Процесс iconix

Процесс ICONIX(ICONIX Process) – каркасный подход, предлагаемый фирмойICONIX Software Engineering, Inc.

Обзор подхода

В 1992 г. Д. Розенберг разработал собственный подход – Процесс ICONIX. В него были включены отобранные автором приемлемые методы из объектно-ориентированных методик Г. Буча, Дж. Рамбо и А. Якобсона. Следует отметить, что эти три методики составили основу языкаUML.

Подход сочетает в себе идеи унифицированных (особенно RUP) и адаптивных (в частностиXP) подходов. Критичное отношение кUML,RUPи тем более кXP позволило автору создать свой оригинальный взгляд на процесс разработки.

Подход по своему изложению находится явно ближе к каркасным подходам, чем к адаптивным, что и позволяет рассматривать его в этом параграфе. Он, как и RUP, использует прецеденты, но не требует излишней формализации разработки. В то же время он является небольшим компактным, как иXP, но при этом использует традиционный анализ и проектирование. Поэтому ПроцессICONIXможет быть применён на практике и как строгий, и как гибкий подход.

Общая идея подхода состоит в минимизации времени, требуемого для преобразования сформулированных требований к системе в работающий код этой системы. Это достигается специальным отбором только основных моделей UML(и диаграмм в частности), с помощью которых за 4 этапа выполняется необходимое преобразование.

Таким образом, Процесс ICONIXявляется упрощённым подходом, ориентированным в первую очередь на моделирование при анализе и проектировании. При этом упрощённость не приводит к снижению строгости разработки, а связана с облегчением разработки при применении этого подхода.

Особенности подхода

Основными особенностями подхода являются:

1. Упрощённое использованиеUML(Streamlined usage of the UML).

2. Высокая степень отслеживаемости (High degree of traceability).

3. Итеративность и инкрементность моделей (Iterative and incremental models).

Упрощённое использование UMLозначает использование минимального подмножества диаграммUMLдля объектно-ориентированной разработки. Основные диаграммы позволяют в полной мере охватить анализ и проектирование. Остальные диаграммы могут использоваться по необходимости, что обеспечивает возможность настройки подхода для конкретного проекта.

Высокая степень отслеживаемости позволяет на всём протяжении ЖЦ обеспечить обратную связь с требованиями. Это гарантирует сохранение направления разработки в рамках предъявляемых требований и правильность перехода от анализа к проектированию.

Итеративность и инкрементность моделей связана с итеративностью и инкрементностью построения необходимых моделей во время разработки системы:

1. Итерационное построение моделей ПрО и прецедентов.

2. Итерационное повторение ЖЦ для инкрементной разработки системы.

3. Инкрементное построение статической модели системы (диаграммы классов различного уровня) при итеративном построении динамической модели системы (диаграммы прецедентов, робастности и последовательности).

Ключевые принципы

Сутью Процесса ICONIXявляется понимание того, что построение хороших моделей объектов является простым, если:

– сосредоточиться непосредственно на нахождении ответа на фундаментально важные вопросы о разрабатываемой системе,

– отказаться от рассмотрения излишних, ненужных проблем моделирования.

Этого можно достигнуть, если придерживаться направления разработки от требований пользователя и модели ПрО к работающему коду.

Разработка в рамках подхода выражается в виде трёх ключевых принципов:

1. Снаружи внутрь (outside-in).

2. Изнутри наружу (outside-in).

3. Сверху вниз (outside-in).

Принцип «снаружи внутрь» определяет движение внутрь, исходя из требований пользователя, формализуемых в виде сценариев и прецедентов.

Принцип «изнутри наружу» задаёт движение вовне, исходя из основных абстракций ПрО, образующих соответствующую модель.

Принцип «сверху вниз» обозначает движение вниз – от высокоуровневых моделей к детализированному дизайну.

Модель ЖЦ иллюстрирует эти принципы (рис.10).