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

Спиральная модель, была предложена Барри Боемом (Barry Boehm) в 1988г, как концепция создания IT-системы в виде цикла, каждая итерация которого состоит из этапов каскадной модели. В упрощенном виде это выглядит следующим образом:

Рис.6. Спиральная модель.

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

Модель быстрой разработки приложений, rad

Появлению модели «быстрой разработки приложений» Rapid Application Development, RAD мы обязаны компании IBM, а именно Джеймсу Мартину (James Martin). В основу модели положены следующие базовые принципы:

Конечный пользователь должен быть задействован на всех фазах ЖЦ проекта, включая проектирование и создание системы, а не только на определении требований и приемке объекта.

Разработчик применяет интерактивные средства и среды разработки, развитые CASE-средства, что позволяет пользователю давать оценки на всех стадиях проектирования.

Создание системы или законченного компонента (модуля) ограничено временным блоком, который ограничен 60 днями.

Рис.7. Модель RAD.

Модель включает 4 фазы: планирование требований, проектирование, построение и ввод в эксплуатацию. При этом трудозатраты конечного пользователя в реализации проекта практически в 2 раза превышают трудозатраты разработчика.

Модель рационального унифицированного процесса, rup

Rational Unified Process (RUP) — модель разработки программного обеспечения, созданная компанией Rational Software, которое стало подразделением компании IBM в 2003 году. Отцами основателями являются те же "три амиго" Grady Booch, James Rumbaugh и Ivar Jacobson, что создали язык UML.

Рис.8. Модель RUP.

В основу RUP положена идея итераций – временного отрезка (от 2 до 6 недель), в котором проектная команда должна достичь запланированных на данную итерацию целей. Такими целями может быть создать или доработать проектные артефакты (документы, компоненты и т.п.), получить промежуточную, но функциональную версию конечного продукта, выполнить тестирование и проверку. В этом смысле модель RUP немного напоминает простейшую спиральную модель ЖЦ, где создание системы идет по спирали, когда на первом витке создается прототип и с каждым последующем он уточняется до выпуска готового продукта.

В то же самое время весь проект в модели RUP разделен на последовательные фазы – обобщенные этапы разработки, состоящие из одной или нескольких итераций. Таких фаз четыре: Начало (Inception), Проектирование (Elaboration), Построение (Construction), Внедрение (Transition). С этой стороны модель RUP походит на каскадную модель ЖЦ.

Методология разработки решений Microsoft, msf

Microsoft Solutions Framework (MSF) — это методология разработки программного обеспечения, которая опирается на практический опыт корпорации Майкрософт в выполнении IT-проектов. Как и в модели RUP, разработчики MSF постарались объединить достоинства каскадной и спиральной модели.

Рис.9. Модель MSF.

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

Резюме.

Тема № 2. Методология проектного управления.

Лекция № 3. Управление требованиями.

Понятие требования.

Роль и место управления требованиями в IT-проекте.

Опыт индустрии информационных технологий однозначно показывает, что вопросы, связанные с управлением требованиями, оказывают критически-важное влияние на программные проекты, в определенной степени - на сам факт возможности успешного завершения проектов. Только систематичная работа с требованиями позволяет корректным образом обеспечить моделирование задач реального мира и формулирование необходимых приемочных тестов для того, чтобы убедиться в соответствии создаваемых программных систем критериям, заданным реальными практическими потребностями.[SWEBOK® Guide to the Software Engineering Body of Knowledge 2004 Version]

Указать, что управления требованиями есть в каждой модели ЖЦ.