- •Содержание
- •1.13. Задания для самопроверки 59
- •1.17. Задания для самопроверки 88
- •1.19. Задания для самопроверки 108
- •1.23. Задания для самопроверки 116
- •1.27. Задания для самопроверки 125
- •1.37. Задания для самопроверки 144
- •1.48. Задания для самопроверки 159
- •Перечень рисунков
- •Перечень таблиц
- •Введение
- •Принятые сокращения
- •1.Жизненный цикл разработки по
- •Программные проект и его атрибуты
- •Ролевые модели в программном проекте
- •Размер и сложность программного проекта
- •Характеристики программного проекта
- •Качество программного продукта
- •Экран проекта и сводка о подходе
- •Критерий smart для формулирования целей
- •Критерии успешности программного проекта
- •Модели жизненного цикла
- •Водопадная модель
- •Модель быстрой разработки приложения
- •Пошаговая модель
- •Спиральная модель Боэма
- •Прототипная модель
- •Выбор модели жизненного цикла
- •Задания для самопроверки
- •2.Типовой каркас для разработки по
- •Программная разработка
- •Планирование проекта
- •Модель cocomo для оценки трудозатрат в проекте
- •Модель slim для оценки трудозатрат в проекте
- •Разработка спецификации требований
- •Отслеживание и контроль
- •Верификация и валидация
- •Обеспечение качества
- •Конфигурационное управление
- •Метрики
- •Повышение квалификации
- •Задания для самопроверки
- •3. Модели зрелости способностей cmm/cmmi
- •Ключевые области процесса в модели cmm
- •Характеристика уровней зрелости в модели cmm
- •Интегрированная модель зрелости способностей cmmi
- •История возникновения
- •Уровни зрелости и области процесса
- •Уровни способностей процесса в модели cmmi
- •Специальные и общие цели и практики процессных областей
- •Характеристики уровней зрелости в модели cmmi
- •Задания для самопроверки
- •4.Управление рисками в программном проекте
- •Модели esi и pmi управления рисками
- •Выявление рисков
- •Анализ рисков
- •Расстановка приоритетов для рисков
- •Планирование рисков
- •Исполнение ответных стратегий
- •Оценивание результатов исполнение ответных стратегий
- •Документирование действий по рискам
- •Заключительное оценивание рисков
- •Задания для самопроверки
- •5.Стандарты качества iso в применении к по
- •Структура и принципы семейства стандартов iso 9000
- •Модели iso 9000 на базе процессов
- •Самооценивание по ключевым элементам iso 9000
- •Задания для самопроверки
- •6.Формальные методы в разработке по
- •Инструменты формализации и верификации
- •Взаимодействие функциональностей
- •Интегрированная технология анализа и верификации
- •Задания для самопроверки
- •7.Некоторые общие технологические приемы
- •Инспекции по Фейгану
- •Диаграммы Исикавы («рыбий скелет»)
- •Инструменты
- •Swot-анализ
- •Сбалансированный экран результативности
- •Технологическая дорожная карта
- •Метод Дельфи
- •Деревья решений
- •Сравнительное ранжирование
- •Методология подвижного программирования
- •Принципы подвижного программирования
- •Рабочий цикл и роли участников
- •Рабочие документы и обстановка
- •Задания для самопроверки
- •8.Сертификация программного обеспечения в авиации
- •История создания серии документов do-178 и ed-12
- •Уровни программного обеспечения
- •Процессы жизненного цикла по авиационных систем
- •Цели процессных деятельностей
- •Рабочие документы и категории их контроля
- •Процесс планирования по
- •Процессы разработки по
- •Определение требований
- •Проектирование
- •Кодирование
- •Верификация
- •Конфигурационное управление
- •Обеспечение качества
- •Контакт с органом сертификации
- •Выводы и рекомендации
- •Задания для самопроверки
- •9.Задания для самостоятельной работы
- •Темы, связанные с единым каркасом для разработки по
- •Перечень тем
- •Краткое описание каждой темы
- •Тема 2. Программная архитектура базового инструмента для распределенного управления программными проектами
- •Тема 3. Профили типовых рабочих компонентов для разработки приложений
- •Тема 1. Прототип метрической базы данных для управления разработкой приложений
- •Тема 5. Репозиторий повторно используемых компонентов
- •Тема 6. Сквозной пример для единого каркаса разработки приложений
- •Темы, связанные применением формальных методов перечень тем
- •Тема 1. Сравнительный анализ систем верификации
- •Тема 2. Формализация протоколов связи краткое описание каждой темы
- •Тема 1. Сравнительный анализ систем верификации
- •Тема 2. Формализация протоколов связи
- •10.Литература
- •11.Приложения
- •Шаблон для одностраничного экрана проекта
- •Примерная структура положения о работе и тз
- •Примерная форма еженедельного отчета
- •Примерная форма презентации на ежемесячном операционном обзоре
- •12.Указатель
Интегрированная модель зрелости способностей cmmi
История возникновения
По прошествии почти 20 лет после появления и широкого распространения модели CMM накопился новый опыт и открылись новые возможности для дальнейшего совершенствования процесса промышленной разработки программных продуктов. Был создан ряд специализированных моделей CMM для конкретных областей применения. Международные организации разработали стандарты качества (ISO 9000) и стандарты осуществления процессной деятельности (ISO/IEC 15504 – SPICE). Картина разных подходов к созданию программного продукта стала чрезвычайно пестрой и запутанной как для исполнителей, так и для заказчиков (Рис. 23).
В разработке новой модели зрелости участвовали свыше 100 человек, представлявших промышленность, университеты, государственные структуры США и некоммерческие объединения профессионалов, в том числе: U.S. Army, Navy, Air Force, Federal Aviation Administration, National Security Agency, Software Engineering Institute, ADP, AT&T Labs, BAE, Boeing, Computer Sciences Corporation, EER Systems, Ericsson Canada, Ernst and Young, General Dynamics, Harris Corporation, Honeywell, KPMG, Lockheed Martin, Motorola, Northrop Grumman, Pacific Bell, Q-Labs, Raytheon, Reuters, Rockwell Collins, SAIC, Software Productivity Consortium, Sverdrup Corporation, Thomson CSF, TRW. Усилиями этой группы в марте 2002 г. Институт технологии программирования при университете Карнеги-Меллон опубликовал свой технический отчет №11 «Интегрированная модель зрелости способностей CMMI, версия 1.1». Эта модель охватывает 4 инженерные области: разработку систем (System Engineering – SE), технологию программирования (Software Engineering – SW), интегрированную разработку продукта и процесса (Integrated Product and Process Development – IPPD) и работу с поставщиками (Supplier Sourcing – SS).
Рис. 23. Спутанный клубок разных моделей зрелости
Главной причиной, вызвавшей появление этой модели, стала необходимость систематического достижения лучшего, чем CMM, баланса между процессом, технологиями и инженерным составом при разработке программных продуктов высокого качества. В качестве основного предположения было взято известное утверждение Хэмфри (Watts S. Humphrey), что качество программной системы напрямую зависит от качества процесса, в котором она создается: “The quality of the system is governed by the quality of the process used to develop it” [4].
Кроме того, к этому времени назрела настоятельная потребность объединить многочисленные появившиеся специализированные модели зрелости. Необходимо было также объединить процесс оценивания организаций на тот или иной уровень зрелости, усилить области процесса на более высоких уровнях зрелости, укрепить связь модели с бизнес-результатами организации-разработчика, привести модель в соответствие с новыми международными стандартами в этой области и реализовать отложенные ранее запросы на изменения.
Модель CMMI разрабатывалась постепенно и вобрала в себя опыт как SEI, так и двух других заметных линий стандартизации: Международного совета по системному проектированию INCOSE и Союза электронной промышленности EIA (Рис. 24).
Рис. 24. История создания модели CMMI
Дальнейшее изложение относится к версии 1.3 модели CMMI для разработки, опубликованной в ноябре 2010 г. Описание модели в виде технического отчета CMU/SEI-2010-TR-033 содержит 468 страниц текста.