- •1.Технология создания по. Методы средства процедуры.
- •2. Распределение обязанностей в команде разработчиков
- •3. Стратегии конструирования по. Инкрементная модель
- •4. Стратегии конструирования по. Спиральная модель
- •7. Оценка программного проекта. Размерно-ориентированные метрики
- •8. Оценка программного проекта. Функционально-ориентированные метрики
- •9. Оценка программного проекта. Метод функциональных указателей
- •10. Конструктивная модель оценки стоимости. Модель композиции приложения
- •11. Модель раннего этапа проектирования
- •12. Модель этапа постархитектуры
- •14. Модели жизненного цикла проектирования по.
- •15. Унифицированный процесс разработки, его структура
- •16. Унифицированный процесс разработки. Рабочие потоки процесса
- •18. Унифицированный процесс разработки. Этап конструирование (Construction)
- •19. Управление риском при разработке по. Этап оценивания
- •20. Управление риском при разработке по. Этап контроля
- •40. Конструктивная модель стоимости cocomo’81
- •21. Понятие и принципы тестирования.
- •5. Проектирование на базе стандарта idef3.
- •40. Конструктивная модель оценки стоимости cocomo81.
- •10 Конструктивная модель оценки стоимости. Модель композиции приложений.
- •11 Конструктивная модель оценки стоимости. Модель раннего этапа проектирования.
- •12 Конструктивная модель оценки стоимости. Модель этапа пост-архитектуры.
- •6.Проектирование на базе стандарта dfd
- •22.Структурное тестирование по.
- •23.Способы тестирования базового пути.
- •24. Способы тестирования условий. Тестирования циклов
- •25. Функциональное тестирование по.
- •26. Тестирование с помощью диаграмм причинно-следственных связей.
- •27. Организация процесса тестирования. Тестирование элементов и интеграции.
- •28 Организация процесса тестирования. Тестирование правильности. Системное тестирование
- •19 Управление риском при разработке по. Этапы оценивания.
- •20 Управление риском при разработке по. Этапы контроля.
- •13.Проектирование на базе стандарта idef0.
- •29. Базовые понятия uml. Структурные предметы.
- •30. Базовые понятия uml. Предметы поведения, группирующие и поясняющие предметы. Отношения
- •31. Базовые понятия uml. Виды диаграмм, их краткая характеристика.
- •33. Статические модели uml. Отношение в диаграммах классов.
- •Вершины в диаграммах классов
- •Свойства
- •34. Моделирование поведения. Диаграмма схем состояния.
- •35. Моделирование поведения. Диаграммы деятельности.
- •36. Моделирование поведения. Диаграммы взаимодействия.
- •37. Моделирование поведения. Диаграммы последовательности.
- •38. Моделирование поведения. Диаграммы прецедентов.
- •39. Архитектурное моделирование.
- •32.Статические модели uml . Классы в uml.
20. Управление риском при разработке по. Этап контроля
Существует множество определений риска как наличие неопределенности, связанной с наступлением нежелательного события, и ущерба, понесенного вследствие наступления этого события.
Риск (по определению SEI (Software Engineering Institute)) - это возможность понести потери.
Риск проекта ПО - это возможность:
1) снижения качества конечного продукта,
2) повышения стоимости его разработки,
3) задержки окончания разработки или срыва проекта (то есть, отказа от проекта)
Величина риска представляет собой R = V * P произведение величины потерь V от нежелательного события в проекте и вероятности P наступления этого события.
Величина потерь V рассматривается в контексте влияния нежелательного события на характеристики ПО, на сложность его последующего сопровождения, а также эффективность, стоимость и продолжительность процесса разработки ПО, а вероятность P - как степень определенности, с которой можно прогнозировать проявление риска в проекте, то есть перерастание данного риска в проблему для проекта.
Эффективное управление риском состоит в принятии (по каждому риску) компромиссных решений по:
· учету рисков и анализу старых проектов;
· оценке трудоемкости устранения определенного риска,
· величине потенциального отрицательного воздействия этого риска на проект,
· в правильной оценке взаимозависимости устраняемых рисков и возможного влияния принятых в определенный (текущий) момент времени решений на состояние проекта в будущем;
· резервировании в проекте времени на борьбу с рисками
Контроль - процесс, в ходе которого собираются, обобщаются и фиксируются данные о состоянии рисков и действий по их устранению.
Функция контроля - контролировать соблюдение графика действий по риску и эффективность самого плана действий.
40. Конструктивная модель стоимости cocomo’81
В данной модели для вывода формул использовался статистический подход — учитывались реальные результаты огромного количества проектов. Автор оригинальной модели — Барри Боэм (1981) —дал ей название СОСОМО 81 (Constructive Cost Model) и ввел в ее состав три разные по сложности статистические подмодели.
Иерархию подмоделей Боэма (версии 1981 года) образуют:
базисная СОСОМО — статическая модель, вычисляет затраты разработки и ее стоимость как функцию размера программы; промежуточная СОСОМО — дополнительно учитывает атрибуты стоимости, включающие основные оценки продукта, аппаратуры, персонала и проектной среды;
усовершенствованная СОСОМО — объединяет все характеристики промежуточной модели, дополнительно учитывает влияние всех атрибутов стоимости на каждый этап процесса разработки ПО (анализ, проектирование, кодирование, тестирование и т. д.).
Подмодели СОСОМО 81 могут применяться к трем типам программных проектов. По терминологии Боэма, их образуют:
распространенный тип — небольшие программные проекты, над которыми работает небольшая группа разработчиков с хорошим стажем работы, устанавливаются мягкие требования к проекту;
полунезависимый тип — средний по размеру проект, выполняется группой разработчиков с разным опытом, устанавливаются как мягкие, так и жесткие требования к проекту;
встроенный тип — программный проект разрабатывается в условиях жестких аппаратных, программных и вычислительных ограничений.
Уравнения базовой подмодели имеют вид
Е=аbx(KLOC)[чел-мес];D = cbx (E) [мес],
где Е — затраты в человеко-месяцах, D — время разработки, KLOC — количество строк в программном продукте.
В 1995 году Боэм ввел более совершенную модель СОСОМО II, ориентированную на применение в программной инженерии XXI века [21].
В состав СОСОМО II входят: - модель композиции приложения; - модель раннего этапа проектирования; - модель этапа пост-архитектуры.
Для описания моделей СОСОМО II требуется информация о размере программного продукта. Возможно использование LOC-оценок, объектных указателей, функциональных указателей.