Цель – выбор и создание основы архитектуры системы, которая должна обеспечить стабильный фундамент для основной массы работ по проектированию и реализации в Фазе Проектирование.

Цель 1: Более глубоко понять требования:

1. Описать большинство use-case-ов.
2. Создать прототип пользовательского интерфейса для главных use case-ов, чтобы продемонстрировать реализуемые use case-ами функции.
3. Обновление глоссария.

Цель 2: Спроектировать, реализовать и проверить базовую архитектуру:

1. Выбрать наиболее важные строительные блоки системы и их интерфейсы (их необходимо создать, купить или можно использовать повторно).
2. Описать взаимодействие блоков.
3. Реализовать и протестировать прототип архитектуры, проверить, сняты ли главные технологические риски, проверить производительность, масштабируемость, стоимость.

а. Спроектировать критичные архитектурно-значимые use case-ы, наиболее сложные и рискованные и те, которые образуются к еще не охваченным частям системы.
б. При этом реализовать нужно 1-2 сценария use case-ов. Реализовать нужно столько прецедентов, сколько необходимо для уменьшения связанных с ними рисков.
в. Объединить готовые классы в пакеты с целью локализации изменения в соответствии со слоями и конфигурированием продукта.
г. Необходимо обеспечить архитектурный охват:

Спроектировать БД.
Описать архитектуру времени (процессы, потоки и т.д.).
Определить архитектурные механизмы (типовые решения часто встречающихся проблем).
Реализовать критичные сценарии и протестировать (в части производительности и нагрузки).
Интегрируйте компоненты.

Цель 3: Снизить существующие риски и дать боле точную оценку сроков и стоимости.

Цель 4: Уточнить прецедент разработки и установить среду разработки. Прецедент разработки – конкретный процесс, используемый в работе организации – настройка RUP под требования проекта.

Для этого:

1. Выбор и установка инструментов и средств.
2. Подготовка аппаратного обеспечения.
3. Поставить базу под контроль конфигураций.
4. Уточнить прецедент разработки.

Итерации. Если использовать уже выработанную технологию ли прошлые решения, то может потребоваться всего 1 итерация.

1 итерация:

1. Спроектировать, реализовать, протестировать небольшое число критичных сценариев для определения необходимого типа архитектуры и архитектурных механизмов.
2. Определите, реализуйте и протестируйте небольшой первоначальный набор арх. Механизмов.
3. Выполните предварительный логический дизайн БД.
4. Опишите последовательность событий для половины из тех use case-ов, которые планируем разработать в этой фазе в порядке снижения приоритетов.
5. Тестируйте столько, сколько нужно, чтоб подтвердить уменьшение архитектурных рисков.

2 итерация:

1. Исправить все, что было не в порядке в 1 итерации.
2. Спроектировать, реализовать, протестировать оставшиеся важные с архитектурной точки зрения сценарии.
3. Проработать и реализовать параллельное выполнение, процессы, потоки и физическое распределение. Тестирование производительности, нагрузочное тестирование, проверка интерфейсов м/у подсистемами с внеш. Интерфейсами.
4. Определите, реализуйте и протестируйте оставшиеся арх. Механизмы.
5. Создайте и реализуйте черновую версию БД.
6. Подробно распишите вторую половину use case-ов этой фазы.
7. Протестируйте, оцените и усовершенствуйте архитектуру так, чтоб она выступила в роли основы, т.е. стабильного базиса.