Приложение Д
Обоснование модели выбора жизненного цикла
Таблица Д.1 - Выбор модели ЖЦ на основе характеристик требований
|
Требования |
Каскадная |
V-образная |
Прототипирование |
Спиральная |
RAD |
Инкрементная |
|
Являются ли требования легко определимыми и/или хорошо известными |
Да |
Да |
Нет |
Нет |
Да |
Нет |
|
Могут ли требования заранее определятся в цикле? |
Да |
Да |
Нет |
Нет |
Да |
Да |
|
Часто ли будут изменяются требования в цикле? |
Нет |
Нет |
Да |
Да |
Нет |
Нет |
|
Нужно ли демонстрировать требования с целью определения |
Нет |
Нет |
Да |
Да |
Да |
Нет |
|
Требуется ли для демонстрации возможностей проверка концепции |
Нет |
Нет |
Да |
Да |
Да |
Нет |
|
Будут ли требования отражать сложность системы |
Нет |
Нет |
Да |
Да |
Нет |
Да |
|
Обладает ли требование функциональными свойствами на раннем этапе |
Нет |
Нет |
Да |
Да |
Да |
Да |
Таблица Д.2 - Выбор модели ЖЦ на основе характеристик участников команды разработчиков
|
Команда разработчиков проекта |
Каскадная |
V- образная |
Прототипирование |
Спиральная |
RAD |
Инкрементная |
|
Являются ли проблемы предметной области проекта новыми для большинства разработчиков |
Нет |
Нет |
Да |
Да |
Нет |
Нет |
|
Является ли технология предметной области проекта новой для большинства разработчиков |
Да |
Да |
Нет |
Да |
Нет |
Да |
|
Являются ли инструменты, используемые проектом, новыми для большинства разработчиков |
Да |
Да |
Нет |
Да |
Нет |
Нет |
|
Изменяются ли роли участников проекта во время ЖЦ |
Нет |
Нет |
Да |
Да |
Нет |
Да |
|
Могут ли разработчики проекта пройти обучение |
Нет |
Да |
Нет |
Нет |
Да |
Да |
|
Является ли структура более значимой для разработчиков, чем гибкость |
Да |
Да |
Нет |
Нет |
Нет |
Да |
|
Будет ли менеджер проекта строго отслеживать прогресс проекта |
Да |
Да |
Нет |
Да |
Нет |
Да |
|
Важна легкость распределения ресурсов |
Да |
Да |
Нет |
Нет |
Да |
Да |
|
Приемлет ли команда равноправные обзоры инспекций, менеджмент/обзоры заказчиков, а так же стадии |
Да |
Да |
Да |
Да |
Нет |
Да |
Таблица Д.3 - Выбор модели ЖЦ на основе характеристик типа проектов и рисков
|
Тип проекта и риски |
Каскадная |
V-образная |
Прототипирование |
Спиральная |
RAD |
Инкрементная |
|
Будет ли проект идентифицировать новое направление продукта для организации |
Нет |
Нет |
Да |
Да |
Нет |
Да |
|
Будет ли проект иметь тип системной интеграции |
Нет |
Да |
Да |
Да |
Да |
Да |
|
Будет ли проект являться расширением существующей системы |
Нет |
Да |
Нет |
Нет |
Да |
Да |
|
Будет ли финансирование проекта стабильным на всем протяжении ЖЦ |
Да |
Да |
Да |
Нет |
Да |
Нет |
|
Ожидается ли длительная эксплуатация продукта в организации |
Да |
Да |
Нет |
Да |
Нет |
Да |
|
Должна ли быть высокая степень надежности |
Нет |
Да |
Нет |
Да |
Нет |
Да |
|
Будет ли система изменяться, возможно, с применением непредвиденных методов, на этапе сопровождения |
Нет |
Нет |
Да |
Нет |
Да |
|
|
Является ли график ограниченным |
Нет |
Нет |
Да |
Да |
Да |
Да |
|
Являются ли «прозрачными» интерфейсные модули |
Да |
Да |
Нет |
Нет |
Нет |
Да |
|
Доступны ли повторно используемые компоненты |
Нет |
Нет |
Да |
Да |
Да |
Нет |
|
Являются ли достаточными ресурсы (время, деньги, инструменты, персонал) |
Нет |
Нет |
Да |
Да |
Нет |
Нет |
Таблица Д.4 - Выбор модели ЖЦ на основе характеристик пользователей
|
Коллектив пользователей |
Каскадная |
V-образная |
Прототипирование |
Спиральная |
RAD |
Инкрементная |
|
Будет ли присутствие пользователей ограниченно в ЖЦ |
Да |
Да |
Нет |
Да |
Нет |
Да |
|
Будут ли пользователи знакомы с определением системы |
Нет |
Нет |
Да |
Да |
Нет |
Да |
|
Будут ли пользователи ознакомлены с проблемами предметной области |
Нет |
Нет |
Да |
Нет |
Да |
Да |
|
Будут ли пользователи вовлечены во все фазы ЖЦ |
Нет |
Нет |
Да |
Нет |
Да |
Нет |
|
Будет ли заказчик отслеживать ход выполнения проекта |
Нет |
Нет |
Да |
Да |
Нет |
Нет |