Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
АПиИС.docx
Скачиваний:
27
Добавлен:
11.03.2015
Размер:
59.26 Кб
Скачать

Модели жизненного цикла

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

Модель жизненного цикла зависит от специфики ИС и специфики условий, в которых она создается и функционирует.

К настоящему времени наибольшее распространение получили следующие основные модели жизненного цикла:

  1. Задачная модель

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

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

Задачная модель

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

  1. Крайняя срочность, т.е. нужно чтобы задачи решались хоть как-то. Потом придётся все сделать заново.

  2. Эксперимент и адаптация заказчика, т.е. не ясны алгоритмы. Решения находятся методом проб и ошибок.

Отсюда общий вывод: достаточно большую, эффективную ИС таким способом создать невозможно.

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

В ранних, не очень больших по объёму ИС каждое приложение представляло собой единое целое. Для разработки такого типа приложений применялся каскадный способ. Его основной характеристикой являлось разбиение всей разработки на этапы. Причем переход с одного этапа на другой происходит только после того, как будет полностью завершена работа на текущем. Каждый этап завершается выпуском полного комплекта документации, достаточной для того, чтобы разработка могла быть продолжена другой командой разработчиков.

Плюсы:

  • На каждом этапе формируется законченный набор проектной документации, отвечающий критериям полноты и согласованности

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

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

Требования к ИС замороженные в виде ТЗ на все время создания. Таким образом, пользователи могут внести замечания только после того, как работа над системой полностью завершена.

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

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

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