Team Se@Msi: Meranie v softvérovom inžinierstve. - FIIT STU ...
Team Se@Msi: Meranie v softvérovom inžinierstve. - FIIT STU ...
Team Se@Msi: Meranie v softvérovom inžinierstve. - FIIT STU ...
Create successful ePaper yourself
Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.
88 <strong>Meranie</strong> v softvérovom inžinierstve<br />
definované (napr „zložitosť“, „udržiavateľnosť“) vzťahom nad<br />
objektívne merateľnými veličnami.<br />
• meranie nedáva presné výsledky, tieto môžu byť až zavádzajúce.<br />
Model od Hewlett-Packard pre udržiavateľnosť bol kalibrovaný<br />
pomocou sublektívnych ohodnotení zamestnancov tejto spoločnosti a<br />
výsledný vzťah je:<br />
Udržiavateľnosť = 171 – 5,2ln(A) – 0,23(B) –16,2ln(C) +<br />
50sin(sqrt(2,46(D)) , kde<br />
A,B,C,D sú miery, ktoré vieme namerať zo zápisu zrdrojového kódu<br />
(napr. C udáva priemerný počet riadkov a D je percentuálny podiel<br />
komentárov v zdrojovom kóde.<br />
Samozrejme, udržiavateľnosť ako taká je oveľa komplexnejší pojem a<br />
závisí od viacerých faktorov, než je v uvedenom vzťahu premenných.<br />
Taktiež, konštanty v tomto vzťahu boli určované subjektívne a pre<br />
pracovné prostredie firmy Hewlett-Packard. Preto pokiaľ by sme chceli<br />
aplikovať tento vzťah v našej firme priamočiaro, bezvýhradne mu<br />
dôverovať, mohli by sme zistiť, že jeho výsledky sú nepresné a<br />
nepoužiteľné.<br />
Z uvedených dôvodov niektorí autori meranie „zatracujú“. S tým však<br />
nemožno súhlasiť. Od mier a modelov nemožno očakávať, že nám budú<br />
plniť úlohu „krištáľovej gule“, dávať presné a korektné odpovede (a od<br />
čoho možno). Úlohou mier je len pomôcť nám pri rozhodovaní a<br />
v zmysle pomôcok sa aj používajú v mnohých firmách. Uvedený príklad<br />
pre určenie udržiavateľnosti sa používa v spoločnosti Hewlett-Packard.<br />
Ďalšie miery sa s úspechom použili a používajú v iných firmách, kde<br />
pomohli odhadovať náklady na projekt , ušetriť prostriedky či odpovedať<br />
na ďalšie otázky ktoré sme načrtli (na konci publikácie uvedieme<br />
príklady, aké skúsenosti mali s mierami konkrétne podniky). Čo sa týka<br />
subjektívnosti meraní, treba si uvedomiť problematiku a zložitosť exaktne<br />
definovať niektoré pojmy. Uvedené námietky teda nie sú „dôvodom“ pre<br />
zatratenie mier, ale skôr námetom, výzvou pre ďalší výskum v tejto<br />
oblasti.<br />
V našej publikácií sa zameriavame najmä na meranie produktov<br />
jednotlivých etáp životného cyklu. Úvodné príspevky sú venované<br />
meraniu v etape analýzy (Marián Šimo), návrhu (Stanislav Hrk),<br />
implementácie (Vladimír Trgo) a meraním v etapách testovania,<br />
prevádzky a údržby (Szabolcs Molnár). Samostatný príspevok (Michal<br />
Šrámka) venujeme meraniu pri ďalších paradigmách tvorby softvéru,<br />
najmä objektovo-orientovanej paradigme. V publikácií sa dotýkame aj<br />
merania samotného procesu. Zaoberáme sa meraním vyspelosti procesu<br />
(Radoslav Kováč), samostatný príspevok venujeme meraniu významnej<br />
charakteristiky procesu tvorby softvéru – produktivite (Ján Pidych).<br />
V publikácií uvádzame príklady použitia metrík. Na záver sme začlenili<br />
príspevok tak trochu „z iného súdka“, v ktorom sa dotýkame tematiky