Differences

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

--- statnice:informatika:otazka10 [19.05.2008 19:39] – popis fází podle Voříška 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 =====
@@ Line 18: / Line 20: @@
     * 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ň)\\
+  * **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)
+    * studie **proveditelnosti** (pokud nerealizovatelné, **zpět na IST**)
-    * detailní posouzení projektu, případný rozpad na subprojekty a určení vazeb mezi nimi
+    * 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 nezávislé na implementačním prostředí
+    * 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
+    * 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 ...
+    * **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ě SŘBD je vytvořen relační model
+    * 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)
+    * 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
+    * instalace všech částí, případně konverze dat z původního systému, **zkušební provoz**
-    * školení uživatelů
+    * **školení** uživatelů
-  * **PU** - provoz a údržba (implementační úroveň)
+  * **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ě)
+    * jsou **dosahovány přínosy** (konečně)
-    * údržba, aktualizace, drobné změny, monitoring, požadavky na změny atd.
+    * ú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)
+  * 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
+  * 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, 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
+|GST|  bez rozdílu  ||
-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.
+|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  |
-==== Projekt IASW ====
+|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.  |
-IASW = individuální aplikační software
+|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|
-  - 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.
+|ZA|  bez rozdílu  ||
-  - 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.)
+|PU|  bez rozdílu  ||
-  - 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
-  - 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 ====
-TASW = typový aplikační software
-  - GST to samé,
-  - IST to samé.
-  - 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 – 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 – 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 – implementace, naplnění tabulek, realizace výstupních sestav, obrazovek, customizace, doprogramování drobností, dokumentace
-  - ZA stejná jako u IASW.
-  - 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ů