24. Фаза развития унифицированного процесса и артефакты, которые могут создаваться на этой фазе процесса проектирования

Основными артефактами стадии развития являются:

1. Модель предметной области. (Визуализация понятий предметной области)

2. Модель проектирования. (Набор диаграмм, описывающих логику проектного решения, к ним относятся диаграммы программных классов, диаграммы взаимодействия объектов и диаграммы пакетов.)

3. Описание программной архитектуры. Это документ, в котором рассмотрены основные архитектурные моменты и способы их реализации. В нем приводятся основные идеи проектного решения, и обосновывается их целесообразность для данной системы.

4. Модель данных – схема базы данных и стратегия отображения объектов в необъектное представление.

5. Прототипы интерфейса пользователя – описание интерфейсов и способов навигации.

25. Задачи фазы развития унифицированного процесса и планирование итераций на этой фазе проектирования

Фаза развития – первая последовательность итераций, в течение которой решаются следующие

задачи:

1. Реализуются и тестируются базовые архитектурные элементы.

2. Изучаются и стабилизируются большая часть требований.

3. Обосновываются и устраняются основные риски.

Фаза развития не является стадией проектирования или подготовки к реализации, как это имеет

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

разрабатывается некоторый фрагмент системы (фрагменты).

Требования и итерации систематизируются в соответствии с рисками, границами и критичностью.

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

Границы – определяются все основные части системы.

Критичность – этот параметр говорит о том, что в первую очередь реализуются те функции, которые имеют важное значения для системы.

Приведенные критерии используются для распределения по итерациям. Кроме того, прецеденты

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

состоит из 2-4 итераций длительностью от двух до шести недель каждая. Время каждой итерации

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

26. Моделирование предметной области и основные понятия модели предметной области

Модель предметной области. (МПО). Модель предметной области отображает основные с точки зрения моделирующего концептуальные классы понятий предметной области. Каждой итерации соответствует своя модель предметной области, отражающая реализуемый на данном этапе сценарий прецедентов. Таким образом, МПО эволюционирует в процессе разработки системы. Модель предметной области связано с моделью проектирования. Особенно программными объектами, относящимися к уровню предметной области. Основные понятия МПО отображаются в словаре терминов. Модель предметной области отображает классы понятий реального мира, а не программные компоненты. На языке UML модель предметной области представляется в виде набора диаграмм классов, на которых не определены никакие операции. Модель предметной области может отображать следующее:

1. Объекты предметной области или концептуальные классы.

2. Ассоциации между концептуальными классами

3. Атрибуты концептуальных классов.

В модели предметной области не используются:

1. артефакты программирования (окна, БД) (если не программное средство)

2. Обязанности, методы