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

Кроме того, как уже было сказано, в зависимости от конкретного заказчика или рынка, для которого разрабатываются программные продукты, они бывают двух типов: коробочные продукты и заказные продукты.

Модель ЖЦ программного продукта зависит от специфики ИС и условий, в которых она функционирует. К настоящему времени наибольшее распространение получили две модели ЖЦ: каскадная и спиральная.

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

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

Рисунок 5.1 Схема каскадной модели жизненного цикла ПО

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

· на каждом этапе формируется полный набор проектной документации, отвечающей критериям полноты и согласованности;

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

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

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

· проектирование ПС, включающее в себя разработку структуры комплекса и его компонент

· реализацию ПС - программирование модулей, отладка, а также испытания и внедрение для эксплуатации созданной версии КП

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

Спиральная модель состоит из четырех секторов диаграммы в декартовых координатах (рис. 5.2). Сектора, следующие: планирование, анализ рисков, инженерия и оценка проекта клиентом. Первая петля спирали начинается в секторе планирования и связана с начальным сбором требований и планированием проекта. Затем проект входит в сектор анализа рисков, где проводится анализ стоимости/выгоды и угроз/благоприятных случаев, чтобы принять решение «да-пет» относительно того, следует ли входить в сектор инженерии (или отказаться от проекта как слишком опасного). Сектор инженерии – это то, где происходит разработка ПО. Результат этой разработки (конструкция, опытный образец или даже конечный продукт) подвергается оценке клиентом, после чего начинается вторая петля спирали.

Рисунок 5.2 Схема спиральной модели жизненного цикла ПО

CASE-средства

CASE (англ. Computer-Aided Software Engineering) — набор инструментов и методов программной инженерии для проектирования программного обеспечения, который помогает обеспечить высокое качество программ, отсутствие ошибок и простоту в обслуживании программных продуктов. Понятие CASE используется в настоящее время в весьма широком смысле. Первоначальное значение этого понятия, ограниченное только задачами автоматизации разработки ПО, в настоящее время приобрело новый смысл, охватывающий большинство процессов жизненного цикла ПО. CASE-технология представляет собой совокупность методов проектирования ПО, а также набор инструментальных средств, позволяющих в наглядной форме моделировать предметную область, анализировать эту модель на всех стадиях разработки и сопровождения ПО и разрабатывать приложения в соответствии с информационными потребностями пользователей. Большинство существующих CASE-средств основано на методах структурного или объектно-ориентированного анализа и проектирования, использующих спецификации в виде диаграмм или текстов для описания внешних требований, связей между моделями системы, динамики поведения системы и архитектуры программных средств.