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ů

wiki.valek.net

Table of Contents