Стандарты жизненного цикла

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

• IEEE — читается «ай-трипл-и», Institute of Electrical and Electronic Engineers, Институт инженеров по электротехнике и электронике;

• ISO — International Standards Organization, Международная организация по стандартизации;

• EIA — Electronic Industry Association, Ассоциация электронной промышленности;

• IEC — International Electrotechnical Commission, Международная комиссия по электротехнике;

• ACM – Association for Computing Machinery - Ассоциация по вычислительной технике,

• CS - British Computer Society – Британское компьютерное общество

• ГОСТ 19.106-78. ЕСПД. Требования к программным документам, выполненным печатным способом.

• ГОСТ 19.201-78. ЕСПД. Техническое задание. Требования к содержанию и оформлению.

Модели жизненного цикла

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

Существует несколько разновидностей процесса разработки программного обеспечения , и главная из них — это каскадная (водопадная ) модель.

Каскадная модель характеризуется следующими основными особенностями:

• последовательным выполнением входящих в ее состав этапов;

• окончанием каждого предыдущего этапа до начала последующего;

• отсутствием временного перекрытия этапов (последующий этап не начнется, пока не завершится предыдущий);

• отсутствием (или определенным ограничением) возврата к предыдущим этапам;

• наличием результата только в конце разработки.

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

Следующей стадией развития теории проектирования ПО стала итерационная модель ЖЦ, или так называемая поэтапная модель с промежуточным контролем

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

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

Итерационность модели проявляется в обработке ошибок, выявленных промежуточным контролем.

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

Итерационная (инкрементная) модель жизненного цикла ПО

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

Спиральная модель жизненного цикла ПО

Третья модель ЖЦ ПО — спиральная (spiral) модель (рис. 2.7) — поддерживает итерации поэтапной модели, но особое внимание уделяется начальным этапам проектирования: анализу требований, проектированию спецификаций, предварительному проектированию и детальному проектированию.

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