Studie proveditelnosti

Studie proveditelnosti Technologické centrum obce s rozšířenou působností Statutární město Děčín

Operační program

IOP – Integrovaný operační program

Výzva

č. 06

Prioritní osa

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

Oblast podpory

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

Verze dokumentu

2.1

Datum

03. 08. 2011

Ţadatel

Statutární město Děčín

Zpracovatel

eNovation s.r.o.

Obsah 1

ÚVOD ............................................................................................................................................................ 9 1.1 1.2 1.3 1.4 1.5 1.6 1.7

2

REKAPITULACE VÝSLEDKŮ STUDIE ........................................................................................................... 11 2.1

3

ZÁKLADNÍ INFORMACE K PROJEKTU .................................................................................................................. 9 ÚČEL STUDIE PROVEDITELNOSTI ....................................................................................................................... 10 CHARAKTERISTIKA PŘEDKLADATELE ................................................................................................................. 10 IDENTIFIKAČNÍ ÚDAJE PŘEDKLADATELE PROJEKTU ............................................................................................ 10 KONTAKTNÍ OSOBY ........................................................................................................................................ 11 INVESTOR ....................................................................................................................................................... 11 CÍLOVÉ SKUPINY PROJEKTU ............................................................................................................................ 11

MANAŢERSKÝ SOUHRN ................................................................................................................................... 12

SOUČASNÝ STAV A HISTORIE PROJEKTU ............................................................................................... 13 3.1 VAZBA PROJEKTU NA STRATEGICKÉ DOKUMENTY ............................................................................................ 13 3.2 STRATEGIE A CÍLE ........................................................................................................................................... 13 3.2.1 Strategie realizace Smart Administration ................................................................................. 13 3.2.2 Strategie rozvoje služeb pro „informační společnost“ .......................................................... 14 3.2.3 Strategie implementace eGovernment do území ................................................................ 15 3.2.4 Informace o vývoji projektu a o jeho současném stavu ...................................................... 15 3.2.4.1 Informace o celkové situaci .................................................................................................... 15 3.2.4.2 Informace o projektu TC ORP Děčín ...................................................................................... 16 3.3 POSTAVENÍ TECHNOLOGICKÝCH CENTER V SYSTÉMU ...................................................................................... 16 3.4 OBECNÉ VLASTNOSTI TECHNOLOGICKÝCH CENTER ........................................................................................ 18 3.5 CHARAKTERISTIKA PROJEKTU .......................................................................................................................... 19 3.5.1 Základní údaje o projektu ............................................................................................................. 19 3.5.2 Účel projektu .................................................................................................................................... 20 3.5.3 Klíčové aktivity projektu ................................................................................................................. 20 3.5.4 Výstupy projektu .............................................................................................................................. 20 3.5.6 Očekávané přínosy ........................................................................................................................ 21 3.5.7 Objektivně ověřitelné indikátory ................................................................................................. 21 3.6 VARIANTY ŘEŠENÍ TECHNOLOGICKÉHO CENTRA ............................................................................................. 22 3.6.1 Varianta 1.......................................................................................................................................... 22 3.6.2 Varianta 2.......................................................................................................................................... 22 3.6.3 Varianta 3.......................................................................................................................................... 22 3.7 ČÁSTI PROJEKTU ............................................................................................................................................ 23 3.7.1 1. část: Příprava projektu .............................................................................................................. 23 3.7.2 2. část: Vybudování technologického centra a implementace spisové služby........... 25

4

ANALÝZA POPTÁVKY A KONCEPCE MARKETINGU .............................................................................. 26 4.1 POSTUP A VÝSLEDKY ANALÝZ .......................................................................................................................... 26 4.1.1 Analýza poptávky výstupů projektu .......................................................................................... 26 4.1.2 Definice nabídky výstupů projektu (poptávkové řízení) ...................................................... 27

2

4.2 NÁVRH MARKETINGU PRO PROVOZNÍ FÁZI...................................................................................................... 27 4.2.1 Marketingová strategie ................................................................................................................. 28 4.2.2 Marketingový mix ............................................................................................................................ 28 4.2.3 Koncepce odbytu .......................................................................................................................... 29 5

MATERIÁLOVÉ VSTUPY POTŘEBNÉ K PROJEKTOVÉ ČINNOSTI............................................................. 31 5.1 CHARAKTERISTIKA A POPIS DOSTUPNOSTI HMOTNÝCH DODÁVEK POTŘEBNÝCH K PROVOZOVÁNÍ SLUŢEB ........ 31 5.2 NÁVRH ZÁKLADNÍCH POŢADAVKŮ, PARAMETRŮ A KRITÉRIÍ VÝZVY VEŘEJNÉ ZAKÁZKY NA REALIZACI TC ORP .. 31 5.2.1 Veřejná zakázka 1 - parametry ................................................................................................... 31 5.2.1.1 Předmět zakázky ......................................................................................................................... 31 5.2.1.2 Forma zakázky.............................................................................................................................. 31 5.2.1.3 Specifikace plnění ...................................................................................................................... 32 5.2.1.4 Požadavky na zpracování nabídkové ceny ....................................................................... 32 5.2.1.5 Požadavky k obsahovému členění a formě zpracování nabídky a jejího předložení 32 5.2.1.6 Ekonomické a finanční kvalifikační předpoklady .............................................................. 33 5.2.1.7 Technické kvalifikační předpoklady ...................................................................................... 33 5.2.1.8 Návrh smlouvy o dílo .................................................................................................................. 33 5.2.1.9 Návrh smlouvy o poskytování služeb provozní podpory .................................................. 34 5.2.1.10 Způsob hodnocení nabídek..................................................................................................... 35 5.2.1.11 Závazný harmonogram implementace ............................................................................... 35 5.2.1.12 Platební podmínky ...................................................................................................................... 35 5.2.1.13 Záruční lhůta ................................................................................................................................. 35 5.2.2 Veřejná zakázka 2 - parametry ................................................................................................... 36 5.2.2.1 Předmět zakázky ......................................................................................................................... 36 5.2.2.2 Forma zakázky.............................................................................................................................. 36 5.2.2.3 Specifikace plnění ...................................................................................................................... 36 5.2.2.4 Požadavky na zpracování nabídkové ceny ....................................................................... 37 5.2.2.5 Požadavky k obsahovému členění a formě zpracování nabídky a jejího předložení 37 5.2.2.6 Ekonomické a finanční kvalifikační předpoklady .............................................................. 37 5.2.2.7 Technické kvalifikační předpoklady ...................................................................................... 38 5.2.2.8 Návrh smlouvy o dílo .................................................................................................................. 38 5.2.2.9 Návrh smlouvy o poskytování služeb provozní podpory .................................................. 38 5.2.2.10 Způsob hodnocení nabídek..................................................................................................... 38 5.2.2.11 Závazný harmonogram implementace. .............................................................................. 38 5.2.2.12 Platební podmínky ...................................................................................................................... 39 5.2.2.13 Záruční lhůta ................................................................................................................................. 39 5.2.3 Zásady transparentnosti, rovného zacházení a zákazu diskriminace .............................. 39

6

LOKALITA A OKOLÍ .................................................................................................................................... 41 6.1 UMÍSTĚNÍ PROJEKTU........................................................................................................................................ 41 6.1.1 Popis správního obvodu ORP Děčín .......................................................................................... 41 6.1.2 Členění správního obvodu ORP Děčín ..................................................................................... 42 6.1.3 Správní obvod ORP Děčín ............................................................................................................ 43

3

6.1.4 Lokalizace projektu......................................................................................................................... 44 6.2 ŢIVOTNÍ PROSTŘEDÍ V JEHO OKOLÍ .................................................................................................................. 45 6.2.1 Dopad na životní prostředí během budování TC ORP ......................................................... 45 6.2.2 Dopad na životní prostředí během provozu TC OR .............................................................. 45 6.3 STAV TECHNICKÉ INFRASTRUKTURY .................................................................................................................. 45 6.4 SUBJEKTY ZAPOJENÉ DO PROJEKTU A ZPŮSOB JEJICH ZAPOJENÍ ...................................................................... 45 7

TECHNICKÉ ŘEŠENÍ .................................................................................................................................... 47 7.1 SPECIFIKACE ZADÁNÍ ..................................................................................................................................... 47 7.1.1 Obecné požadavky na prostory TC .......................................................................................... 47 7.1.2 Vstupy pro TC ORP .......................................................................................................................... 48 7.1.3 HW a SW koncept TC ORP ............................................................................................................ 48 7.2 NÁVRH A POPIS ARCHITEKTURY ŘEŠENÍ ........................................................................................................... 49 7.2.1 Současný stav .................................................................................................................................. 49 7.2.2 Návrh řešení TC ................................................................................................................................ 50 7.3 POROVNÁNÍ VARIANT TECHNOLOGICKÝCH ŘEŠENÍ TC ORP ......................................................................... 58 7.3.1 Výhody a nevýhody jednotlivých řešení .................................................................................. 58 7.4 VAZBY NA CENTRÁLNÍ PROJEKTY .................................................................................................................... 61 7.4.1 Základní registry veřejné správy .................................................................................................. 61 7.4.2 Centrální místo služeb .................................................................................................................... 61 7.4.3 Datové schránky ............................................................................................................................. 62 7.4.4 Aplikace v TC ORP Děčín ............................................................................................................. 62 7.5 ANALÝZA TECHNICKÝCH A BEZPEČNOSTNÍCH RIZIK ......................................................................................... 62 7.5.1 Technická rizika návrhu HW a SW TC ORP................................................................................ 62 7.5.2 Bezpečnostní rizika návrhu HW a SW TC ORP .......................................................................... 64 7.6 DOPORUČENÍ A UPŘESNĚNÍ PRO ÚČELY ZADÁVACÍ DOKUMENTACE A REALIZAČNÍ PROJEKTOVÉ DOKUMENTACE 65 7.6.1 Specifikace zadání technického řešení ................................................................................... 65 7.6.2 Specifikace vybavení technologické místnosti včetně řešení bezpečnosti TC ............ 67 7.6.3 Požadavky na implementaci, školení a technickou podporu ........................................... 69 7.6.4 Požadavky na dodavatele a provozovatele TC.................................................................... 69 7.7 PROVOZNÍ ZAJIŠTĚNÍ TC ................................................................................................................................ 69 7.7.1 Potřebné energetické a materiálové toky .............................................................................. 69 7.7.2 Záruky a servis................................................................................................................................... 70 7.7.3 Údržba a nákladnost oprav ......................................................................................................... 70 7.7.4 Údaje o životnostech jednotlivých zařízení .............................................................................. 70 7.7.5 Změny v provozní náročnosti vlivem opotřebení ................................................................... 70

8

APLIKAČNÍ ŘEŠENÍ (ČÁST II. – SPISOVÁ SLUŢBA) ................................................................................. 71 8.1 ÚVOD............................................................................................................................................................ 71 8.2 SOUČASNÝ STAV A HISTORIE PROJEKTU........................................................................................................... 71 8.2.1 Současný stav .................................................................................................................................. 71 8.2.2 Pojetí spisové služby ........................................................................................................................ 71 8.2.3 Doporučení a upřesnění pro účely zadávací dokumentace ............................................ 72 8.3 FUNKČNÍ POŢADAVKY NA VYBRANÉ SPISOVÉ SLUŢBY ...................................................................................... 73

4

8.4 POPTÁVKA A NABÍDKA, ANALÝZA TRHU – NABÍDKA SLUŢEB............................................................................. 77 8.4.1 Zvažované varianty řešení ............................................................................................................ 77 8.4.2 Doporučená varianta .................................................................................................................... 77 8.4.3 Poptávka mezi obcemi správního obvodu ORP Děčín ....................................................... 78 8.5 ORGANIZACE, PROVOZ A REŢIJNÍ NÁKLADY ................................................................................................... 79 8.5.1 Organizační model ......................................................................................................................... 79 8.5.2 Provozní model ................................................................................................................................ 79 8.5.3 Role organizací v projektu ............................................................................................................ 79 8.5.4 Organizace výběrových řízení .................................................................................................... 79 8.5.5 Smluvní ujednání pro provozované komponenty.................................................................. 79 9

ORGANIZACE A REŢIJNÍ NÁKLADY ........................................................................................................ 80 9.1 ORGANIZAČNÍ MODEL INVESTIČNÍ FÁZE ......................................................................................................... 80 9.2 PROVOZNÍ MODEL ......................................................................................................................................... 80 9.3 ROLE VŠECH ORGANIZACÍ V PROJEKTU .......................................................................................................... 80 9.4 ORGANIZACE VÝBĚROVÝCH ŘÍZENÍ ................................................................................................................ 81 9.5 PRÁVNÍ OPATŘENÍ NUTNÁ PRO REALIZACI PROJEKTU ....................................................................................... 81 9.6 POPIS OBSAHU PROVOZNÍCH SMĚRNIC TC A SMLUVNÍCH UJEDNÁNÍ (NÁVRH SLA) ....................................... 82 9.6.1 Obsah provozních směrnic TC ..................................................................................................... 82 9.6.2 Obsah Service Level Agreement................................................................................................ 83

10

LIDSKÉ ZDROJE, VLASTNÍCI A ZAMĚSTNANCI ................................................................................... 86

10.1 SPECIFIKACE FUNKCÍ A POZIC PROJEKTOVÉHO TÝMU V INVESTIČNÍ A PROVOZNÍ FÁZI PROJEKTU .................. 86 10.1.1 Projektový tým v investiční fázi .................................................................................................... 87 10.1.2 Personální zajištění provozu .......................................................................................................... 89 10.2 POŢADAVKY NA KVALIFIKACI, KOMPETENCE A ODPOVĚDNOSTI ................................................................. 89 10.2.1 Požadavky na členy projektového tým .................................................................................... 89 10.2.2 Požadavky na tým zajišťující provoz ........................................................................................... 90 11

REALIZACE PROJEKTU, ČASOVÝ PLÁN ............................................................................................... 91

12

FINANČNÍ ANALÝZA PROJEKTU, FINANČNÍ PLÁN ............................................................................ 92

12.1 ZAJIŠTĚNÍ DLOUHODOBÉHO MAJETKU......................................................................................................... 92 12.1.1 Vymezení struktury dlouhodobého majetku ........................................................................... 92 12.1.2 Určení výše investičních nákladů................................................................................................ 93 12.2 ŘÍZENÍ PRACOVNÍHO KAPITÁLU (OBĚŢNÝ MAJETEK) .................................................................................... 93 12.2.1 Vymezení struktury a velikosti oběžného majetku ................................................................. 93 12.3 PŘEHLED CELKOVÝCH NÁKLADŮ V INVESTIČNÍ FÁZI..................................................................................... 93 12.4 PŘEHLED CELKOVÝCH NÁKLADŮ V PROVOZNÍ FÁZI ..................................................................................... 94 12.4.1 Amortizace ....................................................................................................................................... 94 12.5 PŘÍJMY PROVOZNÍ FÁZE ............................................................................................................................. 94 12.6 FINANČNÍ PLÁN INVESTIČNÍ A PROVOZNÍ FÁZE ............................................................................................ 95 12.7 PŘEHLED FINANCOVÁNÍ PROJEKTU ............................................................................................................. 95 12.8 VÝSLEDKY FINANČNÍ ANALÝZY.................................................................................................................... 96 12.9 ZÁVĚRY FINANČNÍ ANALÝZY ....................................................................................................................... 97

5

13

EKONOMICKÁ ANALÝZA PROJEKTU .................................................................................................. 98

14

ANALÝZA RIZIK ....................................................................................................................................... 99

15

UDRŢITELNOST PROJEKTU .....................................................................................................................102

15.1 15.2 15.3 16

INSTITUCIONÁLNÍ ROVINA......................................................................................................................... 102 FINANČNÍ ROVINA ................................................................................................................................... 102 PROVOZNÍ ROVINA .................................................................................................................................. 102 ZÁVĚR .....................................................................................................................................................104

16.1 SHRNUTÍ VÝSLEDKŮ ................................................................................................................................... 104 16.2 VYJÁDŘENÍ K REALIZOVATELNOSTI A FINANČNÍ RENTABILITĚ PROJEKTU ....................................................... 104 16.3 POPIS POSTUPU NÁVAZNÝCH PROJEKTŮ ................................................................................................... 104 16.3.1 Projekty dle navazujících výzev IOP/OPLZZ ........................................................................... 104 16.3.2 Projekty v rámci TC ORP a TC K ................................................................................................. 104 16.4 ZÁVĚRY A DOPORUČENÍ .......................................................................................................................... 104

6

Seznam zkratek CMS DNS FC HBA HW ICMP ICT IOP IPS IPv6 IRR ISVS IT KIVS KÚ kVA L2TP LAN LUN MAN MB MV NLB NPV ORP QoS RAID RAM RMS RPM SAN SAS SATA SLA SNMP SPS SQL SW TB TC TC C TC K TC ORP TCP TCP/IP Tier UPS VDI VLAN VRRP VSS WAN

Centrální místo sluţeb Domain Name Server Fibre Channel Host Bus Adapter Hardware Internet Control Message Protocol Informační a komunikační technologie Integrovaný operační program Intrusion Prevention System Internet Protocol version 6 Internal Rate Of Return Informační systémy veřejné správy Informační technologie Komunikační struktura veřejné správy Krajský úřad Kilovoltampér Layer 2 Tunneling Protocol Local Area Network Logical Unit Number Metropolitan Area Network Megabyte Ministerstvo vnitra Network Load Balancing Net Present Value Obec s rozšířenou působností Quality of Service Redundant Array of Independent Disks Random Access Memory Rack Monitoring Systém Revolutions per minute Storage Area Network Serial attached SCSI Serial ATA Service Level Agreement Simple Network Management Protocol Spisová sluţba Structured Query Language Software Terabyte Technologické centrum Centrální technologické centrum Technologické centrum kraje Technologické centrum obce s rozšířenou působností Transmission Control Protocol Internet Protocol / Transmission Control Protocol Tiered Reliability / TIA-942 (Třída datového centra) Uninterruptible Power Supply Virtual Desktop Infrastructure Virtual LAN Virtual Router Redundancy Protocol Microsoft Visual SourceSafe Wide Area Network

7

Zadavatel studie proveditelnosti Název:


Sídlo:

Mírové náměstí 1175/5

IČ:

00261238

DIČ:

CZ00261238

Osoba oprávněná jednat jménem zadavatele:

Ing. Tomáš Kejzlar

Telefon:

+ 420 412 593 120

E-mail:

[email protected]

Zpracovatel studie proveditelnosti Název:

eNovation s.r.o.

Sídlo:

Štěpánská 535/6, 12000 Praha

Kontaktní adresa:

Štěpánská 535/6, 12000 Praha

IČ:

27909751

DIČ:

CZ27909751

Telefon:

+420720756391

Statutární zástupce:

Ing. Jiří Pavlíček, jednatel

E-mail:

[email protected]

8

1 Úvod Tato studie proveditelnosti vzniká za účelem posouzení projektového záměru vybudování Technologického centra obce s rozšířenou působností Děčín a spisové sluţby. Východiskem je usnesení č. ZM09110802 - Projekt Technologického centra ORP a spisové sluţby.

1.1 Základní informace k projektu Název projektu

Technologické centrum ORP Děčín

Popis

Technologická centra ORP budou určena zejména k provozu systémů spisových sluţeb včetně pracovních datových úloţišť, elektronické spisovny s rozhraním na datové schránky ve vazbě na implementaci zákona č. 300/2008 Sb. Dále k chodu typových projektů samospráv, systémových sluţeb a dalších aplikací provozovaných pro potřeby samosprávy měst a obcí a centrálních projektů, zejména pro implementaci potřebných komponent základních registrů. V Technologickém centru ORP bude moţné provozovat pro vlastní potřebu ORP jakékoliv aplikace, primárně však slouţí k zajištění informatizace celého správního obvodu. Technologická centra ORP umoţní posílit infrastrukturu ICT a podpořit ORP ve snaze o standardizaci IS obcí v rámci správního obvodu a zajištění stanovené úrovně sluţby.

Investor


Doba realizace

03/2010 – 02/2012

Udrţitelnost

60 měsíců

Rozpočet

4 720 500 Kč včetně DPH

9

1.2 Účel studie proveditelnosti Bliţší specifikace projektového záměru TC ORP Děčín se zohledněním stávajícího stavu a budoucího vývoje. Prokázání: výběru nejlepší a ekonomicky nejvýhodnější varianty realizace projektu; správnosti a reálnosti plánovaného rozpočtu, opodstatnění jednotlivých způsobilých výdajů co do druhu a velikosti; udrţitelnosti projektu a reálnosti jeho financování ţadatelem po ukončení finanční podpory ze strukturálních fondů.

1.3 Charakteristika předkladatele Děčín je statutárním městem Ústeckého kraje. Magistrát města Děčín plní úlohu obecního úřadu s rozšířenou působností. Do jeho správního obvodu spadá celkem 34 obcí.

1.4 Identifikační údaje předkladatele projektu Název


Sídlo

Mírové náměstí 1175/5, 405 38 Děčín IV

IČ

00261238

DIČ

CZ00261238

Kód obce

562335

10

1.5 Kontaktní osoby Jméno

Ing. Tomáš Kejzlar, vedoucí oddělení IT

Organizace


Telefon

+420 412 593 120

E-mail

[email protected]

Jméno

Marián Kubinec

Organizace


Telefon

+420 412 591 168

E-mail

[email protected]

1.6 Investor Investorem a současně předkladatelem projektu je Statutární město Děčín.

1.7 Cílové skupiny projektu Statutární město Děčín vystupuje jako investor a provozovatel TC ORP a zároveň jako příjemce sluţeb TC ORP. Statutárním městem Děčín zřizované a zakládané organizace. Obce ve správním obvodu ORP Děčín jako příjemci sluţeb poskytovaných TC ORP. Obyvatelé správního obvodu ORP Děčín prostřednictvím regionálních sluţeb TC.

2 Rekapitulace výsledků studie Základem studie proveditelnosti je výzva č. 06 „Rozvoj služeb e-governmentu v obcích“ Integrovaného operačního programu pro prioritní osu 2, oblast intervence 2.1, „Technologická centra a elektronické spisové služby v území“ (dále jen „Výzva“). Struktura studie proveditelnosti.

je

v souladu

s Přílohou

č.

1

Výzvy

„Vzorové

osnovy

11

studie

2.1 Manaţerský souhrn Část Výzvy I. Z moţných variant řešení byla vybrána ta, která postačuje k plnění daného účelu (provozu elektronické spisové sluţby, typových projektů, aplikací pro potřeby ORP Děčín…) a je zároveň finančně únosná a ekonomicky efektivní. Důraz byl kladen také na ochranu minulých investic, proto je nutnou podmínkou řešení zachování kompatibility se stávajícím zařízením tak, aby mohlo být maximálně vyuţito. Takové řešení je navrţeno v kapitole č. 7 této studie. Rovněţ byla identifikována rizika projektu jeho realizace, u kterých byla navrţena řešení vedoucí k jejich minimalizaci. Základním pravidlem bylo dodrţení přiměřenosti nákladů na eliminaci rizik, tzn. Náklady na eliminaci rizika nesmí přesáhnout hodnotu případné škody způsobené vznikem rizikové situace. Samotná realizace projektu bude svěřena externímu subjektu ve spolupráci se zaměstnanci MM Děčín, který má pro tyto účely sestaven kvalitní projektový tým. Po dokončení investiční fáze bude provoz realizován rovněţ externím subjektem. Statutární město Děčín v tomto případě zajistí provoz systému minimálně po dobu udrţitelnosti projektu. Z finančního a ekonomického hlediska je projekt pro výdělečný subjekt nevýhodný. Při zohlednění dalších (např. socio-ekonomických) efektů jsou ale výstupy projektu pro jeho cílové skupiny velkým přínosem. Tento přínos se projeví například ve formě sníţení času stráveného na úřadech či samotnou administrativou a dalšími obtíţně vyčíslitelnými efekty. Část Výzvy II. Elektronická spisová sluţba je povinnou sluţbou realizovanou na infrastruktuře vytvořené v části Výzvy I. Její upgrade a zprovoznění pro obce ve správním obvodu ORP Děčín bude mít za následek zkvalitnění, zrychlení a zpřesnění procesů nejen v rámci samotných úřadů, ale také mezi v komunikaci externích subjektů s úřady. V rámci projektu bude proveden upgrade stávající nevyhovující spisové sluţby, zprovoznění negarantovaného úloţiště a propojení s garantovaným úloţištěm realizovaným na úrovni TC K.

12

3 Současný stav a historie projektu 3.1 Vazba projektu na strategické dokumenty Příprava výzvy vychází zejména z těchto strategických dokumentů: Strategie „Efektivní veřejná správa a přátelské veřejné sluţby“ schválená usnesením vlády České republiky č. 757 ze dne 11. července 2007, Strategie rozvoje sluţeb pro informační společnost v České republice na období 2008 – 2012 schválenou usnesením vlády České republiky č. 854 ze dne 9. července 2008, Schváleným dokumentem „Integrovaný operační program na období 2007 – 2013. Příprava a realizace projektu musí vycházet z dokumentů. Kromě nich respektuje také relevantní legislativní dokumenty (zákon č. 300/2008 Sb., autorizované konverzi dokumentů a návrhy zákonů správy a jednotlivých registrů).

výše uvedených strategických realizované nebo připravované o elektronických úkonech a o základních registrech veřejné

Příprava, realizace, implementace a provozování projektu musí dále vycházet a navazovat kromě výše uvedených strategických dokumentů i na následující koncepční dokumenty: - pro části výzvy I. – II., je povinný dokument „TECHNOLOGICKÉ CENTRUM OBCE S ROZŠÍŘENOU PŮSOBNOSTÍ, VČETNĚ SPISOVÝCH SLUŢEB (KONCEPT A VÝCHODISKA)“ - pro části výzvy III. je povinný dokument „VNITŘNÍ INTEGRACE ÚŘADU“ V případě dílčího projektu TC ORP Děčín jsou respektovány všechny výše zmíněné strategické dokumenty i příslušná legislativa. Protoţe projekt TC ORP Děčín zahrnuje části výzvy I. a II., respektuje dále zejména koncepční dokument „TECHNOLOGICKÉ CENTRUM OBCE S ROZŠÍŘENOU PŮSOBNOSTÍ, VČETNĚ SPISOVÝCH SLUŢEB (KONCEPT A VÝCHODISKA)“. Dokument „VNITŘNÍ INTEGRACE ÚŘADU“ není v této fázi pro projekt TC ORP Děčín příliš relevantní.

3.2 Strategie a cíle 3.2.1 Strategie realizace Smart Administration Vláda stanovila základní směr ke zkvalitňování veřejné správy ve strategii „Efektivní veřejná správa a přátelské veřejné sluţby“ (Smart Administration). V kontextu projektu technologických center jsou stanoveny zásadní strategické cíle:

13

Zefektivnit činnost úřadů veřejné správy, sníţit finanční nároky na chod administrativy a zajistit transparentní výkon veřejné správy. Přiblíţit veřejné sluţby občanovi, zajistit jejich maximální dostupnost a kvalitu. TC ORP zapadají dle strategie Efektivní veřejná správa a přátelské veřejné sluţby do komplexního systému schematicky naznačenému na obrázku níţe (tzv. Hexagon veřejné správy).

Projekt TC ORP Děčín je primárně zakotven ve vrcholu „Technologie“. Technologie a infrastruktura zprovozněna v rámci tohoto projektu bude představovat nezbytný technologický základ a podporu pro subjekty a prvky znázorněné v dalších vrcholech Hexagonu, které budou příznivě ovlivněny: Finance: úspora prostředků ORP a obcí v správním obvodu Občan: úspora času při jednání se samosprávou Legislativa: naplnění a respektování legislativních norem Organizace: zefektivnění vnitřní komunikace v rámci samosprávy Úředník: úspora času a zjednodušení agendy

3.2.2 Strategie rozvoje sluţeb pro „informační společnost“ Strategie rozvoje sluţeb pro „informační společnost“ navazuje na analytické poznatky, rozvíjí a specifikuje cíle v oblasti podpory eGovernment a racionalizace vyuţívání ICT veřejnou správou. Z pohledu koncepce budování technologických center je stanoven zásadní cíl v oblasti infrastruktury: „Vytvoření robustní, bezpečné a efektivní

14

infrastruktury schopné zprostředkovat přístup k datovým zdrojům s potenciálem dalšího rozvoje“.

3.2.3 Strategie implementace eGovernment do území Dokument byl vyhotoven týmem odborníků z Ministerstva vnitra v listopadu 2008. Definuje záměry státu při implementaci eGovernmentu do území, a to formou potencionální soustavy typových projektů, které je moţné a důleţité realizovat, aby byly všechny základní strategické dokumenty naplněny. Projekty jsou koncipovány v souladu s Integrovaným operačním programem a Operačním programem Lidské zdroje a zaměstnanost. Tím naplňují poţadavek odstranění územních disparit vývoje informatizace ČR.

3.2.4 Informace o vývoji projektu a o jeho současném stavu 3.2.4.1 Informace o celkové situaci Projekt technologického centra (TC) je součástí projektu regionálních center, tzv. eGON center. Ta mají sloţku technologickou, vzdělávací a administrativní. Takto pojatá centra se stávají výrazným nositelem a šiřitelem znalostí konceptu eGovernment. Z pohledu umístění v hierarchii veřejné správy se eGON centra dělí na: eGON centra na úrovni obecních úřadů obcí s rozšířenou působností (ORP); eGON centra krajských úřadů. Celkový koncept TC byl odvozen od analýz MV ČR, které proběhly v minulém období, a ze kterých vyplývá mimo jiné nízká úroveň vyuţití synergických efektů mezi stupni veřejné správy. Zejména z průzkumu projektových záměrů samospráv však vyplývá i snaha měst a obcí III. stupně řešit problémy informatizace komplexně v rámci svého správního obvodu. Cílem projektu je tuto snahu podpořit realizací TC na co největším počtu ORP a umoţnit tak obcím lépe naplnit poţadavek být dobrým hospodářem. Technologická centra budou určena zejména k provozu systémů spisových sluţeb včetně pracovních datových úloţišť, elektronické spisovny a rozhraní na datové schránky ve vazbě na implementaci Zákona 300/2008 Sb., o elektronických úkonech a autorizované konverzi dokumentů typových projektů samospráv sluţeb a dalších aplikací provozovaných pro potřeby samosprávy měst a obcí centrálních projektů, zejména pro implementaci potřebných komponent základních registrů.

15

V Technologickém centru je rovněţ moţné provozovat pro vlastní potřebu ORP jakékoliv aplikace, primárně však slouţí k zajištění informatizace celého správního obvodu. Technologická centra ORP umoţní posílit infrastrukturu ICT a podpořit ORP ve snaze o standardizaci IS obcí v rámci správního obvodu a zajištění stanovené úrovně sluţby. Stejný princip platí i na úrovni krajů, kde primárním cílem je zajistit ve spolupráci s ORP regionu systém aplikace typových projektů. Rozsah poskytovaných sluţeb na úrovni TCK výrazně podporuje funkci krizového řízení a IZS v kraji. Projekt technologických center otevírá rovněţ cestu k systematickému posouzení situace informatizace v rámci celého kraje, neboť jako podmínku realizace projektu je nezbytné vytvořit studii proveditelnosti, která bude základem rozvoje informatizace v celém regionu. Strategické dokumenty vytvořené v období 2001-2008 (např. „Studie proveditelnosti komplexní informatizace krajů“) akcentovaly tzv. „systémový projekt“ koordinovaného rozvoje informatizace územní samosprávy jako celku. K jeho řešení však nikdy nedošlo z důvodu nedostatečných finančních prostředků. Díky finančním prostředkům EU lze však nyní takový projekt realizovat.

3.2.4.2 Informace o projektu TC ORP Děčín V současné době nesplňují technologie vyuţívané Statutárním městem Děčín předpoklady nutné k provozu spisové sluţby a poskytování sluţeb jejich uţivatelům na potřebné úrovni. Projekt vybudování nového TC ORP prošel analytickými fázemi a jeho realizace byla schválena radou Statutárního města Děčín (usnesení č. ZM09110802 - Projekt Technologického centra ORP a spisové sluţby). Více o konkrétní situaci vypovídá pokračování kapitoly 3 a dále kapitoly 7 a 8 této studie

3.3 Postavení technologických center v systému Technologická centra obcí s rozšířenou působností budou integrována do systému eGovernment. Propojení bude zajišťovat infrastruktura KIVS.

16

17

Tato koncepce celého systému umoţní mimo jiné podstatně zvýšit úroveň propojení a komunikace a aplikaci jednotných standardů: Propojení agendových systémů a základních registrů. Distribuci potřebných dat pro agendový systém. Integrovat Informační systém datových schránek s agendovými systémy prostřednictvím spisových sluţeb. Transparentní provoz agendových systémů a jejich vertikální integraci v rámci celého systému včetně harmonizace work flow. Vyuţitím integračních platforem docílit zvýšení adaptibility systému a odolnosti vůči změnám vazeb agendových systémů. Vytvořit, udrţovat a prezentovat katalog sluţeb dané organizace veřejné správy včetně jejich personálního zajištění zejména ve vazbě na Registr práv a povinností. Koncept TC zaloţený na poskytování sluţeb umoţní jejich vyuţití fyzickými a právnickými osobami, nebo ostatními agendami bez nutnosti znát přesné místo jejich výkonu. Kvalita a dostupnost uţívaných sluţeb poskytovatele je předem definována ujednáním o poskytování sluţeb (SLA) s parametry, které jednoznačně definují podmínky poskytovaných sluţeb. Systém umoţní monitoring uţívání sluţeb a kontrolu kvality jejich dodávky. Vznikající báze znalostí o poskytovaných sluţbách slouţí poskytovateli pro jejich efektivní optimalizaci, slučování, rozdělování nebo návrh zcela nových sluţeb podle vznikajících poţadavků kladených na výkon agend odběratele. Vyuţití virtualizačních infrastrukturu systému.

technologií

umoţní

volit

efektivní

technologickou

3.4 Obecné vlastnosti Technologických center Implementace eGovernmentu vyţaduje vytvoření, provoz a údrţbu infrastruktury pro zpracování klíčových dat regionu prostřednictvím aplikací a systémů, jako jsou spisové sluţby, datové sklady, digitální mapy veřejné správy (DMVS) atd. Na úrovni Krajů a ORP získá informatika výrazně regionální charakter. Technologická centra budou postupně rozšiřována implementací nových funkcí. Krajské TC K bude koordinovat funkce všech TC ORP na území kraje (pokud k tomu bude shoda jak ze strany kraje, tak ORP). Kraje se liší ve vybavení, přístupu jednotlivých ORP a vlastním záměru rozvoje. Proto je důleţité za kaţdý kraj zpracovat Studii proveditelnosti implementace eGovernmentu s návrhem modelu zajištění jednotlivých

18

sluţeb a jejich dalšího rozvoje. Studie bude vycházet ze vzorové struktury, která bude součástí příručky pro ţadatele. Následující obrázek popisuje obecnou „třívrstvou“ architekturu informačních systémů. Datová – slouţí pro uchovávání strukturovaných a nestrukturovaných dat. Aplikační – obsahuje aplikační logiky hostujících aplikací poskytující sluţby okolí. Klientská – uţivatelská rozhraní integrovaná na hostované aplikace (pro přístup k aplikační logice hostovaných aplikací nebo sluţeb, popř. externích aplikací).

Klientská aplikace

Těžký klient

Lehký klient

Klientská aplikace Těžký klient Lehký klient

Klientská aplikace Těžký klient Lehký klient

Aplikační integrace

File (souborové repository)

RDBMS


Poskytování služeb

Sdílení aplikačních dat a metadat Aplikační logika


RDBMS

Integrace UI

Střední dostupnost služeb

Správa infrastruktury

Aplikační logika

Integrace UI Vysoká dostupnost služeb



Aplikační vrstva Datová vrstva Vrstva poskytovaných služeb

Integrace UI

Technologická centra


Aplikační vrstva Datová vrstva Vrstva poskytovaných služeb



Sdílení aplikačních dat a metadat Aplikační logika


RDBMS

3.5 Charakteristika projektu 3.5.1 Základní údaje o projektu Účelem vybudování technologického centra ORP Děčín je zejména podpora zajištění provozu spisové sluţby, dalších systémových sluţeb a aplikací provozovaných pro potřeby samosprávy. TC bude budováno v prostorách Magistrátu města (více viz kapitola č 6). V technologickém centru je rovněţ moţné provozovat pro vlastní potřebu ORP Děčín jakékoliv aplikace, primárně však slouţí k zajištění informatizace celého správního obvodu. Technologické centrum ORP Děčín umoţní posílit infrastrukturu ICT a podpořit ORP Děčín ve snaze o standardizaci IS obcí v rámci správního obvodu a zajištění stanovené úrovně sluţby.

19

Vybudování technologického centra ORP Děčín můţe být výrazně podpořeno z prostředků strukturálních fondů Evropské unie.

3.5.2 Účel projektu Účelem první části projektu (část č. I. Výzvy) je v souladu s dokumentem „Technologické centrum ORP (koncept a východiska)“ vytvoření robustní, bezpečné a efektivní infrastruktury, schopné zprostředkovat přístup k datovým zdrojům s potenciálem dalšího rozvoje. Vytvořená infrastruktura bude slouţit k poskytování navazujících funkcí a sluţeb (viz kapitola č. 4). Druhou částí projektu je nasazení systému elektronické spisové sluţby podle části II. Výzvy. Účelem této části projektu je zvýšení kvality a dostupnosti spisových sluţeb ve správním obvodu ORP Děčín.

3.5.3 Klíčové aktivity projektu Základní aktivity projektu: 1.

Vybudování Technologického centra.

2.

Upgrade stávající nevyhovující spisové sluţby ORP Děčín a nasazení hostované spisové sluţby pro obce správního obvodu ORP Děčín a pro Statutárním městem Děčín zakládané a zřizované organizace.

Z těchto klíčových aktivit vycházejí také níţe zmíněné kvantitativní indikátory plnění projektu.

3.5.4 Výstupy projektu Hlavním výstupem projektu bude vybudované a kvalitně vybavené Technologické centrum, které bude za účelem maximální ekonomické efektivnosti vybudováno s co nejvyšším vyuţitím stávajících technologií. Toto TC bude poskytovat kvalitní zázemí pro provoz elektronické spisové sluţby, centrálních projektů veřejné správy a dalších potřebných aplikací. Podrobnosti o technickém řešení TC ORP Děčín rozebírá kapitola č 7. V návaznosti na vybudované TC ORP Děčín bude na jeho technologiích nasazen upgradovaný systém elektronické spisové sluţby. Elektronická spisová sluţba bude také poskytována subjektům správního obvodu ORP Děčín, a to formou hostování (více viz kapitola č. 8). Tyto předpokládané výstupy jsou kvantifikovány formou objektivně měřitelných indikátorů v kapitole č. 3.5.6.

20

3.5.6 Očekávané přínosy Projekt je přínosný ve smyslu nasazení a poskytnutí nových sluţeb (negarantovaného úloţiště a spisové sluţby) všem obcím a zřizovaným organizacím, které s těmito sluţbami typicky nemají dosud zkušenost. Vyuţitím těchto nových sluţeb, a tedy elektronizací dotčených agend, dojde k redukci administrativní zátěţe těchto subjektů. Projekt je také přínosný z pohledu snahy o sjednocení některých agend cílových subjektů a jejich centrálního poskytování ze strany ORP, jakoţto garanta poskytovaných sluţeb.

3.5.7 Objektivně ověřitelné indikátory Indikátor (150118): Počet úřadů ve správním obvodu ORP Děčín se zavedeným systém elektronické spisové sluţby a elektronicky řízeným oběhem dokumentů. Cílová hodnota indikátoru = 32. Indikátor (150200): Počet vybudovaných datových úloţišť pro potřeby elektronizace veřejné správy. Cílová hodnota indikátoru = 1.

21

3.6 Varianty řešení technologického centra 3.6.1 Varianta 1 Varianta ponechání technického vybavení ORP Děčín ve stávajícím stavu bez pořizování nového materiálového a softwarového vybavení. Nebudou konzumovány ani další sluţby.

3.6.2 Varianta 2 Rozšíření stávajícího zařízení integrací nových prvků, které umoţní provoz spisové sluţby, negarantovaného úloţiště atd. Bude realizován upgrade stávající spisové sluţby a zajištěno poskytování spisové sluţby v hostovaném reţimu subjektům ve správním obvodu ORP Děčín. Bude třeba také implementačních, školících a provozních sluţeb.

3.6.3 Varianta 3 Varianta nárazového nahrazení stávajícího HW zařízení a SW nově pořízenými technologiemi. Řešení bude koncipováno tak, aby vyhovělo poţadavkům kladeným na TC ORP, zejména pak dokumentu TC ORP – Koncept a východiska. Posouzení jednotlivých variant řešení je uvedeno v kapitole 7.3.

22

3.7 Části projektu Projekt bude realizován jednou etapou, rozdělenou na dvě části.

3.7.1 1. část: Příprava projektu Zpracování projektového záměru a schválení realizace projektu v orgánech města Zpracování studie proveditelnosti Zajištění a analýza podkladů Lokální průzkum Formalizace projektového záměru Návrh a vyhodnocení variant Zajištění kvalifikovaných posudků a odhadů Analýza rizik Finanční a ekonomická analýza Zpracování a předloţení ţádosti o dotaci včetně povinných příloh Zpracování rozpočtu a harmonogramu projektu - řádný poloţkový rozpočet bude proveden v souladu s řídícími dokumenty Integrovaného operačního programu a bude rozlišen na etapy/roky Zpracování potřebných formulářů ţádosti – vyplnění ţádosti v systému Benefit dle pokynů vydaných řídícím orgánem, kontrola formální správnosti vyplněných údajů. Nastavení monitorovacích indikátorů - nastavení monitorovacích ukazatelů, které budou výstupem studie proveditelnosti a budou korespondovat s poţadavky na vyplnění monitorovacích ukazatelů dle řídícího orgánu a jím vydaných dokumentů Zpracování etapizace projektu - nastavení etapizace projektu tak, aby odpovídala výstupům studie proveditelnosti a byla co nejúčinnější z hlediska finančních toků projektu a vypořádání plateb dotace Popis vazby projektu na strategické a koncepční dokumenty - analýza a formulace souladu projektu s těmito dokumenty Zajištění způsobilosti výdajů dle předepsaných pokynů a doporučení řídícího orgánu - všechny předpokládané náklady spojené s projektem budou porovnány s metodickými pravidly a dalšími závaznými pokyny

23

Nastavení principů fungování projektového týmu pro realizaci náplně projektu Odborná kompletace a kontrola všech příloh ţádosti Zajištění komunikace s řídícím/implementujícím orgánem Zajištění dokladu o právní subjektivitě ţadatele Zajištění usnesení Zastupitelstva/Rady nebo výpis z Usnesení Zastupitelstva/Rady s uvedením, ţe schvaluje předloţený projekt do Výzvy č. 06 IOP, vč. navrhovaných Podmínek Rozhodnutí o poskytnutí dotace. Zajištění dokumentu o volbě nebo existenci statutárního zástupce ţadatele (tj. osoba, která můţe za ţadatele podat Ţádost o dotaci a provádět další administrativní kroky s tím související). Příprava a realizace výběrových řízení na dodávku hardwaru pro technologické centrum a na implementaci spisové sluţby Vytvoření správné struktury veřejných zakázek podle jejich předmětu, velikosti a hodnoty. Vytvoření zadávací dokumentace Specifikace kvalifikačních kritérií pro uchazeče. Vyhlášení výzev dle parametrů navrţených ve studii proveditelnosti a vyhlášení veřejné zakázky

24

3.7.2 2. část: Vybudování technologického centra a implementace spisové sluţby Upgrade SSL Upgrade spisové sluţby pro potřeby statutárního města Děčín.

Dodávka TC Nákup hardwaru a jeho nasazení pro provoz technologického centra. Dodávka SSL Implementace hostované spisové sluţby a zprovoznění negarantovaného úloţiště pro potřeby obcí ve správním území ORP. Testovací provoz V rámci testovacího provozu bude ověřena kvalita, funkčnost a spolehlivost celkového řešení podle testovacích scénářů

25

4 Analýza poptávky a koncepce marketingu 4.1 Postup a výsledky analýz Prvním krokem pro stanovení marketingové koncepce byla identifikace cílových skupin, pro které je projekt určen. Tato analýzy jiţ proběhla (viz kapitola 3.7).

4.1.1 Analýza poptávky výstupů projektu Cílové skupiny projektu: Statutární město Děčín vystupuje jako investor a provozovatel TC ORP a zároveň jako příjemce sluţeb TC ORP. Statutárním městem Děčín zřizované a zakládané organizace. Obce ve správním obvodu ORP Děčín jako příjemci sluţeb poskytovaných TC ORP. Obyvatelé správního obvodu ORP Děčín prostřednictvím regionálních sluţeb TC. Projekt TC ORP Děčín dále respektuje současný stav ICT a procesů Magistrátu města Děčín i koncepci rozvoje eGovernmentu v kraji. Směrodatné dokumenty: Příručka pro ţadatele a příjemce finanční podpory v rámci Integrovaného operačního programu pro prioritní osu 2, oblast intervence 2.1, „Rozvoj sluţeb eGovernmentu v obcích“ a souvisejících příloh. Dokument MV ČR „Technologická centra krajů a obcí s rozšířenou působností, včetně spisových sluţeb (Koncept a východiska)“. Integrovaný operační program – Výzva č. 6.

Pro uspokojení poptávky cílových skupin projektu byla stanovena základní nabídka funkcí TC ORP: Provozování spisové sluţby, aplikací a poskytování sluţeb jejich uţivatelům na potřebné úrovni. Poskytování povinných sluţeb: o

Spisová sluţba

o

Negarantované úloţiště

Kromě povinných sluţeb bude TC ORP poskytovat řadu doplňkových sluţeb, například: e-mail a webmail webhosting úloţiště pro zálohu dat elektronická úřední deska DMS Kromě funkcí viditelných navenek je třeba zajistit další funkcionalitu, která bude tvořit provozní základ: rozšíření stávajícího HW zařízení a komunikační infrastruktury; dostatečná disková kapacita pro funkci úloţišť, zálohování, archivu, atd.; procesní zajištění zálohování a archivu; zajištění a zprovoznění systémových, virtualizačních a integračních technologií a potřebných SW aplikací (zaloţených na principu SOA). zajištění fyzické zabezpečení prostor TC ORP i SW zabezpečení; vybudování pruţného systému (HW i SW), který bude schopný integrace dalších potřebných komponent a sluţeb minimálně po celou dobu udrţitelnosti projektu; …

4.1.2 Definice nabídky výstupů projektu (poptávkové řízení) TC ORP Děčín bude v rámci uspokojování poptávky klíčových uţivatelů poskytovat především následující sluţby: elektronická spisová sluţba; hostovaná spisová sluţba pro uţívání obcí ve správním obvodu ORP Děčín; negarantované úloţiště systémové sluţby; archiv; libovolné aplikace, které bude Statutární město Děčín vyuţívat; diskové kapacity pro potřeby zaměstnanců Magistrátu města Děčín.

4.2 Návrh marketingu pro provozní fázi

27

Marketing má za úkol seznámení potencionálních uţivatelů sluţeb TC ORP s jejich existencí a moţnostmi. Dále bude plnit zejména propagační úlohu.

4.2.1 Marketingová strategie Marketingová strategie se zaměří na jednotlivé cílové skupiny, které jsou uvedeny v úvodu kapitoly 4.1.1. Konkrétní formy propagace zaměřené na zmíněné cílové skupiny jsou podrobněji rozebrány v kapitole 4.2.2.4.

4.2.2 Marketingový mix V rámci marketingového mixu byly vybrány vhodné nástroje propagace. Některé jeho sloţky však nejsou vzhledem k charakteru produktu ovlivnitelné (např. místo).

4.2.2.1 Produkt Nabízeným produktem bude mnoţina sluţeb poskytovaných ze strany TC uţivatelům. Tyto sluţby musí být co nejkvalitnější (vysoká dostupnost, správná funkcionalita, uţivatelská přívětivost,…). Typicky bude TC ORP poskytovat sluţby v reţimu 12 hodin denně 5 dní v týdnu. V případě smluvního poskytování sluţeb musí být jasně definováno SLA (Service Level Agreement).

4.2.2.2 Cena S ohledem na velmi omezené finanční moţnosti obcí a příspěvkových organizací bude cena sluţeb pro jejich uţivatele nulová. Provozní náklady TC budou kryty z provozního rozpočtu Magistrátu města Děčín.

4.2.2.3 Místo Pracovníkům Magistrátu města Děčín budou sluţby dostupné v místě výkonu jejich pracovní činnosti. Externí uţivatelé hostované spisové sluţby budou přistupovat prostřednictvím síťové infrastruktury s vyuţitím běţných internetových prohlíţečů z vlastní lokality. Fyzicky budou všechny sluţby provozovány v TC ORP Děčín.

4.2.2.4 Propagace Fyzické i právnické osoby budou s projektem a jeho sluţbami seznamováni průběţně formou:

28

internetových stránek Statutárního města Děčín věnovaných implementaci eGovernmentu http://egon.mmdecin.cz; veřejných schůzí a jednání; prostřednictvím tisku označením prostor technologického centra v souladu s metodikou publicity projektu označením provozovaných aplikací v souladu s metodikou publicity projektu Ostatní uţivatelské skupiny mohou vyuţívat stejných kanálů jako výše zmínění externí uţivatelé a navíc ještě některých specifických moţností. Pracovníci Magistrátu města Děčín budou navíc s úlohou, funkcemi a sluţbami seznamováni zejména následujícími způsoby: intranet Magistrátu města Děčín; interní prezentace; školení, workshopy, helpdesk. Obce ve správním obvodu ORP Děčín a jím zřizované a zakládané organizace budou informovány v kampani ve formě prezentací a osobních jednání. Pro nadřazené orgány veřejné správy a samosprávy jsou určeny cílené informativní prezentace a dokumenty, které vznikají v souvislosti s realizací projektu. Součástí propagace budou také příslušné aktivity vycházející z Nařízení Komise (ES) č. 1828/2006 (tzv. Prováděcí nařízení), a z následně vzniklé přílohy příručky pro ţadatele a příjemce č. 4 „Pravidla pro provádění informačních a propagačních opatření a manuál vizuální identity IOP“.

4.2.3 Koncepce odbytu Primárními konzumenty sluţeb TC ORP Děčín budou zejména pracovníci Magistrátu města Děčín, kteří budou vyuţívat lokální spisovou sluţbu statutárního města Děčín Z obcí jeho správního obvodu bude hostovanou spisovou sluţbu podle výsledků poptávky vyuţívat 28 z celkového počtu 33 obcí (kromě Děčína), coţ představuje 88%. Obce Jílové, Labská Stráň a Hřensko budou v rámci projektu vybaveny vlastní spisovou sluţbou. Obce Česká Kamenice a Benešov nad Ploučnicí jiţ provozují vlastní spisovou sluţbu. Příspěvkové organizace statutárního města Děčín, kterým bude poskytnuta hostovaná spisová sluţba v rámci upgradu spisové sluţby ORP Děčín: Lesní úřad Děčín

29

Zoologická zahrada Děčín Centrum sociálních sluţeb Děčín Zámek Děčín Městská knihovna ZŠ Komenského ZŠ Školní ZŠ Vojanova ZŠ Na Pěšině ZŠ Kosmonautů ZŠ Míru ZŠ Kamenická ZŠ Vrchlického ZŠ Březová ZŠ Máchovo náměstí ZŠ Na Stráni Dům dětí a mládeţe Děčínská sportovní

30

5 Materiálové činnosti

vstupy

potřebné

k projektové

5.1 Charakteristika a popis dostupnosti hmotných dodávek potřebných k provozování sluţeb Hmotné dodávky a sluţby potřebné k realizaci projektu jsou specifikovány níţe, a to pro jednotlivé veřejné zakázky. Při realizaci projektu bude kladen důraz na maximální moţné vyuţití stávajícího zařízení, které bude dodávkami pouze doplněno, případně přeskupeno.

5.2 Návrh základních poţadavků, parametrů a kritérií výzvy veřejné zakázky na realizaci TC ORP Výběrová řízení se budou řídit následujícími dokumenty: zákonem č. 137/2006 Sb., o veřejných zakázkách, v platném znění. směrnicí č. 5 k pořizování sluţeb, materiálu a majetku města ze dne 23. 12. 2009 závaznými postupy pro zadávání veřejných zakázek spolufinancovaných ze zdrojů EU, nespadajících pod aplikaci zákona č. 137/2006 Sb., o veřejných zakázkách, v programovém období 2007 – 2013, schválenými usnesením vlády č. 48 ze dne 12. ledna 2009 (závazné postupy jsou uvedeny v příloze příručky č. 7).

5.2.1 Veřejná zakázka 1 - parametry 5.2.1.1 Předmět zakázky Předmětem této zakázky budou hmotné dodávky a sluţby potřebné k vybudování technologického centra ORP Děčín a zajištění jeho provozu po dobu udrţitelnosti, tj., 60 měsíců

5.2.1.2 Forma zakázky Nadlimitní veřejná zakázka v otevřeném řízení

31

5.2.1.3 Specifikace plnění Poţadavky na dodávky jsou podrobně specifikovány v kapitole č. 7, zejména pak 7.2.2. Součástí nabídky musí být také kompletní seznam prací a sluţeb potřebných k instalaci a uvedení do provozu všech dílčích součástí i TC ORP jako celku. Jedná se např. o: fyzickou instalaci HW, instalaci SW, integrace všech součástí systému, testování, školení atd.

5.2.1.4 Poţadavky na zpracování nabídkové ceny Poţadavky na nabídkovou cenu budou specifikovány ve výzvě k předloţení nabídek. Nabídková cena bude uvedena v Kč, a to v členění: cena bez daně z přidané hodnoty (DPH), samostatně DPH, nabídková cena včetně DPH. Celková cena plnění bez DPH je stanovena jako nejvýše přípustná. Výjimku tvoří změna DPH, která můţe konečnou cenu zvýšit. Cenová kalkulace bude zpracována následovně: cena dodávek cena provozní podpory po celou dobu udrţitelnosti celková cena. V ceně musí být zahrnuty dodávky HW a SW, instalace, kompletní uvedení do provozu, školení atd.

5.2.1.5 Poţadavky k obsahovému členění a formě zpracování nabídky a jejího předloţení V tomto směru jsou směrodatné poţadavky Statutárního města Děčín a zákonné normy.

32

5.2.1.6 Ekonomické a finanční kvalifikační předpoklady Splnění ekonomických a finančních kvalifikačních předpokladů je při takto náročném projektu zásadním poţadavkem na dodavatele. Kvalifikační předpoklady budou stanoveny ve spolupráci s Centrem pro regionální rozvoj ČR v Chomutově.

5.2.1.7 Technické kvalifikační předpoklady Za účelem prokázání technických kvalifikačních předpokladů dodavatel spolu s nabídkou předloţí: Seznam osob, které se budou podílet na zakázce alespoň v těchto rolích: o

projektový manager,

o

hlavní architekt řešení,

o

další specialisté.

Uchazeč předloţí potřebné certifikace: o

Certifikát systému řízení jakosti podle českých technických norem řady ČSN EN ISO 9001:2001) akreditovanou osobou na oblast servisních sluţeb, řízení projektů, helpdesku v oblasti výpočetní techniky.

o

Certifikát systému řízení jakosti po dle České technické normy řady ČSN ISO/IEC 20000 na poskytování sluţeb IT.

o

Certifikát na systém managementu bezpečnosti informací podle ČSN ISO/IEC 27001.

o

Čestné prohlášení prokazujícího shodu poţadovaného výrobku s technickými předpisy danými Zákonem č. 22/1997 Sb., o technických poţadavcích na výrobky. Výrobky nabízené dodavatelem musí splňovat podmínky pro uvedení na trh podle českých obecně závazných předpisů.

Uchazeč doloţí přehled certifikací a profesní způsobilosti u osob odpovědných za implementaci a poskytování servisních sluţeb, a to v rozsahu odpovídajícím charakteru práce. Další kvalifikační předpoklady budou stanoveny ve spolupráci s Centrem pro regionální rozvoj ČR v Chomutově.

5.2.1.8 Návrh smlouvy o dílo Spolu s nabídkou uchazeč předloţí návrh smlouvy o dílo. Nabídka a všechny její součásti musí splňovat poţadavky dané zadávací dokumentaci včetně obchodních podmínek. Návrh smlouvy o dílo se musí drţet závazné osnovy smlouvy:

33

smluvní strany předmět plnění termíny plnění, harmonogram projektu cena plnění platební podmínky komunikace, pravomoci a odpovědnosti zástupců smluvních stran místo a způsob plnění předání a Akceptace Díla změnové řízení práva a povinnosti smluvních stran odpovědnost za škodu záruka prodlení, sankce platnost, odstoupení a zánik smlouvy řešení sporů závěrečná ustanovení. Přílohy: o

podrobný popis plnění /kalkulace ceny

o

zásady vedení projektu - Zakládací listina projektu.

5.2.1.9 Návrh smlouvy o poskytování sluţeb provozní podpory V rámci nabídky uchazeč předloţí také návrh smlouvy o poskytování provozních sluţeb, který bude vycházet ze zadávací dokumentace včetně obchodních podmínek. Návrh smlouvy se musí řídit závaznou osnovou. Osnova smlouvy o poskytování sluţeb provozní podpory: smluvní strany předmět plnění termíny plnění, harmonogram projektu cena plnění platební podmínky komunikace, pravomoci a odpovědnosti zástupců smluvních stran místo a způsob plnění způsob plnění

34

změnové řízení práva a povinnosti smluvních stran odpovědnost za škodu záruka prodlení, sankce platnost, odstoupení a zánik smlouvy řešení sporů závěrečná ustanovení. Přílohy:

5.2.1.10

o

podrobný popis plnění /kalkulace ceny

o

zásady vedení projektu - Zakládací listina projektu.

Způsob hodnocení nabídek

Nabídky budou hodnoceny primárně z hlediska ekonomické výhodnosti. Hodnotící kritéria a jejich váhy jsou stanoveny následovně: cena dodávky za pořízení včetně instalace a uvedení do provozu – 50 %, cena za rozšířenou záruku HW na 5 let – 50 %,

5.2.1.11

Závazný harmonogram implementace

1.

Veřejná soutěţ proběhne v měsíci srpen – říjen 2011.

2.

Dodávka bude realizována v měsíci listopad – prosinec 2011.

3.

V prosinci 2011 bude zahájen testovací provoz.

4.

Od ledna 2012 poběţí TC jiţ v ostrém provozu, kdy jiţ bude probíhat konzumace sluţeb podpory provozu.

5.2.1.12

Platební podmínky Zadavatel neposkytuje zálohy. Daňový doklad bude vystaven do 21 kalendářních dnů po převzetí předmětu plnění. Doba splatnosti daňových dokladů je stanovena na 30 kalendářních dnů ode dne doručení daňového dokladu odběrateli. Platby budou probíhat výhradně v Kč a rovněţ veškeré cenové údaje budou v této měně.

5.2.1.13

Záruční lhůta

Záruční lhůta pro vady předmětu dodávky bude minimálně 24 měsíců.

35

5.2.2 Veřejná zakázka 2 - parametry 5.2.2.1

Předmět zakázky

Předmětem druhé veřejné zakázky bude: upgrade zprovoznění spisové sluţby určené pro Magistrát města Děčín a pořízení licencí a implementace spisové sluţby v hostovaném reţimu obcím ve správním obvodu ORP Děčín. Pořízení a provoz elektronické spisové sluţby v hostovaném reţimu provozovanou na TC ORP Děčín pro obce ve správním obvodu (28 obcí s předpokládaným zapojením). Pořízení a provoz elektronické spisové sluţby pro obce Jílové, Hřensko a Labská Stráň. Součástí dodávky je také zajištění provozu spisové sluţby minimálně po dobu udrţitelnosti, tj. 60 měsíců.

5.2.2.2

Forma zakázky

Nadlimitní veřejná zakázka v otevřeném řízení

5.2.2.3

Specifikace plnění

Řešení spisové sluţby musí respektovat poţadavky stanovené zákonem č. 499/2004 Sb., o spisové sluţbě a archivnictví, ve znění pozdějších předpisů. Musí splňovat další legislativní poţadavky vycházející z platných zákonů a vyhlášek České republiky: Zákon č. 499/2004 Sb. o archivnictví a spisové sluţbě Prováděcí vyhlášku č. 191/2009 Sb., o podrobnostech výkonu spisové sluţby Zákon č. 500/2004 Sb., Správní řád Zákon č. 227/2000 Sb., o elektronickém podpisu Spisový a organizační řád organizace Zákon č. 300/2008 Sb., o elektronických úkonech a autorizované konverzi dokumentů a zákon č. 301/2008 Sb., kterým se mění některé zákony v souvislosti s přijetím zákona o elektronických úkonech a autorizované konverzi dokumentů - projekt MV ČR „Datové schránky“). Prováděcí vyhláška č. 193/2009 Sb., o stanovení podrobností provádění autorizované konverze dokumentů Prováděcí vyhláška č. 194/2009 Sb., o stanovení podrobností uţívání a provozování informačního systému datových schránek

36

Vyhláška č. 646/2004 Sb., o podrobnostech výkonu spisové sluţby. Nařízení vlády č. 495/2004 Sb. kterém se provádí zákon č. 227/2000 Sb. o elektronickém podpisu a o změně některých dalších zákonů, ve znění pozdějších předpisů. Vyhláška Ministerstva informatiky č. 496/2004 Sb. o elektronických podatelnách. Zákon č. 365/2000 Sb., o informačních systémech veřejné správy. Bliţší specifikace poţadavků zejména na spisovou sluţbu, její provoz a technické parametry blíţe rozvádí kapitola 8.

5.2.2.4

Poţadavky na zpracování nabídkové ceny

Poţadavky na nabídkovou cenu budou specifikovány ve výzvě k předloţení nabídek. Nabídková cena bude uvedena v Kč, a to v členění: cena bez daně z přidané hodnoty (DPH), samostatně DPH, nabídková cena včetně DPH. Celková cena plnění bez DPH je stanovena jako nejvýše přípustná. Výjimku tvoří změna DPH, která můţe konečnou cenu zvýšit. Cenová kalkulace bude zpracována následovně: cena dodávek cena provozní podpory po dobu provozu celková cena. V ceně musí být zahrnuty dodávky HW a SW, instalace, kompletní uvedení do provozu, školení atd.

5.2.2.5

Poţadavky k obsahovému členění a formě zpracování nabídky a jejího předloţení

V tomto směru jsou směrodatné poţadavky Statutárního města Děčín a zákonné normy.

5.2.2.6

Ekonomické a finanční kvalifikační předpoklady

Splnění ekonomických a finančních kvalifikačních předpokladů je při takto náročném projektu zásadním poţadavkem na dodavatele. Kvalifikační předpoklady budou stanoveny ve spolupráci s Centrem pro regionální rozvoj ČR v Chomutově.

37

5.2.2.7

Technické kvalifikační předpoklady

Za účelem prokázání technických kvalifikačních předpokladů dodavatel spolu s nabídkou předloţí: Seznam osob, které se budou podílet na zakázce alespoň v těchto rolích: o

projektový manager,

o

hlavní architekt řešení,

o

další specialisté.

Uchazeč předloţí potřebné certifikace: o

Certifikát systému řízení jakosti podle českých technických norem řady ČSN EN ISO 9001:2001) akreditovanou osobou na oblast servisních sluţeb, řízení projektů, helpdesku v oblasti výpočetní techniky.

o

Certifikát systému řízení jakosti po dle České technické normy řady ČSN ISO/IEC 20000 na poskytování sluţeb IT.

Další kvalifikační předpoklady budou stanoveny ve spolupráci s Centrem pro regionální rozvoj ČR v Chomutově.

5.2.2.8

Návrh smlouvy o dílo

Návrh smlouvy o dílo předloţený spolu s nabídkou musí plnit stejné podmínky jako v případě dodávek pro TC ORP Děčín (viz kapitola 5.2.1.8).

5.2.2.9

Návrh smlouvy o poskytování sluţeb provozní podpory

Návrh smlouvy o poskytování provozních sluţeb předloţí uchazeč spolu s nabídkou. Smlouva musí plnit stejné podmínky jako provozních sluţeb pro TC ORP Děčín (viz kapitola 5.2.1.9).

5.2.2.10

Způsob hodnocení nabídek

Nabídky budou hodnoceny primárně z hlediska ekonomické výhodnosti. Hodnotící kritéria a jejich váhy jsou stanoveny následovně: cena dodávky – 75 % celková cena za provozní podporu (60 měsíců) – 25 %

5.2.2.11

Závazný harmonogram implementace.

1.

Veřejná soutěţ na EED proběhne v měsíci únor – září 2011

2.

Dodávka bude realizována v měsíci červen – říjen 2011.

3.

V říjnu 2011 bude zahájen testovací provoz.

38

4.

5.2.2.12

Od listopadu 2011 poběţí EED jiţ v ostrém provozu, kdy jiţ bude probíhat konzumace sluţeb podpory provozu.

Platební podmínky Zadavatel neposkytuje zálohy. Daňový doklad bude vystaven do 21 kalendářních dnů po převzetí předmětu plnění. Doba splatnosti daňových dokladů je stanovena na 30 kalendářních dnů ode dne doručení daňového dokladu odběrateli. Platby budou probíhat výhradně v Kč a rovněţ veškeré cenové údaje budou v této měně.

5.2.2.13

Záruční lhůta

Záruční lhůta pro vady předmětu dodávky bude minimálně 24 měsíců.

5.2.3 Zásady transparentnosti, rovného zacházení a zákazu diskriminace Zakázky nebudou děleny Zakázky jsou připraveny v takové struktuře, která odpovídá jejich věcnému, časovému a logickému členění. Celistvé zakázky nesmí být členěny do dílčích zakázek za účelem zjednodušení jejich zadávání. Cena veřejné zakázky Cena zakázek je stanovena na základě průzkumu trhu v kombinaci s odborným odhadem, proto odpovídá běţné ceně zakázek stejného či podobného předmětu plnění. Nediskriminační technické podmínky Nesmí být upřednostňován jeden typ dodavatele ani konkrétní dodavatel před jiným. Zadavatel nesmí při specifikaci zakázky pouţít odkazy na obchodní firmy, obchodní názvy či technické specifikace předmětu, které by vylučovali některé potencionální uchazeče. Zadavatel musí zaručit zásady rovného přístupu, transparentnosti a zákazu diskriminace. Zadavatel se musí při stanovení předmětu zakázky zaměřit na účel plnění, nikoliv na konkrétní produkt či sluţbu dodavatele. Minimální kvalifikační předpoklady Poţadavky na kvalifikaci dodavatele musí být stanoveny na takové minimální úrovni, která je nutná vzhledem k předmětu veřejné zakázky. Kvalifikační předpoklady prokazují schopnost dodavatele splnit dodávku a nejsou zahrnuty do hodnocení nabídky. Hodnotící kritéria nabídky

39

Hodnotí se nabídky těch uchazečů, kteří splnili kvalifikační předpoklady. Jednotlivé nabídky se jiţ hodnotí pouze na základě hodnotících kritérií nabídky a ne podle kvalifikačních kritérií na uchazeče. Transparentnost hodnotících kritérií Uchazeči předem vědí, podle jakých kritérií, a s jakou váhou budou jejich nabídky hodnoceny.

40

6 Lokalita a okolí 6.1 Umístění projektu 6.1.1 Popis správního obvodu ORP Děčín Správní obvod obce s rozšířenou působností Děčín je největším správním obvodem v kraji, svými 554 km2 zaujímá 10,4 % rozlohy Ústeckého kraje. Hustotou 143 obyvatel na km 2 převyšuje průměr České republiky. Více neţ polovina obyvatel ţije v sídle správního obvodu, coţ je město Děčín. Sousedí se správními obvody Ústí nad Labem, Litoměřice, Rumburk a Varnsdorf. Na jihovýchodě přiléhá k Libereckému kraji, severně sousedí se Spolkovou republikou Německo, kam vede několik hraničních přechodů: Hřensko – Schmilka (silniční), Děčín – Bad Schandau (ţelezniční), Dolní Ţleb – Schőna (říční) a Jílové/Sněţník – Rozenthal (pro pěší). Převáţnou část správního obvodu zaujímá rozsáhlá oblast Labských pískovců s chráněnou krajinnou oblastí Českosaské Švýcarsko, tvořená soutěskami a pískovcovými útvary, z nichţ nejznámějšími jsou Pravčická brána nebo naše nejvyšší stolová hora Děčínský Sněţník. Nejvyšším vrcholem správního obvodu je Studenec (737 m n. m.) poblíţ České Kamenice a naopak nejniţším bodem je hladina řeky Labe v Hřensku, pouhých 115 metrů nad mořem. Správní obvod má spíše průmyslový charakter, podniky jsou soustředěny především v sídle správního obvodu. Nemalou roli zde hraje cestovní ruch.

41

6.1.2 Členění správního obvodu ORP Děčín Podle Vyhlášky č. 388/2002 Sb., o stanovení správních obvodů obcí s pověřeným obecním úřadem a správních obvodů obcí s rozšířenou působností je Statutární město Děčín obecním úřadem z rozšířených působností pro obce: Obec

Obec

Arnoltice

Kámen

Benešov nad Ploučnicí

Kunratice

Bynovec

Kytlice

Česká Kamenice

Labská Stráň

Děčín

Ludvíkovice

Dobkovice

Malá Veleň

Dobrná

Malšovice

Dolní Habartice

Markvartice

Františkov nad Ploučnicí

Merboltice

Heřmanov

Růţová

Horní Habartice

Srbská Kamenice

Hřensko

Starý Šachov

Huntířov

Těchlovice

Janov

Valkeřice

Jánská

Velká Bukovina

Jetřichovice

Verneřice

Jílové

Veselé

42

6.1.3 Správní obvod ORP Děčín

43

6.1.4 Lokalizace projektu Projekt TC ORP nevyţaduje ţádné nové prostory ani jejich rozšíření. Veškeré nové technologie budou umístěny do stávající technologické místnosti v budově A1 Magistrátu města Děčín na Mírovém náměstí 1175/5. Statutární město Děčín disponuje ještě druhou lokalitou, kde provozuje IT technologie (v objektu B1 v ulici 28. října). Veškeré změny v souvislosti s projektem budou prováděny pouze v lokalitě na Mírovém náměstí, kde jsou také provozovány všechny klíčové aplikace.

IPS

FIREWALL

OPTICKÁ

BUDOVA A1 MÍROVÉ NÁMĚSTÍ

BUDOVA NA VALECH

LINKA

O2

BUDOVA B1 28. ŘÍJNA

ULICE

BUDOVA MĚSTSKÉ POLICIE

BUDOVA VILA TEREZA

BUDOVA B2

Bude maximálně vyuţito dosavadní vybavení primární technologické místnosti. Ta mimo jiné disponuje Blade Chassis s volnými kapacitami, kam budou umístěny dva nové servery. Jejich komunikace bude zajištěna LAN moduly v Chassis a SAN přepínači. Další technologie (kromě jiţ zmíněných serverů) budou umístěny do stávajícího rozvaděče. Bude pořízeno nové diskové pole vyuţívající technologií Tiered Storage. Do infrastruktury bude zapojeno pomocí SAN přepínačů. Místnost disponuje jedním SAN přepínačem a druhý bude pro zajištění redundace pořízen v rámci projektu.

44

Výpadek dodávek elektrické energie bude jištěn dosavadním záloţním diesel agregátem.

6.2 Ţivotní prostředí v jeho okolí Projekt nemá dopad na ţivotní prostředí.

6.2.1 Dopad na ţivotní prostředí během budování TC ORP Dosavadní primární technologická místnost plně dostačuje pro provoz nového TC, proto nebudou nutné ţádné stavební úpravy. Protoţe bude vyuţito stávající technologické vybavení, nepočítá se ani s ţádným vyřazeným zařízením, které by bylo třeba likvidovat.

6.2.2 Dopad na ţivotní prostředí během provozu TC OR Nové zařízení technologické místnosti můţe mít za následek mírné zvýšení spotřeby elektrické energie. Spotřebu elektřiny je moţné do budoucna redukovat přesunem serverů do virtuálního prostředí a odstavením starších fyzických serverů.

6.3 Stav technické infrastruktury V současné době Statutární město Děčín provozuje část fyzických serverů umístěných v Blade Chassis a část fyzických serverů montovaných v rozvaděči. Na těchto serverech jsou provozovány operační systémy VMware, Windows a Linux. Data jsou umístěna na jednom diskovém poli IBM DS3400, které je připojeno pomocí SAN infrastruktury. Zálohy jsou umístěny na NAS úloţišti o kapacitě 3,7TB. Všechny HW prvky jsou zapojeny do LAN infrastruktury, která je tvořena dvěma přepínači s 1Gb porty, které jsou umístěny jako moduly v Blade Chassis. Připojení do internetu je zabezpečeno firewallem. Veškerá technologie je proti výpadku napájení jištěna diesel agregátem. Seznam pouţívaných technologií včetně podrobné technické specifikace je uveden v kapitole 7.3.1.

6.4 Subjekty zapojené do projektu a způsob jejich zapojení Statutární město Děčín vystupuje v projektu jako:

45

zadavatel, zákazník, vlastník a provozovatel technologií. V projektu budou dále vystupovat dodavatelské subjekty, které vzejdou z veřejné soutěţe. Projekt se dotýká také KÚ Ústeckého kraje (jeho koncepce rozvoje eGovernment v kraji), obce ve správním obvodu ORP Děčín a městem zřizované a zakládané subjekty (projektu vystupují jako klíčoví zákazníci poskytovaných sluţeb).

46

7 Technické řešení Tato kapitola blíţe specifikuje technicko-technologickou stránku projektu TC ORP Děčín.

7.1 Specifikace zadání TC ORP Děčín vychází z jednotné koncepce: Technologická centra budou součástí systému propojeného infrastrukturou KIVS. Implementace eGovernmentu vyţaduje vytvoření, provoz a údrţbu infrastruktury pro zpracování klíčových dat regionu prostřednictvím aplikací a systémů jako jsou spisové sluţby, datové sklady, digitální mapy veřejné správy (DMVS) atd. Na úrovni Krajů a ORP získá informatika výrazně regionální charakter. Technologická centra budou postupně rozšiřována implementací nových funkcí. Technologické centrum ORP vyuţívá výhod „cloud computingu“ jako jsou výkon (sdílení hardwarových prostředků umoţňuje lépe přerozdělovat výkon mezi jednotlivé uţivatele a sluţby), bezpečnost (celé datacentrum je zabezpečeno mnohem lépe neţ jeden počítač), mobilita (uţivatel se můţe k datacentru připojit kdekoliv, nezávisle na platformě). Technologickým základem „cloud computingu“ je virtualizace.

7.1.1 Obecné poţadavky na prostory TC TC ORP, resp. jeho prostory musí splňovat následující minimální poţadavky dané dokumentem TC ORP – Koncept a východiska: teplota prostředí se pohybuje v rozmezí od 18°C do 24°C, relativní vlhkost v rozmezí 35 %-65 %, v místnostech datových center budou instalována poţární čidla kouře a teploty, tyto prostory jsou napojeny na systém elektronické zabezpečovací signalizace, v prostorách je zajištěn rozvod elektrické energie 230/50V s „bezvýpadkovým“ zálohováním, samostatně jištěný pro rozvaděč nebo prostor a jsou rovněţ zajištěny diesel (benzin) agregáty, vnější ochrana budovy vlastníkem, nebo bezpečnostní sluţbou 24 hodin denně a 7 dní v týdnu (zajistí městská policie Statutárního města Děčín), jsou prokazatelně evidovány technologických prostor,

osoby

vstupující

do

vyjmenovaných

prostory, v nichţ se datová centra nacházejí, leţí mimo zátopovou oblast tzv. stoleté vody.

47

7.1.2 Vstupy pro TC ORP TC Děčín bude respektovat poţadavky na kompatibilitu TC K minimálně v rozsahu povinných sluţeb. Děčín průběţně konzultuje přípravu TC K Ústí nad Labem, aby mohl včas reagovat na poţadavky na kompatibilitu s TC K.

7.1.3 HW a SW koncept TC ORP Projektem TC ORP Děčín dojde k vybudování technologického základu k provozování povinných sluţeb, aplikací a dalších sluţeb v reţimu 12x5 hodin. TC ORP bude propojeno s TC Ústeckého kraje. Propojení bude vyuţíváno k zajištění: distribuce dat, distribuce aplikací distribuce sluţeb navázaných na CMS. Technologické centrum zahrnuje následující vrstvy komunikační infrastruktura, systémová infrastruktura, systémové sluţby, aplikační vrstva, bezpečnost, servis, podpora a řízení infrastruktury TC ORP, klientská (viz obrázek níţe). . Tenký klient

Web klient

Tlustý klient

Klientská vrstva

TC ORP

Management a monitoring zařízení , aplikací , sítí

Smluvní vztahy

ORP

SAN /NAS

… další

Hosting

Budou upřesněny

CRM

Datový sklad

Archivace

Spisová služba

Digitalizace

Fyzické servery

Centrální služby

Virtualizace disků

Terminálový server

Internet

SAN / NAS

Základní registry

Vzdálený přítup

Anti-X ochrana

GEO aplikace

Digitálně technická mapa

Virtuální servery

Hypervisor

Zálohování Archivace

Datové schránky

Aplikační vrstva

Správa bezpečnostních oprav

Patch management

ROWANet a jeho služby

Školení

Interní

CZECHPOINT

LAN / MAN / KIVS

Maintenance

Služby CMS - adresářové služby - identity management - DNS - NTP - provoz domén

UPS Racky Firetrace RMS ...

Firewall

Státní Servisní podpora

TC C

TC K T2 T1

T2 T1

Tiered STORAGE

Virtuální desktopy

Systémová infrastruktura Helpdesk

Servis, Podpora, Management

IPS / IDS

Sytémová infrastruktura

Bezpečnost Komunikační infrastruktura

Systémové služby

Servis, Podpor a, Manag ement

Bezpečnost Komunikační infrastruktura

48

Systé mové služby

7.2 Návrh a popis architektury řešení 7.2.1 Současný stav V současné době disponuje Statutární město Děčín technologickou infrastrukturou umístěnou do dvou lokalit. K těmto lokalitám jsou připojeny další budovy. Veškeré klíčové aplikace jsou provozovány v první lokalitě a do této lokality bude umístěno také nově budované technologické centrum. První lokalita se nachází na Mírovém náměstí. Viz následující schéma. Veškeré klíčové aplikace jsou provozovány v první lokalitě a do této lokality bude umístěno také nově budované technologické centrum.

IPS

FIREWALL

OPTICKÁ

BUDOVA A1 MÍROVÉ NÁMĚSTÍ

BUDOVA NA VALECH

LINKA

O2

BUDOVA B1 28. ŘÍJNA

ULICE

BUDOVA MĚSTSKÉ POLICIE

BUDOVA VILA TEREZA

BUDOVA B2

V současné době statutární město Děčín provozuje část fyzických serverů umístěných v Blade Chassis a část fyzických serverů montovaných v rozvaděči. Na těchto serverech jsou provozovány operační systémy VMware, Windows a Linux. Data jsou umístěna na jednom diskovém poli IBM DS3400, které je připojeno pomocí SAN infrastruktury. Zálohy jsou umístěny na NAS úloţišti o kapacitě 3,7TB.

49

Všechny HW prvky jsou zapojeny do LAN infrastruktury, která je tvořena dvěma přepínači s 1Gb porty, které jsou umístěny jako moduly v Blade Chassis. Připojení do internetu je zabezpečeno firewallem. Veškerá technologie je proti výpadku napájení jištěna diesel agregátem.

Nasazené technologie Název

Účel, funkce

Operační systém

ESX – server1

Server s virtuálním prostředím

VMware 4.0

vSphere

ESX – server2


VMware 4.0

vSphere

ESX – server3


Nainstalov aný SW

Hardware typ

IBM HS22

RAID1 2x300GB

IBM HS22

2x80 GB

P4C 2,4GHz

2GB

2xRAID5 840GB+1,36TB RAID1 2x150 GB, RAID5 4x200 GB

Intel Pentium 4 3,00 GHz

3 GB

2x Intel Xeon 3.00GHz

4 GB

RAID1 2x72 GB

2x Intel Xeon 3.00GHz

24 GB

300 GB, RAID5 4x300 GB

Intel Pentium 4 3.00GHz

1 GB

skládaný

HP proliant

SPACE

Síťové úloţiště

SLES10 SP1

ASPI

INTRAN ET

Databázový server

SLES9 SP3

Oracle, ASPI

ELODAT A

Záloţní server pro ELO

SLES9 SP3

Data Storage

Centrální úloţiště pro VMware a ostatní servery

RAM

RAID1 2x300GB

AVGAdmi nServer

Síťové úloţiště

CPU 2X Intel XEON/4/E5335 /2.0GHz 2X Intel XEON/4/E5335 /2.0GHz

IBM HS22

VMware vSphere 4.0 MS Windows 2003 Server

NAS02

HDD

IBM DS3400 IBM EXP3000

32GB

32GB

24 SAS disků

Virtuální servery Operační systém

Nainstalovan ý SW

PDC, Email server

MS Windows 2003 Server

Aplikační server IS Radnice VERA

SLES10 SP2

TWIST

Aplikační a db server pro TWIST a GIS

CEntOS5 64bit

Kerio Mail Server IS Radnice VERA TWIST, TMapServer

ORACL E

Mzdy, Docházka, evidence dopr. agend, evidence kanc. potřeb, evidence myslivosti, mysl. a rybář. průkazy

SLES10

Oracle

ELO

ELO

SLES10

Oracle

Název

Účel, funkce

BOSERV ER RADNI CE

Hardware RA CPU M 4G 2CPU B 4G 2CPU B 8G 2CPU B 16 2CPU GB 8G 2CPU B

7.2.2 Návrh řešení TC Současné kapacity primární technologické místnosti v objektu A1 umoţňují rozšíření jejího vybavení bez potřeby stavebních úprav nebo dalších prostor. Návrh dovybavení technologické místnosti v rámci projektu TC ORP: 3x server. Parametry musí vyhovovat minimálním doporučeným parametrům uvedeným v dokumentu „TC ORP – Koncept a východiska“. Budou umístěny do stávajících Bade Chassis a připojeny do Lan i San infrastruktury. 1x diskové pole + 10x SAS disk vyuţívající Tiered Storage. Diskové pole bude pouţívat disky minimálně dvou technologií (např. FC, SAS). Redundance bude zajištěna pomocí dvou FC řadičů.

50

1x SAN switch 8x8Gb aktiv.p. Ve spolupráci s jiţ vyuţívaným SAN řadičem bude pouţit pro redundantní zapojení serverů a diskového pole.

7.2.2.1 Rozvaděče Technologie bude umístěna do současného rozvaděče a servery budou umístěny do stávajícího Blade Chassis.

7.2.2.2 Záloţní zdroj Napájení nově zbudovaného technologického centra bude při výpadku dodávky elektrické energie zajištěno pomocí diesel agregátu.

7.2.2.3 Monitorovací systém Hlavní technologická místnost bude vybavena v rámci projektu monitorovacím systémem umoţňujícím sledování řady vstupů včetně čidel teploty, kouře a napájení. Dále je instalován samostatný systémový monitoring, který v případě potřeby posílá podrobnější informace administrátorům TC

7.2.2.4 Klimatizace Hlavní technologická místnost je v současné době vybavena klimatizací, která nesplňuje výkonové poţadavky pro nově budovanou technologii. Proto bude provedena v rámci projektu výměna jednotky, která bude umoţňovat celoroční provoz Tato klimatizační jednotka bude zdvojena proti případnému výpadku.

51

7.2.2.5 Systémová infrastruktura

PREZENTAČNÍ VRSTVA

PŘÍSTUPY

Architektura technologického centra bude navrţena jako vícevrstvá. Základem bude vzájemné oddělení přístupů do prezentační, aplikační a datové vrstvy tak, aby byla zajištěna dostatečné bezpečnost dat. Na schématu je znázorněn příklad rozdělení vrstev.

INTERNET

FIREWALL

WWW SERVER

DATABÁZOVÁ VRSTVA

APLIKAČNÍ VRSTVA

FIREWALL

APLIKAČNÍ SERVER

FIREWALL

DATABÁZOVÝ SERVER

DISKOVÉ POLE

DISKOVÉ POLE

DATA2

DATA1

52

Z fyzického hlediska bude architektura rozdělena na servery poskytující HW prostředky pro virtuální prostředí, diskové pole a další podpůrné prvky pro zajištění chodu. Většina systémů bude provozována ve virtuálním prostředí a tím bude zajištěno dosaţení optimálního výkonu a garance dostupnosti sluţeb. Navrhované řešení bude proti výpadku zajištěno dostatečnou mírou redundance prvků. Pro výpadek by tak muselo dojít k vícenásobnému selhání. Technologické centrum bude navrţeno tak, aby byl zajištěn jeho budoucí růst. Schéma infrastruktury technologického centra je naznačeno na obrázku níţe.

VIRTUÁLNÍ PROSTŘEDÍ

VIRTUÁLNÍ SERVER1 VIRTUÁLNÍ SERVER4



LAN INFRASTRUKTURA A MODULY V BLADE CHASSIS

BLADE CHASSIS 5X BLADE SERVER

SAN INFRASTRUKTURA SAMOSTATNÉ PŘEPÍNAČE

NAS DISKOVÉ POLE PRO ZÁLOHOVÁNÍ

NAS DISKOVÉ POLE PRO ARCHIV

DISKOVÉ POLE PRO VIRTUÁLNÍ PROSTŘEDÍ A DATA

53

7.2.2.6 Servery Sluţby a aplikace provozované v technologickém centru budou provozovány na fyzických serverech, které budou umístěny ve stávajícím Blade Chassis a připojeny do LAN infrastruktury pomocí modulů v Chassis a SAN infrastruktury pomocí SAN přepínačů. Pro zajištění poţadované dostupnosti a výkonnosti bude vybudováno prostředí pro provoz aplikací ve virtuálním prostředí. Pro podporu virtuálního prostředí budou třeba 3 fyzické servery. Na dvou serverech budou nainstalovány sluţby typu databáze a aplikačního serveru a třetí server bude vyuţíván jako výkonnostní rezerva. I kdyţ budou oba servery identicky nainstalovány, bude veškerý provoz typu DB směřovaný na jeden z nich a provoz sluţeb aplikačního serveru na druhý. V případě výpadku jednoho ze serverů bude vyuţit třetí server. Všechny servery jsou připojeny dvěma datovými cestami do diskového pole. Servery datové vrstvy budou podle poţadavků na dostupnost aplikace konfigurovány do clusterů (vyšší dostupnost) nebo jako „stand-alone“ (niţší dostupnost). Budou dostatečně výkonné a budou umoţňovat nasazení virtualizačních technologií (na HW i SW úrovni) pro optimální vyuţití výpočetního výkonu tam, kde to bude účelné. Vzhledem k počtu a různorodosti provozovaných projektů a aplikací, budou podporovat nejrozšířenější typy operačních systémů (UNIX, Linux, MS Windows). Servery aplikační vrstvy budou podle poţadavků na dostupnost aplikace konfigurovány do loadballancing clusterů (vyšší dostupnost) nebo jako „stand-alone“ (niţší dostupnost). Dále budou umoţňovat jednoduché navyšování výpočetního výkonu aplikační vrstvy (jako optimální je pro tuto vrstvu nasazení serverové infrastruktury typu „blade“). Minimální technické parametry serverů vycházejí z minimálních doporučené konfigurace uvedených v dokumentu TC ORP – Koncept a východiska. Doporučená konfigurace: 4 CPU (s moţností rozšíření na 8) dvou jádrová s 64-bitovou architekturou, frekvence 2,1 GHz. 64 GB RAM s moţností rozšíření na 256 GB. Záruka po celou dobu udrţitelnosti projektu.

7.2.2.7 Virtualizace serverová Pro maximální vyuţití serverových prostředků bude pouţita virtualizační technologie. Město jiţ v současné době provozuje své systémy na technologii VMware a proto dojde pouze k rozšíření stávajících licencí.

54

7.2.2.8 Tiered storage Pro podporu virtuálního prostředí a ukládání dat bude pouţito diskové pole s konceptem ukládání dat vyuţívající Tiered storage. Pro Tiering budou pouţity disky minimálně dvou technologií, odstupňované podle rychlosti I/O operací (např. FC a SAS). Technologické centrum bude vyuţívat jedno diskové pole, které bude mít redundanci zajištěnu pomocí dvou diskových FC řadičů. Diskové pole bude připojeno do infrastruktury pomocí SAN přepínačů. Poţadavky na úloţiště: Ukládání dat řešit prostřednictvím NAS (Networked Attached Storage) popř. SAN (Storage Area Network), s implementovanou TIER architekturou a HSM (Hierarchical Storage Management) designem. Produkční data ukládat na TIER 0 na rychlé SAS disky (nebo rychlejší) diskového úloţiště (např. rychlost pro 4KB bloky alespoň 60 tis. IOPS pro RAID 6, R/W sekvenčně). Propojení serverů a diskového pole bude redundantní pro zajištění vysoké dostupnosti dat. Diskové pole musí být dostatečně výkonné a škálovatelné, aby pokrylo předpokládané budoucí nároky aplikací, a musí umoţňovat pouţití jako vysoce výkonných, tak kapacitních disků. Klíčové komponenty systému pro ukládání dat budou řešeny jako redundantní Minimální konfigurace: Čistá vyuţitelná kapacita: 1TB Diskové pole se bude podílet na zajištění negarantovaného úloţiště.

7.2.2.9 Garantované úloţiště Garantované úloţiště bude vybudováno v TC K. TC ORP bude mít k úloţišti bezpečný dálkový přístup.

7.2.2.10

SAN

Nově budované technologické centrum bude připojeno k jednomu jiţ současně pouţívanému SAN přepínači a k druhému nově pořízenému. Důvodem je umoţnit redundantní zapojení serverů a diskového pole tak, aby byla zajištěna nezávislá komunikační linka mezi jednotlivými prvky.

7.2.2.11

LAN

Prvky technologického centra budou připojeny do současných LAN přepínačů o rychlosti 1Gbit/s, které jsou umístěny jako moduly v Blade Chassis. Pro zachování redundance bude kaţdý prvek zapojen do dvou přepínačů. Tak bude dosaţena dostupnost sluţeb i při výpadku jedné z větví.

55

Pro dosaţení oddělení vrstev budou jednotlivé servery rozděleny podle účelů do samostatných VLAN, ty pak budou na úrovni Firewallu filtrovány.

7.2.2.12

Zálohování a obnova dat

Zálohování dat je řešeno na dvou úrovních. 1.

V první fázi jsou kopie dat ukládány na specializovaném serveru,

2.

V druhé fázi je pořízena další kopie dat, která bude fyzicky uloţena v diskovém úloţišti.

7.2.2.13

Vzdálený přístup

Vzdálený přístup bude realizován vyuţitím stávajícího řešení prostřednictvím virtuální privátní sítě (VPN).

7.2.2.14

Servis, podpora a řízení infrastruktury TC ORP

Po dokončení budování TC bude provoz TC a na něm provozovaných sluţeb zajištěn externími subjekty. Dostupnost sluţeb bude v případě TC ORP minimálně v reţimu 12x5. Současně bude zajištěna jejich kvalita, spolehlivost a úroveň. Veškeré dodávky budou vybaveny záruční lhůtou o minimální délce 5 let. V případě potřeby pak bude servis zajištěn v rámci záruční lhůty.

7.2.2.15

Smluvní vztahy

Smluvní vztahy jsou dány veřejnými zakázkami, jejichţ součástí je vţdy smlouva a servisní smlouva. Podrobnosti smluv rozvádí kapitola 5.

7.2.2.16

Patch management a profylaxe

Identifikaci bezpečnostních nedostatků systému, vytvoření záplat a jejich implementaci bude provádět externí dodavatel. Dodavatel rovněţ přebírá záruky za provedené opravy. Bude upřednostněn takový produkt nebo dodavatel, který umoţňuje automatickou detekci existence záplat a jejich implementaci. Profylaxe klíčových součástí systému bude externím dodavatelem prováděna periodicky na základě stanoveného harmonogramu.

7.2.2.17

Školení

Pracovníci oddělení IT budou proškoleni na vysokou úroveň tak, aby byly schopni plnit role operátorů a administrátorů systému. Niţší školení bude poskytnuto uţivatelům systému, kteří budou vyuţívat podpory pracovníků oddělení IT.

56

7.2.2.18

Licence

Pořízení licencí je součástí veřejných zakázek. O jejich další správu se stará oddělení IT, které stanoví odpovědnosti.

7.2.2.19

Maintenance

Údrţba bude zajištěna minimálně pro následující komponenty TC: servery a diskové pole, bezpečnostní produkty, SAN a LAN komponenty, serverovou virtualizaci, diskovou virtualizaci.

7.2.2.20

Servisní podpora

Podpora po dobu provozu systému se bude skládat z následujících poloţek: Servis o

Operativní práce v místě TC ORP Děčín.

o

Pravidelný servis HW.

Profylaxe o

Pravidelně v místech poskytování sluţeb..

o

Správa HW TC ORP Děčín.

o

Řízení optimálního chodu, bezpečností a aktuálnosti systému.

o

Správa sítí.

Školení a konzultace uţivatelům, operátorům a administrátorům. Poskytnutí odborníků ve fázi budování projektu.

7.2.2.21

Management a monitoring

Budou nainstalované technologie pro řízení a monitorování provozních charakteristik systému. Tím bude zajištěna spolehlivost a úroveň poskytovaných sluţeb.

7.2.2.22

Komunikační infrastruktura

Komunikační infrastruktura bude řešena stávajícími zařízeními, které jsou dostačující pro splnění poţadavků na provoz technologického centra. Součástí komunikační infrastruktury je i její management, který je taktéţ jiţ v současné době zajištěn a provozován.

57

7.2.2.23

Serverová virtualizace

Město jiţ pouţívá virtualizační technologie Vmware. Pro potřeby rozšíření TC bude třeba pouhé rozšíření licencí.

7.2.2.24

Servery a storage

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

7.2.2.25

Management aplikací monitoring chodu aplikací a indikace problémů moţnost graficky zobrazit závislosti jednotlivých sluţeb k rychlému zjištění problému a modelování a zobrazení jeho dopadu automatizace administrativních úloh

7.2.2.26

Datové centrum

Technologie datových center bude monitorovat instalovaný rack monitoring systém.

7.2.2.27

Bezpečnost

Ochrana síťového prostoru před viry, spamy, škodlivým SW a dalšími riziky bude realizována na rozhraní sítě s okolím, mezi kaţdými vrstvami architektury a mezi virtuálními sítěmi VLAN. Bude zahrnovat: antivirovou ochranu, prevenci spywaru, firewall.

7.2.2.28

Klientská vrstva

Klient bude mít přístup ke sluţbám prostřednictvím běţného webového prohlíţeče, coţ zajišťuje vysokou kompatibilitu a snadnost uţívání.

7.3 Porovnání variant technologických řešení TC ORP 7.3.1 Výhody a nevýhody jednotlivých řešení 7.3.1.1 Varianta 1 Varianta ponechání technického vybavení ORP Děčín ve stávajícím stavu bez pořizování nového materiálového a softwarového vybavení. Nebudou konzumovány ani další sluţby.

58

Výhody: Ţádné nebo minimální investice do HW a SW. Nezávislost TC ORP. Nevýhody: Provozní poţadavky budou řešeny operativně s vysokými nároky na zaměstnance útvaru informatiky. Práce všech zaměstnanců bude dál závislá na jejich práci s vysokým rizikem procesních chyb lidského faktoru. Vysoké roční provozní náklady. Oddělení od TC K. Zastarávání celého systému spojené s nutností podstatně vyšší budoucí investice.

7.3.1.2 Varianta 2 Rozšíření stávajícího zařízení integrací nových prvků, které umoţní provoz spisové sluţby, negarantovaného úloţiště, komunikační propojení minimálně se systémy partnerů projektu a TC K atd. Bude realizován upgrade stávající spisové sluţby a zajištěno poskytování spisové sluţby v hostovaném reţimu subjektům ve správním obvodu ORP Děčín. Bude třeba také implementačních, školících a provozních sluţeb. Výhody: S výhodou lze vyuţít všechny jiţ zavedené, osvědčené HW i SW technologie bez nutnosti školení administrátorů ORP (pokud jsou jiţ proškoleni). Moţnost stupňování licencí diskové virtualizace po malých jednotkách – vyloučení nepředimenzovaného řešení za vysokou cenu (při udrţení replikace do TC K). Celková investice bude sníţena o vyuţití stávajících technologií. Mnohé SW technologie stačí upgradovat bez nutnosti pořízení nových. Moţnost optimálního rozloţení záruk a maintenance na jednotlivé HW i SW komponenty. Vyuţití stávajících prostor. Niţší provozní náklady. Nevýhody: Omezená doba záruky nového zařízení. Prvotní nároky na integraci.

59

7.3.1.3 Varianta 3 Varianta nárazového nahrazení stávajícího HW zařízení a SW nově pořízenými technologiemi. Řešení bude koncipováno tak, aby vyhovělo poţadavkům kladeným na TC ORP, zejména pak dokumentu TC ORP – Koncept a východiska. Výhody: Všechno zařízení je vybaveno zárukou a maintenance. Všechny HW komponenty na stejné úrovni. Dlouho nebude potřeba dalších investic. Nevýhody: Celková investice do TC ORP je vyšší. Je nutné nakoupit veškeré HW vybavení serverů, diskových úloţišť, síťových aktivních prvků, odpovídající záloţní zdroje napájení, motorgenerátor, rozvaděče, zabezpečení technologické místnosti, veškeré SW licence. Veškerý HW i SW je třeba nainstalovat. Po nějakou dobu je nutné provozovat souběţně kompletně nové TC ORP a stávající IT infrastrukturu ORP. Na celou HW i SW infrastrukturu TC ORP je nutné zaškolit administrátory ORP. Vysoké ceny licencí rozsáhlé diskové virtualizace. Nejvhodněji a nejefektivněji se jeví varianta č. 2, která přinese dostačující kapacity při sníţených investičních nákladech s vyuţitím stávajícího zařízení.

60

7.4 Vazby na centrální projekty 7.4.1 Základní registry veřejné správy V současné době se všechny ISVS potýkají s nejednotností a nekonzistencí provozních dat, která jsou sbírána individuálně. Prostředkem pro nápravu tohoto nevyhovujícího stavu je adekvátní úprava legislativy. (návrh zákona o vytvoření centrálních registrů VS, návrhy speciálních zákonů pro realizaci čtyř navrhovaných základních registrů VS). Registry ve své cílové podobě a funkcionalitách mají vytvořit jednotný, vzájemně provázaný a ucelený systém. Tento systém umoţní čerpat a sdílet data v dané oblasti z jediného datového zdroje, který bude spolehlivě a transparentně aktualizovaný, s patřičnou úrovní zabezpečení. V současné době není zcela zřejmá architektura základních registrů ve smyslu správy a distribuce systémů, nicméně se předpokládá provozování v zatím nespecifikovaném módu v prostředí TC K při současném propojení s TC ORP.

7.4.2 Centrální místo sluţeb Centrální místo sluţeb (CMS) je v rámci KIVS jediným místem, kde dochází k výměně dat mezi centrálními informačními systémy. Zároveň je jediným centrálním místem, kde je KIVS připojen k veřejné síti Internet a k dalším sítím, jako např. neveřejné datové sítě provozované v rámci EU. CMS plní v konceptu eGON center úlohu centrálního technologického centra (TC). Hlavní funkcí je směrem k eGON centrům, zabezpečit provoz: Generických sluţeb: Adresářové sluţby Identity management Jmenné sluţby DNS – zajišťují překlad IP adres na jména v prostředí eGON center Sluţba přesného času NTP – zajišťuje synchronizaci přesného času jednotlivých eGON center s CMS. Dalších centralizovaných sluţeb: Poštovní server – poskytuje sluţby pro uţivatele, kteří nemají vlastní poštovní server Antivir – odvirovávání dat, která přicházejí do eGON centra prostřednictvím CMS na úrovni protokolu HTTP, FTP, SMTP a provádí detekci virů v jazycích Java a ActiveX.

61

Centrální dohledový systém – zajišťuje kontrolu dostupnosti eGON center a umoţňuje jejich správu. eGON centra ORP a K jsou s CMS jednotně propojena virtuální privátní sítí slouţící k přenosu dat a samostatnou virtuální privátní sítí, slouţící ke správě a dohledu eGON center. TC ORP Děčín bude s CMS propojené prostřednictvím KIVS.

7.4.3 Datové schránky Zákon o elektronických úkonech a autorizované konverzi dokumentů byl vyhlášen ve Sbírce zákonů dne 19. srpna 2008 jako zákon č. 300/2008 Sb. Projekt datových schránek ovlivňuje projekt TC nepřímo svým nárokem na funkcionalitu a kapacitu aplikací, které s ním mají přímou vazbu – zejména spisová sluţba a úloţiště dokumentů. Spisová sluţba je předmětem části II. Výzvy, bude realizována jako součást projektu TC ORO Děčín a jako taková musí zmíněný zákon plně respektovat.

7.4.4 Aplikace v TC ORP Děčín V rámci projektu TC ORP Děčín vznikne infrastruktura pouţitelná pro provoz dílčích částí ISVS. Zejména pak budou provozovány povinné sluţby: Negarantované úloţiště nevyřízených a neuzavřených spisů jako výstupů dat ze systému elektronické spisové sluţby nebo document management systemu v kapacitě dostatečné pro vlastní potřebu ORP a potřeby všech obcí správního obvodu a jejich organizace. V rámci projektu ukládání a digitalizace dat do ní obce a města ukládají neukončené a neuzavřené spisy v elektronické podobě, tedy jak vlastní, tak přijaté písemnosti spadající do reţimu evidence a archivace podle zákona č. 499/2004 Sb., o archivnictví a spisové sluţbě, ve znění pozdějších předpisů. Elektronická spisová sluţba, pro vlastní ORP, jí zřízené a zaloţené organizace. Infrastruktura dále bude vyuţita pro účely provozu interních aplikací ORP Děčín.

7.5 Analýza technických a bezpečnostních rizik 7.5.1 Technická rizika návrhu HW a SW TC ORP 7.5.1.1 Motorgenerátor V případě výpadku dodávek elektrické energie na delší dobu přebírá funkci zásobování elektrickou energií diesel agregát, který je pro tuto funkci plně dostačující.

62

Pouze je nutné provádět pravidelné testy funkčnosti a doplnění provozních kapalin a pohonných hmot. Při normálních dodávkách elektřiny ze sítě není porucha generátoru ţádnou překáţkou ve funkci TC. Kromě motogenerátoru mohou krátkodobé dodávka elektřiny zajistit UPS.

7.5.1.2 UPS V současné době zabezpečují provoz technologií technologických místností 4 UPS jednotky s dostatečnou kapacitou a funkčností pro rozšíření TC. Podstatné je v tomto případě vhodné zapojení do systému dodávek elektřiny spolu se síťovým přívodem a motogenerátorem.

7.5.1.3 Klimatizace Při poruše klimatizace můţe dojít ke zhoršení provozních podmínek. Při výrazném zvýšení teploty se můţe instalovaný HW přehřát a poškodit. Toto riziko bude minimalizováno redundancí klimatizačních jednotek.

7.5.1.4 Monitorovací systém Hlavní technologická místnost bude vybavena stávajícím monitorovacím systémem umoţňujícím sledování řady vstupů včetně čidel teploty, kouře a napájení. Vše je napojeno na PCO. Dále je instalován samostatný systémový monitoring, který v případě potřeby posílá podrobnější informace administrátorům TC

7.5.1.5 Servery Zde se uplatní stejná konfigurace redundantních serverů, i kdyţ jsou primárně určeny k jinému účelu. Celkový výpadek jednoho serveru serverové virtualizace znamená výpadek v poskytování sluţeb maximálně v řádu několika minut. Poté budou potřebné virtuální servery zprovozněny na redundantním serveru. Při poruše serveru diskové virtualizace budou veškeré funkce realtime přesunuty na redundantní server. Při výpadku obou serverů diskové virtualizace budou funkce během několika desítek minut přesměrovány na TC K (viz obrázek níţe).

63

vS1

vS2

vS1

TC K DR pro TC ORP

vSn

..... vS2

vSn

virtuální servery ..... virtuální servery vS1

vS2

vSn

..... virtuální servery

vS1

vS2

vSn .....

virtuální servery

TC ORP vS1

vS2

vSn .....

virtuální servery

TC ORP

X vS1

......

vS2

vSn

.....

virtuální servery

TC ORP

7.5.1.6 Disková úloţiště Diskové úloţiště bude vycházet z konceptu Tiered Storage uvedeného výše.

7.5.1.7 Ethernet a FC switche Porucha jednoho LAN switche nebo jednoho FC switche nezpůsobí ţádný výpadek. Oba tyto typy komponent jsou koncipovány jako redundantní.

7.5.2 Bezpečnostní rizika návrhu HW a SW TC ORP 7.5.2.1 Vnější rizika Proti útokům z vnějšího prostředí bude nasazena kvalitní ochrana, zejména pak firewall a antispam. Pro případ fyzického vnějšího útoku na technologickou místnost je místnost velmi obtíţně dostupná. Nachází se v prvním patře a je vybavena pohybovými senzory s připojením na pult centrální ochrany v nedaleké budově městské policie. Bezpečnostní opatření sniţují míru vnějších rizik na nízkou.

7.5.2.2 Vnitřní rizika Z hlediska vnitřních rizik je třeba zabezpečit technologickou místnost proti neoprávněnému vniknutí z vnitřního prostředí úřadu. Zabezpečení lze efektivně řešit např. dveřmi (otevíranými ven) zabezpečenými elektrickým zámkem s jasně definovaným pravidlem pro jeho odblokování (např. na čipové karty nebo

64

bezpečnostní kód.). Vnitřní riziko z hlediska zabezpečení proti neoprávněnému vstupu je nízké. TC ORP Děčín je umístěno a vybaveno ve shodě s všeobecnými poţadavky na místnosti technologických center. Riziko je tedy nízké.

7.5.2.3 Další bezpečnostní rizika Rizikem pro systém jsou administrátorské přístupy do systému, zejména ty vzdálené. Je třeba zajistit, aby bylo přístupových bodů co nejméně a aby bylo také co nejméně oprávněných osob. Jejich přístupová hesla budou mít vysokou účinnost a nebudou ţádným způsobem zaznamenávána nebo uchovávána. Toto riziko je však společné pro všechny TC ORP a nijak se nevymyká obvyklému ohroţení. Rizika ţivelného poškození jsou eliminována poţárními hlásiči a tepelným čidlem, které včas detekují rizikové jevy a toto okamţitě signalizují. Jsou rovněţ připojena na centrální pult ochrany. Vzhledem k učiněným opatřením lze hodnotit rizika vzniku závaţných škod ţivelnými vlivy jako nízká.

7.6 Doporučení a upřesnění pro účely zadávací dokumentace a realizační projektové dokumentace 7.6.1 Specifikace zadání technického řešení V souladu s poţadavky výzvy byl proveden návrh technologického materiálu a nehmotných dodávek potřebných k realizaci projektu. Oblast

Poloţka

Cena DPH

bez

Cena včetně DPH

DPH

Technologické centrum (TC) TC 3x Server TC Diskové pole + 10x SAS disk

458 333 Kč 1 000 000 Kč

91 667 Kč

550 000 Kč

200 000 Kč 1 200 000 Kč

TC SAN switch 8x8Gb aktivní porty

416 667 Kč

83 333 Kč

500 000 Kč

TC Licence VMWare

416 667 Kč

83 333 Kč

500 000 Kč

TC Implementace včetně zaškolení

100 000 Kč

20 000 Kč

120 000 Kč

SPS Upgrade Děčín včetně licencí pro zřizované organizace

833 333 Kč

Spisová sluţba (SPS) 166 667 Kč 1 000 000 Kč

SPS Pořízení Jílové

57 500 Kč

11 500 Kč

69 000 Kč

SPS Pořízení Labská stráň a Hřensko

36 416 Kč

7 284 Kč

43 700 Kč

509 833,66 101 966,67Kč Kč

611 800 Kč

Hostovaná SPS Licence 28 obcí včetně implementace Administrace a další náklady

65

projektu Studie proveditelnosti

80 000 Kč

16 000 Kč

96 000 Kč

Publicita projektu

25 000 Kč

5 000 Kč

30 000 Kč

3 933 750 Kč

786 750 Kč

4 720 500 Kč

CELKEM

7.6.1.1 Část 1 - Technologické centrum ORP Při realizaci varianty č. 2 je základním předpokladem a zároveň nutnou podmínkou kompatibilita dodávek se stávajícími instalovanými technologiemi. Servery: 3x server. Servery budou umístěny do stávajících Blade Chassis a připojeny do LAN i SAN infrastruktury. Bliţší specifikace serverů je uvedena v kapitole 7.2.2. Minimální technické parametry pro kaţdý z obou serverů: 4 CPU (s moţností rozšíření na 8) dvou jádrová s 64-bitovou architekturou, frekvence 2,1 GHz. 64 GB RAM s moţností rozšíření na 256 GB. Záruka po celou dobu udrţitelnosti projektu. Operační systémy virtuálních serverů: Rozšíření stávajících licencí na nové servery. Další SW licence virtuálních serverů: licence pro provoz databázového systému na virtuálním serveru se dvěma CPU bez nutnosti licencovat zvlášť klientské přístupové licence k databázím. Disková pole: Diskové pole a 10x SAS disk vyuţívající Tiered Storage. Diskové pole bude pouţívat disky minimálně dvou technologií (např. FC, SAS). Redundance bude zajištěna pomocí dvou FC řadičů. Virtualizace serverová: Pro maximální vyuţití serverových prostředků bude pouţita virtualizační technologie. Město jiţ v současné době provozuje své systémy na technologii VMware Sphere 4.0, a proto dojde pouze k rozšíření stávajících licencí. Aktivní prvky:

66

Součástí řešení jsou dva redundantně koncipované FC Switche, z nichţ jeden je jiţ provozován. UPS: Vyhovuje současný stav. Motorgenerátor: Vyhovuje současný generátor. Implementace: Nabídka bude obsahovat také návrh souvisejících sluţeb: instalace navrţených technologií, SW instalaci navrţených licencí, nutná administrátorská školení, vytvoření kompletní a detailní dokumentace TC ORP, způsob zajištění provozu formou vzdálené správy, popis odstraňování závad.

7.6.1.2 Část 2 – Spisová sluţba ORP Zajištění spisové sluţby pro ORP Děčín a jeho správní obvod zahrnuje následující poloţky: upgrade stávajícího systému spisové sluţby vyuţívané ORP Děčín, pořízení spisových sluţeb pro obce Jílové, Labská stráň a Hřensko, zajištění přístupu ostatních obcí (s výjimkou měst Česká Kamenice a Benešov nad Ploučnicí) ke spisové sluţbě v hostovaném reţimu, která bude provozována v TC ORP.

7.6.2 Specifikace vybavení řešení bezpečnosti TC

technologické

místnosti

včetně

7.6.2.1 Část 1 - Technologické centrum ORP Projekt TC ORP nevyţaduje ţádné nové prostory ani jejich rozšíření. Veškeré nové technologie budou umístěny do stávající technologické místnosti i v budově A1 Magistrátu města Děčín na Mírovém náměstí 1175/5. Veškeré změny v souvislosti s projektem budou prováděny pouze v lokalitě na Mírovém náměstí, kde jsou také provozovány všechny klíčové aplikace. Technologická místnost se nachází v prvním patře budovy. Je vybavena klimatizačními jednotkami, jejichţ spolupráce bude upravena.

67

V místnosti jsou instalována: o

protipoţární čidla,

o

tepelné čidlo,

o

pohybové čidlo.

Vše je propojeno s centrálním pultem ochrany v budově městské policie. Bude maximálně vyuţito dosavadní vybavení primární technologické místnosti. Ta mimo jiné disponuje Blade Chassis s volnými kapacitami, kam budou umístěny dva nové servery. Jejich komunikace bude zajištěna LAN moduly v Chassis a SAN přepínači. Další technologie (kromě jiţ zmíněných serverů) budou umístěny do stávajícího rozvaděče. Bude pořízeno nové diskové pole vyuţívající technologií Tiered Storage. Do infrastruktury bude zapojeno pomocí SAN přepínačů. Místnost disponuje jedním SAN přepínačem a druhý bude pro zajištění redundance pořízen v rámci projektu. Výpadek dodávek elektrické energie bude zajištěn jištěn dosavadním záloţním diesel agregátem a čtyřmi stávajícími jednotkami UPS. Nově pořizované komponenty tedy v souhrnu jsou: 3 x server, 1 x diskové pole, 1x SAN switch, propojovací infrastruktura.

7.6.2.2 Část 2 – Spisová sluţba ORP Aplikace spisové sluţby ORP Děčín bude provozována na stávajícím zařízení technologické místnosti. Hostovaná spisová sluţba bude provozována na novém zařízení TC ORP. Obce k ní budou přistupovat pomocí běţných webových prohlíţečů. Pro její pouţívání bude vyţadována autorizace pomocí uţivatelského jména a hesla, které bude splňovat pravidla pro tvorbu silných hesel. Spisová sluţba obcí Jílové, Hřensko a Labská Stráň bude kromě komunikační infrastruktury zcela nezávislá a bude provozována na zařízení těchto obcí, včetně vlastního zajištění technické podpory.

68

7.6.3 Poţadavky na implementaci, školení a technickou podporu Implementátor technologií vzejde z výběrového řízení. Hlavním faktorem úspěchu bude uzavření kvalitní smlouvy o dílo resp. servisní smlouvy včetně sankcí pro případ vad plnění. Školení pracovníků IT oddělení bude provedeno minimálně na úroveň administrátorů. Je moţné ho realizovat v průběhu budování TC ORP. Technickou podporu bude mít na starosti externí subjekt. Bude uzavřena kvalitní servisní smlouva včetně sankcí za vady plnění.

7.6.4 Poţadavky na dodavatele a provozovatele TC Poţadavky na dodavatele materiálu a sluţeb budou stanoveny ve spolupráci s CRR Chomutov tak, aby nevznikly podmínky, které by bezdůvodně vylučovaly některé dodavatele z veřejné soutěţe.

7.7 Provozní zajištění TC 7.7.1 Potřebné energetické a materiálové toky Vzhledem k vyuţití velkého mnoţství současných technologií IT infrastruktury dojde k navýšení spotřeby elektrické energie vybudováním TC ORP, které není ve srovnání se spotřebou veškerých ostatních IT technologií Statutárního města Děčín zásadní. Spotřeba bude dále klesat případným přesouváním stávajících serverů do virtuálního prostředí a odstavením odpovídajících HW serverů. Dalšími materiálovými toky bude zejména rozšiřování diskové kapacity úloţišť. Minimální poloţkou potom bude přísun a výměna provozních kapalin a pohonných hmot motorgenerátoru.

Provoz

TC Energie

24 000 Kč / rok

TC Maintenance (HW+SW)

90 000 Kč / rok

SPS Maintenance (SW)

300 000 Kč / rok

Mzdové náklady správce IT

350 000 Kč / rok

Výše uvedené provozní náklady budou hrazeny z provozního rozpočtu odboru provozního a organizačního Magistrátu města Děčín. Vyčíslení mzdových nákladů na správce IT je pouze formální, neboť správa technologického centra je zahrnuta do jeho stávající náplně práce a kryta stávajícími mzdovými prostředky.

69

7.7.2 Záruky a servis Veškeré nové technologie TC ORP Děčín budou vybaveny 5-ti letou zárukou se zajištěným servisem. Technická podpora SW bude hrazena vţdy jednou ročně a tyto náklady budou součástí provozních nákladů. Servis HW technologií bude zajištěn externím subjektem, který vzejde z výběrového řízení. Základem spolupráce bude smlouva o dílo.

7.7.3 Údrţba a nákladnost oprav Při dodrţení vybavení nových technologií pětiletou zárukou, budou veškeré opravy prováděny bezplatně.

7.7.4 Údaje o ţivotnostech jednotlivých zařízení Předpokládaná ţivotnost serverů a diskových úloţišť je 5 let; ţivotnost motorgenerátoru při předepsaném provádění údrţby minimálně 10 let; ţivotnost záloţních zdrojů napájení je 6 let.

7.7.5 Změny v provozní náročnosti vlivem opotřebení Tyto změny budou eliminovány vybavením HW dlouhou záruční lhůtou.

70

8 Aplikační řešení (Část II. – Spisová sluţba) 8.1 Úvod Výše popsané řešení TC ORP je primárně určeno právě k provozu spisové sluţby a k poskytování sluţeb spisové sluţby v hostovaném reţimu obcím správního obvodu ORP Děčín.

8.2 Současný stav a historie projektu 8.2.1 Současný stav V současné době je v provozu spisová sluţba ORP Děčín, která ale jiţ neplní současné poţadavky kladené na spisové sluţby a jejich provoz. Ostatní obce ve správním obvodu ORP Děčín elektronickou sluţbu nevyuţívají.

8.2.2 Pojetí spisové sluţby Spisová sluţba (SPS) je prvek, který v novém systému eGovernment hraje podstatnou roli a je nutno zajistit jeho funkci ve dvou směrech: zřízení nebo upgrade spisové sluţby k zajištění komunikace se systémem datových schránek (TC ORP Děčín jiţ splňuje), vytvoření dostatečné kapacity garantovaného i negarantovaného úloţiště dokumentů, neboť nový systém přinese podstatné zvýšení mnoţství dokumentů zpracovávaných v elektronické podobě. HW kapacita bude zajištěna prostřednictvím projektu eGovernment centra. Garantované úloţiště je určené zejména pro ukládání dokumentů uzavřených spisů v elektronické podobě, do elektronické spisovny. Ta je základem konstrukce TC Kraje. Negarantované úloţiště je určeno pro ukládání nevyřízených a neuzavřených a spisů na úrovni TC ORP.

71

Archiválie

Národní digitální archiv

Vyřízené a uzavřené spisy Nevyřízené a neuzavřené spisy

Technologické centrum Kraje

Technologické centrum ORP DMS

APV

Obec

Odeslání

Vyřízení

Postoupe ní

Zápis do deníku

SPSSSL

Datové schránky adresátů

Uložení do pracovního úložiště

Vlastní datová schránka

Čtení elektronického dokumentu

DMS - elektronická spisovna

8.2.3 Doporučení a upřesnění pro účely zadávací dokumentace Upgrade Spisové sluţby ORP Děčín. Pořízení licencí a provoz plných verzí spisových sluţeb pro obce Jílové a Labská Stráň. Provoz spisové sluţby si zajistí kaţdá obec vlastními prostředky. Pro dalších 29 obcí správního obvodu ORP Děčín zajištění elektronické spisové sluţby v hostovaném reţimu provozované v TC ORP Děčín. Poloţky: Upgrade EED pro Magistrát Děčín včetně zajištění licencí pro zřizované organizace o

Předpokládaná cena 1 000 000,- Kč

Vlastní EED pro město Jílové u Děčína o

Předpokládaná cena SW včetně implementace 69 000,- Kč

Vlastní EED pro obec Labská Stráň a Hřensko o

Předpokládaná cena SW včetně implementace 43 700,- Kč

Software (28 licencí spisové sluţby včetně): o

rozhraní na ISDS

o

moţnosti administrace EED

72

o

konverze dokumentů

o

podepisování dokumentů

implementace zahrnující: o

instalaci virtuálního serveru do prostředí VMWare

o

konfigurace pro všechny subjekty

o

školení administrátora

technická podpora na: o

administraci systému

o

EED včetně všech výše uvedených funkcionalit

8.3 Funkční poţadavky na vybrané spisové sluţby Poţadavky dané Zákonem č. 499/2004 Sb., o archivnictví a spisové sluţbě a Zákonem 300/2008 sb. o elektronických úkonech a autorizované konverzi dokumentů: Příjem a evidence doručených i vlastních listinných dokumentů o

evidence doručených i vlastních elektronických dokumentů

o

zobrazení zpráv doručených do datové schránky a elektronické podatelny

o

vytvoření dokumentu ze zprávy doručené do datové schránky nebo elektronické podatelny

o

označení dokumentů evidenčním číslem a číslem jednacím

o

vedení podacího deníku.

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

sledování stavu vyřízení dokumentů

o

práce se spisy a uzavírání spisů.

Práce s elektronickými dokumenty elektronických dokumentů o

-

Vloţení,

zobrazení

a

editace

ukládání elektronických dokumentů způsobem zaručujícím věrohodnost původu dokumentu, neporušitelnost jeho obsahu a čitelnost dokumentu,

73

o

automatická kontrola a doplňování časových razítek a elektronických značek dle poţadavků zákona

o

elektronické podpisy (podepsání souboru, ověření podpisu)

o

převádění dokumentu v analogové podobě na dokument v digitální podobě a naopak

o

automatická konverze dokumentů do ukládacího nebo výstupního datového formátu.

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

odesílání dokumentů schránkou

poštou,

elektronickou

poštou

o

evidence doručení dokumentu

o

automatická evidence dodejky z datové schránky.

a

datovou

Vyřízení a uzavření Ukládání a skartace - evidence skartačních znaků a lhůt Ukládání spisů a dokumentů o

podpora skartačního řízení pro papírové i elektronické dokumenty

o

předávání spisů a uzavřených dokumentů do e-spisovny

o

poţadavky na integraci s datovými schránkami – plná integrace s datovými schránkami (dopad zákona 300/2008 Sb., o elektronických úkonech a autorizované konverzi dokumentů a zákona č. 301/2008 Sb., kterým se mění některé zákony v souvislosti s přijetím zákona o elektronických úkonech a autorizované konverzi dokumentů - projekt MV ČR „datové schránky“).

Shoda s platnou legislativou, nároky kladené na systémy zadavatele, a její současná i budoucí údrţba, zejména respektování vydaných národních standardů a rozhraní za účelem ukládání dokumentů. Součástí musí být i dokumentace a kompletní popis dodaných API rozhraní pro integraci s dalšími systémy.

74

Definice dalších poţadovaných funkcí Záměrem města je pořídit a provozovat pro obce ve správním obvodu elektronickou spisovou sluţbu v hostovaném reţimu provozovanou na TC ORP Děčín. variabilně filtrovat výpis evidovaných dokumentů (např. příchozí / odchozí, nevyřízené, moje / všechny,...) podatelně umoţnit jednoduše roztřídit dokumenty po odborech, resp. odděleních pořídit ke kaţdému záznamu o dokumentu evidenční údaje (číslo podací a jednací, datum přijetí, přidělení konkrétnímu referentovi), základní informace o odesílateli/adresátovi (identifikace RČ/IČ, adresa) a předmětu dokumentu přidělit kaţdému záznamu o dokumentu číslo jednací a zařadit jej do spisu vkládat, aktualizovat a smazat jednotlivé záznamy (podle rozsahu přístupových práv) uloţit ke konkrétním záznamům potřebné dokumenty formou elektronické přílohy (v libovolném standardním formátu doc, rtf, pdf, xls, jpeg,…) vyhledávat dokumenty podle libovolných kritérií přeposílat dokumenty v rámci organizace k vyjádření dalším pracovníkům předat jednotlivé dokumenty nebo celé spisy jinému uţivateli zakládat vnitřní poštu (z vlastního podnětu uţivatele) odpovídat pomocí nadefinovaných šablon dopisů (pouţitelné pro MS Word, Open Office, typy lze nastavit pomocí modulu Nastavení šablon) tisknout běţné tiskopisy (podací deník, předávací protokoly pro odbory a Českou poštu, roční knihu pošty atd.) ve formátu pdf tisknout adresy na různé typy obálek a štítků (typy lze nastavit pomocí modulu Nastavení obálek) tisknout čárové kódy (pomocí modulu pro zpracování čárového kódu 3 z 9, do kterého se kóduje podací číslo) integraci s frankovacím strojem (např. Xertec, Neopost) integraci s elektronickou podatelnou (dle konkrétního typu a specifikace, např. TrustPort® ePodatelna) integraci s evidencí ARES (přímý import kontaktních údajů o ekonomických subjektech)

75

integraci s aplikacemi VITA software (aplikace Stavební úřad, Přestupky) integraci se systémy ISVS CzechPoint, IS RŢP, OK Nouze integraci s ISDS – datovými schránkami dle zákona č. 300/2008 Sb. integraci s úloţištěm dokumentů (např. ELOenterprise - nástroj pro správu, skenování a ukládání dokumentů do jednotného datového skladu (archivu)) integraci s aplikacemi třetích stran pomocí modulu SOAP konektor, přičemţ SOAP sluţby tohoto konektoru jsou poskytovány jako serverová část a jsou obsluhovány pomocí standardizovaného SOAP protokolu autorizovanou konverzi vytvořených dokumentů do PDF (s vyuţitím software Print2PDF Premium Edition od Software602, a.s.) komplexní pohled na souhrnné statistické údaje o dokumentech a jejich počtu a typu za celý úřad, za jednotlivé odbory i referenty pomocí Statistiky evidence dokumentů, včetně generování grafů tvorbu a sledování úkolů vyplývajících z vyřizování dokumentů (pomocí aplikace Evidence úkolů, kterou lze vyuţít i pro zadávání jiných úkolů, vzniklých v rámci vykonávání běţné agendy organizace) splnění dalších legislativních poţadavků vycházející z platných zákonů a vyhlášek České republiky: o

zákon č. 499/2004 Sb. o archivnictví a spisové sluţbě ve znění zákona 190/2009 Sb.

o

prováděcí vyhlášku č. 191/2009 Sb., o podrobnostech výkonu spisové sluţby

o

zákon č. 500/2004 Sb., Správní řád

o

zákon č. 227/2000 Sb., o elektronickém podpisu

o

spisový a organizační řád organizace

o

zákon č. 300/2008 Sb., o elektronických úkonech a autorizované konverzi dokumentů

o

prováděcí vyhláška č. 193/2009 Sb., o stanovení podrobností provádění autorizované konverze dokumentů

o

prováděcí vyhláška č. 194/2009 Sb., o stanovení podrobností uţívání a provozování informačního systému datových schránek

76

8.4 Poptávka a nabídka, Analýza trhu – nabídka sluţeb 8.4.1 Zvaţované varianty řešení VARIANTA A Upgrade Spisové sluţby ORP Děčín. Provozování elektronické spisové sluţby v TC ORP Děčín a její přístupnost obcím správního obvodu ORP v hostovaném reţimu. VARIANTA B Upgrade Spisové sluţby ORP Děčín. Pořízení licencí a provoz plných verzí spisových sluţeb pro obce Jílové, Hřensko a Labská Stráň. Provoz spisové sluţby si zajistí kaţdá obec vlastními prostředky. Pro dalších 28 obcí správního obvodu ORP Děčín zajištění elektronické spisové sluţby v hostovaném reţimu provozované v TC ORP Děčín. VARIANTA C Upgrade Spisové sluţby ORP Děčín. Pořízení licencí a provoz plných verzí spisových sluţeb pro všechny obce správního obvodu ORP Děčín. Provoz spisové sluţby si zajistí kaţdá obec vlastními prostředky.

8.4.2 Doporučená varianta Při zohlednění všech ekonomických faktorů a zohlednění individuálních potřeb jednotlivých obcí vychází nejvýhodněji varianta B.

77

8.4.3 Poptávka mezi obcemi správního obvodu ORP Děčín

Obec Arnoltice

Realizace spisové sluţby Hostovaná

Stavební úřad

Matrika

Cena licence

NE

NE

Benešov nad Ploučnicí

Ne

ANO

ANO

Bynovec

Hostovaná

NE

NE

Česká Kamenice

Ne

ANO

ANO

Děčín

Vlastní+provozovatel ANO

ANO

Dobkovice

Hostovaná

NE

NE

21850,- Kč

Dobrná

Hostovaná

NE

NE

21850,- Kč

Dolní Habartice

Hostovaná

NE

NE

21850,- Kč

Františkov nad Ploučnicí

Hostovaná

NE

NE

21850,- Kč

Heřmanov

Hostovaná

NE

NE

21850,- Kč

Horní Habartice

Hostovaná

NE

NE

21850,- Kč

Hřensko

Vlastní

NE

NE

21850,- Kč

Huntířov

Hostovaná

NE

NE

21850,- Kč

Janov

Hostovaná

NE

NE

21850,- Kč

Jánská

Hostovaná

NE

NE

21850,- Kč

Jetřichovice

Hostovaná

NE

NE

21850,- Kč

Jílové

Vlastní

ANO

ANO

69000,- Kč

Kámen

Hostovaná

NE

21850,- Kč

Kunratice

Hostovaná

NE

NE NE

Kytlice

Hostovaná

NE

NE

21850,- Kč

Labská Stráň

Vlastní

NE

NE

21850,- Kč

Ludvíkovice

Hostovaná

NE

NE

21850,- Kč

Malá Veleň

Hostovaná

NE

NE

21850,- Kč

Malšovice

Hostovaná

NE

NE

21850,- Kč

Markvartice

Hostovaná

NE

NE

21850,- Kč

Merboltice

Hostovaná

NE

NE

21850,- Kč

Růţová

Hostovaná

NE

NE

21850,- Kč

Srbská Kamenice

Hostovaná

NE

NE

21850,- Kč

Starý Šachov

Hostovaná

NE

21850,- Kč

Těchlovice

Hostovaná

NE NE

NE

21850,- Kč

Valkeřice

Hostovaná

NE

NE

21850,- Kč

Velká Bukovina

Hostovaná

NE

NE

21850,- Kč

Verneřice

Hostovaná

NE

NE

21850,- Kč

Veselé

Hostovaná

NE

NE

21850,- Kč

21850,- Kč 21850,- Kč 1000000,- Kč

21850,- Kč

78

8.5 Organizace, provoz a reţijní náklady 8.5.1 Organizační model Garantem provozu technologického centra, technické podpory a dohledu nad SLA je odborný koordinátor projektu, který je přímo odpovědný vedoucímu projektu. Zároveň koordinuje činnosti prováděné externími dodavateli.

8.5.2 Provozní model Provozní podpora vyjma technické podpory spisové sluţby bude realizována informatiky Magistrátu města Děčín. Technické podpora provozu spisové sluţby bude zajištěna externím dodavatelem, který bude vybrán na základě výběrového řízení (viz kapitola č. 5). Náklady na provoz spisové sluţby pro Statutární město Děčín zakládané a zřizované organizace zahrnují: mzdové náklady správce poměrnou část nákladů na energie provozní podpora hardware a podpůrného software Veškeré provozní náklady budou hrazeny z rozpočtu Statutárního města Děčín.

8.5.3 Role organizací v projektu Přímé zapojení organizací v projektu se omezuje zejména na součinnost Magistrátu města Děčín s externími dodavateli zboţí a sluţeb. Role organizací v projektu je shodná s modelem, který je podrobně rozebrán v kapitole č. 9.

8.5.4 Organizace výběrových řízení Organizace výběrových řízení byla podrobně popsána jiţ v kapitole č. 5. Spisové sluţby se potom týká zejména veřejná zakázka č. 2 popsaná kapitolou 5.2.2.

8.5.5 Smluvní ujednání pro provozované komponenty Smluvní ujednání v tomto případě má charakter tzv. SLA (Service Level Agreement – smlouva o úrovni poskytovaných sluţeb). Podmínky, obsah i struktura jsou se shodují s charakteristikou SLA uvedenou v kapitole 9.6.2.

79

9 Organizace a reţijní náklady 9.1 Organizační model investiční fáze V investiční fázi bude organizační model sestaven následovně: Statutární město Děčín, obce správního obvodu ORP Děčín, Statutárním městem Děčín zakládané a zřizované organizace, Ústecký kraj, externí dodavatelé.

9.2 Provozní model Běţný provoz TC ORP zajistí ORP Děčín vlastními prostředky (více viz kapitola 10.1.2). Úkolem jeho zaměstnanců bude především administrace TC a podpora uţivatelů. S konkrétními specifickými prvky, funkcemi TC budou seznámeni během implementace TC a během následných školení. Údrţba a technická podpora bude svěřena externím subjektům, které vzejdou z výběrového řízení. Náklady budou hrazeny z provozního rozpočtu odboru provozního a organizačního Magistrátu města Děčín. Opravy dodaného zařízení budou v rámci sjednané pětileté záruky prováděny po celou dobu udrţitelnosti zdarma. Garantované úloţiště bude provozovat na své náklady K.Ú. Ústeckého kraje a bude tuto sluţbu poskytovat podřízeným subjektům svého kraje.

9.3 Role všech organizací v projektu ORP Děčín je garantem a investorem projektu, vyhlašuje výběrová řízení, určuje pravidla a směrnice pro fáze budování i provozu TC, přijímá vybavení TC ORP a sluţby, provozuje TC, poskytuje sluţby, zajišťuje administraci, školení a uţivatelskou podporu (přímo nebo zajištěním externí), financuje provoz TC ORP a poskytování sluţeb. Ústecký kraj stanovuje koncepci eGovermentu v kraji, TC K poskytuje sluţby podřízeným ORP; nabízí také moţnost záloţního poskytování sluţeb při výpadku TC ORP, TC K zajišťuje sluţby, které nezajišťují TC ORP (zejména pak garantované úloţiště elektronických dokumentů).

80

Obce správního obvodu ORP Děčín jsou v pozici konzumentů poskytovaných sluţeb (zejména povinné sluţby) a vystupují jako konzultanti projektu. Organizace zřizované Statutárním městem Děčín jsou poskytovaných doplňkových sluţeb technologického centra.

v pozici

konzumentů

Externí subjekty mají převáţně role dodavatelů vybraného zařízení a sluţeb. Česká republika stanovuje koncepci a dohlíţí na realizaci rozvoje eGovernmentu v ČR. Stanovuje povinný rozsah poskytovaných sluţeb. Určuje strategii eGovernmentu v ČR, která je zakotvena ve formě dokumentu Smart Administration a díky operačním programům umoţňuje její realizaci. Rozhodujícím orgánem státu je v tomto směru Ministerstvo Vnitra ČR.

9.4 Organizace výběrových řízení Dodavatelé potřebného zařízení, licencí a sluţeb budou vybráni na základě veřejné soutěţe, která se bude řídit následujícími ustanoveními: zákonem č. 137/2006 Sb., o veřejných zakázkách, v platném znění. směrnicí č. 5 k pořizování sluţeb, materiálu a majetku města ze dne 23.12.2009 závaznými postupy pro zadávání veřejných zakázek spolufinancovaných ze zdrojů EU, nespadajících pod aplikaci zákona č. 137/2006 Sb., o veřejných zakázkách, v programovém období 2007 – 2013, schválenými usnesením vlády č. 48 ze dne 12. ledna 2009 (závazné postupy jsou uvedeny v příloze příručky č. 7).

9.5 Právní opatření nutná pro realizaci projektu Výchozím právním dokumentem je usnesení č. ZM09110802 - Projekt Technologického centra ORP a spisové sluţby. Realizace projektu TC ORP Děčín si vyţádá následující právní kroky: usnesení na vyhlášení výběrových řízení, usnesení o výběru dodavatelů, smlouvy mezi ORP Děčín a dodavateli, usnesení o příjmu dotace, smlouva o poskytnutí dotace ministerstvem vnitra ČR a ORP Děčín.

81

9.6 Popis obsahu provozních směrnic TC a smluvních ujednání (návrh SLA) 9.6.1 Obsah provozních směrnic TC Provozní směrnice Magistrátu města Děčín bude upraven tak, aby vyhovoval poţadavkům vzniklým realizací projektu TC. Přesto bude respektovat dosavadní pravidla. současná bezpečnostní politika Magistrátu města Děčína organizační struktura Magistrátu o

práva a kompetence jednotlivých pracovních pozic

o

odpovědnost jednotlivých pracovních pozic.

Vzniklá potřeba aplikace nových pravidel do směrnic: popis TC a jeho rozhraní s okolím případné úpravy organizační struktury Magistrátu města Děčína. o

případné definice nových rolí (administrátor, uţivatel, externí provozovatelé a servis), jejich činností a jejich přístupová práv k TC

o

vztahy klíčových rolí k externím subjektům (dodavatel, provozovatel, uţivatel, veřejnost…)

o

definice vztahů mezi klíčovými rolemi a uţivateli.

o

pravidla pro obsazování jednotlivých rolí konkrétními pracovníky

úpravy plynoucí z potřeb TC, nových postupů a technologií: o

konfigurace, seznamy technologií, jejich umístění a pravidla zacházení

o

zajištění fyzické bezpečnosti

nové situace (zejména ty krizové) a jejich řešení (viz níţe) zavedení provozních a auditních záznamů a souvisejících pravidel. Zásadním úkolem bude zajištění bezpečnosti provozu, zejména pak přístupová práva k TC, a nakládání s citlivými informacemi a dokumenty. Zásadní je minimální počet administrátorských přístupů a přístupů s vyššími oprávněními a pravidla jejich práce. Na zabezpečení přístupů se bude podílet externí dodavatel. Proto je třeba vznést konkrétní poţadavky.

82

Dále je důleţité: Sluţby i hardware TC, dostupný pro jednotlivé role, budou zabezpečeny proti přístupu neoprávněných uţivatelů. Budou stanoveny poţadavky na zacházení s přístupovými údaji k elektronickým uţivatelským účtům a pravidla pro zachování jejich funkčnosti (pouţívání určitých znaků, prvotní stanovení a předání hesla, periodické obměny hesel…). Součástí vnitřních směrnic bude ošetření havarijních situací. Je vhodné vyuţít znalostí dodavatelů TC a systémových integrátorů, kteří mají s konkrétním systémem více zkušeností. V případě vzniku takové situace je nutné vypracovat o ní záznamy a aplikovat opatření k minimalizaci budoucího rizika. I přes klíčovou roli prevence (která musí být v provozních směrnicích zakotvena) budou vypracovány konkrétní postupy řešení havarijních situací: Popis havarijní situace. Stručný popis úkonů včetně jejich priorit: o

okamţitá reakce vedoucí k minimalizaci škod a udrţení základních funkcí ,

o

odstranění následků havárie, které je jiţ obsáhlejší a zahrnuje také identifikaci relevantních osob, jejich dosaţitelnost…,

o

kroky vedoucí k obnově plné funkce TC.

9.6.2 Obsah Service Level Agreement Definice obsahu a úrovně poskytovaných sluţeb bude podrobně popisovat veškeré atributy a metriky poskytovaných sluţeb, včetně stanovení jejich akceptační úrovně. Na úrovni ORP bude zajištěn dohled a servis nad provozem po dobu 12 hodin, 5 dní v týdnu. Minimální sluţby, které budou zajištěny, jsou: adresní a jmenné sluţby, doménové sluţby, komunikační infrastruktura (na fyzické a logické vrstvě), email.

83

Provozní zajištění dostupnosti sluţeb bude řešeno redundancí navrţeného systému. Systémy budou rozděleny do skupin podle nároku na jejich servisní zabezpečení v závislosti na poţadované dostupnosti: garantovaná doba odezvy do 1 hodiny garantovaná doba odezvy do 4 hodin garantovaná doba opravy do 24 hodin garantovaná doba opravy do 6 hodin garantovaná doba opravy do 4 hodin Instalované technologie budou vybaveny dohledovým systémem umoţňujícím automatizované hlášení závad, nebo i zhoršení provozních parametrů jednotlivých systémů nebo jejich komponent. Realizace dohledu a servisu je moţné vlastními zaměstnanci nebo formou externích sluţeb. Na úrovni ORP je nutné zajistit dohled a servis nad provozem po dobu 12 hodin, 5 dní v týdnu. Minimální struktura: jednoznačnou identifikaci smluvních stran s přístupem k citlivým datům a technologiím)

(případně

konkrétních

osob

předmět smlouvy o

kvalita sluţby (včetně sankcí za nedodrţení)

dostupnost v čase a místě zabezpečení (vychází z bezpečnostní politiky ORP aplikované na konkrétní sluţbu) spolehlivost (správná funkce, procentuální vyjádření moţných chyb…) doba odezvy nebo fyzické reakce na poţadavek integrita s ostatními prvky doba odstranění poruch o

mnoţství sluţby

počet obhospodařovaných uţivatelů, objem dat nebo spravovaného HW objem poskytnutého času (v případě školení nebo konzultací)

84

místo produkce a místo konzumace sluţeb (zejména pokud je sluţba realizována vzdáleně prostřednictvím komunikačních technologií nebo v případech, kdy je třeba odvoz zařízení k opravě) cena.

85

10 Lidské zdroje, vlastníci a zaměstnanci 10.1 Specifikace funkcí a pozic projektového týmu v investiční a provozní fázi projektu Specifikace dané dokumentem TC ORP – Koncept a východiska: Vybudování TC vyvolá následující personální poţadavky: pravidelné návštěvy u obcí a zřizovaných organizací, nepravidelné návštěvy u uţivatelů dle jimi vyvolané potřeby, poskytnutí odborníků na specializované odborné práce v oblasti IS/IT i na úrovni projektu, zajištění školení a konzultací uţivatelům, komplexní správa hardware (pracovních stanic, serverů, datových úloţišť a telekomunikační infrastruktury), servis hardware (instalace aplikačního SW, OS, atd., profylaxe, zajištění obnovy provozu, výměna vadných součástek, reklamační řízení, upgrade SW, součinnost s dodavateli infrastruktury), komplexní správa sítí (instalace, testování a opravy kabeláţí, instalace, konfigurace a správa firewallů, návrh VPN propojení poboček, zabezpečení sítě, antivirová ochrana, vzdálený dohled), správa softwarových licencí (nákupy licencí a multilicencí, upgrade licencí), optimální chod všech pouţívaných aplikací (instalace a reinstalace, zajištění upgrade na vyšší verze, sledování bezpečnosti aplikací a řešení případných bezpečnostních problémů), zajištění správy helpdesku a podpory uţivatelů.

86

10.1.1 Role

Projektový tým v investiční fázi Osoba

Zapojení člena do projektu

Zkušenosti

projektový manaţer

Ing. Tomáš Kejzlar

Zpracovává projektový záměr. Zpracovává projektovou ţádost. Zpracovává studii proveditelnosti. Odpovídá za podání ţádosti o dotaci. Připravuje harmonogram realizace projektu. Připravuje zadávací kritéria plánovaných výběrových řízení. Spolupracuje s vedoucím projektu. Vyhlašuje a řídí průběh výběrových řízení. Řídí odborného koordinátora, administrátora projektu a finančního manaţera při implementaci projektu. Hlídá dodrţování pravidel publicity projektu. S pomocí administrátora projektu realizuje administraci projektu. Zajišťuje naplnění stanovených indikátoru udrţitelnosti projektu.

Pracuje na pozici vedoucího oddělení IT Magistrátu města Děčín. Manaţer projektu z výzvy IOP č. 02 "E-Government v obcích - Czech POINT". Administrátor projektů obcí ve správním území ORP Děčín z výzvy IOP č. 02 "E-Government v obcích – Czech POINT". Manaţer vzdělávání projektu vzdělávání z výzvy OP LZZ č. 40 - "Vzdělávání v eGon Centrech krajů a obcí s rozšířenou působností" Jako odborný konzultant se podílel na přípravě ţádosti o dotaci z výzvy OP LZZ č. 53 "Zvýšení kvality řízení v úřadech územní veřejné správy".

vedoucí projektu

Ing. Petr Hodboď

Sestaví projektový tým. Zastává poradenskou funkci a provádí dohled nad přípravou projektu a studie proveditelnosti. Zajistí podporu projektu ze strany rady města a zastupitelstva města a předloţí těmto orgánům ke schválení potřebné dokumenty. Koordinuje činnost projektového týmu. Provádí dohled nad realizací projektu a dodrţování podmínek dotace. Zajišťuje financování projektu. Kontroluje průběh výběrových řízení. Provádí dohled nad plněním stanovených indikátorů udrţitelnosti projektu.

Dlouhodobě pracuje na pozici vedoucího odboru provozního a organizačního Magistrátu města Děčín. Koordinace projektu z výzvy IOP č. 02 "EGovernment v obcích - Czech POINT". Vedoucí projektu vzdělávání z výzvy OP LZZ č. 40 - "Vzdělávání v eGon Centrech krajů a obcí s rozšířenou působností". Jako člen přípravného týmu se podílel na přípravě ţádosti o dotaci z výzvy OP LZZ č. 53 "Zvýšení kvality řízení v úřadech územní veřejné správy". Jako člen přípravného týmu se podílel na přípravě ţádosti o dotaci z výzvy OP LZZ č. 57 "Řízení lidských zdrojů v územní samosprávě".

administrátor projektu

Lucie Schejbalová

Spolupracuje s projektovým manaţerem na zpracování projektové ţádosti. Připravuje povinné přílohy ţádosti. Administruje projekt v průběhu realizace projektu spolu s projektovým manaţerem a funguje jako jeho zástupce. Připravuje podklady pro monitorovací zprávy. Spolupracuje s manaţerem projektu a zastupuje ho v jeho nepřítomnosti.

Spolupráce na administraci projektu z výzvy IOP č. 02 "E-Government v obcích - Czech POINT" Člen týmu při přípravě projektových záměrů k plánovaným projektům z výzvy IOP č. 09.

odborný koordinátor

Marián Kubinec

Má na starosti přípravu technických parametrů Technologického centra a zadávacích kriterií pro plánované výběrové řízení. Spolupracuje s projektovým manaţerem při tvorbě Studie proveditelnosti, zejména její technické části. Bude mít na starosti implementaci technologického centra do stávající infrastruktury, včetně komunikace s dodavateli. Bude mít na starosti provoz technologického centra. Bude zajišťovat dohled nad dodrţováním kvality sluţeb.Bude poskytovat technickou podporu subjektům čerpajícím sluţby technologického centra.

Dlouhodobě pracuje na pozici systémového správce IT. Jako odborný konzultant se podílel na realizaci projektu z výzvy IOP č. 02 "E-Government v obcích - Czech POINT". Jako odborný konzultant se podílel na přípravě a realizaci technického zabezpečení projektu vzdělávání z výzvy OP LZZ č. 40 "Vzdělávání v eGon Centrech krajů a obcí s rozšířenou působností".

finanční

Bc. Dita

Připravuje

Dlouhodobě

rozpočet

projektu

spolu

s

pracovala

87

na

pozici

manaţer

Nohejlová

manaţerem projektu. Spolupracuje na tvorbě rozpočtového harmonogramu, finanční a ekonomické analýzy. Zodpovídá za dodrţování rozpočtové skladby. Vede oddělené účetnictví projektu. Zodpovídá za řádné vyúčtování projektu. Připravuje účetní podklady pro monitorovací zprávy. Zodpovídá za a kontroluje odepisování majetku. Spolupracuje s projektovým manaţerem při případné finanční kontrole projektu.

ekonoma. Zpracovávala rozpočty projektů, administrovala finanční části projektů v sociální oblasti. V současné době administruje projekty OP LZZ výzvy č. 57 a č. 69.

88

10.1.2 Personální zajištění provozu Administraci TC ORP budou provádět interní zaměstnanci oddělení IT Magistrátu města Děčín. Budou jimi realizátoři projektu implementační fáze projektu (viz tabulka v kapitole 10.1.1). Technickou podporu a údrţbu TC i SPS bude svěřena externím firmám, které vzejdou z veřejné soutěţe. Veškeré náklady související s provozem TC i SPS, tedy administraci i platby externím subjektům, které budou zajišťovat údrţbu a technickou podporu, budou hrazeny z rozpočtu ORP. Poruchy technologického zařízení budou řešeny v rámci záruky trvající po celou dobu udrţitelnosti (60 měsíců).

10.2 Poţadavky odpovědnosti

na

kvalifikaci,

kompetence

a

Kvalifikace členů projektového týmu a následně osob zajišťujících provoz je pro práci s informačními technologiemi zcela zásadní.

10.2.1

Poţadavky na členy projektového tým

Projektový tým bude sloţen ze zaměstnanců Statutárního města Děčín a z osob zastupujících dodavatelskou stranu. Členové týmu z řad dodavatele obsadí role uvedené v kapitole 5.2.1.7.

89

Základní předpoklady pro vybrané specifické role: Vedoucí projektu: manaţerské schopnosti a dovednosti praxe v oblasti výběrových řízení a veřejných zakázek praxe v projektovém rozpočtu…)

řízení

(vytváření

a

dodrţování

harmonogramu,

administrativa. Projektový manaţer, administrátor projektu: komunikační schopnosti znalost interního prostředí Magistrátu města Děčína i projektu administrativa. Finanční manaţer: orientace v pravidlech pro přidělování dotací znalost účetnictví administrativa. Odborný kooordinátor: znalost ICT na vysoké úrovni zkušenosti s prací v týmu.

10.2.2

Poţadavky na tým zajišťující provoz

Základní předpoklady: S ohledem na vysokou technicko-technologickou náročnost provozu TC a SPS bude zajištěno kvalitního odborné vzdělání a relevantní odborná praxe doloţená ţivotopisy. Pracovníci budou ovládat na vysoké úrovní výpočetní a komunikační technologie. Budou schopni poskytovat konzumentům sluţeb odbornou podporu a pomoc při řešení problémů. Zásadní význam mají znalosti správy sítí, uţivatelských účtů, způsobu integrace celého systému i obecné administrace.

90

Důleţitá je znalost uţivatelů, jejich hierarchie a přístupových práv připadajících jednotlivým rolím. Znalost běţných provozních i krizových směrnic (včetně schopnosti podílet se na jejich vzniku). Zaměstnanci Magistrátu města Děčína disponují potřebnými znalostmi a dovednostmi k tomu, aby se mohli účastnit projektu TC ORP. Jejich kvalifikace bude dále zvyšována účastí na projektu a relevantními školeními. Provoz, opravy a údrţba bude zajišťována externími subjekty, proto se o kvalifikační předpoklady svých zaměstnanců postará dodavatel

11 Realizace projektu, časový plán Část 1: Zpracování projektového záměru

1. 4. 2010 – 15.4.2010

Část 1: Zpracování studie proveditelnosti

16. 4. 2010 – 26.5.2010

Část 1: Podání ţádosti o dotaci

31. 5. 2010

Část 1: Výběrové řízení SPS 1. a 2. část

prosinec 2010 – březen 2011

Část 1: Výběrové řízení SPS 3. část

červenec 2011 – září 2011

Část 1: Výběrové řízení TC

srpen 2011 – říjen 2011

Část 2: Dodávka TC

listopad 2011

Část 2: Testovací provoz TC

prosinec 2011

Část 2: Dodávka SPS

červen 2011

Část 2: Testovací provoz SPS

srpen 2011

Část 2: Ukončení realizace projektu

29. 02. 2012

Ostrý provoz TC a SPS

leden 2012

91

12 Finanční analýza projektu, finanční plán Základem pro finanční analýzu projektu jsou veškeré finanční toky, které budou vyplývat z realizace projektu. Tyto finanční toky jsou uvaţovány v podobě příjmů a výdajů tzn. reálně vynaloţených a získaných peněţních prostředků nebo jejich ekvivalentů. Nejedná se o náklady a výnosy jak jsou vnímány na základě účetního principu. Pro výpočet všech ukazatelů nejsou započítány výdaje v předinvestiční fázi projektu, které bylo nutné vynaloţit v rámci rozhodování o realizaci projektu. Veškeré ceny pořizovaného majetku v rámci projektu jsou uvedeny na základě reálných cen roku 2010. Všechny ceny jsou uvedeny včetně DPH. Všechny výdaje se vztahují k výkonu působnosti v oblasti veřejné správy a město tedy nemá nárok na odpočet DPH. Všechny hodnoty jsou pro potřeby výpočtů uváděny v ročním rozlišení od data zahájení projektu.

12.1 Zajištění dlouhodobého majetku 12.1.1

Vymezení struktury dlouhodobého majetku

V tabulce níţe je uveden přehled dlouhodobého majetku pořizovaného v rámci projektu. Tento majetek je moţné rozčlenit na: hardware licence a software sluţby (implementace). Poloţka

TC 3x Server TC Diskové pole + 10x SAS disk

Cena

550 000 Kč 1 200 000 Kč


500 000 Kč

TC Licence VMWare

500 000 Kč

TC Implementace

120 000 Kč

SPS Upgrade Děčín

1 000 000 Kč


69 000 Kč

SPS Pořízení Labská stráň a Hřensko Hostovaná SPS Licence 28 obcí včetně implementace

43 700 Kč 611 800 Kč

CELKEM

12.1.2

4 594 500 Kč

Určení výše investičních nákladů

Celkové investiční náklady jsou určeny jako součet jednotlivých poloţek pořizovaného dlouhodobého majetku. Jak bylo uvedeno v úvodu kapitoly 12, všechny ceny jsou uvedeny včetně DPH. Celková výše investičních nákladů tohoto projektu včetně nákladů na studii proveditelnosti činí 4 690 500 Kč.

12.2 Řízení pracovního kapitálu (oběţný majetek) Vzhledem k charakteru majetku pořizovaného v rámci projektu a jeho provozním vlastnostem nebude nutné vytvářet zásoby nebo podobné poloţky. Pro zajištění provozu bude nezbytná pouze elektrická energie a zajištění údrţby technologického centra a spisové sluţby. Realizací projektu se prakticky nijak nezvýší spotřeba oběţného kapitálu, a proto není nutné detailně plánovat jeho řízení.

12.2.1

Vymezení struktury a velikosti oběţného majetku

12.3 Přehled celkových nákladů v investiční fázi V tabulce níţe je uveden přehled celkových výdajů v investiční fázi projektu. Celkové výdaje zahrnují jak investiční tak provozní výdaje, které bude nezbytné vynaloţit v roce 2010, kdy bude realizována investiční fáze projektu. Poloţka TC 3x Server

Cena DPH

bez

Cena včetně DPH

DPH

458 333 Kč

91 667 Kč

550 000 Kč

1 000 000 Kč

200 000 Kč

1 200 000 Kč


416 667 Kč

83 333 Kč

500 000 Kč

TC Licence VMWare

416 667 Kč

83 333 Kč

500 000 Kč

TC Implementace včetně školení

100 000 Kč

20 000 Kč

120 000 Kč

80 000 Kč

16 000 Kč

96 000 Kč

833 333 Kč

166 667 Kč

1 000 000 Kč


57 500 Kč

11 500 Kč

69 000 Kč


36416 Kč

7284 Kč

43 700 Kč

528 042 Kč

105 608 Kč

633 650 Kč

3 908 750 Kč

781 750 Kč

4 690 500 Kč

TC Diskové pole + 10x SAS disk

TC Studie proveditelnosti SPS Upgrade Děčín

Hostovaná SPS Licence 29 obcí včetně implementace

CELKEM

93

12.4 Přehled celkových nákladů v provozní fázi Poloţka

Provoz

2010 2011

2013

2014

CELKEM

TC Energie

0

24000

24000

24000

24000

96 000

TC Maintenance (HW+SW)

0

90 000

90 000

90 000

90 000

360 000


0 300 000 300 000 300 000 300 000 1 200 000


0 350 000 350 000 350 000 350 000 1 400 000

CELKEM

12.4.1

2012

0 764 000 764 000 764 000 764 000 3 056 000

Amortizace

Statutární město Děčín neúčtuje o odpisech dlouhodobého majetku. Vzhledem k tomu, ţe všechny hodnoty jsou vyjádřeny jako hotovostní toky (příjmy a výdaje), nejsou odpisy relevantním vstupem do výpočtu finančních ukazatelů.

12.5 Příjmy provozní fáze Uskutečnění tohoto projektu nebude pro město znamenat dosaţení ţádných provozních příjmů. Pro účely výpočtu ukazatelů pro finanční hodnocení investice je v pátém roce provozu uvaţována jako příjem zůstatková hodnota investice, která je na základě pořizovacích cen a ţivotnosti dlouhodobého majetku odhadována na 459 450 Kč.

94

12.6 Finanční plán investiční a provozní fáze Poloţka

TC 3x Server TC Diskové pole + 10x SAS disk

Investice

2010

2011

Kč

2012

2013

2014

-550 000 Kč

0 Kč

0 Kč

0 Kč

-550 000 KČ

Kč -1 200 000 Kč

0 Kč

0 Kč

0 Kč

-1 200 000 Kč


Kč

-500 000 Kč

0 Kč

0 Kč

0 Kč

-500 000 Kč

TC Licence VMWare

Kč

-500 000 Kč

0 Kč

0 Kč

0 Kč

-500 000 Kč

Kč

-120 000 Kč

0 Kč

0 Kč

0 Kč

-120 000 Kč

Kč

-96 0000 Kč

0 Kč

0 Kč

0 Kč

-96 000 Kč

SPS Upgrade Děčín

Kč -1000 000 Kč

0 Kč

0 Kč

0 Kč

-1 000 000 Kč


Kč

-69 0000 Kč

0 Kč

0 Kč

0 Kč

-69 000 Kč


Kč

-43 7000 Kč

0 Kč

0 Kč

0 Kč

-43 700 Kč

Hostovaná SPS Licence 28 obcí včetně implementace

Kč -611 8000 Kč

0 Kč

0 Kč

0 Kč

- 611 800 Kč

459 450 Kč

459 450 Kč

TC Implementace včetně školení TC Studie proveditelnosti

Zůstatková hodnota investice Neinvestice

CELKEM

Publicita projektu

Kč

-30 000 Kč

0 Kč

0 Kč

0 Kč

-30 000 Kč

TC Energie TC Maintenance (HW+SW)

Kč

-24 000 Kč

-24 000 Kč

-24 000 Kč

-24 000 Kč

-96 000 Kč

Kč

-90 000 Kč

-90 000 Kč

-90 000 Kč

-90 000 Kč

-360 000 kč


Kč

-300 000 Kč

-300 000 Kč

-300 000 Kč

-300 000 Kč

-1 200 000 Kč


Kč

-350 000 Kč

-350 000 Kč

-350 000 Kč

-350 000 Kč

-1 400 000 kč

Kč -5 484 500 Kč -764 000 Kč -764 000 Kč -304 550 Kč

-7 317 050 Kč

Provoz

Cashflow

12.7 Přehled financování projektu

95

Obě části projektu budou financovány z rozpočtu města a následně po jejich ukončení bude ţádáno o ex-post úhradu nákladů ve výši 85% způsobilých výdajů projektu. Výpočty a vyhodnocení finančních ukazatelů Pro vyhodnocení finančního přínosu projektu jsou pouţity následující standardní dynamické ukazatele pouţívané pro hodnocení investic: Čistá současná hodnota (NPV) Čistá současná hodnota (zkráceně ČSH nebo NPV z anglického Net Present Value) je finanční ukazatel vyjadřující současnou hodnotou budoucích peněţních toků a současného výdaje. Čistá současná hodnota se pouţívá jako kritérium pro hodnocení výnosnosti investičních projektů. Hlavní výhodou tohoto kritéria je zohlednění faktoru času. Vnitřní výnosové procento (IRR) Vnitřní míra výnosu je taková úroková (diskontní) míra, při které je čistá současná hodnota peněţních toků investice rovna nule. Investice je přijatelná, je-li její vnitřní míra výnosu větší neţ trţní diskontní míra stejně rizikových investic. Doba návratnosti Doba návratnosti představuje časový úsek nutný ke splacení investice. Index rentability Index rentability je podíl čisté současné hodnoty projektu a sumy investovaných prostředků. Stanovení diskontní míry Pro získání moţnosti promítnout faktor času do hotovostních toků je nezbytné stanovit příslušnou diskontní sazbu. Ta reprezentuje náklady kapitálu, které je investor nucen vynaloţit za získání různých forem kapitálu, ze kterého je investice financována. Všechny zdroje budou mít veřejný základ (dotace + rozpočet obce), takţe pro potřeby následujících výpočtů bude pouţita dlouhodobá reálná společenská diskontní míra 5 % p.a.

12.8 Výsledky finanční analýzy

96

Čistá současná hodnota (NPV) Čistá současná hodnota investice činí – 7 317 050,- Kč. Z ryze finanční stránky hodnocení je tedy projekt ztrátový (neefektivní). Vnitřní výnosové procento (IRR) Vzhledem k záporným hodnotám peněţních toků v kaţdém roku provozu investice nelze tento ukazatel vyjádřit. Doba návratnosti Vzhledem k záporným hodnotám peněţních toků v kaţdém roku provozu investice nelze tento ukazatel vyjádřit. Index rentability Index rentability investice činí – 1,42. Dle výsledků tohoto ukazatele není projekt z finančního hlediska rentabilní a přínosný.

12.9 Závěry finanční analýzy Na základě výsledků všech ukazatelů je zřejmé, ţe projekt je z čistě finančního hlediska nerentabilní a proto by byl pro jakéhokoliv komerčního investora nepřijatelný, protoţe negeneruje ţádný přímý finanční zisk. Subjekt s čistě ziskovým zájmem by jej z tohoto důvodu nikdy v této variantě nepodstoupil. Protoţe se však jedná o projekt sledující veřejný zájem, je potřeba hodnotit ho z širšího pohledu a zahrnout do hodnocení i jiné neţ přímé finanční přínosy. Výstupy projektu budou mít pro všechny dotčené skupiny kladný efekt.

97

13 Ekonomická analýza projektu Ekonomická analýza je pro posuzovaný projektový záměr nerelevantní, protoţe se jedná o projekt bez předpokládaných generovaných příjmů.

98

14 Analýza rizik Typy rizika: projektová rizika technická rizika organizační rizika ekonomická rizika Legenda k tabulce: úroveň dopadu rizika o

nízká – zeleně

o

střední – ţlutě

o

vysoká – červeně

pravděpodobnost rizika o

nízká – zeleně

o

střední – ţlutě

o

vysoká – červeně

99

ID rizika

Typ

Popis rizika

Dopad

Pravděpodobnost

Opatření

Kritérium eliminace

1

Projektové

Nebudou dodrţeny termíny harmonogramu

V

V

Alokovat dostatečné mnoţství kvalitních kapacit, jak na straně dodavatele, tak zákazníka.

Původní termíny harmonogramu projektu budou dodrţeny

Aktivně kontrolovat veškeré termíny harmonogramu a včas eskalovat a řešit moţné zpoţdění termínu

2

Projektové

Prostředí TC (část I. A II. nebude připraveno

V

S

Přizpůsobit harmonogram projektu budování TC ORP část III. vzhledem k případným změnám částí I. a II.

Prostředí TC (část I. a II. bude připraveno v dostatečném předstihu

3

Projektové

Nebude zajištěna potřebná součinnost pracovníků ORP

S

S

Alokovat odpovídající kvalitní zdroje na straně zákazníka

Nedojde ke zpoţdění prací oproti harmonogramu projektu kvůli neposkytnutí součinnosti pracovníky ORP

4

Technická

HW a SW architektura není optimální

V

N

Navrhnout architekturu dostatečně výkonnou a stabilní

Nedochází k výpadkům a dostupnosti sluţeb

5

Organizační

Dojde k porušení podmínek dotace

V

N

Zajistit, splnění všech podmínek pro poskytnutí dotace, zveřejněných na portále MV.

Dotace přidělena vyplacena

Zajištění udrţení podmínek po celou dobu udrţitelnosti projektu

Kontrola neshledala porušení podmínek, za kterých byla dotace přidělena – nedochází k vrácení dotace

100

je a

6

Organizační

Nízká politická podpora projektu

S

N

Cíleně informovat politiky ORP – vysvětlit důleţitost budování TC ORP ve vazbě na TC K a strategii eGovernmentu.

Projekt schválen realizaci

je k

7

Ekonomická

Náklady na realizaci TC přesáhnou náklady uvedené ve studie proveditelnosti

S

S

Zajistit garantovanou cenu nabídky od dodavatele v souladu s poskytnutou výší dotace.

Náklady vybudování TC ORP nepřevyšují očekávané výdaje

V případně odůvodněného nárůstu výdajů zajistit pokrytí přesahu vlastními zdroji 8

Ekonomická

Dotace na vybudování TC ORP nebude poskytnuta

V

N

Zajistit, splnění všech podmínek pro poskytnutí dotace, zveřejněných na portále MV


je a

9

Ekonomická

Dotace na vybudování TC ORP bude poskytnuta pouze částečně

S

N

Zajistit, splnění všech podmínek pro poskytnutí dotace, zveřejněných na portále MV


je a

Specifickým tipem rizika projektů, které usilují o podporu ze strukturálních fondů EU ve formě dotací je případ, kdy dotace nebude poskytnuta v předpokládané výši nebo nebude poskytnuta vůbec. V takovém případě bude ORP Děčín vzniklý rozdíl hradit z vlastních zdrojů. Rozpočet ORP Děčín disponuje dostatečnými prostředky na krytí takto vzniklých výdajů, nicméně výdaje v této výši by si vyţádaly značné omezení budoucích investic do rozvoje ORP v budoucnu.

101

15 Udrţitelnost projektu Výstupy projektu, tedy funkční a rozšiřitelné technologické zázemí a na něm provozované sluţby, budou udrţeny minimálně 60 měsíců od ukončení realizace projektu. Po celou dobu bude dbáno na dosahování stanovené úrovně poskytovaných sluţeb a zabudovávání nových (např. sluţby eGON).

15.1 Institucionální rovina Vlastníkem projektu bude po celou dobu jeho trvání a poskytování ORP Děčín, který převzal na základě zákona č. 314/2002 Sb. většinu pravomocí a úloh bývalého okresního úřadu. Zodpovídá za jeho realizaci a následné poskytování určených sluţeb. Dbá také na jeho začlenění do koncepce stanovené Ústeckým krajem. Přímo nadřízenou institucí je pak Ústecký kraj zřízený zákonem č. 129/2000 Sb., který dává jednotnou koncepci rozvoji TC a eGovernmentu v kraji. Proto hraje důleţitou roli také při budování TC ORP Děčín. Ústeckým kraj je pak podřízen centrálním orgánům státní správy (zejména jednotlivým ministerstvům). Obce ve správním obvodu ORP Děčín a jím zřizované a zakládané instituce jsou pak hierarchicky podřízenými subjekty ORP a zároveň konzumenty sluţeb poskytovaných TC ORP.

15.2 Finanční rovina Projekt TC ORP bude v investiční fázi financován z rozpočtu ORP Děčín a dotace. Financování udrţení provozu TC i elektronické spisové sluţby bude zajišťovat ORP Děčín. Během provozní fáze nebude TC vytvářet ţádný zisk. Financování investiční i provozní fáze TC ORP a SPS podrobně rozvádí kapitola 12 Finanční analýzy projektu, finanční plán.

15.3 Provozní rovina Minimálně po celou dobu udrţitelnosti bude provoz zajištěn za pomoci interních i externích pracovních sil. Zaměstnanci oddělení IT Magistrátu města Děčín (členové projektového týmu) budou zajišťovat administraci TC ORP, přičemţ zúročí zkušenosti nabyté během investiční fáze a vědomosti získané proškolením na vysokou úroveň. Technickou podporu TC ORP i elektronické spisové sluţby zajistí externí subjekty, které vzejdou z veřejných soutěţí. Mezi kritérii hodnocení budou poţadavky na kvalifikaci, které uchazeč doloţí potřebnými dokumenty a relevantními referencemi.

102

Hmotné zařízení TC ORP bude po celou dobu majetkem zadavatele. Externí subjekty budou na základě kvalitních uzavřených smluv zajistit především servis a obnovu TC a eSS, potřebný upgrade a další kroky k udrţení funkčnosti a úrovně poskytovaných sluţeb. Případné budoucí projekty zaměřené na rozšíření či integraci dalších sluţeb budou realizovány opět projektovými týmy sloţenými minimálně ze zaměstnanců zadavatele a dodavatele vzešlého z veřejné soutěţe.

103

16 Závěr 16.1 Shrnutí výsledků Studie proveditelnosti prokázala výběr nejvýhodnější varianty realizace projektu. V rámci studie byl proveden odborný odhad potřebných finančních prostředků v investiční a provozní fázi, prokázala se udrţitelnost investice a byla identifikována rizika projektu.

16.2 Vyjádření k realizovatelnosti a finanční rentabilitě projektu Projekt je plně realizovatelný z hlediska technické proveditelnosti i zajištění finančních prostředků.

16.3 Popis postupu návazných projektů 16.3.1 Projekty dle navazujících výzev IOP/OPLZZ V rámci Integrovaného operačního programu je aktuálně vyhlášena výzva č. 09 „Zajištění přenosu dat a informací v územní samosprávě“. Realizované projekty, které vzejdou z této a dalších výzev IOP logicky doplní projekt technologického centra ORP. Návaznost poskytují také projekty dle výzvy OPLZZ č. 53.

16.3.2 Projekty v rámci TC ORP a TC K Infrastruktura TC ORP Děčín je vyuţitelná pro provozování aplikací v širokém spektru funkcí, jako je účetnictví, rozpočet, řízení projektů, správa aktiv (majetek), agendové systémy samosprávy, atd. Pro TC ORP Děčín jsou vyuţitelné sluţby garantovaného úloţiště TC K.

16.4 Závěry a doporučení Posuzovaný projektový záměr TC ORP Děčín doporučujeme k realizaci.

104

Studie proveditelnosti

Recommend Documents