Этап КОНСТРУИРОВАНИЕ (Construction)

Главное назначение этапа — создать программный продукт, который обеспечивает начальные операционные возможности.

Цели этапа КОНСТРУИРОВАНИЕ:

q минимизировать стоимость разработки путем оптимизации ресурсов и устранения необходимости доработок;

q добиться быстрого получения приемлемого качества;

q добиться быстрого получения контрольных версий (альфа, бета и т. д.).

Основные действия этапа КОНСТРУИРОВАНИЕ:

q управление ресурсами, контроль ресурсов, оптимизация процессов;

q полная разработка компонентов и их тестирование (по сформулированному критерию эволюции);

q оценивание реализаций продукта (по критерию признания из спецификации представления).

В итоге этапа КОНСТРУИРОВАНИЕ создаются следующие артефакты:

q программный продукт, готовый для передачи в руки конечных пользователей;

q описание текущей реализации;

q руководство пользователя.

Реализации продукта создаются в серии итераций. Каждая итерация выделяет конкретный набор элементов риска, выявленных на этапе развития. Обычно в итерации реализуется один или несколько элементов Use Case. Типовая итерация включает следующие действия:

1. Идентификация реализуемых классов и отношений.

2. Определение в классах типов данных (для свойств) и сигнатур (для операций). Добавление сервисных операций, например операций доступа и управления. Добавление сервисных классов (классов-контейнеров, классов-контроллеров). Реализация отношений ассоциации, агрегации и наследования.

3. Создание текста на языке программирования.

4. Создание(обновление) документации.

5. Тестирование функций реализации продукта.

6. Объединение текущей и предыдущей реализаций. Тестирование итерации.

Этап ПЕРЕХОД (Transition)

Главное назначение этапа — применить программный продукт в среде пользователей и завершить реализацию продукта.

Этап начинается с предъявления пользователям бета-реализации продукта. В ней обнаруживаются ошибки, они корректируются в последующих бета-реализациях. Параллельно решаются вопросы размещения, упаковки и сопровождения продукта. После завершения бета-периода тестирования продукт считается реализованным.

Оценка качества проектирования

Качество проектирования оценивают с помощью объектно-ориентированных метрик, введенных в главе 14.

Этап РАЗВИТИЕ

Качество логического представления архитектуры оценивают по метрикам:

q WMC — взвешенные методы на класс;

q NOC — количество детей;

q DIT — высота дерева наследования;

q NOM — суммарное количество методов, определенных во всех классах системы;

q NC — общее количество классов в системе.

Метрики WMC, NOC вычисляются для каждого класса, кроме того, формируются их средние значения в системе. Метрики DIT, NOM, NC вычисляются для всей системы.

Этап КОНСТРУИРОВАНИЕ

На каждой итерации конструирования продукта вычисляются метрики:

q WMC — взвешенные методы на класс;

q NOC — количество детей;

q СВО — сцепление между классами объектов;

q RFC — отклик для класса;

q LCOM — недостаток связности в методах;

q CS — размер класса;

q NOO — количество операций, переопределяемых подклассом;

q NOA — количество операций, добавленных подклассом;

q SI — индекс специализации;

q OS_avg — средний размер операции;

q NP_avg — среднее количество параметров на операцию;

q NC — общее количество классов в системе;

q LOC  — суммарная LOC-оценка всех методов системы;

q DIT — высота дерева наследования;

q NOM — суммарное количество методов в системе.

Метрики WMC, NOC, СВО, RFC, LCOM, CS, NOO, NOA, SI, OS_AVG, NP_AVG вычисляются для каждого класса, кроме того, формируются их средние значения в системе. Метрики DIT, NOM, NC, LOC_S вычисляются для всей системы.

На последней итерации дополнительно вычисляется набор метрик MOOD, предложенный Абреу:

q МНF — фактор закрытости метода;

q AHF — фактор закрытости свойства;

q MIF — фактор наследования метода;

q AIF — фактор наследования свойства;

q POF — фактор полиморфизма;

q СОF — фактор сцепления.

Пример объектно-ориентированной разработки

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

Этап НАЧАЛО

Оконный интерфейс пользователя(WUI) — среда, управляемая событиями. Действия в среде инициируются функциями обратного вызова, которые вызываются в ответ на событие — пользовательский ввод. Ядром WUI является цикл обработки событий, который организуется менеджером ввода.

WUI должен обеспечивать следующие типы неперекрывающихся окон:

q простое окно, в которое может быть выведен текст;

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

Идентификация актеров

Актерами для WUI являются:

q пользователь прикладной программы, использующей WUI;

q администратор системы, управляющий работой WUI.

Внешнее окружение WUI имеет вид, представленный на рис. 15.5.

Рис. 15.5.Внешнее окружение WUI