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

Задачи:

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

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

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

Планирование итераций фазы развития.

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

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

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

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

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

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

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

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

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

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

Модель предметной области может отображать следующие:

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

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

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

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

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

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

27. Использование классов описаний и производных атрибутов в процессе моделирования предметной области

Класс описания – содержит информацию о свойствах некоторого объекта.

Класс описания вводится в следующих случаях:

1. Существует необходимость описания элементов или служб, не зависимо от существования конкретных экземпляров этих объектов.

2. Если удаление экземпляров, описываемых им понятий, приводит к потере важной информации в связи с некорректной ассоциацией этой информации с удаляемым экземпляром.

3. Если при наличии понятия устраняется дублирования информации.

Атрибут – логическое значение данных объекта.

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