{{tag>hotovo dokument metodika část znalosti_eg pro_správce pro_úřady pro_manažery pro_architekty pro_ajťáky}} # Detailnější rozpad přípravných fází životního cyklu IS/ICT řešení V této části je detailně uvedeno, to co požaduje vyhláška o dlouhodobém řízení splnit v prvních (přípravných) fázích přípravy či rozvoje ICT řešení. [[orgán veřejné správy]] musí učinit všechny zde uvedené kroky a pořídit všechny zde uvedené formální výstupy. {{page>egdilna:fáze životního cyklu IS&noheqader}} ## Rozpad prvních fází - přípravná část Ž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í. !include 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) 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. !include 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) Ř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: 1. Posoudit, zda a jaké řešení vlastně budu potřebovat a rámcově vědět, co bude muset umět. 2. 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. 3. 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. 4. Co nejdřív začít připravovat formulář pro stanovisko OHA (viz [[:egdilna:ponk:tip-formular-oha-co-nejdrive|]]) a tím také samotný systém bude postupně dostávat detailnější obrysy. 1. Připravit investiční záměr a ten v OVS/OVM řádně projednat. 1. 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 [[:egdilna:ponk: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]].