Модели жизненного цикла программных продуктов

Традиционно в жизненном цикле ПП принято выделять следующие этапы:

· анализ, посредством которого осуществляется формализованное специфицирование (описание) предъявляемых к автоматизированным системам обработки информации (АСОИ) требований, или иначе, целей ПП;

· проектирование, включающее разработку иерархической структуры разрабатываемого ПО, функциональные спецификации отдельных модулей и структуры данных БД;

· программирование или, иначе говоря, кодирование функциональных модулей;

· тестирование и отладка, в процессе которых выявляется соответствие ПП его спецификациям;

· эксплуатация и сопровождение, когда разработанное ПО функционирует в составе (или в качестве) АСОИ в конкретной области применения.

Под спецификацией понимается формальное описание требований, свойств и функций объекта.

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

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

Модель ЖЦ ПП определяет перечень этапов преобразования программа -> программное средство -> программный продукт, порядок выполнения этапов, а также критерии перехода от этапа к этапу.

Рисунок 1.1. Жизненный цикл ПП

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

Для любой достаточно сложной проблемы малореальной является такая ситуация, когда все принятые на предыдущем этапе проектные решения являются хорошими и не подвергаются пересмотру на следующих этапах. Поэтому более правдоподобным является возврат с текущего этапа на предыдущий или на предшествующий предыдущему для корректировки проектных решений, признанных неудовлетворительными по тем или иным причинам (так называемые обратные связи между этапами). Такая модель ЖЦ ПП строится по поэтапному принципу с промежуточным контролем /2/. Критерием перехода на следующий этап является готовность документов, о которых было упомянуто выше. При рассмотрении CASE - технологий разработки ПО будет рассмотрена еще одна модель ЖЦ ПП.