Жизненный цикл системы - весь период существования системы от начала разработки до завершения ее использования. (ДСТУ 2941-94).
Жизненный цикл автоматизированной системы (AS life cycle) - совокупность взаимосвязанных процессов создания и последовательного изменения состояния АС от формирования исходных требований к ней до окончания эксплуатации и утилизации комплекса средств автоматизации АС. (ГОСТ 34.003-90. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Термины и определения)
Обобщенная модель жизненного цикла системы
В рамках этой общей модели возможна различная последовательность чередования стадий разработки, что позволяет говорить о различных моделях жизненного цикла системы. Эти модели образуют некоторый спектр, на противоположных концах которого находятся каскадная и спиральная модели.
1. Каскадная модель.
(Она же «модель водопада»). Отличается строго последовательным выполнением проектных работ:
Достоинство - поддержание дисциплины разработки, упрощающее управление проектом.
Недостаток - большая длительность разработки, в течение которой возможно изменение требований к системе.
Область применения - большие проекты с участием нескольких разработчиков, главным образом, выполняемые по правительственным заказам.
2. Спиральная модель.
Предусматривает многократное прохождение одних и тех же стадий разработки до полного удовлетворения требований к системе. На каждой итерации создается действующий прототип системы, который предъявляется заказчику. Такой подход в полной мере учитывает итерационный характер реального процесса разработки.
Достоинство - высокая производительность разработки, оперативный учет требований заказчика.
Недостаток - трудности планирования и управления разработкой, особенно при реализации больших проектов.
Область применения - сравнительно небольшие проекты, разрабатываемые силами одной команды. Иногда в больших проектах удается выделить части, которые целесообразно разрабатывать по этой схеме.
Очевидные ограничения в производительности разработок, выпоолняемых согласно каскадной модели, стали причиной дополнения многих национальных стандартов (включая ГОСТ 34.601-90) положением о возможности изменения состава стадий и этапов и их параллельного выполнения (« ... допускается исключать стадию «Эскизный проект» и отдельные этапы работ на всех стадиях, включать новые этапы работ, объединять стадии «ТП» и «РД» в одну стадию, ..., выполнять отдельные этапы работ до завершения предшествующих стадий, параллельное во времени выполнение этапов работ ...).
Вследствие столь же очевидных преимуществ спиральной модели именно она была положена в основу методологии RAD (Rapid Application Development), предложенной Дж. Мартином [J.Martin. Application Development without Programmers, 1981; Rapid Application Development, 1991].
Основные положения методологии RAD:
1. Активное участие пользователей в создании системы на всех этапах от определения требований до внедрения.
2. Итерационный процесс разработки - последователное создание и тестирование вариантов.
3. К началу разработки не требуется полного определения требований, они уточняются в процессе работ при обсуждении с пользователями очередных прототипов системы.
4. Тестирование на протяжении всего процесса разработки.
5. Система разрабатывается командой из 4-6 чел., в т.ч. 1-2 пользователей, это сводит к минимуму объем промежуточной документации.
Основное достоинство RAD - возможность в ходе разработки быстро выявлять, уточнять и реализовывать необходимый состав функций системы. Разработанная таким образом система удовлетворяет требованиям заказчика на момент ее внедрения, а не на момент начала разработки. Однако потенциальные преимущества этой технологии полностью реализуются только при использовании новых средств разработки - CASE.
Промежуточное положение между каскадной и спиральной моделями занимают следующие модели:
метод быстрого прототипа;
метод последовательного наращивания функций;
эволюционная модель и др.
| ← Разработка САПР | Стадии создания автоматизированных систем → |
|---|
