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

Date: 2015-10-07; view: 601.

Тема 2. Модели жизненного цикла программного обеспечения

Жизненный цикл ПО — период времени, который начинается с момента принятия решения о необходимости создания программного продукта и заканчивается в момент его полного изъятия из эксплуатации. Этот цикл — процесс построения и развития ПО.

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

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

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

В структуре такого процесса есть несколько "неправиль­ностей" (или недостатков). Во-первых, поскольку изначально не существовало офи­циального проекта или анализа, невозможно было узнать о моменте завершения про­цесса. Также отсутствовал способ определения соответствия требованиям относи­тельно достижения качества.

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

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

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

Этап 1. Анализ требований

- Исследование концепции – происходит исследование требований на системном уровне;

- Системное распределение – распределение функций меду аппаратными и программными частями;

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

Этап 2. Проектирование спецификаций

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

Этап 3. Реализация

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

Этап 4. Тестирование и отладка

- Тестирование и отладка – процессы проверки ПП на надежность и соответствие заданным критериям качества, поиск и устранение неисправностей.

- Установка – установка ПО, тестирование и официальная приемка заказчиком.

Этап 5. Сопровождение

- Эксплуатация – запуск пользователем системы и текущее обеспечение, включая предоставление

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

• Строго последовательное выполнение фаз:

• Каждая последующая фаза начинается лишь тогда, когда полностью завершено выполнение предыдущей фазы;

• Каждая фаза имеет определенные критерии входа и выхода: входные и выходные данные;

• Каждая фаза полностью документируется;

• Переход от одной фазы к другой осуществляется посредством формального обзора с участием заказчика;

• Основа модели – сформулированные требования (ТЗ), которые меняться не должны;

• Критерий качества результата – соответствие продукта установленным требованиям.