Grįžti į sąrašą

Informacinių technologijų (IT) specialistų kompetencijų paslaugų viešasis pirkimas

Išanalizuota

Akcinė bendrovė Regitra

1 500 000 €
Rinkos konsultacijaCPV: 72260000 - Su programine įranga susijusios paslaugos
ID: 71500842026-03-27 12:51
Atidaryti CVP IS

Aprašymas

Perkančioji organizacija „Regitra“ numato įsigyti informacinių technologijų (IT) specialistų kompetencijų paslaugas, taikydama dinaminę pirkimo sistemą (DPS). Pirkimas apima įvairių IT specialistų, tokių kaip sistemų analitikai, duomenų bazių, vidinio ir išorinio kodo programuotojai bei testuotojai, paslaugas. Šios paslaugos bus naudojamos savitarnos portalo, vidinės informacinės sistemos kūrimui, vystymui ir modifikavimui.

Kvalifikaciniai reikalavimai

  • 1Tiekėjo siūlomi specialistai turi mokėti lietuvių kalbą (gebėti bendrauti žodžiu ir raštu) ne žemesniu kaip B2 lygiu pagal Europos arba lygiavertį kalbų pasą, jei lietuvių kalba nėra gimtoji arba tiekėjas savo sąskaita privalo užtikrinti kokybiškas vertimo žodžiu ir raštu paslaugas.
  • 2IT sistemų analitikas (bent 1 (vienas) specialistas) turi ne trumpesnę kaip 3 (trijų) metų dalyvavimo informacinių technologijų projektuose / sutartyse, kurių metu buvo kuriama ar vystoma informacinė sistema, darbo patirtį.
  • 3IT sistemų analitikas (bent 1 (vienas) specialistas) per pastaruosius 3 (trejus) metus turi būti dalyvavęs bent 1 (viename) informacinės sistemos kūrimo projekte / sutartyje (arba jo užbaigtame etape), kuriame analizavo veiklos procesus, juos specifikavo ir rengė veiklos procesų diagramas naudojant veiklos procesų modeliavimo notaciją (BPMN) ir (ar) vieningą modeliavimo kalbą (UML).
  • 4IT sistemų analitikas (bent 1 (vienas) specialistas) per pastaruosius 3 (trejus) metus turi būti dalyvavęs bent 1 (viename) informacinės sistemos kūrimo projekte / sutartyje (arba jo užbaigtame etape), kuriame rengė API specifikacijas (REST, OpenAPI arba SOAP arba lygiavertes).
  • 5IT sistemų analitikas (bent 1 (vienas) specialistas) turi IT sistemų analitiko kvalifikaciją, kuri būtų patvirtinta bent 1 (vienu) tarptautiniu mastu pripažįstamu sertifikatu iš sąrašo: OMG Certified UML Professional-Intermediate (OCUP); Certification of Capability in Business Analysis (CCBA) (IIBA); OMG UML 2 Foundation Professional; Certified Business Analysis Professional (CBAP) (IIBA); BCS Foundation Certificate in Business Analysis; kitu lygiaverčiu tarptautiniu mastu pripažįstamu sertifikatu ar kitu lygiaverčiu dokumentu.
  • 6Duomenų bazių programuotojas turi ne trumpesnę kaip 2 (dvejų) metų dalyvavimo informacinių technologijų projektuose / sutartyse (arba jų užbaigtuose etapuose), kurių metu buvo kuriama ar vystoma informacinė sistema, patirtį.
  • 7Duomenų bazių programuotojas per pastaruosius 2 (dvejus) metus turi būti dalyvavęs bent 1 (viename) informacinės sistemos kūrimo ar vystymo projekte / sutartyje (arba jo užbaigtame etape), kurio metu projektavo ir realizavo duomenų bazių struktūras.
  • 8Duomenų bazių programuotojas per pastaruosius 2 (dvejus) metus turi būti dalyvavęs bent 1 (viename) informacinės sistemos kūrimo ar vystymo projekte / sutartyje (arba jo užbaigtame etape), kurio metu programavo duomenų bazių procedūrine kalba.
  • 9Duomenų bazių programuotojas per pastaruosius 2 (dvejus) metus turi būti dalyvavęs bent 1 (viename) informacinės sistemos kūrimo ar vystymo projekte / sutartyje (arba jo užbaigtame etape), kurio metu naudojo kodo versijų valdymo sistemą GIT (GitLab, branching, merging) ir taikė CI/CD procesus (pvz., Jenkins, GitLab CI/CD ar lygiaverčiai įrankiai).
  • 10Duomenų bazių programuotojas turi duomenų bazių programuotojo kvalifikaciją, kuri būtų patvirtinta bent 1 (vienu) tarptautiniu mastu pripažįstamu sertifikatu iš sąrašo: Oracle Certified Associate PL/SQL Developer; Oracle Database PL/SQL Developer Certified Professional; Oracle Database SQL Certified Associate; Oracle Database 11g Administrator Certified Associate; Oracle Database 10g Administrator Certified Associate; kitu lygiavertį tarptautiniu mastu pripažįstamą sertifikatą ar kitą lygiavertį dokumentą.
  • 11Vidinio kodo (angl. back-end) programuotojas (bent 1 (vienas) specialistas) turi ne trumpesnę kaip 2 (dvejų) metų dalyvavimo informacinių technologijų projektuose / sutartyse (arba jų užbaigtuose etapuose), kurių metu buvo kuriama ar vystoma informacinė sistema, patirtį.
  • 12Vidinio kodo (angl. back-end) programuotojas (bent 1 (vienas) specialistas) per pastaruosius 2 (dvejus) metus turi būti dalyvavęs bent 1 (viename) informacinės sistemos kūrimo ar vystymo projekte / sutartyje (arba jo užbaigtame etape), kurio metu programavo naudojant Java technologijos Spring Boot ar Spring karkasus ar lygiaverčių technologijų karkasus.
  • 13Vidinio kodo (angl. back-end) programuotojas (bent 1 (vienas) specialistas) per pastaruosius 2 (dvejus) metus turi būti dalyvavęs bent 1 (viename) į paslaugas orientuotos informacinės sistemos kūrimo ar vystymo projekte / sutartyje (arba jo užbaigtame etape), kurio metu programavo REST, OpenAPI 3.0 arba SOAP arba lygiaverčius servisus.
  • 14Vidinio kodo (angl. back-end) programuotojas (bent 1 (vienas) specialistas) per pastaruosius 2 (dvejus) metus turi būti dalyvavęs bent 1 (viename) į paslaugas orientuotos informacinės sistemos kūrimo ar vystymo projekte / sutartyje (arba jo užbaigtame etape), kurio metu buvo kuriamos integracinės sąsajos taikant SOA principus (angl. micro services).
  • 15Vidinio kodo (angl. back-end) programuotojas (bent 1 (vienas) specialistas) per pastaruosius 2 (dvejus) metus turi būti dalyvavęs bent 1 (viename) informacinės sistemos kūrimo ar vystymo projekte / sutartyje (arba jo užbaigtame etape), kurio metu rašė ir pritaikė vienetinius (unit) testus naudojant JUnit, TestNG ar lygiaverčius testavimo karkasus, užtikrinant programinio kodo kokybę ir funkcionalumo patikrą.
  • 16Vidinio kodo (angl. back-end) programuotojas (bent 1 (vienas) specialistas) per pastaruosius 2 (dvejus) metus turi būti dalyvavęs bent 1 (viename) informacinės sistemos kūrimo ar vystymo projekte / sutartyje (arba jo užbaigtame etape), kurio metu buvo naudojama kodo versijų valdymo sistema GIT (GitLab, branching, merging) ir buvo taikomi CI/CD procesai (pvz., Jenkins, GitLab CI/CD ar lygiaverčiai įrankiai).
  • 17Išorinio kodo (angl. front-end) programuotojas turi ne trumpesnę kaip 2 (dvejų) metų dalyvavimo informacijų technologijų projektuose / sutartyse, kurių metu buvo kuriama ar vystoma informacinė sistema, patirtį.
  • 18Išorinio kodo (angl. front-end) programuotojas per pastaruosius 2 (dvejus) metus turi būti dalyvavęs bent 1 (viename) į paslaugas orientuotos (angl. Service-oriented architecture, SOA) informacinės sistemos kūrimo ar vystymo projekte / sutartyje (arba jo užbaigtame etape), kuriame specialistas programavo vieno puslapio aplikacijas (angl. Single page application, SPA), naudojant TypeScript technologijos React karkasą ar lygiavertes technologijas.
  • 19Išorinio kodo (angl. front-end) programuotojas per pastaruosius 2 (dvejus) metus turi būti dalyvavęs bent 1 (viename) informacinės sistemos kūrimo ar vystymo projekte / sutartyje (arba jo užbaigtame etape), kuriame specialistas naudojo kodo versijų valdymo sistemą GIT (GitLab, branching, merging) ir taikė CI/CD procesus (pvz., Jenkins, GitLab CI/CD ar lygiaverčiai įrankiai).
  • 20Išorinio kodo (angl. front-end) programuotojas per pastaruosius 2 (dvejus) metus turi būti dalyvavęs bent 1 (viename) informacinės sistemos kūrimo ar vystymo projekte / sutartyje (arba jo užbaigtame etape), kuriame specialistas užtikrino naudotojo sąsajos sprendinių prieinamumą pagal taikomus standartus (pvz., WCAG) ir naršyklių suderinamumą, įskaitant „responsive design“ pritaikymą mobiliesiems įrenginiams, vizualinių / atvaizdavimo defektų šalinimą bei pateikė minimalius testavimo įrodymus (pvz., vienetinių, komponentų ar integracinių testų aprašus / rezultatus).
  • 21IT sistemų testuotojas turi ne trumpesnę kaip 2 (dvejų) metų dalyvavimo informacinių technologijų projektuose / sutartyse (arba jų užbaigtuose etapuose), kurių metu buvo kuriama ar vystoma informacinė sistema, patirtį.
  • 22IT sistemų testuotojas per pastaruosius 2 (dvejus) metus turi būti dalyvavęs bent 1 (viename) informacinės sistemos kūrimo ar vystymo projekte / sutartyje (arba jo užbaigtame etape), kurio metu parengė sistemų integravimo testavimo (angl. System Integration Test) scenarijus.
  • 23IT sistemų testuotojas per pastaruosius 2 (dvejus) metus turi būti dalyvavęs bent 1 (viename) informacinės sistemos kūrimo ar vystymo projekte / sutartyje (arba jo užbaigtame etape), kurio metu parengė sistemų regresijos testavimo (angl. Regression Test) scenarijus.
  • 24IT sistemų testuotojas per pastaruosius 2 (dvejus) metus turi būti dalyvavęs bent 1 (viename) informacinės sistemos kūrimo ar vystymo projekte / sutartyje (arba jo užbaigtame etape), kuriame buvo naudojama REST API ir testavimams atlikti naudojo Postman arba lygiavertį testavimo įrankį.
  • 25IT sistemų testuotojas turi IT sistemų testuotojo kvalifikaciją, kuri būtų patvirtinta bent 1 (vienu) tarptautiniu mastu pripažįstamu sertifikatu iš sąrašo: Certified Associate in Software Testing (CAST); ISEB Intermediate Certificate in Software Testing; BCS Intermediate Certificate in Software Testing; ISTQB® Certified Tester Foundation Level (CTFL); ISTQB® Certified Tester Advanced Level – Test Manager (CTAL-TM); kitą lygiavertį tarptautiniu mastu pripažįstamą sertifikatu ar kitą lygiavertį dokumentą.

Techniniai reikalavimai

Bendrieji paslaugų teikimo reikalavimai

  • 1Paslaugos turi būti teikiamos nuotoliniu būdu, esant atskiriems poreikiams – Perkančiosios organizacijos patalpose Liepkalnio g. 97A 02121, Vilnius.
  • 2Paslaugos teikiamos Perkančiosios organizacijos darbo dienomis: pirmadieniais – ketvirtadieniais nuo 7:30 iki 16:30 val., penktadieniais 7:30 iki 15:00 val., darbo dienos trukmė prieš šventines dienas – viena valanda trumpiau (UTC +02:00).
  • 3Šalių sutarimu, Paslaugos gali būti teikiamos ne Perkančiosios organizacijos darbo valandomis.
  • 4Paslaugos pagal Sutartį teikiamos taikant Agile / Scrum arba lygiavertę metodiką.
  • 5Tiekėjas privalo periodiškai (2–4 kartus per savaitę) dalyvauti Pirkėjo suorganizuotuose trumpuose (iki 15 min.) nuotoliniuose kasdieniuose susitikimuose (angl. daily stand-up) su visa Tiekėjo komanda ir Pirkėjo atstovais, skirtuose pažangos, problematikos ir reikalingų sprendimų aptarimui.
  • 6Nuotoliniai susitikimai vykdomi naudojantis Microsoft Teams įrankiu.
  • 7Mokama tik už suderintas ir patvirtintas valandas.
  • 8Visi susirašinėjimai, susitikimai ir bendravimas vykdomi lietuvių kalba.

Kibernetinio saugumo reikalavimai tiekėjams

  • 1Tiekėjas privalo nedelsiant informuoti AB „Regitra“ apie atsiradusį, įvykusį ar bet kurį AB „Regitra“ teikiamoms paslaugoms ar TIS veiklai įtaką darantį incidentą.
  • 2Tiekėjas privalo turėti procedūrą ar tvarką kibernetiniams incidentams registruoti ir eskaluoti.
  • 3Tiekėjas privalo pranešti AB „Regitra“ apie visus pagal KSĮ klasifikavimą užfiksuotus didelius, nedidelius ir (ar) vos neįvykusius incidentus, susijusius su AB „Regitra“ TIS.
  • 4Pranešimo apie didelį kibernetinį incidentą terminas – nedelsiant, bet ne vėliau kaip per 24 valandas nuo sužinojimo apie didelį kibernetinį incidentą momento.
  • 5Pranešimo apie nedidelį kibernetinį incidentą ar vos neįvykusį incidentą terminas – nedelsdamas, bet ne vėliau kaip per 72 valandas nuo sužinojimo apie kibernetinį incidentą momento.
  • 6Tiekėjas per 1 mėn. nuo pranešimo apie kibernetinį incidentą registravimo dienos turi pateikti AB „Regitra“ kibernetinio incidento tyrimo ataskaitą.
  • 7Tiekėjas privalo bendradarbiauti ir dalintis būtina informacija su AB „Regitra“ ir kitomis institucijomis (pvz., Nacionaliniu kibernetinio saugumo centru prie KAM (NKSC), Policijos departamentu (PD), Valstybine duomenų apsaugos inspekcija (VDAI)), siekiant, kad kibernetiniai incidentai būtų kuo greičiau pašalinti.
  • 8Tiekėjas privalo užtikrinti savo naudojamos programinės įrangos palaikymą bei vykdyti reguliarius savo įrangos saugumo atnaujinimus.
  • 9Tiekėjas privalo užtikrinti su teikiamomis paslaugomis susijusių spragų, keliančių riziką AB „Regitra“ TIS, valdymą (identifikavimą, informavimą, šalinimą).
  • 10Tiekėjas turi iš anksto pranešti apie bet kokį esminį TIS pakeitimą (pvz., įrangos perkėlimas, techninės ar programinės įrangos pakeitimas ir perkonfigūravimas), kuris turi įtakos prekių ir (ar) paslaugų teikimui, informacijos apdorojimui arba saugojimui naujoje geografinėje ar teisinėje jurisdikcijoje.
  • 11Tiekėjo paslaugų teikimo pabaigoje yra būtina užtikrinti, kad visi AB „Regitra“ duomenys ir kitas informacinis turtas būtų saugiai Tiekėjo grąžintas arba sunaikintas, pateikiant sunaikinimo įrodymus.
  • 12Tiekėjas privalo užtikrinti, kad kibernetinio saugumo reikalavimų laikytųsi ir sutarties vykdymui pasitelkiami subtiekėjai (jei pasitelkiami).
  • 13Tiekėjo darbuotojams ir paslaugoms privalo būti taikomas žemiausios privilegijos principas – minimali, terminuota ir tik jų darbo funkcijoms vykdyti reikalinga prieiga prie AB „Regitra“ TIS ir informacinio turto.
  • 14AB „Regitra“ nevieša informacija privalo būti pasiekiama tik iš vidinio AB „Regitra“ tinklo arba naudojantis VPN (angl. Virtual Private Network).
  • 15Kiekviena prieiga prie AB „Regitra“ informacinio turto turi būti autentifikuota, autorizuota ir registruojama.
  • 16Suteikus trečiajai šaliai galimybę dirbti kompiuterinėje darbo vietoje, priklausančioje trečiajai šaliai, bei suteikiant nuotolinę prieigą prie TIS, tiekėjas privalo kompiuterinę darbo vietą sukonfigūruoti taip, jog prisijungti prie TIS būtų galima tik naudojant VPN (angl. Virtual Private Network) arba alternatyvią, didesnį ar tą patį saugumo lygį užtikrinančią technologiją.
  • 17Suteikus trečiajai šaliai galimybę dirbti kompiuterinėje darbo vietoje, priklausančioje trečiajai šaliai, bei suteikiant nuotolinę prieigą prie TIS, tiekėjas privalo įsitikinti, kad TIS, iš kurios jungiamasi nuotoliniu būdu yra saugi – atnaujinta operacinė sistema ir kita programinė įranga, įdiegta, aktyvuota ir nuolatos atnaujinama antivirusinė programinė įranga, įjungta ir sukonfigūruota ugniasienė ir pan.
  • 18Suteikus trečiajai šaliai galimybę dirbti kompiuterinėje darbo vietoje, priklausančioje trečiajai šaliai, bei suteikiant nuotolinę prieigą prie TIS, tiekėjas privalo užtikrinti nuolatinę prieigos teisių kontrolę.
  • 19Suteikus trečiajai šaliai galimybę dirbti kompiuterinėje darbo vietoje, priklausančioje trečiajai šaliai, bei suteikiant nuotolinę prieigą prie TIS, tiekėjas privalo vykdyti nuolatinį veiksmų stebėjimą ir kontrolę arba rinkti ir saugoti žurnalinius įrašus ne trumpiau kaip 6 mėnesius arba ilgesnį laikotarpį, jei tai būtina teisės aktų, incidentų tyrimo ar rizikos valdymo tikslais.
  • 20Suteikus trečiajai šaliai galimybę dirbti kompiuterinėje darbo vietoje, priklausančioje trečiajai šaliai, bei suteikiant nuotolinę prieigą prie TIS, tiekėjas privalo užtikrinti AB „Regitra“ viešai neskelbtinos ir kitos jautrios informacijos apsaugą organizacinėmis ir techninėmis priemonėmis.
  • 21Suteikus trečiajai šaliai galimybę dirbti kompiuterinėje darbo vietoje, priklausančioje trečiajai šaliai, bei suteikiant nuotolinę prieigą prie TIS, tiekėjas privalo užtikrinti, kad nuotolinio prisijungimo ryšys būtų kontroliuojamas.
  • 22Suteikus trečiajai šaliai galimybę dirbti kompiuterinėje darbo vietoje, priklausančioje trečiajai šaliai, bei suteikiant nuotolinę prieigą prie TIS, tiekėjas privalo užtikrinti, kad prisijungimas per nuotolinį ryšį ir nuotolinės prieigos suteikimas vyktų vadovaujantis principu „būtina žinoti“ bei turėtų sutartą galiojimo terminą, kuris būtų nurodytas sutartyje.
  • 23Suteikus trečiajai šaliai galimybę dirbti kompiuterinėje darbo vietoje, priklausančioje trečiajai šaliai, bei suteikiant nuotolinę prieigą prie TIS, tiekėjas privalo kiekvienam naudotojui sukurti individualų prisijungimo identifikatorių.
  • 24Suteikus trečiajai šaliai galimybę dirbti kompiuterinėje darbo vietoje, priklausančioje trečiajai šaliai, bei suteikiant nuotolinę prieigą prie TIS, tiekėjas privalo prisijungdama nuotoline prieiga prie TIS trečioji šalis patvirtinti savo tapatybę slaptažodžiu ir papildoma kelių veiksnių tapatumo nustatymo priemone.
  • 25Suteikus trečiajai šaliai galimybę dirbti kompiuterinėje darbo vietoje, priklausančioje trečiajai šaliai, bei suteikiant nuotolinę prieigą prie TIS, tiekėjas privalo prisijungimo slaptažodis trečiajai šaliai perduoti atskirai nuo naudotojo prisijungimo identifikatoriaus, naudojant saugius ryšio kanalus.
  • 26Bet kokia nuotolinė prieiga, neatitinkanti šiame skyriuje aprašytų reikalavimų prie TIS, yra draudžiama.
  • 27Pasibaigus sutarties terminui ar pilnai suteikus paslaugas prieš sutarties pasibaigimo terminą, trečiųjų šalių prieigos prie TIS turi būti nedelsiant sustabdytos ir (ar) panaikintos.
  • 28Programinės įrangos tiekėjui ir prižiūrėtojui – vykdyti prižiūrimos programinės įrangos atnaujinimus ir (ar) privilegijuotiems vartotojams prieigos prie AB „Regitra“ TIS taikyti technines priemones (pvz. angl. Privileged Access Management ar kitas), kurių pagalba fiksuoti jų atliekamus veiksmus ir pan.).

IT sistemų analitiko dokumentacijos reikalavimai

  • 1Dokumentacija pagal Pirkėjo poreikį, suformuotą užduotyje, apima, bet neapsiriboja, šiais dokumentais: Analizės rezultatų dokumentą, Funkcinių ir nefunkcinių reikalavimų specifikaciją, Procesų ir sistemos modelius, Integracijų ir duomenų mainų aprašus, Užduočių ir pakeitimų aprašus įgyvendinimui, Naudotojų ir (ar) administratorių dokumentaciją.
  • 2Dokumentų šablonai ir turinys turi būti suderinti su Pirkėju.
  • 3Derinamuose dokumentuose turi atsispindėti, kokiose dokumento dalyse ir pagal kokias Pirkėjo pastabas ir komentarus yra atlikti pakeitimai dokumento derinimo metu, ši informacija pateikiama struktūrizuotai, suderinimo lentelėje.

IT sistemų testuotojo dokumentacijos reikalavimai

  • 1Dokumentacija apima: Testavimo strategijos ir planavimo dokumentais, Testavimo scenarijais ir testų atvejais, Testavimo rezultatų ataskaitomis, Defektų registravimo ir valdymo dokumentacija, Integracinio, sisteminio, regresinio, našumo ar saugumo testavimo (jei taikoma) aprašais ir rezultatais, Testavimo aplinkų, testinių duomenų paruošimo ir naudojimo aprašais (jei tokia veikla buvo vykdoma Paslaugų teikimo metu).
  • 2Dokumentų šablonai ir turinys turi būti suderinti su Pirkėju.

Duomenų bazių programuotojo dokumentacijos reikalavimai

  • 1Dokumentacija, kurią privalo pateikti DB programuotojas, turi apimti techninių sprendimų ir įgyvendinimo aprašą, kuriame būtų nurodytas sukurto ar pakeisto funkcionalumo sąsajos su užduotimis ar reikalavimais, įgyvendinimo logika bei taikytos technologijos.
  • 2Privalo būti pateikiama sukurto ar modifikuoto duomenų bazės modelio ir objektų dokumentacija, apimanti lenteles, jų struktūrą, laukų tipus, raktus, indeksus, sekas, peržiūras, paketus, procedūras, funkcijas, trigerius ir kitus objektus. Jei keista duomenų struktūra ar ryšiai, turi būti pateikiama atnaujinta schemos ar modelio vizualizacija.
  • 3DB programuotojas taip pat privalo pateikti visus su sprendimo įgyvendinimu susijusius programinio kodo artefaktus redaguojamu formatu, įskaitant PL/SQL, SQL ar kitus skriptus (pavyzdžiui, diegimo) ir jų vykdymo seka, užtikrinant, kad kodas būtų sukomentuotas, suversijuotas ir tinkamas tolimesniam palaikymui bei vystymui.
  • 4Privaloma parengti diegimo dokumentaciją, kurioje būtų aprašyti sprendimo įdiegimo žingsniai, priklausomybės, reikalingos prieigos teisės, konfigūravimo veiksmai bei, jei taikoma, grąžinimo (rollback) scenarijai. Ši dokumentacija turi sudaryti galimybę sprendimą įdiegti ir atstatyti be papildomo programuotojo įsitraukimo.
  • 5Jeigu sprendimo įgyvendinimo metu buvo vykdoma duomenų migracija, masiniai duomenų pataisymai ar korekcijos, turi būti pateikiamas šių veiksmų aprašas, nurodant logiką, apimtis, paveiktus duomenų rinkinius ir kontrolės ar atkūrimo galimybes.
  • 6Dokumentų šablonai ir turinys turi būti suderinti su Pirkėju.
  • 7Derinamuose dokumentuose turi atsispindėti, kokiose dokumento dalyse ir pagal kokias Pirkėjo pastabas ir komentarus yra atlikti pakeitimai dokumento derinimo metu, ši informacija pateikiama struktūrizuotai, suderinimo lentelėje.

IT sistemų analitiko pagrindinės atsakomybės ir uždaviniai

  • 1Analizuoti pateiktus verslo ir funkcinius poreikius, tikslinti ir derinti juos su Pirkėju bei kitomis suinteresuotomis šalimis, užtikrinant bendrą poreikių supratimą ir suderinamumą.
  • 2Analizuoti esamus Savitarnos portalo ir kitų Pirkėjo informacinių sistemų sprendimus, jų funkcionalumą, architektūrą ir tarpusavio sąsajas, identifikuodamas reikalingus pakeitimus, plėtrą ar optimizavimo galimybes.
  • 3Analizuoti, modeliuoti ir dokumentuoti veiklos bei sistemos procesus, naudojant BPMN 2.0 ir (ar) UML (Use Case, Sequence, Class ar kitus diagramų tipus), pritaikant juos Pirkėjo informacinių sistemų kontekstui.
  • 4Teikti pasiūlymus veiklos procesų ir sisteminių sprendimų optimizavimui, siekiant efektyvesnio sistemų veikimo, duomenų apdorojimo ir naudotojų patirties gerinimo.
  • 5Analizuoti ir detalizuoti Pirkėjo naudojamų informacinių sistemų tarpusavio integracijų poreikius, duomenų mainų scenarijus ir sąsajas, rengiant API ir integracijų specifikacijas pvz., REST API, OpenAPI 3.0, SOAP ar kitus aktualius standartus.
  • 6Rengti, detalizuoti ir palaikyti funkcinius ir nefunkcinius reikalavimus, apimančius saugumo, našumo, prieinamumo, audituojamumo, duomenų apsaugos, integracijų patikimumo ir kitus kokybinius parametrus, technines užduotis bei specifikacijas programuotojams ir kitiems komandos nariams, naudojant standartizuotas analizės ir dokumentavimo priemones (pvz., UML, BPMN, FIGMA ar lygiaverčius sprendimus).
  • 7Dalyvauti sprendimų įgyvendinimo peržiūrose ir vertinimuose, siekiant užtikrinti, kad realizuotas funkcionalumas atitiktų patvirtintus reikalavimus.
  • 8Rengti duomenų struktūrų, informacinių objektų ir metaduomenų aprašus, reikalingus sistemų veikimui ir duomenų valdymui, taikant bendrą SQL ir duomenų modelių supratimą bei bendradarbiaujant su duomenų bazių programuotojais.
  • 9Rengti naudotojų instrukcijas, aprašus ir kitą su sprendimų naudojimu susijusią dokumentaciją, skirtą tiek galutiniams naudotojams (Pirkėjo klientams), tiek Pirkėjo darbuotojams.
  • 10Formuoti, detalizuoti ir tikslinti užduotis programuotojams, testuotojams ir kitiems komandos nariams, atsakyti į klausimus, susijusius su veiklos poreikiais, reikalavimais ir jų interpretavimu.
  • 11Užtikrinti reikalavimų atsekamumą (angl. traceability) viso projekto metu – nuo poreikio identifikavimo iki sprendimo įgyvendinimo ir priėmimo, palaikyti ryšį su projektuose dalyvaujančiais komandos nariais, siekiant užtikrinti reikalavimų realizavimą.
  • 12Vykdyti Pirkėjo naudojamų sistemų analizės darbus laikantis Pirkėjo informacinių sistemų gyvavimo ciklo tvarkos, dokumentavimo, informacijos saugumo ir asmens duomenų apsaugos reikalavimų, užtikrinant analizės rezultatų nuoseklumą, atsekamumą ir audituojamumą.
  • 13Bendradarbiauti su UI/UX specialistais modeliuojant ir tobulinant vartotojo sąsają.
  • 14Bendradarbiauti su Pirkėjo paskirtu Savitarnos portalo projektų vadovu ir projekto komandomis, pagal poreikį dalyvauti kasdieniuose susitikimuose (angl. daily stand-up) ir kitose darbinėse sesijose, skirtose projekto planavimui ir eigos aptarimui.

IT sistemų testuotojo pagrindinės atsakomybės ir uždaviniai

  • 1Analizuoti pateiktas užduotis, funkcinius ir nefunkcinius reikalavimus, testavimo apimtį ir kriterijus, derinti testavimo rezultatus su Užsakovu ir kitomis suinteresuotomis šalimis.
  • 2Rengti testavimo planus, testavimo scenarijus ir testavimo atvejus pagal suderintas užduotis, reikalavimus ir priėmimo kriterijus.
  • 3Atlikti informacinių sistemų testavimą pagal patvirtintus testavimo planus ir scenarijus, siekiant patikrinti funkcionalumo, integracijų, našumo ir kitų reikalavimų atitikimą techninei specifikacijai bei nustatyti klaidas ir neatitikimus.
  • 4Kurti, palaikyti ir naudoti automatinius testus, taikant testavimo įrankius ir karkasus (pvz., Selenium, Playwright, Cypress, JUnit, TestNG, Postman / Newman API testavimui ar lygiaverčius sprendimus).
  • 5Atlikti API testavimą, naudojant Postman, Swagger ar kitus analogiškus įrankius, tikrinant duomenų mainų korektiškumą, validaciją ir klaidų apdorojimą.
  • 6Registruoti rastas klaidas, neatitikimus ir defektus Užsakovo naudojamoje incidentų ir užduočių valdymo sistemoje (pvz., „Jira“), užtikrinant aiškų defektų aprašymą, atsekamumą ir prioritetizavimą.
  • 7Pakartotinai testuoti pataisytas klaidas, patvirtinti jų pašalinimą ir užtikrinti, kad pakeitimai nesukeltų naujų defektų (regresinis testavimas).
  • 8Rengti testavimo ataskaitas ir apibendrinimus pagal atliktus testus, įskaitant testų aprėptį, rastus defektus, jų būklę ir kokybės rodiklius.
  • 9Naudotis testų valdymo priemonėmis (pvz., Xray for Jira, Zephyr, TestRail, qTest ar lygiavertėmis), testų planavimui, vykdymui ir rezultatų sekimui.
  • 10Užtikrinti ne tik funkcinių testų atlikimą, bet ir, esant poreikiui pagal užduotis, regresinių, integracinių, našumo (load, stress), saugumo (pvz., OWASP Top 10) ir kitų nefunkcinių testų vykdymą.
  • 11Integruoti testavimo veiklas į sistemos vystymo procesą, naudojant CI/CD sprendimus (pvz., Jenkins, GitLab CI), siekiant automatizuoto testavimo ir ankstyvo defektų nustatymo.
  • 12Bendradarbiauti su IT sistemų analitikais, programuotojais, architektais ir kitais projekto komandos nariais, siekiant užtikrinti sklandų sistemų kūrimo, testavimo ir kokybės užtikrinimo procesą.
  • 13Vykdyti IT sistemų testavimo darbus laikantis AB „Regitra“ informacinių sistemų gyvavimo ciklo tvarkos, informacijos saugumo ir kibernetinio saugumo reikalavimų, užtikrinant testavimo rezultatų atsekamumą, duomenų apsaugą ir audituojamumą.
  • 14Užduotis laikoma įvykdyta tik kai testavimo veiklos rezultatai užfiksuoti sutartoje užduočių ir testavimo valdymo sistemoje, parengti ir pateikti testavimo artefaktai, atnaujinta techninė dokumentacija / Confluence puslapis, pridėti testavimo įrodymai, defektai užregistruoti ir klasifikuoti nustatyta tvarka, o taip pat pažymėtos nustatytos priklausomybės bei rizikos.

Vidinio kodo (back-end) programuotojo dokumentacijos reikalavimai

  • 1Dokumentacija apima: Vidinio kodo (back-end) sprendinių techninių įgyvendinimo aprašais, Sukurto ar pakeisto programinio kodo artefaktais, Sąsajų ir integracijų dokumentacija, Diegimo ir konfigūravimo dokumentacija, Duomenų migracijos, duomenų transformavimo ar inicializavimo sprendimų aprašais (jei taikoma), Programuotojo atlikto testavimo aprašais ir rezultatais.
  • 2Dokumentų šablonai ir turinys turi būti suderinti su Pirkėju.

Išorinio kodo (front-end) programuotojo dokumentacijos reikalavimai

  • 1Dokumentacija apima: Front-end sprendinių techninių įgyvendinimo aprašais, Sukurto ar pakeisto programinio kodo artefaktais, Naudotojo sąsajų ir integracijų dokumentacija, Naudotojo sąsajos diegimo ir konfigūravimo dokumentacija, Naudotojo sąsajos komponentų, dizaino sistemos elementų ar bendrinių (shared) komponentų naudojimo ir plėtros aprašais (jei taikoma), Programuotojo atlikto testavimo aprašais ir rezultatais.
  • 2Dokumentų šablonai ir turinys turi būti suderinti su Pirkėju.

Duomenų bazių programuotojo pagrindinės atsakomybės ir uždaviniai

  • 1Realizuoti suderintus ir patvirtintus sprendimus duomenų bazių lygmenyje, įskaitant duomenų bazių programinio kodo ir struktūrų (SQL, PL/SQL) analizę, keitimą ar kūrimą, duomenų migracijos darbus, klaidų taisymą bei kitus veiksmus, būtinus patvirtintiems sprendimams įgyvendinti ir optimizuoti.
  • 2Modeliuoti, kurti ir keisti ORACLE duomenų bazių objektus (lenteles, indeksus, sekas, vaizdus (angl. views), procedūras, funkcijas, paketus, trigerius ir kt.), užtikrinant sprendimų suderinamumą su esama Savitarnos portalo ir kitų Pirkėjo sistemų architektūra.
  • 3Pateikti darbų įvertinimus, aiškiai komunikuoti darbų eigą, statusą ir galimus pokyčius, atsakyti už įvertinimų tikslumą sistemos modulio ar komponento ribose.
  • 4Optimizuoti SQL ir PL/SQL užklausas, duomenų struktūras ir vykdymo planus, siekiant užtikrinti efektyvų sistemų veikimą, našumą ir stabilumą.
  • 5Užtikrinti duomenų vientisumą, transakcijų valdymą, konkurencingumą (angl. concurrency) ir patikimą duomenų apdorojimą, laikantis gerųjų duomenų bazių projektavimo ir programavimo praktikų.
  • 6Dalyvauti duomenų migracijos, duomenų transformavimo ir duomenų kokybės gerinimo darbuose, rengti ir vykdyti duomenų bazių pakeitimų skriptus.
  • 7Analizuoti ir šalinti duomenų bazių lygmens klaidas bei incidentus, operatyviai atlikti būtinus pakeitimus, bendradarbiaujant su kitais projekto komandos nariais.
  • 8Rengti ir palaikyti techninę dokumentaciją, susijusią su duomenų bazių sprendimais, pakeitimais ir jų poveikiu sistemoms.
  • 9Laikytis sutartų duomenų bazių pakeitimų versijavimo ir valdymo taisyklių, naudoti sutartas saugyklas ir versijų valdymo sistemas (pvz., Git, GitLab), užtikrinant pakeitimų atsekamumą.
  • 10Bendradarbiauti su sistemų analitikais, testuotojais, architektais ir kitais projekto komandos nariais, siekiant užtikrinti sklandų sistemų kūrimo, testavimo ir palaikymo procesą.
  • 11Dalyvauti diegimuose sutartose aplinkose pagal Pirkėjo nustatytą prieigų ir diegimų tvarką (pvz., teikti diegimo skriptus, atlikti diegimus turint suteiktas teises, dalyvauti diegimų metu kaip ekspertas), laikantis geriausių DevOps ir CI/CD praktikų.
  • 12Vykdyti duomenų bazių programavimo darbus laikantis Pirkėjo informacinių sistemų gyvavimo ciklo tvarkos, informacijos saugumo ir kibernetinio saugumo reikalavimų, užtikrinant mažiausių teisių principą, duomenų apsaugą, pakeitimų atsekamumą ir audituojamumą.
  • 13Užduotis laikoma įvykdyta tik kai kodas / schemos ir (ar) kodo/schemos pakeitimai įrašomi į sutartą repozitoriją, yra pateikti migravimo arba diegimo skriptai, atnaujinta techninė dokumentacija / Confluence puslapis, pridėti minimalūs testavimo įrodymai ir pažymėtos priklausomybės / rizikos.

Vidinio kodo (back-end) programuotojo pagrindinės atsakomybės ir uždaviniai

  • 1Realizuoti suderintus ir patvirtintus sprendimus serverio pusėje, įskaitant verslo logikos kūrimą ir keitimą, duomenų apdorojimą, integracinių sąsajų realizavimą, klaidų taisymą bei kitus veiksmus, būtinus patvirtintiems sprendimams įgyvendinti.
  • 2Kurti, plėtoti ir prižiūrėti vidinį sistemos programinį kodą (angl. back-end), užtikrinant sprendimų suderinamumą su esama sistemų architektūra ir kitais Pirkėjo informacinių sistemų komponentais.
  • 3Užtikrinti funkcinių ir nefunkcinių reikalavimų įgyvendinimą, įskaitant saugumo, našumo, prieinamumo, patikimumo ir transakcijų valdymo reikalavimus.
  • 4Analizuoti, projektuoti ir realizuoti integracines sąsajas tarp informacinių sistemų, naudojant REST, SOAP, ar kitus taikomus integracijų standartus, taip pat palaikyti ir modifikuoti esamus integracinius sprendimus.
  • 5Programuoti naudojant Java (pvz., Spring Boot, Spring Framework) ir kitus projekte taikomus serverio pusės programavimo sprendimus.
  • 6Projektuoti ir realizuoti duomenų bazių sąveiką aplikacijos lygmenyje, įskaitant duomenų struktūrų naudojimą, DB procedūrų iškvietimą, užklausų optimizavimą, bendradarbiaujant su duomenų bazių programuotojais.
  • 7Analizuoti ir šalinti serverio pusės, API ir su integracijomis susijusias klaidas bei incidentus, operatyviai atliekant būtinus pakeitimus.
  • 8Teikti darbų apimčių ir trukmės įvertinimus, aiškiai komunikuoti darbų eigą, statusą ir galimus pokyčius, atsakyti už pateiktų įvertinimų tikslumą jam priskirtų užduočių ribose.
  • 9Kurti švarų, efektyvų ir dokumentuotą programinį kodą, laikantis gerųjų programavimo praktikų ir sutartų kokybės standartų.
  • 10Laikytis sutartų programinio kodo versijavimo ir valdymo taisyklių (pvz., git-flow), naudoti sutartas saugyklas ir versijų valdymo sistemas (pvz., Git, GitLab), užtikrinant pakeitimų atsekamumą.
  • 11Atlikti programinio kodo peržiūras, teikti konstruktyvų grįžtamąjį ryšį kitiems komandos nariams ir atsižvelgti į pateiktas pastabas.
  • 12Diegti sukurtus ir atnaujintus programinius sprendimus sutartose aplinkose, laikantis Užsakovo taikomų DevOps ir CI/CD praktikų, neperimant infrastruktūros administravimo funkcijų, pateikiant diegimui reikalingus artefaktus.
  • 13Dalyvauti autentifikacijos ir autorizacijos sprendimų įgyvendinime (pvz., OAuth2, JWT, SSO), laikantis Užsakovo informacijos saugumo reikalavimų.
  • 14Prisidėti prie sistemų veikimo stebėsenos ir diagnostikos, naudojant taikomas monitoringo priemones (pvz., Grafana ar lygiaverčius sprendimus žurnalų įrašų (logų) analizei).
  • 15Bendradarbiauti su sistemų analitikais, duomenų bazių programuotojais, testuotojais, architektais ir kitais projekto komandos nariais, siekiant užtikrinti sklandų sistemų kūrimo, testavimo ir palaikymo procesą.
  • 16Vykdyti programavimo darbus laikantis AB „Regitra“ informacinių sistemų gyvavimo ciklo tvarkos, informacijos saugumo ir kibernetinio saugumo reikalavimų, užtikrinant mažiausių teisių principą, duomenų apsaugą, pakeitimų atsekamumą ir audituojamumą.
  • 17Užduotis laikoma įvykdyta tik kai kodas schemos ir (ar) pakeitimai įrašomi į sutartą repozitoriją, yra pateikti migravimo arba diegimo skriptai, atnaujinta techninė dokumentacija / Confluence puslapis, pridėti minimalūs testavimo įrodymai ir pažymėtos priklausomybės / rizikos.

Išorinio kodo (front-end) programuotojo pagrindinės atsakomybės ir uždaviniai

  • 1Realizuoti suderintus ir patvirtintus sprendimus naudotojo sąsajos (front-end) lygmenyje, įskaitant programinio kodo analizę, keitimą ar kūrimą, vartotojo sąsajos komponentų realizavimą ir kitus veiksmus, būtinus patvirtintiems sprendimams įgyvendinti.
  • 2Kurti, plėtoti ir prižiūrėti išorinį sistemos programinį kodą (front-end), užtikrinant sprendimų suderinamumą su esama sistemų architektūra, back-end sprendimais ir kitais informacinių sistemų komponentais.
  • 3Užtikrinti, kad kuriami naudotojo sąsajos sprendiniai atitiktų prieinamumo reikalavimus pagal taikomus standartus (pvz., WCAG), taip pat būtų pritaikyti įvairiems naudotojų poreikiams.
  • 4Kurti švarų, efektyvų ir dokumentuotą programinį kodą, užtikrinant „responsive design“, optimizaciją mobiliesiems įrenginiams ir suderinamumą su pagrindinėmis interneto naršyklėmis.
  • 5Užtikrinti funkcinių ir nefunkcinių reikalavimų įgyvendinimą, įskaitant UI/UX, našumo, saugumo ir naršyklių suderinamumo reikalavimus.
  • 6Programuoti naudojant JavaScript ir (ar) TypeScript, taikant React arba kitus projekte naudojamus front-end karkasus ir bibliotekas.
  • 7Analizuoti ir šalinti naudotojo sąsajos, naršyklės pusės ir vizualinius defektus, spręsti problemas, susijusias su naršyklių suderinamumu, atvaizdavimu ir naudojimo patogumu.
  • 8Teikti darbų apimčių ir trukmės įvertinimus, aiškiai komunikuoti darbų eigą, statusą ir galimus pokyčius, atsakyti už pateiktų įvertinimų tikslumą jam priskirtų užduočių ribose.
  • 9Laikytis sutartų programinio kodo versijavimo ir valdymo taisyklių (pvz., git-flow), naudoti sutartas saugyklas ir versijų valdymo sistemas (pvz., Git, GitLab), užtikrinant pakeitimų atsekamumą.
  • 10Atlikti programinio kodo peržiūras, teikti konstruktyvų grįžtamąjį ryšį kitiems komandos nariams ir atsižvelgti į pateiktas pastabas.
  • 11Bendradarbiauti su IT sistemų analitikais, back-end programuotojais, testuotojais, UX dizaineriais ir kitais projekto komandos nariais, siekiant užtikrinti sklandų sprendimų kūrimo, testavimo ir palaikymo procesą.
  • 12Vykdyti išorinio kodo (front-end) programavimo darbus laikantis AB „Regitra“ informacinių sistemų gyvavimo ciklo tvarkos, informacijos saugumo ir kibernetinio saugumo reikalavimų, užtikrinant pakeitimų atsekamumą, naudotojų duomenų apsaugą ir sprendimų audituojamumą.
  • 13Užduotis laikoma įvykdyta tik kai kodas / schemos ir (ar) kodo/schemos pakeitimai įrašomi į sutartą repozitoriją, parengti ir pateikti diegimo / publikavimo artefaktai, atnaujinta techninė dokumentacija / Confluence puslapis, pridėti minimalūs testavimo įrodymai ir pažymėtos priklausomybės bei rizikos.

Dokumentai19

  • 1_RK_Kvietimas ir priedai_CVP IS.7z
  • 1289_7150084.pdf
  • RK 1 priedas_Preliminari techninė specifikacija.docx
  • RK 2 priedas_Kvalifikacijos reikalavimai.docx
  • RK 3 priedas_Techninė specifikacija_DPS 1 kategorija_Sablonas.docx
  • RK 3 priedas_Techninė specifikacija_DPS 2 kategorija_Sablonas.docx
  • RK 3 priedas_Techninė specifikacija_DPS 3 kategorija_Sablonas.docx
  • RK 3 priedas_Techninė specifikacija_DPS 4 kategorija_Sablonas.docx
  • RK 3 priedas_Techninė specifikacija_DPS 5 kategorija_Sablonas.docx
  • RK 4 priedas_Pirkimo sutarties šablonas_Bendrosios sąlygos.docx
  • RK 5 priedas_ADTS projektas_DPS 1-5 kategorijos.docx
  • RK 6 priedas_EN vertinimo tvarka_DPS 1 kategorija.docx
  • RK 6 priedas_EN vertinimo tvarka_DPS 2 kategorija.docx
  • RK 6 priedas_EN vertinimo tvarka_DPS 4 kategorija.docx
  • RK 6 priedas_EN vertinimo tvarka_DPS 5 kategorija.docx
  • RK 7 priedas_Rinkos konsultacijos klausimynas.docx
  • Rinkos konsultacija_Kvietimas.docx
  • RK 4 priedas_Pirkimo sutarties šablonas_Specialiosios sąlygos.docx
  • RK 6 priedas_EN vertinimo tvarka_DPS 3 kategorija.docx
tendis.lt · Sukurta recodin.lt