Модел зрелости способности (ЦММ) & амп; то су нивои софтверског инжењерства

Шта је ЦММ?

Модел зрелости способности користи се као репер за мерење зрелости софтверског процеса организације.

ЦММ је развијен у Институту за софтверски инжењеринг крајем 80-их. Развијен је као резултат студије коју су финансирале америчке ваздухопловне снаге као начин процене рада подизвођача. Касније на основу модела ЦММ-СВ створеног 1991. године за процену зрелости развоја софтвера, више других модела интегрисано је са ЦММ-И они су

У овом упутству ћемо научити,

Шта су нивои модела зрелости модела (ЦММ)?
Шта се дешава на различитим нивоима ЦММ-а?
Колико траје имплементација ЦММ-а?
Унутрашња структура ЦММ-а
Ограничења ЦММ модела
Зашто користити ЦММ?

Шта су нивои модела зрелости модела (ЦММ)?

Инитиал
Поновљиво / управљано
Дефинисано
Квантитативно управљано
Оптимизација

Шта се дешава на различитим нивоима ЦММ-а?

Нивои	Активности	Предности
Почетни ниво 1	На нивоу 1, процес је обично хаотичан и ад хоц Способност се карактерише на основу појединаца, а не организације Напредак се не мери Производи који се развијају често су планирани и прекорачују буџет Широке варијације распореда, трошкова, функционалности и циљева квалитета	Ниједан. Пројекат је Тотал Цхаос
Ниво 2 управља	Управљање захтевима Процените параметре пројекта попут трошкова, распореда и функционалности Измерите стварни напредак Развити планове и процесирати Дефинисани су стандарди софтверског пројекта Идентификујте и контролишите производе, промене извештаја о проблемима итд. Процеси се могу разликовати између пројеката	Процеси постају лакши за схватање Менаџери и чланови тима троше мање времена на објашњавање како се ствари раде, а више на њихово извршавање Пројекти су боље процењени, боље планирани и флексибилнији Квалитет је интегрисан у пројекте Трошкови би у почетку могли бити високи, али прековремено падају Питајте још папира и документације
Дефинисан ниво 3	Појасните захтеве купаца Решите захтеве дизајна, развијте процес примене Уверава се да производ испуњава захтеве и наменску употребу Систематски анализирајте одлуке Исправите и контролишите потенцијалне проблеме	Побољшање процеса постаје стандард Решење напредује од „кодирања“ до „инжењеринга“ Квалитетне капије се појављују током читавог пројектног напора са читавим тимом који је укључен у процес Ризици су ублажени и не изненађују тим
Ниво-4 Квантитативно вођен	Статистички управља процесима и потпроцесима пројекта Разумевање перформанси процеса, квантитативно управљање пројектом организације	Оптимизује перформансе процеса у целој организацији Негује квантитативно управљање пројектима у организацији.
Оптимизација нивоа 5	Рано откријте и уклоните узрок недостатака Идентификујте и примените нове алате и побољшања процеса како бисте задовољили потребе и пословне циљеве	Негује организационе иновације и примену Даје замах узрочној анализи и решавању

Следећи дијаграм даје сликовити приказ онога што се дешава на различитим нивоима ЦММ-а

Колико траје имплементација ЦММ-а?

ЦММ је најпожељнији поступак за одржавање квалитета производа за било коју компанију за развој софтвера, али његова примена траје мало дуже од очекиваног.

Имплементација ЦММ-а се не дешава преко ноћи
То није само "папирологија".
Типична времена за примену су
- 3-6 месеци -> за припрему
- 6-12 месеци -> за примену
- 3 месеца -> за припрему за процену
- 12 месеци -> за сваки нови ниво

Унутрашња структура ЦММ-а

Сваки ниво у ЦММ-у је дефинисан у кључно процесно подручје или КПА , осим нивоа 1. Свака КПА дефинише скуп повезаних активности, који заједничким обављањем постиже скуп циљева који се сматрају виталним за побољшање софтверских способности

За различите нивое ЦММ-а постоји сет КПА-а, на пример за ЦММ модел-2, КПА јесу

РЕКМ- Управљање захтевима
ПП- планирање пројеката
ПМЦ - праћење и контрола пројеката
САМ- Управљање споразумом о добављачу
ППКА-Процес и осигурање квалитета
Управљање конфигурацијом ЦМ

Исто тако, за остале моделе ЦММ имате одређене КПА. Да би се знало да ли је примена КПА ефикасна, трајна и поновљива, она се мапира на следећој основи

Посвећеност извршењу
Способност извођења
Активности обављају
Мерење и анализа
Провера примене

Ограничења ЦММ модела

ЦММ одређује на који процес треба да се односи уместо на то како треба да се примени
Не објашњава сваку могућност побољшања софтверског процеса
Концентрише се на софтверска питања, али не разматра стратешко пословно планирање, усвајање технологија, успостављање линије производа и управљање људским ресурсима
Не говори о томе у каквом послу треба да буде организација
ЦММ неће бити користан у пројекту који тренутно има кризу

Зашто користити ЦММ?

Данас ЦММ делује као „печат одобрења“ у софтверској индустрији. На разне начине помаже у побољшању квалитета софтвера.

Води ка поновљивом стандардном процесу и тиме смањује време учења како да се ствари ураде
Вежбање ЦММ-а значи увежбавање стандардног протокола за развој, што значи да то не само да помаже тиму да уштеди време већ даје и јасан поглед на оно што треба радити и шта очекивати
Квалитетне активности се добро уклапају у пројекат, а не о њима као о засебном догађају
Делује као путник између пројекта и тима
Напори ЦММ-а су увек усмерени ка побољшању процеса

Резиме

ЦММ је први пут представљен крајем 80-их у америчким ваздухопловним снагама да би се проценио рад подизвођача. Касније, са побољшаном верзијом, имплементиран је како би се пратио квалитет система за развој софтвера.

Читав ниво ЦММ-а подељен је на пет нивоа.

Ниво 1 (почетни): Тамо где су захтеви за систем обично несигурни, погрешно схваћени и неконтролисани. Процес је обично хаотичан и ад хоц.
Ниво 2 (управљани): Процените трошкове пројекта, распоред и функционалност. Дефинисани су софтверски стандарди
Ниво 3 (дефинисано): Уверава се да производ испуњава захтеве и наменску употребу
Ниво 4 (квантитативно вођен): Статистички управља процесима и потпроцесима пројекта
Ниво 5 (зрелост): Идентификујте и примените нове алате и побољшања процеса како бисте задовољили потребе и пословне циљеве