Technická specifikace pro projekt KONSOLIDACE IT A ZAVEDENÍ NOVÝCH SLUŽEB TC V ÚZEMÍ ORP VELKÉ MEZIŘÍČÍ

Technická specifikace pro projekt „KONSOLIDACE IT A ZAVEDENÍ NOVÝCH SLUŽEB TC V ÚZEMÍ ORP VELKÉ MEZIŘÍČÍ“ podle výzvy IOP číslo 22 r.č. CZ.1.06/2.1.00/22.09479

Obsah 1

2

Stávající stav ................................................................................................................ 3 1.1

ROWANET ............................................................................................................. 3

1.2

Technologické centrum ........................................................................................... 3

Specifikace požadovaného vybavení ................................................................................. 6 2.1

Cílový stav ............................................................................................................ 6

2.2

Nové infrastrukturní prvky – účel jejich nasazení ....................................................... 7

2.2.1

Diesel agregát.................................................................................................... 7

2.2.2

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

2.2.3

Servery ............................................................................................................. 7

2.2.4

Diskové pole, SAN switche (2x) ............................................................................ 7

2.3

Nově pořizovaný software ....................................................................................... 8

2.3.1

Technologický software ....................................................................................... 8

2.3.2

Aplikační software .............................................................................................. 8

2.4

Požadovaný HW – technické parametry .................................................................... 8

2.4.1

Motorgenerátor .................................................................................................. 9

2.4.2

Zdroj nepřetržitého napájení (UPS) ...................................................................... 10

2.4.3

Servery 2 ks ..................................................................................................... 10

2.4.4

Diskové pole ..................................................................................................... 11

2.4.5

SAN switche – 2 ks ............................................................................................ 12

2.5

Technologický software ......................................................................................... 13

2.5.1

Serverový OS a klientské licence nutné pro provoz nově pořizovaných agend ........... 13

2.5.2

Zálohovací software pro virtuální prostředí ........................................................... 13

2.5.3

Zabezpečení koncových stanic, mobilních zařízení, serverů a úložišť dat ................... 15

2.6

Aplikační software ................................................................................................. 16

2.6.1

Agendy pro informační systém MěÚ ..................................................................... 16

2.6.2

Mzdový systém ................................................................................................. 21

2.6.3

Geografický portál ............................................................................................. 23

2.6.4

Portál občana .................................................................................................... 34

2.6.5

Elektronická úřední deska ................................................................................... 40

2.7

Další části díla ...................................................................................................... 43

2.7.1

Implementace ................................................................................................... 43

2.7.2

Školení............................................................................................................. 43

2.7.3

Akceptační kritéria ............................................................................................. 43

2.7.4

Závazný harmonogram implementace. ................................................................. 43

2.7.5

Záruční lhůta .................................................................................................... 43

2.7.6

Technická podpora ............................................................................................ 44

1 Stávající stav Tato kapitola slouží k základním informacím o stávajícím stavu vybavení MěÚ Velké Meziříčí.

1.1 ROWANET Městský úřad Velké Meziříčí je jeden z koncových bodů a je součástí optické trasy páteřní optické datové sítě ROWANet. Nositelem projektu je odbor informatiky Krajského úřady Kraje Vysočina. Projekt, jež si kladl za cíl vybudování páteřní optické trasy mezi všemi většími městy v kraji s propojením do Centrálního místa služeb za využití veřejných, privátních a evropských finančních zdrojů, je z větší části již realizován.

1.2 Technologické centrum V současné době jsou dvě technologické místnosti (serverovny, Náměstí 14/16 – Spořitelna – Hlavní centrum a Náměstí 79/3 – Obecník – Záložní centrum) Města Velké Meziříčí vybaveny celkem šesti fyzickými servery (z toho jsou 3 typu Blade v Blade šasi HP c3000, ESX1 (HP gen 7) ESX2 (HP gen 7) ESX3 (HP gen 8) ve virtuálním prostředí VMware běží 15 virtuálních serverů (AD, DNS, DHCP, IS Radnice VERA, SQL server, telefonní server, mapový server, aplikační server, Mail, souborový server, management server, hostovaná spis. služba pro obce). Datová úložiště jsou umístěna v obou technologických místnostech. V lokalitě „Spořitelna“ je umístěno diskové pole IBM DS3500 s kapacitou 8TB, v druhé lokalitě „Obecník“ je umístěno diskové pole IBM DS3400 s kapacitou 14TB včetně rozšiřující police. Obě disková pole fungují na protokolu FC a iSCSI, jsou součástí virtualizační vrstvy. Připojení do Internetu je zabezpečeno firewallem Supermicro a routerem Microtic, základní antivirovou ochranu a antispyware řeší produkt Symantec. Na serverech je nasazen systém virtualizace VMware. Na území města funguje síť MAN (propojeno celkem 18 organizací – 22 budov), 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 Internetu je v současné době 120Mb/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) 10kVA a dieselovým motorgenerátorem, třemi klimatizačními jednotkami Toshiba. Záložní datové centrum není vybaveno dieselovým motorgenerátorem a zařízením zajišťující nepřetržitý zdroj napájení. Je vybaveno jednou klimatizační jednotkou Toshiba. Obě datová centra jsou napojena na systém EZS. Rack monitoring systém je napojen na všechny zásadní systémy technologické místností Hlavního i Záložního datového centra. Nově budovaná zařízení např. servery a UPS budou monitorovacím systémem dohledována. 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ím systémem, 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). Na výše popsaném HW běží v produkčním prostředí správního území ORP.

SW Technologického centra pro instituce

TC ORP

Klimatizace, Monitorování, Zhášení, Zabezpečení přístupu

Elektrocentrála

Klimatizace, Monitorování, Zhášení, Zabezpečení přístupu

Servery

Servery Silová přípojka

Virtuální vrstva

Rozvaděče

Virtuální vrstva Fyzická vrstva

Fyzická vrstva

Datová úložiště

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

Datová úložiště !

Virtuální vrstva

N+1

Virtuální vrstva

X

Fyzická vrstva

Fyzická vrstva

Bezpečnost Dohled

Dodávka energie

Hlavní datové centrum

Internet

KIVS

Záložní datové centrum

MAN

Obrázek 1 Současný stav

Cílový stav je uveden v následujících kapitolách. Stávající technologické zázemí Technologického centra je schopno zajistit provozování dosud instalovaných SW a služeb pro potřeby MěÚ, organizací zřizovaných městem, obcí v území ORP jež využívají služby TC, případně jejich organizací. Samozřejmě i obyvatele území využívají nabízené elektronizované služby. TC však již nemá potřebnou technologickou kapacitu k dalšímu rozvoji a poskytování nových služeb, které souvisí s další elektronizací veřejné správy a úkoly vyplývajícími z legislativy. Z hlediska bezpečnosti je bezpodmínečně nutné vybavit záložní centrum TC dieselovým motorgenerátorem a nepřetržitým zdrojem napájení (UPS). Systém je potřeba také připravit na stálé se zvyšující kybernetické útoky a na úkoly vyplývající ze zákona o kybernetické bezpečnosti. V rámci implementace požadujeme přesun nainstalovaných virtuálních serverů ze stávajícího HW z ESX1 na nově pořizovaný ESX1, ESX2 na nově pořizovaný ESX2. Na stávající ESX1 dojde k migraci MKDS a na stávající ESX2 dojde k migraci V centra a implementaci zálohovacího SW.

1.3 Obecné požadavky a východiska pro řešení Podstatou výzvy číslo 22 IOP je elektronizace služeb pro občana. Projekt zadavatele v plné šíři respektoval tuto výzvu a v projektu elektronizuje služby. Elektronizace služeb znamená podle principů SOA (architektura orientovaná na služby), že daný požadavek musí proběhnout bez poruch a přestávek jednotlivými systémy. Dalším požadavkem je propojení na TC ORP, které je vybudováno a provozováno. Využití komponent pořízených z výzvy IOP 06 je základním předpokladem dodávky úspěšného řešení. Z výše uvedeného zadavatel požaduje, aby systém fungoval co nejvíce bez problémů, neboť se zvyšuje počet na něm závislých procesů. Tzn., že se zvyšují proporcionálně nároky na podporu systému. Vzniká tak dodávka komplexního díla, kde jeho komplementárnost je klíčová, zejména s ohledem na výběr HW a vhodného infrastrukturního SW.

Zadavatel disponuje 3 pracovníky ICT podpory s odborností ve správě systému, kteří z logiky věci nedisponují znalostmi potřebnými pro řízení a provedení systémové integrace. Těmto pracovníkům naroste pracnost o nutnou podporu značně vyššího počtu elektronizovaných procesů. Vzhledem k podmínkám IOP nemůže projekt generovat příjmy a tak není možné navýšení počtu pracovníků. Proto je nutné při sestavení nabídky počítat s tím, že uchazeč odpovídá za řešení jako celek. Vzhledem k různorodosti dodávky a nutnosti společné komunikace řešitelů jednotlivých částí jsou tedy všechny soutěženy v jednom balíku a zadavatel očekává dodávku funkčního celku. Přičemž primární je vlastní elektronizace služeb. Níže uvedená tabulka shrnuje základní požadavky na komplementárnost řešení. Uchazeč musí tyto požadavky reflektovat ve své nabídce. Položka Servery pro posílení virtualizace

Diskové pole

SAN switch serveru

pro

propojení

UPS a diesel agregát Zálohovací software

Licence OS pro server

Zabezpečení koncových stanic

Implementace Elektronizace agend Migrace

Požadavky na komplementárnost HW prvky, na kterém poběží dané řešení. Uchazeč bude daný prvek dimenzovat na předpokládané využití dodávanou elektronizací služeb. Uchazeč zajistí, že daný HW bude optimálně využit pro potřeby elektronizace služeb a jejich virtualizace. Uchazeč navrhne vhodné diskové pole s ohledem na dimenzovanou zátěž, provede optimalizaci na dodávané komponenty elektronizace služeb a to zejména návrh, velikost jednotlivých disků, jejich rozložení nebo rychlost apod. s ohledem na použití a potřeby elektronizace služeb. SAN propojení bude realizováno tak, aby výkon a datovou průchodnost celého řešení s ohledem na použití bylo maximálně optimalizováno přesně pro dodávané komponenty elektronizovaných služeb. Uchazeč navrhne vhodnou UPS a diesel agregát s ohledem na kritické části navrhovaného řešení. Zálohovací SW dimenzovaný s ohledem na množství a velikost vznikajících dat v agendách s požadavkem provedení záloh v mimopracovní době. Uchazeč také zajistí komplementárnost s diskovým polem a serverem. Vhodný operační systém, který bude implementován na stávající produkční virtuální prostředí, na který bude možno implementovat pořizované elektronické služby (software). Vhodný SW schopný proaktivně a preventivně kontrolovat dodávané řešení a na vysoké úrovni kontrolovat běh služeb, ale zároveň je s nimi v souladu. Implementace řešení a jeho komplementace na místě. Vlastní elektronické služby, viz. kapitola 2.3.2. Provedení migrací nutných pro zachování dat (upgrade, náhrada dílčích částí apod.)

Vzhledem k vzájemné závislosti řešení tedy zadavatel požaduje garanci od generálního dodavatele, který bude zaručovat požadovanou komplementárnost řešení.

2 Specifikace požadovaného vybavení Pokud kdekoliv v zadávací dokumentaci zadavatel užil odkaz na obchodní firmy, názvy, specifická označení zboží a služeb, které platí pro určitou osobu za příznačné, patenty na vynálezy, užitné vzory, průmyslové vzory, ochranné známky nebo označení původu, potom v takovém případě zadavatel vždy připouští pro plnění veřejné zakázky použití i jiných, kvalitativně a technicky obdobných řešení. Zadavatel požaduje, aby Uchazečem nabízená dodávka splňovala veškeré dále uvedené požadavky (funkcionality a parametry) a tyto byly zahrnuty v Nabídce Uchazeče a v celkové nabídkové ceně. Uchazeč jednoznačně vyplní příslušné pole sloupce „Splněno“ hodnotou: „ANO“ - v případě že dodávka Uchazeče (Nabídka) minimální požadavek splňuje „NE“ - v případě že dodávka Uchazeče (Nabídka) minimální požadavek nesplňuje V případě, že Uchazeč v příslušné položce pole neoznačí nebo v položce budou označeny obě možnosti, bude taková položka posuzována jako neoznačená a bude znamenat vyloučení Uchazeče z důvodu nesplnění Zadavatelem požadovaného minimálního plnění. V případě, že Uchazeč v příslušné položce pole označí „NE“, bude taková položka posuzována jako nesplnění minimálních požadavků Zadavatele a bude znamenat vyloučení Uchazeče z důvodu nesplnění Zadavatelem požadovaného minimálního plnění. Zadavatel požaduje informaci o skutečné funkcionalitě nabízeného systému. Předvedení systému (funkčního vzorku) - zadavatel si vyhrazuje právo v rámci zadávacího řízení vyzvat uchazeče k předvedení funkcionalit nabízeného systému (řešení) zejména v případě nedostatečného nebo nejasného popisu uvedeného ve formuláři technických požadavků. V případě, že hodnotící komise rozhodne o předvedení, rozhodne o vyloučení uchazeče z dalšího řízení, pokud nesplní níže uvedené požadavky na ukázky a prezentace systému nebo pokud se ukáže, že nabízený systém nesplňuje technický požadavek, ačkoliv uchazeč ve formuláři technických požadavků uvedl, že jej splňuje. Stávajícím dodavatelem klíčových prvků agendového systému je společnost Vera spol. s r. o., případně KS-program spol. s r. o.. Zadavatel má zajištěnou součinnost a to jak s ohledem na autorská práva (licenční ujednání), tak s ohledem na smluvní zajištění nutné součinnosti k implementaci díla. Zadavatel předpokládá zajištění součinnosti ve výši maximálně 14 člověkodní. Některé poptávané části díla je možné dodat současným dodavatelem a součástí zadávací dokumentace je čestné prohlášení společnosti VERA spol. s r.o., případně KS-program spol. s r. o. o zachování rovných podmínek pro všechny uchazeče. Současný dodavatel nabídne shodné podmínky všem, kteří o to požádají, ale zároveň je garantováno otevřené rozhraní dle obvyklého normativu (XML, SOA, …), aby bylo možné dodat funkčně shodné komponenty nezávisle na stávajícím dodavateli. Náklady uchazeče na komunikaci nabízeného řešení s těmito rozhraními zahrne uchazeč do nabídkové ceny. V rámci realizace výběrového řízení je třeba technicky zabezpečit plnou kompatibilitu a funkčnost dodávaného HW i SW se stávajícím řešením technologického centra (myšleno HW i SW) v souladu s účelem infrastrukturních prvků.

2.1 Cílový stav 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říčí dle jednotlivých lokalit – stav konečný.

Obrázek 2 Požadované řešení po realizaci projektu Konsolidace IT a rozšíření služeb TC

2.2 Nové infrastrukturní prvky – účel jejich nasazení Uchazečem navrhované řešení vždy musí splňovat níže definované cíle a poslání jednotlivých komponent. Jejich podrobná specifikace je potom uvedena níže. Nové infrastrukturní prvky rozšiřují možnosti a funkce stávajícího technologického centra vybudovaného z výzvy IOP číslo 06. Tento projekt je v současnosti v době udržitelnosti.

2.2.1 Diesel agregát Zařízení s výkonem min. 30kVA, které má dostatečný výkon na pokrytí veškerých energetických nároků TC území ORP a zajištění chodu metropolitní sítě a připojovacího bodu sítě ROWANet. Bude sloužit k zajištění záložního centra.

2.2.2 Záložní zdroj napájení (UPS) Záložní datové centrum doplnit novou UPS s dostatečným výkonem (min. 8kVA), aby pokryla energetické nároky po dobu nezbytně nutnou na náběh diesel agregátu. UPS v Hlavní lokalitě má dostatečnou kapacitu. Nutné technologie, na kterých bude instalován nový software a služby:

2.2.3 Servery Nasazení výše popsaných agend vyžaduje doplnění stávající infrastruktury o 2 ks nových serverů tak, aby byl zajištěn hladký a bezproblémových chod agend.

2.2.4 Diskové pole, SAN switche (2x) Nákup nového diskového pole s dostatečnou diskovou kapacitou potřebnou pro provoz nově pořizovaných agend. Diskové pole provozované v současné době bude zapojeno v infrastruktuře tak, že část dat bude replikována mezi novým a starým polem. Tímto dosáhneme vyšší redundance dat, která povede k zvýšení dostupnosti nově pořizovaných agend.

Pořízením nového diskového pole je nutné rozšířit připojení pomocí rozhraní fibre channel. Současná konfigurace již ale neumožňuje další připojení. Proto předpokládáme pořízení dvou kusů SAN switchů. Toto pořízení dále umožní rozdělení diskových polí do dvou lokalit (tj. Náměstí 14/16 – budova města „Česká spořitelna“ a Náměstí 3 – budova města „Obecník“). Tímto rozdělením dojde k zvýšení dostupnosti nových i současných agend. V případě výpadku jedné lokality, budou data a provozované aplikace vždy dostupné na lokalitě druhé.

2.3 Nově pořizovaný software Pro přehlednost uvádíme nově instalovaný SW, který bude implementován na výše uvedený HW, pořízený z nedostatku stávajících kapacit.

2.3.1 Technologický software Serverový operační systém a klientské licence nutné pro provoz nově pořizovaných agend Zálohovací systém Bezpečnost koncových zařízení (SW)

2.3.2 Aplikační software Rozhraní spisové služby Města na Rejstřík Živnostenského Podnikání (RŽP) Integrace s ISZR Aktualizace dat ze ZR (nahrávač UIRADR + notifikace + hromadná aktualizace) Aktualizace dat z IS ZR - volební okrsky Sada čtecích služeb pro komunikaci s IS ZR z agend Nespolehlivý plátce Rozhraní na Českou daňovou správu Výkazy Rozhraní GIS Centrální konverze dokumentů do archivního formátu včetně editora dokumentů PDF - Aplikační server - SW pro tvorbu dokumentů dle standardů Mzdy - nákup licencí, implementace, školení Geografický portál - Mapový server (SW) včetně instalace, implementace, školení Elektronická úřední deska včetně HW a software podporující elektronickou komunikaci s občanem. V rámci Výzvy bude pořízen software podporující elektronickou komunikaci s občany. Cena HW je nezpůsobilý výdaj a bude hrazen městem. Uchazeč proto do položkového rozpočtu uvede cenu HW a cenu SW zvlášť. Portál občana www.mestovm.cz (Analytická část, Kreativní část, Implementační část), hlavní moduly jsou uvedeny níže. Moduly (Kniha přání a stížností, Ztráty a nálezy, Chat se starostou, Objednávání na dopravní a správní agendy, Stav vyřízení průkazů, Váš názor, Hlášení poruch a závad Technické služby, Hlášení poruch a závad byty) – jedná se o migraci. Elektronická úřední deska Klikací rozpočet Vyjádření o stavu průběhu sítí

2.4 Požadovaný HW – technické parametry

2.4.1 Motorgenerátor Motorgenerátor kapotovaný, odhlučněný, do venkovního prostředí. Součástí nabídky bude motorgenerátor s dieselovým pohonem a výkonem 24kW (30kVA). 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 ve dvorním traktu budovy Města Velké Meziříčí - Náměstí 79/3 – Obecník (přízemí ve dvoře). Je možná prohlídka místa budoucího umístění motorgenerátoru, prohlídka je nutná dohodnout předem, kontakt: Ing. Josef Švec, [email protected]. Součástí nabídky bude kabeláž pro přívod napájení k záložnímu centru, vzduchotechnika pro přívod a odvod vzduchu a výfukové potrubí, přívod napájení k záložnímu centru, hluková a rozptylová studie. Požadované vybavení MTG: Číslo

Požadavek

1

Základní výkon 30 kVA/24 kW

2

Záložní výkon 33 kVA/26 kW

3

Jmenovitý proud 43 A

4

Napětí 400 V/230 V

5

Frekvence 50 Hz

6

Předehřev

7

Snímač hladiny paliva

8

Beznapěťové kontakty (chod MG, sdružená porucha, nízká hladina)

9

Automatika startu

10

Rozvaděč převzetí zátěže

11

Rozvaděč řízení MTG + nabíječka

12

Vodní chlazení

13

Spouštění elektrické

14

Maximální rozměry (d x š x v) 2500 x 900 x 1700 mm včetně kapoty

15

Výfukové potrubí, tlumič výfuku, rezident -30dB

16

Web/SNMP modul

17

Palivová nádrž min. 100 l

18

Maximální hlučnost 65 dB / 7m

19

kapota

Splněno

Požadované služby spojené s dodávkou MTG: Číslo

Požadavek

1

Doprava a uložení MTG (auto s rukou)

2

Kompletace, přívod a odvod vzduchu, výfukové potrubí, oživení, instalace kabeláže k záložnímu centru, připojení na tuto kabeláž, testování, palivo pro zkoušky. Vystavení výchoz. Revize

3

Splněno

4

Hluková, případně rozptylová studie, vyjádření hygieny

5

Proškolení uživatele

2.4.2 Zdroj nepřetržitého napájení (UPS) Číslo

Požadavek

1

Výkon (VA/W) 8000/7200

2

Zapojení vstupu: 3f + N + PEVýstup (1ph, N, PE)

3

integrovaný manuální bypass

4

manuální externí přepínač bypassu

5

Doba zálohování při zatížení 100% 10 min

6

Doba udržení pro zatížení 50% 24 min

7

Účinnost v režimu dvojité konverze (plné zatížení) 92%

8

Účinnost v režimu dvojité konverze (poloviční zatížení) 90%

9

Účinnost v režimu vysoké účinnosti až 98%

10

Možnost startu na baterie

11

Vnitřní ochrana proti zpětnému proudu

12

Slot: 2 komunikační zásuvné pozice

13

Síťová karta web/SNMP

14

Sonda měření prostředí SMP

Splněno

2.4.3 Servery 2 ks Z návrhu technického řešení vyplývají následující klíčové minimální vlastnosti a parametry: Požadované parametry serveru: Číslo

Požadavek

1

4

plná kompatibilita se stávajícím řešením, společný management stávajících serverů 2x procesor min. šest jader, minimální taktovací frekvence 2.10GHz, min. 15M Cache, QPI 7.2GT/s minimálně 96 GB RAM DDR3, ECC korekce chyb, další paměťové sloty volné pro pozdější upgrade pamětí na 128GB bez výměny modulů a bez snížení FSB frekvence minimálně 2 x 146GB, 2,5“ disky SAS minimálně 15tis otáček/min

5

HW SAS RAID řadič s podporou RAID 0, 1, 5

6

interní SATA mechanika DVDROM

7

konektor pro USB klíč a SD kartu

8

4x 1Gb Ethernet port na základní desce serveru

9

1x minimálně 8Gb FC HBA Dual -port

10

interní pozice na 8x 2,5" hotswap disk s možností rozšíření na 16x 2,5"

11

provedení do racku, rozměr max. 2U, instalační ližiny do racku a sklopné rameno pro kabeláž

2 3

Splněno

12

ventilátory redundantní, vyměnitelné za provozu

13

napájecí zdroje min.450W redundantní, vyměnitelné za provozu, jednotka musí podporovat vzdálený management s možností zapínat, vypínat a restartovat server, dedikovaný LAN RJ-45 port umožňující zabezpečený přístup přes síť – webovým prohlížečem i SSH

14 15

umožňující plnou KVM redirekci

16

možnost vzdáleně připojit obraz instalačního média

17

možnost distribuovat změny v nastavení managementu a update FW i na další servery

18

nezávislý procesor musí pracovat i při nenabootovaném operačním systému serveru

19

musí umožnit průběžné sledování parametrů serveru, hardwarový stav serveru, včetně uložení event. logu

20

detekci a zasílání SNMP zpráv o chybových stavech hardware

21

řízení přístupových práv k centrální části SW a k management nástrojům na serverech pomocí účtů Active Directory domény

22

nástroj pro automatizovaný skriptovaný a image based PXE/PXEfree deployment

23

nástroj pro neomezenou migraci ze starých na nové servery (fyzického na fyzický, fyzického na virtuální, virtuálního na fyzický a virtuálního na virtuální)

24

měření a řízení spotřeby serverů s možností uzamknutí příkonu serveru

25

licence pro integraci správy HW serveru do konzole Hypervizoru (MSSC, VMware vCenter)

2.4.4 Diskové pole Pořízením nového diskového pole je nutné rozšířit připojení pomocí rozhraní fibre channel.

Obrázek 3 Rozložení jednotlivých stavebních prvků TC ORP Velké Meziříčí dle lokalit – stav konečný

Parametry diskového pole:

Číslo

Požadavek

1

Diskové pole o velikosti maximálně 2U

2

konektivita SAS, podpora 12 Gbit/s připojení

3 4

Osazený dvěma nezávislými kontroléry s 4GB data cache/kontrolér, každý s minimálně 4 SAS porty Ochrana datové cache proti výpadku napájení po dobu více jak 30-ti dnů

5

osazení 15x 900GB 6G pevnými disky SAS, 10k otáček

6

možnost dodatečně osadit disky typu SSD

7

možnost zajistit automatický přesun dat mezi typy disků – licence není nyní vyžadována možnost rozšířit až o 7 diskových polic v kombinaci SFF a LFF formátu

8 9

Splněno

pole musí podporovat hardwarovou enkrypci dat, v případě pozdější instalace SSD disků podpora pro RAID 0,1,3,5,6,10,50

10 11

z důvodu zvýšení výkonu a utilizace kapacity je vyžadováno, aby vytvořený LUN byl rozprostřen přes všechny disky stejného typu pole musí podporovat LUN o velikosti 64TB

12 13 14

pole musí podporovat VAAI pro VMware – min. tyto instrukční sady Full Copy, Block Zeroing, Hardware Assisted Locking pole musí v ceně řešení podporovat správu přímo z VMware vSphere

15

zobrazovat mapování disků ESX servru na volume diskového pole

16

zobrazovat stavy a zdraví diskového pole

17

vytvářet, rozšiřovat a mazat datastore

18

vytvářet virtuální stroje z připravené šablony

19

v ceně řešení je vyžadována licence na klony disků

20

požadujeme licenci na minimálně 64 snapshotů, možnost rozšíření na 512

21

možnost asynchronní replikace na stejný typ diskového pole

22

podpora VMware Site Recovery Manageru

23

Konfigurace a správa diskového pole přes grafické rozhraní a CLI

24

Podporované protokoly SNMP, SMI-S, SSL, SSH, SMTP, FTP, HTTP, Telnet

2.4.5 SAN switche – 2 ks Číslo

Požadavek

1 2

FC SAN switch, s 24 porty a s min. 8x 8Gb FC aktivními porty na každém switchi, pro redundantní připojení serverů a polí aktivní porty musí mít aktivní podporu propojení ve full fabric režimu

3

switche musí být podporovány diskovým polem

4

možnost rozšířit alespoň na 16 aktivních FC portů

5

montáž do racku, výška maximálně 1U

6

musí mít všechny aktivní porty osazené FC transceivery a musí obsahovat kabeláž potřebnou k propojení switchů s polem

Splněno

Veškeré záruky HW (serverů, diskového úložiště, FC switchů, motorgenerátorů, UPS) budou 5tileté (doba udržitelnosti projektu).

2.5 Technologický software 2.5.1 Serverový OS a klientské licence nutné pro provoz nově pořizovaných agend V rámci výběrového řízení je třeba technicky zabezpečit plnou kompatibilitu se stávajícím řešením. Z návrhu technického řešení vyplývají následující klíčové minimální vlastnosti a parametry: Číslo

Požadavek

Splněno

1

Licence pro provoz minimálně 6 Windows serverů Server Standard 2012 R2 x64 ve virtuálním prostředí nebo systému plně kompatibilního nebo analogických vlastností, podporující:

2

o

Podpora až 640 logických procesorů ve fyzickém serveru

3

o

Podpora min. 4TB operační paměti

4

o

Zajištění vysoké dostupnosti pro min.32 serverů v clusteru

5

o

Vestavěná technologie serverové virtualizace

6

o

Neomezený počet paralelních migrací virtuální serverů a jejich úložišť za provozu

7

o

Nativní podpora virtualizace sítí

8

CAL licence v počtu 150ks

2.5.2 Zálohovací software pro virtuální prostředí V rámci výběrového řízení je třeba technicky zabezpečit plnou kompatibilitu se stávajícím řešením. Z návrhu technického řešení vyplývají následující klíčové minimální vlastnosti a parametry: Číslo 1

2

Požadavek

Splněno

Požadovaný systém musí licenčně pokrýt až 6 procesorových socketů (resp. 3 virtualizační nody) Systém nesmí mít žádné další poplatky za licenci na agenta, virtuální stroj či na aplikaci

Systém musí pokrývat alespoň tyto funkcionality: Zálohování Číslo

Požadavek

1 2

Přírůstkové zálohování - Zálohování VM přírůstkově, incremental, reverse incremental. Podpora CBT - rychlý incrementální backup.

3

Integrace VSS pro konzistenci aplikací uvnitř VM

4

Přímý přístup SAN - možnost zálohovat přímo bez zátěže na LAN

5

Komprimace dat pro lepší přenos.

6

Bloková deduplikace dat na úložišti

7

Využití VMware HotAdd

8

Zálohování ze snapshotů diskového pole

Splněno

9

Ad hoc záloha vybraného VM do komprimovaného tvaru pro účel archivace anebo přenosu na jinou lokalitu.

Obnova dat Číslo

Požadavek

Splněno

1

Okamžitá obnova VM

2

Možnost spustit VM přímo z komprimované a deduplikované zálohy.

3

Rychlá obnova po pádu nebo poškození provozního VM.

4

Přesun ze záložního úložiště na provozní pomocí Storage vMotion

Granulární obnova Číslo

Požadavek

Splněno

1

Obnova jednotlivých souborů Windows, Linux, Unix

2

Okamžitá indexace během zálohování VM

3 4

jednoduché vyhledání souboru napříč zálohami a obnova do původního umístění jediným klikem. Obnova položek aplikačních serverů (AD,Exchange,SQL, Sharepoint,...)

5

Automatizovaný přístup pomocí přednastavených průvodců.

6

Možnost nastavit vlastního virtualizovanou aplikaci.

průvodce,

který

bude

obsluhovat

jakoukoli

Replikace Číslo

Požadavek

1

Součástí licence je asynchronní replikace pro jednoduché nastavení DR scénáře.

2

Replikační systém má failover a failback mechanismy.

3

Selektivní replikace - ne celý LUN ale jednotlivé VM

4

Jednotlivé body replikace jsou provedeny jako VMware snapshot.

5

Podpora WAN akcelerátorů třetích stran

6

Automatické testování provedených záloh.

7

Test VM, OS, aplikačních serverů.

8

Možnost spouštět VM v izolovaném prostředí bez konfliktu s běžícími stroji v produkci. Možnost testování a kontroly VM ze záloh.

9

Splněno

Centralizovaná správa Číslo

Požadavek

1

Backup server

2

webová aplikace s možností omezení práv

Splněno

Podpora více hypervisorů Číslo

Požadavek

1

Podpora VMware od verze 3.5 a Microsoft Hyper-V.

Splněno

2.5.3 Zabezpečení koncových stanic, mobilních zařízení, serverů a úložišť dat Požadovaný software pro ochranu 150 koncových prvků sítě uživatelů musí splňovat tyto minimální požadavky na funkčnost: Číslo 1 2 3

4 5 6 7 8 9 10 11 12

13

14

15

16

17 18 19 20 21 22

Požadavek Možnost stahování definic z centrálního serveru Možnost vzdálené instalace Centrální správa aplikace a nastavení jednotlivých klientů (administrátorská konzole) Ochrana protokolů MS Exchange, POP3, SMTP, HTTP Možnost synchronizace účtů s MS Active Directory Možnost blokování zařízení Možnost definování politik aplikací Možnost „tichého režim“ provozu AV Možnost změny konfigurace na základě umístění Centralizovaný reporting s možnosti Single Sign-On Komplexní ochrana: detekce a blokování v reálném čase - viry, spyware, malware, trojské koně, rootkity, boty, virové nástroje…, firewall pracovní stanice s dynamickým nastavením portů a s prověřováním šifrovaného i nešifrovaného provozu na síti ochrana před síťovými hrozbami - blokování útoku na zranitelné místo (různé varianty) pomocí jedné signatury aktivní ochrana před neznámými hrozbami (zero hour/zero day), prevence narušení (IPS). zjištění a blokace škodlivého kódu bez použití signatur – předcházení šíření tohoto kóduPravidelný automatický, resp. semiautomatický plánovatelný, update definic a produktu upozornění na stránky s nebezpečným obsahem ochrana proti trojským koním a dalšímu škodlivému obsahu web filtering na koncové stanici ochrana serveru MS Exchange/Lotus domino řízení přístupu k přenosným médiím ochrana pro servery

Splněno

23

podpora MS Windows, Linux, MAC

24

šifrování dat celých disků na koncové stanici

25

šifrování souborů a složek

26

ochrana proti škodlivému SW na/pod úrovní OS

27

správa mobilních zařízení

28

ochrana pro datová úložiště

Veškerý softwarový systém (serverový operační systém a klientské licence, zálohovací systém pro virtuální prostředí a zabezpečení koncových prvků) musí mít v ceně softwarové updaty, základní podporu na dobu udržitelnosti – tj. 5 let.

2.6 Aplikační software 2.6.1 Agendy pro informační systém MěÚ Stávající na MěÚ provozovaný agendový IS VERA, který pokrývá největší množství agend, nedisponuje funkcionalitu potřebnou pro plnou elektronizaci agend veřejné správy, je třeba jej rozšířit. To je důvodem pro rozvoj systému nebo jeho náhrady, přičemž musí být zachována minimálně současná funkcionalita a podpora agend.

Technologické požadavky na dodávané agendy Číslo

Požadavek

Splněno

1

Provoz systému pod operačním systémem RedHat ver. Enterprise Linux Server 2.6.32

2

Provoz systému nad databázovým systémem Informix ver. Dynamic Server 11.70

3

Provoz ve virtualizovaném prostředí VMWare

4

Provoz systému v jedné centralizované databázi

5

Třívrstvá architektura – tenký klient, aplikační server, databázový server

6

Spuštění klientské části systému na lokální stanici bez nutnosti instalace lokálních komponent

7

Jednotná, centrální správa uživatelů synchronizací uživatelů s LDAP serverem

8

Podpora Single sign-on (SSO)

9

Komunikace s aplikacemi MS Office ve verzi od 2003

pro

všechny

dodávané

agendy

10

Sledování aktivit uživatelů v systému, zablokování přihlášení dalším uživatelům

11

Komunikace Klient-server musí bezproblémově pracovat na síti 10 Mbit/s a vyšší

Licenční požadavky na dodávané agendy

se

Číslo

1

Požadavek

Splněno

Jednotlivé licence dílčích aplikací a rozhraní jsou poskytnuty bez omezení počtu uživatelů těchto aplikací. Pozn.: informační systém bude využívat maximálně 100 uživatelů.

Obecné požadavky na všechny dodávané agendy Číslo

Požadavek

1

U všech agend, kde jsou odesílány nebo přijímány dokumenty ze/do spisové služby je součástí dodávky XML rozhraní na provozovanou spisovou službu dle NSeSSS, viz http://www.mvcr.cz/clanek/narodni-standard-pro-elektronicke-systemyspisove-sluzby.aspx

2

Všechny dodávané agendy/rozhraní splňují platnou legislativu související s těmito agendami platnou v čase před vyhlášením výběrového řízení. Pravidelný legislativní upgrade je součástí ceny za technickou podporu.

3

Vzájemné provázaní dodávaných agend tak, aby jednou zadané údaje v rámci jedné agendy nebylo nutné ručně přepisovat v agendě procesně navazující.

4

Schopnost agend/rozhraní načítat data z úřadem provozovaných lokálních registrů prostřednictvím XML rozhraní tak, aby nebylo nutné vést další lokální registry obyvatel a hospodářských subjektů.

Splněno

2.6.1.1 Rozhraní eSSL města na Rejstřík živnostenského podnikání (RŽP) Realizace integrace mezi elektronickou spisovou službou (eSSL) a rejstříkem živnostenského podnikáni (IS RŽP) přispěje k efektivitě procesu spojeného s předávání dokumentů mezi systémy (jedná se o automatizaci procesu). Úřad provozuje vlastní spisovou službu a veškerá odchozí a příchozí pošta úřadu je evidována v elektronické spisové službě úřadu. Živnostenský úřad (odbor MěÚ Velké Meziříčí) však zpracovává veškerá data podnikajících FO a PO v centrálním informačním systému spravovaným MPO ČR. Tento systém disponuje vlastní elektronickou službou. Z výše uvedeného vyplývá, že každá doručená/vypravená písemnost z MěÚ Velké Meziříčí je evidována ve dvou spisových službách a toto je přidělováno ručně. Provozovaná spisová služba disponuje obecným rozhraním pro volání webových služeb, které umožňují napojení SW třetích stran. Cílem je elektronizovat tento proces předávání. Číslo

Požadavek

1

Rozhraní umožňuje volání synchronní metody pro přidělení čísla jednacího a spisové značky ze spisové služby.

2

Rozhraní umožňuje tvorbu dávek složených z asynchronních metod.

3

Spisové služba umožňuje asynchronní předávání zaevidovaných písemností do SPIS-RŽP.

4

RŽP zasílá veškeré změny, které jsou v agendovém systému provedeny do spisové služby v rámci nejbližší asynchronní dávky.

5

Po vygenerování poštovního archu v RŽP jsou do spisové služby předány, resp. přílohy vypravované z RŽP.

Splněno

2.6.1.2 Aktualizace z IS ZR Informace o možnosti nalezení požadavků na propojení s ISZR – dokument Podmínky pro připojení AIS do ISZR, a další podstatné informace ze SZR ČR jsou na stránkách http://www.szrcr.cz/vyvojari   

Aktualizace dat ze ZR (nahrávač UIRADR + notifikace + hromadná aktualizace) Aktualizace dat z IS ZR - volební okrsky Sada čtecích služeb pro komunikaci s IS ZR z agend

Cílem pro aktualizaci dat ze ZR (nahrávač UIRADR + notifikace + hromadná aktualizace) a aktualizace dat z IS ZR - volební okrsky vytvořit kompletní funkcionalitu používaného IS umožňující provádět:   

hromadné ztotožnění provozovaných registrů úřadu a vůči základním registrům prostřednictvím informačního systému základních registrů (dále IS ZR), notifikaci vůči IS ZR, kterou lze spustit v rámci jednotlivých správních řízení, resp. jednotlivých podsystémů, kde existuje logická vazba na základní registry, porovnání, nahrávání a aktualizaci údajů vedených v základních registrech (např. adres z Registru územní identifikace, adres a nemovitostí včetně aktualizace volebních okrsků).

Aplikace umožní uživateli realizovat následující kroky:   

referent spustí funkci porovnat údaje se zadáním důvodu přístupu, agendy a činnosti (dle funkcionality podporující příslušný proces je agenda/činnost automaticky nabízena), vizuálně jsou zobrazeny rozdíly mezi údaji evidovanými v informačním systému města (lokálně) vůči údajům evidovanými základními registry (referenční údaje), dle nastavení příslušných oprávnění je možné spustit proces aktualizace v lokálních datech, přičemž je vždy příslušná akce evidována v evidenci logů o přístupu úřední osoby pro příp. pozdější kontrolu provedení tohoto úkonu.

Aplikace musí být integrována se stávajícími moduly informačního systému. Číslo

Požadavek

1

Ztotožnění místních obyvatel s ROB

2

Ztotožnění osob s ROS

3

Přihlášení notifikací místních obyvatel

4

Přihlášení notifikací osob

5

Zpracování výměnného formátu s daty RUIAN

6

Zpracování celostátních číselníků

7

Zpracování došlých notifikací z ROB

8

Zpracování došlých notifikací z ROS

9

Zpracování volebních okrsků

10

Nahrání dat z ROB a AISEO

11

Zpracování změn z ROB a AISEO

12

Komunikační rozhraní napojení na stávající informační systém

Splněno

Cílem pro sadu čtecích služeb pro komunikaci s IS ZR z agend je vytvořit kompletní funkcionalitu používaného IS umožňujícího provádět: Číslo

Požadavek

Splněno

Číslo

Požadavek

1

Sada čtecích eGON služeb pro získávání údajů z ROB.

2

Sada čtecích eGON služeb pro získávání údajů z ROS.

3

Sada čtecích eGON služeb pro získávání údajů z RUIAN.

4

Možnost zápisu získaných informací z IS ZR do registrů úřadu.

Splněno

Aplikace musí být integrována se stávajícími moduly informačního systému.

2.6.1.3 Rozhraní Nespolehlivý plátce Služba „Nespolehlivý plátce“ umožňuje pracovníkům, aby jednoduchou a rychlou formou ověřili jak správnost bankovního účtu určeného dodavatelem pro jeho ekonomickou činnost, tak i skutečnost, zda daný dodavatel je či není označen jako nespolehlivý plátce. Prostřednictvím rozhraní na Registr plátců DPH tak obdrží pracovník on-line požadované informace a navíc, tyto informace zůstanou na kartě dodavatele zaznamenány. Aplikace musí být integrována se stávajícím modulem rozpočet ekonomického informačního systému. Číslo

Požadavek

1

Zajištění on-line vazby na web Plátce DPH (http://adisreg.mfcr.cz/cgibin/adis/idph/int_dp_prij.cgi?ZPRAC=FDPHI1&poc_dic=2)

2

Automatická kontrola spolehlivosti plátce DPH při pořízení smlouvy, objednávky, přijaté faktury, poukazu

3

Automatická kontrola správnosti zapsaného bankovního účtu jako účtu určeného dodavatelem pro jeho ekonomickou činnost v různých fázích zpracování přijatého dokladu (fáze zaevidování, schvalování, úhrady)

Splněno

2.6.1.4 Rozhraní na Českou daňovou správu Požadovaná funkcionalita představuje elektronickou podatelnu pro GFŘ, FŘ a FÚ pro podání v daňových věcech, popř. ostatních podání vůči Finanční správě ČR. Rozhraní je určeno pro komunikaci s Českou daňovou správou pro zasílání přehledu o realizovaných obchodních případech s přenesenou daňovou povinností DPH. Informace se předávají komunikačním rozhraním, které je založeno na XML formátu. Jedná se o novou legislativní povinnost úřadu. Aplikace musí být integrována se stávajícím modulem rozpočet ekonomického informačního systému. Číslo

Požadavek

1

Import daňových přiznání a výpisů z evidence pro daňová přiznání v platném formátu xml

2

Možnost provádění importů daňových přiznání a výpisů od jiných organizací

3

Tisk podání pro finanční úřad (DPH apod.) na předepsaných formulářích

4

Elektronické odesílání výkazů pro FÚ

5

Vedení, zobrazení a editaci seznamu podání pro FÚ

Splněno

2.6.1.5 Výkazy Cílem je umožnit generování konsolidovaných výkazů města obsahující i výkazy organizací zřízených městem splňujícím zákonné podmínky pro tyto výkazy. Aplikace musí být integrována se stávajícím modulem rozpočet ekonomického informačního systému. Číslo

Požadavek

Splněno

Import účetních a finančních výkazů rozpočtových a příspěvkových organizací ve formátu xml

1

2



Výkaz pro hodnocení plnění rozpočtu územní samosprávných celků a dobrovolných svazků obcí (FIN 2 – 12 M)



Rozvaha územních samosprávných celků a příspěvkových organizací



Výkaz zisku a ztráty územních samosprávných celků a příspěvkových organizací

 

Příloha územních samosprávných celků a příspěvkových organizací

 

Přehled o peněžních tocích

Pomocný analytický přehled Přehled o změnách vlastního kapitálu

Možnost nahrávat výkazy zasílané od jiných obcí, DSO a PO Kontrola výkazů

3



vnitrovýkazových a mezivýkazových vazeb dle platné legislativy (CSÚIS)

 

dle povolených vazeb



možnost uživatelsky definovaných kontrol

součtových řádků

4

Zpracování informací o schválení účetních závěrek organizace, od jiných obcí, DSO a PO včetně vytvoření souboru ve formátu xml pro odeslání do CSÚIS

5

V systému je možné definovat všechny podřízené organizace jako samostatné účetní jednotky, data nahraná do systému s kódem příslušné účetní jednotky vystupují z hlediska evidence zcela odděleně, zároveň je však možné provádět jejich souhrnné výkaznictví.

6

Vytvoření výkazů ve formátu xml (pro potřeby zasílání do CSÚIS).

7

Tisk účetních a finančních výkazů v Kč a tis Kč pro aktuální období i pro minulé roky

8

Výstup výkazů do tabulek Excelu pro další zpracování a možnost tisku výkazů v dalších formátech (např. pdf, doc, docx)

9

Vygenerování a tisk sumářů výkazů dle různých kritérií

2.6.1.6 Rozhraní na GIS Město Velké Meziříčí má v plánu používat dva významné informační bloky – agendový IS řešící jednotlivé agendy VS a geografický informační systém (GIS). Cílem této aktivity je zajistit integraci mezi těmito hlavními informačními bloky. Vzájemná provázanost umožňuje využívání údajů z GIS úřadu v agendových informačních systémech, kde je to efektivní a kde se vyskytuje buď přímá, nebo nepřímá lokalizace (např. Stavební úřad – vyhledávání majitelů okolních parcel, …). Aplikace musí být integrována se stávajícími moduly informačního systému.

Číslo

Požadavek

1

Načítání čísla označených parcel z GIS podkladu úřadu pro Stavební úřad.

2

Zobrazení území dotčené stavbou v mapovém podkladu úřadu pro Stavební úřad

3

lokalizace přestupku městské policie dle mapového podkladu úřadu

4

zobrazení přestupku(ů) městské policie v mapovém podkladu úřadu

5

Načtení vlastníků označených parcel v GIS (služba ČUZK) pro Stavební úřad.

2.6.1.7  

Splněno

Centrální konverze dokumentů do archivního formátu včetně editora do formátu PDF. Aplikační server SW pro tvorbu dokumentů dle standardů

Systém umožňuje centrální generování i konverzi dokumentů vytvářených v rámci městského úřadu do archivního formátu typu PDF a PDF/A. Systém tak zjednodušuje správu systému jako celku – přenáší konverze vytvářené na pracovních stanicích na centrální řešení na úrovni serveru. Správci systému tak nemusí řešit lokální instalace potřebných programů. Součástí řešení je editační program pro úpravu PDF souborů z důvodu oprav nebo nutnosti zásahu do již vytvořeného souboru. Nástroj umožňuje minimálně jednoduché vkládání celého textu či jeho částí nebo mazání textu a obrázků. Aplikace musí být integrována se stávajícími moduly informačního systému. Číslo

Požadavek

1

Tvorba dokumentu ze vzoru pomocí jednotného nástroje pro celý úřad.

2

Tvorba dokumentu do formátu MS Excel pomocí jednotného nástroje pro celý úřad.

3

Převod do PDF/A pomocí jednotného nástroje pro celý úřad.

4

Podpora automatického převodu do výstupního formátu

Splněno

2.6.2 Mzdový systém Na Obrázku č. 6 je zobrazen funkční modul personálního a mzdového systému implementovaný v organizacích VS. Modře označené moduly zobrazují moduly personálního systému v produkčním prostředí města Velké Meziříčí. Tato část byla realizována v roce 2013 z výzvy č 69 OP LZZ z projektu CZ.1.04/4.1.01/69.00075 a je nutné ho v rámci doby udržitelnosti dále provozovat, Posilování institucionální kapacity a efektivnosti výkonu Městského úřadu Velké Meziříčí. Šedé moduly jsou požadovány pro dodávku. Cílem je tedy vést kompletní informační databázi o zaměstnancích, zpracovávat jejich mzdy a v reálném čase podávat důležité informace o zaměstnancích nejen pracovníkům mzdové účtárny a personalistům, ale i vedoucím úředníkům. Obsahuje komplexní podporu řízení lidských zdrojů ve společnosti. Podmínkou pro realizaci řešení je plná kompatibilita s již implementovaným personálním systémem od společnosti KS-program, který běží v produkčním prostředí. Obecné požadavky: Číslo 1

Požadavek podpora platové agendy pro zaměstnance města Velké Meziříčí (110 aktivních zaměstnanců, tj. včetně zpracování jejich platů a odměn dohod o pracích konaných mimo pracovní poměr),

Splněno

2

5

podpora pro zúčtování odměn uvolněných i neuvolněných členů zastupitelstva města (70), podpora pro zúčtování odměn členů komisí rady města a výborů zastupitelstva města, počet licencí adaptabilně přizpůsoben, výplata jednou ročně, možnost vyplácení určené dohody o pracích konaných mimo pracovní poměr nebo pracovního poměru z odlišného platebního účtu, vyúčtování daní elektronicky, provedení ročního zúčtování daně

6

srážky z platů – přednostní, nepřednostní, sledování srážek a zůstatků

7

10

průměry vč. výpočtu pravděpodobného výdělku, trvalé platby, průběh pracovní neschopnosti, sledování vyplacených náhrad NP, podpůrčí doby, denního vyměř. Základu, čerpání dovolené, převod zůstatku dovolené na další rok plnění povinného podílu osob se zdravotním postižením (dále ZP) – sledování osob, výpočet, oznámení výpočet je řízen dle nastaveného číselníku složek mezd, který může spravovat do jisté míry uživatel možnost importu dat – stravenky, odměny a prémie

11

možnost automatické distribuce aktualizací na klienty,

12

zajištění databázové historizace (minimálně formou logu změn),

13

15

plná kompatibilita s legislativou až do úrovně nařízení vlády, zajištění průběžné aktualizace při změnách export statistických dat ve zdokumentované otevřené datové struktuře pro další analýzy, statistické výpočty a sumarizace dat dle dotazů uživatelů

16

pracovněprávní dokumenty, export a tisk v uživatelem definované šabloně

17

18

systém upozorňování emailem a/nebo na portálu či v aplikaci (typicky při dosažení určitého terminu a situace - školení, platové postupy, lhůty, dále s odkazem na řešení požadavku aplikace), avízo při vybraných změnách na pracovní pozici, svátky, narozeniny atp. uložení dat na MS SQL serveru,

19

popis licenčního modelu dodavatele (mechanismu upgradu, rozšíření),

20

zálohování systému a dat nabízeným dodavatelem,

21

23

podpora exportu a výstupů dle platné legislativy: rezortní statistiky, finanční úřad, úřad práce, bankovní ústavy, okresní správa sociálního zabezpečení – elektronicky prostřednictvím Portálu veřejné správy, zdravotní pojišťovny (přehled o platbě pojistného v předepsaném formátu), podpora exportu a výstupů pro Informační systém o platu (export dat do účetního systému Radnice VERA), podpora importu dat z docházkového systému (docházkový systém Elvis),

24

podpora rolí uživatelů, možnost definice činností a oprávnění,

25

modul využívá základní databázi stávající Personalistiky a její funkcionality

26

plná vzájemná integrace jednotlivých modulů systému a stávajícího personální informačního systému, reporty sumárních nákladů na jednoho zaměstnance z oblasti zpracování mezd i personalistiky portálové řešení - webový klient pro editaci a prohlížení údajů ze strany vedoucích zaměstnanců a zaměstnanců respektující oprávnění dle organizační struktury, s řízením jejich přístupů k operacím a údajům: příspěvky zaměstnavatele na penzijní připojištění podle jednotlivých pojišťoven a druhu připojištění včetně výstupů dle jednotlivých pojišťoven

3 4

8 9

14

22

27 28 29

Specifické požadavky: Číslo 1

Požadavek zobrazení „výplatních pásek“ na zaměstnaneckém portále s rozpadem na zobrazení

Splněno

2

jednotlivých složek platu, odměn (elektronická výplatní páska). možnost zpracování více pracovněprávních vztahů u jednoho zaměstnance,

3

členění osoba (uložena pouze jednou), navázané pracovní poměry

4

9

slučování více poměrů do jedné výplatní pásky s přehledem jednotlivých složek platu, možnost zadávání dat zpětně, i do budoucnosti, možnost přepočtu a systémové kombinace, možnost využití poměrového krácení při zpracování mezd (např. příspěvek za vedení od poloviny měsíce, úpravy osobních příplatků, přiznání odměn zastupitelům či členům komisí a výborů), výpočty započitatelné praxe s možností tisku a založení včetně upozorňování na platové postupy, povinné výstupy dokumentů: evidenční listy důchodového pojištění (elektronické předání na Portál veřejné zprávy), mzdové listy, potvrzení zdanitelných příjmů, potvrzení čtvrtletních a ročních příjmů, potvrzení pro banky a soudy v předepsaném formátu atd., zpracování výstupů vyúčtování daně z příjmu fyzických osob ze závislé činnosti,

10

zpracování výstupů vyúčtování daně vybírané srážkou,

11

výstup bankovních příkazů

12

ověřování insolvence zaměstnanců vůči insolventnímu rejstříku

13

tisk skrytých výplatních pásek,

5 6

7 8

2.6.3 Geografický portál Účelem je zajistit vytvoření jednotného portálového řešení, které zjednoduší tvorbu a správu geodat (dále též jen „Geoportálu ORP“) na zájmovém území zadavatele - ORP Velké Meziříčí. Základní cíle projektu jsou:        

zefektivnění procesů při zpracování a poskytování digitálních údajů o území vytvoření nástrojů pro ukládání a správu sledovaných údajů o území vytvoření nástrojů pro ukládání a správu metadat ke sledovaným údajům o území efektivní a kvalitní zpřístupnění geodat interním i externím uživatelům způsobem umožňující dálkový přístup publikace a prezentace údajů o území veřejnosti integrace s centrálními systémy a registry (ISZR) kompatibilita s geoportálem DMVS kraje návaznost na další projekty a standardy (TCORP, TCK, DMVS, INSPIRE,...)

Předmětem plnění je poskytnutí aplikačního řešení Geoportálu ORP se všemi jeho požadovanými aplikačními moduly a funkcionalitami, vč. všech nezbytných licencí, zajištění implementace (instalace a konfigurace) a integrace Geoportálu do IS města, jakož i provedení nezbytných seznámení zadavatele s obsluhou. Plnění zahrnuje rovněž provedení zkušebního provozu. Nedílnou součástí plnění je i poskytování servisní a technické podpory v garantované úrovni služeb (Service Level Agreement). Technická a servisní podpora bude v průběhu realizační fáze a zkušebního provozu poskytována bezplatně (po skončení zkušebního provozu budou zadavateli poskytovány po období 5 let služby servisní a technické podpory).

Nabídka Geoportálu musí obsahovat: -

-

Popis navrhovaného systému jako celku, ze kterého bude jasně vyplývat navrhovaný koncept systému, jeho vnitřní struktura, způsob integrace jednotlivých komponent a procesů, včetně popisu technologického řešení každé komponenty a způsobe její integrace a/nebo komunikace uvnitř systému i s okolím. Popis způsobu řešení každého funkčního či nefunkčního požadavku na systém uvedeného v zadávací dokumentaci.

-

-

Popis řešení musí být zpracován takovým způsobem a s takovou mírou detailu, aby zadavatel byl schopen řádně posoudit realizovatelnost, efektivnost, komplexnost, otevřenost, funkcionalitu, flexibilitu a zejména celkovou kvalitu navrhovaného řešení. Popis způsobu řízení budoucího projektu realizace systému. Zadavatel požaduje, aby byl projekt řízen v souladu s obecně uznávanou metodikou projektového řízení, kterou má uchazeč vnitřně zavedenu a ve které jsou členové projektového týmu vyškoleni (viz technické kvalifikační předpoklady). Uchazeč v nabídce uvede užívanou projektovou metodiku a popíše základní principy vedení projektu, které budou užity při realizaci této zakázky.

Z popisu řešení v souladu s příslušnými přílohami zadávací dokumentace – technické specifikace musí vyplývat minimálně a) Architektura a obecný návrh řešení Geoportálu b) Základní SW platforma c) Popis základní architektury a charakteristiky navrhovaného systému a. Vrstvy systému b. Soulad s principy SOA c. Modulární řešení systému d. Architektura založená na webových službách d) Přístup k tvorbě klientských aplikací a. Komunikační SW architektura mezi serverem a webovými aplikacemi systému b. Forma načítání (přenosu) dat ve webových aplikacích systému (synchronní/asynchronní). c. Nástroje a techniky pro rozložení výkonu mezi serverem a webovými aplikacemi systému d. Použité API pro tvorbu uživatelských rozhraní webových nástrojů e) Přístup k tvorbě webových služeb a. Základní architektura pro tvorbu služeb b. Strukturace webových služeb c. Optimalizace publikování a správy webových služeb f) Metodika vývoje software g) Řešení dostupnosti služeb, aplikací h) Řešení správy uživatelů a rolí i) Vyplněná tabulka řešení požadavků dle Technické specifikace uvedené v Zadávací dokumentaci Technická specifikace dodávek a služeb Základní cíle Cílem projektu modernizace GIS města je zajistit a podpořit:  garantovaná, jednotná geodata pro konzistentní výkon příslušných agend veřejné správy v území,  dostupnost geodat a údajů o území pro veřejnost,  zefektivnění procesů při poskytování údajů o území, zejména údajů v digitální podobě  optimalizaci, otevřenost a transparentnost poskytovaných služeb veřejné správy,  integraci s centrálními systémy a registry (ISZR)  návaznost na další projekty (TCORP, TCK, DMVS, INSPIRE,...)  využití moderních technologií Geoportál Cílem je dodávka moderního geoportálového řešení. Dobře navržený geoportál skrývá složité věci za jednoduché nástroje, nabízí uživatelům snadno ovladatelné aplikace se všemi potřebnými složitými GIS funkcemi v pozadí a celkově tak zpříjemňuje uživatelům práci s geodaty. Každý moderní portál by měl splňovat následující požadavky a přístupy:

 

orientace na klienta (personalizace), internetové aplikace,

  

webově orientovaná architektura (SOA, REST), platformová nezávislost, podpora mobilních zařízení jako klientů (chytré telefony, tablety, ...).

Standardní architektura geoportálu stojí na základech tvořených obecnými principy servisně orientované architektury a návrhem který je popsaný v dokumentu „INSPIRE Technical Architecture - Overview“(zdroj: http://inspire.ec.europa.eu).

Klienti

Portál (jednotné aplikační prostředí)

Mapový klient

Metadatový klient

Výdej dat a služeb Příjem dat

Administrační nástroje

Monitoring + Auditing

Admin.

Data

Služby

Sběrnice služeb

OWS, SOAP, REST, …

CSW, REST

Mapový a datový server

Metadatový server

GIS Data

Metadata

SOAP, REST

SOAP, REST

Aplikační služby (route, job manager …)

Registr služeb (+ údaje z auditování a monitoringu)

Ostatní data (provozní, agendy, registry, …)

Správa GIS dat

Editor metadat

Principy navrženého řešení





    

SOA architektura o technologické řešení založeno na principu servisně orientované architektury (SOA), o zabezpečuje snadný přechod mezi různými technologiemi, snadnou výměnu, migraci nebo upgrade jednotlivých částí portálu při zachování celkové funkčnosti. komponentní vývoj o rozdělení aplikační logiky do menších částí, které spolu komunikují prostřednictvím událostí, o zajišťuje lepší možnosti verzování, testování, stability a rozdělení vývoje. jednoduché a intuitivní uživatelské rozhraní o uživatelské rozhraní vychází hlavně z potřeb uživatelů systému a účelu aplikace, ne z potřeb užité technologie. technologie a standardy o navržené řešení vychází a dále rozvíjí technologii primárně užívanou zákazníkem personalizace o geoportál nabízí možnost personalizace, tj. možnost úpravy obsahu a formy v závislosti na přihlášeném uživateli. integrace o řešení respektuje požadavek na integraci do stávajícího prostředí (geoportál nestojí stát sám o sobě, ale respektuje další podmínky technologické i metodické povahy) bezpečnost o veškeré služby a data budou zabezpečeny způsobem, který je podporován navrženou technologií s ohledem na existující bezpečnostní architekturu TCORP

Základní komponenty geoportálu

 

webový portál včetně redakčního systému mapový server - poskytování mapových služeb Požadované funkcionality o Lokalizace - určování lokality objektu v prostoru nebo jazyková lokalizace o Registr nemovitostí - registr územní identifikace, adres a nemovitostí

o Vyhledávání adres - vyhledávání dle čísla popisného o Měření a poznámky - měření vzdálenosti a možnost zapsat poznámku o Přepínání mezi aplikacemi a uživatelské záložky - možnost uložit uživatelské záložky a přepínání mezi aplikacemi o Link - možnost vytvořit link na daný výřez (odeslat e-mailem) o Přidání mapové služby - možnost připojení další mapové služby z jiného serveru Výběr - výběr prvku v mapě z aktivní vrstvy Seznam vrstev (závislosti a průhlednost - seznam vrstev a nastavení a jejich zobrazení (průhlednost, současné zobrazení vrstev) o Rozšíření podkladové mapy - podkladová mapa rozšířená o nové mapové prvky a vrstvy o Pokročilá práce s územními plány - rozšířené možnosti práce s územními plány o Pokročilá editace v agendách - editační vrstvy v agendách, editace jednotlivých prvků o Výběry a export - výběry z mapové vrstvy a exporty mapových výřezů o Export mapy - export celé mapy do různých formátů o Maptipy (plovoucí popisky) - plovoucí popisky s tipy v závislosti na zobrazené mapě o Zobrazení souřadnic - zobrazení mapových souřadnic o Souřadnice, měřítko, copyright - zobrazení souřadnic měřítka a copyrightu pro jednotlivé prvky nebo mapové vrstvy o HTML - zobrazení HTML kódu

    

datový sklad - databázové úložiště geodat mapové aplikace - publikaci geodat uživatelům (interním a externím) evidenční aplikace - registry, pasporty, evidence metainformační systém - správa metadat helpdesk - technická podpora

Technologie Nový systém by měl splňovat následující specifikace:  jednoduché uživatelské prostředí – pro práci s aplikací stačí oprávněnému uživateli běžné PC s přístupem k internetu/intranetu a standardní webový prohlížeč, bez nutnosti instalovat jakýkoliv doplňkový sw,  snadná konfiguraci webových aplikací,  variabilní přístup k datům - přístup k datům je řízen na úrovni uživatelských práv, jejich přidělování a správa je velmi operativní, práva mají řadu úrovní a pro jednotlivé části pasportu je možné samostatné nastavení (např. uživatel edituje pouze značky, ostatní jen prohlíží),  podpora práce s geografickým idaty z různých klientů (www, desktop, mobilní zařízení,...)  rychlá editace dat – aplikace disponuje řadou číselníků, které jsou pro většinu atributů předvyplněny, oprávněný správce aplikace může číselníky dle potřeby upravovat,  podpora práce s daty – aplikace obsahuje nástroje pro export/import databázově uložených dat do formátu ESRI Shapefile/DBF, libovolné základní atributy lze také exportovat do formátů CSV, XLS, XML, XHTML,  jednotný zdroj dat pro všechny - informace shromážděné v aplikaci může mít k dispozici libovolné množství pracovníků napříč organizací (jednotlivé odbory a oddělení, složky technických služeb), vybrané informace mohou být poskytnuty i veřejnosti,  pro uložení popisných a grafických dat je využita primárně SQL databáze,  editace grafických prvků probíhá přímo v klientu, který umožňuje intuitivně editovat linie, plochy i polygony; uživatelé tak v naprosté většině případů nepotřebují „tlustý“ klient, ačkoliv samozřejmě je možná i editace v externím desktop sw se zachováním topologické čistoty,  poskytuje úplnou sadu služeb GIS: mapové služby (2D a 3D), geodatové služby, služby geoprocesingu, geokódovací služby, služby podporující SOAP, WMS (konsorcium OpenGeospatial) a KML,  komunikace dílčích systémů je postavena na základě principů SOA, využito je tedy důsledně webových služeb



každá z navrhovaných mapových komponent může opakovaně užívat konfigurované mapové služby

Systémové požadavky

  

maximální soulad s infrastrukturou TC ORP dostupnost technologií MS Windows Server, MS SQL Server předpokládá se virtualizace provozních serverů

Migrace dat V rámci implementace bude provedena revize současného datového skladu s cílem rozdělení dat na:  používaná - určená k migraci do geodatabáze pro použití v budoucím GIS  nepoužívaná - určená k zaarchivování Následně se provede migrace vybraných dat do geodatabáze a připraví jejich vizualizace pro využití v mapových aplikacích. Integrace Zadavatel požaduje zajištění integrace mezi Geoportálem a aplikacemi třetích stran standardním komunikačním rozhraním v přístupném API minimálně v rozsahu:  aplikace IS T-WIST (REN, RÚIAN, Zájmové objekty…)  aplikace IS Radnice VERA  aplikace ISZR  aplikace Krajského úřadu Vysočina Rozsah a způsoby integrace systému a dílčích aplikací IS organizace bude definován až na základě konkrétních požadavků uživatele a související implementační analýzy. V závislosti na jednotlivých podmínkách lze očekávat finanční náklady na vlastní realizaci integrace (minimálně v úrovni konfigurace případně programování komunikačních služeb). Mapové aplikace V rámci implementace budou vytvořeny tematické mapové aplikace  Základní mapový projekt  Katastrální mapa ORP - podporující kompletní práci s daty ISKN a RÚIAN za území ORP  Územní plánování v ORP - podporující kompletní práci s ÚPD za území ORP v souladu se Stavebním zákonem  Připomínkování územního plánu obcí – podporující činnost ÚÚP při tvorbě nebo změnách ÚPD v rámci území ORP v souladu se Stavebním zákonem  Územně analytické podklady – podporující činnost ÚÚP při vedení evidence ÚAP v rámci území ORP v souladu se Stavebním zákonem  Digitální technická mapa města – podporující činnost Stavebního úřadu při správě DTM města  Pasport komunikací – podporující správu a evidenci pozemních komunikací ve smyslu zákona č. 13/1997 Sb. včetně navazujících objektů (tj. svislé a vodorovné dopravní značení, mosty, technické objekty (zábradlí, svodidla), vpusti odvodnění, parkoviště, chodníky, světelné signalizační zařízení a cyklostezky) a dopravního značení  Pasport zeleně – podporující evidenci, inventarizaci a správu (údržba, výsadba) městské zeleně a dalších souvisejících objektů (plošná a bodová zeleň, technické prvky a doplňky (např. městský mobiliář, aj.) včetně dendrologie a údržby biologických prvků  Pasport veřejného osvětlení – podporující evidenci a správu (údržba, opravy) veřejného osvětlení včetně navazujících částí (tj. rozvaděče, stožáry, kabely, lampy, objekty na stožárech, aj.)  Veřejnost – obsahující min. vrstvy územní identifikace, zájmových bodů, trasy MHD, odpadového hospodářství, záplavová území, turistické trasy, letecké snímky, aj.

Školení v rozsahu: 3 dny - administrace geoportálu 2 dny – tvorba webových aplikací pomocí v geoportálu

Funkční a nefunkční požadavky na systém Navrhovaný systém musí splňovat následující požadavky: Funkční požadavky Poznámka * (pokud ANO, doplní uchazeč nebo uvede odkaz na detailní informace jinde v podávané nabídce, tak aby zadavatel byl schopen provést řádné vyhodnocení. Pokud nebude uveden řádný a relevantní odkaz do podávané nabídky uchazeče, nebude nabídka dále hodnocena, tj. bude považována za nekompletní. Způsob řešení ANO/NE č.

Požadavek

Popis

(doplní uchazeč vč. možných referencí na detailní informace jinde v nabídce)

Prohlížecí modul, mapový klient 1 Jednoduché prostředí 2

3 4

5 6

uživatelské

Zobrazení kompozice

mapové

Mapová kompozice přístupovými právy Tvorba vlastní kompozice

řízená

mapové

Prohlížení údajů

sledovaných

Zobrazení informací

atributových

7 Zjišťování informací o prvcích v mapě (info-okno)

Pro práci s aplikací stačí oprávněnému uživateli běžné PC s přístupem k internetu/intranetu a standardní webový prohlížeč, bez nutnosti instalovat jakýkoliv doplňkový sw, Zobrazení mapových kompozic, pokročilá symbologie, měřítková omezení, základní nástroje pro práci s mapou Obsah mapové kompozice přístupovými práv uživatele.

(vrstvy,

*

území) řízený

Umožnění tvorby vlastních mapových kompozic složených z vrstev geoportálu a/nebo z vrstev externích (pomocí standardizovaných služeb WMC). Umožňuje prohlížení sledovaných údajů o území. Pro registrované uživatele podle nastavených oprávnění v případě dotazu budou zobrazeny atributové informace vybraného prvku. Možnost volby, zde se objeví po kliknutí nebo po najetí kurzorem myši na prvek, zavření po kliknutí na křížek nebo kliknutí do mapy, více stylů info-okna pro různé kategorie dokumentací a dle obsahu informací např. grafický styl okna na základě grafického návrhu (text, barva, scrollovací lišta atd.), možnost zobrazit obrázek v info-okně, URL adresu jako funkčním odkaz, stejný

styl a způsob dotazování bez rozdílů na zdroj informací (geodatabáze, shp, WMS, atd.) 8 9 10 11

Poskytuje informace údajích/jevech

o

Získání informací z atributové složky geodat za určené území a možnost exportu formou sestavy.

Dynamická publikace

Publikování dynamicky generovaných podkladů nebo připravených v cache.

Zobrazení metadat

Výpis metadat a možnost následného jednotlivých prvků či označené oblasti.

Zobrazení dokumentů

Výpis a možnost následného zobrazení dokumentů připojených k jednotlivým prvkům.

Přístupová práva mapovým kompozicím

13

Podpora publikace síťových služeb

Dle standardů OGC (WMS,WMTS, WFS, WFS-T, WCS, KML), REST a SOAP.

Podpora georeportů

Umožňuje připravit automatizované geoprocesingové analýzy z dat uložených v geodatabázi a dalších připojených registrech a přehledně je publikovat.

zpracování

Zohledňovat přístupová práva k mapovým kompozicím.

zobrazení

12

14

k

mapových

předdefinovaným

15

Pokročilá forma tisku z www rozhraní

Umožnit tisk s možností volby předdefinované tiskové šablony, měřítka, rozlišení tiskového výstupu.

16

Exporty mapy

Možnost exportovat mapové výstupy do JPG, PDF, …

Lokalizační služby nad daty RUIAN

Možnost publikace lokalizačních služeb umožňující vyhledání adresy, budovy, parcely, obce a vracející základní atributy RUIAN včetně geometrie uvedených prvků. Služby jsou určeny pro využití dalšími systémy zadavatele.

18

Pokročilá práce s územními plány

Možnost výběru výkresu dle obce, obsahu výkresu UP, včetně zobrazení konkrétního regulativu a legendy.

19

Pokročilá aplikacích

Editace všech geometrií včetně možnosti snapování na stávající prvky mapy.

17

20

21 22

editace

v

Dynamická změna obsahu mapové kompozice

Mapové projekty umožňují změnu pořadí vykreslování vrstev a doplnění dalších mapových kompozicí publikovaných formou WMS, WFS …

Vstupní informace

Zobrazení uvítacího okna, která bude obsahovat bližší informace o projektu, legendu, kontakty atd.

Flexibilita zobrazení

Velikost zobrazené mapy se přizpůsobí velikosti plochy monitoru návštěvníka stránky.

Ovládání aplikace

Pohyb v mapě bude možný pomocí tlačítek a kolečka myši s možnou kombinací s vybranými klávesami (Shift, Ctrl, …)

Panel s nástroji

Konfigurovatelná nástrojová lišta zapadající do vzhledu a kontextu stránky - menu pro práci s vrstvami (schovávatelné) – možnost zobrazit/schovat vybrané mapové vrstvy, tlačítka pro přepínání základních podkladových map,…

23

24

25

Optimalizace objektů

zobrazení

26

27

28 29

Shlukování lokalit objektů, kde je jejich větší intenzita výskytu a navzájem by se překreslovaly při změně měřítka mapy (tzv. clustering)

Podpora tvorby odkazů

Možnost vytvořit odkaz na konkrétní místo/prvek bude sloužit pro vytváření odkazů z webových stránek zpět do mapy, dodržení zvoleného nastavení (zapnuté/vypnuté vrstvy, zobrazené/schované okna s informacemi o prvku.

Měření vlastností

Uživatel si klikáním levým tlačítkem myši vybírá lomové body měřené linie/plochy a dvoj-klikem měření ukončí, zobrazí se výsledná hodnota.

geometrických

Vývojové prostředí webové aplikace

pro

Vývojové prostředí pro webové aplikace. Mapový klient musí systémem kraje.

Kompatibilita

být

plně

kompatibilní

s GIS

Datový sklad 30 31 32

Datový sklad v prostředí databázového serveru

Ukládání geodat, dokumentů, metadat, pasportů.

Podpora verzování dat

Podpora verzování geodat, pasportů.

Uložení původních dat určených ke zpracování

Uložení dat od poskytovatelů určených k začlenění do datového skladu také v jejich původní podobě.

dokumentů,

metadat,

Aplikace pro práci s daty ISKN (viz http://www.cuzk.cz/Katastr-nemovitosti/O-katastrunemovitosti/Informacni-system-katastru-nemovitosti-ISKN.aspx) 33

34

Podpora dat formátu ISKN

Schopnost přijímat data z katastru nemovitostí (VFK / ISKN) v rozsahu minimálně: nemovité objekty, listy vlastnictví, vlastníci, řízení, listiny, právní vztahy, sousední parcely.

Import a aktualizace dat KN

Možnost automatického importu dat potřeby aktualizace zdrojových dat KN.

Tiskové výstupy

Tisk standardních sestav (list vlastnictví, informace o parcele, budově, jednotce nebo soupisu parcel dle uživatelsky vybraných kritérií)

Integrace na GIS

Obousměrné propojení s GIS z aplikace => ukaž v mapě, z mapy => ukaž popisné informace

Integrace na lokální RÚIAN

Obousměrné propojení s aplikací lokální kopie dat RÚIAN (vazba mezi parcelami a budovami).

Integrace na ISKN

Možnost ověření aktuálnosti příslušného záznamu dotazem na aplikaci ČUZK Nahlížení do KN a Dálkový přístup do KN.

Integrace na ISZR

Možnost ověření údajů v ISZR.

Generování tříd

Možnost automatického generování geografických tříd v min. rozsahu: a) parcelní a vnitřní kresba KN, b) parcelní kresba v majetku organizace, c) věcná břemena.

35

36 37 38

39 40

geografických

z

ISKN

pro

41

Možnost uložení opakujících se dotazů do databáze SPI pro potřeby opakovaných reportů inventarizace v časových intervalech.

Dotazování do DB SPI

Aplikace pro práci s daty RÚIAN 42

43

Podpora dat formátu RÚIAN

Schopnost přijímat data z RÚIAN (VFR) a zprostředkovat je v rozsahu minimálně: adresy, volební okrsky, stavební objekty, parcely, ulice, katastrální území a další.

Import RÚIAN

Možnost automatického importu dat z RÚIAN pro potřeby aktualizace zdrojových dat RÚIAN.

dat

a aktualizace

44

45 46 47

Tiskové výstupy

Tisk standardních sestav (list vlastnictví, informace o adrese, budově, atd. dle uživatelsky vybraných kritérií).

Integrace na GIS

Obousměrné propojení s GIS z aplikace => ukaž v mapě, z mapy => ukaž popisné informace.

Integrace na lokální ISKN

Obousměrné propojení s aplikací lokální kopie dat ISKN (vazba mezi parcelami a budovami).

Integrace na ISZR

Možnost ověření údajů v ISZR.

Zobrazení chybových údajů

Možnost zobrazení chybně naplněných dat RÚIAN v GIS (např. objekty bez adresního místa, adresní místa bez objektu, adresní místa bez geometrie).

Zobrazení tematických dat

Možnost zobrazení tematických dat v GIS (např. volební okrsky a příslušnost adresních míst k jednotlivým okrskům).

48

49

Pasporty 50

Integrace s GIS

Editace grafických prvků probíhá přímo v klientu (ve vytvořeném mapovém projektu pro konkrétní pasport), který umožňuje intuitivně editovat linie, body i polygony; uživatelé tak v naprosté většině případů nepotřebují „tlustý“ klient, ačkoliv samozřejmě je možná i editace v externím desktop sw se zachováním topologické čistoty.

Variabilní přístup k datům

Variabilní přístup k datům - přístup k datům je řízen na úrovni uživatelských práv, jejich přidělování a správa je velmi operativní, práva mají řadu úrovní a pro jednotlivé části pasportu je možné samostatné nastavení (např. uživatel edituje pouze značky, ostatní jen prohlíží).

Rychlá editace dat

Aplikace disponuje řadou číselníků, které jsou pro většinu atributů předvyplněny, oprávněný správce aplikace může číselníky dle potřeby upravovat.

Podpora práce s daty

Aplikace obsahuje nástroje pro export/import databázově uložených dat do formátu ESRI Shapefile/DBF, libovolné základní atributy lze také exportovat do formátů CSV, XLS, XML, XHTML.

51

52

53

54

Jednotný

zdroj

dat

pro

informace shromážděné v aplikaci může mít k dispozici libovolné množství pracovníků napříč organizací

všechny

(jednotlivé odbory a oddělení, složky technických služeb), vybrané informace mohou být poskytnuty i veřejnosti.

55

Kompletní objektu

56

Plnohodnotná aplikace

dokumentace

Každý záznam o objektu lze doplnit o fotografie nebo jinou dokumentaci v elektronické podobě.

mobilní

Plná funkčnost aplikace dostupná přes mobilní zařízení (tablet). Metainformace

57 58

59

60 61

Vyhledávání v metadatech

Vyhledávací služby umožňují vyhledávání údajů o území pomocí metadat

Vazba metadat na mapový projekt

Obousměrné propojení metadat s mapovým projektem, které zajistí vyhledání metadat a lokalizaci souvisejících dat

Vazba metadat dokumenty

Obousměrné propojení metadat s uloženými dokumenty, které zajistí vyhledání metadat a dokumentů.

na

Vyhledávací služby umožňují vyhledávání údajů o území pomocí metadat.

Editace metadat Podpora metadata

standardů

pro

62 Správa metadat přístupovými právy

řízená

63

je v souladu s požadavky INSPIRE Správa metadat k sledovaným jevům a údajům o území je řízena přístupovými právy, kdy možnost změny (editace) má pouze autor (poskytovatel údajů, vlastník) pasportů údajů o území a metadat nebo jím pověřená osoba/subjekt. Systém umožní poskytovateli údajů o území elektronické vyplnění pasportu. Systém musí disponovat funkcionalitou verzování metadat z důvodu zachycení vývoje v čase a možnosti získat informace o metadatech poplatných jejich užití

Verzování metadat

Řízení přístupových práv, portál 64

Integrace se stávajícím Identity Management systémem zadavatele

Zajištění správy všech částí systému formou sofistikovaného a jednotného administrativního rozhraní (integrace se stávajícím Identity Management systémem zadavatele)

Řízení přístupu k portálu

Řízení přístupu přístupů k jednotlivým částem portálu a jeho funkcím (geodata, metadata, dokumenty, pasporty, služby).

65

66 67

Podpora SSO Rozhraní aplikacím

pro

SSO ve všech částech řešení. přístup

k

68

Řešení vstupní obrazovky geoportálu vlastních úprav (případně pomocí systému).

s

možností redakčního

Uživatelské rozhraní bude také obsahovat: Uživatelské rozhraní portálu

- publikace dokumentů týkajících se dokumentace dat, standardů, metodik zpracování prostorových dat ve veřejné správě aj.,

- aktuality, - odkazy na další související aplikace 69

Řešení bude disponovat funkcionalitou pracující s profilem uživatele, kterým je minimálně: Podpora profilu uživatele

- veřejnost, - interní uživatel V rámci příslušného profilu je omezen rozsah řešení, a to z pohledu vrstev, atributů, územního členění a funkcionality.

Nefunkční požadavky Způsob řešení ANO/NE Požadavek

Popis

Ostatní nefunkční požadavky 70

Implementace požadavků direktivy INSPIRE ve smyslu příslušných zákonných ustanovení a souvisejících předpisů.

Soulad s INSPIRE

Evidence metadat a dodržení parametrů služeb v souladu se směrnicí INSPIRE. 71

72

73

Podpora komunikace základními registry

se

Řešení postavené standardech

na

76

Maximální využití obecně uznávaných standardů, především pak standardů OGC (viz http://www.opengeospatial.org/)

Řešení postavené podle vzoru SOA

Modulární řešení důsledně postavené na servisně orientované architektuře (SOA)

Flexibilní a rozšiřitelné řešení

Nahraditelnosti jednotlivých částí systému, modularita, možnost rozšiřování subsystémy třetích stran. Maximální flexibilita a možnosti rozvoje a individuálních úprav.

Rozhraní pro aplikační řešení třetích stran

Podpora implementace aplikačních řešení třetích stran prostřednictvím otevřeného a standardního rozhraní (webové služby).

Řešení musí být robustní, tzn. zajištující rovnoměrné rozložení zátěže (load balancing)

Řešení musí být také škálovatelné, při požadavcích na výkon vyžaduje pouze dokoupení serveru/licencí

74

75

Technologie musí podporovat komunikaci s externími IS a registry pomocí standardizovaných služeb (základní registry veřejné správy apod.).

*

(doplní uchazeč vč. možných referencí na detailní informace jinde v nabídce)

77 Zajištění vysoké dostupnosti

Zajištění vysoké dostupnosti. Prostředky pro monitoring, automatické konfigurovatelné alerty o případné výpadku služby nebo komponenty.

Použití všeobecně uznávaných a rozšířených technologií

Technologie se zaručenou údržbou a dalším rozvojem, požadavek na využití stávajících GIS technologií zadavatele.

79

Maximální dosavadních zadavatele

Podpora existujících a provozovaných standardů, tj. kompatibilita v rámci dat a jejich vzájemných vazeb.

80

Využití stávajících technologií zadavatele

Požadováno využití stávajících GIS i jiných technologií zadavatele.

81

Školení

Školení v rozsahu 5ti dnů dle Technické specifikace

78

ochrana investic

2.6.4 Portál občana Portál občana zprostředkovává elektronickou komunikaci mezi občanem a městským úřadem. Mělo by se jednat o moderní webovou aplikaci, prostřednictvím které veřejnost vzdáleně přistupuje k úřadu a řeší s ním životní situace ve vybraných oblastech občanských a podnikatelských činností (realizovaných prostřednictvím úřadu). Portál občana je informačním portálem, jehož účelem je vytvořit jednoduchou a intuitivní platformu pro komunikaci občana s veřejnou správou a pomoci tak přesunout eGovernment z prostředí podatelen úřadů do domácího prostředí občanů. Je to velmi podobný proces, kterým procházely banky, když budovaly elektronické bankovnictví jako alternativní kanál pro komunikaci s klienty. V tomto případě je však předmětem komunikace využívání služeb poskytovaných městem/městským úřadem. Má-li být takový informační portál pro občana skutečnou pomocí a přínosem, musí obsahovat kombinaci vlastností, funkcí a informací, jež umožňují úřadu přijímat a zpracovávat podání od občanů a občanům pomoci sestavit a správně adresovat podání.

Obrázek 4: Logické schéma portálu občana Řešení Portálu občana by mělo zahrnovat čtyři na sebe navazující části: 1. 2. 3. 4.

Analytická část Kreativní část Implementační část Technologický upgrade

Analytická část     

Stanovení obecných cílů webu Analýza webů „konkurenčních měst“ Stanovení cílových skupin webu z hlediska struktury webu a navigace Příprava nové myšlenkové mapy webu Analýza klíčových slov z hlediska optimalizace pro vyhledávače

Kreativní část    

Příprava drátěných modelů webu (tzv. wireframes) – titulní strany, obecných podstránek, speciálních rozcestníků, vstupních stran, modulů / komponent a aplikací Grafický design stránek portálu a vytvoření nového webového vizuálního stylu Související grafické práce – vytvoření požadovaných pohledů dle drátěných modelů Kódování HTML a kaskádových stylů, responsivní design

Implementační část  

Nasazení šablon – titulní strany, obecných podstránek, speciálních rozcestníků, vstupních stran sekcí, modulů / komponent a aplikací Aktualizace dokumentace a školení redaktorů

Obecné technologické požadavky na Portál občana

Číslo

Požadavek

Splněno

1

Úplná technologická kompatibilita s webovými stránkami města

2

Rozhraní pro tvorbu obsahu pro uživatele neznalé jazyka HTML, tj. redakční systém. Tento redakční systém bude umožňovat propojení se stávajícím redakčním systémem a to formou vzájemných odkazů nebo pomocí jiných vhodných technologií.

3

Provoz nad databází podporující standard SQL s neomezenou internetové využití – včetně využití pro případnou DMZ.

4

Provoz systému v jedné centralizované databázi

5

Spuštění klientské části systému na lokální stanici bez nutnosti instalace lokálních komponent.

6

Webová administrace a správa portálu.

7

Správa uživatelů, přístupových práv a administrátorů systému

licencí

pro

Koncept portálu občana v prostředí města Velké Meziříčí počítá v základní fázi se zprovozněním služeb           

Kniha přání a stížností Ztráty a nálezy Chat se starostou Objednávání na dopravní a správní agendy Stav vyřízení průkazů Váš názor Mapové služby pro obyvatele území ORP, Hlášení poruch a závad Technické služby Hlášení poruch a závad byty Rozklikávací rozpočet Vyjádření o stavu průběhu sítí

Kniha přání a stížností Aplikace slouží jako prostředek komunikace občana s představiteli města. Občany položený dotaz, námět, příspěvek nebo stížnost bude do 5 pracovních dnů zodpovězen formou zveřejnění otázky s odpovědí na Portálu občana. Jedná se o migraci této funkcionality do nového portálu občana nebo tvorbu nové aplikace stejných vlastností. Ztráty a nálezy Agenda Ztráty a nálezy je stanovena zákonem č. 89/2012 Sb., občanský zákoník. Na základě této legislativy bude vytvořen produkt sloužící k vyřizování agendy elektronicky. Jedná se o migraci této funkcionality do nového portálu občana nebo tvorbu nové aplikace stejných vlastností. Chat se starostou Aplikace bude umožňovat online chat se starostou města, případně bude umožňovat chat s různými pracovníky na aktuální témata města. Občané budou mít pravidelně možnost se zeptat na vše, co je zajímá v souvislosti s chodem města a jeho řízením. Jedná se o migraci této funkcionality do nového portálu občana nebo tvorbu nové aplikace stejných vlastností. Objednávání na dopravní a správní agendy

Prostřednictvím této aplikace budou mít občané možnost se předem online objednat pro vyřízení jejich požadavků na MěÚ. Jedná se o migraci této funkcionality do nového portálu občana nebo tvorbu nové aplikace stejných vlastností. Stav vyřízení průkazů Z portálu občana zpřístupněná aplikace obyvatelům z celého území ORP sdělí aktuální stav o vyřízení jejich dokladů (OP, CD, ŘP). Jedná se o migraci této funkcionality do nového portálu občana nebo tvorbu nové aplikace stejných vlastností. Váš názor „Váš názor“ je elektronická online služba, prostřednictvím které je možné přímo ovlivnit důležitá rozhodnutí ve městě. Občané se budou moci vyjadřovat k vybraným aktuálním tématům, jejich názory budou následně zpracovány a využity při rozhodování samosprávného celku. Jedná se o migraci této funkcionality do nového portálu občana nebo tvorbu nové aplikace stejných vlastností. Hlášení poruch a závad Technické služby Aplikace bude sloužit k oznamování poruch občany města na mobiliáři města. Při nahlášení poruchy dojde k nastartování procesu, který zajistí přenos informací k příslušnému pracovníkovi, jež se postará o rychlé odstranění problému. Jedná se o migraci této funkcionality do nového portálu občana nebo tvorbu nové aplikace stejných vlastností. Hlášení poruch a závad byty Aplikace bude sloužit k oznamování poruch občany města v městských bytech. Při nahlášení poruchy dojde k nastartování procesu, který zajistí přenos informací k příslušnému pracovníkovi, jež se postará o rychlé odstranění problému. Jedná se o migraci této funkcionality do nového portálu občana nebo tvorbu nové aplikace stejných vlastností. Nad rámec základní fáze se počítá s dalším rozšířením funkčnosti portálu o funkcionality typu: Informační centrum, Novinky na email, Partnerské projekty, Virtuální prohlídka města, Turistický portál, Propojení se sociálními sítěmi, Kalendář akcí, Rezervační systém Kulturní léto, Fotogalerie, Kroniky. Rozklikávací rozpočet Aplikace je dostupná prostřednictvím webového prohlížeče pro širokou veřejnost. Informace o rozpočtu jsou řízeným způsobem publikovány ze stávajícího ekonomického systému (modul Rozpočet), přičemž se jedná o omezenou množinu údajů nezbytných pro prezentaci informací k rozpočtu. Doporučené je řešení, které oddělí „ostrá“ data od dat určených pro prezentaci z důvodů výkonu (dotazy na veřejný rozpočet nezatěžují provozní prostředí rozpočtu) a bezpečnosti. Aplikace umožní prostřednictvím konfigurace nastavit pro každou akci počet úrovní, které jsou zobrazovány. Zároveň je možné pro libovolnou akci nastavit příznak „anonymizovat“, který zajistí, že daná akce bude zobrazena (a v případě více anonymizovaných akcí na stejné úrovni nasčítána) jako akce „Ostatní“. Aplikace umožňuje: 

  

prezentovat souhrnné informace o rozpočtu včetně grafu minimálně se stavy: o plán - zobrazení aktuálního stavu rozpočtu ve srovnání s rozpočtem schváleným o skutečnost - aktuální stav čerpání/plnění rozpočtu ve srovnání s aktuálním upraveným rozpočtem o průběh - vývoj upraveného rozpočtu a plnění/čerpání rozpočtu v průběhu roku zobrazovat rozpočet ve formě stromu, včetně (vybraných) detailních informacích o akcích, opět s možností zobrazení plánu a skutečnosti fulltextové vyhledávání export do formátu PDF a XLS

Aplikace musí být integrována se stávajícím modulem rozpočet ekonomického informačního systému a začleněna do Portálu občana. Není přípustné vytvoření samostatné mini website. Číslo

Požadavek

Splněno

1

Zobrazení informací na www úřadu

2

Zveřejnění rozpočtu a plnění/čerpání s možností zobrazení detailu celku

3

Poskytování čerpání rozpočtu přes odbory a investiční i neinvestiční akce

4

Zobrazení srovnávacích tabulek, procent plnění/čerpání a grafů

5

Rozhraní pro automatickou aktualizaci z ekonomického systému úřadu

6

Export tabulek a grafů do běžných formátů (doc, xls, pdf, ppt) Druhové členění příjmů a výdajů rozpočtu ve struktuře

7

schválený rozpočet upravený rozpočet skutečnost % skutečnost z upraveného rozpočtu. Odvětvové členění příjmů a výdajů rozpočtu ve struktuře:

8

schválený rozpočet upravený rozpočet skutečnost % skutečnost z upraveného rozpočtu. Členění příjmů a výdajů rozpočtu dle organizačního čísla ve struktuře

9

schválený rozpočet upravený rozpočet skutečnost % skutečnost z upraveného rozpočtu. Členění příjmů a výdajů rozpočtu dle organizační jednotky ve struktuře:

10

schválený rozpočet upravený rozpočet skutečnost % skutečnost z upraveného rozpočtu.

11

Aktualizace dat z účetnictví a rozpočtu dle uživatelsky definovaného časového intervalu.

Vyjádření o stavu průběhu sítí Tuto službu požadujeme zavést na základě dlouholeté poptávky obyvatel v celém území ORP. Služba umožňuje veřejnosti podání žádostí o vyjádření k existenci inženýrských sítí. Služba v sobě zahrnuje hromadné generování elektronických žádostí o vyjádření k existenci sítí technické infrastruktury v zájmové části ORP Velké Meziříčí a jejich příp. automatizované odeslání dotčeným subjektům technické infrastruktury. Číslo 1 2 3

Požadavek Služba bude pro širokou veřejnost (anonymní uživatele) i stavební úřady bezplatná Služba zajišťuje vedení a zprostředkování přístupu k účelovému seznamu subjektů technické infrastruktury působících na území ORP Velké Meziříčí Mapové okno sloužící k vymezení území, dotčeného žádostí o vyjádření, bude

Splněno

zobrazovat podkladové mapy odpovídající zobrazovanému měřítku; v detailu od měřítka 1:3500 bude vždy zobrazena aktuální katastrální mapa Volitelně zapínatelná bude také ortofotomapa ČR Služba musí umožnit široké veřejnosti (anonymním uživatelům), na základě vyplnění elektronického webového formuláře, vytvoření příp. i elektronické podání žádostí o vyjádření k existenci sítí technického vybavení v zájmové oblasti žadatele příslušným subjektům TI Služba musí umožnit vytvoření i elektronické podání žádostí z libovolné části území ORP Velké Meziříčí všem územně dotčeným subjektům TI najednou Vytvořená žádost musí obsahovat údaje nutné pro vyřízení žádosti v tomto minimálním rozsahu: o identifikační údaje žadatele (jméno/název, IČ, bydliště/sídlo, telefon, e-mail), o identifikační údaje stavebníka (jméno/název, IČ, bydliště/sídlo), o důvod žádosti, o jednoznačnou lokalizaci zájmového území.

4 5

6 7

Po vytvoření žádosti, případně také po jejím předání jednotlivým subjektům TI, bude uživateli zasláno automatické oznámení o provedené operaci (potvrzení o vytvoření příp. předání žádostí a jejich seznam) Subjektům TI, které přijímají žádosti elektronicky, musí služba umožňovat předání žádostí ve standardizované elektronické formě Webový formulář obsahující údaje potřebné pro hromadné generování elektronických žádostí o vyjádření k existenci sítí technické infrastruktury bude obsahovat kontextovou nápovědu a volně dostupný musí být také komplexní návod na použití služby Využití služeb musí být umožněno prostřednictvím standardních webových prohlížečů (IE, FF, Opera, Google Chrome)

8

9 10

11

Elektronická úřední deska Portál občana tedy zahrnuje: Číslo

Požadavek

1

Kniha přání a stížností

2

Ztráty a nálezy

3

Chat se starostou

4

Objednávání na dopravní a správní agendy

5

Stav vyřízení průkazů

6

Váš názor

7

Mapové služby pro obyvatele území ORP,

8

Hlášení poruch a závad Technické služby

9

Hlášení poruch a závad byty

10

Rozklikávací rozpočet

11

Vyjádření o stavu průběhu sítí

12

Elektronická úřední deska

Splněno

2.6.5 Elektronická úřední deska Digitální úřední deska bude plně venkovní LCD panel, který je vhodný do jakéhokoliv prostředí i počasí v rozmezí teplot min. od -40°C až po 70°C na přímém slunci. HW musí být odolný proti vandalům, mít krytí IP 65 a klimatizační jednotku pro udržení stabilního prostředí elektroniky. Pro elektronickou komunikaci s občany bude pořízen speciálně upravený SW, kdy řešení bude velmi variabilní a přizpůsobivé jakýmkoliv požadavkům uživatele (občanem komunikujícím s radnicí). Získávat informace bude možné prací s úložištěm dokumentů (napojením na spisovou službu – třídění dokumentů bude fungovat dle parametrů úložiště kde bude úřední deska zobrazena a informace se z ní budou kopírovat na venkovní LCD panel).

Číslo

Požadavek

1

Rozšíření portálu občana o modul elektronická úřední deska – vyvěšení dokumentů s informacemi: název odboru, číslo jednací, popis dokumentu, adresát, dokument formou přílohy.

2

Výchozí hodnota elektronické úřední desky - aktuálně vyvěšené dokumenty

3

Elektronická komunikace s provozovanou SSL bez nutnosti ručního přepisování údajů a překopírovávání dokumentů.

4

Možnost si zobrazit stav úřední desky ke dni.

5

Možnost vyhledávat podle typu dokumentu.

6

Elektronická komunikace s provozovanou SSL probíhá prostřednictvím dokumentů předaných referenty úřadu uživateli s roli správce úřední desky rámci provozované SSL.

Splněno

Požadavky na SW k publikování vybraných dokumentů z eSSL na úřední desku: Minimální softwarové požadavky digitální úřední desky Číslo

Požadavek

1

Zobrazování obsahu webu města na úřední desce včetně aktualizace jednou za hodinu pomocí Wifi technologií

2

Dotykem prstu na interaktivní obrazovce se nemůže stát, že by se veřejnost dostala na stránky nebo odkazy, které nejsou povoleny uživatelem; vše bude zabezpečeno tak, aby se veřejnost nedostala na jiné než povolené stránky.

3

SW taktéž bude kontrolovat jednotlivé moduly a v případě problémů provede neprodleně nápravu.

4

Zobrazovací SW bude podporovat více formátu zobrazení: JPG, HTML, PDF, XML, Open dokumenty;

5

SW bude též přehrávat videa či zvuk. Hlavní aplikací tedy bude zmiňovaný zobrazovací SW, který bude mít maximální prioritu a jeho vypnutí bude speciálně zabezpečeno, aby se nedal vypnout přes dotykovou obrazovku.

6

Kvůli velikosti obrazovky bude digitální úřední deska rozdělena do několika interaktivních polí – v horní části se bude nacházet datum, čas, počasí a textové pole; v prostřední části bude speciální webový prohlížeč s white listem stránek. Spodní část bude vyhrazena pro další pole, která budou umožňovat zobrazit text, obrázky apod.

7

Prostřednictvím tlačítka pro invalidy bude docházet k přemístění dokumentů digitální úřední desky do spodní části LCD displeje tak, aby se text dal jednoduše

Splněno

číst a nedocházelo k nechtěnému omezování v užití elektronické úřední desky při elektronické komunikaci i s hendikepovanými občany (vozíčkáři). 8

Celková grafická úprava designu se bude odvíjet od požadavků města – logo města, obrázky, dynamické změny pozadí atp., tak aby vše korespondovalo s aktuálním vzhledem webových stránek města.

9

Nedílnou součástí SW je tzv. ControlMotion, který monitoruje chod LCD panelu, tzn. provozní teplotu, jas, kontrast a v případě problémů zašle na předem definovanou e-mailovou adresu upozornění. Upozornění se bude zasílat také při překročení teplotních limitů jako ochrana před poškozením zařízení.

Úřední deska bude umístěna na Náměstí ve Velkém Meziříčí na připraveném betonovém podstavci. Je možná prohlídka místa budoucího umístění elektronické úřední desky, prohlídka je nutná dohodnout předem, kontakt: Ing. Josef Švec, [email protected]. Součástí nabídky bude kabeláž pro přívod napájení a Wifi konektivita.

Minimální hardwarové požadavky elektronické úřední desky Způsob řešení ANO/NE č.

Požadavek

Minimální parametry

1

Velikost obrazovky

min. 46" (cca 117cm)

2

Operační systém

Windows 7 Pro nebo kompatibilní analogických vlastností

3

Provoz

24 hodin denně

4

Provozní teplota

min. -40 °C až min. +70 °C

5

Provozní vlhkost

odolnost proti vlhkosti, třída krytí IP66

6

Varianta LCD panelu

Full-outdoor, vystavení na přímém slunci

7

Technologie LCD panelu

TFT

8

Orientace

na výšku

9

Typ

jednostranný

10

LCD panel

dotykový displej

11

Napájení

AC 230 V, 50/60 Hz

12

Ochranné sklo

antireflexní - max. 0,5 % odrazu – dotykovou fólií Antivandal úprava - reakce v zimě na dotek v rukavicích

*

(doplní uchazeč vč. možných referencí na detailní informace jinde v nabídce)

13

Jas

Min. 700 Nitů

14

Kontrast

min. 1.300:1

15

Poměr stran

9:16 na výšku

16

Wifi

Napojení na WiFi

17

Wifi hotspot

Napojení na WiFi hotspot

18

Reproduktory

Výkon 10 W

19

SW

Dodání vč. SW řešení služby občanům a turistům (interaktivní prohlížeč-webové stránky města, infocentra, jízdní řády,mapy) datum,čas, svátky, novinky, počasí, důležitá tel čísla zoomovací tlačítko, tlačítko pro vozíčkáře

23

Konstrukce

24 25

ocelový profil min. 2 mm, barva odolná proti UV záření antivandal zařízení

Dohledový SW kiosku

vlastní systém kontroly vnitřní teploty, neoprávněného vniknutí s automatickým

vlhkosti,

odesíláním e-mailů a alertů 26

HVAC

topení, chlazení,větřání ,hermeticky uzavřeno

27

Externí konektory

2 x USB 2.0

28 29

RJ-45 - přístup k zobrazení vnitřní LAN Interní konektory

30

RJ-45 - připojení LCD panelu na internet AC zásuvka svorkovnice - k připojení AC elektrického napájení

31

PC

Procesor: minimální výkon dle http://cpubenchmark.net/CPU_mega_page.html minimální CPU Mark 3500 ke dni 1. 4. 2015Paměť: 4 GB DDR3 1333 RAM (Volby: až 16 GB max) Grafika: integrovanáHard disk: 320 GB SATA disk

32

Pokročilá diagnostika

tlaková a teplotní čidla

33

Instalace

volně stojící na betonový podstavec

34

Připojení celého zařízení

k internetu přes WIFI

35

optickým nebo metalickým kabelem

2.7 Další části díla 2.7.1 Implementace Součástí ceny díl jsou veškeré nutné implementační práce nutné ke zprovoznění komponent pro zamýšlený účel včetně integrace s TC ORP či využití stávajících licencí.

2.7.2 Š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.

2.7.3 Akceptační kritéria 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ů:     

Technická dokumentace předaného řešení Dodání dokumentace k aplikacím a rozhraním Dodávka SW licencí dle smlouvy o dílo Implementace řešení včetně hromadného zaškolení uživatelů a správce systému Dodání dokumentace k aplikacím a rozhraním

Dodavatel provede kompletní implementaci včetně provedení testů redundance a odolnosti proti plánovanému selhání u redundantních komponent. Dílo bude plně datově kompatibilní se stávajícím prostředím a informačními systémy a bude plnit požadavky kompatibility. Minimálně je požadováno zachování všech dat a vazeb a současného agendového informačního systému. Uchazeč zajistí konfiguraci a nastavení jednotlivých HW a SW částí a připojení do stávající infrastruktury a propojení informačních systémů.

2.7.4 Závazný harmonogram implementace. Ukončení realizace díla podle navrženého harmonogramu. Realizace zahájení Testovací provoz Ukončení Podpora provozu

03/2015 09/2015 11/2015 12/2015 – 12/2020

Uchazeč uvede podrobnější harmonogram svého plnění.

2.7.5 Záruční lhůta Dodavatel odpovídá za vady dodávky po dobu záruční lhůty, které je stanovena v délce 60 měsíců. Pokud tato doba přesahuje obvyklé záruky, které jsou běžně poskytované, veškeré náklady na její zajištění uchazeč promítne do ceny technické podpory. Všechna zařízení budou vybavena odpovídající zárukou výrobce (dodavatele). Minimální délka záruky na hardware je 5 let mimo baterie UPS. U serverů, diskového pole a všech kritických HW částí virtuální infrastruktury je vyžadována záruka 5 let a odstranění závady nejpozději následující pracovní den (z důvodu redundance a sizingu řešení je tato odezva postačující). Dodavatel zajistí odpovídající kvalitu podpory pro veškeré technologické celky tak, aby byly splněny dlouhodobě požadavky na jeho provoz a kvalitu služeb.

2.7.6 Technická podpora Součástí díla je i technická podpora po dobu 5 let. Cena technické podpory v sobě zahrnuje veškeré nezbytné náklady, které jsou nutné, aby řešení bylo možné udržet v provozu po dobu 5 let. Jedná se zejména o licenční poplatky, maintanance na SW apod. V ceně není nutné zahrnout náklady na spotřební materiál, jako jsou např. tonery, média apod. Podmínky technické podpory upravuje servisní smlouva, viz příloha zadávací dokumentace číslo 5.