CMMI vs TMMI: erinevus ja võrdlus

Test Maturity Model Integration ehk TMMI on ilmselt tuttav kõigile, kes on arenduse või testimisega seotud. Mida see raamistik teie heaks teha saab?

Kuidas saate organisatsioonina seda oma testimis- ja tarnimisprotsesside täiustamiseks kasutada? Lisaks, välja arvatud TMMI, peate olema tuttav CMMI või võimekuse küpsusmudeli integreerimisega.

Kuigi nad mõlemad on tarkvaraarenduse suurepärased mudelid, on neil siiski erinevusi.

Võtme tagasivõtmine

1. CMMI (Capability Maturity Model Integration) on tarkvaraarenduse ja teenindusorganisatsioonide protsesside täiustamise raamistik, samas kui TMMI (Test Maturity Model Integration) keskendub tarkvara testimisprotsesside täiustamisele.
2. CMMI hõlmab laiemat valikut organisatsioonilisi protsesse ja võimalusi, samas kui TMMI on suunatud spetsiaalselt testimisega seotud tegevustele.
3. Mõlemad mudelid kasutavad küpsustasemeid organisatsiooni protsesside hindamiseks ja täiustamiseks, kuid CMMI-l on viis, TMMI-l aga neli taset.

CMMI vs TMMI

Erinevus CMMI ja TMMI on see, et CMMI raamistik keskendub peamiselt kõikidele tarkvaraarenduse tavadele. Teisest küljest keskendub TMMI raamistik peamiselt kõikidele protsessidele, mis võivad lõpuks viia tarkvara kvaliteedi paranemiseni.

Võimekuse küpsusmudeli integreerimine, lühidalt CMMI, on meetodiraamistiku protsess, mis võimaldab kõigil organisatsioonidel ratsionaliseerida oma tarkvara ja tooteid koos teenuste arendusprotsessidega, et suurendada tootlikkust ja tõhusust riskide vähendamiseks.

See mudel hindab ettevõtte protsesside kogu küpsust ja annab soovitusi nende nõrkade protsesside parandamiseks, mis automaatselt viivad nende toodete täiustamiseni.

TMMI ehk Test Maturity Model Integrationi kaudu saavad IT-sektori organisatsioonid parandada oma tarkvara testimise tavasid ja parandada ettevõtte IT-standardeid.

Mitmed IT-sektori organisatsioonid leiavad, et TMMI on kasulik tööriist oma tarkvara testimisprotsesside ratsionaliseerimiseks ja lihtsustamiseks.

Selle testimisprotsessi täiustused on ajendatud professionaalsest keskkonnast, milles organisatsioon tegutseb.

Võrdlustabel

Võrdlusparameetrid	CMMI	TMMI
Täisvorm	Võimeküpsuse mudeli integreerimine	Testküpsuse mudeli integreerimine
Määratlus	See on meetodiraamistiku protsess, mis võimaldab kõigil organisatsioonidel ratsionaliseerida oma tarkvara ja tooteid koos teenuste arendusprotsessidega, eesmärgiga suurendada tootlikkust ja tõhusust riskide vähendamiseks.	See on meetodiraamistik, mis keskendub peamiselt kõikidele protsessidele, mis võivad lõpuks viia tarkvara kvaliteedi parandamiseni.
Eesmärk	Selle eesmärk on parandada tarkvara kvaliteeti.	Selle eesmärk on parandada tarkvara testimisprotsessi kvaliteeti.
Välja töötanud	Carnegie Mellon University	TMMI vundament
raamistikud	Arenduseks Omandamiseks Teenuste jaoks	Alamraamistikke pole

Mis on CMMI?

CMMI on protsess, mis hoolitseb käitumis- ja riskijuhtimise raamistiku eest, mis aitab organisatsioonidel täiustamisprotsessi ratsionaliseerida.

See julgustab kõrget tootlikkust ja tõhusaid käitumisoskusi, mis vähendavad tarkvara testimise, toote testimise ja teenuste täiustamise riske.

CMMI saab aidata ettevõtetel parandada oma toodete kvaliteeti koos tootmisteenustega, pakkudes neile kõike, mida nad selleks vajavad.

Lisaks protsessimudelile on CMMI ka käitumispõhine mudel. CMMI saab aidata ettevõtetel lahendada logistika probleeme, et parandada jõudlust, töötades välja märkimisväärsed võrdlusalused.

Samuti võib see aidata organisatsioonil luua struktuuri, mis soodustab kõrget tootlikkust ja süstemaatilist käitumist kogu organisatsioonis.

 CMMI mõõdab ettevõtte suutlikkust riske juhtida ja nendega toime tulla ning on riskijuhtimise ja ohutuse mudeliks. Kvaliteetsete toodete tarnimiseks peab ettevõte suutma riske igas aspektis maandada.

Ettevõtte stressitaluvus on riskijuhtimise juhiste üks peamisi vaatenurki.

Väga küpses ja suure võimekusega organisatsioonis on vaja tegeleda väga ootamatute ja stressirohkete sündmustega, mida saab kergesti käsitleda.

Üldiselt reageerivad madala küpsusastmega ja vähese võimekusega organisatsioonid stressile paanikasse ja pimesi järgides etteantud protseduure või viskavad kõik protsessid välja ja taanduvad kaos mis on loodud.  

Mis on TMMI?

See on meetodiraamistik, mis keskendub peamiselt kõikidele protsessidele, mis võivad lõpuks viia tarkvara kvaliteedi parandamiseni.

TMMI ehk Test Maturity Model Integrationi kaudu saavad IT-sektori organisatsioonid parandada oma tarkvara testimise tavasid ja parandada ettevõtte IT-standardeid.

Mitmed IT-sektori organisatsioonid leiavad, et TMMI on kasulik tööriist oma tarkvara testimisprotsesside ratsionaliseerimiseks ja lihtsustamiseks.

Selle testimisprotsessi täiustused on ajendatud professionaalsest keskkonnast, milles organisatsioon tegutseb

TMMi mudel on jagatud erinevateks küpsustasemeteks, kusjuures TMMi 1 on esimene küpsusaste. Organisatsiooni küpsusaste muutub, kui organisatsioon täiustab oma testimispraktikaid.

Organisatsiooni testimisprotsessid muudetakse ad hoc ja mittehallatavatest protsessidest, mida TMMi määrab, juhib, optimeerib ja mõõdab.

Organisatsioon peab tagama, et tema testimisprotsess oleks TMMi nõudmisel ühelt tasemelt teisele liikudes piisavalt tõhus.

Lisaks aitab see testimisrühmi ettevõtte/projekti vajadustega vastavusse viimisel. See toob kaasa kvaliteetsema tarkvaratoote, millel on vähem defekte.

Need küpsusastmed on järgmised:

1. Esialgne
2. juhitud
3. Määratletud
4. Mõõdetud
5. Optimeerimine

Peamised erinevused CMMI ja TMMI vahel

1. CMMI on kõikehõlmav defekt TMMI eesmärk on aga defektide ennetamine
2. CMMI keskendub tarkvarade täitmisele, TMMI aga tarkvarade jälgimisele.
3. CMMI-l on nii etapilised kui ka pidevad protsessid, TMMI-l aga ainult etapilised protsessid.
4. CMMI keskendub peamiselt tarkvara täiustamisele või uuendamisele, TMMI aga eesmärkide ja selle poliitikate silumisele.
5. CMMI on iseseisev protsess, samas kui TMMI peab töötama täielikult CMMI järgi.

viited

1. http://www.erikvanveenendaal.nl/NL/files/e-book%20TMMi.pdf
2. https://www.smslucknow.com/files/adhyayan/Adhyayan%20Vol%282%291.pdf#page=50

Viimati värskendatud: 20. juulil 2023