ÚČEL DOKUMENTU



PR?STUP K?PROJEKTU(Project approach)Identifikovanie po?iadaviek na technickú ?as? rie?eniaIdentifikácia projektuOprávnená osobaTu uve?te názov in?titúcie (napr. OVM), ktorá projekt po?adujeNázov projektuZodpovedná osobaMeno a?priezvisko fyzickej osoby, ktorá pripraví dokumenty na inicializáciu projektu –zamestnanec /Projektov? mana?érRealizátor projektu Tu uve?te názov in?titúcie, v?prospech ktorej sa projekt realizuje, m??e by? toto?ná s?Oprávnenou osobou (napr. podriadená organizácia)Schva?ovanie dokumentu/produktuPolo?kaMeno a?priezviskoOrganizáciaPracovná pozíciaDátumPodpisVypracovalOverilSchválilObsahTOC \o "1-3" \h \z \u1??EL DOKUMENTU PAGEREF _Toc46478424 \h 32ALTERNAT?VY RIE?ENIA PAGEREF _Toc46478425 \h 33ARCHITEKT?RA RIE?ENIA PROJEKTU PAGEREF _Toc46478426 \h 33.1BIZNIS VRSTVA PAGEREF _Toc46478427 \h 43.2APLIKA?N? VRSTVA PAGEREF _Toc46478428 \h 43.3TECHNOLOGICK? VRSTVA PAGEREF _Toc46478429 \h 43.4BEZPE?NOSTN? ARCHITEKT?RA PAGEREF _Toc46478430 \h 43.5Rozsah dodávky PAGEREF _Toc46478431 \h 43.5.1Infra?truktúra PAGEREF _Toc46478432 \h 43.5.2ICloud HW a?SW PAGEREF _Toc46478433 \h 43.5.3Systémová ?truktúra PAGEREF _Toc46478434 \h 43.5.4Databázová ?truktúra PAGEREF _Toc46478435 \h 43.5.5Hlavné riadiace toky PAGEREF _Toc46478436 \h 43.5.6Iné h?adiská dizajnu PAGEREF _Toc46478437 \h 43.5.7Dátov? model rie?enia PAGEREF _Toc46478438 \h 43.5.8Licencie PAGEREF _Toc46478439 \h 43.5.9Jazyková lokalizácia PAGEREF _Toc46478440 \h 44PREPOJENIA,?INTEGR?CIE a ROZHRANIA PAGEREF _Toc46478441 \h 45MIGR?CIE PAGEREF _Toc46478442 \h 56Z?VISLOSTI NA OSTATN? IS / PROJEKTY PAGEREF _Toc46478443 \h 57ZDROJOV? K?DY PAGEREF _Toc46478444 \h 58PREV?DZKA A ?DR?BA PAGEREF _Toc46478445 \h 58.1Prevádzkové po?iadavky PAGEREF _Toc46478446 \h 58.1.1?rovne podpory pou?ívate?ov: PAGEREF _Toc46478447 \h 68.2Po?adovaná dostupnos? IS: PAGEREF _Toc46478448 \h 78.2.1Dostupnos? (Availability) PAGEREF _Toc46478449 \h 88.2.2RTO (Recovery Time Objective) PAGEREF _Toc46478450 \h 88.2.3RPO (Recovery Point Objective) PAGEREF _Toc46478451 \h 99PO?IADAVKY NA PERSON?L PAGEREF _Toc46478452 \h 910IMPLEMENT?CIA A?PREBERANIE V?STUPOV PROJEKTU PAGEREF _Toc46478453 \h 911PR?LOHY PAGEREF _Toc46478454 \h 9Nápoveda in?trukcie k?vyp?ňaniu dokumentu Od?vodnenie projektu:Text uveden? ?zelenou farbou“ vyp?ňate v?PRIPRAVNEJ F?ZE PROJEKTU Text uveden? ?modrou farbou“ vyp?ňate v?INICIALIZA?NE F?ZE PROJEKTU t.j. u? po úvodnom odsúhlasení ?tatutárom pokra?ujete v?zdetailizovaní vá?ho projektového zámeruv?tejto fáze za?ínate alokova? (oslovova? a?zadáva? prácu) pracovníkov na ?pecializovan?ch útvaroch – z?d?vodu:?tvorby odborn?ch odhadov?dop?ňania úvodn?ch nákresov, vizuálov, vstupovIn?trukcie a?informácie k?postupne dop?ňanému obsahu sú vyzna?ené v tu prilo?enej tabu?ke:??EL DOKUMENTUV?súlade s? Vyhlá?kou 85/2020 Z.z. o?riadení projektov je tento dokument ur?en? na rozpracovanie:technick?ch po?iadaviekprincípov technickej realizáciepo?iadaviek na rozhraniapo?iadaviek na integráciu / dátovú migráciupo?iadaviek na bezpe?nos? rie?enianávrhy alternatív rie?enia,Poznámka: doporu?ujeme, aby ste si V?ETKY TABU?KOV? VSTUPY evidovali a?spravovali v?jednom centrálnom EXCELI – s?cie?om minimalizova? budúcu prácnos? s?aktualizáciou a?udr?iavaním obsahuPRILOHA: ZOZNAM TECHNICK?CH PO?IADAVIEK je v?xls. – POZRI PRILOHUV?po?iadavkách na UX dizajn (front-end a?back-end vizual) doporu?ujeme zoh?adni?:Metodiku Jednotn?? dizajn manuál elektronick?ch slu?ieb verejnej správy – LINK: Metodiku Tvorba pou?ívate?sky kvalitn?ch digitálnych slu?ieb verejnej správy: ách na riadenie kvality a dokumenta?né v?stupy projektu, doporu?ujeme zoh?adni?:Vyhlá?ku úradu podpredsedu vlády SR pre investície a informatizáciu ?. 85/2020 Z.z. o riadení projektov - LINK:? Vyhlá?ku úradu podpredsedu vlády SR pre investície a informatizáciu ?. 78/2020 Z.z. ?tandardoch pre informa?né technológie verejnej správy - LINK:? riadenia QAMPR – LINK: , resp. metodika, ktorá ju nahradíV?po?iadavkách na bezpe?nos? a?pravidlá v?voja a?riadenie prostredí, doporu?ujeme zoh?adni?:Metodiku pre systematické zabezpe?enie organizácií verejnej správy v?oblasti informa?nej bezpe?nosti - LINK: , ?alej len ?Metodika zabezpe?enia“)V?po?iadavkách na dokumentáciu doplňte z?príslu?n?ch príru?iek a?metodick?ch usmernení (?pecifické pre ka?d? projekt pod?a predmetu), pozri: PRILOHA ?.1 Vyhlá?ky 85/2020 Zz – obsahuje minimálny zoznam dokumentácieUpozorňujeme: navrhnite sp?sob, ako predís? ?Vendor lock-in“ = t.j. dodávané rie?enie musí by? v?súlade so Zákonom o?ITVS (ktor? ?vendor lock-in“ nepovo?uje). Následne ustanovania predchádzaniu vendor-lockinu musia by? zahrnuté aj v?ZoD a?SLA.Konvencie pou?ívané v?dokumentoch – ozna?ovanie po?iadaviekZvo?te si konvenciu pre ozna?ovanie po?iadaviek, súborov, atd.Architektúrne po?iadavky pou?ívajú konvenciu:Napr.A_AB_OxxA– architektúrna po?iadavkaAB– ozna?enie systému (ak existuje ?lenenie; m??e by? vypustené)O – ozna?enie po?iadavkyxx– ?íslo po?iadavkyInfra?truktúrne po?iadavky pou?ívajú konvenciu:Napr.IP_nn_ORxxIP– infra?truktúrna po?iadavkann – identifikácia (ak existuje ?lenenie; m??e by? vypustené)O – ozna?enie po?iadavkyxx– ?íslo po?iadavkyKomunika?né po?iadavky pou?ívajú konvenciu: ...Bezpe?nostné po?iadavky pou?ívajú konvenciu: ...Po?iadavky na dodávate?a pou?ívajú konvenciu: ...Prevádzkové po?iadavky pou?ívajú konvenciu: ...Ostatné technické po?iadavky pou?ívajú konvenciu: ...ALTERNAT?VY RIE?ENIAPopis preferovanej alternatívyDoporu?ujeme zoh?adni? v?stupy z?BC/CBAARCHITEKT?RA RIE?ENIA PROJEKTUDetailné rozpracovanie kapitoly 3.5 Náh?ad architektúry dokumentu I_01 Projektov? zámer. AS IS architektúra a?TO BE architektúra musia by? spracované tak, aby bol zrete?n? v?sledok projektu (zmena). Popisovan? TO BE stav je v?sledkom MCA anal?zy z?dokumentu I_01 Projektov? zámer.Nápoveda (in?trukcie) k?vyplneniu obsahu dokumentu – najprv popí?te vstupy rámcovo (zelenou), nesk?r sa budú postupne detailizova? (modrou) (a? do finálnej podoby v?Detailnom návrhu rie?enia – DNR po dokon?ení procesu VO)V?etky eGov komponenty (ISVS, AS, KS) rozpracované v?Inicia?nej fáze musia by? evidované v?MetaIS a?v?tomto dokumente uvádzané vrátane MetaIS kódov.V?tabu?ke eGov komponentov uve?te v?etky ISVS, AS, KS, ktoré sú v?stupom projektu (rozvíjané alebo budované. eGOV komponenty z?tejto tabu?ky musia kore?pondova? s?architektúrou TO BE.DOPLNI? VSTUPY v?INICIALIZA?NEJ F?ZE:Typ (ISVS, AS, KS)Kód MetaISNázovBudovan? / Rozvíjan?Napr. ISVSisvs_1234Informa?n? systém 1234Budovan?Upozorňujeme: technické rie?enie musí by? postavené na aktualizovan?ch / redizajnovan?ch biznis procesoch (s cie?om získa? úspory v??ase, zr?chlenie poskytnutia slu?by, zní?enia nákladov...)BIZNIS VRSTVADoplni? popis ASIS stavu Na?rtnú? návrh TOBE stavu (+ popis alternatív)Alternatíva sa vyberá na základe MCA v?I_01. Biznis vrstva má kore?pondova? s?procesn?mi mapami v?CBA.APLIKA?N? VRSTVADoplni? popis ASIS stavuNa?rtnú? návrh TOBE stavu (+ popis alternatív)V?po?iadavkách pre ?as? ?vyu?itia referen?n?ch údajov a?napojenie na referen?né registre“ doporu?ujeme zoh?adni?:Návrh aplika?nej a?technologickej architektúry v?plnej miere zoh?adňuje skuto?nos?, ?e sú pou?ité v?etky údaje, ktoré sú aktuálne vyhlásené za referen?né a?vo?i ktor?m platí pod?a zákona o?e-Governmente povinnos? referencovania sa (vi?. §52). Sú vypublikované tu údajom sa via?e povinnos? orgánov verejnej moci (OVM) vyu?íva? a?poskytova? pri elektronickej komunikácii (vi?. §10 ods. 2 e-Gov zákona) tieto údaje prostredníctvom ?Modulu procesnej integrácie a?integrácie údajov (jeho ?asti IS CSR?)“. ?Tento modul (vi?. §10 ods. 11 e-Gov zákona) slú?i o.i. na integráciu údajov, synchronizáciu údajov pri referencovaní a?pri v?mene údajov s?referen?n?mi registrami a?základn?mi ?íselníkmi.Povinnosti a?postupy vz?ahujúce sa k?referen?n?m údajom sú detailne popísané v?Metodickom usmernení ?PVII zverejnenom na alebo V?popise aplika?nej vrstvy sa per budovan?/rozvíjan? ISVS jednozna?ne vyjadrite k?nasledovn?m bodom:Po?iadavka na pou?ívanie registrovan?ch jednotn?ch referencovate?n?ch identifikátorov ?URI“ (centrálny model údajov verejnej správy)Po?iadavky na ?as? ?Moje dáta“ Po?iadavka na ?as? “Automatizovan? monitoring IS” – vypl?va zo Zákona o ITVS, §14, odsek 6Po?iadavky na ?as? “Zoznam CI polo?iek (HW a SW) pre import do Servicedesku” (CMDB)Po?iadavky na ?as? “Automatizované monitorovanie slu?ieb”– povinn? v?stup ka?dého projektu.Po?iadavky na ?as? “Poskytovanie analytick?ch údajov” Po?iadavky pre ?as? ?aplika?né slu?by na externú integráciu“ – prepájanie ISVS sa realizuje prostredníctvom vz?ahu na úrovní 2 AS, ktoré nesmú poskytova? KSPo?iadavka – aby slu?by boli implementované tak, aby aj po nasadení do prevádzky fungovalo testovacie prostredie pre konzumentov a aby sa integráciu mohol konzument otestova? aj s?eIDzoh?adni? Pravidlá publikovania elektronick?ch slu?ieb do multikanálového prostredia verejnej správy ? predpokladanú logickú architektúru schematicky a?popisom (forma - pou?itím nástroja napr. ArchiMate v súlade so ?tandardom TOGAF – rovnako pre biznis procesy, aplika?nú a technologickú architektúru alebo UML diagramy (napr. Deployment Diagram)Doplni? po?iadavky na aplika?nú architektúru schematicky (rámcov? návrh aplika?nej architektúry) a?popisom, napr. v ponuke je potrebné uvies?: logickú architektúru softvérovú (aplika?nú) architektúru rie?enia v?grafickej a textovej formeKompletn? popis fyzickej ?truktúry dát.Krí?ová referencia na dátové ?truktúry. Popis v?etk?ch relácií a ciest medzi dátov?mi polo?kami dr?an?mi v databáze.Databázov? dizajn by mal obsahova?:Logickú ?truktúruFyzickú ?truktúru (povinné)Kritéria na databázové po?iadavkyIntegritné po?iadavky ( napríklad pole A musí existova? sk?r ako pole B )Popis ?peciálnych prístupov k?dátam (povinné)Popis distribuovan?ch dát cez r?zne HW (povinné)Popis dát, ktoré m??u by? replikované s oh?adom na performanceSp?sob archivácie dát (povinné)Sp?sob rie?enia konkuren?n?ch a sporn?ch po?iadaviek?pecifikácia podsystémovVysvetlenie ?o je subsystém ( napríklad set procedúr, set procesov …) a na ?o slú?i. ?truktúra subsystému?pecifikácia ?truktúry subsystému, schematick? diagram subsystému, popis interfaces. Diagram by mal by? popísan? relevantn?m textom .?trukturálny diagram Znázornite dan? subsystém v strede v?etk?ch adekvátnych podsystémov. Diagram má znázorňova? v?zby medzi t?mto subsystémom a ostatn?mi subsystémami a extern?mi interfaces. Pristupované súbory by mali by? identifikované.Interfaces (nepovinné pre rie?enie bez kontraktu na zdrojov? kód)Pre ka?d? interface v subsystéme by mal by? uveden? zoznam elementov pristupovan?ch s interfaces (napríklad správy, parametre, zdie?aná pam?? …). Uve?te krí?ové referencie na vy??ie uvedenú sekciu interfaces .Subsystémové procesy:Táto sekcia detailne popisuje, ako subsystémy pracujú. Mala by obsahova? dekompozíciu subsystémov a popísa? tok dát vnútri subsystému. Dekompozícia by mala obsahova?:Komponenty ( moduly) podsystémuTok dát medzi modulmiControl flow medzi modulmiTextov? popis by mal obsahova?:Postup na shutdown, startup a recovery, akcie zabezpe?ujúce konzistenciu dát pri po?iato?nom stavePrípadn? stavov? diagram v rámci ka?dého subsystému Relácie medzi subsystémamiU?ívate?ské rozhranie a GUIAlarm reporting a handling vrátane logovani , resetu a opravy ch?bReportovací systémDátov? model rie?enia:Doplni? návrh sp?sobu konverzie dát, postup vykonania a overenia správnosti vykonanej konverzie.Logick? a fyzick? dátov? modelSp?sob konverzií základn?ch dátov?ch typovPostup vykonania konverzie dátOverenie konverzií dátPostup vykonania migrácie dátOverenie migrácie dát?al?ie (doplňte pod?a potreby)Stru?n? popis procesu je vytvoren? analytikom v?interakcii/v komunikácii s?koncov?m u?ívate?om.Pou?ité dáta:Popis po?it?ch dát v subsystéme, popis ?truktúr, tabuliek, dátov?ch ?truktúr a pam??ov?ch blokov. Pre ka?dé zdie?ané dáta s in?m subsystémom je nutné uvies? Krí?ovú referenciu na dátové ?truktúryZoznam subsystémov ktoré tieto dáta pou?ívajúPre privátne dáta ( pou?ité iba subsystémom)Definíciu dát , prípadne krí?ovú referenciu kde je definovaná Zoznam subsystémov ktoré tieto dáta pou?ívajúAké dáta budú pou?ité pri teste?Kto a?ako zabezpe?í migráciu dát?Kto a?ako zrealizuje ?istenie dát / kvalitu dát?Entitno-rela?n? model rie?enia:Doplni? model rie?enia (forma - pou?itím nástroja napr. ArchiMate v súlade so ?tandardom TOGAF – rovnako pre biznis procesy, aplika?nú a technologickú architektúru alebo UML diagramy (napr. Deployment Diagram)Funk?no-hierarchick? model rie?enia:Doplni? model rie?enia (forma - pou?itím nástroja napr. ArchiMate v súlade so ?tandardom TOGAF – rovnako pre biznis procesy, aplika?nú a technologickú architektúru alebo UML diagramy (napr. Deployment Diagram)TECHNOLOGICK? VRSTVADoplni? popis ASIS stavuNa?rtnú? návrh TOBE stavu (+ popis alternatív)V?po?iadavkách pre ?as? ?vyu?ívanie slu?ieb vládneho cloudu“ doporu?ujeme zoh?adni?:Návrh aplika?nej a infra?truktúrnej architektúry v plnej miere zoh?adňuje skuto?nos?, ?e sú poskytované len slu?by uvedené v katalógu slu?ieb Vládneho cloudu.Po?iadavky?na slu?by vládneho cloudu sú v plnej miere kompatibilné s aktuálnou verziou katalógu slu?ieb vypublikovanej na alebo na Po?iadavky na slu?by vládneho cloudu doporu?ujeme ma? e?te pred vyhlásením VO a?následn?m spustením procesu migrácie – odkomunikované / odsúhlasené s?prevádzkovate?om vládneho cloudu (MVSR)BEZPE?NOSTN? ARCHITEKT?RADoplni? popis ASIS stavuNa?rtnú? návrh TOBE stavu (+ popis alternatív)Stru?ne popísa? postupy na dosiahnutie potrebnej úrovne bezpe?nosti a?sp?sob zabezpe?enia aktív projektu na jednotliv?ch vrstvách architektúry (d?vernos?, dostupnos? a integrita).Rozsah dodávkyInfra?truktúraProstredia (vyplní uchádza?):Napr. v?popise navrhovaného rie?enia (vo forme ?truktúrovanej tabu?ky) uve?te parametre po?adovan?ch prostredí:produk?né (v zmysle po?adovaného sizingu)testovacie (v minimálnom mo?nom sizingu) – ur?ené pre testy nov?ch modulov, úprav, zmenov?ch po?iadaviek a retesty na úrovni upgradeov (nie pre zá?a?ové testovanie).V?popise návrhu rie?enia (vo vz?ahu ku kapitole REF _Ref500408535 \r \h \* MERGEFORMAT Chyba! Nena?iel sa ?iaden zdroj odkazov.) je po?adované uvies?sizing pre obidve prostrediapo?iadavky na integráciuPoznámka: doporu?ujeme, aby ste si V?ETKY TABU?KOV? VSTUPY evidovali a?spravovali v?jednom centrálnom EXCELI – s?cie?om minimalizova? budúcu prácnos? s?aktualizáciou a?udr?iavaním obsahu?tandardy a?o?akávané platformy na viacvrstvovom rie?ení:Napr. pri pou?ití vládneho cloudu ak navrhované rie?enie v?nejakej jeho ?asti zásadne nevy?aduje pou?itie in?ch platforiem, vy?adujeme uprednostnenie ?tandardov prostredia vládneho cloudu, v zmysle?nasledujúceho preh?adu:Napr.Preh?ad základn?ch pou?ívan?ch ?tandardov v prostredí vládneho cloudu a OVMMS Windows 2012 R2= serverová platforma s diskovou storage-podporou (SAN)AIX 7.x= serverová platforma s diskovou storage-podporou (SAN)VMware ESX v xx.0= virtualiza?ná platforma pre serveryMS SQL Server 2016= databázová (klástrová) platformaORACLE 11g/12c= databázová platforma (alternatíva)......MS ActiveDirectory 2012 R2= autoriza?ná platforma IAM (IdM) – vrátane podpory SSOMS Exchange 2016= e-mailov? komunika?n? systém.....= archiva?ná a zálohovacia platforma= aktuálna platforma antivírusovej ochrany prostredia XYZMS Windows 10MS Office 2010 Std/ProInternet Explorer IE v11, Chrome v62.x= ?tandard vybavenia klientskej pracovnej stanice v?prostredí XYZ (PC al. notebook s pripojením do LAN/WAN)Napr. Preh?ad Open Source platforiem* akceptovate?n?ch pre vyu?itie v prostredí OVMReadHat, Linux, ... a?pod.= príklady serverov?ch platforiem - opera?n? systémMySQL, PostgreSQL,... a pod.= príklady mo?n?ch databázov?ch platforiemPoznámka: doporu?ujeme, aby ste si V?ETKY TABU?KOV? VSTUPY evidovali a?spravovali v?jednom centrálnom EXCELI – s?cie?om minimalizova? budúcu prácnos? s?aktualizáciou a?udr?iavaním obsahuIS bude vyu?íva? infra?truktúrne slu?by (IaaS) Vládneho cloudu pod?a mo?ností Katalógu slu?ieb Vládneho cloudu:Slu?by pripojenia do siete: Sie?ové slu?bySlu?by v?po?tového v?konu: Virtuálny serverArchitektúra CPU: x86-64, RISCPo?et virtuálnych CPU: 1,2,4,8Ve?kos? RAM: 1,2,4,8,16,32,64 GB Systémov? diskov? priestor: 20,32,40,80,100,128 GBServer OS (navrhované verzie OS musia by? podporované v?robcom v??ase nasadenia projektu do produk?nej prevádzky min. 2 roky pod?a oficiálneho ?End-of-support“ plánu dodávate?a): x86: Windows server min. 2016 Red Hat Enterprise Linux min. 7, RISK platforma: AIX min. 7.2 TL3 SP2 (64-bit) CentOS: min. CentOS 7.3 (64-bit) Slu?by úlo?iska údajov: Diskov? priestor TIER 1 (1 – 256 GB, max 1280 IOPS), TIER 2 (1 – 1000 GB, max 150 IOPS), TIER 3 (1 – 2000 GB, max 100 IOPS)Slu?by zálohovaniaPaaS Slu?by:MDM: Talend MDM Platform, at?.Po?iadavky na sizingNapr. po?iadavka - sú?as?ou ponuky musí teda by? v technickej architektúre rie?enia uveden? detailn? popis HW a SW (OS, DB) komponentovs úpln?m návrhom sizingu pou?it?ch komponentov, zoh?adňujúcim ?lenenie pod?a jednotliv?ch ?astí/modulov/vrstiev a pre obidve tieto prostrediaa?s?prihliadnutím na predpokladanú zá?a? a?rozvoj systému (min. na 6 rokov dopredu)doplni? nutn? HW / komponenty pre projekt, doplni? popis technickej infra?truktúry potrebnej pre?implementáciu navrhovaného rie?enia.IDPo?adovan? HW(stru?n? popis / názov)Po?et1.Doplň názov a stru?n? popis HWDoplni? po?et2.Doplň názov a stru?n? popis HWDoplni? po?et3.Doplň názov a stru?n? popis HWDoplni? po?etV?ber slu?ieb Vládneho cloudu (vyplní uchádza?)ProstredieIDSlu?ba Vládneho cloudu (v?ber z?katalógu slu?ieb)OS a verziaPo?et CPURAM (GB)IS/modul/..Poznámka: doporu?ujeme, aby ste si V?ETKY TABU?KOV? VSTUPY evidovali a?spravovali v?jednom centrálnom EXCELI – s?cie?om minimalizova? budúcu prácnos? s?aktualizáciou a?udr?iavaním obsahuPo?iadavky na v?konnostné parametre, kapacitné po?iadavkyDoplni? po?iadavky, ktoré majú vplyv na v?kon, sizing prostredí. Npr. Po?et intern?ch pou?ívate?ov, po?et extern?ch pou?ívate?ov, po?et spracovávan?ch procesov, dokumentov,...Komunikácia medzi vrstvami vládneho cloudu, vyu?ívanie sie?ovej infra?truktúry (Govnet, LAN, VPN,...)Komunikácia, sie?ová a?komunika?ná infra?truktúraDoplni? po?iadavky na komunikáciu, napr. na v?menu dát, typ/sp?sob pripojenia k sieti Internet, VPN, po?iadavku na popis pou?ívan?ch TCP portov, nastavenia napr. Firewall-ov ,..Táto sekcia obsahuje v?etko d?le?ité pre systémové procesy. Obsah závisí ve?mi od pou?itého prostredia. Nasledujúce dve sekcie sú povinné, av?ak je ú?elné vlo?i? aj iné sekcie. Mapovanie procesovPopis modulov pou?it?ch na tvorbu procesov v systéme. HW mappingTáto sekcia popisuje ako sú procesy replikované a ako sú distribuované v rámci HW prostredia .?peciálne po?iadavky na SW konfiguráciu musia by? uvedené v tejto kapitoleICloud HW a?SWStru?n? popis Cloud rie?enia / zoznam HW komponentov (napríklad unix server, aplika?n? server, PC …) . V?eobecn? popis HW konfigurácie a vysvetlenie ako sú funk?né po?iadavky mapované na HW. ?pecifikácia, ktor? diagram ukazuje hlavné HW komponenty a relácie medzi nimi. Odkaz na externé manuály , ktoré detailne popisujú HW a SW prostredie.Systémová ?truktúraDatabázová ?truktúraPopisuje hlavné dátové bloky v databáze, ich ?truktúru a relácie medzi nimi. Popisuje v?etky ?peciálne postupy pou?ité v databáze a pou?it? DBMS. Popisuje ako sú mapované databázové polia na HW .Hlavné riadiace tokyRozde?uje funkcie definované vo funk?nom dizajne na generické (logické) bloky a popisuje prepojenie ka?dého generického bloku na systém. Sumarizuje procesy pre ka?d? podsystém vrátane control flow diagramu medzi subsystémami. Iné h?adiská dizajnuPopis nasledovn?ch ukazovate?ov:Technologické rizikoRie?ite?nos? po?iadaviekBezpe?nos?Ostatné regula?né a compliance podmienkyTestovate?nos?RecoveryDostupnos? systému (24h)?ivotnos? a?udr?ate?nos? systémuDátov? model rie?eniaLicencieDoplni? po?iadavky na licencie (nutn? softvér), napr. aby ponuka obsahovala, aké licencie budú pou?ité pre navrhovanú architektúru v??lenení:aplika?n? softvérsystémov? SW (opera?né systémy, databázy a pod.)vlastné vyvíjané softvérové komponenty,tre?ostranné komponenty/moduly.ako aj v??lenení pod?a prostredí, systémov, platforiem,... Po?adova? uvies? napr, názov, verziu, typ, po?ty a metriky potrebn?ch licencií, at?.IDIS/modul/komponent architektúryNutn? SW(stru?n? popis / názov)Po?etTyp licenciiPoznámka1.Doplni? názov:ISModul Komponent architektúryDoplň názov a stru?n? popis SW / názov licencieDoplni? po?etU?ívate?CPUsystém2.Doplni? názov:ISModul Komponent architektúryDoplň názov a stru?n? popis SW / názov licencieDoplni? po?etU?ívate?CPUsystémPoznámka: doporu?ujeme, aby ste si V?ETKY TABU?KOV? VSTUPY evidovali a?spravovali v?jednom centrálnom EXCELI – s?cie?om minimalizova? budúcu prácnos? s?aktualizáciou a?udr?iavaním obsahuJazyková lokalizáciaPREPOJENIA,?INTEGR?CIE a ROZHRANIADOPLNI? VSTUPY v?INICIALIZA?NEJ F?ZE:Do tabu?ky ni??ie uve?te MetaIS kód budovaného/rozvíjaného ISVS z?projektu a?piktogramom vyzna?te, ktoré oblasti referen?nej architektúry bude ISVS vyu?íva? (implementované projekty/existujúce ISVS)Pokia? sa prepojenie alebo integrácia t?ka modulu, vz?ah zazna?te pri materskom ISVSMetaIS kód ISVS z projektuPoskyt. Open dataPoskyt.ref. údajovKonz.ref. údajovModul eSchránkyPlatobn? modulModul MEDModul CEPModul MEFModul IAMDoplni? kód ISVS?????????V?po?iadavkách na rozhrania, integrácie, importy a exporty, doporu?ujeme zoh?adni?:Vyhlá?ku úradu podpredsedu vlády SR pre investície a informatizáciu ?. 78/2020 Z.z. ?tandardoch pre informa?né technológie verejnej správy: Po?iadavky na ?as? “Otvoren?ch údajov“Poskytovanie údajovKonzumovanie údajovPo?iadavka na ?as? “Referen?né údaje“ Poskytovanie údajovKonzumovanie údajovPo?iadavky pre ?as? ?Spolo?né moduly UPVS“EXTERN? INTERFACES:Externé businnes interfaces m??u by? kompletne definované vo funk?nej ?pecifikácii prípadne v externej dokumentácii. Táto sekcia má obsahova? zoznam interaces a názov dokumentácie, kde sú definované. Externé interfaces m??u by? definované nasledovne:Interface typ (fyzick? typ, opera?n? mód, prenosová r?chlos?…)Krí?ová referencia na procesné modulySpo?ahlivos?, bezpe?nostné procesy, chybové stavy, recovery INTERN? INTERFACES:Zoznam v?etk?ch dát, ktoré sú pou?ité ako interfaces medzi subsystémami. Interfaces v???inou b?vajú definované ako:Procesné typy (dátové ?truktúry správ a zdie?ané oblasti pam?te)Procedúrne typy (dátové polo?ky alebo ?truktúry zasielané ako parametre)Pre ka?d? procesn? typ interface uve?teZoznam subsystémov, kde je pou?it?Referenciu na dátovú ?truktúruPre ka?d? procedurálny typ uve?teList zdie?an?ch parametrov, ich prístupové typy, a ich pou?itiePrípadnú referenciu na zdie?an? dátov? typDoplni? po?iadavky na integráciu, napr.rozhrania medzi modulmi / komponentmi,rozhrania so systémami tretích strán – pokia? existujú,rozhrania na integrované backendové systémy– pokia? existujú,IDPo?iadavka - Názov rozhraniaPopis rozhraniaCie?Poznámka1.Po?iadavka - Doplň názovDoplň popisDoplň cie? (v?stup), ktor? chcete realizáciou rozhrania dosiahnu?2.Po?iadavka - Doplň názovDoplň popisDoplň cie? (v?stup), ktor? chcete realizáciou rozhrania dosiahnu?3.Po?iadavka - Doplň názovDoplň popisDoplň cie? (v?stup), ktor? chcete realizáciou rozhrania dosiahnu?Poznámka: doporu?ujeme, aby ste si V?ETKY TABU?KOV? VSTUPY evidovali a?spravovali v?jednom centrálnom EXCELI – s?cie?om minimalizova? budúcu prácnos? s?aktualizáciou a?udr?iavaním obsahuTECHNICK? ROZHRANIA RIE?ENIA:Doplni? blokovú schému rie?enia (forma - pou?itím nástroja napr. ArchiMate v súlade so ?tandardom TOGAF – rovnako pre biznis procesy, aplika?nú a technologickú architektúru alebo UML diagramy (napr. Deployment Diagram, ...)OPERA?N? / PREV?DZKOV? ROZHRANIA RIE?ENIA:Tento bod / kapitola bude obsahova? popis rozhraní na iné systémy, ktoré bude potrebné implementova? v projekte. (napr. budú rie?ené rozhrania na eTRUST a AD?). Pri rie?ení rozhraní na iné systémy bude popis obsahova? najm?:Zoznam a popis existujúcich (ASIS) rozhraní (ak existujú)Zoznam a popis navrhovan?ch (TOBE) rozhraníPopis funkcionality rozhraní a modelu rozhraníPopis funk?n?ch modulov rozhraníPopis procesov rozhraníZoznam a popis existujúcich (ASIS) integrácií (ak existujú)Zoznam a popis navrhovan?ch (TOBE) integráciíPopis bezpe?nosti (Metodika CSIRT)Sp?sob nasadenia a pravidlá práce vo v?vojom prostredí pripájan?ch systémovSp?sob nasadenia a pravidlá práce pre testovacie prostredia pripájan?ch systémov?al?ie (doplňte pod?a potreby)Pokia? je relevantné bude doplnené vizuálne (forma - pou?itím nástroja napr. ArchiMate v súlade so ?tandardom TOGAF – rovnako pre biznis procesy, aplika?nú a technologickú architektúru) a aj detailne popísan? biznis proces je vytvoren? analytikom v interakcii/v komunikácii s koncov?m u?ívate?om. V?MENA D?T:Doplni? po?iadavky na v?menu dát, napr. pou?itie ?tandardn?ch konektorov, web-services (webové slu?by) Externá integrácia – s?rie?eniami a slu?bami?tretích stránMailová komunikácia – notifikácieAdresárová slu?ba Microsoft ActiveDirectorySMS-messaging – notifikácie?dajová základňa (?truktúra dát)Jazyková lokalizácia:Doplni? po?iadavky na pou?ívate?ské role a?správu aplikácie,...POU?IVATELIA SYST?MU:Interní pou?ívatelia (pracovníci ABC – administrácia , správa, podpora)Externí pou?ívatelia (zákaznici, partneri tretie strany) MIGR?CIEDoplni? zoznam o?akávan?ch (dátov?ch/SW/HW) migrácií a popis pravidiel pre realizáciu migráciiDoporu?ujeme postupova? v?zmysle odporú?aní útvaru Datalab MIRRI: ? sp?sob kontroly kvality dát (?istenia dát)Z?VISLOSTI NA OSTATN? IS / PROJEKTY DOPLNI? VSTUPY v?INICIALIZA?NEJ F?ZE:Sumárny preh?ad v?etk?ch projektov a?programov, ktoré sú v??tádiu v?voja a v?korelácii s?pripravovan?m projektom.StakeholderNázov projektuMetaIS kód projektuTermín ukon?eniaPopis závislostiNapr. MIRRI SRProjekt XYProjekt_123404/2021Vyplni?V?popise závislostí per budovan?/rozvíjan? ISVS zoh?adnite:Po?iadavky pre ?as? ?Napojenie na API Gateway“ (volanie backendov?ch slu?ieb v?lu?ne cez API Gateway, jednotné pripojenie a?interakcia prístupov?ch miest, frontendov cez ISVS prevádzkovate?a NASES)Po?iadavky pre ?as? ?Centrálne komponenty“ (centrálne bloky)Poznámka: doporu?ujeme, aby ste si V?ETKY TABU?KOV? VSTUPY evidovali a?spravovali v?jednom centrálnom EXCELI – s?cie?om minimalizova? budúcu prácnos? s?aktualizáciou a?udr?iavaním obsahu.ZDROJOV? K?DYDoplni? po?iadavky na zdrojové kódy (napr. zo?vzorovej zmluvy). Aké druhy, formy a??truktúry zdrojov?ch kódov po?adujte odovzda?. Stru?ne popí?te aj sp?sob ich preberania, periodicitu (pri ak?ch mí?nikoch) a?sp?sob archivácie.Doplni? pravidlá pre preberanie, správu a?archiváciu zdrojov?ch kódov. Tieto pravidlá následne prenies? do ZoD/SLA.Po uzatvorení zmluvy s?dodávate?om riee?enia – zoh?adni? ich aj v?PIDeDoporu?ujeme naviaza? preberanie/odovzdávanie zdrojov?ch kód na faktura?né mílniky.PREV?DZKA A ?DR?BADoplni? popis ASIS stavuNa?rtnú? návrh TOBE stavu (+ popis alternatív)Kompletn? preh?ad v?etk?ch predpokladan?ch po?iadaviek na prevádzku a?údr?bu cie?ového rie?eniadoplňte Popis budúceho stavu, najm? oblas? Prevádzkapre detailn? popis je potrebné vyu?i? prílohyOdkazy na relevantné súbory. Prílohy obsahujú informácie vo forme modelov.Charakterizujte sp?sob podpory prevádzky aplika?n?ch a?technologick?ch prostriedkov v?sú?asnom stave, ako aj po ukon?ení projektu a?nasadení v?stupov do prevádzky. Popí?e sa teda?aktuálny stav podpory prevádzky a?úroveň poskytovania slu?ieb (SLA), ako aj budúci stav podpory a?úroveň poskytovania slu?ieb pod?a osobitného predpisu.Prevádzkové po?iadavkyDoporu?ujeme vlo?i? popis L1 úrovne – po?iadavky / o?akávaniaDoporu?ujeme vlo?i? popis L2 úrovne – po?iadavky / o?akávaniaDoporu?ujeme vlo?i? popis L3 úrovne – po?iadavky / o?akávania?tandardn? ?as podpory, ?as/r?chlos? odstraňovania vád, dostupnos? systému, zálohovanie, plán obnovy systému, at?Po?adované SLA na slu?by systémovej a aplika?nej podpory – servisné slu?by vz?ahujúce sa na produk?né a?testovacie prostredie IS?rovne podpory pou?ívate?ov:Help Desk bude realizovan? cez 3 úrovne podpory, s nasledujúcim ozna?ením:L1 podpory IS (Level 1, priamy kontakt zákazníka) - jednotn? kontaktn? bod verejného obstarávate?a – IS Solution manager, ktor? je v?správe verejného obstarávate?a a?v?prípade jeho nedostupnosti Centrum podpory pou?ívate?ov (zabezpe?uje prevádzkovate? IS a DataCentrum).L2 podpory IS (Level 2, postúpenie po?iadaviek od L1) - vybraná skupina garantov, so znalos?ou IS (zabezpe?uje prevádzkovate? IS – verejn? obstarávate?).L3 podpory IS (Level 3, postúpenie po?iadaviek od L2) - na základe zmluvy o podpore IS (zabezpe?uje úspe?n? uchádza?).Definícia:Podpora L1 (podpora 1. stupňa) - za?iato?ná úroveň podpory, ktorá je zodpovedná za rie?enie základn?ch problémov a po?iadaviek koncov?ch u?ívate?ov a ?al?ie slu?by vy?adujúce základnú úroveň technickej podpory. Základnou funkciou podpory 1. stupňa je zhroma?di? informácie, previes? základnú anal?zu a ur?i? prí?inu problému a jeho klasifikáciu. Typicky sú v úrovni L1 rie?ené priamo?iare a jednoduché problémy a základné diagnostiky, overenie dostupnosti jednotliv?ch vrstiev infra?truktúry (sie?ové, opera?né, vizualiza?né, aplika?né at?.) a základné u?ívate?ské problémy (typicky zabudnutie hesla), overovanie nastavení SW a HW at?.Podpora L2 (podpora 2. stupňa) – rie?ite?ské tímy s hlb?ou technologickou znalos?ou danej oblasti. Rie?itelia na úrovni Podpory L2 nekomunikujú priamo s koncov?m u?ívate?om, ale sú zodpovední za poskytovanie sú?innosti rie?ite?om 1. úrovne podpory pri rie?ení eskalovaného hlásenia, ?o mimo iného obsahuje aj sp?tnú kontrolu a podrobnej?iu anal?zu zisten?ch dát predan?ch rie?ite?om 1. úrovne podpory. V?stupom takejto kontroly m??e by? potvrdenie, upresnenie, alebo prehodnotenie hlásenia v závislosti na potrebách Objednávate?a. Primárnym cie?om rie?ite?ov na úrovni Podpory L2 je dosta? Hlásenie ?o najsk?r pod kontrolu a následne ho vyrie?i? - s mo?nos?ou eskalácie na vy??iu úroveň podpory – Podpora L3.Podpora L3 (podpora 3. stupňa) - Podpora 3. stupňa predstavuje najvy??iu úroveň podpory pre rie?enie t?ch najob?ia?nej?ích Hlásení, vrátane prevádzania h?bkov?ch anal?z a rie?enie extrémnych prípadov.Pre slu?by sú definované takéto SLA:Help Desk je dostupn? cez IS Solution manager a?pre vybrané skupiny u?ívate?ov cez telefón a email, incidenty sú evidované v?IS Solution manager,Dostupnos? L3 podpory pre IS je 8x5 (8 hodín x 5 dní od 8:00h do 16:00h po?as pracovn?ch dní),Rie?enie incidentov – SLA parametreZa incident je pova?ovaná chyba IS, t.j. správanie sa v?rozpore s?prevádzkovou a?pou?ívate?skou dokumentáciou IS. Za incident nie je pova?ovaná chyba, ktorá nastala mimo prostredia IS napr. v?padok poskytovania konkrétnej slu?by Vládneho cloudu alebo komunika?nej infra?truktúry.Ozna?enie naliehavosti incidentu:Ozna?enie naliehavosti incidentuZáva?nos? incidentuPopis naliehavosti incidentuAKritickáKritické chyby, ktoré sp?sobia úplné zlyhanie systému ako celku a nie je mo?né pou?íva? ani jednu jeho ?as?, nie je mo?né poskytnú? po?adovan? v?stup z?IS.BVysokáChyby a nedostatky, ktoré zaprí?inia ?iasto?né zlyhanie systému a?neumo?ňuje pou?íva? ?as? systému.CStrednáChyby a nedostatky, ktoré sp?sobia ?iasto?né obmedzenia pou?ívania systému. DNízkaKozmetické a?drobné chyby.mo?n? dopad:Ozna?enie záva?nosti incidentuDopadPopis dopadu1katastrofick?katastrofick? dopad, priamy finan?n? dopad alebo strata dát, 2zna?n?zna?n? dopad alebo strata dát3mal?mal? dopad alebo strata dátV?po?et priority incidentu je kombináciou dopadu a?naliehavosti v?súlade s?best practices ITIL V3 uveden? v nasledovnej matici:Matica priority incidentovDopadKatastrofick? - 1Zna?n? - 2Mal? - 3Naliehavos?Kritická - A123Vysoká - B233Stredná - C234Nízka - D344Vy?adované reak?né doby:Ozna?enie priority incidentuReak?ná doba(1) od nahlásenia incidentu po za?iatok rie?enia incidentuDoba kone?ného vyrie?enia incidentu od nahlásenia incidentu (DKVI) (2)Spo?ahlivos? (3)(po?et incidentov za mesiac)10,5 hod.4 hodín 121 hod.12 hodín231 hod.24 hodín10 41 hod.Vyrie?ené a?nasadené v?rámci plánovan?ch releasov(1) Reak?ná doba je ?as medzi nahlásením incidentu verejn?m obstarávate?om (vrátane u?ívate?ov IS, ktorí nie sú v?pracovnoprávnom vz?ahu s?verejn?m obstarávate?om) na helpdesk úrovne L3 a?jeho prevzatím na rie?enie.(2) DKVI znamená obnovenie ?tandardnej prevádzky - ?as medzi nahlásením incidentu verejn?m obstarávate?om a?vyrie?ením incidentu úspe?n?m uchádza?om (do doby, kedy je funk?nos? prostredia znovu obnovená v plnom rozsahu). Doba kone?ného vyrie?enia incidentu od nahlásenia incidentu verejn?m obstarávate?om (DKVI) sa po?íta po?as celého dňa. Do tejto doby sa nezarátava ?as potrebn? na nevyhnutnú sú?innos? verejného obstarávate?a, ak je potrebná pre vyrie?enie incidentu. V?prípade potreby je úspe?n? uchádza? oprávnen? po?adova? od verejného obstarávate?a schválenie rie?enia incidentu.(3) Maximálny po?et incidentov za kalendárny mesiac. Ka?dá ?al?ia chyba nad stanoven? limit spo?ahlivosti sa po?íta ako za?at? deň ome?kania bez?odstránenia vady alebo incidentu. Duplicitné alebo?technicky súvisiace incidenty (zadané v?rámci jedného pracovného dňa, po?as pracovného ?asu 8 hodín) sú pova?ované ako jeden incident.(4) Incidenty nahlásené verejn?m obstarávate?om úspe?nému uchádza?ovi v?rámci testovacieho prostredia Majú prioritu 3 a?ni??iuVz?ahujú sa v?hradne k?dostupnosti testovacieho prostrediaZa incident na testovacom prostredí sa nepova?uje incident vztiahnut? k?práve testovanej funkcionaliteVy??ie uvedené SLA parametre nebudú pou?ité pre nasledovné slu?by:Slu?by systémovej podpory na po?iadanie (nad pau?ál)Slu?by realizácie aplika?n?ch zmien vypl?vajúcich z?legislatívnych a?metodick?ch zmien (nad pau?ál)Pre tieto slu?by budú dohodnuté osobitné parametre dodávky.Po?adovaná dostupnos? IS:PopisParameterPoznámkaPrevádzkové hodiny12 hodínod 6:00 hod. - do 18:00 hod. po?as pracovn?ch dníServisné okno10 hodínod 19:00 hod. - do 5:00 hod. po?as pracovn?ch dní24 hodínod 00:00 hod. - 23:59 hod. po?as dní pracovného pokoja a ?tátnych sviatkovServis a?údr?ba sa bude realizova? mimo pracovného ?asu.Dostupnos? produk?ného prostredia IS98,5%98,5% z 24/7/365 t.j. max ro?n? v?padok je 66 hod. Maximálny mesa?n? v?padok je 5,5 hodiny.V?dy sa za takúto dobu pova?uje ?as od 0.00 hod. do 23.59 hod. po?as pracovn?ch dní v?t??dni.Nedostupnos? IS sa po?íta od nahlásenia incidentu Zákazníkom v??ase dostupnosti podpory Poskytovate?a (t.j. nahlásenie incidentu na L3 v??ase od 6:00 hod. - do 18:00 hod. po?as pracovn?ch dní). Do dostupnosti IS nie sú zapo?ítavané servisné okná a?plánované odstávky IS. V?prípade nedodr?ania dostupnosti IS bude ka?d? ?al?í za?at? pracovn? deň nedostupnosti bran? ako deň ome?kania bez odstránenia vady alebo incidentu.TEXT pre in?piráciu – vyberte si pre vás potrebné:Dostupnos? (Availability)?o je Dostupnos? (Availability)Dostupnos? (Availability) znamená, ?e dáta alebo iné zariadenie sú prístupné v okamihu jej potreby. Vyjadruje sa v percentách dostupného ?asu.Dostupnos??(Availability) je pojem z oblasti?riadenia bezpe?nosti?v organizácii. Dostupnos? znamená, ?e?dáta?sú prístupné v okamihu jej potreby. Naru?enie dostupnosti sa ozna?uje ako ne?iaduce zni?enie (destruction) alebo nedostupnos?. Dostupnos? je zvy?ajne vyjadrená ako percento ?asu v danom období, obvykle za rok. Orienta?n? zoznam dostupnosti je uveden? v tabu?ke:90% dostupnos??znamená v?padok 36,5 dňa95% dostupnos??znamená v?padok 18,25 dňa98% dostupnos??znamená v?padok 7,30 dňa99% dostupnos??znamená v?padok 3,65 dňa99,5% dostupnos??znamená v?padok 1,83 dňa99,8% dostupnos??znamená v?padok 17,52 hodín99,9%?(“tri deviatky”)?dostupnos??znamená v?padok 8,76 hodín99,99%?(“?tyri deviatky”)?dostupnos??znamená v?padok 52,6 minút99,999%?(“p?? deviatok”)?dostupnos??znamená v?padok 5,26 minút99,9999%?(“?es? deviatok”)?dostupnos??znamená v?padok 31,5 sekúndHoci je obvyklé uvádza? dostupnos? v percentách, presnej?ie ukazovatele sú vyjadrením doby obnovenia systému a na mno?stvo dát, o ktoré m??eme prís?:RTO (Recovery Time Objective)?- doba obnovenia systému, t.j. za ako dlho po v?padku musí by? systém funk?n? (pre bli??ie info klik na nadpis)RPO (Recovery Point Objective)?- aké mno?stvo dát m??e by? stratené od vymedzeného okamihuRecovery Time - ?as potrebn? k obnoveRie?enie dostupnosti v praxi: Nedostupnos??dát?je jedn?m z?rizík, ktor? m??e postihnú? ka?dú?organizáciu. Dostupnos? je jedn?m s k?ú?ov?ch po?iadaviek na ka?d? d?le?it??informa?n? systém?a vplyv na dostupnos? má mnoho faktorov, napríklad:Dostupnos??serveraDostupnos? pripojenie k internetuDostupnos??databázyDostupnos??webov?ch stránokV prípade, ?e je ?as? softvér alebo infra?truktúra?zabezpe?ovaná externe (napr. hosting, webhosting), prená?a sa zodpovednos? za dostupnos? t?chto komponentov na dodávate?a. Potom je potrebné ma? vhodn?m sp?sobom o?etrenú úroveň dostupnosti, ktorú musí dodávate? dodr?a?. Zvy?ajne je dostupnos? sú?as?ou?dohody o úrovni poskytovan?ch slu?ieb (SLA).RTO (Recovery Time Objective)RTO (Recovery Time Objective) je jeden z ukazovate?ov dostupnosti dát. RTO vyjadruje mno?stvo ?asu potrebné pre obnovenie dát a celého prevádzky nedostupného systému (softvér).Recovery Time Objective?(zvy?ajne sa po?íva skratka RTO) je jeden z ukazovate?ov?dostupnosti?dát. RTO vyjadruje mno?stvo ?asu potrebné pre obnovenie?dát?a celej prevádzky nedostupného systému (softvér). M??e by?, v závislosti na pou?itej technológii, vyjadrené v sekundách, hodinách ?i dňoch.Vyu?itie RTO v praxi: Ukazovate? RTO sa z poh?adu zákazníka vyu?íva pre vyjadrenie doby pre obnovu dát. (napr. formou?SLA). Na druhú stranu poskytovatelia dnes m??u voli? r?zne technológie zálohovanie, respektíve replikovanie dát a dobu obnovy dát zní?i? a? k nulovému v?padku. Existujúce technológie sa delia zhruba nasledovne:Tradi?né zálohovanie - v?padok a obnova trvá cca hodiny a? dniAsynchrónne replikácie dát - v?padok a obnova v poriadku sekúnd a? minútSynchrónny replikácie dát - nulov? v?padokRPO (Recovery Point Objective)RPO (Recovery Point Objective) je jeden z ukazovate?ov dostupnosti dát. RPO vyjadruje, do akého stavu (bodu) v minulosti mo?no obnovi? dáta.Recovery Point Objective?(zvy?ajne sa po?íva skratka RPO) je jeden z ukazovate?ov?dostupnosti?dát. RPO vyjadruje, do akého stavu (bodu) v minulosti mo?no obnovi??dáta. In?mi slovami mno?stvo dát, o ktoré m??e organizácia prís?.Vyu?itie RPO v praxi: Ukazovate? RPO sa z poh?adu zákazníka vyu?íva pre vyjadrenie mno?stva obnovite?n?ch dát. (napr. formou?SLA). Na druhú stranu poskytovatelia dnes m??u voli? r?zne technológie?zálohovanie, respektíve replikovanie dát a bod obnovy dát zní?i? a? k nulovej strate. Existujúce technológie sa delia zhruba nasledovne:Tradi?né zálohovanie - v?padok a obnova trvá cca hodiny a? dniAsynchrónne replikácie dát - v?padok a obnova v poriadku sekúnd a? minút, strata sa blí?i k nuleSynchrónny replikácie dát - nulová strataPO?IADAVKY NA PERSON?LDoplni? po?iadavky na projektové personálne zabezpe?enie (projektové role a?ich obsadenie)Doplni? rámcové po?iadavky na obsadenie TOBE procesuDoplni? po?iadavky potrebn?ch ?kolení a certifikátovIMPLEMENT?CIA A?PREBERANIE V?STUPOV PROJEKTUPosúdenie sp?sobov nasadzovania jednotliv?ch prístupov v?praxiV zmysle Vyhlá?ky 85/20202 Zz o projektovom riadení je potrebné posúdi? sp?sob realizácie projektu metódou waterfall, agile alebo ich kombináciou.V zmysle vyhlá?ky 85/2020 Zz o projektovom riadení je mo?né pristupova? k realizácii projektu prostredníctvom ?iastkov?ch plnení, t.j. inkrementov, a?to:Inkrement musí obsahova? z realiza?nej fázy projektu aspoň etapu Implementácia a Testovanie a Nasadenia do produkcie; je mo?né ho realizova? viacer?mi iteráciami v závislosti od charakteru projektu a ka?d? doru?en? inkrement projektu je nasaden? na produk?nom prostredí informa?nej technológie a je mo?né za?a? s dokon?ovacou fázou projektu, alebo pokra?ova? ?al?ím inkrementomAk realiza?ná fáza ve?k?ch projektov pozostáva z dodania jedného funk?ného celku alebo dodania v?lu?ne technick?ch prostriedkov, objednávate? v produkte P-03 Prístup k projektu - rámcov? a I-03 Prístup k projektu - detailn? s prílohou 1: Technická ?pecifikácia – rámcová, posúdi a vyhodnotí aj alternatívy rozdelenia na inkrementy na preukázanie ekonomickej nev?hodnosti alebo technick?ch obmedzení rozdeli? projekt na inkrementy.Poznámka: doporu?ujeme, aby ste si V?ETKY TABU?KOV? VSTUPY evidovali a?spravovali v?jednom centrálnom EXCELI – s?cie?om minimalizova? budúcu prácnos? s?aktualizáciou a?udr?iavaním obsahu.PR?LOHYPríloha 1.: Katalóg po?iadaviek (excel)Zoznam ?tandardov a?po?iadaviek na súlad diela s legislatívouZoznam funk?n?ch po?iadaviekZoznam nefunk?n?ch po?iadaviekZoznam technick?ch po?iadaviekKoniec dokumentu ................
................

In order to avoid copyright disputes, this page is only a partial summary.

Google Online Preview   Download