Příloha 1 Technická specifikace

Zadávací dokumentace k veřejné zakázce Technologické centrum a elektronická spisová služba ORP Rožnov pod Radhoštěm (I., II., III.)

Příloha 1 Technická specifikace

Stránka 1 z 27 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


Obsah 1

Harmonogram .............................................................................................................. 4

1.1

Investiční etapa ....................................................................................................................... 4

1.2

Provozní etapa ......................................................................................................................... 4

2

Zkratky ....................................................................................................................... 5

3

Vazby projektu ............................................................................................................. 6

4

Základní prvky řešení .................................................................................................... 7

4.1

Koncept řešení TC ORP ............................................................................................................ 7

4.1.1 4.2

Základní principy TC......................................................................................................... 7

Vybavení technologického centra ........................................................................................... 8

4.2.1

Virtualizační HW1 a HW2 ................................................................................................ 8

4.2.2

Servery HW3, HW4 .......................................................................................................... 8

4.2.3

Backup Server HW5 ......................................................................................................... 8

4.2.4

SAN Switches ................................................................................................................... 9

4.2.5

Produkční diskové pole.................................................................................................... 9

4.2.6

Zálohovací diskové pole ................................................................................................ 10

4.2.7

2x Ethernetswitch .......................................................................................................... 10

4.2.8

Motorgenerátor............................................................................................................. 10

4.2.9

RMS (Rack Monitoring Systém) ..................................................................................... 10

4.2.10

2 x Rack, montážní materiál .......................................................................................... 11

4.2.11

Zhášecí systém............................................................................................................... 11

4.2.12

2x Záložní zdroj napájení ............................................................................................... 11

4.2.13

Zálohovacíjednotka, archivační media (Pásková knihovna / Autoloader) .................... 11

4.2.14

Virtualizace .................................................................................................................... 11

4.2.15

Infrastrukturní software ................................................................................................ 12

4.2.16

Negarantované úložiště................................................................................................. 13

4.2.17

Stavební úpravy ............................................................................................................. 14

4.2.18

Dokumentace ................................................................................................................ 14

4.2.19

Požadavky na školení ..................................................................................................... 14

4.3

Upgrade stávající nebo nová spisová služba ......................................................................... 15

4.3.1 4.4

Počty licencí ................................................................................................................... 15

Vnitřní integrace .................................................................................................................... 16



4.4.1 4.5

5

6

Další součásti dodávky........................................................................................................... 20

4.5.1

Implementace................................................................................................................ 20

4.5.2

Migrace .......................................................................................................................... 20

4.5.3

Školení ........................................................................................................................... 21

4.5.4

Záruky ............................................................................................................................ 21

Technická podpora díla ................................................................................................. 22

5.1.1

Servis, podpora a řízení infrastruktury TC ORP ............................................................. 22

5.1.2

Služby technické podpory na vyžádání .......................................................................... 22

5.1.3

Helpdesk ........................................................................................................................ 23

5.1.4

Výpočet ceny technické podpory .................................................................................. 23

Akceptační kritéria plnění ............................................................................................. 24

6.1 7

Portál úředníka .............................................................................................................. 16

Akceptační kritéria TC............................................................................................................ 24

Současný stav ICT zadavatele ....................................................................................... 25

7.1

SERVERY................................................................................................................................. 25

7.2

Seznam IS............................................................................................................................... 25

7.3

Připojení ................................................................................................................................ 27



1 Harmonogram 1.1 Investiční etapa Činnost Implementace komponent TC ORP Upgrade/pořízení eSpSl ORP včetně rozdílového školení implementace hostované eSpSl Školení uživatelů hostované eSpSl Moduly pro vnitřní integraci Předání/převzetí díla, fakturace, platba

Čas leden 2013/únor leden 2013/únor leden 2013/únor leden 2013/únor leden 2013/únor březen 2013

2013 2013 2013 2013 2013

1.2 Provozní etapa Činnost Běžný provoz

Čas duben 2013/ duben 2018



2 Zkratky Zkratka AD AIS DMS DWH eGon eSSL IB ISDS ISVS ISZR MV ČR OWASP RPP SLA SSL SSO TC K TC ORP ZR

Význam ActiveDirectory Agendový informační systém Dokumentový systém Datový sklad eGovernment Elektronická spisová služba Integrační bod (míněn integrační bod dle výzvy číslo 06 IOP) Informační systém datových schránek Informační systém veřejné správy Informační systém základních registrů Ministerstvo vnitra České republiky Open Web Application Security Project Registr práv a povinností Servicelevelagreement Securesocketlayer Single sign on Technologické centrum kraje (v této zadávací dokumentaci míněn Zlínský) Technologické centrum obce s rozšířenou působností Základní registry



3 Vazby projektu Návrh TC ORP vychází z koncepčních dokumentů zpracovaných MVČR a MMR a ze strategie efektivní veřejné správy dané dokumentem "Efektivní veřejná správa a přátelské veřejné služby". TC ORP je navrženo v souladu s cíli a požadavky stanovenými ve "Výzvě 06 IOP na Rozvoj služeb eGovernmentu v obcích" detailizovanými v přílohách "Vnitřní integrace úřadu (typizovaný projekt)" a "Technologické centrum obce s rozšířenou působností (koncept a východiska)" této výzvy. Koncept TC ORP zahrnuje komplexní řešení všech předmětných oblastí vymezených "Výzvou 06 IOP" s důrazem na vnitřní a vnější integraci chodu úřadu, a to jak po stránce technologické (tj. oblast ICT), tak i po stránce procesní (řízení, organizace, výkon agend).Obecný koncept TC ORP je uveden na následujícím obrázku:

Obrázek 1 Technologické centrum ORP V rámci TC ORP bude infrastruktura připravena na provoz dalších aplikací a služeb. Na úrovni ORP je nutné zajistit dohled a servis nad provozem po dobu 12 hodin 5 dní v týdnu. Předpokládané výstupy:

    

Elektronická spisová služba, negarantované úložiště, přenosová síť, systém datových a aplikačních serverů, implementované SW produkty.



4 Základní prvky řešení 4.1 Koncept řešení TC ORP Technologické centrum ORP bude sloužit pro provozování aplikací a systémů, ukládání dat a zajištění komunikace jak směrem k ostatním složkám státní správy, tak i k uživatelům. Budované TC se bude skládat z následujících částí:  rozšíření serverové a síťové infrastruktury  serverová virtualizace  nákup software a licence  systém dodávky elektrické energie  stavební úpravy

4.1.1

Základní principy TC

Technologické centrum (dále jen TC) převezme roli systémové infrastruktury pro provoz všech aplikací využívaných zadavatelem. Fyzicky bude umístěno v jedné serverovně, vybavené klimatizací s dostatečným chladícím výkonem a přístupovým systémem, zajišťující základní fyzickou bezpečnost a evidenci vstupu do prostoru, kde jsou uložena citlivá data. Serverovna bude v rámci této dodávky vybavena zhášecím zařízením. V této serverovně budou umístěny 2 nové rozvaděče, jež jsou předmětem této dodávky. Veškerá pořizovaná technika bude umístěna ve výše uvedených rozvaděčích. Základem nové infrastruktury je produkční diskové pole, které uchovává veškeré provozní data a obrazy virtuálních serverů. S produkčními servery je spojeno pomocí SAN infrastruktury, která je tvořena SAN FC přepínači o rychlosti 8Gbit. Virtualizační servery 1 a 2 zajišťují veškerý běh aplikací úřadu a jsou zařazeny ve virtualizačním clusteru, který zajišťuje vysokou dostupnost všech provozovaných aplikací. Součástí dodávané infrastruktury je Backup server, který má spojení do SAN a zároveň je spojen přes LAN s druhým – zálohovacím diskovým polem. Na tomto poli jsou uchovávány zálohy a archivy veškerých potřebných dat. Zálohování je doplněno páskovou knihovnou.



4.2 Vybavení technologického centra 4.2.1

Virtualizační HW1 a HW2

Dva identické servery s 64bitovou architekturou s konfigurací minimálně:  2x šestijádrový procesor, s hodnotou dle SPECint_rate2006 min. 390 bodů a dle SPECfp_rate2006 min. 330 (údaje musí být k dispozici na www.spec.org)  64GB (min. 8GB moduly 1600MHz) s možností rozšíření na 24 DIMM pozic  Vestavěná flash (sdhc) pro boot hypervizoruDualport HBA FC 8Gbit  Hot-plug disky SAS: 2 x 146GB 3,5´ 15krpm - RAID 1min. 16 x DVD-RW  řadič disků 512MB - podpora hot-plug disků SAS i SATA, podpora min. RAID - 0, 1  min. 2 x 8Gb/s FC HBA pro připojení k diskovým úložištím  Síťové připojení - min 4x 1Gbit ethernet, podpora IPv4, Ipv6  Server musí být certifikovaný pro použitou virtualizační platformu.  management serveru nezávislý na operačním systému (včetně dedikovaného portu pro mgmt) poskytující management funkce a vlastnosti: web GUI a dedikovaná IP adresa  2 redundantní síťové napájecí zdroje  provedení Rack mount, velikost 2U, přístup ke všem komponentám serveru bez použití nářadí,  rackové lyžiny a rameno na kabeláž na zadní straně serveru  servisní podpora na 5 let typu 24x7x365 s reakční dobou 4 hodiny, oprava v místě instalace serveru, (garantovaná doba opravy 24 hodin)  servis je poskytován výrobcem zařízení Celkem 2 ks

4.2.2

Servery HW3, HW4

Dva identické servery s 64bitovou architekturou s konfigurací minimálně:  minimálně jeden čtyřjádrový procesor s nativní frekvencí min. 2,2GHz a velikostí L3 cache min. 10Mb8GB RAM  2 disky 300GB/SAS v konfiguraci RAID1  Síťové připojení - 2 x dualport, 1Gbit Ethernet adapter, podpora IPv4, Ipv6  provedení Rack mount, velikost 1U, přístup ke všem komponentám serveru bez použití nářadí,  rackové lyžiny a rameno na kabeláž na zadní straně serveru  servisní podpora na 5 let typu 24x7x365 s reakční dobou 4 hodiny, oprava v místě instalace serveru, (garantovaná doba opravy 24 hodin)  servis je poskytován výrobcem zařízení Celkem 2 ks

4.2.3      

Backup Server HW5 minimálně jeden čtyřjádrový procesor s nativní frekvencí min. 2,2GHz a velikostí L3 cache min. 10Mb2 disky 300GB/SAS v konfiguraci RAID1 SAS HBA pro připojení páskové knihovny Síťové připojení - 2 x dualport, 1Gbit Ethernet adapter, podpora IPv4, Ipv6 provedení Rack mount, velikost 1U, přístup ke všem komponentám serveru bez použití nářadí, rackové lyžiny a rameno na kabeláž na zadní straně serveru servisní podpora na 5 let typu 24x7x365 s reakční dobou 4 hodiny, oprava v místě instalace serveru, (garantovaná doba opravy 24 hodin)





4.2.4  

 

4.2.5    

     

               

servis je poskytován výrobcem zařízení

SAN Switches plně redundantní konektivita mezi servery a diskovým polem 2 FC switche s konfigurací o minimálně 8 aktivovaných portů o osazení osmi 8Gbps SFP SW moduly Rozšiřitelnost o možnost aktivace dalších portů až do celkového počtu 24 pro každý switch SAN infrastruktura musí být kompatibilní s navrhovanými komponentami virtuální infrastruktury, zejména servery a diskovým úložištěm.

Produkční diskové pole modulární clustrový systém z více fyzických nodů, kde každý node disponuje vlastním řadičem a celé řešení se škáluje přidáváním dalších nodů HW + FW + SW od jednoho dodavatele výpadek jednoho celého nodu nesmí narušit provoz, tzn. při výpadku jednoho storage nodu nesmí aplikace přijít ani o jednu transakci zvyšování výkonu přidáním dalšího nodu – data se rozprostřou přes všechny nové disky (přestripují se), nesmí být omezení na počet aktivních disků na kterých jsou uložena data jednoho svazku, přidání nodu musí být možné provést online bez odstávek běžících aplikací žádný storage node nesmí být primární upgradování storage systému online bez omezení běžících aplikací požadovaná kapacita je minimálně 2x cluster node, provoz s automatickou synchronní replikací celého obsahu mezi nody clusteru možnost rozšíření na minimálně 4 nody v clustru diskové pole typu SAN s podporou nativní replikace dat základní konektivita: min. 2 Storage procesory, minimálně dva 8 Gb/s FC porty na řadič s možností rozšíření až na 4 porty a jeden management port 10/100/1000 Mbps na každý Storage procesor min. 2 GB cache na každý Storage Procesor, zálohovaná, umožňující časově neomezenou úschovu dat na flash pamět osaditelnost min. 12 HDD na každý diskový box rozšiřitelnost na minimálně 96 disků možnost osazení disky SAS, SATA (NL-SAS) a SSD v jedné polici současně min. 6 x 600GB 15k rpm min. 6 x 2TB 7,2k rpm RAID-0, RAID 1, RAID 3, RAID-5, RAID-6, RAID-10 podpora expanzních 3,5 a 2,5 jednotek podpora globálních hot-spares SW pro úplnou konfiguraci, management a monitorování možnost SW pro tvorbu snapshotů/snapklonů možnost SW pro synchronní a asynchronní replikace certifikace pro virtualizaci serverovou i diskovou certifikace pro MS SQL cluster certifikace pro MS Windows 2000 a všechny vyšší licence (např. managementu) na neomezenou diskovou kapacitu podpora na 5 let typu 24x7x365 s reakční dobou 4 hodiny, oprava v místě instalace zařízení, (garantovaná doba opravy 24 hodin), servis je poskytován výrobcem zařízení



4.2.6    

4.2.7

Zálohovací diskové pole Osazení pole 12x 2TB HDD SCSI podpora CIFS a NFS souborových služebpodpora iSCSI protokoluvelikost 2Umin. podpora Raid 5, 6podpora replikací na úrovni souborového systému podpora na 5 let typu 24x7x365 s reakční dobou 4 hodiny, oprava v místě instalace zařízení, (garantovaná doba opravy 24 hodin), servis je poskytován výrobcem zařízení

2x Ethernetswitch

Součástí nabídky budou dva Ethernetswitche umožňující bezobslužné převzetí veškerých funkcí včetně VLAN druhým switchem v případě poruchy jednoho z nich.  L2/L3 switch  1 RU velikost  20 RJ-45 10/100/1000 Mbs portů  dual-personality 1Gbs porty (4x RJ-45 porty sdílené se 4x SFP porty)  Možnost osazení max 4 modulů pro 10GbE  1 RS-232C RJ45 console port  128 Gbps switching kapacita  Maximální propustnost minimálně 95 milionů pps  Plný management switche  Podpora IPv4, IPv6  Podpora Multiple Spanning Tree Protocol (IEEE 802.1s), Link Aggregation Control Protocol (IEEE802.3ad), Podpora VLAN, Advance QoS  Podpora bezpečnostních funkcí Access control lists (ACLs), DHCP protection, Dynamic IP lockdown, Dynamic ARP protection  Záruka po dobu životnosti switche Celkem 2ks

4.2.8

Motorgenerátor

Součástí nabídky bude motorgenerátor s dieselovým pohonem a výkonem 20 kVA , který bude instalován ve venkovním prostředí na zpevněném povrchu. Bude postaven jako kapotovaný odhlučněný kompaktní celek pružně uložený na společném rámu a bude obsahovat ekoligickou vanu pod kapotáží pro zachycení případného úkapu náplní z motoru a nádrže. Provedení kapotáže - s integrovaným tlumičem výfuku -29dB uvnitř kapotáže (odhlučnění 71dB/1m, 61dB/7m) s akustickou izolací z protipožární pěny . 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. 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 venku ve dvoře MěÚRožnov pod Radhoštěm. Součástí nabídky bude vzduchotechnika pro přívod a odvod vzduchu a výfukové potrubí s dešťovou klapkou, přívod k hlavnímu TC, hluková a rozptylová studie.

4.2.9

RMS (Rack Monitoring Systém)

Součástí nabídky bude zařízení pro monitorování všech zásadních provozních parametrů serverovny: teplota, vlhkost, přítomnost kouře:Překročení sledovaných parametrů systém oznámí zasláním emailu. Stránka 10 z 27 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


4.2.10 2 x Rack, montážní materiál Součástí nabídky bude rám minimálně 41 U šířka 800mm 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áž).

4.2.11 Zhášecí systém Součástí nabídky bude systém umožňující uhasit vznikající požár v serverovně co nejdříve po jeho vzniku. Zhášecí medium musí být zdravotně nezávadné - doloženo příslušným certifikátem.

4.2.12 2x Záložní zdroj napájení    

2x UPS výkon minimálně 3 000VA výdrž na baterie při plném zatížení min. 15 minut - do úplného převzetí napájení motorgenerátorem management modul pro připojení do LAN Rack provedení

4.2.13 Zálohovacíjednotka, archivační media (Pásková knihovna / Autoloader)       

Minimálně 1 zapisovací/čtecí jednotka (drive) Připojení přes SAS k backup serveru. Technologie LTO5 Kapacita minimálně 24 slotů Rack provedení 24 ks medií + 1ks čistící medium podpora na 5 let typu 24x7x365 s reakční dobou NBD, oprava v místě instalace zařízení, (garantovaná doba opravy 24 hodin), servis je poskytován výrobcem zařízení

4.2.14 Virtualizace 4.2.14.1 Serverová Hypervizor instalovaný přímo na hardware, umožňující plnou virtualizaci jakéhokoliv x64 / x86 stroje. Požadavkem je design řešení funkční i v případě výpadku jednoho fyzického stroje. Licence pro 3 fyzické servery (celkem 6 CPU), licence pro management server.Hypervizor nainstalovaný přímo na hardware, umožňující plnou virtualizaci 

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 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  Migrace virtuálních strojů za provozu zajišťující tak plynulou správu a údržbu IT  Jednoduché, centralizované zálohovací zařízení pro virtuální stroje Stránka 11 z 27 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






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

.

4.2.15 Infrastrukturní software 4.2.15.1 Operační systém serverový pro servery HW1-HW2 Potřebné licence pro spuštění neomezeného počtu instancí operačního systémů (virtuálních strojů) na 2 produkčních serverech (dle počtu CPU: HW1-2CPU, HW2 – 2CPU, tj. celkem 4). Operační systém kompatibilní s již provozovaným MS Windows Server 2003 a licencovaný na procesor. Licence musí být takového typu, který vlastník licenčních práv povolil pro licencování technologických center obcí s rozšířenou působností.

4.2.15.2 Operační systém serverový pro server HW 3,4,5 Operační systém kompatibilní s již provozovaným MS Windows Server 2003 a licencovaný na procesor. Licence musí být takového typu, který vlastník licenčních práv povolil pro licencování technologických center obcí s rozšířenou působností.

4.2.15.3 Monitoring systém 

    

   

Vybudování monitorovacího systému s minimálně následujícími parametry: o grafické zobrazení mapy sítě o automatický scan sítě o monitoring zařízení a spojení a notifikací o možnost přidání vlastních map a zařízení o podpora SNMP, ICMP, DNS a TCP monitoringu o monitoring a grafické zobrazení využití linek Napojení na RMS Schopnost posílat alerty formou emailu i formou SMS Schopnost provést automatickou akci na základě předem definovaných parametrů (např. restartovat nějakou službu, zařízení apod.) schopnost monitorování virtualizační vrstvy provoznich serverů, operačních systémů a procesů aplikací jednotlivých virtuálních serverů obsahuje nástroj pro vytváření vlastních agentů, který umožňuje monitorování prakticky jakéhokoliv zařízení, aplikace, databaze, systému či subsystému skrze sekvenční soubory, SNMP, WMI, JMX, HTTP,TCP/IP socketové programy, API nebo vstupy z konzole schopnost notifikovat překročení predikované prahové hodnoty v budoucnosti (např. kdy bude kapacita určitého disku zaplněna na 95%) schopnost nastavení dynamických prahových hodnot v závislosti na sledovaném časovém období (dynamické prahové hodnoty) součástí monitorovacího nástroje by měl být reportovací systém s předdefinovanými reporty a možností jejich modifikace či tvorby nových vizualní zobrazení informací jak v realném čase, tak historických dat, trendů a prediktivních informací



4.2.15.4 Databázový server Licence na neomezený počet klientů pro agendový informační systém. Tato platforma bude základním východiskem pro další datové analýzy a datové pumpy pro chystaný manažerský informační systém a dostatečně robustní platformou pro ukládání klíčových databází informačního systému.Předpokládá se plná kompatibilita s informačním systémem MěÚ, viz níže. V případě, že technologické řešení uchazeče umožní využít licence vlastněné městem, Uchazeč tuto skutečnost uvede v technickém popisu.

4.2.15.5 Poštovní server Pořízení licence pro komunikační server s možností sdílení kalendářů, kontaktů, archivace a zálohování elektronické pošty, včetně 200 uživatelských licencí s využitím možností tvorbu jednotných šablon a formulářů.

4.2.16 Negarantované úložiště Negarantované elektronické datové úložiště (dále jen NEDU) musí být plně kompatibilní s provozovanou spisovou službou. Pro potřeby zúčastněných organizací bude zajišťovat služby tzv. střednědobého úložiště, tj. úložiště dostupných dokumentů, které nebyly určeny k vyřazení nebo k archivaci do příslušného státního archivu. NEDU musí být otevřené pro případnou výměnu spisové služby. Musí splňovat tyto požadavky: 1. Shoda s platnou legislativou, nároky kladené na systémy zadavatele a její současná i budoucí údržba, zejména respektování vydaných národních standardů a rozhraní za účelem ukládání dokumentů. 2. Součástí musí být i dokumentace a kompletní popis dodaných API rozhraní pro integraci s dalšími systémy. 3. NEDU musí být možno provozovat v prostředí virtuálního serveru s OS Windows 2003 a vyšší. 4. 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). 5. Rozhraní pro integraci s dalšími systémy musí obsahovat funkce na principu webových služeb, které umožní základní operace s elektronickými dokumenty z prostředí externích systémů, především spisové služby: 

Převzít dokument z externího systému a uložit jej do NEDU



Zpřístupnit ke čtení dokument externímu systému



Zpřístupnit k zápisu dokument externímu systému



Smazat dokument



Verzování dokumentu



Práce s metadaty dokumentu (čtení/zápis)



Fulltextové indexování a vyhledání dokumentu

6. NEDU musí disponovat funkcemi pro hromadné operace v souvislosti s provozem elektronické spisové služby, zejména funkce s vazbou na archivaci a skartační řízení. 7. NEDU musí disponovat funkcemi pro hromadné operace v souvislosti s dlouhodobým ukládáním elektronicky podepsaných i nepodepsaných dokumentů; jde zejména o možnost hromadného označování dokumentů časovými razítky. Stránka 13 z 27 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


8. NEDU musí podporovat funkce pro automatizované předávání dokumentů do elektronické spisovny krajského úřadu. 9. NEDU musí disponovat vlastním systémem řízení uživatelských přístupů; tento systém však musí umožňovat správu uživatelských přístupů externími systémy (musí disponovat dokumentovaným rozhraním pro připojení dalších systémů na principu identity managementu). 10. NEDU musí umožnit zaznamenávání (logování) veškerých operací s dokumenty. Úroveň logování musí být konfigurovatelná minimálně v rozmezí: zápis dokumentu, smazání dokument, přepsání dokumentu, vytvoření nové verze dokumentu, čtení/otevření dokumentu. Každou úroveň musí být možné zapnout/vypnout jednotlivě. 11. Součástí implementace negarantovaného úložiště elektronických dokumentů NEDU musí být také jeho integrace se stávajícím systémem elektronické spisové služby. Není přípustné vytváření dalšího rozhraní mezi spisovou službou a NEDU – veškeré operace s dokumenty musí být ovládány přímo z prostředí spisové služby. 12. Dodavatel je povinen jako součást implementace zahrnout migraci existujících dokumentů ze současného systému spisové služby zadavatele do NEDU se zachováním všech vazeb na metadata spisové služby. Tento závazek dodavatel podmíní smluvní pokutou ve prospěch zadavatele. 13. Pokud bude NEDU vyžadovat ke svému provozu RDBMS, pak musí být cena nutných licencí, instalaci a konfiguraci této databáze uvedena, samostatně vyčíslena a zahrnuta do nabídkové ceny za předmět zakázky nebo musí být NEDU možné provozovat na databázi Microsoft SQL 2005 a vyšší.

4.2.17 Stavební úpravy Budou provedeny následující úpravy:  Úprava serverovny spočívající v odstranění boční stěny ze sádrokartonu v délce 3 metry a vybudování stěny ze sádrokartonu v délce 3 metry v kolmém směru  Instalace potřebné kabeláže od motorgenerátoru do serverovny  Úprava zpevněného podkladu pod motorgenerátor (nyní je v tomto místě povrch zpevněn betonovou dlažbou)  Doplnění dvou oken v serverovně na Masarykově náměstí 128 a jednoho okna v serverovně v budově Letenská 1918 o vnitřní ochrannou mříž, která bude obsahovat i krycí plech pro zabránění vhození předmětů skrz okno

4.2.18 Dokumentace Bude vypracována kompletní dokumentace s konkrétním nastavením všech parametrů, nezbytných pro zprovoznění všech dodávaných komponent. Součástí předávné dokumentace bude návod na obsluhu, nastavení a správu všech dodávaných součástí. Dále:  Bude vypracován návrh doporučených postupů pro správu datových úložišť a nastavení LUN.  Bude vypracován návrh doporučeného postupu zálohování virtuálních serverů.  Bude vypracován návrh doporučeného postupu při obnovení virtuální infrastruktury po havárii.

4.2.19 Požadavky na školení Součástí projektu je administrátorské školení na použité technologie identity management a virtualizaci. Celkově jde o certifikované školení pro 3 osoby. Stránka 14 z 27 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


4.3 Propojení NEDU na spisovou službu a dodání spisové služby obcím ve správním obvodu Spisová služba je v rámci IS MěÚ již pořízena a je jí eSSLCityware od společnosti GEOWAP, viz popis stávajícího stavu. Součinnost společnosti k zajištění kompatibility bude zajištěna městem. Předmětem této zakázky je uvedení spisové služby do souladu s negarantovaným úložištěm, které je součástí této dodávky tak, aby jej byla spisová služba schopna využívat.

4.3.1

Počty licencí

Dodávka bude obsahovat neomezenou licenci využití negarantovaného úložiště pro užití MěÚ Rožnov pod Radhoštěm, jeho PO a obce patřící do působnosti ORP Rožnov pod Radhoštěm, dále zapracování elektronické spisové služby a hostované elektronické spisové služby (eSSL) pro 2 obce.

4.3.1.1 Č.

1. 2. 3. 4. 5. 6. 7. 8.

4.3.1.2 Č.

1. 2.

Negarantované úložiště TC ORP budou využívat: Obec Dolní Bečva

Typ obce obec I. stupně základního typu

Horní Bečva

obec s matrikou

Hutisko-Solanec

obec s matrikou

Prostřední Bečva

obec I. stupně základního typu

Valašská Bystřice

obec s matrikou

Vidče

obec s matrikou

Vigantice


Zubří

obec s matrikou

Hostovaná eSSL Obec Vidče

Typ obce obec s matrikou

Vigantice




4.4 Vnitřní integrace Předmětem vnitřní integrace je sjednocení komunikačního prostředí formou interního portálu.

4.4.1 4.4.1.1 



  











        

Portál úředníka Koncepce portálu Koncepčně je projekt postaven na platformě, která umožňuje lepší komunikaci mezi aplikacemi přímo na databázové úrovni a nabízí vyšší bezpečnost při vytváření a správě uživatelů. Dalším významným přínosem bude aktivní vazba na ActiveDirectory (AD) tj. využití databáze AD k autentizaci uživatelů, personalizaci prostředí a funkcionality integrovaných aplikací etc., se vzájemnou propagací změn mezi oběma systémy. AD současně složí jako zdroj organizační struktury pro tvorbu portálu s kolekcemi webů. Sjednocené ovládání všech aplikací snižuje nároky na uživatelův čas, nároky na paměť a snižuje počet případných uživatelských chyb. Sjednocené ovládání všech aplikací snižuje náklady na školení, žádostí o pomoc HelpDesku, ztráty času při řešení „problémů“. Jednotné prostředí webové aplikace známé převážné většině uživatelů z běžného používání internetu rovněž snižuje počet případných uživatelských chyb a zdržení ve stavech vyžadujících pomoc. Aplikace jsou dostupné z libovolného místa uvnitř úřadu - jako webové aplikace vyžadují pouze přihlášení uživatele do domény a webový prohlížeč (thinclient) tzn. na uživatelských PC není potřeba žádných instalací. Vazba na AD spolu se správou identit znamená mj. omezení nutnosti autentikace pro přístup k jednotlivým aplikacím a údajům což znamená, že uživatelé si nemusejí pamatovat množství přihlašovacích údajů a hesel. Vazba na AD vyžaduje striktní dodržování pravidel přihlašování a odhlašování uživatele ze systému (např. při opuštění pracoviště), nesdělování přístupových informací, atd. což zatím nebývá pravidlem (při porušení tohoto pravidla může náhodný uživatel zjistit důvěrné informace o uživateli což není v zájmu uživatele a proto při ochraně svých osobních informací chrání současně i informace úřadu). Vazba na AD spolu se „správou identit“ poskytuje aplikacím aktuální a shodné identifikační a jiné údaje pro všechny aplikace a moduly (změní-li uživatel např. své mobilní tel. číslo, adresu domů,... pak je tato změna dostupná všem webovým aplikacím integrovaným v řešení). V případě vkládaných dat do webových pracovních prostorů je možnost využívat v aplikacích množství metadat (vznik souboru, autor, prohlížení a editace kým a kdy, apod.) V souvislosti s nativní indexací položek je možné v datech rychle vyhledat relevantní položky. Ukládání dat do databází probíhá ve formě Binary LargeObjects (BLOB) to spolu s vazbou na pravidla AD znamená zvýšení bezpečnosti zpracovávaných a ukládaných dat. Zpracování „business procesů“ prostřednictvím nativního workflow . Automatizované odesílání emailů při dosažení zadaného parametru. Timer umožňuje spouštění úloh v daném čase i s opakováním. Lze nastavit správce a uživatele jednotlivých webů Pro každou kolekci lze provést samostatné nastavení kvót velikosti Možnost vytvořit jazykovou mutaci Možnost vytvořit vlastní databázi obsahu pro každou kolekci a navíc i tyto databáze rozdělit mezi více SQL serverů



   

4.4.1.2 4.4.1.2.1

Možnost tvorby vlastních navigací Vytvoření vlastních skupin zabezpečení s nastavitelnými úrovněmi oprávnění Vlastní koše pro odstraněné položky Možnost vytvořit strukturu použitím“Managedpath“ – spravované cesty zástupných znaků.

za

použití

Popis uživatelského prostředí Úvodníobrazovka

Vstupní branou do intranetového portálu by měla být úvodní obrazovka, která přehledným způsobem uživateli zobrazí aktuální informace ze všech zdrojů portálu, např. Aktuality, Novinky, Kalendáře akcí, apod. Součástí obrazovky by měl být rozcestník do všech dalších částí portálu a souhrnné umístění odkazů na integrované a další aplikace, respektive zdroje informací, jako např. Telefonní seznam, Usnesení, apod. Na úvodní obrazovku se dále doporučuje umístit anketupro zjišťování názorové hladiny k všeobecné problematice. Výraznou částí této brány pro přístup k informacím by měly být dva samostatné odkazy na další dvě hlavní obrazovky a to „Mé pracoviště“ a „Můj web“.

4.4.1.2.2

Obrazovka „Mé pracoviště ”

Tato stránka zobrazí přihlášenému uživateli web organizační jednotky, do které organizačně spadá. Součástí stránky budou opět dva hlavní odkazy na stránky „Úvod“ a „Můj web“. Mimo tyto bude tato stránka obsahovat informace obdobného charakteru jako stránka úvod, s tím rozdílem, že se bude jednat o informace platné pouze v kontextu organizační jednotky, do které přihlášený uživatel dle organizační struktury patří. Doporučuje se umístit anketu pro zjišťování názorové hladiny k problematice odboru nebo organizační jednotky.

4.4.1.2.3

Obrazovka „Můj web“

Tato stránka je osobní stránkou každého uživatele, kterou personalizovat, tj. dynamicky rozmisťovat připravené komponenty.

si

může

v daném

rozsahu

Tyto webové části mohou obsahovat RSS kanály, odkazy organizace, odkazy odboru, rezervace zdrojů, hodiny, jídelní lístek, svátky, narozeniny, úkoly, telefonní seznam, odkaz (y) na jiné aplikace,kalendář, aktuální zůstatek dovolené, oblíbené foto, oblíbené odkazy, galerie, členství v týmech, seznamy úkolů a akcí, apod. Předpokládá se, že uživatel si sám zvolí, do které části obrazovky si umístí danou komponentu a tím má možnost vytvořit si svoje vlastní domovské prostředí. Umístěním se předpokládá přetažení komponenty myší do vybraného prostoru. Součástí komponenty by mohla být možnost si komponentu minimalizovat, např. poklepáním, tak, aby nezabírala místo na obrazovce. Dalším poklepáním by se komponenta zvětšila na původní velikost.



V případě potřeby by mělo být z obrazovky nelze odstranit.

možno uživateli nadefinovat povinné komponenty, které

Popis některých komponent:  RSS kanály mohou obsahovat data z RSS kanálu portálu nebo z intranetu  Odkazy jsou seznamem odkazů na zdroje z internetu nebo portálu. Jsou udržovány v rámci celého portálu, vidí je stejné všichni uživatelé.  Odkazy odboru jsou odkazy s tématikou odboru. Odbor je nastaven dle přihlášeného uživatele a uživatel tedy vidí pouze odkazy svého odboru.  Rezervace zdrojů je obecná komponenta, které umožňuje rezervovat různé zdroje, jako místnosti, auta, projektory, apod. Součástí rezervací může být nastaveno workflow.Obsazenost daného zdroje je zobrazena graficky.  Telefonní seznam umožňuje vyhledávat zaměstnance a kontakty pomocí volitelných parametrů. Součástí by měla být možnost zobrazit seznam osob sedící v jedné místnosti, seznam lidí na odboru a oddělení, a to v případě, že se nemohu dovolat na nějakou osobu, mohu toto využít pro dohledání náhradní osoby.  Údaje o dovolené mohou zobrazovat údaje z Personálního systému o vybraných údajích přihlášeného zaměstnance, jako je např. zůstatky dovolené , odměny, prémie, apod.  Hodiny zobrazující aktuální čas  Svátky a narozeniny zaměstnanců úřadu, odboru.  Seznam týmů, ve kterých je přihlášený uživatel zařazen, s možností přímo se přepnout na stránky týmu.  Jídelní lístek jídelny či jiného stravovacího zařízení  Oblíbené odkazy zobrazují seznam oblíbených odkazů z prohlížeče

4.4.1.2.4

Koncepce přístupů

Základem pro činnost portálu jsou údaje uložené v AD. Uživatelé budou zařazeni do skupin, které budou kopírovat organizační strukturu. Správce portálu nebo jednotlivých webů budou zařazovat uživatelské skupiny, popř. jednotlivé uživatele do uživatelských rolí webu. Jako uživatelské role se považují za dostatečné standardní role Úplné řízení, Návrh, Přispívání, Čtení a Omezený přístup.

4.4.1.2.5

Zakomponování aplikací třetích stran

V případě potřeby umístit v prostředí portálu další aplikace (např. Portál SAPu, Usnesení), doporučuje se umístit na portálu odkaz na tuto aplikaci. Přístup do aplikací třetích stran bude bez nutnosti dalšího přihlašování, což uživateli ušetří přihlašování při vstupu do těchto aplikací třetích stran.

4.4.1.2.6

Další možné aplikace

Pro rozšíření funkcionality interního webu je dále možno zvážit integraci dalších aplikací, které pokrývají procesy úřadu, jako je např. Evidence činností úřadu, Evidence návštěv, Připomínkování legislativy, apod.

4.4.1.2.7

Obecné

Všechny stránky portálu budou obsahovat možnost použití funkce „Hledat“, která by měla zobrazit údaje z portálu odpovídající zadané hodnotě.

4.4.1.2.8

Změnové řízení

Vzhledem k použití dvou domén, je třeba rozdělit změnové řízení na část produkční, kdy se pracuje v doméně se zaměstnanci úřadů a na část školní, která obsahuje uživatele škol. Stránka 18 z 27 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


4.4.1.2.9

Produkční část – uživatelé úřadů a organizací města

Změnové řízení uživatelů v AD je řízeno procesem vznikajícím na personálním odboru. Tento proces může vyvolat tyto události: 1. Příchod nového zaměstnance Příchodem nového zaměstnance vzniká potřeba vytvořit tomuto uživateli uživatelský účet. Nově vzniklý zaměstnanec je vytvořen v AD pracovníkem IT. V případě, že se jedná o opakovaný nástup zaměstnance, je možno nevytvářet účet nový, ale lze provést pouze povolení zakázaného účtu. 2. Změna pracovní pozice Při změně pracovní pozice, přechodem na jinou vykonávanou práci, je nutno provést nastavení odpovídajících přístupových práv. Práva nastavuje pracovník IT. 3. Ukončení pracovního poměru Po ukončení pracovního poměru se navrhuje, aby byl účet v AD pouze zakázán. Tím se zajistí dohledatelnost jednotlivých účtů a dále je možno, při opakovaném nástupu zaměstnance účet pouze povolit, není třeba zadávat nový. 4. Změna údajů Při změně údajů v AD, jako je příjmení, adresa apod., nastavuje tuto změnu pracovník IT. Uživatel nemá možnost sám si provést změnu některých údajů, jako je např. telefon domů apod.

Všechny tyto činnosti bude možno realizovat přímo z prostředí portálu uživatelem oprávněným k této činnosti s okamžitou, událostí řízenou propagací do AD. Tyto změny se následně projeví ve všech aplikacích čerpajících z AD identifikační údaje uživatelů. V případě implementace „Katalogu činností“ a svázání jednotlivých katalogizovaných činností s pracovními pozicemi přímo v organizační struktuře, lze jednoduchým přesunem uživatele z jednoho místa v organizační struktuře do jiného, současně změnit ty části profilu, které odpovídají dané pozici, včetně členství ve skupinách, přístupových právech, vykonávaných činnostech etc., ergo jeho nově nabytá oprávnění, povinnosti, členství v komisích apod.

4.4.1.2.10 PORTÁL Přístupy do jednotlivých webů budou definovány správcem webu. Doporučuje se použít dědičnost z nadřízených webů a tuto dědičnost nepřerušovat na podřízených webech. Pro přidělení práv se navrhuje využití skupin uživatelů v AD. Týmové weby Při vzniku týmu je správcem IT vytvořen nový web, a to ze šablony týmových webů. Vedoucí týmu je zařazen do tohoto webu jako správce a má tedy následně možnost zařadit si další členy týmu jako uživatele tohoto webu a přidělit jim přístupové práva. Po ukončení činnosti týmu je na rozhodnutí správce portálu, zda web týmu nechá nebo jej odstraní. V případě potřeby je možno vytvoření týmového webu a jeho zrušení, včetně vytvoření zálohy, provést automatizovaně. Pro jednotný vstup do sekce týmů se navrhuje stránka, která zobrazí přihlášenému uživateli seznam týmů, kterých je členem. Součástí stránky „Můj web“ může být i komponenta, zobrazující odkazy na týmy, ve kterých má uživatel členství.

4.4.1.2.11 Zálohy databází a obnova Pro zálohování webů se doporučuje použít zálohovacích nástrojů, které jsou součástí SQL serveru. Nejmenší jednotka, kterou tedy lze zálohovat a poté i obnovit je konfigurační databáze se všemi Stránka 19 z 27 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


databázemi obsahu z těchto webů, které tuto konfigurační databázi používají. Je tedy nutno zálohovat nebo obnovit najednou celý server nebo farmu. V případě potřeby provedení zálohy a následné obnovy jednoho webu nebo kolekce webů, lze použít integrovaný nástroj, případně zálohování dostupné v Centrální správě.

4.5 Další součásti dodávky 4.5.1

Implementace

Smyslem celé dodávky je funkční technologické centrum, níže jsou uvedeny nezbytně nutné práce v patřičném rozsahu, tak aby celek odpovídal podmínkám kladeným na technologické centrum. 

Tvorba prováděcího projektu, který bude obsahovat: o Technické detaily implementace TC a jeho propojení na stávající vybavení o Časový harmonogram celého projektu o Seznam akceptačních testů pro závěrečné předání projektu (krizové testy)  Montáž a zapojení veškerého HW  Upgrade a sjednocení verze firmware ve všech zařízeních  Konfigurace parametrů diskových polí  Instalace a konfigurace prostředí pro OS virtualizaci včetně instalace management nástroje  Konfigurace prvků pro dohled nad chodem TC (RMS, MGMT karty UPS atd.)  Konfigurace LAN aktivních prvků  Konfigurace firewallu  Konfigurace monitorovacího SW  Konfigurace zálohování a tvorby zálohovacího plánu  Migrace stávajících fyzických serverů do virtuálního prostředí  Připojení na TC K  Základní příprava schématu AD na doménových kontrolerech. Součástí implementace bude v předávacím řízení test krizových situací, kde se bude ověřovat, zda systém skutečně funguje s deklarovanou redundancí. Dále je součástí dodávky tvorba předávací dokumentace a školení obsluhy na veškeré využité technologie: o Hw, jeho vzdálený management o Konfigurace a obsluha diskových polí o virtualizace OS o zálohovací SW o Monitorovací SW Dodavatel provede kompletní implementaci včetně provedení testů redundance a odolnosti proti plánovanému selhání jednonásobné chyby u redundantních komponent.

4.5.2

Migrace

Uchazeč uvede a zahrne do cenyplnění všechny nutné migracepro úspěšné nasazení díla do provozu tak, aby bylo plně datově kompatibilní se stávajícím prostředím a informačními systémy, viz níže. Minimálně je požadováno zachování všech dat a vazeb ze současného agendového informačního systému a spisové služby, včetně e-mailových klientů. Zejména negarantované úložiště musí být schopno spolupráce se stávající spisovou službou přesně dle podmínek výzvy IOP 06.



4.5.3

Školení

Uchazeč uvede nutná školení pro zavedení nových modulů agendového informačního systému. Systém školení uživatelů je velmi podstatnou součástí realizace projektu pro úspěšné zavedení podpůrných nástrojů ICT do procesů s cílem zlepšení fungování úřadu.

4.5.4

Záruky

Kromě výše zmíněné hardware servisní podpory musí být na celý systém nabídnuta servisní podpora po dobu pěti let ode dne předání předmětu zakázky, která musí splňovat minimálně tyto podmínky:  Podpora bude poskytována 24 hodin denně 7 dní v týdnu.  Garantovaná reakce na jakýkoliv problém do 4 hodin od nahlášení a zásah na místě do druhého pracovního dne.  Možnost využít služeb konzultanta pokrývajícího celou instalovanou oblast pro řešení problémů či konzultace v českém jazyce v pracovních dnech od 8:00 do 17:00 hodin.  Konzultant musí být znalý IT prostředí i konkrétní situace u zadavatele.  Podpora musí zahrnovat řešení hardware problémů a hardware-software-aplikace problémů (aplikací je míněn Backup, diskový systém, FC konektivita a hypervizor), včetně software databázového serveru, poštovního serveru i serverových operačních systémů.  Pravidelné preventivní kontroly celého instalovaného systému a konzultace v půlročních intervalech v místě instalace. Konzultace budou zahrnovat upozornění na možné problémy v systému, které by se mohly vyskytnout v budoucnu, posouzení aktuální softwarové konfigurace a určení vhodných záplat, zhodnocení stavu hardware včetně doporučení dalšího postupu. Tato služba bude poskytována automaticky, bez potřeby objednávky.  Servisní podpora musí obsahovat i cenu veškerých, práci a cestovní náklady technika. Zadavatel požaduje záruky za dodané dílo po dobu udržitelnosti, tj. 5 let od ukončení realizace a dodání do provozu.



5 Technická podpora díla Podmínky technické podpory upravuje především Servisní smlouva, která je součástí zadávací dokumentace.

5.1.1

Servis, podpora a řízení infrastruktury TC ORP

Dodavatel zajistí odpovídající kvalitu technické podpory pro veškeré technologické celky TC tak, aby byly splněny SLA (viz smlouva) na jeho provoz a kvalitu služeb po minimální dobu trvání projektu. Technická podpora by měla být dedikovaná jako Singl point ofcontact. 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:  SAN a LAN komponenty  Serverovou virtualizaci  Správu firewallu  Rackové servery  Diskové pole  UPS Technická podpora na eSSL MÚ  Provádění legislativních úprav produktů, vytváření a dodávka aktualizovaných verzí včetně uživatelské dokumentace k nim.  Na základě požadavků a specifikací provádění drobných úprav produktů  Poskytování rad ke správnému a efektivnímu provozování a užití všech již dodaných produktů formou poradenství s využitím všech dostupných komunikačních prostředků (prostřednictvím telefonu, faxu, elektronické pošty, internetu) v rámci hotlinové pohotovosti každý pracovní den, případně použitím ServiceDesku.  Na základě požadavků a specifikací rozšiřování počtů licencí k užití již dodaných produktů.  Na základě požadavků dodat a rozšiřovat systém o další produkty  Řešení provozních problémů vzniklých při užití produktů na pracovištích.  Poskytování asistence zaměstnancům zhotovitele na pracovištích objednatele v době, kdy zaměstnanci objednatele budou s využitím produktů uskutečňovat zpracování dat na vyžádání.  Provádění školení zaměstnanců k samostatnému, správnému a efektivnímu užití produktů.  Poskytování služeb pro podporu a rozvoj systému.  Poskytování metodické pomoci v případě legislativních změn s dopadem do provozovaného systému spisové služby

5.1.2

Služby technické podpory na vyžádání

Běžné realizační práce:  instalace a konfigurace operačních systémů, internetových prohlížečů  instalace a konfigurace RDBMS a jejích klientů,  instalace a konfigurace aplikačního SW,  transformace a migrace dat,  základní školení uživatelů. Podpora provozu software:  tvorba SW (programování) podle požadavků  úpravy fyzického datového modelu  školení správce aplikací  Expertní a konzultační činnost o tvorba software (analytické a návrhové práce) podle požadavků objednatele Stránka 22 z 27 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


o konzultační činnost a vypracování metodik pro zpracování dat o analytické a návrhové práce v oblasti datových modelů o záchrana a obnova dat Poskytování služeb technické podpory na vyžádání bude prováděno na základě písemných požadavků objednatele. Dodavatel řešení je povinen na základě požadavku objednatele zpracovat a s objednatelem odsouhlasit způsob realizace služeb technické podpory a časový harmonogram jejich provádění a ceny.

5.1.3

Helpdesk

Pro zajištění správy servisních provozovaný Uchazečem.

5.1.4

požadavků

a

podpory

uživatelů

bude

využíván

Helpdesk

Výpočet ceny technické podpory

Cena technické podpory bude stanovena jako aritmetický průměr všech plateb, které v rámci navrhovaného řešení jsou vyžadovány Uchazečem po dobu udržitelnosti projektu. Doba udržitelnosti se počítá od data předání do provozu všech částí díla. Uchazeč tedy sečte všechny položky podpory a podělí je 60 měsíci. Tuto výslednou částku zaokrouhlenou na celé koruny nahoru uvede do krycího listu a zároveň uvede způsob výpočtu z jednotlivých položek do bodu 5d požadovaného obsahového členění nabídky, viz Zadávací dokumentace.



6 Akceptační kritéria plnění 6.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í  Kritérium: nedojde k výpadku dostupnosti instalované infrastruktury  Test prostředí v serverových podmínkách  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:  SAN Switche v TC ORP  Výpadek jednoho z virtualizačních serverů  jednné části datového úložiště (pro redundantní uložení dat)  Výpadek dvou „fyzických“ serverů, a to HW2 a HW3 a test zprovoznění těchto serverů  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  Provedení obnovy dle zadání  Instalace a konfigurace monitoringu  Technická dokumentace předaného řešení



7 Současný stav ICT zadavatele 7.1 SERVERY IBM x235pořízený v prosinci 2004, operační systém Linuxový-CentOS 5, připojení sítěk internetu, Firewall, elektronická pošta BarracudaNetworks Spam Firewall 300pořízený v březnu 2010

IBM x3850 M2, 2xXeon QuardCore E7320 80W 2,13GHz/1066MHz/4MB L2, 12GB RAM,IBM 146,8GB 2,5in 15k HS SAS HDD – 2kusy (RAID 1 – mirroring – oper. systém), IBM SystemStorage EXP3000, Express 146,8GB 3,5in 15k HS SAS HDD – 5kusů,IBM HH LTO Generation 3 SAS Tape DriveOEM Win 2008 SvrEnt 32/x64 Eng 1-8 CPU,MS SQL Server 2008 2 procesorová lic. bez SA (instal.CD pro verzi 2005 a 2008),CA ARCserverBackup r12 Database Suite GLP pořízený v prosinci 2008, běží operační systém Win 2003 SvrEnt 32/x64, (instal. 64 bit) MS SQL server 2005, diskové pole IBM SystemStorage EXP3000 – raid 5

7.2 Seznam IS DODAVATEL NÁZEV IS IS Gordic,spol. s Ekonomika pro Windows r.o.

KS-program

KS mzdy profi

Inisoft s.r.o.

Evidence odpadů

MODULY, SUBSYSTÉMY IS WinUCR

SERVER

WinPOK

(IBM x3850)

WinKDF

(IBM x3850)

WinDDP

(IBM x3850)

WinEMA

(IBM x3850)

WinKOF

(IBM x3850)

WinKXF

(IBM x3850)

WinUCT

(IBM x3850)

WinVYK

(IBM x3850)

WinKOF

(IBM x3850)

(IBM x3850)

IBM x3850 + MS SQL

Evidence správních řízení Kvasar,spol. r.o. Yamaco software

ForestaSG a.s.

s Ovzduší Evidence myslivosti Myslivecké průkazy Evidence agend PUKNI2

a

rybářské dopravních

LHK SSL Obiss

Praha Centrální Evidence Smluv

IBM x3850 + MS SQL Lesní hospodářství Lesní hospodářství CES

IBM x3850 + MS SQL



s.r.o. Geovap

Geovap Geovap VITA s.r.o.

Cityware

Cityware Cityware

software Stavební úřad

Matrika

IBM x3850 + MS SQL

Registr obyvatel

IBM x3850 + MS SQL

Územně registr GIS

IBM x3850 + MS SQL

identifikační IBM x3850 + MS SQL

Volby

IBM x3850 + MS SQL

Sociální agenda

IBM x3850 + MS SQL

Komunální odpad

IBM x3850 + MS SQL

Příjmy

IBM x3850 + MS SQL

Psi

IBM x3850 + MS SQL

Výherní hrací přístroje

IBM x3850 + MS SQL

Fond rozvoje bydlení

IBM x3850 + MS SQL

Pronájmy pozemků

IBM x3850 + MS SQL

Prodeje/Nákupy pozemků a budov Věcná břemena na pozemku Inventarizace pozemků a budov Pasport dopravy

IBM x3850 + MS SQL

Pasport zeleně

IBM x3850 + MS SQL

Spisová služba

IBM x3850 + MS SQL

IBM x3850 + MS SQL IBM x3850 + MS SQL IBM x3850 + MS SQL

CwnIdm – Identity IBM x3850 + MS SQL management CwnIszrViewer - IBM x3850 + MS SQL Kukátko IBM x3850 + MS SQL

Vodoprávní úřad

IBM x3850 + MS SQL

Přestupky

IBM x3850 + MS SQL IBM x3850 + MS SQL

ASPI,a.s.

Propojení do spisové sl. Geovap Systém ASPI

MVCR

CzechPoint

IBM x3850 + MS SQL

Evidence vozidel

MDCR MPO, ICZ a.s. MZE MPSV, Oksystém s.r.o.

OP, Cestovní doklady, Evidence obyvatel Evidence řidičů, bodový systém Registr živnostenského podnikání Evidence zemědělských podnikatelů Oknouze/OK/služby



WEB TETRONIK

Evidence docházky

Microsoft

Microsoft SQL server

www.roznov.cz

Formou web hostingu IBM x3850 + MS SQL

2 licencované kopie IBM x3850 + MS SQL Microsoft Open Licenci (MOL) - MS SQL server Standatd Edition 2008 Goverment OPEN No Level 1 Proc.

Městský úřad Rožnov pod Radhoštěm má jednotlivá pracoviště umístěna ve čtyřech budovách, které jsou propojeny optickým kabelem (typ optických vláken - Single mode 9/125 MC)

7.3 Připojení Městský úřad Rožnov pod Radhoštěmje připojen k internetu O2 optickým kabelem prostřednictvím místního poskytovatele internetových služeb - rychlostí 20 / 10Mb/s. Městský úřad Rožnov pod RadhoštěmNENÍ připojen do komunikační infrastruktury KIVS (v příštím roce bude realizován projekt na vytvoření páteřní sítě Zlínského kraje, který umožní propojení všech ORP s KÚ Zlínského kraje – jeho součástí bude i připojení do KIVS a internetu).


Příloha 1 Technická specifikace

Recommend Documents