Прогностические модели процесса разработки. (Лекция 3)

Модели процесса разработки

Наиболее интересной фазой жизненного цикла ПО с точки зрения

Модели процесса разработки

Модель процесса разработки ПО выделяет конкретные наборы видов деятельности,

Выбор модели разработки

Реальный процесс разработки обычно жестко не увязывается с какой-либо

Каскадная модель

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

Каскадная модель

Предполагает строго последовательное поэтапное выполнение различных видов деятельности с четким

Каскадная модель

*

Модели процесса разработки

Выработка системных требований

Проектирование

Кодирование

Тестирование

Выработка требований к ПО

Анализ

Эксплуатация

Характеристика модели

Достоинства модели:
упорядоченность процесса разработки
возможность его строгого планирования во времени
Недостатки модели:
необходимость

Итеративные модели

Итеративный подход – это выполнение работ параллельно с непрерывным анализом

Инкрементная модель

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

Инкрементная модель

*

Модели процесса разработки

Достоинство модели

Достоинством данной модели по сравнению с каскадной является возможность передать

Недостатки модели

Деление на функциональные блоки в целом замедляет процесс, так как

Недостатки модели

Существенно усложняется управление проектом в связи с усложнением задач по

Спиральная модель

Предложена в 1988 г. Барри Боэмом (Barry W. Boehm) и

Спиральная модель

*

Модели процесса разработки

Основные действия модели

Планирование заключается в определении целей очередной итерации процесса разработки,

Основные действия модели

Конструирование – это основное действие, заключающееся в создании следующей

Риски

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

Риски

При разработке ПО неудовлетворительным результатом может быть:
превышение бюджета,
низкая надежность продукта,
неправильное функционирование

Итерации и риски

С каждой итерацией связан некоторые начальные риски, которые уменьшаются

Показатель риска

Для ранжирования рисков по степени значимости используют величину показатель риска

Управление рисками

Включает 6 действий:
идентификация риска – выявление риска в проекте;
анализ риска

Управление рисками

разрешение риска – устранение риска;
наблюдение рисков – отслеживание динамики изменения

Список рисков по Боэму

дефицит специалистов;
нереалистичные сроки и бюджет;
реализация несоответствующей

Список рисков по Боэму

недостатки в работах, выполняемых внешними ресурсами;
недостаточная производительность

Характеристика модели

Достоинства спиральной модели:
данная модель отображает процесс разработки ПО в наиболее

Характеристика модели

Недостатки спиральной модели:
повышенные требования к заказчику;
трудности контроля и управления временем

RUP-процесс разработки ПС

RUP является развитием спиральной модели и представляет процесс

Этапы разработки

RUP выделяет в процессе разработки 4 этапа:
начало (Inception)
развитие (Elaboration)
конструирование (Construction)
внедрение

Этапы и итерации

В рамках каждого из этапов возможно проведение нескольких итераций
Итерация

Контрольные вехи

Каждый этап и итерация завершаются контрольной вехой
Контрольная веха – это

Этап начала проекта (Inception)

Основная цель этой этапа — достичь компромисса между

Ход работ для этапа Inception

Этап развития (Elaboration)

Основная цель данного этапа — исходя из основных требований

Ход работ для этапа Elaboration

Этап конструирования (Construction)

Основная цель данного этапа — детальное прояснение требований и

Ход работ для этапа Construction

Этап перехода (Transition)

Цель данного этапа — сделать систему полностью доступной конечным

Ход работ для этапа Transition

Рабочие потоки

Каждая итерация включает несколько рабочих потоков:
моделирование предметной области (Business Modeling);
определение

Распределение объемов работ

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

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

Определение требований

Задачи этого рабочего потока:
понять, что должна делать система, и убедиться

Анализ и проектирование

Задачи этого рабочего потока:
разработка архитектуры системы на основе требований
убедиться,

Анализ и проектирование

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

Реализация

Задачи рабочего потока:
определить структуру исходного кода системы,
разработать код ее компонентов
протестировать компоненты,

Тестирование

Задачи рабочего потока Тестирование:
поиск и описание дефектов системы (проявления недостатков

Развертывание (Deployment)

Задачи рабочего потока Развертывание:
установка системы в ее рабочем окружении,
оценка ее

Структура типовой итерации

Артефакты

Каждый рабочий поток определяет набор связанных с ним артефактов
Артефакты, вырабатываемые в

Зависимости между артефактами

V-модель

Концепция V-образной модели была разработана Германией и США в конце 1980-х

Схема V-модели

*

Модели процесса разработки

Особенности модели

V-Model делает упор на тестирование как составную часть всех этапов

Достоинства

Минимизация рисков
V-модель делает проект более прозрачным и повышает качество контроля проекта,

Достоинства

Уменьшение стоимости проекта
Ресурсы на разработку, производство, управление и поддержку могут быть

Недостатки

Модель не предусматривает работу с параллельными событиями
В модель не входят действия,