2.3. Мoдели жизненнoгo цикла кис
Существуют различны е модели ЖЦ : каскадная , V-образная,
быстрого проектирования (RAD), спиральная и другие, которые
различаются порядком выполнени я этапов и критериями пере-
хода от одного этапа к другому.
Модель жизненного цикла - структура, содержащая процессы,
действия и задачи, которые осуществляются в ходе разработки,
функционирования и сопровождения программного продукта в
течение всей жизни системы: от определения требований к си-
стеме до завершения ее использования (ГОСТ Р ИСО/МЭ К
12207).
2.2.1. Каскадная мoдель
Классическая каскадная модель использовалась специалистам и
по программном у инжиниринг у наиболе е активн о в 1970 -
1980-е гг.
Отличительным свойством каскадной модели является то,
что она представляет собой разновидность разработки «сверху
вниз». Он а состоит из независимых фаз, выполняемы х последо-
вательно. Переход на следующий этап осуществляется в случае
полного окончани я работ, проделанных на предыдущем этапе.
Основными этапам и каскадной модели являются : анали з
требований, проектирование, разработка, тестирование и эксп-
луатация.
На рис. 2.3 представлена полная версия каскадной модели
ЖЦ ИС . В данно й версии допустимы итерации между фазами и
ЖЦ КИС , что позволит осуществлять менеджмент изменени й
и, кроме того, итерации между действиями в рамках одной фазы.
Приведем краткое описани е этапов ЖЦ каскадной модели.
Исследование концепции — стадия инициализаци и проекта.
Формулируется назначени е КИ С для данно й предметной обла-
сти, проводится исследование требований на системном уров-
не, осуществляется выбор типа проекта КИ С (создание уни-
кальной КИ С или внедрение готового решени я КИС) , решается
вопрос о проведении предварительного реинжиниринга пред-
метной области.
Процесс исследования системы - стадия планировани я про-
екта. Формируются функциональны е требования, предъявляе-
мые к данной предметной области, а также определяются сис-
темные требовани я к обеспечивающи м компонента м КИС :
информационному, лингвистическому, программному, аппарат-
но-техническому обеспечению и др.
Процесс определения требований — стадия планировани я про-
екта. Выполняется функционально е распределение системных
Процесс установки программно-аппаратных средств внедре-
ния КИС - стадия управления этапом проекта. Установка КИС ,
проверка и официальна я приемк а заказчиком, конфигурирова-
ние баз данных, разработка профилей рабочих мест пользовате-
лей, обеспечение документацией, проведение обучения персо-
нала и т.д.
Процесс сопровождения и эксплуатации — устранение про-
граммных ошибок , исправление неисправностей , сбоев, внесе-
ние изменений , регулярное предоставление ИТ-услуг пользова-
телям предприятия .
Процесс вывода из эксплуатации — прекращени е активного
использования КИ С путем замены ее новой системой или мо-
дернизированно й версией.
По ходу выполнени я проекта реализуются следующие зада-
чи: мониторин г проекта и его управление, контроль за каче-
ством, верификаци я и аттестация, менеджмент конфигурации ,
разработка документации , обучение и профессиональная под-
готовка персонала на протяжени и всего жизненног о цикла.
Преимущества каскадной модели
Каскадная модель имеет ряд преимуществ:
• хорош о известна заказчикам и конечны м пользователям
(часто используется для различны х проектов, не связанны х с
разработкой ПО) ;
• последовательно реализует этапы работ;
• доступна для понимания , проста и удобна в эксплуата-
ции, так как процесс разработки выполняется поэтапно ;
• эффективна, когда требования к качеству доминируют над
требованиями к затратам и графику выполнени я проекта;
• позволяет участникам проекта, завершивши м действия на
выполняемой ими фазе, приступить к реализации других проек-
тов;
• процедуры по контролю за качеством выполняются по-
этапно;
• ход выполнени я проекта легко проследить с помощь ю
временной шкалы (или диаграммы Ганта).
6*
Недостатки каскадной модели
В случае ошибочного выбора каскадной модели для реали-
зации проекта могут проявиться следующие недостатки:
• в основе модели лежит последовательная линейная струк-
тура, в результате чего попытка вернуться хотя бы на одну фазу,
чтобы решить какую-либо проблему или исправить недостаток,
приведет к существенному увеличению затрат и сбою в графике
работ;
• не отображает процессы , направленны е на разрешение
проблем;
• сложность в определении выполненного объема работ по
проекту;
• интеграция полученных результатов происходит на завер-
шающей стадии модели, что приводит к более позднему обна-
ружению ошибок или недостатков и повышает степень риска
при устранении ошибо к в короткие сроки;
• заказчик принимает участие в процессе создания КИ С
только в самом начале - при сборе требований, и в конце - во
время приемочных испытаний ;
• заказчик может оценить качество системы лишь по окон-
чании процесса разработки;
• отсутствует возможность поэтапного внедрения системы;
• обучение сотрудников происходит в конц е жизненного
цикла, когда система уже сдана в эксплуатацию ;
• каждая фаза является предпосылкой для выполнения пос-
ледующих действий, что значительно повышает риски ;
• для каждой фазы создаются результативные данные, ко-
торые по завершении фазы считаются неизменным и для следу-
ющих этапов жизненного цикла продукта; если результаты ка-
кого-либо этапа изменяются, это влечет изменени е графика
работ;
• все требования должны быть известны в начале жизнен-
ного цикла, но заказчики редко могут четко сформулировать
требования на момент начала проекта;
• модель не рассчитана на динамические изменения требо-
ваний в ходе жизненного цикла;
• модели необходимы жесткое управление и контроль, по-
скольку в ней не предусмотрена возможность модификации тре-
бований;
• модель основана на документации, что предполагает из-
быточность документов;
• весь программны й продукт разрабатывается за один ЖЦ ,
что влечет единовременно е распределение всех финансовы х
средств в начале проекта;
• отсутствует возможность доработки и итерации с другими
приложениями за рамками проекта.
Область применения каскадной модели
Каскадную модель целесообразно использовать в следующих
ситуациях.
1. Требования к системе четко определены и стабильны, а
методы их реализации известны и уже апробированы на прак-
тике.
2. Функционал системы уже знаком разработчикам и имеет-
ся богатый опыт в создании подобного типа систем (автомати-
зация бухгалтерского учета, электронны й документооборот, ав-
томатизация управления цепочкам и поставок и др.).
3. Новая версия существующей системы, когда вносимы е
изменения определены и управляемы.
4. Переход системы на новую платформу.
Каскадные модели используются при выполнении масштаб-
ных проектов, в которых задействовано несколько больших
команд разработчиков.
2.2.2. V-oбразная мoдель
V-образная модель ЖЦ КИ С (рис. 2.4) является разновиднос-
тью каскадной модели, имеет последовательную структуру, при
которой каждая фаза начинается после завершения предшеству-
ющей, при этом учитываются взаимосвязи фаз тестирования
(верификации , аттестации) с фазами проектирования КИС .