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 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 - globální podniková strategie (strategická úroveň)
  • určuje hlavní priority, směry, cíle podniku
  • obsahuje analýzu současného stavu podniku, model budoucího stavu a plán transformace ze současného stavu do budoucího
• IST - informační strategie (strategická úroveň)
  
  • určuje koncepci podpory GST, tedy hlavních podnikových cílů
  • obsahuje analýzu současného stavu IS/ICT, model budoucího stavu a plán transformace ze současného stavu do budoucího
• US - úvodní studie (konceptuální úroveň)
  • studie proveditelnosti (pokud nerealizovatelné, zpět na IST)
  • detailní posouzení velikosti projektu, případný rozpad na subprojekty a určení vazeb mezi nimi
• GAN - globální analýza a návrh (konceptuální úroveň)
  • vymezuje hlavní funkce a data na konceptuální úrovni
  • modely návrhu jsou nezávislé na implementačním prostředí
  • zmapovat, popsat, analyzovat, navrhnout podstatu aplikace
  • výstup: návrh funkcí, logická struktura datové základny, alternativy prostředí pro implementaci a provoz
• DAN - detailní analýza a návrh (technologická úroveň)
  • převedení konceptuálního návrhu do technologického, implementačně závislého na zvoleném HW, SW, SŘBD …
  • v případě použití SŘBD je vytvořen relační model
  • výstup: technologický návrh, návrh programových modulů aplikace, datové základny, a uživatelského rozhraní
• IM - implementace (implementační úroveň)
  • transformace technologického návrhu do fyzického (např. databáze)
  • naprogramování všech navržených programů, komponent, testování modulů, integrační testy atd.
  • tvorba dokumentace
• ZA - zavádění systému (implementační úroveň)
  • instalace všech částí, případně konverze dat z původního systému, zkušební provoz
  • školení uživatelů
• PU - provoz a údržba (implementační úroveň)
  • jsou dosahovány přínosy (konečně)
  • údržba, aktualizace, drobné změny, monitoring, požadavky na změny atd.
  • když se nasbírá dostatek požadavků na velkou změnu, rozjede se to opět od US

• GST a IST dohromady zajišťují systémovou integraci (vizí, podnikových procesů a podniku s okolím)
• IST navíc zajišťuje systémovou integraci na technologické úrovni

GST, 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ů