Teisės aktų informacinės sistemos atnaujinimo (Teisės aktų projektų rengyklės sukūrimo ir duomenų migravimo) paslaugos
Išanalizuota
Lietuvos Respublikos Seimo kanceliarija
2 644 628,1 €
Atviras konkursasCPV: 72262000 - Programinės įrangos kūrimo paslaugos
ID: 79256302026-05-20 05:21Pasiūlymai iki: 2026-07-23 10:00
Atidaryti CVP ISAprašymas
Perkamos Teisės aktų informacinės sistemos (TAIS) ir Teisės aktų registro (TAR) atnaujinimo ir modernizavimo paslaugos. Jos apima Valstybės teisėkūros informacinės sistemos (VYTIS) sukūrimą, centralizuotos duomenų saugojimo architektūros bei teisės aktų projektų rengyklės sukūrimą, duomenų transformavimą ir migravimą. Taip pat bus atliekamas techninės dokumentacijos patikslinimas ir teikiamos susijusios garantinės priežiūros paslaugos.
Kvalifikaciniai reikalavimai
- 1Tiekėjas, tiekėjų grupės partneriai kartu ar pagal prisiimtus įsipareigojimus kiti ūkio subjektai, kurių pajėgumais remiasi tiekėjas, per paskutinius 3 (trejus) metus iki pasiūlymo pateikimo termino pabaigos arba per laiką nuo tiekėjo įregistravimo dienos (jeigu tiekėjas vykdė veiklą mažiau nei 3 (trejus), turi būti tinkamai ir savo jėgomis suteikęs informacinių sistemų kūrimo bei diegimo ir (arba) modernizavimo paslaugas už ne mažiau kaip 500 000,00 Eur be PVM.
- 2Projektų vadovas (bent 1 specialistas), turintis: 1) projektų vadovo darbo patirtį ne mažiau kaip 1 (viename) per paskutinius 3 (trejus) metus sėkmingai įvykdytame informacinės sistemos kūrimo bei diegimo ir (arba) modernizavimo projekte; 2) projektų vadovo kvalifikaciją.
- 3Informacinių sistemų architektas (bent 1 specialistas), turintis: 1) darbo patirtį ne mažiau kaip 1 (viename) per paskutinius 3 (trejus) metus sėkmingai įvykdytame informacinės sistemos kūrimo bei diegimo ir (arba) modernizavimo projekte, kurio metu buvo atsakingas už informacinės sistemos architektūros parengimą; 2) informacinių sistemų architekto kvalifikaciją.
- 4Informacinių sistemų analitikas (bent 1 specialistas), turintis: 1) darbo patirtį ne mažiau kaip 1 (viename) per paskutinius 3 (trejus) metus sėkmingai įvykdytame informacinės sistemos kūrimo bei diegimo ir (arba) modernizavimo projekte, kurio metu buvo atsakingas už informacinės sistemos reikalavimų analizę, funkcinių ir (ar) techninių sprendimų projektavimą ir (ar) informacinės sistemos elgsenos ir (ar) duomenų modelių konstravimą; 2) informacinių sistemų analitiko kvalifikaciją.
- 5Duomenų migravimo specialistas (bent 1 specialistas), turintis: 1) darbo patirtį ne mažiau kaip 1 (viename) per paskutinius 3 (trejus) metus sėkmingai įvykdytame informacinės kūrimo bei diegimo ir (arba) modernizavimo projekte, kurio metu buvo atsakingas už struktūruotų arba nestruktūruotų duomenų transformavimo ir (ar) migravimo (ETL) procesų projektavimą, įgyvendinimą ir (ar) duomenų bazių architektūros kūrimą ar adaptavimą.
- 6Duomenų bazių projektuotojas (bent 1 specialistas), turintis: 1) darbo patirtį ne mažiau kaip 1 (viename) per paskutinius 3 (trejus) metus sėkmingai įvykdytame informacinės sistemos kūrimo bei diegimo ir (arba) modernizavimo projekte, kurio metu buvo atsakingas už duomenų bazių projektavimą, naudojant Tiekėjo pasiūlymo A dalyje (konkurso sąlygų 1 priedas) 6 punkto lentelėje „Siūloma loginio duomenų modelio realizavimo DBVS“ nurodytą duomenų bazių valdymo sistemos programinę įrangą; 2) duomenų bazių projektuotojo kvalifikaciją.
- 7Duomenų bazių programuotojas (bent 1 specialistas), turintis: 1) darbo patirtį ne mažiau kaip 1 (viename) per paskutinius 3 (trejus) metus sėkmingai įvykdytame informacinės sistemos kūrimo bei diegimo ir (arba) modernizavimo projekte, kurio metu buvo atsakingas už duomenų bazių programavimą, naudojant Tiekėjo pasiūlymo A dalyje (konkurso sąlygų 1 priedas) 6 punkto lentelėje „Siūloma loginio duomenų modelio realizavimo DBVS“ nurodytą duomenų bazių valdymo sistemos programinę įrangą; 2) duomenų bazių programuotojo kvalifikaciją.
- 8Programuotojas (bent 1 specialistas), turintis: 1) darbo patirtį ne mažiau kaip 1 (viename) per paskutinius 3 (trejus) metus sėkmingai įvykdytame informacinės sistemos kūrimo ir diegimo, ir (arba) modernizavimo projekte, kurio metu teikė informacinės sistemos programavimo paslaugas.
- 9Informacinės sistemos naudotojo sąsajos ergonomikos (angl. Usability) specialistas (bent 1 specialistas), turintis: 1) informacinės sistemos naudotojo sąsajos ergonomikos (angl. Usability) specialisto darbo patirtį ne mažiau kaip 1 (viename) per paskutinius 3 (trejus) metus sėkmingai įvykdytame informacinės sistemos kūrimo bei diegimo ir (arba) modernizavimo projekte; 2) informacinės sistemos naudotojo sąsajos ergonomikos (angl. Usability) specialisto kvalifikaciją.
- 10Informacinės sistemos saugos specialistas (bent 1 specialistas), turintis: 1) darbo patirtį ne mažiau kaip 1 (viename) per paskutinius 3 (trejus) metus sėkmingai įvykdytame informacinės sistemos kūrimo bei diegimo ir (arba) modernizavimo projekte, kurio metu buvo atsakingas už informacinės sistemos ir (ar) duomenų saugumo užtikrinimą; 2) informacinės sistemos saugos specialisto kvalifikaciją.
- 11Tiekėjas turi veikiančią informacijos saugos valdymo sistemą, atitinkančią LST EN ISO/IEC 27001 arba lygiaverčio informacijos saugumo vadybos sistemos standarto reikalavimus. Veiklos sritis, nurodyta sertifikatuose, turi atitikti pirkimo objektą.
- 12Tiekėjas (įskaitant kiekvieną tiekėjų grupės narį), jo subtiekėjas, ūkio subjektas, kurio pajėgumais tiekėjas remiamasi, ar juos kontroliuojantis asmuo neturi interesų, galinčių kelti grėsmę nacionaliniam saugumui.
- 13Tiekėjas, bent vienas iš tiekėjų grupės narių (atsižvelgiant į prisiimamus įsipareigojimus pirkimo sutarčiai vykdyti), ūkio subjektas, kurio pajėgumais tiekėjas numato remtis (atsižvelgiant į prisiimamus įsipareigojimus pirkimo sutarčiai vykdyti), taiko kokybės vadybos sistemą informacinių technologijų srityje, atitinkančią LST EN ISO 9001 arba lygiavertį standartą* arba lygiavertes kokybės vadybos užtikrinimo priemones.
Techniniai reikalavimai
Saugumo reikalavimai
- 1Sukurti sprendiniai privalo atitikti pirmos (aukštos) kategorijos valstybės informacinėms sistemoms taikomus saugos standartus, nustatytus Bendrųjų elektroninės informacijos saugos reikalavimų apraše ir Kibernetinio saugumo reikalavimų apraše.
- 2Architektūra privalo užtikrinti apsaugą nuo kritinių saugumo spragų (OWASP Top 10) ir technologinį suderinamumą su Web Application Firewall (WAF).
- 3Žiniatinklio paslaugų sauga privalo būti realizuota vadovaujantis WS-S standarto reikalavimais.
- 4TAP rengyklėje turi būti įdiegtas failų įkėlimo kontrolės mechanizmas, leidžiantis valdyti leistinus formatus ir blokuojantis potencialiai nesaugius failus.
- 5Prieigos teisės valdomos skirstant naudotojus į grupes ir roles pagal duomenų tvarkymo pobūdį, o naudotojo darbo seansas turi būti automatiškai nutraukiamas po konfigūruojamo neaktyvumo laikotarpio.
- 6Visi asmens duomenys ir jautri informacija „ramybės būsenoje“ privalo būti šifruojami naudojant ne žemesnį kaip AES-256 standartą, o duomenų perdavimui tinklais – saugūs protokolai (ne žemesnis kaip TLS 1.3).
- 7Duomenų sauga turi būti užtikrinama duomenų vientisumu, autentiškumu, naudotojų veiksmų registravimu (žurnalizavimu) bei apsauga nuo atsitiktinio duomenų ištrynimo.
- 8Sistema turi užtikrinti korektišką klaidų valdymą ir avarinės situacijos atveju pateikti informatyvius pranešimus bei automatines rekomendacijas.
Sistemos monitoringas
- 1Tiekėjas turi užtikrinti informacijos apie TAR, TAIS ir TAP rengyklę bei juos sudarančių komponentų veikimą/neveikimą perdavimą į VSSA naudojamą monitoringo sprendimą.
- 2Detaliosios analizės ir projektavimo metu turi būti suderinti, kurie komponentai, servisai, portai, sąryšiai ir kiti resursai bus stebimi VSSA monitoringo sistemoje, užtikrinant pilnavertį sistemos veikimą.
Sistemos architektūra
- 1VYTIS (pertvarkytos TAIS ir TAR) architektūra turi būti daugiapakopė (Multi-tier, N-tier) su mažiausiai 4 hierarchiniais lygmenimis (vaizdavimo, veiklos logikos, duomenų bazės, integracijų) ir kombinuota su mikropaslaugų architektūra.
- 2TAP rengyklės architektūra turi būti daugiapakopė su mažiausiai 3 hierarchiniais lygmenimis (vaizdavimo, veiklos logikos, duomenų bazės).
- 3Sistemos architektūra turi palaikyti pajėgumų plėtros galimybes prijungiant papildomą techninę įrangą arba virtualią infrastruktūrą, neatliekant papildomų perprojektavimo ar realizavimo darbų.
- 4TAP rengyklė turi būti kuriama ir diegiama vadovaujantis mikropaslaugų architektūros principais, dekomponuojant ją į logiškus, savarankiškai veikiančius programinius vienetus (mikropaslaugas), komunikuojančius RESTful ar lygiaverčių technologijų principais.
- 5Naujų TAIS versijų diegimas neturi sustabdyti teikiamų paslaugų naudotojams arba toks sustabdymas turi būti ypač trumpas (kelios sekundės).
- 6Kuriant ir diegiant TAP rengyklę turi būti remiamasi bendrai priimtais technologiniais ir veikimo standartais (pvz., SOA, JEE, OSGi, JMX, JPA, SSL, MTOM ir pan.).
Duomenų mainų sąsajos
- 1Sukurtos integracinės sąsajos: TAIS <-> TAR (duomenų siuntimas/grąžinimas), TAIS <-> SVIS (TAP duomenų teikimas/gavimas, posėdžių duomenys), TAIS <-> Seimo DVS (pasiūlymų TAP gavimas).
- 2Universalioji duomenų teikimo sąsaja (UDTS) turi būti sukurta pagal Duomenų teikimo formatų ir standartų rekomendacijas ir paremta REST/JSON standartu, naudojant OpenAPI 3.0.
- 3Kitos integracinės sąsajos: TAIS <-> DBSIS (TAP duomenų teikimas/gavimas), TAIS <-> SKAIDRIS (duomenys apie lobistus), TAIS <-> JAR (juridinių asmenų duomenys), TAIS <-> Įgaliojimų registras (atstovaujamų juridinių asmenų sąrašas), TAIS <-> VATARAS (viešojo sektoriaus institucijų struktūros ir darbuotojų duomenys).
- 4TAIS teiks duomenis LRV.lt svetainei (posėdžiai, darbotvarkė, protokolai), LRS.lt (Seimo svetainei – posėdžių darbotvarkės), LINESIS (TAP duomenys), Atvirų duomenų portalui (vieši TAP duomenys), VDV IS (TAP statistiniai ir atviri duomenys), Vyriausybės posėdžių transliavimo sistemai (posėdžių duomenys).
- 5TAIS gaus duomenis iš VIISP (naudotojo identifikaciniai duomenys), DIVIS (Vyriausybės posėdžių klausimai ir medžiaga), Terminų banko (terminų duomenys), EAIS (archyvavimo duomenys), LITEKO (teismų sprendimų duomenys).
TAP rengyklės reikalavimai
- 1Tiekėjas privalo sukurti ir įdiegti TAP rengyklę, vadovaudamasis Pamatinės TAIS TS reikalavimais bei detalizuotu TAP rengyklės techninio sprendimo aprašymu.
- 2TAP rengyklė turi būti pritaikyta kaip bendrojo naudojimo integruojamasis komponentas į kitas valstybės informacines sistemas.
- 3Turi būti parengtos trys TAP rengyklės aplinkos – darbinė, testinė ir mokomoji, naudojančios atitinkamą CDB aplinką ir S3 duomenų talpyklą.
- 4TAP rengyklė turi generuoti duomenis, tiesiogiai naudojamus TAR ir TAIS, užtikrinant duomenų vientisumą ir ryšių korektiškumą.
- 5TAP rengyklė turi užtikrinti naudotojų veiksmų auditavimą ir pilną duomenų pakeitimų atsekamumą.
Pirkimo tikslai ir uždaviniai
- 1Sukurti centralizuotą TAR ir TAIS loginio duomenų modelį, kuris taps pagrindu VYTIS architektūrai ir užtikrins centralizuotą duomenų valdymą.
- 2Užtikrinti stabilų, saugų ir patikimą TAR ir TAIS veikimą, perkeliant TAR ir TAIS duomenis į CDB ir S3 duomenų saugyklą.
- 3Sukurti TAP rengyklę, sudarančią sąlygas efektyvesniam ir skaidresniam teisės aktų projektų rengimui.
- 4Sumažinti TAR ir TAIS priežiūros ir vystymo kaštus, konsoliduojant jų duomenų struktūras ir pašalinant dubliavimą.
- 5Patikslinta TAIS ir TAR techninė dokumentacija, nustatant naują duomenų saugojimo architektūrą ir naujus ir pakeistus funkcionalumus.
Programinė įranga ir licencijos
- 1Tiekėjas yra atsakingas už reikiamos programinės įrangos licencijas, reikalingas siūlomo sprendimo realizacijai, kai tokia PĮ ar leidimai nėra įtraukti į VSSA IT paslaugų katalogą.
- 2Visos Paslaugoms teikti būtinos licencijos turi būti įgyjamos ir registruojamos Pirkėjo vardu, o jų kaštai įskaičiuoti į Tiekėjo pasiūlymo kainą.
- 3Tiekėjo siūlomi naudoti programiniai komponentai turi būti stabilūs ir plačiai naudojami praktikoje (ne „beta“ ar nepalaikomos versijos).
- 4Terminuotos arba prenumeratos tipo licencijos turi užtikrinti PĮ veikimą ne trumpiau kaip 36 mėnesius nuo galutinio Paslaugų perdavimo–priėmimo akto pasirašymo dienos be papildomų Pirkėjo išlaidų.
- 5Licencijavimo pagal naudotojus atveju turi būti užtikrinta 150 000 naudotojų paskyrų, iš kurių 85 000 gali dirbti vienu metu.
- 6Programinė įranga turi turėti galiojantį gamintojo palaikymą (įskaitant atnaujinimus, saugumo pataisymus) ne trumpiau kaip 36 mėnesius nuo galutinio Paslaugų perdavimo–priėmimo akto pasirašymo dienos.
- 7Pasibaigus 36 mėnesių palaikymo laikotarpiui, Pirkėjas turi turėti neribotą teisę toliau teisėtai ir techniškai naudotis pateikta programine įranga be papildomų licencinių apribojimų.
- 8Tiekėjas turi pateikti programinę įrangą ir licencijas visoms sukurti numatytoms aplinkoms (darbinei, testinei ir mokomajai).
Našumo ir greitaveikos reikalavimai
- 1TAP rengyklės realizacija turi užtikrinti tinkamą veikimą, kai su ja vienu metu dirba 85 000 naudotojų (aktyvių sesijų).
- 2Naudotojų veiksmų vidutinė atsako trukmė neturi viršyti 3 sekundžių, esant bendram HTTP užklausų kiekiui per minutę 350 (išskyrus išimtinius atvejus).
- 3Integracinių sąsajų realizacija turi užtikrinti, kad integraciniai scenarijai įvyks per racionalų laiko tarpą ir nedarys neigiamos įtakos TAP rengyklės naudojimo patogumui ir našumui.
- 4Planuojamas bendras TAP rengyklės naudotojų (išorinių ir TAIS vidinių) kiekis yra 150 000 (vienu metu naudosis 85 000).
Fizinio duomenų modelio reikalavimai
- 1Fizinis duomenų modelis turi tiksliai atitikti loginį duomenų modelį ir realizuoti visus jo objektus bei ryšius per išorinius raktus, sąsajų lenteles ir nuorodų vientisumo taisykles.
- 2Modelis turi būti parengtas pagal pasirinktą DBVS (PostgreSQL, Oracle, MS SQL ar kt.), projektuojant specializuotas duomenų bazės struktūras ar rodinius (Views) atvirų duomenų teikimui per UDTS.
- 3Fizinis duomenų modelis turi apimti DBVS duomenų tipų specifikacijas, indeksavimo planą, duomenų skaidymo schemą, fizinio saugojimo parametrus, užklausų ir duomenų struktūrų optimizavimo metodus, konkurencingumo ir transakcijų vientisumo užtikrinimą.
- 4Modelis negali numatyti BLOB/CLOB ar analogiškų laukų rinkmenoms; rinkmenoms ir kitiems nestruktūruotiems duomenims turi numatyti metaduomenų lenteles ir nuorodas į S3 objektus.
- 5Fizinio duomenų modelio įgyvendinimo rinkinį turi sudaryti DBVS diegimo skriptai (SQL DDL), optimizavimo skriptai ir fizinio saugojimo konfigūracija.
- 6Artefaktai turi būti pateikti grafine forma (ERD), redaguojamu formatu (naudojamo modeliavimo įrankio rinkmenomis) ir struktūrizuotu SQL pavidalu.
Loginio duomenų modelio reikalavimai
- 1Tiekėjas privalo parengti vieną bendrą loginį duomenų modelį, apimantį dabartinius TAR ir TAIS, TAP rengyklę bei duomenų konsolidavimą į vieną CDB ir S3 duomenų saugyklą.
- 2Loginis duomenų modelis turi būti technologiškai neutralus, t. y. nesietinas su Oracle DBVS specifika, duomenų tipais, PL/SQL konstrukcijomis, indeksavimo ar saugojimo mechanizmais.
- 3Loginis duomenų modelis turi būti realizuojamas bet kurioje iš VSSA teikiamų DBVS (PostgreSQL, Microsoft SQL ar Oracle) be priklausomybės nuo konkretaus tiekėjo ekosistemos.
- 4Nestruktūruoti duomenys (TA, TAP ir kitų dokumentų turinio rinkmenos) nėra saugomi DBVS, bet S3 suderinamoje objektų saugykloje ar lygiavertėje.
- 5Loginis duomenų modelis turi palaikyti Akoma Ntoso XML struktūrą teisės aktų reprezentavimui ir ELI bei ELI‑DL palaikymą TA ir TAP identifikavimui.
- 6Loginis duomenų modelis turi numatyti struktūruotų ir nestruktūruotų duomenų perstruktūravimą, siekiant suvienodinti duomenų tipus, kodus, klasifikatorius ir užtikrinti paieškos bei indeksavimo galimybes.
- 7Parengtas loginis duomenų modelis turi būti pateiktas diagramų, modeliavimo įrankio ir tekstiniu aprašu, bei kaip ŠDSA (Šaltinio duomenų struktūros aprašas) redaguojamos skaičiuoklės formatu.
- 8DBVS pasirinkimas CDB realizacijai turi būti pagrįstas našumo, licencijavimo modelio, palaikymo kaštų, atvirų standartų palaikymo, integracijos galimybių ir konteinerizacijos įvertinimu.
TAR ir TAIS modernizavimo reikalavimai
- 1Tiekėjas privalo pakeisti (modifikuoti) TAR ir TAIS programinę įrangą, kad jos pilnai integruotųsi į naująją centralizuotą duomenų saugojimo architektūrą.
- 2TAR ir TAIS turi būti pritaikytos naudoti CDB kaip vienintelį pirminį duomenų šaltinį, visiškai atsisakant lokalių Oracle DBVS instancijų.
- 3Visas TAR ir TAIS programinis kodas ir užklausos turi būti modifikuotos taip, kad užtikrintų stabilų veikimą su CDB realizacijai pasirinkta DBVS, pašalinant specifines Oracle priklausomybes.
- 4Visi nestruktūrizuoti duomenys (rinkmenos) turi būti saugomi S3 duomenų saugyklose, o CDB – tik metaduomenys ir nuorodos į rinkmenas.
- 5TAR ir TAIS privalo būti pritaikytos atpažinti, apdoroti ir saugoti dokumentus Akoma Ntoso XML formatu pagal TAP rengyklės reikalavimus.
- 6Senos tiesioginės TAR ir TAIS tarpusavio sąsajos turi būti pašalinamos, jas keičiant integracija per CDB arba naujai sukurtus API galinius taškus (angl. endpoints).
- 7Darbinių TAR ir TAIS aplinkų programinės įrangos pagrindu turi būti sukurtos ir įdiegtos TAR ir TAIS mokomosios aplinkos, kurios naudotų mokomosios CDB ir S3 duomenis.
- 8TAR ir TAIS privalo išlaikyti dabartinį API funkcionalumą (SOAP), tačiau komunikacija su TAP rengyklės mikropaslaugomis turi būti vykdoma naudojant REST adapterius.
- 9Turi būti atnaujinta TAR ir TAIS techninė dokumentacija, pateikiant architektūrinių pakeitimų aprašą, SQL užklausų sąrašą, sąsajų aprašą ir instrukcijas darbui skirtingose aplinkose.
Naudotojo sąsajos ir ergonomikos reikalavimai
- 1TAP rengyklės naudotojo sąsaja turi būti kuriama vadovaujantis Techninėje specifikacijoje pateiktais prototipais ir dizaino šablonais, LST EN ISO 9241 ar lygiaverčiais standartais bei Elektroninių paslaugų tinkamumo naudotojams metodinėmis rekomendacijomis.
- 2Sąsaja turi veikti naujausių versijų Microsoft Windows, Linux, MAC OS, Android operacinėse sistemose ir vienodai funkcionuoti Google Chrome, Mozilla Firefox, Microsoft Edge, Safari naršyklėse.
- 3TAP rengyklės sąsaja turi būti konstruojama vadovaujantis adaptyvaus dizaino (Responsive Web Design) principais, nustatant, kurios funkcijos pasiekiamos per mobiliuosius įrenginius, o kurios – per kompiuterius.
- 4Sąsaja turi būti realizuota lietuvių kalba, o sistemos administratoriams skirtos priemonės ir pranešimai – lietuvių arba anglų kalba.
- 5TAP rengyklės sąsaja turi būti pritaikyta neįgaliesiems (AA lygmens pasiekiamumas pagal Web Content Accessibility Guidelines 2.1 su galimybe plėsti į AAA lygmenį).
- 6Naudotojams turi būti pateikiamos pagalbos priemonės (pagalbos mygtukai, vadovai, video instrukcijos) ir pagalbinės informacijos (hints) funkcionalumas.
- 7Turi būti realizuotas naudojimo patogumą užtikrinantis funkcionalumas: TAB klavišo seka, užuominos užvedus pelę, automatinis duomenų užpildymas formose, fone vykdomi veiksmai, neblokuojantys kitų funkcijų.
- 8Naudotojui pateikiami pranešimai turi būti aiškūs, informatyvūs, nurodantys problemos priežastį ir veiksmus jai pašalinti, su skirtingų tipų pranešimais (klaidų, sėkmės, informaciniais), išskirtais spalvomis ar simboliais.
- 9Duomenų įvedimo laukai turi turėti validavimo taisykles (privalomi duomenys, formatai, rinkmenų plėtiniai ir dydžiai, loginis tikrinimas tarp elementų).
CDB ir S3 duomenų saugyklų kūrimas ir diegimas
- 1Tiekėjas privalo sukurti tris atskiras CDB aplinkas: darbinę, testinę ir mokomąją, kurios turi būti struktūriškai identiškos, suderintos su fiziniu duomenų modeliu ir aprūpintos atskiromis S3 duomenų talpyklomis bei prieigos teisėmis.
- 2Kuriant CDB aplinkas, turi būti sukonfigūruotos griežtai tik skaitymo teises turinčios duomenų bazės rolės, skirtos UDTS sąsajai.
- 3Testinės CDB aplinka turi užtikrinti bandomosios duomenų migracijos, API integracinės patikros, našumo testų, Akoma Ntoso ir ELI/ELI‑DL validacijos bei CDB ir S3 sąveikos vientisumo patikros galimybę.
- 4Mokomoji aplinka formuojama remiantis darbine CDB, užtikrinant aktualų duomenų rinkinį ir duomenų nuasmeninimą (pseudonimizavimą) bei maskavimą.
- 5Mokomosios aplinkos duomenų atnaujinimo procedūra turi būti automatizuota ir leisti greitai atstatyti pradinę būseną.
- 6Kiekvienai aplinkai turi būti parengta ir įgyvendinta duomenų talpyklų struktūra, prieigos kontrolės politikos, objektų raktų generavimo ir katalogavimo taisyklės, objektų versijavimo mechanizmas ir sąsaja su CDB metaduomenimis.
- 7Turi būti sukurta Universali duomenų teikimo sąsaja (UDTS), paremta REST/JSON standartu ir OpenAPI 3.0 (ar aukštesnės versijos) standartu, kurios specifikacija pateikta JSON arba YAML formatu.
- 8Tiekėjas privalo parengti standartizuotus, parametrizuotus infrastruktūros konstravimo, versijuojamos schemų migracijos, duomenų užpildymo ir mokomosios aplinkos paruošimo skriptus, pritaikytus vykdymui CI/CD konvejeryje.
Duomenų transformavimo ir migravimo reikalavimai
- 1Tiekėjas privalo parengti išsamų duomenų transformavimo ir migravimo planą, apimantį duomenų perkėlimą iš TAR ir TAIS (Oracle DBVS) į naują CDB ir S3 duomenų saugyklas.
- 2Duomenų migravimo planas turi apimti struktūruotus ir nestruktūruotus duomenis, jų konsolidavimą, dublių identifikavimą, transformavimą, struktūravimą pagal Akoma Ntoso bei ELI ir ELI‑DL reikalavimus.
- 3Duomenų migravimo žemėlapis (STM) turi būti tiesiogiai susietas su ŠDSA, užtikrinant duomenų atitiktį ir paruošimą atvėrimui per UDTS.
- 4Duomenų migravimo procedūros turi apimti bandomąsias ir gamybinę migracijas, su kokybės kontrole po kiekvieno ciklo, apimančia kiekybinę, struktūrinę, semantinę ir funkcinę patikrą.
- 5Duomenų migravimas privalo būti vykdomas griežtai laikantis BDAR, Kibernetinio saugumo įstatymo ir kitų informacijos saugos reikalavimų, nenaudojant duomenų jokiais kitais tikslais, išskyrus numatytus specifikacijoje.
Dokumentai23
tendis.lt · Sukurta recodin.lt