Подходящая модель разработки для ПП
Каскадная, Инкрементная, Спиральная
Выберите подходящую модель разработки для перечисленных ниже программных приложений и запишите их в таблицу. Обоснуйте свой выбор.
а) Система решения квадратных уравнений.
б) Система определения оценки по результатам ответа на три экзаменационных вопроса.
в) Информационная система института. /
3 МОДЕЛИ ЖИЗНЕННОГО ЦИКЛА
3.1. Классификация моделей жизненного цикла
3.2. Каскадная стратегия
3.3. Инкрементная стратегия
3.4. Спиральная стратегия
3.5. Сравнительный анализ моделей
3.6. Методологии, поддерживающие спиральную модель
Вопросы для самопроверки
3.1. Классификация моделей жизненного цикла
К настоящему времени наибольшее распространение получили следующие модели (стратегии) жизненного цикла [4, 7]:
каскадная;
инкрементная;
спиральная.
Дальнейшее рассмотрение моделей жизненного цикла ведется с использованием терминологии классического жизненного цикла.
3.2. Каскадная стратегия
Каскадная стратегия (однократный проход, водопадная или классическая модель) подразумевает линейную последовательность прохождения стадий создания информационной системы (рис.3.1). Другими словами, переход с одной стадии на следующую происходит только после того, как будет полностью завершена работа на текущей.
Рис.3.1. Каскадная стратегия
Данная модель применяется при разработке информационных систем, для которых в самом начале разработки можно достаточно точно и полно сформулировать все требования.
Достоинства модели:
на каждой стадии формируется законченный набор проектной документации, отвечающий критериям полноты и согласованности;
выполняемые в четкой последовательности стадии позволяют уверенно планировать сроки выполнения работ и соответствующие ресурсы (денежные, материальные и людские).
Недостатки модели:
реальный процесс разработки информационной системы редко полностью укладывается в такую жесткую схему. Особенно это относится к разработке нетиповых и новаторских систем;
жизненный цикл основан на точной формулировке исходных требований к информационной системе. Реально в начале проекта требования заказчика определены лишь частично;
основной недостаток – результаты разработки доступны заказчику только в конце проекта. В случае неточного изложения требований или их изменения в течение длительного периода создания ИС заказчик получает систему, не удовлетворяющую его потребностям.
3.3. Инкрементная стратегия
Инкрементная стратегия (англ. increment – увеличение, приращение) подразумевает разработку информационной системы с линейной последовательностью стадий, но в несколько инкрементов (версий), т. е. с запланированным улучшением продукта
Объяснение: