Specifikace p edm tu pln ní a technické požadavky

Digitally signed by Ludmila Hnutová DN: cn=Ludmila Hnutová, c=CZ, o=Česká správa sociálního zabezpečení, ou=Odbor právní, [email protected] Date: 2015.02.04 12:09:26 +01'00'

íloha . 1 k Rámcové smlouv

Specifikace p edm tu pln ní a technické požadavky

Obsah 1

Úvod ................................................................................................................................................ 3

2

P edm t ve ejné zakázky.................................................................................................................. 4

3

Specifikace APV ................................................................................................................................ 5 3.1

3.1.1

Legislativní rámec ............................................................................................................. 5

3.1.2

Popis aplikace ................................................................................................................... 5

3.1.3

Architektura aplikace ........................................................................................................ 5

3.1.4

Použité technologie .......................................................................................................... 6

3.2

APV DMS (Document management systém) ............................................................................. 6

3.2.1

Legislativní rámec ............................................................................................................. 6

3.2.2

Popis aplikace ................................................................................................................... 6

3.2.3


3.2.4

Použité technologie .......................................................................................................... 7

3.3

APV DMS (ATV) ......................................................................................................................... 7

3.3.1

Popis aplikace ................................................................................................................... 7

3.3.2


3.4

APV ATR (obecné ešení úloh ATT, ATT_INS, ATR_EXK) ............................................................. 8

3.4.1

Popis aplikace ................................................................................................................... 8

3.4.2


3.5

4

APV ZDV (databáze zdrojových datových v t) ........................................................................... 5

Digitaliza ní linka ................................................................................................................... 10

3.5.1

Legislativní rámec ........................................................................................................... 10

3.5.2

Popis aplikace ................................................................................................................. 10

3.5.3

Architektura aplikace ...................................................................................................... 10

3.5.4

Použité technologie ........................................................................................................ 11

3.6

Standardy IKT SSZ ................................................................................................................. 11

3.7

Výkonnostní požadavky .......................................................................................................... 12

Rozvoj aplikace APV ZDV, DMS (ATV), ATR a Digitaliza ní linka ....................................................... 13 4.1

Projektové ízení..................................................................................................................... 14

4.2

Analytická ást........................................................................................................................ 15

4.3

Vývojová ást.......................................................................................................................... 16

4.4

Testovací ást ......................................................................................................................... 17

4.5

Školení.................................................................................................................................... 18 1

5

4.6

Nasazování do produkce ......................................................................................................... 19

4.7

Požadované sou innosti ......................................................................................................... 20

Zajišt ní aplika ní podpory APV ZDV, DMS (ATV), ATR a Digitaliza ní linka...................................... 21 5.1

P evzetí do servisu.................................................................................................................. 21

5.1.1 5.2

Rozsah p evzetí do servisu .............................................................................................. 21

Poskytování aplika ní podpory APV ZDV, DMS, (ATV), ATR a Digitaliza ní linka ....................... 21

5.2.1

Návrh SLA ....................................................................................................................... 22

5.2.2

Algoritmus vyhodnocení aplika ní podpory ..................................................................... 23

5.2.3

Rozsah služeb aplika ní podpory ..................................................................................... 24

2

1 Úvod Závazné podmínky: 1.1

Smyslem a ú elem P ílohy . 1 Rámcové smlouvy o vývoji a údržb aplika ního programového vybavení pro blok podp rné systémy ZDV, DMS (ATV), ATR a Digitaliza ní linka – II (dále jen „Rámcová smlouva“), uzav ené v souladu s ustanovením § 89 a následujícími zákona . 137/2006 Sb., o ve ejných zakázkách, ve zn ní pozd jších p edpis (dále jen „ZVZ“), ustanovením § 1746 odst. 2 zákona . 89/2012 Sb., ob anský zákoník, ve zn ní pozd jších edpis (dále jen „ob anský zákoník“) a v souladu s ustanovením § 2358 a následujícími ob anského zákoníku, je zejména: a)

podrobn a p ehledn vymezit p edm t pln ní Rámcové smlouvy, odd len od ostatních ustanovení Rámcové smlouvy,

b)

stanovit technické specifikace p edm tu pln ní,

c)

vymezit p edm t pln ní prost ednictvím návrh Zhotovitele.

1.2

Obchodní a technické podmínky a podmínky pln ní dle Rámcové smlouvy stanovené Objednatelem není Zhotovitel oprávn n upravovat.

1.3

Zhotovitel je oprávn n a zárove povinen specifikovat v rámci této P ílohy . 1 Rámcové smlouvy p edm t pln ní v rozsahu, který je mu dán Objednatelem (viz grafické znázorn ní a upozorn ní na povinnost dopln ní p íslušných informací, návrh apod.).

3

2

edm

ve ejné zakázky

Závazné podmínky: Objednatel požaduje vypracování komplexní nabídky pro blok podp rné systémy, která zajistí stabilní rozvoj APV ZDV, DMS (ATV), ATR a Digitaliza ní linka, dále podporu stávající aplikace ZDV, DMS (ATV), ATR a Digitaliza ní linka i nov dodaných produkt a poskytnutí sou innosti p i nasazování nových verzí aplikace do systému. Pln ní bude sjednáno na dobu 4 let. Nabídnutá dodávka a služby tvo í: Rozvoj ZDV, DMS (ATV), ATR a Digitaliza ní linka o

Zapracování úprav stávajícího APV ZDV, DMS (ATV), ATR a Digitaliza ní linka (legislativní zm ny, úpravy v aplikacích ZDV, DMS (ATV), ATR a Digitaliza ní linka na základ požadavk metodik a návrh uživatel ), vývoj a sestavení nových komunika ních rozhraní se stávajícími i nov vytvo enými aplikacemi a vypracování íslušné dokumentace

Poskytování aplika ní podpory o o

evzetí do servisu Poskytování podpory APV ZDV, DMS (ATV), ATR a Digitaliza ní linka

4

3 Specifikace APV Blok podp rné systémy tvo í tyto aplikace: ZDV, DMS (ATV), ATR a Digitaliza ní linka.

3.1 APV ZDV (databáze zdrojových datových 3.1.1

t)

Legislativní rámec

Oblast ZDV podléhá interním p edpis m a standard m SSZ.

3.1.2

Popis aplikace

Databáze zdrojových datových v t se využívá jako úložišt vstupních datových v ty (XML) azené k jednotlivým p ípad m (klient m). Do ZDV jsou ukládána veškerá vstupní strukturovaná data a to jak po ízená klienty a podaná v elektronické podob , tak rozpoznaná data z papírových podání i data po ízená pracovníky eské právy sociálního zabezpe ení (dále jen „ SSZ“ v jednotlivých agendách. Tato data jsou používána jako vstupní data pro jednotlivé agendy SSZ. Jednotlivé aplikace využívají komponentu pro zobrazení dat ZDV, která je sou ástí ZDV a dále je sou ástí klient ZDVBrowser. Dále aplikace využívají rozhraní aplikace – službu wsZDV.

3.1.3

Architektura aplikace

Interní architektura APV ZDV APV ZDV je tvo ena moduly: DB vrstva Webová služba wsZDV Klient Komponenta pro integraci klient Sou ástí APV jsou dále níže uvedené komponenty sdílené v rámci IIS SSZ: Scheduler (SCH) – integra ní komponenta pro plánování a ízení asynchronních úloh Dávkový procesor (DAP) – integra ní komponenta pro dávkový p enos dat mezi APV/systémy IIS SSZ s definovanou transformací Application Status (APS) – systémová komponenta pro identifikaci „živosti“ APV/systému

Spolupracující aplikace S aplikací komunikují tyto systémy: KL UI44 PKS VZT UI08 NEM POJ EXK ZDD DMS klienti KL TC2

5

SI2 DIS IPK

3.1.4

Použité technologie

Microsoft .NET Framework 3.5 Microsoft Windows Server 2003 Microsoft IIS Server 6 Oracle DB Driver 10g Oracle 10g

3.2 APV DMS (Document management systém) 3.2.1


Oblast Document management systém je v eské republice obecn legislativn vymezena t mito hlavními právními p edpisy: zákon . 499/2004 Sb. o archivnictví a spisové služb a jeho novelizace - zákon . 190/2009 Sb. s ú inností od 1. 7. 2009 zákon . 300/2008 Sb. o elektronických úkonech a autorizované konverzi dokument ve zn ní pozd jších p edpis zákon . 227/2000 Sb. o elektronickém podpisu a o zm n kterých dalších zákon (zákon o elektronickém podpisu) ve zn ní pozd jších p edpis zákon . 365/2000 Sb. o informa ních systémech ve ejné správy ve zn ní pozd jších p edpis vyhlášky . 191/2009 Sb., 192/2009 Sb., 193/2009 Sb. a 194/2009 Sb.

3.2.2

Popis aplikace

DMS je systém, který zabezpe uje innosti související s p ijímáním, zpracováváním, vydáváním a ukládáním elektronických dokument v etn zabezpe ení jejich ob hu. Do systému p istupují uživatelé – pracovníci SSZ p es webové rozhraní po autorizaci a p ísné autentifikaci. Jednotlivým uživatel m jsou zp ístupn ny pouze ty funk ní ásti (klientské aplikace) a p íslušné informace (data), na která mají oprávn ní definovaná prost ednictvím p id lených rolí a pozic v AAA Portálu. Veškerý p ístup k dokument m uloženým v DMS je pln pod ízen kontrole práv ístupu nezávisle na tom, ze které klientské aplikace DMS k nim uživatel p istupuje. Každý dokument je v DMS uložen jako objekt s povinnou strukturovanou ástí – tzv. profilem dokumentu (metadaty) – a vlastním souborem dokumentu (t lo dokumentu). T lo dokumentu edstavuje obecn binární soubor v libovolném formátu (nap .: .doc, .xls, .pdf, .dgw, .xml, .html, .tif a další).

3.2.3


Interní architektura APV DMS Systém DMS má k dispozici následující klientské aplikace: Klient Evidence podání – evidence podání dokument Aktivní klient – vyhledávání a úprava dokument DMS Univerzální klient – vyhledávání a prohlížení dokument DMS Aplika ní podpora DMS dále zahrnuje komponentu DMSViewer (DMV, DMP) sdílenou v rámci IIS SSZ, která slouží pro zajišt ní náhledu na dokumenty uložené v DMS prost ednictvím unifikovaného rozhraní. Na SSZ jsou vytvo ena celkem t i prost edí systému DMS - integra ní prost edí, testovací/školící prost edí a produk ní prost edí. Ve všech t chto prost edích je nainstalován produkt IBM DB2 Content Manager for Multiplatforms, verze 8.4.2, FP2.

6

Klienti (IE)

WebSeal

CSS / NAT 10.200.203….

10.200.144….

10.200.141….

TCP Proxy Aplika ní Server API

Aplika ní Server RM-záložní

Aplika ní Server API Aplika ní Server API

Aplika ní Server B

10. 202.203….

10. 202.141….

10. 205.203…

10. 205.141….

TCP Proxy

Aplika ní Server RM, WF API

Aplika ní Server A

Aplika ní Server, RM

Aplika ní Server A, API, WF

Soubory

Aplika ní Server C

10. 9. 24…

Databázový server CM - LS

Soubory

WebSeal

CSS / NAT

Aplika ní Server A

Aplika ní Server RM

I-dms.cssz.cz

t-dms.cssz.cz

ws.cssz.cz/I-dms

10.13…

ws.cssz.cz/t-dms

dms.cssz.cz

ws.cssz.cz/dms

10.1.131…

dms.cssz.cz:9081

Klienti (IE)

PC administrátora

10.11.??

DMS

ORACLE Database

Produk ní

Soubory

10. 9. 40…

10. 9. 32…

DB server

DB server

ORACLE Database

ORACLE Database

Školící (Pilotní)

Integra ní

Spolupracující aplikace Vzhledem k za azení APV DMS jako pr ezového subsystému v rámci informa ního systému SSZ, poskytuje DMS aplika ní a klientské rozhraní externím agendovým aplikacím a také uživatel m. Hlavním cílem systému DMS jsou innosti související s p ijímáním, zpracováváním, vydáváním a ukládáním elektronických dokument v etn zabezpe ení jejich ob hu. Systém DMS dále využívá t chto APV implementovaných na SSZ: AAA portál DB ZDV Kmenové evidence Biz Talk Server

3.2.4


IBM DB2 Content Manager for Multiplatforms, verze 8.4.2, FP2 Oracle 10g (10.2.0.5) IBM WebSphere Application Server 6.1.0.33 IBM HTTP Server 6.1.0.33 Microsoft Windows Server 2003 Microsoft Word, Microsoft Excel

3.3 APV DMS (ATV) 3.3.1

Popis aplikace

Archiv tiskových výstup (ATV) je ur en pro ukládání, správu a zp ístupn ní dokument , které jsou vytvá eny jako výstupy z agendových aplikací SSZ. Tyto dokumenty, které jsou z aplikací

7

zpravidla p edány k vytisknutí a odeslání, jsou paraleln p edány i do ATV k uložení. Dokumenty p edávané na vstup ATV se skládají ze dvou ástí: lo = vlastní data dokumentu, Metadata = atributy dokumentu p edané ve formátu XML reprezentace. Pro archivaci dokument je implementována funkcionalita tzv. obecného t la dokumentu, tj. je možné do ATV ukládát jakýkoliv formát dokumentu podporovaný íselníkem formát DMS.

3.3.2


Vnit ní architektura ATV je založena na t ívrstvém modelu len ném na datovou, aplika ní a prezenta ní vrstvu. Tato architektura je podporována použitým produktem IBM Content Manager OnDemand (CMoD). Datová vrstva obsahuje technologie pro ukládání obecných datových objekt . Jedná se o systém ízení bází rela ních dat, dokumentové i objektové báze a systémy pro dlouhodobé ukládání velkých objem dat. Aplika ní vrstva implementuje logiku systém pro správu dokument . V této vrstv jsou také realizovány vazby na agendové aplikace. Prezenta ní vrstva realizuje rozhraní systém v i jejich uživatel m. Na úrovni prezenta ní vrstvy m že být provedena integrace díl ích aplikací do jednotného rozhraní (klienta), které zjednodušuje jejich používání a odstra uje n které opakované innosti jako je nap íklad ihlašování k jednotlivým systém m.

3.4 APV ATR (obecné ešení úloh ATT, ATT_INS, ATR_EXK) 3.4.1

Popis aplikace

V sou asné dob jsou v produk ním prost edí SSZ nasazeny ATR_EXK a ATT_INS vycházející ze spole ného základu. APV poskytuje služby obecného nástroje pro generování výstup : 1. lokální tisk, 2. centrální tisk. Tyto služby mají následující spole né vlastnosti: 1. generování náhledu, 2. integrace s AAA, 3. archivace v ATV, 4. tvorba výstupu na základ vstupní dat a p ednastavitelné šablony, 5. zajišt ní transak ního a dávkového zpracování výstup , 6. centrální správa tiskových šablon a použitých íselník . ATR_EXK je modul vycházející z SDD ATR, který je uzp soben pot ebám subsystému EXK. Jedná se edevším o dopln ní o lokální tisky. Tento modul umož uje tvorbu výstup v podob rozhodnutí a oznámení, zprost edkuje referentovi možnost náhledu na výstupní dokumenty, zajistí jeho tisk a následnou archivaci pro p ípad dohledání. ATR_EXK má realizovanou vazbu na systémy PRES, DMS Viewer, DAP, ATV. Práce se šablonami v rámci ATR_EXK je pom rn složitá, v n kterých p ípadech specifická a p izp sobena situaci bez dodržení základních architektonických princip .

8

ást ATT_INS je ur ena a vyvíjena pro agendu INS pro tiskové výstupy. Pro archivaci využívá vazbu na aplikaci ATV. V sou asné dob jsou pomocí tohoto systému generovány výstupy pro aplikaci PVO – generování platebních vým OSV .

3.4.2


Základní koncepce a jádro systému je stejné pro všechny provozované ATT, resp. ATR aplikace. „Front end“ ešení je tlustý klient pomocí, kterého uživatel spravuje systém a vytvá í tiskové úlohy. Hlavní inností st ední vrstvy je generování výstupních imag a s tím spojených inností (ukládání, enos do PRESu a ATV, …). Spodní vrstva poté ešení ukládání dat. ešení je postaveno na technologii MS .NET 2.0 s využitím komponety Active Reports 2.0 nebo 6.0 (použito v ATT INS). Tato komponenta je použita ve dvou režimech: Generování náhled a tisk – použití na st ední vrstv . Editor tiskových úloh – použití v klientské aplikaci Ob provozovaná ešení mají spole né následující ásti: 1) shodnou architekturu ešení, 2) stejnou množinu funkcí pro tvorbu šablon (v obou dvou aplikacích lze docílit stejných výsledk ; mají shodnou sadu nástroj ), 3) implementují stejný princip transak ního tisku, 4) jsou integrovány na stejné okolní systémy ATV, AAA, SDD- íselníky, pomocí DAP na PRES. 5) pro ob dv aplikace platí shodné administrátorské postupy. Veškerá komunikace s navazujícími systémy, resp. se systémy využívajících služeb ATT je pomocí webových služeb. Subsystémy EXK a INS jsou postaveny na JAVA technologiích a jsou pln integrovány na rozhraní ATR EXK, resp. ATT INS. Aplikace PVO je samostatná lokální aplikace vytvo ená na technologii .NET a je pln integrovaná na rozhraní ATT INS. Z tohoto pohledu již sou asné ešení umož uje snadnou integraci nezávislou na cílové platform navazující aplikace (.NET a JAVA). Základní kamenem ešení tisková úloha. Tiskovou úlohou se v rámci ATT rozumí soubor n kolika dokument ve formátu XML, pop . XSD. Tisková úloha se skládá: XSD pro validaci vstupní datové v ty, XML definici vlastního tiskového reportu – tisková šablona, po . p edloha, XML definici všech použitých íselník v tiskové šablon . Vstupní datová v ta se skládá ze t í element : metadata – obsahuje obecné informace pro ízení zpracování vstupního požadavku, údaje pro generování výstupu a p enos do ATV, pop . PRESu. Dále obsahuje p esnou definici tiskové úlohy, v . Její verze. adresní data – obsahuje údaje pro adresní ást tiskové p edlohy data pro tisk – obsahuje ostatní údaje vyžadované tiskovou úlohou definovanou v metadatech. Na základ vstupní datové v ty, definovaných íselník a tiskové úlohy je sestaven kone ný výstupní report, který je poté transformován do p íslušného image. Systémy ATT podporují image ve formátech TIFF a PDF.

9

3.5 Digitaliza ní linka 3.5.1


Oblast aplikací „Digitaliza ní linky“ je v sou asné dob ur ena p edevším pro digitalizaci a vyt žování doklad a nárokových podklad d chodového pojišt ní. Zpracovávají nárokové podklady obsahující informace o dobách a výd lcích pojišt nc d chodového pojišt ní: Ve smyslu zákona . 582/1991 Sb., o organizaci a provád ní sociálního zabezpe ení ve zn ní pozd jších p edpis . V souladu s p edpisem upravujícím nároky na d chody, zp sob stanovení výše d chod a podmínky pro jejich výplatu je zákon . 155/1995 Sb., o d chodovém pojišt ní, který nabyl innosti 1. ledna 1996.

3.5.2

Popis aplikace

Jedná se o n kolik aplikací, které zajiš ují digitalizaci p íchozích informací o nárocích pojišt nc . V rámci digitalizace jsou dokumenty naskenovány, indexovány a vytvo ena za pomoci OCR datová ta. Po izovací linka slouží p edevším v procesu zpracování nových žádostí o d chodovou dávku, kde je ízena aplikací Work a spoušt na je souborem avíz. Pr

žn p íchozí nárokové podklady jsou zpracovány ze zásob a zpracování se ídí hodnotou stavu. Skenování doklad o íd ní dokument o procesing (uložení obrazu dokumentu), filtrace, p edindexace o tisk pr vodek o Kontrola nárokových podklad o Indexace o Opravy Tvorba datových v t (zdrojových datových v t) o rozpoznávání doklad , o vyt žování nárokových podklad ELDP (platných p ed r. 2004), o vyt žování nárokových podklad RELDP, o vyt žování nových žádostí, o POCR (ZOCR,DOCR) – zásobování OCR. Kontrola, testy zdrojových datových v t o

v rámci vyt žovacího profilu OCR

o

aplikace ZOCR volá modul INP01 (není sou ástí APV Digitaliza ní linka), který p i úsp šné kontrole vytvá í JDV (JDV01….)

3.5.3


Digitaliza ní linku tvo í aplikace, které se specializují na tvorbu datové v ty z digitálních obraz nárokových podklad (scan ). V každé ásti zpracování nabývá elektronický záznam nárokového podkladu specifického stavu (statusu), který vyzna uje, která ást zpracování byla provedena. Elektronické obrazy nárokových podklad jsou ke zpracování p edkládány zásobovacími aplikacemi a v p ípad nových žádostí jsou ízeny workflow (aplikace Work). Zásobování a workflow je spoušt no na základ asového harmonogramu.

10

3.5.4


Klient – Windows XP, Windows 7, C++, OCR Vyt žovací profily Serverová ást: o Linux, o Windows server 2003, o Visual Basic 6 o Databázové scripty, o Databáze pervasiv, OCR Engine Teleform Spolupracující systémy jsou na platform : o Microsoft Windows Server 2000, 2003 o Moduly Windows Basic 6, o Microsoft IIS Server 5.0 a 6.0, Apache o DB Oracle o Microsoft Excel 2003/2007

3.6 Standardy IKT SSZ Závazné podmínky: Vývoj, rozvoj a údržba aplika ního programového vybavení realizovaného v rámci p edm tného pln ní musejí být provedeny v souladu se standardy IKT SSZ platnými v dob realizace. Seznam aktuáln platných standard je uveden v následující tabulce: . 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13.

Název souboru std_db_060803_v0.91.doc std_inet_1-10.doc std_pošta_1-00d.doc std_AD_DNS_DHCP_NTP_1-34.pdf std_AVO1-10.doc Standard systémové konfigurace pracovní stanice 2.20 Std_mgmt_v.0.54.doc std_metodikavyvoje_apv_1_0_19.doc std_pravidlareleasemanagementu_apv _1_2_6.pdf etn formulá std_net_1-92d.doc Programatorskekonvence_1_0_17.doc BizTalkDevelopmentStandard.v1.00.do c AAA_Pozadavky_na_aplikace_v8.doc

14.

Standard_pro_tvorbu_skriptu_db_Orac le_0.2.doc

15.

CSSZ_DMS_WS_API_DMA_v3_3_1310 31.doc

16. 17.

Název dokumentu Standard databází Standard p ipojení k Internetu Standard poštovního systému SSZ Standard AD DNS DHCP Standard Antivirové ochrany Standard systémové konfigurace pracovní stanice Standard Management Standard metodiky vývoje edávání APV a repase

Verze 0.91 1.10 1.00 1.34 1.10 2.20 0.54 1_0_19 1_2_6

Standard sí ové infrastruktury Programátorské konvence .NET 2.0, 3.0. a 3.5 Standardy pro tvorbu aplikací pro Microsoft BizTalk server Požadavky na nové aplikace p i integraci do AAA portálu Standard pro tvorbu, p edávání a spoušt ní skript v databázích Oracle

1.92d 1_0_17 1.00

8.00 0.2

CSSZ_DU_STD_V011.1.doc

API ROZHRANÍ SYSTÉMU DMA: WS_API_DMA - Standard rozhraní pro ukládání dokument do DMS Standard provozu databáze Oracle

1.10

std_srv_0.23.doc

Standard

0.23

11

systémové

konfigurace

3.3

aplika ních server 18.

std_PKI.pdf

Standard pro PKI

1.0

3.7 Výkonnostní požadavky Závazné podmínky: Níže jsou popsány standardní výkonnostní požadavky na fungování aplikace. Tato pravidla jsou obecnými standardy, pro konkrétní p íklady je možné definovat delší doby odezvy, tyto výjimky ovšem musí být vždy definovány ve funk ní specifikaci a podléhají schválení Objednatele. Obecné požadované výkonnostní požadavky jsou: Výkonnostní požadavek Uživatelská odezva z front-endu aplikace (odezva pro jednu konkrétní aktivitu – vyhledání, založení, …) Odezva online rozhraní (doba zpracování )

Požadovaná doba odezvy

Požadované procento spln ní

1 sekunda

95%

5 sekund 0,5 sekund 3 sekund

99% 95% 99%

V p ípad rozvoje aplikace musí všechna nov vznikaná rozhraní i uživatelská volání spl ovat tyto požadavky. Potencionální nová rozhraní musí zaznamenávat dobu b hu konkrétních volání (sta í zápisem do logu). U uživatelských volání musí být Zhotovitel schopen na požádání zm it a prokázat pln ní výkonnostních parametr .

12

4 Rozvoj aplikace APV ZDV, DMS (ATV), ATR Digitaliza ní linka Úvod: V rámci rozvoje aplikace Objednatel p edpokládá poskytování služeb na implementaci rozvojových požadavk a požadavk na zm ny v APV ZDV, DMS (ATV), ATR a Digitaliza ní linka. Závazné podmínky: V rámci této innosti musí Zhotovitel pro každou rozvojovou aktivitu, zajistit následující oblasti: Popis ešení a ocen ní požadavk definovaných Objednatelem: o Zhotovitel se zavazuje dodat návrh ešení a ocen ní konkrétních požadavk do 10 pracovních dní od data p edání požadavku Objednatelem. o Zhotovitel se dále zavazuje, že je schopen dodat kapacity pot ebné pro implementaci rozvojového požadavku okamžit po schválení návrhu ešení. Zajišt ní projektového vedení. Vytvo ení funk ní dokumentace, p ípadn aktualizace stávající funk ní dokumentace, pokud existuje. Zajišt ní implementace schváleného požadavku. Aktualizace technické dokumentace. íprava testovacích scéná a testovacích dat. Provedení test – systémové, integra ní, akcepta ní, výkonnostní a penetra ní: o Pro konkrétní požadavek nemusí být po dohod provád ny všechny typy test . o V p ípad , že velikost požadavku p esáhne 50 D, budou navíc provedeny regresní testy aplikace, pokud nebude dohodnuto jinak. o Objednatel m že rozporovat p echod mezi jednotlivými koly test , v p ípad že kvalita dodávky nebude spl ovat dohodnutá kritéria. Aktualizace automatizovaných test (pokud existují). íprava reportu o provedení test . Aktualizace provozní dokumentace. íprava produk ního balí ku a postupu nasazení. Podpora nasazení do produkce. Zvýšená podpora bezprost edn po nasazení do produkce. Aktualizace logického a fyzického datového modelu (v p ípad provád ných zm n).

13

4.1 Projektové ízení Závazné podmínky: Zhotovitel zajistí ešení všech disciplín projektového ízení celého projektu, v etn ízení potencionálních subdodávek dalších aplikací SSZ, které budou dodávat zm ny vynucené projektem.

Zhotovitel p edloží závazný popis projektového ízení dle výše uvedeného. Popis projektového ízení musí minimáln obsahovat: Metodiku projektového ízení; Metodiku ízení rizik; Metodiku ízení zm n; Metodiku release managementu; Organiza ní strukturu projektu. (doplní Zhotovitel)

14

4.2 Analytická ást Závazné podmínky: V rámci analytické ásti projektu Zhotovitel zajistí: Katalog požadavk a jeho aktualizaci; Konsolidace a ukotvení zadání; Ocen ní pracnosti jednotlivých požadavk ; Provedení analýzy požadavk ; Návrh architektury jednotlivých úprav APV; Vytvo ení detailního návrhu ešení úprav APV v etn návrh dopad do aplika ní i databázové vrstvy (v závislosti na rozsahu požadavk a dopad realizovaných úprav aktualizace íslušných dokument popisující procesní a funk ní specifikaci, datovou architekturu, architekturu HW a SW, rozhraní a integraci s okolními APV a systémy) a zapracování zm n do stávající dokumentace; Analýza a návrh integrace dot ených APV a systém do IS SSZ; ípravu a popis testovacích scéná pro jednotlivé typy test .

Zhotovitel p edloží závazný popis pln ní dle výše uvedeného. Zhotovitel minimáln popíše: Metodiku tvorby dokumentace; íklady všech p edpokládaných výstup . (doplní Zhotovitel)

15

4.3 Vývojová ást Závazné podmínky: V rámci vývojové ásti projektu Zhotovitel zajistí: Okomentovaný programový kód požadovaných zm n, se zapracováním požadovaných úprav ve zdrojových kódech p íslušných APV (aplika ní i databázová vrstva); ízení a koordinace participace dot ených a souvisejících tým a aplikací; Proces vývoje a p ípravy nasazení, vytvo ení instala ních balí pro cílovou platformu; Instala ní skripty; Návrh úpravy konfigurace veškerého ástí dodávky; Zapracování zm n v technické/programátorské dokumentaci (p ípadn vytvo ení); Zapracování zm n v uživatelské dokumentaci (pokud existuje); Poskytovat p ípadné konzultace návrhu ešení na úrovni, architektury proces odborných agend, analýzy, designu, implementace, integrace a testování; Zajišt ní a správa vývojového prost edí; V p ípad pot eby provedení revize zdrojových aplika ních (programových) a databázových kód .

Zhotovitel p edloží závazný popis pln ní dle výše uvedeného. Zhotovitel minimáln popíše: Metodiku vývoje; Metodika p ípravy nasazovacích balí íklady p edpokládaných výstup .

p ípadn používané nástroje;

(doplní Zhotovitel)

16

4.4 Testovací ást Závazné obchodní podmínky: V rámci testovací fáze Zhotovitel minimáln zajistí: Podporu p i p íprav testovacích prost edí; Funk ní testy; Integra ní testy; Akcepta ní testy (provádí Zhotovitel, Objednatel akceptuje na základ akcepta ního ízení); Technické testy (penetra ní, výkonnostní); ípravu zpráv z testování. Objednatel pln ní dle tohoto lánku (4.4 Testovací ást) akceptuje na základ akcepta ního ízení.

Zhotovitel p edloží závazný popis pln ní dle výše uvedeného. Zhotovitel minimáln popíše: íklady p edpokládaných výstup ; Úvodní návrh testovací strategie; Obecnou metodiku jednotlivých typ test . (doplní Zhotovitel)

17

4.5 Školení Závazné podmínky: V p ípad pot eby Objednatele musí Zhotovitel zabezpe it vyškolení všech ur ených pracovník pracujících s aplikací. Objednatel pln ní dle tohoto lánku (4.5 Školení) akceptuje na základ akcepta ního ízení.

Zhotovitel jako sou ást své nabídky p edloží závazný podrobný popis pln ní dle shora uvedeného: Zhotovitel minimáln popíše: Návrh zp sobu školení; íklady školících materiál . (doplní Zhotovitel)

18

4.6 Nasazování do produkce Závazné podmínky: Zhotovitel musí zajistit následující aktivity: Naplánování nasazení do produkce; ípravu instala ního postupu; Úpravu provozní dokumentace; Definovat finální konfiguraci pro produk ní prost edí; Podporu finálního produk ního nasazení. Objednatel pln ní dle tohoto lánku (4.6 Nasazování do produkce) akceptuje na základ akcepta ního ízení.

Zhotovitel p edloží podrobný závazný popis pln ní dle výše uvedeného. Zhotovitel minimáln popíše: Návrh zp sobu nasazování do produkce; íklady relevantní dokumentace; Popis provozní dokumentace. (doplní Zhotovitel)

19

4.7 Požadované sou innosti V rámci této kapitoly Zhotovitel závazn definuje požadované sou innosti ze strany SSZ pro vývoj a nasazení nového aplika ního vybavení. Zhotovitel definuje pot ebnou sou innost v následující struktu e: Popis sou innosti; Popis role na stran SSZ; Rozsah o ekávané sou innosti (v D). Další popis sou inností ípadné další požadavky na sou innost

(doplní Zhotovitel)

20

5 Zajišt ní aplika ní podpory APV ZDV, DMS (ATV), ATR Digitaliza ní linka Úvod: Poskytování aplika ní podpory zahrnuje následující díl í pln ní : evzetí do servisu Poskytování podpory APV ZDV, DMS (ATV), ATR a Digitaliza ní linka

5.1

evzetí do servisu

Závazné podmínky: V rámci p evzetí aplika ní podpory do servisu se Zhotovitel seznámí s APV ZDV, DMS (ATV), ATR a Digitaliza ní linka a proškolí své leny realiza ního týmu p ed za átkem poskytování aplika ní podpory APV ZDV, DMS (ATV), ATR a Digitaliza ní linka takovým zp sobem, aby byl schopen zajistit poskytování veškerých služeb dle p edm tu pln ní této Smlouvy. Zhotovitel v rámci této oblasti p edloží podrobný návrh, jak bude p evzetí do servisu realizovat. Zárove v této ásti vydefinuje požadavky na sou innost Objednavatele. Objednavatel není povinen i p evzetí do servisu zajistit sou innost 3. stran – nap . dodavatel Objednavatele.

5.1.1

Rozsah

evzetí do servisu

V rámci této kapitoly Zhotovitel závazn popíše: Podrobný návrh p evzetí do servisu; Pot ebnou sou innost v následující struktu e: o Popis sou innosti; o Popis role na stran SSZ; o Rozsah o ekávané sou innosti (v D). Organiza ní zajišt ní. (doplní Zhotovitel)

5.2 Poskytování aplika ní podpory APV ZDV, DMS, (ATV), ATR Digitaliza ní linka Závazné podmínky: Podpora aplikace bude zajišt na na odstra ování chyb na základ SLA definovaných níže.

21

Zhotovitel eší všechny nalezené chyby v aplikaci pod domluvenými SLA (všechny asy jsou po ítány na pracovní dny a as v eské republice): o Zodpovídá za analýzu, opravu a test chyb. o Zodpovídá za plánování oprav do balí v návaznosti na SLA – finální termín nasazení potvrzuje SSZ. o edává opravenou chybu s pr vodkou popisující – kdo, jak provedl test, jak byla chyba opravena a co bylo její p inou. o Je povinen opravovat p inu i následek chyby (opravy pouze následk a neopravování in budou negativním kritériem hodnocení). o Je povinen dodat testovací data pro p ípadný retest chyby Objednatelem. o Je povinen dodržovat standardy vývoje definované Objednatelem. Zodpovídá za úplnost a korektnost opravných balí ku dodávaných na provoz. Zodpovídá za v asné informování SSZ o možných dopadech opravy na sou inné aplikace. Zodpovídá za aktualizaci automatizovaných test (pokud existují). Musí poskytnout plnou sou innost pro nasazení oprav na produkci a zvýšenou podporu po nasazení pro provoz IT. Zodpovídá za aktualizaci veškeré dokumentace ovlivn né opravou. Zajiš uje podporu uživatel . eší management defekt v nástroji na sledování chyb a eskalaci problém . ipravuje podklady na status meetingy. Reportuje pln ní SLA na m sí ní úrovni (p ipravuje podklady pro vyhodnocení kontrolních parametr ). astní se a vede aktivity v procesech problém managementu. Poskytuje sou innost pro opravy v ostatních aplikacích. Školení uživatel : o íprava školících materiál pro školení uživatel . o íprava dat a prost edí pro školení uživatel . o Realizace školení uživatel . o Vyhodnocení zp tné vazby. edání aplika ní podpory v p ípad ukon ení Smlouvy se ídí ustanovením Smlouvy.

5.2.1

Návrh SLA

Závazné podmínky: Zhotovitel se zavazuje dodržovat definovanou úrove služeb pro ešení chyb (incident ):

Oblast ekávaná doba

Kategorie A Reakce Odstran ní 1 hod 12 hod

Kategorie B Reakce Odstran ní 6 hod 50 hod

Kategorie C Reakce Odstran ní 20 hod 100 hod

Reak ní dobou v tomto p ípad Objednatel rozumí p evzetí chyby, provedení úvodní analýzy problému a p edání informaci o d vodu chyby a p edpokládaném ešení.

22

Pro ú ely dodržování výše uvedených parametr reak ní doby a doby odstran ní závady (dobou pro odstran ní závady se rozumí doba, která zapo ne b žet asem p edání incidentu Zhotoviteli a bude ukon ena v ase p edání vy ešeného incidentu zp t Objednateli) je dále uvedeno rozd lení závad do kategorií: za závady kategorie A budou považovány kritické chyby, kterými se rozumí zejména havárie, poruchy, chyby, vady vedoucí k p erušení provozu nebo jeho kritickému omezení a znemož ující používání a využívání APV nebo databází nebo systémového vybavení nebo hardware k ú elu, k n muž je ur eno, za závady kategorie B budou považovány hlavní chyby, kterými se rozumí poruchy, chyby, vady, které zp sobují provozní problémy, ale neznemož ují používání a využívání APV nebo databází nebo systémového vybavení nebo hardware k ú elu, k n muž je ur eno, a lze je do asn ešit organiza ními nebo technickými opat eními, za závady kategorie C budou považovány vedlejší chyby, kterými se rozumí mén závažné poruchy, chyby, vady nebo diference APV, které nemají vliv na používání a využívání APV nebo databází nebo systémového vybavení nebo hardware k ú elu, k n muž je ur eno. Lh ty se ve v cech reak ních dob pro ešení incident po ítají v rámci pracovní doby Objednatele, tedy b h lh ty se pozastavuje na konci každého pracovního dne a obnovuje na po átku pracovní doby následujícího pracovního dne. Pracovní doba se pro tento p ípad definuje od 7:00 do 17:00. Pozastavení po ítání lh ty s koncem pracovní doby neplatí pro ešení chyby kategorie A. Není-li vzájemn dohodnuto jinak, lh ta pro m ení doby reakce a doby odstran ní incidentu zapo ne žet asem p edání incidentu Zhotoviteli a bude ukon ena v ase p edání vy ešeného incidentu zp t Objednateli. Celková doba odstran ní je pak sou et všech asových dob, po které byl incident v ešení na stran Zhotovitele. Z celkové doby odstran ní incidentu jsou vylou eny asové doby, kdy Zhotovitel prokazateln nemohl pokra ovat v ešení incidentu z d vod , které nebyly jím zp sobené (nap . Zhotovitel eká na dopln ní relevantních informací k incidentu od Objednatele apod.). Pro výpo et lh t jsou ur ující asové záznamy v systému Helpdesk Objednatele k danému incidentu. edávání incident bude probíhat dle požadavku Objednatele prost ednictvím helpdesku Objednatele, emž Zhotovitel je povinen incidenty z helpdesku Objednatele automaticky p ijímat.

5.2.1.1 Dodate né metriky Závazné podmínky: Hodnocení aplika ní podpory musí dále zohled ovat následující kritéria: Vyhodnocení procenta chyb, u kterých nebyla opravena p ina. Vyhodnocení opravy chyb, kde nedošlo k úsp šné oprav , nebo byla zavle ena nová chyba. Vyhodnocení po tu nekorektních balí – chybn dodané balí ky, nebo balí ky které vyžadovali nestandardní zásah provozu IT (nešli nasadit podle dodaného postupu). Vyhodnocení dodržování vývojových standard .

5.2.2

Algoritmus vyhodnocení aplika ní podpory

Úvod: Tato kapitola popisuje zp sob, jakým bude vyhodnocována definovaná úrove aplika ní podpory.

23

služeb v oblasti

Závazné podmínky: Vyhodnocování bude probíhat na m sí ní bázi. V p ípad nepln ní vyhodnocovaných kritérií, m žou být uplatn ny definované sankce na platbu za aplika ní podporu. V p ípad hrubého nepln ní SLA je možné odstoupení od Rámcové smlouvy nebo Díl í smlouvy. Hrubým nepln ním SLA je nap íklad nepln ní definované úrove služeb v oblasti aplika ní podpory u kategorie závady A, a to v rozsahu minimáln dvakrát v kalendá ním m síci nebo nap íklad opakované nedodržování dodate ných SLA metrik. SLA reak ní doby pro ešení chyb A, B, C je definováno v kapitole 4.2.1. Pro ú ely hodnocení se vyhodnocuje spln ní reak ní doby a doby vy ešení chyby pro každý jednotlivý p ípad a penalizace za nespln ní asových limit probíhá dle ustanovení Rámcové smlouvy. Vyhodnocení dodate ných metrik: V p ípad , že procento chyb, u nichž nebude opravena p v m eném období nastaven parametr – SLAp ina = -5 %.

ina, p esáhne 10%, bude

V p ípad , že procento chyb, u nichž po nasazení do produkce bude konstatováno, že nedošlo k oprav , nebo že došlo k zavle ení další chyby, p esáhne 20%, bude v m eném období nastaven parametr – SLAzavle = -5 %. V p ípad , že po et nekorektních produk ních balí p esáhne po et jednoho nekorektního nasazení za m síc, bude nastaven parametr – SLAbalí ek = -5 %. V p ípad , že ze strany Objednatele bude v rámci hodnocení aplika ní podpory eskalováno nedodržování vývojových standard a tato situace se nezm ní ani následující m síc, bude nastaven parametr – SLAstandardy = -5 %. Celkový parametr vyhodnocení aplika ní podpory definujeme jako: = 100% +

+

+

+

Spo ítané bude využito ke snížení m sí ní ceny za aplika ní podporu podle pravidel popsaných v P íloze . 2 – Cena pln ní.

5.2.3

Rozsah služeb aplika ní podpory

V rámci této kapitoly Zhotovitel závazn popíše: Metodiku ízení aplika ní podpory; Definici p edpokládaných proces aplika ní podpory; Popis nabízených služeb v rámci aplika ní podpory; Popis požadované sou innosti v rámci aplika ní podpory; Návrh p edání aplika ní podpory a rozvoje p ípadnému novému dodavateli; Organiza ní zajišt ní. (doplní Zhotovitel)

24

Specifikace p edm tu pln ní a technické požadavky

Recommend Documents