Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:

41. Жизненный цикл проекта

.docx
Скачиваний:
20
Добавлен:
01.06.2015
Размер:
32.81 Кб
Скачать

Жизненный цикл проекта

Понятие «жизненный цикл проекта» получило распространение в международной практике после того, как в 1959 году комитет Андерсона (NASA) сформулировал системный подход к управлению проектом по стадиям его жизненного цикла. Само понятие жизненного цикла проекта может иметь несколько определений. Преимущественно жизненный цикл проекта рассматривается как промежуток времени между моментом появления проекта и моментом его ликвидации. Например, Е.Е. Румянцева определяет его как период между началом и окончанием проекта [2]. Жизненный цикл проекта обычно включает в себя следующие фазы:

1.       Концепция (идентификация, инициация)

2.       Планирование проекта (разработка, квантификация)

3.       Реализация проекта (выполнение)

4.       Завершение проекта.

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

Модели жизненного цикла Наиболее часто говорят о следующих моделях жизненного цикла: • Каскадная (водопадная) или последовательная • Итеративная и инкрементальная – эволюционная (гибридная, смешанная) • Спиральная (spiral) или модель Боэма

Каскадная (водопадная) модель Данная модель предполагает строго последовательное (во времени) и однократное выполнение всех фаз проекта с жестким (детальным) предварительным планированием в контексте предопределенных или однажды и целиком определенных требований к программной системе.  “Водопадная схема включает несколько важных операций, применимых ко всем проектам: • составление плана действий по разработке системы; • планирование работ, связанных с каждым действием; • применение операции отслеживания хода выполнения действий с контрольными этапами.

Рисунок Каскадная модель жизненного цикла.

Итеративная и инкрементальная модель – эволюционный подход. Инкрементное построение: разбиение большого объёма проектных работ на последовательность более малых составляющих частей. Итеративная модель предполагает разбиение жизненного цикла проекта на последовательность итераций, каждая из которых напоминает “мини-проект”, включая все фазы жизненного цикла в применении к созданию меньших фрагментов функциональности, по сравнению с проектом, в целом. Цель каждой итерации – получение работающей версии программной системы, включающей функциональность, определенную интегрированным содержанием всех предыдущих и текущей итерации. Результаты финальной итерации содержит всю требуемую функциональность продукта.

Спиральная модель Спиральная модель была впервые сформулирована Барри Боэмом (Barry Boehm) в 1988 году. Отличительной особенностью этой модели является специальное внимание рискам, влияющим на организацию жизненного цикла. В модели рассматривается зависимость эффективности проекта от его стоимости с течением времени. На каждом витке спирали выполняется создание очередной версии продукта, уточняются требования проекта, определяется его качество и планируются работы следующего витка. Боэм формулирует “top-10” наиболее распространенных (по приоритетам) рисков  1. Дефицит специалистов. 2. Нереалистичные сроки и бюджет. 3. Реализация несоответствующей функциональности. 4. Разработка неправильного пользовательского интерфейса. 5. “Золотая сервировка”, перфекционизм, ненужная оптимизация и оттачивание деталей. 6. Непрекращающийся поток изменений. 7. Нехватка информации о внешних компонентах, определяющих окружение системы или вовлеченных в интеграцию. 8. Недостатки в работах, выполняемых внешними (по отношению к проекту) ресурсами. 9. Недостаточная производительность получаемой системы. 10. “Разрыв” в квалификации специалистов разных областей знаний. Большая часть этих рисков связана с организационными и процессными аспектами взаимодействия специалистов в проектной команде.