muudavad töö bürokraatlikumaks ja kahandavad loovust. Arendus võib olla vähem reguleeritud kui muud valdkonnad, näiteks hooldus ja kasutamine. Lihtne reegel (raske rakendada): nii vähe fikseeritud protsesse kui võimalik, aga mitte vähem. Zachmani ettevõtte arhitektuuri raamistik sisaldab nii elutsükli mudeli kui ka protsessiraamistiku elemente. Tarkvara elutsükli mudelid hõlmavad esmajoones tarkvara arendust, mis on üks protsess paljudest. Kosemudeli idee pärineb tööstusest, kus muudatuste tegemine eelmise etapi tulemitesse võib olla väga kulukas või võimatu. Ülekantuna tarkvara arendusse tähendab see, et "puhta" kosemudeli puhul peaksid eelmised etapid olema lõpetatud enne, kui minna täitma järgmist etappi - tagasipöördumist eelmisse etappi ei ole. Võrreldes hoopis ilma struktuurita programmeerimisega (ülesanne -> programm) aitab kosemudel süsteemi paremini kavandada,
pannakse kokku. • Nõuete analüüs, • komponentide analüüs (mis komponendid on vaja ehitada, kuidas komponentidest kõige effektiivsem süsteem kokku panna), • nõuete muutmine (et läheks vastavusse komponentidega mis saame kasutada), • süsteemi kaevandamine (komponentide koorduvkasutamisega), • arendamine ja integratsioon, • süsteemi valideerimine ja testimine. Seda protsessi võib teha nii kosemudeli moodi kui ka iteratiivselt. Eelised: • Väiksemad riskid; • Spetsialistide parem kasutamine; • Parem vastavus standarditele; • Kiirem arendusprotsess. Puudused: • Suuremad hoolduskulud; • Komponentide teegi ülalpidamine; • Korduvkasutatavate komponentide leidmine, neist arusaamine ja nende kohandamine. Tarkvara arenduskulud – Arenduskulud ja Evolutsiooni-hoolduse kulud. Kulud sõltuvad arendatava