SEI CMMI v2: модель зрелости процесса разработки ПО
ВВЕДЕНИЕ
CMM (Capability Maturity Model) - методология, предложенная в конце 1980-х группой специалистов Университета Карнеги — Меллон и призванная сформировать систему критериев выбора организаций-подрядчиков для цели проектов разработки ПО. В связи с этим она называлась SE-CMM (Software Engineering Capability Maturity Model). А ее переработанная версия, посвященная целиком зрелости процессов разработки программного обеспечения, получила название CMMI (Integrated СММ) [1].
Главным понятием стандарта является зрелость организации. Незрелой считается организация, в которой процесс разработки программного обеспечения зависит только от конкретных исполнителей и менеджеров и решения зачастую просто импровизируются "на ходу". В этом случае велика вероятность превышения бюджета или заваливания сроков сдачи проекта, и потому менеджеры вынуждены заниматься только разрешением ближайших проблем.
С другой стороны, в зрелой организации имеются четко определенные процедуры создания программных продуктов и управления проектами. Эти процедуры по мере необходимости уточняются и совершенствуются в пилотных проектах или с помощью анализа "стоимость/прибыль". Оценки времени и стоимости выполнения работ основываются на накопленном опыте и достаточно точны. Наконец, в компании существуют стандарты на процессы разработки, тестирования и внедрения ПО, правила оформления конечного программного кода, компонентов, интерфейсов и т. д. Все это составляет инфраструктуру и корпоративную культуру, поддерживающую процесс разработки программного обеспечения.
СОДЕРЖАНИЕ
ВВЕДЕНИЕ 3
1 НАЗНАЧЕНИЕ МЕТОДОЛОГИИ СММ/CMMI 4
2. SEI CMMI 2.0 5
ЗАКЛЮЧЕНИЕ 8
СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ 9
СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ
1. Официальный сайт компании «Stud Me» [Электронный ресурс]. – Режима доступа: https://studme.org/184218/informatika/modeli_urovney_zrelosti_cmmcmmi (дата обращения 27.04.2022)
2. Модель зрелости процесса разработки ПО (СММ) [Электронный ресурс]. – Режима доступа: http://bigor.bmstu.ru/?cnt/?doc=PO_CAD/1.02.mod/?cou=PO_CAD/base.cou (дата обращения 11.05.2022)
3. Модели и процессы управления проектами программных средств [Электронный ресурс]. – Режима доступа: https://helpiks.org/7-74459.html (дата обращения 27.04.2022)
4. Статья «Новая модель CMMI V 2.0, для тех кто думает о будущем» [Электронный ресурс]. – Режима доступа: https://www.itexpert.ru/rus/newsline/articles/detail.php?ID=11904 (дата обращения 11.05.2022)
5. Статья «СMMI» [Электронный ресурс]. – Режима доступа: https://cmmiinstitute.com/cmmi/ (дата обращения 11.05.2022)
6. Статья «Мифы о СMMI или кому и зачем она нужна» [Электронный ресурс]. – Режима доступа: https://habr.com/ru/post/131553// (дата обращения 11.05.2022)
7. Уровни зрелости управления [Электронный ресурс]. – Режима доступа: https://ru.wikipedia.org/wiki/Уровни_зрелости_управления// (дата обращения 11.05.2022)
Назначение методологии СММ/CMMI – системы и модели оценки зрелости – состоит в предоставлении необходимых общих рекомендаций и инструкций предприятиям, производящим ПС, по выбору стратегии совершенствования качества процессов и продуктов, путем анализа степени их производственной зрелости и оценивания факторов, в наибольшей степени влияющих на качество ЖЦ ПС, а также посредством выделения процессов, требующих модернизации. Для достижения устойчивых результатов программной инженерии в процессе развития технологии и организации управления жизненным циклом ПС в стандарте ISO15504:1-9 рекомендуется использовать эволюционный путь, который позволяет совершенствовать и постепенно повышать качество процессов и продуктов, вскрывать преимущества и недостатки предприятия. В методологии СММ выделены пять уровней зрелости, раскрываемые в этом стандарте де-факто (рис.1). Виды деятельности для высоких уровней зрелости в соответствии с СММ, в стандарте делятся на базовые и общие. Базовые виды деятельности являются обязательными и сгруппированы в пять категорий: контрактная; инженерная; управленческая; вспомогательная; организационная. Уровни зрелости характеризуются степенью формализации, адекватностью измерения и документирования процессов и продуктов ЖЦ ПС, широтой применения стандартов и инструментальных средств автоматизации работ, наличием и полнотой реализации функций системой обеспечения качества технологических процессов и их результатов [3].