OpenUP preserves the essential characteristics of RUP / Unified Process, which includes iterative development, use cases and scenarios driving development, risk management, and architecture-centric approach. The most agile and lightweight form of OpenUP, OpenUP/Basic, targets smaller and co-located teams interested in agile and iterative development. Small projects constitute teams of 3 to 6 people and involve 3 to 6 months of development effort. 28. CAPABILITY MATURITY MODEL INTEGRATION (CMMI) Capability Maturity Model Integration (CMMI) is a process improvement approach that provides organizations with the essential elements of effective processes. Roots of CMMI The CMMI is the successor of CMM. CMM was developed from 1987 until 1997. In 2002 version 1.1 of the CMMI was released: v1.2 followed in August 2006. The goal of the CMMI project is to improve usability of maturity models for software engineering and other disciplines, by integrating many different models into one framework
Testitav- „Süsteem peab väljastama jooksva hetke laoseisu“. Mittetestitav- „Süsteem peab olema töökindel“. Reaalne- „Süsteem peab töötama järgmiste brauseritega“. Mittereaalne- „Süsteemi vastuse aeg peab jääma alla kolme sekundi“. 11. Kas saab testida, kui nõuded puuduvad? Ei saa, sest siis ei teata, mida tahetakse. 12. Tarkvara protsessiraamistike ja protsesside näited: ISO/IEC 12207, CMMI, COBIT ISO/IEC 12207- Tarkvara elutsükli protsessid (primaar-, abi-, organisatsioonilised protsessid). CMMI- Ülevaade hankimistegevustest (hanke, arenduse, teenuse mudelid) COBIT- Üldine auditi korraldus, viimastel aastatel pigem üldine protsessiraamistik 13. Tarkvara protsessiraamistikud ja elutsükli mudelid – mis on vahe, kas neid saab koos kasutada? Raamistik- iseloomustab kõiki protsesse. Elutsükkel- iseloomustab arendusprotsessi.
Seepärast on protsessiraamistikud tihti mahukamad protsessimudelitest ja tarkvara elutsükli mudelitest. Selliste raamistike mahukus tuleneb eelkõige sellest, et nad hõlmavad väga mitmesuguseid protsesse, mitte ainult tarkvara arendust. Näiteid protsessidest: hankimine, tarnimine, ekspluatatsioon, hooldus, konfiguratsiooni haldus, muudatuste haldus jne. Tänapäeval on pakutud mitmeid erinevad tarkvara protsesside raamistikke ja standardeid (nt ISO/IEC 12207, CMMI, COBIT, ITIL). Protsesside vajadus sõltub olukorrast, näiteks ettevõtte tüübist, süsteemidest, töötajate ja asukohtade arvust, ettevõtte arengustaadiumist jne. Liiga vähesed protsessid ei võimalda tööd toimivalt korraldada näiteks keeruka struktuuri ja paljude kasutajate korral, liigsed protsessid 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
Uus ITIL versioon V3 2007.a kevadest Governance Methods St ll s an CMMI S ki da rd & s ge Al
• Hooldaja näeks heameelega arusaadavat koodi Tarkvaraprotsessid Tarkvara modelleerib tegelikkus ja võib olla väga keerukas, samuti võib olla väge keerukas selle arendus. Et selle keerukusega hakkama saada, on tarkvaraga seonduvaid tegevusi, tulemeid, dokumentatsiooni mõistlik kuidagi struktureerida. Seda saab teha protsesside ja elutsükli mudelite abil. Tuleks eristada tarkvara elutsükli mudeleid ja protsessiraamistikke. Teenuste protsessiraamistikud: ISO/IEC 12207, CMMI, COBIT, ITIL. Nad hõlmavad väga mitmesuguseid protsesse, mitte ainult tarkvara arendust. Näiteid protsessidest: hankimine, tarnimine, ekspluatatsioon, hooldus, konfiguratsiooni haldus, muudatuste haldus jne. Tarkvara elutsükli mudelid • Code-and-fix mudel • V-mudel • Koskmudel e lineaarne mudel • Evolutsiooniline mudel • Formaalne süsteemi mudel • Korduvkasutusele tuginev mudel • Prototüüpimine • RUP-mudel
o Tarkvara modelleerib tegelikkust ja võib olla väga keerukas, samuti võib olla väga keerukas selle arendus. o Et selle keerukusega hakkama saada, on tarkvaraga seonduvaid tegevusi, tulemeid, dokumentatsiooni jne mõistlik kuidagi struktureerida. Seda saab teha protsesside ja elutsükli mudelite abil. o Tuleks eristada tarkvara elutsükli mudeleid ja protsessiraamistikke. o Teenuste protsesside raamistikud: ISO/IEC 12207, CMMI, COBIT, ITIL. o Nad hõlmavad väga mitmesuguseid protsesse, mi0e ainult tarkvara arendust. Näiteid protsessidest: hankimine, tarnimine, ekspluatatsioon, hooldus, konfiguratsiooni haldus, muudatuste haldus jne. o Protsessid: Eesmärkide püstitamine ja ärivaate loomine Nõuete spetsifitseerimine Projektiplaani koostamine Arhitektuuri planeerimine
selle arendus. 26 Et selle keerukusega hakkama saada, on tarkvaraga seonduvaid tegevusi, tulemeid, dokumentatsiooni jne mõistlik kuidagi struktureerida. Seda saab teha protsesside ja elutsükli mudelite abil. Tuleks eristada tarkvara elutsükli mudeleid ja protsessiraamistikke. Teenuste protsesside raamistikud: ISO/IEC 12207, CMMI, COBIT, ITIL. Nad hõlmavad väga mitmesuguseid protsesse, mitte ainult tarkvara arendust. Näiteid protsessidest: hankimine, tarnimine, ekspluatatsioon, hooldus, konfiguratsiooni haldus, muudatuste haldus jne. 68. Millistest komponentidest koosneb elutsüklimudel? Elutsükli mudelid: Scrum, Kanban, Koskmudel, Vmudel ... !
annaabi.ee 
