1.5. Detailní návrh
TASW
detailní specifikace možných rozšíření
popsat rozhraní člověk/počítač
případně definovat způsob konverze dat. To může vyvolat specifický subprojekt
IASW
provádí se pro každý subsystém zvlášť
taková úroveň podrobnosti systému, že je možno začít programovat
funkční návrh se provádí až na úroveň datových položek, elementární funkce, požadavky na obrazovky a sestavy,…
definice plánu testování
návrh formulářů u neautomatizovaných činností (dokumenty) – často se opomíjí!
návrh fyzické databáze v konkrétním db systému
1.6. Implementace
TASW
provést test organizační přijatelnosti. Pokud by se při tomto testu zjistilo, že aplikační balík je nepřijatelný, bude nutné se vrátit do předchozí etapy a buď provést celý postup vyhodnocení znovu, nebo dokonce úplně odmítnout alternativu nasazení aplikačního balíku namísto vývoje na míru.
pokud OK tak OK
IASW – obr. str 88!
jde o programování
a psaní dokumentace
testování napsaných programů
první seznámení s uživateli
pro oba přístupy - školení uživatelů
- schvalování jednotlivých kroků
1.7. Zavádění
TASW, IASW - oba přístupy stejné.
Nezapomínat na !
popisy pracovní náplně systému
proškolení uživatelů
definice požadavků na rutinní provoz s odděleními
konverze dat do nového systému
1.8. Provoz a údržba
také stejné – jinak viz Řepa 91
Žádné komentáře:
Okomentovat