Анализируя представленную в EA модель процесса ICONIX, я пришел к выводу, что он достаточно компактен и просто, чтобы рекомендовать его как референтный процесс при разработки учебных проектов в рамках курсовых и дипломных проектов.
Действительно время проекта ограничено, работать фактически приходится одному. Ясно, что создание артефактов в данном случае лишь дань требованиям к квалификационным работам.
Мне кажется достаточно понятным переход от варианта использования к диаграмме классов (по-моему в RUP на носит название VOPC)? когда создается реализация use case. В данном случае она называется диаграммой пригодности или устойчивости или надежности. Неочень понятно почему именно это название используется. По сути это реализации US с использованием шаблона MVC. А уже от диаграммы классов к диаграмме последовательностей. Надо сказать, что для EA существует add-in, который позволяет автоматизировать процесс преобразования робастной (устойчивости) диаграммы в диаграмму последовательности и имеет инструмент анализа этой диаграммы.
Крэг Ларман, надо сказать, на этом этапе делать дополнительный шаг - построение системной диаграммы последовательности, т.е. два объекта присутствуют Актер и Система. Это якобы позволяет идентифицировать системные события (непосредственно из варианта использования). Кстати в Visual Paradigm существует механизм преобразования ВИ в системную диаграмму последовательности.
Мне кажется для простых проектов - это излишняя процедура. Шаги ICONIX проще и очевиднее.
Правда мне не совсем понятна идея того, что на входе фазы Анализ требований существуют screens, или тут передается смысл их итеративного появления, или это экраны наследуемых систем или это просто формы реальных документов и отчетов предметной области?
В общем, если кого заинтересует, я прицеплю ЕА проект с переводом ICONIX, оригинал можно просто создать из самого ЕА.
Что есть ICONIX