Techninių sprendimų valdymo ir priežiūros paslaugos
Išanalizuota
VšĮ Keliauk Lietuvoje
78 512,4 €
Atviras konkursasCPV: 72253200 - Sistemų palaikymo paslaugos
ID: 67587122026-03-03 14:31
Atidaryti CVP ISAprašymas
Perkamos Nacionalinės turizmo informacinės sistemos (posistemės E. turistas) techninių sprendimų valdymo ir priežiūros paslaugos. Ši sistema sukurta naudojant „Angular“, „Java Spring Boot“ ir „PostgreSQL DB“ pagrindu. Paslaugos apima detalios analizės, projektavimo, kūrimo, diegimo, testavimo ir bandomosios eksploatacijos etapus, taip pat garantinę priežiūrą.
Kvalifikaciniai reikalavimai
- 1Tiekėjas per pastaruosius 3 (trejus) metus arba per laiką nuo tiekėjo įregistravimo dienos (jeigu tiekėjas vykdė veiklą trumpiau) iki pasiūlymų pateikimo termino dienos turi būti sukūręs ir / arba modifikavęs bent vieną (1) informacinę sistemą ir / arba registrą, kurios diegimo darbai baigti, sistema priduota eksploatacijai, pasirašytas sistemos perdavimo-priėmimo aktas. Sutarties vykdymo metu Tiekėjas turi būti įvykdęs šias informacinės sistemos ir / arba registro veiklas: detali analizė, IS projektavimas, programavimas, testavimas, diegimas, bandomoji eksploatacija.
- 2Analitikas (Ekspertas Nr. 1) turi turėti tarptautiniu mastu pripažįstamą informacinių sistemų analitiko kvalifikaciją (OMG Certified UML Professional, OMG UML Intermediate, IBM Object Oriented Analysis and Design, OCEB BPMN lygio sertifikatą arba lygiavertį sertifikatą).
- 3Analitikas (Ekspertas Nr. 1) per pastaruosius 3 (trejus) metus (iki pasiūlymų pateikimo termino pabaigos) buvo dalyvavęs bent 1 (viename) įgyvendintame (baigtame) informacinės sistemos ar registro kūrimo, modernizavimo ar tobulinimo projekte, kuriame vykdė informacinių sistemų analizės veiklas, įskaitant funkcinių ir (ar) techninių reikalavimų rengimą, o sistema ar registras buvo integruota su ne mažiau kaip viena kita informacine sistema ar registru.
- 4Informacinės sistemos techninių sprendimų specialistas (Ekspertas Nr. 2) turi turėti tarptautiniu ar nacionaliniu mastu pripažįstamą kvalifikaciją informacinių sistemų kūrimo, programavimo technologijų ar techninių sprendimų srityje.
- 5Informacinės sistemos techninių sprendimų specialistas (Ekspertas Nr. 2) per pastaruosius 3 (trejus) metus (iki pasiūlymų pateikimo termino pabaigos) buvo dalyvavęs bent 1 (viename) įgyvendintame (baigtame) informacinės sistemos ar registro kūrimo arba modernizavimo projekte, kurio metu rengė, vertino ar prižiūrėjo techninius sprendimus, susijusius su informacinės sistemos naudotojo sąsajos (front-end) ir (ar) serverio dalies (back-end) sprendiniais.
- 6Informacinių sistemų architektas (Ekspertas Nr. 3) turi turėti tarptautiniu ar nacionaliniu mastu pripažįstamą kvalifikaciją informacinių sistemų architekto srityje (The Open Group Architecture Framework 9 (TOGAF9) arba The Open Group Certified Architect (OPEN CA) sertifikatą arba lygiavertį sertifikatą).
- 7Informacinių sistemų architektas (Ekspertas Nr. 3) per pastaruosius 3 (trejus) metus (iki pasiūlymų pateikimo termino pabaigos) buvo dalyvavęs bent 1 (viename) įgyvendintame (baigtame) informacinės sistemos ar registro kūrimo arba modernizavimo projekte, kurio metu rengė ar vertino informacinės sistemos ar registro architektūrą.
- 8Informacinių sistemų testuotojas (Ekspertas Nr. 4) turi turėti tarptautiniu ar nacionaliniu mastu pripažįstamą kvalifikaciją informacinių sistemų testuotojo srityje (ISTQB Certified Tester, Advanced Level Test Manager, ISEB Intermediate Certificate in Software Testing arba lygiaverčio sertifikato kopiją).
- 9Informacinių sistemų testuotojas (Ekspertas Nr. 4) per pastaruosius 3 (trejus) metus (iki pasiūlymų pateikimo termino pabaigos) buvo dalyvavęs bent 1 (viename) įgyvendintame (baigtame) informacinės sistemos ar registro kūrimo arba modernizavimo projekte, kurio metu vykdė informacinės sistemos ar registro funkcijų testavimą.
- 10Tiekėjas (arba siūlomi specialistai, jei jie ne tiekėjo darbuotojai) privalo pateikti tarpusavio teisinius ryšius pagrindžiančius dokumentus (ketinimų protokolą, preliminarų susitarimą ar kitą lygiavertį dokumentą dėl darbo santykių ar kitų teisinių ryšių).
- 11Tiekėjo siūlomos teikti paslaugos nekelia grėsmės nacionaliniam saugumui ir paslaugų teikimas nebus vykdomas iš VPĮ 92 straipsnio 14 dalyje numatytame sąraše nurodytų valstybių ar teritorijų.
- 12Tiekėjas neturi interesų, galinčių kelti grėsmę nacionaliniam saugumui: jis pats, jo subtiekėjai ar ūkio subjektai, kurių pajėgumais remiamasi ar juos kontroliuojantys asmenys nėra registruoti (nuolat gyvenantys ar turintys pilietybę) VPĮ 92 straipsnio 14 dalyje numatytame sąraše nurodytose valstybėse ar teritorijose.
- 13Tiekėjas, jo darbuotojai ir kiti jo vardu veikiantys asmenys nesiims neteisėtų veiksmų, siekdami daryti įtaką Pirkėjo sprendimams, gauti konfidencialios informacijos.
- 14Tiekėjas įsipareigoja savo veiklą vykdyti sąžiningai, etiškai, pagal galiojančius teisės aktų reikalavimus bei laikytis Viešųjų pirkimų tarnybos parengtame Tiekėjų etikos kodekse 49 punkte numatytų įsipareigojimų, tai yra: nevykdyti veiklos karinę agresiją prieš Ukrainą vykdančiose šalyse ar/ir nebūti įmonių grupės, kurios bet kuris narys vykdo veiklą karinę agresiją prieš Ukrainą vykdančiose šalyse, nariu ir/ar nedalyvauti tokios įmonių grupės veikloje per savo vadovą, kito valdymo ar priežiūros organo narius ar kitą asmenį, turintį teisę atstovauti tiekėjui ar jį kontroliuoti, jo vardu priimti sprendimą, sudaryti sandorį, taip pat nesiremti pajėgumais ir/ar nesudaryti subtiekimo sutarties su subtiekėju netenkinančiu šių sąlygų.
Techniniai reikalavimai
Sistemos aprašymas
- 1Pirkimo objektas – Nacionalinės turizmo informacinės sistemos, posistemės E. turistas (toliau – informacinė sistema arba IS) techninių sprendimų valdymo ir priežiūros paslaugos.
- 2Sistema sukurta naudojant „Angular“ (naudotojo sąsaja) ir „Java Spring Boot“ (serverio pusė).
- 3Duomenų saugojimas vykdomas „PostgreSQL DB“ pagrindu.
Testavimo procedūros
- 1Turi būti atliktas kiekvieno užsakymo bendras visų užsakymų vidinis testavimas prieš diegiant programinę įrangą į gamybinę aplinką.
- 2Tiekėjas turi pateikti vidinio testavimo įrodymus – vidinio testavimo ataskaitą ir nustatytų neatitikimų sąrašą.
- 3Turi būti atliktas sukurtų funkcionalumų ir jų funkcinių komponentų priėmimo testavimas, vykdomas remiantis parengtais ir suderintais priėmimo testavimo planu bei scenarijais, kurie skirti ištestuoti visus funkcinius ir galimus ištestuoti nefunkcinius reikalavimus.
- 4Testavimas turi apimti korektiškų ir nekorektiškų duomenų įvedimą bei reakcijos į pateiktus duomenis tikrinimą.
- 5Priėmimo testavimo metu Tiekėjas turi vesti pastebėtų klaidų, trūkumų ir jų būsenų kaupimo žurnalą, sudaryti galimybes jį pildyti įgaliotiems PO darbuotojams.
- 6Tiekėjas turės užtikrinti, kad priėmimo testavimo metu IS bus suvesta pakankamai testinių duomenų, kurie leistų pilnai ištestuoti IS funkcionalumą.
- 7Priėmimo testavimas laikomas sėkmingai įgyvendintu, jei nėra likusių neuždarytų kritinių klaidų, neuždarytos svarbios klaidos sudaro ne daugiau kaip 20 proc., o neuždarytos smulkios klaidos – ne daugiau kaip 40 proc. visų užfiksuotų klaidų; ištestuoti visi suplanuoti testavimo scenarijai.
- 8Likusios svarbios ir smulkios klaidos turi būti ištaisytos iki bandomosios eksploatacijos pabaigos.
- 9Ištaisius klaidas turi būti vykdomas pakartotinis priėmimo testavimas.
Garantinė priežiūra
- 1Garantinio laikotarpio metu Tiekėjas įsipareigoja be papildomo atlyginimo laiku ir kokybiškai ištaisyti sukurtų ar modernizuotų funkcionalumų trūkumus ir neatitikimus suderintam modulio funkcionalumui, kurie nėra laikomi Klaida ar Kritine klaida.
- 2Sistemos funkcionalumo neatitikimo ištaisymo terminai: Reakcija - ne ilgiau kaip per 1 darbo diena nuo kreipinio iš PO gavimo; Sprendimo laikas - ne ilgiau kaip per 3 darbo dienas nuo kreipinio iš PO gavimo.
- 3Programinės įrangos sutrikimų (klaidų ir incidentų) atstatymo trukmė garantiniu laikotarpiu: Reakcija – ne ilgiau kaip 1 val. Kritinis sutrikimas – sprendimo laikas ne ilgiau kaip 3 val. Svarbus sutrikimas – sprendimo laikas ne ilgiau kaip 16 darbo val. Neesminis sutrikimas – sprendimo laikas ne ilgiau kaip 8 darbo dienos.
- 4Garantinis laikotarpis prasideda nuo sukurtų ar modernizuotų funkcionalumų / komponentų eksploatavimo pradžios (Paslaugų perdavimo – priėmimo akto pasirašymo) ir visai modernizuotai / sukurtai programinei įrangai nuo galutinio paslaugų perdavimo – priėmimo akto pasirašymo.
- 5Garantinis laikotarpis galioja 12 mėn. nuo programinės įrangos priėmimo ir eksploatavimo pradžios.
Bandomoji eksploatacija
- 1Turi būti atlikta bandomoji eksploatacija - ne mažiau 2 sav. trukmės.
- 2Bandomosios eksploatacijos tikslai: užtikrinti IS kokybę, išbandyti gamybinę IS komponentų konfigūraciją, identifikuoti ir pašalinti defektus, stabilizuoti darbinės aplinkos konfigūraciją.
- 3Tiekėjas ne mažiau kaip 2 sav. iki bandomosios eksploatacijos pradžios turės parengti ir su PO suderinti bandomosios eksploatacijos planą, apimantį metodiką, užtikrinančią IS visos apimties funkcionalumo patikrinimą.
- 4Tiekėjas turės iki bandomosios eksploatacijos pradžios paruošti Sistemos infrastruktūrą darbui.
- 5Tiekėjas privalo užtikrinti IS veikimą visos bandomosios eksploatacijos metu, jeigu nebus sutarta kitaip.
- 6Bandomoji eksploatacija baigiama, kai tenkinami bandomosios eksploatacijos priėmimo kriterijai, kurie turi būti tokie, kaip ir priėmimo testavimo priėmimo kriterijai, suderinti bandomosios eksploatacijos plane.
Palaikymas ir priežiūra
- 1Palaikymo ir priežiūros paslaugos teikiamos darbo dienomis nuo 08:00 val. iki 18:00 val.
- 2Pasireiškus kritiniam sutrikimui, pagalbos tarnyba turi veikti visomis savaitės dienomis visą parą (24x7).
- 3IS pasiekiamumas (angl. Availability) turi būti 99%.
- 4Nuolatinės priežiūros paslaugos po IS priėmimo-perdavimo ir paleidimo nuolatinei eksploatacijai apima IS palaikymą ir priežiūrą, užtikrinant tinkamą sukurto ar modernizuoto funkcionalumo veikimą, techninių stebėsenos parametrų užtikrinimą ir programinės įrangos sutrikimų atstatymo laikus, duomenų kopijų rezervinį kopijavimą, atstatymą ir parengtį „disaster recovery“ atvejams.
- 5Konsultacijų telefonu reakcijos laikas – 6 darbo val. nuo kreipinio iš PO gavimo, sprendimo laikas – 12 darbo val. nuo kreipinio iš PO gavimo.
- 6Konsultacijų elektroniniu paštu ir per Tiekėjo Pagalbos tarnybą reakcijos laikas – 6 darbo val. nuo kreipinio iš PO gavimo, atsakymo laikas – 12 darbo val. nuo kreipinio iš PO gavimo.
- 7Sutrikimų atstatymo trukmė: Reakcijos į sutrikimą laikas – ne ilgiau kaip 1 val. nuo pranešimo apie sutrikimą gavimo. Kritinio sutrikimo sprendimo laikas – ne ilgiau kaip 90 min. nuo kreipinio apie sutrikimą. Svarbaus sutrikimo sprendimo laikas – ne ilgiau kaip 8 darbo val. Neesminio sutrikimo sprendimo laikas – ne ilgiau kaip 5 darbo dienos.
- 8Nuolat pasikartojantys incidentai ir kritinės klaidos laikomos problemomis, kurias Tiekėjas turi spręsti iš esmės, randant bei išsprendžiant priežastį, o ne tik pasekmes (vykdant pagal ITIL Problemų valdymo procesą).
- 9Palaikymas ir priežiūra turi būti vykdomas 1 metus nuo IS priėmimo – perdavimo akto pasirašymo ir taikomas tik Tiekėjo sukurtai ar modernizuotai IS daliai.
Suderinamumas ir standartai
- 1Sukurti nauji ir / arba modernizuoti funkcionalumai ar komponentai turės atitikti duomenų saugos, kibernetinio saugumo, apkrovos ir greitaveikos, atsparumo įsilaužimams, naudotojo sąsajos ir ergonomikos reikalavimus, ne mažesnius, kuriuos užtikrina dabartinė IS – E. turistas.
- 2RIPRIS dizainas turi būti realizuotas taikant geriausias UX (angl. User experience) ir UI (angl. User interface) praktikas, siekiant, kad naudotojo sąsaja būtų intuityvi ir suprantama, vengiant perteklinių veiksmų.
- 3RIPRIS išorinis portalas turi būti realizuotas lietuvių ir anglų kalbomis. Vidinis portalas turi būti realizuotas lietuvių kalba.
- 4Kalba turi būti naudojama laikantis bendrinių lietuvių ir anglų kalbos taisyklių.
- 5Sistemos administratoriams skirtos programinės priemonės ir pranešimai turi būti lietuvių arba anglų kalba.
- 6Naudotojų sąsajos klaidų pranešimai turi būti suformuluoti taip, kad naudotojui būtų aišku, kas atsitiko ir kokius veiksmus jam toliau reikia atlikti.
- 7RIPRIS naudotojo sąsaja turi būti intuityvi, suprantama ir nesudėtinga naudoti naudotojams, turintiems reikalaujamą kompiuterinio raštingumo lygį (ECDL ar aukštesnį), bei atitikti šiuolaikinius ergonomikos reikalavimus.
- 8Naudotojų sąsajos ergonomikos reikalavimams užtikrinti turi būti vadovaujamasi LST EN ISO 9241-110:2020 „Žmogaus ir sistemos sąveikos ergonomika. 110 dalis. Sąveikos principai (ISO 9241-110:2020)“ standartu arba lygiaverčiu.
- 9Naudotojo sąsaja turi būti pritaikyta reikalavimams, keliamiems Neįgaliesiems pritaikytų valstybės ir savivaldybių institucijų ir įstaigų interneto svetainių kūrimo, testavimo ir įvertinimo metodinėse rekomendacijose.
- 10Tiekėjas turi užtikrinti „AA“ lygmens pasiekiamumą pagal „Web Content Accessibility Guidelines 2.1“ skaitmeninio turinio prieinamumo gaires, su galimybe plėsti RIPRIS funkcionalumą, ateityje siekiant užtikrinti „AAA“ lygmenį.
- 11RIPRIS komponentų, pasiekiamų per interneto naršyklę, naudotojo sąsaja turi atitikti W3C XHTML arba lygiavertę specifikaciją ir turi būti naudojama ne žemesnė kaip 1.0 W3C XHTML arba lygiavertė versija.
- 12Realizavimui turi būti naudojama ne žemesnė kaip 2.1 lygio CSS2 arba lygiavertė technologija (Cascading Style Sheets Language 2 Revision 1, www.w3.org/Style/CSS/).
Techninių sprendimų valdymas
- 1Tiekėjui draudžiama viršyti PO patvirtintą darbo valandų skaičių; papildomos darbo valandos galimos tik iš anksto raštu suderinus ir patvirtinus atnaujintą užsakymo apimtį.
- 2Parengti techninių sprendimų aprašai, architektūrinės schemos ir kita susijusi dokumentacija turi būti talpinami ir tvarkomi PO dokumentų ar versijavimo aplinkoje - https://github.com/KeliaukLietuvoje.
- 3Tiekėjas privalo naudoti užsakymų, sprendimų ir užduočių valdymo bei stebėsenos sistemą (pvz., „Jira“, „Redmine“, „YouTrack“ ar lygiavertę), kurioje PO atstovai turi turėti prieigą stebėti užsakymų būsenas, sprendimų rengimo eigą, terminus, pateiktus dokumentus ir pastabas.
- 4Tiekėjas privalo įvertinti ir dokumentuoti siūlomų techninių sprendimų atitiktį funkciniams, architektūriniams ir saugumo reikalavimams, pateikti rekomendacijas dėl sprendimų tinkamumo testavimo ir diegimo etapams.
- 5Tiekėjas dalyvauja techninių sprendimų peržiūroje ir derinime su PO atstovais.
- 6Tiekėjas privalo vertinti ir dokumentuoti techninių sprendimų atitiktį naudotojo sąsajos ir prieinamumo reikalavimams, įskaitant suderinamumą su naujausiomis stabiliomis populiariausių interneto naršyklių versijomis („Google Chrome“, „Microsoft Edge“, „Mozilla Firefox“, „Apple Safari“, „Opera“) bei veikimą staliniuose („Windows“, „macOS“) ir mobiliuosiuose („Android“, „iOS“) įrenginiuose.
- 7Tiekėjas privalo įvertinti siūlomų techninių sprendimų poveikį esamam IS funkcionalumui, siekiant užtikrinti, kad nebūtų neigiamo poveikio jau veikiančioms sistemos dalims; nustačius rizikas, pateikti rekomendacijas dėl rizikų valdymo ir trikdžių prevencijos.
- 8Tiekėjas privalo užtikrinti, kad parengti techninių sprendimų aprašai ir rekomendacijos atitiktų bendruosius informacijos saugumo, kibernetinio saugumo ir valstybės informacinių sistemų reikalavimus, taip pat nekeltų grėsmės nacionaliniam saugumui.
- 9Architektūros aprašymas turi būti pateiktas fizinių ir programinių komponentų požiūriu, naudojamos technologijos (pavadinimai, versijos), informacinis vaizdas (duomenų bazės struktūros su paaiškinimais, sąsajų schemos), funkcinis vaizdas (funkciniai vienetai, jų funkcijos, sąsajos), integracinis vaizdas (sąsajos tarp vidinių ir išorinių sistemų), operacinis vaizdas (sisteminiai procesai, algoritmai, periodiniai darbai), dislokavimo vaizdas (programinių komponentų pasiskirstymas techninėje įrangoje), saugumo sprendimai, aukšto prieinamumo sprendimai, plečiamumo sprendimai ir kt.
Paslaugų apimtis ir vykdymo eiga
- 1Paslaugos bus perkamos 12 mėnesių laikotarpiui, su galimybe pratęsti dar 12 mėnesių.
- 2Paslaugos perkamos valandiniu įkainiu, preliminarus perkamų valandų skaičius sutarties galiojimo laikotarpiu yra 2111 vnt.
- 3Darbai vykdomi tik pagal Perkančiosios organizacijos (PO) pateiktus ir raštu patvirtintus užsakymus, nepradedant darbų, kol nėra suderinta užsakymo apimtis ir patvirtintas planuojamas darbo valandų skaičius.
- 4Tiekėjas turi atlikti veiklos procesų ir poreikių detalią analizę ir projektavimą, parengti detalios analizės ir projektavimo dokumentus kiekvienam užsakymui.
- 5Turi būti pateikiamas užsakymo įgyvendinimo planas, numatant detalios analizės, projektavimo, kūrimo ir diegimo, priėmimo testavimo ir priėmimo bei perdavimo eksploatacijai etapus.
- 6Panaudos atvejai (angl. use case) ir jų aprašymai bei kiti apribojimai turi būti parengti naudojant UML (angl. Unified Modeling Language) notaciją.
- 7Techniniai sprendimai turi būti rengiami atsižvelgiant į jau egzistuojančią informacinės sistemos ir jos posistemių architektūrą.
- 8Turi būti atliktas ir aprašytas siūlomų sprendimų atitikties esamai architektūrai vertinimas, poveikio informacinės sistemos veikimui, saugai ir integracijoms analizė.
- 9Tiekėjas turi vykdyti susitikimus su PO paskirtais veiklos specialistais ir kitų susijusių institucijų specialistais, kai to reikia, kad PO poreikiai būtų išsiaiškinti ir detalizuoti tinkamai.
- 10Tiekėjas turi realizuoti užsakymo apimtyje apibrėžtus funkcionalumus ir juos įdiegti PO nurodytoje infrastruktūroje.
- 11Sėkmingai įvykdyti užsakymo apimtyje realizuotų ir / arba modernizuotų funkcionalumų priėmimo testavimą, pridavimą ir perdavimą į eksploataciją.
- 12Sėkmingai atlikti bandomąją eksploataciją visai realizuotų ar modernizuotų funkcionalumų apimčiai, kuri turi trukti ne trumpiau kaip dvi savaites.
- 13Parengti ir suderinti su PO šiuos dokumentus lietuvių kalba: Paslaugų teikimo reglamentą (per 5 darbo dienas nuo sutarties įsigaliojimo), PO pateikto užsakymo vertinimą (per 5 darbo dienas), užsakymo detalios analizės ataskaitą (per 15 darbo dienų nuo užsakymo suderinimo ir patvirtinimo), projektavimo ataskaitą, priėmimo testavimo metodiką, priėmimo testavimo scenarijus ir ataskaitą, diegimo instrukcijas, naudotojų instrukcijas, bandomosios eksploatacijos planą ir ataskaitą, pilnos apimties priėmimo testavimo ataskaitą, garantinės priežiūros reglamentą ir ataskaitą, galutinę Sutarties įvykdymo ataskaitą ir kitus IS priėmimui bei eksploatavimui būtinus dokumentus.
- 14Turi būti perduoti pilni, korektiški pradiniai tekstai, iš kurių naudojant standartines priemones būtų kompiliuojama naudojimui parengta programinė įranga.
Intelektinė nuosavybė ir licencijos
- 1Visa sukurta / modernizuota programinė įranga turi būti pilnai perduota PO (visos turtinės teisės, pradiniai kodai ir konfigūracijos).
- 2Tiekėjas perduoda PO autorių turtines teises į sukurtą programinę įrangą ir projektinius dokumentus, įskaitant teisę neribotą laiką ir be papildomo atlygio naudoti, kopijuoti, modifikuoti, plėtoti, perkelti į kitą technologinę platformą, naudoti ir keisti pradinį kodą.
- 3Intelektinės nuosavybės teisių perėjimas turi apimti PO galimybę ateityje pasirinkti kitą paslaugų teikėją šio pirkimo objekto priežiūrai ir vystymui.
- 4Kartu su kompiuterine programa PO perduodamas ir programos pradinis kodas, diegimo instrukcijos.
- 5Kompiuterių programos autoriaus asmeninės neturtinės teisės negali būti naudojamos taip, kad suvaržytų autorių turtinių teisių turėtojo teises.
- 6Turi būti naudojamos naujausios programinės įrangos versijos.
- 7Tiekėjo pateikiama standartinė licencinė programinė įranga (aplikacijų serveriai, monitoringo programinė įranga, programavimo karkasai ir pan.) turi būti pateikiama su visomis reikiamomis licencijomis, kad PO ne mažiau kaip 3 metus nereikėtų įsigyti papildomų licencijų.
- 8Standartinė licencinė programinė įranga turi turėti ne mažiau 3 metų licencijos gamintojo palaikymą (atnaujinimų parsisiuntimą ir diegimą, naujų komponentų pateikimą). Reikalavimas netaikomas atvirojo kodo programinei įrangai.
- 9Jeigu standartinė licencinė programinė įranga licencijuojama priklausomai nuo naudotojų kiekio ar tarnybinių stočių parametrų, Tiekėjas turės pateikti licencijas, kurios užtikrintų racionalų ir efektyvų sistemos veikimą ir naudojimą.
- 10Visos reikalingos licencijos turi būti įgyjamos PO vardu ir perduodamos PO. Pateikiamų licencijų (ir sertifikatų) galiojimo pradžia turi būti ne ankstesnė nei bandomosios eksploatacijos etapo pradžia.
Dokumentai18
tendis.lt · Sukurta recodin.lt