Концепция: Веха архитектуры жизненного цикла

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

Критерии оценки

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

Если проект не удается довести до этой важной вехи, он может быть прерван или пересмотрен в существенной части.

Артефакты

Основные артефакты (в порядке важности)	Состояние на момент прохождения вехи
Прототипы	Для проверки важнейших функций и существенных для архитектуры сценариев были созданы один или несколько рабочих прототипов архитектуры. См. примечание ниже в отношении важности создания прототипов.
Перечень рисков	Обновлен и проверен. Новые риски, как правило, относятся к группе архитектурных рисков и связаны с удовлетворением нефункциональных требований.
Процесс разработки	Процесс разработки, включая рекомендации и шаблоны для конкретного проекта, был уточнен с учетом первых результатов разработки и стал достаточно подробным для перехода к этапу конструирования.
Инфраструктура разработки	Среда разработки подготовлена и содержит все необходимые инструменты и средства поддержки автоматизации.
Документация по архитектуре программного обеспечения	Создана контрольная версия, которая содержит подробное описание значимых для архитектуры вариантов использования (представление вариантов использования), перечень ключевых механизмов и элементов проекта (логическое представление), а также определения представления процессов и представления развертывания (см. Рабочий продукт: Представление развертывания), если создается распределенная система или система с элементами параллелизма.
Модель проекта (и все входящие в нее артефакты)	Создана контрольная версия. Определена реализация вариантов использования для значимых для архитектуры сценариев; необходимое поведение распределено по элементам проекта. Исследованы необходимые компоненты и приняты взвешенные решения о их разработке, приобретении или повторном использовании из предыдущих проектов. В результате появилась возможность объективно оценить стоимость и продолжительность этапа построения. Выбранные компоненты интегрируются и проверяются на соответствие основным сценариям. Опыт, полученный в ходе выполнения этих операций, может послужить основанием для коррекции архитектуры, рассмотрения альтернативных проектов или повторного анализа требований.
Модель данных	Создана контрольная версия. Основные элементы модели данных (важные объекты, взаимосвязи, таблицы) определены и проверены.
Модель реализации (и все входящие в нее артефакты, включая элементы реализации)	Созданы начальная структура и прототипы основных компонентов
Видение	Уточнено с учетом новой информации, появившейся на данном этапе. Обеспечение единого понимания важнейших вариантов, от которых зависят ключевые решения при планировании проекта и разработке архитектуры.
План разработки программного обеспечения	Обновлен и расширен, охватывает этап построения и поставки.
План повтора	Создан и проверен план итераций этапа построения.
Модель вариантов использования (субъекты, варианты использования)	Модель вариантов использования (завершена примерно на 80%) - по итогам опроса по модели вариантов использования определены все варианты использования, все субъекты и большинство описаний вариантов использования (охват требований).
Дополнительные спецификации	Задокументированы и проверены вспомогательные требования и нефункциональные требования.
Тестовый набор ("проверка дымом")	Реализованы и успешно выполнены тесты, направленные на проверку стабильности всех компиляций выпуска, созданных на этапе уточнения.
Архитектура автоматизации тестирования	Совокупность механизмов и ключевых элементов программного обеспечения, с помощью которых реализованы фундаментальные характеристики системы автоматизации тестирования.
Необязательные артефакты	Состояние на момент прохождения вехи
Экономическое обоснование проекта	Уточнено, если в ходе исследования архитектуры были выявлены обстоятельства, которые привели к изменению фундаментальных предположений относительно проекта.
Модель анализа	Может быть разработана в качестве формального артефакта, зачастую не подлежит формальному обслуживанию и постепенно эволюционирует в раннюю версию модели проекта.
Материалы поддержки пользователей	Руководства пользователей и другие учебные материалы. Предварительные черновики, основанные на вариантах использования. Могут потребоваться, если в системе уделяется серьезное внимание пользовательскому интерфейсу.

Роль прототипов

Rational Unified Process дает архитектору программного обеспечения и руководителю проекта свободу создания нескольких типов прототипов (см. Концепция: Прототипы) в рамках стратегии снижения рисков. Некоторые прототипы создаются исключительно в исследовательских целях и со временем отбрасываются. Однако вполне может быть так (особенно если речь идет о больших системах и системах, не имеющих аналогов), что процесс создания архитектуры сведется к разработке нескольких эволюционных прототипов, охватывающих различные аспекты проекта, и к концу этапа уточнения эти прототипы образуют интегрированную стабильную архитектурную базу. Однако не следует воспринимать это как рекомендацию разработать к концу этапа уточнения набор фрагментов архитектуры, не нуждающихся в интеграции.