ZADÁVACÍ DOKUMENTACE

Tento projekt je spolufinancován z prost edk Evropské unie prost ednictvím Evropského fondu pro regionální rozvoj. ÍLOHA.2 ZADÁVACÍ DOKUMENTACE ve ejné zakázky vedené pod názvem Implementace e-learning pro projekt 246 - Úprava Informa ního systému majetku státu jako zvláštní grafické datové vrstvy nad RUIAN v návaznosti na další základní registry ve ejné správy Registra ní íslo: CZ.1.06/1.1.00/03.06296 Leden 2012

Obsah: 1 Zám r a cíle projektu... 3 1.1 Cílové skupiny... 4 1.2 Rozsah projektu... 5 2 Etapy a aktivity projektu... 7 2.1 Etapa 1 P edimplementa ní analýza a návrh ešení... 7 2.2 Etapa 2 Vývoj... 8 2.3 Etapa 3 Integrace... 9 2.4 Etapa 4 Dokumentace a školení... 9 2.5 Etapa 5 Testování a migrace... 10 2.6 Etapa 6 - Pilotní provoz... 11 2.7 Etapa 7 - Pilotní provoz-pasportizace... 12 3 Technické a technologické ešení projektu... 13 3.1 Architektura projektu... 13 3.2 Komponenty systému... 14 4 Seznam zkratek... 21 Strana 2 z 21

1 Zám r a cíle projektu Zám rem projektu je p ipravit podmínky pro vedení centrálního registru administrativních budov a dále vytvo it p edpoklady pro centrální evidence celého nemovitého majetku státu dle jednotné metodiky s využitím legislativy týkající se správy nemovitých v cí - dle zákona. 219/2000 Sb., o majetku eské republiky a jejím vystupování v právních vztazích, v platném zn ní, a jeho provád cí vyhlášky, (dále jen zákon. 219/2000 Sb. ), poskytnout kvalitní a aktualizovaná data pro manažerské rozhodování zejména o dislokaci státních institucí, nákladech na provoz a údržbu administrativních budov státu a pro rozhodnutí o prodeji nepot ebného nemovitého majetku. Projekt bude konstruován tak, aby umožnil evidovat veškerý nemovitý majetek státu a nestátní objekty, v nichž jsou umíst ny státní instituce. Napl ován bude primárn údaji za administrativní budovy (v etn s nimi souvisejících nemovitostí). Pro ú ely zadávací dokumentace se rozumí pojmem majetek státu/majetek nemovitosti. Hlavní cíle centrálního registru administrativních budov: - evidence administrativních budov v jednom systému, - p ehled o volných/využitých plochách, - zp ístupn ní komplexních informací o nemovitém majetku na jednom míst, - vyhledávání a t íd ní v evidenci podle zvolených kritérií v etn tisku report, - jednotný prostor pro elektronickou nabídku nepot ebného nemovitého majetku v rámci státu (viz 19 zákona. 219/2000 Sb.), - jednotný prostor pro transparentní nabídku nemovitého majetku ur eného k realizaci ístupný široké ve ejnosti, - geoprostorovou lustraci nemovitého majetku a ešení kolizí v území, - optimalizaci dislokace státních institucí a jejich zam stnanc, v. možnosti využití sdílení prostor, - integrovaný p ístupový bod na p ipravované základní registry (ROS, ROB, RUIAN), a to v etn ešení p ístupu na stávající registry, jako nap. KN, ÚIR-ADR, ARES, apod., - sjednocení metodiky jednozna né identifikace (kódování) nemovitého majetku s cílem zamezit duplicitám z d vodu neprovázaností díl ích evidencí a umožn ní vzájemné porovnatelnosti údaj, - umožnit snižování náklad na správu a pronájem nemovitého majetku. Z pohledu výše popsaných cíl je registr chápán jako služba, která zajiš uje p ístup ke kompletním informacím o evidovaném nemovitém majetku souvisejícího s administrativními budovami státu, poskytuje informace o správ t chto nemovitostí a nabízí jednotný p ístup k registru prost ednictvím webového rozhraní. Centrální registr administrativních budov () Ve v ci hospoda ení se státním nemovitým majetkem, s ohledem na zákony R, zejména pak zákon. 219/2000 Sb. a na reálnou situaci v eské republice by m lo být dosaženo následujícího: - bude znám p esný p ehled o rozsahu a skladb specifického nemovitého majetku státu a to administrativních budov a s nimi souvisejících funk ních celk, - bude vedena evidence pronajatých administrativních ploch pot ebných pro provoz státní administrativy, Strana 3 z 21

- bude znám rozsah nemovitého majetku státu v p íslušnosti hospoda ení státních institucí, který bude odpovídat skute ným možnostem pé e o n j a sou asn jen nutným pot ebám státu, - bude znám každý uživatel státního nemovitého majetku, a tak bude zamezeno užívání bez právního d vodu a neplacení najmu, atd., - bude známa dislokace státních institucí v nestátních objektech, - bude postupn identifikován nepot ebný nemovitý majetek pro stát a následn realizován. Do pilotního projektu byly za azeny níže specifikované OSS s tím, že po ov ení funk nosti systému je p edpokládáno, že tento registr bude rozší en i pro ostatní státní instituce. 1.1 Cílové skupiny Mezi cílové skupiny Centrálního registru administrativních budov pat í: Stát (pilotní OSS) - Ú ad pro zastupování státu ve v cech majetkových, - Ministerstvo kultury, - Ministerstvo vnitra, - Ministerstvo životního prost edí, - Ministerstvo spravedlnosti, - Generální editelství cel, - Generální finan ní editelství, - Ministerstvo práce a sociálních v cí, - Ministerstvo pr myslu a obchodu, - Ministerstvo školství, mládeže a t lovýchovy, - Státní ú ad inspekce práce, - Ministerstvo zahrani ních v cí, - Ministerstvo pro místní rozvoj - a p ípadn další státní instituce. Stát (ostatní státní instituce) Stát (VDK) Stát (RDK) Ob ané, podnikající fyzické i právnické osoby Osoby zam stnané v útvarech státní správy Strana 4 z 21

1.2 Rozsah projektu bude primárn ešit: - podrobnou evidenci nemovitého majetku, pasportizaci objekt, GIS+CAD dokumentací (mapy, plány, výkresy, schémata) ve vazb na registr RUIAN, - obsazenost p ehled volných/využitých ploch, - reporting, sledování vývoje celkových náklad a výnos na provoz jednotlivých objekt, - vazbu nemovitostí na katastr nemovitostí, v etn sledování zm n, - metodickou podporu, - školení uživatel formou e-learningového kurzu. Požadovaná funkcionalita: - sjednotí základní informace o administrativních objektech s budoucí možností rozší ení využití na další nemovitý majetek státu, - umožní vizualizaci nemovitého majetku státu na mapovém podkladu spolu s dalšími vybranými podklady, - umožní vizualizaci elektronických plán budov v návaznosti na databáze, - poskytne aktuální, konsolidovaná data pro tvorbu report a analýz jako podklad pro manažerské rozhodování na vládní úrovni (nap. optimalizace využití nemovitého majetku státu, efektivn jší nakládání s tímto majetkem, identifikace nepot ebných nemovitostí pro stát), - sjednotí metodiku pro evidenci nemovitého majetku, - sjednotí evidenci pro pasportizaci majetku. Ukázka požadovaných funkcionalit: výb r lokality Identifikace budovy a podlaží Zobrazení pasportiza ních údaj o konkrétní místnosti reporting Strana 5 z 21

Vizualizace administrativních budov Pro zajišt ní možnosti prostorové vizualizace administrativních budov na katastrálních mapových podkladech bude pravideln do Centrálního registru administrativních budov importována databáze katastru nemovitostí (dále jen KN ). Propojení majetku na mapovou vrstvu umožní: - p echod z karty majetku (záznamu o majetku) na mapový podklad (MapGuide/ESRI), - p echod z dat KN (nap. informace o parcele i listu vlastnictví) na mapový podklad, - zobrazení vybraných mapových vrstev, - zobrazení / vyhledání majetku pat ícímu ur itému vlastníkovi (stát a jeho konkrétní státní instituce, která je p íslušná hospoda it se nemovitým majetkem). Pasportizace administrativních budov a vazba na technické výkresy Centrální registr administrativních budov nabídne možnost evidence pasportiza ních údaj. Tyto informace budou dostupné v rámci ve form datového záznamu v etn možnosti echodu do prost edí, kde bude možné zobrazit technické výkresy budov v etn vrstev referen ních bod. Data získaná pasportizací budov bude možné do budoucna poskytnout i základnímu registru ve ejné správy RUIAN (registr územní identifikace, adres a nemovitostí). Pasportiza ní data budou respektovat požadavky vrstvy RUIAN. Reporting Jedním z hlavních p ínos vytvo ení bude možnost konsolidovaného reportingu nad administrativními budovami pro jejich efektivní správu, dislokaci a pro manažerská rozhodování. Systém bude dávat odpov di na základní otázky o celkovém po tu a hodnot administrativních budov, prostorových kapacitách apod. Reporty bude možné definovat samostatn jak na úrovni celého systému (reporty státní úrovn nap všemi státními institucemi), tak na úrovni jednotlivých státních institucí. Možnost reportingu bude zp ístupn na, stejn jako centrální registr, v rámci definovaných uživatelských oprávn ní (nap. omezení ve vazb na p íslušnost k ur ité státní instituci, omezení na typ nemovitého majetku, apod.). Strana 6 z 21

2 Etapy a aktivity projektu Projekt je rozd len do t ím sí ních etap a tyto etapy obsahují jednotlivé aktivity. Následující seznam je pouze ilustrativní, protože jednotlivé etapy a aktivity budou známy až po vyhodnocení nabídek na ostatní subprojekty v rámci projektu. Následující uvedené aktivity jsou jen ty, které jsou relevantní k p edm tu projektu. 2.1 Etapa 1 P edimplementa ní analýza a návrh ešení V první etap projektu byly definovány funk ní a výkonnostní požadavky na systém. Dle chto požadavk byla pak zvolena optimální architektura systému. Etapa byla ukon ena dokumentem Analýza, který je závazný pro následující etapy. Dodávka licencí - SW platforma Dodávka pot ebných licencí SW platformy ISMS pro vývoj modulu. Detailní analýza a tvorba cílového konceptu Na základ odborných workshop se zam stnanci ÚZSVM a pilotních OSS vznikl analytický dokument, ve kterém jsou detailn specifikovány následující body: Definice funk ních požadavk Funk ní požadavky p edstavují základ všech dovedností systému. Každá funkce systému, a to nejen uživatelská, je popsána v jasn definovaném požadavku. Definice report V souladu s hlavními strategickými cíli projektu byly vydefinovány základní reporty, jako výstupní dokumenty a sestavy, které budou sloužit ÚZSVM, jednotlivým státním institucím, VDK a RDK. Definice jednotlivých rolí a práv V návaznosti na pot eby ÚZSVM a jednotlivých státních institucí, byly v souladu s charakteristikou systému definovány jednotlivé role, a vzhledem k tomu, že se nebude jednat o ve ejn p ístupný systém, byla dále vydefinována jednotlivá práva. edpokládáme následující základní d lení rolí: - tená jedná se o základní roli, která umož uje uživateli zobrazení grafických a eviden ních informací k danému objektu. - Správce jedná se o základní roli, která umož uje uživateli zobrazení a zápis informací k danému objektu. - Administrátor jedná se o administrátora informa ního systému. Tato role umož uje provád t správu informa ního systému, avšak neumož uje detailní náhled do dat systému. Definice Architektury systému S ohledem na výkonnostní charakteristiky systému tj. p edevším objem dat, pot ebné odezvy na standardní operace, byla navržena optimální architektura systému. - Dle zvolené architektury systému byly navrženy pot ebné HW a SW parametry specifikovány pro jednotlivé vrstvy systému tj. pro databázovou, aplika ní, mapovou, prezenta ní a integra ní vrstvu. Následn bylo navrženo, jakým zp sobem budou tyto vrstvy propojeny, jak vrstvy komunikují a jak bude systém zapojen do stávající infrastruktury ÚZSVM. - Návrh rozhraní systém, v etn napojení na externí registry (jedná se o všechny relevantní systémy a registry, z nichž budou p ebírány vstupní data do mapové a eviden ní vrstvy ). Strana 7 z 21

- Doménový model obsahuje popis datových struktur v etn relací a popis základních objekt a t íd objekt, jejich vlastností, metod a vztahu mezi nimi, které budou v aplikaci použity. - Byly definována business pravidla. - Byl navržen vhodný stupe bezpe nosti systému použití certifikátu, logování aktivity uživatel, návrh bezpe nostní politiky hesel, návrh vhodné architektury z hlediska bezpe nosti. - Byla navržena vhodná struktura ukládání informací o OSS a o uživatelích do LDAP. Seznam organiza ních složek a jim p íslušných uživatel bude veden v LDAP ÚZSVM, a spravován administrátory tohoto systému. Zm ny zam stnanc OSS a kontaktních údaj na tyto zam stnance bude moci provád t oprávn ná osoba jmenovaná za každou organizaci pomocí rozhraní (AD LDS). Výstupem této aktivity je analytický dokument Analýza. 2.2 Etapa 2 Vývoj V druhé etap projektu byla konfigurována a programována požadovaná funkcionalita rozší ené datové, grafické vrstvy a integra ní platformy. Za átek druhé etapy je p ímo závislý na akceptaci dokumentu Analýza. Hlavní aktivity této etapy jsou: Rozší ení datové vrstvy ISMS Konfigurace a vývoj datové vrstvy ISMS následujících funkcionalit: - Evidence objekt - Majetkoprávní vztahy - Ekonomické ukazatele - Evidence uživatel - Pasport objekt - Pasport místností - Související pozemky - Související objekty - P ílohy (foto, revize) Vývoj a implementace interní ásti integra ní platformy : - Vazba na IRS - Vazba na ISMS - ostatní moduly Strana 8 z 21

2.3 Etapa 3 Integrace V t etí etap projektu byla konfigurována a programována integrace aplikací a pot ebných rejst ík a dalších externích i interních zdroj. Integrace byla provedena na stávající centrální rejst íky z d vodu nedostupnosti podklad pro napojení na p ipravované rejst íky. Integrace a bezpe nost Portál - Vazba na KN - Vazba na relevantní externí registry UIR-ADR, ARES - Integrace modul ISMS a mapové vrstvy ISMS - Bezpe nost - Analýza základní ásti portálového ešení Dodávka infrastruktury - produk ní prost edí Dodávka HW a SW produk ního prost edí - Zapojení HW produk ního prost edí do funk ního celku do stávající infrastruktury etn upgrade firmwar - Dokumentace zapojení - Dodávka pot ebných SW licencí pro produk ní prost edí (OS, DB) Konfigurace SW - produk ní prost edí - Instalace OS Windows, AIX v etn SP a doporu ených patch - Instalace aplika ního prost edí pro - Konfigurace databázového prost edí pro 2.4 Etapa 4 Dokumentace a školení tvrtou etapu projektu tvo í dokumentace a návrh a p íprava report. Pro možné zapo etí této fáze je nutné ukon ení všech p edcházejících fází. Hlavní aktivity této etapy jsou: Reporting a statistiky - Návrh a tvorba report pro pot eby jednotlivých státních institucí - Návrh a tvorba report pro statistické p ehledy - Návrh a tvorba report pro pot eby VDK a RDK - Nastavení pravidelných report pro pilotní organizace a VDK a RDK a nastavení životního cyklu t chto report Strana 9 z 21

Portálové ešení pro p ístup t etích stran Konfigurace portálového ešení, v etn návrhu a realizace designu jednotlivých sekcí portálu. Portál bude obsahovat t i hlavní sekce: Ve ejná sekce portálu: - ve ejné nabídky nepot ebného majetku k prodeji (s p ípravou na možné budoucí ipojení p ímého auk ního systému). Informativní sekce pro všechny státní instituce: - poskytování informací o nakládání s majetkem státu organiza ním složkám státu (legislativa, metodiky, informace ke konkrétnímu majetku, atd.), v etn diskusního fóra pro OSS k dané problematice, - povinné nabídky nepot ebného majetku v rámci státu, - informace a ukázka systému pro ostatní státní instituce. Sekce vlastního p ístupu do grafické a datové vrstvy pro OSS v pilotním projektu (s možností postupného p ipojování dalších státních institucí v p ípad pot eby). Dokumentace - Provozní a technická dokumentace - Uživatelská p íru ka (kompletní uživatelská p íru ka, step by step manuál) - Administrátorská p íru ka - Interaktivní p íru ka a nápov da Bezpe nostní dokumentace - Bezpe nostní politika - Archiva ní strategie 2.5 Etapa 5 Testování a migrace V páté etap projektu se bude provád t migrace na cílové prost edí v etn následných aplika ních test. Následovat budou p ípadné relevantní úpravy systému na základ test nebo školení klí ových uživatel. Hlavní aktivity této etapy jsou: Migrace na cílové prost edí - Migrace systému na cílové prost edí - Migrace pilotních dat na cílové prost edí Aplika ní testy - Funk ní testy - Výkonnostní testy - Integra ní testy - Bezpe nostní testy Strana 10 z 21

Školení - Vytvo ení školících materiál - Vytvo ení plánu školení - Školení klí ových uživatel - Školení administrátor Úpravy systému - Relevantní úpravy systému na základ realizovaných test a školení - P ípadná zm na dokumentace systému i uživatelské p íru ky Úprava mapové vrstvy mapové podklady Konfigurace a vývoj mapové vrstvy nové vrstvy referen ních bod : - Poloha pozemk - Vnit ní len ní budov - Stavební plány budov - Fotodokumentace - Související objekty - Nové referen ní body pro vizualizaci umíst ní specifických za ízení, nap. pro zobrazení hydrant Implementace analytického modulu Konfigurace Business inteligence (BI) nástroje, datové pumpy a analytických report : - Pravidla pro vytvá ení obraz DB pro BI nástroj, - Konfigurace interních proces BI nástroje, - P íprava datové základny pro vytvá ení report, - Konfigurace analytických report a ad-hoc nástroje pro detailní analýzu dat v. 2.6 Etapa 6 - Pilotní provoz Šestá etapa je význa ná p edevším migrací na cílové prost edí, následují akcepta ní testy, které fináln potvrzují p edání systému a start pilotního provozu. Etapa obsahuje optimalizaci systému v pilotním provozu a vytvo ení kurzu distan ního vzd lávání pro další uživatele. Tato etapa je p ímo závislá na dokon ení etapy 5. Hlavní aktivity této etapy jsou: Migrace na cílové prost edí produk ní ást - Finální migrace systému ISMS na produk ní ást - Finální migrace dat ISMS na produk ní ást Akcepta ní testy - Akcepta ní funk ní testy - Akcepta ní výkonnostní testy Strana 11 z 21

- Akcepta ní integra ní testy - Akcepta ní bezpe nostní testy Optimalizace systému v pilotním provozu - Poimplementa ní podpora pilotního provozu - Sledování systémových transakcí a optimalizace výkonu systému - Denní provozní podpora a administrace - Bezpe nostní administrace E-learning - Vytvo ení kurzu distan ního vzd lávání pro další uživatele i další státní instituce Pilotní pasportizace - P íprava pasportiza ních dat (digitalizace mapových podklad vybraných administrativních budov) do dané struktury 2.7 Etapa 7 - Pilotní provoz-pasportizace V poslední etap projektu bude realizována povinná certifikace ISVS, vypracována záv re ná zpráva o projektu, a to jak z hlediska projektového ízení, tak z hlediska erpání prost edk EU. Bude provedena migrace dat z do asných datových struktur ur ených pro pasportizaci do struktur a následné ov ení pasportizovaných dat. Hlavní aktivity této etapy jsou: ISVS Certifikace V souladu se zákonem. 365/2000 Sb., o informa ních systémech ve ejné správy, bude realizována povinná certifikace, jako ISVS. Sou ástí certifikace je realizace spln ní následujících požadavk : - Atestace dlouhodobého ízení ISVS - Atestace realizace vazeb ISVS s jinými informa ními systémy prost ednictvím referen ního rozhraní - P edávání údaj do Informa ního systému o informa ních systémech ve ejné správy (IS o ISVS) - P edávání údaj do informa ního systému o datových prvcích - Implementace ve ejn dostupného www rozhraní dle vyhlášky o p ístupnosti (vyhláška. 64/2008 Sb.) Finální migrace a propojení pasportiza ních dat - Migrace dat pasportizovaných objekt do systému - Verifikace namigrovaných dat Strana 12 z 21

3 Technické a technologické ešení projektu Primární funkcí Centrálního registru administrativních budov bude konsolidovaná evidence administrativních budov (které jsou podmnožinou nemovitého majetku státu) s budoucí možností rozší ení na veškerý nemovitý majetek státu a p ípadn i na majetek movitý. Úkolem Centrálního registru administrativních budov bude sjednocení základních informací o evidovaných budovách nap státními institucemi a vytvo ení informa ní základny pro konsolidovaný reporting o administrativních budovách, o jejich kvantit, kvalit, ekonomické výt žnosti a o mí e využití pro pln ní funkcí státu. Centrální registr administrativních budov bude evidovat pouze sadu základních informací o administrativních budovách, které budou standardizovány nap státními institucemi. Práce s evidovanými budovami bude vždy probíhat odd len pro jednotlivé státní instituce, a to dle definovaných uživatelských oprávn ní. Nebude možné, aby uživatel pro správu budov jedné státní instituce mohl pracovat nebo nahlížet na data pat ící jiné státní instituci (pokud k tomu nebude mít oprávn ní v rámci definováno uživatelského profilu). Evidence umožní nabídku nepot ebného nemovitého majetku ostatním státním institucím na základ jednoduchého výb ru uživatele pln elektronickou formou. Tím bude minimalizována v tšina administrativních inností spojených s nabízením nepot ebného nemovitého majetku, které je nutno v sou asné dob provád t. 3.1 Architektura projektu Na následujícím obrázku jsou nakresleny hlavní ásti projektu a toky dat. Tento obrázek a popis je pouze ilustrativní pro p iblížení problematiky hlavních komponent projektu a velikosti projektu. Na následujícím obrázku mají jednotlivé bloky následující význam: Barva Význam Žlutá Šedivá Modrá Zelená ervená Oranžová Bílá ístup do systému p es bezpe nou zónu (interní sí nebo p ístup p es CMS) ístup do systému z internetu Hlavní komponenty projektu Stávající komponenty použité v architektu e projektu Nové komponenty s technickou vazbou na projekt, po izované mimo projekt Nové komponenty použité v architektu e projektu Ostatní (technické nebo technologické služby související p ímo s projektem ) Strana 13 z 21

3.2 Komponenty systému V následujících bodech jsou nazna eny hlavní komponenty, jak jsou uvedeny na edcházejícím obrázku (body 1-5), navazující subsystémy (body 6-8) a související služby (body A-C), které jsou sou ástí projektu. Hlavní komponenty systému (1-5) 1. Core - Maximo je nový modul ISMS na platform architektury Maximo, využívající p edevším Maximo Asset Management, Integra ní platformu a Workflow. 2. Portál Portál se bude skládat z interní ásti, kterou bude zabezpe ovat stávající systém MS Sharepoint, kde pomocí p edem nadefinovaného workflow mechanismu bude možno publikovat do externí ásti portálu dokumenty. Externí ást portálu se bude d lit na dv ásti a to na externí portál, který bude p ipojen p es CMS do bezpe né sít a budou p es Strana 14 z 21

j p istupovat systémy a uživatelé do systému a na externí portál ÚZSVM, který bude p ipojen do internetu a bude p es n j p istupovat ve ejnost. 3. Mapové podklady (VMS) Systém VMS je internetový prohlížecí a vyhledávací nástroj integrovaný do Core. Systém obsahuje n kolik katastrálních map (vrstev. Systém bude rozší en o vrstvy budov etn jejich podlaží a referen ních bod. 4. E-learning Systém distan ního vzd lávání založený na standardu LMS. 5. AD LDS Úlohou systému AD LDS je správa uživatelských ú (identity management). Systém AD LDS konsoliduje externí uživatelské ú ty jednotlivých státních institucí. Data o uživatelích budou v systému AD LDS spravována ve stromové struktu e tak, že každá státní instituce bude mít samostatnou v tev. Zabezpe ení p ístupu k dat m bude realizováno dle p íslušnosti (tj. uživatel dané OSS bude mít p ístup pouze k dat m své OSS). Navazující subsystémy (6-8) 6. ISMS Stávající systém informa ní systém o majetku státu. Jedná se o modulární procesní aplikaci, která obsahuje následující moduly (majetek v operativní evidenci, majetek v ú etní evidenci, sledování náklad na správu majetku, pasportizace nemovitého majetku, ekonomický modul, pohledávky a závazky, v cná a jiná práva, právní jednání, centrální registr právních jednání, interní rejst ík subjekt, mapové podklady, katastr nemovitostí, databáze UIR-ADR). Nejd ležit jší moduly ISMS z pohledu systému jsou: - IRS interní rejst ík subjekt - KN offline kopie dat z katastru nemovitostí - UIR-ADR offline kopie registru adres všech stavebních objekt, které mají íslo popisné nebo eviden ní 7. Active Directory Interní Active directory ÚZSVM, která bude použita p edevším pro uchovávání údaj o uživatelích ÚZSVM a pro Single Sign-On (SSO). 8. Mail system Stávající mail systém ÚZSVM využívající MS Exchange 2007. Systém se bude využívat edevším na zasílání notifikací dle notifika ních schémat. Související služby (A-C) A. ISVS atestace Jedná se o zajišt ní atestace ISVS systému jako celku dle zákona. 365/2000 Sb., o informa ních systémech ve ejné správy, v aktuálním zn ní. Náplní je pomoc p i návrhu systému (formou revize dokumentu Analýza z pohledu datových polí a jednotlivých rozhraní a pozd jších revizí systémové dokumentace ), p íprava pro atestaci celého systému a nakonec také zajišt ním úsp šné atestace. Strana 15 z 21

B. Bezpe nostní oponent Jedná se o revizi dokumentu Bezpe nostní architektura, Bezpe nostní dokumentace systému, vytvo ení dokumentu Disaster recovery plán systému a bezpe nostní test v etn vyhodnocení bezpe nosti systému a p edložení p ípadných návrh na její zlepšení. C. Pasportizace Jedná se o vytvo ení podklad k mapovým vrstvám (digitalizace mapových podklad vybraných administrativních budov v etn referen ních bod ) do p edem stanovené struktury a jejich následný import do mapových vrstev (CAD data) a pasportiza ních podklad k eviden ní ásti (eviden ní data). edpokládaná komunikace komponent v rámci projektu ID Zdroj Cíl Popis datového toku 1A AD LDS Core Ov ení identity a oprávn ní (rolí) uživatel 1B AD Core ihlášení interních uživatel pomocí SSO 1C VMS Core Vizualizace majetku v grafické vrstv (voláni z Crab Core) 2A Systémy OSS Externí portál ístup do systému pro externí systémy OSS (p ístup p es zabezpe enou zónu) 2B Uživatelé OSS Externí portál ístup do systému pro externí uživatelé (p ístup p es zabezpe enou zónu) 2C Ve ejnost Externí web Ve ejnost p istupující k informacím v systému (p ístup p es nezabezpe enou zónu) 2D Interní Sharepoint Externí portál Replikace dokument z interního Sharepoint portálu do externího portálu dle daných pravidel 2E AD LDS Externí portál Ov ení identity a oprávn ní (rolí) uživatel 2F core Externí portál 2G core Externí portál 2H core Externí portál 2I Systémy a Externí portál uživatelé ÚZSVM 2J E-learning Externí portál 2K Základní registry a ostatní registry 3A AD LDS Externí portál Mapové podklady Export dat z core týkající se nepot ebného majetku pro jejich prezentaci na externím portále (pro OSS) nebo Externím webu ÚZSVM (pro ve ejnost) Interní informa ní kanál pro publikování dat pomocí externího portálu (2A, 2B, 2I, 2K) Interní informa ní kanál pro publikování map pomocí externího portálu (2A, 2B) ístup interních uživatel a interních systém do systému Interní informa ní kanál pro publikování e-learningu pomocí externího portálu (2B) Komunika ní kanál pro získávání a ov ování dat z ve ejných registr (ROS, ROB, RUIAN, ARES, UIR-ADR, KN) Ov ení identity a oprávn ní (rolí) uživatel Strana 16 z 21

ID Zdroj Cíl Popis datového toku 4A AD LDS E-learning Ov ení identity a oprávn ní (rolí) uživatel 5A AD AD LDS Replikace vybraných uživatel dle nastavených parametr z AD do AD LDS 6A IRS Core Vyhledání a aktualizace existujících subjekt v IRS nebo vytvo ení subjektu nového 6B KN Core Nahrání informací k objekt m z existující lokální kopie KN 6C UIR-ADR Core Ov ení zadané adresy v i UIR-ADR 8A Core Email Zasílání notifikací dle definovaného notifika ního schématu edpokládaná Architektura Core Na níže uvedeném obrázku je ukázka architektury systému IBM Maximo, která bude využita pro Core. Databázová vrstva bude tvo ena použitou platformou stávajícího ISMS tj. Oracle 11g, Aplika ní Framework bude IBM Webspheere a nad ním jako business a workflow vrstva bude použit Maximo Enterprise server. Celý systém bude spojen pomocí konektor ke stávajícímu. Moduly systému IBM Maximo Na následujícím obrázku jsou nakresleny moduly (technologie IBM Maximo), které budou využity v systému. Strana 17 z 21

Architektura ISMS Na následujícím obrázku je uvedena komponentní architektura systému ISMS v prost edí ÚZSVM v etn hlavních modul. Moduly jsou d leny na moduly pro interní uživatele a moduly pro externí uživatele tj. pro ostatní státní instituce (CRPJ, ) a sdílené moduly, ili moduly, které využívají jak interní tak externí uživatelé. Strana 18 z 21

Stávající architektura systému a moduly ISMS Aplikace ISMS je ešena pomocí modul, které implementují jednotlivé aplika ní funkce pro práci se systémem ISMS. Struktura modul pro práci klienta aplikace ISMS je ešena tak, aby spl ovala následující kritéria: Použití jednotného zp sobu ešení autentizace uživatele, práce s mapou a práce s nápov dou pro všechny uživatele systému. Použití jednotného zp sobu ešení funkcionalit ISMS spole ných pro všechny uživatele. Zajišt ní odlišnosti funkcí pro práci s daty ISMS pro jednotlivé skupiny uživatel respektující odlišnost hlavních proces ÚZSVM. Moduly v aplikaci ISMS lze rozlišit na následující druhy: Systémové aplikace zajiš ují podp rné funkce aplikace jako nap. správu systému, práce s mapou, tvorbu a archivaci dokumentace, p ihlašování se do systému apod. Specifické uživatelské moduly zajiš ují použití specifických funkcionalit pro podporu hlavních proces Ú adu (Právní jednání, Tvorba právních stanovisek, Hospoda ení s majetkem v OE a Hospoda ení s majetkem v ú etnictví, Pasportizace, IBV smlouvy). Samostatným specifickým modulem používaným majetkem v ú etnictví, majetkem v OE, v cná a jiná práva a právním jednáním je modul evidence pohledávek a závazk. Tento modul je pr ezový a funguje ve všech oblastech innosti ú adu shodn. Spole né uživatelské moduly - zajiš ují funkcionalitu spole nou pro všechny uživatele systému. Jde zejména o moduly po izování tiskových a statistických výstup, prohlížení dat KN, prohlížení dat interního registru subjekt, správu íselník a organiza ní struktury. V ISMS jsou vybudována klí ová rozhraní na další informa ní systémy: IS SSL (Spisová služba) ístup jednotlivých zam stnanc do ISMS je ešen vazbou na Active Directory (adresá zam stnanc ÚZSVM s p ístupovými právy). V rámci interní evidence subjekt je vytvo eno rozhraní na externí referen ní informa ní systémy pro ú ely ov ování dat o subjektech, s nimiž Ú ad p išel do styku. Jde o následující informa ní systémy: ARES (registr podnikajících subjekt ) UIR-ADR (databáze adres) KATASTR nemovitostí R Strana 19 z 21

Infrastruktura systému Eviden ní vrstva ISMS je koncipována jako modulární systém na technologii SAP, Adobe ColdFusion, AutoDesk MapGuide. Jako databázová vrstva je použita technologie Oracle s využitím RAC clusteru, který zajiš uje vysokou dostupnost dat a to i v etn geografické dostupnosti. Aplika ní servery jsou ešeny technologií Adobe ColdFusion v etn nastavení rozložení zát že na jednotlivé fyzické servery. Mapové servery ISMS jsou ešeny technologií AutoDesk MapGuide. ISMS CRPJ je samostatným modulem ISMS vytvo eného jako centrální registr právních jednání pro ostatní státní instituce na technologii J2EE. Databázová vrstva je tvo ena clusterovaným ešením na platform Microsoft SQL server 2008. Aplika ní servery jsou ešeny pomocí technologie SUN GlassFish. Webový server eší technologie Apache. technologie Cold Fusion technologie AutoDesk MapGuide technologie SAP technologie J2EE I APP 1 I APP 2 APP SERVERY ISMS IMAP 1 IMAP 2 IMAP 3 APP SRV MAPY ISMS FX APP CRPJ PROXY WEB SERVER CRPJ CRPJ APP 1 CRPJ APP 2 APP SRV CRPJ ISMS Prod DB1 ISMS Prod DB2 DB ORACLE - RAC CLUSTER FX DB MS CLUSTER CRPJ Prod DB1 CRPJ Prod DB2 MS SQL - MS CLUSTER I APP BCK ISMS DR DB FX BCK Disaster & Recovery Strana 20 z 21

4 Seznam zkratek AD LDS ARES CAD CRO DB GIS GUI HTTP HTTPS HW IOP ICT IS ISKN ISMS ISVS KN LAN LDAP OP OP LZZ OS OSS RDK ROB ROS RUIAN SW ÚIR-ADR ÚP ÚZSVM VDK VMS Active Directory Lightweight Directory Services - služba pro správu uživatelských ú a hesel Administrativní registr ekonomických subjekt Po íta em podporované projektování/kreslení Centrální registr administrativních budov Centrální registr obyvatel Databáze Grafický informa ní systém Grafické uživatelské rozhraní Hypertext Transfer Protocol - protokol pro p enos informací na internetu Hypertext Transfer Protocol Secure - zabezpe ený protokol HTTP Hardware Integrovaný opera ní program Informa ní a komunika ní technologie Informa ní systém Informa ní systém Katastru nemovitostí Informa ní systém o majetku státu Informa ní systém ve ejné správy Katastr nemovitostí Lokální sí ová infrastruktura Lightweight Directory Access Protocol - protokol pro ukládání a p ístup Odlou ené pracovišt Opera ní program Lidské zdroje a zam stnanost Opera ní systém Organiza ní složka státu Regionální disloka ní komise Základní registr registr obyvatel Základní registr - registr osob Základní registr - Registr územní identifikace, adres a nemovitostí Software Územn identifika ní registr adres Územní pracovišt ad pro zastupování státu ve v cech majetkových Vládní disloka ní komise Internetový prohlížecí a vyhledávací nástroj mapových dat Strana 21 z 21