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.
72 Eseje<br />
Projekt, ktorý takmer zlyhal<br />
Takéto projekty môžu byť katastrofické alebo v „lepšom“ prípade blízkokatastrofické,<br />
ako uvidíme aj z nasledovného príkladu:<br />
Na začiatku 80-tych rokoch jedna veľká vládna organizácia uzatvorila<br />
zmluvu so spoločnosťou TRW na vývoj a analýzu informačného systému.<br />
S navrhnutým systémom by malo pracovať viac ako 1000 používateľov,<br />
ktorí nachádzali geograficky vzdielaných miestach. Ďalšiou požiadavkou<br />
systému bolo, aby systém používal dynamickú databázu. Spoločnosť<br />
TRW spolu so zákazníkmi si stanovili, že projekt bude vyriešený<br />
pomocou klasického vodopádového modelu a doba odozvy systému bude<br />
menšia ako 1 sekunda.<br />
Požiadavky boli definované na viac ako 2000 stranách. Aby systém<br />
vyhovoval požiadavkám, museli by navrhnúť špeciálny podsystém na<br />
urýchlenie systémovej odozvy tak, aby používateľ dostal požadované<br />
údaje v najkratšom čase.<br />
Navrhnutá hardvérová aplikácia mala viac ako 25 superpočítačov,<br />
ktoré sa starali o cache-ovanie údajov podľa daného algoritmu. Rozpočet<br />
systému odhadli okolo 100 milliónov USD. Vyplývalo to z komplexnosti<br />
hardvérovej a softvérovej architektúry.<br />
Toto riešenie z hľadiska rozpočtu bolo veľmi neatraktívne, preto<br />
zákazníci a vývojári sa rozhodli, že navrhnú prototyp používateľského<br />
rozhrania systému, ktorých reprezentatívne vlastnosti sa dajú otestovať.<br />
Z testov sa dozvedeli, že aj 4 sekundová odozva systému by bola<br />
postačujúca pre 90 % používateľov. 4 sekundová odozva systému<br />
zredukovala cenu celého rozpočtu až na 30 millión USD.<br />
V takýchto prípadoch môžeme zbadať nebezpečenstvá, že ak<br />
softvéroví inžinieri nezapoja do procesu špesifikácie systémových<br />
požiadaviek, môžu nastať vážne problémy, čo môže viesť k neúpešnosti<br />
celého projektu.<br />
Podporné metódy<br />
Aktuálny náčrt modelu CMMI-SE/SW a jeho doplnenie (Integrated<br />
Process and Product Development – IPPD) sa nachádza aj na<br />
celosvetovej pavučine. Celý balík predstavuje novú paradigmu pre<br />
súbežné systémové a softvérové inžinierstvo. Obsahuje 3 nové oblasti<br />
procesov, ktoré sú: integrovaný tím (integrated team), spoločné<br />
zobrazenie (shared vision) a spolupracujúce vedenie (collaborative<br />
leadership). Tzv. concurrent engineering pozostáva z kombinovania<br />
softvérového inžinierstva, systémového inžinierstva a oblasti IPPD<br />
procesov, ktorá zahŕňa v sebe také procesy, ako sú napríklad: zákaznícke<br />
a produktové procesy, technické riešenie, plánovanie projektu a<br />
manažment rizík. Tento prístup pomôže premeniť zákazníkové<br />
požiadavky na funkčnú špecifikáciu, pomôže vytvoriť scenáre činnosti<br />
programu, používateľské rozhranie a pomocou tohto prístupu môžeme