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

Фаза развития – первая последовательность итераций.

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

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

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

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

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

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

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

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

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

задачи:

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

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

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

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

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

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

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

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

необходимых затратах или ресурсах.

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

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

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

или их отдельные сценарии ранжируются с целью определения приоритетов при реализации. На

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

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

жестко фиксируются. Время жестко фиксируется так, чтобы к ее завершению был получен

устойчивый протестированный код. Если некоторые требования не укладываются в сроки

итерации, то они могут быть перенесены на следующую итерацию.

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

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

Модель предметной области. (МПО)

Модель предметной области отображает основные с точки зрения моделирующего

концептуальные классы понятий предметной области. Каждой итерации соответствует своя модель

предметной области, отражающая реализуемый на данном этапе сценарий прецедентов. Таким

образом МПО эволюционирует в процессе разработки системы. Модель предметной области

связано с моделью проектирования. Особенно программными объектами, относящимися к уровню

предметной области.

Основные понятия МПО отображаются в словаре терминов.

Модель предметной области отображает классы понятий реального мира, а не программные

компоненты. На языке UML модель предметной области представляется в виде набора диаграмм

классов, на которых не определены никакие операции. Модель предметной области может

отображать следующие:

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

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

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

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

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

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