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.
Chyby v procese tvorby softvéru a ich príčiny 9<br />
tento podiel je len 15% pri systémoch s veľkou spoľahlivosťou. Typické<br />
rozdelenie nákladov podľa životného cyklu ukazuje, že 30% z celkových<br />
nákladov treba na vývoj a 70% na údržbu. Z týchto analýz môžeme<br />
konštatovať, že náklady na vývoj a údržbu menej spoľahlivých a na vývoj<br />
a údržbu vysoko spoľahlivých produktov sú skoro rovnaké. Podobne<br />
charakteristiky kvality ukazujú, že vysoko spoľahlivé systémy obsahujú<br />
16-krát menej chýb ako systémy s nízkou spoľahlivosťou. Z týchto<br />
informácií už každý vývojár by mal uprednostniť vývoj vysoko<br />
spoľahlivých systémov, ktoré sú aj pre zákazníka výhodnejšie, lebo pre<br />
nich údržba znamená stratu času, pokles predaja, stratu dlhodobých<br />
zákazníkov.<br />
V<br />
eseji sme sa zaoberali najvážnejšími chybami vyskytujúcimi sa počas<br />
tvorby softvérových produktov. Tento zoznam je založený na ďalších,<br />
niekoľko ročných výskumoch zaoberajúcich sa znižovaním chýb.<br />
Samozrejme, veľa horeuvedených informácií neberie do úvahy vzájomné<br />
vplyvy jednotlivých faktorov. Radi by sme vedeli aj odpovede na otázky<br />
ako sú:<br />
• Ak ja investujem do vizuálnej kontroly, Cleanroom a PSP, potom<br />
platím za odstránenie tých istých chýb 3 krát<br />
• Aké množstvo testovania mi umožňuje vyhýbanie sa chybám<br />
• Koľkých ďalších chýb sa dopustím odstránením jednej chyby <br />
Je potrebný ďalší výskum v tejto oblasti, aby sme boli schopní<br />
odpovedať na podobné otázky. V súčasnej dobe sa stále väčší dôraz kladie<br />
aj na tvorbu softvéru so znovupoužitím. Dôvody sú veľmi jednoduché:<br />
vytvorené komponenty (súčiastky) sú odskúšané, sú spoľahlivejšie. Avšak<br />
špecializované komponenty treba rozširovať, prispôsobiť k danej<br />
problematickej oblasti. Požadované zmeny môžu byť zdrojmi chýb, ktoré<br />
práve chceme obísť. Teda nemôžeme jednoznačne tvrdiť, že tvorba so<br />
znovupoužitím znižuje riziko vývoja a vyrieši všetko za nás. Aj pri<br />
takomto prístupe dodržme uvedené dobré rady a tým vylepšujme procesy<br />
tvorby softvéru!<br />
Môžeme neefektívny softvér označiť za chybný Pre mňa aj efektivita<br />
je podstatná vec, ktorú často zanedbávame. Ani tak nedávno výkon<br />
osobných počítačov oproti dnešnej situácií bol rádovo nižší. Prudký vývoj<br />
hardvérových súčiastok prináša neuveriteľný pokrok. Vývoj softvérových<br />
produktov taktiež nezaostáva, vzniklo mnoho nových a užitočných<br />
produktov, ktoré uľahčujú náš každodenný život. Ale naozaj je vývoj taký<br />
prudký, aj keď zarátame do toho efektivitu programov Softvérové<br />
produkty vyžadujú čoraz vyššie a vyššie nároky na použitý hardvér. Kým<br />
výkon počítačov neustále rastie, efektivita programov klesá. Hovorí sa, že<br />
90% času vykonávania programov zodpovedá 10% kódu. Značné<br />
zrýchlenie by sme mohli dosiahnuť optimalizovaním tých 10% kódu.<br />
Príde čas, kedy výrazné zvýšenie výkonnosti počítačov z technických