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