ИКОНИКС

ICONIX — это методология разработки программного обеспечения, которая предшествует Rational Unified Process (RUP), Extreme Programming (XP) и гибкой разработке программного обеспечения . Как и RUP, ICONIX процесс UML основан на сценариях использования , но более упрощен, чем RUP. ICONIX предоставляет больше требований и проектной документации, чем XP, и стремится избежать паралича анализа . Процесс ICONIX использует только четыре диаграммы на основе UML в четырехэтапном процессе, который превращает текст варианта использования в рабочий код.

Принципиальным отличием ICONIX является использование анализа устойчивости — метода преодоления разрыва между анализом и проектированием. Анализ устойчивости уменьшает двусмысленность в описаниях вариантов использования, гарантируя, что они написаны в контексте сопутствующей модели предметной области . Этот процесс значительно упрощает проектирование, тестирование и оценку вариантов использования.

Процесс ICONIX описан в книге « Моделирование объектов на основе вариантов использования с помощью UML: теория и практика». ^[1].

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

Обзор процесса ICONIX

Процесс ICONIX разделен на четыре этапа. На каждом этапе работа по предыдущему этапу пересматривается и обновляется.

Этап 1: Обзор требований

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

Этап 2: Предварительный анализ проекта

После определения вариантов использования можно написать текст, описывающий, как будут взаимодействовать пользователь и система. Анализ устойчивости выполняется для обнаружения потенциальных ошибок в тексте варианта использования, и модель предметной области обновляется соответствующим образом. Текст варианта использования важен для определения того, как пользователи будут взаимодействовать с предполагаемой системой. Они также предоставляют разработчику что-то, что можно показать Заказчику и проверить правильность результатов анализа требований. .

Этап 3: Детальный анализ проекта

На этом этапе процесса ICONIX модель предметной области и текст варианта использования из этапа 2 используются для проектирования создаваемой системы. Диаграмма классов создается на основе модели предметной области, а текст варианта использования используется для создания диаграмм последовательности .

Этап 4: Развертывание

Модульные тесты пишутся для проверки соответствия системы тексту варианта использования и диаграммам последовательности. Наконец, код пишется с использованием диаграмм классов и последовательностей в качестве руководства.

Ссылки

1. ^ Розенберг, Д. и Стивенс, М. (2007). Объектное моделирование на основе вариантов использования с помощью UML: теория и практика . Апресс. ( ISBN 1590597745 )
2. ^ Розенберг, Д. , Стивенс, М. и Коллинз-Коуп, М. (2005). Гибкая разработка с использованием процесса ICONIX . Апресс. ( ISBN 1590594649 )

Связанные понятия

Метод разработки динамических систем (DSDM)
Экстремальное программирование
Рациональный унифицированный процесс
Диаграмма устойчивости
URDAD , методология анализа и проектирования на основе вариантов использования, представляет собой методологию технологически нейтрального проектирования.
RATF использует анализ устойчивости в сочетании с прогнозированием технологий для дальнейшего изучения будущих альтернатив развития программного обеспечения.

Внешние ссылки