Классический жизненный Цикл программного обеспечения

Старейшая парадигма разработки ПО начала развиваться в 1970-е годы. Это не самая лучшая парадигма. Но она жива до сих пор. Её называют каскадной или водопадной моделью разработки ПО. Это означает, что переход на следующий этап разработки происходит только после полного завершения работы на текущем этапе. Обычно её можно представить в шести этапах:

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

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

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

· Кодирование

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

· Сопровождение

Системный анализ задаёт роль каждого элемента в создаваемом ПО и взаимодействия элементов друг с другом. На этом этапе определяются требования ко всем системным элементам, и начинается решение задачи планирования проекта по созданию ПО. Определяются объём проектных работ и их риски, необходимые трудозатраты, формируются рабочие задачи и план графика работ. Результат системного анализа переходит к анализу требований.

Анализ требований позволяет уточнить и детализировать все функции, характеристики и интерфейс каждого элемента системы. Всё это документируется в спецификации анализа. На этом этапе завершается решение задачи планирования проекта.

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

Кодирование – самый простой этап – это перевод результатов проектирования в текст на языке программирования. Если всё было хорошо проанализировано и спроектировано, то никаких сложностей с кодированием не возникает. На этот этап отводится примерно 40% времени разработки ПО.

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

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

Недостатки классического жизненного цикла:

· Реальные проекты часто требуют отклонения от стандартной последовательности шагов

· Цикл основан на точной формулировке исходных требований ПО (не все заказчики могут определить все требования в самом начале цикла)

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