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) является разновиднос-

тью каскадной модели, имеет последовательную структуру, при

которой каждая фаза начинается после завершения предшеству-

ющей, при этом учитываются взаимосвязи фаз тестирования

(верификации , аттестации) с фазами проектирования КИС .