====== 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 [[statnice:slovnik:mmdis|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 {{ statnice:informatika:faze_projektu_podle_mmdis.png|}}
  * **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** - [[statnice:slovnik:informacni_strategie|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 [[statnice:informatika:otazka18|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ů