- •Процесс оценки проекта на основе размерно-(функционально-)ориентированных метрик
- •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)
Унифицированный процесс: понятие, измерения
Технология создания ПО — упорядоченная совокупность взаимосвязанных технологических процессов в рамках ЖЦ ПО.
Технологический процесс — совокупность взаимосвязанных технологических операций.
Технологическая операция — основная единица работы, выполняемая определенной ролью, которая:
подразумевает четко определенную ответственность роли;
дает четко определенный результат (набор рабочих продуктов), базирующийся на определенных исходных данных (другом наборе рабочих продуктов);
представляет собой единицу работы с жестко определенными границами, которые устанавливаются при планировании проекта.
Рабочий продукт — информационная или материальная сущность, которая создается, модифицируется или используется в некоторой технологической операции (модель, документ, код, тест и т.п.).
Роль — определение поведения и обязанностей отдельного лица или группы лиц в среде организации-разработчика ПО, осуществляющих деятельность в рамках некоторого технологического процесса и ответственных за определенные рабочие продукты.
Руководство — практическое руководство по выполнению одной или совокупности технологических операций.
Инструментальное средство (CASE-cpedcmeo) — программное средство, обеспечивающее автоматизированную поддержку деятельности, выполняемой в рамках технологических операций.
Типовая итерация эволюционно-инкрементного подхода
14. Унифицированный процесс: понятие, управление риском
Технология создания ПО — упорядоченная совокупность взаимосвязанных технологических процессов в рамках ЖЦ ПО.
Технологический процесс — совокупность взаимосвязанных технологических операций.
Технологическая операция — основная единица работы, выполняемая определенной ролью, которая:
подразумевает четко определенную ответственность роли;
дает четко определенный результат (набор рабочих продуктов), базирующийся на определенных исходных данных (другом наборе рабочих продуктов);
представляет собой единицу работы с жестко определенными границами, которые устанавливаются при планировании проекта.
Управление риском
Шесть действий:
Идентификация риска
Анализ риска
Ранжирование риска
Планирование управления риском
Разрешение риска
Наблюдение риска
Идентификация риска
Источники проектного риска:
Выбор бюджета, плана, человеческих ресурсов программного проекта
Формирование требований к программному продукту
Сложность, размер и структура программного продукта
Методика взаимодействия с заказчиком.
Источники технического риска:
Трудности проектирования, реализации, формирования интерфейса, тестирования и сопровождения
Неточность спецификаций
Техническая неопределенность или отсталость принятого решения
Ранжирование риска
Ранжирование заключается в назначении каждому элементу риска приоритета, который пропорционален влиянию элемента на проект.
Принцип Парето:
Опыт показывает, что 80% всего проектного риска приходится на долю 20% от общего количества элементов риска.
