Projektas

ŽMOGIŠKŲJŲ IŠTEKLIŲ PAKLAUSOS PROGNOZAVIMO AUTOMATINIO ĮRANKIO SUKŪRIMO PASLAUGŲ IR GARANTINĖS PRIEŽIŪROS PIRKIMO

TECHNINĖ SPECIFIKACIJA

I. BENDRA INFORMACIJA

1.1. Žmogiškųjų išteklių paklausos prognozavimo automatinio įrankio sukūrimo paslaugų (toliau - Paslaugos) ir garantinės priežiūros užsakovas – Lietuvos Respublikos ūkio ministerija (toliau – Perkančioji organizacija).

1.2. Paslaugas Perkančioji organizacija perka siekdama užtikrinti sąlygas tinkamai vykdyti Lietuvos Respublikos profesinio mokymo įstatymo 23 straipsnio 3 punktu Perkančiajai organizacijai priskirtą žmogiškųjų išteklių paklausos darbo rinkoje prognostinių tyrimų organizavimo ir jų rezultatų sklaidos, vykdant profesinį orientavimą, funkciją.

1.3. Perkamų Paslaugų tikslas – sukurti integruotą žmogiškųjų išteklių paklausos prognozavimo automatinį įrankį (toliau – Įrankis).

1.4. Paslaugų rezultatai bus naudojami kuriant žmogiškųjų išteklių paklausos prognozavimo ir kvalifikacijų sąsajų su darbo vieta stebėsenos sistemą.

1.5. Paslaugos bus finansuojamos 2007–2013 m. Žmogiškųjų išteklių plėtros veiksmų programos 4 prioritetą „Administracinių gebėjimų stiprinimas ir viešojo administravimo efektyvumo didinimas“ įgyvendinančiai priemonei VP1-4.3-VRM-02-V „Viešųjų politikų reformų skatinimas“ įgyvendinti skirtomis lėšomis.

1.6. Šiame dokumente vartojami apibrėžimai ir santrumpos:

CASE (angl. Computer Aided System Engineering) Sistemų kūrimas naudojant kompiuterines sistemas.

CSS Stiliaus lentelės (Cascading style sheet)DB Duomenų bazė.DBVS Duomenų bazių valdymo sistema.HTML Hiperteksto ženklinimo kalba.HTTP Hipertekstų persiuntimo protokolas.HTTPS Saugaus hipertekstų persiuntimo protokolas.klaida Įrankio veikimo neatitikimas aprašytai specifikacijai, triktys dėl netinkamų

technologinių sprendimų, neigiama susijusių standartinių komponentų įtaka Įrankio veikimui, netinkamas specifinių programinių priemonių panaudojimas, kiti programiniai bei technologiniai faktoriai, įtakojantys trikties atsiradimą.

interneto svetainė, interneto portalas

Išorinis statistinės informacijos svetainės modulis.

UTF „Unicode“ simbolių užkodavimo formatas.

2

Tiekėjas Paslaugų teikėjas, kuris suteiks pirkimo objekte numatytas Paslaugas ir garantinę priežiūrą.

triktis Dalinis ar pilnas Įrankio ar jo komponentės sutrikimas arba kokybės sumažėjimas.

TVS Turinio valdymo sistemaWEB Žiniatinklis: kompiuterių tinklas, susidedantis iš daugybės teksto, grafikos,

garso bei animacijos išteklių siūlančių interneto svetainių ir šiai informacijai siųsti naudojantis hipertekstų persiuntimo protokolą.

XML XML (angl. Extensible Markup Language) kalba.

II. ĮRANKIO NAUDOTOJAI IR JŲ POREIKIAI

2.1. Įrankio naudotojų tipai (rolės) yra šie:2.1.1. statistikos analitikai (vidiniai Įrankio naudotojai) – statistikos analitikai ruošia statistines

ataskaitas iš duomenų, kuriuos pateikia įvairūs statistinės informacijos šaltiniai. Statistikos analitikai Įrankį naudos duomenų kaupimui, sisteminimui ir analizei, ataskaitų, grafikų ir lentelių paruošimui, jų publikavimui (viešinimui);

2.1.2. statistikos interesantai (išoriniai Įrankio naudotojai) – statistikos interesantai naudoja paruoštą statistiką savo reikmėms. Tai yra išoriniai Įrankio naudotojai (ne Perkančiosios organizacijos darbuotojai), kurie turi turėti galimybę gauti Įrankio informaciją;

2.1.3. įrankio administratoriai (vidiniai Įrankio naudotojai) – Įrankio administratoriai prižiūri Įrankio veikimo parametrus, valdo Įrankio naudotojus, jų teises ir roles.

2.2. Įrankio naudotojų aplinka: 2.2.1. tipiniai Įrankio naudotojai turi patirties naudotis kompiuteriu, naudojasi Microsoft Word,

Microsoft Excel arba lygiaverte aplinka, el. pašto programomis, interneto naršyklėmis;2.2.2. numatomas vidinių Įrankio naudotojų skaičius Įrankio diegimo metu yra apie 10; 2.2.3 vidiniai Įrankio naudotojai naudojasi kompiuterine įranga, kurioje įdiegta ir veikia Microsoft

Windows 7 Enterprise x64 ir/ar MicroSoft 8.1 Enterprise x64 bit arba lygiavertė operacinė sistema.2.3. Pagrindiniai statistikos analitikų poreikiai:2.3.1. suformuoti statistines ataskaitas iš surinktų statistinių duomenų pdf, excel ir word formatais;2.3.2. publikuoti ataskaitas statistikos interesantams.

III. BENDRI FUNKCINIAI REIKALAVIMAI ĮRANKIUI

3.1. Vidiniai Įrankio naudotojai privalės identifikuotis, suvesdami savo prisijungimo duomenis – Įrankio naudotojo vardą ir slaptažodį;

3.2. funkcijos, kurias galės naudoti Įrankio naudotojas, turi priklausyti nuo Įrankio naudotojui suteiktų teisių;

3.3. Įrankio naudotojas turi turėti galimybę užsisakyti slaptažodžio priminimą, atsiunčiamą el. paštu;3.4. išoriniai Įrankio naudotojai turi turėti galimybę gauti Įrankio informaciją per interneto svetainę;3.5. išoriniai Įrankio naudotojai turi turėti galimybę gauti dalį Įrankio informacijos per interneto

svetainę be savo asmens tapatybės nustatymo.

IV. FUNKCINIAI REIKALAVIMAI VIDINIAM STATISTINIŲ RODIKLIŲ ANALIZĖS MODULIUI

4.1. Vidiniame statistinių rodiklių analizės modulyje turi būti realizuotas funkcionalumas automatiniu būdu priimti statistikos duomenis iš išorinių statistikos teikėjų (Statistikos departamento duomenų bazių; Eurostat; Švietimo informacinių technologijų centro (ŠITC)). Preliminarų tokių informacinių sistemų ir registrų sąrašą Tiekėjui pateiks Perkančioji organizacija per 14 dienų nuo pirkimo sutarties įsigaliojimo dienos. Pateiktas preliminarus informacinių sistemų ir registrų sąrašas nėra galutinis ir gali prasiplėsti iki 3 papildomų duomenų teikimo sąsajų. Galutinis informacinių sistemų ir

3

registrų sąrašas turi būti el. paštu suderintas su Perkančiąja organizacija ne vėliau kaip per 30 dienų nuo pirkimo sutarties įsigaliojimo dienos.

4.2. Statistikos analitikai turi turėti galimybę pasirinktinai pagal statistikos šaltinių pateiktą informaciją formuoti politikos, planavimo dokumentų ir analizės rodiklius bei duomenų ataskaitas. Visų rodiklių pasirinkimas darbui turi būti realizuotas per klasifikatorių, tai yra per tam tikrą hierarchinę sistemą, kuria sekant parenkamas reikalingas rodiklis.

4.3. Įrankyje turi būti galimybė filtruoti įvesties duomenų sąrašus pagal datą ir/ar kitus statistikos analitiko pasirinktus parametrus.

4.4. Įrankyje turi būti galimybė pagal statistikos analitiko pasirinktus parametrus rūšiuoti įvesties duomenis.

4.5. Įrankio ataskaitos turi būti generuojamos nustatant atitinkamus ataskaitos parametrus duomenų rinkiniams apibrėžti, toliau pagal nustatytus ataskaitos parametrus suformuojant ataskaitas ekrane. Jos turi būti pritaikytos perduoti jas į kitus išvedimo įrenginius, pavyzdžiui, statistikos analitiko darbo vietoje nustatytą spausdintuvą.

4.6. Įrankis turi leisti Įrankio naudotojui nustatyti į ataskaitas įtraukiamų duomenų atrankos sąlygas pagal parametrų reikšmes iš Įrankyje įvestų duomenų lentelių ir klasifikatorių.

4.7. Ataskaitų formavimo mechanizmas turi leisti vidiniams Įrankio naudotojams: 4.7.1. keisti pasirinktų duomenų grupavimo/rūšiavimo/pateikimo eilės tvarką; 4.7.2. nurodyti duomenų atrinkimą pasirinktam periodui ir/arba išskaidyti pagal kelis nurodytos

trukmės periodus (pagal dienas, mėnesius ir pan.); 4.7.3. naudoti išplėstines (kompleksines), pavyzdžiui, pagal tekstinio lauko fragmentą, ataskaitų

filtravimo galimybes.4.8. Turi būti sudaryta galimybė ataskaitas iš Įrankio formuoti XLS, XLSX, XML, HTML, DOC,

DOCX ir PDF formatais.4.9. Įrankis turi leisti surinkti duomenis iš išorinių statistikos teikėjų tiesiogiai automatiniu būdu, o

nesant tokios galimybės, įvesti rankiniu būdu. Turi būti galimybė gautus rezultatus atvaizduoti lentelių pavidalu ir grafiškai. Statistikos analitikai turi turėti galimybę pasirinkti skirtingus grafikų ar vizualizacijos tipus. Turi būti galimybė gautus rezultatus komentuoti (teksto įvedimas), kurti ataskaitas pagal pasirinktus rodiklius.

4.10. Įrankis turi suteikti galimybes vidiniams Įrankio naudotojams susiformuoti savo asmeninę aplinką, sudarytą iš anksčiau suformuotų grafikų, lentelių, užklausų, ataskaitų, „pivot“ tipo lentelių.

4.11. Įrankio naudotojui turi būti pateiktos paieškos priemonės, leidžiančios surasti suformuotas lenteles, grafikus, užklausas pagal pavadinimus, autorius, duomenų reikšmes, kitus parametrus.

4.12. Įrankis turi turėti priemones atvaizduoti ir atspausdinti analizės rezultatus grafikuose, interaktyviose „pivot“ tipo lentelėse ir kt.

4.13. Įrankyje turi būti galimybė saugoti statistikos rodiklių (tyrimų) metaduomenis.4.14. Įrankis turi turėti priemones eksportuoti informaciją į MS Office programas: Word, Excel,

PowerPoint.4.15. Įrankyje turi būti galimybė patalpinti paruoštą informaciją į Įrankio išorinį portalą.4.16. Įrankio statistinių rodiklių analizės modulio naudotojai turi turėti galimybę atlikti informacijos

paiešką, apdorojimą laiko skalėje, peržiūrą skirtingais pjūviais, sugretinti atskirų šaltinių duomenis ir pagal juos formuoti ataskaitas, kuriuose naudojami šie duomenys:

4.16.1. statistikos šaltiniai;4.16.2. tyrimų pavadinimai;4.16.3. tyrimų atlikimo metai;4.16.4. tyrimų metaduomenys;4.16.5. rodiklių pavadinimai ir reikšmės (tame tarpe ir reikšmės pagal metus);4.16.6. rodiklių išvestiniai duomenys (pjūvių duomenys);4.16.7. rodiklių prognozių duomenys.4.17. Turi būti galimybė pildyti ir redaguoti Įrankio klasifikatorius. Redaguojamų Įrankio

klasifikatorių grupė turės būti el. paštu suderinta su Perkančiąja organizacija per 60 dienų nuo pirkimo sutarties įsigaliojimo dienos.

4

4.18. Statistikos analitikas turi turėti galimybę:4.18.1. pasirinkti iš paruoštos vidinės statistikos sąrašo tokią informaciją, kokia bus skelbiama

Įrankio interneto portale;4.18.2 suformuoti duomenis Įrankyje pagal pateiktą užklausą, filtravimo ir rūšiavimo parametrus;4.18.3. pašalinti ir atnaujinti Įrankio interneto portale anksčiau paskelbtą statistinę informaciją.4.19. Įrankis turi automatiniu būdu, pagal iš anksto nustatytas taisykles, patalpinti suformuotą

statistinę informaciją Įrankio interneto portale, ir, Įrankiui gavus naujus duomenis, automatiškai ją atnaujinti.

4.20. Statistikos analitikas turi turėti galimybę suvesti, peržiūrėti ir koreguoti statistinius duomenis pagal rodiklius ir jiems priskirtus kriterijus. Jei Įrankio naudotojas modifikuoja statistinius duomenis, Įrankis turi išsaugoti informaciją, kada duomenys modifikuoti, kas modifikavo ir kokios buvo duomenų ankstesnės reikšmės.

4.21. Statistikos analitikas turi turėti galimybę suformuoti duomenų užklausas, nurodydamas dominančius rodiklius ir kriterijus. Suformuotus užklausų parametrus Įrankio naudotojas turi turėti galimybę išsaugoti vėlesniam naudojimui ir ataskaitų formavimui.

4.22. Įrankyje turi būti realizuotas statistinių ataskaitų duomenų teikimo analizės ir ataskaitų funkcinis komponentas, skirtas ataskaitų generavimui, peržiūrai, spausdinimui ir analizei.

V. REIKALAVIMAI INTERNETO SVETAINĖS TVS

5.1. Prisijungdamas prie interneto svetainės TVS, administratorius turi būti identifikuojamas vartotojo vardo ir slaptažodžio pagalba.

5.2. TVS turi sudaryti galimybę redaguoti turinio blokus numatytose interneto svetainės vietose, neatliekant papildomų programavimo darbų.

5.3. TVS turi būti numatytos vietos, kuriose galima būtų patalpinti reikšminių žodžių sąrašus (keywords) ir META aprašymus (description).

5.4. TVS pagalba turi būti galimybė administruoti interneto svetainės struktūrą, tai yra, kurti/trinti/pervadinti/redaguoti puslapius iš anksto parengtuose meniu blokuose.

5.5. Interneto svetainės vizualinė dalis turi būti atskirta nuo programinio kodo. 5.6. Interneto svetainės vartotojo sąsajos HTML šablonai privalo atitikti HTML ar xHTML arba

lygiavertį standartą. Šis reikalavimas laikomas išpildytu, jei W3C Markup Validation Service (http://validator.w3.org) neranda klaidų (įspėjimų gali būti). Taip pat paliekamos šios išimtys:

5.6.1. Tiekėjas neatsako už klaidas, kurios yra trečios šalies programinėje įrangoje (HTML redaktorius ir kitos);

5.6.2. Tiekėjas neatsako už klaidas tais atvejais, jei toks HTML kodas vieninteliu atveju garantuoja vienodą vartotojo sąsajos vaizdą skirtingose naršyklėse.

5.7. Interneto svetainės išdėstymui nenaudoti lentelių (TABLE).5.8. Interneto svetainės išvaizdos aprašymui naudoti CSS.5.9. Interneto svetainės CSS turi atitikti W3C reikalavimus. Šis reikalavimas laikomas išpildytu, jei

Validation Service (http://jigsaw.w3.org/css-validator) neranda klaidų (įspėjimų gali būti). Taip pat paliekamos šios išimtys:

5.9.1. Tiekėjas neatsako už klaidas, kurios yra trečios šalies programinėje įrangoje (HTML redaktorius ir kitos).

5.9.2. Tiekėjas neatsako už klaidas tais atvejais, jei toks CSS kodas vieninteliu atveju garantuoja vienodą vartotojo sąsajos vaizdą skirtingose naršyklėse.

5.10. CSS turi būti aprašomas atskiroje (-ose) byloje (-ose), o ne HTML kode.5.11. Navigacijai tinklalapyje ir meniu vaizdavimui naudoti tekstines nuorodas. Nenaudoti

paveikslėlių, Adobe Flash ar kitų įskiepių. Apipavidalinimas gali būti vizualus, tačiau pati nuoroda turi būti tekstinė.

5.12. Meniu valdymo modulis turi turėti galimybę nuorodą paruošti automatiškai.

5

5.13. Kiekvienam puslapiui turi būti suteikiamas prasmingas pavadinimas TITLE srityje, kuriame būtų matomas interneto svetainės pavadinimas ir einamojo puslapio pavadinimas. Jeigu tinklalapyje veikia TVS, prasmingas puslapio pavadinimas turi būti generuojamas automatiškai.

5.14. Informacija tinklalapyje turi būti koduojama UTF-8 koduote ir palaikyti lotynų bei kirilicos abėcėlės pagrindu sudarytų įvairiose kalbose naudojamų raidžių simbolius.

5.15. Turi būti užtikrinta RSS srauto prenumerata.5.16. Interneto portalo struktūros gylis turi būti ne mažiau kaip 3 lygiai, kurie privalo būti pilnai

atvaizduoti interneto svetainės meniu.5.17. Sukurta sistema turi suteikti galimybę prižiūrėti ir pateikti interneto svetainę, tenkinančią

Lietuvos Respublikos Vyriausybės 2003 m. balandžio 18 d. nutarime Nr. 480 ,,Dėl bendrųjų reikalavimų valstybės institucijų interneto svetainėms patvirtinimo” keliamus reikalavimus.

5.18. Interneto svetainėje turi būti įgyvendinta:5.18.1. interneto svetainės struktūros planas (žemėlapis);5.18.2. interneto portalo dizainas tūri būti unikalus, ruošiamas ir derinamas su Perkančiąja

organizacija ir įvertinant jos pageidavimus dizainui. Derinimas vykdomas diskusijų būdu, o sprendimai protokoluojami.

5.19. Tiekėjas turės atlikti visas su interneto portalo realizavimu susijusias paslaugas:5.19.1. dizaino paruošimo bei jo įkėlimo;5.19.2. apmokymų dirbti su TVS darbus;5.19.3 tęstinio turinio įkėlimo ir interneto portalo bandomosios eksploatacijos darbus;5.19.4 domeno užregistravimą savo lėšomis.5.20. TVS ir technologinei platformai bei sistemai, kurios pagrindu bus sukurtas interneto svetainė,

turi būti teikiama garantinė priežiūra.5.21. Garantinės priežiūros laikotarpiu Tiekėjas įsipareigoja taisyti visas sukurtos sistemos klaidas ir

neatitikimus Techninėje specifikacijoje apibrėžtiems reikalavimams. Turi būti galimybė registruoti pranešimus (kreipinius) apie pastebėtas klaidas ir neatitikimus Techninėje specifikacijoje apibrėžtiems reikalavimams per sistemą arba Tiekėjo turimą elektroninę pagalbos tarnybos sistemą.

5.22. Sistema turi būti sukurta viena iš PHP arba kita lygiaverte programavimo kalba, o visa interneto svetainės informacija turi būti saugoma reliacinėje duomenų bazėje;

5.23. TVS administravimą turi būti galima atlikti ne žemesnės versijos interneto naršykle nei Microsoft Internet Explorer 10.0, Opera 12, Mozilla FireFox 28.0.

5.24. TVS turi atitikti Pasaulinio interneto tinklo konsorciumo rekomendacijų, apibrėžiančių interneto tinklapių modeliavimo kalbų naudojimą (rekomendacijos skelbiamos tinklapyje http://www.w3.org/TR).

5.25. Svetainėje turi būti naudojamas CSS stilių formatavimas.5.26. Vartotojo sąsajos reikalavimai:5.26.1. ergonomiška vartotojo sąsaja; 5.26.2. turiniui redaguoti turi būti naudojamas WYSIWYG (ang. What You See Is What You Get –

ką matai, tą ir gauni) principu įgyvendintas arba lygiavertis redaktorius;5.26.3. turi būti numatyta galimybė įdiegti papildomas funkcijas, nestabdant interneto svetainės

veikimo;5.26.4. interneto svetainės lankytojų lankomumo statistikos kaupimas ir peržiūra.5.27. TVS administravimo sąsajos reikalavimai:5.27.1. visas vartotojų valdymas ir kūrimas turi būti atliekamas viename lange, kad paspaudus

registracijos nuorodą, nebereikėtų kitur atlikti papildomų veiksmų;5.27.2. turi būti sistemos vartotojų registras, standartinių teisių pasirinkimas, vartotojų teisių

objektams ir TVS leistinų funkcijų priskyrimas;5.27.3. turi būti ribojamos objektų ir funkcijų koregavimo teisės pagal numatytąsias teises

kiekvienam vartotojui. Turi būti leidžiama redaguoti, trinti, talpinti, maketuoti, formatuoti tekstą bei kitą tinklapio turinį, keisti administravimo teises;

5.27.4. Reikalavimai teksto redaktoriui:

6

5.27.4.1. redagavimo aplinka turi būti patogi sistemos naudotojui, nereikalaujanti sudėtingų įgūdžių, vartotojo sąsaja pagal priemonių veikimo pobūdį panaši į Microsoft Word arba lygiavertės programos vartotojo sąsajos aplinką;

5.27.4.2. turi būti galimybė informaciją perkelti naudojant standartines operacinės sistemos kopijavimo ir įkelties funkcijas iš Microsoft Word, Microsoft Excel ir kitų lygiaverčių programų;

5.27.4.3. turi būti papildoma galimybė pašalinti (panaikinti) visus ankstesnius dokumentų tekstų formato nustatymus;

5.27.4.4. turi būti lentelių kūrimo, jų redagavimo ir lentelės bei jos langelių formatavimo funkcijos;5.27.4.5.turi būti galimybė kurti įvairias nuorodas (į kitą puslapį, dokumentą, kitą svetainę, el. pašto

adresą);5.27.4.6. kuriant nuorodą į dokumentą ar kitą vidinį puslapį turi būti galimybė atlikti paiešką ir

greitai atrasti reikiamą šaltinį. 5.28. Administravimo dalies saugumo užtikrinimas naudojant IP adresus: turi būti įdiegta galimybė,

leidžianti apriboti prieigą prie administravimo dalies naudojant tinklo IP adresų šablonus. Juos valdyti ir koreguoti, nustatant draudimus ir leidimus prisijungimams (pvz.: nurodant 123.*.*.* bus draudžiama arba leidžiama prieiga tiems, kurie jungiasi iš šio potinklio).

5.29. Lankytojų dalies saugumo užtikrinimas naudojant IP adresus: turi būti įdiegta galimybė, leidžianti apriboti prieigą prie interneto portalo dalies naudojant tinklo IP adresų šablonus. Juos valdyti ir koreguoti, nustatant draudimus ir leidimus prisijungimams (pvz.: nurodant 123.*.*.* bus draudžiama arba leidžiama prieiga tiems, kurie jungiasi iš šio potinklio).

5.30. Interneto portalas turi būti optimizuotas paieškos sistemoms:5.30.1. Interneto portalas turi užtikrinti kiekvieno nedalomo informacijos vieneto (straipsnio,

pranešimo, žinutės ir t.t.) META žymių (raktiniai žodžiai, antraštė, aprašas) aprašymą pagerinant informacijos atpažinimą paieškos sistemoms. Interneto portalas turi užtikrinti kokybišką turinio pateikimą paieškos sistemoms;

5.30.2. galimybė valdyti robotų ribojimo protokolą (Robots Exclusion Protocol – robots.txt) nurodyti, kurias interneto portalo dalis leisti pasiekti paieškų robotams ir kurias drausti. Interneto portalas turi užtikrinti automatinį protokolo valdymą be papildomo administratoriaus įsikišimo, kai informacija padaroma nebepublikuojama ar jos pateikimui uždedamas draudimas;

5.30.3. Interneto portalas turi užtikrinti automatinį interneto svetainės struktūros formavimą HTML formatu (sitemap protocol). Informacija sitemap protokolu pateikiama automatiškai, be papildomo administratoriaus įsikišimo iškarto po bet kokio informacijos pakeitimo interneto portale. Interneto svetainės struktūros formavimas turi atitikti http://www.sitemaps.org/ numatytus standartus.

5.31. Interneto portalas turi veikti Perkančiosios organizacijos serveryje, kurio konfigūracija aprašyta Techninės specifikacijos 10.9 punkte.

5.32. Duomenims saugoti turi būti naudojama reliacinė duomenų bazių valdymo sistema, užtikrinanti duomenų vientisumą. Pavyzdžiui, MySQL arba lygiaverčių technologijų duomenų bazių serverius.

5.33. Vartotojo sąsaja. Interaktyvūs interneto svetainės komponentai turi būti realizuoti su JavaScript ir jo bibliotekomis. „Adobe Flash“ sukurti komponentai turi turėti alternatyvas, veikiančias JavaScript pagrindu. Tinklalapio Interneto svetainės pateikties kodas turi būti realizuotas HTML5 bei CSS3 technologijomis.

VI. ĮRANKIO ADMINISTRAVIMAS

6.1. Įrankio administratorius turi turėti galimybę sukurti Įrankio naudotojams prisijungimo duomenis (prisijungimo vardą ir slaptažodį), įvesti Įrankio naudotojo vardą ir pavardę, el. pašto adresą.

6.2. Įrankio administratorius turi turėti galimybę Įrankio naudotojams suteikti skirtingas teises (leisti ir drausti naudotis funkcijomis). Preliminarus galimas funkcijų sąrašas:

6.2.1. vidinė statistika;6.2.2. išorinė statistika;6.2.3. administravimas.

7

6.3. Įrankio administratorius galės peržiūrėti Įrankio naudotojų audito sąrašą: koks Įrankio naudotojas, kada prisijungė, kada atsijungė, kokių sisteminių klaidų pranešimų gavo, kokius duomenis keitė.

VII. STANDARTŲ ATITIKIMO REIKALAVIMAI

7.1. Paslaugų teikimo metu turi būti vadovaujamasi gerosios praktikos pavyzdžiais dėl atvirųjų elektroninių dokumentų standartų naudojimo teikiant viešąsias paslaugas gyventojams, valstybės institucijoms ir įstaigoms elektroninėmis priemonėmis keičiantis informacija.

7.2. Kuriamas Įrankis turi atitikti Valstybės informacinių sistemų kūrimo metodiką, patvirtintą Informacinės visuomenės plėtros komiteto prie Lietuvos Respublikos Vyriausybės direktoriaus 2004 m. spalio 15 d. įsakymu Nr. T-131 „Dėl valstybės informacinių sistemų kūrimo metodinių dokumentų patvirtinimo“.

7.3. Kuriamas Įrankis turi atitikti reikalavimus, pateiktus Lietuvos Respublikos Vyriausybės 2013 m. liepos 24 d. nutarime Nr. 716 „Dėl bendrųjų elektroninės informacijos saugos reikalavimų aprašo, saugos dokumentų turinio gairių aprašo ir valstybės informacinių sistemų, registrų ir kitų informacinių sistemų klasifikavimo ir elektroninės informacijos svarbos nustatymo gairių aprašo patvirtinimo”.

7.4. Duomenų tvarkymas Įrankyje turi atitikti tarptautinį standartą ISO 15489-1:2001 2001 arba lygiavertį standartą, Lietuvos Respublikos asmens duomenų teisinės apsaugos įstatymą bei Dokumentų tvarkymo ir apskaitos taisykles, patvirtintas Lietuvos vyriausiojo archyvaro 2011 m. liepos 4 d. įsakymu Nr. 88 „Dėl dokumentų tvarkymo ir apskaitos taisyklių patvirtinimo“ (skaitmenų formatas, datos ir laiko formatai).

7.5. Įrankis turi atitikti asmens duomenų teisinės apsaugos reikalavimus, nustatytus Lietuvos Respublikos asmens duomenų teisinės apsaugos įstatyme bei valstybės informacinių sistemų saugumo reikalavimus, nustatytus Techniniuose valstybės registrų (kadastrų), žinybinių registrų, valstybės informacinių sistemų ir kitų informacinių sistemų elektroninės informacijos saugos reikalavimuose, patvirtintuose Lietuvos Respublikos vidaus reikalų ministro 2013 m. spalio 4 d. įsakymu Nr. 1V-832 „Dėl techninių valstybės registrų (kadastrų), žinybinių registrų, valstybės informacinių sistemų ir kitų informacinių sistemų elektroninės informacijos saugos reikalavimų patvirtinimo“ ir kituose Lietuvos Respublikos teisės aktuose, reglamentuojančiuose saugų informacijos tvarkymą bei reikalavimus, užtikrinant ketvirtos kategorijos informacinėms sistemoms nustatyto lygio informacijos konfidencialumą, vientisumą ir prieinamumą.

7.6. Tiekėjas Įrankį projektuoti bei kurti turi vadovaudamasis galiojančiais Lietuvos Respublikos teisės aktais.

7.7. Įrankis (naudotojo sąsajos ir DB) turi saugoti ir vaizduoti duomenis naudodamas Unicode (UTF – 8) arba lygiavertį standartą.

7.8. Įrankio grafinė naudotojo sąsaja turi būti realizuota pagal "Web Content Accessibility Guidelines 2.0" skaitmeninio turinio prieinamumo gaires, pateikiamas adresu: http://www.w3.org/TR/2008/REC-WCAG20-20081211/.

7.9. Įrankio naudotojo sąsaja turi atitikti W3C XHTML specifikaciją.7.10. Turi būti naudojama ne žemesnė kaip 2 lygio CSS2 (angl. Cascading Style Sheets Language 2,

http://www.w3.org/Style/CSS/).7.11. Turi būti atsižvelgta į Europos Sąjungos WAI (angl. Web Accessibility Initiative)

rekomendacijas, kaip pritaikyti viešųjų paslaugų teikimą internetu neįgaliesiems, žr. http://www.w3.org/WAI/.

VIII. SAUGUMO REIKALAVIMAI

8.1. Visi Įrankio naudotojai turi būti identifikuojami (išskyrus tuos naudotojus, kurie informaciją iš Įrankio gauna viešai, t. y. nenustatant jų asmens tapatybės). Identifikuotų Įrankio naudotojų audito žurnale turi būti kaupiama informacija apie kiekvieno Įrankio naudotojo prisijungimą ir atsijungimą

8

(data, laikas, vartotojo vardas, interneto prieigos naudotojų tinklo IP adresai arba vidinio tinklo naudotojų IP ir MAC adresai), kad Įrankio administratorius galėtų atlikti Įrankio saugumo auditą.

8.2. Audito duomenys turi būti saugomi ne trumpiau nei metus.8.3. Statistikos duomenų pakeitimai, atliekami Įrankio pateiktomis priemonėmis (funkcijomis), turi

būti registruojami, įrašant/išsaugant anksčiau buvusias reikšmes ir pakeistas reikšmes, pakeitimo laiką, pakeitimą atlikusį Įrankio naudotoją.

IX. ĮRANKIO NAUDOTOJO SĄSAJA

9.1. Įrankio naudotojų sąsajos turi būti realizuotos lietuvių kalba. 9.2. Įrankio naudotojui darbui su Įrankiu turi užtekti turėti įdiegtą interneto naršyklę: 9.2.1. Įrankis turi būti realizuotas, kokybiškai ištestuotas ir veikti su naršyklių Microsoft Internet

Explorer, Mozilla FireFox, Opera, Chrome, Safari versijomis, užtikrinančiomis persiunčiamų duomenų saugumą arba naudojant specializuotą nemokamą peržiūros programą (pvz., Adobe Acrobat Reader, WordView, ProjectViewer).

9.2.2. Įrankis turi būti pritaikytas ne mažesnei, kaip 1024x768, ekrano skiriamajai gebai.9.3. Įrankio sąveikos su Įrankio naudotoju mechanizmai (pvz., meniu, mygtukai, rodyklės ir kitos)

turi turėti vartotojui įprastus ir/arba intuityvius objektų ir funkcijų pavadinimus ar žymėjimus (piešinius). Ilgais pavadinimais vadinamos funkcijos ir objektai gali turėti santrumpas, bet tuomet turi turėti paaiškinimus iššokančiuose pagalbos languose ir/arba programos pagalbos sistemoje.

9.4. Įrankio naudotojo sąsajoje po kiekvieno sąveikos žingsnio duomenys keičiami tik tiek, kiek būtina, be pilno puslapio perkrovimo.

9.5. Jeigu vykdomas iš anksto žinomai ilgiau kaip 5 sekundes trunkantis procesas, ekrane būtina parodyti tokio proceso progresą. Įrankio naudotojas turi turėti galimybę pereiti į kitą puslapį tokio proceso vykdymo metu, arba nutraukti tokio proceso vykdymą, jei procesas pagal savo specifiką gali būti nutrauktas. Jei procesas negali būti nutrauktas ir turi būti užbaigtas, Įrankis turi tęsti procesą, net jei Įrankio naudotojas išjungė procesą inicijavusį puslapį. Jei yra iš anksto žinomi proceso žingsniai, jų pavadinimus ir/ar procentinis progresas, Įrankis turi rodyti juos Įrankio naudotojui progreso informacijoje. Nebūtina rodyti progreso procentų, jei progreso procentų įvertinimui (suskaičiavimui) reikia atlikti iš esmės visus procese numatytus veiksmus.

9.6. Įrankio naudotojui turi būti suteikta galimybė įvesti duomenis formų laukuose, jų neišsaugant Įrankio DB, o išsaugoti tik patvirtinus Įrankio naudotojui. Toks pats patvirtinimas reikalingas ir prieš šalinant duomenis.

9.7. Duomenų įvedimo languose turi būti atliekamas įvedamų duomenų logikos tikrinimas (jei yra žinomos/suderintos taisyklės) lauko lygmenyje, įrašo lygmenyje, lentelės lygmenyje, ryšių su kitomis lentelėmis lygmenyje.

9.8. Įrankio pateikiami sąrašai turi būti išskaidyti puslapiais.9.9. Užklausų formavimui Įrankio naudotojui turi būti pateikta aplinka, nereikalaujanti SQL ar

kitos užklausų kalbos žinių. Įrankio naudotojas, sudarydamas užklausą, turi turėti galimybę pasirinkti kokią informaciją (laukus) jis nori gauti, kaip ją filtruoti ir rūšiuoti naudodamas pagalbininką (angl. Wizard), arba pasirinkdamas užklausos parametrus iš pateiktos informacijos (pvz. dashboard).

9.10. Su saugumu susiję apribojimai:9.10.1. Įrankis turi palaikyti vieningą prisijungimą SSO (angl. Single Sign On). Vieningo

prisijungimo priemonių reikalavimas netaikomos Įrankio išorinių naudotojų prisijungimui;9.10.2. Įrankis turi pateikti Įrankio naudotojui tik tas funkcijas, kuriomis Įrankio naudotojas gali

naudotis, priklausomai nuo jam suteiktų funkcijų (rolių);9.10.3. Įrankis turi palaikyti konfigūruojamą sesijų veikimo periodo nustatymą, kuriam pasibaigus,

Įrankio naudotojas yra priverstas iš naujo įsiregistruoti Įrankyje.9.11. Klaidų pranešimai:9.11.1. klaidų pranešimai, teikiami Įrankio naudotojams, turi būti informatyvūs, suprantami

kompiuterinio išsilavinimo neturinčiam žmogui, neturintys specifinių informatikos mokslo sąvokų. Iš

9

klaidos pranešimo Įrankio naudotojui turi būti aišku, ar jo bandyta vykdyti funkcija yra užbaigta ar ne; jei užbaigta ne visa, tai kiek užbaigta arba kiek neužbaigta;

9.11.2. klaidų pranešimai turi suteikti pakankamai informacijos, kad Įrankio naudotojas galėtų priimti sprendimą tolimesniems veiksmams, klaidai pašalinti ar jos išvengti;

9.11.3. įvykus sisteminio pobūdžio klaidai, Įrankis gali papildomai rodyti klaidos informaciją su techniniais klaidų pranešimais, tačiau neturi pateikti saugumą pažeidžiančios informacijos, Įrankio realizacijos ypatumus atskleidžiančios informacijos (tokios, kaip steko log‘as, funkcijų parametrų reikšmės ar pan.). Klaidos pranešime turi būti informacija, kaip reikėtų pranešti apie įvykusią klaidą, ir siūlymas pabandyti vėliau. Įrankis turi įrašyti informaciją apie įvykusią klaidą į Įrankio audito žurnalą;

9.11.4. Įrankio naudotojams turi būti pateikiama visa reikiama kontaktinė informacija ir instrukcijos apie pagalbą Įrankio sutrikimų atveju.

X. PROGRAMINĖS, KOMUNIKACINĖS SĄSAJOS, KOMPONENTAI

10.1. TCP/IP – transporto lygis.10.2. HTTP ir HTTPS 128 bitų SSL v.3 - duomenų komunikacijos transportas.10.3. HTML, XHTML ir XSL – interneto informacijai atvaizduoti.10.4. XML – struktūrizuotų duomenų apsikeitimui.10.5. Įrankis turi naudoti SSL per HTTP protokolą duomenų pateikimui Įrankio naudotojams ir

išorinėms sistemoms.10.6. Įrankis turi turėti priemones pasiekti kitose sistemose esančius duomenis, naudojant ODBC ir

JDBC sąsajas. Taip pat Įrankis turi suteikti galimybę pasiekti jo duomenis naudojant ODBC ir JDBC sąsajas.

10.7. Turi būti galimybės paskirstyti Įrankio saugomus duomenis keliuose fiziniuose ar loginiuose diskuose, saugyklose ar diskų masyvuose.

10.8. Duomenų ir pranešimų apsikeitimui bei saugojimui naudoti Unicode (UTF-8) koduotę.10.9. Įrankio platforma (TVS) turi būti įdiegta ir funkcionuoti Perkančiosios organizacijos

tarnybinėje stotyje (serveryje). Perkančiosios organizacijos serverio konfigūracija:10.9.1. Programinė įranga:10.9.1.1. Operacinė sistema – CentOS 6.10.9.1.2. Failinė sistema – ext4.10.9.1.3. Internetinių puslapių turinio formavimo servisas – Apache 2.2.24 (ir naujesnė versija).10.9.1.4. Internetinių puslapių turinio formavimo serviso posistemis PHP 5.3.25 (ir naujesnė

versija).10.9.1.5. DB valdymo sistema – MySQL 5.1 (ir naujesnė versija).10.9.2. Esant poreikiui serverio programinė įranga gali būti papildyta reikalingomis programinėmis

priemonėmis.10.9.3. Tiekėjui suteikiama nuotolinio prisijungimo prieiga prie serverio. Taip pat suteikiama

prieiga su administratoriaus teisėmis prie DB, kurioje bus saugomi TVS duomenys.10.9.4. Techninė įranga:10.9.4.1. Virtualus serveris MS Hyper-V platformoje.10.9.4.2. Vieno branduolio procesorius – Intel(R) Xeon(TM) CPU X546 @ 3.16GHz.10.9.4.3. Operatyvioji atmintis – 4GB.10.9.4.4. Diskine atmintis – 80GB.10.9.5. Tinklo konfigūracija:10.9.5.1. Serveriui suteiktas pastovus IP adresas vietiniame tinkle ir internete.10.9.5.2. Tinklo pralaidumas (maks.): vietiniame tinkle – 100Mb/s, internete – 4Mb/s.10.10. Įrankio veikimui neturi reikėti perkamų trečių šalių komponentų. Nemokamų ir laike

neapribotų komponentų naudojimas nėra ribojamas.10.11. Nenaudoti (išskyrus atvejus, kai toks naudojimas yra išsamiai pagrįstas bei el. paštu

suderintas su Perkančiąja organizacija) trečių šalių komponentų, kurie yra naujai sukurti, niekada

10

nenaudoti projektuose, Alpha ar Beta testavimo etapuose, reikalauja papildomų licencijų veikimui (angl. run-time licence).

10.12. Pasirenkant atviro kodo komponentus, jie turi būti ne kartą pritaikyti komercinėse sistemose, laikytis standartų ir turėti aktyvų vystymą bei prižiūrėjimą.

10.13. Jei Įrankio sąveikai su kita sistema reikia sukurti (suprojektuoti ir suprogramuoti) naujas sąsajas, jų kūrimui turi būti pasirinkti bendrai priimti šiuolaikiniai technologiniai ir veikimo standartai, tokie kaip SOA, JEE, OSGi, JMX, JPA, SSL ar lygiaverčiai.

10.14. Įrankis turi naudoti esamas (jau sukurtas) sąsajas su kitomis sistemomis, jei tokiose sąsajose yra pakankamai funkcijų ir Įrankio funkcijų veikimui užtikrinti.

10.15. Įrankio pateikiamų el. dokumentų peržiūrai turi užtekti interneto naršyklės, į interneto naršyklę diegiamų komponentų, arba gali būti naudojama specializuota nemokama peržiūros programa (pvz., Adobe Acrobat Reader, WordView, ProjectViewer).

10.16. Sąsajos su išorinėmis sistemomis turi būti kuriamos minimizuojant kitoms sistemoms pateikiamų užklausų skaičių.

10.17. Įrankio DB turi palaikyti ANSI SQL ar su ja suderinamą užklausų formatą.10.18. Įrankio DB turi palaikyti lygiagrečių užklausų vykdymo galimybes, užklausų vykdymo

paskirstymą per keletą fizinių įrenginių (serverių).10.19. Įrankio DB priemonėmis turi sugebėti pasiekti duomenis, esančius tekstiniuose failuose, MS

Excel failuose, XML failuose, Informix, MS SQL, Oracle, Sybase, DB2 duomenų bazėse, Web Servisų teikiamą informaciją.

XI. REIKALAVIMAI PATIKIMUMUI

11.1. Įrankio vidutinis metinis pasiekiamumas (angl. availability) turėtų būti ne mažesnis kaip 95 %.11.2. Įrankio veikimas turi būti atstatytas ne ilgiau, kaip per 2 darbo dienas.11.3. Įvykus sisteminei klaidai, Įrankis turi teikti visas paslaugas (funkcijas), kurių teikimui sutrikęs

komponentas nėra reikalingas.11.4. Įvykus sisteminei klaidai, Įrankis turi palikti duomenis nesugadintus, jei sisteminės klaidos

pobūdis neapriboja priėjimo prie duomenų.11.5. Įrankis turi savaime atsistatyti, be papildomo Įrankio administratoriaus įsikišimo, pašalinus

gedimo priežastis, jei gedimą sukėlė nutrūkę ryšiai tarp Įrankio programinių ar aparatūrinių komponentų.11.6. Sustojimo metu vykdytos ir nutrūkusios transakcijos turi užtikrinti duomenų vientisumą.11.7. Laikas Įrankyje turi būti saugomas ne mažesniu kaip 1 sekundės tikslumu.11.8. Piniginiai vienetai turi būti saugomi ir vaizduojami ne mažesniu kaip 1 cento tikslumu.11.9. Procentiniai punktai turi būti saugomi ir vaizduojami ne mažesniu kaip 0,01 procento

tikslumu.11.10. Įrankis turi sugebėti saugoti datas pradedant 1990 m. ir baigiant 2100 m. arba platesniame

intervale.

XII. REIKALAVIMAI NAŠUMUI

12.1. Įrankis turi užtikrinti, kad Įrankio naudotojų veiksmų – įrašų įterpimo, keitimo ir šalinimo – vidutinė atlikimo trukmė būtų ne ilgesnė nei 3 sekundės esant 10-čiai vartotojų (tipiniam dirbančių vartotojų skaičiui). Specifinių, didelius duomenų kiekius apimančių veiksmų trukmė gali būti ilgesnė, tačiau tokie veiksmai turi būti identifikuoti ir jų greitaveikos reikalavimai el. paštu suderinti su Perkančiąja organizacija.

12.2. Įrankyje turi būti numatyta galimybė saugoti statistinę informaciją.

XIII. REIKALAVIMAI DUOMENŲ ANALIZĖS PLATFORMAI

13.1. Programinė įranga turi apimti DB, veiklos analizės priemones, interaktyvius veiklos skydelius, personalizuotas ataskaitas pagal Perkančiosios organizacijos poreikį.

11

13.2. Turi būti galimybė išsaugoti reikalingas Įrankio naudotojo ataskaitas lokaliai ir jas atnaujinti automatiškai, kai atkuriamas prisijungimas prie serverio.

13.3. Turi būti galimybė Įrankio naudotojams kurti ataskaitas MS Word (formatas: *.doc), MS Excel(formatas: *.xls), Adobe Acrobat (formatas: *.pdf) bylų formatais.

13.4. Visiems komponentams turi būti naudojami tie patys metaduomenys.13.5. Turi būti vieninga architektūra visiems komponentams.13.6. Turi būti galimybė naudoti duomenis iš reliacinių DB, Online Analytical Processing (OLAP)

šaltinių ir failų (XLS, TXT, XML), bendrai valdyti metaduomenis, užklausas.13.7. Turi būti visos priemonės duomenims apjungti (ETL).13.8. Turi būti sukurtas automatinis optimizuotų SQL užklausų paskirstymas skirtingiems

šaltiniams, kai reikalingas rezultatas gaunamas iš keleto šaltinių.

XIV. REIKALAVIMAI KŪRIMO PROCESUI IR PRIEMONĖMS

14.1. Reikalavimai procesui:14.1.1. Per 15 dienų nuo pirkimo sutarties įsigaliojimo dienos Tiekėjas turi pateikti ir su Perkančiąja

organizacija el. paštu suderinti detalų pirkimo sutarties įvykdymo (etapų, pagrindinių darbų ir rezultatų) planą lietuvių kalba;

14.1.2. Pirkimo sutarties įvykdymo plano turinys:14.1.2.1. pirkimo sutarties įgyvendinimo etapų sąrašas;14.1.2.2. kalendorinis diegimo darbų grafikas, nurodant atskirų etapų trukmę ir pirkimo sutarties

vykdymo plane numatytų tarpinių rezultatų pateikimo terminus;14.1.2.3. naudojamos diegimo metodikos ir jos pritaikymo pirkimo sutarties įgyvendinimo

poreikiams aprašymas.14.1.3. Įgyvendindamas pirkimo sutartį Tiekėjas turės atsižvelgti į Perkančiosios organizacijos

viešųjų pirkimų būdu pasitelktais Žmogiškųjų išteklių poreikio prognozavimo ir kvalifikacijų atitikimo darbo vietai stebėsenos modelio kūrėja – UAB “PPMI Group” – paslaugas teikiančia kartu su VšĮ “Viešosios politikos ir vadybos institutas” teikiamas rekomendacijas. UAB “PPMI Group” kartu su VšĮ “Viešosios politikos ir vadybos institutas” su Tiekėju suderintu būdu pateiks duomenis, kurie turi būti surinkti ir sugeneruoti įgyvendinant Žmogiškųjų išteklių poreikio prognozavimo ir kvalifkacijų atitikimo darbo vietai stebėsenos modelio sukūrimo projektą.

14.2. Reikalavimai Įrankio kūrimo priemonėms:14.2.1. Įrankio DB turi būti realizuota reliacinėje DBVS (pvz., Oracle, Microsoft SQL Server,

MySQL ar lygiavertėje duomenų bazės valdymo sistemoje);14.2.2. Įrankis turi būti realizuotas naudojant PHP ar .NET, ar lygiavertes informacinių sistemų

kūrimo priemones;14.2.3. kuriant Įrankį ir jo komponentus, analizei, projektavimui bei dokumentacijai turi būti

naudojamas Unified Modeling Language (UML, http://www.omg.org/technology/uml/index.htm) ar lygiavertis standartas.

14.3. Reikalavimai architektūriniams sprendimams:14.3.1. Įrankio atpažinimo (autorizacijos) mechanizmas turi būti realizuotas remiantis rolių modeliu

(angl. role-based model);14.3.2. Įrankis turi būti kuriamas moduliniu principu;14.3.3. Įrankis turi būti kuriamas daugiasluoksnės architektūros principu, sudarant galimybes jį

plėsti atskirų sluoksnių lygmenyse;14.3.4. kuriant ir diegiant Įrankį, turi būti naudojami adekvatūs architektūriniai bei technologiniai

sprendimai, užtikrinantys įvedamų ir saugomų duomenų autentiškumą, nepakeičiamumą ir integralumą;14.3.5. turi būti galimybės didinti Įrankio pajėgumą (galingumą), pridedant papildomų skaičiavimo,

saugyklų ir/ar kitų aparatūrinių resursų be papildomų Įrankio perprojektavimo ar realizavimo darbų. Pajėgumų didinimas turi būti atliekamas nestabdant Įrankio, kiek tai leidžia naudojama įranga ir trečių šalių programiniai komponentai;

14.3.6. Įrankis turi palaikyti siunčiamų, gaunamų ir laikomų duomenų, skirtų autentikavimui, užšifravimą ir iššifravimą;

12

14.3.7. tarp sistemų apsikeičiami duomenys turi būti aprašomi naudojant XML (angl. Extensible Markup Language, http://www.w3.org/TR/REC-xml) schemas;

14.3.8. Įrankio komponentai ir vidinė bei išorinė komponentų integracija turi būti realizuota pagal SOA (angl. Service-Oriented Architecture) principus;

14.3.9. su SOA principais suderinti Įrankio funkciniai komponentai turi būti realizuoti pagal trijų lygių architektūros (multi-tier, N-tier) principus: privalo egzistuoti prezentacijos/atvaizdavimo, logikos ir duomenų lygmenys;

14.3.10. paslaugų (integracijos) lygyje Įrankis turi būti grįstas šiais standartais: XML, HTTP(S), SOAP, WSDL, WS-* ar lygiaverčiais;

14.3.11. ten, kur bus naudojami Web Servisai, duomenų apsikeitimo saugumui ir patikimumui užtikrinti paslaugos turi naudoti WS-* numatytus protokolus: WS-Security, WS-Secure Conversation, WS-SecurityPolicy, WS-MetadataExchange, WS-Trust, WS-AtomicTransaction, WS-ReliableMessaging;

14.3.12. turi būti taikomas standartinis MTOM ar lygiavertis perdavimo mechanizmas;14.3.13. Įrankis turi naudoti žiniatinklio paslaugos (angl. Web Service) technologiją integracijai su

kitomis sistemomis, jei jos gali naudoti tokią technologiją;14.3.14. WS-* specifikacijos (WS-Security, WS-Trust, WS-Policy, kt.) – standartai, kurie užtikrina,

kad komunikacija tarp įvairių sistemų būtų saugi, patikima ir standartizuota;14.3.15. Įrankio vidiniai ir išorinio portalo puslapiai turi atitikti W3C arba lygiaverčius standartus;14.3.16. XML web servisai turi būti suderinami su WS-* specifikacija.14.4. Reikalavimai Įrankio diegimui:14.4.1. jei Įrankio administravimui reikia papildomų priemonių, Tiekėjas turi pateikti ir įdiegti

administravimui reikalingą programinę įrangą (pvz., SNMP, JMX, Virtual VM, Oracle Enterprise Manager ir kt.);

14.4.2. kai įmanoma, įdiegimo procedūra turi aptikti diegimo aplinkos savybes ir naudoti tuos parametrus.

XV. REIKALAVIMAI ĮRANKIO NAUDOTOJŲ APMOKYMAMS

15.1. Mokymams Tiekėjas turi paruošti mokymų medžiagą ir apmokyti iki 10 asmenų grupę (Įrankio vidiniai naudotojai), kuriems būtų:

15.1.1. pristatyta Įrankio naudotojui aktuali dokumentacija;15.1.2. pristatytos Įrankio funkcijos ir jų praktinis panaudojimas.15.2. Įrankio administravimui Tiekėjas privalo parengti mokymų medžiagą ir apmokyti 2–3 asmenų

grupę (Įrankio vidiniai administratoriai), sudarytą iš Perkančiosios organizacijos darbuotojų.15.3. Tiekėjas turi apmokyti Perkančiosios organizacijos IT specialistus (ne mažiau kaip 2 asmenys,

kurie gali sutapti su Techninės specifikacijos 15.1 ir/arba 15.2 punktuose minimais asmenimis), kuriems būtų:

15.3.1. pristatyta Įrankio dokumentacija;15.3.2. pristatyti Įrankio moduliai;15.3.3. pristatytos Įrankio funkcijos ir jų naudojimas.

XVI. REIKALAVIMAI ĮRANKIO GARANTINEI PRIEŽIŪRAI

16.1. Tiekėjas ne mažiau kaip 36 mėnesius nuo Paslaugų suteikimo dienos turi atlikti Įrankio programinės įrangos garantinę priežiūrą – taisyti visas jos darbo klaidas ir neatitikimus šioje Techninėje specifikacijoje apibrėžtiems reikalavimams.

16.2. Garantinė priežiūra turi apimti:16.2.1. Įrankio programinės įrangos klaidų ar netikslumų registravimą;16.2.2. Įrankio programinės įrangos klaidų ar netikslumų taisymą, testavimą;16.2.3. Įrankio programinės įrangos atnaujinimą siekiant ištaisyti klaidas ir netikslumus;16.2.4. Įrankio programinės įrangos dokumentacijos tikslinimą.

13

16.3. Reakcijos (atsakymo) laikas nuo pranešimo apie gedimą gavimo faksu, elektroniniu paštu arba gedimo registravimo Tiekėjo klaidų registravimo sistemoje – ne ilgiau kaip 8 Perkančiosios organizacijos darbo valandos.

16.4. Gedimų pašalinimo laikas garantinės priežiūros laikotarpiu: Įrankio funkcijų sutrikimo pašalinimo laikas – ne ilgiau kaip 16 Perkančiosios organizacijos darbo valandų nuo pranešimo elektroniniu paštu arba gedimo registravimo Tiekėjo klaidų registravimo sistemoje. Jei gedimo per nurodytą laiką pašalinti dėl objektyvių ir pagrįstų priežasčių negalima, kartu su Perkančiąja organizacija diskusijos, kurios rezultatai protokoluojami, metu suderinamas susitarimas dėl gedimo pašalinimo laiko.

16.5. Turi būti parengtos prieinamos ir Perkančiajai organizacijai tinkamos informavimo apie Įrankio klaidas ir netikslumus, jų registravimo ir taisymo veiksmų būseną, priemonės:

16.5.1. Perkančiosios organizacijos ir Tiekėjo per 15 dienų nuo pirkimo sutarties įsigaliojimo dienos el. paštu suderinti telefonai;

16.5.2. Perkančiosios organizacijos ir Tiekėjo per 15 dienų nuo pirkimo sutarties įsigaliojimo dienos el. paštu suderinti el. pašto adresai;

16.5.3. nutolusios prieigos garantinės priežiūros tarnybos sistema (klaidų registravimo sistema) (angl. HelpDesk).

16.6. Garantinė priežiūra turi būti teikiama darbo dienomis Perkančiosios organizacijos oficialiu darbo laiku.

XVII. REIKALAVIMAI BANDOMAJAI EKSPLOATACIJAI

17.1. Prieš perduodamas Įrankį eksploatacijai, Tiekėjas turi pateikti ir su Perkančiąja organizacija susitikimo metu suderinti Įrankio bandomosios eksploatacijos rezultatus, patvirtinančius, kad Įrankio funkcinės charakteristikos atitinka šioje Techninėje specifikacijoje nurodytus reikalavimus.

17.2. Galutiniai Įrankio sukūrimo rezultatai bus priimti tik pašalinus Įrankio bandomosios eksploatacijos metu nustatytus trūkumus, arba jeigu rasti trūkumai šalių susitarimu yra apibūdinami kaip neesminiai, netrukdantys pradėti eksploatuoti Įrankį.

17.3. Sukurtos programinės įrangos išeities tekstai (angl. source code) turės būti perduoti Perkančiajai organizacijai.

XVIII. REIKALAVIMAI TESTAVIMUI

18.1. Tiekėjas per 60 dienų nuo pirkimo sutarties įsigaliojimo dienos privalo paruošti ir el. paštu pateikti Perkančiajai organizacijai testavimo organizavimo aprašymą, atsižvelgdamas į žmogiškųjų išteklių poreikio prognozavimo ir kvalifikacijų atitikimo darbo vietai stebėsenos modelio kūrėjo – UAB “PPMI Group” – paslaugas teikiančia kartu su VšĮ “Viešosios politikos ir vadybos institutas” specialistų teikiamas rekomendacijas, kurios Tiekėjui bus pateiktos per 30 dienų nuo pirkimo sutarties įsigaliojimo dienos.

18.2. Tiekėjas per 60 dienų nuo pirkimo sutarties įsigaliojimo dienos turi trumpai aprašyti, kaip jis vykdys Įrankio testavimą.

18.3. Turi būti atlikti šie testavimai:18.3.1. visų sukurtų Įrankio modulių testavimas atskirai;18.3.2. Įrankio integracijos testavimas;18.3.3. Įrankio naudotojų prisijungimo testavimas (angl. user acceptance testing).18.4. Testavimų metu įsitikinama, kad sukurtas Įrankis atitinka jam keliamus funkcinius ir

nefunkcinius reikalavimus.18.5. Testavimų metu turi būti patikrinta (Perkančioji organizacija galėtų įsitikinti deleguodama

asmenį testavimų stebėjimui, jog atitinka):18.5.1. ar į Įrankio projektinę dokumentaciją perkelti visi Įrankiui keliami reikalavimai;18.5.2. ar sukurtas Įrankis atitinka šioje Techninėje specifikacijoje numatytus reikalavimus;18.5.3. ar sukurtas Įrankis atitinka parengtą ir su Perkančiąja organizacija suderintą Įrankio diegimo

planą;

14

18.5.4. ar duomenų įvedimo, tvarkymo ar apdorojimo seka atitinka nurodytą Įrankio administratoriams pateiktose instrukcijose;

18.5.5. ar Įrankio naudotojai negali matyti ar tvarkyti daugiau duomenų, nei priklauso pagal jiems suteiktas teises;

18.5.6. ar galimybė Įrankio naudotojams atlikti numatytas operacijas yra tinkamai dokumentuota;18.5.7. ar Įrankio naudotojams (ir Įrankio administratoriams) skirtos dokumentacijos ir elektroninės

kontekstinės pagalbos informacija atitinka faktinę;18.5.8. ar veiksmai Įrankyje tinkamai surašomi į numatytus žurnalus (kaupiama veiksmų istorija).18.6. Testai turi apimti tiek korektiškų, tiek ir nekorektiškų duomenų įvedimą bei Įrankio reakcijos į

pateiktus duomenis tikrinimą.18.7. Turi būti realizuota Įrankio testavimo aplinka Perkančiosios organizacijos pateiktos techninės

įrangos pagrindu, skirta sukurtos programinės įrangos patikrinimui prieš diegiant ją į darbinę aplinką, ar kitiems Įrankio naudotojų testavimo veiksmams atlikti.

18.8. Testavimo aplinkos architektūros principai turi atitikti darbinę Įrankio aplinkų architektūrą.18.9. Testinė aplinka turi būti integruota su kitų susijusių sistemų testavimo aplinkomis (apie tokių

sistemų buvimą, jei tokių sistemų yra, Perkančioji organizacija el. paštu informuos Tiekėją ne vėliau kaip per 15 darbo dienų nuo pirkimo sutarties įsigaliojimo dienos).

18.10. Testavimo, bandomosios eksploatacijos ir garantinio aptarnavimo metu elektronine forma turi būti vedamas pastebėtų klaidų ir jų būsenų kaupimo žurnalas, galimybę jį pildyti suteikiant įgaliotiems Perkančiosios organizacijos darbuotojams.

18.11. Perduodant Įrankį į eksploataciją, Perkančiajai organizacijai turi būti perduota informacija, pagrindžianti atliktą Įrankio testavimą ir tikrinimą.

XIX. REIKALAVIMAI ĮRANKIO EKSPLOATACIJAI

19.1. Techninės ir/arba programinės įrangos modifikavimas, tobulinimas ir klaidų taisymas neturi turėti įtakos anksčiau įvestų duomenų vientisumui.

19.2. Esant poreikiui keisti anksčiau sukurtas duomenų struktūras, turi būti sukurti duomenų perkodavimo ir/ar perkėlimo komponentai (programos).

XX. REIKALAVIMAI IŠEITIES KODO PERDAVIMUI

20.1. Tiekėjas Perkančiajai organizacijai turi perduoti sukurto ir išbandyto Įrankio programinių modulių išeities tekstus (kodus).

20.2. Vykdant pirkimo sutartį kuriamų specializuotų (ne licencinių) programinių priemonių išeities tekstai (angl. source code) pateikiami tik elektroninėje laikmenoje ir turi atitikti šiuos reikalavimus:

20.2.1. išeities tekstai Perkančiajai organizacijai turi būti perduoti kompiliavimui paruoštų rinkmenų paketų forma, nurodant kompiliavimo priemones ir kompiliavimo eigą;

20.2.2. jei išeities tekstai yra sugeneruoti naudojant CASE įrankius, turi būti pateikti ir išeities tekstai tų įrankių, kuriais jie sukurti, formatu;

20.2.3. Perkančiajai organizacijai turi būti perduoti pilni, korektiški išeities tekstai, iš kurių būtų kompiliuojama naudojimui parengta programinė įranga, atliekanti specifikuotas funkcijas;

20.2.4. priėmimo testų rėmuose atskirai turi būti numatytas išeities tekstų testas, atliekant išeities tekstų kompiliavimą Perkančiosios organizacijos aplinkoje ir funkcinį kompiliavimo metu gautos versijos testavimą.

XXI. REIKALAVIMAI DOKUMENTACIJAI

21.1. Tiekėjas turi pateikti Įrankio dokumentaciją kiekvienam Įrankio funkciniam komponentui. Įrankio dokumentacija turi apimti funkcijų ir funkcinių komponentų aprašus, duomenų modelio ir struktūrų bei Įrankio sąsajų aprašus. Įrankio dokumentacija turi būti pateikta lietuvių kalba.

21.2. Įrankio komponentams, kurie pateikiami kaip standartiniai ir licencijuoti programinės įrangos paketai, pakanka pristatyti gamintojo teikiamą dokumentaciją anglų kalba.

15

21.3. Visos Įrankio naudotojo ar Įrankio administratoriaus instrukcijos turi būti išsamios ir iliustruotos Įrankio naudotojo sąsajos paveikslėliais.

21.4. Dokumentų galutinės versijos turi būti pateiktos elektroniniu formatu (MS Word arba kitu su Perkančiąja organizacija el. paštu suderintu formatu) ir popieriniu formatu (ne mažiau 10 egz.). Perkančioji organizacija per 10 darbo dienų gali pateikti savo pastabas dokumentacijai, pagal kurias Tiekėjas turi atlikti patikslinimus iki galutinės dokumentų versijos pateikimo termino.

21.5. Klaidų aprašymai turi būti dokumentuoti ir prieinami Įrankyje. Klaidų aprašymai turi būti klasifikuoti pagal jų pobūdį, o kiekviena klaida (jos aprašymas) identifikuojamas unikaliu kodu, sudarytu pagal su Perkančiąja organizacija el. paštu suderintą Tiekėjo parengtą tvarką.

21.6. Tiekėjas turi pateikti Įrankio ir atskirų komponentų įdiegimo vadovą (angl. installation guide), kuriame turi būti pateiktas Įrankį sudarančių komponentų diegimo eiliškumas bei jų integravimas į vientisą Įrankį (lietuvių kalba).

21.7. Su Perkančiąja organizacija el. paštu suderinti Įrankio naudotojų vadovai turi būti prieinami interaktyvios pagalbos pavidalu (angl. on-line help).

21.8. Tiekėjas turi pateikti Perkančiąjai organizacijai informaciją apie maksimalias techninės įrangos plečiamumo galimybes, pateikdamas plečiamumo galimybių aprašą.

21.9. Tiekėjas turi suteikti Perkančiajai organizacijai konsultacinę pagalbą, rengiant informacinės sistemos steigimo ir įteisinimo dokumentaciją.

XXII. TERMINAI IR KITI REIKALAVIMAI PASLAUGŲ IR GARANTINĖS PRIEŽIŪROS TEIKIMUI

22.1. Paslaugos turi būti suteiktos per 6 mėnesius nuo pirkimo sutarties įsigaliojimo dienos.22.2. Garantinė priežiūra turi būti suteikta ne trumpesniam kaip 36 mėnesių terminui nuo Paslaugų

suteikimo dienos.22.3. Perkančiajai organizacijai nuo Paslaugų perdavimo – priėmimo akto pasirašymo momento

pereina autorių turtinės teisės, neapsiribojant kurios nors valstybės teritorija, į vykdant pirkimo sutartį sukurtą programinę įrangą ir parengtus projektinius dokumentus, įskaitant, bet neapsiribojant, teisę neribotą laiką ir be papildomo atlygio naudoti Perkančiajai organizacijai sukurtą programinę įrangą; teisę daryti sukurtos programinės įrangos kopijas; teisę modifikuoti ir toliau plėtoti sukurtą programinę įrangą; teisę perkelti programinę įrangą į kitą technologinę platformą; suteikti teises naudoti šią programinę įrangą kitoms institucijoms ir trečiosioms šalims; teisę naudoti ir keisti jai sukurtos programinės įrangos pradinį kodą (mašininės kalbos pradinius tekstus). Nurodytos teisės pereina ne mažesne apimtimi, nei nustatyta Lietuvos Respublikos valstybės informacinių išteklių valdymo įstatyme.

_________________________________