⚠️ Ponk EGdílny

V každé správné dílně musí být ponk. To je stůl, na kterém je příšerný bordel, ale na kterém to všechno vzniká, tam se to všechno kutí a skládá. Stránka, kterou právě prohlížíte, je na Ponku. Tedy je rozpracovaná, nehotová a i když už si ji můžete prohlížet a také o ní diskutovat a tím nám třeba pomoci, vězte, že co je na ponku, ještě není finální. Prostě na tom děláme a podle toho to taky vypadá.

Rozdíly

Zde můžete vidět rozdíly mezi vybranou verzí a aktuální verzí dané stránky.

Odkaz na výstup diff

--- egdilna:ponk:pokus-o-rozpad-fazi-zivotniho-cyklu-is-ict-reseni [26.11.2024 08:44] – Michal Rada
+++ egdilna:ponk:pokus-o-rozpad-fazi-zivotniho-cyklu-is-ict-reseni [Neznámé datum] (aktuální) – odstraněno - upraveno mimo DokuWiki (Neznámé datum) 127.0.0.1
@@ Řádek 1: / Řádek 1: @@
-{{tag>kekorektuře nepublikované dokument metodika část znalosti_eg pro_správce pro_úřady pro_manažery pro_architekty pro_ajťáky}}
-~~TASK:Michal Rada?2024-10-25!~~
-<- [[:egdilna:ponk]]
-# Detailnější rozpad přípravných fází životního cyklu IS/ICT řešení
-{{page>egdilna:fáze životního cyklu IS}}
-Životní cyklus ICT řešení a informačního systému má celkem 6 fází. Tyto fáze jsou určeny v § 15 vyhlášky [[predpis:360/2023]] a následné paragrafy udávají k jednotlivým fázím podrobnosti. Pro přípravu a správnou tvorbu informačního systému či ICT řešení jsou zcela klíčové první tři fáze, které se obvykle neřeší dostatečně podrobně.
-Cílem je podrobnější rozpad fází tak, abychom rozuměli, co se v jednotlivých fázích děje a jaké jsou výstupy.
-První diagram zobrazuje první dvě fáze životního cyklu ICT řešení. Tyto dvě fáze jsou dost propojené a vzájemně se ovlivňují.
-<uml>
-!include <archimate/archimate>
-Left to right direction
-Implementation_WorkPackage(drisf1, "Fáze 1: Strategické plánování vytvoření a rozvoje řešení")
-Implementation_WorkPackage(drisf2, "Fáze 2: Plánování a příprava vytvoření a rozvoje řešení")
-Implementation_WorkPackage(drisf1k1, "Vznik a analýza potřeby")
-Implementation_WorkPackage(drisf1k2, "První architektonické posouzení potřeby a souladu potřeby s architekturou")
-Implementation_WorkPackage(drisf1k3, "Záměr v IK OVS")
-Implementation_Deliverable(drisf1k4, "Architektonický záměr nebo koncept")
-Implementation_Deliverable(drisf1k5, "Investiční záměr")
-Implementation_Deliverable(drisf1k6, "Formulář OHA")
-note right: Tohle není jednoduché v téhle fázi
-Implementation_Deliverable(drisf1k7, "Stanovisko OHA")
-Implementation_WorkPackage(drisf2k1, "Seznam požadavků na řešení")
-note right: z nich se pak tvoří požadavky do ZD
-Implementation_Deliverable(drisf2k2, "Studie proveditelnosti")
-Implementation_WorkPackage(drisf2k3, "Návrhy řešení a výběr řešení")
-note right: má být součástí studie proveditelnosti v ideálním případě
-Implementation_WorkPackage(drisf2k4, "Formalizovaný exit plán")
-Implementation_WorkPackage(drisf2k5, "Architektura řešení")
-Implementation_WorkPackage(drisf2k6, "Plán uchovávání dat")
-Rel_Association(drisf1, drisf1k1)
-Rel_Association(drisf1, drisf1k2)
-Rel_Association(drisf1, drisf1k3)
-Rel_Association(drisf1, drisf1k4)
-Rel_Association(drisf1, drisf1k5)
-Rel_Association(drisf1, drisf1k6)
-Rel_Association(drisf1, drisf1k7)
-Rel_Association(drisf2, drisf2k1)
-Rel_Association(drisf2, drisf2k2)
-Rel_Association(drisf2, drisf2k3)
-Rel_Association(drisf2, drisf2k4)
-Rel_Association(drisf2, drisf2k5)
-Rel_Association(drisf2, drisf2k6)
-</uml>
-Druhý diagram zobrazuje třetí fázi životního cyklu ICT řešení. Tato fáze je klíčová pro vytvoření kvalitního řešení, které bude splňovat požadavky zadavatele, ale i požadavky EG legislativy. Fáze má velice složitý rozpad.
-<uml>
-!include <archimate/archimate>
-Left to right direction
-Implementation_WorkPackage(drisf3, "Fáze 3: Realizace vytvoření a rozvoje řešení")
-Implementation_WorkPackage(drisf3k1, "Způsob pořízení či změny")
-together {
-  Implementation_WorkPackage(drisf3k21, "Zadávací dokumentace")
-  Implementation_WorkPackage(drisf3k22, "Veřejná zakázka nebo vývoj")
-  Implementation_WorkPackage(drisf3k23, "Výběr dodavatele")
-  Implementation_WorkPackage(drisf3k24, "Smluvní zajištění dodávek")
-}
-Implementation_WorkPackage(drisf3k31, "Realizace")
-Implementation_WorkPackage(drisf3k32, "Posouzení výsledku s požadavky")
-Implementation_WorkPackage(drisf3k41, "Vytvoření provozní dokumentace")
-together {
-  Implementation_WorkPackage(drisf3k42, "Uchování a řízení zdrojového kódu")
-  Implementation_WorkPackage(drisf3k43, "Zveřejnění zdrojového kódu")
-}
-together {
-  Implementation_WorkPackage(drisf3k51, "Zkušební provoz")
-  note right: Nahlašuje se DIA
-  Implementation_WorkPackage(drisf3k52, "Akceptace produkčního prostředí")
-  Implementation_WorkPackage(drisf3k53, "Stanoviska OHA k zahájení provozu")
-  note right: vydává DIA po žádosti
-}
-Implementation_WorkPackage(drisf3k6, "Provoz")
-together {
-  Implementation_WorkPackage(drisf3k71, "Řízení požadavků a změn")
-  note right: change management ale ten věcný
-  Implementation_WorkPackage(drisf3k72, "Zajištění BCP")
-  Implementation_WorkPackage(drisf3k73, "Zajištění a vyhodnocování testů")
-}
-Implementation_WorkPackage(drisf3k81, "Školení uživatelů")
-Implementation_WorkPackage(drisf3k82, "Podpora uživatelů")
-Rel_Association(drisf3, drisf3k1)
-Rel_Association(drisf3, drisf3k21)
-Rel_Association(drisf3, drisf3k22)
-Rel_Association(drisf3, drisf3k23)
-Rel_Association(drisf3, drisf3k24)
-Rel_Association(drisf3, drisf3k31)
-Rel_Association(drisf3, drisf3k32)
-Rel_Association(drisf3, drisf3k41)
-Rel_Association(drisf3, drisf3k42)
-Rel_Association(drisf3, drisf3k43)
-Rel_Association(drisf3, drisf3k51)
-Rel_Association(drisf3, drisf3k52)
-Rel_Association(drisf3, drisf3k53)
-Rel_Association(drisf3, drisf3k6)
-drisf3k53 ..> drisf3k6: povinnost
-Rel_Association(drisf3, drisf3k71)
-Rel_Association(drisf3, drisf3k72)
-Rel_Association(drisf3, drisf3k73)
-Rel_Association(drisf3, drisf3k81)
-Rel_Association(drisf3, drisf3k82)
-</uml>
-Řada věcí musí být pochopitelně jasná již z prvních dvou fází. Výstupy počátku třetí fáze jsou již určeny pro zadání a tedy musí být vystavěny na dobré architektuře, konceptu a na správně formulovaných požadavcích.
-Shrnuto, je třeba nejprve
-. Posoudit, zda a jaké řešení vlastně budu potřebovat a rámcově vědět, co bude muset umět
-. Zanést včas příslušný záměr do svojí [[informační koncepce OVS]] a teprve pak pokračovat v přípravách
-. Vytvořit si dokument se základním záměrem, včetně alespoň rámcové architektury a podle tohoto dokumentu dále postupovat, přičemž v případě změn rámcového zadání také tento dokument aktualizovat
-. Co nejdřív začít připravovat formulář pro stanovisko OHA (viz [[tip-formular-oha-co-nejdrive]]) a tím také samotný systém bude postupně dostávat detailnější obrysy
-. Připravit investiční záměr a ten v OVS/OVM řádně projednat
-. Mít seznam funkčních požadavků na příslušný systém a řešení a teprve z něj pak sestavovat zadávací dokumentaci (viz [[tip-nejdriv-pozadavky-pakzd]])
-Hlavně je ale důležité si nastavit správně vlastní vnitřní procesy a nastavit si i správně seznam a rozsah interních dokumentů, řada z nich se totiž pak stane součástí [[provozní dokumentace]].

Správa Detach Close

Stránka s tímto názvem ještě neexistuje

Odkaz vás zavedl na stránku, která ještě neexistuje. Můžete ji vytvořit stisknutím tlačítka Vytvořit stránku.