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.

38 Eseje<br />

• Kapacita procesu<br />

• Súbežnosť prác<br />

• Časový cyklus<br />

• Operačné atribúty<br />

• Rozšírenosť<br />

• <strong>Meranie</strong> procesu<br />

Objem procesu<br />

Je ťažšie spracovať 10000 vecí ako 100. Bude niečo, čo funguje pre 100<br />

požiadaviek, fungovať aj pre 10000 požiadaviek<br />

Túto istú otázku si môžeme položiť aj pre ďalšie časti vývojového<br />

systému (výskyt chýb, kompilácia, zostavenie aplikácie a testovanie<br />

produktu).<br />

Zoberme si príklad. Máme systém zložený z veľa malých<br />

komponentov. Zmenou nejakého rozhrania v systéme môže prísť k veľmi<br />

veľa zmenám v ďalších komponentoch, ktoré používajú toto rozhranie.<br />

Pre malý systém, kde nie je veľa komponentov, ktoré sú závislé na danom<br />

rozhraní, sa táto úprava nemusí dramaticky odzkradliť. Vo veľkom<br />

systéme, kde je veľmi veľa komponentov a taktiež ľudí, ktorí na tomto<br />

projekte pracujú vzniká problém. Zmenili sme rozhranie, zmenili sme ho<br />

všetkým komponentom Dozvedeli sa o tomto aj ostatní členovia tímu,<br />

ktorí používajú toto rozhranie Na ulahčenie riešenia tohoto problému<br />

môžeme použiť nástroj. V praxi sa používa metóda vybudovania<br />

vedomostnej základne. Spravidla sa vytvorí databáza, v ktorej sú<br />

uchované všetky dokumenty týkajúce sa projektu. Systém spravujúci<br />

takúto databázu musí byť schopný poskytovať na požiadanie informácie<br />

o zmenách, ktoré nastali, kto tieto zmeny vykonal a čo zmena zasiahla.<br />

Malo by platiť pravidlo, že do systému sa údaje dajú len pridávať.<br />

V žiadnom prípade by systém nemal umožniť mazanie dokumentov,<br />

pretože by mohla vzniknúť nekonzistencia materiálov o projekte<br />

a odzrkadliť sa to môže v chybe návrhu systému. Naopak systém musí byť<br />

schopný podporovať v plnej miere správu verzií jednotlivých<br />

dokumentov, uchovávať všetky verzie a poskytnúť informáciu<br />

o rozdieloch medzi jednotlivými verziami dokumentu.<br />

Pán Bullock vo svojom príspevku opisuje spôsob uloženia vťahov<br />

a závislostí jednotlivých elementov v projekte BSY-2 (bojový systém pre<br />

ponorku SeaWolf). Pracoval v skupine, ktorá mala na starosti udržiavanie<br />

niekoľkých návrhových špecifikácii v relačnej databáze. Špecifikácia sa<br />

vyznačovala veľkým počtom závislostí typu mnoho – mnoho. Tento typ<br />

závislosti nie je ideálny pretože spôsobuje nasledujúci problém. Jedna<br />

zmena v elemente môže zasiahnuť veľký počet iných elementov<br />

a príslušných dokumentov. Projekt dosiahol také rozmery, že manuálne<br />

prehľadávanie týchto dokumentov a sledovanie zmien, ktoré nastali bolo<br />

ťažkopádne a náchylné na pomýlenie sa. Tým, že špecifikácie boli uložené

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

Saved successfully!

Ooh no, something went wrong!