Модель зрілості можливостей (CMM) і її рівні в розробці програмного забезпечення
Що таке CMM?
Модель зрілості можливостей використовується як еталон для вимірювання зрілості програмного процесу організації.
CMM був розроблений в Інституті розробки програмного забезпечення наприкінці 80-х років. Його було розроблено в результаті дослідження, фінансованого ВПС США, як спосіб оцінки роботи субпідрядників. Later на основі моделі CMM-SW, створеної в 1991 році для оцінки зрілості розробки програмного забезпечення, багато інших моделей інтегровано з CMM-I, вони є
Що таке рівні моделі зрілості можливостей (CMM)?
- Початковий
- Повторюваний/керований
- Певний
- Кількісно керований
- Оптимізація
Що відбувається на різних рівнях ШМ?
Рівні | Діяльності | Переваги |
---|---|---|
Рівень 1 Початковий |
|
Жодного. Проект Total Chaos |
Керований рівень 2 |
|
|
Визначено рівень 3 |
|
|
Рівень-4 кількісно керований |
|
|
Оптимізація рівня 5 |
|
|
Наступна діаграма дає графічне представлення того, що відбувається на різних рівнях CMM
Скільки часу потрібно для впровадження ШМ?
CMM є найбажанішим процесом підтримки якості продукту для будь-якої компанії, що розробляє програмне забезпечення, але його впровадження займає трохи більше часу, ніж очікувалося.
- Впровадження CMM не відбувається миттєво
- Це не просто «паперова тяганина».
- Типовий час для реалізації
- 3-6 місяців -> для підготовки
- 6-12 місяців -> для реалізації
- 3 місяців -> для підготовки оцінки
- 12 місяців ->для кожного нового рівня
Внутрішня будова ШМ
Кожен рівень у CMM визначено в ключова технологічна область або KPA, крім рівня-1. Кожен KPA визначає кластер пов’язаних дій, які при спільному виконанні досягають набору цілей, які вважаються життєво важливими для покращення можливостей програмного забезпечення
Для різних рівнів ШМ існує набір KPA, наприклад, для ШМ моделі-2, KPA є
- REQM - управління вимогами
- PP- Планування проекту
- PMC - Моніторинг і контроль проекту
- SAM - Управління угодами з постачальниками
- PPQA-процес і забезпечення якості
- Управління конфігурацією CM
Подібним чином для інших моделей CMM у вас є спеціальні KPA. Щоб дізнатися, чи впровадження KPA є ефективним, тривалим і повторюваним, його відображають на наступній основі
- Зобов'язання виконувати
- Здатність до виконання
- Діяльність виконує
- Вимірювання та аналіз
- Перевірка реалізації
Обмеження моделей CMM
- CMM визначає, на що має звертатися процес, а не те, як його слід реалізовувати
- Це не пояснює всі можливості вдосконалення програмного процесу
- Він зосереджений на питаннях програмного забезпечення, але не розглядає стратегічне бізнес-планування, впровадження технологій, створення продуктової лінії та управління людськими ресурсами
- Це не говорить про те, яким бізнесом має займатися організація
- CMM не стане в нагоді в проекті, який зараз переживає кризу
Навіщо використовувати CMM?
Сьогодні CMM діє як «знак схвалення» в індустрії програмного забезпечення. Це допомагає різними способами покращити якість програмного забезпечення.
- Це спрямовує до стандартного процесу, що повторюється, і, отже, скорочує час навчання тому, як виконувати завдання
- Практика CMM означає практику стандартного протоколу для розробки, що означає, що це не тільки допомагає команді заощадити час, але й дає чітке уявлення про те, що робити і чого очікувати
- Якісні заходи добре поєднуються з проектом, а не розглядаються як окрема подія
- Він діє як сполучник між проектом і командою
- Зусилля CMM завжди спрямовані на вдосконалення процесу
Підсумки
CMM вперше був запроваджений наприкінці 80-х у ВПС США для оцінки роботи субпідрядників. Later на, з покращеною версією, він був реалізований для відстеження якості системи розробки програмного забезпечення.
Весь рівень ШМ ділиться на п'ять рівнів.
- Рівень 1 (Початковий): де вимоги до системи зазвичай невизначені, неправильно зрозумілі та неконтрольовані. Процес зазвичай хаотичний і нерегулярний.
- Рівень 2 (Керований): Оцініть вартість проекту, графік і функціональність. Визначено програмні стандарти
- Рівень 3 (Визначено): гарантує, що продукт відповідає вимогам і призначенню
- Рівень 4 (Кількісно керований): статистично керує процесами та підпроцесами проекту
- Рівень 5 (Зрілість): Визначайте та розгортайте нові інструменти та покращення процесів для задоволення потреб і бізнес-цілей