2026-GSC-133-Kontaktų knygos aptarnavimo paslaugos
Išanalizuota
UAB Ignitis grupės paslaugų centras (PV)
14 900 €
Skelbiamos derybos pagal VPĮCPV: 72261000 - Programinės įrangos palaikymo paslaugos
ID: 75178252026-04-22 10:53
Atidaryti CVP ISAprašymas
Perkamos Kontaktų knygos informacinės sistemos aptarnavimo paslaugos, apimančios priežiūrą, palaikymą, konsultavimą ir vystymą. Sistema skirta kaupti ir atvaizduoti „Ignitis grupės“ įmonių ir darbuotojų kontaktinius bei kitus duomenis, veikianti „Oracle“ duomenų bazės pagrindu su HTML ir „JavaScript“ naudotojo sąsaja.
Kvalifikaciniai reikalavimai
Kvalifikacinių reikalavimų nerasta
Techniniai reikalavimai
Paslaugų apimtis
- 1Perkamos Kontaktų knygos informacinės sistemos aptarnavimo paslaugos.
- 2Priežiūros paslaugos apima Sistemos veikimo sutrikimų nustatymą ir šalinimą (Palaikymo paslaugos), įskaitant Testavimo ir Diegimo paslaugas.
- 3Priežiūros paslaugos apima Kliento atstovų konsultavimą visais su Sistemos panaudojimu, vystymu ir veikimu susijusiais klausimais (Konsultavimo paslaugos).
- 4Vystymo paslaugos apima detalią reikalavimų analizę ir sprendinio parengimą, Modifikavimo darbus (projektavimas, programavimas, testavimas, konfigūravimas), Duomenų tvarkymo paslaugas ir Sistemos vartotojų mokymus.
- 5Preliminarus Priežiūros paslaugų (Kliento darbo metu) kiekis – 22 darbo valandos.
- 6Preliminarus Priežiūros paslaugų (Kliento ne darbo metu) kiekis – 10 darbo valandų.
- 7Preliminarus Vystymo paslaugų kiekis – 200 darbo valandų.
Pateikiama dokumentacija
- 1Paslaugų teikėjas privalo pateikti Vystymo paslaugų vertinimą su trumpu aprašymu, galimomis rizikomis, prielaidomis, kaina ir terminais.
- 2Paslaugų teikėjas privalo pateikti Vystymo paslaugų rezultato testavimo ataskaitą su testuojamu objektu, atliktais veiksmais, testuojamais duomenimis, laukiamu ir gautu rezultatu, išvadomis ir rekomendacijomis.
- 3Kartu su perdavimo-priėmimo aktu privaloma pateikti suderintą pakeitimų analizę ir priedus, pakeitimų techninę specifikaciją, diegimo/konfigūravimo instrukcijas, testavimo rezultatus (Xray test execution), naudotojo vadovą, administravimo vadovą, suprogramuotų dalių vykdymo kodus ir programinių priemonių išeities kodus.
- 4Programinių priemonių išeities kodai turi būti paruošti kompiliavimui, atitikti gerosios programinio kodo formatavimo, kintamųjų ir funkcijų įvardinimo praktikas, būti korektiški ir leidžiantys Klientui keisti juos be papildomų leidimų.
- 5Visi dokumentai privalo būti pateikti Klientui lietuvių kalba, išsamūs, iliustruoti ir pateikti elektroninėje laikmenoje ar/ir į CONFLUENCE/SHAREPOINT priemonę.
- 6Vykdymo ir išeities kodai turi būti pateikti į Kliento naudojamą GITHUB priemonę.
- 7Visi dokumentai nuo jų perdavimo Klientui tampa jo turtine ir neturtine intelektine nuosavybe.
Esamos sistemos aprašymas
- 1Kontaktų knygos sistemos paskirtis - kaupti ir atvaizduoti AB Ignitis Grupė įmonių ir darbuotojų kontaktinius, neatvykimų, pavadavimo ir kitus duomenis.
- 2Sistema integruota su Grupės atlygio skaičiavimo sistema ir Active Directory.
- 3Sistema sukurta Oracle duomenų bazės pagrindu.
- 4Naudotojo sąsaja realizuota HTML ir JavaScript technologijomis.
Bendrieji saugos reikalavimai
- 1Paslaugų teikėjo informacijos saugumas turi būti valdomas vadovaujantis ISO/IEC 27001 informacijos saugumo valdymo standartu.
- 2Sistemos duomenys ar su Sistema susiję duomenys negali būti perduoti jokiai trečiai šaliai be Kliento raštiško sutikimo / leidimo.
- 3Paslaugų teikėjas įsipareigoja informuoti Klientą apie įvykusį saugos incidentą nedelsiant, bet ne vėliau kaip per 24 valandas.
- 4Paslaugų teikėjas įsipareigoja teikti Klientui visą su įvykusiu kibernetiniu incidentu susijusią informaciją.
- 5Paslaugų teikėjas turi vykdyti nuolatinį veiklos tęstinumo valdymo testavimą resursams (žmogiškiesiems ir technologiniams), susijusiems su paslaugos teikimu.
- 6Paslaugų teikėjas garantuoja, kad atitinka duomenų apsaugos teisinius reikalavimus, taikomus Lietuvoje ir / ar Europos Sąjungoje.
- 7Paslaugų teikimui turi būti naudojama tik legali programinė įranga ir visos platformos/bibliotekos su naujausiomis saugos pataisomis bei gamintojų palaikomomis versijomis.
- 8Klientas arba jo įgalioti Paslaugų teikėjai turi teisę atlikti Paslaugos teikėjo atitikties šiems saugos reikalavimams auditą.
- 9Sistemos ir jos komponentų programinė įranga turi būti periodiškai atnaujinama ne rečiau kaip kartą per metus.
- 10Sistema, jos vystomi ar modifikuojami funkcionalumai, turi būti apsaugoti nuo dešimties naujausių per tinklą vykdomų atakų (OWASP TOP 10).
- 11Tiekėjas privalo užtikrinti, kad rezultatas atitiktų Lietuvos Respublikos Kibernetinio saugumo įstatymo (TIS2) reikalavimus.
Architektūriniai reikalavimai
- 1Paslaugų teikėjas atsako už architektūros/pokyčių aprašymo ir reikalavimų infrastruktūrai dokumentų kokybę, sprendimus ir jų įgyvendinamumą.
- 2Projektuojant pokyčius ir vystymo darbus, turi būti pateiktas reikalingos diskinės talpos kiekis pagal prognozuojamą duomenų augimą.
- 3Architektūra turi palaikyti techninių pajėgumų plėtimą, prijungiant papildomą techninę įrangą, be esminių pakeitimų vystomose sistemose.
- 4Diegimo darbai gali prasidėti tik suderinus Architektūros, Pokyčių aprašymo ir reikalavimų infrastruktūrai dokumentus su Klientu.
- 5Siūlomi pokyčiai turi būti realizuoti taip, kad pereinant prie aukštesnių Sistemų aplikacijų versijų, nereikėtų atlikti infrastruktūros ar technologinės platformos atnaujinimo darbų (išskyrus gamintojo rekomendacijas).
- 6Programinė įranga neturi būti ribojantis veiksnys didinant Sistemų našumą; našumui padidinti užtenka pridėti reikalingos aparatinės įrangos, nekeičiant Sistemos programinės įrangos išeities tekstų.
- 7Sistemose neturi būti įkoduotų (Hard Coded) duomenų, kuriems koreguoti / keisti būtų reikalingos Paslaugų teikėjo paslaugos.
- 8Pokyčiai turi būti realizuoti taip, kad atliekant atnaujinimus, būtų galimybė atlikti visų duomenų migravimą be papildomų paslaugų ir licencijų įsigijimo.
- 9Pokyčiai turi būti realizuoti naudojant standartinius sprendimus ir protokolus duomenų mainų sąsajoms su kitomis sistemomis.
- 10Užtikrinti esamų integracijų palaikymą (Oracle AQ ir DB ryšiai) ir galimybę kurti naujas integracijas naudojant REST arba SOAP tipo sąsajas per Kliento ESB platformą.
- 11Nesant galimybės pasinaudoti ESB, Paslaugų teikėjas privalo pateikti architektūrinius siūlymus dėl integracijų realizavimo, užtikrinant standartizuotą API pagrįstą sąveiką.
- 12Apdorojamų duomenų apimtys ir jų panaudojimas neturi būti ribojamas licencijomis.
- 13Tvarkomų duomenų įrašų ir el. dokumentų skaičius neturi būti ribojamas, išskyrus dėl virtualios infrastruktūros techninių parametrų ar apribojimų.
- 14Duomenų bazių valdymo sprendimai turi užtikrinti vidines duomenų vientisumo užtikrinimo funkcijas ir turėti duomenų atstatymo mechanizmus po gedimų ir pažeidimų.
- 15Atliekant Sistemų ir (ar) atskirų jos komponentų pakeitimą ir (ar) atnaujinimą, turi būti galimybė išlaikyti duomenų bazės lygmenyje atliktus pakeitimus ir konfigūracijas.
- 16Duomenų rezervinio kopijavimo procedūrų metu turi būti tenkinami Sistemų greitaveikai keliami reikalavimai.
- 17Rengiant Sistemos rezervinę kopiją arba archyvą, neturi būti prarastos Sistemoje vykdomos transakcijos ir apdorojami duomenys.
Vystymo paslaugų reikalavimai
- 1Vystymo paslaugos teikiamos pagal Kliento poreikius, Klientui teikiant Užsakymus Paslaugų teikėjui raštu.
- 2Sistemos Vystymo paslaugos turi būti teikiamos informacinių sistemų įgyvendinimo būdu (Agile), taikant atitinkamas praktikas darbų planavimui, prioretizavimui, komunikavimui, tarpinių ir galutinių rezultatų priėmimui.
- 3Paslaugų teikėjas turi naudoti Kliento Paslaugų valdymo įrankį darbų planavimui, valdymui ir darbo valandų deklaravimui.
- 4Paslaugų teikėjas privalo pateikti aprašytų reikalavimų vertinimą per ne ilgesnį kaip 5 (penkių) darbo dienų laikotarpį.
- 5Vertinime paslaugų detalizavimo (išskaidymo) žingsniai neturi viršyti 16 (šešiolikos) darbo valandų, išskyrus su Klientu iš anksto suderintą kitą trukmę.
- 6Paslaugų teikėjas testavimo aplinkoje turi atlikti suteiktų Vystymo paslaugų rezultatų testavimą ir pateikti testavimo rezultatų ataskaitą.
- 7Paslaugų teikėjas turi automatizuoti kodo diegimą į testinę ir gamybinę aplinką naudojant GitHub CI/CD įrankius.
- 8Po kodo įdiegimo į testinę ir gamybinę aplinką turi būti sugeneruojama ataskaita apie sėkmingus/nesėkmingus žingsnius.
- 9Naujai įkeltas funkcionalumas į Sistemos gamybinę aplinką neturi sutrikdyti kitų Sistemos modulių ir juose esančių funkcijų darbo.
- 10Sistemos techninės ir / arba programinės įrangos modifikavimas, tobulinimas ir klaidų taisymas negali turėti įtakos anksčiau įvestų duomenų vientisumui.
- 11Sistemoje atliekant pakeitimą ir / ar atnaujinimą, turi būti užtikrintas duomenų perkėlimas į naują duomenų bazės struktūrą, duomenų vientisumo ir integralumo išlaikymas, duomenų nepraradimas ir realizuoto funkcionalumo sutrikdymas.
- 12Numatoma, kad naujo funkcionalumo atnaujinimai ir (ar) pataisymai į Kliento testavimo aplinką priėmimo testavimo vykdymui gali būti keliami ne daugiau kaip 2 kartus.
- 13Paslaugų teikėjas suteikia ne trumpesnę kaip 12 (dvylikos) mėnesių garantiją Vystymo paslaugoms.
- 14Diegimo/išdiegimo instrukcijoje privaloma pateikti diegimo/išdiegimo kodų rinkinius, aprašyti diegimo darbus (žingsnius), kiekvieno žingsnio diegimo trukmes, rekomendacijas dėl Sistemų vartotojų darbo diegimo metu ir diegimo į gamybinę aplinką patikros planą.
Priežiūros paslaugų teikimo tvarka ir terminai
- 1Priežiūros paslaugos teikiamos pagal Kliento poreikį visą Sutarties galiojimo laikotarpį.
- 2Priežiūros paslaugos teikiamos užregistravus užklausą/paklausimą arba incidentą Paslaugų valdymo sistemoje ar kitoje naudojamoje sistemoje (suderinama pagal Kliento poreikį).
- 3Priežiūros paslaugos Sistemos gamybinei aplinkai teikiamos I-IV: 7:30 – 16:30, V 7:30-15:15 (8x5).
- 4Priežiūros paslaugos apmokamos pagal faktiškai sugaištą laiką, neviršijant iš anksto su Klientu raštu (el. paštu ar kita sutarta forma) suderintų darbo apimčių (valandų).
- 5Kiekvienas komandos narys privalo deklaruoti dirbtas valandas Kliento pasirinktoje Paslaugų valdymo sistemoje prie konkrečių užduočių ne vėliau kaip per 24 valandas po darbo atlikimo.
- 6Kritinio prioriteto (1) sutrikimo reakcijos laikas yra 0.5 val., sprendimo laikas – 12 val.
- 7Aukšto prioriteto (2) sutrikimo reakcijos laikas yra 1 val., sprendimo laikas – 16 val.
- 8Vidutinio prioriteto (3) sutrikimo reakcijos laikas yra 2 val., sprendimo laikas – 24 val.
- 9Normalaus prioriteto (4) sutrikimo reakcijos laikas yra 4 val., sprendimo laikas – 32 val.
- 10Žemo prioriteto (5) sutrikimo reakcijos laikas yra 8 val., sprendimo laikas – 40 val.
Dokumentai20
tendis.lt · Sukurta recodin.lt