Приложение 2.2: Пример, насколько вариабельной может быть спиральная модель жц.
Модели жизненного цикла ASDH (AstroSoft Development House)
Модели разработаны для типичных проектов корпоративных информационных систем. Полный ЖЦ состоит из двух витков, каждый из которых состоит из пяти фаз (этапов), причем каждая фаза выполняется дважды. Это обеспечивает итеративность разработки, необходимую для гарантии конечного успеха и, одновременно, предсказуемую завершаемость проекта, требуемую фиксированными временными рамками. Каждая фаза завершается внешней (главной) вехой (milestone), сопровождающейся появлением некоторого отчуждаемого материала: документа, программы, протокола (возможны и внутренние вехи). Витки выполняются не последовательно, а частично накладываются друг на друга. Это обеспечивает сокращение общих сроков выполнения проекта (при некотором увеличении трудозатрат).
Первый виток заканчивается выпуском прототипа, который называют пилотным проектом; он может реально эксплуатироваться заказчиком. Выражение "в корзину" не означает, что результаты пилотного проекта полностью выбрасываются. Напротив, они в максимальной степени используются при построении второго "боевого" варианта приложения.
Конкретный способ наложения витков зависит от степени сложности проекта.
Легкий проект характеризуется тем, что технический риск допущения грубых ошибок на фазах анализа и планирования невелик. То есть несоответствие первой версии требованиям и ожиданиям пользователей порождено неполнотой или неточностью функциональных спецификаций, вкусовым недовольством дизайном интерфейса и наличием невыявленных мелких ошибок на фазе стабилизации. В легком проекте повторное выполнение фаз носит консервативный характер, то есть заключается в исправлениях и доделках.
В спиральной структуре легкого проекта второй виток максимально наложен на первый, поскольку на фазе реализации первого витка не ожидается возникновения неожиданной информации, которая может повлиять на фазу анализа второго витка. Таким образом, для легкого проекта расчет общей продолжительности проводится по формуле 6+1. В типичном случае, считая продолжительность одной фазы равной месяцу, заказчик получает результат через 6 месяцев.
В спиральной структуре тяжелого проекта второй виток начинается в тот момент, когда достигнута главная веха фазы реализации первого витка и, тем самым, доказана принципиальная возможность реализации при выбранной концепции. Для тяжелого проекта расчет общей продолжительности проводится по формуле 7,5+1,5. В типичном случае, считая продолжительность фаз планирования и внедрения равной полутора месяцам, а продолжительность остальных фаз равной месяцу, заказчик получает результат через 9 месяцев.
Если фаза реализации тяжелого проекта заканчивается неудачей, т.е. вехи "код готов" на первом витке не удается достичь, то проект переходит из категории тяжелых в категорию сверх тяжелых. Такая ситуация означает необходимость увеличить срок выполнения проекта на время, затраченное до момента получения видимой неудачи первоначальной концепции. Если увеличить сроки выполнения проекта невозможно, то проект следует прекратить, чтобы уменьшить неизбежные убытки. В противном случае, т.е. при попытке выполнить проект в намеченные сроки за счет вложения дополнительных ресурсов, возникает очень большой финансовый риск. (Согласно авторитетным зарубежным источникам, сокращение сроков требует не менее чем квадратичного увеличения ресурсов. Например, чтобы сократить сроки вдвое, потребуется вложить вчетверо больше ресурсов.) Если же проект можно удлинить, то он возвращается в категорию тяжелых и проходит согласно модели процесса тяжелого проекта. Таким образом, в типичном случае, считая продолжительность одной фазы равной месяцу, заказчик получает результат сверх тяжелого проекта через 12 месяцев.
Таким образом, модель ЖЦ ASDH имеет следующие особенности:
С самого начала планируется промежуточная версия, для которой выполняются все фазы, но которая заведомо не будет являться окончательным результатом
Заказчик регулярно контролирует ход проекта, согласуя отчуждаемые материалы главных (внешних) промежуточных вех
Заказчик фактически участвует в тестировании решения, начиная с фазы опытной эксплуатации
Вопрос
Почему в случае выполнения потока легких проектов может быть обеспечена равномерная полная занятость при следующем соотношении численности групп: Аналитики : Программисты : Тестеры = 2 : 2 : 1 ? Почему это не выполняется для (сверх)тяжелых проектов?