Сравнение стратегий конструирования по.

	В начале процесса определены все требования к ПО	Множество циклов конструирования	Распространение промежуточного ПО
Каскадная(водопадная) стратегия	да	нет	нет
Инкрементная стратегия	да	да	возможно
Эволюционная стратегия	нет	да	да

3.Классическая модель жизненного цикла программного обеспечения У. Ройса.

Водопадная модель У. Ройса:

Классический ЖЦ разработки по У. Ройса

Основные этапы.

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

-выявляются основные элементы системы, роль каждого из них и их взаимодействие друг с другом.

-Определяется множество требований к системе в целом и конкретным ее элементам.

-Происходит планирование проекта(объем работ, риск, трудозатраты, рабочие задачи и т. п.)

2.Анализ требований(к ПО).

Уточняются и конкретизируются функции, характеристики, интерфейс ПО. Результат: спецификация анализа-список требований к ПО.

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

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

4.Кодирование-перевод результатов на ЯП.

5.Тестирование-выявление дефектов в функциях, логике и форме реализации програмного продукта.

6.Сопровождение

Внесение в эксплуатируемое ПО: доработка, а не разработка новой программы.

-Исправление ошибок.

-Адаптация к изменениям внешней для ПО среды.

-Усовершенствование по требованию заказчика.

Достоинства:1)возможность планирования сроков завершения работ и соответствующих затрат;2)на каждом этапе-законченный набор полной и согласованной проектной документации.

Недостатки:1)отклонение от жесткой последовательности шагов в реальных проектах. Часто - возврат к предыдущим этапам и уточнение или пересмотр ранее принятых решений.;2)Все исходные требования должны быть четко сформулированы в начале проекта. Требования к ИС «заморожены» в виде технического задания на все время ее создания. Пользователи могут внести свои замечания только после того,как работа над системой будет полностью завершена.;3)Результаты доступны только лишь в конце каждого из этапов работы. Согласование результатов с пользователями производится только в точках, планируемых после их завершения.

4. Спиральная модель жизненного цикла разработки программного обеспечения б. Боэма.

Автор: Барри Боэм 1980-е гг.

Пример эволюционной стратегии конструирования.

1 — начальный сбор требований и планирование проекта;  2 — та же работа, но на основе рекомендаций заказчика; 3 — анализ риска на основе  начальных требований; 4 — анализ риска на основе реакции заказчика; 5 — переход к комплексной системе(эволюция); 6 — начальный макет системы; 7 — следующий уровень макета; 8 — сконструированная система; 9 — оценивание заказчиком.

1.Планирование — определение целей, вариантов и ограничений.

2.Анализ риска — анализ вариантов реализации проекта и распознавание и выбор риска.

3.Конструирование — разработка продукта следующего прототипа. Может быть реализована классическим ЖЦ или макетированием.

4.Оценивание — оценка заказчиком текущих результатов конструирования.

Достоинства: 1)Наиболее реально отображает специфику ПО.; 2)Быстрая демонстрация пользователям работоспособного продукта(позволяет активизировать процесс уточнения дополнения требований.; 3)учет риска на каждом витке эволюции.

Недостатки: 1)Контроль и управление временем разработки. Основная проблема определение момента перехода на следующий этап. Для ее решения вводятся временные ограничения на каждый из этапов ЖЦ. Переход происходит в соответствии с планом, определяемым на основе предыдущих проектов личного опыта. 2)Повышенные требования к заказчику.