- •Федеральное государственное бюджетное образовательное учреждение высшего профессионального образования «Ивановский государственный энергетический университет имени в.И. Ленина».
- •Иваново 2014
- •Оглавление
- •Предисловие
- •Введение
- •1.Предмет программной инженерии
- •1.1.Определение и свойства программного обеспечения
- •1.2.Проблемы разработки программного обеспечения
- •1.3.Процессы производства программного обеспечения
- •1.4.Понятие программного проекта
- •1.5. Стандартизация в области производства по
- •1.6.Определение программной инженерии и ее место в системе информационных технологий
- •2.Жизненный цикл программных продуктов
- •2.1.Понятие жизненного цикла
- •2.2.Процессы жизненного цикла программного обеспечения
- •2.3.Модели жизненного цикла
- •3.Виды деятельности в программной инженерии
- •3.1.Управление требованиями
- •3.1.1.Проблема
- •3.1.2.Цикл работы с требованиями
- •3.1.3.Виды и свойства требований
- •3.1.4.Варианты формализации требований
- •3.2.Проектирование программного обеспечения
- •3.2.1.Понятие
- •3.2.2.Принципы
- •3.2.3.Шаблоны
- •3.2.4.Моделирование по
- •3.2.5.Методологии
- •3.2.6.Оценка качества
- •3.3.Конструирование программного обеспечения
- •3.3.1.Определение
- •3.3.2.Связь с другими процессами
- •3.3.3.Принципы
- •3.3.4.Модели и методы
- •3.3.5.Языки конструирования
- •3.4.Конфигурационное управление
- •3.4.1.Проблемы управления активами программного проекта
- •3.4.2.Единицы конфигурационного управления
- •3.4.3.Управление версиями
- •3.4.4.Управление сборками
- •3.4.5.Понятие baseline
- •3.5.Тестирование программного обеспечения
- •3.5.1.Основные определения
- •3.5.2.Уровни тестирования (Test Levels)
- •3.5.3.Виды тестирования
- •3.5.4.Метрики
- •3.6.Сопровождение программного обеспечения
- •Эволюция программного обеспечения (Evolution of Software)
- •4.Методология объектно-ориентированного анализа и проектирования
- •4.1.Основные понятия
- •4.1.1.Объекты и классы
- •4.1.2.Принципы ооп
- •4.1.3.Разработка объектно-ориентированных программ
- •4.2.Язык uml
- •4.2.1.Что дает uml
- •4.2.2.Структура языка uml
- •4.2.3.Uml диаграммы
- •4.2.4.Программы поддержки языка uml
- •4.3.Вопросы для самоконтроля
- •5.Технологии разработки программного обеспечения
- •5.1.Тяжеловесные и облегченные технологии
- •5.2.Технология rup
- •5.3.Гибкие технологии
- •5.4.Технология msf
- •5.4.1. Управление рисками в msf for Agile Software Development1
- •5.4.2.Основные сведения о рисках
- •5.4.3.Планирование управления рисками
- •5.4.4.Процесс управления рисками
- •5.4.5.Управление рисками как составная часть жизненного цикла проекта
- •5.4.6.Учебный пример. Выделение рисков
- •5.5.Модель процессов msf for Agile Software Development2
- •5.5.1.Принципы модели процессов
- •5.5.2.Управление компромиссами
- •5.5.3.Схема процесса разработки
- •5.6.1. Подготовка проекта
- •5.6.2. Планирование проекта
- •5.6.3. Планирование спринта
- •5.6.4. Выполнение спринта
- •5.6.5. Отслеживание проекта
- •5.7.1. Каково назначение модели cmmi?
- •5.7.2. Как лучше использовать модель cmmi?
- •5.7.3. Элементы модели cmmi
- •Заключение Литература
- •153003, Г. Иваново, ул. Рабфаковская, 34.
5.7.3. Элементы модели cmmi
Модель CMMI включает 22 области процесса, перечисленные в следующей таблице.
Акроним |
Область процесса |
CAR |
Анализ и разрешение причин |
CM |
Управление конфигурацией |
DAR |
Анализ и разрешение решений |
IPM |
Интегрированное управление проектами |
MA |
Измерения и анализ |
OID |
Организационные инновации и развертывание |
OPD |
Определение организационных процессов |
OPF |
Фокус организационных процессов |
OPP |
Производительность организационных процессов |
OT |
Organizational Training |
PI |
Интеграция продуктов |
PMC |
Мониторинг и контроль проектов |
PP |
Планирование проектов |
PPQA |
Контроль качества процессов и продуктов |
QPM |
Количественное управление проектами |
RD |
Определение требований |
REQM |
Управление требованиями |
RSKM |
Управление рисками |
SAM |
Управление соглашениями с поставщиками |
TS |
Техническое решение |
VER |
Проверка |
VAL |
Проверка |
В модели поэтапного представления области процессов сопоставляются каждому этапу, как показано на следующем рисунке.
В модели непрерывного представления области процессов сопоставляются функциональным группам, как показано на следующем рисунке.
Каждая область процесса состоит из необходимых, ожидаемых и информативных компонентов. Сертификация по модели фактически требует только наличия необходимых компонентов. Необходимые компоненты — это конкретные и общие цели каждой области процесса. Ожидаемые компоненты — это конкретные и общие рекомендации по достижению каждой конкретной или общей цели. Обратите внимание, что ожидаемый компонент является не обязательным, а ожидаемым, т. е. любая конкретная или общая рекомендация может быть заменена на эквивалентную. Ожидаемые рекомендации облегчают работу специалистов по реализации и оценке. Если выбирается альтернативная рекомендация, специалист по реализации должен сообщить об этом специалисту по оценке и обосновать выбор. Информационные компоненты содержат подробные сведения, позволяющие специалистам по реализации запустить проект по совершенствованию процессов на основе модели CMMI. Информативные компоненты содержат дополнительные общие и конкретные рекомендации и типичные результаты работы.
Очень важно понять, что необходимыми являются только общие и конкретные цели. Все остальное предоставляется в качестве рекомендаций. Примеры ожидаемых и информативных компонентов, встречающиеся в литературе по модели CMMI, часто взяты из крупных интеграционных проектов в аэрокосмической и оборонной отраслях. Эти проекты реализуются компаниями, финансирующими и поддерживающими Software Engineering Institute в университете Карнеги-Меллона. Эти проекты не всегда соответствуют реализуемым в коммерческих компаниях проектам и не всегда отражают последние тенденции в отрасли (например, появление методов гибкой разработки программного обеспечения).
