Příloha 1 Technická specifikace - Velké Meziříčí€¦ · 2.2 Vstupy pro TC ORP ze Studie...

Zadávací dokumentace pro projekt Technologické centrum území, pořízení elektronické spisové služby a řešení spisové služby obcí území ORP Velké Meziříčí s vnitřní integrací úřadu ORP Velké Meziříčí

Stránka 1 z 34

Tento projekt je spolufinancován Evropskou unií z Evropského fondu pro regionální rozvoj

Operační program: IOP – Integrovaný operační program

Prioritní osa: 2 Zavádění ICT v územní veřejné správě

Oblast podpory: 2.1 Zavádění ICT v územní veřejné správě

Cíl podpory: Konvergence

Příloha 1 Technická specifikace


Stránka 2 z 34






Obsah 1 Harmonogram ............................................................................................................................... 5

1.1 Investiční etapa ..................................................................................................................... 5

1.2 Provozní etapa ....................................................................................................................... 5

2 Specifikace zadání pro Zřízení technologického centra území ORP Velké Meziříčí .................................... 6

2.1 Datové centrum ..................................................................................................................... 6

2.2 Vstupy pro TC ORP ze Studie proveditelnosti pro kraj Vysočina .................................................... 6

2.3 Vlastní koncept řešení ............................................................................................................. 7

2.3.1 Současný stav ................................................................................................................ 7

2.3.2 Datové centrum TC ORP .................................................................................................. 8

2.3.3 Rozvaděče ..................................................................................................................... 9

2.3.4 Diesel agregát .............................................................................................................. 10

2.3.5 Záložní zdroj napájení (UPS) .......................................................................................... 10

2.3.6 Zhášecí systém ............................................................................................................ 10

2.3.7 Napojení na EZS ........................................................................................................... 10

2.3.8 Monitorovací systém pro rozvaděče (Rack Monitoring Systém - RMS) .................................. 10

2.3.9 Stavební úpravy ........................................................................................................... 10

2.3.10 Klimatizace .................................................................................................................. 10

2.3.11 Systémová infrastruktura .............................................................................................. 10

2.3.12 Servery ....................................................................................................................... 10

2.3.13 Virtualizace serverová ................................................................................................... 10

2.3.14 Tiered storage .............................................................................................................. 11

2.3.15 Garantované úložiště .................................................................................................... 11

2.3.16 Virtualizace disková ...................................................................................................... 11

2.3.17 Architektura řešení diskové virtualizace ........................................................................... 12

2.3.18 SAN ............................................................................................................................ 12

2.3.19 LAN ............................................................................................................................ 13

2.3.20 Zálohování a obnova dat ............................................................................................... 13

2.3.21 Vzdálený přístup (VPN), terminálový přístup, VDI ............................................................. 14

2.3.22 Centrální služby ............................................................................................................ 14

2.3.23 Servis, podpora a řízení infrastruktury TC území ORP ........................................................ 15

2.3.24 Helpdesk ..................................................................................................................... 15

2.3.25 Patch management a profylaxe ...................................................................................... 15

2.3.26 Maintenance ................................................................................................................ 15

2.3.27 Napojení na EZS ........................................................................................................... 15

2.3.28 Management a monitoring ............................................................................................. 16


Stránka 3 z 34






2.3.29 Komunikační infrastruktura ............................................................................................ 16

přímý přístup ke vzdálenému managementu zařízení z jedné konzole ......................................... 16

2.3.30 Serverová vizualizace .................................................................................................... 16

2.3.31 Servery a storage ......................................................................................................... 16

2.3.32 Management aplikací ..................................................................................................... 16

2.3.33 Datové centrum ............................................................................................................ 17

2.3.34 Ostatní ........................................................................................................................ 17

2.3.35 Bezpečnost .................................................................................................................. 17

2.3.36 Klientská vrstva ............................................................................................................ 17

2.4 Specifikace zadání technického řešení ..................................................................................... 17

2.4.1 Servery ....................................................................................................................... 17

2.4.2 Blade šasi: ................................................................................................................... 17

2.4.3 Operační systémy virtuálních serverů: ............................................................................. 18

2.4.4 Další SW licence virtuálních serverů ................................................................................ 18

2.4.5 Diskové pole ................................................................................................................ 18

2.4.6 FC switche ................................................................................................................... 18

2.4.7 Virtualizace serverová ................................................................................................... 18

2.4.8 Virtualizace disková ...................................................................................................... 19

2.4.9 Aktivní prvky ................................................................................................................ 19

2.4.10 Motorgenerátor ............................................................................................................ 19

2.4.11 Klimatizační jednotka .................................................................................................... 19

2.4.12 Rack Monitoring System ................................................................................................ 19

2.4.13 Rack s výbavou ............................................................................................................ 19

2.4.14 Přístupový systém ........................................................................................................ 19

2.4.15 Zhášecí systém ............................................................................................................ 19

2.4.16 Stavební úpravy ........................................................................................................... 19

2.4.17 Implementace .............................................................................................................. 20

2.4.18 Záruky ........................................................................................................................ 20

2.5 Pořízení elektr. spisové služby území ORP Velké Meziříčí a řešení spisové služby obcí .................... 20

2.5.1 Upgrade stávající spisové služby IS Radnice VERA MěÚ Velké Meziříčí ................................. 20

2.5.2 Pořízení a implementace centrální hostované spisové služby pro příspěvkové organizace zřizované Městem Velké Meziříčí (dále jen „příspěvkové organizace“) a obce ve správním obvodu obce s rozšířenou působností Velké Meziříčí včetně jejich příspěvkových organizací (dále jen „obce“) ............... 21

2.5.3 Pořízení a implementace elektronické spisové služby pro 1 obec s pověřeným obecním úřadem ve správním území ORP Velké Meziříčí s plnou kompatibilitou s Informačním systémem Radnice Vera .... 22

2.5.4 Pořízení a implementace elektronické spisové služby pro 14 obcí základního typu ve správním území ORP Velké Meziříčí s plnou kompatibilitou s Informačním systémem Munis ................................. 23

2.5.5 Povinné – organizační požadavky k elektronickým spisovým službám .................................. 23


Stránka 4 z 34






2.5.6 Další požadavky na elektronické spisové služby ................................................................ 23

2.5.7 Požadovaný HW nezbytně nutný pro provoz eSpSl ............................................................ 26

2.5.8 Implementace .............................................................................................................. 26

2.5.9 Záruky ........................................................................................................................ 26

2.5.10 Seznam obcí, které požádaly o zajištění přístupu k elektronické spisové službě .................... 27

2.6 Vnitřní integrace úřadu ORP Velké Meziříčí ............................................................................... 28

2.7 Specifikace zadání řešení vnitřní integrace úřadu ...................................................................... 29

2.7.1 Identity management (IDM) ........................................................................................... 29

2.7.2 Rozhraní na Základní registry ......................................................................................... 30

2.7.3 Portálová řešení (POR) .................................................................................................. 30

2.7.4 Formuláře .................................................................................................................... 31

2.7.5 Personalistika ............................................................................................................... 31

2.7.6 Zabezpečení serverů a koncových stanic .......................................................................... 31

2.7.7 Správa koncových stanic ............................................................................................... 31

2.7.8 Groupware ................................................................................................................... 32

2.8 Migrace dat ze stávajících agend ............................................................................................ 32

3 Akceptační kritéria plnění .............................................................................................................. 33

3.1 Akceptační kritéria TC ........................................................................................................... 33

3.2 Akceptační kritéria upgradu eSSL kompatibilní s IS VERA .......................................................... 33

3.3 Akceptační kritéria hostované eSSL ........................................................................................ 33

3.4 Akceptační kritéria nové eSSL pro 1 obec kompatibilní s IS Vera ................................................ 33

3.5 Akceptační kritéria eSSL kompatibilní s IS Munis ...................................................................... 34

3.6 Akceptační kritéria HW nezbytně nutného k provozu eSSL ......................................................... 34

3.7 Akceptační kritéria vnitřní integrace úřadu ORP ........................................................................ 34


Stránka 5 z 34






1 Harmonogram

1.1 Investiční etapa

Činnost Začátek - konec etapy

Implementace komponent TC ORP

1. 3. 2011 - 20. 12. 2011

Upgrade/pořízení eSpSl ORP včetně rozdílového školení

Dodávka a implementace hostované/lokální eSpSl, školení

Vnitřní integrace úřadu ORP

zkušební - testovací provoz

Ukončení projektu 30. 12. 2011

1.2 Provozní etapa Činnost Čas Běžný provoz leden 2012/prosinec 2016


Stránka 6 z 34






2 Specifikace zadání pro Zřízení technologického centra území ORP Velké Meziříčí

Technologická centra budou integrální součástí systému eGovernment, propojeného infrastrukturou KIVS. Implementace eGovernment vyžaduje vytvoření, provoz a údržbu infrastruktury pro zpracování klíčových dat regionu prostřednictvím aplikací a systémů, jako jsou spisové služby, datové sklady, digitální mapy veřejné správy (DMVS) atd. Na úrovni Krajů a ORP získá informatika výrazně regionální charakter. Technologická centra budou postupně rozšiřována implementací nových funkcí.

Technologické centrum kraje využívá výhod „cloud computingu“ jako jsou výkon (sdílení hardwarových prostředků umožňuje lépe přerozdělovat výkon mezi jednotlivé uživatele a služby), bezpečnost (celé datacentrum je zabezpečeno mnohem lépe než jeden počítač), mobilita (uživatel se může k datacentru připojit kdekoliv, nezávisle na platformě). Technologickým základem „cloud computingu“ je virtualizace.

2.1 Datové centrum Datové centrum TC ORP bude provozováno v prostorách splňujících následující požadavky:

• teplota prostředí se pohybuje v rozmezí od 18°C do 24°C, relativní vlhkost v rozmezí 35%-65% • v místnosti datového centra budou instalována požární čidla kouře a teploty • tyto prostory budou napojeny na systém elektronické zabezpečovací signalizace (EZS) • v prostorách bude zajištěn redundantní (dvě fáze) samostatně jištěný rozvod elektrické energie

230V/50Hz s „bezvýpadkovým“ zálohováním a kritické prvky systému budou rovněž jištěny benzin agregáty

• bude zajištěna vnější ochrana budovy vlastníkem, nebo bezpečnostní službou 24x7 • bude chráněno proti neoprávněnému přístupu • budou prokazatelně evidovány osoby vstupující do datového centra

Prostory, v nichž se bude datové centrum nacházet, leží mimo zátopovou oblast tzv. stoleté vody, mimo bezprostřední dosah produktovodů a jinak kritických míst a bude ležet v místech, kde je možné zabezpečit bezproblémové zásobování elektrickou energií.

2.2 Vstupy pro TC ORP ze Studie proveditelnosti pro kraj Vysočina • Zajistit kompatibilní segmentaci sítě, kdy TC území ORP musí být v odděleném IP prostoru od stanic a

síťových zařízení ORP. IP adresace ORP musí odpovídat IP adresaci TC K. • Redundantní řešení L3 switch s podporou standardů 802.1Q , ACL, IPv6 a VRRP. Doporučovány jsou

kompatibilní prvky s TC K na úrovni příkazů pro možnost rychlých změn pomocí skriptů. • Pro připojení ORP mimo ROWANet k TC K je třeba navíc router s podporou Site-To-Site VPN standardu

L2TP v3 , QoS o minimální propustnosti 10 Mb. • Konektivita TC území ORP musí být minimálně 10Mb.


Stránka 7 z 34






• TC území ORP musí mít kompatibilní serverovou virtualizaci • TC území ORP musí mít konzistentní repliku virtuálního stroje (strojů) a dat do TC K. Preferovaná je

kompatibilní disková virtualizace

2.3 Vlastní koncept řešení Technologické centrum ORP je infrastrukturním základem pro poskytování služeb TC území ORP. Cílem je zajištění co nejlepších podmínek provozu informačních systémů v režimu 12x5 hodin.

TC území ORP vyžaduje vytvoření, provoz a údržbu infrastruktury pro provozování aplikací a služeb. TC území ORP bude integrováno s TC K na úrovni distribuce dat, aplikací a služeb navázaných na CMS.

Technologické centrum zahrnuje následující vrstvy:

• Komunikační infrastruktura - zajišťuje komunikaci vrstev TC uvnitř i vně • Systémová infrastruktura - zajišťuje výpočetní výkon a prostor pro ukládání dat aplikací a služeb • Systémové služby - zajišťují spolupráci mezi jednotlivými systémy, zajišťují bezpečný přístup ke

službám a aplikacím, apod. • Aplikační vrstva - obsahuje aplikační logiky hostujících aplikací, včetně databázových serverů

Bezpečnost - zajišťuje minimalizaci možných bezpečnostních incidentů Servis, podpora a řízení infrastruktury TC území ORP

• Klientská - zohledňuje a reprezentuje klientovi služby a jeho uživatelské rozhraní

2.3.1 Současný stav

V současné době je technologická místnost Města Velké Meziříčí vybavena celkem čtyřmi fyzickými servery (z toho jsou 3 typu Blade v Blade šasi HP c3000, ve virtuálním prostředí VMware běží 9 virtuálních serverů (AD, DNS, DHCP, Mail, spis. Služba). Datové úložiště s kapacitou 3,6TB funguje na protokolu FC, druhé datové úložiště využívá stejného protokolu, jeho kapacita je 7,2TB a je součástí virtualizační diskové vrstvy IPStor. Připojení do Internetu je zabezpečeno firewallem Supermicro, antivirovou ochranu a antispyware řeší produkt Eset. Na serverech je nasazen systém virtualizace VMware. Na území města funguje síť MAN (propojeno celkem 17 organizací - 18 budov), převážně využívající jako přenosového media optických vláken, ve městě je provozován rozsáhlý kamerový systém. LAN Města Velké Meziříčí je propojena do ROWANetu. Konektivita do


Stránka 8 z 34






Internetu je v současné době 60Mb/s. Internetová konektivita je dostatečná pro všechny zamýšlené aplikace a systémy.

Hlavní datové centrum Města je dále vybaveno nepřetržitým zdrojem napájení (UPS) 15kVA a benzinovým motorgenerátorem, třemi klimatizačními jednotkami Toshiba. Záložní datové centrum je vybaveno UPS 5500VA a pohyblivou klimatizační jednotkou Sinclair.

Některé vyjmenované HW a SW položky se využijí jako základ pro budování Technologického centra Města Velké Meziříčí: jeden server a licence pro diskovou virtualizaci, jeden server jako Management a Backup server, obě UPS, benzinový motorgenerátor (pro Záložní datové centrum) zabezpečení přístupu do Internetu, antivir, antispam.

2.3.2 Datové centrum TC ORP

Vzhledem k prostorovým možnostem MěÚ Velké Meziříčí a existenci optických tras mezi jeho budovami požadujeme dobudovat stávající vybavení na Hlavní a Záložní datové centrum, přičemž každé centrum bude umístěno v jiné budově a místnosti. Obě místnosti budou propojeny optickou trasou.

Všechny důležité komponenty řešení pak budou koncipovány jako redundantní. Principielně je schéma takto budovaného TC území ORP na následujícím obrázku:


Stránka 9 z 34






Místnost Hlavního datového centra TC území ORP Velké Meziříčí bude v budově Města "Spořitelna", adresa Náměstí 14/16, 3. podlaží. Bude zde umístěn nový rozvaděč, jeden nový server a stávající FC diskové pole (požadujeme rozšířit jeho diskovou kapacitu o dalších 12 disků SAS 450GB) a Blade servery, dva nové Ethernet L3 switche. Dále bude osazen nový diesel motorgenerátor. IPStor Appliance požadujeme přesunout na zmíněný nový server. Serverovou infrastrukturu požadujeme dovybavit dalším virtuálním serverovým prostředím pro zajištění vysoké dostupnosti tohoto prostředí v Hlavním datovém centru.

Místnost Záložního datového centra (v budově "Obecník", adresa Náměstí 79/3, 2 podlaží) bude sloužit jako disaster recovery a bude využívat druhý server, druhé diskové pole FC, Ethernet L3 switch. Do Záložního datového centra požadujeme přesunout stávající benzinový motorgenerátor. Dále požadujeme Záložní datové centrum dovybavit dalším novým serverem pro serverovou virtualizaci - tento server umožní dočasně provozovat celé TC území ORP v případě výpadku Hlavního datového centra, dalším FC diskovým úložištěm (6x 450GB SAS a 3x1TB SATA s využitím stávajících 3x750GB SATA), dvěma novými FC switchi.

Stávající diskové úložiště 7,2 TB požadujeme překonfigurovat na protokol iSCSI a umístit ho do kterékoliv další lokality MěÚ Velké Meziříčí (případně může být v Záložním datovém centru) a do jeho diskového prostoru provádět zálohování vybraných dat Hlavního datového centra, případně ho využít jako diskový prostor pro data kamerového systému.

Kromě toho chceme využívat možnosti replikace dat do TC K.

2.3.3 Rozvaděče

Chceme použít stejný typ, jako je rozvaděč v současné technologické místnosti, tedy výška 42U, hloubka 1000mm, bez bočnic a dveří.


Stránka 10 z 34






2.3.4 Diesel agregát

Požadujeme využít zařízení s výkonem 35kVA, které má dostatečný výkon na pokrytí veškerých energetických nároků TC území ORP.

2.3.5 Záložní zdroj napájení (UPS)

Hlavní datové centrum disponuje UPS s dostatečným výkonem, aby pokryl energetické nároky po dobu nezbytně nutnou na náběh diesel agregátu. Rovněž tak UPS Záložního datového centra je dostatečná.

2.3.6 Zhášecí systém

Rozvaděč v Hlavním i Záložním datovém centru TC území ORP požadujeme vybavit automatickým zhášecím systémem tak, aby bylo možné případný vznik požáru eliminovat hned v jeho počátku bez materiálových škod a ztráty dat.

2.3.7 Napojení na EZS

Datové centrum je napojeno na systém EZS.

2.3.8 Monitorovací systém pro rozvaděče (Rack Monitoring Systém - RMS)

Požadujeme Rack monitoring systém, který bude napojen na všechny zásadní systémy technologické místností Hlavního datového centra. Od napájení (vstup i výstup u UPS), přes čidla teploty, kouřová, vodní, dveřní, magnetická - vibrační a pohybová spolupracuje také s klimatizačními jednotkami, zhášecí jednotkou, je připojen do LAN a pomocí SNMP protokolu předává informace o všech událostech vyhodnocovacímu systému (např. KIWI Syslog) a díky němu podávat administrátorovi systému varovná nebo kritická hlášení. Ideální je propojit RMS se stávajícím systémem kamerovým a přístupovým a vytvořit tak ucelený systém se všemi funkcemi moderního bezpečnostního systému.

2.3.9 Stavební úpravy

V záložním datovém centru je nutné provést stavební opravy stávající se z opravy podlahy, sádrokartonového obkladu stěn a opravy rozvodů napětí.

2.3.10 Klimatizace Záložní datové centrum bude nutné vybavit jednotkou klimatizace. Hlavní datové centrum není třeba vybavovat novou klimatizační jednotkou.

2.3.11 Systémová infrastruktura Architektura vrstvy systémové infrastruktury pokrývá potřeby aplikací a služeb a je navržena pro budoucí růst. Navrhované řešení nemá SPOF (single point of failure). Pro výpadek vrstvy systémové infrastruktury by muselo dojít k vícenásobnému selhání. Systémová infrastruktura TC území ORP se skládá zejména ze serverové části, části datového úložiště a jejich vzájemného propojení a to buď přímého, nebo využitím virtualizačních technik. Využití virtualizace serverů je dosaženo zajištění optimálního výkonu a požadované garance dostupnosti služeb.

2.3.12 Servery

Služby a aplikace provozované v TC území ORP jsou provozovány na serverech. Pro zajištění požadované dostupnosti a výkonnosti bude vybudováno prostředí pro provoz aplikací na fyzických serverech i ve virtuálním prostředí.

2.3.13 Virtualizace serverová

Serverová virtualizace je doporučení pro:


Stránka 11 z 34






• schopnost zajištění garance služby • možnost provozovat služby v záložním datovém centru • záloha a obnova v definovaném čase • lepší využitelnost hardware • nižší nároky na management prostředí • provisioning , schopnost rychle reagovat na budoucí potřeby ICT • nižší energetická náročnost • nezávislost na hardware fyzického serveru • škálovatelnost • možnost využívat fault tolerance služby i pro servery, které nelze provozovat v clusteru • synergie s existujícími projekty

Ze Studie proveditelnosti Technologického centra kraje Vysočina vyplývá, že TC K je připraveno jako disaster recovery lokalita pro TC území ORP. Reálně lze zajistit dostupnost TC území ORP v TC K do jedné hodiny. TC K bude dimenzováno převzít provoz až dvou TC území ORP. Je vyžadováno vypracování a otestování pracovních postupů pro disaster situaci.

2.3.14 Tiered storage

Koncept ukládání dat využívá Tiered storage. TC území ORP bude využívat 2 disková pole, která budou vzájemně replikována.

Tier Technologie disků

Tier 1 SAS disky, 15000 RPM

Tier 2 SATA disky

Požadovaný způsob připojení pro T1 - T2 je SAN 4Gb, případně výkonnější.

Požadujeme nasazení dvou diskových úložišť, v Hlavním datovém centru s čistou kapacitou minimálně 5TB na discích SAS (RAID6) pro T1, v Záložním datovém centru s čistou kapacitou minimálně 1,6TB na discích SAS a čistou kapacitou 4TB na discích SATA (RAID6) pro T2. Disková úložiště musí umožňovat jednoduchou a dostatečnou rozšiřitelnost.

2.3.15 Garantované úložiště

Garantované úložiště bude vybudováno v TC K. TC území ORP a jeho aplikace Spisovna bude mít bezpečný způsob připojení ke garantovanému úložišti.

2.3.16 Virtualizace disková

Disková virtualizace nabízí výrazné zvýšení dostupnosti dat rozhodujících aplikací. Mezi nejdůležitější výhody patří:

• Relativně jednoduchá implementace do stávající SAN infrastruktury • Možnost virtualizace diskových úložišť různých výrobců • Jednotná administrátorská konzola pro konfiguraci LUNů a operací nad nimi


Stránka 12 z 34






• Vytváření synchronních kopií LUNů prezentovaných serverům na primárním úložišti v úložišti sekundárním

• Vytváření synchronních kopií LUNů na interních discích serverů do SAN prostředí (primární nebo sekundární úložiště)

• Vytváření asynchronních kopií LUNů prostřednictvím TCP/IP do vzdálených lokalit (Volitelně je možné replikovaná data při přenosu komprimovat a šifrovat pro zajištění optimálního přenosu a bezpečnosti těchto dat)

• Vytváření konzistentních kopií produkčních dat rozprostřených v čase diskrétně nebo spojitě s možností jednoduše tyto kopie prezentovat podle potřeby odpovídajícím serverům jako data „ostrá"nebo testovací

• Jednoduchá migrace LUNů prezentovaných serverům z úložiště na úložiště bez odstávky běžící aplikace (přesun může být zapříčiněn např. nutností zvýšit výkonnost diskového úložiště, na kterém odpovídající LUN fyzicky leží nebo výměnou starého diskového úložiště za nové)

• Disková virtualizace může znamenat úsporu za licence na počet připojitelných serverů (u diskových polí některých výrobců), protože pro diskové pole je jediným „serverem" virtualizační vrstva. Dále pak může znamenat úsporu za licence pro vytváření synchronních nebo asynchronních kopií dat, stejně tak eliminuje nutnost zmíněné operace provádět mezi totožnými diskovými poli jednoho výrobce.

2.3.17 Architektura řešení diskové virtualizace

Obrázek (v kapitole SAN) zobrazuje server diskové vizualizace. Diskovou virtualizaci požadujeme licencovat minimálně na 3TB celkové virtualizované diskové kapacity s možností dalšího rozšiřování.

2.3.18 SAN

Na následujícím obrázku je přehledně znázorněno rozložení jednotlivých stavebních prvků TC území ORP Velké Meziříčí do jednotlivých lokalit včetně minimalistické SAN:


Stránka 13 z 34






2.3.19 LAN

Požadujeme nasadit dva Ethernet switche do Hlavního, jeden (stávající) do Záložního datového centra. Servery pro virtualizaci budou do každého páteřního switche propojeny vždy minimálně jednou Gb linkou. Návrh sítě LAN je odolný proti jednonásobné chybě hardware. Vícenásobná porucha hardware může znamenat výpadek.

LAN infrastruktura TC území ORP bude využívat následující vlastnosti důležité zejména pro zajištění kvality služeb, bezpečnosti a dostupnosti:

• podpora VLAN (802.1q - 4096 VLAN, 802.1ad - Q-in-Q) podpora pro Microsoft NLB Cluster (Multicast) podpora dynamického routingu (VRRP) podpora Multiple Spanning Tree (802.1s) podpora IPv6

• podpora agregace portů (802.1ad - LACP) podpora Advanced QoS Systémové služby • Zajišťují spolupráci mezi jednotlivými systémy, zajišťují bezpečný přístup ke službám a aplikacím,

apod.

2.3.20 Zálohování a obnova dat

Zálohování a obnova dat jsou v konceptu TC území ORP řešeny na několika úrovních. Vrstva diskové virtualizace nabízí vlastnosti vytváření a práce se zálohami jako jsou:

• Práce s časovými snímky dat • Konzistentní snapshoty - Pomocí agentů nainstalovaných na jednotlivých klientských serverech lze

takto provádět také konzistentní snapshoty pro tyto systémy: IBM DB2 UDB, Informix, Microsoft SQL Server, Oracle, Pervasive.SQL, Sybase, SAP, IBM Lotus Notes/Domino, Microsoft Exchange, Microsoft VSS, Novell GroupWise a souborové systémy (AIX, HP UX, Linux, NetWare, Solaris a Windows).

• Možnost zálohování přímo z vytvořených snapshotů pomocí zálohovacího software


Stránka 14 z 34






Snapshoty (plnohodnotné kopie zálohovaných dat jednoduše zpřístupnitelné pro plné použití nebo obnovu částí dat) budou vytvářeny nad LUNy jak na primárním, tak na sekundárním diskovém úložišti. Mohou být tedy vytvářeny podle potřeby i na LUNech, do kterých budou ukládána dat z aplikačních serverů obcí a organizací.

Dalším stupněm zálohování dat je asynchronní replikace dat z prostředí TC území ORP do TC K. Tak lze kromě aplikačních dat replikovat i soubory příslušející jednotlivým virtuálním serverům. Replikovaná data mohou být v TC K ještě dále transportována do Tier3 úložiště.

Princip snapshotů jako prostředku pro zálohování a obnovu dat je na následujícím obrázku:

2.3.21 Vzdálený přístup (VPN), terminálový přístup, VDI

Pro vzdálenou správu serverů je v současné době využíván vzdálený přístup servisní organizace. Doporučujeme zachovat a rozšířit o správu celého TC území ORP. Vzhledem k rozboru získaných dat od obcí a organizací zatím není nutné uvažovat o terminálových službách, nasazení technologie virtuálních desktopů doporučujeme zprovoznit na pracovištích, která jsou k tomuto účelu vhodná později.

2.3.22 Centrální služby

TC území ORP je s centrálním technologickým centrem TC C (CMS) propojeno pomocí infrastruktury KIVS. CMS je místo, kde dochází k výměně dat mezi centrálními informačními systémy. Propojením CMS a TC území ORP KIVS infrastrukturou je zabezpečen provoz generických služeb (adresářové služby, identity management, jmenné služby DNS, služba přesného času NTP), tak dalších centralizovaných služeb v budoucnu.


Stránka 15 z 34






2.3.23 Servis, podpora a řízení infrastruktury TC území ORP

Cílem koncepce této vrstvy je zajištění takové úrovně podpory a řízení implementovaných a provozovaných technologií a služeb, aby byl zajištěn provoz 12x5 a požadovaná dostupnost a kvalita služeb.

2.3.24 Helpdesk

Pro zajištění správy servisních požadavků a podpory uživatelů doporučujeme využít Helpdesk provozovaný Uchazečem.

2.3.25 Patch management a profylaxe

Patch management je proces pro zajištění maximální ochrany systémů před známými zranitelnostmi a jejich bezpečnou implementaci.

Využitím technologie virtualizace serverů pro plánování a testování disaster recovery procesů dosáhneme možnosti testovat bezpečnostní opravy software a ověřit funkcionalitu. Správu bezpečnostních oprav a převzetí záruky nad jejich provedením bude zajišťovat specializovaná firma, se kterou bude uzavřena SLA smlouva. Její služby budou však využívány pouze v případě, že bude třeba řešit tak závažný problém, který bude nad možností Města. Celý provoz a obsluha technologického centra bude v režii informatiků Města.

Preferované je používání aplikací a systémů, na které poskytuje výrobce nebo dodavatel systém automatického oznamování, případě automatického systému detekce přítomnosti nové bezpečnostní opravy, nebo rozšíření funkcionality.

Správce TC musí v intervalech předepsaných provozními směrnicemi provádět profylaxi hardwarových komponent, zejména update potřebných firmware, kontrolu stavu baterií UPS apod.

2.3.26 Maintenance

Je nezbytné mít zajištěnou maintenance na všechny kritické komponenty systému po celou dobu udržitelnosti projektu. Jedná se zejména o:

• bezpečnostní produkty (anti-x ochrana) • SAN a LAN komponenty • Serverovou virtualizaci • Diskovou virtualizaci • UPS Servisní podpora

2.3.27 Napojení na EZS

Celý provoz a obsluha technologického centra bude v režii informatiků Města. Pro případy technických problémů, které budou nad možnosti Města, bude uzavřen servisní kontrakt s dodavatelem na služby nezbytné k zajištění úrovně poskytování služeb 12x5.

Komponenty servisní podpory technologického centra:

• Servis o nepravidelné návštěvy u uživatelů dle jimi vyvolané potřeby o servis hardware (instalace aplikačního SW, OS, atd., zajištění obnovy provozu, výměna

vadných součástek, součinnost s dodavateli infrastruktury)


Stránka 16 z 34






• Profylaxe o pravidelné návštěvy u obcí a organizací, nebo správního obvodu ORP dle potřeby o komplexní správa hardware (pracovních stanic, serverů, datových úložišť a telekomunikační

infrastruktury) o optimalizace chodu všech používaných aplikací (instalace a reinstalace, zajištění upgrade na

vyšší verze, sledování bezpečnosti aplikací a řešení případných bezpečnostních problémů) o komplexní správa sítí (instalace, testování a opravy kabeláží, instalace, konfigurace a správa

bezpečnostních prvků, návrh VPN propojení poboček, zabezpečení sítě, antivirová ochrana, vzdálený dohled),

• Konzultace o zajištění školení a konzultací uživatelům, operátorům a administrátorům

• Rozvoj o poskytnutí odborníků na specializované odborné práce v oblasti IS/IT i na úrovni projektu

2.3.28 Management a monitoring

Řízení a dohled nad provozem a poskytovanými službami TC území ORP jsou nezbytné pro garantování dostupnosti služeb. Instalované technologie budou automatizovaně hlásit závady, nebo zhoršení provozních parametrů jednotlivých systémů nebo jejich komponent.

2.3.29 Komunikační infrastruktura

Na úrovni komunikační infrastruktury bude implementován systém umožňující:

• automatický scan sítě • monitoring zařízení a spojení a notifikací • možnost přidání vlastních map a zařízení • podpora SNMP, ICMP, DNS a TCP monitoringu • monitoring a grafické zobrazení využití linek

• přímý přístup ke vzdálenému managementu zařízení z jedné konzole

2.3.30 Serverová virtualizace

Management serverové virtualizace bude nasazen v designu replikace virtuálních strojů do TC K, tzn. je dostupný a řídí virtuální infrastrukturu i v případě výpadku TC území ORP v TC K.

2.3.31 Servery a storage

U storage pro Tier 1 a Tier 2 je vyžadován management chybových stavů od výrobce storage. Na úrovni TC území ORP bude implementován management výrobce technologie.

2.3.32 Management aplikací

Monitoring aplikací má tyto základní vlastnosti:

• sledování běhu aplikací a hlášení provozních problémů • expertní přístup k aplikacím a službám tzv. management packy • servis orientovaný monitoring. Možnost graficky zobrazit závislosti jednotlivých služeb k rychlému

zjištění problému a modelování a zobrazení jeho dopadu • jeden agent (běžící služba) pro monitorování operačních systémů i aplikací • integrovaná knowledge base s možností vytváření vlastní znalostní báze • automatizování administrativních úloh Datové centrum


Stránka 17 z 34






Všechny další implementované technologie budou využívat výše uvedené management nástroje, pokud je to možné, případně vlastní. Preferováno je propojení managementů do systému managementu aplikací nebo komunikační infrastruktury.

2.3.33 Datové centrum

Datová centra budou monitorována rack monitoring systémem.

2.3.34 Ostatní

Všechny další implementované technologie budou využívat výše uvedené management nástroje, pokud je to možné, případně vlastní. Preferováno je propojení managementů do systému managementu aplikací nebo komunikační infrastruktury.

2.3.35 Bezpečnost

Vrstva bezpečnost zajišťuje minimalizaci možných bezpečnostních incidentů. Bezpečnost TC území ORP se prolíná všemi vrstvami a všemi prvky řešení. Tato kapitola popisuje vlastnosti řešení bezpečnosti z pohledu síťových útoků, virového nebo podobného útoku.

2.3.35.1 Anti-x ochrana

Anti-x ochrana TC území ORP bude budována jako host ochrana, tzn. bude instalována v operačním systému serveru. Anti-x ochrana TC území ORP splňuje následující prvky ochrany:

• antivirová ochrana • ochrana před spywarem nebo obdobným škodlivým kódem • brána - firewall pro hostitelský operační systém • prevence narušení a řízení připojených zařízení • vyžadována je centrální správa

2.3.36 Klientská vrstva

Klientská vrstva zajišťuje uživatelské rozhraní pro přístup k aplikační logice hostovaných aplikací, popř. služeb. Preferovaný přístup k aplikacím TC území ORP je pomocí bezpečného webovského přístupu ke službám a hostovaným aplikacím. Koncept TC území ORP je připraven na alternativní využití technologií poskytování aplikací způsobem prezentace aplikací (terminálový přístup) nebo technologiemi VDI (virtuální desktopy).

2.4 Specifikace zadání technického řešení

2.4.1 Servery

1x Server pro virtualizci disků a diskového prostoru:

• čtyřjádrový procesor s výkonem dostatečným pro provoz až dvaceti virtuálních serverů a virtualizaci diskového prostoru

• minimálně 4GB RAM • dva pevné disky SAS 73GB/15k pro systém, HW RAID řadič s podporou RAID 0, 1 • čtyři porty 4Gb/s FC HBA pro připojení k diskovým úložištím • provedení Rack • certifikace HW serveru pro serverovou i diskovou virtualizaci

2.4.2 Blade šasi:

rozšíření stávajícího blade šasi o dva napájecí zdroje


Stránka 18 z 34






2.4.3 Operační systémy virtuálních serverů:

licence pro provoz minimálně 8 Windows serverů ve virtuálním prostředí

2.4.4 Další SW licence virtuálních serverů

licence pro provoz databázového systému na virtuálním serveru se dvěma CPU bez nutnosti licencovat zvlášť klientské přístupové licence k databázím

2.4.5 Diskové pole

Rozšíření stávajícího diskového pole připojením další police s 12 pevnými disky SAS 450GB, včetně ESM.

2.4.6 FC switche

2x minimálně 8mi portový FC switch s odpovídajícím počtem SFP modulů a 16ti ks 5m optických kabelů Další HW komponenty(propojení hlavní a záložní lokality je vybudováno SM optickým kabelem) jeden dvouportový FC HBA do Backup serveru (PCI-E)

2.4.7 Virtualizace serverová

Požadavkem je design řešení funkční i v případě výpadku jednoho fyzického stroje.

Licence pro 2 fyzické dvouprocesorové servery, včetně managementu pro servery nabízené výše a licencí pro zajištění jednotlačítkového přechodu funkce z hlavní na záložní lokalitu (z TC území ORP do TC K) a rozšíření stávajících licencí (již vlastněných) na obdobné (včetně maintenance po dobu udržitelnosti):

• Hypervizor nainstalovaný přímo na hardware, umožňující plnou virtualizaci jakéhokoliv x86 stroje • Umístění kompletního prostředí včetně OS a aplikací do virtuálních strojů bez závislosti na

provozovaném hardware • Virtualizace a agregace x86 strojů a k nim připojených síťových a datových úložišť do unifikovaných

souborů zdrojů • Škálovatelnost pro možnost podpory IT prostředí jakékoliv velikosti • Vysoce výkonný klastrový systém zajišťující přístup k datovým diskům virtuálního stroje několika

nainstalovaných host serverů současně • Symetrický multiprocesing zlepšující výkonnost virtuálního stroje a umožňující, aby jediný virtuální

stroj využíval několik fyzických procesorů současně • Centralizované řízení zajišťující automatický provoz, optimalizaci zdrojů a vysokou dostupnost IT

prostředí • Centralizované řízení umožňující integraci s produkty spravovanými třetí stranou přes rozhraní různých

webových služeb a rovněž vývoj produktů podle přání zákazníka • Centralizované řízení umožňující nastavení jednoduchého a plně automatického disaster recovery

řešení (konfigurace, testování, výpadek, obnova) včetně plné integrace s výrobci diskových polí pro TC území ORP

• Dynamické a inteligentní přiřazení hardwarových zdrojů k zajištění optimálního propojení business provozu a IT

• Kontinuální dynamický balancing aplikačního výkonu nad dostupnými HW zdroji • Inteligentní alokace zdrojů na základě předdefinovaných pravidel • Migrace virtuálních strojů za provozu zajišťující tak plynulou správu a údržbu IT • Konsolidace zátěže a potřeb virtuálních strojů na menší počet fyzických serverů v případě nižších

požadavků na výkon včetně jejich přenosu bez ztráty spojení a jejich následný pohyb zpět na základě změny požadavků

• Jednoduché, centralizované zálohovací zařízení pro virtuální stroje • Nepřetržitý monitoring všech host serverů ve zdrojovém poolu a v případě detekce selhání host

serverů automatické iniciování procesu restartování všech dotčených virtuálních strojů na zbývajících host serverech

• Podpora operačních systémů Windows 2000 a novější, Linux, FreeBSD


Stránka 19 z 34






2.4.8 Virtualizace disková

Rozšiřující licence stávajícího virtualizačního prostředí (IPStore Appliance) pro 5 virtuálních strojů včetně roční maintenance

2.4.9 Aktivní prvky

• Součástí nabídky budou dva Ethernet switche umožňující bezobslužné převzetí veškerých funkcí včetně VLAN druhým switchem v případě poruchy jednoho z nich

2.4.10 Motorgenerátor

Součástí nabídky bude motorgenerátor s dieselovým pohonem pro vnitřní použití bez krytí hluku a výkonem 26kW (35kVA). Soustrojí bude vybaveno rozvaděčem pro automatiku startu, předehřevem, jističem proti přetížení, ATS rozvaděčem, nabíječem startovacích baterií, integrovanou palivovou nádrží v rámu soustrojí (obsah nádrže musí umožňovat minimálně 8 hodin provozu při 100% zatížení), snímačem množství paliva a ekologickou jímkou. Ventilátor chladiče musí při jmenovitém výkonu zajišťovat dostatečné chlazení motoru až do teploty okolního vzduchu 52 st. C. Soustrojí bude umístěno v DC Města Velké Meziříčí (přízemí ve dvoře). Součástí nabídky bude vzduchotechnika pro přívod a odvod vzduchu a výfukové potrubí, přívod k hlavnímu TC, hluková a rozptylová studie.

2.4.11 Klimatizační jednotka

Součástí nabídky bude odpovídající klimatizační systém (pokud možno redundantní) schopný efektivně uchladit tepelný výkon 20.000 BtU/hod.

2.4.12 Rack Monitoring System

Součástí nabídky bude zařízení pro monitorování všech zásadních provozních parametrů serverovny Hlavního i Záložního datového centra: napájení, teplota, vlhkost, přítomnost kouře, funkčnost UPS, funkčnost klimatizační jednotky a systému automatického zhášení serverovny. Součástí nabídky bude dále SW vybavení schopné na základě SNMP protokolu a nastavených hodnot vyhodnocovat stav provozních parametrů serverovny a podávat automatizovaně hlášení IT administrátorům o překročení těchto parametrů formou e-mailové zprávy aSMS.

2.4.13 Rack s výbavou

Součástí nabídky bude rám minimálně 42U šířka 600mm hloubka 1000mm kompatibilní se všemi nabízenými komponentami v rack provedení. Montážní materiál, případně potřebné police a jiné komponenty (Patch panely 24 portů, potřebná TP kabeláž).

2.4.14 Přístupový systém

Zařízení evidující přístupy do serverovny – snímání otisků prstů.

2.4.15 Zhášecí systém

Součástí nabídky bude systém umožňující uhasit vznikající požár v serverovnách Hlavního i Záložního datového centra co nejdříve po jeho vzniku a současně podat zprávu Rack Monitoring systému. Zhášecí medium musí být zdravotně nezávadné - doloženo příslušným certifikátem

2.4.16 Stavební úpravy

V záložním datovém centru je nutné provést drobné stavební opravy stávající se z opravy podlahy, sádrokartonového obkladu a rozvodů napětí.


Stránka 20 z 34






2.4.17 Implementace

Součástí nabídky bude položkový výčet veškerých potřebných prací (viz 2.3.2) potřebných pro kompletní fyzickou instalaci všech navržených technologií, SW instalaci navržených licencí, zprovoznění funkčních celků, nastavení datových replikací, systému převedení funkce TC území ORP do TC K včetně zkušebního obousměrného převodu a nutná administrátorská školení. Součástí prací bude i vytvoření kompletní a detailní dokumentace TC území ORP. Součástí nabídky bude dále návrh způsobu zajištění provozu TC území ORP.

2.4.18 Záruky

Veškeré záruky HW (serverů, diskových úložišť, ethernet, FC switchů) budou 5tileté (doba udržitelnosti projektu), se zaručenou opravou minimálně následující pracovní den nebo lepší.

2.5 Pořízení elektr. spisové služby území ORP Velké Meziříčí a řešení spisové služby obcí

Otázka pořízení, resp. Upgrade Elektronické spisové služby je samostatným předmětem části II. „Výzvy 06 IOP“.

2.5.1 Upgrade stávající spisové služby IS Radnice VERA MěÚ Velké Meziříčí

Upgrade stávající spisové služby IS Radnice VERA Městského úřadu Velké Meziříčí na neomezenou licenci, se zajištěním plné kompatibility s informačním systémem datových schránek (dále ISDS), zahrnující záruku aktuálnosti software po dobu nejméně pěti let (doby udržitelnosti projektu) včetně implementace, propojení na ISDS a zaškolení uživatelů.

2.5.1.1 Obecné

Základní funkční požadavky na spisovou službu MěÚ vychází z požadavků platné legislativy, tj. zejména těchto norem:

• Zákon 499/2004 Sb., o archivnictví a spisové službě • Zákon 300/2008 Sb., o elektronických úkonech a aut. konverzi dokumentů • Vyhláška 193/2009 Sb., stanovení podrobností provádění aut. konverze dok. • Vyhláška 191/2009 Sb., o podrobnostech výkonu spisové služby • Vyhláška 192/2009 Sb., změna vyhlášky č.645/2004 Sb. • Vyhláška 194/2009 Sb., o stanovení podrobností užívání a provozování ISDS • Vyhláška 496/2004 Sb., o e-podatelnách • Zákon 227/2000 Sb., o elektronickém podpisu (v aktuálním platném znění) • Nařízení vlády 495/2004 Sb., k zákonu o e-podpisu • Zákon 500/2004 Sb., správní řád • Zákon 106/1999 Sb. o svobodném přístupu k informacím • plná kompatibilita se stávající architekturou IS ORP • plná kompatibilita s databázovým prostředím ORP • nabídka a řešení plně vyhovující příslušné výzvě Integrovaného operačního programu

2.5.1.2 Technické a funkční

Plná kompatibilita s provozovanou Spisovou službou ORP včetně zachování stávajících vazeb na stávající agendy MěIS rozhraní na stávající agendy MěIS kde vznikají dokumenty, zejména:

– plná kompatibilita s provozovanou Spisovou službou MěÚ Velké Meziříčí včetně zachování stávajících vazeb na stávající agendy MěIS


Stránka 21 z 34






– plnohodnotná podpora komunikace s ISDS – možnost přihlášení k ISDS a k rozhraní ISDS pomocí systémového certifikátu – možnost přihlášení k ISDS a k rozhraní ISDS pomocí loginu a hesla – podpora provozu na databázi Informix IDS – závazek podpory předávání dokumentů dle modelu OAIS (rozhraní Národního digitálního archivu) – otevřené komunikační rozhraní pro externí systémy – možnost integrace s ekonomickými systémy – možnost integrace s DMS – podpora uploadu příloh min 10 MB – rozhraní na systém Czech POINT – řešení nebo zpřístupnění registru autorizované konverze – možnost uživatelských změn (např. sestavy) – možnost využití e-learningu pro vzdělávání budoucích uživatelů – podpora provozu serverové části ve virtuálním prostředí – podpora plné historizace a logování přístupů – řešení el. podatelny, el. spisovny, el. výpravny – podpora práce s el. podpisem (kvalifikovaný certifikát) a časovým razítkem – možnost administrace uživatelského prostředí (omezení funkčních prvků) na organizace, organizační

jednotku a uživatele – možnost centrální i delegované administrace – podpora vzdálených skenovacích linek (TCP/IP) včetně řešení OCR jedinečných identifikátorů (automatické

přiřazení skenu k danému záznamu) – rozhraní na IS OK nouze a RŽP – rozhraní na garantované úložiště kraje – podpora logování přístupů

2.5.2 Pořízení a implementace centrální hostované spisové služby pro příspěvkové organizace zřizované Městem Velké Meziříčí (dále jen „příspěvkové organizace“) a obce ve správním obvodu obce s rozšířenou působností Velké Meziříčí včetně jejich příspěvkových organizací (dále jen „obce“)

Pořízení a implementace centrální hostované spisové služby pro příspěvkové organizace zřizované Městem Velké Meziříčí (dále jen „příspěvkové organizace“) a obce ve správním obvodu obce s rozšířenou působností Velké Meziříčí včetně jejich příspěvkových organizací (dále jen „obce“), zahrnující záruku aktuálnosti software nejméně po dobu pěti let (doby udržitelnosti projektu) včetně propojení na ISDS a zaškolení uživatelů.

Součástí je poskytnutí licence zadavateli na jakékoliv v současnosti známé využití díla, včetně práva zadavatele udělit k využití díla příspěvkovým organizacím a obcím podlicenci.

2.5.2.1 Obecné

Základní funkční požadavky na centrální hostovanou spisovou službu vychází z požadavků platné legislativy, tj. zejména těchto norem:

• Zákon 499/2004 Sb., o archivnictví a spisové službě • Zákon 300/2008 Sb., o elektronických úkonech a aut. konverzi dokumentů • Vyhláška 193/2009 Sb., stanovení podrobností provádění aut. konverze dok. • Vyhláška 191/2009 Sb., o podrobnostech výkonu spisové služby • Vyhláška 192/2009 Sb., změna vyhlášky č.645/2004 Sb. • Vyhláška 194/2009 Sb., o stanovení podrobností užívání a provozování ISDS • Vyhláška 496/2004 Sb., o e-podatelnách • Zákon 227/2000 Sb., o elektronickém podpisu (v aktuálním platném znění)


Stránka 22 z 34






• Nařízení vlády 495/2004 Sb., k zákonu o e-podpisu • Zákon 500/2004 Sb., správní řád • Zákon 106/1999 Sb. o svobodném přístupu k informacím • plná kompatibilita se stávající architekturou IS ORP • plná kompatibilita s databázovým prostředím ORP • nabídka a řešení plně vyhovující příslušné výzvě Integrovaného operačního programu


– plnohodnotná podpora komunikace s ISDS – plná funkcionalita klienta v prostředí webového prohlížeče – podpora vzdáleného volání zobrazení písemností přes URL a jedinečný identifikátor – podpora vzdáleného volání jednotlivých příloh přes URL a jedinečný identifikátor – možnost přihlášení k ISDS a k rozhraní ISDS pomocí systémového certifikátu – možnost přihlášení k ISDS a k rozhraní ISDS pomocí loginu a hesla – podpora provozu na databázi Informix IDS nebo freeware databázi – závazek podpory předávání dokumentů dle modelu OAIS (rozhraní Národního digitálního archivu) – otevřené komunikační rozhraní pro externí systémy – možnost integrace s ekonomickými systémy – možnost integrace s DMS – podpora uploadu příloh min 10 MB – možnost rozhraní na systém Czech POINT – řešení nebo zpřístupnění registru autorizované konverze – provoz na jedné databázi se společnou datovou strukturou pro všechny příspěvkové organizace a obce (tj.

bez nutnosti duplikování této struktury pro jednotlivé příspěvkové organizace a obce) – možnost uživatelských změn (např. sestavy) – možnost využití e-learningu pro vzdělávání budoucích uživatelů (v ceně licence) – podpora provozu serverové části ve virtuálním prostředí – podpora plné historizace a logování přístupů – řešení el. podatelny, el. spisovny, el. výpravny – podpora práce s el. podpisem (kvalifikovaný certifikát) a časovým razítkem – možnost administrace uživatelského prostředí (omezení funkčních prvků) na organizace, organizační

jednotku a uživatele – podpora logického oddělení jednotlivých organizací v databázi i samostatných databází pro jednotlivé

organizace (princip co organizace to jedna databáze) – možnost centrální i delegované administrace – podpora vzdálených skenovacích linek (TCP/IP) včetně řešení OCR jedinečných identifikátorů (automatické

přiřazení skenu k danému záznamu) – jedna centrální instalace aplikace pro provoz všech příspěvkových organizací a obcí – oddělenost archivu dokumentů od databáze, tzn. možnost ukládání příloh a binárních objektů do

filesystému

2.5.3 Pořízení a implementace elektronické spisové služby pro 1 obec s pověřeným obecním úřadem ve správním území ORP Velké Meziříčí s plnou kompatibilitou s Informačním systémem Radnice Vera

Pořízení a implementace elektronické spisové služby pro 1 obec s pověřeným obecním úřadem ve správním území ORP Velké Meziříčí s plnou kompatibilitou s Informačním systémem Radnice Vera a Informačním systémem datových schránek zahrnující záruku aktuálnosti software nejméně po dobu pěti let (doby udržitelnosti projektu) včetně propojení na ISDS a zaškolení uživatelů.


Stránka 23 z 34






2.5.3.1 Obecné

– poptávané el. spisové služby musí být v souladu se zák. 499/2004 Sb., o archivnictví a spisové službě v platném znění a prováděcí vyhláškou č. 191/2009 Sb., o podrobnostech výkonu spisové služby.

– nabídka a řešení plně vyhovující příslušné výzvě Integrovaného operačního programu


plná kompatibilita s IS obce včetně zachování stávajících vazeb na stávající agendy IS

plnohodnotná podpora komunikace s ISDS

podpora provozu na databázi Informix

2.5.4 Pořízení a implementace elektronické spisové služby pro 14 obcí základního typu ve správním území ORP Velké Meziříčí s plnou kompatibilitou s Informačním systémem Munis

Pořízení a implementace elektronické spisové služby pro 14 obcí základního typu ve správním území ORP Velké Meziříčí s plnou kompatibilitou s Informačním systémem Munis a Informačním systémem datových schránek zahrnující záruku aktuálnosti software nejméně po dobu pěti let (doby udržitelnosti projektu) včetně propojení na ISDS a zaškolení uživatelů.

2.5.4.1 Obecné

poptávané el. spisové služby musí být v souladu se zák. 499/2004 Sb., o archivnictví a spisové službě v platném znění a prováděcí vyhláškou č. 191/2009 Sb., o podrobnostech výkonu spisové služby, nabídka a řešení plně vyhovující příslušné výzvě Integrovaného operačního programu.

2.5.4.2. Technické a funkční

• plná kompatibilita s IS obce včetně zachování stávajících vazeb na stávající agendy IS • plnohodnotná podpora komunikace s ISDS • podpora provozu na databázi •

2.5.5 Povinné – organizační požadavky k elektronickým spisovým službám • návrh postupu implementace (v rámci implementace dodání kompletní dokumentace ke správě a

užívání aplikací včetně popisu dodávaných rozhraní) • poimplementační podpora – HelpDesk, organizování kontrolních dnů, atp. vč. způsobu začlenění do

využití stávajících procesů a aplikací zadavatele • legislativní úpravy eSSL • legislativně požadovaná rozhraní • služby související s provozem aplikace

2.5.6 Další požadavky na elektronické spisové služby

Spisová služba je sjednocujícím prvkem agend vykonávaných úřadem. Navržený koncept TC ORP proto vytváří předpoklady pro důslednou integraci elektronické spisové služby do procesů a činností všech agend úřadu, a to


Stránka 24 z 34






bez ohledu na úroveň a stav jejich elektronizace, resp. na dodavatele dílčích SW aplikací a systémů. Napojení stávajících aplikačních a programových komponent na elektronickou spisovou službu přitom zůstává zachováno, resp. bude podle potřeby vhodně doplněno nebo rozšířeno.

Integrace elektronické spisové služby (eSpSl) do agend úřadu minimálně zahrnuje:

• Řízená elektronická distribuce podání učiněných občany a institucemi ze systému eSpSl k jednotlivým úředníkům.

• Řízený proces přípravy a vyhotovení rozhodnutí, a to včetně schvalovacího procesu. • Realizace technických prostředků zajišťujících povinné ukládání vydaných rozhodnutí do systému eSpSl

v rámci všech agend úřadu.

Integrace eSpSl do agend úřadu bude přednostně realizována na procesní úrovni (tj. s využitím prostředků integrační platformy a workflow), čímž bude zaručeno snadné přizpůsobení zejména organizačním a procesním změnám agend, resp. úřadu jako takového.

Spisová služba musí naplňovat obecně platné předpoklady pro výkon efektivní a transparentní správy dokumentů. Musí umožňovat zpracování jak analogových, digitálních tak také hybridních dokumentů. Měla by tedy obsahovat minimálně tyto základní “komponenty”:

• Příjem a evidence dokumentů • Oběh, zpracování a vyřizování dokumentů a spisů • Ukládání a skartace dokumentů a spisů • Rozhraní pro integraci s externími agendami (systémy)

2.5.6.1 Příjem a evidence dokumentů

Spisová služba dává zaměstnancům organizace možnost příjmu a evidence dokumentů. Dokumenty v oblasti příjmu můžeme rozdělit podle způsobu podání do tří skupin:

• Elektronické dokumenty a elektronické přílohy, které jsou již v této podobě podány (např. z ISDS, dokumenty podané na e-podatelně nebo zaslané na skupinovou nebo osobní e-mailovou schránku zřizovanou organizací apod.).

• Dokumenty a přílohy doručené v listinné podobě a převedené skenováním do podoby e-dokumentu, včetně případných e-příloh. Možné jsou i kombinace postupů podle bodu jedna a dva (např. podání nebo vznik listinného dokumentu spolu s e-přílohami apod.).

• Do třetí skupiny patří tzv. vlastní dokumenty, které vznikají z vlastní činnosti organizace jako listinné nebo jako digitální (elektronické) dokumenty včetně případných příloh a elektronických příloh.

Podle vzniku je možné elektronické dokumenty nebo elektronické přílohy rozdělit do dvou kategorií:

• elektronické dokumenty nebo elektronické přílohy, které vzniknou přímo jako elektronické dokumenty nebo elektronické přílohy (např. dopis napsaný v textovém editoru, tabulka vytvořená v tabulkovém procesoru);

• elektronické dokumenty nebo elektronické přílohy, které vznikly konverzí z listinného dokumentu (sken s dalším možným zpracováním v OCR programech).

Z pohledu příjmu a evidence doručených dokumentů je nezbytné naplnění těchto funkčních požadavků:

• Evidence doručených listinných a elektronických dokumentů • Zobrazení zpráv doručených do datové schránky a elektronické podatelny • Vytvoření dokumentu ze zprávy doručené do datové schránky nebo elektronické podatelny • Označení dokumentů jednoznačným identifikátorem a číslem jednacím • Vedení podacího deníku

2.5.6.2 Oběh a vyřizování dokumentů – evidence předání a převzetí

V rámci činností spojených s oběhem, zpracováním a vyřizováním dokumentů a spisů musí být uživatelé el. spisové služby schopni plnohodnotně pracovat s dokumenty a spisy (analogovými, digitálními i hybridními), tzn. musí mít minimálně možnost realizovat tyto činnosti:

• příjem listinných podání • registrace dokumentu


Stránka 25 z 34






• evidence dokumentu • přidělení ČJ a vytvoření spisu • vyřízení a uzavření dokumentu/spisu • tisk sběrného archu spisu • registrace odesílané zásilky • odeslání listinného dokumentu a předání na výpravnu • tisk poštovních obálek/štítků • převzetí dokumentů od jiného zpracovatele (stejného spisového uzlu) • přidělení dokumentů jinému zpracovateli (jiného spisového uzlu) • předání dokumentů jinému zpracovateli (stejného spisového uzlu) • vyhledání dokumentu na základě zadaných evidenčních údajů

2.5.6.3 Práce s elektronickými dokumenty - Vložení, zobrazení a editace elektronických dokumentů

Systém elektronické spisové služby musí umožňovat zejména tyto činnosti s elektronickými dokumenty:

• registrace interního elektronického podání • registrace externího podání v digitální podobě (např. doručeného na nosiči) • přiřazení elektronického dokumentu k evidenční kartě eSpSl • přiřazení nové verze elektronického dokumentu k evidenční kartě eSpSl • přiřazení elektronické přílohy k evidenční kartě eSpSl • zobrazení elektronického dokumentu a e-přílohy z evidenční karty eSpSl • Sledování stavu vyřízení dokumentů • Práce se spisy a uzavírání spisů • Ukládání elektronických dokumentů způsobem zaručujícím věrohodnost původu dokumentu,

neporušitelnost jeho obsahu a čitelnost dokumentu, • Kontrola a doplňování časových razítek a elektronických značek dle požadavků zákona • Elektronické podpisy (podepsání souboru, ověření podpisu) • Převádění dokumentu v analogové podobě na dokument v digitální podobě a naopak • Automatická konverze dokumentů do ukládacího nebo výstupního datového formátu • Odesílání dokumentů poštou, elektronickou poštou a datovou schránkou • Evidence doručení dokumentu • Automatická evidence dodejky z datové schránky • Vyřízení a uzavření

2.5.6.4 Odesílání listinných i elektronických dokumentů

Přestože hovoříme o elektronické spisové službě, musí být tento systém připraven také na plnohodnotnou práci nejen s elektronickými dokumenty, ale také s listinnými dokumenty a zásilkami. Musí také umožňovat automatické generování tiskových výstupů, které jsou požadovány Českou Poštou, s. p. a statistických výkazů a výstupů o strukturách a cenách zásilek za uživatelem zvolené období, např. 10 dnů apod.

Minimální základní požadavky na funkce tohoto systému jsou:

• Odesílání dokumentů poštou, elektronickou poštou a datovou schránkou • Evidence doručení dokumentu • Automatická evidence dodejky z datové schránky

2.5.6.5 Vyřízení a uzavření

Elektronická spisová služba je také zodpovědná za změnu stavu dokumentů a spisů z tzv. aktivní evidence do evidence vyřízených a uzavřených dokumentů/spisů. Tyto dokumenty a spisy jsou následně předávány do spisovny do tzv. předarchivní péče.

2.5.6.6 Ukládání a skartace - evidence skartačních znaků a lhůt

Vyřízené a uzavřené dokumenty/spisy se musí dále dle platné legislativy uchovávat ve spisovně v tzv. předarchivní péči. Tuto oblast pokrývají spisovny a el. spisová služba musí být nástrojem, který činnost spisoven pomůže zefektivnit.

V rámci zavádění eGovernmentu nabývá na významu ošetření tzv. e-spisovny, která řeší předarchivní péči o elektronické dokumenty a následnou komunikaci s připravovaným NDA (Národním Digitálním Archivem).


Stránka 26 z 34






Aplikace řešící tuto oblast tedy musí řešit minimálně tyto oblasti:

• Ukládání spisů a dokumentů • Podpora skartačního řízení pro papírové i elektronické dokumenty • Předávání spisů a uzavřených dokumentů do e-spisovny

2.5.6.7 Ostatní

Systém elektronické spisové služby musí být schopen řešit komunikaci všemi využívanými komunikačními kanály, zejm. poštou, osobně, elektronickou poštou (e-mailem) a prostřednictvím ISDS.

Samozřejmostí je požadavek na systém spisové služby jako na páteřní komunikační kanál, který budou využívat všechny aplikace využívané v organizacích a který bude zajišťovat jednotnou komunikaci organizace s okolním světem. Z tohoto důvodu musí být el. spisová služba vybavena integračním rozhraním, které bude splňovat základní požadavky specifikované v platné legislativě či obecně přijímaných normách.

2.5.7 Požadovaný HW nezbytně nutný pro provoz eSpSl

V rámci investiční fáze projektu bude kromě licencí eSpSl pořízen HW nezbytně nutný pro provoz eSpSl.

Konkrétně se jedná o:

1x Server:

• 2x čtyřjádrový procesor s dostatečným výkonem pro provoz až 10 virtuálních serverů, • minimálně 24GB RAM, • dva pevné disky SAS 146GB/15k pro systém, HW RAID řadič s podporou RAID 0, 1, • dva 4Gb/s FC HBA pro připojení k diskovým úložištím, • provedení rack, • certifikace HW serveru pro serverovou virtualizaci.

Operační systém

Licence pro provoz minimálně 4 Windows serverů ve virtuálním prostředí

Rozšíření stávajícího diskové pole o nové

Diskové pole a odpovídající kabely pro její připojení a minimálně 6x pevný disk SAS 450GB/15k a 3x pevný disk SATA II 1TB, včetně ESM.

2.5.8 Implementace

Položkový výčet veškerých prací potřebných pro kompletní fyzickou instalaci všech navržených technologií, elektronických spisových služeb, zprovoznění funkčních celků a nutná administrátorská školení. Součástí prací bude i vytvoření kompletní a detailní dokumentace.

2.5.9 Záruky

Veškeré záruky HW budou 5tileté (doba udržitelnosti projektu), se zaručenou opravou minimálně následující pracovní den nebo lepší.


Stránka 27 z 34






2.5.10 Seznam obcí, které požádaly o zajištění přístupu k elektronické spisové službě


Stránka 28 z 34






2.6 Vnitřní integrace úřadu ORP Velké Meziříčí Veškeré dodávané komponenty musí být plně funkční a kompatibilní s informačním systémem MěÚ a rozvíjet jeho funkcionality.

Následující tabulka je výsledkem analýzy současného stavu a obsahuje prvky systému (funkce), které je nutné dodat, podrobný popis je v následujících kapitolách:

Legenda

• IDM – identity management • PER – personalistika • POR - protál

Funkce VIÚ dle typového projektu Poznámka Způsob dodávky

1. Modul systém řízení organizace Produkt/technologie

1. 1. Modelování organizační struktury IDM

1.2. Referenční Organizační struktura IDM

1.3. Zaměstnanci Integrace s doch. syst. a webem

IDM

1.4. Personalistika PER

1.5.1. Správa koncových stanic Dodat produkt

1.5.2. Zabezpečení a ochrana systému Dodat produkt

1.6. Katalog agend, práv a povinností IDM

1.7. Katalog aplikací a oprávnění IDM

1.8. Groupware Dodat produkt

2. Portály

2.1 Prezentace služeb a org. struktury Příprava pro prezentaci POR

2.2. Portál občana Dodat základní komponentu a dále rozvinout

POR

2.3. Životní situace POR

2.4. Formulářový systém Dodat základní komponentu pro portál občana

POR

2.5. Portál úředníka Dodat základní komponentu a rozvinout

POR


Stránka 29 z 34






2.6. Formulářový systém Dále rozvinout již používanou komponentu

POR

2.7 Integrace doch. systému s IS a portálem

POR

3. Vazby

3.1. Vazba organizační struktura - LDAP IDM

3.2. Vazba - přiřazení práva k aplikaci IDM

3.3. Vazba - přiřazení práva k agendě IDM

3.4. ePUSA plnění dat IDM

3.5. Vazba agenda - IZSR - čtení, převzetí

Vytvořit předpoklady

3.6. Vazba agenda - IZSR Vytvořit předpoklady

4. Back Office

4.1. Agendy vnitřní, nepokryté SW Dodat produkt k postupnému využití

Agendy

2.7 Specifikace zadání řešení vnitřní integrace úřadu

2.7.1 Identity management (IDM)

Požadujeme IDM umožňující centralizovanou správu organizační struktury a přístupových práv v prostředí Linux, Windows nebo vlastních aplikací, kterými jsou v prostředí úřadu provozované agendy. Bude napojen na personální systém, jako nositel zdrojových informací o uživatelích a následně přenášet a umožňovat aktualizace adresářové služby organizace (LDAP,AD).

IDM bude udržovat evidenci uživatelů, jejich zařazení v organizační struktuře, přiřazovat jednotlivé organizační role, definovat činnosti, spravovat profily a řídit přístupová práva do aplikací. IDM umožní integraci se systémy jako například ePUSA, dále bude technologicky připravena na budoucí integraci s ISZR.


Stránka 30 z 34






Požadujeme sjednocení na centrální správě uživatelů u provozovaného IS s největším počtem uživatelů s rozhraním pro připojení dalších provozovaných IS.

Správa uživatelů, jejich profilů a oprávnění, bude spravovat nastavení pravidel pro autorizaci, identifikaci a autentizaci konkrétního úředníka.

Každý uživatel informačního systému úřadu by měl být jednoznačný z pohledu:

• oprávnění vykonávat danou působnost (tedy mimo jiné využívat k výkonu působnosti daný agendou informační systém a využívat případně editovat data v ní obsažená)

• role v organizační struktuře daného orgánu veřejné moci ve vazbě na danou agendu a působnost (konkrétní systémová vazba agenda – působnost – organizační struktura – úředník)

• rozsah přístupových práv v systému a evidence jeho vstupů do systému

2.7.2 Rozhraní na Základní registry

Požadujeme autorizaci úředníka z pohledu jeho role, a oprávnění této role k výkonu konkrétní agendy dle Katalogu působností orgánů veřejné moci, jako součásti Registru práv a povinností.

Úředníkovi bude umožněno tato ověření provádět vůči jednotlivým základním registrům právě v rozsahu jeho zákonného oprávnění se na tyto referenční údaje dotazovat, tedy na základě stanovené role ve veřejné správě. Proto je potřeba připravit definici a klasifikaci rolí tak, aby bylo možné tyto role zanést do Registru práv a povinnosti pro pokrytí všech činností vykonávaných v agendách OVM. Následně dle těchto rolí upravit procesy uvnitř úřadu Města Velké Meziříčí a v návaznosti také informační systémy úřadu nezbytné k zabezpečení těchto procesů. To znamená, implementací tohoto rozhraní bude úřadem provozovaný agendový IS připraven ke komunikaci se Základními registry, CZECH Pointem a dalšími eGon službami umístěnými v Centrálním místě služeb státu.

2.7.3 Portálová řešení (POR) • Portál úředníka rozvinout v základní rovině • Portál občana rozvinout v základní rovině


Stránka 31 z 34






Portálová řešení musí sloužit zejména k zefektivnění práce uživatelů, zpřístupnění informací z různých, často nesourodých zdrojů a jejich centralizace do jednoho místa. Bude umožněno doplnění o řešení třetích stran. V neposlední řadě musí umožňovat full-textové vyhledávání nad celým obsahem.

V rozsahu činností úřadu bude toto řešení efektivně využito jako prezentační vrstva pro efektivní chod uvnitř úřadu, podpora projektového řízení, správa veškerých dokumentů či správa work-flow nad dokumenty. Musí umožňovat napojením vybraných agend nebo spisové služby pomocí externích konektorů. Toto portálové řešení bude vybudováno na otevřené architektuře, takže implementace potřeb nebo agend, která jsou v součastné době v rámci úřadu provozována „ručně“, bude možno tímto způsobem vyřešit.

V případě portálového řešení se nejedná o komunikaci na úrovni referenčních dat, jako je tomu např. u základních registrů, ale pouze o způsob přenosu „provozních dat“. Předávání těchto informací je možno řešit v několika technologiích. V roce 2007 Město Velké Meziříčí zakoupilo Řešení 602XML forms, které využívá ve své práci. Další vývoj i vzhledem k zpětné kontabilitě bude řešen pomocí tohoto produktu. Vzhledem k omezenému množství finančních prostředků bude řešeno aplikací, která bude vytvářet systém a zajišťovat komunikaci IS ORP úřadu s okolím – vstupy z webu města nebo z portálu veřejné správy – Portál občana a Portál úředníka. V rámci tohoto projektu bude vytvořeno pouze jádro tohoto systému a jeden inteligentní formulář pro úředníky úřadu s propojením na aplikace, další části budou zprovozňovány v krocích po ukončení tohoto projektu.

2.7.4 Formuláře

Dále požadujeme aplikaci (jádro) pomocí, které bude možné přijímat standardní formuláře občanů a metodiku tvorby formulářů. Bude vytvořen jeden formulář pro občany včetně implementace, další budou implementovány po skončení projektu v provozní fázi. Systém bude mít rovněž vazbu (rozhraní) na IS ORP.

2.7.5 Personalistika

Požadujeme realizaci prostřednictvím SW produktu, umožňujícího efektivní doplnění agendy personalistiky s propojením na mzdy, používanou aplikaci evidence docházky a nově aplikaci přítomnost na pracovišti na webovém portálu.

2.7.6 Zabezpečení serverů a koncových stanic

Správa a zabezpečení serverů a koncových stanic bude komplexní řešení za použití kvalitního nástroje zefektivňující činnost uživatelů. Řešení zabezpečení zahrnuje ochranu proti virovým nákazám, firewallové řešení koncové stanice, ochrana proti hrozbám spamu, pishingu nebo snoofingu v aktualizovaném stavu po dobu udržitelnosti projektu.

2.7.7 Správa koncových stanic

Požadujeme centrální sw aplikaci správy zabezpečení na základě rolí a působnosti v aktualizovaném stavu po dobu udržitelnosti projektu, jenž musí umožňovat: - bezobslužné zavedení a přenesení operačního systému, - integrovanou inventarizaci hardwaru a softwaru s vytvářením webových zpráv - správu softwaru na základě zásad - automatizovaná správa oprav - kontrolu dodržování a plné využívání podmínek softwarových licencí - nativní integraci se službou Microsoft Active Directory - centralizovanou správa prostředí se smíšeným hardwarem a různými operačními systémy


Stránka 32 z 34






intuitivní rozhraní pro správu s panely pracujícími v reálném čase a průvodci distribucí

2.7.8 Groupware

Požadujeme centrální sw aplikaci, která obsahuje nástroje pro spolupráci a komunikaci více uživatelů v lokální síti, intranetu nebo internetu. V prostřední Městského úřadu a internetu je nedílnou součástí groupwaru poštovní klient, kontakty, kalendář, úkolovník, poznámky nebo chat. Aplikace musí umožňovat vysokou míru integrace těchto komponent a doplňovat možnost nastavení si prostředí pro účely daného nasazení: účinnou správu dokumentů, obecnou databázi, zabezpečení (šifrování dat) nebo podporu účinné replikace.

2.8 Migrace dat ze stávajících agend Uchazeč zajistí dodávku komponent:

– Identity management, – Personalistika, – Groupwaare, – Správa koncových stanic, – Zabezpečení serverů a koncových stanic, – Rozhraní na Základní registry, – Portálová řešení, – Formuláře,

jejich plnou implementací v prostředí informačního systému města a migraci ze stávajících agend do vnitřní integrace upgradovaného informačního systému, který bude plně pokrývat minimálně současný stav agend a dále plnit požadavky v této specifikaci. Nabídka tak bude obsahovat návrh migračního projektu, pokud bude nutný.


Stránka 33 z 34






3 Akceptační kritéria plnění

3.1 Akceptační kritéria TC Předání a převzetí bude provedeno na základě akceptačního protokolu.

Akceptační kritéria:

• Dodávka HW dle smlouvy o dílo • Dodávka SW licencí dle smlouvy o dílo

Provedení akceptačních testů:

• Test zabezpečení napájení: bude simulován výpadek elektrického napájení o Kritérium: nedojde k výpadku dostupnosti instalované infrastruktury o Dodání el. Energie z generátoru bez výpadku instalované infrastruktury

• Test prostředí v serverových podmínkách o Nahlášení simulovaných odchylek od provozních hodnot do e-mailu definovaných osob –

teplota v místnosti • Testy vysoké dostupnosti • Akceptační kritérium je dostupnost aplikací při simulovaném výpadku:

o SAN Switche v TC ORP o LAN Switche v TC ORP o Jednoho z virtualizačních serverů o Test spuštění virtuálních serverů

• Test simulované nedostupnosti diskového pole v TC ORP • Test zálohování a obnovy dat, kritérium je obnovení dané části

o Provedení obnovy dle zadání • Instalace a konfigurace monitoringu

o kritérium: v systému se zobrazí simulovaný výpadek na instalované infrastruktuře • Technická dokumentace předaného řešení

3.2 Akceptační kritéria upgradu eSSL kompatibilní s IS VERA • Dodávka SW licencí dle smlouvy o dílo • Implementace řešení včetně hromadného školení uživatelů a správce systému • Dodání dokumentace k aplikacím a rozhraním • Nová eSSL musí splňovat veškeré technické, funkční a legislativní požadavky

3.3 Akceptační kritéria hostované eSSL • Dodávka SW licencí dle smlouvy o dílo • Implementace řešení včetně hromadného školení uživatelů a správce systému • Dodání dokumentace k aplikacím a rozhraním • Nová eSSL musí splňovat veškeré technické, funkční a legislativní požadavky

3.4 Akceptační kritéria nové eSSL pro 1 obec kompatibilní s IS Vera • Dodávka SW licencí dle smlouvy o dílo • Implementace řešení včetně školení uživatelů • Dodání dokumentace k aplikacím a rozhraním • Nová eSSL musí splňovat veškeré technické, funkční a legislativní požadavky


Stránka 34 z 34






3.5 Akceptační kritéria eSSL kompatibilní s IS Munis • Dodávka SW licencí dle smlouvy o dílo • Implementace řešení včetně hromadného školení uživatelů a správce systému • Dodání dokumentace k aplikacím a rozhraním • Nová eSSL musí splňovat veškeré technické, funkční a legislativní požadavky

3.6 Akceptační kritéria HW nezbytně nutného k provozu eSSL • Dodávka HW dle smlouvy o dílo • Dodávka SW licencí dle smlouvy o dílo

Implementace řešení včetně školení administrátorů

3.7 Akceptační kritéria vnitřní integrace úřadu ORP • Dodávka SW licencí dle smlouvy o dílo • Migrace dat ze stávajících agend do vnitřní integrace upgradovaného informačního systému • Dodání dokumentace k aplikacím, rozhraním a novým pracovním postupům • Implementace řešení včetně školení administrátorů

Provedení akceptačních testů:

• Test vytvoření uživatele a ověření jeho práv v jednotlivých agendách a propojení na personální systém • Test funkčnosti portálového řešení ze strany úředníka tak i občana • Test funkčnosti formuláře • Test funkčnosti zabezpečení serverů a koncových stanic

• Pokus o otevření infikovaného souboru • Test správy koncových stanic

• Instalace koncové stanice • Pokus o instalaci zakázaného programu

• Test funkčnosti groupware řešení • Zaslání emailu s možností sledování doručení a přečtení emailu • Předání úkolu • Zadání položky v kalendáři mezi 15 uživateli • Propojení a synchronizace emailů, kalendářů, úkolů na HTC TouchPro 2, HTC HD2

Date post:	12-Aug-2020
Category:	Documents
Upload:	others
View:	1 times
Download:	0 times

Příloha 1 Technická specifikace - Velké Meziříčí€¦ · 2.2 Vstupy pro TC ORP ze Studie...

Documents