Zdůvodnění nutnosti fázového postupu, odlišnosti fází různých typů projektů - při vývoji aplikace, řešené na míru potřebám podniku, vers. při řešení aplikace typovým aplikačním softwarem.

Předpoklady: Vyberte určitou funkční oblast vámi zvoleného podniku, která je na počátku řešení.

Zadání:

• Jaký je obsah jednotlivých fází řešení jejího IS/ICT ?
• Kde očekáváte možné hlavní problémy v jednotlivých fázích ?
• Jaká bude technologická podpora řešení IS/ICT v jednotlivých fázích ?

Podle MMDIS: Řešení po fázích je nezbytné proto, že jednotlivé fáze projektu pracují s jinou úrovní návrhu (konceptuální, technologickou, implementační), sledují jiné cíle a podílejí se na nich jiní pracovníci. Aby se to dalo mentálně nějak rozumně zvládnout, musí se to oddělit. Kromě toho se může stát, že v určité se zjistí, že něco není možné udělat (průser je, když se to zjistí při implementaci) a potom se to musí vrátit k fázi předchozí. Kromě toho vývoj SW produktů probíhá obvykle v inkrementální podobě v rámci různých projektů, čili takovéto rozdělení odpovídá těmto potřebám.

Čili máme fáze GST, IST, US, GAN, DAN, IM, ZA, PU. GST, IST odpovídá úrovni strategické, US, GAN odpovídá konceptuální úrovni, DAN odpovídá úrovni technologické, IM, ZA, PU odpovídá úrovni implementační.

GAN, IST – před projektem, jednotlivé informatické projekty z nich vycházejí, může se stát, že se projekt stane nereálným, v tom případě je třeba upravit IST V úvodní studii se také rozhoduje, zda se vybere typové řešení nebo se zvolí individuální – je předpoklad, že je TASW s potřebnými vlastnostmi na trhu, vyplatí se to vůbec, atd. Pokud se řekne, že ano, důkladněji se to rozebere v GAN.

IASW = individuální aplikační software

1. US – Obsahuje vymezení projektu, cíle projektu, rozpočet, přiřazení zdrojů, role, jak dlouho to bude trvat. Je to vlastně studie proveditelnosti. Může se zjistit, že je to moc velké sousto, v tom případě se to rozpadne na samostatné projekty.
2. GAN – návrh projektu na konceptuální úrovni, tozn. bez závislosti na technologickém řešení. Vymezení procesů, datových roků, funkční struktury, use case, definice uživatelů, rolí. Architektura SW (klient/server, centralizace, decentralizace, atd.)
3. DAN – převod z konceptuální úrovně na technologickou; detailní rozpracování procesů, návrh logické struktury dat, návrh a popis funkcí, tříd, metod, vstupů, výstupů, parametry; definice uživatelských rozhraní, určení technologické infrastruktury, čím jsou spouštěny jednotlivé procesy, atd. Konvence, algoritmy, použité technologie; může se zjistit problém v GAN – návrah do GAN
4. IM – vlastní realizace, naprogramování, testování, zkušební provoz, tvorba dokumentace
5. ZA – překlopení do provozního stavu (instalace), školení pracovníků, migrace dat, kompletace dokumentace
6. PU – provoz a udržování, poskytování technické podpory, small jobs, zaznamenávání požadavků na změnu

TASW = typový aplikační software

1. GST to samé,
2. IST to samé.
3. US – v této fázi probíhá výběrové řízení na IS. Tozn. zadávací dokumentace – popis co potřebujeme, kvalifikační požadavky, do kdy, cíle, současný stav, že chceme reference, forma jakou nám mají poslat nabídky a kritéria jejich posuzování; neměli bychom toho o sobě příliš prozradit; něco nám pošlou – podíváme se na referenční instalace, vybereme 2, necháme je zpracovat úvodní studii, tu horší zaplatíme, lepší necháme zrealizovat
4. GAN – jejím hlavním cílem je určit vhodnost TASW pro daný podnik. Namodelování procesů, BPR, určení rolí, událostí, vše na hrubé úrovni. Test, zda to jde: když to jde, super, když to nejde, parametrizovat; když to nejde ani parametrizovat, upravit proces; když to tam vůbec není, doprogramovat/přeprogramovat (případně na to udělat extra projekt)
5. DAN – detailní rozpracování, vytvoření rolí, požadovaná datová rozhraní, podoba obrazovek, struktura kmenových dat, číselníků, uživatelské role, detailní návrh podnikových procesů a organizační struktury, customizačních parametrů
6. IM – implementace, naplnění tabulek, realizace výstupních sestav, obrazovek, customizace, doprogramování drobností, dokumentace
7. ZA stejná jako u IASW.
8. PU stejná jako u IASW.

Problémy obecně – neexistuje GST o IST ani nemluvě. Firma je silně zatížena předchozími aplikacemi, nelze postupovat jako na zelené louce. GAN, DAN – problém získávání informací od lidí, ZA – odpor zaměstnanců k učení něčemu novému

Technologická podpora: GST, IST – OIS, email, případně nástroje pro BPR – CASE, US – kancelářské SW, project; GAN, DAN, IM – CASE, groupware, project; IM – nástroje pro verzování, project, CASE, vývojová prostředí, překladače, debuggery, profilery, programy pro automatické testování kódu – RationalTest Manager, Ant, programy pro automatické vytváření dokumentace – SoDA, javadoc; zavádění – project, groupware, příp. CASE, konfigurační management - ClearCase, PU – nic moc extra, shromaďování požadavků