TELEMETRINIŲ DUOMENŲ APLIKACIJOS SUKŪRIMO PASLAUGOS
Išanalizuota
Lietuvos Respublikos aplinkos ministerijos Aplinkos projektų valdymo agentūra
182 275 €
Atviras konkursasCPV: 72200000 - Programinės įrangos programavimo ir konsultacinės paslaugos
ID: 79530602026-05-21 05:11Pasiūlymai iki: 2026-06-30 10:00
Atidaryti CVP ISAprašymas
Perkamos telemetrinių duomenų aplikacijos sukūrimo paslaugos Lietuvos geologijos tarnybos metrologijos stotelių duomenims valdyti. Ši informacinė sistema apims stotelių atvaizdavimą žemėlapyje, duomenų filtravimą, paiešką, vizualizaciją grafikais, analitiką bei naudotojų autentifikaciją ir prieigos valdymą. Taip pat bus užtikrinta sistemos garantinė priežiūra.
Kvalifikaciniai reikalavimai
- 1Tiekėjas per paskutinius 3 (trejus) metus iki pasiūlymo pateikimo termino pabaigos pagal vieną ar kelias sutartis, sudarytas dėl to paties objekto, yra suteikęs informacinių sistemų kūrimo ir diegimo, ir/ar modernizavimo paslaugų, kurių bendra vertė būtų ne mažesnė nei 90 000,00 (devyniasdešimt tūkstančių) Eur be PVM (neįskaitant subtiekėjų ar partnerių suteiktų paslaugų).
- 2Specialistas Nr. 1 – projekto vadovas: per paskutinius 3 metus iki pasiūlymų pateikimo termino pabaigos* yra vadovavęs bent 1 (vienam) informacinių sistemų kūrimo, diegimo ir (arba) modernizavimo projektui**.
- 3Specialistas Nr. 2 – informacinių sistemų analitikas: per paskutinius 3 metus iki pasiūlymų pateikimo termino pabaigos* analitiko pareigose yra dalyvavęs vykdant bent 1 (vieną) informacinių technologijų paslaugų teikimo sutartį (projektą), kurios vykdymo metu buvo sukurta, įdiegta ir (arba) modernizuota informacinė sistema**.
- 4Ekspertas Nr. 3 – informacinių sistemų architektas: per paskutinius 3 metus iki pasiūlymų pateikimo termino pabaigos* yra dalyvavęs kaip informacinės sistemos architektas vykdant bent 1 (vieną) informacinių sistemų paslaugų teikimo sutartį (projektą), kurios vykdymo metu buvo sukurta, įdiegta ir (arba) modernizuota informacinė sistema**.
- 5Specialistas Nr. 4 – duomenų bazės programavimo specialistas: per paskutinius 3 metus iki pasiūlymų pateikimo termino pabaigos* yra dalyvavęs kaip duomenų bazių programuotojas vykdant bent 1 (vieną) informacinių sistemų kūrimo, diegimo ir (arba) modernizavimo paslaugų teikimo sutartį (projektą), kurios vykdymo metu buvo naudojama duomenų bazių valdymo sistema ORACLE arba lygiavertėje aplinkoje**.
- 6Specialistas Nr. 5 – informacinių sistemų testavimo specialistas: per paskutinius 3 metus iki pasiūlymų pateikimo termino pabaigos* yra dalyvavęs kaip informacinių sistemų testavimo specialistas vykdant bent 1 (vieną) informacinių sistemų kūrimo, diegimo ir (arba) modernizavimo paslaugų teikimo sutartį (projektą)**.
- 7Kiekvienas specialistas privalo mokėti lietuvių kalbą (žodžiu ir raštu) ne žemesniu kaip C1 lygiu pagal Bendruosius Europos kalbų metmenis (jei lietuvių kalba nėra gimtoji) arba Teikėjas savo sąskaita privalo užtikrinti vertimo žodžiu ir raštu paslaugas.
- 8Tiekėjas turi būti įsidiegęs Informacinių technologijų (IT) paslaugų valdymo sistemą, atitinkančią ISO/IEC 20000-1:2018 standarto reikalavimus ar lygiavertes IT paslaugų valdymo priemones, kurių sertifikavimo objektas yra IT infrastruktūros ir sistemų priežiūros ir aptarnavimo paslaugos.
- 9Tiekėjas turi būti įsidiegęs Informacijos saugumo valdymo sistemą, atitinkančią ISO/IEC 27001:2022 standarto reikalavimus ar lygiavertes Informacijos saugumo valdymo priemones.
- 10Kiekvienas tiekėjų grupės narys (jeigu pasiūlymą teikia ūkio subjektų grupė – kiekvieno grupės nario atskirai), subtiekėjas ar ūkio subjektas, kurio pajėgumais remiamasi, turi pateikti užpildytas deklaracijas dėl (ne)atitikties Tarybos reglamento (ES) 2022/576 nuostatoms.
- 11Šiame pirkime negali dalyvauti tiekėjai, jų subtiekėjai ir ūkio subjektai, kurių pajėgumais remiamasi, kurie nėra registruoti (jeigu tiekėjas, jų subtiekėjas ar ūkio subjektas, kurio pajėgumais remiamasi, yra fizinis asmuo – nuolat gyvenantis ar turintis pilietybę) Europos Sąjungos valstybėje narėje, Šiaurės Atlanto sutarties organizacijos valstybėje narėje ar trečiojoje šalyje, pasirašiusioje VPĮ 17 straipsnio 4 d. nurodytus tarptautinius susitarimus.
- 12Tiekėjas su pasiūlymu turi pateikti Viešųjų pirkimų tarnybos nustatytos formos Nacionalinio saugumo reikalavimų atitikties deklaraciją.
Techniniai reikalavimai
Saugumo reikalavimai
- 1Komunikacija tarp komponentų turi vykti HTTPS protokolu.
- 2Turi būti užtikrintas asmens duomenų apsaugos reikalavimų laikymasis (jei bus duomenų bazėje).
- 3Visi prisijungimai ir svarbūs veiksmai turi būti audituojami.
Pateikiami dokumentai
- 1Tiekėjas turi pateikti: Naudotojo ir administratoriaus vadovus.
- 2Tiekėjas turi pateikti: Sistemos nuostatus.
- 3Tiekėjas turi pateikti: Techninį aprašymą (specifikaciją).
- 4Tiekėjas turi pateikti: Prieinamumo testavimo ataskaitą, kurioje būtų nurodyta vertinimo metodika apimtis, atlikti testai, nustatyti neatitikimai, jų ištaisymo būklė ir, kuri būtų parengta atlikus išsamų prieinamumo vertinimą. Ataskaita turi patvirtinti, kad sistema atitinka pirkimo dokumentuose nustatytus prieinamumo reikalavimus.
- 5Tiekėjas turi pateikti: Prieinamumo atitikties paraišką – tiekėjo, atlikusio testavimus, užpildytą ir pasirašytą dokumentą, patvirtinantį, kad sistema atitinka WCAG 2.2 ne žemesnio nei AA lygio reikalavimus.
- 6Tiekėjas turi pateikti: Jei aplikaciją testavo nevyriausybinių negalios organizacijų atstovai, pateikiama tikslinių grupių atstovų vertinimo išvada (protokolas).
- 7Tiekėjas turi pateikti: Sukurtos telemetrinių duomenų aplikacijos programinius kodus ir kitas diegimo instrukcijas, kad LGT pats ar per kitus tiekėjus galėtų modifikuoti, prižiūrėti, vystyti, keisti pradinį kodą ir atlikti kitas būtinas paslaugas, siekiant užtikrinti stabilų telemetrinės duomenų aplikacijos veikimą.
- 8Tiekėjas turi pateikti: Kitus privalomus dokumentus.
Sąsajos reikalavimai
- 1Sistema turi veikti moderniose naršyklėse (Chrome, Edge, Firefox).
- 2Turi būti responsyvus dizainas (naudojimas planšetėse).
- 3Interfeisas turi būti pateiktas lietuvių kalba (papildomai anglų – jei reikės).
Administravimo modulis
- 1Administratorius turi turėti galimybę tvarkyti: stoteles (pavadinimas, koordinatės, parametrai, aktyvumas); parametrų sąrašus; duomenų nuskaitymo nustatymus; žemėlapio sluoksnius; vartotojų teises ir roles.
- 2Administravimo modulis turi būti pasiekiamas tik prisijungus.
- 3Visi pokyčiai turi būti loguojami.
Bendrieji reikalavimai
- 1Sistema turi būti realizuojama naudojant konfigūruojamą standartinę programinę įrangą (COTS) arba lygiavertį sprendimą, užtikrinantį analogišką funkcionalumą ir konfigūravimo galimybes.
- 2Siūlomas sprendimas turi veikti su tiekėjo siūloma duomenų baze arba lygiaverčiai integruotis su LGT turimomis duomenų bazėmis (pvz., SQL, Oracle) arba užtikrinti duomenų migraciją.
- 3Standartinė programinė įranga neturi būti licencijuojama ir ribota per vartotojų skaičių.
- 4Sprendimas turi gebėti apdoroti 1000 užklausų vienu metu. Jei tokios greitaveikos užtikrinimui reikalingos licencijos, jos turi būti įskaičiuotos į pasiūlymo kainą ir užregistruotos LGT vardu.
- 5Sistemos talpinimas LGT resursuose.
- 6Vartotojo sąsaja turi būti realizuojama naudojant html5 javascript karkasą (node.js arba lygiavertį).
- 7Turi būti naudojami viešai prieinami Lietuvos Respublikos žemėlapių registrai ar žemėlapių paslaugos (angl. web map service).
- 8Metrologijos aplikacijos žemėlapis turi būti pritraukiamas (angl. zoom-in) ir nutolinamas (angl. zoom-out) pelės ratuko pagalba arba mastelio keitikliu.
- 9Sistema turi būti realizuota naudojant prisitaikančio dizaino principus.
- 10Siekiant užtikrinti šiuolaikinius naudotojų sąsajos ergonomikos reikalavimus, turi būti vadovaujamasi LST EN ISO 9241-110:2006 „Žmogaus ir sistemos sąveikos ergonomika. 110 dalis. Dialogo principai (ISO 9241-110:2006)“ standartu arba lygiaverčiu.
- 11Informacinės sistemos naudotojo sąsaja turi atitikti W3C XHTML specifikaciją.
- 12Funkcionalumai, kurie yra naujai realizuojami išoriniame sistemos portale, turi būti kuriami vadovaujantis Neįgaliesiems pritaikytų interneto tinklalapių kūrimo ir testavimo metodinėmis rekomendacijomis.
- 13Sukurta sistema turi atitikti Europos darniojo standarto EN 301 549 “Informacinių ir ryšių technologijų produktų ir paslaugų prieinamumo reikalavimai“ (aktualios versijos), įskaitant ir Pasaulinio saityno konsorciumo (W3C) parengtų Žiniatinklio turinio prieinamumo gairių WCAG 2.2 ne žemesnio nei AA atitikties lygio nuostatas arba lygiaverčio standarto reikalavimus.
- 14Visos paslaugos ir jų teikimo procesai turi atitikti organizacinius ir techninius kibernetinio saugumo reikalavimus, nustatytus Lietuvos Respublikos Vyriausybės 2018 m. rugpjūčio 13 d. nutarime Nr. 818 „Dėl minimalių organizacinių ir techninių kibernetinio saugumo reikalavimų patvirtinimo“.
Garantinė priežiūra
- 1Sistemos garantinė priežiūra turi būti teikiama ne mažiau kaip 12 mėn. po galutinio perdavimo-priėmimo akto pasirašymo dienos. Ilgesnis garantinis terminas nustatomas kaip ekonominio naudingumo vertinimo kriterijus ir nurodomas Tiekėjo pasiūlyme.
- 2Sistemos garantinės priežiūros metu tiekėjas turi teikti šias paslaugas: avarijų, kritinių situacijų, incidentų ir problemų sprendimas; Sistemos atnaujinimų, klaidų taisymo paketų ir papildymų (pataisymų), nedarančių įtakos sistemos architektūrai, parengimas ir diegimas, užtikrinant informacinės sistemos funkcijų atitiktį funkciniams ir nefunkciniams reikalavimams, taip pat susijusios dokumentacijos atnaujinimas ir pateikimas; prieigos prie techninės ir kitokio pobūdžio informacijos ir dokumentacijos suteikimas; sistemos naudotojų ir administratorių konsultavimas (lietuvių kalba); sisteminių klasifikatorių ir parametrų tvarkymas; Sistemos veiklos bei sąsajų su kitais informaciniais ištekliais veikimo stebėsena (angl. monitoring) ir nustatytų problemų sprendimas; pasibaigus kalendoriniam mėnesiui, ne vėliau kaip per 10 dienų, suteiktų garantinės priežiūros paslaugų (pagal pobūdį ir kiekį) ataskaitų teikimas; užtikrinti sistemos darbo atkūrimą visiško arba dalinio funkcionavimo sutrikimo atvejais, įskaitant sutrikimus, atsiradusius dėl klaidų programinėje įrangoje, ir dėl klaidų, atsiradusių dėl praradimų ir netikslumų duomenyse (pvz., techniškai sugadinti įrašai duomenų bazėje, dėl klaidingo programinės įrangos veikimo nekorektiškai suformuotas įrašo (-ų) turinys).
- 3Sutrikus sistemos darbui, iškilus sistemos taisymo ar papildymo, stebėsenos bei pagalbos nefunkciniais ar funkciniais klausimais poreikiui, yra fiksuojamas kreipinys, kuris gali būti kvalifikuojamas kaip sutrikimas, konsultacija.
- 4Apie sistemoje pastebėtus sutrikimus yra pranešama tiekėjui naudojant pagalbos tarnybos sistemą. Su sutrikimu susijęs susirašinėjimas ir sutrikimo sprendimo būdas turi būti pateikiami per pagalbos tarnybos - tiekėjo naudojamą sistemą.
- 5Kiekvienam kreipinio tipui priskiriamas atitinkamas prioritetas. Kreipinio tipą ir prioritetą nustato LGT. Tiekėjo siūlymu kreipinio tipas ir prioritetas gali būti tikslinami.
- 6Tiekėjas turi užtikrinti garantinių paslaugų lygį - incidentų išsprendimo ir reakcijos laikus.
- 7Sutrikimas laikomas pašalintu, kai nustatyta tvarka pažymimi atitinkami įrašai pagalbos tarnybos sistemoje.
- 8Sutrikimo šalinimo trukmė privalės neviršyti numatytų 1 lentelėje darbo laiko valandų nuo pranešimo apie sutrikimą gavimo, jeigu sutrikimas nėra susijęs su standartiniu gamintojo funkcionalumu. Išskirtiniais atvejais, jei sutrikimo per nurodytą laiką pašalinti neįmanoma (pvz. jei reikalingos gamintojo programinės korekcijos ar panašiai), raštu turi būti suderinamas atskiras sutrikimo pašalinimo terminas.
- 9Kritinio (I) prioriteto incidentų reakcijos trukmė: 2 LGT darbo valandos, išsprendimo trukmė: 8 LGT darbo valandos.
- 10Aukšto (II) prioriteto incidentų reakcijos trukmė: 4 LGT darbo valandos, išsprendimo trukmė: 12 LGT darbo valandų.
- 11Vidutinio (III) prioriteto incidentų reakcijos trukmė: 6 LGT darbo valandos, išsprendimo trukmė: 18 LGT darbo valandų.
- 12Žemo (IV) prioriteto incidentų reakcijos trukmė: 8 LGT darbo valandos, išsprendimo trukmė: 38 LGT darbo valandos.
Sistemos sukūrimo terminas
- 1Sistema turi būti sukurta per ne ilgesnį kaip 6 mėn. / 180 (šimto aštuoniasdešimt) kalendorinių dienų terminą.
Veikimo greitis ir našumas
- 1Žemėlapis turi užsikrauti per <3 sekundes esant iki 500 stotelių.
- 2Grafikai turi generuotis per <5 sekundes esant 1 metų laikotarpiui.
- 3Sistema turi veikti stabiliai esant dideliam naudotojų skaičiui (nurodomas preliminarus skaičius, pvz., 2000 vienu metu).
Duomenų filtravimas ir paieška
- 1Turi būti realizuota galimybė filtruoti duomenis pagal datą ir laiką (intervalas “nuo–iki”).
- 2Turi būti galimybė filtruoti stoteles pagal: stotelės tipą; duomenų rinkinio tipą (temperatūra, vandens lygis); administracinę teritoriją (rajonas, savivaldybė); duomenų kokybės būseną (pvz., validuoti, preliminarūs).
- 3Turi būti galimybė greitai atlikti paiešką pagal stotelės pavadinimą ar ID.
Duomenų pjaustymas ir analitika
- 1Sistema turi leisti daryti duomenų „pjūvius“ pagal parametrus: temperatūra; lygis; kiti parametrai pagal duomenų bazę.
- 2Turi būti galimybė generuoti agreguotus rodiklius (valandiniai, dienos, mėnesio, metiniai, vidutiniai daugiamečiai vidurkiai).
- 3Turi būti galimybė vienu metu rodyti kelių stotelių reikšmes viename analitiniame vaizde.
- 4Turi būti galimybė eksportuoti pasirinktą pjūvį į CSV, XLSX, TXT.
Neapdoroti duomenys ir eksportas
- 1Turi būti galimybė atsisiųsti neapdorotus stotelių duomenis CSV ar XLSX formatu.
- 2Eksportuojami duomenys turi atitikti pasirinktą filtravimą ir laikotarpį.
- 3Eksportas turi palaikyti didelių duomenų kiekių generavimą.
Grafikai ir duomenų vizualizacija
- 1Kiekvienai stotelei turi būti generuojami pasirinkto parametro grafikai pagal pasirinktą laikotarpį.
- 2Grafikuose turi būti galima: keisti laikotarpį; pridėti/pašalinti parametrus; atsisiųsti grafiko duomenis CSV/XLSX formatu; keisti grafiko tipą (linijinis, stulpeliniai, punktiniai – jei numatoma).
- 3Turi būti galimybė palyginti kelių stotelių duomenis viename grafike.
- 4Grafikai turi automatiškai rodyti anomalijas (netipines reikšmes), jei tokios yra žymimos duomenų bazėje.
Duomenų tipai ir jų atvaizdavimas
- 1Sistema turi atvaizduoti momentinius (realiojo laiko / paskutinius turimus) duomenis.
- 2Sistema turi atvaizduoti istorinius duomenis pagal pasirinktą datą ar periodą, tame tarpe ir iki stotelių atnaujinimo surinktus duomenis.
- 3Sistema turi atvaizduoti prognozuojamus ar modeliuojamus duomenis (jei numatyta į ateitį).
- 4Turi būti galimybė matyti duomenų patikimumo būseną (pvz., „OK“, „no data“, „susijungimo klaida“).
Integracijos su duomenų šaltiniais
- 1Sistema turi pasiekti duomenų bazę pagal numatytą formatą (SQL ir API).
- 2Turi būti užtikrintas greitas duomenų perdavimas ir talpinimas.
- 3Sistema turi palaikyti standartizuotą duomenų mainų formatą (pvz., JSON, CSV).
- 4Turi būti galimybė integruoti papildomus duomenų šaltinius ateityje (skalabilumas).
Duomenų atnaujinimas ir sinchronizavimas
- 1Sistema turi periodiškai nuskaityti duomenis iš duomenų bazės pagal nustatytą grafiką (pvz., kas 5 min.).
- 2Sistema turi užtikrinti duomenų aktualumo žymėjimą (timestamp).
- 3Turi būti galimybė matyti duomenų atnaujinimo būklę (pvz., ar nuskaitymas pavyko).
- 4Sistema turi apdoroti didelius duomenų kiekius be veikimo sulėtėjimo.
- 5Turi būti loguojami visi duomenų nuskaitymai ir klaidos.
Diegimo ir tinkamumo naudoti įvertinimo etapai
- 1Tiekėjas inicijavimo etapo metu, per 14 (keturiolika) kalendorinių dienų nuo sutarties įsigaliojimo dienos, turi parengti darbų grafiką ir suderinti jį su Užsakovu.
- 2Tiekėjas per 30 (trisdešimt) kalendorinių dienų nuo sutarties įsigaliojimo dienos turi atlikti analizę ir parengti analizės etapo ataskaitą.
- 3Tiekėjas per 60 (šešiasdešimt) kalendorinių dienų nuo sutarties įsigaliojimo dienos turi atlikti projektavimą ir parengti projektavimo etapo ataskaitą.
- 4Tiekėjas per 135 (šimtą trisdešimt penkias) kalendorines dienas nuo sutarties įsigaliojimo dienos turi atlikti konfigūravimą/programavimą ir parengti konfigūravimo/projektavimo etapo ataskaitą.
- 5Tiekėjas per 150 (šimtą penkiasdešimt) kalendorinių dienų nuo sutarties įsigaliojimo dienos turi atlikti testavimą ir parengti testavimo etapo ataskaitą. Testavimo metu turi būti atliktas atsparumo įsilaužimams bandymas. Šio etapo apimtyje tiekėjas turi atlikti mokymus sistemos naudotojams ir administratoriams, ne mažiau 3 asmenų, ne trumpiau kaip 4 akademinių valandų.
- 6Tiekėjas per 165 (šimtą šešiasdešimt penkias) kalendorines dienas nuo sutarties įsigaliojimo dienos turi atlikti testavimo etape rastų klaidų pataisymą ir paruošti sistemą diegimui į eksploatacinę aplinką ir parengti etapo ataskaitą.
- 7Tiekėjas per 180 (šimtą aštuoniasdešimt) kalendorinių dienų nuo sutarties įsigaliojimo dienos turi atlikti diegimą į eksploatacinę aplinką ir parengti eksploatacijos etapo ataskaitą.
- 8Sprendimą dėl sistemos diegimo ir tinkamumo naudoti priima Užsakovas, vadovaudamasis pateikta informacija apie testavimo rezultatus.
- 9Sistema tinkama diegti ir tinkama naudoti gamybinėje aplinkoje tuomet, kai: yra pašalinti kritiniai ir aukšto prioriteto incidentai, nustatyti testavimo metu; yra likę nepašalintų ne daugiau kaip 15 proc. vidutinio prioriteto incidentų bei ne daugiau kaip 30 proc. žemo prioriteto incidentų.
- 10Sistemos tinkamumas naudojimui įforminamas galutiniu sukurtos sistemos perdavimo - priėmimo aktu, pateikiant Techninės specifikacijos 8 skyriuje nurodytus dokumentus.
Naudotojų autentifikacija ir prieigos valdymas
- 1Naudotojų autentifikacija turi būti realizuota per VIISP.
- 2Sistema turi palaikyti kelių lygių prieigos teises: administratorius (pilna prieiga); duomenų analitikas (prieiga prie analitikos funkcijų); peržiūros naudotojas arba vieša prieiga (tik žiūrėti žemėlapį ir grafikus).
- 3Administravimo modulyje turi būti galimybė kurti, redaguoti ir išjungti vartotojų paskyras.
- 4Visi veiksmai turi būti audituojami (prisijungimai, duomenų keitimai).
Metrologijos stotelių duomenų atvaizdavimas žemėlapyje
- 1Sistema turi atvaizduoti visas metrologijos stoteles interaktyviame žemėlapyje.
- 2Kiekviena stotelė turi būti rodoma pagal tikslias koordinates (X, Y arba WGS84, kaip bus nurodyta duomenų šaltinyje).
- 3Paspaudus ant stotelės turi būti atvaizduojama jos informacija: pavadinimas; unikalus identifikatorius; lokacija; stotelės tipas (pvz., meteorologinė, hidrologinė, oro kokybės); techniniai parametrai, stotelių būsenos (jeigu teikiama duomenų bazėje); paskutinio atnaujinimo data ir laikas; duomenų teikimo dažnis ir aktualumas.
- 4Žemėlapis turi palaikyti, leisti pridėti ir nuimti skirtingus sluoksnius (pvz., baziniai žemėlapiai, fono duomenys, papildomi kartografiniai sluoksniai, kartografiniai sluoksniai, proveržio rizikos zonos, požeminio vandens baseinai).
- 5Turi būti galimybė priartinti, nutolinti, filtruoti stoteles pagal tipą ar kitus parametrus.
Dokumentai11
tendis.lt · Sukurta recodin.lt