Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
otvety1.doc
Скачиваний:
455
Добавлен:
14.02.2015
Размер:
12.78 Mб
Скачать

113 Модели и стадии жизненного цикла (жц) программного обеспечения (по). Взаимосвязи между стадиями и процессами жц.

Дисциплина «Разработка и стандартизация программных средств и информационных технологий»

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

Модель ЖЦ ПО включает в себя:

1) стадии;

2) результаты выполнения работ на каждой стадии;

3) ключевые события — точки завершения работ и принятия

решений.

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

Конкретный состав стадий ЖЦ ПО определяется используемой технологией создания ПО и соответствующими технологическими стандартами (Таблица 1).

Таблица 1 – Различные подходы к составу и наименованию стадии

ГОСТ 34

Барри У. Боэм

Oracle CDM

Rational Unified

Process

Формирование

требований к АС.

Разработка концепции

АС.

Техническое задание

Анализ осуществимости

системы.

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

к ПО

Стратегия.

Анализ

Начальная стадия

(Inception)

Эскизный проект.

Технический проект

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

изделия.

Детальное проектирование

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

Разработка

(Elaboration)

Рабочая документация

Кодирование

Реализация

Конструирование

(Construction)

Ввод в действие.

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

Внедрение.

Функционирование (эксплуатация)

и сопровождение

Внедрение.

Эксплуатация

и сопровождение

Ввод в действие

(Transition)

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

Каскадная модель (см. рис.1) характеризуется строгой упорядоченностью стадий, из которых состоят фазы создания и внедрения АС. Такая упорядоченность предполагает, что работы на каждой стадии должны выполнятся настолько тщательно, чтобы не возникло необходимости пересмотра ранее принятых решений, то есть возврат к предыдущей стадии недопустим. Модель содержит один цикл, включающий стадию сопровождения. Все изменения вносятся в техническое задание. Состав и название технологических стадий у различных авторов, описывающих каскадную модель различаются в некоторых деталях, но по сути дела совпадают. Аналогичные стадии установлены Американским стандартом DOD-STD-2167A определяющим общий порядок создания АС военного назначения. Действующий в Великобритании стандарт SSADM почти идентичен нашему ГОСТУ. В нашем комплексе стандартов ГОСТ34.601-90 отсутствует стадия планирования как отдельная, так как она является управленческой, а не инженерной.

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

Спиральная модель (см. рис.2) предусматривает многократное прохождение одних и тех же стадий разработки до тех пор, пока созданный продукт не будет удовлетворять заказчика. Эта модель отражает итерационный характер действительно присущий процессу создания АС сложных объектов. На каждой итерации создают действующий прототип, который подвергают критической оценке. На заключительной итерации прототип принимают за окончательный вариант системы.

Сравнение моделей

Сравнение каскадной и спиральной моделей позволяет выявить их сильные и слабые стороны. Исторически первой моделью жизненного цикла АС была каскадная модель. Она многократно продемонстрировала свою эффективность. Преимуществом каскадной модели является ее детерминированность, упрощающая управление проектом. Это особенно важно при разработке сложных проектов, когда необходимо согласовать действия многих участвующих организаций. Ее слабой стороной является то, что от утверждения технического задания до внедрения готового продукта проходит слишком много времени. Реальные потребности пользователей к этому времени могут изменится и не будут полностью удовлетворены. Кроме того, возможны ситуации, когда реальные потребности пользователей были недостаточно осознаны пользователями при разработке ТЗ, и их действительное понимание наступило после ввода системы в эксплуатацию и поздно вносить серьезные изменения.

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]