21.01.2015 Views

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 ...

SHOW MORE
SHOW LESS

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

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!