3. Классификация по по продолжительности жц

По длительности ЖЦ программы делятся на два класса: с малым и большим временем жизни.

Программы с малым временем жизни создаются, как правило, для решения научных и инженерных задач, т.е. для получения конкретных результатов вычислений. Эти программы относительно невелики, создаются одним или небольшой группой разработчиков и не предназначены для тиражирования. Их жизненный цикл состоит из длительного этапа анализа, достаточно длительного этапа проектирования и относительно небольшого времени эксплуатации. . Требования, предъявляемые к функциональным и конструктивным характеристикам, не формализуются, отсутствуют оформленные испытания, а показатели качества контролируются непосредственно разработчиком. Нет необходимости в сопровождении и модификации таких программ, и их жизненный цикл завершается после получения результатов. Основные затраты при создании таких программ, в основном, приходятся на этапы анализа и проектирования, а ЖЦ редко превышает 2-3 года.

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

3. Каскадные модели жц по. Достоинства и недостатки.

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

В состав ЖЦ входят стадии: формирование требований, проектирование, реализация, тестирование, ввод в действие, эксплуатация, сопровождение, снятие с эксплуатации.

В настоящее время получили распространение две модели ЖЦ:

-каскадная (классическая и с промежуточным контролем), разработанная в 70-80 г.г. прошлого века

-спиральная, созданная в 80-90г.г.

Классическая каскадная модель ЖЦПО

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

3. Спиральная модель жц по. Ее отличие от каскадной

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

На каждом витке спирали оценивается риск превышения сроков и стоимости разработки, уточняются требования и конкретизируются детали проекта. Главная задача при таком подходе к разработке – как можно скорее показать пользователю работающий прототип, что активизирует процесс разработки, дает возможность пользователю проанализировать результаты и уточнить или дополнить требования, предъявляемые к разрабатываемому ПО. При работе со спиральной моделью допускается использование каскадной модели на завершающих стадиях.

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