Standard ISVS stanovující povinné požadavky na metodiku atestace shody IS se Standardem ISVS pro náležitosti životního cyklu IS 017/01.

Transkript

1 Úřad pro veřejné informační systémy Havelkova Praha 3 Standard ISVS stanovující povinné požadavky na metodiku atestace shody IS se Standardem ISVS pro náležitosti životního cyklu IS Verze. modifikace standardu ISVS Datum schválení verze / modifikace Datum vyhlášení standardu ISVS Datum zveřejnění na webu ÚVIS Uveřejněn ve Věstníku ÚVIS /částka 2 Strana 1

2 Standard ISVS stanovující povinné požadavky na metodiku atestace shody IS Obsah Standard ISVS stanovující povinné požadavky na metodiku atestace shody IS Obsah Úvod Předmět standardu Odkazy Vymezení pojmů Postup při atestaci Požadované dokumenty Atestace komerčního, konfekčního softwaru Příprava na atestaci Typy atestací Výběr dokumentů k atestační zkoušce Posuzování dokumentů Atestační zkouška Průběh atestační zkoušky Dokumentace atestačního řízení Výrok o výsledku atestační zkoušky Platnost atestu Seznam příloh Příloha A (informativní) Informace o povinnosti atestace...10 Příloha B (informativní) Evidenční list ISVS...11 Strana 2

3 Standard ISVS stanovující povinné požadavky na metodiku atestace shody IS Úvod Dokumentace vývoje informačního systému je pro jeho další rozvoj, pro provoz, údržbu a migraci zcela zásadní. Bez důsledného a přesného popisu stávajícího stavu bude každý následný rozvoj komplikovaný a bude finančně náročnější. Standard ISVS pro náležitosti životního cyklu IS předepisuje povinný rozsah dokumentace a její strukturu. Skutečnost, že je takto vývoj IS dokumentován, je jednou ze záruk toho, že budovaný a provozovaný informační systém splňuje všechny požadované technické parametry. Standard ISVS pro náležitosti životního cyklu tak dává správcům ISVS (zejména v roli zákazníka) do rukou nástroj, pomocí kterého může kontrolovat kvalitu informačního systému. Dodržování standardu dále usnadní pokračování ve vývoji nebo údržbě systému i v případě, že původní řešitel není, z jakéhokoliv důvodu, schopen tyto práci provádět. Atestace shody vedené dokumentace k IS lze využít pro kontrolu, zda správci IS důsledně uplatňují své povinnosti spojené se správou IS zejména v případech financování vývoje nebo rozvoje IS ze státního rozpočtu. Tato shoda bude podmínkou uvolnění finančních prostředků na vývoj a rozvoj ISVS ze státního rozpočtu. Z informací získaných pomocí údajů v Evidenčních listech pak lze sestavit základní model ISVS, který bude součástí metainformačního systému veřejné správy. Při připojování k referenčnímu rozhraní bude možné analýzou dokumentace posoudit, zda je informační systém způsobilý k tomuto připojení a zda po tomto připojení nedojde k nežádoucímu ovlivňování ostatních IS. 1 Předmět standardu Tento standard stanovuje povinné požadavky na metodiku atestačních středisek, kterým Úřad pro veřejné informační systémy (dále ÚVIS) vydal pověření k výkonu atestací, při atestaci shody IS se Standardem ISVS pro náležitosti životního cyklu (dále Standard). V příslušném řádku a sloupci znamená, že daný dokument je pro daný typ IS povinný. Veškerá ustanovení tohoto standardu, která se odkazují na standard 005/02.01 vstupují v platnost až současně s platností uvedeného standardu. Atestační středisko provádí atestační zkoušku ve shodě s tímto standardem, pokud dodržuje postup atestace IS podle kapitoly 4 tohoto standardu a výsledky atestace dokumentuje podle ustanovení kapitoly 5 tohoto standardu a výrok o výsledku atestace je ve shodě s kapitolou 6 a 7 tohoto standardu. Součástí IS může být komerční, konfekční SW. Předmětem dodávky tohoto SW mohou být i některé dokumenty požadované Standardem ISVS pro náležitosti životního cyklu. V případě potřeby si jednotlivá atestační střediska pro výkon atestace zpracují detailní metodiky, které postup atestační zkoušky, použité metriky a dokumentaci atestační zkoušky jednoznačně vymezí. Tyto metodiky, které musí plně vyhovovat tomuto standardu, nemusí atestační střediska registrovat na ÚVIS, musí však být v atestačním středisku archivovány po dobu pěti let (viz Standard ISVS pro pověřování k výkonu atestací a pro náležitosti provozu atestačních středisek, Věstník 2001/částka 1, článek 7.7). Komentář: Součástí detailní metodiky budou pouze organizační záležitosti, úprava tabulek, precizování protokolu o atestační zkoušce. Vzhledem k rozhodování ano/ne není nutné rozpracovávat metriky pro jednotlivá posuzování. Strana 3

4 Standard ISVS stanovující povinné požadavky na metodiku atestace shody IS 2 Odkazy Zákon č. 365/2000 Sb., o informačních systémech veřejné správy. Vyhláška č. 40/2000 Sb., o účasti státního rozpočtu na financování programu reprodukce majetku. ČSN ISO/IEC :1996 Informační technologie. Softwarové balíky. Požadavky na jakost a zkoušení. Standard ISVS pro náležitosti životního cyklu IS, 005/01.01, Věstník ÚVIS 2000/částka 5. Standard ISVS pro pověřování k výkonu atestací a pro náležitosti provozu atestačních středisek, 006/01.01, Věstník ÚVIS 2001/částka 1. Standard ISVS pro náležitosti procesu a metodiky atestace jakosti produktů, 007/01.01, Věstník ÚVIS 2001/částka 2. Standard ISVS pro atestace shody informačních systémů veřejné správy se standardy ISVS, 014/01.01, Věstník ÚVIS 2001/částka 9. 3 Vymezení pojmů Pro tento standard jsou užívány pojmy uvedené v citovaných standardech ISVS. 3.1 Komerční, konfekční SW software vytvořený pro zvolenou třídu aplikací u většího počtu zákazníků; vzniká generalizací uživatelských požadavků a standardizací jejich řešení. 3.2 Konzistence dokumentace vlastnost dokumentace spočívající v tom, že neobsahuje vnitřní rozpory a ve všech dokumentech je jednotná terminologie. 3.3 Pověřený obecní úřad obce určené zákonem o stanovení obcí s pověřeným obecním úřadem a stanovení obcí s rozšířenou působností, na které budou přecházet pravomoci okresních úřadů. 3.4 Přehlednost dokumentace vlastnost dokumentace spočívající v tom, že umožňuje rozpoznat vzájemné vztahy; pro zvýšení přehlednosti se doporučuje, aby každý rozsáhlejší dokument měl obsah a rejstřík. 3.5 Správnost dokumentace vlastnost dokumentace spočívající v tom, že všechny informace jsou přesné, neobsahují dvojznačnosti a chyby. 3.6 Srozumitelnost dokumentace vlastnost dokumentace spočívající v tom, že je pro uživatele srozumitelná, zejména volbou vhodných termínů, grafických znázornění, podrobných vysvětlivek a odkazů na použité informační zdroje. 3.7 Úplnost dokumentace vlastnost dokumentace spočívající v tom, že dokumentace obsahuje všechny dokumenty požadované Standardem a v předepsané struktuře. Význam použitých zkratek IS Informační systém ISVS Informační systém (y) veřejné správy ISMO Informační systém měst a obcí ÚVIS Úřad pro veřejné informační systémy 4 Postup při atestaci 4.1 Požadované dokumenty Přehled dokumentů vyžadovaných pro provedení atestace je uveden v následující tabulce. Dokumenty, které musí žadatel o atestaci předložit, jsou označeny v příslušném sloupci x. Pokud byla dokumentace a její identifikační část informačního systému zpracována podle Standardu ISVS pro náležitosti životního cyklu IS, 005/01.01, není nutná její zpětná úprava tak, aby odpovídala požadavkům 005/ Je nutné doplnit pouze dokumenty označené v následující tabulce číslicemi 2, 3 a 6. V prvním sloupci tabulky jsou uvedeny dokumenty požadované Standardem ISVS pro náležitosti životního cyklu IS, 005/ Ve druhém sloupci jsou uvedeny dokumenty požadované Standardem ISVS pro náležitosti životního cyklu, 005/ Hierarchie řazení dokumentů byla převzata ze Standardu ISVS pro náležitosti životního cyklu IS, 005/ V tomto standardu není uváděna povinná struktura dokumentu. Závazná je ta, která je uvedena v Standardu ISVS pro náležitosti životního cyklu IS, 005/ Strana 4

5 Standard ISVS stanovující povinné požadavky na metodiku atestace shody IS Tab. 1 Přehled požadovaných dokumentů Standard 005/02.01 Standard Atestace 005/01.01 ano/ne A B 1 akvizice B B 2 základní vývoj Záměr IS Evidenční list A x 2) x 2) x 2) Informační strategie A x 2) x 2) x 2) x 2) Bezpečnostní politika A x 2) x 2) x 2) x 2) Projektové postupy A x 2) x 2) Plán zajištění jakosti A x 2) x 2) x 2) Principy monitorování a aktualizace A x 2) x 2) x 2) x 2) požadavků Projektový záměr Evidenční list 7.14 A x x x Plán akvizice 7.7 N Plán koordinace subprojektů 7.8 N Plán provozu IS 7.9 N Plán údržby 7.10 N Plán vývoje IS 7.11 N Plán zavádění IS 7.12 N Systémové požadavky IS 7.25 A x x 3) x x Úvodní studie IS 7.28 A x 3) x Projektová bezpečnostní dokumentace IS 7.13 A x 3) x x Žádost o nabídku 7.32 N Smlouva 7.23 N Návrh IS redukovaný postup 7.4 A x Detailní návrh IS 7.1 A x Globální návrh IS 7.3 A x Evidence poruch a mimořádných událostí 7.2 A x Návrh migrace 7.5 A x 1) x 1) x 1) Návrh modifikace 7.6 N Protokol o kvalifikačním testování 7.15 N softwaru Protokol o kvalifikačním testování systému 7.16 A x x x Systémová příručka IS 7.24 A x x x x Uživatelská příručka IS 7.29 A x x x x Školící a učební texty 7.26 A x x x Zpráva o provedení migrace Evidenční 7.30 A x 1) x 1) x 1) list Zpráva o zavedení IS a konverzi dat 7.31 A x 1) x 1) x 1) Protokol o převzetí IS 7.17 A x x x Protokol o převzetí IS do provozního 7.18 N užívání Evidenční list Provozní bezpečnostní dokumentace IS 7.20 A x x x x Provozní statistika 7.21 N Přehled připomínek a požadavků uživatelů 7.22 N Ukončení projektu Evidenční list 7.27 N Protokol o vyřazení IS z provozu 7.19 N Evidenční list Evidenční list ISVS A x B3 redukovaný vývoj Strana 5

6 Standard ISVS stanovující povinné požadavky na metodiku atestace shody IS Dokumenty vytištěné tučně (Evidenční listy) se, v souladu s ustanovením Standardu ISVS pro náležitosti životního cyklu IS, zasílají na ÚVIS. A ISVS, jejichž vývoj skončil před B ostatní ISVS B1 IS, které byly vyvinuty s použitím projektu akvizice (nákup SW) B2 IS vytvořené nebo rozšířené s použitím projektu základního postupu vývoje B3 IS vytvořené nebo rozšířené s použitím redukovaného postupu projektu vývoje Poznámky u křížků mají tento význam: 1) je-li provedeno 2) povinné od ) dokumenty není nutné předkládat a ověřovat, pokud dodavatel předložil atest osvědčující vlastnosti těchto dokumentů požadované Standardem ISVS pro náležitosti životního cyklu IS. 4.2 Atestace komerčního, konfekčního softwaru Atestace komerčního, konfekčního SW osvědčující vlastnosti dokumentace požadované Standardem ISVS pro náležitosti životního cyklu IS, která je prováděna na objednávku dodavatele komerčního, konfekčního SW, sestává z posouzení dokumentů: a) Systémová příručka IS b) Uživatelská příručka IS c) Školící a učební texty Jiné dokumenty životního cyklu IS budou testovány pouze v případě, že budou na základě smlouvy zákazníka a dodavatele předmětem dodávky. 4.3 Příprava na atestaci Přípravu dokumentace k atestaci zajišťuje správce IS veřejné správy s dodavatelem systému. Atestační středisko může při této přípravě plnit funkci odborného dozoru, nesmí se však přímo podílet na zpracovávání některých dokumentů. Pokud by takový případ nastal, musí vlastní atestaci provést jiné středisko. V průběhu atestačního řízení lze dokumentaci podle pokynů atestačního střediska doplňovat. 4.4 Typy atestací Atestační zkoušku lze podle postupu atestačního střediska při zkoušce rozdělit na: a) atestaci shody dokumentace IS před uvedením výsledku projektu jeho vývoje nebo dalšího rozvoje (projekty akvizice, základního nebo redukovaného postupu vývoje a kombinované projekty) do provozu, b) atestaci shody dokumentace IS za jeho provozu (uvedení IS do souladu se zákonem č. 365/2000 Sb.), c) atestaci přírůstkovou pro nové verze komerčního, konfekčního SW. V případě atestace typu a) pro kombinovaný projekt je nutné posoudit i dokumentaci jeho subprojektů. Atestace typu c) se provádí posouzením dokumentů uvedených ve sloupci B1, pokud se jich týká provedený přírůstek. 4.5 Výběr dokumentů k atestační zkoušce Od typu atestace a typu atestovaného IS se následně odvozuje výčet posuzovaných dokumentů. Zdůvodněný výpis dokumentů bude vstupní informací pro zahájení atestačního řízení. Tento výpis bude uveden ve veřejné části protokolu o vykonané zkoušce. Strana 6

7 Standard ISVS stanovující povinné požadavky na metodiku atestace shody IS 4.6 Posuzování dokumentů Komentář: Podle ČSN ISO/IEC se u uživatelské dokumentace posuzuje úplnost, správnost, konzistence, srozumitelnost a přehlednost. Dokumentace bude posuzována podle těchto parametrů: a) úplnost existence či neexistence dokumentů vyžadovaných podle tabulky 1. U evidenčních listů jejich prokazatelné zaslání na ÚVIS, b) správnost splnění požadované struktury dokumentů a úplnosti informací v nich obsažených, c) konzistence dokumentace, d) srozumitelnost a přehlednost dokumentace, e) jakost konkrétních řešení. Splnění bodu a) je zásadní. Neexistence některého z dokumentů je důvod k neudělení atestu. Při hodnocení struktury dokumentu a úplnosti informací v něm obsažených podle bodu b) lze neexistenci některé části dokumentu zdůvodnit jeho irelevantností. Neúplnost dokumentu však musí být ve veřejné části protokolu o atestační zkoušce uvedena. Pro hodnocení plnění bodů c) a d) nelze stanovit objektivní, jednoznačně měřitelné a vyhodnotitelné kriterium. Bude vždy subjektivní, závislé na přístupu atestačních středisek, významu IS v rámci ISVS a zřejmě na mnoha dalších okolnostech. Z tohoto důvodu nebudou negativní závěry příslušných hodnocení důvodem k neudělení atestu. Posouzení dokumentace z těchto hledisek je povinné a hodnocení bude uvedeno ve veřejné části protokolu o atestační zkoušce. Výsledkem posuzování jakosti konkrétních řešení podle bodu e) bude stanovisko, zda jsou technická a organizační opatření uvedená v dokumentaci v souladu s běžně užívanými postupy. Toto hodnocení bude uvedeno ve veřejné části protokolu o vykonané zkoušce. Poukázat lze nejen na nízkou jakost řešení, ale i na zbytečně náročná a proto nákladná řešení. Toto obecné subjektivní posouzení nesmí být, v případě negativních výsledků nebo výhrad, důvodem k neudělení atestu. Závěry posouzení budou vždy uvedeny ve veřejné části protokolu o vykonané zkoušce. Posuzování podle bodu e) se bude provádět jen u těch opatření, jejichž řešení nejsou standardizována nějakým zvláštním standardem ISVS (tyto standardy lze očekávat zejména v oblasti bezpečnosti). 5 Atestační zkouška 5.1 Průběh atestační zkoušky Zkouška musí probíhat v následujících krocích: Příprava na atestaci (příprava dokumentace v případech dodatečného zpracovávání dokumentace). Lze provádět pod odborným a metodickým dohledem atestačního střediska. a) výpis povinně posuzovaných dokumentů podle typu atestace a podle životního cyklu IS, b) posouzení úplnosti dokumentace povinně zasílané na ÚVIS (Evidenční listy IS), viz článek 4.6 a), c) posouzení úplnosti ostatní povinné dokumentace, viz článek 4.6 a), d) posouzení správnosti dokumentů a případné zdůvodnění (nebo konstatování) odchylek od požadované struktury dokumentace, viz článek 4.6 b), e) posouzení dokumentace z hlediska konzistence, srozumitelnosti a přehlednosti, viz článek 4.6 c), d), f) posouzení jakosti konkrétních řešení, viz článek 4.6 e), g) zpracování protokolu o atestační zkoušce, viz článek 5.2, h) výrok o výsledku atestační zkoušky, viz článek 6. Strana 7

8 Standard ISVS stanovující povinné požadavky na metodiku atestace shody IS 5.2 Dokumentace atestačního řízení Protokol o zkoušce musí ve své veřejné části obsahovat jednoznačnou identifikaci informačního systému a projektu, podle kterého byl IS realizován, stanovení jeho aktuálního stavu životního cyklu a důvod proč se atestační zkouška provádí (např. před uvedením do provozu, po ukončení projektu údržby, přírůstková atestace atp.). Dále musí být identifikováno atestační středisko, které uzavřelo smlouvu se žadatelem o atest a konkrétní subjekt, který zkoušku provedl (fyzická osoba-zaměstnanec atestačního střediska, testovací laboratoř nebo expert) a datum a místo, kde se zkouška provedla. V neveřejné části protokolu bude zaprotokolována veškerá dokumentace vedená mezi atestačním střediskem a žadatelem o atest. Vlastní test bude zpracován a vyhodnocen ve veřejné části protokolu formou seznamu, respektive tabulek pro každou etapu zkoušky podle bodů a) f) článku 5.1, s respektováním ustanovení kapitoly 4. Splnění podmínky dílčího testu bude v tabulce nebo v seznamu vyznačeno ano, jeho nesplnění ne. V případě posuzování jakosti je nutno doplnit komentář. 6 Výrok o výsledku atestační zkoušky Výrok splňuje náleží IS veřejné správy, jehož dokumentace obsahuje všechny dokumenty podle článku 4.1 a v požadované struktuře a jakosti. Výrok splňuje s výhradami náleží IS veřejné správy, jehož dokumentace obsahuje všechny dokumenty podle článku 4.1. Nesplňuje však nepodstatné náležitosti týkající se struktury a jakosti dokumentů. Tyto výhrady musí být uvedeny ve veřejné části protokolu o atestační zkoušce. Výrok nesplňuje bude vysloven v případech, kdy dokumentace IS veřejné správy není úplná a závady se nepodaří odstranit ani ve spolupráci správce s atestačním střediskem postupujícím podle článku 4.3. Protokol o vykonané zkoušce bude, v tomto případě, ve všech svých částech neveřejný. 7 Platnost atestu Udělený atest je platný max. 5 let (viz 6, odst. 9 zákona č. 365/2000 Sb.). Povinnost opakované (přírůstkové) atestace je stanovena pro IS, které jsou rozvíjeny podle projektu vývoje nebo akvizice a to před uvedením výsledku projektu do provozu. Informační systémy, které jsou provozovány, musí mít udělen atest na shodu IS se Standardem ISVS pro náležitosti životního cyklu IS nejpozději do U informačních systémů, které jsou v etapě vývoje, je udělení atestu podmínkou uvedení do stálého provozu. Nově instalované a vyvíjené informační systémy veřejné správy krajů a pověřených obcí musí mít uděleny atesty na shodu se standardizovanými datovými prvky a na shodu se Standardem ISVS pro náležitosti životního cyklu do Tato výjimka se týká pouze informačních systémů, u kterých dochází ke změně správce IS z důvodu převodu kompetencí v rámci reformy veřejné správy. Nevztahuje se na již provozované informační systémy veřejné správy, jejichž provozu se změny způsobené reformou veřejné správy nedotknou. Tuto výjimku nelze uplatnit při testování způsobilosti IS pro připojení k referenčnímu rozhraní, při kterém je požadavek na shodu IS se standardy ISVS zásadní. Komentář: Podle Standardu ISVS pro atestace shody informačních systémů veřejné správy se standardy ISVS, 014/01.01, Věstník 2001/částka 9, měly mít všechny informační systémy, které byly uvedeny do provozu před udělen atest do Tento termín vycházel ze znění zákona č. 365/2000 Sb., o informačních systémech veřejné zprávy a z termínu zveřejnění Standard ISVS pro náležitosti životního cyklu IS, 005/ Vzhledem k termínu zveřejnění tohoto standardu, je povinný termín atestace shody se standardizovanými datovými prvky posunut na Strana 8

9 Standard ISVS stanovující povinné požadavky na metodiku atestace shody IS O udělení atestu žádá správce informačního systému. To je v případech, kdy datový obsah informačních systémů vzniká distribuovaně, např. v městech a obcích (např. živnostenské úřady, úřady sociální péče, finanční úřady, matriky, katastrální úřady atp.), žádá vždy některý z ústředních orgánů státní správy, kterému je vedení příslušného informačního systému uloženo zvláštním zákonem. 8 Seznam příloh Příloha A (informativní) Informace o povinnosti atestace Příloha B (informativní) Evidenční list ISVS Strana 9

10 Standard ISVS stanovující povinné požadavky na metodiku atestace shody IS Příloha A (informativní) Informace o povinnosti atestace Správci informačních systémů splňují své povinnosti stanové zákonem č. 365/2000 Sb., o informačních systémech veřejné správy 5, odst. 2, písmeno c), ve vztahu ke Standardu ISVS pro náležitosti životního cyklu IS, pokud jimi provozované informační systémy mají udělen atest v souladu s kapitolou 7 a Přílohou A tohoto standardu. Dokumentace subsystému, který je pořizován akvizicí jako komerční, konfekční SW, musí být vedena v rozsahu podle článku 4.2 tohoto standardu. Vzhledem k tomu, že jsou komerční, konfekční SW dodávány více uživatelům, je nutné, aby byla atestace shody dokumentace s požadavky Standardu ISVS pro náležitosti životního cyklu IS jednou z akceptačních podmínek zakázky. Atest, který bude na komerční, konfekční SW udělen, je vztažen na produkt a tím na všechny jeho uživatele. Povinnost atestace V souladu s ustanovením Standardu ISVS pro atestace shody informačních systémů veřejné správy se standardy ISVS, se povinnost atestace vztahuje na všechny informační systémy veřejné správy, které jsou dodávány nebo byly dodány orgánům veřejné správy na zakázku, případně vyvíjené vlastními prostředky pokud cena na dodávku přesahuje Kč. Povinnost atestace se dále vztahuje na všechny informační systémy veřejné správy (bez ohledu na způsob akvizice), které přímo komunikují, nebo se tato komunikace předpokládá, s jinými informačními systémy prostřednictvím referenčního rozhraní. Povinnost prokazovat shodu dokumentace IS se Standardem je požadována u IS měst a obcí pouze do úrovně pověřená obec. Pro identifikaci IS veřejné správy je ve složitějších případech (zejména ISMO) rozhodující vstupní a výstupní místo (datové rozhraní IS), kterým IS veřejné správy komunikuje s ostatními IS veřejné správy. Dokumentace IS se zpracovává pro IS jako celek s tím, že musí popsat všechny systémové a datové funkce jednotlivých subsystémů a jejich vzájemnou funkční provázanost. Komentář: Povinnost prokázat shodu dokumentace IS se Standardem atestací není tedy požadována pro případy, kdy cena za dodávku IS dodávaného na zakázku nebo vyvíjeného vlastními prostředky nepřesahuje Kč, bez započtení nákladů na vlastní provoz IS a finanční prostředky nejsou čerpány ze státního rozpočtu a v případech, kdy IS nekomunikuje s jinými ISVS prostřednictvím referenčního rozhraní a ani se tato komunikace nepředpokládá. Skutečnost, že některé IS veřejné správy jsou vyřazeny z povinnosti atestace neznamená, že nejsou povinny dodržovat příslušný standard. Dodržování povinných ustanovení standardů, u kterých není uložena povinnost atestace, budou kontrolovány při kontrolní činnosti ÚVIS, podle 4, odst. 3a) zákona č. 365/2000 Sb. Orgánům veřejné správy se doporučuje pořizovat pouze produkty, které mají uděleny atesty na shodu s relevantními standardy ISVS. Pokud bude předmětem akvizice produkt, který tento atest udělen nemá a povinnosti atestace podléhá, musí udělení atestu zajistit správce IS vlastními prostředky. Strana 10

11 Standard ISVS stanovující povinné požadavky na metodiku atestace shody IS Příloha B (informativní) V příloze jsou pro informaci uvedeny dokumenty předepsané verzí Standardu ISVS pro náležitosti životního cyklu IS, 005/02.01, a které rozšiřují požadavky současně platného Standardu ISVS pro náležitosti životního cyklu IS Evidenční list ISVS Pouze tento Evidenční list budou muset správci již provozovaných IS zasílat na ÚVIS. Evidenční list ISVS a identifikační údaje identifikátor IS (IS000) přiděluje ÚVIS název IS definice IS správce IS provozovatel IS b účel IS uvádí se základní účel,význam, smysl a přínos provozování IS c popis funkcí IS uvádějí se základní funkce, které IS zajišťuje, jako jednotlivé položky konfigurace systému d architektura IS uvádí se konfigurace ve členění HW, SW, komunikační a jiné položky e přístup veřejnosti k IS jaké jsou možnosti či způsoby přístupu veřejnosti k IS, je-li přístup na Internetu, uvede se f datové rozhraní a) seznam datových prvků uvádí se druh (jednoduchý, složený, dílčí), akronym,název prvku, definice prvku, datový typ hodnot, max. a min. délka hodnot, identifikátor číselníku b) u složených datových prvků seznam dílčích datových prvků g použité číselníky (pouze číselníky používané pro komunikaci s ostatními systémy nebo externími uživateli) identifikátor číselníku přiděluje ÚVIS název číselníku definice číselníku správce číselníku jak a kde lze číselník získat h vazby na jiné IS možnosti či způsoby spolupráce daného IS s jinými IS i uživatelé IS kdo jsou současní či potenciální uživatelé IS včetně definování toho co jim IS přinese j legislativní rámec IS přehled právních předpisů upravujících působnost orgánu VS a na jejichž základě je IS provozován k úroveň zabezpečení IS existuje bezpečnostní politika? existuje bezpečnostní projekt? Strana 11

12 Standard ISVS stanovující povinné požadavky na metodiku atestace shody IS Záměr IS Evidenční list Dokument musí minimálně obsahovat: a) Informace o podkladu pro vznik IS (zákon, vyhláška atd.). b) Návrh změn dalších právních a vnitřních předpisů, nezbytných k zajištění funkce IS. c) Informace o plánovaném přístupu veřejnosti k danému systému. d) Cíle vzniku IS. e) Základní funkční požadavky na IS. f) Základní informace o plánovaném datovém rozhraní (seznam datových prvků, které jsou uvedené v Katalogu složených datových prvků ÚVIS a které budou v systému užity nebo systémem poskytovány) a metodách přístupu k němu. g) Základní informace o propojení s jinými systémy (identifikace systému, metoda propojení, vyměňované datové prvky). h) Základní informace o plánované úrovni zabezpečení IS. i) Seznam informačních systémů, které budou tímto systémem nahrazeny nebo ovlivněny. j) Prohlášení o souladu Záměru IS s dokumenty Koncepce rozvoje ISVS, Státní informační politika, Informační politika resortu (pro resorty dotčené vznikem nebo úpravou IS). k) Základní časový harmonogram rozvoje IS (datum zahájení přípravy, datum zahájení provozu). l) Přepokládané zdroje financování (vlastní prostředky, úvěr, prostředky z veřejných rozpočtů a pod.). Harmonogram čerpání finančních prostředků. Komentář: V případě, že správce předpokládá financování IS z prostředků státního rozpočtu, může souběžně vypracovat evidenci čerpání finančních prostředků ve formátu dle přílohy č. 1 vyhlášky č. 40/2001 Sb. Informační strategie Dokument musí minimálně obsahovat: Zdroje a východiska a) Přehled zdrojů použitých pro tvorbu informační strategie (IST) b) Cíle a charakteristika IST c) Závěry ze strategie organizace správce jako celku Výchozí stav a) Analýza stavu IS správce Cílový stav a) Vize a cíle IS, základní požadavky na IS, kriteria hodnocení jejich dosažení b) Globální architektura IS c) Funkční a procesní architektura d) Datová architektura e) Technologická architektura f) Softwarová architektura g) Hardwarová architektura h) Organizační a legislativní požadavky a omezení i) Požadavky na personální strukturu Strana 12

13 Standard ISVS stanovující povinné požadavky na metodiku atestace shody IS Transformace do cílového stavu a) Principy řízení vývoje a provozu IS b) Specifikace projektů c) Harmonogram realizace IST d) Ekonomická analýza IST Komentář: V případě, že správce předpokládá financování IS z prostředků státního rozpočtu, může souběžně vypracovat harmonogram čerpání finančních prostředků ve formátu dle přílohy č 1 vyhlášky č. 40/2001 Sb. Bezpečnostní politika Dokument musí minimálně obsahovat: a) Definice, obsah a účel bezpečnostní politiky b) Základní bezpečnostní cíle IS c) Základní postupy řízení bezpečnosti a postupy pro dosažení bezpečnostních cílů IS d) Role a odpovědnosti v oblasti bezpečnosti e) Základní požadavky na bezpečnost Dokument Bezpečnostní politika může být vypracován i jako součást dokumentu Informační strategie za předpokladu, že tato bude obsahovat všechny výše uvedené informace. Komentář: Pro zpracování Bezpečnostní politiky vydá ÚVIS metodickou příručku. Projektové postupy Dokument musí minimálně obsahovat: a) Specifikace rolí a jejich pravomocí v systému řízení projektů b) Dokumenty řízení projektů c) Způsob sledování řešení projektu a zprávy o řešení d) Způsob předávání informací o projektu mimo projekt e) Způsob řízení problémů a sporů projektu f) Způsob kontroly řízení rizik g) Průběh změnového řízení h) Pravidla komunikace v projektu Plán zajištění jakosti Dokument musí minimálně obsahovat: a) Cíle jakosti b) Specifikace rolí a jejich pravomocí v systému jakosti c) Organizační zajištění jakosti Statut týmů jakosti Činnosti týmů jakosti d) Základní dokumenty systému jakosti Příručka jakosti informačního systému Plány zajištění jakosti projektů rozvoje informačního systému e) Kvalitativní kritéria jakosti f) Procesy plánování, řízení a realizace zajištění jakosti g) Dokumenty systému zajištění jakosti Strana 13

14 Standard ISVS stanovující povinné požadavky na metodiku atestace shody IS Principy monitorování a aktualizace požadavků Dokument musí minimálně obsahovat: a) Procesy monitorování a aktualizace požadavků Procesy pro zařazení požadavků Procesy pro ověření splnění požadavků Procesy pro průběžné monitorování plnění požadavků b) Dokumenty systému monitorování a aktualizace požadavků c) Způsob evidence požadavků (struktura, metriky) d) Použitá technologie Strana 14