PROJEKTAS „PASIRENKAMOJO VAIKŲ ŠVIETIMO FINANSAVIMO MODELIO SUKŪRIMAS IR IŠBANDYMAS SAVIVALDYBĖSE“ (PROJEKTO KODAS NR.VP1–2.2-

ŠMM-10-V-03–001)

INFORMACINĖS SISTEMOS „PAKIS“ PROGRAMOS SUKŪRIMO, ĮDIEGIMO BEI KOREGAVIMO PASLAUGOS

TECHNINĖ SPECIFIKACIJA

1. ĮVADINĖ DALIS1.1. Perkančioji organizacija: Ugdymo plėtotės centras.1.2. Informacija apie projektą

Projektas „Pasirenkamojo vaikų švietimo finansavimo modelio sukūrimas ir išbandymas savivaldybėse“ finansuojamas iš Europos socialinio fondo ir Lietuvos Respublikos valstybės biudžeto lėšų pagal 2007–2013 m. Žmogiškųjų išteklių plėtros veiksmų programos 2 prioriteto „Mokymasis visą gyvenimą“ VP1-2.2-ŠMM-10-V priemonę „Neformaliojo švietimo paslaugų plėtra“. Projekto kodas VP1-2.2-ŠMM-10-V-03-001.

Projekto tikslai:1. Tobulinti Lietuvos pasirenkamojo (neformaliojo) vaikų švietimo sistemą, siekiant gerinti jos prieinamumą.2. Didinti visuomenės įsitraukimą į visuminį vaiko asmenybės ugdymą.

Projekto uždaviniai:1. Gerinti pasirenkamojo vaikų švietimo veiklų kokybę ir įvairovę.2. Pristatyti pasirenkamojo vaikų švietimo modelį ir pasirengti taikyti visoje Lietuvoje.

1.3. Specifikacijoje vartojamos sąvokos ir sutrumpinimai

Sąvoka/ sutrumpinimas

Komentaras

PVŠ Projektas Projektas „Pasirenkamojo vaikų švietimo finansavimo modelio sukūrimas ir išbandymas savivaldybėse“

Perkančioji organizacija

Ugdymo Plėtotės Centras

PAKIS Pasirenkamojo vaikų švietimo informacinė sistema.

Projektas PAKIS kūrimo ir diegimo darbai

PVŠ Pasirenkamasis vaikų švietimas.

ITC Švietimo informacinių technologijų centras.

ŠMM Lietuvos Respublikos švietimo ir mokslo ministerija.

Tiekėjas Pirkimo dokumentuose numatytų PAKIS kūrimo ir diegimo paslaugų teikėjas

DB Duomenų saugojimo bazė (masyvas)

Sąvoka/ sutrumpinimas

Komentaras

MK Mokinio krepšelis

Techninės priežiūros ekspertai

Projekto techninės priežiūros paslaugų teikėjas

CSS2 Grafinės sąsajos specifikacija (angl. Cascading Style Sheet Language)

HTML Hiperteksto žymėjimo kalba (angl. Hyper Text Markup Language)

http Hipertekstų persiuntimo protokolas (angl. Hypertext Transfer Protocol)

https Saugaus hipertekstų persiuntimo protokolas (ang. Hypertext Transfer Protocol Secure)

J2EE Java programavimo kalbos platforma turinti priemones stambios apimties kompanijos masto uždaviniams spręsti (angl. Java Enterprise Edition)

LDAP Supaprastintas katalogų prieigos protokolas (angl. Lightweight Directory Access Protocol).

PDF Adobe sukurtas dokumentų išsaugojimo formatas (angl. Portable Document Format)

SSL Kriptografinis protokolas, skirtas informacijos, sklindančios internete, apsaugojimui šifruojant (angl. Secure Sockets Layer)

UTF Kintamo ilgio simbolių koduotė, kuria galima užrašyti bet kokį Unikodo simbolį (angl. Unicode Transformation Format)

WEB Žiniatinklis: kompiuterių tinklas, susidedantis iš daugybės teksto, grafikos, garso bei animacijos išteklių siūlančių svetainių ir šiai informacijai siųsti naudojantis hipertekstų persiuntimo protokolą.

WSDL Tinklinių paslaugų aprašymo kalba (angl. Web Service Description Language)

XML Praplečiama žymėjimo kalba (angl. Extensible Markup Language).

1.4. Perkamas objektas – Perkančioji organizacija siekia nusipirkti PAKIS, kuri bus įdiegta ITCduomenų centre. PAKIS veiks PVŠ Projekto metu, taip pat ir jam pasibaigus. PAKIS tikslas – registruoti ir autorizuoti įstaigas bei asmenis galinčius teikti paslaugas PVŠ srityje, registruoti ir autorizuoti PVŠ programas, PVŠ krepšelio lėšų skirstymą, atlikti PVŠ programų vykdymo stebėseną, kaupti ir analizuoti duomenis apie PVŠ įstaigas, PVŠ programas bei PVŠ krepšelio lėšų skirstymą.

2. BENDROSIOS NUOSTATOS

2.1. Reikalavimai diegiamai PAKIS nustato bendruosius PAKIS reikalavimus, PAKIS architektūros reikalavimus, PAKIS funkcinius ir nefunkcinius reikalavimus, rekomenduojamus PAKIS standartus.

2.2. PAKIS turi būti įdiegta per 5 (penkis) mėnesius nuo paslaugų sutarties pasirašymo. Bandomosios eksploatacijos laikotarpis prasideda nuo PAKIS įdiegimo ir vykdomas 6 (šešis) mėnesius. Garantinis aptarnavimas vykdomas 8 (aštuonis) mėnesius skaičiuojant nuo bandomosios eksploatacijos pabaigos.

3. BENDRIEJI REIKALAVIMAI

3.1. PAKIS kūrimas turi atitikti Informacinės visuomenės plėtros komiteto prie LietuvosRespublikos Vyriausybės direktoriaus 2004 m. spalio 15 d. įsakymu Nr. T-131 patvirtintą Valstybės informacinių sistemų kūrimo metodiką (Žin., 2004, Nr.155-5679) bei Lietuvos Respublikos LST ISO / IEC 12207:1995 standartą arba lygiavertį.

3.2. Kuriant ir diegiant PAKIS turi būti naudojami reikiami architektūriniai bei technologiniai sprendimai, užtikrinantys įvedamų ir saugomų duomenų autentiškumą, nepakeičiamumą ir integralumą.

3.3. Pasirašius sutartį per 20 (dvidešimt) darbo dienų tiekėjas turi pateikti ir su Perkančiąja organizacija suderinti detalų sutarties vykdymo (etapų, pagrindinių darbų ir rezultatų bei detaliosios PAKIS analizės ir PAKIS specifikacijos parengimo) planą (toliau – planas) lietuvių kalba. Suderintas planas patvirtinamas perkančiosios organizacijos atstovo ir tiekėjo parašais ir pridedamas prie sutarties kaip jos dalis.

3.4. Numatomi paslaugų teikimo etapai:

3.4.1 PAKIS diegimas:

3.4.1.1. plano paruošimas bei patvirtinimas;

3.4.1.2. PAKIS modulių projektavimas ir kūrimas;

3.4.1.3. PAKIS testavimas;

3.4.1.4. PAKIS perkėlimas į eksploataciją;

3.4.1.5. PAKIS dokumentacijos paruošimas;

3.4.1.6. PAKIS naudotojų mokymai.

3.4.2. PAKIS bandomoji eksploatacija;

3.4.3. PAKIS garantinė priežiūra;

3.5. Papildomi darbai atliekami PAKIS garantinės priežiūros laikotarpiu.

3.6. Tiekėjas, prieš pradėdamas rengti PAKIS diegimo dokumentus, turi suderinti jų turinį ir apimtis su Perkančiąja organizacija.

3.7. PAKIS įdiegus, PAKIS išeities tekstai (programinis kodas) turi būti perduoti Perkančiajai organizacijai kartu su galutiniu paslaugų perdavimo-priėmimo aktu ir galutine sutarties ataskaita.

3.8. Įdiegus PAKIS turi būti užtikrintas pagrindinių PAKIS procesų funkcionavimas. Pagrindiniai procesai:

3.8.1. PVŠ programos pasirinkimas;

3.8.2. atitikties įvertinimas;

3.8.3. programų autorizavimas;

3.8.4. MK lėšų PVŠ apskaičiavimas;

3.8.5. stebėsena, kontrolė, problemų sprendimas.

3.9. Pagrindiniai procesų aprašymai pateikti techninės specifikacijos 1 priede. Procesų aprašymai gali keistis sutarties vykdymo metu.

3.10. PAKIS objektai:

3.10.1. įstaigos ir asmenys, galintys teikti PVŠ paslaugas;

3.10.2. akredituotos PVŠ programos;

3.10.3. vaikai ir jų tėvai, dalyvaujantys PVŠ programose;

3.10.4. PVŠ krepšelio lėšos skiriamos įstaigoms bei asmenims.

3.11. PAKIS funkcijos:

3.11.1. užtikrinti PVŠ programų teikėjų atitikties įvertinimo procedūras;3.11.2. užtikrinti PVŠ programų akreditavimo procedūras;3.11.3. užtikrinti PVŠ tiekėjų įvestų duomenų saugojimą:3.11.3.1. PVŠ tiekėjų duomenų saugojimą;3.11.3.2. PVŠ programų duomenų saugojimą;3.11.3.3. PVŠ programų gavėjų duomenų saugojimą;3.11.4. užtikrinti mokinio PVŠ krepšelio apskaičiavimą ir apskaitą;3.11.5. užtikrinti PVŠ programų stebėsenos ir kontrolės funkcijas;3.11.6. tvarkyti ir teikti ataskaitas PAKIS duomenų gavėjams;3.11.7. tvarkyti PAKIS duomenų teikėjų ir PAKIS duomenų gavėjų autentifikaciją, autorizaciją bei administravimą;3.11.8. teikti viešą informaciją PAKIS portale;3.11.9. užtikrinti PAKIS duomenų saugumą bei duomenų naudojimo auditą;3.11.10. užtikrinti PAKIS duomenų archyvavimo ir rezervinių kopijų darymą;3.11.11. keistis duomenimis su ITC registrais.

4. PAKIS ARCHITEKTŪROS REIKALAVIMAI

4.1. PAKIS funkciniai moduliai, komponentai bei funkcijos turės būti išanalizuoti bei aptarti Projekto plano rengimo ir projektavimo etapų metu ir galutinai suderinti su Perkančiąja organizacija.

4.2. Visos PAKIS dalys turi būti tarpusavyje integruotos. Visi informacijos pasikeitimai vienoje dalyje turi atsispindėti susijusiose dalyse be papildomų PAKIS naudotojų veiksmų (klasifikatorių ar kitų visose PAKIS dalyse naudojamų duomenų pasikeitimai turi vykti realiu laiku).

4.3. PAKIS turi būti kuriama daugiasluoksnės (angl. multi-tier, N-tier) architektūros principu, sudarant galimybes ją plėsti atskirų sluoksnių lygmenyse. PAKIS turi būti realizuoti prezentacijos / atvaizdavimo, logikos (duomenų apdorojimo) ir duomenų saugojimo lygmenys.

4.4. PAKIS turi būti kuriama moduliniu principu. PAKIS realizacijos modelis turi užtikrinti PAKIS vientisumą, lankstumą, lengvas plėtimo galimybes.

4.5. PAKIS turi būti kuriama naudojant SOA (angl. service-oriented architecture – į paslaugas).

4.6. PAKIS saugos priemonės turi užtikrinti:

4.6.1. bendrą naudotojų autentifikavimą ir autorizaciją;

4.6.2. bendrą konfigūruojamą duomenų grupių prieigos valdymą;

4.6.3. bendrą saugos valdymą visuose PAKIS moduliuose;

4.6.4. privatumą ir saugumą ((angl. privacy and security) naudotojų duomenų privatumas bei konfidencialumas turi būti užtikrinamas tinkamomis ir teisėtomis technologinėmis priemonėmis);

4.6.5. kad būtų naudojami reikiami architektūriniai bei technologiniai sprendimai, užtikrinantys įvedamų ir saugomų duomenų autentiškumą, nekeičiamumą ir integralumą.

4.7. PAKIS turi būti įgyvendinta laikantis šių duomenų saugą reglamentuojančių teisės aktų (su pakeitimais):

4.7.1. Lietuvos Respublikos asmens duomenų teisinės apsaugos įstatymo (Žin., 2003 Nr. 15-597; 2008 Nr. 22-804);

4.7.2. Valstybinės duomenų apsaugos inspekcijos direktoriaus 2008 m. lapkričio 12 d. įsakymo Nr. 1T-71(1.12) „Dėl bendrųjų reikalavimų organizacinėms ir techninėms duomenų saugumo priemonėms patvirtinimo“(Žin., 2008, Nr. 135-5298);

4.7.3. Lietuvos Respublikos Vyriausybės 1997 m. lapkričio 4 d. nutarimo Nr. 952 „Dėl elektroninės informacijos saugos valstybės institucijų ir įstaigų informacinėse sistemose” (Žin., 1997, Nr. 83-2075; 2007, Nr. 49-1891);

4.7.4. Lietuvos Respublikos Vidaus reikalų ministro 2008 m. spalio 27 d. įsakymo Nr. 1V-384 „Dėl Valstybės institucijų ir įstaigų informacinių sistemų elektroninės informacijos techninių saugos reikalavimų patvirtinimo ir Lietuvos Respublikos vidaus reikalų ministro 2007 m. liepos 11 d. įsakymo Nr. 1V-247 „Dėl Valstybės institucijų ir įstaigų informacinių sistemų klasifikavimo pagal jose tvarkomą elektroninę informaciją gairių ir Valstybės institucijų ir įstaigų informacinių sistemų elektroninės informacijos saugos reikalavimų patvirtinimo“ pakeitimo“ (Žin.,2008, Nr. 127-4866).

4.8. PAKIS turi būti realizuotas funkcinis komponentas:

4.8.1. teikiantis prieigos valdymo sąrašus, kuriuos galima būtų priskirti grupėms, rolėms arba individualiems naudotojams;

4.8.2. autentifikuojantis naudotojus;

4.8.3. teikiantis šifruotą komunikaciją SSL pagalba;

4.8.4. palaikantis vieningą prisijungimą (angl. single-sign-on).

4.9. PAKIS turi palaikyti prieigos prie siunčiamų, gaunamų ir laikomų duomenų, skirtų autentikavimui, kontrolės mechanizmus, užšifravimą ir iššifravimą.

4.10. PAKIS saugoma informacija turi būti klasifikuojama pagal pagrindinius naudotojų vaidmenis.

4.11. PAKIS audito priemonės turi būti skirtos naudotojų veiklai ir duomenų panaudojimui analizuoti. Kiekvienas atliktas pakeitimas turi būti susietas su veiksmą atlikusiu naudotoju ir veiksmo laiku.

4.12. PAKIS pagal nustatytas taisykles turi automatiškai patikrinti įvedamų duomenų formato korektiškumą.

4.13. PAKIS turi būti automatizuota taip, kad pakeitus informaciją viename modulyje pakeitimai atsispindėtų visuose su juo susijusiuose moduliuose.

4.14. PAKIS turi būti dviejų tipų pranešimai: skirti naudotojams ir skirti PAKIS administratoriams išsamiai klaidos analizei atlikti.

4.15. Reikalavimai statistinės analizės atlikimo funkcijoms:

4.15.1. PAKIS turi suteikti galimybę kurti parametrizuojamas ataskaitas;

4.15.2. PAKIS turi užtikrinti galimybę gauti nuasmenintus duomenis finansinei ir statistinei analizei atlikti;

4.15.3. vartotojų registracijos duomenys ir statistiniai duomenys apie PAKIS objektus turi būti saugomi centralizuotai – viename serveryje;

4.15.4. turi būti užtikrinta galimybė eksportuoti statistinius duomenis į populiarius tarp naudotojų formatus (.csv ar pan.) tolesniam tvarkymui;

4.15.5. tiekėjas turės sukurti iki 20 (dvidešimties) standartinių ataskaitų.

4.16. Reikalavimai autentifikavimo sąsajai:

4.16.1. jungiantis prie autorizuotų erdvių, turi būti naudojamas SSL;

4.16.2. PAKIS naudotojų grafinė sąsaja turi būti realizuota pagal „Skaitmeninio turinio prieinamumo gaires 2.0“ (angl. Web Content Accessibility Guidelines), pateikiamas adresu: http://www.w3.org/TR/2008/REC-WCAG20-20081211/;

4.16.3. PAKIS turi turėti galimybę skirtingus naudotojus (išorinius ir vidinius) autentifikuoti ir autorizuoti atitinkamai per išorines sistemas arba per vidinės sąsajos autentifikavimo ir autorizavimo modulį;

4.16.4. vidiniai naudotojai turi būti autentifikuojami suvedant priskirtą naudotojo vardą ir slaptažodį;

4.16.5. kiekvienam autentifikuotam naudotojui PAKIS leidžia naudotis funkcijomis priklausomai nuo naudotojui suteiktų vaidmenų ir teisių.

4.17. PAKIS našumo reikalavimai:

4.17.1. PAKIS privalo užtikrinti našų darbą esant:

4.17.1.1. 2 000 bendram PAKIS naudotojų skaičiui;

4.17.1.2. 500 naudotojų dirbant su PAKIS vienu metu.

4.17.2. išaugus naudotojų skaičiui, PAKIS turi būti lanksčiai plečiama pridedant papildomus techninės įrangos modulius, bet nekeičiant PAKIS programinės įrangos išeities tekstų;

4.17.3. tiekėjo siūlomas technologinis sprendimas turi užtikrinti, kad PAKIS naudotojų veiksmų vidutinė atlikimo trukmė būtų ne ilgesnė nei 3 sekundės (atmetus duomenų užlaikymą interneto linijose). Šis reikalavimas netaikomas ataskaitų formavimui;

4.17.4. duomenų paieška PAKIS turi trukti iki 5 sekundžių (90 % atvejų);

4.17.5. PAKIS programinė įranga neturi būti ribojantis veiksnys didinant PAKIS veikimo našumą;

4.17.6. PAKIS turi turėti darbo našumo stebėjimo priemones, kurios leistų aptarnaujančiam personalui (PAKIS administratoriui) lanksčiai stebėti ir konfigūruoti PAKIS būseną, apkrovas bei gauti perspėjimo ar gedimo pranešimus.

4.18. PAKIS pasiekiamumo (angl. availability) reikalavimai:

4.18.1. pasiekiamumas turi būti užtikrinamas 99,5 % patikimumu. Pasiekiamumo rodiklis skaičiuojama metų laikotarpyje.

4.18.2. PAKIS turi užtikrinti korektišką situacijų, kurias sukėlė neteisingi PAKIS naudotojo

veiksmai, valdymą. PAKIS naudotojui atlikus neteisingą (neleidžiamą) komandą arba nekorektiškai įvedus duomenis, PAKIS turi naudotojui rodyti atitinkamus pranešimus ir po to grįžti į darbo būklę;

4.18.3. PAKIS turi funkcionuoti 7 dienas per savaitę, 24 valandas per parą;

4.18.4. PAKIS turi užtikrinti atsekamumą, operatyvų duomenų ir procesų atstatymą su minimaliomis praradimo galimybėmis;

4.18.5. įvykus sisteminei klaidai, PAKIS turi teikti visas paslaugas (funkcijas), kurių teikimui sutrikęs komponentas nėra reikalingas;

4.18.6. įvykus sisteminei klaidai, PAKIS turi palikti duomenis nepakeistus, jei sisteminės klaidos pobūdis neapriboja priėjimo prie duomenų;

4.18.7. PAKIS turi savaime (be papildomo PAKIS administratoriaus įsikišimo) atsistatyti, pašalinus gedimo priežastis, jei gedimą sukėlė nutrūkę ryšiai tarp PAKIS programinių aparatūrinių komponentų;

4.18.8. kopijavimo ir archyvavimo procedūrų metu neturi nukentėti PAKIS teikiamų paslaugų (funkcijų) kiekis bei kokybė;

4.18.9. techninė ir programinė įranga po perkrovimo be papildomų priemonių turi tęsti paslaugų teikimą, vykusį iki perkrovimo;

4.18.10. sustojimo metu vykdytos ir nutrūkusios transakcijos turi užtikrinti duomenų vientisumą.

4.19. Standartų reikalavimai:

4.19.1. PAKIS turi būti galimybė naudoti paplitusius ir atvirus dokumentų formatus: XLS, MS Word Document, RTF, Adobe PDF. Pateikiami dokumentai ar skaitmeninės dokumentų kopijos turi būti prieinami naudojant nediskriminuojančius, visuotinai prieinamus duomenų failų formatus (pvz., pdf, jpg, doc ir kt.);

4.19.2. PAKIS paslaugos turi būti teikiamos internetu naudojant atvirus standartus (X)HTML, XML ir CSS arba lygiaverčius;

4.19.3. PAKIS turi būti realizuota naudojant J2EE ar .NET, ar lygiavertes informacinių sistemų kūrimo priemones;

4.19.4. PAKIS turi palaikyti ir būti suderinama su XML ir XML žiniatinklio paslaugomis arba lygiavertėmis;

4.19.5. PAKIS naudojami skaitmenų formatai, datos ir laiko formatai turi atitikti tarptautinį ISO 15489-1:2001 standartą arba lygiavertį bei Lietuvos archyvų departamento prie Lietuvos Respublikos Vyriausybės generalinio direktoriaus 2001 m. gruodžio 28 d. įsakymu Nr. 88 (Žin.,2002, Nr. 5-211) patvirtintas Dokumentų tvarkymo ir apskaitos taisykles arba lygiavertes.

4.19.6. PAKIS duomenų ir pranešimų apsikeitimui bei saugojimui turi naudoti Unicode (UTF-8) koduotę arba lygiavertę;

4.19.7. tarp sistemų pasikeičiami duomenys turi būti aprašomi naudojant XML schemas arba lygiavertes;

4.19.8. paslaugų (integracijos) lygyje PAKIS turi būti grįsta šiais standartais: XML, HTTP(S), SOAP (angl. Simple Object Access Protocol), WSDL (angl. Web Service Definition Language), WS-* arba lygiaverčiais;

4.19.9. PAKIS turi palaikyti SSL per HTTP protokolą arba lygiavertį;

4.19.10. kuriant PAKIS, analizei, projektavimui bei dokumentacijai turi būti naudojamas Unified Modeling Language (UML, http://www.omg.org/technology/uml/index.htm) ar lygiavertis standartas.

4.20. Duomenų bazėje saugomi naudotojų slaptažodžiai turi būti užkoduoti (užšifruoti).

5. REIKALAVIMAI NAUDOTOJO SĄSAJAI

5.1. PAKIS naudotojui darbui su PAKIS turi užtekti turėti įdiegtą interneto naršyklę.5.2. Registravimasis į PAKĮ turi būti vykdomas pirmame puslapyje.5.3. PAKIS sąveikos su 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 PAKIS.5.4. Naudotojų sąsajos turi būti kuriamos taip, kad užtikrintų naudotojų sąsajos projektavimo kokybę apimant šiuos principus:5.4.1. naudotojo pažinimas – sąsaja turi naudoti terminus ir koncepcijas, kurios yra gautos iš naudotojų, dažniausiai dirbančių su PAKIS;5.4.2. nuoseklumas – sąsaja turi būti pastovi, t. y. panašios operacijos turėtų būti vykdomos taip pat;5.4.3. atstatomumas – sąsaja privalo turėti savyje mechanizmus leidžiančius naudotojui atitaisyti klaidas;5.4.4. vadovavimas naudotojams – sąsaja turi pateikti naudotojui reikšmingus patarimus atsiradus klaidoms ir aprūpinti reaguojančiomis į kontekstą pagalbos sistemomis;5.4.5. naudotojų skirtingumas – sąsaja turi būti aprūpinta sąveikos priemonėmis, tinkančiomis skirtingiems naudotojų tipams.

5.5. PAKIS turi būti valdomas per „Web“ sąsają. Turi būti naudojamas SSL – kriptografinis protokolas, jungiantis prie autorizuotų erdvių. Turi būti sukurtos sąsajos tokiems vartotojams.

5.6. PAKIS naudotojų grafinė sąsaja turi atitikti šiuolaikinius ergonomikos reikalavimus, nurodytus ISO 13407:1999 standarte arba lygiaverčiame, ir užtikrinti patogų priėjimą prie pagrindinių funkcijų ir operacijų, kurios vykdomos sistemoje.

5.7. PAKIS naudotojų grafinė sąsaja turi būti nepriklausoma nuo platformos ir turi veikti Microsoft Windows, Linux, MAC OS ir kitose plačiausiai naudojamose aplinkose.

5.8. PAKIS portalas turi turėti grafinę vartotojo sąsają, prieinamą PAKIS naudotojams „Web“ technologijų pagrindu.

5.9. PAKIS Portalas turi turėti neįgaliesiems naudotojams pritaikytą versiją, kurioje turėtų galimybę naudotis viešai prieinamomis PAKIS funkcijomis. Kuriant naudotojams pritaikytą versiją, turi būti vadovaujamasi Informacinės visuomenės plėtros komiteto prie Lietuvos Respublikos Vyriausybės direktoriaus 2004 m. kovo 31 d. įsakymu Nr. T-40 patvirtintomis Neįgaliesiems pritaikytų Interneto tinklalapių kūrimo, testavimo ir įvertinimo metodinėmis rekomendacijomis (Žin., .

5.10. PAKIS turi būti suderinama – vienodai kokybiškai įgyvendinama ir testuojama – su šiomis naršyklių versijomis: Microsoft Internet Explorer (ne žemesnė nei 8.0), Mozilla FireFox (ne žemesnė nei 3.0), Opera (ne žemesnė nei 9.0), Google Chrome (ne žemesnė nei 3.0).

5.11. PAKIS naudotojų sąsaja turi atitikti W3C XHTML specifikaciją arba lygiavertę.

5.12. PAKIS naudotojų grafinės sąsajos įgyvendinimui turi būti naudojama ne žemesnė kaip 2 lygio CSS2 (Cascading Style Sheets Language 2, http://www.w3.org/Style/CSS/) specifikacija arba lygiavertė.

5.13. PAKIS naudotojų grafinės sąsajos įgyvendinimui turi būti naudojama ne žemesnė kaip 3.2 HTML (Hypertext Markup Language, http://www.w3.org/MarkUp/) versija arba lygiaverte.

5.14. PAKIS naudotojų grafinė sąsaja bei joje esantys valdymo elementai turi būti kiek galima labiau vienodi bei unifikuoti.

5.15. PAKIS turi būti pritaikyta ne mažesnei, kaip 1024x768, ekrano skiriamajai gebai.

5.16. PAKIS grafinė sąsaja turi būti realizuota lietuvių kalba ir turi atitikti lietuvių kalbos raštvedybos taisykles.

5.17. PAKIS naudotojo sąsajoje turi būti realizuota kontekstinės pagalbos teikimo funkcija.

5.18. Asmenys, norintys gauti viešą PAKIS informaciją, tą turi galėti padaryti nesiregistruodami PAKIS. Naudotojai norintys gauti viešą PAKIS informaciją neturi turėti identifikuotis PAKIS.

6. REIKALAVIMAI DUOMENŲ PATEIKIMUI BEI APDOROJIMUI

6.1. PAKIS turi būti apdorojami struktūrizuoti (pavyzdžiui, duomenų bazių lentelės) ir pusiau struktūrizuoti (pavyzdžiui, duomenų bazėse išsaugoti XML dokumentai) duomenys.6.2. Turi būti galima dirbti su PAKIS, kol PAKIS vykdomi kiti darbai, pavyzdžiui, atliekami paketinių užduočių veiksmai, registravimai, taip pat vieno naudotojo veiksmai neturi blokuoti kito naudotojo veiksmų.6.3. PAKIS turi vykdyti loginį duomenų tikrinimą laukų lygiu (pvz., asmens varde neturi būti skaičių) ir laukų grupių lygiu (pvz., paieškos pradžios data turi būti ankstesnė už paieškos pabaigos datą).6.4. PAKIS turi užtikrinti duomenų konfidencialumą. PAKIS turi leisti naudotojams matyti tik tuos duomenis, kuriuos jie gali matyti. PAKIS duomenys, prie kurių naudotojas neturi prieigos teisių, neturi būti pateikiami. 6.5. Prieš išsaugodama duomenis PAKIS turi atlikti išsamų loginį jų patikrinimą (pvz., patikrinti, ar visuose būtinuose laukuose įvesti duomenys). Jei loginio duomenų tikrinimo metu nustatoma klaida, PAKIS turi įspėti naudotoją klaidos pranešimu, kuriame, kiek įmanoma tiksliau, nurodoma, kokia ir kurioje vietoje yra problema (pvz., turi būti rodomi laukų vardai ir klaidos tipas, jos aprašymas).6.6. PAKIS naudotojas pildo duomenis pasirinkęs reikšmes iš sudarytų sąrašų ir klasifikatorių (pvz.: pasirinkti paslaugų teikėją iš paslaugų teikėjų klasifikatoriaus).6.7. PAKIS turi būti galimybė naudoti paplitusius ir atvirus dokumentų formatus: XLS, MS Word Document, RTF, Adobe PDF ir kt.6.8. PAKIS turi būti galimybė suformuoti (peržiūrėti, atsispausdinti, išsaugoti suderintu formatu) visas numatytas PAKIS duomenų ataskaitas.6.9. PAKIS 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).6.10. Duomenų apdorojimo procedūros ir funkcijos turi būti realizuotos duomenų arba veiklos logikos programų architektūros lygiu.6.11. Jei įvestuose ar importuotuose duomenyse yra klaidų, PAKIS tokius įrašus turi pažymėti kaip klaidingus ir prie kiekvieno klaidingo įrašo turi būti pateiktas išsamus klaidos (-ų) apibūdinimas (pvz.: pateikiamas aprašymas nusakantis klaidos šaltinį, aprašymas turi būti pateiktas pilnais sakiniais).6.12. Klaidų pranešimai, teikiami PAKIS naudotojams, turi būti informatyvūs ir suteikti pakankamai informacijos klaidai pašalinti ar jos išvengti.6.13. PAKIS pagal nustatytas taisykles turi būti automatiškai pateikiami informaciniai pranešimai (pvz.: informacija apie tai, kad, atlikus tam tikrą veiksmą, tam tikros operacijos negalima bus atšaukti).

7. REIKALAVIMAI PAKIS FUNKCINEI ARCHITEKTŪRAI

7.1. PAKIS bus sudaryta iš šių funkcinių dalių (modulių):7.2. PVŠ programų akreditavimo modulis;7.3. PVŠ programų registravimo – kortelių tvarkymo modulis:7.3.1. PVŠ įstaigų kortelių tvarkymo posistemė;7.3.2. PVŠ programų kortelių tvarkymo posistemė.

7.4. PVŠ krepšelio apskaitos modulis;7.5. PVŠ paslaugų teikimo kontrolės modulis;7.6. Ataskaitų tvarkymo modulis:7.6.1. PVŠ įstaigų ataskaitų / dokumentų posistemė;7.6.2. PVŠ programų ataskaitų / dokumentų posistemė;7.6.3. PVŠ krepšelio ataskaitų / dokumentų posistemė.

7.7. Vartotojų administravimo modulis;7.8. Autentifikacijos ir autorizacijos modulis;7.9. Portalo turinio valdymo modulis;7.10. Audito ir saugos modulis;7.11. Archyvavimo ir rezervinių kopijų valdymo modulis;7.12. Duomenų apsikeitimo modulis.7.13. PAKIS funkcinė schema pavaizduota žemiau esančiame paveiksle.7.14. 1 Lentelėje pavaizduoti PAKIS moduliai ir aprašomos jų funkcijos.

1 paveikslas. PAKIS funkcinė schema

1 lentelė. PAKIS funkcinių modulių aprašymas

PAKIS dalis (modulis)

Aprašymas

PVŠ programų akreditavimo modulis

Tai funkcinė dalis užtikrinanti įstaigų bei programų akreditavimo vykdymą.

Modulis sudarytas iš dviejų posistemių:

Atitikties įvertinimo posistemė;

Programų akreditavimo posistemė

PVŠ programų registravimo – kortelių tvarkymo modulis

Registravimo modulis atlieka PVŠ įstaigų bei PVŠ programų duomenų saugojimo ir tvarkymo funkcijas.

Funkcionalumas:

naujų PVŠ paslaugas teikiančių įstaigų bei asmenų kontaktinių duomenų registravimas;

registruotų paslaugas teikiančių įstaigų bei asmenų kontaktinių duomenų keitimas;

PVŠ paslaugų gavėjo išregistravimas / pašalinimas iš PAKIS;

PVŠ paslaugas teikiančių įstaigų bei asmenų duomenų privatumo lygio nustatymas;

naujų PVŠ programų duomenų registravimas;

PVŠ programų duomenų keitimas;

PVŠ programų išregistravimas / pašalinimas iš PAKIS;

PVŠ programų duomenų privatumo lygio nustatymas;

akredituotų PVŠ paslaugų teikėjų bei PVŠ programų klasifikavimas pagal įvairius parametrus.

PVŠ krepšelio apskaitos modulis

Apskaitos modulis atsakingas už:

PVŠ krepšelio formavimą;

PVŠ krepšelio skirstymą;

PVŠ paslaugų teikimo kontrolės modulis

Apskaitos kontrolės teikimo modulis atsakingas už:

patvirtintos stebėsenos tvarkos užtikrinimą;

PAKIS naudotojų informavimą apie iškilusias problemas.

Ataskaitų tvarkymo modulis

Ataskaitų tvarkymo modulis formuos ataskaitas, išrašus, sertifikatus naudojantis PAKIS saugomais duomenimis. Ataskaitos išrašai, sertifikatai formuojami šablonais pateikiant duomenis iš PAKIS.

PAKIS dalis (modulis)

Aprašymas

Funkcionalumas:

naujos ataskaitos, išrašo, sertifikato šablono sukūrimas;

sukurto šablono pakeitimas;

šablono užpildymas;

šablono panaikinimas;

ataskaitos, išrašo, sertifikato suformavimas į elektroninę formato bylą (PDF formatas);

Automatinis periodinis ataskaitų siuntimas PAKIS vartotojams.

Turi būti sudaryta galimybė ataskaitas atsispausdinti.

Vartotojų administravimo modulis

Administravimo modulio funkcionalumas:

PAKIS administratoriui suteikia galimybę administruoti PVŠ paslaugų teikėjus;

PAKIS administratorius gali keisti atskirų naudotojų teises ir funkcijas PAKIS.

Autentifikacijos ir autorizacijos modulis

Modulio funkcionalumas:

vartotojo vardo ir slaptažodžio suteikimas naujai sukurtiems PAKIS vartotojams;

prisijungimo duomenų tikrinimas;

vidinės (vidinė PAKIS vartotojų bazė) ir išorinės (Microsoft Windows Active Directory arba lygiavertės) autentifikacijos būdų palaikymas.

Portalo turinio valdymo modulis

Modulio funkcionalumas:

turinio valdymo sistema (toliau – TVS) turi turėti patogią ir nesudėtingą vartotojo sąsają, kad vartotojas, turintis kompiuterinio raštingumo pagrindus galėtų dirbti su TVS;

portalo redagavimui turi būti naudojamas WYSIWYG (angl. What You See Is What You Get – ką matai tą ir gauni) principas;

talpinant informaciją PAKIS neturi reikalauti pakartotinai suvesti tą pačią informaciją (pvz. puslapio antraštė turi būti sukurta automatiškai pagal straipsnio pavadinimą, nuotraukų, dokumentų ir kt. pavadinimai automatiškai turi generuoti aprašymus ir t.t.);

teksto redaktoriaus aplinka turi būti artima MS Office programos aplinkai. Informacija turi būti lengvai perkeliama iš MS Office arba analogiškų programų, naudojant standartines operacinės sistemos kopijavimo ir įkelties funkcijas. Teksto redaktoriuje turi būti galimybė pašalinti ankstesnius teksto formato nustatymus, turi būti galimybė kurti, redaguoti ir formatuoti lenteles, nuorodas (į kitą puslapį, dokumentą, svetainę, el. pašto adresą), įkelti paveikslėlius į tekstą ir juos formatuoti. Įkeltas paveikslėlis turi būti

PAKIS dalis (modulis)

Aprašymas

sumažintas automatiškai iki nustatyto dydžio išlaikant proporcijas. Redaktoriuje turi būti galimybė redaguoti HTML kodą;

galimybė sudaryti nuotraukų ir dokumentų bibliotekas, kuriose turi būti kaupiami visi portale pateikiami paveikslėliai, nuotraukos, dokumentai, video, garso animacijos ir kitais formatais pateikiama medžiaga. Saugoma informacija turi būti sugrupuota pagal Perkančiosios organizacijos poreikius, kurie turi būti galutinai suderinti Sutarties vykdymo plano paruošimo metu;

galimybė pateikti informaciją pagal vartotojus. Administratorius turi turėti galimybę tam tikrą informaciją padaryti prieinamą atitinkamiems vartotojams;

turi palaikyti vieningą prisijungimą SSO (angl. single-sign-on).

Audito ir saugos modulis

Modulio funkcionalumas:

PAKIS naudotojų veiksmų stebėjimas, įrašymas ir šių duomenų saugojimas;

saugos sertifikatų valdymas.

Archyvavimo ir rezervinių kopijų valdymo modulis

Modulio funkcionalumas:

archyvinių duomenų saugojimas ir valdymas;

atsarginių kopijų saugojimas ir valdymas.

Duomenų apsikeitimo modulis

Modulis turi užtikrinti duomenų apsikeitimą su ITC registrais.

Su išorinėmis sistemomis turi būti integruojami ar susiejami naudojant XML žiniatinklio paslaugas. Žiniatinklio paslaugos turi būti realizuotos naudojant SOAP protokolą.

8. REIKALAVIMAI PAKIS NAUDOTOJAMS

8.1. PAKIS naudotojų skaičius turi būti neribotas.

8.1. Žemiau pateiktoje lentelėje išvardijami naudotojų tipai ir jiems priskiriamos funkcijos:

2 lentelė. PAKIS naudotojai ir jų atliekamos funkcijos

Naudotojas Funkcijos

PAKIS administratorius Registruoja naujus visų lygių vartotojus PAKIS, atjungia vartotojus ir turi teisę administruoti kitas PAKIS funkcijas.

Savivaldybės PAKIS administratorius

Registruoja naujus savivaldybės vartotojus PAKIS, atjungia vartotojus, ir teisę administruoti kitas PAKIS funkcijas.

Atitikties vertintojas – tikrintojas

Peržiūri įstaigų atitikties pradinę paraišką, teikia komentarus bei pastabas, bendrauja su įstaiga pateikusia paraišką, patvirtinus įstaigos paraišką spausdina atitinkamus sertifikatus.

Atitikties komisijos narys Vertina įstaigų atitikties paraišką, rašo pastabas bei komentarus, bendrauja su kitais komisijos nariais.

Paraiškos vertintojas / tikrintojas

Peržiūri PVŠ programų pradinę paraišką, teikia komentarus bei pastabas, bendrauja su paraišką pateikusia įstaiga, patvirtinus įstaigos paraišką spausdina atitinkamus sertifikatus.

Paraiškos komisijos nariai Vertina PVŠ programų paraišką, rašo pastabas bei komentarus, bendrauja su kitais komisijos nariais.

Bendrų statistinių duomenų analitikas – stebėsenos specialistas.

Stebi, seka ir analizuoja bendrus stebėsenai reikalingus duomenis.

Savivaldybės statistinių duomenų analitikas

Mato ir analizuoja savivaldybės stebėsenos reikalingus duomenis.

Autorizuota įstaiga Peržiūri įstaigos kortelės duomenis ir juos redaguoja, teikia PVŠ programas akreditavimui, atsispausdina reikiamus sertifikatus, formuoja PVŠ grupes bei informuoja apie PVŠ programose dalyvaujančius vaikus.

ŠMM Stebi ir gauna informaciją apie visų PVŠ tiekėjų vykdomas veiklas.Vaikų tėvai*

* Vaikų tėvai priskiriami neautorizuotai (viešai) erdvei, kuri skirta potencialioms PVŠ įstaigoms bei PVŠ programas renkantiems vaikams ir jų tėvams.

Gauna informaciją apie PVŠ įstaigas bei programas, pasirenka / filtruoja PVŠ programas pagal:

o savivaldybę;o miestą;o veiklos sritis;o kitus galimus kriterijus.

PVŠ įstaigos*

* PVŠ įstaigos priskiriamos neautorizuotai (viešai) erdvei, kuri skirta potencialioms PVŠ įstaigoms bei PVŠ programas renkantiems vaikams ir jų tėvams.

Gauna informaciją apie: atitikties įvertinimo taisykles bei proceso eigą; programų akreditavimo taisykles bei proceso eigą; galimybę suvesti duomenis ir paprašyti prisijungimo prie

atitikties vertinimo erdvės; galimybę rašyti atsiliepimus.

Auditorius IS audito priemonės turi būti skirtos vartotojų veiklai ir duomenų panaudojimui analizuoti, kiekvienas atliktas pakeitimas turi būti susietas su veiksmą atlikusiu vartotoju ir veiksmo laiku.

9. TECHNINIAI PAKIS REIKALAVIMAI

9.1. Centrinę tarnybinę stotį pateiks perkančioji organizacija ir ji veiks ITC duomenų centre.

9.2. ITC duomenų centro tarnybinės stoties programinė įranga:

9.2.1. operacinė sistema – Windows Server 2008 R2;

9.2.1. duomenų bazė – Microsoft SQL Server.

9.3. PAKIS turės būti įdiegta ITC duomenų centre.

9.4. PAKIS turi leisti ateityje prijungti naujus kompiuterinius resursus.

9.5. PAKIS turi būti sukurta taip, kad perdavus ją Perkančiajai organizacijai ateityje nereiktų mokėti už bet kokias papildomas licencijas.

9.6. PAKIS programinės įrangos licencijos turi būti neriboto galiojimo ir turi turėti kitus būtinus leidimus naudoti programinę įrangą nepriklausomai nuo to, ar įsigyta programinės įrangos gamintojo, ar diegėjo techninio aptarnavimo paslauga.

9.7. Licencijos turi būti įsigyjamos (angl. perpetual), o ne pateikiamos nuomos ar panašiu teisiniu pagrindu, ar su kitokiu jų galiojimo apribojimu laike.

9.8. Jeigu Tiekėjas siūlo standartinę licencijuojamą programinę įrangą, pasiūlyme turi būti aprašytas licencijavimo modelis, kuris apimtų išsamią informaciją apie licencijas ir licencijavimo sąlygas, išvardinti licencijos apribojimai (pavyzdžiui, galiojimo laikas, duomenų ir transakcijų apimtys, programinės ir aparatinės įrangos plėtimas ir pan.).

9.9. Jei PAKIS administravimui reikia papildomų priemonių, Tiekėjas turi pateikti ir įdiegti tokią programinę įrangą (pvz.: SNMP, JMX, Virtual VM, Oracle Enterprise Manager ir kt.).

10. PAKIS SĄSAJOS SU KITOMIS INFORMACINĖMIS SISTEMOMIS

10.1. PAKIS turi turėti priemones, skirtas integruotis su kitomis informacinėmis sistemomis.

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

10.3. Turi būti užtikrinta galimybė perduoti informaciją ITC registrams apie PAKIS objektus bei gauti informaciją iš ITC registrų.

10.4. Turi būti sukurtos PAKIS sąsajos su šiomis išorinėmis informacinėmis sistemomis:10.4.1. mokinių registru. Turi būti galimybė apsikeisti duomenimis apie mokinius dalyvaujančius PVŠ programose. Preliminarūs duomenų formatai:10.4.1.1. asmens kodas;10.4.1.2. vardas, pavardė;10.4.1.3. deklaruotos gyvenamosios vietos adresas;10.4.1.4. mokyklos (kodas bei pavadinimas), kurioje mokosi registro objektas;10.4.1.5. PVŠ programos kodas;10.4.1.6. mokymosi periodas (ketvirčiais);10.4.1.7. informacija ar patvirtintos PVŠ lėšos;10.4.1.8. informacija ar buvo nusiskundimų.10.4.2. švietimo mokslo institucijų registru. Turi būti galimybė apsikeisti duomenimis apie akredituotas organizacijas bei asmenis dalyvaujančius PVŠ programų teikime. Preliminarūs duomenų formatai:10.4.2.1. organizacijos pavadinimas;10.4.2.2. sutrumpintas pavadinimas;10.4.2.3. organizacijos kodas;10.4.2.4. juridinio asmens įregistravimo JAR data.;10.4.2.5. institucijos grupė;10.4.2.6. ugdymo kryptys;10.4.2.7. organizacijos pagrindinis adresas; 10.4.2.8. pagrindinis telefono numeris;10.4.2.9. pagrindinis el. pašto adresas;

10.4.2.10. internetinės svetainės adresas;10.4.2.11. vadovo vardas, pavardė;10.4.2.12. vadovo, el. pašto adresas, telefono numeris;10.4.2.13. organizacijos numatomų vykdyti neformaliojo švietimo / ugdymo veiklų apibūdinimas (iki 200 žodžių);10.4.2.14. padaliniai (jei tokių yra):10.4.2.15. savivaldybė, kurioje yra padalinys;10.4.2.16. padalinio pavadinimas ir statusas (atskiras juridinis vienetas, filialas ar kt.).10.4.3. licenzijų registru. Turi būti sukurta galimybė apskiesti duomenimis apie fizinius asmenis PVŠ paslaugų teikėjus:10.4.3.1. vardas, pavardė;10.4.3.2. viešai skelbtinas adresas;10.4.3.3. verslo liudijimo, individualios veiklos pagal pažymą dokumento registravimo numeris;10.4.3.4. viešai skelbtinas telefono Nr.;10.4.3.5. el. pašto adresas; 10.4.3.6. internetinės svetainės adresas;10.4.3.7. verslo liudijimo ar turėtojo vykdomos veiklos rūšies pavadinimas, kodas ir EVRK kodai;10.4.3.8. individualios veiklos pagal pažymą dokumento turėtojo vykdomos veiklos EVRK kodai ir pavadinimai;10.4.3.9. numatomų vykdyti veiklų trumpas apibūdinimas (iki 200 žodžių).10.4.4. kvalifikacijos tobulinimo programų ir renginių registru. Turi būti sukurta galimybė apsikeisti duomenimis apie autorizuotas PVŠ programas ir renginius. Preliminarūs duomenų formatai:10.4.4.1. programos kodas;10.4.4.2. programos pavadinimas;10.4.4.3. programos rengėjo (PVŠ tiekėjo) kodas;10.4.4.4. programos aprašymas. Programos anotacija(tekstas, trumpai ir apibendrintai pristatantis programą. Anotacijoje verta paaiškinti programos vertingumą, kokias problemas ji gali padėti spręsti, kokie vaikai turėtų rinktis šią programą. Vertėtų atskleisti ir praktinę numatomų gauti rezultatų svarbą, nurodyti parengtos programos trukmę bei intensyvumą. Programos tikslas(tikslas turi turėti tiesiogines logiškas sąsajas su programos pavadinimu, uždaviniais ir jos turiniu bei pagrindine kompetencija. Jis apibrėžia programos visumą ir nurodo jos vykdymo kryptį. Tikslas turi būti formuluojamas aiškiu teiginiu, iš esmės apibūdinančiu programos visumą.). Programos uždaviniai (Uždaviniai vienas po kito išdėstomi taip, kad nuosekliai atspindėtų programos koncepcijos realizavimo galimybes, nes kiekvienas jų konkretizuoja, o visi jie bendrai apibrėžia programą.). Programos turinys (Programos sudėtinės dalys, temos ir užsiėmimų pobūdis bei trukmė. Programos turinyje turi būti sudėtinės programos dalys bei jas atskleidžiančios temos, nurodant kuriai temai kiek valandų skiriama. Turinio sudėtinės dalys turi sietis su programos uždaviniais.);10.4.5. programos apimties parametrai:10.4.5.1. programos apimtis, valandomis per savaitę,10.4.5.2. programos apimtis, valandomis per mokslo metus;10.4.5.3. programos apimtis, nurodant ugdymo metus.10.4.6. ugdymo būdo metodai; 10.4.7. ugdymo kryptys;

10.4.8. įgyjamos kompetencijos;10.4.9. pažangos įvertinimas (kaip bus vertinama programos dalyvių pažanga).10.4.10. ugdytiniai – mokiniai (tikslinė grupė):10.4.10.1. amžiaus tarpsnis;10.4.10.2. specialieji poreikiai;10.4.10.3. lytis.10.4.11. išankstiniai reikalavimai:10.4.11.1. minimalus vaikų skaičius grupėje ;10.4.11.2. maksimalus skaičius grupėje;10.4.11.3. mokesčio dydis;10.4.11.4. ugdytinių atranka/ jei taip kriterijai.10.4.12. programos ištekliai:10.4.12.1. patalpos;10.4.12.2. priemonės;10.4.12.3. mokomoji medžiaga.10.4.13. programos galiojimo laikotarpis.10.4.14. kokiose savivaldybėse vykdoma programa. 10.5. Nurodyti duomenų formatai gali keistis. Tikslūs duomenų formatai bus suderinti detaliame sutarties vykdymo plane.10.6. Kuriant PAKIS bus naudojami ITC klasifikatoriai. Tikslus klasifikatorių sąrašas bus suderintas detaliame sutarties vykdymo plane.10.7. PAKIS duomenų apsikeitimui su kitomis informacinėmis sistemomis turi turėti priemones (žiniatinklio paslaugas (ang. web service) ar kt.), per kurias galima pateikti / iš jos gauti reikiamus duomenis. Tiekėjas turi naudoti šias priemones kitų sistemų prijungimui.10.8. Turi būti užtikrinta, kad duomenų perdavimo į kitas sistemas metu duomenys neišsikraipytų, ir turi būti nurodoma, kada jie buvo parengti įrašyti į kitą informacinę sistemą.10.9. Turi būti sukurta ir įdiegta duomenų perdavimo klaidų suvestinių rodymo sistema.

11. REIKALAVIMAI PAKIS MOKYMAMS

11.1. Tiekėjas turės apmokyti PAKIS naudotojus.11.2. Mokymų metu kiekvienas mokymų dalyvis turi gauti padalomąją mokymų medžiagą. 11.3. Vienos dienos mokymai turės būti suorganizuoti trijuose miestuose – Klaipėdoje, Panevėžyje ir Vilniuje.11.4. Dalyvių skaičius vienų mokymų metu – iki 100 dalyvių, skaičiuojant atskirai kiekvienai mokymo vykdymo vietai. 11.5. Tikslias mokymų vykdymų vietas nurodys Perkančioji organizacija sutarties vykdymo metu likus ne mažiau kaip dviem savaitėms iki mokymų pradžios.11.6. Tiekėjas pateikia mokymams reikalingas patalpas bei reikalingą demonstracinę įrangą.11.7. Tiekėjas turi paruošti ir suderinti su Perkančiąja organizacija mokymų metodinės medžiagos paketą, kurį sudaro:11.7.1. mokymų programa;11.7.2. mokymų kurso konspektas elektronine forma;11.7.3. mokymų tvarkaraštis.11.8. Mokymų metu turi būti:11.8.1. pristatyta PAKIS dokumentacija;11.8.2. pristatyti PAKIS moduliai;11.8.3. pristatytos PAKIS funkcijos ir išmokyta jomis naudotis;11.8.4. parengtos konkrečios užduotys mokymų dalyviams ir teikiama pagalba jas sprendžiant.

12. REIKALAVIMAI TESTAVIMUI IR BANDOMAJAI EKSPLOATACIJAI

12.1. Testavimo pradžia ir laikotarpis bus suderinti Plane.12.2. Įdiegiant PAKIS turi būti atlikti šie testavimai:12.2.1. visų sukurtų PAKIS modulių testavimas atskirai;12.2.2. PAKIS modulių integracijos testavimas;12.2.3. PAKIS testavimas;12.2.4. PAKIS naudotojų priėmimo testavimas (angl. user acceptance testing).12.3. Testavimų metu įsitikinama, kad sukurta PAKIS atitinka jai keliamus reikalavimus, yra funkcionali (atlieka visas numatytas funkcijas), naši ir ergonomiška.12.4. Testavimų metu turi dalyvauti techninės priežiūros ir perkančiosios organizacijos ekspertai.Testavimų metu turi būti patikrinta:12.4.1. ar į PAKIS projektinę dokumentaciją perkelti visi PAKIS keliami reikalavimai;12.4.2. ar sukurta PAKIS atitinka parengtus ir su perkančiąja organizacija suderintus, PAKIS specifikacijos reikalavimus;12.4.3. ar sukurta PAKIS atitinka parengtą ir su perkančiąja organizacija suderintą PAKIS projektą;12.4.4. ar skirtingų grupių naudotojai gali atlikti PAKIS nuostatuose, specifikacijoje ir projektenumatytas operacijas bei naudotis jiems suteiktomis teisėmis;12.4.5. ar duomenų įvedimo, tvarkymo ar apdorojimo seka atitinka suprojektuotą;12.4.6. ar naudotojai negali matyti ar tvarkyti daugiau duomenų, nei priklauso pagal jiems suteiktasteises;12.4.7. ar naudotojams skirtas funkcionalumas atlikti numatytas operacijas yra tinkamaidokumentuotas;12.4.8. ar naudotojams (ir administratoriams) skirta dokumentacijos ir elektroninės kontekstinės pagalbos informacija atitinka faktinę;12.4.9. ar tinkamai kaupiama PAKIS veiksmų istorija.12.5. Tiekėjas turi parengti bei suderinti su Perkančiąja organizacija testavimo planą ir testavimoscenarijus.12.6. Bandymai turi apimti tiek korektiškų, tiek ir nekorektiškų duomenų įvedimą bei PAKISreakcijos į pateiktus duomenis tikrinimą.12.7. Tiekėjas turi užtikrinti PAKIS testavimo aplinką, jei perkančioji organizacija sistemostestavimo metu dar neturės techninės įrangos, skirtos PAKIS eksploatuoti.12.8. Testavimo aplinkoje turi būti galimybė sukurti kelias testavimo subaplinkas tam, kad būtųužtikrintas efektyvesnis ir saugesnis konkrečių PAKIS realizacijos, modifikavimo, testavimo ir mokymų užduočių vykdymas.12.9. Testavimo aplinkos architektūros principai turi atitikti darbinę sistemos aplinkųarchitektūrą. 12.10. Testinė aplinka turi būti integruota su kitų su sistema integruotų registrų bei sistemųtestavimo aplinkomis (jeigu jos tokios yra).12.11. Testavimo aplinka turi užtikrinti vieno ar kelių programinių modulių testavimą vienu metutestavimo grupės nariams.12.12. Testavimo, bandomosios eksploatacijos ir garantinio aptarnavimo metu elektronine formaturi būti vedamas pastebėtų klaidų ir jų būsenų kaupimo žurnalas, suteikiant teisę jį pildyti įgaliotiems perkančiosios organizacijos darbuotojams ir techninės priežiūros ekspertams.12.13. Perduodant PAKĮ į eksploataciją, Perkančiajai organizacijai turi būti perduotas PAKISklaidų žurnalo turinys, testavimo planai ir scenarijai bei kita informacija, pagrindžianti atliktą PAKIS testavimą ir tikrinimą.12.14. Bandomosios eksploatacijos laikotarpis nustatomas nuo galutinių PAKIS funkcijų įdiegimobei atlikto testavimo ir vykdomas 6 (šešis) mėnesius.

13. GARANTINĖ PRIEŽIŪRA

13.1. Tiekėjas po testavimo, bandomosios eksploatacijos laikotarpio ir perdavimo priėmimo akto pasirašymo dienos ir programinės įrangos įdiegimo gamybinėje aplinkoje turi suteikti ne mažesnį nei 8 (aštuonių) mėnesių garantinį aptarnavimą. 13.2. Garantinis aptarnavimas turi apimti:13.2.1. PAKIS programinės įrangos klaidų ar netikslumų registravimą;13.2.2. PAKIS programinės įrangos klaidų ar netikslumų taisymą, testavimą.13.3. Garantinio aptarnavimo metu tiekėjas turės taisyti visas programinės įrangos klaidas (klaidas,dėl kurių visai arba iš dalies neįmanoma atlikti tam tikrų Plano kūrimo metu suderintoje programinės įrangos specifikacijoje numatytų funkcijų, arba šios funkcijos pateikiami rezultatai yra klaidingi) ir neatitikimus specifikacijoje apibrėžtiems reikalavimams. Tiekėjas identifikuotas / nustatytas klaidas ir netikslumus privalo ištaisyti ne ilgiau kaip per 2 (dvi) savaites, kritines klaidas per 8 (aštuonias) darbo valandas. Jei gedimo per nurodytą laiką pašalinti negalima, kartu su Perkančiąja organizacija suderinamas ir pasirašomas susitarimas dėl gedimo pašalinimo laiko.13.4. Reakcijos (atsakymo) laikas nuo pranešimo apie klaidos gavimo, elektroniniu paštu arbaklaidos registravimą tiekėjo klaidų registravimo sistemoje yra ne ilgesnis kaip 4 (keturios) darbo valandos darbo dienomis.13.5. Tiekėjas turi teikti PAKIS naudotojams techninio aptarnavimo konsultacijas telefonu(„pagalbos linija“) ir elektroniniu paštu darbo dienomis nuo 8.00 val. iki 17.00 val. PAKIS (jos priemonių) naudojimo ir eksploatavimo klausimais. Jeigu PAKIS naudotojo manymu tiekėjas į klausimą neatsakė arba buvo pateiktas sudėtingas klausimas, į kurį telefonu atsakyti negalima, nes reikia detalesnės situacijos analizės, tuomet šie klausimai tiekėjui pakartotinai pateikiami raštu. Atsakymus į užduotus klausimus tiekėjas privalo pateikti ne vėliau kaip per 12 darbo val. po klausimų gavimo raštu elektroniniu paštu.13.6. Tiekėjas privalo turėti programinę įrangą, skirtą PAKIS vartotojų paklausimų ir klaidųregistravimui bei valdymui, kad galėtų užtikrinti kokybišką ir laiku atliekamą paslaugų tiekimą bei sutartinių įsipareigojimų vykdymą.13.7. Tiekėjas privalo suteikti internetinę prieigą prie paklausimų ir klaidų registravimo beivaldymo sistemos įgaliotiems perkančiosios organizacijos atstovams. Prieiga turi užtikrinti pastovų perkančiosios organizacijos ir jos atstovų informavimą apie detalius paslaugų tiekimo procesus.13.8. Tiekėjas privalo apmokyti 2 perkančiosios organizacijos atstovus / darbuotojus naudotisklaidų registravimo ir paklausimo valdymo sistema ir užtikrinti konsultavimą, susijusį su šios sistemos naudojimusi visą sutarties galiojimo laikotarpį. Mokymai turi vykti Perkančiosios organizacijos nurodytose patalpose. Mokymų trukmė – viena diena.13.9. Tiekėjas turi pateikti detaliai aprašytus garantinio aptarnavimo bei palaikymo darbųorganizavimo principus.13.10. Gedimų taisymas turi būti sekamas bei turi būti imamasi papildomų veiksmų, jei gedimasšiame skyriuje numatytu laiku nepataisomas.13.11. Tiekėjas garantinio laikotarpio metu turi fiksuoti perkančiosios organizacijos klaidųregistravimą ir paklausimus, jų vykdymo eigą, bei perkančiajai organizacijai pareikalavus teikti ataskaitas apie užfiksuotas problemas, jų sprendimus bei joms spręsti sugaištą laiką.13.12. Garantinio laikotarpio metu Tiekėjas turi atlikti šiuos papildomus darbus:13.12.1. sukurti papildomas 5 (penkias) standartines ataskaitas iš PAKIS esančių duomenų;13.12.2. PAKIS programinės įrangos atnaujinimą. Esant poreikiui tiekėjas turės atlikti papildomų programavimo darbų tam skiriant ne mažiau kaip 250 projektuotojo ir programuotojo darbo valandų;13.12.3. PAKIS programinės įrangos dokumentacijos tikslinimą. Esant programinės įrangospapildomiems darbams dokumentacija turi būti atitinkamai papildyta;

13.12.4. konsultacijų teikimą. Esant poreikiui teikėjas turės atlikti konsultavimo darbus ir tam skirti iki 100 konsultanto darbo valandų.

13.13. Atlikti papildomi darbai turės būti atitinkamai suderinti ir dokumentuoti.

14. REIKALAVIMAI DOKUMENTACIJAI

14.1. Visa dokumentacija turi būti parengta laikantis bendrinės lietuvių kalbos taisyklių.14.2. Tiekėjas prieš pradėdamas rengti Projekto dokumentus, turi suderinti jų turinį ir apimtis suPerkančiąja organizacija ir Techninės priežiūros ekspertais. 14.3. Dokumentų galutinės versijos turi būti pateiktos dviem formatais: elektroniniu (MS Word arba kitu su perkančiąja organizacija suderintu formatu pateiktu el. paštu ir CD / DVD / USB laikmenoje) ir popieriniu. Jų preliminarios (projektinės) versijos pateikiamos elektroniniu formatu pateiktu el. paštu / CD / DVD / USB laikmenoje).14.4. Turi būti parengta ir pateikta ši PAKIS dokumentacija:14.4.1. įdiegtos PAKIS techninė ir funkcinė specifikacija;14.4.2. naudotojo vadovas / instrukcija;14.4.3. įdiegimo, administravimo ir priežiūros instrukcija (administratoriaus vadovas);14.4.4. kompiuterizuotos informacinės pagalbos („help“) vadovas (tik el. formate);14.4.5. DB, programos posistemių ir modulių aprašai;14.4.6. įdiegtų apsaugos klasių ir naudotojų teisių bei galimų vykdyti funkcijų aprašai;14.4.7. programų sąveikos schemos, programų algoritmų schemos, DB struktūros, įrašų DB struktūros, įrašų laukų formatai, DB sąsajų schemos;14.4.8. Projekto rėmuose kuriamų specializuotų (ne licencinių) programinių priemonių išeities tekstai (angl. source code), pateikiami tik elektroninėje laikmenoje ir turi atitikti šiuos reikalavimus:14.4.8.1. išeities tekstai perkančiajai organizacijai turi būti perduoti dviem variantais:14.4.8.1.1. kompiliavimui paruoštų rinkmenų paketų forma nurodant standartines kompiliavimo

priemones ir kompiliavimo eigą;14.4.8.1.2. tų įrankių, kuriais jie sukurti, formatu.14.4.8.2. išeities tekstai turi būti su komentarais ir atitikti gerąsias programinio kodo formatavimo, kintamųjų bei funkcijų įvardinimo praktikas;14.4.8.3. perkančiajai organizacijai turi būti perduoti pilni, korektiški išeities tekstai, iš kurių naudojant standartines priemones būtų kompiliuojama naudojimui parengta programinė įranga, atliekanti jai specifikuotas funkcijas;14.4.8.4. priėmimo testų rėmuose atskirai turi būti numatytas išeities tekstų testas, atliekant išeitiestekstų kompiliavimą Perkančiosios organizacijos aplinkoje ir funkcinį kompiliavimo metu gautos versijos testavimą.14.4.9. PAKIS komponentų sukūrimo iš išeities tekstų tvarkos aprašai;14.4.10. PAKIS ypatybių ir jų sprendimo būdų aprašai, funkcionalumo atstatymo instrukcijos;14.4.11. ištaisytų klaidų ir atliktų modifikacijų dokumentacija.14.5. Funkcijų aprašai ir PAKIS sąsajų aprašai.14.6. Visos naudotojo ar administratoriaus instrukcijos turi būti išsamios ir iliustruotos naudotojo sąsajos paveikslėliais.14.7. Perkančioji organizacija ir techninės priežiūros ekspertai per 10 (dešimt) darbo dienų , nuo dokumentacijos gavimo, turi pateikti pastabas dėl dokumentacijos. Tiekėjas pagal pateiktas pastabas pakoreguoja atitinkamus dokumentus per 10 darbo dienų. Tiekėjas su perkančiąja organizacija turi suderinti, kurie teikiami dokumentai bus derinami tik vienos iteracijos būdu (perkančioji organizacija pateikia pastabas tik vieną kartą ir, jei į jas atsižvelgiama, dokumentas tvirtinamas), o kurie – kelių iteracijų būdu (pastabos teikiamos ir dokumentai koreguojami tol, kol nelieka pastabų, pastabos visose iteracijose teikiamos visam dokumentų tekstui ir paveiksliukams). Jei tiekėjas su

perkančiąja organizacija nesuderino dokumentų derinimo būdų, tai visi dokumentai derinami kelių iteracijų būdu.

15. REIKALAVIMAI SUTARTIES VYKDYMO PAŽANGOS ATASKAITOMS

15.1. Sutarties įgyvendinimo metu tiekėjas įsipareigoja:15.1.1. kiekvieną ketvirtį, per penkias darbo dienas nuo ketvirčio pabaigos, parengti ir pateikti sutarties vykdymo pažangos ataskaitas;15.1.2. kiekvienam tarpiniam paslaugų perdavimui-priėmimui parengti ir pateikti sutarties tarpinę ataskaitą per penkias darbo dienas nuo tarpinių paslaugų perdavimo - priėmimo;15.1.3. galutiniam paslaugų perdavimui-priėmimui parengti ir pateikti sutarties galutinę ataskaitą.15.2. Ataskaitos turi būti parengtos laikantis bendrinės lietuvių kalbos taisyklių.15.3. Perkančioji organizacija ir techninės priežiūros ekspertai pastabas ataskaitoms turi pateikti per 10 darbo dienų. Tiekėjas ataskaitą pagal pateiktas pastabas pakoreguoja per 5 darbo dienas.

16. PROJEKTO VALDYMAS

16.1 Siekdama nustatyti, ar tinkamai buvo įdiegtas PAKIS, perkančioji organizacija gali pasitelkti trečiąsias šalis.16.2. Darbų vykdymo priežiūrą ir rezultatų vertinimą atliks Perkančiosios organizacijos sudarytaPAKIS diegimo darbų valdymo grupė bei Techninės priežiūros ekspertai.

17. ATSISKAITYMAS UŽ PASLAUGAS

17.1. Apmokėjimas už suteiktas paslaugas bus vykdomas tokia tvarka: 17.1.1. tiekėjui bus sumokama 70 procentų sutarties vertės pagal tiekėjo pateiktą sąskaitą – faktūrąpo to, kai perkančioji organizacija perdavimo priėmimo aktu patvirtins, jog PAKIS sukurtas ir įdiegtas tinkamai;17.1.2. tiekėjui bus sumokama 20 procentų sutarties vertės pagal tiekėjo pateiktą sąskaitą – faktūrą po to, kai perkančioji organizacija perdavimo priėmimo aktu patvirtins, jog PAKIS bandomoji eksploatacija atlikta tinkamai;17.1.3. tiekėjui bus sumokama 10 procentų sutarties vertės pagal tiekėjo pateiktą sąskaitą – faktūrą po to, kai perkančioji organizacija perdavimo priėmimo aktu patvirtins, jog PAKIS garantinė priežiūra atlikta tinkamai.17.2. Perkančioji organizacija už suteiktas paslaugas su tiekėju atsiskaito per 90 (devyniasdešimt)kalendorinių dienų nuo sąskaitos faktūros pasirašymo dienos pavedimu į sutartyje nurodytą banko sąskaitą.