
- •Процесс оценки проекта на основе размерно-(функционально-)ориентированных метрик
- •Cocomo 81: принципы оценки, иерархия , типы по
- •Cocomo 2: модель композиции приложения
- •7.Cocomo 2: модель раннего этапа проектирования
- •8.Cocomo 2: модель этапа постархитектуры
- •9. Оценки на основе диаграммы вариантов использования
- •10. Case-средства: понятие, история появления и развития
- •11. Case-средства: понятие, структура и состав
- •12. Case-средства: понятие, классификация
- •Унифицированный процесс: понятие, измерения
- •14. Унифицированный процесс: понятие, управление риском
- •15. Этап начало унифицированного процесса: цели, действия, артефакты, веха
- •Этап развитие унифицированного процесса: цели, действия, артефакты, веха
- •Этап конструирование унифицированного процесса: цели, действия, артефакты, веха
- •Этап переход унифицированного процесса: цели, действия, артефакты, веха
- •Процесс «Управление проектом»: цели и содержание, роли и артефакты
- •Процесс «Бизнес-моделирование»: цели и содержание, роли и артефакты
- •Процесс «Управление требованиями»: цели и содержание, роли и артефакты
- •22.Процесс «Анализ и проектирование»: цели и содержание, роли и артефакты
- •23.Процесс «Реализация»: цели и содержание, роли и артефакты
- •24. Процесс «Тестирование»: цели и содержание, роли и артефакты
- •25.Процесс «Развертывание»: цели и содержание, роли и артефакты
- •26. Проблемы классического похода к разработке по и причины появления гибких методологий.
- •27. Манифест и принципы гибких методологий
- •28. Преимущества и область применения гибких методологий
- •29. Экстремальное программирование: понятие, базис xp
- •30. Экстремальное программирование: понятие, структура xp цикла разработки
- •31. Scrum процесс: понятие, роли scrum
- •32. Scrum процесс: понятие, мероприятия scrum
- •33. Scrum процесс: понятие, артефакты scrum
- •34. Scrum процесс: этапы командообразования в scrum
- •35. Scrum процесс: уровни команд в scrum
- •36. Scrum процесс: покер-планирование.
- •37. Scrum процесс: диаграмма сгорания и ее использование.
- •38. Scrum процесс: доска задач и ее использование
- •39.Разработка, управляемая тестированием (Test Driven Development)
- •40.Разработка, управляемая поведением (Behavior Driven Development)
15. Этап начало унифицированного процесса: цели, действия, артефакты, веха
Главное назначение этапа – запустить проект
Цели этапа:
Определить область применения проектируемой системы;
Определить элементы UseCase, критичные для системы;
Определить общие черты архитектуры;
Определить общую стоимость и план всего проекта и обеспечить детализированные оценки для этапа развитие;
Идентифицировать основные элементы риска.
Основные действия:
Формулировка области применения проекта – выявление требований и ограничений.
Планирование и подготовка бизнес-варианта и альтернатива развития для управления риском, определение персонала, проектного плана ,а также выявление зависимостей между стоимостью, планирование и полезностью.
Проектирование предварительной архитектуры, развитие компромиссных решений проектирования.
Определение решений разработки, покупки и повторного использования, для которых можно оценить стоимость, планирование и ресурсы.
В итоге создаются следующие артефакты:
Спецификация представления основных проектных требований, ключевых характеристик и главных ограничений.
Обзор модели вариантов использования, перечисляющий все варианты использования и актеров, которые можно определить на ранней стадии проекта.
Начальный словарь проекта
Начальный бизнес-вариант, который включает: среду производства, критерии успеха, финансовый прогноз.
Начальное оценивание риска
Проектный план, в котором показаны этапы и итерации
Дополнительные артефакты:
Первоначальная модель вариантов использования (10 – 20%).
Модель предметной области, более подробная чем словарь.
Модель производства (если необходимо).
Описание предварительного плана разработки, необходимое для определения используемых процессов.
Один или несколько прототипов.
Этап развитие унифицированного процесса: цели, действия, артефакты, веха
Главное назначение этапа – создать архитектурный базис системы
Цели этапа:
Определить оставшиеся требования, функциональные требования формулировать как элементы Use Case.
Максимально быстрое определение, утверждение и создание базовой линии архитектуры.
Создание базовой линии видения.
Создание высокоточного плана фазы КОНСТРУИРОВАНИЕ
Демонстрация того, что базовая архитектура позволяет получить желаемое видение за разумную цену и разумное время.
Основные действия этапа:
Тщательная разработка видения и установление четкого понимания наиболее критичных вариантов использования, направляющих архитектурные и проектные решения.
Тщательная разработка процесса, инфраструктуры и среды разработки, а также согласование процесса, инструментальных средств и автоматической поддержки.
Тщательная разработка архитектуры и выбор компонентов. Оценка потенциальных компонентов. Приведение решения о создании/покупке/повторном использовании компонентов к достаточно понятному виду.
В итоге создаются следующие артефакты:
Модель Use Case (80% от полного представления)
Дополнительные спецификации, фиксирующие не функциональные требования и требования, не связанные с конкретными вариантами использования.
Описание архитектуры программного обеспечения
Выполнимый архитектурный прототип
Пересмотренный список элементов риска и пересмотренный бизнес-вариант
План разработки для всего проекта, включающий крупноблочный проектный план и показывающий итерации и критерий эволюции для каждой итерации
Усовершенствованный план разработки, задающий используемые процессы.
Предварительное руководство пользователя (не обязательно)
Веха: архитектура жизненного цикла