Этапы Жизненного Цикла проекта автоматизации

Жизненный цикл (ЖЦ) программного обеспечения (ПО) – это непрерывный процесс, который начинается с момента принятия решения о создании ПО и заканчивается при полном изъятии его из эксплуатации.

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

Наибольшую популярность получили следующие виды моделей ЖЦ:

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

2. Итерационная модель;

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

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

Каскадная модель ЖЦ ПО включает в себя следующие этапы:

1. Разработка требований;

2. Проектирование;

3. Реализация;

4. Тестирование;

5. Ввод в действие (внедрение).

Схема каскадной модели приведена на рисунке 6.

Рисунок 6. Каскадная модель

Итерационная модель ЖЦ предполагает выполнение этапов «сверху-вниз» и допускает итерационные возвраты на предыдущие этапы после выполнения очередного этапа. Достоинством данной модели является то, что всегда есть возможность вносить коррективы в проект. Недостатком данной модели является то, что при большом количестве итераций время проектирования неустанно растет, а также могут возникнуть расхождения в проектных решениях и документации.

Итерационная модель ЖЦ ПО включает в себя следующие этапы:

1. Разработка требований;

2. Проектирование;

3. Реализация;

4. Тестирование;

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

Схема итерационной модели приведена на рисунке 7.

Рисунок 7. Итерационная модель

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

Спиральная модель ЖЦ ПО включает в себя следующие этапы:

1. Разработка требований;

2. Проектирование;

3. Реализация;

4. Тестирование;

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

Схема спиральной модели приведена на рисунке 8.

Рисунок 8. Спиральная модель

Для реализации цели дипломного проекта была выбрана каскадная модель жизненного цикла программного обеспечения, так как проект относительно не больших размеров, и данная модель имеет ряд достоинств:

1. Стабильность требований в течение всего ЖЦ;

2. Возможность последовательного устранения ошибок и сложностей;

3. Гарантированная надежность при решении задач;

4. Доступность для понимания заказчиков;

5. Понятность шагов модели и простота её применения.

Рассмотрим более детально, что происходит на каждом этапе каскадной модели ЖЦ:

1. Разработка требований

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

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

На данном этапе разрабатываются проектные решения, которые удовлетворяют требованиям, сформированным на первом этапе. Результатом работы на данном проекте является комплект документации, который содержит полную информацию для реализации проекта.

3. Реализация

На данном этапе происходит непосредственно разработка программного обеспечения в соответствии с проектными решениями, которые были сформированы на предыдущем этапе. Результатом работы на данном этапе является готовый программный продукт.

4. Тестирование

На данном этапе программное обеспечение проходит тестирование на ошибки, а также проверку на предмет соответствия требованиям, которые были сформированы на предыдущих этапах. Результатом работы на данном этапе является акт о соответствии системы требованиям.

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

На данном этапе готовый программный продукт передается заказчику и внедряется на Предприятие.

Литература: [6,17]