INFORMACINĖS SISTEMOS KŪRIMO IR DIEGIMO ... · Web view2013/09/13 · Valstybinių ir savivaldybių mokyklų vadovų, jų pavaduotojų ugdymui, ugdymą organizuojančių skyrių

INFORMACINĖS SISTEMOS KŪRIMO IR DIEGIMO PASLAUGŲ TECHNINĖ SPECIFIKACIJAInformacinės sistemos, apimančios pedagogų kvalifikacijos tobulinimo(si) duomenų apskaitą ir stebėseną, sukūrimo techninės priežiūros paslaugos

PROJEKTAS: „Pedagogų kvalifikacijos tobulinimo ir perkvalifikavimo sistemos plėtra (II etapas)“

Projekto kodas VP1-2.2-ŠMM-02-V-01-009

Rengėjas UAB „Informacinės konsultacijos“

Užsakovas Ugdymo plėtotės centras

1

Vilnius

2

Atviro konkurso sąlygų X priedas

UGDYMO PLĖTOTĖS CENTRAS

Įmonės kodas 302430498M. Katkaus g. 44, 09217 Vilnius

Tel. (8 5) 275 2362Internetinis adresas www.upc.smm.lt

El. paštas:

ATVIRO KONKURSO

<Pavadinimas>

(Pirkimo Nr./pirkimo numeris/)

TECHNINĖ SPECIFIKACIJA

2013 m.

3

http://www.upc.smm.lt/

TURINYS

1 Įvadas..........................................................................................................................................................4

1.1 Dokumento tikslas.................................................................................................................................41.2 Pagrindinės sąvokos ir terminai.............................................................................................................41.3 Informacija apie projektą.......................................................................................................................61.4 Perkančioji organizacija.........................................................................................................................71.5 Pirkimo objektas....................................................................................................................................71.6 Vieta......................................................................................................................................................71.7 Laikotarpis.............................................................................................................................................71.8 Reikalavimai Paslaugoms ir jų rezultatams............................................................................................71.9 Reikalavimai IS prototipui....................................................................................................................101.10 Reikalavimai programinės įrangos licencijoms....................................................................................101.11 Teisės aktai kuriais turi būti vadovaujamasi teikiant Sistemos sukūrimo ir diegimo paslaugas...........11

1.11.1 Bendri teisės aktai ir dokumentai................................................................................................111.11.2 Teisės aktai, reglamentuojantys informacinių sistemų kūrimą, steigimą ir įteisinimą.................12

2 Reikalavimai informacinei sistemai...........................................................................................................14

2.1 Kuriamos Sistemos funkcinė architektūra............................................................................................162.2 Pedagogų kvalifikacijos tobulinimo programų ir renginių posistemis..................................................20

2.2.1 Pedagogų kvalifikacijos tobulinimo tiekėjo naudotojo pasakojimas:...........................................202.2.2 Ugdymo plėtotės centro naudotojo pasakojimas:.......................................................................222.2.3 Pedagogo naudotojo pasakojimas:..............................................................................................23

2.3 Pedagogų kvalifikacijos tobulinimo portfelio posistemis.....................................................................25

2.3.1 Ugdymo plėtotės centro atstovo naudotojo pasakojimas:..........................................................252.3.2 Pedagogo naudotojo pasakojimas:..............................................................................................282.3.3 Švietimo įstaigų (Mokyklų) ir jų atstovų naudotojo pasakojimas:................................................29

2.4 Reikalavimai Informacijos paieškai, filtravimui ir rezultatų pateikimui................................................302.5 Duomenų mainų posistemis................................................................................................................312.6 Klasifikatorių posistemis......................................................................................................................332.7 Ataskaitų (veiklos analizės) posistemis................................................................................................342.8 Apklausų rengimo, vykdymo ir analizės posistemis.............................................................................352.9 Reikalavimai Sistemos administravimui ir valdymui............................................................................362.10 Reikalavimai naudotojo sąsajai............................................................................................................362.11 Reikalavimai Sistemos architektūrai....................................................................................................382.12 Reikalavimai Techninei ir Programinei įrangai.....................................................................................402.13 Reikalavimai Sistemos testavimui........................................................................................................412.14 Reikalavimai Sistemos naudotojų mokymams.....................................................................................412.15 Reikalavimai Sistemos bandomajai eksploatacijai...............................................................................422.16 Reikalavimai Sistemos garantinės priežiūros paslaugoms...................................................................42

4

1 ĮVADAS1.1 DOKUMENTO TIKSLAS

1. Šis dokumentas parengtas siekiant aprašyti ir apibrėžti principus bei reikalavimus keliamus pirkimo objektui, kuriuos turi atitikti siūlomos paslaugos.

1.2 PAGRINDINĖS SĄVOKOS IR TERMINAI

LENTELĖ 1. PAGRINDINĖS SĄVOKOS IR TERMINAISąvokos ir trumpiniai

Paaiškinimas

Užsakovas arba Perkančioji organizacija

Ugdymo plėtros centras (UPC)

Projektas PEDAGOGŲ KVALIFIKACIJOS TOBULINIMO IR PERKVALIFIKAVIMO SISTEMOS PLĖTRA (II ETAPAS). Projekto kodas: VP1–2.2-ŠMM-02-V-01–009.

Sistema arba IS Projekto metu kuriama ir diegiama informacinė sistema

Diegėjas arba Tiekėjas

Šioje techninėje specifikacijoje apibrėžtų informacinės sistemos kūrimo ir diegimo paslaugų tiekėjas

PKT Pedagogų kvalifikacijos tobulinimas.

ŠMM Lietuvos Respublikos švietimo ir mokslo ministerija.

ITC Švietimo informacinių technologijų centras.

TvarkytiTvarkyti apima įskaitant, bet neapsiribojant tokius veiksmus su duomenimis ar duomenų struktūromis: Sukurti, Modifikuoti ir išsaugoti kita versija, Pažymėti galiojančiu / negaliojančiu, Ištrinti, Kopijuoti, Pridėti aprašymą, pridėti bylą.

Akreditavimas 1 procedūra, kurios metu įgaliota institucija pripažįsta, kad įvertinta švietimo programa, švietimo teikėjas atitinka nustatytus reikalavimus.

Formalusis švietimas 1

švietimas, vykdomas pagal Lietuvos Respublikos teisės aktų nustatyta tvarka patvirtintas ir įregistruotas švietimo programas, kurias baigus įgyjamas pradinis, pagrindinis, vidurinis arba aukštasis išsilavinimas ir (ar) kvalifikacija arba pripažįstama kompetencija, reikalinga įstatymų reglamentuojamam darbui ar funkcijai atlikti.

Institucinio lygio programa 2

valstybinės švietimo politikos įgyvendinimui užtikrinti vietose (regione, savivaldybėje, mokykloje), švietimo naujovių plėtrai ir sėkmingos patirties sklaidai skirta programa, kurios trukmė ne mažesnė kaip 18 akademinių valandų.

Kompetencija 1 gebėjimas atlikti tam tikrą veiklą, remiantis įgytų žinių, mokėjimų, įgūdžių, vertybinių nuostatų visuma.

Kvalifikacija 1 Lietuvos Respublikos teisės aktų nustatyta tvarka pripažįstama asmens turimų kompetencijų arba profesinės patirties ir turimų kompetencijų, reikalingų tam tikrai veiklai, visuma.

Kvalifikacijos tobulinimas (arba KT)3

neformalusis švietimas ir savišvieta, kuriais siekiama įgyti, plėtoti profesinei veiklai reikalingas kompetencijas.

KT institucijos veiklos įsivertinimas 4

švietimo įstaigos ar įstaigos, įmonės, organizacijos, kuriai švietimas nėra pagrindinė veikla, sistemingas veiklos, susijusios su mokytojų ir švietimo pagalbą teikiančių specialistų kvalifikacijos

1 LR švietimo įstatymas (Žin., 1991, Nr. 23-593; 2011-03-31, Nr. 38-1804)2 Mokyklų vadovų, jų pavaduotojų ugdymui, ugdymą organizuojančių skyrių vedėjų, mokytojų, pagalbos mokiniui specialistų kvalifikacijos tobulinimo programų akreditavimo tvarkos aprašas, Valstybės žinios, 2007-12-01, Nr. 125-51243 Valstybinių ir savivaldybių mokyklų vadovų, jų pavaduotojų ugdymui, ugdymą organizuojančių skyrių vedėjų, mokytojų, pagalbos mokiniui specialistų kvalifikacijos tobulinimo nuostatai, Valstybės žinios, 2007-04-05, Nr. 39-14624 Kvalifikacijos tobulinimo programų ir renginių registro nuostatai, patvirtinti Lietuvos Respublikos švietimo ir mokslo ministro 2007 m.

5

tobulinimu, tyrimas pagal Institucijai aktualias veiklos sritis ir jų dalis nustatant savo potencialą, veiklos rezultatų kokybę ir siekiant Institucijos veiklos tobulinimo5.

KT institucijos veiklos išorinis vertinimas 5

tai švietimo įstaigos ar įstaigos, įmonės, organizacijos, kuriai švietimas nėra pagrindinė veikla, veiklos, susijusios su mokytojų ir švietimo pagalbą teikiančių specialistų kvalifikacijos tobulinimu, ekspertinis tyrimas, kurio metu, remdamiesi įsivertinimo išvadomis, institucijų veiklos išorinio vertinimo ekspertai (toliau – Ekspertai) padeda jai nustatyti veiklos rezultatų kokybę ir teikia rekomendacijas dėl veiklos tobulinimo

KT programos aprašas 6 (arba programa)

kompetencijų plėtojimo planas ir jo realizavimo aprašas, kuriame nusakyti mokymo(si) tikslai, uždaviniai, formos, turinys, įgyvendinimo nuoseklumas, trukmė, numatyti mokymo(si) metodai ir priemonės, plėtojamos, įgyjamos kompetencijos ir jų vertinimas (preliminari forma pateikiama: http://www.upc.smm.lt/ekspertavimas/akreditacija/programos/paraiskos_pildymo_vadovas.doc).

KT renginys 7 (arba renginys)

Veikla pagal kvalifikacijos tobulinimo programą arba kitokia veikla, kurios tikslas – darbuotojų kvalifikacijos tobulinimas.

Mokytojas 8 asmuo, ugdantis mokinius pagal formaliojo arba neformaliojo švietimo programas

Mokykla 8 juridinis asmuo, valstybės narės juridinio asmens ar kitos organizacijos padalinys, įsteigtas Lietuvos Respublikoje teisės aktų nustatyta tvarka, kurio pagrindinė veikla yra formalusis arba (ir) neformalusis švietimas

Pedagogas 8 asmuo, įgijęs aukštąjį (aukštesnįjį, įgytą iki 2009 metų, arba specialųjį vidurinį, įgytą iki 1995 metų) išsilavinimą ir pedagogo kvalifikaciją. Šiame dokumente Pedagogo sąvoka apima ir Mokytoją.

Pedagogo kvalifikacija 8

LR teisės aktų nustatyta tvarka pripažįstama asmens turimų kompetencijų arba profesinės patirties ir turimų kompetencijų, reikalingų mokiniams ugdyti, visuma.

Nacionalinio lygio programa 9

Ministerijos užsakymu parengta valstybinės švietimo politikos strateginėms kryptims įgyvendinti skirta programa.

Neformalusis švietimas 10

švietimas pagal įvairias švietimo poreikių tenkinimo, kvalifikacijos tobulinimo, papildomos kompetencijos įgijimo programas, išskyrus formaliojo švietimo programas.

Prilyginta akredituotai programa 9

institucijos, kurios kvalifikacijos tobulinimo veikla akredituota pagal Institucijų, vykdančių mokytojų ir švietimo pagalbą teikiančių specialistų kvalifikacijos tobulinimą, veiklos vertinimo ir akreditacijos taisykles, patvirtintas Lietuvos Respublikos švietimo ir mokslo ministro 2006 m. sausio 23 d. įsakymu Nr. ĮSAK-109 (Žin., 2006, Nr. 25-851) (toliau – Akredituota institucija), įvertinta programa.

Programos teikėjas 9 švietimo teikėjas, teisės aktų nustatyta tvarka turintis teisę teikti pedagogų kvalifikacijos tobulinimo paslaugas.

Savišvieta 8 savarankiškas mokymasis, kuris remiasi asmens iš įvairių šaltinių gaunamomis žiniomis ir jo praktine patirtimi.

Švietimas 8 ugdymas ir išsilavinimo teikimas, savišvieta; taip pat mokinių, jų tėvų (globėjų, rūpintojų), švietimo įstaigų, mokytojų ir kitų švietimo teikėjų, švietimo pagalbos specialistų veiklų visuma.

Švietimo įstaiga 8 mokykla arba švietimo pagalbos įstaiga.

Švietimo asmuo, kuris vertina ir konsultuoja mokyklų vadovus, jų pavaduotojus ugdymui, ugdymą

gruodžio 20 d. įsakymu Nr. ISAK-2524 „Dėl Kvalifikacijos tobulinimo programų ir renginių registro steigimo, jo nuostatų patvirtinimo ir veiklos pradžios nustatymo“ (Žin., 2007 Nr. 137-5615)5 Institucijų, vykdančių mokytojų ir švietimo pagalbą teikiančių specialistų kvalifikacijos tobulinimą, veiklos vertinimo ir akreditacijos taisyklės, patvirtintos Lietuvos Respublikos švietimo ir mokslo ministro 2006 m. sausio 23 d. įsakymu Nr. ISAK-109 „Dėl Institucijų, vykdančių mokytojų ir švietimo pagalbą teikiančių specialistų kvalifikacijos tobulinimą, veiklos vertinimo ir akreditacijos“ (Žin., 2006, Nr. 25-851)6 Remtasi Valstybinių ir savivaldybių mokyklų vadovų, jų pavaduotojų ugdymui, ugdymą organizuojančių skyrių vedėjų, mokytojų, pagalbos mokiniui specialistų kvalifikacijos tobulinimo nuostatais (Žin., 2007-04-05, Nr. 39-1462 )7 Pedagogų kvalifikacijos tobulinimo modelis: http://www.upc.smm.lt/projektai/pkt/naujienos/modelis.php8 LR švietimo įstatymas (Žin., 1991, Nr. 23-593; 2011-03-31, Nr. 38-1804)9 Mokyklų vadovų, jų pavaduotojų ugdymui, ugdymą organizuojančių skyrių vedėjų, mokytojų, pagalbos mokiniui specialistų kvalifikacijos tobulinimo programų akreditavimo tvarkos aprašas, Valstybės žinios, 2007-12-01, Nr. 125-512410 LR švietimo įstatymas (Žin., 1991, Nr. 23-593; 2011-03-31, Nr. 38-1804)

6

http://www.upc.smm.lt/ekspertavimas/akreditacija/programos/paraiskos_pildymo_vadovas.doc

konsultantas 11 (toliau – Konsultantas)

organizuojančius skyrių vedėjus, mokytojus, pagalbos mokyklai, mokiniui ir mokytojui specialistus ir kitus mokyklų bendruomenių narius (toliau – mokyklų vadovai ir mokytojai) prioritetiniais valstybinės švietimo politikos, ugdymo turinio įgyvendinimo, ugdymo proceso organizavimo ir mokyklų valdymo, tobulinimo bei kitais švietimo klausimais

Švietimo programa 8 iš anksto apibrėžtos formaliojo arba neformaliojo švietimo veiklos, kuria siekiama numatyto rezultato, aprašymas.

Švietimo programos modulis 8

iš anksto apibrėžta savarankiška švietimo programos dalis.

Švietimo stebėsena 8 nuolatinė švietimo būklės ir kaitos analizė, vertinimas, prognozavimas.

Švietimo teikėjas 8 mokykla, laisvasis mokytojas arba kitas švietimo teikėjas, Lietuvos Respublikos įstatymų nustatyta tvarka turintys teisę vykdyti švietimą

11 Švietimo konsultantų veiklos nuostatai. Internetinė prieiga: http://www.smm.lt/prtm/docs/mkt/Konsultantu_redakcija_2008_06.pdf

7

http://www.smm.lt/prtm/docs/mkt/Konsultantu_redakcija_2008_06.pdf

1.3 INFORMACIJA APIE PROJEKTĄ

2. Projektas „Pedagogų kvalifikacijos tobulinimo ir perkvalifikavimo sistemos plėtra (II etapas)“ (toliau – projektas), 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-02-V priemonę „Bendrojo lavinimo, profesinio mokymo institucijų ir aukštųjų mokyklų pedagoginio personalo kvalifikacijos tobulinimas“. Projekto kodas VP1-2.2-ŠMM-02-V-01-009.

3. Pagrindinis projekto tikslas – sudaryti sąlygas pedagogų kvalifikacijos tobulinimui ir perkvalifikavimui.4. Pedagogo karjeros raidos modelio sukūrimas. Projekto ,,Pedagogų kvalifikacijos tobulinimo ir

perkvalifikavimo sistemos plėtra“ metu buvo parengtas Pedagogų kvalifikacijos tobulinimo (toliau – PKT) modelis, kuriame numatytos priemonės, susijusios su pedagogo karjeros raida, paslaugų stebėsena bei švietimo konsultanto veiklos reglamentavimu. Siekiant diegti minėtame modelyje numatytas priemones, projekto ,,Pedagogų kvalifikacijos tobulinimo ir perkvalifikavimo sistemos plėtra (II etapas)“ metu yra įgyvendinami/išbandomi jo elementai, kuriamos sistemos, modeliai, rengiami teisės aktų projektai ir kt.

5. Šio projekto rėmuose yra numatyta veikla „E-sistemos, apimančios pedagogų kvalifikacijos tobulinimo(si) duomenų apskaitą ir stebėseną, sukūrimas“. Problema: Vidutiniškai vienam pedagogui per metus LR Švietimo įstatyme numatoma galimybė tobulinti kvalifikaciją 5 dienas, o pedagogų Lietuvoje yra apie 30 tūkst., todėl dalyvavimo PKT renginiuose asmenų kiekis yra didelis. Informacija apie pedagogo kvalifikacijos tobulinimą yra aktuali mokyklai planuojant mokinio krepšelio lėšų dalies, skirtos PKT panaudojimą, o taip pat atestacijos procese ir kt. Šiuo metu pedagogas surinkęs kompetenciją įrodančių sertifikatų segtuvus neša komisijai, siekdamas įrodyti savo kvalifikacijos tobulinimą, nes nėra elektroninės sistemos, kurioje būtų pateikti tokie duomenys. Iš kitos pusės PKT paslaugų tiekėjai yra priversti spausdinti popierinius pažymėjimus, o elektroninė sistema leistų jų atsakyti.

6. Projekto metu kartu su partneriu Švietimo informacinių technologijų centru bus sukurta elektroninė duomenų sistema, apimanti pedagogų kvalifikacijos tobulinimo(si) duomenų apskaitą ir stebėseną. Sistema bus susieta su pedagogų karjeros raidos modelyje numatytais etapais, kvalifikacijos tobulinimo taškų sistema, elektronine registracija, elektroniniais pažymėjimais, kvalifikacijos tobulinimo programų registru, pedagogų registru, elektronine dalyvių apklausa ir pan. Sistema leis vykdyti pedagogų kvalifikacijos tobulinimo apskaitą – kaupti kasmetinius kiekvieno pedagogo kvalifikacijos tobulinimo planus, kaupti duomenis apie jų dalyvavimą kvalifikacijos tobulinimo veiklose ir kompetencijų įgijimą pagal kvalifikacines kategorijas. Šie duomenys bus reikalingi ir projektui pasibaigus ugdymo įstaigose įvedant kasmetinį pedagogų kvalifikacijos tobulinimo planavimą ir į(si)vertinimą. Sistemoje bus kaupiami duomenys apie kvalifikacijos tobulinimo paslaugų teikėjų veiklos (renginių) kokybę, kas leis vykdyti pedagogų kvalifikacijos tobulinimo paslaugų ir tiekėjų kokybės analizę ir priežiūrinį reguliavimą.

7. Šioje informacinėje sistemoje duomenys bus kaupiami apie visų Lietuvos pedagogų kvalifikacijos tobulinimą.

8. Numatoma, jog pats pedagogas savo duomenis suves į sistemą, o dalis jų, kurie bus verifikuoti mokyklos, pateks į Pedagogų registrą. Informacija apie renginius, kuriuose dalyvaus pedagogas bus siejama su Kvalifikacijos tobulinimo programų ir renginių registru, todėl turės būti užtikrintas sistemų duomenų integralumas.

9. Veiklos rezultatas – sukurta e-sistema, apimanti pedagogų kvalifikacijos tobulinimo(si) duomenų apskaitą ir stebėseną. Sprendžiant aukščiau paminėtas problemas bei siekiant įgyvendinti Projekto tikslus ir šią veiklą, UPC numato įsigyti pirkimo objektą, kurio reikalavimai yra pateikiami šiame dokumente. Papildoma informacija apie projektą pateikiama adresu: http://www.upc.smm.lt/projektai/pkt/apie.php

8

http://www.upc.smm.lt/projektai/pkt/apie.php

1.4 PERKANČIOJI ORGANIZACIJA

10. Perkančioji organizacija – Ugdymo plėtotės centras.

1.5 PIRKIMO OBJEKTAS

11. Pirkimo objektas – informacinės sistemos, apimančios pedagogų kvalifikacijos tobulinimo(si) duomenų apskaitą ir stebėseną (toliau – IS), sukūrimo ir diegimo paslaugos (toliau – paslaugos).

12. Planuojama, kad ši informacinė sistema bus įdiegta UPC tarnybinėje stotyje ir veiks Projekto metu, taip pat ir jam pasibaigus.

1.6 VIETA

13. Paslaugų teikimo vieta: M. Katkaus g. 44, 09217 Vilnius14. Paslaugų teikimo metu Užsakovas suteiks patalpas informacijai rinkti, diskusijoms su atsakingais Užsakovo

darbuotojais, pristatymams ir pan.

1.7 LAIKOTARPIS

15. Paslaugos turi būti suteiktos per 6 mėn. nuo paslaugų teikimo sutarties įsigaliojimo. 16. Paslaugų teikimo sutartis gali būti pratęsiama numatytais atvejais (kaip apibrėžia 17 punktas), bet tik tada,

jei pratęsiama Projekto finansavimo sutartis, o sutarties pratęsimas bus fiksuojamas papildomu susitarimu, kaip apibrėžta 18 šios specifikacijos punkte. Paslaugų teikimo sutartis gali būti pratęsta 2 kartus po 3 mėnesius.

17. Paslaugų teikimo sutarties pratęsimo atvejai:17.1. negalima realizuoti numatytų integracijų arba kitos priežastys, kurios turi įtakos sėkmingam

informacinės sistemos diegimui;17.2. atsirado teisės aktų pasikeitimų, kurie turi įtakos diegiamos informacinės sistemos apimčiai;17.3. kitos reikšmingos, objektyvios ir nepriklausančios nei nuo Užsakovo, nei nuo Tiekėjo priežastys,

kurios trukdo laiku suteikti numatytas paslaugas.18. Esant 17 punkte apibrėžtiems atvejams, paslaugų teikimo terminas gali būti koreguojamas abipusiu šalių

susitarimu. Tai įforminama Užsakovo ir Tiekėjo ar jų įgaliotų atstovų pasirašomu protokolu, kuris tampa neatskiriama pirkimo sutarties dalimi. Šios korekcijos galimos be Viešųjų pirkimų tarnybos sutikimo.

1.8 REIKALAVIMAI PASLAUGOMS IR JŲ REZULTATAMS

19. Diegėjas privalo užtikrinti, kad Sistema atitiktų ir užtikrintų Projekto tikslus, sprendžiamas problemas bei funkcionalumą pateikiamą „Informacija apie projektą“ skyriuje.

20. Diegėjas, rengdamas pasiūlymą turi įvertinti ir privalo atsižvelgti į tai, kad perkamų paslaugų teikimo metu yra vykdomas kitų UPC informacinių sistemų bei išorės informacinių sistemų kūrimas ir modifikavimas, įtakojantis Pedagogų kvalifikacijos tobulinimo informacinės sistemos sukūrimo kūrimą ir diegimą.

21. Paslaugos teikimo metu Diegėjas privalo derinti veiksmus ir sprendimus su Projekto vykdymo laikotarpiu vykstančiais UPC IT techninės ir technologinės infrastruktūros pokyčiais taip pat su šiuo metu kuriamų bei kitų IS (tame tarpe Registrų) susijusių su Pedagogų kvalifikacijos procesais IS plėtra ir/ar kūrimu.

22. Pateikta Sistema turi veikti nepriklausomai nuo kitose IS vykstančių technologinių ir funkcinių pakeitimų.23. Tiekėjas, rengdamas pasiūlymą turi įvertinti, kad IS kūrimo metu gali būti keičiami ar kuriami nauji teisės

aktai ar dokumentai, reglamentuojantys PKT ir kitose UPC IS realizuojamą PKT funkcionalumą ir dėl to

9

paslaugų teikimo metu teks naudoti ne tik patvirtintus teisės aktus, bet ir jų projektus ar rengiamus dokumentus;

24. Projekto veiklos turi būti vykdomos etapais, kurie yra suderinti su Valstybės informacinių sistemų kūrimo metodika (Informacinės visuomenės plėtros komiteto prie Lietuvos Respublikos Vyriausybės direktoriaus 2004 m. spalio 15 d. įsakymu Nr. T-131 patvirtinta valstybės informacinių sistemų kūrimo metodika (Žin. 2004, Nr. 155-5679)).

25. Atsižvelgiant į patvirtintą valstybės informacinių sistemų kūrimo metodiką, žemiau pateikiami bendrieji paslaugų teikimo aprašymai ir laukiami paslaugų tarpiniai bei galutiniai rezultatai.

26. Teikiamų paslaugų eiliškumas ir jų trukmė gali būti pasiūlyta tiekėjo, tačiau turi užtikrinti nuoseklų paslaugų teikimą ir kontrolę, galimybes Užsakovui, tiekėjui ir techninės priežiūros konsultantui priimti reikiamus sprendimus bei pasiekti paslaugų tikslus.

27. Tiekėjas, jeigu tai neprieštarauja paslaugoms keliamiems reikalavimams, gali pasiūlyti pirkimų dokumentuose nenumatytas, bet Tiekėjo manymu būtinas, paslaugas ir jų rezultatus.

28. Paslaugų suteikimo priežiūrą ir rezultatų vertinimą atliks Užsakovo sudaryta Projekto priežiūros grupė bei Techninės priežiūros konsultantas.

Teikiamų paslaugų sąrašas ir galimi jų rezultatai nurodyti lentelėje (žr. Lentelė 2):

LENTELĖ 2. PASLAUGOS, JŲ APRAŠYMAS IR REZULTATAI.NR. PASLAUGOS APRAŠYMAS REZULTATAS1. Inicijavima

sParengia paslaugų teikimo planą (paslaugų teikimo kalendorinį grafiką) ir paslaugų teikimo reglamentą.

Per 10 d. nuo sutarties įsigaliojimo pasirašymo.

- Paslaugų teikimo planas (paslaugų teikimo kalendorinis grafikas), kuriame nurodoma atskirų etapų ir užduočių trukmė, atsakomybės, priklausomybės, tarpinių ir galutinių rezultatų pateikimo terminai.- Paslaugų teikimo reglamentas, apimantis paslaugas ir rezultatus, paslaugų teikimo problemų nustatymą ir valdymo procedūras, paslaugų teikimo dalyvius, jų komunikavimo principus, kitas atsakomybes.Gali būti pateikta viename dokumente

2. Detali analizė

- Surenka detalią veiklos informaciją;- sukonstruoja veiklos procesų modelį;- sukonstruoja detalius IS funkcijų ir duomenų modelius;- parengia Sistemos Nuostatų projektą;- parengia techninės įrangos specifikaciją visoms aplinkoms ir aprašo reikalavimus kompiuterinei techninei ir sisteminei programinei įrangai (operacinėms sistemoms);- apibrėžia reikalavimus IS sąsajoms;- aprašo IS loginę architektūrą;- sukuria veikiantį IS prototipą.

Per 2 mėn. nuo sutarties pasirašymo.

- Detali IS specifikacija, kurioje pateikiami veiklos procesai, funkciniai, techniniai ir kiti sistemos reikalavimai, detaliai aprašant sistemos funkcijas, jų įgyvendinimo priemones, sąsajas, duomenų modelį, sistemos architektūrą, kompiuterinę įrangą. Taip pat turi būti parengtos sąsajų su esamomis ir išorinėmis IS bei Registrais planas.- Prototipas. IS prototipui keliami reikalavimai pateikiami sk. „Error: Reference source notfoundReikalavimai IS prototipui“.

3. Projektavimas

- Suprojektuoja duomenų bazę;- suprojektuoja IS posistemius, modulius;- aprašo IS techninę architektūrą;- parengia testavimo strategiją, planą.


- Projektinė dokumentacija, kuri apima detalizuotų funkcinių, techninių ir kitų reikalavimų įgyvendinimo aprašymą. Dokumentacijoje pateikiami įgyvendinamų posistemių, modulių sąrašai, jų tipai, įgyvendinamos sistemos funkcijos, sąryšiai su kitais posistemiais ar moduliais, posistemių ir modulių vaizdai, funkcinė logika, o taip pat sistemos parametrų aprašymai ir dokumentų prototipai, duomenų bazės modelio aprašymai, sąsajų tarp sistemų ir jų valdymo aprašymai bei kita reikalinga

10

NR. PASLAUGOS APRAŠYMAS REZULTATASinformacija.- Parengta testavimo strategija, planas.

4. Kūrimas - Parengia kūrimo bei testavimo aplinkas;- teikia reikalingas programavimo ir (arba) techninio ir programinio konfigūravimo paslaugas;- sukuria ir ištestuoja IS posistemius ir modulius;- parengia testavimo scenarijus;- perkelia į IS reikiamus duomenis (jei yra);- Parengia IS testavimo scenarijus, atlieka sistemos modulių, sistemos ir sistemų integracijos testus;- pašalina testavimo metu identifikuotas klaidas bei netikslumus;- parengia naudotojo dokumentaciją – naudotojo žinyną, naudotojo vadovą ir naudotojo elektroninės pagalbos sistemą;- paruošia būsimųjų IS naudotojų mokymo medžiagą;- parengia IS diegimo planą;- parengia ir pateikia darbui visa apimtimi funkcionuojančią IS (sisteminę programinę įrangą ir kt. įrangą reikalingą IS funkcionavimui).


- Sukurta sistemos ir duomenų konvertavimo programinė įranga. Sukurta ir testavimui parengta visų funkcinių komponentų programinė įranga, atliktas vidinis testavimas bei pašalintos vidinio testavimo metu nustatytos klaidos bei netikslumai.- Perkelti į IS reikiami duomenys (jei yra). Šiuo metu reikalavimai duomenų perkėlimui nėra suformuluoti.- Parengti testavimo scenarijai.- IS testavimo ataskaita. IS testavimo ataskaita privalo apimti Tiekėjo atlikto IS vidinio testavimo rezultatų aprašymą.- IS naudotojų dokumentacija. IS naudotojų grupių ir administratorių instrukcijos privalo būti parengtos pagal sistemos funkcines sritis ir atskirų naudotojų grupių atliekamas funkcijas. Sistemos naudotojų instrukcijos privalo būti iliustruotos naudotojo sąsajos paveikslėliais.- Mokymo medžiaga. Naudotojų mokymų medžiaga parengta pagal IS naudotojų vaidmenis, iliustruota sistemos naudotojo sąsajos paveikslėliais, pateiktos praktinės naudotojų užduotys.- Parengtas IS diegimo planas.

5. Diegimas - Paruošia būsimųjų IS naudotojų mokymo aplinką;- apmoko priėmimo testo komandą;- paruošia IS priėmimo testo aplinką ir dalyvauja atliekant IS priėmimo testą;- apmoko būsimuosius IS naudotojus;- paruošia eksploatacinę aplinką ir startuoja IS bandomosios eksploatacijos režimu.


- Mokymo aplinka. Mokymo aplinkos paruošimas apima programinės įrangos instaliavimą ir konfigūravimą, bei sistemos nustatymus.- Mokymo planas. Mokymo planas apima mokymų organizavimo principų ir tvarkos aprašymą (t.y. detalizuotą mokymų grafiką, pasirengimo mokymams aprašymą, mokymų eigos procedūrą, reikalingus išteklius, atsakingus asmenis).- Apmokyti IS testuotojai, naudotojai ir administratoriai. Tiekėjas, pagal mokymų plane suderintą procedūrą ir tvarką, apmoko būsimus IS testuotojus, naudotojus ir administratorius. IS naudotojų mokymo reikalavimai aprašyti skyriuje „Reikalavimai Sistemos naudotojų mokymams“.- IS priėmimo testo rezultatų ataskaita. IS priėmimo testo rezultatų ataskaitoje pateikiami IS priėmimo testo rezultatai ir jų atitikimas apibrėžtiems priėmimo kriterijams.- IS parengtas bandomajai eksploatacijai. IS paruošimas bandomajai eksploatacijai apima IS programinės įrangos, atitinkančios testavimo metodikoje nurodytus sistemos priėmimo kriterijus, instaliavimą ir konfigūravimą, bei sistemos nustatymus.

6. Bandomoji eksploatacija

- Parengia IS gamybinę aplinką;- atlieka ne trumpesnę nei 2 mėn. trukmės IS bandomąją eksploataciją;- teikia konsultacijas IS eksploatacijos klausimais;- reaguoja į bandomosios eksploatacijos

- Bandomosios eksploatacijos rezultatų ataskaita. Tiekėjas bandomosios eksploatacijos metu pagal suderintą klaidų šalinimo grafiką šalina visus suderinto sistemos funkcionalumo trūkumus, užregistruotus bandomosios eksploatacijos problemų registre.

11

NR. PASLAUGOS APRAŠYMAS REZULTATASmetu iškilusias problemas (reakcijos į problemą laikas – 4 (keturias) Užsakovo darbo laiko valandos nuo pranešimo apie problemą gavimo) ir užtikrina jų išsprendimą ne ilgiau kaip per 8 (aštuonias) Užsakovo darbo laiko valandas nuo pranešimo apie problemą gavimo. Išskirtiniais atvejais, jei problemos per nurodytą laiką išspręsti neįmanoma, su Užsakovo privalo būti suderintas atskiras problemos sprendimo terminas;- renka, apdoroja ir įgyvendina naudotojų pasiūlymus IS tobulinimui;- parengia bandomosios eksploatacijos rezultatų ataskaitą.


Tiekėjas bandomosios eksploatacijos metu įgyvendina pasiūlymus sistemos tobulinimui.Bandomosios eksploatacijos rezultatų ataskaitoje įvertinami visi bandomosios eksploatacijos metu nustatyti defektai, pateiktas jų išsprendimo būdas ir statusas, pateikiamos rekomendacijos dėl tolesnės eksploatacijos.- IS parengta gamybinei eksploatacijai. Baigta bandomoji eksploatacija, kuri įforminama Tiekėjo pateiktu ir su Užsakovu suderintu sistemos perdavimo-priėmimo aktu.

7. Garantinis aptarnavimas

- Suteikia 12 mėn. įdiegtos IS garantinį aptarnavimą.

- Suteiktas garantinis aptarnavimas. Reikalavimai garantiniam aptarnavimui pateikiami skyriuje „Reikalavimai Sistemos garantinės priežiūrospaslaugoms“.

Viso paslaugų teikimo metu Tiekėjas:- kiekvieną mėnesį (iki pirmos mėnesio darbo dienos) teikia Projekto darbų vykdymo būklės ataskaitas (pagal su Užsakovu suderintą formą);- pasibaigus projektavimui ir testavimui per 5 darbo dienas teikia tarpines paslaugų vykdymo ataskaitas;- įvykdžius visus numatytus darbus, teikia galutinę paslaugų įvykdymo ataskaitą.

- Mėnesinės diegimo darbų vykdymo ataskaitosMėnesinės Projekto darbų vykdymo ataskaitos apima per ataskaitinį laikotarpį įvykdytus darbus ir pasiektus rezultatus, iškilusias problemas ir rizikas, numatytus kito atsiskaitomojo laikotarpio atitinkamus darbus ir rezultatus.- Tarpinės paslaugų vykdymo ataskaitos, apimančios paslaugų teikimo eigos ir rezultatų vertinimą, faktinių rezultatų palyginimą su planu, tolesnių paslaugų vykdymo planą.- Galutinė paslaugų įvykdymo ataskaita, apima Projekto eigos (darbų/veiklų įvykdymo) ir rezultatų vertinimą, faktinį rezultatų palyginimą su planu ir neatitikimų įvertinimą.

1.9 REIKALAVIMAI IS PROTOTIPUI

29. Tiekėjas privalo pateikti argumentais pagrįstą siūlymą, kaip patogiausiu formatu įgyvendinti reikalaujamą IS funkcionalumą. Tiekėjo siūlomas sprendimas (kaip veikiantis IS prototipas) privalo būti parengtas, pristatytas ir su Užsakovu suderintas detalios analizės etapo metu. Kartu su prototipu Tiekėjas privalo pristatyti ir siūlomas dizaino gaires (konkretūs spalviniai sprendimai, siūlomi šriftai, stilistika).

30. Prototipui keliami reikalavimai:30.1. Prototipe privalo būti pasiūlyta pilna IS navigacijos logika.30.2. Prototipas privalo būti veikiantis (aktyvūs visi skirtingą turinį pateikiantys meniu elementai, galimybė

matyti skirtingoms tikslinėms naudotojų grupėms skirtus navigacijos kelius).30.3. Suderinus prototipą, jie bus traktuojami kaip tiksli įgyvendinimo užduotis vėlesniems IS kūrimo

etapams. Projektavimo ir kūrimo rezultatai bus tikrinami lyginant juos su suderintu prototipu.

1.10 REIKALAVIMAI PROGRAMINĖS ĮRANGOS LICENCIJOMS

31. Tiekėjas turi pateikti Užsakovui visas programinei įrangai testuoti (testinėje aplinkoje) ir eksploatuoti (gamybinėje aplinkoje) reikalingas licencijas, kurios atitinka Užsakovo poreikį bei reikalavimus.

12

32. Licencijos turi būti nuolatinio ir neriboto galiojimo ir neapribotos nuomos ar kitu panašiu teisiniu pagrindu: jų galiojimas turi būti nuolatinis ir be pabaigos. Taip pat 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.

33. Sistema turi būti sukurta taip, kad perdavus Užsakovui ateityje nereiktų mokėti už bet kokias papildomas licencijas.

34. Programinės įrangos licencijos naudojimas negali būti apribojamas kitais kriterijais (pvz.: naudojamų modulių skaičiumi, galimų įvesti įrašų skaičiumi ir kt.).

35. Sistemos taikomosios ir sisteminės programinės įrangos licencijose neturi būti jokių licencinių apribojimų tokios programinės įrangos integracijai su Sistemos komponentais.

36. Viešai pasiekiamų Sistemos sričių arba Sistemos naudotojams pasiekiamų sričių ir funkcinių komponentų veikimą užtikrinančios programinės įrangos licencijos negali būti ribojamos naudotojų skaičiumi.

37. Sistemos administratorių (tvarkytojo darbuotojų) pasiekiamų sričių veikimą užtikrinančios programinės įrangos licencijos, turi būti ribojamos (jei yra ribojimų) ne pagal techninės įrangos išteklius, bet pagal naudotojų skaičių.

38. 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.).

39. Sistemos eksploatacijai naudojama technologinė platforma turi būti pritaikyta įsigyjamų licencijų naudojimui.

40. Jei Sistemos administravimui reikia papildomų priemonių, Tiekėjas turi pateikti ir įdiegti tokią programinę įrangą.

41. Visai pateiktai programinei įrangai, visą garantinį laikotarpį turi būti numatytos programinės įrangos techninio aptarnavimo, licencijų atnaujinimo paslaugos, kurių kaina įskaičiuota į bendrą pasiūlymo kainą. Jeigu Tiekėjas ir Sistemos gamintojas yra skirtingi juridiniai asmenys, Tiekėjas privalo užtikrinti visų reikiamų mokesčių sumokėjimą Sistemos gamintojui (gamintojams), kad Užsakovas galėtų teisėtai naudotis Sistema, gauti Sistemos gamintojo palaikymą (klaidų šalinimą) ir licencijų atnaujinimą.

42. Tiekėjas įsipareigoja suteikti visas reikalingas licencijas, neribojant jų naudojimo laiko sistemos aplinkoms funkcionuoti, kurios turi veikti diegimo, testavimo, bandomosios eksploatacijos metu ir po sistemos starto, visą sistemos eksploatacijos laiką.

43. Tiekėjo siūlomos Sistemos licencijos turi užtikrinti, kad su sistema galėtų dirbti neribotas skaičius naudotojų.

44. Tiekėjo siūlomos Sistemos licencijos neturi riboti vienu metu su ja dirbančių naudotojų skaičiaus. 45. Perduodama programinė įranga turi būti įrašyta į laikmenas.46. Būtiną Sistemos veikimui techninę įrangą pateiks Užsakovas.

1.11 TEISĖS AKTAI KURIAIS TURI BŪTI VADOVAUJAMASI TEIKIANT SISTEMOS SUKŪRIMO IR DIEGIMO PASLAUGAS

Šiame skyriuje pateikiami teisės aktai ir kiti su Perkamu objektu susiję dokumentai, kuriais vadovaujantis turi būti kuriama ir diegiama Sistema.

1.11.1 Bendri teisės aktai ir dokumentai

Pateikiami bendri teisės aktai ir kiti su Perkamu objektu susiję dokumentai, kuriais vadovaujantis turi būti kuriama ir diegiama IS:

47. Valstybinės švietimo strategijos nuostatai (Žin., 2003, Nr. 71-3216) bei Valstybinės švietimo strategijos 2003-2012 metų nuostatų įgyvendinimo programa (Žin.2005-01-27, Nr. 12-391);

48. Mokymosi visą gyvenimą užtikrinimo strategija (Žin., 2004, Nr.: 56-1957; Žin., 2008, Nr.: 122 – 4647);49. Lietuvos Respublikos švietimo įstatymo pakeitimo įstatymas (Žin., 2011-03-31, Nr. 38-1804 );

13

50. Lietuvos Respublikos neformaliojo suaugusiųjų švietimo įstatymas (Žin., 1998, Nr. 66-1909; Žin. 2010, Nr. 48-230);

51. Mokyklų vadovų, jų pavaduotojų ugdymui, ugdymą organizuojančių skyrių vedėjų, mokytojų, pagalbos mokiniui specialistų kvalifikacijos tobulinimo programų akreditavimo tvarkos aprašu, patvirtintu Lietuvos Respublikos švietimo ir mokslo ministro 2007 m. lapkričio 23 d. įsakymu Nr. ĮSAK-2275 (Žin., 2007, Nr.125-5124);

52. Valstybinių ir savivaldybių mokyklų vadovų, jų pavaduotojų ugdymui, ugdymą organizuojančių skyrių vedėjų, mokytojų, pagalbos mokiniui specialistų kvalifikacijos tobulinimo nuostatais, patvirtintuose Lietuvos Respublikos švietimo ir mokslo ministro 2007 m. kovo 29 d. įsakymu Nr. ĮSAK-556 (Žin., 2007, 39-1462) su vėlesniais pakeitimais;

53. Institucijų, vykdančių mokytojų ir švietimo pagalbą teikiančių specialistų kvalifikacijos tobulinimą, veiklos vertinimas ir akreditacija, Žin., 2006, Nr. 25-851 (2006 m. sausio 23 dienos įsakymas Nr. ĮSAK-109);

54. Valstybinių ir savivaldybių mokyklų vadovų, jų pavaduotojų ugdymui, ugdymą organizuojančių skyrių vedėjų, mokytojų, pagalbos mokiniui specialistų kvalifikacijos tobulinimo nuostatai 2010 metų projektas;

55. Mokytojų ir pagalbos mokiniui specialistų (išskyrus psichologus) atestacijos nuostatais patvirtintais Lietuvos Respublikos švietimo ir mokslo ministro 2008 m. lapkričio 24 d. įsakymu Nr. ĮSAK-3216;

56. Valstybinių (išskyrus aukštųjų ir aukštesniųjų) ir savivaldybių mokyklų vadovų, jų pavaduotojų ugdymui, ugdymą organizuojančių skyrių vedėjų atestacijos nuostatų tvirtinimo 2005-07-21, ĮSAK 1521 su vėlesniais pakeitimais;

57. Profesijos mokytojų kvalifikacijos tobulinimo nuostatais, patvirtintuose Lietuvos Respublikos švietimo ir mokslo ministro 2007 m. balandžio 3 d. įsakymu Nr. ĮSAK-591 (Žin., 2007, Nr. 40-1523) su vėlesniais pakeitimais, aktuali nuo 2010-06-23;

58. Institucijų, vykdančių mokytojų ir švietimo pagalbą teikiančių specialistų kvalifikacijos tobulinimą, veiklos vertinimo ir akreditacijos taisyklėmis, patvirtintose LR švietimo ir mokslo ministro 2006 m. sausio 23 dienos įsakymu Nr. ĮSAK-109, 2008-04-22 įsakymo redakcija, (Žin., 2008, Nr. 51-1116),

59. Kvalifikacijos tobulinimo programų ir renginių registro steigimo nuostatais, patvirtintais Lietuvos Respublikos švietimo ir mokslo ministro 2007 m. gruodžio 20 d. įsakymu Nr. ĮSAK-2524 su vėlesniais pakeitimais (Žin., 2007, Nr. 137-5615; Žin., 2009, Nr.: 35 -1354);

60. Mokytojo profesijos kompetencijos aprašu patvirtintu Lietuvos Respublikos švietimo ir mokslo ministro 2007 m. sausio 15 d. įsakymu Nr. ĮSAK-54 (Žin., 2007-01-30, Nr. 12-511);

61. Valstybinių ir savivaldybių mokyklų vadovų, jų pavaduotojų ugdymui, ugdymą organizuojančių skyrių vedėjų, mokytojų, pagalbos mokiniui specialistų kvalifikacijos tobulinimo nuostatai. 2007-03-29, aktuali redakcija 2009-04-23, Nr. ĮSAK-817;

62. Kvalifikacinių reikalavimų valstybinių ir savivaldybių švietimo įstaigų (išskyrus aukštąsias mokyklas) vadovams aprašu, 2011-07-01, Nr.-1194.

63. Dokumentų projektais:63.1. Pedagogų kvalifikacijos tobulinimo koncepcija, 2012;63.2. Valstybinių ir savivaldybių mokyklų vadovų, jų pavaduotojų ugdymui, ugdymą organizuojančių skyrių

vedėjų, mokytojų, pagalbos mokiniui specialistų kvalifikacijos tobulinimo nuostatų 2011 metų projektu;

63.3. Projekto „Pedagogų kvalifikacijos tobulinimo ir perkvalifikavimo sistemos plėtra“, Pedagogų kvalifikacijos tobulinimo modelis, 2012.

1.11.2 Teisės aktai, reglamentuojantys informacinių sistemų kūrimą, steigimą ir įteisinimą

Nepriklausomai nuo to ar kuriama Sistema bus įteisinama kaip Valstybės informacinė sistema, ji turi atitikti teisės aktus, reglamentuojančius informacinių sistemų kūrimą, steigimą ir įteisinimą:

64. Lietuvos Respublikos asmens duomenų teisinės apsaugos įstatymas (Žin., 1996, Nr. 63–1479; 2003, Nr. 15–597; 2008 Nr. 22–804);

65. Lietuvos Respublikos elektroninių ryšių įstatymas (Žin., 2004, Nr. 69–2382);66. Lietuvos Respublikos valstybės informacinių išteklių valdymo įstatymas (Žin., 2011, Nr. 163–7739);67. Lietuvos Respublikos Vyriausybės 1997 m. rugsėjo 4 d. nutarimas Nr. 952 „Dėl duomenų apsaugos

valstybės ir vietos savivaldos informacinėse sistemose“ (Žin., 1997, Nr. 83–2075; 2007, Nr. 49–1891);

14

68. Viešo naudojimo kompiuterių tinkluose neskelbtinos informacijos kontrolės ir ribojamos viešosios informacijos platinimo tvarka, patvirtinta Lietuvos Respublikos Vyriausybės 2003 m. kovo 5 d. nutarimu Nr. 290 (Žin., 2003, Nr. 24–1002);

69. Valstybės informacinių sistemų steigimo ir įteisinimo taisyklės, patvirtintos Lietuvos Respublikos Vyriausybės 2004 m. balandžio 19 d. nutarimu Nr. 451 (Žin., 2004, Nr. 58–2061);

70. Bendrieji elektroninės informacijos saugos valstybės institucijų ir įstaigų informacinėse sistemose reikalavimai, patvirtinti Lietuvos Respublikos Vyriausybės 2007 m. balandžio 25 d. nutarimu Nr. 410 (Žin., 2007, Nr. 49–1891);

71. Valstybės informacinių sistemų kūrimo metodika, patvirtinta Informacinės visuomenės plėtros komiteto prie Lietuvos Respublikos Vyriausybės direktoriaus 2004 m. spalio 15 d. įsakymu Nr. T–131 (Žin., 2004, Nr. 155–5679);

72. Informacinės visuomenės plėtros komiteto prie Lietuvos Respublikos Vyriausybės direktoriaus 2004 m. spalio 15 d. įsakymas Nr. T–131 „Dėl Valstybės informacinių sistemų kūrimo metodinių dokumentų patvirtinimo“ (Žin., 2004, Nr. 155–5679);

73. Valstybės institucijų ir įstaigų informacinių sistemų klasifikavimo pagal jose tvarkomą elektroninę informaciją gairės, patvirtintos Lietuvos Respublikos vidaus reikalų ministro 2007 m. liepos 11 d. įsakymu Nr. 1V–247 (Žin., 2007, Nr. 78–3160);

74. Valstybės institucijų ir įstaigų informacinių sistemų elektroninės informacijos techniniai saugos reikalavimai, patvirtinti Lietuvos Respublikos vidaus reikalų ministro 2008 m. spalio 27 d. įsakymu Nr. 1V–384 (Žin., 2008, Nr. 127–4866);

75. Lietuvos Respublikos Vidaus reikalų ministro 2008 m. spalio 27 d. įsakymas 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., Nr. 127–4866);

76. Valstybinės duomenų apsaugos inspekcijos direktoriaus 2008 m. lapkričio 12 d. įsakymas Nr. 1T–71(1.12) „Dėl bendrųjų reikalavimų organizacinėms ir techninėms duomenų saugumo priemonėms patvirtinimo“;

77. Lietuvos Respublikos finansų ministro 2012 m. rugsėjo 6 d. įsakymas Nr. 1K–297 „Dėl informacinės sistemos E. sąskaita nuostatų patvirtinimo“ (Žin., 2012, Nr. 107–5425);

78. Lietuvos standartai LST ISO/IEC 17799:2006 ir LST ISO/IEC 27001:2006, kiti Lietuvos Respublikos ir tarptautiniai „Informacijos technologija. Saugumo metodai“ grupės standartai, naudojami kaip elektroninės informacijos saugos užtikrinimo rekomendacinės priemonės;

79. kiti teisės aktai ir metodiniai dokumentai, reglamentuojantys informacinių sistemų kūrimą, steigimą ir įteisinimą.

Pastaba. Susijusių dokumentų turinys ir sąrašas Projekto eigoje gali būti atnaujinamas. Diegėjas viso Projekto metu turi vadovautis visais aukščiau nurodytais (taip pat ir atnaujinus sąrašą papildytais) su kuriama Sistema susijusiais teisės aktais ir jų aktualiais pakeitimais bei iki Analizės, prototipo parengimo, projektavimo etapo pabaigos turės užtikrinti visų Projekto metu parengtų rezultatų ar atliktų darbų atnaujinimą, atsižvelgiant į visus teisės aktų pakeitimus.

15

2 REIKALAVIMAI INFORMACINEI SISTEMAIPirkimo objekto viso proceso centre yra pedagogas ir mokykla. Jų individualūs ir instituciniai poreikiai formuoja ir inicijuoja visą PKT procesą. Pedagogo ir mokyklos poreikius tiria, pažįsta ir tenkina visi PKT paslaugų teikėjai ir „pamatinės“ organizacijos – ŠMM bei savivaldybės, nustatydamos PKT politines-strategines kryptis, finansavimo principus ir tvarką, skirdamos lėšas bei kitais būdais sudarydamos palankią aplinką PKT procesui vykti. Pedagogas ir mokykla iš vienos pusės yra atskiri PKT proceso vienetai, bet iš kitos pusės – neatsiejamai susiję. Šiuo metu numatomi PKT proceso veikėjai, dalyviai, jų tarpusavio ryšiai ir funkcijos pateikiami paveiksle žemiau:

PAV. 1. PKT PROCESO VEIKĖJAI, DALYVIAI, JŲ TARPUSAVIO RYŠIAI IR FUNKCIJOS12

12 Plačiau žr. Projekto „Pedagogų kvalifikacijos tobulinimo ir perkvalifikavimo sistemos plėtra“, Pedagogų kvalifikacijos tobulinimo

16

80. Sistemos detalios analizės etapo metu visi procesai turi būti derinami ir koreguojami pagal Perkančiosios organizacijos poreikius.

81. Funkciniai reikalavimai aprašyti naudojant naudotojo pasakojimus (angl. User Story)13

82. Teikėjas turės sukurti tokią informacinę sistemą, kurioje būtų realizuoti visi naudotojo pasakojimai ir kiti šiame dokumente pateikti reikalavimai.

83. Diegėjas turės pasiūlyti bei suderinti su Perkančiąja organizacija Sistemos naudotojų administravimo modulį atsižvelgiant į pateiktą PKT modelį žr. pav.1. „PKT proceso veikėjai, dalyviai, jų tarpusavio ryšiai ir funkcijos“.

84. Turi būti realizuotas lankstus Sistemos naudotojų administravimas, leidžiantis tvarkyti naudotojų teises taip, kaip to nori Užsakovas. Turi būti realizuotas naudotojų teisių ir grupių valdymas – galimybė roles (vaidmenis) bei naudotojus priskirti grupėms, kurios turės tam tikras teises prieiti prie nustatytų resursų. Konkretūs rolių bei naudotojų administravimo procesai turi būti suderinti kartu su Užsakovu detalios analizės etapo metu.

85. Sistema turi leisti užregistruoti neribotą skaičių rolių bei naudotojų. 86. Kiekvienam Sistemos registruotam naudotojui turi būti galima priskirti neribotą skaičių Sistemoje

registruotų rolių.87. Sistemoje turės būti numatytos naudotojų rolės, funkcionalumas, leidžiantis pridėti ir valdyti roles.

Preliminariai numatomi tokie pagrindiniai Sistemos naudotojai:87.1. Pedagogų kvalifikacijos tobulinimo paslaugų tiekėjas;87.2. Ugdymo plėtotės centro specialistas, atsakingas už PKT;87.3. Pedagogas;87.4. Švietimo įstaigos (Mokyklos) atstovas, atsakingas už PKT.

88. Detalus Sistemos rolėms suteikiamų teisių sąrašas turi būti apibrėžtas ir suderintas su Užsakovu Sistemos detalios analizės metu. Šiuo metu preliminariai išskirtos tokios pagrindinės Sistemos rolės:

Rolė FunkcijosSistemos administratorius Tvarko visų lygių naudotojus, registruoja/išregistruoja, atjungia juos ir turi teisę

administruoti visas Sistemos funkcijas.

Srities administratorius Tvarko, registruoja savo srities (sritys gali būti: švietimo įstaigos, ŠMM, švietimo teikėjas ir kt.) naudotojus, atjungia naudotojus, ir turi teisę administruoti savo srities funkcijas.

Švietimo įstaigos ir jų atstovai

Peržiūri įstaigos kortelės duomenis ir juos redaguoja, teikia PKT programas akreditavimui, atsispausdina reikiamus pažymėjimus/sertifikatus, formuoja PKT grupes bei informuoja apie PKT programose dalyvaujančius pedagogus.

ŠMM Stebi ir gauna informaciją apie visų PKT paslaugų tiekėjų vykdomas veiklas.

Pastaba. Rolių sąrašas pildomas pagal poreikį.

modelis, 201213 Pastaba. Šis aprašymo būdas nebuvo taikomas nefunkciniams reikalavimams

17

2.1 KURIAMOS SISTEMOS FUNKCINĖ ARCHITEKTŪRA

Pateikiama kuriamos Sistemos funkcinė architektūra:

PAV. 2. KURIAMOS SISTEMOS FUNKCINĖ ARCHITEKTŪRA

18

Kuriama Sistema privalo užtikrinti pateikiamą žemiau funkcionalumą:

Komponentas Aprašymas, bendrieji reikalavimai komponento funkcionalumui

Atvaizdavimo lygmuo

Funkcinė struktūraPortalo posistemis Kompiuterinių priemonių visuma, skirta įgyvendinti „vieno langelio” prieigos principą IS

registruotiems ir neregistruotiems naudotojams. Portalas naudojamas Sistemoje įgyvendinto funkcionalumo vykdymui stebėjimui, informavimui/ komunikavimui. Jis veikia kaip terpė, kurioje yra atliekama naudotojo identifikacija ir kurioje naudotojui yra pateikiamas skaitmeninis turinys pagal Saugos posistemės nustatytas prieigos teises.Portalas naudojamas Sistemos funkcionalumo iniciavimui, vykdymo stebėjimui, informavimui/ komunikavimui ir Sistemos funkcionalumų rezultatų pateikimui.Portalas yra IS dalis, kurios pagalba organizuojama Sistemos naudotojų prieiga prie IS funkcionalumo vykdymo terpės.Portalas yra išskiriamas į šias dalis (įskaitant, bet neapsiribojant):1. Vieša sritis, skirta visiems registruotiems ir neregistruotiems naudotojams (viešai prieinama

informacija);2. Pedagogų sritis (funkcionalumas, duomenys bei kita susijusi informacija skirta pedagogo

veiklai atlikti);3. UPC sritis (funkcionalumas, duomenys bei kita susijusi informacija skirta UPC veiklai atlikti ).4. Švietimo įstaigų (Mokyklų) ir jų atstovų sritis (funkcionalumas, duomenys bei kita susijusi

informacija skirta Švietimo įstaigų (Mokyklų) ir jų atstovų veiklai atlikti).

Sistemos naudotojams sudaroma galimybė per Portalą pateikti ir gauti elektronines formas kaip baigtinį ar tarpinį PKT teikimo proceso rezultatą, pildyti šias elektronines formas ir gauti ataskaitas. Kiekvienas baigtinis ar tarpinis rezultatas registruojamas įrašais veiksmų žurnale (Audito posistemė).

Sistemos portalas yra tiesiogiai susietas su kitomis IS posistemėmis bei komponentais, realizuojančiomis ir į portalo aplinką pateikiančias pagal duomenų saugos posistemės nustatytas prieigos teises prieinamą informaciją (turinį). Šioje srityje, kiekvienam Pedagogui sudaryta galimybė atlikti tokias pagrindines funkcijas ir tvarkyti su jomis visus susijusius duomenis, įskaitant, bet neapsiribojant:

Pedagogo kvalifikacijos tobulinimo faktų kaupimą ir tvarkymą; renginių paiešką, jų programų ir kitų duomenų peržiūrą; registravimasį į renginius ir e-pažymėjimų gavimą; atsiliepimų apie renginius pateikimą, PKT faktų apskaitos ir ataskaitų pateikimą suinteresuotoms institucijoms;

Portalo posistemė yra susieta su kitomis IS posistemėmis bei komponentais taip, kad suteikia priemones informacijos:

Priėmimui/ fiksavimui, transformavimui, redagavimui, agregavimui; Pateikimui/ publikavimui, kai pagal nustatytas taisykles ir procedūras informacija (turinys)

yra pateikiamas į Portalo terpę.Veiklos logikos lygmuo

Pedagogų kvalifikacijos tobulinimo programų ir renginių posistemis

Posistemis turi įgyvendinti šias pagrindinės funkcijas įskaitant, bet neapsiribojant:

1. Pedagogų kvalifikacijos tobulinimo tiekėjams:1.1. pateikti kvalifikacijos tobulinimo programas;1.2. skelbti renginius, susiejant juos su pedagogų tobulinamomis kompetencijomis;1.3. valdyti registraciją į renginius ir, jeigu reikia, atranką į juos;1.4. žymėti duomenis apie pedagogų dalyvavimą renginiuose ir jų pasiekimus.

2. Ugdymo plėtotės centrui:2.1. akredituoti kvalifikacijos tobulinimo programas;2.2. tvarkyti švietimo konsultantų ir ekspertų duomenis;2.3. peržiūrėti grįžtamojo ryšio duomenis ir statistines ataskaitas.

19

3. Pedagogams:3.1. atlikti renginių paiešką;3.2. registruotis į renginius ir gauti e-pažymėjimus;3.3. pateikti grįžtamąjį ryšį apie renginius.

Pedagogų kvalifikacijos tobulinimo portfelio posistemis

Komponentas turi įgyvendinti šias pagrindinės funkcijas įskaitant, bet neapsiribojant:

1. Ugdymo plėtotės centrui:1.1. tvarkyti pedagogų atestacijos duomenis.

2. Pedagogams:2.1. planuoti savo kvalifikacijos tobulinimą;2.2. gauti duomenis apie dalyvautus renginius iš Pedagogų kvalifikacijos tobulinimo

programų ir renginių posistemio;2.3. registruoti kitų kvalifikacijos tobulinimo formų faktus.

3. Mokyklų atstovams:3.1. planuoti mokyklos pedagogų kvalifikacijos tobulinimą;3.2. padėti pedagogams pasirinkti renginius;3.3. įvertinti ir patvirtinti pedagogo užregistruotus kvalifikacijos tobulinimo faktus;3.4. parengti duomenis pedagogo atestacijai.

Klasifikatorių posistemis

Komponento pagrindinė paskirtis – suteikti prieigą prie IS saugomų klasifikatorių duomenų, Sistemos komponentėms ar kitoms vidinėms ar išorinėms IS ar registrams. Taip pat turi užtikrinti Sistemos kitų komponenčių aprūpinimą duomenimis, kur tik įmanoma panaudoti klasifikatorių duomenis.Komponentas turi įgyvendinti šias pagrindinės funkcijas įskaitant, bet neapsiribojant:1. centralizuotai tvarkyti nustatytų Sistemos klasifikatorių duomenis;2. suteikti galimybę kurti ir tvarkyti naujus klasifikatorius;3. teikti klasifikatorių duomenis Sistemos naudotojams ir kitiems PKT proceso dalyviams;4. užtikrinti klasifikatorių duomenų paiešką.

Ataskaitų (veiklos analizės) posistemis

Komponentas turi sudaryti galimybę iš IS esančių duomenų ir dokumentų bei klasifikatorių formuoti statistines ataskaitas, bei apibendrintas ataskaitas, būtinas visoms PKT veiklos sritims.Komponentas turi įgyvendinti šias pagrindinės funkcijas įskaitant, bet neapsiribojant:1. Teikti ataskaitas pagal iš anksto nustatytus rodiklius;2. Užtikrinti nustatytos duomenų analizės įvairiais pjūviais, naudojant programines analizės

priemones, vykdymą, statistinės informacijos rengimą, formuoti statistines ir analitines ataskaitas iš kitų posistemių duomenų.

Apklausų rengimo, vykdymo ir analizės posistemisApklausųrengimo,vykdymo iranalizės

Komponentas turi sudaryti galimybę atitinkančias teises turintiems Sistemos naudotojams tvarkyti šio komponento duomenis ir formą, sudaryti apklausas, nustatyti jų klausimus bei galimų atsakymų aibes. Konkretūs apklausose naudojamų klausimų tipai turi būti suderinti kartu su Užsakovu detalios analizės etapo metu.Apklausų vykdymo metu naudotojai parinks ar suformuos laisva forma atsakymus į apklausų klausimus. Pasibaigus apklausos laikotarpiui komponentas pagal nustatytas taisykles turi automatiškai išanalizuoti pateiktus atsakymus bei apskaičiuoti rezultatus. Apklausų analizės rezultatus komponentas turi leisti pateikti ir spausdinamu formatu. Apklausos galės būti: anoniminės; skirtos tik konkretiems respondentams (su galimybe nuoroda į apklausą išsiųsti el. paštu); skirtos tik registruotiems Sistemos naudotojams ar jų grupėms.

Audito posistemis

Posistemis, skirtas duomenų (reikalingų audito tikslais) apie vykstančius sisteminius ir PKT procesus fiksavimui.Posistemio paskirtis yra iš visų Sistemos komponenčių (portalo, duomenų mainų posistemės, funkcinių posistemių ir t.t., įskaitant ir pačią Audito posistemę) priimti ir saugoti pranešimus apie IS atliktus veiksmus. Audito posistemė atlieka šias funkcijas įskaitant, bet neapsiribojant:1. registruoja visus IS ir jos posistemių naudotojų veiksmus;2. užtikrina audito įrašų vientisumą;3. rengia IS ir jos posistemių naudotojų veiksmų ataskaitas;4. užtikrina audito įrašų paiešką.

Saugos posistemis

Kompiuterinių priemonių visuma, užtikrinanti tapatybės valdymo funkcionalumą, vaidmenų klasifikatorių, naudotojų ir jų grupių duomenų ir teisių valdymą, realizuojanti galimybę atlikti archyvavimo bei rezervinio kopijavimo operacijas.

20

Komponentas turi įgyvendinti šias pagrindines funkcijas įskaitant, bet neapsiribojant:1. registruoja IS naudotojus;2. suteikia ir tvarko IS naudotojų prieigos prie duomenų teises ir realizuoja visumą priemonių,

įgalinančių visų IS naudotojų ir jų grupių tvarkymą;3. užtikrina IS naudotojų tapatybės nustatymą, portalo naudotojų tapatybės nustatymą,

pasitelkiant VIISP ar naudojant tiesiogines IS naudotojų identifikavimo priemones;4. užtikrina IS naudotojų ir jų grupių teisių valdymą, IS duomenų saugą;5. užtikrina, kad IS naudotojai gautų tik tuos IS duomenis, kurių reikia jų nustatytoms

funkcijoms ir atlieka prieigos prie informacijos kontrolę tiek Portale, tiek kituose sistemos komponentuose. Autorizacijos funkcinis komponentas pagal naudotojų priklausomybę organizacinės struktūros padaliniams užtikrina, kad atitinkamų padalinių duomenys ir dokumentai būtų pasiekiami tik nurodytiems naudotojams;

6. užtikrina IS nustatytu periodiškumu automatiškai atliekamą neaktualių duomenų ir dokumentų archyvinį kopijavimą ir saugojimą, pagal teisės aktų ir UPC veiklos nustatytas taisykles;

7. sudaro sąlygas daryti rezervines duomenų kopijas.

Administravimo posistemis

Kompiuterinių priemonių ir įrankių visuma, užtikrinanti Sistemos stebėsenos ir valdymo galimybes.Komponentas turi įgyvendinti šias pagrindinės funkcijas įskaitant, bet neapsiribojant:

1. užtikrina Sistemos tvarkymą ir valdymą;

2. užtikrina Sistemos esamo funkcionalumo modifikacijas bei naujo funkcionalumo kūrimo priemones;

3. užtikrina Sistemoje vykstančių techninių (sisteminių) procesų stebėjimą ir informuoja apie problemas ir potencialias grėsmes, bet kokį pasikėsinimą į Sistemos ir/ar jos dalis.

Su PKT procesu susiję pagrindiniai funkcionalumai įskaitant, bet neapsiribojant:1. Dokumentų valdymas, įgalinantis atlikti įvairias su struktūrizuotų duomenų ir dokumentų

pateikimu susijusias funkcijas, tokias kaip elektroninių dokumentų ir kitų susijusių objektų išsaugojimas bei pateikimas naudotojams, elektroninių formų dokumentų tvarkymui naudojimas ir kūrimas, išplėtotų dokumentų/ formų paieškos priemonių teikimas ir kt.;

2. Procesų ir darbo sekų valdymas, kuris, siekiant užtikrinti savalaikį Sistemoje vykdomų PKT procese veiklos procedūrų vykdymą, realizuoja naudotojų informavimo apie atliktinas e. paslaugų teikimo užduotis mechanizmą;

3. Informavimo/ korespondencijos valdymas užtikrina komunikacijos tarp PKT proceso dalyvių įgyvendinantis funkcionalumą, taip pat užtikrina galimybę informuoti nustatytais PKT proceso momentais, ar įvykus nustatytam PKT proceso įvykiui.

Duomenų lygmuo

Informacinė struktūra

Tvarkoma, saugoma, apdorojama ar teikiama informacija, susijusi su Sistemos funkcionalumo užtikrinimu bei tam naudojamų priemonių visuma.Pagrindinis informacinių išteklių ir jų tvarkymo komponentas yra PKT duomenų bazė.Informaciniai ištekliai apima ir kitas Sistemos duomenų bazes:

Įvykių katalogas Klasifikatorių duomenų bazė PKT programų ir renginių duomenų bazė PKT portfelio duomenų bazė PKT paslaugų tiekėjų katalogas Ataskaitų (veiklos analizės) duomenų bazė Apklausų rengimo, vykdymo ir analizės duomenų bazė

PKT duomenų bazė

PKT duomenų bazėje saugomi visi Sistemos funkcionalumui užtikrinti reikalingi duomenys, įrašai, dokumentai ir kiti skaitmeninio turinio duomenys. PKT duomenų bazė yra pagrindinė Sistemos informacinių išteklių ir jų tvarkymo komponentas, apimantis ir kitus duomenų bazių komponentus (duomenų bazes, katalogus ir pan.).

Įvykių duomenų bazė

Registruojami PKT procese vykstantys įvykiai, veiksmai susiję su pedagogo PKT veikla: pavyzdžiui, registravimasis į PKT programą ar renginį, pedagogo karjeros pokyčiai ir kt.Įvykių duomenų bazėje taip pat saugoma informacija apie į Sistemą iš vidinių, išorinių IS ar

21

registrų gautus įrašus apie įvykius, bei nuorodos į įrašus, esančius kitose IS. Kataloge turi būti saugoma visa pedagogo PKT istorija.Realizuojamos šios funkcijos:1. įvykių registravimas;2. įvykių paieška;3. prieiga prie įvykių.

Klasifikatorių duomenų bazė

Klasifikatorių duomenų bazėje talpinami visi Sistemos ir jos komponentų darbui reikalingi klasifikatoriai. Klasifikatorių duomenų bazėje tvarkomi arba suteikiama prieiga prie Sistemos klasifikatorių komponento duomenų.

PKT programų ir renginių duomenų bazė

Tvarkoma, saugoma, apdorojama ar teikiama informacija, susijusi su Pedagogų kvalifikacijos tobulinimo programų ir renginių funkcionalumu.

PKT portfelio duomenų bazė

Tvarkoma, saugoma, apdorojama ar teikiama informacija, susijusi su Pedagogų kvalifikacijos tobulinimo portfelio funkcionalumu.

PKT paslaugų tiekėjų duomenų bazė

Tvarkoma, saugoma, apdorojama ar teikiama informacija, susijusi su Pedagogų kvalifikacijos tobulinimo paslaugų tiekėjais.

Ataskaitų (veiklos analizės) duomenų bazė

Tvarkoma, saugoma, apdorojama ar teikiama informacija, susijusi su Ataskaitų (veiklos analizės) funkcionalumu. Ataskaitų duomenų bazėje saugomos tipinės ataskaitos, suformuotos pagal iš anksto nustatytus kriterijus, taip pat ataskaitos, suformuotos pagal atskirų naudotojų poreikius.Ataskaitų duomenų bazėje tvarkomi ir saugomi duomenys, kurių reikia ataskaitoms formuoti, statistikai skaičiuoti ir analizei vykdyti.

Apklausų rengimo, vykdymo ir analizės duomenų bazė

Tvarkoma, saugoma, apdorojama ar teikiama informacija, susijusi su Apklausų rengimo, vykdymo ir analizės funkcionalumu.

ReikalavimaiInformacijospaieškai,filtravimui irrezultatųpateikimuiposistemis

Informacinių ir ryšių technologijų pagalba realizuota sisteminė aplinka, užtikrinanti duomenų ir dokumentų mainus tarp informacinių sistemų ir registrų.Šio komponento pagrindinė paskirtis realizuoti, tvarkyti bei valdyti duomenų ir dokumentų mainus tarp PKT proceso dalyvių. Taip pat – parengiant žiniatinklio paslaugas (ang. web service) ar kitas priemones, sudaryti sąlygas (ir/arba užtikrinti) duomenų (tame tarpe Sistemoje numatytų klasifikatorių) ir dokumentų mainus su UPC vidinėmis ir trečiųjų šalių informacinėmis sistemomis.Sistemos duomenų ir dokumentų apsikeitimo funkcijos su vidinėmis, išorinėmis IS ir registrais turi vykti per duomenų mainų komponentą.Duomenų mainams turi būti sukurta vieninga prieiga bei realizuotos duomenų mainų sąsajos su duomenų mainų dalyviais.Šio komponento pagrindinės funkcijos įskaitant, bet neapsiribojant:

1. keistis duomenimis su UPC vidinėmis ir išorinėmis sistemomis;2. keistis duomenimis su Pedagogų registru apie Pedagogus;3. keistis duomenimis su kvalifikacijos tobulinimo programų ir renginių registru apie PKT

programas ir renginius.

2.2 PEDAGOGŲ KVALIFIKACIJOS TOBULINIMO PROGRAMŲ IR RENGINIŲ POSISTEMIS

2.2.1 Pedagogų kvalifikacijos tobulinimo tiekėjo naudotojo pasakojimas:

Nr. Reikalavimas

Naudotojo pasakojimas (angl. User story) Pastaba (angl. Note)

R-1. Kaip Pedagogų kvalifikacijos tobulinimo paslaugų tiekėjas galiu atlikti tokias pagrindines funkcijas ir tvarkyti duomenis:

22

pateikti ir tvarkyti kvalifikacijos tobulinimo programas. skelbti renginius, susiejant juos su pedagogų tobulinamomis

kompetencijomis; tvarkyti registraciją į renginius ir, jeigu reikia, atranką į juos; žymėti duomenis apie pedagogų dalyvavimą renginiuose ir jų

pasiekimus.R-2. Kaip Pedagogų kvalifikacijos tobulinimo tiekėjas galiu matyti pedagogų

kvalifikacijos tobulinimo prioritetus nustatytus ŠMM.

R-3. Kaip Pedagogų kvalifikacijos tobulinimo tiekėjas galiu registruoti naują programą, nurodant, bet nepsiribojant tokią informaciją: Teikėjas, Programa, Rengėjai, Anotacija, Tikslas, Uždaviniai, Turinys, Kompetencijos ir jų sandai (R-7, R-8), Priemonės, Šaltiniai, Lektoriai, Dalyviai, Nuoroda, Priedai.

R-4. Kaip Pedagogų kvalifikacijos tobulinimo tiekėjas galiu inicijuoti naujos programos akreditavimo procesą (Kai programa turi būti akredituota).

R-5. Kaip Pedagogų kvalifikacijos tobulinimo tiekėjas galiu peržiūrėti mano (man priskirtas) programas.

R-6. Kaip Pedagogų kvalifikacijos tobulinimo tiekėjas galiu koreguoti/ tikslinti mano (man priskirtų) programų informaciją.

Programa turi turėti „užbaigtumo“, „patvirtinimo“ požymį:a) kol programa redaguojama, ji nerodoma sąrašuose, paieškoje ir prie renginių,b) patvirtinus visur rodoma, bet negalima keisti duomenų (R-3, R-8)

R-7. Kaip Pedagogų kvalifikacijos tobulinimo tiekėjas galiu programą susieti su pedagogų kompetencijomis ir jų sandais.

R-8. Kaip Pedagogų kvalifikacijos tobulinimo tiekėjas galiu keisti programos susiejimus su pedagogų kompetencijomis ir jų sandais.

R-9. Kaip Pedagogų kvalifikacijos tobulinimo tiekėjas galiu gauti programos akreditavimo rezultatus (tiek teigiamą, tiek neigiamą).

R-10. Kaip Pedagogų kvalifikacijos tobulinimo tiekėjas galiu paskelbti užregistruotą programą.

(žr. R-6)

R-11. Kaip Pedagogų kvalifikacijos tobulinimo tiekėjas galiu sukurti Pedagogų kvalifikacijos tobulinimo renginį.

Renginys kuriamas remiantis programa. Pagal vieną programą gali būti vykdoma daug renginių. (preliminarūs programų ir renginių duomenys pateikiami sk. Duomenų mainų posistemis)

R-12. Kaip Pedagogų kvalifikacijos tobulinimo tiekėjas galiu numatyti, kad vykstant renginiui arba jam pasibaigus bus atliekamas dalyvių kompetencijos vertinimas ir nurodyti vertinimo būdą.

R-13. Kaip Pedagogų kvalifikacijos tobulinimo tiekėjas galiu sudaryti renginio tvarkaraštį, nurodant datas, laiką, temas ir kitą susijusią informaciją.

R-14. Kaip Pedagogų kvalifikacijos tobulinimo tiekėjas galiu sistemoje nustatyti renginio dalyvių atrankos kriterijus ir paraiškos dalyvauti renginyje formą.

Suformuoti renginio dalyvių atrankos paraiškos formą. UPC atstovas gali parengti pirminę/pagrindinę formą.

R-15. Kaip Pedagogų kvalifikacijos tobulinimo tiekėjas galiu sistemoje sudaryti

23

dalyvių atrankos į renginį komisiją.

R-16. Kaip Pedagogų kvalifikacijos tobulinimo tiekėjas galiu paskirti atrankos komisijos pirmininką.

R-17. Kaip Pedagogų kvalifikacijos tobulinimo tiekėjas galiu sistemoje nustatyti atrankos procesą, numatyti atrankos kriterijus, etapus, žingsnius ir kt.

R-18. Kaip Pedagogų kvalifikacijos tobulinimo tiekėjas galiu sistemoje publikuoti pedagogų kvalifikacijos tobulinimo renginį.

R-19. Kaip Pedagogų kvalifikacijos tobulinimo tiekėjas galiu paskelbti registracijos į renginį pradžią ir pabaigą.

R-20. Kaip Pedagogų kvalifikacijos tobulinimo tiekėjas galiu paskelbti atrankos į renginį pradžią ir pabaigą.

R-21. Kaip Pedagogų kvalifikacijos tobulinimo tiekėjas galiu stebėti ir valdyti atrankos procesą į renginį.

R-22. Kaip Pedagogų kvalifikacijos tobulinimo tiekėjas galiu stebėti registraciją į renginį.

R-23. Kaip Pedagogų kvalifikacijos tobulinimo tiekėjas galiu registruoti atvykusius į renginį, bet neužsiregistravusius iš anksto renginio dalyvius.

R-24. Kaip Pedagogų kvalifikacijos tobulinimo tiekėjas galiu pažymėti dalyvius kurie dalyvauja renginyje.

Papildomai reikalinga galimybė iš anksto išspausdinti registruotų į renginį dalyvių sąrašą (pasirašymui).

R-25. Kaip Pedagogų kvalifikacijos tobulinimo tiekėjas galiu atlikti dalyvių vertinimą ir nurodyti kiekvieno dalyvio įvertinimo rezultatus.

R-26. Kaip Pedagogų kvalifikacijos tobulinimo tiekėjas galiu informuoti atrankos dalyvius apie jų įvertinimo rezultatus.

R-27. Kaip Pedagogų kvalifikacijos tobulinimo tiekėjas galiu dalyviams pateikti renginio mokomąją medžiagą (prieš, per ir po renginio).

R-28. Kaip Pedagogų kvalifikacijos tobulinimo tiekėjas galiu renginio dalyviams pateikti vertinimo formą, kurioje jie turi pateikti atsiliepimus apie įvykusi renginį.

UPC atstovas gali parengti pirminę/pagrindinę klausimyno formą.

R-29. Kaip PKT paslaugų teikėjas, teisės aktų nustatyta tvarka, galiu inicijuoti mano įvestų PKT programų ar renginių duomenų apsikeitimą su Kvalifikacijos tobulinimo programų ir renginių registru.

Naudojamas duomenų mainų posistemis.

R-30. Kaip PKT paslaugų teikėjas prie renginio galiu įvesti mokėjimo informaciją ir parengti man tinkamą išankstinio mokėjimo sąskaitą (jei programa/renginys yra mokamas)

Pagal suderintą mokėjimui atlikti reikalingą informaciją (įskaitant, bet neapsiribojant: PKT teikėjo informacija; matavimo vienetus; kainą už matavimo vienetus; išankstinio mokėjimo formos suformuotą ar automatiškai Sistemos sugeneruotą numerį).

R-31. Kaip Pedagogų kvalifikacijos tobulinimo tiekėjas. galiu sukurti ir paskelbti grupinį renginį (konferenciją, kursų ar kitų PKT renginių rinkinį ir kt.), kurį sudarančių atskirų renginių teikėjai vykdys atskiras, savas PKT programas.

Jei PKT tiekėjas dalyvauja renginyje su iš anksto parengta PKT programa, jos duomenis ir pagal šią programą vykdomo renginio duomenis (R-3,6,7,10,12,25,26,27,30) tvarko PKT tiekėjas. Priešingu atveju (PKT programa rengiama tik konkrečiam grupiniam renginiui) šiuos duomenis

24

gali tvarkyti abu PKT paslaugų tiekejai: ir grupinio renginio organizatorius ir programos teikėjas.

Registracijos ir tvarkaraščio duomenis (R 11,13-24,28) tvarko grupinio renginio organizatorius.

2.2.2 Ugdymo plėtotės centro naudotojo pasakojimas:

Nr. Reikalavimas


R-32. Kaip Ugdymo plėtotės centro atstovas galiu atlikti tokias pagrindines funkcijas ir tvarkyti duomenis (apimant, bet neapsiribojant):

akredituoti kvalifikacijos tobulinimo programas; tvarkyti švietimo konsultantų ir ekspertų duomenis; peržiūrėti grįžtamojo ryšio duomenis ir statistines ataskaitas.

R-33. Kaip Ugdymo plėtotės centro atstovas galiu valdyti Akreditavimo veiklos procesą, kuris remiasi trimis Sistemos rolėmis ir apima tokias veiklas:

UPC atstovas, atsakingas už PKT programų akreditavimą (atlieka pirminį programų įvertinimą, administruoja programų vertinimo procesą, tvarko PKT programų ekspertų sąrašą);

PKT programų ekspertas (parenkamas iš PKT programų akreditavimo konsultantų, vertina Programą, pareikšdamas pastabas);

PKT programų akreditavimo ekspertų komisijos narys (UPC darbuotojas), peržiūri programą ir ekspertų pastabas, formuluoja galutinę išvadą dėl programos akreditavimo/neakreditavimo.

Akreditavimo procesas vyksta cikliškai, grąžinant nuasmenintas ekspertų pastabas programos tiekėjui ir po jo pataisymų (ir savo pateiktų pastabų) iš naujo ekspertuojant/įvertinant – šiuos procesus valdo UPC atstovas, atsakingas už PKT programų akreditavimą.

R-34. Kaip UPC atstovas galiu formuoti veiklos grupes (pvz. akreditacijos procedūros vykdytojų) ir jas susieti su sistemoje esančiais klasifikatoriais.

Sistemos detalios analizės metu Diegėjas turi išanalizuoti veiklos grupių formavimą, veiklos grupių struktūrą ir jų susiejimo su klasifikatoriais funkcionalumą.

R-35. Kaip Ugdymo plėtotės centro atstovas galiu inicijuoti PKT programų akreditavimo komisijos sudarymą.

R-36. Kaip Ugdymo plėtotės centro atstovas galiu nurodyti PKT programų akreditavimo ekspertus.

R-37. Kaip Ugdymo plėtotės centro atstovas galiu paskirti užduotį akreditavimo komisijos nariams ir PKT programų ekspertams, nurodant konkrečios programos akreditavimo paraišką.

R-38. Kaip Ugdymo plėtotės centro atstovas sistemoje galiu PKT tiekėjo užklausti papildomos informacijos, jei jos reikia paraiškos vertinimui.

R-39. Kaip Ugdymo plėtotės centro atstovas galiu sistemoje suvesti savo vertinimą, pastabas ir išvadas.

R-40. Kaip Ugdymo plėtotės centro atstovas galiu sistemoje nurodyti akreditavimo komisijos bendrą išvadą ir sprendimą.

R-41. Kaip Ugdymo plėtotės centro atstovas galiu pažymėti programą kaip akredituotą (jei ji privalo būti akredituota) arba atmesti akreditavimo prašymą.

Vadovaujantis PKT programų akreditavimo ekspertų komisijos nutarimu (sprendimu).

R-42. Kaip Ugdymo plėtotės centro atstovas galiu tvarkyti švietimo konsultantų ir ekspertų sąrašą.

Jei reikia pridėti naujus ar trinti esamus.

25

R-43. Kaip Ugdymo plėtotės centro atstovas galiu tvarkyti pedagogų, švietimo konsultantų ir ekspertų bei kitų Sistemos dalyvių bazę ir jų duomenis.

R-44. Kaip Ugdymo plėtotės centro atstovas galiu švietimo konsultantams ir ekspertams nusiusti žinutę primenančią, kad jie turi atnaujinti savo duomenis.

R-45. Kaip Ugdymo plėtotės centro atstovas galiu peržiūrėti švietimo konsultantų ir ekspertų duomenis, konsultavimo ir ekspertavimo sritis.

R-46. Kaip Ugdymo plėtotės centro atstovas galiu parengti ir tvarkyti visų Sistemoje naudojamų formų, anketų, apklausų šablonus, pvz. renginių vertinimo anketą.

Jei reikia pridėti, modifikuoti formos elementus. Suteikti kitiems Sistemos naudotojams ar rolėms teises tvarkyti formas, anketas, šablonus ar jų dalį.

R-47. Kaip Ugdymo plėtotės centro atstovas galiu peržiūrėti renginių vertinimo ataskaitas, kurias užpildo renginių dalyviai.

R-48. Kaip Ugdymo plėtotės centro atstovas galiu peržiūrėti renginių ataskaitas ir gauti statistinę informaciją įskaitant, bet neapsiribojant: kiek renginių buvo per pasirinktą laikotarpį, su kokiomis programomis, su kokiomis pedagogų kompetencijomis jie susiję ir t.t.

R-49. Kaip Ugdymo plėtotės centro atstovas galiu peržiūrėti renginių lankomumo statistiką įskaitant, bet neapsiribojant: kiek buvo užsiregistravusių iš anksto, kiek dalyvavo renginyje, kiek dalyvių užpildė atgalinio ryšio anketas.

R-50. Kaip Ugdymo plėtotės centro atstovas galiu peržiūrėti renginių registracijos ir atrankos statistiką įskaitant, bet neapsiribojant: kiek buvo užsiregistravusių iš anksto, užpildžiusių atrankos anketas, priimtų/atmestų paraiškų.

2.2.3 Pedagogo naudotojo pasakojimas:

Nr. Reikalavimas


R-51. Kaip Pedagogas galiu atlikti tokias pagrindines funkcijas ir tvarkyti duomenis:

atlikti renginių paiešką; registruotis į renginius ir gauti e-pažymėjimus; pateikti grįžtamąjį ryšį apie renginius.

R-52. Kaip Pedagogas galiu matyti mano interesus atitinkančius PKT renginius, programas, bei jų teikėjus, jų siūlomas paslaugas.

Turi būti galimybė uždėti filtrą su pirminiais paieškos parametrais, pvz., pagal kompetencijas, paslaugų teikėjus ir kt. Rūšiuoti, grupuoti pagal naudotojo nustatytus parametrus.

R-53. Kaip Pedagogas galiu matyti visus vykstančius ir planuojamus renginius. Galimybė išjungti pradinius filtrų nustatymus

R-54. Kaip Pedagogas galiu pagal įvairius kriterijus ieškoti mane dominančius renginius.

Pedagogas turi galimybę matyti ir apriboti paieškos sritis: a) visus renginius; b) rekomenduojamus mokyklos renginius (pagal Mokyklos atstovo suformuotą filtrą); c) savo atsirinktus (pagal savo

26

suformuotą filtrą)

R-55. Kaip Pedagogas galiu pasirinkti vieną ar keletą PKT programų bei užpildyti ir pateikti paraiškas, prašymus, registracijos ir kt. anketas/formas reikalingas registravimosi į PKT renginius procese

Kur įmanoma Pedagogo duomenys turi automatiškai atsirasti pildomoje formoje.

R-56. Kaip Pedagogas galiu užpildyti ir pateikti atrankos į renginį paraišką/formą.

R-57. Kaip Pedagogas peržiūrėti ir gauti informaciją apie proceso eigą ir būseną (pvz., mano paraiška dalyvauti teikiamoje PKT paslaugoje priimta, apmokėjimo būseną (jei mokama), manęs kaip dalyvio priėmimo į teikiamą paslaugą statusas (priimtas/nepriimtas)), galiu gauti informacinę žinutę apie paraiškos vertinimą, galiu nusistatyti būsenos keitimosi priminimus e. paštu).

Peržiūrėti apima paiešką, sąrašo rūšiavimą, grupavimą, filtravimą, konkrečių įrašų iš sąrašo atidarymą.

R-58. Kaip Pedagogas galiu matyti kaip buvo įvertinta mano paraiška.

R-59. Kaip Pedagogas galiu matyti mano e-pažymėjimus apie dalyvavimą renginiuose ir įvertinimus (jei po renginių buvo vertinamos kompetencijos ar jų sandai).

R-60. Kaip Pedagogas galiu užpildyti atsispausdinti popierinę pažymą apie dalyvavimą renginyje.

R-61. Kaip Pedagogas galiu užpildyti „atgalinio“ ryšio anketą/formą ir pateikti reginio vertinimą, bei pastabas.

R-62. Kaip pedagogas (PKT paslaugų gavėjas) galiu atšaukti savo registraciją/dalyvavimą PKT renginyje.

Priklausomai nuo PKT paslaugos teikėjo sudarytų PKT renginiosąlygų

R-63. Kaip pedagogas (PKT paslaugų gavėjas) galiu matyti savo (kur buvau dalyvavęs) PKT renginių sąrašą, suformuojant įvairius peržiūros filtrus pagal kvalifikaciją(-as), paslaugų teikėjus ir kt. rūšiuoti, grupuoti pagal mano nustatytus parametrus.

R-64. Kaip pedagogas (PKT paslaugų gavėjas) galiu matyti mano suplanuotų PKT renginių sąrašą ir kalendorių.

R-65. Kaip pedagogas galiu valdyti savo kalendorių (susijusį su PKT renginiais, planu) ir jame esančius įrašus.

R-66. Kaip pedagogas galiu prikabinti failus registracijos procese (pildant paraišką ar anketą).

Priklausomai nuo paraiškos ar anketos kūrėjo nustatymų.

R-67. Kaip pedagogas galiu atspausdinti PKT renginių sąrašą ir kalendorių arba išsaugoti kaip elektroninį dokumentą (csv, doc(x), pdf arba lygiaverčius).

Spaudinys ir elektroninis dokumentas turi būti tvarkingai suformatuotas, matoma PKT paslaugas teikiantis asmuo ar įstaiga ir visa kita svarbi informacija.

R-68. Kaip pedagogas galiu išsispausdinti: a) užpildytą formas (pvz. paraišką), b) išankstinio apmokėjimo formą (jei renginys mokamas ir PKT paslaugų tiekėjas pateikęs mokėjimo informaciją), c) renginio tvarkaraštį (jei yra), d) asmeninį PKT pažymėjimą su specialiu QR-kodu, leidžiančiu automatiškai identifikuoti jo pateikėją.

Mokėjimo informacijai parengti reikalingas susiejimas su PKT paslaugų tiekėjo parengtu išankstinio mokėjimo informacija/forma (pvz. įrašant sąskaitos id į „mokėjimo paskirties“ lauką ir/arba formuojant sąskaitos numerį)

2.3 PEDAGOGŲ KVALIFIKACIJOS TOBULINIMO PORTFELIO POSISTEMIS

27

2.3.1 Ugdymo plėtotės centro atstovo naudotojo pasakojimas:

Nr. Reikalavimas


R-69. Kaip UPC atstovas galiu atlikti tokias pagrindines funkcijas ir tvarkyti pedagogų atestacijos procesui svarbius duomenis.

Kaip nurodoma LR švietimo ir mokslo ministerijos 2008 m. Lapkričio 24 d. įsakymą Nr. ISAK-3216 „Dėl mokytojų ir pagalbos mokiniui specialistų (išskyrus psichologus) atestacijos nuostatų patvirtinimo“ (Žin., 2008, Nr. 142-5669)

R-70. Kaip UPC atstovas galiu gauti įvairiais pjūviais ataskaitas apie pedagogų, švietimo konsultantų ir kt. naudotojų duomenis.

20 standartinių parametrizuotų ataskaitų.

R-71. Kaip UPC atstovas galiu suformuoti ir sukurti pats įvairiais pjūviais ataskaitas apie pedagogų, švietimo konsultantų ir kt. naudotojų duomenis.

Neribotą kiekį.

R-72. Kaip UPC atstovas galiu tvarkyti, sukurti ir įvesti į Sistemą įvairias anketas bei parengti jų šablonus.

Neribotą kiekį.

R-73. Kaip UPC atstovas galiu tvarkyti švietimo darbuotojų tikslines grupes, kompetencijas.

R-74. Kaip UPC atstovas galiu sukurti ir tvarkyti sistemos klasifikatorius ir juos sudarančius elementus (pvz. kategorijų, kompetencijų ir kt. klasifikatorius). Visų sistemoje turimų klasifikatorių hierarchijos lygmenų skaičius neturi būti ribojamas.

Tvarkyti apima:

Sukurti Modifikuoti ir išsaugoti kita

versija Pažymėti galiojančiu /

negaliojančiu Ištrinti Kopijuoti Kaupti versijų istoriją Pridėti aprašymą prie kiekvieno elemento ar viso klasifikatoriaus

R-75. Kaip UPC atstovas galiu sukurti ir tvarkyti šiuos klasifikatorius ir duomenų sąrašus įskaitant, bet neapsiribojant:

Pedagogo kvalifikacinės kategorijos Mokytojų kompetencijos, kaip nurodyta „Mokytojų profesijos

kompetencijos apraše, patvirtintame Lietuvos Respublikos švietimo ir mokslo ministro 2007 m. sausio 15 d. įsakymu Nr. ISAK-54“

Mokyklos vadovo kompetencijos, kaip nurodyta „Mokyklos vadovo kompetencijos apraše, patvirtintame Lietuvos Respublikos švietimo ir mokslo ministro 2007 m. sausio 15 d. įsak. Nr. ISAK-55“

Prioritetinių PKT sričių Pedagogo veiklos sričių Pedagogo veiklos vertinimo Pedagogo veiklos vertinimo kriterijų Atestacijos dokumentų rengimo ir teikimo atestacijos komisijai Kvalifikacijos tobulinimo renginių formų

Pagrindiniai duomenų šaltiniai (ir kiek tai leidžia sąlygos) naudoti Registrų, valstybės IS ir kitų IS duomenis (Pedagogų registro, KTPR ir kt. duomenis).

-„“-

R-76. Kaip UPC atstovas galiu įvesti ir tvarkyti ŠMM nustatytas prioritetines PKT sritis.

-„“-

28

R-77. Kaip UPC atstovas galiu matyti PKT programas ir renginius pagal prioritetines PKT sritis.

R-78. Kaip UPC atstovas galiu tvarkyti švietimo darbuotojų tikslinių grupių ir kompetencijų klasifikatorių sąsajas (t.y. tvarkyti, priskirti kiekvienai tikslinei grupei reikiamas kompetencijas).

R-79. Kaip UPC atstovas galiu tvarkyti pedagogo (visų tikslinių grupių) veiklos vertinimo taškų (balų) klasifikatorių bei skaičiavimo būdus. Pvz., sudaryti ir tvarkyti skirtingas (priklausomai nuo tikslinės grupės) veiklos pagal kiekvieną kriterijų vertinamo balais sistemas. Pvz.:Pedagogo (Mokytojo ir pagalbos mokiniui specialisto) veikla:

pagal kiekvieną kriterijų vertinama 0–3 balais:o 3 balai – kriterijus vykdomas labai gerai;o 2 balai – kriterijus vykdomas gerai;o 1 balas – kriterijus vykdomas iš dalies;o 0 balų – kriterijus nevykdomas.

už kiekvieną požymį iš skilties „Kiti požymiai“ gali gauti po 1–2 balus. Jie ne visi turi būti vykdomi, mokytojas ar pagalbos mokiniui specialistas juos pristato vertintojams savo nuožiūra.

R-80. Kaip UPC atstovas galiu sudaryti ir tvarkyti PKT vertinimo taškų, PKT formų ir pedagogo kompetencijų sąsajas bei parengti pildymui iš jų sudarytas formas/anketas.

R-81. Kaip UPC atstovas galiu tvarkyti pedagogų tipų klasifikatorių (pvz., mokytojo ir pagalbos mokiniui specialisto, socialiniam pedagogo).

R-82. Kaip UPC atstovas galiu tvarkyti pedagogo kvalifikacinių kategorijų klasifikatorių bei kiekvienai kategorijai priskirti reikiamą taškų skaičių.

R-83. Kaip UPC atstovas galiu tvarkyti pedagogo veiklos sričių klasifikatorių. Tvarkyti veiklos srities elementus, panaudoti juos priskiriant įvairiems pedagogų tipams, anketų, formų ir kitiems IS elementams reikalingiems sistemos funkcionalumui.

R-84. Kaip UPC atstovas galiu tvarkyti pedagogo (visų tipų) reikalavimų atestacijai klasifikatorių, pvz., sudaryti reikalavimų sąrašą ką pedagogas pirmą kartą rengdamasis atestacijai privalo išklausyti.

R-85. Kaip UPC atstovas galiu tvarkyti pedagogo (visų tikslinių grupių) kvalifikacinės kategoriojs, veiklos sričių bei atestacijos procedūros vykdytojų (grupių) sąsajas. Tokios sąsajos pvz.:

Eil. nr.

Kvalifikacinė kategorija

Veiklos sritys Atestacijos procedūros vykdytojai

1. Pedagogas Aktyvus darbas klasėje, darbas su tėvais, konsultuojant vyr. pedagogui ir pedagogui metodininkui:- ugdymo turinio planavimas ir jo įgyvendinimas;- bendradarbiavimas su mokiniais, kolegomis, tėvais siekiant ugdymo tikslų- [..]- [N]

Mokyklos atestacinė komisija

2. Vyr. pedagogas

Tos pačios kaip pedagogo kvalifikacinę kategoriją turinčio ir papildomai šios:- gerosios pedagoginės patirties mokykloje sklaida;- [..]- [N]

Mokyklos atestacinė komisija

[..] .. [..] [..]

29

R-86. Kaip UPC atstovas galiu sudaryti ir tvarkyti pedagogo (visų tipų) veiklos vertinimo procesui reikalingus elementus: duomenis, formą, kriterijus, balus ir kt. vertinimui reikalingus elementus bei tvarkyti jų sąsajas. Parengti pildymui iš jų sudarytas formas/anketas.Tokios sąsajos pvz.:

Kvalifikacinė kategorija

(KK)

Veiklos sritis(VS)

KK 1 KK 2 [..] KK [n]

Balų skaičius Balų skaičius Balų skaičius Balų skaičius

I sritis 8–12 13–16 20–22 22–24

II sritis 4–6 7–10 11–13 13–15

[n] sritis 4–6 6–9 10–11 11–12

Kiti požymiai 0 6 9 19

Iš viso balų 20 35 50 65

Veiklos vertinimo elementai ir jų reikšmės priklausomai nuo pedagogo tipo gali skirtis.

R-87. Kaip UPC atstovas galiu sudaryti ir tvarkyti pedagogo (visų tipų) veiklos sričių, kriterijų ir požymių sąsajas bei parengti pildymui iš jų sudarytas formas/anketas.Tokios sąsajos pvz.:

I VS I veiklos sritis: ugdomosios veiklos tikslingumas, veiksmingumas ir rezultatyvumas.Išmano Bendrųjų programų ir išsilavinimo standartų bei kitų ugdymo turinį reglamentuojančių dokumentų esmę, dermę ir vadovaujasi jais.Geba planuoti ugdymo turinį ir jį įgyvendinti.Geba analizuoti ugdymo kontekstą.

Kriterijai Požymiai Kiti požymiai

1.1 Geba numatyti konkrečius ugdymo tikslus ir uždavinius

Žino mokinių socialinį kontekstą, atsižvelgia į tai organizuodamas ugdymo procesą.[..][N]

Rengia individualias /dalyko programas atsižvelgdamas į mokinių poreikius. [..][N]

1.[n] [..] [..]

II VS II veiklos sritis: bendravimas, bendradarbiavimas ir veikla institucijos bendruomenėje[..]


2.1 Geba bendrauti ir bendradarbiauti

Planuoja, organizuoja, vykdo bendrą metodinę veiklą su kitais mokytojais, pagalbos mokiniui specialistais.[..][N]

Siekdamas ugdymo tikslų, užmezga ir palaiko konstruktyvius santykius su socialiniais partneriais.[..][..][N]2.[n] [..] [..]

[N] VS

[N] veiklos sritis: asmeninis profesinis tobulėjimas[[..]


[n].[n]

[N] [N] [N]

R-88. Kaip UPC atstovas galiu tvarkyti atestacijos dokumentų rengimo ir teikimo atestacijos komisijai reikalingas formas.

R-89. Kaip UPC atstovas galiu tvarkyti ir priskirti pedagogui (priklausomai nuo pedagogo tipo) būtinas pildyti formas.

30

R-90. Kaip UPC atstovas galiu nurodyti formoje esančius laukus ir, priklausomai nuo pedagogo tipo, priskirti pedagogui (priklausomai nuo pedagogo tipo) formų laukus.

2.3.2 Pedagogo naudotojo pasakojimas:

Nr. Reikalavimas


R-91. Kaip Pedagogas galiu atlikti tokias pagrindines funkcijas ir tvarkyti duomenis:

planuoti savo kvalifikacijos tobulinimą; gauti duomenis apie dalyvautus renginius iš Pedagogų kvalifikacijos

tobulinimo programų ir renginių posistemės; registruoti kitus kvalifikacijos tobulinimo faktus (pagal kompetencijų,

formų, veiklos sričių kategorijas (klasifikatorius).R-92. Kaip pedagogas galiu planuoti savo kvalifikacijos tobulinimą, sudaryti

individualų KT planą remiantis kompetencijų įsivertinimo, ankstesnių metų KT plano realizavimo, refleksijos, kasmetinio savianalizės pokalbio su profesijos tobulinimosi konsultantu, atestacijos rezultatais.

Planuojant turi būti galimybė filtruoti įrašus panaudojant filtrus.Sistemoje turi būti galimybė parengti individualius planus pagal pateiktą informaciją.

R-93. Kaip pedagogas gauti ir tvarkyti duomenis apie dalyvautus renginius iš Pedagogų kvalifikacijos tobulinimo programų ir renginių posistemės.

R-94. Kaip pedagogas galiu atlikti aktualios PKT procesui informacijos sistemoje peržiūrą, pvz., PKT paslaugų teikėjų (juridinių ar fizinių asmenų), jose dirbančių atsakingų asmenų, tiekiamų PKT programų ir renginių bei jų teikimo sąlygų; švietimo konsultantų sąrašus pagal veiklos sritis ir pan.

Peržiūra apima paiešką, sąrašo rūšiavimą, filtravimą, konkrečių įrašų iš sąrašo atidarymą.

R-95. Kaip pedagogas galiu kaupti ir tvarkyti visą kvalifikacijos tobulinimą įrodančią informaciją (visų kvalifikacijos tobulinimo formų faktus) ir pridėti prie jų vieną ar kelias bylas (doc, pdf, xls ir/arba kt. lygiaverčius).

Sistemoje turi būti galimybė registruoti ir laisva forma, be to registruoti ir visus su PKT faktus, kurie yra už Sistemos ribų (pvz., užsienyje, kiti sistemoje neregistruoti mokymai).

R-96. Kaip pedagogas galiu peržiūrėti PKT programas ir renginius ir komunikuoti (pateikti klausimus ir kt.) dėl jų vidinėmis IS komunikacijos priemonėmis Prie žinutės galiu prisegti vieną ir daugiau failų.

R-97. Kaip pedagogas galiu peržiūrėti visas žinutes rašytas IS. Peržiūrėti apima paiešką, sąrašo rūšiavimą, filtravimą, konkrečių įrašų iš sąrašo atidarymą.

R-98. Kaip pedagogas galiu peržiūrėti visus teikiamus PKT renginius ir jiems priskirtas kompetencijas, taip pat kitą susijusią su PKT paslaugomis informaciją.

R-99. Kaip pedagogas galiu palyginti (įsivertinti) pagal savo turimą kvalifikacijos profilį su savo organizacijos, kurioje dirbu, PKT planu.

R-100. Kaip pedagogas galiu matyti švietimo konsultantų ir vertintojų (ekspertų) veiklos sritis ir jas koordinuojančių asmenų sąrašus.

Preliminarūs sąrašo elementai, įskaitant, bet neapsiribojant: Veiklos sritis; Konsultantai; Koordinatoriai

R-101. Kaip švietimo konsultantas galiu tvarkyti savo kaip švietimo konsultanto duomenis (portfolio)

Preliminarūs sąrašo elementai, įskaitant, bet neapsiribojant:

31

Pagrindinė darbovietė; Nuotrauka; kvalifikacinė kategorija, konsultanto, eksperto, vertintojo, patarėjo statusai, veiklos sritys, tematika, kompetencijos ar jų sandai apie kurias galiu teikti konsultacijas.

Nuorodos į parengtą metodinę ir mokomąją medžiagą ir kitus duomenis (pateikiant medžiagos pavadinimą ir nuorodą)

2.3.3 Švietimo įstaigų (Mokyklų) ir jų atstovų naudotojo pasakojimas:

Nr. Reikalavimas


R-102. Kaip Mokyklų atstovas galiu atlikti tokias pagrindines funkcijas ir tvarkyti duomenis:

planuoti mokyklos pedagogų kvalifikacijos tobulinimą; padėti pedagogams pasirinkti PKT renginius; įvertinti ir patvirtinti pedagogo užregistruotus kvalifikacijos tobulinimo

faktus; parengti duomenis pedagogo atestacijai.

R-103. Kaip mokyklos atstovas galiu planuoti mokyklos pedagogų kvalifikacijos tobulinimą, sudaryti PKT planą.

R-104. Kaip mokyklos atstovas galiu patvirtinti ar pateikti pastabas pedagogo sudarytam kvalifikacijos planui.

Planas nėra „griežtas“, yra kintamas, orientacinis intencijų planas.

R-105. Kaip mokyklos atstovas galiu padėti pedagogams pasirinkti PKT renginius, suformuojant sistemoje prioritetinių renginių, PKT programų sąrašą.

R-106. Kaip mokyklos atstovas galiu parengti duomenis (dokumentus) pedagogo atestacijai, kaip nurodoma LR švietimo ir mokslo ministerijos 2008 m. Lapkričio 24 d. įsakymą Nr. Isak-3216 „Dėl mokytojų ir pagalbos mokiniui specialistų (išskyrus psichologus) atestacijos nuostatų patvirtinimo“ (Žin., 2008, Nr. 142-5669).

R-107. Kaip mokyklos atstovas (pedagogo veiklos vertintojas, atestacijos komisija ar jos narys) galiu įvesti pedagogo kvalifikacijos vertinimo balus atitinkamoje vertinimo formoje (anketoje).

Anketų ir vertinimo formos nurodytos LR švietimo ir mokslo ministerijos 2008 m. Lapkričio 24 d. įsakymą Nr. Isak-3216 „Dėl mokytojų ir pagalbos mokiniui specialistų (išskyrus psichologus) atestacijos nuostatų patvirtinimo“ (Žin., 2008-12-11, Nr. 142-5669)

R-108. Kaip mokyklos atstovas (mokyklos vadovas, pedagogo veiklos vertintojas, atestacijos komisija ar jos narys) galiu pridėti prie kiekvieno pedagogo kvalifikacijos vertinimo kriterijaus bylą (doc(x), pdf, xls(x) ir/arba kt. lygiaverčius).

Priklausomai nuo sistemoje priskirtų teisių ir formos ar anketos kūrėjo nustatymų.

R-109. Kaip mokyklos atstovas (atestacijos komisija ar jos narys) galiu pridėti prie viso vertinimo (atestacijos protokolo) bylą (doc(x), pdf, xls(x) ir/arba kt.

32

lygiaverčius).

R-110. Kaip mokyklos atstovas (mokyklos vadovas, pedagogo veiklos vertintojas,atestacijos komisija ar jos narys) galiu įvertinti ir patvirtinti pedagogo pateiktus kvalifikacijos tobulinimo faktus.

R-111. Kaip mokyklos atstovas galiu kiekvienam savo Mokyklos pedagogui individualiai tvarkyti (suformuoti) ir priskirti preliminarų filtrą (ir/ar filtrų rinkinį, paskiriant konkrečius rinkinio filtrus kiekvienam pedagogui), atitinkantį „mokyklos rekomenduojamus renginius“

Šiuos pradinius filtrus turi būti galimybė naudoti pedagogui.

33

Sistemos administratoriaus naudotojo pasakojimas:

Nr. Reikalavimas


R-112. Kaip sistemos administratorius galiu valdyti įvestas anketas ir jų šablonus Valdyti apima:Pažymėti galiojančiu/negaliojančiuIštrintiKopijuotiRedaguoti ir išsaugoti kita versijaKaupti versijų istorijąPridėti aprašymą

R-113. Kaip sistemos administratorius peržiūrėti visas anketas įvairiais parametrais (kas sukūrė, PKT paslauga (pvz. renginys) ir kt.)

Peržiūrėti apima paiešką, sąrašo rūšiavimą, grupavimą, filtravimą, konkrečių įrašų iš sąrašo atidarymą.

R-114. Kaip sistemos administratorius galiu nustatyti taisykles ir priemones, kurios automatiškai praneštų apie PTK renginio pradžią ar pabaigą prieš tam tikrą nustatytą laiką.

R-115. Kaip sistemos administratorius galiu parengti ir modifikuoti/pritaikyti PKT renginio aprašymo formą, kuriamus dokumentus.

R-116. Kaip sistemos administratorius galiu registruoti naujus PKT teikėjus (juridinius ar fizinius asmenis), kurti ir valdyti įstaigų administratorių paskyras.

R-117. Kaip sistemos administratorius galiu kurti skirtingų rolių naudotojus, suteikti jiems įgaliojimus kurti naudotojus ir savo įstaigoje.

R-118. Kaip sistemos administratorius galiu nurodyti bendrąsias slaptažodžių sudarymo taisykles naudotojams ir jas valdyti.

R-119. Kaip sistemos administratorius galiu peržiūrėti ir valdyti visus sistemos naudotojus.

Peržiūrėti apima paiešką, sąrašo rūšiavimą, filtravimą, konkrečių įrašų iš sąrašo atidarymą. Valdymas apima naudotojo pridėjimą, ištrynimą, blokavimą, pranešimų siuntimą, slaptažodžio atstatymą.

R-120. Kaip sistemos administratorius galiu matyti visus naudotojų veiksmus ir juos patogiai filtruoti, vykdyti paiešką.

R-121. Kaip sistemos administratorius galiu nustatyti, kad man praneštų e. paštu apie įvairius mano nustatytus naudotojų veiksmus (pvz. apie naujas sudarytas PKT programas ar renginius).

2.4 REIKALAVIMAI INFORMACIJOS PAIEŠKAI, FILTRAVIMUI IR REZULTATŲ PATEIKIMUI

Informacijos paieškos funkcinis komponentas turi suteikti galimybę greitai ir patogiai rasti juos dominančią informaciją. Paieškos funkcionalumas turi tenkinti žemiau pateiktus reikalavimus:

Nr. Reikalavimas

R-122. Šio Sistemos komponento funkcionalumo kūrimas turi būti pagrįstas detaliu Sistemos naudotojų, jų poreikių, atliekamų užduočių bei naudojimo konteksto supratimu. Detalioje analizėje turi būti apimtos ir pateiktos šios temos (neapsiribojant):

34

Naudojimo kontekstų aprašas; Naudotojų grupių aprašymas; Naudotojų tikslų ir atliekamų užduočių aprašymas.

R-123. Paieškos funkcionalumas turi būti pasiekiamas visose Sistemos naudotojui pasiekiamose srityse.

R-124. Turi būti eliminuoti nereikalingi paspaudimai vykdant paiešką – įvedus užklausos tekstą, turi būti įmanoma vieno klavišo paspaudimu atlikti paiešką (t.y. paspaudus „Enter“ klavišą).

R-125. Paieškos raktažodžio įvedimo laukelyje turi veikti žodžių ir frazių automatiniai pasiūlymai pagal dažniausiai ieškomus žodžius ir frazes.

R-126. Paiešką turi būti galima sėkmingai įvykdyti įvedus pilnus žodžius, žodžių junginius, žodžio dalį, žodį nepanaudotomis lietuviškos abėcėlės raidėmis.

R-127. Turi būti galimybė gauti rezultatus nepriklausomai nuo naudojamos žodžio formos.

R-128. Turi būti galimybė pasirinkti, tarp kokių duomenų vykdyti paiešką, t.y. panaudoti filtrus.

R-129. Vykdant paiešką, koreguojant paieškos užklausą ar naudojant paieškos filtrus turi būti atliekamas dinaminis užklausos rezultatų atnaujinimas, turinio, kuris nepasikeitė nesiunčiant, iš naujo.

Naudotojui paieškos rezultatus Sistema turi pateikti informatyviu ir patogiu būdu. Paieškos funkcionalumas turi tenkinti rezultatų pateikimui, rezultatų rūšiavimui ir paieškos filtrų naudojimui keliamus reikalavimus:

Nr. Reikalavimas

R-130. Pagal nutylėjimą, paieškos rezultatai turi būti pateikiami juos rūšiuojant pagal semantinį atitikimą užklausai. Sistemos naudotojui turi būti sudaryta galimybė rezultatus rūšiuoti ir pagal kitus jo pasirinktus parametrus.

R-131. Paieškos rezultatai turi būti pateikiami taip, kad pagal juos būtų lengva intuityviai suvokti pateikiamą informaciją, priklausomai nuo ieškomos srities konteksto.

R-132. Įvykdžius paiešką, rezultatai turi būti pateikiami puslapiais (turi būti galimybė pakeisti puslapyje rodomų rezultatų skaičių). Bendras paieškos rezultatų skaičius turi būti matomas kiekviename paieškos rezultatų puslapyje.

R-133. Paieškos rezultatų lange turi būti galimybė matyti paieškos raktažodžius ir kriterijus.

R-134. Naudotojui, atlikus paiešką, turi būti galimybė pasirinkti ir atidaryti su paieškos rezultatu susijusią Sistemos sritį ir bet kada grįžti atgal į paieškos rezultatų langą (įvykdytos paieškos rezultatai ir kriterijai turi būti išsaugomi).

R-135. Turi būti galima patogiais interaktyviais įrankiais atlikti tolimesnį paieškos rezultatų filtravimą pagal nurodytus parametrus (Parametrai gali skirtis priklausomai nuo paieškos konteksto, paieškos srities).

R-136. Turi būti įgyvendintos paieškos rezultatų grupavimo pagal nurodytus ar suformuotus iš anksto parametrus.

2.5 DUOMENŲ MAINŲ POSISTEMIS

Nr. Reikalavimas

R-137. Turi būti užtikrintas kvalifikacijos tobulinimo duomenų apie pedagogų kvalifikacijos tobulinimo programas ir renginius apsikeitimo valdymas.

R-138. Turi būti atvaizduojami pedagogų duomenys, esantys Pedagogų registre.

R-139. Į Pedagogų registrą turi būti įrašomi duomenys susiję su įgyta pedagogo kvalifikacija.

R-140. Turi būti užtikrinta galimybė prisijungti prie Sistemos panaudojus VIISP ar kitas priemones ir sistemas.

R-141. Sistema periodiškai, konfigūruojamu dažnumu, naudojant žiniatinklio paslaugas, turi būti galima perduoti išorinėms sistemoms duomenis apie pedagogų įgytą kvalifikaciją.

R-142. Sistema turi turėti priemones, skirtas integruotis su kitomis informacinėmis sistemomis.

35

R-143. Sąsajos su kitomis IS turi būti kuriamos minimizuojant kitoms sistemoms pateikiamų užklausų skaičių.

R-144. Turi būti galimybė keistis duomenimis su Pedagogų registru apie Pedagogus. Preliminarūs duomenys:

Registro objekto bendrieji duomenys: suteikiamas automatiškai generuojamas objekto identifikavimo Registre kodas; vardas (-ai), pavardė (-ės); asmens kodas (jeigu kodo nėra – gimimo data ir lytis); valstybės (-ių), kurioje (-iose) įgytas išsilavinimas, pavadinimas (-ai); mokyklos (-ų), kurioje (-iose) įgytas išsilavinimas, pavadinimas (-ai), juridinio asmens kodas (-ai) (jei kodas

yra) ir mokyklos (-ų) baigimo metai. Jei nebaigta mokykla – išstojimo iš mokyklos metai; išsilavinimas (-ai); kvalifikacinis (-iai) laipsnis (-iai); profesinė (-ės) kvalifikacija (-os); mokslo laipsnis (-iai); pedagoginis (-iai) vardas (-ai); specialybė(-ės) ar baigta (-os) studijų/mokymo programa (-os); mokymosi būklė. Jei mokosi – valstybės pavadinimas, mokyklos pavadinimas ir juridinio asmens kodas (jei

kodas yra), studijų/mokymo programa (os); jei asmuo dirba bendrojo ugdymo mokykloje, profesinio mokymo įstaigoje, neformaliojo vaikų švietimo

mokykloje ir formalųjį švietimą papildančio ugdymo mokykloje, ikimokyklinio ugdymo mokykloje ar mokslo ir studijų institucijoje, kurioje vykdo mokymą pagal profesinio mokymo programas –

o išsilavinimas (-ai) ir pedagogo kvalifikacija (taip/ne),o pedagoginių psichologinių žinių kursas (-ai) (taip/ne),o moka užsienio kalbą (-as) ir jos (jų) mokėjimo lygis (-iai);o atestacijos nuostatų nustatyta tvarka įgyta (-os) kvalifikacinė (-ės) kategorija (-os) ir jos (jų)

įgijimo data (-os),o vadovo vadybos eksperto kvalifikacija (taip/ne),o pedagoginio darbo ir vadybinio darbo švietimo sistemoje stažas (metais ir mėnesiais),o vadybinio darbo stažas šioje institucijoje (metais ir mėnesiais)

Institucijos, kurioje asmuo dirba, specifiniai duomenys: Institucijos (padalinio) pavadinimas ir juridinio asmens kodas; mokymo kalba (-os), kuria (-iomis) moko. Šis punktas netaikomas mokslo ir studijų institucijoms.

Registro objekto duomenys priklausantys nuo Institucijos, kurioje asmuo dirba: pedagoginių ar/ir tyrėjų pareigybių pavadinimai; priėmimo į darbą ir atleidimo iš darbo datos (metai, mėnuo, diena) (mirties atveju- fiksuojama iš

Gyventojų registro gaunama mirties data); institucijoje dirbama kaip pagrindinėje darbovietėje (taip/ne); pagrindinės pareigos (taip/ne) etato užimtumas; jei asmuo dirba bendrojo ugdymo mokykloje –

o darbo krūvio rūšis,o dirba ikimokyklinio ugdymo skyriuje (taip/ne),o dalykų tipai ir pavadinimai,o dalyko (ugdymo srities) kvalifikacija,o ugdymo turinio koncentrai ir klasės,o bendrojo ugdymo dalykai, kurių kvalifikacinę kategoriją asmuo yra įgijęs,

jei asmuo dirba profesinio mokymo įstaigoje ar mokslo ir studijų institucijoje, kurioje vykdo mokymą pagal profesinio mokymo programas –

o darbo krūvio rūšis,o vadovauja grupei (taip/ne),o dalykų tipai ir pavadinimai,o kursai, švietimo posričiai,o bendrojo ugdymo dalykai arba/ir švietimo posričiai, kurių kvalifikacinę kategoriją asmuo yra

įgijęs,o gamybinio darbo stažas (metais ir mėnesiais),

36

jei asmuo dirba neformaliojo vaikų švietimo mokykloje ir formalųjį švietimą papildančio ugdymo mokykloje –

o darbo krūvio rūšis,o ugdymo kryptis,

jei asmuo dirba ikimokyklinio ugdymo mokykloje – dalyko (ugdymo) srities kvalifikacija;R-145. Turi būti sukurta galimybė apsikeisti duomenimis su kvalifikacijos tobulinimo programų ir renginių registru apie

PKT programas ir renginius. Tikslūs duomenų sąrašai ir jų formatai turi būti suderinti su Užsakovu analizės etape.

R-146. Sistema duomenų apsikeitimui su kitomis IS turi naudoti žiniatinklio paslaugas (ang. web service) ar kitas priemones.

R-147. Sistema turi naudoti žiniatinklio paslaugos technologiją integracijai su kitomis sistemomis, jei jos gali naudoti tokią technologiją.

R-148. 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ą IS.

R-149. Turi būti sukurta ir įdiegta duomenų perdavimo klaidų suvestinių rodymo sistema.R-150. Sistemos posistemiai, moduliai ir vidinė bei išorinė komponentų integracija turi būti realizuota pagal SOA (angl.

Service–Oriented Architecture) principus.R-151. Su SOA principais suderinti sistemos funkciniai posistemiai, moduliai turi būti realizuoti pagal neribotos

architektūros (multi-tier, N-tier) principus: privalo egzistuoti prezentacijos/atvaizdavimo, logikos ir duomenų lygmenys.

R-152. Paslaugų (integracijos) lygyje sistema turi turėti galimybę naudoti šiuos standartus: XML, HTTP(S), SOAP, WSDL, WS-* arba lygaiverčius.

R-153. Ten, kur bus naudojamos žiniatinklio paslaugos, duomenų apsikeitimo saugumui ir patikimumui užtikrinti sistema turi naudoti WS-* numatytus protokolus: WS–Security, WS-Secure Conversation, WS–SecurityPolicy, WS-MetadataExchange, WS–Trust, WS–AtomicTransaction, WS–ReliableMessaging arba lygiaverčius.

R-154. Didesniems duomenų kiekiams perduoti XML Web Services infrastruktūra turi būti taikomas standartinis MTOM perdavimo mechanizmas, žr. http://internet.w3.org/TR/soap12-mtom/, arba lygiavertis.

R-155. Sistemos prieigai naudoti HTTP ir HTTPS 128 bitų SSL v.3 - duomenų komunikacijos transportą arba lygiavertį.

2.6 KLASIFIKATORIŲ POSISTEMIS

Šis posistemis turi realizuoti tokius reikalavimus klasifikatorių sudarymo ir tvarkymo priemonėms:

Nr. Reikalavimas

R-156. Sistemoje turi būti priemonės centralizuotai saugoti, taip pat naudojant žiniatinklio paslaugas (angl. web services) iš kitų IS ir registrų gauti klasifikatorius ir jų reikšmes.

R-157. Turi būti galimybė reikalingas teises turintiems IS naudotojams klasifikatorių tvarkymo sąsajos priemonėmis keisti ar koreguoti klasifikatoriaus reikšmes.

R-158. Specialias teises turintis IS naudotojas gali atlikti paiešką, tvarkyti, sukurti, keisti klasifikatorius ir jų reikšmes.

R-159. Sistemos teikiamas klasifikatoriaus reikšmes gali naudoti visi numatyti registrai ar kitos IS nepažeidžiant duomenų vientisumo ir kitų saugos reikalavimų.

R-160. Tikslus klasifikatorių pradinis sąrašas turi būti suderintas su Užsakovu analizės etape.

Klasifikatorių priemonės turi suteikti galimybę:

R-161. Sinchroniniu ir/ar asinchroniniu režimu iš kitų IS ir registrų automatiškai gauti pasikeitusių klasifikatorių ir žinynų duomenis (aktualias versijas, pakeitimus, arba aktualias versijas su pakeitimų istorija).

R-162. Sinchroniniu ir/ar asinchroniniu (užklausa – atsakas principu) režimu kitoms IS teikti klasifikatorius ir žinynus saugomus Sistemoje.

R-163. Sistemoje saugomus ar per Sistemą teikiamus klasifikatorius ir žinynus naudojančioms IS ir registrams automatiškai pranešti apie klasifikatorių ir žinynų pasikeitimus ir suteikti priemones juos parsisiųsti automatinėmis priemonėmis.

R-164. Sistemoje bei elektroninėse formose/anketose sinchroniniu režimu teikti klasifikatorius ir žinynus saugomus tiek šioje IS tiek ir kitose IS ir registruose.

37

http://internet.w3.org/TR/soap12-mtom/

R-165. Suteikti priemones atlikti klasifikatorių ir žinynų objektų paiešką.

Klasifikatorių tvarkymo priemonės turi suteikti galimybę:

R-166. Turi būti klasifikatorių tvarkymo priemonės, kuriomis naudojantis specialias teises turintys IS naudotojai gali kurti naujus, tvarkyti IS saugomus klasifikatorius ir žinynus, keisti reikiamus atributus ir reikšmes, versijuoti.

R-167. Turi būti galimybė nurodyti hierarchinius ryšius tarp klasifikatorių ir žinynų tam, kad naudotojui pasirinkus vieno klasifikatoriaus reikšmę, kitų, su šiuo klasifikatorium susijusių, laukų reikšmės pasikeistų automatiškai.

R-168. Klasifikatorių ir žinynų struktūra turi būti realizuota tokiu principu, kuris užtikrintų galimybę naudoti keletą kalbų.

R-169. Turi būti galimybė klasifikatorius ar žinynus gauti iš kitų IS ir registrų tiek sinchroniniu, tiek ir asinchroniniu būdu.

R-170. Turi būti galimybė klasifikatorius ir žinynus ir/ar jų laukų reikšmes priskirti konkretiems formoms/anketoms, ataskaitoms ar dokumentų šablonų duomenų laukams.

R-171. Turi būti priemonės Sistemoje pildant elektronines formas/anketas vykdyti paiešką konkretaus lauko klasifikatoriaus ar žinyno reikšmių aibėje.

R-172. Jeigu Sistemoje buvo atnaujintas klasifikatorius ar registras, privalo būti priemonės, kuriomis būtų automatiškai informuojami šio klasifikatoriaus ar registro naudotojai ir suteikiamos galimybės iš Sistemos atsisiųsti:

Aktualias klasifikatorių ar žinynų versijas; Klasifikatorių ar žinynų versijų pakeitimus; Aktualias klasifikatorių ar žinynų versijas su pakeitimų istorija.

R-173. Diegėjas pagal poreikį turės sukurti galimybę Sistemoje naudoti kitus išanalizuotuose Užsakovo veiklą reglamentuojančiuose teisės aktuose ir/ar dokumentuose įvardintus klasifikatorius ir žinynus.

R-174. IS klasifikatorių tvarkymui turi būti realizuotos priemonės, kurios turi užtikrinti centralizuotą IS klasifikatorių tvarkymą (peržiūrą, modifikavimą kūrimą). Šiomis priemonėmis tvarkomi klasifikatoriai turi būti pasiekiami iš visų IS funkcinių komponentų.

R-175. Turi būti galimybė tvarkyti kelių lygių (hierarchinius) klasifikatorius.

R-176. Turi būti galimybė aprašyti klasifikatoriaus elementams priskiriamų reikšmių duomenų tipus ir formato apribojimus.

R-177. Turi būti galimybė klasifikatoriaus elementui sukurti neribojamą kiekį savybių ir aprašyti savybės duomenų tipą bei apribojimus savybei priskiriamoms reikšmėms.

R-178. Turi būti galimybė riboti prieigą prie IS klasifikatorių pagal naudotojų teises.

R-179. Turi būti priemonės aktyvuoti/deaktyvuoti klasifikatoriaus sąrašo elementą.

R-180. Analizės metu Diegėjas turi suderinti su Užsakovu galimybę Sistemoje sukurti klasifikatorius, kurių šaltinis yra kita informacinė sistema arba registras. Tokiam klasifikatoriui turi būti galimybė sukonfigūruoti duomenų gavimo parametrus ir esant poreikiui duomenų transformacijos taisykles. Pavyzdžiui, turi būti galimybė, naudojant IS klasifikatorių tvarkymo priemones, sukurti klasifikatoriaus struktūrą, ją susieti su trečios šalies teikiamos žiniatinklio paslaugos elemento struktūra bei nurodyti klasifikatoriaus duomenų atnaujinimo taisykles.

R-181. Klasifikatorių tvarkymo, administravimo priemonės turi būti prieinamos iš Sistemos administravimo ir valdymo srities (Administravimo posistemis)

2.7 ATASKAITŲ (VEIKLOS ANALIZĖS) POSISTEMIS

Šis posistemis turi realizuoti tokius reikalavimus ataskaitų (veiklos analizės) priemonėms:

Nr. Reikalavimas

38

R-182. Turi būti įgyvendintos ataskaitų tvarkymo ir analizės priemonės visuose IS posistemėse tvarkomų duomenų (įskaitant archyvinius) analizei vykdyti. Šios priemonės turi sudaryti galimybę generuoti ataskaitas, jas peržiūrėti ir spausdinti.

R-183. Ataskaitų kūrimo ir generavimo priemonės turi leisti formuoti ataskaitų rinkinius, išskiriamus į tris pagrindines grupes:

Standartinės, iš anksto suprojektuotos ataskaitos; Pagal Užsakovo poreikius nustatomos (angl. Customised) ataskaitos; Laisvai kuriamos ataskaitos (SQL užklausų ar kt. priemonių pagalba).

R-184. Ataskaitų formavimo mechanizmas IS posistemės naudotojui turi suteikti galimybę, įskaitant, bet neapsiribojant:

Keisti pasirinktų duomenų grupavimo/rūšiavimo/pateikimo eilės tvarką (pvz., PKT paslaugų užsakymo statistiką sugrupuoti pagal paslaugų gavėjų geografiją, amžiaus grupę, lytį ir pan.);

Nurodyti duomenų atrinkimą pasirinktam periodui ir/arba išskaidyti pagal kelis nurodytos trukmės periodus (pagal dienas, mėnesius ir pan.);

Suteikti galimybę apsirašytas ataskaitas išsaugoti pakartotinam naudojimui.R-185. Ataskaitų kūrimo ir generavimo priemonės turi užtikrinti paprastą naujų ataskaitų tvarkymą, taip pat naujų IS

tvarkomų objektų, duomenų ar klasifikatorių įtraukimą į analizės apimtį bei jų paruošimą duomenų analizei.R-186. Neturi būti ribojamas galimų sukurti ataskaitų šablonų kiekis.

R-187. Ataskaitų kūrimas turi būti prieinamas administratoriui ar kitam Sistemos naudotojui, kuriam administratorius suteiks teises.

R-188. Sistemos naudotojai turi matyti parengtus ir pateiktus ataskaitų šablonų sąrašus, iš kurių jie išsirinks norimo tipo ataskaitą.

R-189. Ataskaitų kūrimas neturi įtakoti bendro sistemos darbo.

R-190. Ataskaitų kūrimo ir generavimo priemonės privalo turėti galimybes kurti bei generuoti tekstines atskaitas bei ataskaitas su grafiniais elementais: pyrago tipo grafikais, stulpelinėmis diagramomis ir kitais.

R-191. Ataskaitų kūrimo ir generavimo priemonės privalo turėti galimybes kurti interaktyvias ataskaitas, turinčias modernius valdymo elementus, tokius kaip: išsiskleidžiantys sąrašai, filtrai, rūšiavimo priemonės ir kiti.

R-192. Ataskaitų kūrimo ir generavimo priemonės privalo turėti galimybes naudoti formules ir funkcijas.

R-193. Ataskaitų kūrimo ir generavimo priemonės turi leisti pasirinkti šriftų dydžius, stilius, lygiavimą, spalvas, turi būti numeravimo galimybė, turi leisti piešti apvadus, įterpti paveikslėlius, naudoti lentelių formatavimo priemones, įterpti antraštes ir paraštes, taip pat naudoti kitas populiarias formatavimo priemones.

R-194. Ataskaitų kūrimo ir generavimo priemonės privalo turėti funkcionalumą, leidžiantį interneto naršyklėje interaktyviai peržiūrėti kuriamų ataskaitų pavyzdžius PDF, HTML, CSV, RTF arba lygiaverčiais formatais.

R-195. Ataskaitų kūrimo ir generavimo priemonės ataskaitas privalo galėti publikuoti PDF, HTML, CSV, RTF arba lygiaverčiais formatais.

R-196. Ataskaitų kūrimo ir generavimo priemonės turi būti integruotos su Sistemos saugos priemonėmis.

R-197. Ataskaitų kūrimo ir generavimo priemonės turi turėti statistikos rinkimo funkcionalumą. Šis funkcionalumas privalo teikti ataskaitų generavimo istoriją, sėkmingo/nesėkmingo ataskaitų suformavimo faktus, ataskaitų savininkus ir kitą informaciją.

2.8 APKLAUSŲ RENGIMO, VYKDYMO IR ANALIZĖS POSISTEMIS

Šis posistemis turi realizuoti tokius reikalavimus apklausų rengimo, vykdymo ir analizės priemonėms:

Nr. Reikalavimas

R-198. Sistemoje turi turėti apklausų rengimo, vykdymo ir analizės priemones, kurioje Sistemos naudotojai sudarys apklausas, nustatys jų klausimus bei galimų atsakymų aibes.

R-199. Apklausų vykdymo metu naudotojai parinks atsakymus į apklausų klausimus. Pasibaigus apklausos laikotarpiui Sistema automatiškai išanalizuos naudotojų pateiktus atsakymus, pagal kiekvienai apklausai sukurtą ar panaudotą skaičiavimo modelį, bei apskaičiuos rezultatus.

39

R-200. Apklausų analizės rezultatus posistemė leis pateikti ir spausdinamu formatu.

R-201. Apklausos respondentams galės būti: anoniminės; skirtos tik konkretiems respondentams (nuoroda į apklausą išsiunčiama elektroniniu paštu) į kurias atsakyti galės tik registruoti apklausų respondentai ar jų grupės.

R-202. Šios priemonės turi leisti apibrėžti neribotą skaičių apklausų nurodant tokius parametrus (įskaitant bet neapsiribojant):

1. unikalus kodas;2. pavadinimas;3. aprašymas, kuriame paaiškinami apklausos pildymo tikslas bei tvarka;4. trukmė laike (pradžios ir pabaigos datos);5. naudotojus, galinčius pateikti atsakymus į apklausos klausimus (anoniminiams/ tik registruotiems vartotojams

ar jų grupėms/ išorinių respondentų el. pašto adresų įkėlimas).R-203. Kiekviena apklausa galės turėti neribotą galimų klausimų skaičių, kiekvienam klausimui nurodant tokius

parametrus (įskaitant bet neapsiribojant):

1. eilės numeris;2. trumpa klausimo teksto versija;3. klausimo tekstas;4. atsakymo būdas (skaitinė reikšmė / tekstinė reikšmė / iš pateikto galimų atsakymų sąrašo parenkamas

konkretus įrašas arba keli galimi atsakymo variantai / paieškos užklausa);5. jei atsakymo būdas yra skaitinė reikšmė, tai nurodoma, kokia agregavimo operacija bus naudojama apklausos

rezultatui apskaičiuoti – suma, vidurkis, minimali ar maksimali reikšmės;6. jei atsakymo būdas yra tinkamiausio atsakymo parinkimas iš sąrašo, tai klausimui bus priskiriamas galimų

atsakymų sąrašas (arba sąrašą generuojanti SQL užklausa).7. Jei atsakymo būdas yra paieškos užklausa, tai vartotojas rinksis atsakymą iš galimų atsakymų sąrašo,

sugeneruojamo pagal vartotojo įvestą paieškos fragmentą (šis klausimo tipas aprašomas atitinkama paieškos SQL užklausa).

R-204. Naudotojams sistema turi leisti peržiūrėti jiems pasiekiamų apklausų sąrašą.

R-205. Pasirinkę pageidaujamą užpildyti apklausą naudotojai kiekvienam klausimui galės parinkti tinkamus atsakymus.

R-206. Pasibaigus apklausai, Sistema atliks pateiktų atsakymų analizę ir pateiks kiekvieno klausimo įvertinimą pagal jo tipą ir kitus nustatytus Sistemoje apklausų analizės parametrus. Analizės rezultatus turi būti galima pateikti ir ataskaitos formavimo būdu.

1. jei atsakymo į klausimą tipas – skaitinė reikšmė, tai pagal nurodytą agregavimo būdą komponentas apskaičiuos galutinį apklausos atsakymo įvertį;

2. Jei atsakymo į klausimą tipas – parinkta iš sąrašo reikšmė (t.sk. ir gaunama pagal paieškos užklausą), tai komponentas apskaičiuos kiekvieno galimų atsakymų statistiką – pasirinkusių respondentų procentą ir skaičių;

3. Jei atsakymo į klausimą tipas – tekstinė reikšmė, tai komponentas pateiks visų unikalių pateiktų tekstinių reikšmių apjungtą rezultatą.

2.9 REIKALAVIMAI SISTEMOS ADMINISTRAVIMUI IR VALDYMUI

R-207. Administravimo posistemis turi būti realizuotas kaip integrali Sistemos dalis, suteikianti galimybę vieningai tvarkyti visų Sistemos komponentų parametrus. Administravimo posistemis realizuoja Sistemos tvarkytojo darbuotojų naudojimui skirtas funkcijas, ir turi būti pasiekiamas tik Sistemos administratoriaus teises turinčiam asmeniui.

R-208. Projekto metu sukurtoje sistemoje turi būti galimybė Užsakovui (apmokytiems jo atstovams): Kurti naujas duomenų bazes ir lenteles esamose duomenų bazėse, Modifikuoti esamas duomenų bazės lenteles pridedant naujus stulpelius, Susieti DB lenteles,

40

Modifikuoti esamų sistemų objektų kodą, Kurti naujas funkcijas ir procedūras, Kurti įskiepius ir nesudėtingas žiniatinklio aplikacijas, Kurti naujas formas ir anketas.

R-209. Kuriant anketas ir formas turi būti galimybė elementams priskirti funkcijas, nurodant įvairius funkcijų inicijavimo metodus (pvz.: onclick, onchange, onload ir t.t.).

R-210. IS programų kompiliavimas, konfigūravimas ir diegimas turi būti atliekamas naudojant automatizuotas nuolatinės integracijos (angl. Continuous integration) priemones. Šios priemonės turi būti įdiegtos Užsakovo infrastruktūroje.

R-211. Turi būti žiniatinklio naršyklėje ar kitoje aplinkoje veikianti duomenų bazių programavimo aplinka, skirta kurti nesudėtingas žiniatinklio aplikacijas.

R-212. Turi būti grafinis duomenų bazės tvarkymo, programavimo įrankis. Turi būti galimybė kurti, modifikuoti duomenų bazės objektus, rašyti SQL sakinius, generuoti ataskaitas.

R-213. Sistema privalo turėti standartinę galimybę naudojant aplikacijų kūrimo sąsajas (angl. API) integracijai su kitais analitiniais įrankiais kaip pvz. MS Excel arba lygiaverčiais.

R-214. Sistema privalo suteikti galimybę naudojant aplikacijų kūrimo sąsajas (angl. API) prieiti prie veiklos logikos sluoksnio.

R-215. Duomenų bazės administravimui turi būti naudojama interneto naršyklėje veikianti administravimo sąsaja.

R-216. Sistema privalo turėti galimybę tiesiogiai prisijungti prie duomenų šaltinių (pvz., duomenų bazių lentelių).

R-217. Sistema privalo naudoti vieną prisijungimo sesiją visoms užklausoms duomenų šaltiniuose vykdyti.

R-218. Sistemoje naudotojai privalo turėti galimybę vienoje ataskaitoje (ne viename informacijos skydelyje (angl. dashboards)) atvaizduoti informaciją iš įvairių šaltinių.

R-219. Sistemoje turi būti galimybė riboti vienu metu su ja dirbančių naudotojų skaičių.

2.10 REIKALAVIMAI NAUDOTOJO SĄSAJAI

Nr. Reikalavimas

R-220. IS naudotojų sąsajų projektavimo ir diegimo metodika turi remtis ISO 9241–110:2008 standartu „Žmogaus ir sistemos sąveikos ergonomika“ arba kitu lygiaverčiu standartu, aprašančiu žiniatinklio naudotojų sąsajos rekomendacijas.

R-221. Turi turėti grafinę naudotojo sąsają, prieinamą Web technologijų pagrindu. Ši sąsaja turi turėti paprastą ir neįgaliesiems pritaikytą darbo režimą. Turi būti galimybė pasirinkti sąsajos kalbą.

R-222. IS turi būti suderinama su Microsoft Internet Explorer, Mozilla Firefox ir kitomis lygiavertėmis plačiai paplitusiomis interneto naršyklėmis (tame tarpe ir mobilių įrenginių) bei jų vėliausiomis versijomis (bus nustatyta analizės etapo metu).

R-223. Naudotojo ir paslaugų gavėjo grafinė sąsaja turi veikti Microsoft Windows (XP ir vėlesnėse aplinkose), Linux (Ubuntu 10.04 ir vėlesnėse aplinkose ar kitose Linux pagrindu veikiančiose plačiausiai naudojamose aplinkose) ir MAC OS (10.5 ir vėlesnėse aplinkose) arba lygaivertėse.

R-224. Sistemoje turi būti numatytas klaidų pateikimo mechanizmas naudotojui. Klaidų pranešimai teikiami Sistemos naudotojams turi būti informatyvūs, ir suteikti pakankamos informacijos tolimesniems veiksmas klaidai pašalinti ar jo išvengti.

R-225. Sistemoje turi būti realizuotas kontekstinės pagalbos naudotojui funkcionalumas.

R-226. Sistema turi būti korektiškai atvaizduojama mobiliuose įrenginiuose automatiškai prisitaikant prie naudojamo įrenginio ekrano dydžio (angl. Responsive design).

R-227. Žmogaus–sistemos sąveika turi būti realizuota naudotojų grafinėmis sąsajomis. IS duomenų įvedimas–išvedimas, valdymo komandų priėmimas ir jų įvykdymo rezultatų atvaizdavimas turi būti atliekamas interaktyviuoju režimu (sąlyginai realiame laike, pagal dalyje Sistemos greitaveikai nustatytus reikalavimus). Projektuojant naudotojo sąsajas turi būti atsižvelgta į panaudojamumo (angl. usability) principus, skirtus

41

naudotojo sąsajų patogumui užtikrinti.

R-228. Naudotojų grafinės sąsajos turi būti realizuotos taikant kompiuterio pelės navigavimo grafinėje sąsajoje įrenginius (angl. mouse pointing device).

R-229. IS turi būti lietuviška terpė. Paslaugų teikėjas privalo atsižvelgti į lietuviškų rašmenų ypatybes. Naudotojų ir veiklos administratorių sąsajos turi būti lietuvių, IS techninių administratorių – lietuvių arba anglų kalba. IS turi būti galimybė importuoti kitų užsienio kalbų (pvz., anglų, rusų) naudotojų ir veiklos administratorių sąsajos įdiegimo bylą, t. y. turi būti realizuotas funkcionalumas, leidžiantis iš Sistemos ištraukti visą naudojamą žodyną į atskirą redaguojamą bylą, kuri galėtų būti išversta į pasirinktą užsienio kalbą ir perkelta į Sistemą. Įdiegimo bylos formatas turės būti suderintas analizės ir projektavimo metu.

R-230. IS naudotojo sąsajų skirtingomis kalbomis kiekis turi būti neribojamas.

R-231. Naudotojas turi turėti galimybę pasikeisti numatytą naudotojo sąsajos kalbą.

R-232. IS GUI turi būti naudojama ne žemesnė kaip 2 lygio CSS2 (Cascading Style Sheets Language 2, http://www.w3.org/Style/CSS/) kalba arba lygaivertė.

R-233. Turi būti naudojama ne žemesnė kaip 3.2 HTML (Hypertext Markup Language, http://www.w3.org/MarkUp/) versija arba lygaivertė.

R-234. IS GUI, prieinama IS naudotojams, turi būti realizuota pagal „Web Content Accessibility Guidelines 1.0“ skaitmeninio turinio prieinamumo gaires (http://www.w3.org/TR/WCAG10/) arba lygiavertes bei turi būti padengtas dvigubo „A“ lygmens pasiekiamumas.

R-235. „Privalomieji“ (angl. required) ir „nebūtinieji“ (angl. optional) duomenų įvedimo laukai turėtų būti aiškiai ir nuosekliai atskirti arba pažymėti.

R-236. Turi būti sukurti visuotinai priimtini ir intuityvūs įprastų operacijų ir veiksmų atlikimo metodai, naudojant klaviatūrą. Pvz., formos laukų nuoseklus pasirinkimas naudojant TAB klavišą (SHIFT+TAB – atgalinis pasirinkimas); formos nustatytosios operacijos atlikimas naudojant ENTER klavišą; dialogo uždarymas naudojant ESCAPE klavišą ir panašiai.

R-237. Jeigu vykdomas iš anksto žinomai ilgiau kaip 5 sekundes trunkantis procesas, ekrane būtina parodyti tokio proceso progreso atvaizdavimą.

R-238. Duomenų įvedimo laukai privalo turėti nuosekliai suformuluotus pavadinimus ir išlaikyti juos visuose puslapiuose. Jei įmanoma, reikia formuluoti įvedimo laukų pavadinimus nuosekliai, vengti naudoti vieniems laukams pavienius žodžius arba frazes, o kitiems – trumpus sakinius, arba vieniems laukams naudoti veiksmažodžius, o kitiems – daiktavardžius.

R-239. Kiekvienas duomenų įvedimo laukas privalo turėti aiškų pavadinimą, nurodantį naudotojams, ką reikia įvesti. Būtina naudoti informatyvius pavadinimus, kurie aiškiai, glaustai ir nedviprasmiškai nurodo, kokius duomenis reikia įvesti. Reikia išskirti pavadinimus taip, kad naudotojai nesupainiotų jų su pačiais duomenų įvedimo laukais. Kurdami įvedimo laukų pavadinimus, reikia naudoti aiškius, visuotinai suprantamus, terminus. Reikia naudoti įprastas sąvokas (pavyzdžiui, „vyras“, „moteris“), o ne abstrakčias sąvokas (pavyzdžiui, „Grupė 1“, „Grupė 2“).

R-240. Naudotojams neturi reikėti įvedinėti tos pačios informacijos daugiau nei vieną kartą, išskyrus slaptažodžio, el. pašto pakartotiną patvirtinantį įvedimą.

R-241. Duomenų įvedimo laukai turi būti tokio dydžio, kad naudotojai neslinkdami (angl. scroll) matytų visus savo įvedamus duomenis.

R-242. IS GUI naudojamos sistemos valdymo priemonės turi būti pažįstamos naudotojams ir veikti jiems įprastu būdu. Jei įmanoma, valdymo priemonės turėtų prisitaikyti prie naudotojo naudojamos operacinės sistemos ir naršyklės.

R-243. Ilgos įvedamų duomenų sekos turi būti suskaidomos į smulkesnes dalis tiek įvedant duomenis, tiek juos atvaizduojant.

R-244. Automatiškai turi nustatyti ir rodyti numatytąją reikšmę, jei tai yra įmanoma. Pirmine arba numatytąja reikšme gali tapti dažniausiai pasirenkama arba naudotojo paskutinį kartą nustatytą reikšmė.

42

http://www.w3.org/MarkUp/

http://www.w3.org/Style/CSS/

R-245. Visi sąrašai turi turėti vienodo stiliaus rūšiavimo ir filtravimo pagal pasirinktus stulpelius funkcionalumą. Turi turėti galimybę puslapiuoti didelius sąrašus ir pasirinkti atvaizduojamų įrašų kiekį viename puslapyje. Tokiu atveju yra būtina navigacija tarp atskirų sąrašo puslapių.

R-246. Turi būti pateikiama pagalbos medžiaga (arba nuoroda į ją) priklausomai nuo atliekamų veiksmų konteksto.

R-247. Visa tarpusavyje susijusi informacija ar panašios funkcijos turėtų būti grupėse, kad sumažėtų jų paieškos ar peržvalgos laikas.

2.11 REIKALAVIMAI SISTEMOS ARCHITEKTŪRAI

89. Sistemos funkciniai komponentai bei funkcionalumai turės būti išanalizuoti bei aptarti detalios analizės etapų metu ir galutinai suderinti su Užsakovu.

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

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

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

93. Sistema turi būti kuriama naudojant SOA (angl. service-oriented architecture).94. Sistemos saugos priemonės turi užtikrinti:

94.1. bendrą naudotojų autentifikavimą ir autorizaciją;94.2. bendrą konfigūruojamą duomenų grupių prieigos valdymą;94.3. bendrą saugos valdymą visuose Sistemos komponentuose;94.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);94.5. kad būtų naudojami reikiami architektūriniai bei technologiniai sprendimai, užtikrinantys įvedamų ir

saugomų duomenų autentiškumą, nekeičiamumą ir integralumą.95. Sistema turi būti įgyvendinta laikantis šių duomenų saugą reglamentuojančių teisės aktų (su pakeitimais):

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

95.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);

95.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);

95.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).

96. Sistemoje turi būti realizuotas funkcinis komponentas:96.1. teikiantis prieigos valdymo sąrašus, kuriuos galima būtų priskirti grupėms, rolėms arba individualiems

naudotojams;96.2. autentifikuojantis naudotojus;

43

96.3. teikiantis šifruotą komunikaciją SSL pagalba;96.4. palaikantis vieningą prisijungimą (angl. single-sign-on).

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

98. Sistemoje saugoma informacija turi būti klasifikuojama pagal naudotojų vaidmenis.99. Sistemos 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.100. Sistema pagal nustatytas taisykles turi automatiškai patikrinti įvedamų duomenų formato

korektiškumą.101. Sistema turi būti automatizuota taip, kad pakeitus informaciją viename komponente pakeitimai

atsispindėtų visuose su juo susijusiuose komponentuose.102. Sistema turi būti dviejų tipų pranešimai: skirti naudotojams ir skirti administratoriams išsamiai klaidos

analizei atlikti.103. Reikalavimai statistinės analizės atlikimo funkcijoms:

103.1. turi suteikti galimybę kurti parametrizuojamas ataskaitas;103.2. turi užtikrinti galimybę gauti nuasmenintus duomenis finansinei ir statistinei analizei atlikti;103.3. naudotojų registracijos duomenys ir statistiniai duomenys apie Sistemos objektus turi būti saugomi

centralizuotai – viename serveryje;103.4. turi būti užtikrinta galimybė eksportuoti statistinius duomenis į populiarius tarp naudotojų formatus

(.csv arba lygiaverčius.) tolesniam tvarkymui;103.5. tiekėjas turės sukurti iki 20 (dvidešimties) standartinių ataskaitų.

104. Reikalavimai autentifikavimo sąsajai:104.1. jungiantis prie autorizuotų erdvių, turi būti naudojamas SSL;104.2. naudotojų grafinė sąsaja turi būti realizuota pagal „Skaitmeninio turinio prieinamumo gaires 2.0“

(angl. Web Content Accessibility Guidelines), pateikiamas adresu: ;104.3. turi turėti galimybę skirtingus naudotojus (išorinius ir vidinius) autentifikuoti ir autorizuoti

atitinkamai per išorines sistemas ir/arba per vidinės sąsajos autentifikavimo ir autorizavimo priemonę;104.4. vidiniai naudotojai turi būti autentifikuojami suvedant priskirtą naudotojo vardą ir slaptažodį;104.5. kiekvienam autentifikuotam naudotojui Sistema leidžia naudotis funkcijomis priklausomai nuo

naudotojui suteiktų vaidmenų ir teisių.105. Sistemos našumo reikalavimai:

105.1. Sistema privalo užtikrinti našų darbą esant: 105.2. 30 000 bendram Sistemos naudotojų skaičiui (preliminariai vertinant, kad pedagogų Lietuvoje yra

apie 30 tūkstančių);105.3. 3 000 naudotojų dirbant su Sistema vienu metu. 105.4. išaugus naudotojų skaičiui, Sistema turi būti lanksčiai plečiama pridedant papildomus techninės

įrangos modulius, bet nekeičiant Sistemos programinės įrangos išeities tekstų;105.5. tiekėjo siūlomas technologinis sprendimas turi užtikrinti, kad Sistemos naudotojų veiksmų vidutinė

atlikimo trukmė būtų ne ilgesnė nei 3 sekundės (atmetus duomenų užlaikymą interneto linijose). Šis reikalavimas netaikomas ataskaitų formavimui;

105.6. duomenų paieška turi trukti iki 5 sekundžių (90 % atvejų);105.7. Sistemos programinė įranga neturi būti ribojantis veiksnys didinant Sistemos veikimo našumą;105.8. Sistema turi turėti darbo našumo stebėjimo priemones, kurios leistų aptarnaujančiam personalui

(administratoriui) lanksčiai stebėti ir konfigūruoti Sistemos būseną, apkrovas bei gauti perspėjimo ar gedimo pranešimus.

106. Sistemos pasiekiamumo (angl. availability) reikalavimai:

44

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

106.2. Sistema turi užtikrinti korektišką situacijų, kurias sukėlė neteisingi Sistemos naudotojo veiksmai, valdymą. Sistemos naudotojui atlikus neteisingą (neleidžiamą) komandą arba nekorektiškai įvedus duomenis, Sistema turi naudotojui rodyti atitinkamus pranešimus ir po to grįžti į darbo būklę;

106.3. Sistema turi funkcionuoti 7 dienas per savaitę, 24 valandas per parą;106.4. Sistema turi užtikrinti atsekamumą, operatyvų duomenų ir procesų atstatymą su minimaliomis

praradimo galimybėmis;106.5. įvykus sisteminei klaidai, Sistema turi teikti visas paslaugas (funkcijas), kurių teikimui sutrikęs

komponentas nėra reikalingas;106.6. įvykus sisteminei klaidai, Sistema turi palikti duomenis nepakeistus, jei sisteminės klaidos pobūdis

neapriboja priėjimo prie duomenų;106.7. Sistema turi savaime (be papildomo administratoriaus įsikišimo) atsistatyti, pašalinus gedimo

priežastis, jei gedimą sukėlė nutrūkę ryšiai tarp Sistemos programinių aparatūrinių komponentų;106.8. kopijavimo ir archyvavimo procedūrų metu neturi nukentėti Sistemos teikiamų paslaugų (funkcijų)

kiekis bei kokybė;106.9. techninė ir programinė įranga po perkrovimo be papildomų priemonių turi tęsti paslaugų teikimą,

vykusį iki perkrovimo;106.10. sustojimo metu vykdytos ir nutrūkusios transakcijos turi užtikrinti duomenų vientisumą.

107. Standartų reikalavimai:107.1. 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.);

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

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

107.4. Sistema turi palaikyti ir būti suderinama su XML ir XML žiniatinklio paslaugomis arba lygiavertėmis;107.5. Sistemos 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.

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

107.7. tarp sistemų pasikeičiami duomenys turi būti aprašomi naudojant XML schemas arba lygiavertes;107.8. paslaugų (integracijos) lygyje Sistema 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;

107.9. Sistema turi palaikyti SSL per HTTP protokolą arba lygiavertį;107.10. kuriant Sistemą, analizei, projektavimui bei dokumentacijai turi būti naudojamas Unified Modeling

Language (UML, http://www.omg.org/technology/uml/index.htm) ar lygiavertis standartas.108. Sistemoje saugomi naudotojų slaptažodžiai turi būti užkoduoti (užšifruoti).

2.12 REIKALAVIMAI TECHNINEI IR PROGRAMINEI ĮRANGAI

Pastaba: tikslus techninės ir sisteminės programinės įrangos poreikis turi būti parengtas detalios analizės etapo

45

metu, priklausomai nuo pasiūlyto programinės įrangos sprendimo.

109. Centrinę tarnybinę stotį pateiks perkančioji organizacija ir ji veiks UPC patalpose. Numatomi įrangos parametrai: 109.1. procesoriaus taktinis dažnis – ne mažiau kaip 2 GHz (ne mažiau kaip 4 fiziniai branduoliai, ne mažiau

kaip 8 virtualūs branduoliai, procesorius privalo palaikyti 64 bitų instrukcijas);109.2. virtualaus serverio operatyvioji atmintis – 4 Gb;109.3. atvirojo kodo programinė serverio įranga.

110. UPC tarnybinėje stotyje bus įdiegta Apache ar analogiška atvirojo kodo serverio įranga.111. Sukurta sistema turi veikti nepriklausomai nuo serverio programinės įrangos112. Sistema turės būti įdiegta UPC tarnybinėje stotyje.113. Sistema turi leisti ateityje prijungti naujus kompiuterinius resursus.

2.13 REIKALAVIMAI SISTEMOS TESTAVIMUI

114. Projekto vykdymo metu turi būti parengtas ir su Užsakovu suderintas Sistemos testavimo planas. Šiame plane turi būti aprašytos visos tiek Tiekėjo organizacijos viduje, tiek ir su Užsakovu vykdomos testavimo procedūros, testų tipai, testavimų apimtis, numatyti testavimams atlikti reikalingi Užsakovo ištekliai, būtinos pasirengimo procedūros ir kt.

115. Sistemos Tiekėjas turi atlikti modulinį (angl. Unit testing) ir gamintojo testavimą (angl. System Test) bei pateikti šių testų rezultatus Užsakovui.

116. Tiekėjas turi dalyvauti sistemos priėmimo testavime pagal testavimo plane suderintą procedūrą, teikti konsultacijas Užsakovui rengiant priėmimo testą.

117. Turi būti pravestas įvadinis Užsakovo testuotojų mokymas Sistemos priėmimą atliekantiems testuotojams.

118. Testavimo laikotarpiui Tiekėjas turi parengti ir suderinti testavimo aplinką bei atlikti priėmimo testavimui reikalingų duomenų įkėlimą.

119. Sistemos priėmimo metu turi būti atliktas „didžiausio apkrovimo“ testavimas (angl. Stress Test) sistemos gamybinėje aplinkoje.

120. Sistemos priėmimo metu turi būti numatytas sąsajų su visomis projekto vykdymo eigoje integruotomis sistemomis testavimas (angl. Integration test) testiniame režime.

121. Pakeitimų valdymo procedūroje turi būti numatytas pakeitimų priėmimo ir regresinis testavimas.

2.14 REIKALAVIMAI SISTEMOS NAUDOTOJŲ MOKYMAMS

122. Pasirengiant mokymams turi būti parengtas ir su Užsakovu suderintas mokymų planas. Pagal mokymų plane suderintą procedūrą bei tvarką, turi būti apmokyti būsimi Sistemos naudotojai.

123. Tiekėjas surengia įvadinį seminarą, kurio metu būsimiesiems sistemos naudotojams pristato Sistemą ir jos funkcionalumą.

124. Naudotojų mokymai privalo būti atliekami lietuvių kalba mokymo klasėse su visa reikalinga technine infrastruktūra praktiniams užsiėmimas. Patalpas mokymams suteiks Užsakovas. Prireikus papildomos kompiuterinės, multimedijos technikos ją turės pateikti Užsakovas.

125. Sistemos naudojimo mokymo kursas privalo apimti visą Sistemos funkcionalumą ir suteikti jo dalyviams praktinius Sistemos naudojimo įgūdžius.

126. Visų kitų Sistemos naudotojų apmokymo metu Tiekėjas privalo teikti konsultacijas sistemos naudojimo ekspertams ir užtikrinti operatyvų mokymo metu kilusių problemų sprendimą.

127. Prieš pradedant priėmimo testą turi būti apmokomi šio testavimo komandos nariai.

46

128. Turi būti apmokyti 2 (du) Sistemos ir programinės įrangos administratoriai. Sistemų administratorių mokymai turi būti atliekami lietuvių kalba. Sistemos ir programinės įrangos administratorių mokymai turi trukti ne mažiau kaip 10 darbo dienų, po 6 val. ir turi apimti Sistemos diegimą, administravimą ir valdymą, duomenų bazių valdymo sistemos (DBVS) valdymą ir kitą funkcionalumą nurodytą Reikalavimuose sistemos administravimui ir valdymui.

129. Turi būti numatyti visų Sistemos naudotojų mokymai, suskirstyti pagal naudotojų roles. 130. Mokymams privalo būti paruošta dalomoji medžiaga lietuvių kalba, kurioje turi būti numatytos

praktinės užduotys. Mokymų medžiaga turi būti pakankamai išsami, kad mokymų dalyviai iš jos galėtų savarankiškai suprasti mokymų metu pateiktą informaciją.

131. Mokymų medžiaga turi būti atnaujinama atsižvelgiant į Sistemos pakeitimus, atliktus po naudotojų mokymų.

2.15 REIKALAVIMAI SISTEMOS BANDOMAJAI EKSPLOATACIJAI

132. Atlikus sistemos priėmimo testavimą, kurio metu yra nusprendžiama, kad sistema yra tinkama naudoti turi būti pradedama sistemos bandomoji eksploatacija.

133. Bandomoji eksploatacija – Sistemos naudojimas (eksploatacija) realiomis sąlygomis, su realiais duomenimis. Su sistema turi dirbti visi numatyti naudotojai. Visi užfiksuoti Sistemos neatitikimai reikalavimams, darbo nesklandumai, klaidos, gedimai, defektai ir pan. turi būti fiksuojami ir valdomas jų šalinimas. Bandomosios eksploatacijos metu Tiekėjas turi teikti intensyvias sistemos palaikymo ir naudotojų konsultavimo paslaugas. Esant poreikiui ir Užsakovui paprašius, Tiekėjas turi suteikti konsultacijas dėl sistemos veikimo vietoje t. y. Paslaugų teikimo vietoje (Užsakovo patalpose).

134. Prieš pradedant bandomąją eksploataciją turės būti parengtas ir su Užsakovu suderintas bandomosios eksploatacijos vykdymo planas.

135. Bandomoji eksploatacija gali būti pradėta tik atlikus gamybinės aplinkos techninės ir programinės infrastruktūros parengimą. Gamybinės aplinkos parengimo metu turi būti parengtos (suprogramuotos, sukonfigūruotos ir užmegztos) sąsajos su visų integruojamųjų sistemų gamybinėmis aplinkomis.

136. Tiekėjas bandomosios eksploatacijos metu turi pašalinti visus identifikuotus defektus bei pastebėtus neatitikimus.

137. Tiekėjas bandomosios eksploatacijos pabaigoje turi pateikti bandomosios eksploatacijos ataskaitą.138. Sistema yra priimama pabaigiant bandomosios eksploatacijos etapą ir pasirašant priėmimo-perdavimo

aktą.

2.16 REIKALAVIMAI SISTEMOS GARANTINĖS PRIEŽIŪROS PASLAUGOMS

139. Tiekėjas turi suteikti 12 mėnesių Sistemos garantinės priežiūros paslaugas. Laikotarpis pradedamas skaičiuoti nuo galutinio paslaugų priėmimo ir perdavimo akto pasirašymo dienos (pasibaigus bandomajai eksploatacijai kaip numatyta 2 lentelės 6 eilutėjes).

140. Tiekėjas privalo parengti ir pateikti derinimui Sistemos garantinės priežiūros reglamentą (toliau – Priežiūros reglamentas), aprašantį Sistemos garantinės priežiūros vykdymo procedūras ir metodus bei Tiekėjo teiktiną dokumentaciją. Priežiūros reglamentas turi būti parengtas ir pateiktas derinti Užsakovui likus 2 mėnesiams iki paslaugų teikimo pabaigos (suderintas per 1 mėnesį iki paslaugų teikimo pabaigos). Visos Sistemos garantinės priežiūros paslaugos turi būti teikiamos vadovaujantis šiuo Priežiūros reglamentu.

141. Sistemos garantinės priežiūros paslaugų kaina turi būti įtraukta į bendrą pasiūlymo kainą ir negali būti apmokestinta papildomai (pvz., už klaidų šalinimą, versijų atnaujinimą ar pan.)

47

142. Garantinės priežiūros paslaugų teikimo metu Tiekėjas savo lėšomis turės taisyti visas sukurtos programinės įrangos darbo klaidas atsiradusias dėl Tiekėjo sukurtos programinės įrangos funkcionalumo trūkumų (klaidas, dėl kurių visai arba iš dalies neįmanoma atlikti tam tikrų suderintoje programinės įrangos specifikacijoje numatytų funkcijų, arba šios funkcijos pateikiami rezultatai yra klaidingi) ir neatitikimų specifikacijoje apibrėžtiems reikalavimams;

143. Garantinės priežiūros paslaugos apima: 143.1. programinės įrangos klaidų ar netikslumų registravimą;143.2. programinės įrangos klaidų ar netikslumų taisymą, testavimą; 143.3. programinės įrangos atnaujinimą siekiant ištaisyti klaidas ir/arba netikslumus;143.4. išgadintų (sugadintų) programinės įrangos duomenų atstatymą, jei tai nutiko dėl Tiekėjo sukurtos

programinės įrangos klaidos;143.5. programinės įrangos dokumentacijos tikslinimą ir atnaujinimą, atlikus pakeitimus programinėje

įrangoje.144. Garantinės priežiūros paslaugos turi būti teikiamos vadovaujantis tokia klaidų ir/ar trikdžių klasifikacija:

144.1. kritinė problema - nustatyta Sistemos klaida ir/ar triktis, dėl kurio Sistemos naudotojas negali vykdyti numatytų būtinų funkcijų ir nežinomas joks kitas alternatyvus būdas šią funkciją atlikti;

144.2. didelė problema - nustatyta Sistemos klaida ir/ar triktis, kuris kliudo vykdyti būtinas funkcijas IS, tačiau yra žinomas alternatyvus funkcijos vykdymo būdas;

144.3. kita problema - nustatyta Sistemos klaida ir/ar triktis, dėl kurio yra nepatogu, tačiau įmanoma atlikti tam tikrą funkciją IS.

145. Tiekėjas privalo pašalinti klaidą ar triktį pagal tokius reikalavimus:145.1. kritinės problemos atveju – ne vėliau kaip per 4 darbo valandas;145.2. didelės problemos atveju – ne vėliau kaip per 8 darbo valandas;145.3. kitais atvejais – ne vėliau kaip per 40 darbo valandų;145.4. jei sutrikimo per nurodytą laiką pašalinti negalima, kartu su Užsakovu turi būti suderinamas

susitarimas dėl problemos pašalinimo laiko.146. Kreipinys dėl programinės įrangos darbo sutrikimo, problemos ar reikalingo konfigūracijos pakeitimo

privalo būti registruojamas Tiekėjo pagalbos tarnybos informacinėje IS. Galimybę registruoti incidentą turi turėti Užsakovo atstovai. Pranešimas gali būti registruojamas tiesiogiai Tiekėjo pagalbos tarnybos informacinėje IS per Web sąsają, arba perdavus telefonu, faksu ar elektroniniu paštu.

147. Garantinės priežiūros paslaugos, konsultacijos telefonu ir elektroniniu paštu turi būti pateikiamos darbo dienomis nuo 8.00 iki 17.00 val.

148. Suteikus garantinės priežiūros paslaugas, tiekėjas Užsakovui turi perduoti:148.1. atnaujintą Sistemos techninę dokumentaciją, jei buvo keičiami vidiniai Sistemos objektai (duomenų

bazės, programiniai moduliai ir t.t.);148.2. atnaujintas naudojimo instrukcijas ir pagalbos sistemą, jei buvo keičiamas Sistemos komponentų

funkcionalumas;148.3. atnaujintas diegimo instrukcijas, jei keičiama Sistemos komponentų diegimo tvarka;148.4. pakeistus taikomųjų programų tekstus, išorinius komponentus.

149. Jeigu Tiekėjas teikdamas garantinės priežiūros paslaugas nustato, kad Užsakovo IS veikimas sutrikęs ne dėl Tiekėjo prižiūrimos programinės įrangos, informuodamas Užsakovą turi nurodyti spėjamą sutrikimo priežastį.

48

Documents

INFORMACINĖS SISTEMOS KŪRIMO IR DIEGIMO ... · Web view2013/09/13 · Valstybinių ir savivaldybių mokyklų vadovų, jų pavaduotojų ugdymui, ugdymą organizuojančių skyrių