Atšķirība starp CMM un CMMI

CMM vs CMMI

Iespējas brieduma modelis (CMM v1.0), pats pirmais CMM, tika izstrādāts un izlaists 1990. gada augustā. Tas ir piecu līmeņu novērtēšanas modelis, ko izstrādājis Kārnegi Melona Universitātes Programmatūras inženierijas institūts (SEI), lai parādītu labāko praksi attiecībā uz inženierija un vadība, īpaši programmatūras izstrādē. Tas ir uzņēmuma kustības evolūcijas modelis programmatūras izstrādei.

CMM attīstības iemesls bija palīdzēt ASV valdībai novērtēt programmatūras piegādātāju spējas rīkoties ar lieliem projektiem. Pirms modeļa izstrādes daudzi uzņēmumi veica projektus ar ievērojamām nepilnībām plānošanā un budžeta veidošanā. Modelis palīdzēja atrisināt šīs problēmas.

Nobriedušā organizācijā jābūt standartiem procesiem, ar kuriem vadīt projektus un attīstīt produktus. Tā kā modelis ir īpaši izveidots programmatūras uzņēmumiem, CMM modelī ir aprakstīti vispārīgie noteikumi par galīgā programmas koda struktūru, saskarnēm, komponentiem un citiem. Citiem vārdiem sakot, CMM ir nobriedušas organizācijas modelis un tas, kā tā darbojas kā izstrādātājs vai ražotājs.

CMM bija kļuvis ļoti veiksmīgs, un to sāka izmantot un īpaši attīstīt citiem organizācijas aspektiem un disciplīnām, piemēram, sistēmu inženierijai, cilvēkiem, integrētai produktu izstrādei un citām.

Tomēr CMM, lai cik noderīgi tie būtu, nav bez problēmām. Daudzas organizācijas uzskatīja, ka tās ir pretrunīgas un diezgan pārklājas. Dažādās saskarnēs pastāv arī problēma, jo tai trūkst skaidrības. Liela problēma ir arī standartizācijas trūkums.

CMMI vai CMM integrācija ir izstrādāta, lai integrētu pašreizējos un gaidāmos modeļus. Tas ir sava veida jauninājums no CMM modeļa un apraksta procesu uzlabojumus organizācijām, īpaši programmatūras izstrādē. Modelis ietver šādas jomas: apkopošana (dati un prasības), projekta plānošana / izsekošana, konfigurācijas pārvaldība, apmācība, kvalitātes nodrošināšana, sadarbība un salīdzinošie pārskati.

CMMI būtībā palīdz tradicionāli atsevišķu organizatorisko funkciju un operāciju iekļaušanā, izvirza procesa uzlabošanas mērķus, nodrošina kvalitātes procesu uzraudzību un nodrošina atskaites punktu pašreizējo procesu novērtēšanai..

Kopsavilkums:

1. CMM bija pirmais, bet vēlāk tika pilnveidots, un CMMI to aizstāja.
2. Dažādām CMMS kopām ir problēmas ar pārklāšanos, pretrunām un standartizācijas trūkumu. Vēlāk CMMI pievērsās šīm problēmām.
3. Sākumā CMM īpaši apraksta programmatūras inženieriju, turpretī CMMI apraksta integrētos procesus un disciplīnas, jo tas attiecas gan uz programmatūras, gan uz sistēmu inženieriju.
4. CMMI ir daudz noderīgāks un universālāks nekā vecāks CMM.