Differences

This shows you the differences between two versions of the page.

--- statnice:informatika:otazka10 [17.05.2008 15:56] – xvalo07
+++ statnice:informatika:otazka10 [29.05.2008 13:19] (current) – xvalo07
@@ Line 9: / Line 9: @@
   * 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]]:
+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 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.
+Ř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, 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í.
+Č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
-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
+==== Poznámky ====
-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.
+  * 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**
-==== Projekt IASW ====
-IASW = individuální aplikační software
-  - 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.
+==== Rozdíl mezi IASW a TASW ====
-  - 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.)
+  * IASW = individuální (na míru vyvíjený) aplikační software, TASW = typový aplikační software (balík)
-  - 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
+  * některé fáze projektů se liší podle toho, zda se jedná o vývoj IASW nebo nasazení TASW
-  - IM – vlastní realizace, naprogramování, testování, zkušební provoz, tvorba dokumentace
-  - ZA – překlopení do provozního stavu (instalace), školení pracovníků, migrace dat, kompletace dokumentace
-  - PU – provoz a udržování, poskytování technické podpory, small jobs, zaznamenávání požadavků na změnu
-==== Projekt TASW ====
+^Fáze projektu^IASW^TASW^
-TASW = typový aplikační software
+|GST|  bez rozdílu  ||
-  - GST to samé,
+|IST|  bez rozdílu  ||
-  - IST to samé.
+|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  |
-  - 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
+|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.  |
-  - 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)
+|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ů  |
-  - 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ů
+|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|
-  - IM – implementace, naplnění tabulek, realizace výstupních sestav, obrazovek, customizace, doprogramování drobností, dokumentace
+|ZA|  bez rozdílu  ||
-  - ZA stejná jako u IASW.
+|PU|  bez rozdílu  ||
-  - PU stejná jako u IASW.
 ===== Praxe =====
-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
+  * **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 ...
-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ů
+  * **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ů