Grįžti į sąrašą

RENTGENO KONTROLĖS SISTEMŲ DUOMENŲ MAINŲ SISTEMOS SUKŪRIMO IR GARANTINĖS PRIEŽIŪROS PASLAUGŲ VIEŠOJO PIRKIMO ATVIRO (TARPTAUTINIO) KONKURSO SĄLYGOS

Išanalizuota

Muitinės departamentas prie Lietuvos Respublikos finansų ministerijos

2 090 124 €
Atviras konkursasCPV: 72262000 - Programinės įrangos kūrimo paslaugos
ID: 67676852026-03-04 05:21
Atidaryti CVP IS

Aprašymas

Perkamos Rentgeno kontrolės sistemų duomenų mainų sistemos (RETIS) sukūrimo ir garantinės priežiūros paslaugos. Ši sistema apjungs muitinės rentgeno kontrolės sistemas, užtikrins vaizdų analizę, duomenų mainus su Latvijos muitine ir integruosis į bendrą muitinės informacinę sistemą. Projektas siekia pagerinti ir paspartinti muitinės rizikos valdymą bei tikrinimą.

Kvalifikaciniai reikalavimai

  • 1Teikėjas per paskutinius 5 (penkerius) metus arba per laiką nuo teikėjo įregistravimo dienos (jeigu teikėjas vykdo veiklą mažiau negu 5 (penkerius) metus) iki pasiūlymo pateikimo termino pabaigos pagal 1 (vieną) sutartį (projektą) yra tinkamai suteikęs informacinės sistemos kūrimo (tobulinimo, arba atnaujinimo, arba vystymo) ir (arba) priežiūros ir palaikymo paslaugas, ir kurių vertė ne mažesnė kaip 630 000,00 Eur (šeši šimtai trisdešimt tūkstančių eurų 00 ct) be PVM.
  • 2Teikėjas turi turėti kvalifikuotą personalą (t. y. samdomus specialistus arba dirbančius įmonėje asmenis), galintį suteikti Rentgeno kontrolės sistemų duomenų mainų sistemos sukūrimo ir garantinės priežiūros paslaugas, visose pirkimo objektą sudarančiose srityse, kurių kiekvienas mokėtų lietuvių ne žemesniu kaip B1 lygiu pagal Europass kalbų pasą (tuo atveju, jei specialistas nemoka minėtos kalbos, reikalavimas gali būti tenkinamas numatant vertimo žodžiu ir raštu paslaugas. Vertimo paslaugų išlaidos turi būti įskaičiuotos į bendrą pasiūlymo kainą).
  • 3Specialistas Nr. 1 – Projekto vadovas: turi turėti tarptautiniu mastu pripažįstamą informacinių technologijų projektų valdymo kvalifikaciją (Project Management Professional – PMP arba Prince2 Foundation arba CompTIA Project+, arba kitas lygiavertis dokumentas); per pastaruosius 5 (penkerius) metus turi būti vadovavęs bent 1 (vienam) informacinių sistemų kūrimo (vystymo, arba tobulinimo, arba atnaujinimo) ir (arba) priežiūros ir palaikymo paslaugų projektui.
  • 4Specialistas Nr. 2 – Informacinių sistemų architektas: turi turėti ne trumpesnę kaip 3 (trejų) metų darbo patirtį informacinių sistemų architektūros projektavimo srityje.
  • 5Specialistas Nr. 3 – Veiklos procesų analitikas: per pastaruosius 5 (penkerius) metus turi būti dalyvavęs kaip veiklos analitikas įgyvendinant bent 1 (vienos) informacinės sistemos kūrimo (vystymo, tobulinimo, atnaujinimo) ir (arba) priežiūros ir palaikymo paslaugų projektą (sutartį), kurios įgyvendinimo metu vykdė veiklos procesų analizės darbus.
  • 6Specialistas Nr. 4 – Duomenų analitikas: per pastaruosius 5 (penkerius) metus turi būti dalyvavęs vykdant bent 1 (vieną) informacinės sistemos kūrimo (vystymo, tobulinimo, atnaujinimo) ir (arba) priežiūros ir palaikymo paslaugų projektą/sutartį, kurių metu vykdė skaitmeninių vaizdų analizės darbus arba atlikęs pareigas, kurių metu analizavo skaitmeninius vaizdus.
  • 7Specialistas Nr. 5 – Integravimo specialistas: turi turėti ne trumpesnę kaip 1 (vienerių) metų darbo patirtį naudojant SOAP (Simple Object Access Protocol) ir (arba) REST (Representational State Transfer) technologijas, kuriant (tobulinant, arba vystant, arba atnaujinant) ir (arba) prižiūrint ir palaikant žiniatinklio paslaugas; per pastaruosius 5 (penkerius) metus turi būti dalyvavęs įgyvendinant bent 1 (vieną) informacinės sistemos kūrimo (vystymo, arba tobulinimo, arba atnaujinimo) ir (arba) priežiūros ir palaikymo paslaugų projektą (sutartį), kurios metu vykdė integravimo specialisto funkcijas ir naudojo XSD ir WSDL kalbas žiniatinklio paslaugų programavimui.
  • 8Specialistas Nr. 6 – Programuotojas: turėti tarptautiniu mastu pripažįstamą programuotojo kvalifikaciją (Oracle Certified Professional, Java SE 8 Programmer, Oracle Certified Professional Java EE 7 Application Developer arba Oracle Certified Expert – Web Component Developer sertifikatą arba kitas lygiavertį dokumentą); per pastaruosius 5 (penkerius) metus turi būti dalyvavęs įgyvendinant bent 1 (vieną) informacinės sistemos kūrimo (vystymo, tobulinimo, atnaujinimo) ir (arba) priežiūros ir palaikymo projektą (sutartį), kurios metu vykdė programavimo darbus, naudojant JAVA taikomųjų programų kūrimo technologijas.
  • 9Specialistas Nr. 7 – Testuotojas: per pastaruosius 5 (penkerius) metus turi būti dalyvavęs įgyvendinant bent 1 (vieną) informacinės sistemos kūrimo (vystymo, arba tobulinimo, arba atnaujinimo) ir (arba) priežiūros ir palaikymo projektą (sutartį), kurios metu rengė informacinės sistemos testavimo dokumentus bei vykdė informacinės sistemos testavimo darbus.

Techniniai reikalavimai

Mokymai

  • 1Parengti mokomąją medžiagą ir apmokyti RETIS naudotojus.
  • 2Suteikti žinias Perkančiosios organizacijos atstovams jiems pageidaujamu būdu, jiems paprašius, parengti mokymo medžiagą ir suteikti mokymus būsimiems sistemos naudotojams - Perkančiosios organizacijos atstovams, vykdantiems veiklos funkcijas, įskaitant Muitinės mokymo centro dėstytojus, pagal schemą „mokyk mokytoją“ (5 asmenims). Naudotojų mokymai turi būti organizuojami lietuvių kalba.
  • 3Perduoti žinias Perkančios organizacijos tiek taikomosios programinės įrangos priežiūros, tiek sistemų administravimo atstovams RETIS priežiūrai vykdyti. Techniniai mokymai bei konsultacijos suteikiami lietuvių kalba. Išimtinais atvejais, Perkančiajai organizacijai sutikus, techniniai mokymai ir konsultacijos gali būti teikiamos ir anglų kalba.

Integracija

  • 1Sukurti 3.3 skyriuje nurodytas sąsajas su RKS ir Integruotos MIS posistemiais, įskaitant sąsajas tarp centrinio analizės padalinio ir RKS, kurie funkcionuoja RETIS kūrimo metu, ir parengti sąsajas tiems RKS, kurie pradės funkcionuoti po RETIS sukūrimo, kad tuos RKS būtų galima integruoti garantinės priežiūros paslaugų teikimo metu.
  • 2Sukurti sąsają duomenų mainams su Latvijos muitinės analogiška sistema, kuri bus eksploatuojama RETIS projekto įgyvendinimo metu. Detalūs reikalavimai turi būti nustatyti ir suderinti su Perkančiąja organizacija analizės metu.
  • 3Su DIRVA: siųsti ir gauti duomenis, reikalingus RETIS ir DIRVA vykdomų procesų užtikrinimui, sistemų ir naudotojų veiksmų fiksavimui ir atsekamumui, įskaitant bet neapsiribojant: transporto priemonės informacija, RKS informacija, skenavimo bylos informacija, vaizdo analizės rezultatais, tikrinimo duomenimis.
  • 4Su KOMANDORAS: siųsti ir gauti duomenis, reikalingus RETIS ir KOMANDORAS vykdomų procesų užtikrinimui, sistemų ir naudotojų veiksmų fiksavimui ir atsekamumui, įskaitant, bet neapsiribojant: transporto priemonės informacija, muitinės posto informacija, skenavimo bylos informacija, tikrinimo duomenimis.
  • 5Su NOVIS: gauti iš NOVIS klasifikatorius.
  • 6Su Active Directory: gauti RETIS naudotojų duomenis.
  • 7Su TRAKIS: siųsti skenavimo pradžios ir tikrinimo pabaigos duomenis.
  • 8Su RKS: siųsti ir gauti duomenis, reikalingus RETIS ir RKS vykdomų procesų užtikrinimui.
  • 9Analizės ir projektavimo metu nustačius papildomą poreikį duomenų mainams su kitais Integruotos MIS posistemiais, sukurti naujas (ne daugiau kaip 2) sąsajas.
  • 10Detalūs reikalavimai duomenų mainams turi būti nustatyti ir suderinti su Perkančiąja organizacija analizės metu.
  • 11Duomenų mainai realizuojami žiniatinklio paslaugų pagalba asinchroniniu būdu, užklausos/atsakymo principu (request/response) taip, kaip tai aprašyta šio dokumento 1.3.2. punkte.
  • 12Duomenų mainai tarp RETIS ir muitinės IS turi būti įgyvendinti atsižvelgiant į perkančioje organizacijoje taikomą architektūrą bei vadovaujantis SOA principais, taikant SOAP ir naudojant XML formato pranešimus. Suderinus su Perkančiąja organizacija, duomenų mainams įgyvendinti gali būti taikomas ir (arba) REST protokolus, ir (arba) JSON formato pranešimai. Įgyvendinama sąsaja turi būti specifikuota aiškiai ir detaliai aprašant duomenų mainams naudojamu pranešimų struktūras, operacijas, o taikant kodavimą aprašyti naudojamas kodavimo technologijas ir algoritmus, bei instrukcijas tokių duomenų dekodavimui audito ar stebėsenos tikslams.
  • 13Jeigu RETIS paslaugoms teikti reikia sąsajų su Integruotos MIS posistemiais ar išorinėmis IS, kurių nėra Sutarties įgyvendinimo metu, turi būti parengtos tų sąsajų specifikacijos, atlikti kūrimo (komunikavimui tarp RETIS ir ESB) ir testavimo darbai, naudojant Tiekėjo parengtus imitatorius. Rengiant IS integracijos sprendimą, turi būti parengta integracijos specifikacija, kurioje aprašoma sąveikaujančių IS duomenų mainų schema, duomenų mainų procesas, duomenų modelis, duomenų mainams naudojamų pranešimų schemos. Taip pat Tiekėjas turės parengti specifikaciją, kurioje detalizuojami ESB procesai, komunikavimo mechanizmai, pranešimų transformacijos, jei šalys naudoja skirtingas pranešimų schemas, ir kitos techninės detalės, reikalingos naujai kuriamos sąsajos teisingam veikimui.

Naudotojo sąsaja

  • 1Tiekėjas turi sukurti RETIS dizainą, taikant UX (User experience) ir UI (User interface) praktikas, siekiant naudotojo sąsają padaryti intuityvią ir suprantamą be atskiro naudotojų apmokymo;
  • 2RETIS turi būti pasiekiama, naudojant interneto naršyklę ir nediegiant jokių papildinių (add-in, plug-in) ar papildomų programinių komponentų. RETIS funkcijos turi tinkamai veikti šių, plačiausiai naudojamų, naršyklių naujausiose versijose: Edge, Google Chrome, Firefox, Safari;
  • 3RETIS naudotojo sąsaja turi būti parengta laikantis bendrinės lietuvių kalbos taisyklių;
  • 4RETIS turi būti tinkamai atvaizduojama įvairių rezoliucijų ekranuose;
  • 5RETIS naudotojo sąsajoje esantys duomenų įvedimo laukai turi turėti duomenų patikros (validation) taisykles ir tikrinti įvedamų duomenų logikos korektiškumą. Laukai ir laukų patikros taisyklės turi būti suderinti su Perkančiąja organizacija detalios analizės ir projektavimo etapų metu.

Intelektinė nuosavybė

  • 1Visi rezultatai ir su jais susijusios teisės, įgytos vykdant Sutartį, įskaitant intelektinės nuosavybės teises, išskyrus asmenines neturtines teises į intelektinės veiklos rezultatus, yra Pirkėjo nuosavybė, pereinanti Pirkėjui nuo Prekių perdavimo-priėmimo momento be jokių apribojimų, kurią Pirkėjas gali naudoti, publikuoti, perleisti ar perduoti be atskiro Tiekėjo sutikimo tretiesiems asmenims, jei intelektinės nuosavybės teisės negali būti perduodamos nuosavybės teise dėl Prekių pobūdžio ar (ir) Prekių gamintojo išimtinių teisių, patentų ir kt.

Analizė ir projektavimas

  • 1Atlikti muitinės vykdomų su rentgeno skenavimu susijusių muitinio įforminimo, rizikos valdymo ir tikrinimo procesų ir juose dalyvaujančių RKS ir Integruotos MIS posistemių analizę; identifikuoti RETIS sąsajas su kitais Integruotos MIS posistemiais ir išoriniais šaltiniais; nustatyti RETIS struktūrą ir parengti analizės ataskaitą, kurioje būtų aprašytas efektyviausias RETIS funkcionalumas, architektūra ir integraciniai sprendimai.
  • 2Aprašyti ir su Perkančiąja organizacija suderinti reikalavimus RETIS techninei įrangai ir standartinės programinės įrangos licencijoms, kurių reikia RETIS veikimui užtikrinti, vadovaujantis VSSA teikiamomis paslaugomis, nurodytomis jų teikiamų paslaugų kataloge IT paslaugų katalogas - VSSA portalas - VSSA PORTALAS.
  • 3Visi RETIS kūrimo bei RETIS pakeitimų darbai turi apimti esamos padėties ir poreikių analizės, projektavimo, kūrimo, testavimo, naudotojų mokymo, diegimo gamybinėje aplinkoje ir, Perkančiajai organizacijai paprašius, bandomosios eksploatacijos etapus. Atliekant šiuos darbus atitinkamuose etapuose turi būti pateikta analizės, specifikavimo, projektavimo bei testavimo dokumentai, instrukcijos naudotojams bei priežiūros specialistams. Turės būti parengtos RETIS detalios funkcinės specifikacijos, detalūs projektavimo dokumentai, sąsajų specifikacijos.
  • 4Rengiant specifikacijas bei sistemos projektavimo dokumentus, turi būti naudojama unifikuotos modeliavimo kalbos UML (Unified Modeling Language) technika bei vaizdavimo priemonės. Tarp kitų projektinių dokumentų privalo būti pateiktos Veiklos diagramos (Activity diagrams), Klasių diagramos (Class diagrams), Sąveikos tipo diagramos (sekų (sequence) bei bendradarbiavimo (collaboration) diagramos), Komponenčių ir išdėstymo (deployment) diagramos, Realizacijos (implementation) tipo diagramos.

Greitaveika ir patikimumas

  • 1Vaizdas ir kiti RKS sugeneruoti duomenys prieinami centriniam analizės padaliniui: ne ilgiau kaip per 5 min. nuo vaizdo sukūrimo geležinkelio RKS; ne ilgiau kaip per 1 min. nuo vaizdo sukūrimo automobilių RKS.
  • 2Vienu metu gali dirbti bent 20 naudotojų.
  • 3Paieška įvykdoma ne ilgiau, kaip per 5 sekundes.
  • 4Vieno įrašo pridėjimas, atnaujinimas įvykdomas ne ilgiau, kaip per 2 sekundes.
  • 5Sutrikimų atvejais, kai vaizdas analizuotas lokaliai muitinės postuose naudojant standartinę RKS programinę įrangą, visi duomenys turi būti automatiškai perkelti į centrinę duomenų bazę kaip galima skubiau.
  • 6Veikti nepertraukiamai 24 val. per dieną, 7 dienas per savaitę. Techninės priežiūros darbai neturi trukdyti bendram sistemos veikimui.
  • 7Vienodai greitai aptarnauti visų RKS duomenis.
  • 8RETIS turi gebėti atlaikyti ne mažesnę kaip 2000 per parą rentgeno vaizdų vertinimo apkrovą. Ateityje, be sistemos atnaujinimo darbų, RETIS turi atlaikyti apkrovą jai padidėjus 2 kartus.

Dokumentacijos reikalavimai

  • 1Visi dokumentai, įskaitant ir dokumentų projektus, turi būti rengiami ir pateikiami lietuvių kalba. Jeigu Tiekėjo ekspertai yra užsienio šalies piliečiai, dalis dokumentų, išskyrus galutines jų versijas, gali būti parengti anglų kalba. Ši išlyga turi būti detaliai aprašyta PKP. Vertimo paslaugas apmoka Tiekėjas.
  • 2Visi dokumentai, įskaitant ir dokumentų projektus, turi būti pateikiami elektronine forma (naudotini standartiniai Microsoft Office produktai (MS Word; MS Excel; MS Visio; MS Power Point) bei MS Project priemonės). Dalis dokumentų turės būti pateikiami atspausdinti. Popierine forma pateikiamų dokumentų sąrašą Perkančioji organizacija pateiks PKP derinimo metu.
  • 3Rengdamas PKP ir ataskaitų projektus Tiekėjas turės naudoti Perkančiosios organizacijos pateiktus šablonus. Naudojant kitų dokumentų šablonus pirmenybė bus teikiama Perkančiosios organizacijos pateiktiesiems.

Architektūra ir technologijos

  • 1Tiekėjas, siūlydamas RETIS kūrimo būdus turi atsižvelgti į jų suderinamumą su jau įdiegtais LR muitinės sprendimais bei jų atitikimą Integruotos MIS funkcinės ir techninės architektūros reikalavimams, siekiant išsaugoti įdėtas investicijas (investment saving).
  • 2RETIS neturi būti pažeistas architektūros sprendimas, atitinkantis į paslaugas orientuotos architektūros SOA principus, išlaikant kuo didesnę ją sudarančių komponentų tarpusavio nepriklausomybę.
  • 3RETIS architektūra turi būti suprojektuota ir parengta taip, kad būtų lengvai migruojama į Perkančiajai organizacijai suteiktą centralizuotą infrastruktūrą. Operacinių sistemų, duomenų bazių valdymo sistemos, aplikacijų serverio ir kitų naudojamų techninių priemonių versijos turės būti suderintos su Perkančiąja organizacija. Atliekant RETIS diegimo į Perkančiajai organizacijai VSSA suteiktą centralizuotą infrastruktūrą, Tiekėjas Perkančiosios organizacijos atstovams turės suteikti visą reikiamą teorinę ir praktinę pagalbą šiam uždaviniui sėkmingai atlikti.
  • 4RETIS turės atitikti VSSA pateiktus centralizuotos infrastruktūros reikalavimus (IT paslaugų sąrašas - VSSA portalas - VSSA PORTALAS) ir suderinamos su logine debesijos paslaugų teikimo IT infrastruktūros architektūra.
  • 5Visų techninių priemonių (tokios kaip aplikacijų serveriai, bibliotekos ir pan.), skirtų RETIS funkcionalumui sukurti ir tinkamam veikimui užtikrinti, versijos turėtų būti suderintos su Perkančiosios organizacijos atstovais ir tenkinti kibernetinės saugos reikalavimus.
  • 6RETIS programinė įranga neturi būti ribojantis veiksnys, didinant RETIS našumą.
  • 7RETIS turi būti lengvai konfigūruojama, išplečiama ir integruojama su LR muitinės informacine infrastruktūra bei taikomosiomis programomis, naudojant ESB.
  • 8RETIS turėtų būti grindžiama naujausiais standartais, naudotinos objektinio programavimo kalba Java, žiniatinklio/tinklinių paslaugų (webservices), NET (C#), Node.js technologijos.
  • 9RETIS turi palaikyti Unicode (UTF – 8) standartą.
  • 10Sistema turi naudoti tik kintamuosius, kurie yra konfigūruojami tik sistemos konfigūracijos failuose. Adresų tipo kintamieji turi palaikyti FQDN/DNS įrašų tipą (IP adresai neturi būti naudojami).
  • 11Jei RETIS sukurti ir veikimui užtikrinti yra reikalingos standartinės (komercinės) programinės įrangos licencijos, nesančios VSSA centralizuotai teikiamų apimtyje, arba visas RETIS sprendinio įdiegimas neapsiriboja tik VSSA teikiama centrine infrastruktūra, standartines (komercines) programinės įrangos licencijas Tiekėjas turi pateikti kartu su RETIS visam RETIS kūrimo paslaugų laikotarpiui (įskaitant ir garantinės priežiūros laikotarpį).
  • 12RETIS architektūra ir jos realizacija turi užtikrinti sistemos pajėgumų plėtimą. Esant tokiam poreikiui turi būti pateikta poreikių specifikacija sistemos talpai, skaičiavimo greičiui ir techninės bazės plėtrai.

Projektų vykdymo reikalavimai

  • 1Tiekėjas per 1 mėnesį nuo Sutarties įsigaliojimo dienos turi parengti ir pateikti derinti Projekto kokybės planą (PKP), aprašantį šios techninės specifikacijos 3.1 punkte išvardytų darbų vykdymo procedūras ir metodus, įskaitant Perkančiosios organizacijos ir Tiekėjo bendravimo Sutarties vykdymo metu nuostatas, tarpinius bei galutinius rezultatus, už konkrečius darbus atsakingus asmenis, Tiekėjo teiktinus dokumentus. Visos tobulinimo paslaugos turi būti teikiamos vadovaujantis šiuo PKP.
  • 2Tiekėjas per 1 mėnesį nuo Sutarties įsigaliojimo dienos turi parengti ir pateikti derinti už Sutarties įgyvendinimą atsakingai Perkančiosios organizacijos darbo grupei Sutarties įgyvendinimo darbų planą.
  • 3RETIS kūrimo paslaugų teikimo laikotarpiu Tiekėjas turi pateikti mėnesio, ketvirčio ir galutinę ataskaitas, kurioms reikalavimai pateikti šios techninės specifikacijos 5 skyriuje.
  • 4Tiekėjas, gavęs prašymą atlikti RETIS pakeitimą, turi pateikti jo įvertinimą, vadovaudamasis Sutartyje numatytais fiksuotais elementarių funkcijų įkainiais ir jų sudėtingumo koeficientais, t. y. pateikti pakeitimui reikalingų sukurti elementarių funkcijų sąrašą su trumpu kiekvienos funkcijos aprašymu, prie kiekvienos funkcijos nurodydamas jos sudėtingumo lygį, ir nurodydamas bendrą pakeitimo vertę, kurią sudaro visų elementarių funkcijų, kurias reikia sukurti pakeitimui įgyvendinti, įkainių bendra suma. Elementari funkcija – tai informacinės sistemos programinės, sisteminės įrangos ar duomenų bazės elementas, atliekantis tam tikrą funkciją (duomenų struktūros vienetas, išorinės sąsajos vieneto elementas, naudotojo sąsajos vieneto elementas, duomenų apdorojimo vienetas, sisteminės įrangos vienetas). Elementarios funkcijos sudėtingumas vertinamas 3 lygiais: žemas, vidutinis ir aukštas, skirtingoms elementarių funkcijų rūšims gali būti taikomi skirtingi sudėtingumo lygių koeficientai. Tiekėjas, pateikdamas pasiūlymą atvirajam konkursui, turi nurodyti fiksuotus elementarių funkcijų įkainius ir jų sudėtingumo koeficientus, žemam sudėtingumo lygiui taikydamas koeficientą, lygų vienetui. Pakeitimų paslaugoms įsigyti Perkančioji organizacija numato ne didesnę nei 100 000 Eur, įskaitant PVM, sumą.
  • 5Tiekėjas visos Sutarties įgyvendinimo metu privalės turėti savo kūrimo (development) ir testavimo (testing, QAS) infrastruktūrą (serverius) reikalingą Sutartyje numatytoms paslaugoms teikti. Šiose aplinkose naudojamų programinių įrangų licencijomis turi pasirūpinti pats Tiekėjas. Perkančioji organizacija, esant galimybėms, šias aplinkas suteiks VSSA infrastruktūroje su jai taikomomis licencijavimo taisyklėmis.
  • 6Tiekėjas turi užtikrinti, kad jo kūrimo ir testavimo aplinkų infrastruktūra, įskaitant kompiuterinės debesijos infrastruktūrą, jei tokia naudojama, būtų laikoma Europos Sąjungos valstybėje narėje arba Europos ekonominės erdvės valstybėje.

Nacionalinio saugumo reikalavimai

  • 1RETIS kūrimo paslaugas teikiantis Tiekėjas ar jo pasitelkti subtiekėjai neturi turėti interesų, galinčių kelti grėsmę nacionaliniam saugumui.
  • 2RETIS kūrimo paslaugas teikiantis Tiekėjas negali naudoti ar siūlyti naudoti sutarties įgyvendinimo tikslams jokios techninės ir programinės įrangos, kuri galėtų kelti grėsmę nacionaliniam saugumui.
  • 3RETIS kūrimo paslaugas teikiantis Tiekėjas turi atitikti 2014 m. liepos 31 d. tarybos reglamento (ES) Nr. 833/2014 dėl ribojimo priemonių atsižvelgiant į Rusijos veiksmus, kuriais destabilizuojama padėtis Ukrainoje, reikalavimus.

Garantinės priežiūros paslaugos

  • 1Vadovaujantis šios techninės specifikacijos 4.4.1 papunkčio reikalavimais kartu su Perkančiosios organizacijos specialistais užtikrinti nenutrūkstamą, stabilų ir efektyvų RETIS darbą, šalinti sutrikimus, įskaitant sutrikimus atsiradusius dėl klaidų programinėje įrangoje, dėl sutrikimų atsiradusius praradimus ir netikslumus duomenyse (pvz., techniškai sugadinti įrašai duomenų bazėje, dėl klaidingo programinės įrangos veikimo nekorektiškai suformuotas įrašo (-ų) turinys ir pan.), kurių pašalinimui nepakanka Perkančiosios organizacijos specialistų kvalifikacijos.
  • 2Vadovaujantis šios techninės specifikacijos 4.4.2 papunkčio reikalavimais, atlikti RETIS papildymus ir (arba) pataisymus, RETIS įgyvendintuose veiklos procesuose ar RETIS realizavimo priemonėse: Šalinant RETIS atliekamų funkcijų neatitikimą funkciniams bei techniniams reikalavimams; Sprendžiant RETIS projektavimo ir kūrimo metu nenumatytas problemas, įskaitant ir neracionaliai įgyvendintus sprendimus.
  • 3Teikti pagalbą (konsultacijas ir praktinę pagalbą) Perkančiosios organizacijos specialistams, vadovaujantis šios techninės specifikacijos 4.4.3 papunkčio reikalavimais: RETIS sisteminės priežiūros, naudotojų administravimo ir kitais su RETIS realizavimu ir jos aplinka susijusiais klausimais bei diegiant naujas RETIS versijas; RETIS įdiegtų funkcinių sprendimų klausimais.
  • 4Atlikti RETIS darbo ir sąsajų su kitomis IS stebėseną (monitoring) iškilus veikimo problemoms, ištaisius klaidas, įdiegus naujas RETIS naudojamos programinės įrangos versijas bei atlikus kitus nenutrūkstamam ir efektyviam veikimui turinčius įtakos pakeitimus ir spręsti stebėsenos metu pastebėtas problemas;
  • 5Atlikti su sistemos administravimu susijusias paslaugas (sistemos pakeitimų paketo įdiegimas, sistemos ir susietų sistemų skaitmeninio sertifikato atnaujinimas ir pan.) pagal Perkančiosios organizacijos specialistų prašymus.

Sistemos kūrimas ir funkcionalumas

  • 1Sukurti RETIS prototipą, apjungiantį centrinį analizės padalinį ir bent tris RKS (vieną geležinkelio, vieną į BAXE integruotą kelio transporto ir vieną į BAXE neintegruotą kelio transporto) ir turintį pagrindines su Perkančiąja organizacija suderintas RETIS funkcijas per 6 mėnesius nuo Sutarties įsigaliojimo datos. Prototipą papildyti prijungiant naujus RKS taip, kad likus 1 mėnesiui iki Sutarties pabaigos būtų prijungti visi veikiantys RKS.
  • 2Sukurti universalų vaizdų analizės įrankį, gebantį apdoroti 3 lentelėje nurodytų formatų RKS vaizdus arba 3 lentelėje nurodytus gamyklinius RKS vaizdų formatus konvertuoti į UFF formatą ir tada apdoroti.
  • 3Sukurti centrinę ir lokalias dalis ir duomenų mainus tarp jų ir RKS taip, kad RETIS ir RKS procesai sklandžiai vienas kitą papildytų.
  • 4Sukurti RETIS funkcionalumą atitinkančias RETIS duomenų ataskaitas, sistemos ir jos naudotojų veiksmų audito galimybes ir atitinkamas audito duomenų ataskaitas. Iš viso – iki 20 ataskaitų.
  • 5Sukurti centralizuotą RETIS, apjungiantį centrinį analizės padalinį ir visas muitinės kelių ir geležinkelių transporto priemonių skenavimui skirtas RKS, leidžiantį centralizuotai atlikti vaizdų analizę, panaudoti DI analizės rezultatus, užtikrinantį duomenų mainus su Integruota MIS ir RKS, ir kaupiantį skenavimo, analizės ir tikrinimo duomenis DI apmokymui, analitikų mokymuisi ir audito tikslams.
  • 6RETIS programinė įranga (informacinė sistema) turi būti suprojektuota kaip trijų lygių informacinė sistema, kurioje informacijos pateikimas (naudotojo sąsaja) yra atskirtas nuo verslo logikos (RETIS funkcionalumas) ir duomenų saugojimo (duomenų bazės).
  • 7Užtikrinti pilną procesą, kurį sudaro: skenavimo inicijavimo perdavimas į RKS; vaizdo iš RKS gavimas; papildomų duomenų apie transporto priemonę ir prekes įvedimas ir (arba) gavimas, įskaitant fotonuotraukas, skenuotus dokumentus ir xml failus; vaizdo analizė, susidedanti iš DIRVA DI ir analitiko atliekamos analizės ir palyginimo su istoriniais duomenimis; sprendimo dėl fizinio tikrinimo ir (arba) perskenavimo priėmimas; tikrinimo nurodymo perdavimas; tikrinimo rezultatų gavimas; atsakymo į RKS apie analizės pabaigą perdavimas skenavimo bylos RKS užbaigimui; istorinių duomenų peržiūra ir, kai reikalinga, papildymas; istorinių duomenų perdavimas DIRVA DI permokymui ir LV muitinei. Detalūs reikalavimai turi būti nustatyti ir suderinti su Perkančiąja organizacija analizės metu.
  • 8Jeigu originali gamyklos RKS valdymo programinė įranga reikalauja, kad skenavimo procesui inicijuoti būtų įvesta tam tikra informacija (pvz., transporto priemonės numeris), RETIS turi užtikrinti automatinį tokios informacijos perdavimą/įrašymą į originalią gamyklos RKS valdymo programinę įrangą tiems RKS, kurie funkcionuoja RETIS kūrimo metu, ir parengtas tokios informacijos perdavimui/įrašymui į RKS, kurie pradės funkcionuoti po RETIS sukūrimo, kad funkcionalumą būtų galima įdiegti RETIS garantinės priežiūros paslaugų apimtyje.
  • 9Jeigu originali gamyklos RKS valdymo programinė įranga reikalauja, kad skenavimo procesui užbaigti būtų įvesta tam tikra informacija (pvz., vaizdo analizės rezultatas), RETIS turi užtikrinti automatinį tokios informacijos perdavimą/įrašymą į originalią gamyklos RKS valdymo programinę įrangą tiems RKS, kurie funkcionuoja RETIS kūrimo metu, ir parengtas tokios informacijos perdavimui/įrašymui į RKS, kurie pradės funkcionuoti po RETIS sukūrimo, kad funkcionalumą būtų galima įdiegti RETIS garantinės priežiūros paslaugų apimtyje.
  • 10RETIS turi būti sukurtas taip, kad visas procesas nuo skenavimo inicijavimo iki prekių/transporto priemonės fizinio tikrinimo rezultatų gavimo būtų valdomas taisyklėmis, grįstomis konfigūruojamais parametrais. Detalūs reikalavimai turi būti nustatyti ir suderinti su Perkančiąja organizacija analizės metu. Taisyklės turi apimti, bet neapsiriboti: skirtingais veiklos procesais geležinkelių ir kelių RKS; automatizuotu užduočių paskirstymu, kai remiantis iš anksto nustatytomis konfigūruojamomis taisyklėmis konkretiems RETIS naudotojams priskiriamos skirtingos vaizdų analizės užduotys; kelių lygių vaizdų analizės procesu, kai remiantis iš anksto nustatytomis konfigūruojamomis taisyklėmis daugiau nei vienas RETIS naudotojas turi analizuoti tą patį rentgeno vaizdą ir pateikti rezultatą.
  • 11Vaizdo analizė atliekama RETIS centrinėje dalyje. Tais atvejais, kai dėl objektyvių priežasčių (ryšio trikdžiai, įrangos gedimas, planiniai centrinių sistemų tvarkymo darbai ir kiti su užsakovu suderinti atvejai) negalimas darbas su centrine RETIS dalimi, vaizdo analizė atliekama ir RETIS reikalingi duomenys suvedami lokaliose RETIS dalyse muitinės postuose. Pašalinus aukščiau minėtas priežastis visi duomenys turi būti perduoti į centrinę RETIS dalį.
  • 12Naudotojų darbui skirti komponentai, įskaitant universalų vaizdų analizės įrankį, turi būti pasiekiami naudotojui internetu ir nereikalauti jokio diegimo naudotojo darbo vietoje.
  • 13Sistemoje turi būti programinės ir techninės įrangos gedimų žurnalas, kuriame fiksuojami gedimo atsiradimo ir pašalinimo data ir laikas. Jeigu gedimas trukdo LV pareigūnams pasiekti atitinkamus vaizdus, fiksuojant gedimą žurnale turi būti siunčiamas automatinis pranešimas atitinkamam LV padaliniui.
  • 14Perimti paskutinių 3 metų BAXE duomenis, nurodytus 1.3.6. p. ir visus BAXE sukauptus duomenis, kurių fizinio tikrinimo rezultatas „sulaikyta“. RETIS turi užtikrinti iš BAXE perimtų duomenų paieškos, analizės universaliu analizės įrankiu ir palyginimo su RETIS sukauptais vaizdais galimybes, taip pat 3.2.18. p. nurodytą funkcionalumą.
  • 15Priimti iš LV gaunamus duomenis ir užtikrinti paieškos, analizės universaliu analizės įrankiu ir palyginimo su RETIS sukauptais vaizdais galimybes, taip pat 3.2.18. p. nurodytą funkcionalumą.
  • 16Bendrauti su DIRVA taip, kad DIRVA DI galėtų analizuoti visus vaizdus ir DI įvertinimo rezultatas būtų įtrauktas į RETIS vykdomą vaizdo analizę. RETIS kaupiami vaizdo analizės ir tikrinimo duomenys turi būti perduodami DIRVA DI apmokymui ir permokymui.
  • 17Užtikrinti kelių lygių naudotojų vaidmenų ir teisių priskyrimą ir naujų vaidmenų sukūrimą.
  • 18Išsaugoti ir kaupti duomenis apie sistemos ir naudotojo veiksmus, reikalingus sistemos ir naudotojo veiksmų auditui. Auditavimo informacijai saugoti turės būti naudojamas su Perkančiąja organizacija suderintas sprendimas. Naudotojų veiksmų įrašų (auditavimo įrašų) istorijoje turi būti saugoma informacija apie: prisijungimus prie sistemos; atsijungimus nuo sistemos; nesėkmingus bandymus prisijungti arba registruotis sistemoje; naudotojų atliekamus veiksmus; visus administratoriaus teisėmis prisijungusio naudotojo veiksmus; kitus saugai, naudotojų identifikavimui ir veiksmų fiksavimui reikalingus duomenis, nustatytus detalios analizės ir projektavimo etapų metu.
  • 19Galimybę surasti sistemoje sukauptus duomenis (istorinius vaizdus) pagal naudotojo pasirinktus kriterijus (vieną arba kelis, pilnai arba dalinai nurodytus) ir juos atspausdinti. Turi būti rodomi visi pagal paieškos kriterijus rasti failai; paieškos rezultatus turėtų būti galimybė rūšiuoti ir eksportuoti į Excel, PDF, HTML arba suvestinės lentelę; turėtų būti galimybė pažymėti vieną ar daugiau rastų failų ir juos peržiūrėti/eksportuoti; turi būti įmanoma atlikti analizę / palyginimą su kitos skenavimo įrangos vaizdais (kelių RKS, geležinkelio RKS); turi būti galimybė pridėti prie istorinio atvejo naujos žinomos informacijos (papildyti bylą), neprarandant pirminių išvadų ir rezultatų.
  • 20Galimybę naudotojui susikurti ir išsaugoti individualias paieškos parametrų sekas.
  • 21RETIS turi susidėti, pavyzdžiui, iš tokių komponentų: centrinės dalies, lokalios dalies, grafinės naudotojo sąsajos, universalaus vaizdų analizės įrankio. RETIS turi aptarnauti 3 lentelėje nurodytus RKS, kurie funkcionuoja RETIS kūrimo metu, ir parengtas aptarnauti RKS, kurios pradės funkcionuoti po RETIS sukūrimo.
  • 22Kiekvienas gaunamas transporto priemonės ar konteinerio registracijos numeris turi būti automatiškai tikrinamas RETIS duomenų bazėje siekiant palyginti su ankstesnio patikrinimo duomenimis ir rezultatais. Palyginimo rezultatai turi būti pateikti keturiomis spalvomis: raudona – jei RETIS duomenų bazėje yra informacijos apie ankstesnius konkrečios transporto priemonės/priekabos tikrinimus, kurių metu buvo nustatyti teisės aktų pažeidimai; geltona – transporto priemonė/priekaba buvo tikrinti, tačiau pažeidimų nenustatyta; žalia – jei transporto priemonė/priekaba buvo pažymėta kaip neįtartina ankstesnio vaizdo vertinimo metu; balta - jei transporto priemonė/priekaba nerasta RETIS duomenų bazėje. RETIS turi suteikti galimybę peržiūrėti ankstesnės konkrečios transporto priemonės/priekabos bylas naujame programos lange.
  • 23Automatinės paieškos ir palyginimo funkcija vaizdo analizės etape turi automatiškai surasti bylą, kurioje su šiuo metu analizuojamu sutampa visi arba bet kuris iš kriterijų: transporto priemonės markė, modelis, pagaminimo metai, priekabos tipas, prekė ir t.t. Naudotojas, paspaudęs palyginimo mygtuką, gauna atrinktą atitinkančių bylų sąrašą, pagal poreikį naudotojas gali pažymėti, kurios bylos sąraše turi būti atvaizduojamos, t.y. visi kriterijai sutampa arba sutampa tik pasirinkti kriterijai. Detalūs reikalavimai turi būti nustatyti ir suderinti su Perkančiąja organizacija analizės metu.
  • 24Galimybė kurti statistines ataskaitas pagal įvairius naudotojų nustatytus kriterijus ir naudotojų pasirinktą formą (tekstinę arba grafinę).
  • 25Galimybė palyginti iki trijų greta viename ekrane rodomų statistinių ataskaitų, sudarytų pagal skirtingus kriterijus.

Saugumo ir duomenų apsaugos reikalavimai

  • 1Tiekėjas įsipareigoja užtikrinti atitiktį organizaciniams ir techniniams kibernetinio saugumo reikalavimams, kaip tai nurodyta Lietuvos Respublikos Vyriausybės 2018 m. rugpjūčio 13 d. nutarimu Nr. 818 „Dėl Lietuvos Respublikos kibernetinio saugumo įstatymo įgyvendinimo“ patvirtintame Kibernetinio saugumo reikalavimų apraše.
  • 2Tiekėjas įsipareigoja laikytis Perkančiosios organizacijos reikalavimų dėl saugaus darbo su muitinės informacinėmis sistemomis, kaip tai nurodyta Muitinės departamento generalinio direktoriaus 2015 m. spalio 15 d. įsakyme Nr. 1B-791 „Dėl muitinės informacinių sistemų duomenų saugos nuostatų patvirtinimo“.
  • 3Tiekėjas įsipareigoja užtikrinti RETIS atitiktį asmens duomenų saugos reikalavimams, kaip tai nurodyta 2016 m. balandžio 27 d. Europos Parlamento ir Tarybos reglamente (ES) Nr. 2016/679 dėl fizinių asmenų apsaugos tvarkant asmens duomenis ir dėl laisvo tokių duomenų judėjimo ir kuriuo panaikinama Direktyva 95/46/EB (Bendrasis duomenų apsaugos reglamentas).
  • 4Tiekėjas įsipareigoja be raštiško išankstinio Perkančiosios organizacijos sutikimo neatskleisti jokiam kitam asmeniui (išskyrus nurodytus šios techninės specifikacijos 8.6 punkte) iš Perkančiosios organizacijos vykdant sudarytą Sutartį gautos informacijos, duomenų, gautų dokumentų turinio nepriklausomai nuo to, kokiu būdu ir forma (žodine, rašytine, elektronine, kita) tokia informacija, duomenys, dokumentai Tiekėjui buvo pateikti ar jis juos sužinojo vykdydamas Sutartį. Ši nuostata galioja net ir nutraukus sudarytą Sutartį ar jai pasibaigus.
  • 5Tiekėjas turi teisę teikti informaciją, duomenis, dokumentus tik asmenims, kurie pagal sudarytą su Perkančiąja organizacija Sutartį, teisės aktų reikalavimus (pagal darbo sutartį, įgaliojimą, subrangos sutartį ar kitu teisėtu pagrindu) Tiekėjo ir Perkančiosios organizacijos paskirti vykdyti Sutartį. Sutarties turinys tokiems asmenims atskleidžiamas tik tiek, informacijos ir duomenų suteikiama tokia apimtimi, kiek tai būtina Sutarties vykdymo tikslais.
  • 6Nutraukus Sutartį ar jai pasibaigus, Tiekėjas privalo ne vėliau kaip per 30 dienų sunaikinti visą iš Perkančiosios organizacijos gautą ar Sutarties vykdymo metu sužinotą informaciją, duomenis, dokumentus (nepriklausomai nuo jų formos ir turinio), išskyrus, jeigu LR įstatymai reikalauja, kad tokia informacija, duomenys, dokumentai būtų išsaugoti.
  • 7Tiekėjas ir jo paskirti vykdyti Sutartį asmenys privalo pasirašyti Perkančiosios organizacijos pateikto turinio konfidencialumo pasižadėjimus.

Universalaus analizės įrankio reikalavimai

  • 1Gebėti apdoroti įvairių gamintojų RKS vaizdus 3 lentelėje nurodytais formatais. Turi būti galimybė atidaryti ir analizuoti įprastus suglaudintus vaizdo formatus (JPEG, BMP, TIFF ir PNG); vienu metu turi būti galima atidaryti bent 10 vaizdų; išsaugoti vaizdą ar vaizdo dalį UFF formatu neprarandant jokios taškinės grafikos informacijos (pixel data); jei gamintojo programinė įranga sukuria kelis failus vienam transporto priemonės patikrinimui, jie turi būti sujungiami į vieną failą; bet kurio vaizdo išsaugojimas įprastu formatu (JPEG, BMP, TIFF ir PNG); kelių skirtingų vaizdų ir nuotraukų atidarymas ir analizė vienu metu.
  • 2Galimi universalaus vaizdo analizės įrankio pateikimo variantai: naujas vaizdų analizės įrankis, perduodant užsakovui šaltinio ir vykdomuosius kodus; standartinė programinė įranga, atitinkanti 3.4.1. ir 3.4.3. – 3.4.14. punktų reikalavimus; atnaujinti/papildyti DIRVA universalų vaizdų analizės įrankį DAIGAS perduodant Perkančiajai organizacijai šaltinio ir vykdomuosius kodus. Esamos DAIGAS funkcijos išdėstytos 1.3.7. punkte. Su DAIGAS dokumentacija viešojo pirkimo metu esant poreikiui ir iš anksto susitarus, bus galima susipažinti MKT, o su DAIGAS šaltinio ir vykdomaisiais kodais – MISC.
  • 3Užtikrinti galimybę keliems analitikams analizuoti tą patį vaizdą vienu metu ir nuosekliai, galimybę fiksuoti kiekvieno analitiko analizės eigą ir rezultatus.
  • 4Vaizdo peržiūros funkcijos turi gebėti keisti mastelį, tiesinio matuoklio skalėje nuo 0,01 iki 16 kartų; vaizdo mastelis pakeičiamas iki tam tikro lygio, kad jis būtų rodomas visame vaizdo lango plotyje ir/ar aukštyje ir/ar rodomas pilnai ekrane (jei yra originalus vaizdo formatas); naudotojai automatiškai nustato mastelį pagal palaikomą diapazoną arba nuspaudus mygtukus „didinti“ ir „sumažinti“ ir / arba pelės ratuko pagalba; turi gebėti pasukti vaizdą 90°, 180° ir 270° kampu pagal ir prieš laikrodžio rodyklę; apversti vaizdą horizontaliai ir vertikaliai (t.y. suformuoti „veidrodinį“ vaizdą); renkantis funkcijas, esant galimybei, vaizdo centras visada turi likti nepakitęs; rodyti tik didelės/mažos/kombinuotos energijos generuojamus vaizdus.
  • 5Vaizdo peržiūros spalvinės savybės turi būti: mažiausiai 8 integruotos spalvų paletės; mažiausiai 3 papildomos spalvų paletės, kurias naudotojai gali konfigūruoti pagal savo poreikius; neigiamų spalvų funkciją.
  • 6Vaizdo manipuliavimo įrankyje turi būti vaizdo apdorojimo priemonės, tokios, kaip normalizavimas, histogramos išlyginimas, kraštų išryškinimas, kraštų aptikimas, logaritmas, eksponentė, filtravimas ir tiesinis įrankiai, kurie turi bent 3 skirtingus lygius. Tam tikri įrankiai tūri būti tinkami apdoroti tamsius vaizdus (didelio tankio objektai); kai kurie jų turi būti tinkami apdoroti šviesius vaizdus (mažo tankio objektai); kai kurie turi būti tinkami mažinti vaizdinį triukšmą. Visi vaizdo apdorojimo įrankiai gali būti naudojami bet kokia kombinacija ir tvarka. Vaizdo apdorojimo įrankiai, taikomi vaizdui, turėtų būti fiksuojami naudotojams, kad būtų galima grįžti ir atlikti išsaugotą veiksmą; išsaugoti daugiausiai 50 veiksmų. Turi būti galimybė suformuoti naudotojo makrokomandas (pastovią kelių vaizdo apdorojimo komandų seką); turi būti įmanoma palyginti tankio reikšmes paveikslėlyje pažymėtose srityse; manipuliacijų naudojimo eiga turi būti įrašoma ir saugoma pagal naudotojo poreikius.
  • 7Histogramos ir pilkumo lygio reguliavimas turi apimti minimalią ir maksimalią reikšmes, kurias galima reguliuoti velkant slankiklį ir/ar pelės dešinį klavišą arba įvedant tikslius skaičius; vaizdų histogramos rodomos, kai vaizdas atidarytas; pilkos spalvos lygį galima reguliuoti velkant slankiklį arba pelės dešinį klavišą arba įvedant tikslius skaičius.
  • 8Liniuotės ir matavimo funkcijos: turi gebėti išmatuoti atstumą, išmatuoti kampą, išmatuoti stačiakampį arba elipsės formos plotą atvirame vaizde; liniuotės ir matavimo funkcija turi palaikyti įvairių tipų matavimo vienetus, tokius kaip: milimetrai (mm), centimetrai (cm), decimetrai (dm), metrai (m), coliai (col.), taškai (p.), procentai (%); naudotojas gali nustatyti matavimo linijos, stačiakampio arba elipsės spalvas sistemos konfigūravimo meniu.
  • 9Įgalinti pažymėti rizikingą vietą vaizde; sukurti, redaguoti, perkelti ir naikinti žymas atidarytame vaizdo analizės lange (neįtraukiant ankstesnių skenavimo failų); žymos gali būti stačiakampio ar elipsės formos, galima nustatyti žymeklio spalvą ir/ar pridėti tekstą; žymeklių langas gali būti įjungtas arba išjungtas rankiniu būdu, kai žymeklių langas išjungtas, žymos yra paslepiamos, o ne ištrinamos.
  • 10Funkcijos išdėstymas gali būti pakopomis, horizontaliai ir vertikaliai, gali būti naudojamos keliams atidarytiems vaizdams; paslėpti nereikalingus filtrus arba rodyti pagal naudojo poreikius.
  • 11Turi būti sinchronizavimo funkcija, kuri leistų taikyti tą patį analizės įrankį visiems atidarytiems vaizdams vienu metu viename lange (mastelio keitimas, padėties, sukimo ir atspindžio funkcijos gali būti sinchronizuojamos su visais atidarytais vaizdais, šią funkciją turi būti galima įjungti rankiniu būdu).
  • 12Galimybė naudotojams išsaugoti komandų, naudojamų vaizdų analizei, sąrašą išsaugant jų seką (makrokomandas), realizuojama susiejant jas su konkrečiu skenavimo failu. Naudotojams suteikiama galimybė kurti, saugoti ir eksportuoti bei importuoti makrokomandas. Suteikti galimybę išsaugoti naudotojo profilio nustatymų parametrus (tokius kaip filtravimas, vaizdų analizės įrankiai ir kt.), taip pat ištrinti anksčiau išsaugotus parametrus. Naudotojas analizės proceso metu galės pakartotinai panaudoti išsaugotus parametrus net ir pasibaigus darbo seansui, iš naujo užsakydamas darbą su RETIS. RETIS kūrimo analizės etape bus nurodyti greitų ir pilnų paieškų parametrai ir vykdymo sąlygos.
  • 13Vaizdo analizei turi būti galimybė pritaikyti mikroskopo funkciją, kuri naudojama pasirinkti tam tikrą vieno atidaryto vaizdo sritį ir išanalizuoti ją atskirai; visi vaizdo apdorojimo įrankiai, peržiūros ir spalvų funkcijos gali būti naudojamos mikroskopo funkcijos lange; vaizdo turinys mikroskopo funkcijos lange gali būti fiksuojamas kaip vieningas vaizdo failas, neprarandant pikselių informacijos.
  • 14Turi būti spausdinimo funkcija, leidžianti atspausdinti: bet kokius atidarytus vaizdus; visą atidarytą vaizdą arba dalį jo; atidarytą vaizdą su žymekliais arba be jų; atidarytą vaizdą su liniuote arba be jos; atidarytą vaizdą su vaizdo santrauka arba be jos.

Dokumentai9

  • 2_Konkurso sąlygos 2026_03_02.pdf
  • espd-request.xml
  • espd-request.pdf
  • README.txt
  • 4_Techninė specifikacija.pdf
  • 6767685_Contract notice - general directive, standard regime_0.pdf
  • 1_KONKURSO SĄLYGOS (RETIS).docx
  • 5_c4t_6767685_1.xml
  • 1693_6767685.pdf
tendis.lt · Sukurta recodin.lt