CMM ja CMMI

CMM vs. CMMI

Ensimmäisen CMM: n valmiusmatemaattisuusmalli (CMM v1.0) kehitettiin ja julkaistiin elokuussa 1990. Se on 5-tason arviointimalli, jonka on kehittänyt Carnegie Mellonin yliopiston Software Engineering Institute (SEI), jossa kuvataan parhaat käytännöt suunnittelu ja johtaminen, erityisesti ohjelmistokehityksessä. Se on evoluutiomalli, jonka avulla yritys voi kehittää ohjelmistoja.

CMM: n kehittämisen syynä oli USA: n hallituksen avustaminen arvioitaessa ohjelmistojen tarjoajien kykyä käsitellä suuria projekteja. Ennen mallin kehittämistä monet yritykset tekivät projekteja, joilla oli huomattavia puutteita aikataulujen ja budjetoinnin suhteen. Malli auttoi ratkaisemaan nämä ongelmat.

Kypsässä organisaatiossa olisi oltava standardeja hankkeiden hallinnointiin ja tuotteiden kehittämiseen. Koska malli on erityisesti tehty ohjelmistoyrityksille, lopullisen ohjelman koodin, rajapintojen, komponenttien ja muiden rakenteiden yleiset säännöt on kuvattu CMM-mallissa. Toisin sanoen CMM on kypsän organisaation malli ja miten se toimii kehittäjänä tai valmistajana.

CMM: stä oli tullut erittäin menestyksekkäitä, ja sitä alettiin käyttää ja kehitetty erityisesti muille organisaation ja tieteen aloille kuten Systems Engineering, People, Integrated Product Development ja muut.

Kuitenkin hyödyllisiä, koska ne voivat olla, CMM: t eivät ole ilman mitään ongelmia. Lukuisat organisaatiot löysivät sen olevan ristiriitaisia ​​ja varsin päällekkäisiä. On myös ongelma eri käyttöliittymissä, koska se ei ole selkeää. Standardoinnin puute on myös suuri ongelma.

CMMI- tai CMM-integrointi on kehitetty nykyisten ja tulevien mallien integroimiseksi. Se on eräänlainen päivitys CMM-mallista ja kuvaa prosessien parannuksia organisaatioille erityisesti ohjelmistokehityksessä. Malli sisältää seuraavat alueet: tiedon keruu (data ja vaatimus), projektin suunnittelu / seuranta, konfigurointihallinta, koulutus, laadunvarmistus, yhteistyö ja vertaisarvioinnit.

CMMI pohjimmiltaan auttaa sisällyttämään perinteisesti erilliset organisaation toiminnot ja toiminnot, asettaa prosessin parannuksen tavoitteet, valvoa laatuprosesseja ja antaa viitekehyksen nykyisten prosessien arvioimiseksi.

Yhteenveto:

1. CMM tuli ensin, mutta myöhemmin parani ja CMMI onnistui. 2. CMMS: n erilaisissa sarjoissa on ongelmia päällekkäisyyksien, ristiriitojen ja standardoinnin puutteen kanssa. CMMI vastasi myöhemmin näihin ongelmiin. 3. Aluksi CMM kuvaa erityisesti ohjelmistosuunnittelua, kun taas CMMI kuvaa integroituja prosesseja ja tieteenaloja, koska se koskee sekä ohjelmistoja että järjestelmätekniikkaa. 4. CMMI on paljon hyödyllisempi ja yleismaailmallinen kuin vanhempi CMM.