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

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

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

В настоящее время распространены 2 модели ЖЦПО:

· Каскадная модель

· Спиральная модель

1. Каскадная модель

Эта модель предполагает строгое последовательное и однократное выполнение всех фаз проекта с жестким предварительным планированием в контексте предопределенных или однажды и целиком определенных требований к программной системе, как показано на рис. 1.

Рис. 1. Каскадная модель жизненного цикла На рисунке изображены типичные фазы каскадной модели жизненного цикла.

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

Эта модель активно использовалась (де факто и, например, в свое время, как часть соответствующего отраслевого стандарта в США), эта модель продемонстрировала свою «проблемность» в подавляющем большинстве ИТ-проектов, за исключением, может быть, отдельных проектов обновления программных систем для критически-важных программно-аппаратных комплексов (например, авионики или медицинского оборудования). Практика показывает, что в реальности, в мире бизнес-систем, каскадная модель не должна применяться. Специфика таких систем (если можно говорить о «специфике» для подавляющего большинства создаваемых систем) — требования характеризуются высокой динамикой корректировки и уточнения, невозможностью четкого и однозначного определения требований до начала работ по реализации (особенно, для новых систем) и быстрой изменчивостью в процессе эксплуатации системы.

2. Спиральная модель Спиральная модель представлена на рис. 2. В этой модели на начальных этапах ЖЦ осуществляются анализ и проектирование.

программный каскадный компьютер Рис. 2. Спиральная модель

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

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

Используемая литература

1. Грекул В. И. Проектирование информационных систем [Электронный ресурс]: Интернет университет открытых технологий — Режим доступа: (http://www.intuit.ru/department/se/devis/). — Загл. с экрана.

2. Информационная технология. Жизненный цикл программного обеспечения. ISO/IEC 12 207:2008.