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

More documents

Recommendations

Info

142 <strong>Meranie</strong> a manažment, meranie procesu sekcia zhŕňa aké typy meraní sa vykonávajú v danej kľúčovej procesnej oblasti. Používanie merania je taktiež definované aj v niektorých činnostiach ostatných sekcií. Napríklad pre 3. úroveň vyspelosti je pri kľúčovej procesnej oblasti "aplikácia inžinierskych metód pri vývoji softvéru" definované meranie funkcionality (napr. vytváranie prehľadov alokovaných požiadaviek) a kvality (napr. počty, typy a závažnosti nájdených chýb) softvéru a s tým súvisiacich činností v rámci trvania projektu. Pre 4. úroveň vyspelosti je ako príklad pri oblasti "manažment kvality softvéru" uvedené meranie nákladov súvisiacich s nekvalitným softvérom a nákladov pre dosiahnutie vyššej kvality. Špecifikácia Modelu vyspelosti procesu [Paulk93] zväčša uvádza meranie súvisiace s naplánovanými činnosťami, so sledovaním ich vykonávania (najmä nákladov, úsilia a efektívnosti) a na vyšších úrovniach aj meranie súvisiace so sledovaním zlepšovania celého procesu. Pri ohodnocovaní procesu konkrétnej organizácie podľa Modelu vyspelosti procesu je jedným z najzákladnejších nástrojov tzv. Dotazník vyspelosti (angl. Maturity Questionnaire). Dotazník sa podobne ako aj celý model vyspelosti zameriava na otázky súvisiace s činnosťami v rámci procesu. Je štruktúrovaný do 18 častí podľa 18 kľúčových procesných oblastí (asi 6-8 otázok na každú). Otázky sa zväčša zameriavajú na preskúmanie splnenia cieľov kľúčových procesných oblastí a netýkajú sa priamo jednotlivých kľúčových postupov. Odpoveď na každú otázku sa vyberá zo štyroch možností: áno (znamená, že postup je zavedený a konzistentne sa vykonáva), nie, neviem alebo nie je aplikovateľné. Ohodnocovanie organizácie bolo najskôr vykonávané iba na základe analýzy získaných odpovedí na otázky v pôvodne vypracovanom dotazníku, ktorý je popísaný v [Humphrey87]. Pre priznanie príslušnej úrovne vyspelosti bolo potrebné kladne zodpovedať 90% tzv. kľúčových a 80% všetkých otázok pre danú úroveň. Prax však ukázala, že tieto otázky nepokrývali úplne všetky kľúčové procesné oblasti a odpovede nedokázali vždy odhaliť všetky dôležité charakteristiky procesu organizácie. Z tohoto dôvodu sa dnes používa nový Dotazník vyspelosti [Zubrow94], ktorý sa viac zameriava na kľúčové procesné oblasti Modelu vyspelosti procesu a používa sa len orientačne na získanie prvotnej predstavy o zavedených postupoch v činnostiach organizácie. Preto je možné pri každej odpovedi uviesť aj prípadný komentár pre audítorov. Tabuľka 2 obsahuje príklady otázok Dotazníka vyspelosti.
<strong>Meranie</strong> vyspelosti softvérového procesu 143 Tab. 2: Príklady otázok Dotazníka vyspelosti (so zameraním na meranie). Úroveň 2 – Plánovanie softvérových projektov Používa sa meranie pri určovaní stavu naplánovaných aktivít v rámci projektu (napr. dosahovanie míľnikov pre naplánované aktivity v porovnaní s plánom) Úroveň 3 - Aplikácia inžinierskych metód pri vývoji softvéru Používa sa meranie pri určovaní funkcionality a kvality softvérových produktov (napr. počty, typy a závažnosť nájdených chýb) Úroveň 4 - Manažment kvality softvéru Porovnávajú sa výsledky merania kvality so stanovenými cieľmi pre kvalitu softvérových produktov za účelom zisťovania dosahovania cieľov kvality ISO/IEC 15504 Návrh normy ISO/IEC 15504 je výsledkom snahy o vytvorenie medzinárodného štandardu pre ohodnocovanie softvérového procesu. Táto norma vznikla v rámci projektu SPICE (Software Process Improvement and Capability dEtermination), ktorý bol zriadený organizáciami International Organization for Standardization a International Electrotechnical Commission (ISO/IEC) v roku 1993. Tento štandard sa opiera o referenčný model softvérového procesu, ktorý je definovaný normou ISO/IEC 12207 (Software Life Cycle Process). Procesy sú rozdelené do 5 procesných kategórií (pričom pre každú kategóriu je definovaných 4 až 8 procesov): • zákaznícko-dodávateľské (angl. Customer-Supplier, CUS) - kategória zahŕňa procesy, ktoré priamo súvisia so zákazníkom: získanie softvéru, manažment požiadaviek, dodanie a prevádzka softvéru, zákaznícke služby. • inžinierske (angl. Engineering, ENG) - zahŕňa špecifikáciu, návrh, implementáciu, testovanie a údržbu softvéru. • podporné (angl. Support, SUP) - zahŕňa podporné procesy, ktoré sa vykonávajú v rámci iných procesov: vytváranie dokumentácie, manažment konfigurácií, zaistenie kvality, verifikácia a validácia produktu, vykonávanie prehliadok a auditov, analýza problémov. • manažérske (angl. Management, MAN) - zahŕňa všeobecné postupy, ktoré sa používajú pri riadení projektov a procesov: manažment projektu, kvality, rizík a dodávateľov. • organizačné (angl. Organization, ORG) - zahŕňa riadiace procesy, ktorými sa zabezpečuje dosahovanie obchodných cieľov organizácie: definovanie a zlepšovanie procesov, zabezpečovanie ľudských zdrojov a infraštruktúry.
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 and 148: Meranie vyspelosti softvérového p
Page 151: 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 ...

Create successful ePaper yourself

Delete template?

Save as template?