Студопедия
Случайная страница | ТОМ-1 | ТОМ-2 | ТОМ-3
АвтомобилиАстрономияБиологияГеографияДом и садДругие языкиДругоеИнформатика
ИсторияКультураЛитератураЛогикаМатематикаМедицинаМеталлургияМеханика
ОбразованиеОхрана трудаПедагогикаПолитикаПравоПсихологияРелигияРиторика
СоциологияСпортСтроительствоТехнологияТуризмФизикаФилософияФинансы
ХимияЧерчениеЭкологияЭкономикаЭлектроника

Каскадная и спиральная модели разработки информационных систем. Преимущества и недостатки.

Читайте также:
  1. Cn3D выравнивание модели
  2. I. 1.1. Пример разработки модели задачи технического контроля.
  3. I. 4.4. Анализ чувствительности математической модели и
  4. Q: Какое определение спиральной модели жизненного цикла ИС является верным
  5. А.3.1.5 Среда моделирования GERA
  6. Алгоритм модели
  7. Анализ входной информации предметной области и выделение информационных объектов

Каскадная модель жизненного цикла (“модель водопада”, системная модель) была предложена в 1970 году Уинстоном Ройсом.

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

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

Преимущества:

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

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

Недостатки:

· существенная задержка в получении результатов

· ошибки и недоработки на любом из этапов проявляются, как правило, на последующих этапах работ, что приводит к необходимости возврата назад

· сложность параллельного ведения работ

· чрезмерная информационная перенасыщенность каждого из этапов

· сложность управления проектом

· высокий уровень риска и ненадежность инвестиций.

 

Спиральная модель была разработана в середине 1980-х годов Барри Боэмом. Она основана на классическом цикле Деминга PDCA (plan-do-check-act).

Ее принципиальной особенностью является следующее: прикладное ПО создается не сразу, как в случае каскадного подхода, а по частям с использованием метода прототипирования

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

Преимущества спиральной модели:

· наиболее реально отображает разработку ПО

· позволяет явно учитывать риск на каждом витке эволюции разработки

· включает шаг системного подхода в итерационную структуру разработки

· использует моделирование для уменьшения риска и совершенствования программного изделия

· упрощение внесения изменений в проект при изменении требований заказчика

· интеграция отдельных элементов ИС в единое целое постепенно

· уменьшение уровня рисков.

· большая гибкость в управлении проектом

· накопление и повторное использование созданных моделей и прототипов.


Дата добавления: 2015-10-30; просмотров: 216 | Нарушение авторских прав


Читайте в этой же книге: Распределенные БД. Понятие о трехуровневой архитектуре БД. | Агрегатные функции. Предложения GROUP BY, HAVING. | Классификация моделей данных. Даталогические модели. Физические модели. Иерархическая модель. Сетевая модель. Реляционная модель. | Понятие алгоритма. Основные требования, которым должен удовлетворять алгоритм. | Объектно-ориентированное программирование (ООП). Основные признаки. Основные определения ООП. | Понятие типов данных. Переменные и константы. Базовые типы данных и спецификаторы типов. | Одномерные и двумерные массивы. Базовые алгоритмы работы с массивами. | Основные принципы структурного подхода. Преимущества и недостатки. | Метод функционального моделирования SADT. | Моделирование потоков данных DFD. |
<== предыдущая страница | следующая страница ==>
Понятие класса и экземпляра класса. Конструкторы и деструкторы.| Недостатки спиральной модели

mybiblioteka.su - 2015-2024 год. (0.014 сек.)