3. Моделирование жцп по спиральной модели т.Н. Модель Боэма (Барри Боэм).

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

Отличительной особенностью этой модели является специальное внимание рискам, влияющим на организацию жизненного цикла. Боэм формулирует “top-10” наиболее распространенных (по приоритетам) рисков: дефицит специалистов; нереалистичные сроки и бюджет; реализация несоответствующей функциональности; разработка неправильного пользовательского интерфейса; “Золотая сервировка”, перфекционизм, ненужная оптимизация и оттачивание деталей; непрекращающийся поток изменений; нехватка информации о внешних компонентах, определяющих окружение системы или вовлеченных в интеграцию; недостатки в работах, выполняемых внешними (по отношению к проекту) ресурсами; недостаточная производительность получаемой системы; “разрыв” в квалификации специалистов разных областей знаний.

Большая часть этих рисков связана с организационными и процессными аспектами взаимодействия специалистов в проектной команде.

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

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

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

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

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

4. Моделирование жизненного цикла проекта инкрементным методом (какая-то хрень для проектов в области it)

Эта модель в большинстве случаев применяется при проведении сложных опытно-конструкторских работ, которые требуют большого количества участников, множества различных вопросов, которые необходимо решить. Ее суть заключается в разбиении большого объема работ на последовательность более мелких составляющих частей. Эта модель предполагает разбиение ЖЦП на последовательность итераций, каждая из которых напоминает “мини-проект”, включая все фазы ЖЦ в применении к созданию меньших фрагментов функциональности, по сравнению с проектом, в целом.

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

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