Team Se@Msi: Meranie v softvérovom inžinierstve. - FIIT STU ...

Úvod 87
Produktom etapy návrhu je popis architektúry systému, rozdelenie
na jednotlivé podsystémy, dekompozícia na jednotlivé moduly, popis ich
vzájomnej komunikácie a algoritmy pre jednotlivé moduly. Vlastnosťami
návrhu je napr. súdržnosť (cohesion) a previazanosť (coupling).
Najčastejšie uvádzaným pravidlom návrhu je maximálna súdržnosť a
minimálna previazanosť. Ďalej, objektovo-orienotvaný návrh má oproti
štruktúrovanému niektoré špecifiká (odlišná paradigma), preto preň
existujú osobitné miery. Možno tiež skúmať napr. návrh používateľského
rozhrania (a odvodiť „zložitosť“ práce s ním pre užívateľa), pre navrhnuté
algoritmy možno skúmať ich efektivitu (časová a priestorová zložitosť).
Okrem posúdenia kvality návrhu je možné identifikovať slabé miesta
systému. Týmto potom môžme prideliť väčšie množstvo prostredkov pri
testovaní/údržbe.
Produktom etapy implementácie je zdrojový kód. Existuje množstvo
metrík, napr. počet riadkov, počet symbolov, cyklomatická zložitosť
(počet ciest v programe, ktorými môže „prebiehať“ riadenie) a iné. Možno
tiež napríklad odmerať súdržnosť, presnejšie ako v etape návrhu. Získané
dáta môžu pomôcť pri testovaní a údržbe.
Meranie má význam aj pri testovaní a údržbe. Až v tychto etapách je
možné otestovať spoľahlivosť. Pri testovaní sa hľadajú chyby, posudzuje
sa kvalita výsledného produktu. Vážne chyby treba odstrániť, menej
závažné sa často v softvéri ponechajú, napr. z dôvodu, aby sa nezhoršila
vnútorná štruktúra či nezaniesli nové chyby. Možno hovoriť o
udržiavateľnosti modulu, na čo existuje viacero typov modelov
ohodnocujúcich udržiavateľnosť. Jednou z nich je napríklad model
HPMAS, vyvinutý v spoločnosti Hewlett-Packard, ktorý sleduje riadiacu
štruktúru, informačnú štruktúru (voľba dátových štruktúr a techník
tokov dát), v zápise programu ohodnocuje typografiu, pomenovanie a
komentáre. Meranie má význam aj počas prevádzky, keď sa meria počet
zlyhaní a porúch, čím možno určiť spoľahlivosť. Spoľahlivosť možno
odhadnúť aj na základe niektorých modelov využívajúcich namerané
výskyty chýb počas testovania. Zároveň je možné modelmi popísať zmenu
spoľahlivosti v čase (obyčajne rast).
Uviedli sme príklady využitia meraní pri rôznych činnostiach
softvérového inžinierstva. Zďaleka sa nejedná o úplný zoznam, našou
snahou bolo len vymenovať niekoľko jednoduchých príkladov, na ktorých
si čitateľ môže utvoriť základnú predstavu o meraní a jeho aplikáciách
v softvérom inžinierstve. Podrobnejšie sa uvedenými témami budeme
zaoberať v našej publikácií, kde mienime podať základný prehľad z o
princípoch, používaných technikách a príkladoch využitia merania
v praxi.
Meranie je pomerne mladou oblasťou, v ktorej neustále prebieha
výskum. Treba povedať, že s meraním je spojených niekoľko ťažkostí, pre
ktoré niektorí autori meranie kritizujú:
• meranie je v niektorých prípadoch subjektívne, záleží od „osobného
úsudku“ merajúceho. Niektoré pojmy totiž ani nie sú exaktne