Team Se@Msi: Meranie v softvérovom inžinierstve. - FIIT STU ...

Ako urýchliť vývoj aplikácií 79
Obľúbenosť týchto nástrojov (príkladom je prostredie Visual Basic,
Delphi a množstvo databázových jazykov) súvisí s rozsiahlou hierarchiou
tried a jednoduchosťou pridávania nových funkcií.
Pri vytváraní väčších systémov použitím CRAD prostredí treba opäť
zvážiť škálovateľnosť. Najväčším rizikom však môže byť, ak sa neskúsení
programátori nechajú viesť najjednoduchšími možnosťami, ktoré im
prostredie priamo poskytuje, a potom vytvoria systém, ktorý je len veľmi
ťažko modifikovateľný (to často súvisí s prepletením a vysokou
zviazanosťou kódu používateľského rozhrania so samotnou
funkcionalitou systému).
Vyvíjanie aplikácií pomocou GRAD a CRAD predpokladá vyššie
náklady na vývojové prostredia, spájajú sa s nimi nové riziká, no sľubujú
podstatné skrátenie času dodania produktu a zníženie ďalších nákladov.
Väčšie používanie GRAD v budúcnosti predpokladá lepšie preskúmanie
vhodných aplikačných domén a vytvorenie vhodných špecifikačných
jazykov a generátorov pre čo najväčšiu skupinu aplikácií. CRAD vychádza
zo znovupoužitia univerzálnych súčiastok a automatických nástrojov pre
ich pohodlnú integráciu do vyvíjaných produktov. V tomto prípade bude
dôležité vytvorenie ďalších knižníc súčiastok, ktoré by poskytli riešenia
pre veľkú časť problémov konkrétnych domén.
Manažment
Zatiaľ sme sa sústredili iba na možnosť skrátenia etapy implementácie.
Pri pohľade na celý softvérový proces však môžeme nájsť viacero
činností, ktoré by mohli výrazne urýchliť konečné dodanie produktu.
Metódy RAD, ktoré sa o takýto komplexný pohľad pokúšajú, môžeme
označiť termínom "Full-scale RAD" (FRAD) [Boehm99].
Pri odhadoch času trvania projektu sa často vychádza z grafu
činností. Tento orientovaný graf zachytáva závislosti medzi
identifikovanými činnosťami a podľa odhadov ich trvania je možné nájsť
kritickú cestu, ktorá určuje trvanie projektu. Analýzou grafu činností
môžeme určiť činnosti, ktorých prípadné oneskorenie by spôsobilo
oneskorenie celého projektu. Zvážením týchto rizík môžeme dospieť k
opatreniam voči takýmto neželaným situáciám (poistiť sa zabezpečením
náhrady za kľúčový hardvér, prípadne zamestnancov).
Niektoré činnosti je niekedy možné dekomponovať a prípadne ich
vykonať paralelne (ak nezávisia od konkrétnych prostriedkov) a tak ich
odstrániť z kritickej cesty projektu. Príkladom môže byť nahradenie
zdĺhavého procesu prehliadok návrhu systému samostatnými
inšpekciami jednotlivých častí spolu s rýchlou spoločnou prehliadkou
[Boehm99].
Skrátiť čas alebo úplne vypustiť niektoré činnosti je možné pomocou
obstarania si ich u inej spoločnosti (angl. outsourcing). Predpokladá sa,
že obstarávanie produktov i služieb mimo materskej spoločnosti
bude v budúcnosti stále dôležitejšie najmä pri spoločnostiach
podnikajúcich v oblasti elektronického obchodu [Kaghazian00].