SMLOUVA O DÍLO na vytvoření elektronické ho webového portálu Softwarové podpory tvorby rozvojových dokumentů obcí

Č.j. : 27488/2013-52 Číslo v CES: 5204 Číslo úkolu: 3691/5169/19/52 3691/5169/20/52 SMLOUVA O DÍLO na vytvoření elektronické ho webového portálu Softwarové podpory tvorby rozvojových dokumentů obcí Česká republika, Ministerstvo pro místní rozvoj se sídlem: Staroměstské nám. 6, Praha 1, PSČ 110 15 zastoupená: ředitelem odboru rozvoje a strategie regionální politiky RNDr. Josefem Postráneckým IČ: 66 00 22 22 bankovní spojení: ČNB Praha 1, Na Příkopě 28 číslo účtu: 629001/0710 (dále jen "objednatel") na straně jedné a atlantis software spol. s r.o. zapsaná v obchodním rejstříku vedeném Městským soudem v Praze, oddíl C, vložka 136385 se sídlem: Štěrboholská 1427/55, 102 00 Praha 10 - Hostivař zastoupená: Ing. Janem Burianem, jednatelem společnosti IČ : 28365399 DIČ: CZ 28365399 bankovní spojení: ČSOB a.s., Praha 1 číslo účtu: 219871484/0300 (dále jen "zhotovitel") na straně druhé, uzavřely níže uvedeného dne, měsíce a roku v souladu s 536 a násl. zákona č. 513/1991 Sb., obchodní zákoník, ve znění pozdějších předpisů, a v návaznosti na zákon č. 137/2006 Sb., o veřejných zakázkách, ve znění pozdějších předpisů a za podmínek dále uvedených tuto 1

smlouvu o dílo: Článek 1 Předmět smlouvy 1.1. Zhotovitel se zavazuje podle této smlouvy zhotovit pro objednatele Softwarovou podporu tvorby rozvojových dokumentů obcí (dále jen "dílo"). 1.2. Předmětem díla je vytvoření elektronického webového portálu pro zpracování rozvojových dokumentů obcí, pomocí něhož si budou obce samy, na základě na portálu vložených pokynů a údajů a doplnění dalších vlastních podkladů, vytvářet své programy rozvoje. Portál bude automatizovat jednotlivé kroky tvorby programů rozvoje obcí (zejména v analytické fázi), případně vytvářet podporu pro individuální uskutečnění těchto kroků (zejména v návrhové fázi). Portál umožní porovnávání situace a rozvojových záměrů jednotlivých obcí a na základě informací obsažených ve vytvořených programech rozvoje obcí generovat výstupy pro potřeby řízení rozvoje krajů a pro potřeby regionální politiky ČR. Portál bude obsahovat základní informace o všech obcích České republiky a bude kapacitně umožňovat vytvoření profilů a zpracování programů rozvoje všech těchto obcí. K 1. 1. 2012 bylo v České republice 6252 obcí (včetně vojenských újezdů). 1.3. Bližší specifikace předmětu díla je podrobněji rozpracována v následujících jednotlivých etapách realizace díla. Jednotlivé etapy budou podléhat akceptačnímu řízení zadavatele. Bližší popis jednotlivých etap díla je uveden v příloze č. 1 této smlouvy. Etapa Předmět Termín Etapa I. Zpracování Úvodní studie 30 dní od podpisu smlouvy. Etapa II. Etapa III. Vývoj metodického, informačního a realizačního portálu (vytvoření softwarového vybavení a jeho implementace) a) Vzdělávací aktivity (1. část) b) Testování funkčnosti portálu a vzdělávací aktivity (2. část) do dvou měsíců od akceptace Úvodní studie do 15. 12. 2013 do 28. 2. 2014 Etapa IV. Finalizace portálu Nejpozději do 30. 3. 2014 Etapa V. Předání do rutinního provozu Nejpozději do 30. 3. 2014 2

1.4. Veškeré odchylky od specifikace předmětu díla podle bodu 1.2. a přílohy č. 1, mohou být prováděny zhotovitelem pouze tehdy, budou-li písemně odsouhlaseny objednatelem. Jestliže zhotovitel provede práce a jiná plnění nad tento rámec, nemá nárok na jejich zaplacení. 1.5. Součástí předmětu díla podle bodu 1.2. a přílohy č. 1 je i následný servis vytvořené webové aplikace a poskytování rozvoje (článek 6 a 7 této smlouvy). Článek 2 Cena díla a platební podmínky 2.1. Cena díla byla stanovena na základě nabídky zhotovitele, která tvoří přílohu č. 3 této smlouvy. Celková cena bez DPH činí 2 358 000 Kč, (slovy dvamilionytřistapadesátosmtisíc korun českých). DPH činí 495 180 Kč (slovy čtyřistadevadesátpěttisícjednostoosmdesát korun českých) Cena včetně DPH činí 2 853 180Kč (slovy dvamilionyosmsetpadesáttřitisícjednostoosmdesát korun českých) V případě, že v době, kdy bude dílo dokončeno, bude uvedená sazba zákonem o dani z přidané hodnoty zvýšena nebo snížena, bude zhotovitel účtovat k ceně plnění daň podle aktuálního znění zákona. Platba za dílo bude zhotoviteli poskytována průběžně, a to v souladu s článkem 1 této smlouvy a v souladu se specifikací dílčích etap předmětu plnění, uvedených v Příloze č. 2 Harmonogram a financování předmětu díla, této smlouvy o dílo. 2.2. Smluvená cena zahrnuje veškeré náklady zhotovitele nutné ke zhotovení díla, jakož i veškeré náklady související (zejména servis webové aplikace). Dohodnutou cenu lze měnit pouze písemnou dohodou mezi objednatelem a zhotovitelem. 2.3. Jestliže bez zavinění zhotovitele dojde v průběhu provádění díla k nutnosti provést dílo odchylně a tím dojde i k možnému zvýšení nákladů a zvýšení smluvní ceny, mohou být zhotovitelem tyto práce provedeny jen s písemným souhlasem objednatele. Výjimkou jsou pouze práce bezprostředně nutné k tomu, aby nedošlo ke vzniku škody na prováděném díle. Zhotovitel však musí prokázat, že hrozící škoda nevznikla v důsledku vadného provádění díla, ale pouze v důsledku skutečností a událostí, které nemohl při vynaložení veškeré odbornosti předpokládat. 2.4. Cenu díla uhradí objednatel na základě faktur, které budou vystavené zhotovitelem na základě provedených jednotlivých etap díla, viz článek 1 této smlouvy, bankovním převodem na účet zhotovitele uvedený v záhlaví smlouvy. Dále musí faktura obsahovat informaci, že služby byly poskytnuty v rámci projektu Elektronická metodická podpora tvorby rozvojových dokumentů obcí, registr. č. projektu: CZ.1.04/4.1.00/62.00008, spolufinancovaného z Operačního programu 3

lidské zdroje a zaměstnanost. Faktura musí rovněž obsahovat číslo této smlouvy CES. Faktura musí splňovat náležitosti daňového dokladu a součástí faktury je i akceptační protokol o splnění jednotlivých etap díla dle článku 1 této smlouvy, který bude podepsaný jak zhotovitelem, tak i objednatelem. Splatnost faktury je 30 dnů od jejího doručení objednateli. Úhrada ceny za předmět plnění se uskuteční na podkladě faktury řádně vystavené nejdříve prvního dne následujícího po podpisu akceptačního protokolu objednatelem. Poslední faktura za daný rok musí být předána Ministerstvu pro místní rozvoj k proplacení do 15.12., aby mohla být proplacena ve stejném kalendářním roce. V případě nedodání bude faktura proplacena až v roce následujícím. 2.5. V případě, že faktura nebude obsahovat zákonem předepsané náležitosti, je objednatel oprávněn ji do data splatnosti vrátit s tím, že zhotovitel je poté povinen vystavit novou fakturu s novým termínem splatnosti. V takovém případě není objednatel v prodlení s úhradou faktury. 2.6. Předáním jednotlivých částí díla a následně předáním celého díla objednatel nabývá majetková práva k dílu, to znamená, že má právo dílo nebo jeho části využívat ke všem možným způsobům v neomezeném rozsahu, zejména dílo zveřejňovat, upravovat, spojovat s jiným dílem, zařazovat do souborného díla a uvádět dílo pod svým jménem. Odměna za výše uvedená oprávnění je již zahrnuta v ceně díla dle této smlouvy. Osobnostní práva k dílu a jeho částem náleží výhradně zhotoviteli v souladu s příslušnými ustanoveními zákona č. 121/2000 Sb., autorský zákon, ve znění pozdějších předpisů. Článek 3 Termín provedení, předání a převzetí zhotoveného díla 3.1. Zhotovitel se zavazuje zhotovit dílo v následujících termínech: Etapa I: Zpracování Úvodní studie = do 30 dnů od podpisu smlouvy, Etapa II: Vývoj metodického, informačního a realizačního portálu na prostředcích zhotovitele = do 2 měsíců od akceptace Etapy I, Etapa III. a) Vzdělávací aktivity (1. část) = do 15. 12. 2013, b) Testování funkčnosti portálu a vzdělávací aktivity (2. část) = do 28. 2. 2014, Etapa IV: Finalizace portálu = nejpozději do 30. 3. 2014, Etapa V: Předání do rutinního provozu = nejpozději do 30. 3. 2014. 3.2. Průběžné i finální výstupy musí projít připomínkovým řízením a být schváleny objednatelem. V případě, že z jakýchkoliv důvodů na straně objednatele nebude možné dodržet stanovené termíny, je objednatel oprávněn termín plnění posunout na jinou dobu, tzn. dobu zahájení plnění a průběžné termíny. Termín ukončení plnění je termín neměnný. 3.3. Plnění předmětu díla smlouvy bude probíhat dle časového harmonogramu prací dle odst. 1.3. tohoto článku smlouvy, dle přílohy č. 2 a dle písemných požadavků objednatele. Plnění bude předáváno na základě akceptačního a předávacího 4

protokolu podepsaného oprávněnými zástupci objednatele a zhotovitele. Podpisem akceptačního a předávacího protokolu se předmět plnění považuje za řádně realizovaný. 3.4. Předání a převzetí předmětu plnění bude podléhat akceptačnímu řízení dle čl. 4 této smlouvy. 3.5. Dílo bude předáno zhotovitelem objednateli formou samostatného předávacího protokolu. Článek 4 Akceptace 4.1. Plnění díla dle této smlouvy podléhá akceptačnímu řízení. Objednatel se do 10 kalendářních dnů vyjádří k výsledku plnění a provede kontrolu souladu dodaného plnění se specifikací řešení uvedenou v příloze č. 1 smlouvy a s požadavky na předmět plnění uvedenými v této smlouvě. 4.2. Výsledkem akceptačního řízení bude jeden z následujících závěrů, který bude uveden na akceptačním protokolu vystaveném objednatelem: Plnění je akceptováno bez výhrad V akceptačním řízení bylo ověřeno, že poskytnuté plnění zcela odpovídá specifikaci řešení uvedené v příloze č. 1 smlouvy a zároveň zcela odpovídá všem požadavkům objednatele, k jejichž realizaci se zhotovitel zavázal v předložené nabídce viz příloha č. 3 smlouvy. Plnění je akceptováno s výhradami V akceptačním řízení bylo ověřeno, že poskytnuté plnění je funkční a nebrání zamýšlenému užití, avšak neodpovídá zcela specifikaci řešení uvedené v příloze č. 1 smlouvy, nebo nebyly naplněny všechny požadavky objednatele, k jejichž realizaci se zhotovitel zavázal v předložené nabídce viz příloha č. 3 smlouvy. Nesplněné požadavky či nalezené vady budou uvedeny na akceptačním protokolu. Plnění je neakceptováno a vráceno k přepracování V akceptačním řízení bylo zjištěno, že poskytnuté plnění není funkční, nebo jeho vady brání zamýšlenému užití. Nesplněné požadavky či vady plnění bránící jeho využití budou uvedeny na akceptačním protokolu. V případě výsledku akceptačního řízení: Akceptováno bez výhrad je plnění, které bylo předmětem akceptačního řízení, považováno za řádně a bezvadně poskytnuté a zhotoviteli vzniká právo fakturovat odpovídající cenu za toto plnění v příštím vyúčtování. Akceptováno s výhradami není plnění, které bylo předmětem akceptačního řízení, považováno za řádně a bezvadně poskytnuté a zhotovitel se zavazuje odstranit vady plnění uvedené v akceptačním protokolu nejpozději do 15 pracovních dnů. Zhotoviteli v tomto případě vzniká právo fakturovat cenu odpovídající té části plnění, kterou lze považovat za řádně a bezvadně poskytnutou. Na konkrétní výši 5

ceny se zhotovitel dohodne s objednatelem, avšak maximální možná úhrada je 50% z původní ceny té části díla, která podléhá akceptačnímu řízení s výhradami. Zbývající část ceny je zhotovitel oprávněn fakturovat až po odstranění všech vad uvedených v akceptačním protokolu. Odstranění vznesených vad podléhá novému akceptačnímu řízení. Zbývající část plnění bude moci zhotovitel fakturovat po nové akceptaci bez výhrad té části, na kterou se nová akceptace vztahovala. V případě nedodržení termínu pro odstranění vad, se uplatní sankční podmínky pro prodlení s termínem odstranění vad. Neakceptováno a vráceno k přepracování není plnění, které bylo předmětem akceptačního řízení, považováno za řádně a bezvadně poskytnuté a zhotovitel se zavazuje odstranit vady plnění uvedené v akceptačním protokolu nejpozději do 15 pracovních dnů. V případě nedodržení termínu pro odstranění vad, se uplatní sankční podmínky pro prodlení s termínem odstranění vad. Nedodržení termínu pro odstranění vad bude navíc považováno za zásadní porušení smlouvy. Jestliže jde o vady, které nelze odstranit a vady či nedodělky jsou takového charakteru, že podstatně ztěžují užívání díla či dokonce brání v jeho užívání, platí, že objednatel má právo od smlouvy odstoupit. Článek 5 Oprávněné osoby 5.1. Na základě této smlouvy jsou oprávněny jménem objednatele adresovat výzvy k plnění a udělovat závazné pokyny zhotoviteli tyto osoby: Jméno: Ing. Josef Vlk, Csc. Ministerstvo pro místní rozvoj tel.: +420 234 154 242 e-mail: josef.vlk@mmr.cz a zástupci zpracovatele veřejné zakázky Metodická podpora tvorby rozvojových dokumentů obcí GaREP, spol. s r.o., Brno Ing. Jan Binek, Ph.D. a Mgr. Jan Holeček Tel: +420 545 242 846 e-mail: garep@garep.cz Na základě této smlouvy jsou jménem zhotovitele oprávněny jednat tyto osoby: Za věci smluvní: Jméno: Ing. Jiří Konečný tel.: +420271004370 e-mail: konecny@atlantis.cz Profese: Key Account Manager 6

Pracovní pozice na zakázce: Koordinace obchodní spolupráce Za vedení projektu Jméno: Ing. Michal Pajgrt tel.: +420271004246 e-mail: Pajgrt@atlantis.cz Profese: Vedoucí oddělení implementace Pracovní pozice na zakázce: Vedoucí řešitelského týmu 5.2. Změna osob určených k jednání, zadávání či přijímání pokynů, musí být provedena na základě písemného oznámení druhé straně. Tím není dotčeno právo statutárního nebo jiného orgánu jednat za právnickou osobu, tento orgán je také jediný oprávněn udělit plnou moc. Článek 6 Servisní podmínky provozu 6.1. Objednatel požaduje nasazení webové aplikace v projektu Elektronická metodická pomoc tvorby rozvojových dokumentů obcí v provozuschopném stavu tak, aby bylo možné systém plně využívat s minimální měsíční dostupností 99,5% vypočítanou podle vzorce: skutečná měsíční dostupnost Ds = (TS TN)/TS*100 [%] kde TS = doba plánované dostupnosti předmětu smlouvy v měsíci [hod], TN je doba nedostupnosti předmětu smlouvy v měsíci [hod]. 6.2. Za provozuschopný stav je považován provoz webové aplikace v řádném a bezporuchovém stavu, která je dostupná z prostředí Internet. 6.3. Minimální požadavky na řešení případných vad: Při vadě bránící využívání webové aplikace zahájí zhotovitel práce na odstranění vady do 1 pracovního dne od nahlášení vady a zajistí odstranění vady do 3 pracovních dní od nahlášení vady. Při ostatních vadách na webové aplikace zahájí zhotovitel práce na odstranění vad do 2. pracovního dne od nahlášení vady a zajistí odstranění vady do termínu, který navrhne do 4. pracovního dne od nahlášení vady. 6.4. Pokud je systém provozován na technických prostředcích (v datovém centru) objednatele, jsou od doby nedostupnosti (TN) odečteny všechny výpadky na straně prostředků objednatele. Rovněž od dob řešení vad je odečten čas čekání na součinnost technických pracovníků objednatele, resp. poskytovatele datového centra objednatele. Dostupnost webové aplikace je zhotovitelem garantována v režimu 24x7. 6.5. O plánované nedostupnosti (např. v případě technické údržby webové aplikace), 7

je zhotovitel povinen informovat objednatele nejpozději s předstihem 5 pracovních dní. Článek 7 Podmínky poskytování rozvoje portálu 7.1. Rozvoj je poskytován na základě procesu řízení změn a má následující kroky: Identifikace změnového požadavku Žádost o analýzu a nacenění změnového požadavku Zpracování analýzy a nacenění změnového požadavku Schválení změnového požadavku Realizace změnového požadavku Akceptace výstupu změnového požadavku 7.2. Analýzu změnového požadavku zpracuje zhotovitel do 3 pracovních dní od předání žádosti o analýzu a nacenění změnového požadavku, nebo ve stejném termínu navrhne jiný termín, pokud prokáže vyšší pracnost analýzy. 7.3. Součástí analýzy a nacenění změnového požadavku je návrh termínu realizace změnového požadavku, který se zhotovitel v případě schválení zavazuje dodržet. 7.4. Naceněním změnového požadavku se rozumí stanovení počtu člověkodnů, nutných k realizaci změnového požadavku, které budou odečteny ze zbývajícího nabídnutého rozsahu rozvoje předmětu plnění. Článek 8 Licenční podmínky 8.1. Zhotovitel se zavazuje, že nezatíží objednatele jakýmikoliv závazky, které vyplývají z licencí a jsou vázány k předmětu plnění díla. 8.2. Zhotovitel zaručuje, že je oprávněn poskytovat všechny SW, které jsou součástí předmětu plnění díla na bázi služeb. 8.3 Zhotovitel poskytuje objednateli časově, územně i jinak neomezenou bezplatnou a nevýhradní licenci k užití práv duševního vlastnictví včetně možnosti zcela nebo zčásti poskytnout třetí osobě oprávnění tvořící součást licence. Článek 9 Práva a povinnosti smluvních stran 9.1. Objednatel je oprávněn dílo v průběhu jeho provádění kontrolovat prostřednictvím osoby, kterou k tomu písemně zmocní. 9.2. Zhotovitel se zavazuje během plnění smlouvy (zhotovování předmětu díla) i po jejím ukončení zachovávat mlčenlivost o všech skutečnostech, o kterých se dozví od objednatele v souvislosti s plněním smlouvy (se zhotovením díla). Povinnost 8

mlčenlivosti se obdobně vztahuje i na zaměstnance zhotovitele. 9.3. Zhotovitel se zavazuje poskytovat předmět plnění veřejné zakázky svědomitě, s řádnou a odbornou péčí a potřebnými odbornými schopnostmi a znalostmi. Při poskytování služeb je zhotovitel vázán zákony, obecně závaznými právními předpisy a pokyny objednatele, pokud tyto nejsou v rozporu s těmito normami nebo zájmy objednatele. 9.4. Zhotovitel je povinen při výkonu své činnosti včas písemně upozornit objednatele na zřejmou nevhodnost jeho pokynů, jejichž následkem může vzniknout škoda nebo nesoulad se zákony nebo obecně závaznými právními předpisy. Pokud objednatel navzdory tomuto upozornění trvá na svých pokynech, zhotovitel neodpovídá za jakoukoli škodu způsobenou jeho jednáním na základě takových pokynů objednateli. 9.5. Zhotovitel i objednatel jsou povinni se vzájemně informovat o všech okolnostech důležitých pro řádné a včasné provedení předmětu plnění a poskytovat si nezbytnou součinnost. Výstupy z poskytnutého plnění, které vzniknou v průběhu a v souvislosti s poskytováním služeb, se stávají okamžikem jejich předání objednateli jeho výlučným vlastnictvím. Zhotovitel nesmí poskytnout žádný z těchto výstupů třetí straně bez předchozího písemného souhlasu objednatele. 9.6. Zhotovitel se zavazuje k povinnosti umožnit osobám oprávněným k výkonu kontroly projektu, v rámci něhož je veřejná zakázka hrazena, provést kontrolu dokladů souvisejících s plněním zakázky, a to po dobu danou právními předpisy ČR k jejich archivaci (zákon č. 563/1991 Sb., o účetnictví, a zákon č. 235/2004 Sb., o dani z přidané hodnoty). Dále se zhotovitel zavazuje, že je podle ustanovení 2 písm. e) zákona č. 320/2001 Sb., o finanční kontrole ve veřejné správě a o změně některých zákonů (zákon o finanční kontrole), ve znění pozdějších předpisů, osobou povinnou spolupůsobit při výkonu finanční kontroly prováděné v souvislosti s úhradou služeb z veřejných výdajů. Veškerá kontrola bude prováděna po předběžné dohodě se zhotovitelem. 9.7. Zhotovitel se zavazuje se k povinnosti řádně uchovávat veškerou dokumentaci související s plněním této smlouvy, včetně účetních dokladů, v souladu s článkem 90 Nařízení Rady (ES) č. 1083/2006 minimálně do konce roku 2025, a pokud je v českých právních předpisech stanovena lhůta delší než v evropských předpisech, musí být pro úschovu použita delší lhůta. 9.8. Zhotovitel se zavazuje dodržovat informační povinnost dle Manuálu pro publicitu OP LZZ (tj. loga ESF, EU a OP LZZ a prohlášení Podporujeme vaši budoucnost ); zejména je povinen dodržovat, aby všechny písemné zprávy, písemné výstupy a prezentace byly opatřeny vizuální identitou projektů dle pravidel vyplývajících z Manuálu pro publicitu OP LZZ a navazujících dokumentů; zhotovitel je povinen se ke dni nabytí účinnosti smlouvy s těmito pravidly seznámit; v případě, že v průběhu plnění smlouvy dojde ke změně těchto pravidel, je zhotovitel povinen používat vždy aktuální verzi těchto pravidel. 9.9. Využívá-li zhotovitel pro plnění smlouvy subdodavatele, zavazuje se 9

poskytovatel předložit objednateli seznam subdodavatelů, jímž za plnění subdodávky uhradil více než 10 % z části ceny plnění této smlouvy uhrazené objednatelem v jednom kalendářním roce a to ve lhůtě dle ustanovení 147a odst. 5 ZVZ. 9.10. Zhotovitel se zavazuje, že dílo provede na svůj náklad a nebezpečí. 9.11. Objednatel se zavazuje poskytnout zhotoviteli veškerou součinnost potřebnou k realizaci díla. V případě, že i přes písemnou výzvu zhotovitele neposkytne objednatel potřebnou součinnost, může dojít k adekvátnímu prodloužení prací na díle ze strany zhotovitele, aniž by tento se dostal do prodlení s odezdáním díla. Článek 10 Záruka za dílo 10.1. Zhotovitel poskytuje objednateli záruční lhůtu na dílo v trvání 24 měsíců, počínaje dnem předání díla. 10.2. Reklamace vad musí být doručena zhotoviteli nejpozději poslední den záruční lhůty, jinak práva objednatele z odpovědnosti za vady zanikají. Záruka však neběží po dobu, kdy je reklamace objednatele doručena zhotoviteli, a to až do odstranění vad. Článek 11 Smluvní pokuty 11.1. Při nedodržení termínů plnění se zhotovitel zavazuje objednateli uhradit smluvní pokutu v následujících výších: Při nedodržení termínů E1, E2 a E3 dle čl. 1 smlouvy je výše smluvní pokuty stanovena na 2.000,- Kč bez DPH za každý započatý den prodlení. Při nedodržení termínů pro zahájení práce na odstranění vad, odstranění vad, analýzu změnových požadavků, realizace změnového požadavku a vyúčtování služeb je výše smluvní pokuty stanovena na 500 Kč bez DPH za každý započatý den prodlení. Při nedodržení parametru dostupnosti služeb je výše smluvní pokuty stanovena na 200,- Kč za každý započatý den, ve kterém je dostupnost služby nižší než smluvně zakotvená dostupnost. 11.2. Zhotovitel se zavazuje objednateli uhradit smluvní pokutu v případě porušení povinnosti mlčenlivosti, a to ve výši 50.000,- Kč, a to za každý jednotlivý případ porušení této povinnosti; nárok na náhradu škody není zaplacením smluvní pokuty dotčen. 10

11.3. V případě porušení povinnosti zhotovitele předložit objednateli seznam subdodavatelů (viz odst. 9.10. této smlouvy) se zhotovitel zavazuje uhradit objednateli smluvní pokutu ve výši 30.000,- Kč za každý jednotlivý případ porušení. 11.4. Objednatel se zavazuje v případě prodlení s úhradou faktury zaplatit zhotoviteli smluvní pokutu dle občansko-právních předpisů. 11.5. Zaplacením smluvní pokuty není dotčeno právo na náhradu škody v plné výši. 11.6. Povinná strana se zavazuje uhradit straně oprávněné smluvní pokutu nejpozději do 30 dnů ode dne, kdy bude objednatelem o nároku na úhradu smluvní pokuty a její výši, resp. o vzniklé škodě a její výši prokazatelně informován. Článek 12 Odpovědnost za škodu 12.1. Odpovědnost za škodu a náhrada škody se řídí ustanovením 373 a násl. obchodního zákoníku. Článek 13 Odstoupení od smlouvy 13.1. Smluvní strany se v souladu s ust. 344 obchodního zákoníku dohodly, že kdykoli do provedení díla je objednatel oprávněn od této smlouvy odstoupit, a to i bez uvedení důvodu. V takovém případě je objednatel povinen zaplatit zhotoviteli náklady do dne odstoupení účelně vynaložené na zhotovení díla ve výši, kterou zhotovitel objednateli prokáže, pokud jejich vyčíslení doručí objednateli do 15 dnů od účinnosti odstoupení objednatele od smlouvy. 13.2. Smluvní strany se dohodly, že odstoupení objednatele od smlouvy je účinné dnem jeho doručení zhotoviteli, nejpozději však uplynutím desátého kalendářního dne po jeho odeslání na adresu sídla zhotovitele uvedenou v záhlaví smlouvy. Dále může objednatel ukončit smlouvu výpovědí, přičemž výpovědní doba je 2 měsíce. 13.3. Objednatel může dále odstoupit od smlouvy za podmínek upravených obchodním zákoníkem. Smluvní strany se dohodly, že objednavatel je od této smlouvy oprávněn odstoupit, pokud nebude schválena částka ze státního rozpočtu následujícího roku, která je potřebná k úhradě za plnění poskytované podle této smlouvy v následujícím roce. Objednatel prohlašuje, že do 30 dnů po vyhlášení zákona o státním rozpočtu ve Sbírce zákonů oznámí zhotoviteli, jestliže nebyla schválena částka ze státního rozpočtu následujícího roku, která je potřebná k úhradě za splnění poskytované podle této smlouvy v následujícím roce. 13.4. Jestliže je smlouva ukončena dohodou či odstoupením před dokončením díla, smluvní strany protokolárně provedou inventarizaci veškerých plnění, prací a dodávek provedených k datu, kdy smlouva byla ukončena a na tomto základě provedou vyrovnání vzájemných závazků a pohledávek z toho pro ně vyplývajících. 13.5. Odstoupení od smlouvy musí být vždy písemné, jinak je neplatné. Odstoupení je účinné ode dne, kdy bylo doručeno zhotoviteli. V pochybnostech se má za to, že odstoupení bylo doručeno zhotoviteli do 10 dnů od jeho odeslání v poštovní zásilce s doručenkou. 11

Etapy předmětu plnění díla Příloha č. 1 ETAPA I. ZPRACOVÁNÍ ÚVODNÍ STUDIE Provedení analýzy a zpracování Úvodní studie řešení, která bude minimálně obsahovat návrh: Koncepce řešení, Technická architektura (IT platforma, minimální požadavky na HW a SW serveru a uživatelských stanic), Aplikační architektura (struktura, moduly, vstupy, výstupy, vazby na okolí), Funkcionalita, katalog funkcí podle modulů, Vzhled, vizualizace aplikace, Plán projektu, Vývoj, údržba a technickou podpora (popis, ceny), garance a záruční podmínky, Podmínky a požadavky zabezpečení provozu, vč. HW a SW vybavení alternativně: a) v prostorách a vlastními prostředky a kapacitami zadavatele, b) externě v prostorách a prostředky a kapacitami dodavatelem (forma, outsourcing, ceny). Úvodní studie bude závazným dokumentem pro vývoj aplikačního programového vybavení a implementaci předmětu veřejné zakázky. Úvodní studie řešení podléhá akceptačnímu řízení. Po akceptaci zadavatelem bude Úvodní studie Dodatkem smlouvy s dodavatelem. Termín plnění 1. etapy je předání Úvodní studie k akceptaci zadavateli do 30 dní od podpisu smlouvy. ETAPA II. VÝVOJ METODICKÉHO, INFORMAČNÍHO A REALIZAČNÍHO PORTÁLU (VYTVOŘENÍ SOFTWAROVÉHO VYBAVENÍ A JEHO IMPLEMENTACE) Všeobecné požadavky na portál a) počet uživatelských účtů neomezený (předpokládaný do 7000), b) počet uživatelů on-line (předpoklad max. 500, teoreticky však i více), c) různé typy přístupů do systému: veřejně přístupná část, část přístupná po zadání vstupních údajů (aktivní úpravy nastavení a obsahu dokumentů 13

/=základní uživatelské účty/, pasivní přístup k neveřejným materiálům dle nastavení správců základních uživatelských účtů, např. přístup k pracovním materiálům obce pro jednotlivé členy pracovních skupin) systém přidělování vstupních údajů, d) prezentační vrstva musí být s ohledem na nutnost zajištění jednotného přístupu formou portálového řešení přístupného následujícími způsoby: Tenký klient - Systém musí být uživatelům přístupný a plně funkční prostřednictvím internetových prohlížečů. minimálně v těchto verzích: Microsoft Internet Explorer 8.0+, Mozilla FireFox 4.0+, Google Chrome 12.0+, Apple Safari 4.0+, Opera 11.0+ Klienti budou do systému přistupovat ze zařízení typu standardně vybaveného PC, vč. možnosti mobilního připojení na Internet. Webové služby (výměna dat a informací ve formátu XML) v souladu s vyhláškou č. 53/2007 Sb. e) všechny programové komponenty a moduly, dostupné běžnému uživateli, včetně popisů a kontextových nápověd, vše od základního rozhraní aplikace, přes číselníky a seznamy až po komunikaci s externími systémy zadavatel požaduje v českém jazyce, f) z pohledu nákladů a investic zadavatel požaduje použít takové technologie, které nevyžadují licencování koncových uživatelských stanic žádným způsobem, g) pro vstup uživatele do systému bude použito zabezpečení jménem a heslem. Po skončení práce se uživatel ze systému odhlásí. Při delší nečinnosti uživatele (například 30 minut) systém automaticky uživatele odpojí / odhlásí, h) řešení portálu musí umožňovat modifikace, doplňování a úpravy funkcionality, datových struktur a další prvků dle požadavků zadavatele pro další údržbu a vývoj, i) vytvoření projektové dokumentace, uživatelské, administrátorské, bezpečnostní, atp., j) garantovaná doba odezvy, k) export vyhotovených dokumentů v textovém formátu, v tabulkovém formátu, v grafickém formátu a ve formátu pdf. Aplikační architektura a funkcionalita portálu Portál bude obsahovat následující moduly a jejich funkce a součásti: ŘÍDÍCÍ MODUL (základní rozhraní) slouží k základnímu uživatelskému nastavení všech klíčových parametrů, číselníků a vazeb pro každou obec, a to jak nastavení procesních kroků, tak nastavení výstupů procesních kroků, tj. modulů proces a dokument, evidence úloh a výstupů (exportů pro srovnávací analýzu) 14

MODUL PROCES formou chronologicky řazených kroků vede zpracovatele postupně všemi procesními fázemi zpracování programu rozvoje obce (viz příloha č. X obsahující metodický rámec portálu) proces využívá: a) systému otázek, na které řešitel odpovídá a bez vyplnění odpovědi nemůže pokračovat, včetně otázek souvisejících s procesy vně elektronického systému, bez jejichž závěrů zapsaných do systému nelze dále pokračovat (např. veřejná projednávání a jejich výsledky), b) systému otázek s dobrovolnými odpověďmi, c) výběru z předdefinovaných číselníků, d) sdílení dat s jinými portály (např. Veřejná databáze ČSÚ), e) odkazů na jiné informační zdroje (internetové, listinné), f) pomocných modulů použití metod zpracování a datových zdrojů, g) možnost tvořit výstupy (textové, grafické) viz modul Dokument, h) on-line nápovědy pro provedení jednotlivých kroků modulu proces. MODUL DOKUMENT jedná se o modul, který umožňuje tvorbu, editaci, ukládání a export (včetně systémových exportů v rámci srovnávání) textových, tabulkových a grafických souborů zpracovaných v rámci modulu proces jedná se o systém předdefinovaných šablon a formulářů, které jsou automaticky naplňovány z modulu Proces a v modulu Dokument mohou být dále editovány. U tohoto modulu se nejedná jen o výstupy samotného programu rozvoje obce, ale i procesní výstupy, např. návrhy usnesení orgánů obce, tvorba dotazníků pro dotazníkové šetření, šablony pro tiskové zprávy apod. POMOCNÉ MODULY slouží pro funkční doplnění modulu proces a z modulu proces je na ně přímo odkazováno: Systém číselníků, např. číselník kódů obcí, kódů obcí s rozšířenou působností (ORP), okresů a krajů, velikostních kategorií obcí, číselník datových vstupů a ukazatelů, číselník kategorií návrhových opatření apod. (bude definováno zpracovatelem metodiky). Terminologie vysvětlení všech základních pojmů. Metody charakteristika metod pro zpracování různých částí programu rozvoje obce, u vybraných metod dílčí aplikace na podporu užití dané metody (naprogramování potřebných algoritmů). Data datový rozcestník, tj. datová struktura potřebná pro tvorbu programu rozvoje obce ve formě dat přímo dostupných na portále, odkazů na jinde dostupná data a specifikace dat, která musí obec shromáždit sama (včetně naznačení způsobu získání). Portál bude ve vazbě na výše uvedené umožňovat zejména následující činnosti: a) Vkládání informací z databázových souborů (např. soubory dat za všechny obce ČR). b) Automatizované načítání informací z jiných informačních portálů. 15

c) Individuální vkládání informací obcemi. d) Třídění a filtrování veškerých informací o obcích, zejména dle území kraje, okresu, ORP, velikostní kategorie obce apod. e) Stanovení a výpočty hodnot různých kombinací ukazatelů na základě informací dostupných na portále a komparace výsledků mezi jednotlivými obcemi, administrativně-správními jednotkami (ORP, okres, kraj, ČR) a velikostními kategoriemi obcí. f) Vyhledávání ve všech informacích pomocí dotazovacího systému, g) Podporu projednávání jednotlivých částí programu rozvoje obce (v rámci jednotlivých základních uživatelských účtů) zpřístupnění dílčích podkladů vybraných skupinám osob, možnost on-line vpisování komentářů k jednotlivým textům, formuláře pro vyjádření dalších připomínek, fórum apod. h) Podporu realizace dotazníkových šetření obcí intuitivní systém pro tvorbu dotazníků, jejich zpracování a vyhodnocení. Specifickými typy uživatelů budou pracovníci státní správy a krajské samosprávy, kterým musí portál umožnit: a) předávání informací / podkladů / pokynů všem obcí ČR / daného kraje, b) vkládání a editaci dat za obce, c) vkládání a editaci informací o koncepčních dokumentech ČR / kraje s možností vložení pokynů a informací i pouze jednotlivých obcím (např. pokud kraj plánuje v nějaké lokalitě určité rozvojové činnosti a chce, aby je obce ve svém programu rozvoje zohlednily), d) vytváření souhrnných přehledů a výstupů za obce ČR / obce kraje / obce vybraných území dle různých parametrů podle zadání uživatelů. Součástí portálu bude rovněž e-learningová aplikace, která bude představovat komplexní a strukturovaný vzdělávací program (kurz) zaměřený na rozvoj znalostí a dovedností představitelů a pracovníků obcí ve vztahu ke zpracované metodice a ke tvorbě programu rozvoje obce v prostředí portálu. Na konci II. etapy musí být funkční všechny požadované funkce portálu. Termín plnění II. etapy je do dvou měsíců od akceptace Úvodní studie. ETAPA III. A) VZDĚLÁVACÍ AKTIVITY (1. ČÁST) a) Vytvoření pracovní verze aplikace pro tvorbu programu rozvoje obce pro potřeby vzdělávacích a propagačních aktivit. b) Zajištění technické podpory pro 13 jednodenních školících kurzů pro užívání softwarové aplikace v každém ze 13 krajů (mimo Prahu) c) Školení uživatelů z řad obcí účast a vystoupení na 13 jednodenních kurzech v každém ze 13 krajů (mimo Prahu) Termín plnění III.a etapy je do 15. 12. 2013. 16

B) TESTOVÁNÍ FUNKČNOSTI PORTÁLU A VZDĚLÁVACÍ AKTIVITY (2. ČÁST) a) Naplnění portálu základními informačními podklady / vstupy. b) Pilotní ověření funkčnosti v obcích. c) Ověření doplňkových elektronických nástrojů na školících kurzech v pilotních regionech. d) Vytvoření podkladových materiálů pro školící kurzy. e) Školení obsluhy a uživatelů ze státní správy a krajských úřadů (uživatelé specifických částí aplikace), účast a vystoupení na 10 jednodenních školeních pro pracovníky krajů. f) Zajištění technické podpory školení. Termín plnění III.b etapy je do 28. 2. 2014. ETAPA IV. FINALIZACE PORTÁLU a) Provedení úprav portálu na základě výsledků III. etapy. b) Vypracování projektové dokumentace (manuálu pro správce portálu, manuálu pro jednotlivé uživatele). c) Akceptační testy. Termín předání a akceptace IV. Etapy dle smlouvy nejpozději do 30. 3. 2014. ETAPA V. PŘEDÁNÍ DO RUTINNÍHO PROVOZU a) Předání do rutinního provozu dle aktuálních pokynů zadavatele. b) Návrh dalšího rozvoje aplikace. c) Poskytování údržby programového vybavení a servisní podpory po ukončení smlouvy do konce roku 2014. Předání a akceptace V. Etapy a díla jako celku dle smlouvy nejpozději do 30. 3. 2014. 17

Harmonogram a financování předmětu díla Příloha č. 2 Etapa Předmět Termín Cena bez DPH E I. Zpracování Úvodní studie 30 dní od podpisu smlouvy. E II. Vývoj metodického, informačního a realizačního portálu (vytvoření softwarového vybavení a jeho implementace) E III. a) Vzdělávací aktivity (1. část) b) Testování funkčnosti portálu a vzdělávací aktivity (2. část) do dvou měsíců od akceptace etapy Etapy I. do 15. 12. 2013 do 28. 2. 2014 E IV. Finalizace portálu nejpozději do 30. 3. 2014 E V. Předání do rutinního provozu nejpozději do 30. 3. 2014 DPH Celková cena s DPH 471 600 99 036 570 636 943 200 198 072 1 141 272 155 628 315 972 32 682 66 354 188 310 382 326 235 800 49 518 285 318 235 800 49 518 285 318 18

Nabídka zhotovitele ZPŮSOB TVORBY WEBOVÉHO PORTÁLU Příloha č. 3 POPIS ZPŮSOBU TVORBY WEBOVÉHO PORTÁLU Přístup uchazeče k projektu Uchazeč nabízí řešení Softwarové podpory tvorby rozvojových dokumentů obcí založené na špičkových nástrojích, které umožní jednoduše realizovat jednotlivé komponenty řešení, včetně kvalitního řešení požadovaných funkcionalit způsobem, odpovídajícím nejmodernějším trendům při současném zajištění kompatibility. Záměrem projektu je realizace nástroje podporujícího maximalizaci efektivity a automatizace postupů pracovníků tvořících a zapojených do zpracování rozvojových dokumentů obcí. Implementační záměr Z hlediska projektového postupu je kladen důraz na důkladnou analýzu, sestávající z části technické, procesní a metodické. Výstupem analýzy je implementační dokumentace mapující datové zdroje a jejich závislosti a popisující design řešení formou use-case scénářů. V této fázi budou důkladně zkoumány podklady metodické, na základě nichž bude navrženo optimální zpracování business logiky a workflow. Díky použití use-case scénářů je samotná implementace významně zjednodušena v průběhu realizace projektu je díky přesnému definování potřeb, cílů a způsobů jejich dosažení, velmi výrazně omezena potřeba změnového řízení, díky snížení konfliktů mezi očekávanými výsledky a realizovanými dílčími etapami. Technický cíl Koncepce projektu vychází z využití špičkového SW řešení poskytujícího plně grafické prostředky k tvorbě, modifikaci i uživatelské práci s workflow scénáři, formuláři a práci s dokumenty (včetně podpory WebDAV). Tím nabízené řešení podpoří koordinační, kooperační i organizační aspekty práce pracovníků obcí zainteresovaných do tvorby a zpracování rozvojových dokumentů. Díky plně grafickému rozhraní tak bude práce koncových uživatelů plynulá, jednoduchá a nebude vyžadovat expertní znalosti informačních technologií ani pro pokročilé činnosti. Toto řešení rovněž nabídne integrační rozhraní umožňující snadné napojení na externí zdroje s využitím asynchronních i synchronních přenosů dat. Koncepční cíle Zvýšení dostupnosti informací souvisejících se zpracování rozvojových dokumentů díky komplexnímu schématu metadat a strukturovanosti informací. Nabízené řešení podpoří informovanost uživatelů díky snadnému přístupu k přehledně organizovaným informacím. Díky tomu, že nabízené řešení poskytne informace strukturované dle aktuálnosti, hierarchicky i v rovinách tematických, současně poskytne i snadnou práci s formuláři pomocí nichž budou dokumenty a související informace zpracovávány. Způsob třídění a prezentace těchto informací zajistí snadné získání důležité informace bez nutnosti jejího aktivního vyhledávání, současně zohlední potřebu přehlednosti (tj. nedojde k zahlcenosti uživatelů nedůležitými informacemi). 19

Poskytnutí pokročilého nástroje koordinace a kooperace. Využitím funkcionalit špičkové platformy poskytující grafické rozhraní pro definici a modifikaci komplexních procesů bude uživatelům poskytnut pokročilý nástroj umožňující plnou elektronizaci pracovních postupů a výměny informací. Pracovní postupy bude možno standardizovat a automaticky monitorovat pomocí workflow nástrojů vestavěných v platformě nabízeného řešení, jejichž parametry budou specificky upraveny pro účely potřeb Zadavatele. Sdílení informací a podpora týmové spolupráce. Portál úředníka zajistí možnosti publikace vlastních informací a komunikaci se spolupracovníky v rámci týmů i v rámci tematicky orientovaných skupin v rozhraní nabízeného řešení. Přístup k informacím bude zabezpečen pomocí komplexního systému uživatelských rolí a přístupových práv, umožňujícím definovat přístupová oprávnění (autorizaci) až na úroveň jednotlivých prvků obsahu. Metodika vývoje postup při tvorbě webové aplikace Vývoj na straně uchazeče je v souladu s veškerými relevantními standardy, a to zejména se standardy otevřeného programování, s veřejnými standardy vydávanými organizacemi ISO, IEEE, IETF a se standardy vztahujícími se ke zvoleným technickým prostředkům, a to ve všech fázích a jednotlivých dílčích krocích. Uchazeč používá k vývoji Visual Studio a Team Foundation Server, vývoj probíhá v souladu se standardy. Vývoj probíhá v rámci schváleného projektového plánu. Uchazeč používá metodiku Agile, založenou na vývoji postupných iteracích, v rámci nichž jsou prováděny automatické i manuální testy typu Unit test a end-to-end test. Obrázek 1: Převzato od Microsoft - standardní postup pro plánování vývoje ZPŮSOB TESTOVÁNÍ A ZAJIŠTĚNÍ KVALITY Testování a zajištění kvality je součástí standardního projektového řízení uchazeče. Vývojové testování Testování probíhá v rámci metodiky Agile, která je použita jako vývojová metodika. V rámci vývoje probíhají následující typy testování jednotlivých iterací: 20

Manuální testy a automatické testy Unit testy a end-to-end testy Pro jednotlivé testovací případy jsou připravovány testovací plány, obsahující testovací scénáře, při nichž je definován očekávaný výstup a měřena odchylka od definovaného výstupu i průběh zpracování. Obrázek 2: Testování - převzato z webových stránek Microsoft Řízení projektu metodika tvorby webového portálu Metodika řízení projektu Společnost uchazeče se zavazuje řídit plnění zakázky formou projektu, a to s využitím vlastní metodiky řízení projektu, který vychází ze standardů projektového řízení ICT projektů. V textu jsou dále uvedeny hlavní navrhované procesy řízení projektu, které budou použity v rámci řízení projektu. Jednotlivé procesy jsou rozděleny do skupin podle obecného modelu fází životního cyklu projektu. Obrázek 3: Postup tvorby webové aplikace a návaznost kroků Jednotlivé fáze tohoto procesu odpovídají Etapám specifikovaným zadavatelem následovně: 21

Etapa I. Zpracování úvodní studie: V rámci této etapy proběhnou projektové fáze Plánování, Analýza a Návrh Etapa II. Vývoj metodického, informačního a realizačního portálu (vytvoření softwarového vybavení a jeho implementace): v rámci této etapy bude realizována projektová fáze Vývoj. Etapa III. Testování funkčnosti portálu a vzdělávací aktivity: V rámci této etapy bude realizována projektová fáze Testování Etapa IV. Finalizace Portálu: V rámci této etapy bude realizována projektová fáze Nasazení Etapa V. Předání do rutinního provozu: V rámci této etapy bude ukončena projektová fáze a poskytována podpora formou hotline v režimu 8x5. Fáze plánování V rámci Fáze plánování, která bude zahájena ihned po uzavření smlouvy mezi zadavatelem a uchazečem, budou upřesněny základní cíle projektu, jeho rozsah a podmínky a postupy realizace v souladu s uzavřenou smlouvou. Součásti fáze plánování: definice projektového plánu s detailním plánováním aktivit pro realizaci projektu odsouhlasení / detailizace projektového a programového řízení, organizace projektových aktivit, přístupu k řízení rizik, identifikovaných problémů a change managementu projektové řízení v průběhu dodávky Postup při řešení: 1. Mapování týmů 2. Nastavení spolupráce s garanty Zadavatele 3. Nastavení spolupráce s dodavatelem metodiky Fáze Analýzy Fáze analýzy upřesňuje zadání funkčních aspektů navrhovaného řešení ve spolupráci s pracovníky zadavatele. V rámci analýzy bude vypracován funkční design navrhovaného řešení pomocí metodiky Use-Case a s využitím UML (projektová dokumentace formou UML notace) diagramů Activity, Sekvenční, Diagramy Tříd, Diagram Stavů). Součásti fáze analýzy: příprava a potvrzení funkčních požadavků s dodavatelem metodiky definice přístupu k uživatelskému rozhraní ve spolupráci se zadavatelem a dodavatelem metodiky identifikace funkčních požadavků na vývoj analýza integrovaných aplikací a potvrzení přístupu k jejich zapracování do řešení portálu příprava cílové aplikační a technické architektury řešení ve spolupráci se zadavatelem a dodavatelem metodiky Postup řešení fáze: 22

1. Analýza podkladů dodavatele metodiky 2. Tvorba Use-case scénářů 3. Tvorba funkčního designu Fáze návrhu Fáze návrhu definuje rámec řešení z technického hlediska. V rámci návrhu budou vypracovány návrhy obrazovek a datových modelů formou Use-Case a s využitím UML (projektová dokumentace formou UML notace) diagramů Activity, Sekvenční, Diagramy Tříd, Diagram Stavů). Součásti fáze návrhu: příprava detailního funkčního návrhu řešení a parametrizace portálu, integrovaných aplikací a funkčností (Use Case, Activity Diagramy, Diagram Tříd, Diagram Stavů) příprava standardů uživatelského rozhraní, včetně prototypu konzultace prototypů s dodavatelem metodiky a Zadavatelem V rámci projektu bude řešena návaznost kroků 1. Využití Use-Case designu scénářů a podkladů datových zdrojů k optimálnímu návrhu datových struktur a číselníků 2. Tvorba Technického designu 3. Zpracování technických návrhů řešení datových struktur a návrhů procesů aplikačního serveru 4. Základní návrh obrazovek Fáze Vývoje Součásti fáze vývoje: příprava dokumentace a standardů pro vývoj (vytváření stránek, logika struktury, názvové konvence apod.) příprava parametrizace vývojového a testovacího prostředí portálu parametrizace uživatelských profilů a administrátorského prostředí příprava a prezentace prototypu řešení, zpětná vazba dodavatele metodiky a Zadavatele vývoj funkčnosti a integrace zvolených aplikací, příprava statického obsahu unit testy řešení V rámci fáze vývoje bude postupováno následovně: 1. Instalace databázového a aplikačního serveru 2. Tvorba datových struktur 3. Tvorba workflow aplikačního serveru, business logika 4. Tvorba aplikačních konektorů pro rozhraní na okolní systémy 5. Tvorba grafického rozhraní aplikace Fáze testování Součásti fáze testování: příprava testovacího prostředí (včetně základních testovacích dat) příprava testovacích scénářů ve spolupráci se Zadavatelem a dodavatelem metodiky 23

příprava testovacích scénářů a test skriptů pro funkční a integrační testy příprava a provedení performance testů Postup v projektu: 1. Tvorba testovacích scénářů ve spolupráci se Zadavatelem a dodavatelem metodiky 2. Provedení sady testů 3. Vyhodnocení testů 4. Opravy nalezených chyb Fáze nasazení Součásti fáze nasazení: příprava detailního plánu nasazení a spolupráce se Zadavatelem v průběhu procesu spuštění produkčního provozu provedení finálních úprav na základě výsledků fáze testování příprava školicího prostředí a školicích materiálů školení administrátorů systému, školení klíčových uživatelů akceptační testy, předání dokumentace, směrnic a postupů, manuál správce, manuál uživatele Postup v projektu: 1. Tvorba plánu nasazení 2. Finalizace úpravy 3. Příprava školení 4. Provedení školení 5. Příprava akceptačních testů a akceptačních kritérií 6. Provedení akceptačních testů 7. Předání dokumentace Fáze nasazení ukončení Součásti ukončení fáze nasazení: nasazení aplikace do produkčního prostředí a spuštění pilotního provozu návrh dalšího rozvoje aplikace poskytování údržby programového vybavení a servisní podpory po ukončení smlouvy, tedy od 1.4.2014 do konce roku 2014 návrh na zabezpečení provozu 1) prostředky zadavatele, 2) externě, formou outsourcingu, po 31.12.2014 Postup v projektu: 1. Nasazení produkce a její spuštění 2. Dohled dodavatele poprodukční 3. Poskytování údržby 4. Dodání návrhu na zabezpečení provozu Metodika postupu projektu při tvorbě webové aplikace Struktura projektového týmu Vzhledem ke komplexnosti a významnosti projektu navrhuje uchazeč ustanovit tříúrovňové uspořádání organizační struktury: 24

V nejvyšší úrovni řízení projektu bude Řídící výbor (dále jen ŘV ), který bude vrcholným a jediným řídícím orgánem projektu. Do ŘV budou nominování zástupci TOP managementu zadavatele a uchazeče. Obě společnosti budou zastoupeny paritně. Ve střední úrovni se bude nacházet operativní řízení a vedení reprezentované jednak Hlavním týmem projektu (dále jen HTP ), a též skupinou odborných garantů, tvořenou hlavním architektem řešení za uchazeče a hlavním oponentem za zadavatele. Složení HTP bude nastaveno tak, aby souhrn jednotlivých funkcí a jejich náplní pokrýval všechny významné procesy realizace projektu v jednotlivých etapách. Složení HTP bude určeno tak, aby tam, kde je to možné, měl člen HTP za uchazeče svůj odpovídající protějšek na straně zadavatele. Na výkonné úrovni bude projektový tým rozdělen do pracovních týmů (dále jen PT ). Každý z nich bude orientován na určitou problematiku, jejíchž vymezení bude vyspecifikováno dle potřeb projektu a upřesněného rozsahu prací. Organizační schéma Řídicí výbor (ŘV) Rozhodovací pravomoci Strategické řízení Schvalování změn Odborní garanti Řeší koncepční otázky a otázky architektury Spolupráce s HTP HTP je podřízen ŘV Hlavní tým projektu (HTP) Operativní řízení HTP řídí činnost PT HTP informuje ŘV Pracovní tým (PT) Pracovní tým (PT) Pracovní tým (PT) Pracovní tým (PT) Obrázek 4: Obecné organizační schéma řízení projektu Jedná se o návrh struktury, který může být upravena dle upřesněných potřeb projektu a zadavatele. Plán komunikace pravidla reportingu V plánu komunikace budou upřesněny informační a komunikační potřeby všech zainteresovaných stran: kdo a jaké informace potřebuje, kdy je potřebuje, jak mu budou sdělovány a kam je má předávat. Jedná se zejména o: zápisy z jednání, 25

zápisy ze schůze Řídícího výboru a jednání HTP, zprávy o průběhu projektu, požadavky na změnu. Komunikace na projektu bude probíhat dle tohoto plánu, který bude v průběhu projektu průběžně aktualizován (v případě potřeby jeho aktualizace). Klíčové procesy a metodika Klíčové pro úspěšné řízení projektu, včetně řízení jakosti (kvality) projektu (a projektových výstupů) jsou následující procesy a metodiky, které budou aplikovány během celého životního cyklu projektu, a kterým jsou věnovány následující kapitoly ve větším detailu: Řízení změn Řízení změn bude nejčastěji prováděno v realizační fázi projektu. Předpokladem pro realizaci změny bude vždy její schválení na odpovídající úrovni vedením projektu (ŘV nebo HTP dle povahy změny). Řízení změn zahrnuje identifikaci a dokumentaci potřeby změny a dopadu změny do projektu. Takto rozsáhlý projekt vytváří potřebu řídit tento proces jak v jednotlivých výskytech u významných změn, tak i u určitých množin dílčích změn tak, aby se neúměrně nezvyšovala administrativní náročnost změnových řízení. Je třeba zdůraznit, že změnu obecně nelze považovat za jev negativní, ale pozitivní, který vytváří možnost průběžné modifikace projektového výstupu ve vazbě na neustálé změny prostředí, ve kterém jsou projekty realizovány. Řízení změn v rámci projektu zavádí dva základní procesy řízení změn projektu a s tím související definice: Dílčí změny, tj. změny, které nemají dopad na termíny, rozsah, cenu a základní kvalitativní ukazatele smluvních výstupů. Významné změny, tj. takové změny, které mají dopad na termíny, obsah, rozsah plnění, cenu, kvalitu smluvních výstupů. Požadavek na změnu bude moci uplatnit každý člen projektového týmu. Obvykle se požadavky na změny budou uplatňovat v případě, že bude docházet ke změnám v rozsahu, kvalitě, zdrojích, termínu plnění a ceny nebo k definování nových cílů projektu. Při schválení jakékoliv změny bude schvalovatel povinen prověřit, zda se jedná o změnu plnění upraveného ve smlouvě, a pokud ano, pak jmenovat odpovědné osoby za neprodlené promítnutí změny do formy dodatku ke smlouvě. Výstupy aktualizovaný Plán projektu, vypořádaný změnový požadavek, včetně příslušné dokumentace, případný požadavek na nápravná opatření, dodatky smluvních ujednání. V následující tabulce je uveden postup řízení změn. 26

Kroky Postup práce s požadavky na změny Projektu Postup Odpovědnost (O) Spolupráce (S) Informace (I) O S I Komentář Návrh změny Návrhy řešení Protokol o změně Ne (dílčí) Start Potřeba změny identifikována Ověření významu a dopadu změny Je změna významná? Ano Analýza souvislostí, příprava podkladů Schválení návrhu Realizace a hodnocení změny Je změna hodnocena pozitivně? Konec Ano Ne 1 ČT Detekce požadavku na změnu projektu je v kompetenci všech členů projektového týmu. Řešení ve formě návrhu změny může navrhnout každý člen projektového týmu. 2 KV PM Zad avat ele PM Dod avat ele 3 ČT PM Zad avat ele 4 ŘV PM Zada vatel e i Doda vatel e 5 PMD ODA VATE LE PM Dod avat ele KV VT HTP HTP Vedoucí projektu spolu s KV ohodnotí dopad změny (dílčí či významná) a rozliší způsob dalšího zpracování volbou příslušné hodnoty požadavků. U významné změny pověří vedoucí projektu vybrané členy projektového týmu analýzou dopadů a přípravou podkladů pro rozhodnutí ŘV. KV HTP ŘV schválí nebo odmítne významnou změnu (množinu změn). Vedoucí projektu zadavatele a Dodavatele schvalují dílčí změny a informují ŘV. KV HTP Schválená změna je realizována a vyhodnocena. 6 KV Pokud je změna vyhodnocena jako úspěšná, je proces uzavřen. V opačném případě se vrací do fáze návrhu. Legenda: ČT člen týmu, KV odborník řízení kvality, PMDODAVATELE Vedoucí projektu za uchazeče, PMZadavatele Vedoucí projektu za zadavatele, VT Vedoucí pracovního týmu, HTP Hlavní tým projektu, ŘV Řídicí výbor. Pokud se požadavek na změnu schválí, tak se provede integrace dílčích změn Plánu projektu do aktualizované verze Plánu projektu. Aktualizovaný plán projektu bude muset být schválen ŘV. 27

Řízení jakosti Zabezpečování jakosti Zabezpečování jakosti zahrnuje většinu standardních činností dle metodiky řízení projektu s cílem zajistit oprávněnou důvěru a veškeré předpoklady k tomu, že projekt bude splňovat příslušné normy jakosti. Zabezpečování jakosti jsou všechny plánované i neplánované systematické činnosti realizované v rámci systému jakosti a podle potřeby prokazované (dokumentované) tak, aby se poskytla důvěra, že výstup projektu splňuje požadavky na něj kladené. Systém řízení jakosti Vedení projektu (reprezentované ŘV a HTP) odpovídá za plnění požadavků zadavatele v souladu s uzavřenou smlouvou a v souladu s legislativními požadavky kladenými na výstupy projektu. Vedení projektu se řídí ustanoveními Plánu projektu a vyžaduje dodržování pravidel stanovených těmito metodikami od všech členů projektového týmu. Cílem jakosti v realizaci projektu je uvedení výstupu do souladu s požadavky zadávací dokumentace, nabídky a smlouvy. Výstupy projektu přitom musí být realizovány v rozpočtu, termínu a kvalitě k plné spokojenosti zadavatele. Plánování a řízení jakosti Cílem plánování jakosti je konkrétní vymezení způsobu a četnosti uplatnění specifických nástrojů, kterými bude řízena jakost projektu. Při plánování jakosti je třeba vzít v úvahu přínosy plnění požadavků na jakost (méně změn a oprav, vyšší produktivita) oproti nákladům spojeným s řízením jakosti. Plánování jakosti zahrnuje: plánování jakosti projektu (tedy procesů tvorby a ověřování systému řízení jakosti), plánování jakosti výstupů projektu. Plán jakosti (kvality) bude nedílnou součástí Plánu projektu. Z hlediska plánu jakosti lze za klíčové prvky považovat přezkoumání systému řízení jakosti vedením projektu. Operativní plánování nezbytné pro vypořádání identifikovaných neshod, zejména schválení přijatých opatření (nápravných i preventivních), je v odpovědnosti zodpovědných osob za řízení kvality za zadavatele a uchazeče. Klíčovou součástí plánu jakosti výstupů projektu bude plán testů a akceptačního řízení. Ten vznikne v souladu ujednáními uzavřené smlouvy mezi zadavatelem a uchazečem. V plánu testů a akceptačního řízení bude jednak definována posloupnost testů, jednak i forma a detailní postup akceptačních řízení. Další řídící činností ve vazbě na jakost (vyjma plánování) je schvalování požadavků, návrhů a opatření. Schvalování změnových požadavků z hlediska obecného postupu spadá pod proces řízení změn. Zprávy o výsledcích kontrol kvality a opatřeních na odstranění nedostatků budou vždy projednány na jednáních HTP, případně řídícího výboru. Klíčové postupy pro zajištění jakosti 28

Za správné provádění postupů řízení jakosti a zároveň za koordinaci činností souvisejících s řízením jakosti bude odpovídat v rámci projektu osoba zodpovědná za řízení kvality za DODAVATELE a za zadavatele. Výčet klíčových procesů a postupů pro zajištění jakosti, které budou aplikovány v rámci projektu: Řízení rizik. Řízení změn. Preventivní opatření. Řízení neshod, stížností, reklamací a nápravná opatření. Přezkoumání systému jakosti vedením projektu. Hodnocení spokojenosti zákazníka. Řízení dokumentace. Řízení rizik Rizika představují jeden z nejdůležitějších bodů projektu, neboť jsou spojena s největšími potenciálními dopady. Jejich řízení musí být věnována odpovídající pozornost, a to během celého životního cyklu projektu. Je třeba pravidelně rizika vyhledávat, pojmenovávat, vyhodnocovat, posuzovat, vytvářen odezvy na kritická rizika a hledat způsoby práce s nimi. Součástí náplně činnosti každého projektového týmu bude i vyhledávání a pojmenovávání jednotlivých rizik. Pro každé identifikované riziko provedou členové projektového týmu posouzení dopadů ze čtyř základních pohledů, jimiž jsou náklady, harmonogram, funkčnost a kvalita. Každé z rizik bude posouzeno též z hlediska pravděpodobnosti výskytu. Kombinací obou těchto posouzení bude získán seznam nejvážnějších rizik, pro která bude projektovým týmem připraven kontingenční plán. Méně závažná rizika budou průběžně sledována, zatímco nejméně závažná rizika budou pouze registrována. Řízení rizik zahrnuje následující čtyři činnosti: identifikace rizik, ohodnocení rizik, vývoj odezvy na rizika, řízení odezvy na rizika. Identifikace a ohodnocení hlavních rizik se provádí už během rámcového plánování a později podrobně ve fázi plánování a poté během celé realizační fáze. Ve fázi plánování se pro nejzávažnější rizika připraví kontingenční plán. V realizační fázi se monitorují příznaky rizik a v případě, že hrozí nebo už nastaly rizikové události, řídí se provádění plánovaných opatření, tj. odezev. Po celou dobu trvání projektu se budou opakovat činnosti řízení rizik s cílem aktualizovat Plán řízení rizik. Při práci s riziky je znázorněn v následující tabulce. 29

Kroky Postup práce s riziky Postup Odpovědnost (O) Spolupráce (S) Informace (I) O S I Komentář Start Detekce a ohodnocení rizika Seznam rizik 1 PM DO DAV ATE LE PM Zad ava tele ŘV Seznam rizik obsahuje jejich názvy a ohodnocení, detekce rizik a jejich revize je prováděna periodicky. Je riziko červené? ANO Existuje pro riziko kontingenční plán? NE Určení odpovědné osoby za vytvoření konting. plánu 2 PM DO DAV ATE LE PM Zad ava tele ŘV Rozhodnutí o závažnosti rizika. 3 PM VT ŘV Osobu odpovědnou za práci s konkrétním rizikem jmenuje vedoucí projektu DODAVATELE nebo PM ZADAVATELE v závislosti na povaze rizika, a to po konzultaci s vedoucím příslušného pracovního týmu. ANO Vytvoření kontingenčního plánu Návrh kontingenčního plánu rizika 4 OO PM Kontingenční plán připravuje odpovědná osoba. NE Schválení kontingenčního plánu Provádění kontingenčního plánu Periodické vyhodnocování kontingenčního plánu Schválený kontingenční plán rizika Report o provádění konting. plánu rizika Report o vyhodnocování konting. plánu rizika 5 PM VT ŘV Kontingenční plán schvaluje příslušný vedoucí projektu 1, a to na základě stanoviska příslušného pracovního týmu. 6 OO PM VT Provádí se činnosti dle kontingenčního plánu, za což odpovídá Osoba odpovědná za řízení rizika. 7 VT PM ŘV Periodicky je třeba práci s rizikem vyhodnocovat. Periodické vyhodnocování rizik Konec 30

Kroky Postup Odpovědnost (O) Spolupráce (S) Informace (I) 8 PM DO DA VA TE LE O S I PM Zad ava tele ŘV Komentář Periodicky je třeba se vracet k revizím seznamu rizik. Legenda: ČT člen týmu, KV odborník řízení kvality, PMDODAVATELE Vedoucí projektu za uchazeče, PMZADAVATELE Vedoucí projektu za zadavatele, VT Vedoucí pracovního týmu, HTP Hlavní tým projektu, ŘV Řídicí výbor, OO odpovědná osoba za řízení rizika. Ohodnocení rizik Ohodnocení rizik bude vhodné provádět v týmu vybraných zainteresovaných osob společně za zadavatele a za uchazeče. V seznamu rizik u každého nalezeného rizika se určí pravděpodobnost (P), že riziko nastane. Pravděpodobnost rizikové události (P), se hodnotí ve třech úrovních: nízká, střední a vysoká. Ke každému riziku se stanoví hodnota dopadu (d) na Projekt pro každou oblast dopadu samostatně v rozmezí 1-5 podle níže uvedené tabulky. Agregovaná velikost (D) každého rizika se určí jako průměr hodnot získaných z jednotlivých oblastí (sloupců). Vytvoří se tabulka rizik zahrnující hodnoty (D) a (P). Rizika se rozdělí do tří kategorií - na ta, u kterých je potřeba vytvořit odezvu, na ta, která je třeba sledovat, a na ta, která se ponechají bez odezvy. K tomu se použije níže uvedený graf. 31

Graf ohodnocení rizik Obrázek 5: Hodnocení rizik v rámci řízení rizik Riziko bez odezvy. Riziko bez odezvy, ale musí být monitorováno. Riziko, na které je potřebné vytvořit odezvu. Vývoj odezvy na rizika V této činnosti se navrhnou vhodná opatření, která mají sloužit jako odezvy na vybraná rizika. Odezvy mohou spadat do jedné ze tří kategorií: Předcházení - navržené opatření zabrání vzniku rizikové události, jednání nebo stavu, obvykle eliminováním její příčiny. Zmírnění - navržené opatření sníží dopad nebo pravděpodobnost rizika. Přijetí - nenavrhují se opatření, o tomto faktu se provede záznam. V průběhu realizace projektu bude vytvořen Registr rizik, který bude obsahovat všechna rizika identifikovaná v průběhu jeho procesu. Tento registr rizik bude periodicky aktualizován. Každému riziku bude určena zodpovědná osoba za odezvu na vzniklé riziko. Adaptabilita portálu Nabízené řešení splňuje funkční požadavky Zadavatele, specifikované v kapitole 3 Zadávací dokumentace. Následující podkapitoly zobrazují screenshoty vývojové platformy, které jsou dostupné v angličtině, uchazeč však dodá řešení v plně české edici (tj. veškerá rozhraní jsou lokalizována do českého jazyka). Jádrem řešení je špičkový software správy obsahu a dokumentů, nabízející funkcionality pro grafické řízení procesů, workflow, design i zpracování formulářů a správu obsahu. Z hlediska funkčních vrstev je řešení členěno na: Uživatelské rozhraní: jedná se o tenkého klienta, k němuž přistupují uživatelé, přičemž obsah zobrazovaný klientem odpovídá profilu a 32

oprávnění uživatele. Funkcionalita je zajištěna jednotnou platformou, která obsahuje nativní funkcionality umožňující zobrazovat obsah a funkcionality podle typu uživatele. Uživatelské rozhraní za tímto účelem poskytuje následující funkční celky: o Rozcestník: Okno klienta s navigací a vyhledáváním informací, dostupných v logicky uspořádané struktuře tak, aby nejčastěji vyhledávané, aktuální a významné informace byly snadno dostupné. o Publikační systém: umožňuje příjem osobních informací (úkolů, formulářů ke zpracování apod.), zpracovávání dat, postupů a využívání workflow. Publikační systém rovněž umožňuje publikaci informací a aplikaci workflow na tyto informace (příspěvky, formuláře atd.) a podle oprávnění i změny uvedeného. o CMS: Content Management Systém poskytuje správa obsahu na úrovni administrátorů systému. Řadu činností nevyžaduje programátorské zkušenosti (WYSIWYG grafické rozhraní pro design obsahu portálu, úpravu šablon příspěvků, zavádění a změny parametrů workflow ), lze provádět i komplexní úpravy (zejména vyžadující komplexní logiku ve vazbě na data okolních systémů). Aplikační vrstva: tato vrstva řídí aplikační logiku, nastavuje a řídí WorkFlow, Integrační rozhraní asprávu obsahu, jedná se o serverovou aplikační část řešení, využívající technologii ASP.NET. Obsahuje následující funkční celky: o Workflow: obsahuje nastavení aplikační logiky a pracovních postupů (např. zpracování požadavků a formulářů) atd. o Integrační rozhraní: nabízí systémová rozhraní pro přístupy k datům a funkcionalitám okolních systémů, podporuje jak synchronní tak asynchronní komunikaci. o Správa obsahu: poskytuje funkcionality CMS pro design obsahu portálu, nabízí řadu prvků zjednodušujících práci při změnách obsahu při současném zajištění špičkové kvality grafického designu, například widgety (jednoduché předpřipravené prvky se snadno upravitelným obsahem pomocí sady předdefinovaných pravidel), nebo webparty (prvky nabízející možnost komplexních úprav). Datová vrstva: Obsahuje uložená pracovní data systému a prvky rozhraní, využívá technologii MS SQL. Architektura řešení a funkcionalita s podporou grafických ovládacích prvků pro práci s rozhraním, workflow a všemi moduly řešení poskytuje špičkovou adaptabilitu nabízeného řešení. Řešení v návaznosti na oprávnění uživatele umožňuje adaptabilitu na všech úrovních (uživatelská, administrátorská, procesní, dokumentová, datová, rozhraní na okolní systémy a další). Pomocí vrstev řešení jsou realizovány funkcionality portálu, specifikované v kapitole č. 3 Zadávací dokumentace. Funkcionality pro správu dokumentů Nabízené řešení bude obsahovat funkcionalitu systému pro správu dokumentů (DMS Document Management System). Pro tyto účely využije nabízené řešení pokročilé funkcionality vestavěné přímo v systému, s konfiguračními úpravami a přizpůsobením pro účely splnění potřeb Zadavatele. 33

Obrázek 6: Nabízené řešení umožňuje práci s MS Office dokumenty pomocí WebDAV Obrázek 7: Možnost práce s dokumenty v knihovně dokumentů DMS 34

Obrázek 8: Ukázka možnosti historie verzí Práce s formuláři Nabízené řešení nabízí špičkovou úroveň adaptability jak při práci, tak při návrhu formulářů, díky tomu že je možno využívat předdefinované komponenty, čímž je práce designérů, správců i uživatelů výrazně usnadněna. Obrázek 9: Ukázka tvorby formuláře Obrázek 10: Tvorba formuláře - přednastavené typy polí (bude dodáno v lokalizované verzi) Práce s workflow Workflow bude v navrhovaném řešení reprezentovat procesy a jejich nastavení. Nabízené řešení poskytuje špičkové funkcionality grafického editoru pro práci s workflow, který umožňuje nastavení zpracování různých postupů (dokumentů, žádostí) v komplexní sekvenci včetně vyžádání schválení apod. a větvení kroků v případě rozhodovacích procesů. 35

Obrázek 11: Ukázka možnosti tvorby a řízení schvalovacího workflow Obrázek 12: Možnost zobrazení přehledu všech dokumentů zahrnutých v konkrétním workflow Konektory pro okolní I S Portál úředníka je centrálním bodem, do kterého je možno zobrazit přehledové informace. Tyto informace jsou následně zobrazovány ve widgetech nebo přehledech témat. Propojení na Interní IS ta účelem získávání těchto informací (případně pro účely předávání a exportů informací) nabízí Portál úředníka následující typy rozhraní, díky nimž podporuje synchronní i asynchronní komunikaci: Webové služby (SOAP) Připojení k databázím (ODBC) formou SQL dotazu Export a import souborů ve formátech CSV, MS Excel, XML a případně další. Přístupová práva a jejich řízení Obrázek 13: Ukázka rozhraní pro nastavení přístupových práv k obsahu a funkcionalitám 36

Obrázek 14: Ukázka sdílení přidělování práv a delegování kontroly nad obsahem mezi uživateli Nabízené řešení obsahuje sadu nástrojů pro řízení oprávnění, která umožňuje velmi vysokou úroveň definice přístupových práv ve vztahu k obsahu. Podle typu uživatele (interní, externí, anonymní) i jeho role, profilu, uživatelských skupin a funkcí (nebo i konkrétního uživatele) lze aplikovat práva přístupu k obsahu na úrovni stránek, widgetů, článků, příspěvků, dokumentů, nebo kategorií. Portál umožní administraci přístupových práv. Nabízené řešení umožňuje definovat neomezený počet jednotlivých uživatelů a uživatelských skupin, přičemž uživatele lze vložit do více skupin najednou. V takovém případě získává uživatel práva všech těchto skupin. Současně lze tomuto uživateli navíc mimo práv získaných ze skupin přiřadit další práva přímo. Konkrétnímu uživateli nebo uživatelské skupině lze nastavit přístupová oprávnění ke složkám i informacím v ní uložených. Propracovaný systém oprávnění podporuje princip dědičnosti, tj. uživatel dědí práva ze skupiny, skupina ze své nadřazené skupiny apod., informace dědí práva ze složky, složka ze své nadřazené složky apod. 37