Всё для программиста

Процесс разработки - Этап ПЕРЕХОД (Transition)
Индекс материала
Процесс разработки
Рабочие потоки процесса
Технические артефакты
Идентификация риска
Анализ риска
Планирование управления риском
Этап НАЧАЛО (Inception)
Этап РАЗВИТИЕ (Elaboration)
Этап КОНСТРУИРОВАНИЕ (Construction)
Этап ПЕРЕХОД (Transition)
Этап НАЧАЛО
Этап РАЗВИТИЕ
Этап КОНСТРУИРОВАНИЕ
ХР-реализация
ХР-итерация
Элемент ХР-разработки
Коллективное владение кодом
Взаимодействие с заказчиком
Объектно-ориентированное тестирование
Особенности тестирования объектно-ориентированных «модулей»
Объектно-ориентированное тестирование правильности
Тестирование, основанное на ошибках
Тестирование, основанное на сценариях
Тестирование поверхностной и глубинной структуры
Тестирование разбиений на уровне классов
Стохастическое тестирование
Тестирование разбиений
Листинг 16.1.
Листинг 16.5.
Листинг 16.10
Листинг 16.15.
Листинг 16.20.
Автоматизация конструирования визуальной модели программной системы
Создание диаграммы последовательности
Создание диаграммы классов
Создание компонентной диаграммы
Заключение
Все страницы
Этап ПЕРЕХОД (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       OSavg — средний размер операции;

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

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

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

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

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

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

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

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

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

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

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

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

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

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

 

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