Ministerstvo investícií, regionálneho rozvoja a ...



PR?STUP K?PROJEKTU(Project approach)Identifikovanie po?iadaviek na technickú ?as? rie?eniaIdentifikácia projektuPovinná osobaTu uve?te názov in?titúcie (napr. OVM), ktorá projekt po?adujeNázov projektuZodpovedná osoba za projektMeno a?priezvisko fyzickej osoby, ktorá predlo?í dokumenty pre prípravnú/ inicia?nú fázu 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)Vlastník projektuMeno a?priezvisko fyzickej osoby, ktorá zodpovedá za projekt a?schva?uje predlo?ené dokumentySchva?ovanie dokumentuPolo?kaMeno a?priezviskoOrganizáciaPracovná pozíciaDátumPodpis(alebo elektronick? súhlas)VypracovalOBSAH TOC \o "1-3" \h \z \u 1.??EL DOKUMENTU PAGEREF _Toc57043565 \h 31.1Konvencie pou?ívané v?dokumentoch – ozna?ovanie po?iadaviek PAGEREF _Toc57043566 \h 32.OPIS NAVRHOVAN?HO RIE?ENIA PAGEREF _Toc57043567 \h 43.ARCHITEKT?RA RIE?ENIA PROJEKTU PAGEREF _Toc57043568 \h 43.1Biznis vrstva PAGEREF _Toc57043569 \h 43.2Aplika?ná vrstva PAGEREF _Toc57043570 \h 43.2.1Popis aplika?nej architektúry rie?enia na úrovni modulov ISVS a vz?ahov medzi nimi PAGEREF _Toc57043571 \h 53.2.2Popis dátovej architektúry rie?enia na úrovni objektov evidencie a vz?ahov medzi nimi PAGEREF _Toc57043572 \h 53.3Technologická vrstva PAGEREF _Toc57043573 \h 63.3.1Infra?truktúra PAGEREF _Toc57043575 \h 63.3.2ICloud HW a?SW PAGEREF _Toc57043576 \h 73.3.3Softvérová systémová infra?truktúra PAGEREF _Toc57043577 \h 73.3.4Databázová ?truktúra PAGEREF _Toc57043578 \h 83.3.5Hlavné riadiace toky PAGEREF _Toc57043579 \h 83.3.6Iné h?adiská dizajnu PAGEREF _Toc57043580 \h 83.3.7Dátov? model rie?enia PAGEREF _Toc57043581 \h 83.3.8Licencie PAGEREF _Toc57043582 \h 83.3.9Jazyková lokalizácia PAGEREF _Toc57043583 \h 83.4Bezpe?nostná architektúra PAGEREF _Toc57043584 \h 83.5SUMARIZ?CIA PREPOJENIA,?INTEGR?CIE a?ROZHRANIA PAGEREF _Toc57043585 \h 94.Z?VISLOSTI NA OSTATN? IS / PROJEKTY PAGEREF _Toc57043586 \h 105.ZDROJOV? K?DY PAGEREF _Toc57043587 \h 106.PREV?DZKA A ?DR?BA PAGEREF _Toc57043588 \h 116.1Prevádzkové po?iadavky PAGEREF _Toc57043589 \h 116.1.1?rovne podpory pou?ívate?ov: PAGEREF _Toc57043590 \h 116.2Po?adovaná dostupnos? IS: PAGEREF _Toc57043591 \h 136.2.1Dostupnos? (Availability) PAGEREF _Toc57043592 \h 136.2.2RTO (Recovery Time Objective) PAGEREF _Toc57043593 \h 146.2.3RPO (Recovery Point Objective) PAGEREF _Toc57043594 \h 147.PO?IADAVKY NA PERSON?L PAGEREF _Toc57043595 \h 148.IMPLEMENT?CIA A?PREBERANIE V?STUPOV PROJEKTU PAGEREF _Toc57043596 \h 149.PR?LOHY PAGEREF _Toc57043597 \h 15Nápoveda in?trukcie k?vyp?ňaniu dokumentu Prístup k projektu:?ed? text v?celom dokumente predstavuje nápovedu pre vyplnenie dokumentu, po vyplnení kapitol odporú?ame text ?edou farbou vymaza?. Zelenou farbou je nápoveda pre prípravnú fázu projektu (e?te ne?erpáte rozpo?et) a?modrou farbou pre inicia?nú fázu projektu (za?ínate alokova? pracovníkov na ?pecializovan?ch útvaroch – z?d?vodu dop?ňania úvodn?ch vstupov), rovnako ako v?prípade ?edého textu odporú?ame po vyplnení maza?.Pre prípravnú fázu, prosím ukladajte dokumenty s?prefixom P_XX (pod?a vyhlá?ky) a?pre inicia?nú fázu s?prefixom I_XX.Finálna, schválená verzia dokumentácia z?predo?lej fázy musí by? na karte dokumentov v?MetaIS ulo?ená s?koncovkou _FIN.Poznámka: Odporú?ame 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?STUP K?PROJEKTU V PR?PRAVNEJ F?ZE PROJEKTU SPRACOV?VATE e?te pred ak?mko?vek schva?ovaním a?odsúhlasovaním vá?ho dokumentu vo vedení úradu (OVM) alebo u?va?ej autority, ktorá je zodpovedná za rozpo?et.PR?STUP K?PROJEKTU V?INICIA?NEJ F?ZE PROJEKTU SPRACOV?VATE u? po úvodnom odsúhlasení vedením organizácie, ?ím pokra?ujete v?zdetailizovaní vá?ho dokumentu.VZORY a??ABLONY zdrojov?ch súborov sú tu: ??EL DOKUMENTUV?PR?PRAVNEJ F?ZE:V?súlade s Vyhlá?kou 85/2020 Z.z. o?riadení projektov - je dokument Prístup k projektu pre prípravnú fázu ur?en? na rozpracovanie informácií k?projektu, aby bolo mo?né rozhodnú? o?pokra?ovaní prípravy projektu, alokovaní rozpo?tu, ?udsk?ch zdrojov a?prechode do inicia?nej fázy.V INICIA?NEJ F?ZE:V?súlade s Vyhlá?kou 85/2020 Z.z. o?riadení projektov - je dokument Prístup k projektu pre inicia?nú fázu ur?en? na rozpracovanie detailn?ch informácií prípravy projektu.Dokument Prístup k?projektu v?zmysle vy??ie uvedenej vyhlá?ky má o.i popisova? rie?enie projektu v oblastiach:Architektúry rie?enia – aplika?ná vrstva, technologická vrstva, ...Po?iadaviek na dátov? model, dátové konverzie a?migráciePo?iadavky UX dizajn (front-end a?back-end vizual)Po?iadaviek na vládny cloud, prípadne zd?vodnenie jeho pou?itiaKapacitné po?iadavky na HW, SW a?licencie Po?iadaviek na bezpe?nos? rie?eniaPo?iadavky na testovanie a?akcepta?né kritériaPo?iadavky na prevádzku, v?konnos?, dostupnos? a?zálohovaniePo?iadavky na integrácie, rozhrania a?spolo?né komponentyPo?iadavky na dokumentáciu a ?koleniaKonvencie 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: ...OPIS NAVRHOVAN?HO RIE?ENIAOpis navrhovaného rie?enia sa spracováva a? po definovaní vybranej alternatívy rie?enia, t.j. v?inicia?nej fáze projektu (Popis vybraného rie?enia – popis TO-BE stavu - na základe v?sledkov MCA z?dokumentu projektov? zámer).ARCHITEKT?RA RIE?ENIA PROJEKTUV?tejto kapitole detailne rozpracujte kapitolu 3.5 Náh?ad architektúry z dokumentu I_01 Projektov? zámer. Spracovanie a rozsah tejto kapitoly závisí od typu projektu – budovanie ISVS, rozvoj ISVS, migrácia do vládneho cloudu, nákup HW at?. Napríklad pri budovaní/rozvoji ISVS navrhujete v?etky vrstvy architektúry (biznis, aplika?ná, technologická), pri nákupe HW nie je potrebné popisova? biznis a?aplika?nú vrstvu architektúry a?pod.Architektúra navrhovaného rie?enia projektu musí by? v?súlade s?funk?n?mi, nefunk?n?mi a?technick?mi po?iadavkami definovan?mi v?katalógu po?iadaviek (I-01 – Príloha 1: Katalóg po?iadaviek).V?prípravnej fáze projektu popí?te sú?asn? stav (AS-IS) architektúry aj s?príslu?n?m architektonick?m modelom.V?inicia?nej fáze projektu popí?te budúci stav (TO-BE) architektúry rie?enia aj s?príslu?n?m architektonick?m modelom.AS IS architektúra a?TO BE architektúra musia by? spracované tak, aby bol zrete?n? v?sledok projektu (zmena). Vy?adujeme, aby návrh architektúry bol zakreslen? pomocou modelovacieho jazyka Archimate minimálne vo verzii 3 (linka na ?pecifikáciu: ). Pre modelovanie a popis existujúcej (As-Is) aj budúcej (To-Be) architektúry odporú?ame pou?i? modelovací nástroj, ktor? podporuje export modelu do ?tandardizovaného formátu ?The Open Group ArchiMate Model Exchange File Format Standard“. V?návrhu zoh?adnite usmernenia z?pou?ívate?skej príru?ky centrálneho metainforma?ného systému verejnej správy (aktuálna verzia je zverejnená na linke: ) pre popis, modelovanie a?zápis informácií o?komponentoch do metainforma?ného systému verejnej správy (METAIS). Pre detailnej?í popis procesov, ktor?ch sa projekt t?ka je mo?né pou?i? tie? modelovací jazyk BPMN (ISO 19510). Pre detailnej?í návrh rie?enia v?aplika?nej vrstve je mo?né pou?i? aj jazyk UML (ISO 19505).Modely m??u obsahova? viac náh?adov na rie?enú oblas? tak, aby dostato?ne zrozumite?ne popisovali eGov komponenty, ktoré majú by? predmetom rie?enia, ako aj ich vz?ahy a závislosti navzájom a vz?ahy na ostatné komponety eGov (napr. spolo?né moduly ústredného portálu verejnej správy, iné vlastné alebo externé ISVS, slu?by alebo dátové registre).V?tabu?ke eGov komponentov uve?te v?etky ISVS, AS, KS, ktoré sú v?stupom projektu (rozvíjané alebo budované). eGovernment komponenty z?tejto tabu?ky musia kore?pondova? s?architektúrou TO BE a?musia by? evidované v METAIS.Tabu?ka eGov komponenty (DOPLNI? VSTUPY v?INICIA?NEJ F?ZE):Typ (ISVS, AS, KS)Kód MetaISNázovBudovan? / Rozvíjan?Napr. ISVSisvs_1234Informa?n? systém 1234Budovan?Upozorňujeme: V?prípade, ?e sú?as?ou projektu sú zmeny v?biznis procesoch, musí by? technické rie?enie postavené na aktualizovan?ch / redizajnovan?ch biznis procesoch s cie?om získa? úspory v??ase, napr. zr?chlením poskytnutia slu?by, v zní?ení nákladov at?.Biznis vrstvaV?prípravnej fáze projektu doplňte v?sti?né grafické zobrazenia (poh?ady na model architektúry) a popis sú?asného (AS-IS) stavu biznis vrstvy architektúry a krátky popis budúceho (TO-BE) stavu z poh?adu biznis architektúry Opis sú?asného stavu pozostáva z?nasledujúcich ?astí:Identifikácia k?ú?ov?ch ?ivotn?ch situácii (?S), ktor?ch sa projekt t?ka. Pri kvantifikácii prínosov je vhodné sústredi? sa na jeden a? p?? najd?le?itej?ích ?ivotn?ch situácií, ktoré predstavujú v???inu ekonomick?ch nákladov ob?anov a?nákladov úradov. Procesné mapy, ktoré popisujú postupnos? krokov, ?iadostí a?zodpovedností, ktoré sú v?sú?asnom stave potrebné pre vyrie?enie ka?dej dotknutej ?S, vypracované?v?súlade s metodikou optimalizácie procesov MV SR (?i u? v?spolupráci s?MV SR v?rámci projektu Optimalizácie procesov alebo samostatnom projekte).Skuto?né po?ty podaní (interakcií, náv?tev úradov) pre jednotlivé kroky a??ivotné situácie.Skuto?né ?asy trvania jednotliv?ch krokov v?procese vybavenia ?S. Skuto?né finan?né príjmy, spojené s?jednotliv?mi procesn?mi krokmi (správne poplatky, prípadné pokuty a sankcie).Skuto?né finan?né náklady, spojené s?jednotliv?mi procesn?mi krokmi (náklady na tla?, obálkovanie a?po?tovné, at?.).V?inicia?nej fáze projektu doplňte v?sti?né grafické zobrazenia (poh?ady na model architektúry rie?enia) a popis budúceho (TO-BE) stavu navrhovaného rie?enia vybraného na základe MCA popísanej v?Projektovom zámere. Navrhované rie?enie musí kore?pondova? s?procesn?mi mapami v?CBA a?musí popisova? sp?sob dosiahnutia a?monitoringu prínosov uveden?ch v?CBA.V?popise rie?enia urobte popis zmien medzi sú?asn?m a?budúcim stavom. Opis budúceho stavu pozostáva z?nasledujúcich ?astí:Procesné mapy, ktoré popisujú postupnos? krokov, ?iadostí a?zodpovedností, ktoré budú po realizácii projektu potrebné pre vyrie?enie ka?dej dotknutej ?S, vypracované?v?súlade s metodikou optimalizácie procesov MV SR (?i u? v?spolupráci s?MV SR v?rámci projektu Optimalizácie procesov alebo samostatnom projekte).O?akávané po?ty podaní (interakcií, náv?tev úradov) pre jednotlivé kroky a??ivotné situácie.O?akávané ?asy trvania jednotliv?ch krokov v?procese vybavenia ?S. O?akávané finan?né príjmy, spojené s?jednotliv?mi procesn?mi krokmi (správne poplatky, prípadné pokuty a sankcie).O?akávané finan?né náklady, spojené s?jednotliv?mi procesn?mi krokmi (náklady na tla?, obálkovanie a?po?tovné, at?.).Trvanie vybavenia ?S zd?vodní zhotovite? projektu jedn?m z?nasledujúcich sp?sobov:Vynechanie procesného kroku z?d?vodu reformy (zmeny legislatívy) a/alebo jeho automatizácie (?as potrebn? na vykonanie tohto kroku tak bude 0).Zmeraním d??ky trvania procesného kroku v?budúcom stave (?as potrebn? na vykonanie tohto kroku bude in? ako v?sú?asnom stave).Zmeraním d??ky trvania nového procesnú kroku, ktor? vznikol z?d?vodu procesnej reformy, zmeny legislatívy ?i zmeny fungovania informa?ného systému (?as potrebn? na vykonanie tohto kroku bude v???í ako nula).Aplika?ná vrstvaV?prípravnej fáze projektu uve?te model a popis sú?asného (AS-IS) stavu aplika?nej vrstvy architektúry.V?inicia?nej fáze projektu doplňte model a popis budúceho (TO-BE) stavu navrhovaného rie?enia aplika?nej vrstvy architektúry.V?popise budúceho stavu a?jeho modeli popí?te, ako bude aplika?né rie?enie podporova? procesy a?prínosy uvedené v?biznis vrstve.V popise rie?enia urobte popis zmien medzi sú?asn?m a budúcim stavom.V?inicia?nej fáze projektu zoh?adnite, modelujte a popí?te vz?ahy na ostatné komponenty architektúry eGov (komponenty evidované v?METAIS) ako sú spolo?né moduly, iné ISVS a?ich slu?by, referen?né registreV?popise aplika?nej vrstvy sa pre ka?d? budovan?/rozvíjan? ISVS jednozna?ne vyjadrite k?nasledovn?m bodom:Pou?itie, alebo poskytovanie referen?n?ch údajov (§ 49 – 55 zákona 305/2013Po?iadavky na pou?ívanie registrovan?ch jednotn?ch referencovate?n?ch identifikátorov ?URI“ (centrálny model údajov verejnej správy)Po?iadavky na rie?enie nariadenia (EU) 2016/679 - GDPR o ochrane osobn?ch údajov – sp?sob rie?enia slu?by ?Moje dáta“ (pod?a konceptu Strategická priorita Mana?ment údajov ()Po?iadavky na rie?enie zabezpe?enia mana?mentu zmluvn?ch vz?ahov pre poskytovanie slu?ieb– vypl?va zo Zákona o?ITVS 95/2019, §14, odsek 6 a?automatizáciu monitorovania slu?ieb a?ich úrovne poskytovaniaPo?iadavky na ?as? “Zoznam CI polo?iek (HW a SW) pre import do Servicedesku” (CMDB)Po?iadavky “Automatizované monitorovanie slu?ieb”– povinn? v?stup ka?dého projektu.Po?iadavky na ?as? “Poskytovanie analytick?ch údajov a?otvoren?ch údajov (Open Data – detaily pre publikovanie na )” 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 si integráciu mohol konzument otestova? aj s?eIDPo?iadavky na návrh digitálnych slu?ieb v?súlade s Metodick?m usmernením pre tvorbu pou?ívate?sky kvalitn?ch elektronick?ch slu?ieb verejnej správy ()Po?iadavky na publikovanie elektronick?ch slu?ieb ISVS - aplikáciu odporú?aní z?dokumentu Pravidlá publikovania elektronick?ch slu?ieb do multikanálového prostredia verejnej správy ()Doplni? 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 formenávrh logického ?lenenia architektúry rie?enia do modulov ISVS (detailnej?í popis modulov a?ich ú?elu) analytick? dátov? model na úrovni hlavn?ch biznis objektov, ktoré sú premetom evidencie v rie?eníPopis aplika?nej architektúry rie?enia na úrovni modulov ISVS a vz?ahov medzi nimiPopis modulov ISVSVysvetlenie ú?elu modulov ISVSFunk?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)Popis dátovej architektúry rie?enia na úrovni objektov evidencie a vz?ahov medzi nimiLogick? dátov? modelPou?ité referen?né registrePrístup k?rie?eniu konceptu ?Moje Dáta“ a GDPRPo?iadavky na dátovú integráciu na CSR? (poskytovanie a?konzumovanie údajov)Prístup k?zabezpe?eniu dátovej kvality a??istenie dátPrístup k?príprave a?zebezpe?ení testovacích dátNávrh dát, ktoré budú publikované ako Open DataPrístup k?migrácii dátPou?ité dáta:Popis po?it?ch dát, popis ?truktúr, tabuliek, dátov?ch ?truktúr a pam??ov?ch blokov. Pre ka?dé zdie?ané dáta s in?m modulom a?systémom ISVS je nutné uvies? Dátové ?truktúryZoznam modulov ISVS, ktoré tieto dáta pou?ívajúDátov? model navrhovaného rie?eniaDoplni? 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 s93ú 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) Infra?truktúraDoplni? popis ASIS stavuNa?rtnú? návrh TOBE stavuProstredia (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 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 obsahuPRIKLAD:IS 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/..TestovaciePredproduk?néProduk?né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?SWPo?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)Stru?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.Softvérová systémová infra?truktúraPopísa? po?iadavky na systémové softvérové vybavenie (opera?n? systém, databázov? systém, aplika?né platformy, ..)Databá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,... D?le?ité usmernenie pre oblas? zdrojov?ch kódov:Centrálny repozitár zdrojov?ch kódov: zdrojového kódu s?cie?om jeho prepou?itia: Sp?soby zverejňovania zdrojového kódu: In?trukcie k?EUPL licenciám: 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: odporú?ame, 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áciaPopis po?iadaviek na jazykovú lokalizáciu rie?enia.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).POU??VATELIA SYST?MU:Doplni? po?iadavky na pou?ívate?ské role a?správu aplikácieInterní pou?ívatelia (pracovníci ABC – administrácia , správa, podpora)Externí pou?ívatelia (zákaznici, partneri tretie strany)SUMARIZ?CIA PREPOJENIA,?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)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: odporú?ame, 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.Upozorň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.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: odporú?ame, 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) - Koniec dokumentu ................
................

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

Google Online Preview   Download