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 ...
You also want an ePaper? Increase the reach of your titles
YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.
<strong>Meranie</strong> produktivity 151<br />
Takisto je pomocou tohto prístupu problematické zachytiť „kvalitu<br />
výstupu“, často sa spracúvava iba objem práce. Na produktivitu taktiež<br />
vplýva okrem schopností pracovníkov množstvo ďalších faktorov – akosť<br />
procesu vývoja softvéru, spoľahlivosť a výkonnosť výpočtového<br />
prostredia, či náročnosť projektu [Bieliková00]. Mnohé z týchto<br />
skutočností nedokáže automatizované meranie zohľadniť a výsledkom sú<br />
opäť skreslené údaje. Preto je nevyhnutné, aby tieto generované správy<br />
dopĺňal človek.<br />
Kvalita procesu merania produktivity súvisí s kvalitou samotného<br />
procesu tvorby softvéru. Proces merania produktivity je ovplyvnený<br />
používaním (respektíve nepoužívaním) CASE prostriedkov. Pre<br />
využívanie CASE prostriedkov pri vývoji je typické, že množstvo práce sa<br />
vykonáva pomocou výpočtovej techniky a navyše štandardným<br />
postupom. Toto umožňuje viesť prehľad o toku dokumentov a tým<br />
skvalitniť zber údajov. Na meranie produktivity je takto jednoduchšie<br />
nasadiť softvér, ktorý dané merania vykonáva automaticky. Formalizácia<br />
pracovných postupov ponúka použitie ďalších meraní, pretože máme<br />
štandardizované dokumenty z celého životného cyklu softvéru.<br />
Pre úspešné aplikovanie merania produktivity musíme zabezpečiť<br />
také spôsoby merania, ktoré sú presné, opakovateľné a zachytávajú<br />
skutočný stav. <strong>Meranie</strong> produktivity je špecifické najmä preto, pretože ju<br />
nie je možné merať priamo. Produktivita je skôr manažérska, ako<br />
technická disciplína [Bieliková00]. Pri jej meraní treba používať aj<br />
vlastnú intuíciu a skúsenosti.<br />
Preto sa odporúča otestovať navrhnutý systém merania v skúšobnej<br />
prevádzke. Takto môžeme otestovať, či proces merania neprodukuje<br />
skreslené údaje a či môžeme z nameraných údajov získať informácie<br />
ktoré požadujeme. Takisto je potrebné sa pripraviť na neúplne údaje.<br />
Nemôžeme predpokladať, že vždy získame všetky údaje. Ako si<br />
z navrhovaných opatrení môžeme všimnúť, proces merania neprebieha<br />
v ideálnom prostredí, ale dokýkajú sa ho rôzne problémy. Tak ako<br />
ostatných ľudských činnostiach. Preto je potrebné proces merania v čo<br />
najväčšej miere prispôsobiť pomerom panujúcim v prostredí, v ktorom<br />
chceme meranie vykonávať.<br />
Čo sa má merať<br />
Keď sa už rozhodneme merať produktivitu, stojíme pred voľbou čo<br />
vlastne máme merať. Pred začiatkom vývoja softvéru je nutné navrhnúť<br />
metódy práce tak, aby meranie pokrylo čo najväčší objem prác projektu.<br />
Pokiaľ sa uspokojíme s meraním vyprodukovaných riadkov kódu alebo<br />
funkčných bodov, získame prehľad o produktivite a objeme prác<br />
programátorov, ale nebudeme vedieť nič o efektívnosti stretnutí tímu,<br />
o komunikácii v tíme, o testovaní, alebo o využívaných zdrojoch. Preto by<br />
sme do oblasti merania mali zahrnúť celý proces tvorby softvérového<br />
produktu, nielen samotný softvérový produkt.