ГОСТ 34 | Барри У. Боэм[7] | Oracle CDM | Rational Unified Process |
Формирование требований к АС. Разработка концепции АС. Техническое задание | Анализ осуществимости системы. Планирование и анализ требований к ПО | Стратегия. Анализ | Начальная стадия (Inception) |
Эскизный проект. Технический проект | Проектирование изделия. Детальное проектирование | Проектирование | Разработка (Elaboration) |
Рабочая документация | Кодирование | Реализация | Конструирование (Construction) |
Ввод в действие. Сопровождение АС | Внедрение. Функционирование (эксплуатация) и сопровождение | Внедрение. Эксплуатация и сопровождение | Ввод в действие (Transition) |
Как видно из табл. 1.1, наименования стадий в различных подходах во многом схожи и не отражают их внутреннее содержание, которое полностью определяется используемой моделью ЖЦ ПО.
На каждой стадии могут выполняться несколько процессов, определенных в стандарте ГОСТ Р ИСО/МЭК12207-99, и наоборот, один и тот же процесс может выполняться на различных стадиях. Соотношение между процессами и стадиями также определяется используемой моделью ЖЦ ПО.
|
|
В мировой практике не существует международного стандарта, регламентирующего различные модели ЖЦ, однако существует ряд различных подходов к их классификации. Наибольшее распространение в этих классификациях получили две модели ЖЦ: каскадная и итерационная.
Крайним случаем модели ЖЦ можно считать так называемую модель «черного ящика» (black box), или «code and fix» (кодирование и исправление), что фактически означает отсутствие какой-либо модели (рис. 1.3). В этом случае выделить какие-либо рациональные стадии в процессе разработки ПО не представляется возможным, поскольку отсутствует планирование и организации работ.
Программистский фольклор, тем не менее, выделяет в такой модели следующие стадии:
· начало проекта;
· безудержный энтузиазм;
· разочарование;
· хаос;
· поиски виновных;
· наказание невиновных;
· награждение непричастных;
· определение требований к системе.
Рис. 1.3. Модель «черного ящика»
1.3.1