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