Všeobecné požiadavky. Jednotlivé aktivity a výstupy plnenia PZ, budú vykonávané v súlade s platnými a schválenými projektovými a zmluvnými požiadavkami, vrátane vydaných interných smerníc NCZI, vzťahujúcich sa na riadenie projektov a postupov pri implementácii. Tieto všeobecné požiadavky budú primerane aplikované na jednotlivé softvérové riešenia, ktoré sú súčasťou PZ. Ak je požiadavka odkazom na dokument, zhotoviteľ aplikuje primerané pravidlá uvedené v príslušnom dokumente tak, aby bolo Dielo v súlade s pokynmi v tomto dokumente. Dielo podľa Opxxx XZ vrátane jeho uvedenia do prevádzky, bude zrealizované najneskôr do 12 mesiacov od nadobudnutia účinnosti Zmluvy o dielo, ktorú uzatvorí Objednávateľ s víťazným uchádzačom. Ak niektorý z nižšie spomenutých dokumentov Zhotoviteľ nemá k dispozícii, vyžiada si ho od odberateľa. Číslo Popis požiadavky V1 Požiadavky na súlad s platnou legislatívou SR a EÚ a súvisiacimi dokumentami v čase pred a počas implementácie PZ pre všetky dodávané komponenty a časti PZ. Zhotoviteľ pri analýze a návrhu riešenia zoberie do úvahy všetky platné právne predpisy vrátane prípadných známych účinností niektorých ustanovení zákonov. Číslo Popis požiadavky V2 Požiadavky na projektové etapy a výstupy vrátane projektového riadenia dodávky PZ na strane Zhotoviteľa: • Jednotlivé projektové aktivity a Etapy, budú vykonávané v súlade s riadiacou dokumentáciou PO 7 OP II a v súlade Príručkou pre prijímateľa, národné projekty (xxxx://xxx.xxxxxxxxxxxxxx.xx/xxxxxxxx/00000x ) • Schválený PID v úvode projektu pre všetky funkčné oblasti: o Komunikačný plán pre projekt, o Plán riadenia zmien pre projekt, o Plán riadenia rizík pre projekt, o Rámcová špecifikácia riešenia (Popis produktu, Dekompozícia produktu, Vývojový diagram produktu): ▪ Biznis architektúra, ▪ Aplikačná architektúra, ▪ Technologická architektúra – časť systémová architektúra, ▪ Bezpečnostná architektúra, o Detailný časový harmonogram projektu (minimálne ID úlohy, popis, termín, riešiteľ, trvanie), o Detailná identifikácia a štruktúrovaný zápis všetkých relevantných požiadaviek, rizík a obmedzení vo forme XLS s uvedením priority požiadavky (ID požiadavky, Názov, Popis, Priorita, Osoba zodpovedná za riešenie, Termín plnenie, Obmedzenia, Požadované vstupy), o Akceptačné kritéria v štruktúrovanej podobe s popísanými merateľnými ukazovateľmi a prípustnými toleranciami pre odchýlku riešenia od návrhu alebo nastaveného očakávania, o Vývoj a integrácia (plán implementácie, minimálne: ID úlohy, popis, termín, riešiteľ, trvanie), o UAT testovanie (kapacity, požiadavky na prostredia a súčinnosť Objednávateľa), o Nasadenie do UAT prostredia a do produkcie (kapacity, požiadavky na prostredia a súčinnosť Objednávateľa). • Počas trvania projektu bude tvorená aj dokumentácia: o Vytvorenie VOC a VOB za každý komponent ako súčasť výstupov analytickej fázy pri návrhu riešenia, dokumentovaný záznam z rozhovorov alebo stretnutí pre získanie VOC a VOB (MS Excel pre VOB a VOC MS Word pre záznam zo stretnutí), o Vytvorenie priorizovaného zoznamu požiadaviek na implementáciu rozdelených podľa existujúcich a nových komponentov minimálne v rozsahu (ID, Doména, Názov, Popis požiadavky, Stručný popis riešenia, Priorita, Zodpovedný analytik Zhotoviteľa, Zodpovedný vývojár Zhotoviteľa, Zoxxxxxxxx xester Zhotoviteľa) (MS Excel alebo elektronický ekvivalent zoznamu) • Objednávateľ môže určiť nástroj, kde bude plán a monitoring prác riešiteľov Zhotoviteľa evidovaný. • Požiadavka na súlad s internými smernicami NCZI o riadení projektov. Číslo Popis požiadavky V3 Požiadavka na vypracovanie Rámcového návrhu riešenia počas fázy Analýza a dizajn o Popis súčasného stavu AS-IS na strane prevádzkovateľa a užívateľa o Popis cieľového stavu TO-BE na strane prevádzkovateľa a užívateľa (zakreslený E2E proces s RACI a vyznačeným automatizovanými IT a manuálnymi aktivitami – proces namapovaný na front-end obrazovky) o Základný koncept cieľového riešenia o Základný model HW architektúry a ICT infraštruktúry cieľového riešenia / Cloud o Základný dátový a transakčný model cieľového riešenia o Základný transakčný a GUI modely cieľového riešenia (WireFrame) o Koncept prevádzky a údržby cieľového riešenia o Koncept používania cieľového riešenia Zhotoviteľ zabezpečí vypracovanie rámcového návrhu riešenia v súlade s UML2 a bude dodaná v programe Enterprise architect v EA modeli. Celý analytický model bude konzistentne udržiavaný v tomto nástroji. V4 Požiadavka na vypracovanie detailnej funkčnej, technickej a bezpečnostnej špecifikácie: • Vytvorenie UX a UI návrhu (Adobe XD), • Detailná architektúra finálneho produktu • Zoznam modulov a komponentov finálneho riešenia • Špecifikácia potrieb koncových používateľov • Návrh mapy stránky (toky používateľov) • Návrh vizuálov a popis obrazoviek • Blokové a dátové modely finálneho produktu • Funkčné, kontextové a entitno-relačné modely finálneho produktu • Bezpečnostná architektúra • Technická architektúra (UML + MS WORD): o technická architektúra – časť fyzická a systémová architektúra, o špecifikácia správy používateľov a používateľských profilov (vrátane rolí a práv), o špecifikácia podpory identifikácie používateľov a autentifikácie vykonávaných činností, o špecifikácia technologických riešení a predpokladov na dosiahnutie výkonnostných požiadaviek, • Detailný popis OFFLINE scenárov a metodík pre postup zapojených aktérov v prípade výpadkov komponentov zapojených do biznis procesov vo formáte (MS WORD), Zhotoviteľ zabezpečí vypracovanie detailnej funkčnej špecifikácie v súlade s UML2 a bude dodaná v programe Enterprise architect v EA modeli. Celý analytický model bude konzistentne udržiavaný v tomto nástroji. Číslo Popis požiadavky V5 Požiadavky na vypracovanie architektúry IS tzdravie. Architektonické pohľady budú dodané vo forme ArchiMate diagramov rozdelené na nasledovné oblasti: ▪ Biznis architektúra (Používatelia, funkcie, procesy, služby,...) - predstavuje základnú organizáciu fungovania IS tzdravie v naviazanosti na okolité IS v rámci rezortu ako aj mimo neho cez definovanie biznis procesov, používateľov a ich vzťahov, prostredí a princípov, ktoré riadia dizajn a evolúciu, podáva predstavu o tom, ako zdravotníctvo plní svoje biznis zámery ▪ Aplikačná architektúra (Komponenty, procesy, aplikácie, funkcie, služby,..) - musí znázorňovať principiálnu štruktúru informačného systému, ktorý sa musí skladať z aplikačných modulov spracovávajúcich informácie, zo vzájomných vzťahov a vzťahu k prostrediu, a z princípov, ktoré riadia jeho dizajn a rozvoj, pričom tento blok musí zachytávať to, ako informačný systém pomáha zdravotníctvu naplniť svoje biznis zámery ▪ Architektúru dátová, vrátane systémovej architektúry (popisuje údajové entity a ich vzťahy, tok údajov, príslušnosť údajov, dekompozícia architektonických modulov, návrh ich väzieb,...) ▪ Technologická architektúra vrátane architektúry za infraštruktúru–(uzly, komunikácia medzi uzlami, systémový softvér, platformy, operačné systémy) - poskytne v projekte služby infraštruktúry s vysokou dostupnosťou a škálovateľnosťou. Tieto služby sú nevyhnutné pre chod aplikačných komponentov a budú realizované výpočtovým, sieťovým hardvérom a systémovým softvérom. ▪ Integračná architektúra - musí riešiť integráciu medzi aplikačnými komponentmi elektronického zdravotníctva a najmä systémami tretích strán a elektronickým zdravotníctvom na úrovni integrácie procesov a integrácie údajov. Definuje komunikačné štandardy. ▪ Bezpečnostná architektúra – musí riešiť systém ochrany implementovaný technickými prostriedkami t. j. dedikovanými bezpečnostnými prostriedkami ako aj prostriedkami tvoriacimi súčasť aplikačných komponentov a infraštruktúry a netechnickými prostriedkami pre manažment informačnej bezpečnosti. Číslo Popis požiadavky V6 Požiadavky na implementáciu PZ v rozsahu minimálne: ▪ Príprava a prevádzkovanie technologických prostredí potrebných v procese návrhu, implementácie, testovania a dodania PZ do riadnej prevádzky, ▪ Zabezpečenie a dodanie funkcionality podľa detailnej funkčnej, technickej a bezpečnostnej špecifikácie podľa funkčných celkov, ▪ Definovanie pravidiel pre organizáciu jednotlivých vrstiev zdrojového kódu, ▪ Vývoj príslušných SW objektov a tried, ▪ Vývoj integračných rozhraní a návrh a nastavenie procesov, konfigurácii a všetkých potrebných komponentov, ▪ Zabezpečenie kvality kódu prijatím príslušných opatrení, ▪ Zavedie sa bezpečný a automatizovaný devops, ktorý vyžaduje referenčná architektúra podľa NKVIS, ▪ Vybudovanie vývojového, testovacieho, integračného a produkčného prostredia pre UX a UAT testy, ▪ Nasadenie a oživenie Diela v prostrediach, ▪ Vývoj bude riadený podľa SDL metodiky a bude vykoná security review pre každý dodaný release. Dizajn bude vždy vopred schvaľovaný na security review ešte pred samotným programovaním. Integrácia častí diela v súlade s popísanými cieľovými Biznis procesmi Zhotoviteľ dodá technologické riešenie, vrátane konfigurácie, inštalácie SW, tak aby v prípade nedostupnosti infraštruktúry prevádzkovanou NCZI bolo riešenie možné nasadiť s využitím certifikovaných služieb vládneho cloudu, ktorá je nevyhnutná pre implementáciu celého diela a jeho zavedenie do rutinnej prevádzky podľa detailnej technickej špecifikácie a projektového plánu, vrátane odovzdania všetkých zdrojových kódov do repozitára zdrojového kódu s možnosťou jeho ďalšieho použitia. Iba tie časti diela odovzdané touto formou budú akceptované. V7 Požiadavky na vykonanie a podporu počas Pilotnej prevádzky s vybranými 10 rôznych PZS, ktorých určí odberateľ. V8 Požiadavka na vypracovanie metodiky testovania, v rozsahu dokumentu „Metodika pre systematické zabezpečenie organizácií verejnej správy v oblasti informačnej bezpečnosti (dostupná na xxxxx://xxx.xxxxx.xxx.xx/xxx/XxxxxxxxXxxxxxxxxxxxXXX_x0.0.xxx) pre nasledovné typy testov: ▪ Metodika testovania vo formáte MS WORD, ▪ Funkčné testy vo formáte MS EXCEL (minimálne ID testu, popis, kroky, čakávaná vstup, očakávaný výstup, požiadavka na testovacie dáta), ▪ Bezpečnostné testy vo formáte MS EXCEL, ▪ Záťažové testy vo formáte MS EXCEL (s popisom podmienok pre vykonanie a popisu aproximácie pre produkčné prostredie v plnej prevádzke, špička medzi 06:00 – 15:00 Pondelok-Piatok kedy sa vytvorí a odošle minimálne 80% záznamov o poskytnutej ZS), ▪ Systémové integračné testy vo formáte MS EXCEL, ▪ Testy použiteľnosti koncových služieb (UX test) s ohľadom na ISVS vo formáte MS EXCEL, ▪ End-to-End testovacie scenáre v súlade s cieľovými Biznis procesmi vo formáte MS EXCEL, Používateľské akceptačné testovanie vo formáte MS EXCEL. Číslo Popis požiadavky V9 Požiadavka na testovanie PZ v rozsahu minimálne: • Požaduje sa vypracovanie stratégie testovania a plánu testov, ktorý bude súčasťou IS a určí najmä: • Detailný časový rámec testovania, • Popis testov a testovacích procedúr, • Zodpovednosti počas testovania, • Testovacie fázy, • Kritériá na akceptačné testovanie v súlade so Zmluvou o dielo.
Appears in 1 contract
Samples: Súťažné Podklady
Všeobecné požiadavky. Jednotlivé aktivity a výstupy plnenia PZ, budú vykonávané v súlade s platnými a schválenými projektovými a zmluvnými požiadavkami, vrátane vydaných interných smerníc NCZINASES, vzťahujúcich sa na riadenie projektov a postupov pri implementácii. Tieto všeobecné požiadavky požiadavky, budú primerane aplikované na jednotlivé softvérové alebo prípadné hardvérové riešenia, ktoré sú súčasťou PZ. Ak je požiadavka odkazom na dokument, zhotoviteľ aplikuje primerané primerane pravidlá uvedené v príslušnom dokumente tak, aby bolo Dielo v súlade s pokynmi v tomto dokumente. Dielo podľa Opxxx XZ Xxxxx PZ vrátane jeho uvedenia do prevádzkyprevádzky (mimo post-implementačnej podpory), bude zrealizované najneskôr do 12 24 mesiacov od nadobudnutia účinnosti Zmluvy o dielo, ktorú uzatvorí Objednávateľ s víťazným uchádzačom. Ak niektorý z nižšie spomenutých dokumentov Zhotoviteľ nemá k dispozícii, vyžiada si ho od odberateľaOdberateľa. Číslo Popis požiadavky V1 Požiadavky na súlad s platnou legislatívou SR a EÚ a súvisiacimi dokumentami v čase pred a počas implementácie PZ pre všetky dodávané komponenty a časti PZ. Zhotoviteľ pri analýze a návrhu riešenia zoberie do úvahy všetky platné právne predpisy vrátane prípadných známych účinností niektorých ustanovení zákonov. Číslo Popis požiadavky V2 Požiadavky na projektové etapy a výstupy vrátane projektového riadenia dodávky PZ na strane Zhotoviteľa: • Jednotlivé projektové aktivity a Etapy, budú vykonávané v súlade s riadiacou dokumentáciou PO 7 OP II a v súlade Príručkou pre prijímateľa, národné projekty (xxxx://xxx.xxxxxxxxxxxxxx.xx/xxxxxxxx/00000x xxxx://xxx.xxxxxxxxxxxxxx.xx/xxxxxxxx/00000x) • Schválený PID v úvode projektu pre všetky funkčné oblasti: o Komunikačný Požadovaná dokumentácia PID: ▪ Popis produktu ▪ Popis produktu / Dekompozícia produktov / Vývojový diagram ▪ Projektový plán pre projekt, o - detailný ▪ Plán riadenia kvality ▪ Plán riadenia zmien pre projekt, o Plán riadenia rizík projektu ▪ Komunikačný plán projektu ▪ Komunikačný plán pre projekt, o Rámcová špecifikácia riešenia (Popis produktu, Dekompozícia produktu, Vývojový diagram produktu): ▪ Biznis architektúra, ▪ Aplikačná architektúra, ▪ Technologická architektúra – časť systémová architektúra, ▪ Bezpečnostná architektúra, o Detailný časový harmonogram projektu (minimálne ID úlohy, popis, termín, riešiteľ, trvanie), o Detailná identifikácia a štruktúrovaný zápis všetkých relevantných požiadaviek, rizík a obmedzení vo forme XLS s uvedením priority požiadavky (ID požiadavky, Názov, Popis, Priorita, Osoba zodpovedná za riešenie, Termín plnenie, Obmedzenia, Požadované vstupy), o Akceptačné kritéria Preukázané plnenie akceptačných kritérií v štruktúrovanej podobe s popísanými merateľnými realizovanými meraniami; Akceptačné kritériá spolu s ukazovateľmi a prípustnými toleranciami pre každé kritérium pre a povolené odchýlku riešenia od návrhu alebo nastaveného očakávaniaočakávania určí Objednávateľ, o Vývoj a integrácia (plán implementácie, minimálne: ID úlohy, popis, termín, riešiteľ, trvanie), o Príprava podkladov na vykonanie UAT testovanie testovania na strane Objednávateľa za súčinnosti Dodávateľa (kapacity, požiadavky na prostredia a súčinnosť Objednávateľa), okrem testovacích dát ktoré dodá Objednávateľ. o Nasadenie do UAT prostredia a do produkcie • Objednávateľ môže určiť nástroj, kde bude plán a monitoring prác riešiteľov Zhotoviteľa evidovaný. Číslo Popis požiadavky V3 Požiadavka na vypracovanie detailnej funkčnej, technickej a bezpečnostnej špecifikácie: • Analýza súčasných systémov a spôsobu komunikácie, • Popis dátových zdrojov, entít a ich atribútov minimálne v rozsahu (kapacityID Zdroja, požiadavky Entita, Atribút, Typ atribútu, Popis, Spôsob použitia, Kvalita 1..5 star, Možná auto-korekcia, Odkaz na prostredia a súčinnosť Objednávateľačíselník/register (ak je relevantné). , • Počas trvania projektu bude tvorená V prípade, že budú potrebné zmeny alebo rozšírenia existujúcej funkcionality v rozsahu tohto OPZ aj dokumentácia: o Vytvorenie vytvorenie VOC a VOB za každý upravovaný, rozširovaný alebo dopĺňaný modul alebo komponent ako súčasť výstupov analytickej fázy pri návrhu riešenia, dokumentovaný záznam z rozhovorov alebo stretnutí pre získanie VOC a VOB (MS Excel pre VOB a VOC VOC, MS Word pre záznam zo stretnutí), o • Vytvorenie priorizovaného zoznamu požiadaviek na implementáciu rozdelených podľa existujúcich a nových modulov alebo komponentov minimálne v rozsahu (ID, DoménaModul, Názov, Popis požiadavky, Stručný popis riešenia, Priorita, Zodpovedný Xxxxxxxxxx analytik Zhotoviteľa, Zodpovedný vývojár Zhotoviteľa, Zoxxxxxxxx xester Zodpovedný tester Zhotoviteľa) (MS Excel alebo elektronický ekvivalent zoznamu) • Objednávateľ môže určiť nástroj, kde bude plán a monitoring prác riešiteľov Zhotoviteľa evidovaný. • Požiadavka na súlad s internými smernicami NCZI o riadení projektov. Číslo Popis požiadavky V3 Požiadavka na vypracovanie Rámcového návrhu riešenia počas fázy Analýza a dizajn o Popis súčasného stavu AS-IS na strane prevádzkovateľa a užívateľa o Popis cieľového stavu TO-BE na strane prevádzkovateľa a užívateľa (zakreslený E2E proces s RACI a vyznačeným automatizovanými IT a manuálnymi aktivitami – proces namapovaný na front-end obrazovky) o Základný koncept cieľového riešenia o Základný model HW architektúry a ICT infraštruktúry cieľového riešenia / Cloud o Základný dátový a transakčný model cieľového riešenia o Základný transakčný a GUI modely cieľového riešenia (WireFrame) o Koncept prevádzky a údržby cieľového riešenia o Koncept používania cieľového riešenia Zhotoviteľ zabezpečí vypracovanie rámcového návrhu riešenia v súlade s UML2 a bude dodaná v programe Enterprise architect v EA modeli. Celý analytický model bude konzistentne udržiavaný v tomto nástroji. V4 Požiadavka na vypracovanie detailnej funkčnej, technickej a bezpečnostnej špecifikácie: • Vytvorenie UX a UI návrhu (Adobe XD), • Detailná architektúra finálneho produktu • Zoznam modulov a komponentov finálneho riešenia • Špecifikácia potrieb koncových používateľov • Návrh mapy stránky (toky používateľov) • Návrh vizuálov a popis obrazoviek • Blokové a dátové modely finálneho produktu • Funkčné, kontextové a entitno-relačné modely finálneho produktu • Bezpečnostná architektúra • Technická architektúra (UML + MS WORD): o technická architektúra – časť fyzická a systémová architektúra, o špecifikácia správy používateľov a používateľských profilov (vrátane rolí a práv), o špecifikácia podpory identifikácie používateľov a autentifikácie vykonávaných činností, o špecifikácia technologických riešení a predpokladov na dosiahnutie výkonnostných požiadaviek, • Detailný popis OFFLINE scenárov a metodík pre postup zapojených aktérov v prípade výpadkov komponentov zapojených do biznis procesov vo formáte (MS WORD), • Zapracovanie pripomienok kľúčových používateľov určených Objednávateľom (lehota na pripomienkovanie je 12 pracovných dní od preukázateľného doručenia podkladov v čitateľnej a úplnej verzii určenej osobe Objednávateľa umiestnené na zdieľanom úložisku a zaslanie URL nie je považované za doručenie) pričom alternatívne: o Zhotoviteľ zabezpečí vypracovanie detailnej funkčnej špecifikácie pripomienku zapracuje v plnom rozsahu, alebo o Zhotoviteľ pripomienku zapracuje čiastočne s jasným a kvantifikovaným vysvetlením, prečo nemohol pripomienku zapracovať, alebo o Zhotoviteľ pripomienku odmietne a jasným a kvantifikovaným zdôvodnením, o Kľúčoví používatelia potvrdia, čiastočne potvrdia alebo odmietnu zapracovanie, o Nezhody budú riešené ako eskalácia v súlade s UML2 pravidlami ZoD a PID. o Kolo pripomienkovania, kde bude dodaná Objednávateľom identifikovaný viac ako jeden blokátor testovania bude Objednávateľ považovať za nerealizované a teda ho nepočíta do celkového maximálneho počtu; o Minimálny čas medzi dvoma kolami pripomienkovania je 5 pracovných dní; Prestávku v programe Enterprise architect v EA modeli. Celý analytický model bude konzistentne udržiavaný v tomto nástroji. Číslo Popis požiadavky V5 Požiadavky pripomienkovaní využije Zhotoviteľ na vypracovanie architektúry IS tzdravie. Architektonické pohľady budú dodané vo forme ArchiMate diagramov rozdelené na nasledovné oblasti: ▪ Biznis architektúra (Používatelia, funkcie, procesy, služby,...) - predstavuje základnú organizáciu fungovania IS tzdravie v naviazanosti na okolité IS v rámci rezortu ako aj mimo neho cez definovanie biznis procesov, používateľov zapracovanie pripomienok a ich vzťahov, prostredí a princípov, ktoré riadia dizajn a evolúciu, podáva predstavu o tom, ako zdravotníctvo plní svoje biznis zámery ▪ Aplikačná architektúra (Komponenty, procesy, aplikácie, funkcie, služby,..) - musí znázorňovať principiálnu štruktúru informačného systému, ktorý sa musí skladať z aplikačných modulov spracovávajúcich informácie, zo vzájomných vzťahov a vzťahu k prostrediu, a z princípov, ktoré riadia jeho dizajn a rozvoj, pričom tento blok musí zachytávať to, ako informačný systém pomáha zdravotníctvu naplniť svoje biznis zámery ▪ Architektúru dátová, vrátane systémovej architektúry (popisuje údajové entity a ich vzťahy, tok údajov, príslušnosť údajov, dekompozícia architektonických modulov, návrh ich väzieb,...) ▪ Technologická architektúra vrátane architektúry za infraštruktúru–(uzly, komunikácia medzi uzlami, systémový softvér, platformy, operačné systémy) - poskytne v projekte služby infraštruktúry s vysokou dostupnosťou a škálovateľnosťou. Tieto služby sú nevyhnutné pre chod aplikačných komponentov a budú realizované výpočtovým, sieťovým hardvérom a systémovým softvérom. ▪ Integračná architektúra - musí riešiť integráciu medzi aplikačnými komponentmi elektronického zdravotníctva a najmä systémami tretích strán a elektronickým zdravotníctvom na úrovni integrácie procesov a integrácie údajov. Definuje komunikačné štandardy. ▪ Bezpečnostná architektúra – musí riešiť systém ochrany implementovaný technickými prostriedkami t. j. dedikovanými bezpečnostnými prostriedkami ako aj prostriedkami tvoriacimi súčasť aplikačných komponentov a infraštruktúry a netechnickými prostriedkami pre manažment informačnej bezpečnosti. Číslo Popis požiadavky V6 Požiadavky na implementáciu PZ v rozsahu minimálne: ▪ Príprava a prevádzkovanie technologických prostredí potrebných v procese návrhu, implementácie, testovania a dodania PZ do riadnej prevádzky, ▪ Zabezpečenie a dodanie funkcionality podľa detailnej funkčnej, technickej a bezpečnostnej špecifikácie podľa funkčných celkov, ▪ Definovanie pravidiel pre organizáciu jednotlivých vrstiev zdrojového kódu, ▪ Vývoj príslušných SW objektov a tried, ▪ Vývoj integračných rozhraní a návrh a nastavenie procesov, konfigurácii a všetkých potrebných komponentov, ▪ Zabezpečenie kvality kódu prijatím príslušných opatrení, ▪ Zavedie sa bezpečný a automatizovaný devops, ktorý vyžaduje referenčná architektúra podľa NKVIS, ▪ Vybudovanie vývojového, testovacieho, integračného a produkčného prostredia pre UX a UAT testy, ▪ Nasadenie a oživenie Diela v prostrediach, ▪ Vývoj bude riadený podľa SDL metodiky a bude vykoná security review pre každý dodaný release. Dizajn bude vždy vopred schvaľovaný na security review ešte pred samotným programovaním. Integrácia častí diela v súlade s popísanými cieľovými Biznis procesmi Zhotoviteľ dodá technologické riešenie, vrátane konfigurácie, inštalácie SW, tak aby v prípade nedostupnosti infraštruktúry prevádzkovanou NCZI bolo riešenie možné nasadiť s využitím certifikovaných služieb vládneho cloudu, ktorá je nevyhnutná pre implementáciu celého diela a jeho zavedenie do rutinnej prevádzky podľa detailnej technickej špecifikácie a projektového plánu, vrátane odovzdania všetkých zdrojových kódov do repozitára zdrojového kódu s možnosťou jeho ďalšieho použitia. Iba tie časti diela odovzdané touto formou budú akceptované. V7 Požiadavky na vykonanie a podporu počas Pilotnej prevádzky s vybranými 10 rôznych PZS, ktorých určí odberateľ. V8 Požiadavka na vypracovanie metodiky testovania, v rozsahu dokumentu „Metodika pre systematické zabezpečenie organizácií verejnej správy v oblasti informačnej bezpečnosti (dostupná na xxxxx://xxx.xxxxx.xxx.xx/xxx/XxxxxxxxXxxxxxxxxxxxXXX_x0.0.xxx) pre nasledovné typy testov: ▪ Metodika testovania vo formáte MS WORD, ▪ Funkčné testy vo formáte MS EXCEL (minimálne ID testu, popis, kroky, čakávaná vstup, očakávaný výstup, požiadavka na testovacie dáta), ▪ Bezpečnostné testy vo formáte MS EXCEL, ▪ Záťažové testy vo formáte MS EXCEL (s popisom podmienok pre vykonanie a popisu aproximácie pre produkčné prostredie v plnej prevádzke, špička medzi 06:00 – 15:00 Pondelok-Piatok kedy sa vytvorí a odošle minimálne 80% záznamov o poskytnutej ZS), ▪ Systémové integračné testy vo formáte MS EXCEL, ▪ Testy použiteľnosti koncových služieb (UX test) s ohľadom na ISVS vo formáte MS EXCEL, ▪ End-to-End testovacie scenáre v súlade s cieľovými Biznis procesmi vo formáte MS EXCEL, Používateľské akceptačné testovanie vo formáte MS EXCEL. Číslo Popis požiadavky V9 Požiadavka na testovanie PZ v rozsahu minimálne: • Požaduje sa vypracovanie stratégie testovania a plánu testov, ktorý bude súčasťou IS a určí najmä: • Detailný časový rámec testovania, • Popis testov a testovacích procedúr, • Zodpovednosti počas testovania, • Testovacie fázy, • Kritériá na akceptačné testovanie v súlade so Zmluvou o dieloodstránenie nálezov.
Appears in 1 contract
Všeobecné požiadavky. Jednotlivé aktivity a výstupy plnenia PZ, budú vykonávané v súlade s platnými a schválenými projektovými a zmluvnými požiadavkami, vrátane vydaných interných smerníc NCZI, vzťahujúcich sa na riadenie projektov a postupov pri implementácii. Tieto všeobecné požiadavky požiadavky, budú primerane aplikované na jednotlivé softvérové alebo prípadné hardvérové riešenia, ktoré sú súčasťou PZ. Ak je požiadavka odkazom na dokument, zhotoviteľ aplikuje primerané primerane pravidlá uvedené v príslušnom dokumente tak, aby bolo Dielo v súlade s pokynmi v tomto dokumente. Dielo podľa Opxxx XZ Xxxxx PZ vrátane jeho uvedenia do prevádzky, bude zrealizované najneskôr do 12 20 mesiacov od nadobudnutia účinnosti Zmluvy o dielo, ktorú uzatvorí Objednávateľ s víťazným uchádzačom, najneskôr však do 30.6.2023. Ak niektorý z nižšie spomenutých dokumentov Zhotoviteľ nemá k dispozícii, vyžiada si ho od odberateľa. Číslo Popis požiadavky V1 Požiadavky na súlad s platnou legislatívou SR a EÚ a súvisiacimi dokumentami v čase pred a počas implementácie PZ pre všetky dodávané komponenty a časti PZ. Zhotoviteľ pri analýze a návrhu riešenia zoberie do úvahy všetky platné právne predpisy vrátane prípadných známych účinností niektorých ustanovení zákonov. Číslo Popis požiadavky V2 Požiadavky na projektové etapy a výstupy vrátane projektového riadenia dodávky PZ na strane Zhotoviteľa: • Jednotlivé projektové aktivity a Etapy, budú vykonávané v súlade s riadiacou dokumentáciou PO 7 OP II II, v súlade Príručkou pre prijímateľa, národné projekty xxxxx://xxx.xxxx.xxx.xx/xxxxxxxxx-xxxxxxxxx/xxxxxxxx-xxx-xxxxxxxxxxx a v súlade s Vyhláškou 85/2020 Z.z. Úradu podpredsedu vlády Slovenskej republiky pre investície a infomatizáciu o riadení projektov a v súlade Príručkou pre prijímateľa, národné projekty Príručky | Ministerstvo investícií, regionálneho rozvoja a informatizácie SR (xxxx://xxx.xxxxxxxxxxxxxx.xx/xxxxxxxx/00000x xxx.xx) • Schválený PID v úvode projektu pre všetky funkčné oblasti: oblasti • Metodika riadenia QAMPR - Metodika vychádza z Koncepcie riadenia informatizácie verejnej správy (xxxxx://xxx.xxxxx.xxx.xx/xxxxxx/xxxxxxxxxxxxxx/xxxxxxxx-xxxxxxx-xx/xxxxxxxx-xxxxxxx- qa/index.html • Požiadavka na súlad s internými smernicami NCZI o Komunikačný plán pre projektriadení projektov • Požiadavka na súlad s riadením vývoja v zmysle metodiky SDL (Security Development Lifecycle) vydanou NCZI, o Plán riadenia zmien pre projektprimerane aplikované počas návrhu, o Plán riadenia rizík pre projekt, o Rámcová špecifikácia riešenia (Popis produktu, Dekompozícia produktu, Vývojový diagram produktu): ▪ Biznis architektúra, ▪ Aplikačná architektúra, ▪ Technologická architektúra – časť systémová architektúra, ▪ Bezpečnostná architektúra, o Detailný časový harmonogram projektu (minimálne ID úlohy, popis, termín, riešiteľ, trvanie), o Detailná identifikácia implementácie a štruktúrovaný zápis všetkých relevantných požiadaviek, rizík a obmedzení vo forme XLS s uvedením priority požiadavky (ID požiadavky, Názov, Popis, Priorita, Osoba zodpovedná za riešenie, Termín plnenie, Obmedzenia, Požadované vstupy), o Akceptačné kritéria v štruktúrovanej podobe s popísanými merateľnými ukazovateľmi a prípustnými toleranciami pre odchýlku riešenia od návrhu alebo nastaveného očakávania, o Vývoj a integrácia (plán implementácie, minimálne: ID úlohy, popis, termín, riešiteľ, trvanie), o UAT testovanie (kapacity, požiadavky na prostredia a súčinnosť Objednávateľa), o Nasadenie uvedenia PZ do UAT prostredia a do produkcie (kapacity, požiadavky na prostredia a súčinnosť Objednávateľa)prevádzky. • Počas trvania projektu Požiadavka na primerané aplikovanie dokumentu - Národná koncepcia informatizácie verejnej správy Slovenskej republiky – ďalej iba „NKIVS“ počas návrhu a uvedenia nových alebo rozšírených služieb do prevádzky. • Požiadavka na súlad a primerané aplikovanie dokumentu Strategické priority a dokumenty z pracovných skupín Národnej koncepcie informatizácie verejnej správy. • Metodický pokyn UPVII č. 3425/2019/oPK-1 na rozpočtovanie nákupu IT v rámci medzirezortného programu 0EK Informačné technológie financované zo štátneho rozpočtu • Metodické usmernenie o postupe pri príprave investícií a koncesií podliehajúcich hodnoteniu MFSR • Použivatelská príručka MetaIS a MetaIS Confluence • Informatizácia 2.0 - revízia výdavkov • Objednávateľ môže určiť nástroj, kde bude tvorená aj dokumentáciaplán a monitoring prác riešiteľov Zhotoviteľa evidovaný. Číslo Popis požiadavky V3 Požiadavka na vypracovanie detailnej funkčnej, technickej a bezpečnostnej špecifikácie: o • Analýza súčasných systémov a spôsobu komunikácie, • Vytvorenie VOC a VOB za každý komponent každú doménu ako súčasť výstupov analytickej fázy pri návrhu riešenia, dokumentovaný záznam z rozhovorov alebo stretnutí pre získanie VOC a VOB (MS Excel pre VOB a VOC VOC, MS Word pre záznam zo stretnutí), o • Vytvorenie priorizovaného zoznamu požiadaviek na implementáciu rozdelených podľa existujúcich a nových komponentov domén minimálne v rozsahu (ID, Doména, Názov, Popis požiadavky, Stručný popis riešenia, Priorita, Zodpovedný analytik Zhotoviteľa, Zodpovedný vývojár Zhotoviteľa, Zoxxxxxxxx xester Zodpovedný tester Zhotoviteľa) (MS Excel alebo elektronický ekvivalent zoznamu) • Objednávateľ môže určiť nástroj, kde bude plán a monitoring prác riešiteľov Zhotoviteľa evidovaný. • Požiadavka na súlad s internými smernicami NCZI o riadení projektov. Číslo Popis požiadavky V3 Požiadavka na vypracovanie Rámcového návrhu riešenia počas fázy Analýza a dizajn o Popis súčasného stavu AS-IS na strane prevádzkovateľa a užívateľa o Popis cieľového stavu TO-BE na strane prevádzkovateľa a užívateľa (zakreslený E2E proces s RACI a vyznačeným automatizovanými IT a manuálnymi aktivitami – proces namapovaný na front-end obrazovky) o Základný koncept cieľového riešenia o Základný model HW architektúry a ICT infraštruktúry cieľového riešenia / Cloud o Základný dátový a transakčný model cieľového riešenia o Základný transakčný a GUI modely cieľového riešenia (WireFrame) o Koncept prevádzky a údržby cieľového riešenia o Koncept používania cieľového riešenia Zhotoviteľ zabezpečí vypracovanie rámcového návrhu riešenia v súlade s UML2 a bude dodaná v programe Enterprise architect v EA modeli. Celý analytický model bude konzistentne udržiavaný v tomto nástroji. V4 Požiadavka na vypracovanie detailnej funkčnej, technickej a bezpečnostnej špecifikácie: • Vytvorenie UX a UI návrhu (Adobe XD)) pre procesy interakcie s pacientov a UI pravidlá pre implementáciu v IS PZS, • Detailná architektúra finálneho produktu • Zoznam modulov a komponentov finálneho riešenia • Špecifikácia potrieb koncových používateľov • Návrh mapy stránky (toky používateľov) • Návrh vizuálov a popis obrazoviek • Blokové a dátové modely finálneho produktu • Funkčné, kontextové a entitno-relačné modely finálneho produktu • Bezpečnostná architektúra • Technická architektúra (UML + MS WORD): o technická architektúra – časť fyzická a systémová architektúra, o špecifikácia správy používateľov a používateľských profilov (vrátane rolí a práv), o špecifikácia podpory identifikácie používateľov a autentifikácie vykonávaných činností, o špecifikácia technologických riešení a predpokladov na dosiahnutie výkonnostných požiadaviek, • Detailný popis OFFLINE scenárov a metodík pre postup zapojených aktérov v prípade výpadkov komponentov zapojených do biznis procesov vo formáte (MS WORD), • Zapracovanie pripomienok kľúčových používateľov určených Objednávateľom (lehota na pripomienkovanie je 20 pracovných dní od preukázateľného doručenia podkladov v čitateľnej a úplnej verzii určenej osobe Objednávateľa umiestnené na zdieľanom úložisku a zaslanie URL nie je považované za doručenie) pričom alternatívne: o Zhotoviteľ zabezpečí vypracovanie detailnej funkčnej špecifikácie pripomienku zapracuje v plnom rozsahu, o Zhotoviteľ pripomienku zapracuje čiastočne s jasným a kvantifikovaným vysvetlením, prečo nemohol zapracovať, o Zhotoviteľ pripomienku odmietne a jasným a kvantifikovaným zdôvodnením, o Kľúčový používatelia potvrdia alebo odmietnu zapracovanie, o Nezhody budú riešené ako eskalácia v súlade s UML2 pravidlami ZoD a PID. o Maximálny počet kôl pre pripomienkovanie je 2 (slovom dva); o Kolo pripomienkovania, kde bude dodaná Objednávateľom identifikovaný viac ako jeden blokátor testovania bude Objednávateľ považovať za nerealizované a teda ho nepočíta do celkového maximálneho počtu; o Minimálny čas medzi dvoma kolami pripomienkovania je 30 kalendárnych dní; Prestávku v programe Enterprise architect v EA modeli. Celý analytický model bude konzistentne udržiavaný v tomto nástrojitestovaní využije Zhotoviteľ na zapracovanie pripomienok a odstránenie nálezov z testovania. Číslo Popis požiadavky V5 Požiadavky na vypracovanie architektúry IS tzdravie. Architektonické pohľady budú dodané vo forme ArchiMate diagramov rozdelené na nasledovné oblasti: ▪ Biznis architektúra (Používatelia, funkcie, procesy, služby,...) - predstavuje základnú organizáciu fungovania IS tzdravie v naviazanosti na okolité IS v rámci rezortu ako aj mimo neho cez definovanie biznis procesov, používateľov a ich vzťahov, prostredí a princípov, ktoré riadia dizajn a evolúciu, podáva predstavu o tom, ako zdravotníctvo plní svoje biznis zámery ▪ Aplikačná architektúra (Komponenty, procesy, aplikácie, funkcie, služby,..) - musí znázorňovať principiálnu štruktúru informačného systému, ktorý sa musí skladať z aplikačných modulov spracovávajúcich informácie, zo vzájomných vzťahov a vzťahu k prostrediu, a z princípov, ktoré riadia jeho dizajn a rozvoj, pričom tento blok musí zachytávať to, ako informačný systém pomáha zdravotníctvu naplniť svoje biznis zámery ▪ Architektúru dátová, vrátane systémovej architektúry (popisuje údajové entity a ich vzťahy, tok údajov, príslušnosť údajov, dekompozícia architektonických modulov, návrh ich väzieb,...) ▪ Technologická architektúra vrátane architektúry za infraštruktúru–(uzly, komunikácia medzi uzlami, systémový softvér, platformy, operačné systémy) - poskytne v projekte služby infraštruktúry s vysokou dostupnosťou a škálovateľnosťou. Tieto služby sú nevyhnutné pre chod aplikačných komponentov a budú realizované výpočtovým, sieťovým hardvérom a systémovým softvérom. ▪ Integračná architektúra - musí riešiť integráciu medzi aplikačnými komponentmi elektronického zdravotníctva a najmä systémami tretích strán a elektronickým zdravotníctvom na úrovni integrácie procesov a integrácie údajov. Definuje komunikačné štandardy. ▪ Bezpečnostná architektúra – musí riešiť systém ochrany implementovaný technickými prostriedkami t. j. dedikovanými bezpečnostnými prostriedkami ako aj prostriedkami tvoriacimi súčasť aplikačných komponentov a infraštruktúry a netechnickými prostriedkami pre manažment informačnej bezpečnosti. Číslo Popis požiadavky V6 Požiadavky na implementáciu PZ v rozsahu minimálne: ▪ Príprava a prevádzkovanie technologických prostredí potrebných v procese návrhu, implementácie, testovania a dodania PZ do riadnej prevádzky, ▪ Zabezpečenie a dodanie funkcionality podľa detailnej funkčnej, technickej a bezpečnostnej špecifikácie podľa funkčných celkov, ▪ Definovanie pravidiel pre organizáciu jednotlivých vrstiev zdrojového kódu, ▪ Vývoj príslušných SW objektov a tried, ▪ Vývoj integračných rozhraní a návrh a nastavenie procesov, konfigurácii a všetkých potrebných komponentov, ▪ Zabezpečenie kvality kódu prijatím príslušných opatrení, ▪ Zavedie sa bezpečný a automatizovaný devops, ktorý vyžaduje referenčná architektúra podľa NKVIS, ▪ Vybudovanie vývojového, testovacieho, integračného a produkčného prostredia pre UX a UAT testy, ▪ Nasadenie a oživenie Diela v prostrediach, ▪ Vývoj bude riadený podľa SDL metodiky a bude vykoná security review pre každý dodaný release. Dizajn bude vždy vopred schvaľovaný na security review ešte pred samotným programovaním. Integrácia častí diela v súlade s popísanými cieľovými Biznis procesmi Zhotoviteľ dodá technologické riešenie, vrátane konfigurácie, inštalácie SW, tak aby v prípade nedostupnosti infraštruktúry prevádzkovanou NCZI bolo riešenie možné nasadiť s využitím certifikovaných služieb vládneho cloudu, ktorá je nevyhnutná pre implementáciu celého diela a jeho zavedenie do rutinnej prevádzky podľa detailnej technickej špecifikácie a projektového plánu, vrátane odovzdania všetkých zdrojových kódov do repozitára zdrojového kódu s možnosťou jeho ďalšieho použitia. Iba tie časti diela odovzdané touto formou budú akceptované. V7 Požiadavky na vykonanie a podporu počas Pilotnej prevádzky s vybranými 10 rôznych PZS, ktorých určí odberateľ. V8 V4 Požiadavka na vypracovanie metodiky testovania, v rozsahu dokumentu „Metodika pre systematické zabezpečenie organizácií verejnej správy v oblasti informačnej bezpečnosti (dostupná na xxxxx://xxx.xxxxx.xxx.xx/xxx/XxxxxxxxXxxxxxxxxxxxXXX_x0.0.xxxXXXXX.XX (xxx.xx) ) pre nasledovné typy testov: ▪ Metodika testovania vo formáte MS WORD, ▪ Funkčné testy vo formáte MS EXCEL (minimálne ID testu, popis, kroky, čakávaná vstup, očakávaný výstup, požiadavka na testovacie dáta), ▪ Bezpečnostné testy vo formáte MS EXCEL, ▪ Záťažové testy Výkonnostné testovanie a výstup z testov vo formáte MS EXCEL (s popisom podmienok pre vykonanie a popisu aproximácie pre produkčné prostredie v plnej prevádzke, špička medzi 06:00 – 15:00 Pondelok-Piatok kedy sa vytvorí a odošle minimálne 80% záznamov o poskytnutej ZS), ▪ Systémové integračné testy vo formáte MS EXCEL, ▪ Testy použiteľnosti koncových služieb (UX test) s ohľadom na ISVS vo formáte MS EXCEL, ▪ End-to-End testovacie scenáre v súlade s cieľovými Biznis procesmi vo formáte MS EXCEL, ▪ Používateľské akceptačné testovanie vo formáte MS EXCEL. Číslo Popis požiadavky V9 V5 Požiadavka na testovanie PZ vypracovanie produktovej dokumentácie v rozsahu minimálneslovenskom jazyku v elektronickej podobe: • Požaduje sa vypracovanie stratégie testovania ▪ Administrátorská a plánu testovprevádzková dokumentácia (MS WORD): o Aplikačná príručka, ktorý bude súčasťou IS o Inštalačná príručka, o Konfiguračná príručka, o Integračná príručka, o Používateľská príručka, o Prevádzkový popis, ▪ Bezpečnostný projekt (podľa Metodiky zabezpečenia)Používateľská dokumentácia (MS WORD), o popis počítačového programu a určí najmä: • Detailný časový rámec testovaniajeho funkcií, • Popis testov o postupy a testovacích procedúrúkony potrebné pre riadne používanie implementovaného systému, • Zodpovednosti počas testovaniao chybové a neštandardné stavy a dostupné spôsoby ich riešenia, • Testovacie fázy▪ Integračná dokumentácia (služby, • Kritériá na akceptačné testovanie API, štandardy v súlade so Zmluvou s existujúcimi integračnými manuálny domén ezdravie) (MS WORD), ▪ Online dokumentácia (HTML5, CCS3), dokumenty publikovateľné cez web, určená pre pracovníkov Objednávateľa, Call Centrum a ZPr: o dielo.popis počítačového programu a jeho funkcií, o postupy a úkony potrebné pre riadne používanie implementovaného systému, o chybové a neštandardné stavy a dostupné spôsoby ich riešenia,
Appears in 1 contract
Samples: Súťažné Podklady
Všeobecné požiadavky. Jednotlivé aktivity a výstupy plnenia PZ, budú vykonávané v súlade s platnými a schválenými projektovými a zmluvnými požiadavkami, vrátane vydaných interných smerníc NCZI, vzťahujúcich sa na riadenie projektov a postupov pri implementácii. Tieto všeobecné požiadavky požiadavky, budú primerane aplikované na jednotlivé softvérové alebo prípadné hardvérové riešenia, ktoré sú súčasťou PZ. Ak je požiadavka odkazom na dokument, zhotoviteľ aplikuje primerané primerane pravidlá uvedené v príslušnom dokumente tak, aby bolo Dielo v súlade s pokynmi v tomto dokumente. Dielo podľa Opxxx XZ Xxxxx PZ vrátane jeho uvedenia do prevádzky, bude zrealizované najneskôr do 12 20 mesiacov od nadobudnutia účinnosti Zmluvy o dielo, ktorú uzatvorí Objednávateľ s víťazným uchádzačom, najneskôr však do 30.6.2023. Ak niektorý z nižšie spomenutých dokumentov Zhotoviteľ nemá k dispozícii, vyžiada si ho od odberateľa. Číslo Popis požiadavky V1 Požiadavky na súlad s platnou legislatívou SR a EÚ a súvisiacimi dokumentami v čase pred a počas implementácie PZ pre všetky dodávané komponenty a časti PZ. Zhotoviteľ pri analýze a návrhu riešenia zoberie do úvahy všetky platné právne predpisy vrátane prípadných známych účinností niektorých ustanovení zákonov. Číslo Popis požiadavky V2 Požiadavky na projektové etapy a výstupy vrátane projektového riadenia dodávky PZ na strane Zhotoviteľa: • Jednotlivé projektové aktivity a Etapy, budú vykonávané v súlade s riadiacou dokumentáciou PO 7 OP II II, v súlade Príručkou pre prijímateľa, národné projekty xxxxx://xxx.xxxx.xxx.xx/xxxxxxxxx-xxxxxxxxx/xxxxxxxx-xxx-xxxxxxxxxxx a v súlade s Vyhláškou 85/2020 Z.z. Úradu podpredsedu vlády Slovenskej republiky pre investície a infomatizáciu o riadení projektov a v súlade Príručkou pre prijímateľa, národné projekty Príručky | Ministerstvo investícií, regionálneho rozvoja a informatizácie SR (xxxx://xxx.xxxxxxxxxxxxxx.xx/xxxxxxxx/00000x xxx.xx) • Schválený PID v úvode projektu pre všetky funkčné oblastioblasti Metodika riadenia QAMPR - Metodika vychádza z Koncepcie riadenia informatizácie verejnej správy (xxxxx://xxx.xxxxx.xxx.xx/xxxxxx/xxxxxxxxxxxxxx/xxxxxxxx-xxxxxxx-xx/xxxxxxxx-xxxxxxxxx/xxxxx.xxxx Požiadavka na súlad s internými smernicami NCZI o riadení projektov Požiadavka na súlad s riadením vývoja v zmysle metodiky SDL (Security Development Lifecycle) vydanou NCZI, primerane aplikované počas návrhu, implementácie a uvedenia PZ do prevádzky. Požiadavka na primerané aplikovanie dokumentu - Národná koncepcia informatizácie verejnej správy Slovenskej republiky – ďalej iba „NKIVS“ počas návrhu a uvedenia nových alebo rozšírených služieb do prevádzky. Požiadavka na súlad a primerané aplikovanie dokumentu Strategické priority a dokumenty z pracovných skupín Národnej koncepcie informatizácie verejnej správy. Metodický pokyn UPVII č. 3425/2019/oPK-1 na rozpočtovanie nákupu IT v rámci medzirezortného programu 0EK Informačné technológie financované zo štátneho rozpočtu Metodické usmernenie o postupe pri príprave investícií a koncesií podliehajúcich hodnoteniu MFSR Použivatelská príručka MetaIS a MetaIS Confluence Informatizácia 2.0 - revízia výdavkov Objednávateľ môže určiť nástroj, kde bude plán a monitoring prác riešiteľov Zhotoviteľa evidovaný. Číslo Popis požiadavky V3 Požiadavka na vypracovanie detailnej funkčnej, technickej a bezpečnostnej špecifikácie: o Komunikačný plán pre projektAnalýza súčasných systémov a spôsobu komunikácie, o Plán riadenia zmien pre projekt, o Plán riadenia rizík pre projekt, o Rámcová špecifikácia riešenia (Popis produktu, Dekompozícia produktu, Vývojový diagram produktu): ▪ Biznis architektúra, ▪ Aplikačná architektúra, ▪ Technologická architektúra – časť systémová architektúra, ▪ Bezpečnostná architektúra, o Detailný časový harmonogram projektu (minimálne ID úlohy, popis, termín, riešiteľ, trvanie), o Detailná identifikácia a štruktúrovaný zápis všetkých relevantných požiadaviek, rizík a obmedzení vo forme XLS s uvedením priority požiadavky (ID požiadavky, Názov, Popis, Priorita, Osoba zodpovedná za riešenie, Termín plnenie, Obmedzenia, Požadované vstupy), o Akceptačné kritéria v štruktúrovanej podobe s popísanými merateľnými ukazovateľmi a prípustnými toleranciami pre odchýlku riešenia od návrhu alebo nastaveného očakávania, o Vývoj a integrácia (plán implementácie, minimálne: ID úlohy, popis, termín, riešiteľ, trvanie), o UAT testovanie (kapacity, požiadavky na prostredia a súčinnosť Objednávateľa), o Nasadenie do UAT prostredia a do produkcie (kapacity, požiadavky na prostredia a súčinnosť Objednávateľa). • Počas trvania projektu bude tvorená aj dokumentácia: o Vytvorenie VOC a VOB za každý komponent každú doménu ako súčasť výstupov analytickej fázy pri návrhu riešenia, dokumentovaný záznam z rozhovorov alebo stretnutí pre získanie VOC a VOB (MS Excel pre VOB a VOC VOC, MS Word pre záznam zo stretnutí), o Vytvorenie priorizovaného zoznamu požiadaviek na implementáciu rozdelených podľa existujúcich a nových komponentov domén minimálne v rozsahu (ID, Doména, Názov, Popis požiadavky, Stručný popis riešenia, Priorita, Zodpovedný analytik Zhotoviteľa, Zodpovedný vývojár Zhotoviteľa, Zoxxxxxxxx xester Zodpovedný tester Zhotoviteľa) (MS Excel alebo elektronický ekvivalent zoznamu) • Objednávateľ môže určiť nástroj, kde bude plán a monitoring prác riešiteľov Zhotoviteľa evidovaný. • Požiadavka na súlad s internými smernicami NCZI o riadení projektov. Číslo Popis požiadavky V3 Požiadavka na vypracovanie Rámcového návrhu riešenia počas fázy Analýza a dizajn o Popis súčasného stavu AS-IS na strane prevádzkovateľa a užívateľa o Popis cieľového stavu TO-BE na strane prevádzkovateľa a užívateľa (zakreslený E2E proces s RACI a vyznačeným automatizovanými IT a manuálnymi aktivitami – proces namapovaný na front-end obrazovky) o Základný koncept cieľového riešenia o Základný model HW architektúry a ICT infraštruktúry cieľového riešenia / Cloud o Základný dátový a transakčný model cieľového riešenia o Základný transakčný a GUI modely cieľového riešenia (WireFrame) o Koncept prevádzky a údržby cieľového riešenia o Koncept používania cieľového riešenia Zhotoviteľ zabezpečí vypracovanie rámcového návrhu riešenia v súlade s UML2 a bude dodaná v programe Enterprise architect v EA modeli. Celý analytický model bude konzistentne udržiavaný v tomto nástroji. V4 Požiadavka na vypracovanie detailnej funkčnej, technickej a bezpečnostnej špecifikácie: • Vytvorenie UX a UI návrhu (Adobe XD)) pre procesy interakcie s pacientov a UI pravidlá pre implementáciu v IS PZS, • Detailná architektúra finálneho produktu • Zoznam modulov a komponentov finálneho riešenia • Špecifikácia potrieb koncových používateľov • Návrh mapy stránky (toky používateľov) • Návrh vizuálov a popis obrazoviek • Blokové a dátové modely finálneho produktu • Funkčné, kontextové a entitno-relačné modely finálneho produktu • Bezpečnostná architektúra • Technická architektúra (UML + MS WORD): o technická architektúra – časť fyzická a systémová architektúra, o špecifikácia správy používateľov a používateľských profilov (vrátane rolí a práv), o špecifikácia podpory identifikácie používateľov a autentifikácie vykonávaných činností, o špecifikácia technologických riešení a predpokladov na dosiahnutie výkonnostných požiadaviek, • Detailný popis OFFLINE scenárov a metodík pre postup zapojených aktérov v prípade výpadkov komponentov zapojených do biznis procesov vo formáte (MS WORD), Zapracovanie pripomienok kľúčových používateľov určených Objednávateľom (lehota na pripomienkovanie je 20 pracovných dní od preukázateľného doručenia podkladov v čitateľnej a úplnej verzii určenej osobe Objednávateľa umiestnené na zdieľanom úložisku a zaslanie URL nie je považované za doručenie) pričom alternatívne: Zhotoviteľ zabezpečí vypracovanie detailnej funkčnej špecifikácie pripomienku zapracuje v plnom rozsahu, o Zhotoviteľ pripomienku zapracuje čiastočne s jasným a kvantifikovaným vysvetlením, prečo nemohol zapracovať, Zhotoviteľ pripomienku odmietne a jasným a kvantifikovaným zdôvodnením, o Kľúčový používatelia potvrdia alebo odmietnu zapracovanie, o Nezhody budú riešené ako eskalácia v súlade s UML2 pravidlami ZoD a PID. Maximálny počet kôl pre pripomienkovanie je 2 (slovom dva); o Kolo pripomienkovania, kde bude dodaná Objednávateľom identifikovaný viac ako jeden blokátor testovania bude Objednávateľ považovať za nerealizované a teda ho nepočíta do celkového maximálneho počtu; Minimálny čas medzi dvoma kolami pripomienkovania je 30 kalendárnych dní; Prestávku v programe Enterprise architect v EA modeli. Celý analytický model bude konzistentne udržiavaný v tomto nástrojitestovaní využije Zhotoviteľ na zapracovanie pripomienok a odstránenie nálezov z testovania. Číslo Popis požiadavky V5 Požiadavky na vypracovanie architektúry IS tzdravie. Architektonické pohľady budú dodané vo forme ArchiMate diagramov rozdelené na nasledovné oblasti: ▪ Biznis architektúra (Používatelia, funkcie, procesy, služby,...) - predstavuje základnú organizáciu fungovania IS tzdravie v naviazanosti na okolité IS v rámci rezortu ako aj mimo neho cez definovanie biznis procesov, používateľov a ich vzťahov, prostredí a princípov, ktoré riadia dizajn a evolúciu, podáva predstavu o tom, ako zdravotníctvo plní svoje biznis zámery ▪ Aplikačná architektúra (Komponenty, procesy, aplikácie, funkcie, služby,..) - musí znázorňovať principiálnu štruktúru informačného systému, ktorý sa musí skladať z aplikačných modulov spracovávajúcich informácie, zo vzájomných vzťahov a vzťahu k prostrediu, a z princípov, ktoré riadia jeho dizajn a rozvoj, pričom tento blok musí zachytávať to, ako informačný systém pomáha zdravotníctvu naplniť svoje biznis zámery ▪ Architektúru dátová, vrátane systémovej architektúry (popisuje údajové entity a ich vzťahy, tok údajov, príslušnosť údajov, dekompozícia architektonických modulov, návrh ich väzieb,...) ▪ Technologická architektúra vrátane architektúry za infraštruktúru–(uzly, komunikácia medzi uzlami, systémový softvér, platformy, operačné systémy) - poskytne v projekte služby infraštruktúry s vysokou dostupnosťou a škálovateľnosťou. Tieto služby sú nevyhnutné pre chod aplikačných komponentov a budú realizované výpočtovým, sieťovým hardvérom a systémovým softvérom. ▪ Integračná architektúra - musí riešiť integráciu medzi aplikačnými komponentmi elektronického zdravotníctva a najmä systémami tretích strán a elektronickým zdravotníctvom na úrovni integrácie procesov a integrácie údajov. Definuje komunikačné štandardy. ▪ Bezpečnostná architektúra – musí riešiť systém ochrany implementovaný technickými prostriedkami t. j. dedikovanými bezpečnostnými prostriedkami ako aj prostriedkami tvoriacimi súčasť aplikačných komponentov a infraštruktúry a netechnickými prostriedkami pre manažment informačnej bezpečnosti. Číslo Popis požiadavky V6 Požiadavky na implementáciu PZ v rozsahu minimálne: ▪ Príprava a prevádzkovanie technologických prostredí potrebných v procese návrhu, implementácie, testovania a dodania PZ do riadnej prevádzky, ▪ Zabezpečenie a dodanie funkcionality podľa detailnej funkčnej, technickej a bezpečnostnej špecifikácie podľa funkčných celkov, ▪ Definovanie pravidiel pre organizáciu jednotlivých vrstiev zdrojového kódu, ▪ Vývoj príslušných SW objektov a tried, ▪ Vývoj integračných rozhraní a návrh a nastavenie procesov, konfigurácii a všetkých potrebných komponentov, ▪ Zabezpečenie kvality kódu prijatím príslušných opatrení, ▪ Zavedie sa bezpečný a automatizovaný devops, ktorý vyžaduje referenčná architektúra podľa NKVIS, ▪ Vybudovanie vývojového, testovacieho, integračného a produkčného prostredia pre UX a UAT testy, ▪ Nasadenie a oživenie Diela v prostrediach, ▪ Vývoj bude riadený podľa SDL metodiky a bude vykoná security review pre každý dodaný release. Dizajn bude vždy vopred schvaľovaný na security review ešte pred samotným programovaním. Integrácia častí diela v súlade s popísanými cieľovými Biznis procesmi Zhotoviteľ dodá technologické riešenie, vrátane konfigurácie, inštalácie SW, tak aby v prípade nedostupnosti infraštruktúry prevádzkovanou NCZI bolo riešenie možné nasadiť s využitím certifikovaných služieb vládneho cloudu, ktorá je nevyhnutná pre implementáciu celého diela a jeho zavedenie do rutinnej prevádzky podľa detailnej technickej špecifikácie a projektového plánu, vrátane odovzdania všetkých zdrojových kódov do repozitára zdrojového kódu s možnosťou jeho ďalšieho použitia. Iba tie časti diela odovzdané touto formou budú akceptované. V7 Požiadavky na vykonanie a podporu počas Pilotnej prevádzky s vybranými 10 rôznych PZS, ktorých určí odberateľ. V8 V4 Požiadavka na vypracovanie metodiky testovania, v rozsahu dokumentu „Metodika pre systematické zabezpečenie organizácií verejnej správy v oblasti informačnej bezpečnosti (dostupná na xxxxx://xxx.xxxxx.xxx.xx/xxx/XxxxxxxxXxxxxxxxxxxxXXX_x0.0.xxxXXXXX.XX (xxx.xx) ) pre nasledovné typy testov: ▪ Metodika testovania vo formáte MS WORD, ▪ Funkčné testy vo formáte MS EXCEL (minimálne ID testu, popis, kroky, čakávaná vstup, očakávaný výstup, požiadavka na testovacie dáta), ▪ Bezpečnostné testy vo formáte MS EXCEL, ▪ Záťažové testy Výkonnostné testovanie a výstup z testov vo formáte MS EXCEL (s popisom podmienok pre vykonanie a popisu aproximácie pre produkčné prostredie v plnej prevádzke, špička medzi 06:00 – 15:00 Pondelok-Piatok kedy sa vytvorí a odošle minimálne 80% záznamov o poskytnutej ZS), ▪ Systémové integračné testy vo formáte MS EXCEL, ▪ Testy použiteľnosti koncových služieb (UX test) s ohľadom na ISVS vo formáte MS EXCEL, ▪ End-to-End testovacie scenáre v súlade s cieľovými Biznis procesmi vo formáte MS EXCEL, Používateľské akceptačné testovanie vo formáte MS EXCEL. Číslo Popis požiadavky V9 V5 Požiadavka na testovanie PZ vypracovanie produktovej dokumentácie v rozsahu minimálneslovenskom jazyku v elektronickej podobe: • Požaduje sa vypracovanie stratégie testovania Administrátorská a plánu testovprevádzková dokumentácia (MS WORD): o Aplikačná príručka, ktorý bude súčasťou IS o Inštalačná príručka, o Konfiguračná príručka, o Integračná príručka, o Používateľská príručka, o Prevádzkový popis, Bezpečnostný projekt (podľa Metodiky zabezpečenia)Používateľská dokumentácia (MS WORD), o popis počítačového programu a určí najmä: • Detailný časový rámec testovaniajeho funkcií, • Popis testov o postupy a testovacích procedúrúkony potrebné pre riadne používanie implementovaného systému, • Zodpovednosti počas testovaniao chybové a neštandardné stavy a dostupné spôsoby ich riešenia, • Testovacie fázyIntegračná dokumentácia (služby, • Kritériá na akceptačné testovanie API, štandardy v súlade so Zmluvou s existujúcimi integračnými manuálny domén ezdravie) (MS WORD), Online dokumentácia (HTML5, CCS3), dokumenty publikovateľné cez web, určená pre pracovníkov Objednávateľa, Call Centrum a ZPr: o dielo.popis počítačového programu a jeho funkcií, o postupy a úkony potrebné pre riadne používanie implementovaného systému, o chybové a neštandardné stavy a dostupné spôsoby ich riešenia,
Appears in 1 contract
Samples: Public Procurement Documentation