Team Se@Msi: Meranie v softvÃ©rovom inÅ¾inierstve. - FIIT STU ...

More documents

Recommendations

Info

138 <strong>Meranie</strong> a manažment, meranie procesu prakticky ukázalo byť užitočné ohodnocovať procesy na vyššej úrovni. Pri takomto ohodnocovaní sa kladie dôraz na identifikovanie konkrétnych činností v rámci procesu a spôsobov akým sa vykonávajú. Ohodnocovanie procesov sa opiera o určenie súhrnnej charakteristiky nazývanej vyspelosť procesu (angl. process maturity). Vyspelosť procesu vyjadruje potenciál schopností organizácie úspešne vyriešiť projekt, zahŕňa možnosti ďalšieho rastu týchto schopností a pripravenosť organizácie na zmeny v záujme zlepšovania procesu. Z tohoto pohľadu "nezrelé" organizácie vykonávajú a riadia proces často formou improvizácie. V takom prípade nie je možné presnejšie predpovedať výsledky procesu a prípadné problémy môžu byť katastrofou pre projekt. Oproti tomu organizácie s vyspelým procesom plánujú, riadia a vykonávajú činnosti v rámci projektov podľa overených a fungujúcich pravidiel, pričom sa pokúšajú neustále tento proces zlepšovať. Ohodnocovanie vyspelosti procesu predpokladá, že poznáme charakteristiky ideálneho procesu, ktoré vplývajú na kvalitu jeho výsledkov a neustále zlepšovanie tejto kvality. Z tohoto dôvodu metódy ohodnocovania procesov vychádzajú z konkrétneho referenčného modelu procesov a určujú nakoľko sa ohodnocovaný proces približuje tomuto ideálu. Ideálny proces by mal byť explicitne definovaný, jednoducho kontrolovateľný, riaditeľný, modifikovateľný a inštitucionalizovaný v organizácii (definovaním štruktúry, štandardov a pravidiel). Vykonávanie takéhoto procesu by malo byť efektívne a malo by zaručovať kvalitu výsledkov. Neoddeliteľnou súčasťou vyspelého procesu je používanie merania pri získavaní údajov o vykonávaní procesu. Čím presnejšie je proces definovaný, tým viac činností je možné sledovať a na základe nameraných údajov lepšie riadiť celý proces. Ohodnocovanie softvérových procesov sa v praxi vykonáva podľa konkrétnych štandardov, ktoré často definujú súbor otázok, na ktoré je potrebné odpovedať (buď iba áno/nie alebo podľa príslušnej škály). Otázky sa snažia identifikovať aké činnosti sa v procese vykonávajú a akým spôsobom. Podľa odpovedí sa nakoniec organizácii prizná dosiahnutá úroveň vyspelosti predaním certifikátu. Jednotlivé komponenty ohodnocovania procesov sú: • referenčný model procesu - je model vyspelosti procesu, vzhľadom na ktorý sa vykonáva ohodnotenie. Medzi najznámejšie modely vyspelosti patria: CMM (Capability Maturity Model), model projektu SPICE (Software Process Improvement and Capability dEtermination), Bootstrap alebo Trillium. Modely vyspelosti majú rozličnú štruktúru, zväčša však definujú podobné úrovne vyspelosti, požadované vlastnosti, ciele a okruhy činností. • metóda ohodnotenia - definuje postup, ktorým sa ohodnotenie voči referenčnému modelu vykonáva, ako sa ohodnocujú vlastnosti realizovaných procesov a ako sa určí výsledná úroveň vyspelosti organizácie. Metóda definuje rozsah ohodnocovania a všetky etapy
<strong>Meranie</strong> vyspelosti softvérového procesu 139 tohoto procesu: plánovanie, získavanie údajov, analýza údajov, vyhodnotenie a zlepšenie. Metódy sú viazané na konkrétne referenčné modely. Najznámejšie sú: SCE (Software Capability Evaluation) vzhľadom na CMM, ISO/IEC 15504 (ISO štandard pre ohodnotenie softvérového procesu) vzhľadom na SPICE, ISO 9001 (ISO štandard pre manažment kvality). • nástroje - predstavujú nástroje, ktoré sa využívajú v celom procese ohodnocovania organizácie. Medzi najčastejšie používané nástroje vo fáze získavania údajov patria dotazníky, zoznamy kritérií, rozhovory (interview) a skupinové diskusie. Modely vyspelosti procesov boli vytvorené tak, aby našli čo najširšie uplatnenie a je ich možné použiť vo viacerých kontextoch: • ohodnotenie vyspelosti procesu (angl. process assessment) - za účelom identifikovania silných i slabých stránok organizácie a zistenia možných smerov zlepšovania sa. Robí sa najčastejšie samotnou organizáciou pre jej vlastné potreby. Môže sa však vykonávať aj za asistencie externých audítorov a viesť k prideleniu certifikátu s priznaním úrovne vyspelosti. • ohodnotenie schopností (angl. capability evaluations) - pri výbere najvhodnejšieho dodávateľa softvéru nás často zaujíma ako spĺňa naše konkrétne požiadavky. V takomto prípade sa robí ohodnocovanie vzhľadom na požadované schopnosti, ktoré zodpovedajú našim požiadavkám. Model vyspelosti procesu V roku 1984 bol v rámci kontraktu amerického Ministerstva obrany založený Inštitút softvérového inžinierstva (angl. Software Engineering Institute, SEI) na univerzite Carnegie-Mellon v Pittsburghu. Jeho úlohou bolo a je zvyšovať úroveň praktizovania softvérového inžinierstva a zlepšovať kvalitu reálnych softvérových systémov. O dva roky neskôr sa ich práce začali sústreďovať na softvérové procesy, čo neskôr vyvrcholilo definovaním Modelu vyspelosti procesu (angl. Capability Maturity Model, CMM). Tento model bol ďalej rozširovaný a zovšeobecňovaný a okrem klasického modelu pre softvér (označovaný ako SW-CMM) vznikli aj ďalšie: People CMM, Software Acquisition CMM, Systems Engineering CMM a Integrated Product Development CMM. Model vyspelosti procesu definuje 5 základných úrovní, ktorými prechádzajú organizácie zlepšujúce svoj softvérový proces. Tieto úrovne zároveň umožňujú porovnávať softvérové procesy rozličných spoločností a pre konkrétnu organizáciu predstavujú návod pre neustále zlepšovanie jej procesov. Nasledujú stručné charakteristiky jednotlivých úrovní vyspelosti (angl. maturity levels): 1. Východzia (angl. Initial) - proces je charakterizovaný ad hoc postupmi, bez jednotných formalizovaných procedúr. Úspech
Page 1:
MSI KIVT FEI STU Bratislava
Page 5 and 6:
Slovenská technická univerzita 20
Page 7:
Predslov Publikácia, ktorú práve
Page 11:
DIEL I. Eseje o manažmente softvé
Page 15 and 16:
Chyby v procese tvorby softvéru a
Page 17 and 18:
Page 19 and 20:
Page 21 and 22:
Je otvorený zdrojový text riešen
Page 23 and 24:
Technické problémy Je otvorený z
Page 25 and 26:
Je otvorený zdrojový text… 15 p
Page 27 and 28:
Zlatá rybka Peter AGH „Chcem to
Page 29 and 30:
Zlatá rybka 19 treba počítať a
Page 31 and 32:
Zlatá rybka 21 určité znalosti a
Page 33 and 34:
Softvérový manažér Ján Pidych
Page 35 and 36:
Softvérový manažér 25 Príbeh d
Page 37:
N Softvérový manažér 27 a mana
Page 40 and 41:
30 Eseje Všadeprítomné modely Pr
Page 42 and 43:
32 Eseje Príklad kolízie medzi mo
Page 44 and 45:
34 Eseje a revízia pokračuje v di
Page 46 and 47:
36 Eseje technikou vyjednávania o
Page 48 and 49:
38 Eseje • Kapacita procesu • S
Page 50 and 51:
40 Eseje dostupné používateľovi
Page 52 and 53:
42 Eseje Manažér môže podniknú
Page 54 and 55:
44 Eseje prístup. Nestačí zhroma
Page 56 and 57:
46 Eseje Napriek všetkým snahám
Page 58 and 59:
48 Eseje [LOCS] 10 15 10 14 10 13 1
Page 61 and 62:
Pripravte sa zlyhať Michal Šrámk
Page 63 and 64:
Pripravte sa zlyhať 53 Zabehnuté
Page 65 and 66:
Pripravte sa zlyhať 55 k pokroku.
Page 67 and 68:
Testovanie požiadaviek a človek v
Page 69 and 70:
Page 71 and 72:
Page 73 and 74:
Čo robiť, keď zákazník nevie p
Page 75 and 76:
Čo robiť, ked zákazník nevie pr
Page 77 and 78:
Čo robiť, ked zákazník nevie pr
Page 79 and 80:
Ako zlepšiť softvérové procesy
Page 81 and 82:
Page 83:
Page 86 and 87:
76 Eseje snažia splniť normy (nap
Page 88 and 89:
78 Eseje myslieť aj na to, že int
Page 90 and 91:
80 Eseje Obstarávanie môže pomô
Page 92 and 93:
82 Eseje [Cross] CROSS, S.E.: Towar
Page 95 and 96:
Úvod Priznám sa, že keď som prv
Page 97 and 98: Úvod 87 Produktom etapy návrhu je
Page 99: Úvod 89 merania softvéru z pohľa
Page 102 and 103: 92 Meranie a životný cyklus softv
Page 109 and 110: Meranie v etape návrhu Stanislav H
Page 111 and 112: Meranie v etape návrhu 101 niektor
Page 113 and 114: Meranie v etape návrhu 103 Metrika
Page 115 and 116: Meranie v etape návrhu 105 Pomocou
Page 117 and 118: Meranie v etape návrhu 107 Funkcio
Page 119 and 120: Meranie v etape návrhu 109 kompakt
Page 121 and 122: Meranie v etape implementácie Vlad
Page 123 and 124: Meranie v etape implementácie 113
Page 125 and 126: Meranie v etape implementácie 115
Page 127: Meranie v etape implementácie 117
Page 130 and 131: 120 Meranie a životný cyklus soft
Page 137 and 138: Meranie pri testovaní, prevádzke
Page 147: Meranie vyspelosti softvérového p
Page 151 and 152: Meranie vyspelosti softvérového p
Page 159 and 160: Meranie produktivity Ján Pidych Ab
Page 161 and 162: Meranie produktivity 151 Takisto je
Page 163 and 164: Meranie produktivity 153 TDEV je č
Page 165 and 166: Meranie produktivity 155 komunikác
Page 167: Meranie produktivity 157 Litaratúr
Page 170 and 171: 160 Meranie a manažment, meranie p
show all

Team Se@Msi: Meranie v softvÃ©rovom inÅ¾inierstve. - FIIT STU ...

You also want an ePaper? Increase the reach of your titles

Delete template?

Save as template?