Table of Contents
10. Fáze projektu IS/ICT
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.
Úloha
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 ?
Teorie
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
- volba mezi vývojem IASW nebo nákupem TASW (existuje-li) pro jednotlivé části IS
- 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ň) viz otázka Informatika 18. Úlohy řízení provozu IS/ICT
- jsou dosahovány přínosy (konečně)
- údržba, aktualizace, technická podpora, drobné změny (small jobs), 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
Poznámky
- 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
- Prakticky v jakékoli fázi se lze při zjištění vážného problému vrátit do předchozí fáze. Platí ovšem jednoduché pravidlo: v čím pozdější fázi se to stane, tím víc práce se zahodí, tím nákladnější to bude a tím víc se zpozdí celý projekt
Rozdíl mezi IASW a TASW
- IASW = individuální (na míru vyvíjený) aplikační software, TASW = typový aplikační software (balík)
- některé fáze projektů se liší podle toho, zda se jedná o vývoj IASW nebo nasazení TASW
| Fáze projektu | IASW | TASW |
|---|---|---|
| GST | bez rozdílu | |
| IST | bez rozdílu | |
| US | vymezení projektu, cíle projektu, rozpočet, přiřazení zdrojů, role, časový odhad - studie proveditelnosti, případný rozpad na subprojekty, nebo změna IST | výběrové řízení na IS. zadávací dokumentace (požadavky, do kdy, cíle, současný stav, reference, forma nabídky a kritéria posouzení. Neprozradit o sobě příliš. Vybrat 2 nabídky, nechat je zpracovat úvodní studii, tu horší zaplatit, lepší nechat zrealizovat |
| GAN | konceptuální, implementačně nezávislý návrh. Vymezení procesů, datových toků, funkční struktury, use case, definice uživatelů, rolí. Architektura SW (klient/server, centralizace, decentralizace, atd.) | Určení vhodnosti TASW pro daný podnik. Konceptuální model procesů (a BPR), role, události. Test proveditelnosti. Pokud ano, parametrizovat, pokud ne, upravit proces, přeprogramovat, nebo extra projekt. |
| DAN | z konceptuální úrovně na technologickou; detailní procesy, logická struktura dat, návrh a popis funkcí, tříd, metod, vstupů, výstupů, parametry; uživatelské rozhraní, infrastruktura, konvence, použité technologie | detailní rozpracování, požadovaná datová rozhraní, obrazovky, struktura kmenových dat, číselníků, uživatelské role, detailní návrh procesů a organizační struktury, customizačních parametrů |
| IM | vlastní realizace, naprogramování, testování, zkušební provoz, dokumentace | implementace, naplnění tabulek, realizace výstupních sestav, obrazovek, customizace, doprogramování drobností, dokumentace |
| ZA | bez rozdílu | |
| PU | bez rozdílu | |
Praxe
- Jaký je obsah jednotlivých fází řešení jejího IS/ICT ?
Viz výše. Raději popiště něco, co fakt znáte, třeba u vás v práci, než si něco vymýšlet …
- Kde očekáváte možné hlavní problémy v jednotlivých fázích ?
- 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í, strach ze změny (vyhazov), chybí dokumentace k existujícím systémům,
- IM - licenční problémy, vedoucí projektu nemá patřičné pravomoci k prosazení změn,
- ZA – odpor zaměstnanců k učení něčemu novému,
- PU - projeví se špatný (nepromyšlený) návrh systému, nedostaví se přínosy
- Jaká bude technologická podpora řešení IS/ICT v jednotlivých fázích ?
- 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;
- ZA – project, groupware, příp. CASE, konfigurační management - ClearCase
- PU – nic moc extra, shromaďování požadavků