Технология разработки ПО - лекции, пособие, ЛР / Lectures / 07 - Классические модели ЖЦПО

Стадия формирования требований к ПО (анализ)

планирование работ

проведение обследования деятельности автоматизируемого объекта (организации)

построение моделей деятельности организации:

модели "AS-IS" («как есть») - позволяют выявлять узкие места в существующих технологиях

модели "ТО-ВЕ" («как должно быть»)

Способы перехода от модели "AS-IS" к модели "ТО-ВЕ"

 совершенствованием существующих технологий на основе оценки их эффективности

 радикальным изменением технологий и перепроектированием бизнес процессов (реинжиниринг бизнес процессов)

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

Стадия проектирования (1)

Разработка системного проекта: Что должна делать система?

Строятся на основе модели "ТО-ВЕ"

Определяются:

архитектура системы,

ее функции,

внешние условия функционирования,

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

требования к программным и информационным компонентам,

состав исполнителей и сроки разработки

Документальным результатом является техническое задание

Стадия проектирования (2)

Разработка технического проекта: Как построить систему, чтобы она удовлетворяла предъявленным к ней требованиям?

На основе системного проекта осуществляется собственно проектирование системы, включающее проектирование архитектуры системы и детальное проектирование

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

Модель «Делай, пока не будет сделано»

Делай, пока не будет сделано

была широко распространена до 1970 гг

была заменена на каскадную модель

Обычно используют студенты

Стратегии конструирования программного обеспечения

однократный проход (водопадная стратегия)

– линейная последовательность этапов конструирования;

инкрементная стратегия – начале процесса определяются все пользовательские и системные требования, оставшаяся часть конструирования выполняется в виде последовательности версий;

эволюционная стратегия – система также строится в виде последовательности версий, но в начале процесса определены не все требования.

Характеристики стратегий конструирования ПО

Каскадная модель (водопад) (1)

старейшая парадигма процесса разработки ПО

автор Уинстон Ройс

разработана в 1970 г.

разработка рассматривается как последовательность этапов

переход на следующий, иерархически нижний этап происходит только после полного завершения работ на текущем этапе

возвратов на пройденные стадии не предусматривается

Каскадная модель (водопад) (2)

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

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

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

основное внимание разработчиков сосредоточивается на достижении оптимальных значений технических характеристик разрабатываемого ПО: производительности, объема памяти и др.

Каскадная модель (водопад) (3)

Системный анализ

Анализ требований

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

Кодирование

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

Эксплуатация и сопровождение