7. Базовые стратегии разработки по

• Каскадная

• Инкрементная

• Эволюционная

8. Каскадная стратегия разработки программных средств и систем (понятие, достоинства и и недостатки)

Каскадная стратегия разработки программных средств и систем – однократный проход этапов разработки.

Достоинства:

• Стабильность требований в течении ЖЦ

• Необходимость только одного прохода этапов разработки, это обеспечивает простоту применения стратегии

• Простота планирования контроля и управления проектом

• Доступность для понимания заказчиков

Недостатки:

• Сложность полного формулирования требований

• Сложность структуры процесса разработки

• Непригодность промежуточных продуктов для использования

• Недостаточное участие пользователя в процессе разработки ПО

9. Инкрементная стратегия разработки программных средств и систем (понятие, достоинства и недостатки)

Инкрементная стратегия разработки программных средств и систем – многократный проход этапов разработки с запланированным улучшением результата. Результат каждого цикла –инкремент.

Достоинства:

• Получение функционального продукта на промежуточных этапах

• Короткая продолжительность создания инкремента

• Снижение рисков

• Включение в процесс пользователей

Недостатки

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

• Проявление человеческого фактора

10. Эволюционная стратегия разработки программных средств и систем (понятие, достоинства и недостатки)

Э то когда в начале требования определяются в неполном объеме, но уточняются в ходе разработки версий программного продукта. Достоинством является возможность улучшать и доделывать продукт, т.к. многие свежие и интересные мысли приходят в процессе разработки. Недостатки: если программист уходит из команды, то тот, кто придёт к нему на замену должен будет разбираться в коде первого.

11. Каскадная модель, варианты каскадной модели (рисунок справа)

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

12. V-образная модель

О сновной принцип V-образной модели заключается в том, что детализация проекта возрастает при движении слева направо, одновременно с течением времени, и ни то, ни другое не может повернуть вспять. Итерации в проекте производятся по горизонтали, между левой и правой сторонами буквы.

13. Модели быстрой разработки приложений

RAD (от англ. rapid application development — быстрая разработка приложений) — концепция создания средств разработки программных продуктов, уделяющая особое внимание быстроте и удобству программирования, созданию технологического процесса, позволяющего программисту максимально быстро создавать компьютерные программы. RAD предполагает, что разработка ПО осуществляется небольшой командой разработчиков за срок порядка трёх-четырёх месяцев путём использования инкрементного прототипирования с применением инструментальных средств визуального моделирования и разработки. Технология RAD предусматривает активное привлечение заказчика уже на ранних стадиях — обследование организации, выработка требований к системе. Последнее из указанных свойств подразумевает полное выполнение требований заказчика как функциональных, так и нефункциональных, с учётом их возможных изменений в период разработки системы, а также получение качественной документации, обеспечивающей удобство эксплуатации и сопровождения системы. Это означает, что дополнительные затраты на сопровождение сразу после поставки будут значительно меньше. Таким образом, полное время от начала разработки до получения приемлемого продукта при использовании этого метода значительно сокращается.