tehniskā specifikācija mācību pārvaldības sistēmai tehniska spec...– 3 – satura...

Tehniskā specifikācija

Mācību pārvaldības sistēmai

Versija 1.0.

Rīga 2016

– 2 –

Tirdzniecības zīmes

Visas tekstā izmantotās tirdzniecības zīmes pieder to īpašniekiem un ir izmantotas tikai kā

atsauces.

– 3 –

Satura rādītājs

1 IEVADS ............................................................................................................................. 5

1.1 Dokumenta sagatavošanas mērķis ............................................................................... 5

1.2 Dokumenta mērķauditorija .......................................................................................... 5

1.3 Dokumenta sfēra .......................................................................................................... 5

1.4 Termini un saīsinājumi ................................................................................................ 6

1.5 Dokumentā izmantoto prasību struktūra ...................................................................... 7

1.5.1 Prasības apraksta skaidrojums .............................................................................. 7

1.5.2 Prasību prioritātes ................................................................................................. 7

1.6 Pieņēmumi un ierobežojumi ........................................................................................ 8

1.7 Dokumenta organizācija .............................................................................................. 8

1.8 Saistītie dokumenti ...................................................................................................... 8

2 SISTĒMAS APRAKSTS ................................................................................................. 10

2.1 Ietvars ......................................................................................................................... 10

2.2 Sistēmas konceptuāla augsta līmeņa funkcionālā arhitektūra .................................... 10

2.3 Lietotāju raksturojums ............................................................................................... 11

3 VISPĀRĒJĀS PRASĪBAS ............................................................................................... 15

4 FUNKCIONĀLĀS PRASĪBAS ....................................................................................... 18

4.1 Mācību pārvaldības sistēmas ārējais lietojums .......................................................... 18

4.2 Mācību pārvaldības sistēmas iekšējais lietojums ....................................................... 20

4.2.1 Reģistrācija, autentifikācija un autorizācija........................................................ 20

4.2.2 Lietotāja profils .................................................................................................. 22

4.2.3 Lietotāja darba vieta ........................................................................................... 22

4.2.4 Valsts pārvaldes darbinieku pārvaldība .............................................................. 23

4.2.5 Pasniedzēju pārvaldība ....................................................................................... 26

4.2.6 Mācību materiālu krātuve ................................................................................... 28

4.2.7 Anketu pārvaldība............................................................................................... 30

4.2.8 Sertifikātu pārvaldība ......................................................................................... 32

4.2.9 Mācību programmu pārvaldība .......................................................................... 34

4.2.10 Mācību pasākumu pārvaldība ............................................................................. 37

4.2.11 Mācību pasākumu grupu pārvaldība................................................................... 39

4.2.12 Kalendārs un tā pārvaldība ................................................................................. 45

4.2.13 Forums ................................................................................................................ 46

4.2.14 Darba uzdevumi .................................................................................................. 47

– 4 –

4.2.15 Atskaites ............................................................................................................. 48

4.3 Koplietošanas komponentes ...................................................................................... 49

4.3.1 Ziņojumu serviss ................................................................................................ 49

4.3.2 Meklēšana ........................................................................................................... 50

4.3.3 E-pasta grupu veidota g ...................................................................................... 51

4.3.4 Problēmu pieteikšana un apstrāde ...................................................................... 51

4.4 Integrācija ar citām informācijas sistēmām ............................................................... 53

4.4.1 Integrācija ar VAS tīmekļvietni .......................................................................... 53

4.4.2 Integrācija ar mācību telpu monitoru pārvaldības rīku ....................................... 53

4.4.3 Integrācija ar VISS Vienotās pieteikšanās modulis ............................................ 54

4.5 Prasības administrēšanai ............................................................................................ 54

4.5.1 Prasības lietotāju, to tiesību un paroļu politikas pārvaldībai .............................. 54

4.5.2 Klasifikatori ........................................................................................................ 55

4.5.3 Auditācija ........................................................................................................... 56

4.5.4 Darbības uzraudzība ........................................................................................... 57

5 NEFUNKCIONĀLĀS PRASĪBAS .................................................................................. 58

5.1 Prasības lietotāja saskarnei ........................................................................................ 58

5.2 Prasības ievadīto datu kontrolēm ............................................................................... 60

5.3 Atbilstība standartiem ................................................................................................ 61

5.4 Prasības drošībai ........................................................................................................ 61

5.5 Prasības pieejamībai un veiktspējai ........................................................................... 63

5.6 Prasības dokumentācijai ............................................................................................ 63

5.7 Prasības Sistēmas testēšanai ...................................................................................... 65

5.8 Ieviešanas prasības un ieviešanas vadība ................................................................... 66

5.9 Prasības Sistēmas administratoru un lietotāju mācībām ............................................ 66

6 ORGANIZATORISKĀS PRASĪBAS .............................................................................. 68

6.1 Prasības projekta organizācijai .................................................................................. 68

6.2 Prasības projekta pārvaldības dokumentācijai ........................................................... 69

6.3 Prasības risku kontrolei .............................................................................................. 71

6.4 Prasības projekta piegādes principiem ....................................................................... 72

6.5 Prasības projekta norises pārbaudēm ......................................................................... 74

7 GARANTIJAS PRASĪBAS ............................................................................................. 75

7.1 Vispārējās prasības .................................................................................................... 75

7.2 Garantijas procedūra .................................................................................................. 77

7.3 Izmaiņu pieprasījumi ................................................................................................. 80

– 5 –

1 Ievads

1.1 Dokumenta sagatavošanas mērķis

Šī tehniskā specifikācija ir sagatavota atbilstoši 2016. gada 3. februārī starp Valsts

administrācijas skolu un sabiedrību ar ierobežotu atbildību “BRI” noslēgtajam pakalpojumu

līgumam Nr. 06-05/1.

Dokumenta mērķis ir definēt prasības Valsts administrācijas skolas Mācību pārvaldības

sistēmai.

1.2 Dokumenta mērķauditorija

Dokumenta mērķauditorija ir:

• Valsts administrācijas skola kā pasūtītājs;

• potenciālie Mācību pārvaldības sistēmas izstrādātāji.

1.3 Dokumenta sfēra

Dokumenta sfēra ir attiecināma uz prasībām Mācību pārvaldības sistēmai un saistītajiem

nosacījumiem tās darbības nodrošināšanai Valsts pārvaldes cilvēkresursu profesionālās

pilnveides labāka regulējuma izstrādē mazo un vidējo uzņēmumu atbalsta jomā un Valsts

pārvaldes cilvēkresursu profesionālās pilnveides labāka regulējuma izstrādē korupcijas

novēršanas un ēnu ekonomikas mazināšanas jomā projektu realizācijas laikā līdz – 2022. gada

1. jūlijam.

Dokuments neietver:

• Nākotnes biznesa procesu aprakstus un nepieciešamo pasākumu identificēšanu

sistēmas biznesa ieviešanai;

• Prasības un nosacījumus izmaiņām ar Sistēmu saistītajās un jau esošajās ārējās

informācijas sistēmās (piem., VAS tīmekļvietne);

• Prasības un nosacījumus citām informācijas sistēmām, piemēram, CIVIS, kuras

nākotnē var tikt saistītas ar Sistēmu.

– 6 –

1.4 Termini un saīsinājumi

Dokumentā izmantotie termini un saīsinājumi, kā arī to skaidrojums ir sniegti tabulā 1 un

tabulā 2.

Tabula 1. Dokumentā izmantotie termini

Saīsinājums /

termins

Nozīme

Agile metodoloģija Iteratīvās programmatūras izstrādes metodika

http://agilemanifesto.org/iso/lv/

Autentifikācija Process, kurā veic pārbaudi, vai lietotājs, dators, process vai cita

entītija ir pilnvarota veikt noteiktas darbības ar sistēmu, datiem un

ierīcēm

Autorizācija Tiesību piešķiršana lietot noteiktus informācijas sistēmas resursus

Dienas plānošanas

sanāksme

Ne vairāk kā 15 minūšu ilga izstrādes komandas tikšanās, lai

sinhronizētu komandas dalībnieku aktivitātes un radītu plānu

turpmākajām 24 stundām.

Sprints Laika periods, kurā tiek izstrādāts pabeigts, lietojams un potenciāli

piegādājams programmatūras gabals.

Sprinta

demonstrēšanas

sanāksme

Neformāla sanāksme sprinta beigās, kuras ietvaros tiek demonstrēts

iterācijas ietvaros pabeigtais programmatūras gabals, lai iegūtu

atgriezenisko saiti no Pasūtītāja.

Sprinta plānošanas

sanāksme

Sanāksme, uzsākot sprintu, kuras ietvaros tiek izveidots sprinta darbu

plāns (sprinta backlog)

Izstrādātājs Persona/ uzņēmums, kurš nodrošinās Mācību pārvaldības sistēmas

izstrādi, ieviešanu un garantijas nodrošināšanu, atbilstoši šīs tehniskās

specifikācijas nosacījumiem

Mācību pasākums Aktivitāte, kuras ietvaros tās dalībnieki iegūst zināšanas par noteiktu

tēmu. Mācību pasākums ir, piem., mācību kurss, seminārs, lekcija

u. c.

Mācību

programma

Mācību pasākumu kopums

Klasifikators Specializēts informācijas krājums kāda lieluma sistematizēšanai

Lietotāja saskarne Saskarne informācijas apmaiņai starp sistēmu un tās lietotāju

Tabula 2. Dokumentā izmantotie saīsinājumi

Saīsinājums /

termins

Nozīme

CIVIS Personālvadības platforma

DB Datu bāze

DBF Datu faila paplašinājums, kas apzīmē dBASE datubāzes datni

e-pasts Elektroniskais pasts

IBAN International Bank Account Number – Starptautiski atzīts

komercbankas konta numurs

ID Identifikācijas numurs

– 7 –

Saīsinājums /

termins

Nozīme

IS Informācijas sistēma – strukturizēts informācijas tehnoloģiju un

telekomunikāciju aprīkojuma un datu bāzu kopums

IT Informācijas tehnoloģijas

K projekts Projekts “Valsts pārvaldes cilvēkresursu profesionālā pilnveide

labāka regulējuma izstrādē korupcijas novēršanas un ēnu ekonomikas

mazināšanas jomā”

MK Ministru kabinets

MPS Mācību pārvaldības sistēma

MTMPR Mācību telpu monitoru pārvaldības rīks

NEVIS Novērtēšanas elektroniskās veidlapas informācijas sistēmu

Pasūtītājs Valsts administrācijas skola

Sistēma Mācību pārvaldības sistēma

U projekts Projekts “Valsts pārvaldes cilvēkresursu profesionālā pilnveide

labāka regulējuma izstrādē mazo un vidējo uzņēmumu atbalsta jomā”

VAS Valsts administrācijas skola

VISS Valsts informācijas sistēmu savietotājs

Iekšējās mācības Mācības, kas tiek organizētas tikai vienas konkrētas iestādes ietvaros

1.5 Dokumentā izmantoto prasību struktūra

1.5.1 Prasības apraksta skaidrojums

Katra tehniskajā specifikācijā definētā funkcionālā prasība ir aprakstīta, izmantojot šādu tās

struktūru:

Prasības ID – ir sadaļas saīsinājumus un trīs ciparu skaitlis, kas tehniskajā specifikācijā

apzīmē konkrētās prasības kārtas numuru. Prasību ID numerācija ir sakārtota augošā secībā

sākot ar 001 un ļauj viennozīmīgi identificēt katru konkrēto tehniskajā specifikācijā definēto

prasību, ar mērķi atvieglot tehniskās specifikācijas lasīšanu un ātru orientēšanos tajā.

Prasības apraksts – ir konkrētas prasības nosaukums un tās apraksts, kas ir pietiekami

detalizēts, lai ļautu Pasūtītājam novērtēt Pretendentu tehniskā piedāvājuma un Izstrādātāja

piegādātās sistēmas atbilstību konkursa nolikuma mērķiem un uzdevumiem, savukārt,

pretendentiem noteikt prasības realizācijas sarežģītību, tādējādi prognozēt nepieciešamo

darbietilpību konkrētās prasības realizācijai un kopējam nepieciešamo resursu apjomam

Sistēmas izstrādes nodrošināšanai.

Piezīmes – ir konkrētas prasības prioritātes norādošā informācija.

1.5.2 Prasību prioritātes

Tehniskajā specifikācijā nav noteiktas prasību prioritātes, tāpēc tās visas uzskatāmas par

obligātām un to izpildes noteikumu aprakts ir sniegts tabulā 3.

– 8 –

Tabula 3. Prasību prioritātes

Visas prasības ir kritiski svarīgas, lai nodrošinātu pilnvērtīgu Sistēmas izstrādi un

ieviešanu. Sistēmas ieviešanas projekta laikā Izstrādātājam ir jārealizē visas prasības.

Pasūtītājs patur iespēju noraidīt tos Pretendentu iesniegtos piedāvājumus Sistēmas

izstrādei un ieviešanai, kuros nav sniegta informācija par to, kā tiks nodrošināta visu

prasību izpilde vai ir norādīts, ka kāda no prasībām netiks nodrošināta.

1.6 Pieņēmumi un ierobežojumi

Dokuments ir sagatavots, pamatojoties uz šādiem pieņēmumiem un ierobežojumiem:

• Dokuments ir sagatavots uz 2016. gada 18. martu un raksturo esošo situāciju uz šo

brīdi.

• Dokuments ir sagatavots, pamatojoties uz intervijās ar Pasūtītāja atbildīgajām

personām iegūto informāciju. Izpildītājs paļaujas uz informācijas pilnīgumu un

patiesumu.

1.7 Dokumenta organizācija

Dokumentā iekļautas šādas nodaļas:

1. Ievads – nodaļā aprakstīts dokumenta sagatavošanas mērķis, dokumenta

mērķauditorija, dokumentā izmantotie termini un saīsinājumi, iekļauti pieņēmumi un

ierobežojumi dokumenta sagatavošanā, kā arī norādīta saistība ar citiem dokumentiem

un materiāliem.

2. Sistēmas apraksts – nodaļā ir sniegts plānotās Sistēmas vispārējs apraksts – tās

darbības ietvars, konceptuāla funkcionālā arhitektūra un sniegts lietotāju raksturojums.

3. Vispārējās prasības – nodaļa satur vispārējas prasības, kas ir jāņem vērā

Izstrādātājam, veicot Sistēmas izstrādi.

4. Funkcionālās prasības – nodaļa satur plānotās Sistēmas funkcionālo prasību aprakstu.

5. Nefunkcionālās prasības – nodaļa satur plānotās Sistēmas nefunkcionālo prasību

aprakstu.

6. Organizatoriskās prasības – nodaļa satur plānotās Sistēmas izstrādes un ieviešanas

projekta organizatoriskās prasības.

7. Sistēmas vižu nodrošinājums – nodaļa satur plānotās Sistēmas vižu nodrošinājuma

prasības līdz U un K projekta realizācijas beigām.

8. Garantijas prasības – nodaļa satur prasības plānotās Sistēmas garantijas

nodrošināšanai pēc tās nodošanas ekspluatācijā.

1.8 Saistītie dokumenti

Tehniskā specifikācija izstrādāta saskaņā ar dokumentiem un normatīvajiem aktiem, kas ir

apkopoti tabulā 4.

Tabula 4. Dokumenti un normatīvie akti, saskaņā ar kuriem izstrādāta tehniskā specifikācija

# Dokumenta / normatīvā akta nosaukums

[1] MK 2015. gada 14. jūlija noteikumi Nr. 389 “Darbības programmas “Izaugsme un

– 9 –

# Dokumenta / normatīvā akta nosaukums

nodarbinātība” 3.4.2. specifiskā atbalsta mērķa “Valsts pārvaldes profesionālā

pilnveide labāka tiesiskā regulējuma izstrādē mazo un vidējo komersantu atbalsta,

korupcijas novēršanas un ēnu ekonomikas mazināšanas jomās” īstenošanas

noteikumi”

[2] MK 2015. gada 28. jūlija noteikumi Nr. 442 “Kārtība, kādā tiek nodrošināta

informācijas un komunikācijas tehnoloģiju sistēmu atbilstība minimālajām drošības

prasībām”

[3] MK 2005. gada 11. oktobra noteikumi Nr. 764 “Valsts informācijas sistēmu

vispārējās tehniskās prasības”

[4] MK 2005. gada 2. augusta noteikumi Nr. 572 “Valsts informācijas sistēmu

reģistrācijas noteikumi”

[5] Valsts informācijas sistēmu likums

[6] Fizisko personu datu aizsardzības likums un no tā izrietošie normatīvie akti

http://likumi.lv/ta/id/113829-valsts-informacijas-sistemu-registracijas-noteikumi

http://likumi.lv/ta/id/113829-valsts-informacijas-sistemu-registracijas-noteikumi

– 10 –

2 Sistēmas apraksts

2.1 Ietvars

Sistēma tiek izstrādāta ar mērķi nodrošināt noteiktu procesa posmu elektronizāciju un

automatizāciju U un K projekta mācību programmas īstenošanas un Pasūtītāja pamatdarbības

procesu (mācību pārvaldība nodrošināšana) realizācijas ietvaros.

Sistēmai ir jānodrošina šādu būtiskāko mērķu sasniegšana:

• U un K projekta īstenošanas vadība, uzraudzība un visu nepieciešamo atskaišu

sagatavošana;

• Pasūtītājam nepieciešamo resursu mācību pārvaldībai racionāls izlietojums (manuāli

veicamo darbību automatizācija, izvairīšanās no datu vairākkārtīgas ievades u. c.);

• Komunikācijas ar iesaistītajām pusēm (mācību dalībnieki, iestāžu mācību koordinatori

u. c.) vienkāršošana (automātiski atgādinājumi, uzaicinājumi u. c.).

2.2 Sistēmas konceptuāla augsta līmeņa funkcionālā arhitektūra

Sistēmas konceptuālā augsta līmeņa funkcionālā arhitektūra un sadarbība ar saistītājām

informācijas sistēmām un lietotājiem, kas sniedz priekšstatu par Sistēmas darbības vidi un

nepieciešamo integrāciju ar citām sistēmām, ir parādīta attēlā 1.

Attēls 1 Mācību pārvaldības sistēmas konceptuāla augsta līmeņa funkcionālā arhitektūra

Sistēma sadarbosies ar šādām Pasūtītāja iekšējām informācijas sistēmām:

• Mācību telpu monitoru pārvaldības rīks (MTMPR). Sistēmai ir jānodrošina datu

nodošanu MTMPR par mācību pasākumiem katrā no telpām.

• VAS tīmekļvietne. Sistēmai ir jānodrošina ārējā lietojuma funkcionalitātes

publicēšana tīmekļvietnē.

– 11 –

Sistēmai ir paredzēta integrācija ar VISS Vienoto pieteikšanās moduli autentifikācijas VRAA

nodrošinātā autentifikācijas e-pakalpojuma “Vienotā pieteikšanās” izmantošanai, kas būs

primārais lietotāju autentifikācijas līdzeklis Sistēmā.

Nākotnē Sistēmai iespējamas integrācijas ar (NEVIS, CIVIS un VAS grāmatvedības sistēmu

Horizon), bet šo integrācijas risinājumu izveide nav ietverta šīs Tehniskās specifikācijas sfērā

un attiecīgās prasības var tikt definētas vēlākā laika periodā, attiecīgi pasūtot papildus

izstrādes pasākumus.

Konceptuāli attiecīgās datu apmaiņas ir plānots balstīt uz XML datņu izvade/ ievades (import/

export) principa. Šobrīd jau apzinātās nākotnes datu apmaiņas ir šādas:

• Valsts pārvaldes darbinieku datu saņemšana no CIVIS un ievadīšana Sistēmā;

• Statistikas datu nodošana CIVIS;

• Mācību vajadzību informācijas saņemšana no NEVIS vai CIVIS moduļa un ievadīšana

Sistēmā.

Sistēmai ir veidota no divām būtiskākajām daļām:

1. Mācību pārvaldības sistēmas ārējais lietojums, kas neautentificētam lietotājam

nodrošina pieeju mācību pasākumu katalogam un publiski pieejamajiem mācību

materiāliem, notikumu kalendāra publiskajai daļai, notikumu grafikam un publiski

pieejamajām anketām.

2. Mācību pārvaldības sistēmas iekšējais lietojums, kas nodrošina piekļuvi

autentificēta un autorizēta lietotāja funkcionalitātei (iespēja pieteikties mācību

pasākumiem, mācību pasākumu pārvaldība u. c.).

Abas Sistēmas daļas ir veidojamas kā tīmekļa (web) lietojumi, kas būtu pieejami Sistēmas

lietotājiem, izmantojot tīmekļa pārlūkprogrammu. Mācību pārvaldības sistēmas ārējais

lietojums tiks integrēts VAS tīmekļvietnē. Sistēmas iekšējais lietojums lietotājiem būs

pieejams pēc lietotāja autentifikācijas un autorizācijas Sistēmā.

Sistēmas konceptuālajā augsta līmeņa funkcionālajā arhitektūrā iekļauto Sistēmas funkcionālo

bloku prasības ir aprakstītas turpmāk šajā dokumentā.

2.3 Lietotāju raksturojums

Sistēmai ir paredzētas 8 būtiskākās lietotāju grupas – a) Mācību dalībnieks, b) Mācību

koordinators, c) Iestādes mācību koordinators, d) Pasniedzējs, e) Mācību atbalsta darbinieks,

f) Publiskais lietotājs, g) Uzraudzības darbinieks, h) Administrators. Lietotāju grupu

raksturojums un tiem Sistēmā nepieciešamā būtiskākā funkcionalitāte ir aprakstīta tabulā 5.

Tabula 5. Sistēmas lietotāju grupas un tiem nepieciešamā funkcionalitāte

Nr.p.k. Lietotāju grupa Raksturiezīmes

1 Publiskais lietotājs Grupas raksturojums: Lietotāju grupu veido jebkura

persona, kas ir ieinteresēta saņemt VAS pakalpojumus.

– 12 –


Paredzamais lietotāju skaits: jebkurš tīmekļa lietotājs

Būtiskākās funkcijas:

1. Veic mācību pasākumu meklēšanu mācību pasākumu

katalogā, aplūko mācību pasākumu informāciju;

2. Meklē mācību pasākumus kalendārā un grafikā;

3. Meklē un izgūst publiski pieejamos mācību resursus;

4. Veic reģistrāciju Mācību portāla slēgtajai daļai

2 Mācību dalībnieks Grupas raksturojums: Lietotāju grupu veido visas

personas, kas strādā valsts pārvaldē, kā arī privātpersonas,

kuras nestrādā valsts pārvaldē, bet ir ieinteresētas apmeklēt

VAS organizētos mācību pasākumus.

Paredzamais lietotāju skaits: līdz 20 000


1. Izmanto Publiskā lietotāja funkcijas 1 – 3, bet

papildus reģistrējas mācību programmām un mācību

pasākumiem;

2. Veic lietotāja profila informācijas aplūkošanu,

labošanu;

3. Veic informācijas aplūkošanu par apgūtajiem mācību

pasākumiem un saņemtajiem sertifikātiem, veic

sertifikātu izdrukāšanu;

4. Piekļūst un izdrukā mācību pasākumu materiālus;

5. Aizpilda anketas (vajadzību apzināšanas anketa,

testēšanas anketa, novērtējuma anketa u. c.);

6. Piedalās diskusijās forumā.

3 Mācību koordinators Grupas raksturojums: Lietotāju grupu veido VAS

mācību koordinatori, kas ir atbildīgi par mācību

programma, apakšprogrammu, pasākumu plānošanu,

izveidi, mācību organizēšanu, koordināciju un uzraudzību.

Paredzamais lietotāju skaits: līdz 10


1. Izvērtē mācību dalībnieku mācību vajadzības;

2. Veic pasniedzēju pārvaldību;

3. Veic mācību materiālu pārvaldību;

4. Veic anketu pārvaldību (vajadzību apzināšanas

anketas, testēšanas anketas, novērtējuma anketas

u. c.);

5. Veic sertifikātu sagatavju pārvaldību;

6. Izveido un administrē mācību programmas;

– 13 –


7. Izveido mācību pasākumus (reģistrē pasākumu,

pievieno saturu, anketas, sertifikātus, pasniedzējus);

8. Izveido mācību pasākuma grupu;

9. Reģistrē mācību pasākumu norises datumus un

telpas;

10. Izveido iestāžu iekšējo mācību pasākumu grupas;

11. Reģistrē mācību dalībnieku pieteikumus;

12. Izskata un izgūst testēšanas anketu un mācību

novērtējuma anketu rezultātus;

13. Reģistrē faktisko mācību apmeklējumu;

14. Publicē anketas mācību pasākuma ietvaros;

15. Izdrukā sertifikātus;

16. Gatavo atskaites.

4 Iestādes mācību

koordinators

Grupas raksturojums: Lietotāju grupu veido valsts

iestāžu darbinieki, kas ir atbildīgi par attiecīgās iestādes

mācību pasākumu plānošanu un koordināciju.



1. Pievieno attiecīgās iestādes darbiniekus;

2. Reģistrē iestādes darbiniekus mācību pasākumiem;

3. Apstiprina savas iestādes darbinieku pieteikumus

mācību pasākumiem;

4. Reģistrē dalībniekus iekšējām mācību grupām;

5. Reģistrē faktisko iekšējo mācību apmeklējumu;

6. Reģistrē mācību dalībnieku pieteikumus;

7. Izdrukā iekšējo mācību sertifikātus;

8. Gatavo atskaites par savas iestādes mācībām.

5 Pasniedzējs Grupas raksturojums: Lietotāju grupu veido pasniedzēji,

kas nodrošina mācību dalībnieku mācību.



1. Pievieno mācību kursa saturu (mācību materiālus,

testu anketas);

2. Izskata un izgūst testēšanas anketu un mācību

novērtējuma anketu rezultātus;

3. Piedalās diskusijās forumā.

6 Mācību atbalsta

darbinieks

Grupas raksturojums: Mācību atbalsta darbinieku grupu

veido VAS telpu uzturētāji (apkalpojošais personāls) un

ārpakalpojuma sniedzēji, kas nodrošina mācību kafijas

paužu un pusdienu pārtraukumu apkalpošanu.

– 14 –




1. Piekļūst mācību kalendāra informācijai par mācību

telpām un attiecīgās mācību grupas dalībnieku

skaitam.

2. Piekļūst informācijai par saviem uzdevumiem.

7 Mācību programmu

uzraudzības darbinieks

Grupas raksturojums: VAS darbinieki, kas veic mācību

programmu izpildes uzraudzību.

Paredzamais lietotāju skaits: 2 – 3


1. Sagatavo atskaites par U un K projektu izpildes

rezultātiem.

8 Administrators Grupas raksturojums: VAS IT darbinieki, kas veic

Sistēmas administrēšanas, konfigurēšanas un uzturēšanas

darbus.

Paredzamais lietotāju skaits: 2 – 3


1. Veic Sistēmas konfigurēšanas un uzturēšanas

darbus;

2. Veic klasifikatoru uzturēšanu;

3. Veic Sistēmas darbības uzraudzību;

4. Veic lietotāju un to tiesību pārvaldību.

– 15 –

3 Vispārējās prasības

Prasības

ID

Prasības apraksts

GEN-001 Darba uzdevums

Izstrādātājam ir:

1. Jāveic Sistēmas izstrāde un ieviešana, lai plānotajā termiņā izstrādātu

tehniski funkcionējošu, bez 1. un 2. prioritātes kļūdām (kļūdu

kategorijas skat. GAR-004) Sistēmu, kas nodrošina šajā tehniskajā

specifikācijā noteikto funkcionālo prasību izpildi;

2. Jānodrošina izmaiņu pieprasījumu realizācija vismaz 400 cilvēkstundu

apjomā;

3. Jānodrošina garantijas uzturēšana noteiktajā periodā (skat. 7. sadaļa).

GEN-002 Darba uzdevuma realizācijas termiņš

Izstrādātājam Sistēmas izstrāde un ieviešana ir jārealizē ne ilgāk kā 8

(astoņu) kalendāro mēnešu laikā no līguma noslēgšanas brīža dienas līdz

pieņemšanas-nodošanas akta parakstīšanas dienai par Sistēmas izstrādi un

ievoiešanu.

Sistēmas izstrādes un ieviešanas termiņš nedrīkst būt īsāks par 5(pieciem)

kalendārajiem mēnešiem.

Ne ilgāk kā 8 (astoņu) kalendāro mēnešu laikā Sistēmai ir jābūt tehniski

ieviestai, t. i., Sistēmai ir sekmīgi pabeigta akcepttestēšana un tā darbojas

produkcijas vidē, kur tai ir izveidoti lietotāji, izveidotas mācību programmas

un pasākumi.

Izmaiņu pieprasījumu realizācija noteiktajā apjomā un kārtībā (GEN-001,

2.punkts) jānodrošina U un K projektu realizācijas laikā līdz 2022. gada 1.

jūlijam.2021.gada 20.decembrim.

Garantijas periods ir jānodrošina U un K projektu realizācijas laikā līdz

2022. gada 1. jūlijam. 2021.gada 20.decembrim.

GEN-003 Sadarbība ar Pasūtītāju

Visas sanāksmes, apmācības, sapulces un intervijas Izstrādātājam ir jārealizē

Pasūtītāja telpās, Raiņa bulvārī 4, Rīga, LV-1050.

GEN-004 Projekta realizācijas metodoloģija

Izstrādātājam Projekta realizācija ir jānodrošina atbilstoši iteratīvās (Agile)

izstrādes metodoloģijai, nodrošinot ciešu sadarbību ar Pasūtītāja

atbildīgajiem darbiniekiem un Izstrādātāja speciālistiem.

Izstrādātājam piedāvājumā ir detalizētai jāapraksta projekta piegādes

metodoloģijas pielietojums un principi, izklāstot, kā tiks organizēts darbs, lai

iteratīvā veidā piegādātu Sistēmu plānotajā termiņā, kā arī jāapraksta, kā tiks

organizēta sadarbība ar Pasūtītāja atbildīgajiem darbiniekiem atbilstoši

iteratīvās izstrādes metodoloģijas lomām, lai nodrošinātu Pasūtītāja

vajadzību apzināšanu.

– 16 –

Prasības

ID

Prasības apraksts

GEN-005 Izstrādes vides

Izstrādātājam ir jāveic Sistēmas izstrāde, ieviešana un nepieciešamo vižu

uzturēšana atbilstoši labās prakses principiem informācijas sistēmu izstrādes

jomā, izmantojot autonomu izstrādes vidi, testēšanas vidi, akcepttestēšanas

vidi un produkcijas vidi.

Projekta izstrādes laikā, t. i., 8 (astoņus) mēnešus pēc līguma par Sistēmas

izstrādi noslēgšanas brīža Izstrādātājam ir jānodrošina izstrādes, testēšanas

un akcepttestēšanas vides uzturēšana uz saviem tehniskajiem resursiem.

GEN-006 Vižu sagatavošana

Izstrādātājam ne ilgāk kā 2 (divu) nedēļu laikā no darbu uzsākšanas brīža ir

pilnībā jāsagatavo un jānokonfigurē izstrādes, testēšanas un akcepttestēšanas

vide.

Izstrādātājam ir jāveic Pasūtītāja testa un produkcijas vides sagatavošana un

konfigurēšana 2 (divu) nedēļu laikā no attiecīgo vižu tehnisko resursu

pieejamības brīža, ko nodrošina VAS, uz tām izvietojot nepieciešamos

programmatūras risinājumus, kuru licences ir piegādātās atbilstoši prasībā

GEN-007 noteiktajam, kā arī izstrādāto Sistēmu.

Piegādes vižu sagatavošanā Izstrādātājam ir jāizmanto vismaz šādi rīki:

• Izstrādes rīki (piem., Eclipse, Visual Studio, NetBeans u. tml.).

• Nepārtrauktas integrēšanas vide (Continuous integration software)

(piem., CruiseControl, Hudson, Team Foundation Server, TeamCity

u. tml.).

• Izejas koda vadības sistēma (Source code management system) (piem.,

Git, SVK, Team Foundation Server u. tml.).

• Vienībtestēšanas rīki (piem., Mockito, JUnit, UnitTest++, JSJunit,

Cucumber-JVM u. tml.).

• Automātiskie kompilācijas rīki (build automation tool) (piem., Apache

Maven, Apache Ant, Visual Studio, Ruby u. tml.).

• Problēmu pieteikumu rīki (piem., JIRA, Redmine, activeCollab

u. tml.).

Piedāvātajam izstrādes vides komplektam ir jāatbalsta Izstrādātāja iteratīvās

(Agile) izstrādes metodoloģija.

Pretendentam Tehniskajā piedāvājumā ir detalizēti jāapraksta, kā 2 (divu)

nedēļu laikā no līguma noslēgšanas dienas tiks sagatavota un konfigurēta

izstrādes, testēšanas un akcepttestēšanas vide, izklāstot piedāvātos rīkus

katrā no vidēm, atbilstība izstrādātāja piedāvātajai iteratīvajai (Agile)

izstrādes metodoloģijai.

– 17 –

Prasības

ID

Prasības apraksts

GEN-007 Licences un drošības sertifikāti

Izstrādātājam Sistēmas pilnvērtīgai darbināšanai Pasūtītāja testa un

produkcijas vidē ir jāpiegādā:

1. Visas nepieciešamās programmatūras licences (operētājsistēmas, datu

bāzu vadības sistēmas, izmantoto standarta programmatūru u. c.);

2. Uzticama sertifikācijas pakalpojuma sniedzēja drošības sertifikāti.

Izstrādātājam ir jānodrošina visu licenču un drošības sertifikātu uzturēšana

līdz 2022. gada 1. jūlijam.

Licenču un drošības sertifikātu iegādes izmaksas, kā arī to uzturēšanas

izmaksas ir jāsedz Izstrādātājam, un tām ir jābūt iekļautām Finanšu

piedāvājuma kopsummā. Izstrādātājam finanšu piedāvājumā ir jāsniedz visu

licenču un drošības sertifikātu izmaksu atšifrējums.

GEN-008 Izmaiņas

Sistēmas izstrādes un ieviešanas laikā Pasūtītājs patur tiesības veikt

precizējumus iepriekš nodefinētajām prasībām, kas nemaina kopējo plānoto

darba apjomu par vairāk kā 10%.

GEN-009 Sistēmas lietošanas tiesības

Pasūtītājam jāvar kopēt un bez ierobežojumiem savām vajadzībām lietot, kā

arī nepieciešamības gadījumā modificēt ar Sistēmu saistīto dokumentāciju

(t. sk. programmatūras prasību specifikāciju, lietotāju rokasgrāmatu,

administratora rokasgrāmatu, Sistēmas projektējuma aprakstu u. c.) un

Sistēmas izejas kodu, kā arī lasīt un kopēt Sistēmā uzkrāto informāciju.

GEN-010 Gatavo komponenšu izmantošana

Ja Sistēmas izveidē tiek izmantotas gatavas komponentes (piemēram, gatava

lietojumprogrammatūra, sistēmprogrammatūra, programmatūras bibliotēkas

u. c.), tad Izstrādātājam jānodrošina, ka šo komponenšu izmantošanas

licences nosacījumi neierobežo Sistēmas izstrādes un ieviešanas iepirkuma

dokumentācijā noteikto prasību īstenošanu. Ja kādi komponentes licences

nosacījumi būs pretrunā ar attiecīgā iepirkuma nosacījumiem, tad konkrētie

licenču nosacījumi ir uzskatāmi par spēkā neesošiem un Pasūtītājam

nesaistošiem.

– 18 –

4 Funkcionālās prasības

4.1 Mācību pārvaldības sistēmas ārējais lietojums

Prasības

ID

Prasības apraksts

FUN-001 Ārējā lietojuma uzturēšana

Sistēmai ir jānodrošina mācību pārvaldības sistēmas ārējā lietojuma

uzturēšana, kas nodrošina šādu komponenšu publicēšanu Pasūtītāja

tīmekļvietnē:

1. Mācību pasākumu katalogs;

2. Mācību materiālu krātuves publiskā daļa;

3. Notikumu Kalendāra publiskā daļa;

4. Notikumu grafiks;

5. Publiski pieejamās anketas;

6. Sistēmas autentifikācijas izsaukšana.

Ārējā lietojuma funkcionalitātei ir jābūt pieejamai arī mācību pārvaldības

sistēmas iekšējā lietojumā ar papildus noteiktu funkcionalitāti, piem.,

reģistrēties mācību pasākumam.

FUN-002 VAS mācību programmu un pasākumu katalogs

Sistēmas ir jānodrošina mācību kataloga uzturēšanu strukturētā veidā pa

programmām, apakšprogrammām un mācību pasākumiem, piem., U

projekts, U projekta pamatmoduļi, attiecīgie mācību pasākumi.

Jānodrošina meklēšanas funkcionalitāte mācību pasākumu katalogā.

Katalogā ir jābūt sniegtam programmu, apakšprogrammu un mācību

pasākumu aprakstam. Par mācību pasākumiem ir jābūt sniegtai vismaz

šādai informācijai:

1. Apraksts;

2. Laiks, ilgums, cena (ja attiecināms);

3. Pasniedzējs, ietverot pasniedzēja pieredzes aprakstu, pasniedzēja foto,

pasniedzēja vērtējumu attiecīgā kursa ietvaros;

4. Kursa vērtējums un dalībnieku atsauksmes.

Lietotājam ir jāvar izvēlēties:

1. Reģistrēt vajadzību apmeklēt mācību pasākumu, ja mācību

pasākumam nav plānota neviena grupa;

2. Reģistrēties mācību pasākumu grupai;

3. Reģistrēties mācību pasākumu programmai.

Reģistrēt vajadzību un reģistrēties mācību pasākumu grupai vai

programmai lietotājam ir jāvar tikai pēc sekmīgas autorizācijas veikšanas

Sistēmā.

– 19 –

Prasības

ID

Prasības apraksts

Lietotajam, ja tas ir valsts pārvaldes iestādes darbinieks, ir jāvar izvēlēties

pieteikties mācību pasākuma saņemšanai kā fiziskai personai.

Lietotājam ir jāvar izpildīt priekšzināšanu pārbaudes vai testēšanas anketu,

ja attiecīgā mācību programma / mācību pasākums paredz šādas darbības

nepieciešamību tālākās reģistrācijas nodrošināšanai.

FUN-003 Mācību materiālu krātuves publiskā daļa

Sistēmas ārējam lietojumam ir jānodrošina mācību materiālu krātuves

publiskā daļa, kam ir jānodrošina publiski pieejamo mācību materiālu

attēlošana un pieejamība strukturētā veidā pa būtiskākajām sadaļām.

Jānodrošina meklēšanas funkcionalitāte mācību materiālu krātuvē.

Publiski pieejamo mācību materiālu krātuvē ir jānodrošina fasešu

mehānisms, kur lietotājs var atlasīt tā vajadzīgos mācību materiālus pēc

uzdotiem un savstarpēji kombinējamiem parametriem, piem., prezentācijas

materiālus, ko ir publicējusi VAS, konkrētā jomā, piemēram, korupcijas

novēršanas jomā.

Meklēšanas rezultāti / fasešu atlases rezultāti Sistēmai ir jāattēlo

strukturēta un pārskatāma saraksta veidā.

Par katru no mācību materiāliem ir jāsniedz tā īss apraksts, mācību

materiāla pievienotājs un pievienošanas laiks, kā arī lietotājam ir jābūt

iespējai attiecīgos mācību materiālus lejupielādēt.

FUN-004 Notikumu kalendāra publiskā daļa

Sistēmā jānodrošina grafisks kalendāra bloks, kurš tiek sasaistīts ar

Sistēmas mācību grupām uz mācību pasākumiem.

Kalendāra blokam ir jābūt šādiem skatiem ar iespējām lietotājam

pārslēgties uz sev vēlamo:

1. Dienas skats;

2. Nedēļas skats;

3. Mēneša skats;

4. Gada skats.

Kalendārā jānodrošina navigācijas saites uz periodu (dienu / nedēļu/

mēnesi) atpakaļ un uz priekšu.

Attiecīgajā skatā ir jāattēlo:

1. Lietotāja izvēlētais periods, piem., nedēļas gadījumā 2016. gada 15.–

21. februāris;

2. Reģistrētie notikumi atkarībā no to pieejamības.

– 20 –

Prasības

ID

Prasības apraksts

Kalendārā ir jāvar sev vēlamos notikumus atfiltrēt, piem., kalendārā tiek

rādīti mācību pasākumu U mācību programmas ietvaros.

Kalendārā iekļautajam notikumam ir jādarbojas kā saitei uz attiecīgo

mācību pasākumu.

FUN-005 Notikumu grafiks

Sistēmā jānodrošina notikumu grafika bloks, kurš tiek sasaistīts ar

Sistēmas mācību grupām uz mācību pasākumiem.

Notikumu grafikā ir jāattēlo turpmāko piecu darba dienu laikā plānotās

mācību grupas uz mācību pasākumiem.

Notikumu grafikā iekļautajam notikumam ir jādarbojas kā saitei uz

attiecīgo mācību pasākumu.

4.2 Mācību pārvaldības sistēmas iekšējais lietojums

4.2.1 Reģistrācija, autentifikācija un autorizācija

Prasības

ID

Prasības apraksts

FUN-006 Autentifikācija un autorizācija

Sistēmai ir jānodrošina lietotāju autentifikācija un autorizācija pirms

piekļuves iegūšanas tās funkcionalitātei.

Kā primārais autentifikācijas veids ir jāizmanto VISS nodrošinātais

vienotais autentifikācijas risinājums (e-pakalpojums “Vienotā

pieteikšanās”).

Anonīmo lietotāju un ārvalstu pasniedzēju autentifikācijai Sistēmai ir

papildus jāuztur alternatīvs autentifikācijas risinājums ar lietotājvārdu un

paroli, kur lietotājvārds ir unikāla personas e-pasta adrese.

FUN-007 Reģistrācija

Personai ir jānodrošina iespēja reģistrēties Sistēmā pēc tās pirmreizējās

autentifikācijas Sistēmā, izmantojot VISS nodrošināto vienoto

autentifikācijas risinājumu. Reģistrējoties Sistēmā, personai ir jāizveido

lietotāja konts.

Gadījumos, kad lietotāju autentifikācija un autorizācija nav iespējama,

izmantojot VISS, un tiek īstenota, izmantojot alternatīvo risinājumu,

lietotāju reģistrāciju anonīmajiem darbiniekiem (mācību dalībniekiem)

veic iestādes koordinators, mācību koordinators vai pats anonīmais

– 21 –

Prasības

ID

Prasības apraksts

darbinieks. Ārvalstu pasniedzēju reģistrāciju veic mācību koordinators.

Sistēmai pēc šādu lietotāju reģistrācijas ir jānosūta pirmreizējā parole uz

lietotāja e-pasta adresi. Lietotājs pirmreizēji autentificējoties Sistēmā,

izmanto Sistēmas automātiski ģenerēto paroli. Sistēmai jānodrošina

pagaidu paroles nomaiņas pieprasījums pirmās autentifikācijas laikā.

Pirmreizējās autentifikācijas laikā Sistēmā jāpieprasa lietotāja piekrišana

tās lietošanas noteikumiem un turpmākai Sistēmas izmantošanai kā

oficiālajam komunikācijas kanālam starp lietotāju un VAS, kā arī

jāpiedāvā aizpildīt lietotāja profila informāciju (skat. FUN-012).

FUN-008 Personu, valsts pārvaldes iestāžu un lietotāju lomu sasaiste

Gadījumā, ja pēc autentifikācijas Sistēma identificē, ka fiziskā persona ir

saistīta ar kādu no VAS klientiem, valsts pārvaldes iestādēm (ir valsts

pārvaldes iestādes darbinieks), ir reģistrēta kā Sistēmas lietotājs kādā no

lomām, Sistēmai ir jānodrošina attiecīgās personas un VAS klienta / valsts

pārvaldes iestādes darbinieka / lietotāja lomas sasaiste, kā arī atbilstošu

tiesību piešķiršana.

FUN-009 Lietotāji ar vairākām lomām

Sistēmai ir jānodrošina iespēja lietotājam Sistēmā darboties ar vairākām

lomām, piem., persona ir mācību dalībnieks un iestādes mācību

koordinators, persona ir mācību dalībnieks (kādas valsts pārvaldes iestādes

darbinieks) un pasniedzējs.

Lietotājam ir jānodrošina viens profils neatkarīgi no lomu skaita.

FUN-010 Paroles atgūšana

Alternatīvajam autentifikācijas risinājumam ir jānodrošina iespēja

lietotājam veikt paroles atgūšanu. Sistēmai ir jānodrošina jaunas paroles

ģenerēšana un nosūtīšana uz attiecīgā lietotāja e-pasta adresi. Paroles

derīguma termiņam ir jābūt Sistēmā konfigurējamam parametram.

Lietotājam paroles atjaunināšana ir jāapstiprina, veicot sekmīgu

autentifikāciju Sistēmā. Sistēmai jānodrošina pagaidu paroles nomaiņas

pieprasījums pirmās autorizācijas laikā ar no jauna izsniegto paroli.

FUN-011 Paroles uzbūves nosacījumi un nomaiņa

Alternatīvajam autentifikācijas risinājumam ir jānodrošina paroles

nomaiņa jebkurā laikā (pēc lietotāja vēlmes), kā arī jāparedz

konfigurējamu iestatījumu pārvaldība no Sistēmas administratora puses,

atbilstoši prasībā FUN-129 noteiktajam.

– 22 –

4.2.2 Lietotāja profils

Prasības

ID

Prasības apraksts

FUN-012 Lietotāja profils

Sistēmai ir jānodrošina lietotāja profila informācija, kas satur pamata

informāciju par lietotāju, kuru VAS var izmantot saziņai ar to. Sistēmai ir

jānodrošina vismaz šāda informācija un iespējas lietotājam:

1. Vārds, uzvārds – skatīt;

2. Personas kods – skatīt;

3. E-pasts (anonīmajiem lietotājiem arī lietotājvārds) – skatīt / rediģēt.

4. Mobilais telefons – skatīt/rediģēt.

5. IBAN – skatīt / rediģēt.

Personām, kas izmanto VISS vienoto autentifikācijas risinājumu, vārdu,

uzvārdu, personas kodu lietotāja profilā Sistēmai ir automātiski jāizgūst no

VISS vienotā autentifikācijas risinājuma saņemtajiem datiem.

Anonīmajām personām / ārvalstu pasniedzējiem šos datus reģistrē iestādes

mācību koordinators / mācību koordinators.

Gadījumā, ja lietotājs vēlas nomainīt e-pastu, Sistēmai ir jāveic pārbaude

par izmanītā e-pasta unikalitāti attiecībā uz citu lietotāju sistēmā

reģistrētajiem e-pastiem, kas tiek izmantoti arī kā lietotājvārdi.

FUN-013 Apmeklētie kursi

Sistēmai ir jānodrošina vismaz šādas Sistēmā uzkrātās informācijas

publicēšana par VAS klientu attiecībā uz vēsturiski apmeklētajām

mācībām:

1. Mācību kursa nosaukums;

2. Pasniedzējs / pakalpojuma sniedzējs;

3. Datums, kurā klients ir apmeklējis attiecīgās mācības;

4. Saņemtais dokuments (apliecinājums, sertifikāts u. tml.) un tā

numurs.

Sistēmā jāparedz iespēja noteiktus saņemtos apliecinājumus un sertifikātus

lejupielādēt .pdf faila formā un izdrukāt.

FUN-014 Pieteikšanās jaunumu saņemšana

Sistēmai ir jānodrošina iespēja lietotājam savā profilā pieteikties / atteikties

jaunumu saņemšanai no VAS.

4.2.3 Lietotāja darba vieta

Prasības

ID

Prasības apraksts

FUN-015 Sistēmas lietotāja saskarne

– 23 –

Prasības

ID

Prasības apraksts

Sistēmai ir jānodrošina vienota Sistēmas lietotāja darba vieta, kas Sistēmas

lietotājiem tiek attēlota pēc sekmīgas autentifikācijas un autorizācijas

veikšanas Sistēmā.

Galvenās saskarnes ietvaros Sistēmas lietotājam atbilstoši tā piešķirtajām

pieejas tiesībām ir jāvar izsaukt paroles maiņas funkciju, kā arī piekļūt

funkcionalitātei, kas lietotājam ir pieejama atbilstoši tā piešķirtajām pieejas

tiesībām.

Saskarnes ietvaros Sistēmas lietotājam ir jāsniedz informācija par lietotāja

vārdu un uzvārdu, ar kuru Sistēmas lietotājs ir pieslēdzies Sistēmai.

FUN-016 Sistēmas galvenās saskarnes kopējā konfigurācija

Sistēmas lietotāja saskarnes ietvaros ir jānodrošina, ka lietotājam tiek

attēlotas tikai tās informācijas sadaļas un funkcijas, kurām attiecīgajam

lietotājam ir piešķirtas pieejas tiesības.

Sistēmas pieejas tiesību apjoms un tam attēlojamo sadaļu apjoms ir

nosakāms atbilstoši Sistēmas lietotāju lomām un tiem veicamajiem

pasākumiem, kas ir aprakstītas šī dokumenta 2.3. sadaļā.

Sadaļas, kuras attiecīgajam Sistēmas lietotājam nav pieejamas, ir jāslēpj,

nodrošinot, ka attiecīgajam Sistēmas lietotājam netiek sniegta informācija

par citu sadaļu pieejamību Sistēmas ietvaros.

Sistēmai ir jāsniedz informācija lietotājam par sadaļu, kur faktiski lietotājs

atrodas.

4.2.4 Valsts pārvaldes darbinieku pārvaldība

Prasības

ID

Prasības apraksts

FUN-017 Piekļuve funkcionalitātei

Valsts pārvaldes darbinieku pārvaldības funkcionalitātei ir jābūt piekļuvei

attiecīgās iestādes mācību koordinatoram, kur tas veic iestādes darbinieku

reģistrāciju, informācijas maiņu vai dzēšanu.

Katram no aktuālajiem (ir darba / amata attiecības) valsts pārvaldes

darbiniekiem ir jābūt piekļuvei tā kartiņai skatīšanās režīmā, kā arī iespējai

veikt noteiktu datu rediģēšanu.

FUN-018 Uzkrājamā informācija

Sistēmai ir jānodrošina vismaz šādas informācijas par valsts pārvaldes

darbinieku uzkrāšana:

1. Personas vārds;

– 24 –

Prasības

ID

Prasības apraksts

2. Personas uzvārds;

3. Personas kods;

4. Deklarētā dzīvesvietas adrese;

5. Darba vieta (var būt vairākas):

5.1. Valsta pārvaldes iestādes nosaukums;

5.2. Valsts pārvaldes iestādes reģistrācijas numurs;

5.3. Juridiskā adrese;

5.4. Amats;

5.5. Darbinieka e-pasts valsts pārvaldes iestādē;

5.6. Darbinieka telefona numurs valsts pārvaldes iestādē;

5.7. Darbinieka mobilā telefona numurs valsts pārvaldes iestādē;

5.8. Datums, kad pārtrauc darba / amata attiecības ar darba vietu.

Sistēmai ir jānodrošina vēsturiskās informācijas uzkrāšana par personu

(personas iepriekšējais vārds, uzvārds, valsts pārvaldes iestādes, kur

persona ir strādājusi, u. c.).

FUN-019 Valsts pārvaldes darbinieku saraksts

Sistēmai ir jānodrošina valsts pārvaldes darbinieku saraksts, kurā

strukturētā veidā ir jāattēlo šādi uzkrātie dati par valsts pārvaldes

darbinieku:

1. Personas vārds;


3. Personas kods;

4. Amats;

5. Darbinieka e-pasts valsts pārvaldes iestādē;

6. Darbinieka telefona numurs valsts pārvaldes iestādē;

7. Darbinieka mobilā telefona numurs valsts pārvaldes iestādē.

Saraksts ir jāstrukturē un jāattēlo lietotājam pārskatāmā formā.

Konkrētas valsts pārvaldes iestādes mācību koordinatoram darbinieku

sarakstā var būt pieejami tikai attiecīgās valsts iestādes darbinieki.

Sarakstā ir jānodrošina meklēšanas funkcionalitāte. Jāparedz iespēja

meklēt personu pēc jebkādiem valsts pārvaldes darbinieka kartiņā

iekļautajiem datiem (piemēram, personas kods, vārds, uzvārds u. c.), t. sk.

vēsturiskajiem datiem.

Lietotājam no saraksta skata:

1. Ir jāvar atvērt attiecīgās personas kartiņu;

2. Ir jāvar pievienot jaunu darbinieku.

3. Ir jāvar veikt iestādes saraksta aktualizāciju, importējot aktuālo

darbinieku sarakstu no datnes.

– 25 –

Prasības

ID

Prasības apraksts

FUN-020 Darbs ar darbinieka kartiņu

Atverot darbinieka kartiņu, lietotājam skatīšanās režīmā ir jābūt

pieejamiem šādiem attiecīgā darbinieka datiem, t. sk. vēsturiskajiem

datiem attiecībā uz personas vārdu, uzvārdu.

1. Personas vārds;


3. Personas kods;

4. Deklarētā dzīvesvietas adrese;

5. Darba vieta:

5.1. Valsta pārvaldes iestādes nosaukums;

5.2. Valsts pārvaldes iestādes reģistrācijas numurs;

5.3. Juridiskā adrese;

5.4. Amats;



5.7. Darbinieka mobilā telefona numurs valsts pārvaldes iestādē;

5.8. Datums, kad pārtrauc darba / amata attiecības ar darba vietu.

Iestādes mācību koordinatoram darbinieka kartiņā ir jāvar:

1. Veikt attiecīgā darbinieka informācijas labošanu.

2. Ir jāvar veikt darbinieka dzēšanu no attiecīgās iestādes darbinieku

saraksta, iekļaujot Sistēmā datumu, ar kuru amata attiecībās tiek

pārtrauktas.

Katram valsts pārvaldes darbiniekam ir jābūt piekļuvei savai kartiņai

skatīšanās režīmā, kā arī jāvar veikt šādu datu rediģēšanu:

1. Darbinieka e-pasts valsts pārvaldes iestādē;

2. Darbinieka telefona numurs valsts pārvaldes iestādē;

3. Darbinieka mobilā telefona numurs valsts pārvaldes iestādē.

FUN-021 Darbinieka reģistrācija

Veicot jauna darbinieka reģistrāciju, iestādes mācību koordinatoram ir

jānorāda:

1. Personas vārds;


3. Personas kods;

4. Darba vieta:

4.1. Amats;



4.4. Darbinieka mobilā telefona numurs valsts pārvaldes iestādē.

Iestādes un iestādes reģistrācijas numuram pēc noklusējuma ir jābūt

iestādes mācību koordinatora iestādes informācijai.

– 26 –

Prasības

ID

Prasības apraksts

FUN-022 Darbinieku saraksta imports

Sistēmai ar atbilstošām piekļuves tiesībām ir jānodrošina iespēja veikt

aktuālā valsts pārvaldes iestādes darbinieku saraksta DBF datņu importu.

Importējamās DBF datnes ir sagatavotas atbilstoši MK 2010. gada

21. jūnija noteikumiem Nr. 541 “Noteikumi par valsts un pašvaldību

institūciju amatpersonu un darbinieku atlīdzības uzskaites sistēmu”

prasībām.

FUN-023 Anonīmo darbinieku reģistrācija

Sistēmai ir jānodrošina iespēja reģistrēt anonīmus iestādes darbiniekus.

Anonīmu darbinieku gadījumā papildus ir jānorāda darbinieka e-pasta

adrese, kas tiks izmantota kā attiecīgā anonīmā darbinieka lietotājvārds

Sistēmā.

Reģistrējot anonīmu darbinieku, iestādes mācību koordinatoram ir jābūt

iespējai šim anonīmajam darbiniekam izveidot lietotāju. Sistēmai pirms

lietotāja izveides ir jāveic pārbaude, vai attiecīgais lietotājvārds Sistēmā

jau nav reģistrēts.

4.2.5 Pasniedzēju pārvaldība

Prasības

ID

Prasības apraksts

FUN-024 Piekļuve funkcionalitātei

Pasniedzēju pārvaldības funkcionalitātei ir jābūt piekļuvei mācību

koordinatoram, kur tas veic pasniedzēju reģistrāciju, informācijas maiņu

vai dzēšanu.

Katram pasniedzējiem ir jābūt piekļuvei tā kartiņai skatīšanās režīmā, kā

arī iespējai veikt noteiktu datu rediģēšanu.

FUN-025 Uzkrājamā informācija

Sistēmai ir jānodrošina vismaz šādas informācijas par pasniedzēju

uzkrāšana:

1. Personas vārds;


3. Personas kods (ja attiecināms);

4. Pasniedzēja e-pasts;

5. Pasniedzēja mob. tālruņa numurs;

6. Pasniedzēja darba vieta:

6.1. Nosaukums;

6.2. Reģistrācijas numurs;

– 27 –

Prasības

ID

Prasības apraksts

6.3. Adrese;

7. Pasniedzēja izglītība:

7.1. Akadēmiskā;

7.2. Speciālie kursi;

8. Pasniedzēja foto attēls;

9. Pasniedzēja paraksts;

10. Cita informācija;

11. Pasniedzēja vērtējums dažādu mācību kursu ietvaros:

11.1. Mācību kurss;

11.2. Dalībnieku vērtējums.

Sistēmai ir jānodrošina vēsturiskā informācijas uzkrāšana par pasniedzēju

(personas iepriekšējais vārds, uzvārds, pasniegtie kursi u. c.).

FUN-026 Pasniedzēju saraksts

Sistēmai ir jānodrošina pasniedzēju saraksts, kurā strukturētā veidā ir

jāattēlo šādi Sistēmā uzkrātie dati par pasniedzēju:

1. Personas vārds;


3. Personas kods;


5. Pasniedzēja tālruņa numurs.



meklēt pasniedzēju pēc jebkādiem pasniedzēja kartiņā iekļautajiem datiem

(piemēram, personas kods, vārds, uzvārds u. c.), t. sk. vēsturiskajiem

datiem.

Lietotājam no sarakta skata:

1. Ir jāvar reģistrēt jaunu pasniedzēju;

2. Ir jāvar atvērt attiecīgā pasniedzēja kartiņu.

3. Ir jāvar izveidot pasniedzējam lietotāju.

FUN-027 Pasniedzēja reģistrācija

Mācību koordinatoram ir jāvar reģistrēt jaunu pasniedzēju, norādot

Pasniedzēju reģistrā iekļaujamos datus.

Veicot jauna pasniedzēja reģistrāciju, Sistēmai ir jāveic pārbaude, vai

Sistēmā attiecīgais pasniedzējs nav jau reģistrēts.

FUN-028 Darbs ar pasniedzēja kartiņu

Atverot pasniedzēja kartiņu, lietotājam ir jābūt pieejamiem šādiem

attiecīgā pasniedzēja datiem, t. sk. vēsturiskajiem datiem:

1. Personas vārds;

– 28 –

Prasības

ID

Prasības apraksts


3. Personas kods;


5. Pasniedzēja tālruņa numurs;

6. Pasniedzēja darba vieta:

6.1. Nosaukums;


6.3. Adrese;

7. Pasniedzēja izglītība:

7.1. Akadēmiskā;

7.2. Speciālie kursi;

8. Pasniedzēja paraksts;

9. Cita informācija;

10. Pasniedzēja vērtējums dažādu mācību kursu ietvaros:


10.2. Dalībnieku vērtējums.

Mācību koordinatoram pasniedzēja kartiņā ir jāvar:

1. Veikt attiecīgā pasniedzēja informācijas labošanu, t. sk. paraksta

pievienošanu, labošanu, dzēšanu;

2. Ir jāvar veikt pasniedzēja dzēšanu.

FUN-029 Pasniedzēja informācijas labošana

Gadījumā, ja pasniedzējam ir izveidots lietotājs, tam ir jānodrošina

piekļuve attiecīgajai pasniedzēja kartiņai ar iespējām veikt tā informācijas

aktualizāciju, izņemot personas vārdu, uzvārdu, personas kodu un

pasniedzēja vērtējumu.

FUN-030 Pasniedzēja lietotāja izveide

Mācību koordinatoram nepieciešamības gadījumā ir jāvar ārvalstu

pasniedzējam izveidot lietotāju. Veicot lietotāja izveidi pasniedzējam,

Sistēmai ir jāveic pārbaude, vai attiecīgais lietotājvārds Sistēmā jau nav

reģistrēts. Lietotājs Sistēmai ir jāizveido tikai pozitīvas validācijas

gadījumā.

4.2.6 Mācību materiālu krātuve

Prasības

ID

Prasības apraksts

FUN-031 Mācību materiālu pārvaldība

Sistēmai ir jānodrošina mācību materiālu (datņu) pievienošana,

publicēšana, publicēšanas atsaukšana, dzēšana.

FUN-032 Mācību materiālu attēlošana

Sistēmas iekšējam lietojumam ir jānodrošina mācību materiālu attēlošanu

– 29 –

Prasības

ID

Prasības apraksts

lietotājam strukturēta kataloga veidā.

Jānodrošina meklēšanas funkcionalitāte mācību materiālu katalogā.

Lietotājam, kuram ir piešķirtas tiesības pārvaldīt mācību materiālu sadaļu,

no mācību materiālu kataloga:

1. Ir jāvar pievienot jaunu mācību materiālu;

2. Rediģēt esošu mācību materiālu;

3. Publicēt / atpublicēt mācību materiālu;

4. Dzēst mācību materiālu.

FUN-033 Mācību materiālu datņu veidi

Sistēmai ir jānodrošina iespēja pievienot vismaz šādus mācību materiālu

datņu veidus:

1. Teksta dokumenti;

2. Prezentācijas materiāli;

3. Attēli;

4. Skaitļu tabulas;

5. Videofaili;

6. Audio faili;

7. Iegultie (embedded) faili.

FUN-034 Mācību materiāla pievienošana

Sistēmai ir jānodrošina vismaz šādu mācību materiālu tipu uzturēšana, ko

lietotājam ir jānorāda pie materiāla pievienošanas:

1. Publiski pieejams mācību materiāls;

2. Mācību materiāls, kas ir pieejams mācību programmas / mācību

pasākuma (kursa) ietvaros, secīgi norādot mācību programmas/

pasākumus (kursus), kuros attiecīgie mācību materiāli ir pieejami.

Iekļaujot Sistēmā mācību materiālu, lietotājam ir jāvar ievadīt vismaz šādi

metadati par mācību materiālu, t. sk. metadati priekš fasešu mehānisma

darbības nodrošināšanas:

1. Mācību materiāla nosaukums;

2. Tēma;

3. Mācību programma (izvēlne no mācību programmu saraksta);

4. Mācību pasākums (no aktīvo mācību pasākumu sarakta);

5. Iestāde, kas mācību materiālu ir izveidojusi;

6. Autors.

FUN-035 Publiski pieejamo mācību materiālu publicēšana

Publiski pieejamajiem mācību materiāliem ir jābūt iespējai iekļaut pazīmi

publicēt. Attiecīgi materiāliem ar šo pazīmi ir jābūt publiski pieejamam

Sistēmas ārējā lietojumā.

– 30 –

Prasības

ID

Prasības apraksts

Publicēšanas pazīmi lietotājam ir jāvar noņemt. Attiecīgi mācību

materiāliem pēc šīs pazīmes noņemšanas Sistēmas ārējā lietojumā nav

jābūt publiski pieejamiem.

FUN-036 Mācību programmas un mācību pasākuma materiālu pieejamība

Mācību programmas un mācību pasākuma materiāliem ir jābūt pieejamiem

tikai attiecīgās mācību programmas / mācību pasākuma (kursa)

dalībniekiem.

FUN-037 Tiesības

Sistēmā veikt darbības ar visiem mācību materiāliem mācību materiālu

krātuvē ir jābūt tiesībām mācību koordinatoram.

Pasniedzējam ir jābūt tiesībām veikt darbības tikai ar tiem mācību

materiāliem, kuru mācību pasākumus attiecīgais pasniedzējs pasniedz.

4.2.7 Anketu pārvaldība

Prasības

ID

Prasības apraksts

FUN-038 Anketu pārvaldība

Sistēmai jānodrošina mācību koordinatoram, iestādes mācību

koordinatoram vai pasniedzējam anketu veidošanas rīks, kura ietvaros ir

jānodrošina iespēja pievienot, labot vai dzēst anketas.

FUN-039 Anketu saraksts

Sistēmā izveidotajām anketām ir jābūt pieejamām lietotājam anketu

sarakstā. Sarakstā katram lietotājam ir jābūt redzamām tikai attiecīgā

lietotāja izveidotajām anketām.

Sarakstā ir jānodrošina meklēšanas funkcionalitāte.

Lietotājam no anketu saraksta:

1. Ir jāvar izveidot jaunu anketu;

2. Rediģēt esošu anketu;

3. Dzēst anketu.

FUN-040 Anketu veidi

Sistēmai ir jānodrošina iespēja izveidot vismaz šāda veida anketas:

1. Mācību vajadzību apzināšanas anketas;

2. Mācību novērtējuma anketas;

3. Testēšanas (apmācību programmu/ pasākumu) izpildes vai noslēguma

pārbaudes anketas;

4. Papildus datu iegūšanas anketas (piem., lai iegūtu datus par lietotāja

invaliditāti, vecumu u. c.).

– 31 –

Prasības

ID

Prasības apraksts

Anketām atbilstoši to pieejamai ir jātiek iedalītām vismaz šādās

kategorijās:

1. Publiskajā daļā publicējamas anketas;

2. Mācību pārvaldības sistēmas autorizētajā daļā publicējamas anketas.

FUN-041 Anketas izveide

Sistēmai jānodrošina iespēja izveidot anketu, izmantojot vismaz šādas

iespējas:

1. Pievienot slēgtā tipa jautājumus:

1.1. Ar vienu atbildes variantu izvēloties to no saraksta;

1.2. Vairākiem atbilžu variantiem izvēloties tos no saraksta;

2. Pievienot jautājumu, uz kuru var tikt sniegta viena atbilde par to, vai

apgalvojums ir pareizs vai nepareizs;

3. Pievienot jautājumu, kura ietvaros personai ir jāspēj savstarpēji

savienot vairākus sniegtos apgalvojumus;

4. Pievienot jautājumu, kurā sniegtie atbilstošie varianti ir jāsakārto

loģiskā secībā;

5. Pievienot jautājumu, kura ietvaros lietotājam teksta ietvaros atstātā

tukšā laukā ir jāvar ievietot viens no piedāvātajiem atbilžu

variantiem;

6. Pievienot atvērta tipa jautājumus;

7. Pievienot novērtējuma līkni ar iespēju mainīt izvēles iespējas (no 1

līdz 10 vai no 1 līdz 5);

8. Anketā iekļaut virsrakstus un teksta laukus;

9. Anketā iekļaut attēlus;

10. Anketā iekļaut video materiālus;

11. Veidot anketā sadaļas, piem., sadaļa “Par anketējamo personu”,

“Jautājumi par mācību kursu”, “Jautājumi par pasniedzēju” u. c.

Testēšanas anketā lietotājam ir jāvar definēt pareizo atbilžu variantus, kā

arī norādīt, cik daudz jautājumi vai cik % no jautājumiem ir jāatbild

pareizi, lai Sistēma automatizēti sniegtu atbildi par testa nokārtošanu.

FUN-042 Sagataves

Sistēmai ir jānodrošina iespēja uzturēt anketu un jautājumu sagataves.

Lietotājam ir jāvar izmantot anketu / jautājumu sagataves jaunas anketas

izveidē.

FUN-043 Anketas izmantošana un publicēšana

Lietotājam ir jāvar izveidotās anketas izmantot:

1. Nosūtot tās noteiktai klientu kopai;

2. Publicējot Sistēmas iekšējā vai ārējā lietojumā, piem., lai uzdotu

klientiem jautājumus vai apzinātu klientu vajadzības;

3. Publicējot testiem novērtējuma mācību programmas vai mācību

pasākuma ietvaros.

– 32 –

Prasības

ID

Prasības apraksts

Publicējot anketu, ir jābūt iespējai norādīt, cik ilgi anketas izpilde būs

pieejama izpildei:

1. Noteiktu laika posmu, piem., 1 h.

2. Noteiktu datumu.

Izveidoto anketu lietotājam ir jāvar izmantot vairākkārt, piem., attiecīgā

mācību pasākuma ietvaros vairākām mācību grupām.

Izveidotajai anketai ir jāvar norādīt aizpildīšanas reižu skaitu, ko viens

lietotājs var izpildīt, piem., testa anketu viens lietotājs var pildīt 2 reizes.

FUN-044 Anketu aizpildīšanas pieejamība

Anketu ir jāvar aizpildīt gan anonīmiem, gan autentificētiem Sistēmas

lietotājiem. Ja anketa ir jāizpilda noteiktam autentificētam lietotājam,

Sistēmai ir jānodrošina aizsardzība pret iespēju anketu izpildīt citam /

citiem lietotājiem.

FUN-045 Anketas paziņojumi

Lietotājam anketai ir jāvar pievienot paziņojumus par anketas izpildi,

piem., “Paldies, Jūsu mācību vajadzība ir reģistrēta”

Testēšanas anketām ir jāparedz iespēja saņemt paziņojumu par sekmīgi vai

nesekmīgi nokārtotu testu, piemēram, “Paldies, Jūs sekmīgi esat

nokārtojuši pārbaudījumu un pareizi atbildējuši uz 80% no uzdotajiem

jautājumiem”.

FUN-046 Anketas rezultāti

Sistēmai ir jānodrošina anketēšanas rezultātu automātiska apkopošana un

aplūkošanas iespēja lietotājam ar atbilstošām tiesībām.

Anektēšanas rezultātiem ir jābūt iespējai lietotājam tos lejupielādēt ar MS

Excel apstrādājamas datnes formā un .pdf faila formā, kā arī sagatavot

attiecīgos datus strukturētas XML datnes veidā.

FUN-047 Testēšanas anketas rezultāti

Sistēmai jānodrošina iespēja testēšanas anketas rezultātus:

1. Nodot sertifikātu ģenerēšanai;

2. Nodot mācību programmas / mācību pasākuma pieejamības

nodrošināšanai.

4.2.8 Sertifikātu pārvaldība

Prasības

ID

Prasības apraksts

FUN-048 Sertifikātu pārvaldība

Sistēmai jānodrošina mācību koordinatoram sertifikātu veidošanas rīks,

kam ir jānodrošina iespēja pievienot, labot vai dzēst sertifikātu sagataves,

– 33 –

Prasības

ID

Prasības apraksts

veidot sertifikātus un izgūt / izdrukāt sertifikātus no Sistēmas.

FUN-049 Sertifikātu sagatavju saraksts

Sistēmā saglabātajām sertifikātu sagatavēm ir jābūt pieejamām lietotājam

sertifikātu saraksta formā.


Lietotājam no sertifikātu sagatavju saraksta:

1. Ir jāvar pievienot jaunu sertifikāta sagatavi;

2. Rediģēt esošu sertifikāta sagatavi;

3. Dzēst sertifikāta sagatavi.

FUN-050 Jauna sertifikāta sagataves pievienošana

Sistēmai ir jānodrošina jaunu sertifikātu sagatavju pievienošana. Iekļaujot

Sistēmā sertifikāta sagatavi, lietotājam ir jāvar ievadīt vismaz šādi metadati

par sertifikāta sagatavi:

1. Sertifikāta sagataves nosaukums;

2. Mācību programma (izvēlne no mācību programmu saraksta);

3. Mācību pasākums (no aktīvo mācību pasākumu sarakta).

Mācību sertifikāta sagatavē ir jāvar iekļaut elementus projekta vizuālās

identitātes nodrošināšanai, sertifikāta tekstu, automātiski iegūstamos datus

no faktisko mācību dalībnieku saraksta, paraksta vietas.

FUN-051 Sertifikātu veidošana

Sistēmai ir jāatbalsta šādas sertifikātu veidošanas iespējas no Sistēmā

saglabātajām sertifikātu sagatavēm:

1. Automātiska sertifikāta datnes ģenerēšana pēc lietotāja pieprasījuma

(piem., pēc mācību pasākuma pabeigšanas);

2. Automātiska sertifikāta datnes ģenerēšana ar priekšskatījumu.

Lietotājam priekšskatījuma ietvaros ir jābūt iespējai mainīt sertifikāta

saņēmēja datus, lai sertifikātā anonīmā darbinieka informācijas vietā

iekļautu reālās personas datus;

3. Automātiska sertifikāta datnes ģenerēšana pēc testa anketas sekmīgas

izpildes.

Veidojot sertifikātu, Sistēmai ir automātiski jāielasa mācību kursa,

dalībnieka, iestādes u. c. attiecīgā sertifikāta sagatavē paredzētie dati, kā

arī pasniedzēja paraksts (ja attiecināms).

Ģenerējot sertifikātu, tam ir jāpiešķir unikāls numurs tās mācību

programmas vai mācību pasākuma ietvaros, kam sertifikāts ir piesaistīts.

Sertifikāts ir jāuzģenerē .pdf datnes formā.

FUN-052 Sertifikāta parakstīšana

– 34 –

Prasības

ID

Prasības apraksts

Sistēmai ir jānodrošina, ka sagatavotā sertifikāta sagatavošanā var tikt

izmantoti šādi tā apstiprināšanas veidi:

• Sistēmā jau esošu parakstu paraugu izvietošana uz sertifikāta

• Sertifikāta parakstīšana ar drošu elektronisko parakstu.

FUN-053 Ģenerēto sertifikātu saglabāšana un izdrukāšana

Sistēmai ir jānodrošina visu ģenerēto sertifikātu metadatu un to datņu

saglabāšana, izņemot sertifikātus, kuros ir atklāta anonīmo personu

identitāte.

Ģenerētās sertifikātu datnes mācību koordinatoram ir jāvar izdrukāt un

lejupielādēt pēc to izveides.

Sistēmā mācību koordinatoram ir jābūt pieejamiem vēsturiski ģenerētajiem

sertifikātiem ar iespējām šos sertifikātus sameklēt, lejupielādēt un izdrukāt.

Sistēmas ģenerētajām sertifikātu datnēm ir jābūt pieejamām attiecīgajam

mācību dalībniekam tā darba vietā.

4.2.9 Mācību programmu pārvaldība

Prasības

ID

Prasības apraksts

FUN-054 Mācību programmu pārvaldība

Sistēmai ir jānodrošina iespēja mācību koordinatoram veikt mācību

programmu pārvaldību (izveidot jaunas programmas un tās publicēt,

koriģēt esošas, veikt programmu noslēgšanu).

FUN-055 Mācību programmas izveide

Lietotājam Sistēmā ir jāvar izveidot un papildināt un slēgt mācību

programmu.

Mācību programmas ietvaros lietotājam ir jāvar pievienot mācību

apakšprogrammas (moduļus).

Lietotājam ir jāvar ievadīt aprakstošo informāciju par programmu un

apakšprogrammām.

Mācību programmas izveides ietvaros lietotājam ir jāvar veikt vismaz

šādas darbības:

1. Pievienot mācību pasākumus, paredzot iespēju mācību pasākumus

pievienot gan mācību programmai, gan apakšprogrammai (ja tādas

ir);

2. Pievienot sagatavotās testēšanas anketas;

– 35 –

Prasības

ID

Prasības apraksts

3. Pievienot vajadzību apzināšanas anketu;

4. Pievienot sertifikātu sagataves;

5. Pievienot mācību programmas ietvaros iespējamos apgūstamos

mācību veidu pasākumus (ēnošana, prakse, pieredzes apmaiņa u. c.).

6. Pievienot mācību programmas / apakšprogrammas novērtējuma

anketas;

7. Pievienot mācību programmas ietvaros pieejamos mācību materiālus;

8. Pievienot mācību programmas / apakšprogrammas novērtējumu;

9. Pievienot informāciju par mācību pasniedzējiem;

10. Pievienot apstiprinājumu lietotāja personas datu izmantošanai, ko

lietotājam ir jāapstiprina pirms mācību dalības uzsākšanas mācību

pasākumā;

11. Pievienot papildus informācijas iegūšanas anketas (piem., lai iegūtu

datus par invaliditāti, vecumu u. c.), ko lietotājam ir jāaizpilda pirms

dalības uzsākšanas mācību programmā.

Lietotājam ir jāvar definēt mācību programmas pieejamības nosacījumus

(publiski pieejama visiem lietotājiem, pieejama autentificētiem lietotājiem,

pieejama valsts pārvaldes darbiniekiem, pieejama pēc zināšanu

pārbaudījuma izpildes, pieejama pēc sekmīgas zināšanu pārbaudījuma

izpildes).

Kamēr mācību programma ir izveides procesā, tā nedrīkst būt pieejama

mācību dalībniekiem un iestāžu mācību koordinatoriem. Lietotājam ir

jāvar mācību programmu publicēt. Pēc tās publicēšanas mācību

programmai ir jābūt pieejamai Sistēmā citiem lietotājiem atbilstoši tās

pieejamības nosacījumiem.

FUN-056 Programmas dalībnieku reģistrācija

Sistēmai ir jānodrošina iespēja mācību dalībniekus mācību programmai

reģistrēt šādos veidos:

1. Mācību dalībnieka paša pieteikšanās;

2. Mācību dalībnieka reģistrāciju veic mācību koordinators;

3. Mācību dalībnieka reģistrāciju veic iestādes mācību koordinators.

Gadījumā, ja mācību dalībnieka paša pieteikšanās mācību programmai

paredz testa anketas izpildi, dalībnieka reģistrācija mācību pasākumam ir

jāveic tikai pēc attiecīgā nosacījuma izpildes.

Pēc sekmīgas katra dalībnieka reģistrācijas Sistēmai ir automātiski

jānosūta informatīvs e-pasts mācību koordinatoram, kā arī mācību

dalībniekam, ja tā reģistrāciju veic mācību koordinators vai iestādes

mācību koordinators.

FUN-057 Mācību dalībnieka reģistrācija

– 36 –

Prasības

ID

Prasības apraksts

Par katru reģistrēto mācību dalībnieku ir jābūt uzkrātai vismaz šādai

informācija:

1. Vārds;

2. Uzvārds;

3. Personas kods;

4. Deklarētā adrese;

5. Valsts pārvaldes iestāde:

5.1. Nosaukums;


5.3. Juridiskā adrese.

6. Mācību programmas apgūšanas dati:

6.1. Mācību ilgums (akadēmiskās stundas);

6.2. Dalības pārtraukšanas datums;

6.3. Iegūtā kvalifikācija (sertifikāts u. tml.).

7. Mācību programmai specifiski dati par dalībnieku, kas var būt:

7.1. Vecums;

7.2. Dzimums;

7.3. Statuss darba tirgū;

7.4. Dalījums pēc sociālās atstumtības riskiem;

7.5. Dalījums pēc izglītības (pamatskolas/ vidējā/ augstākā);

7.6. Dalījums pēc mājsaimniecības veida u. c.

Specifiskajiem datiem par mācību dalībnieku attiecīgās mācību

programmas ietvaros ir jābūt konfigurējamiem Sistēmā, nodrošinot iespēju

Sistēmas administratoram atcelt, pievienot vai atzīmēt kā neobligāti

uzkrājamu attiecīgo datu lauku.

Sistēmā mācību dalībnieka reģistrācijai, kas ir valsts pārvaldes darbinieks,

ir jābūt izvēlnei no valsts pārvaldes darbinieku reģistra. Iestādes mācību

koordinators drīkst reģistrēt mācībām tikai savas iestādes darbiniekus.

Jāvar veikt masveida (visu) iestādes darbinieku reģistrāciju mācību

programmai.

Pie dalībnieka reģistrācijas visa informācijai, kas ir Sistēmā, ir automātiski

jāielasa dalībnieka reģistrācijas formā, lai lietotājam formā būtu jāievada

minimāls datu apjoms.

FUN-058 Mācību programmas dalībnieku saraksts

Sistēmai ir jānodrošina mācību programmas dalībnieku saraksts, kurā

strukturētā viedā ir jāattēlo vismaz šādi Sistēmā uzkrātie dati par mācību

programmas dalībnieku:

1. Vārds;

2. Uzvārds;

3. Valsts pārvaldes iestādes nosaukums.

– 37 –

Prasības

ID

Prasības apraksts



meklēt mācību dalībnieku pēc jebkādiem tā kartiņā iekļautajiem datiem

(piemēram, personas kods, vārds, uzvārds u. c.), t. sk. vēsturiskajiem

datiem.

Lietotājam no saraksta skata:

1. Ir jāvar pievienot jaunu mācību dalībnieku;

2. Ir jāvar atvērt attiecīgās mācību dalībnieka kartiņu.

FUN-059 Darbs ar mācību dalībnieka kartiņu

Mācību dalībnieka kartiņā lietotājam ir jābūt pieejamai:

1. Metadatiem par mācību dalībnieku (vārds, uzvārds, personas kods,

iestāde, mācību programmai specifiski dati par dalībnieku u. c.);

2. Datiem par mācību dalībnieka pabeigtajiem kursiem;

3. Datiem par mācību dalībnieka veiktajām papildus mācību

aktivitātēm;

4. Datiem par mācību dalībnieka sakrātajiem kredītpunktiem mācību

programmas ietvaros.

Lietotājam no mācību dalībnieka kartiņas ir jāvar:

1. Pievienot jaunas papildus aktivitātes;

2. Iespēja uzaicināt dalībnieku kārtot programmas testēšanas anketu ar

sekojošu sertifikāta saņemšanu.

Mācību dalībniekam ir jābūt pieejamai savai mācību dalībnieka kartiņai

skatīšanās režīmā.

FUN-060 Jaunas papildus mācību aktivitātes pievienošana

Mācību koordinatoram ir jāvar pievienot mācību dalībniekam informāciju

par tā papildus veiktajām mācību aktivitātēm programmas ietvaros.

Papildus aktivitāšu ievadei ir jābūt izvēlnei no papildus aktivitāšu

klasifikatora, paredzot lietotājam papildus informācijas sniegšanu par

attiecīgo aktivitāti, piem., mācību koordinatoram ir jāvar ievadīt, ka

lietotājs ir veicis ēnošanu, papildus norādot informāciju par attiecīgo

papildus veikto mācību aktivitāti.

4.2.10 Mācību pasākumu pārvaldība

Prasības

ID

Prasības apraksts

FUN-061 Mācību pasākumu katalogs

– 38 –

Prasības

ID

Prasības apraksts

Sistēmai ir jānodrošina mācību pasākumu kataloga uzturēšana, kas ietver

vismaz šādus metadatus par mācību pasākumu:

1. Kods;

2. Nosaukums;

3. Tips (mācību kursi, seminārs, lekcija, e-mācība);

4. Maksas / bezmaksas mācību pasākums;

5. Maksas mācību pasākumiem cena:

5.1. Cena par pasniedzēju;

5.2. Cena, ja mācības notiek VAS telpās;

6. Projekta kods, kura ietvaros mācību pasākums tiek īstenots;

7. Mācību programma, kuras ietvaros pasākums tiek īstenots;

8. Mācību apakšprogramma, kuras ietvaros pasākums tiek īstenots;

9. Kredītpunkti attiecīgās mācību programmas ietvaros (ja attiecināms).

Mācību katalogā ir jānodrošina meklēšanas funkcionalitāte, kā arī iespēja

atlasīt publicētos mācību pasākumus.

FUN-062 Mācību pasākumu satura izveide

Lietotājam Sistēmā ir jāvar izveidot, papildināt un dzēst mācību

pasākumus.

Lietotājam ir jāvar ievadīt un atjaunot:

1. Aprakstošā informācija par mācību pasākumu;

2. Mācību pasākuma novērtējumu;

3. Pasniedzēja novērtējumu attiecīgā mācību pasākuma ietvaros.

Mācību pasākuma izveides ietvaros lietotājam ir jāvar:

4. Pievienot sagatavotās testēšanas anketas;

5. Pievienot sertifikātu sagataves;

6. Pievienot mācību dalībnieku reģistrācijas lapas vizuālās identitātes

šablonu;

7. Pievienot novērtējuma anketas;

8. Pievienot mācību materiālus no mācību materiālu krātuves;

9. Pievienot saiti uz e-mācībām (e-mācību gadījumā), piem., saite uz e-

mācību pakalpojuma sniedzēja konkrētu e-mācību kursu;

10. Pievienot apstiprinājumu lietotāja personas datu izmantošanai, ko

lietotājam ir jāapstiprina pirms mācību dalības uzsākšanas mācību

pasākumā.

11. Pievienot papildus informācijas iegūšanas anketas (piem., lai iegūtu

datus par invaliditāti, vecumu u. c.), ko lietotājam ir jāaizpilda pirms

dalības uzsākšanas mācību programmā.

Mācību pasākuma izveides ietvaros lietotājam ir jāvar definēt parametrus:

1. Mācību pasākuma pieejamības nosacījumi (publiski pieejama,

– 39 –

Prasības

ID

Prasības apraksts

pieejama autentificētiem lietotājiem, pieejams konkrētas iestādes

mācību koordinatoriem (iestādes iekšējie pasākumi));

2. Apstiprināšanas nosacījumi (vai dalībnieka reģistrācija ir jāapstiprina

attiecīgās iestādes koordinatoram);

3. Saņemšanas nosacījumi (vai pirms mācību pasākuma saņemšanas ir

jāizpilda testēšanas anketa, vai pasākuma pieteikuma iesniegšanai

testēšanas anketai ir jābūt sekmīgi nokārtotai, vai lietotājs ir

nokārtojis programmas / apakšprogrammas priekšzināšanu pārbaudes

testēšanas anketu).

Kamēr mācību pasākums ir izveides procesā, tas nedrīkst būt pieejams

citiem Sistēmas lietotājiem bez attiecīgā mācību koordinatora. Mācību

koordinatoram ir jāvar mācību pasākumu publicēt. Pēc tā publicēšanas

mācību pasākumam ir jābūt pieejamam mācību pārvaldības vidē.

FUN-063 Tiesību piešķiršana pasniedzējam

Mācību koordinatoram ir jāvar pievienot tiesības pasniedzējam attiecībā uz

attiecīgo mācību pasākumu veikt tā satura pievienošanu, rediģēšanu un

dzēšanu.

4.2.11 Mācību pasākumu grupu pārvaldība

4.2.11.1 Mācību pasākumu grupu izveide

4.2.11.1.1 Mācību pasākumu grupu izveide ar reģistrāciju

Prasības

ID

Prasības apraksts

FUN-064 Mācību grupu izveide

Lietotājam mācību pasākuma ietvaros ir jāvar definēt mācību pasākuma

grupas un vismaz šādus tās aprakstošos kritērijus:

1. Vietu skaitu grupā;

2. mācību norises datums vai datumus (ja mācības notiek vairākas

dienas);

3. mācību norises telpa vai telpas (ja mācības notiek vairākas dienas

citās telpās);

4. kafijas pauzes laiks vai laiki;

5. pieteikšanās termiņa beigu datums mācību grupai.

Kamēr mācību grupa ir izveides procesā, tā nedrīkst būt pieejama mācību

dalībniekiem. Lietotājam ir jāvar mācību grupu publicēt. Pēc tās

publicēšanas mācību grupai ir jābūt pieejamai Sistēmas iekšējā un ārējā

lietojuma attiecīgajās sadaļas (kalendārs, pasākumu grafiks).

Sistēmai, izveidojot mācību grupu, ir jānodrošina automātiska pasākuma

– 40 –

Prasības

ID

Prasības apraksts

kalendāra uzaicinājuma nosūtīšana pasniedzējam, kā arī informācijas

nosūtīšana ārpakalpojuma sniedzējam par plānotajām kafijas pauzēm, kā

arī atbalsta personālam, kas nodrošina telpu uzkopšanu.

FUN-065 Tiesību piešķiršana pasniedzējam

Mācību koordinatoram ir jāvar pievienot tiesības pasniedzējam attiecībā uz

attiecīgo mācību pasākumu grupu – piekļūt attiecīgās grupas testēšanas

anketu, novērtējuma anketu rezultātiem.

4.2.11.1.2 Mācību pasākumu grupas izveide no mācību dalībnieku pieteikumiem

Prasības

ID

Prasības apraksts

FUN-066 Mācību pieteikumu saraksts

Sistēmai ir jānodrošina mācību pieteikumu saraksta uzturēšana.

Mācību pieteikumu sarakstā jānodrošina meklēšanas, ierakstu filtrēšanas

un kārtošanas funkcionalitāte.

Lietotājam no mācību pieteikumu saraksta ir jāvar:

1. Iekļaut mācību dalībnieku izveidotā mācību grupā;

2. Manuāli izveidot grupu no mācību dalībniekiem, kas ir izteikuši

vēlmi apmācīties konkrēto mācību pasākumu;

3. Automātiski ģenerēt grupu no mācību dalībniekiem, kas ir izteikuši

vēlmi apmācīties konkrēto mācību pasākumu.

Pēc attiecīgā mācību dalībnieka iekļaušanas grupā, tās pieteikumu Sistēmai

ir jādzēš no mācību pieteikumu saraksta.

FUN-067 Manuāla grupas izveide

Lietotājam ir jāvar manuāli izveidot grupu no mācību dalībniekiem, kas ir

izteikuši vēlmi apmācīties konkrēto mācību pasākumu no mācību

dalībnieku saraksta.

Lietotājam ir jāvar manuāli izveidot daļēji aizpildītu grupu, kur pēc

publicēšanas, mācību dalībnieki var pieteikties grupai, līdz tā ir aizpildīta.

Manuāli izveidotas grupas gadījumā ir jāvar norādīt visu to pašu

informāciju, ko FUN-064 gadījumā.

FUN-068 Automatizētā grupas ģenerēšana

Sistēmā ir jābūt iespējai grupas komplektēt automātiski atbilstoši lietotāja

norādītiem kritērijiem, piem., mācību pasākumu grupa no 8 dalībniekiem,

dalījumā pa iestādēm. Sistēmai ir jānodrošina automātiska grupu

veidošana, sakomplektējot grupas no dalībnieku pieteikumiem, kas atbilst

kritērijiem.

– 41 –

Prasības

ID

Prasības apraksts

Automatizēti ģenerētās grupas ir jāpublicē kalendārā, bet tām mācību

dalībnieki pieteikties nevar.

Automatizēti izveidotas grupas gadījumā ir jāvar norādīt visu to pašu

informāciju, ko FUN-064 gadījumā, izņemot pieteikšanās termiņa beigas.

4.2.11.1.3 Iekšējā mācību grupa

Prasības

ID

Prasības apraksts

FUN-069 Iekšējā mācību grupa

Mācību koordinatoram ir jāvar mācību grupai piešķirt pazīmi, ka tā ir

noteiktas iestādes iekšējā mācību grupa. Iekšējai mācību grupas

pārvaldības iespējām ir jābūt pieejamām mācību koordinatoram un

attiecīgās iestādes mācību koordinatoram.

Iekšējās mācību grupas administrēšanu nodrošina attiecīgās iestādes


Kamēr mācību pasākuma grupa ir izveides procesā, tā nedrīkst būt

pieejams citiem lietotājiem. Mācību koordinatoram ir jāvar mācību

pasākumu publicēt pasniedzējam un iekšējiem mācību koordinatoriem

mācību pārvaldības vidē.

FUN-070 Mācību grupas informācija

Iekšējās mācību grupas ietvaros mācību koordinatoram ir jāvar norādīt visu

to pašu informāciju, ko VAS organizēto mācību gadījumā (skat. FUN-

064), izņemot mācību norises telpu un kafijas pauzes laiku.

FUN-071 Tiesību piešķiršana iestādes mācību koordinatoram

Mācību koordinatoram ir jāvar pievienot tiesības iestādes mācību

koordinatoram attiecībā uz attiecīgo mācību pasākumu grupu veikt

attiecīgās grupas pārvaldību.

4.2.11.2 Pieteikumu saņemšana uz izveidotām mācību grupām un grupu komplektēšana

Prasības

ID

Prasības apraksts

FUN-072 Mācību dalībnieku reģistrācija

Sistēmai ir jānodrošina iespēja mācību dalībniekus mācību grupām

reģistrēt šādos veidos:

1. Dalībnieks piesakās pats aizpildot pieteikumu mācību pasākumu

katalogā;

2. Dalībnieka reģistrāciju veic mācību koordinators;

– 42 –

Prasības

ID

Prasības apraksts

3. Dalībnieka reģistrāciju veic iestādes mācību koordinators.

Iekšējām mācību grupām dalībnieku reģistrāciju veic tikai iestādes


Gadījumā, ja dalībnieka paša pieteikšanās mācību pasākumam paredz

iestādes koordinatora apstiprinājumu vai priekšzināšanu testēšanas

anketas izpildi, dalībnieka reģistrācija mācību kursam ir jāveic tikai pēc

attiecīgā nosacījuma izpildes.

Pēc sekmīgas dalībnieka reģistrācijas Sistēmai ir automātiski jānosūta

vismaz šādi paziņojumi:

1. Kalendāra uzaicinājums lietotājam par mācību pasākumu;

2. Informatīvs e-pasts iestādes mācību koordinatoram;

3. Informatīvs e-pasts mācību koordinatoram par jauna dalībnieka

reģistrāciju.

FUN-073 Informācija par reģistrēto dalībnieku

Par katru reģistrēto mācību dalībnieku ir jābūt uzkrātai vismaz šādai

informācija:

1. Vārds;

2. Uzvārds;

3. Personas kods;

4. Bankas konta numurs, no kura tiks veikta apmaksa (ja attiecināms);

5. Mācību dalībnieka, kas ir valsts pārvaldes darbinieks, gadījumā

papildus:

5.1. Nosaukums;


5.3. Juridiskā adrese.

Sistēmā mācību dalībnieka reģistrācijai, kas ir valsts pārvaldes

darbinieks, ir jābūt izvēlnei no valsts pārvaldes darbinieku reģistra.

Iestādes mācību koordinators drīkst reģistrēt mācībām tikai savas iestādes

darbiniekus.

Bankas konta izvēlei valsts pārvaldes iestādes darbinieka gadījumā ir

jābūt izvēlnei no iestādes reģistrētajiem konta numuriem.

Pie dalībnieka reģistrācijas visai informācijai, kas ir Sistēmā, ir

automātiski jātiek ielasītai dalībnieka reģistrācijas formā, lai lietotājam

formā būtu jāievada minimāls datu apjoms.

FUN-074 Reģistrēto dalībnieku izslēgšana

Mācību koordinatoram ir jāvar veikt reģistrēto mācību dalībnieku

izslēgšanu.

– 43 –

Prasības

ID

Prasības apraksts

Pēc sekmīgi veiktās darbības Sistēmai ir automātiski jānosūta vismaz šādi

paziņojumi:

1. Kalendāra pasākuma noraidījums izslēgtajam / nomainītajam

mācību dalībniekam;

2. Informatīvs e-pasts iestādes mācību koordinatoram par attiecīgā

mācību dalībnieka izslēgšanu;

3. Informatīvs e-pasts attiecīgā mācību pasākuma mācību

koordinatoram par mācību dalībnieka izslēgšanu.

FUN-075 Dalībnieku pārcelšana

Mācību koordinatoram ir jāvar veikt mācību grupas dalībnieku

pārcelšanu uz attiecīgā mācību pasākumu citu grupu.

Sistēmai ir jānosūta attiecīgajai pārceltajai personai paziņojums par

pārcelšanu ar jauno mācību norises datumu.

FUN-076 Mācību grupas slēgšana

Sistēmai ir jānodrošina pieteikšanas iespēju slēgšana uz mācību grupu

brīdī, kad ir sasniegts maksimālais mācību dalībnieku skaits mācību

grupā.

Gadījumā, ja Sistēmā šajā brīdī eksistē Sistēmas lietotāja reģistrēts

pieteikums uz mācību pasākumu, ko ir jāapstiprina iestādes mācību

koordinatoram, Sistēmai tas ir jādzēš un jānosūta e-pastu attiecīgajam

lietotājam un lietotāja iestādes mācību koordinatoram.

Kad mācību grupa ir nokomplektēta, Sistēmai ir jānosūta automātisks

paziņojums ārpakalpojuma sniedzējam par šo notikumu, iekļaujot

informāciju par nepieciešamajām kafijas pauzēm un mācību grupas

dalībnieku skaitu, kā arī atbalsta personālam, kas nodrošina telpu

uzkopšanu.

Pēc mācību grupas pieteikšanās slēgšanas mācību koordinatoram un

iestādes mācību koordinatoram ir jābūt iespējai izslēgt mācību

dalībniekus un to vietā reģistrēt jaunus mācību dalībniekus.

FUN-077 Mācību grupas atcelšana

Mācību koordinatoram ir jāvar veikt mācību grupas atcelšanu, iekļaujot

Sistēmā pamatojumu par atcelšanas iemeslu.

Sistēmai ir jānosūta informatīvais paziņojums un kalendāra pasākuma

noraidījums atceltās mācību grupas dalībniekiem, pasniedzējam, attiecīgo

iestāžu mācību koordinatoriem, ārpakalpojuma sniedzējiem, atbalsta

personālam, kas nodrošina telpu uzkopšanu.

– 44 –

4.2.11.3 Mācību pasākumu norise

Prasības

ID

Prasības apraksts

FUN-078 Faktiskais mācību dalībnieku saraksts

Mācību koordinatoram Sistēmā ir jāvar apstiprināt faktisko mācību

dalībnieku sarakstu.

Faktisko mācību dalībnieku sarakstu iekšējās mācību grupās Sistēmā ir

jāvar apstiprināt attiecīgās iestādes mācību koordinatoram.

Līdz faktiskā mācību dalībnieku saraksta apstiprināšanai mācību

koordinatoram ir jāvar mainīt mācību dalībniekus.

Pēc faktiskā mācību dalībnieku saraksta apstiprināšanas tā dalībniekiem

attiecīgā lietotāja darba vietā ir jābūt pieejamam kursam un tā

materiāliem.

FUN-079 Informācija rēķinu sagatavošanai

Pēc faktiskā mācību dalībnieku saraksta apstiprināšanas Sistēmai ir

automātiski jānosūta paziņojums e-pasta formā VAS grāmatvedim ar

faktisko mācību dalībnieku sarakstu un rekvizītiem rēķina sagatavošanai.

Sistēmai sarakstā ir jānodrošina personu sagrupēšana pa iestādēm

faktisko mācību dalībnieku sarakstā.

Iekšējo mācību grupu gadījumā Sistēmai ir jānosūta grāmatvedim

informācija rēķina sagatavošanai par pasniedzēja darbu.

FUN-080 Apmeklējumu reģistrācija

Mācību koordinatoram Sistēmā ir jāvar veikt atzīmes par faktisko mācību

apmeklējumu. Sistēmai ir jānodrošina iespēja veikt atzīmes par vairākām

mācību dienām, ja attiecīgais mācību pasākums notiek vairākas dienas.

Apmeklējumu reģistrāciju iestādes iekšējām mācību grupām Sistēmā ir

jāvar veikt attiecīgās iestādes mācību koordinatoram.

Mācību koordinatoram no Sistēmas ir jāvar izdrukāt apmeklējumu

reģistrācijas lapu, lai tā būtu izmantojama dalībnieku reģistrācijai

klātienē, ietverot dalībnieku sarakstu, paraksta vietas (vairākas, ja

attiecīgais mācību pasākums notiek vairākas dienas), mācību pasākuma

nosaukumu, norises datumu un laiku, kā arī projekta vizuālās identitātes

izpildes nosacījumus (ja attiecināms).

FUN-081 Mācību pasākuma vadīšana

Mācību koordinatoram Sistēmā:

1. Ir jāvar izdrukāt mācību materiālus;

2. Jāvar publicēt mācību testēšanas anketu attiecīgajai mācību grupai

un testēšanas anketu izdrukāt (nepieciešamības gadījumā);

– 45 –

Prasības

ID

Prasības apraksts

3. Jāvar publicēt mācību pasākuma novērtējuma anketu attiecīgajai

mācību grupai un anketa izdrukāt (nepieciešamības gadījumā).

Iekšējām mācību grupām minētās funkcijas Sistēmā ir jāvar veikt

attiecīgās iestādes mācību koordinatoram.

FUN-082 Sertifikātu izveidošana

Mācību koordinatoram Sistēmā ir jāvar faktisko mācību dalībnieku

sarakstu nodot sertifikātu izveidošanai (skat. FUN-051).

4.2.12 Kalendārs un tā pārvaldība

Prasības

ID

Prasības apraksts

FUN-083 Kalendāra uzturēšana

Sistēmai ir jānodrošina kopēja kalendāra uzturēšana un pārvaldība, kas

nodrošina šādas informācijas uzturēšanu, pārvaldību un publicēšanu:

1. Telpu aizņemtības informācijas uzturēšanu;

2. Mācību pasākumu un citu pasākumu norises uzturēšanu;

3. Gada brīvdienu, svētku dienu un pārcelto darba dienu uzturēšanu.

FUN-084 Kalendāra attēlojums

Sistēmā jānodrošina grafisks kalendāra bloks, kurš tiek sasaistīts ar

Sistēmas notikumiem.

Kalendāra blokam ir jābūt šādiem skatiem ar iespējām lietotājam

pārslēgties uz sev vēlamo:

1. Dienas skats;

2. Nedēļas skats;

3. Mēneša skats;

4. Gada skats.

Kalendārā jānodrošina navigācijas saites uz periodu (dienu / nedēļu/

mēnesi) atpakaļ un uz priekšu.

Attiecīgajā skatā ir jāattēlo:

1. Lietotāja izvēlētais periods, piem., nedēļas gadījumā 2016. gada

15.–21. februāris;

2. Reģistrētie notikumi atkarībā no to pieejamības.

Kalendārā ir jāvar sev vēlamos notikumus atfiltrēt, piem., kalendārā tiek

rādīti mācību pasākumi U vai K projektu mācību programmas ietvaros.

FUN-085 Notikuma izveide

Lietotājam kalendārā ir jāvar ērti izveidot notikumus, piem., mācību

– 46 –

Prasības

ID

Prasības apraksts

pasākumu, un ievadīt to raksturojošu informāciju.

Lietotājam ir jāvar notikumam rezervēt telpu.

Sistēmai ir jānodrošina iespēja izveidot notikumu, kas var notikt vairākas

dienas, piem., mācību kurss, kas notiek vairākas dienas. Jāparedz iespēja

notikumam definēt regularitāti, piem., mācības, kas notiek trīs nedēļas

trešdienās no plkst. 9:00 – 14:00.

FUN-086 Notikumu pieejamība

Kalendāram jānodrošina notikumu mācību informācijas un citas

informācijas pieejamība Sistēmas ārējā lietojumā un Sistēmas iekšējā

lietojumā atbilstoši pieejamības nosacījumiem, piem., ārējā lietojumā nav

pieejami VAS telpu aizņemtības informācija.

4.2.13 Forums

Prasības ID Prasības apraksts

FUN-087 Forums

Sistēmai ir jānodrošina forums.

Forumam jānodrošina:

1. Diskusiju kategorijas;

2. Diskusiju jautājumi un jautājuma pievienošana;

3. Komentāri un komentāra pievienošana;

4. Meklēšana un meklēšanas rezultāts.

Lietotājam jābūt iespējai saņemt e-pastu par jaunu pievienotu komentāru

pie tā interesējoša jautājuma. Lietotājam jābūt iespējai atteikties no e-

pasta saņemšanas.

Jānodrošina automātisks satura filtrs pret neētisku / nelikumīgu saturu.

Lietotājam ar atbilstošām tiesībām ir jānodrošina diskusiju / jautājumu /

neētisku komentāru dzēšana.

FUN-088 Sasaiste un pieejamība

Jānodrošina iespēja foruma diskusijas kategoriju / jautājumu sasaistīt ar

mācību programmu / mācību pasākumu / mācību pasākuma grupu,

izveidojot mācību programmas / mācību pasākumu / mācību pasākumu

grupu iekšējo forumu.

Iekšējā foruma diskusijām / jautājumiem ir jābūt pieejamiem tikai

attiecīgās mācību programmas / mācību pasākuma / mācību grupas

– 47 –


dalībniekiem.

4.2.14 Darba uzdevumi


FUN-089 Darba uzdevums

Sistēmai ir jānodrošina risinājums darba uzdevumu uzdošanai un

kontrolei. Sistēmai jānodrošina automātiska darba uzdevumu ģenerēšana,

piemēram, darba uzdevums iestādes mācību koordinatoram akceptēt

iestādes darbinieka pieteikumu mācībām, vai izveidot lietotāju,

piemēram, uzdevums iestādes mācību koordinatoram norādīt bankas

kontu, no kura tiks veikta attiecīgās iestādes mācību dalībnieka mācību

apmaksa.

FUN-090 Darbu uzdevumus raksturojošā informācija

Jānodrošina iespēja par katru darba uzdevumu Sistēmā saglabāt vismaz

šādu raksturojošo informāciju:

1. unikālu darba uzdevumu identificējošu kodu;

2. darba uzdevuma tips (vērtība no klasifikatora);

3. lietotājs / lietotāju grupa, kam ir deleģēts veikt darba uzdevumu

izpildi;

4. darba plūsmas statusu;

5. izpildes termiņš;

6. reģistrācijas datums un lietotājs, kurš reģistrēja darba uzdevumu.

FUN-091 Darba uzdevuma uzdošana un piešķiršana

Atkarībā no darba uzdevuma veida, Sistēmā ir jānodrošina darba

uzdevuma piešķiršana izpildei konkrētam lietotājam / lietotāju grupai,

piemēram, darba uzdevums saskaņot iestādes darbinieka mācību

pieteikumu tiek piešķirts attiecīgās iestādes mācību koordinatoram.

FUN-092 Paziņojumu nosūtīšana

Sistēmā jānodrošina paziņojumu nosūtīšana uz darba uzdevumā iesaistīto

lietotāju:

1. Sistēmas darba uzdevumu saņemšanas vidi;

2. E-pastu.

Lietotājam darba uzdevumu ir jāvar izpildīt no Darba uzdevumu

saņemšanas vides, kā arī darba uzdevumā ir jānodrošina iespēja atvērt

attiecīgo notikumu, ar ko darba uzdevums ir saistīts.

FUN-093 Ziņojumu notikumi

Sistēmai jānodrošina ziņojumu nosūtīšana par vismaz šādiem

notikumiem:

1. darba uzdevuma reģistrēšana;

2. darba uzdevuma izpildes / plūsmas statusa maiņa; piemēram,

iestādes mācību koordinators ir akceptējis mācību dalībnieka

– 48 –


pieteikumu;

3. atgādinājums pieteicējam un izpildītājam par darba uzdevuma

izpildes termiņa kavējumu.

FUN-094 Darba plūsmu atbalsts

Sistēmai ir jānodrošina manuāli veidojamas darba plūsmas, kur lietotājs

var norādīt konkrētu nākamo atbildīgo darbinieku par darba uzdevuma

izpildi, kā arī statiskas darba plūsmas, piem., statiska darba plūsma

attiecībā uz iestādes mācību koordinatora akcepta saņemšanu uz iestādes

darbinieka mācību dalībnieka pieteikumu.

Darba plūsmu risinājums ir jāveido tā, lai nākotnē būtu iespēja pievienot

citas darba plūsmas.

4.2.15 Atskaites

Prasības

ID

Prasības apraksts

FUN-095 Sistēmas atskaišu izveides rīks

Sistēmas ietvaros ir jānodrošina atsevišķs rīks, kuru izmantojot, Sistēmas

lietotāji var veikt atskaišu izveidi par Sistēmā uzkrātajiem datiem.

FUN-096 Sistēmas atskaišu veidošana

Rīkam, kurš nodrošina atskaišu izveidi Sistēmas ietvaros, jānodrošina

divu veidu atskaišu sagatavošanas iespējas:

1. Sistēmas ietvaros jau definētās atskaites, kuru izstrāde un

sagatavošana Izstrādātājam ir jāveic Sistēmas ieviešanas laikā

atbilstoši Pasūtītāja definētajām prasībām, un to tālākā pārvaldība

tiek nodrošināta atbilstoši FUN-097 prasībā definētajiem

nosacījumiem. Izstrādātāja sagatavojamo atskaišu skaits Sistēmas

izstrādes un ieviešanas laikā nepārsniegs 40 atsevišķas atskaites.

2. Dinamiski veidojamas atskaites, kuras Sistēmas lietotāji varēs

izveidot Sistēmas izmantošanas laikā, atskaišu sagatavošanai par

pamatu izmantojot Sistēmas ietvaros esošos datu laukus. Sistēmas

izstrādes un ieviešanas laikā Izstrādātājam ir jādefinē datu lauku

apjoms, kuru izmantošana varēs tiks veikta atskaišu sagatavošanas

ietvaros.

Atskaišu pārvaldības ietvaros ir jānodrošina, ka tās var tikt sagatavotas

par noteiktu laika periodu, paredzot, ka Sistēmas lietotājs var manuāli

norādīt laika periodu, par kuru vēlas saņemt attiecīgo atskaiti.

FUN-097 Sistēmas ietvaros jau definēto atskaišu pārvaldība

Rīkam, kurš nodrošina atskaišu izveidi Sistēmas ietvaros, jānodrošina, ka

Sistēmas administrators var veikt jau izveidoto Sistēmā kopēji definēto

atskaišu labošanu, papildināšanu un dzēšanu, kā arī var nodrošināt jaunu

– 49 –

Prasības

ID

Prasības apraksts

atskaišu šablonu sagatavošanu Sistēmas izmantošanas laikā.

Sistēmā kopēji definēto atskaišu skaits nevar tikt ierobežots.

FUN-098 Atskaišu eksportēšana

Jānodrošina iespēja atskaišu datus eksportēt vismaz šādos formātos:

• MS Excel programmatūru apstrādājamas datnes formā;

• kā portatīvā dokumentu formāta failus (.pdf);

• strukturētu XML datnes veidā.

4.3 Koplietošanas komponentes

4.3.1 Ziņojumu serviss

Prasības

ID

Prasības apraksts

FUN-099 Ziņojumu serviss

Sistēmai ir jānodrošina ziņojumu serviss, lai izsūtītu Sistēmas

automātiskos paziņojumus un kalendāra notikumus lietotājiem. Servisam

jānodrošina iespēja pievienot ziņojumus ziņojumu rindai, kā arī fiksēt

brīdi, kad lietotājs ir ziņojumu apskatījis vai saņēmis.

FUN-100 Apziņošanas kanāli

Sistēmai ir jānodrošina vismaz šādi apziņošanas kanāli:

• E-pasta ziņojumi;

• SMS ziņojumi.

Sistēmas administratoram ir jābūt iespējai noradīt, pa kādu kanālu

attiecīgo paziņojumu izsūtīt, ar iespējam izvēlēties abus kanālus.

FUN-101 Ziņojumu adresāti

Dažādiem ziņojumu tipiem ir jāvar norādīt dažādi adresāti, piem.,

ziņojums par jauna dalībnieka reģistrēšanos mācību programmai tiek

nosūtīts iestādes koordinatoram.

FUN-102 Ziņojumu šabloni

Sistēmai ir jānodrošina ziņojumu šablonu uzturēšanas un pārvaldības

iespēja.

FUN-103 Automātiskie ziņojumi lietotājiem

Sistēmai ir jānodrošina automātisko ziņojumu nosūtīšana lietotājam

attiecībā uz vismaz šādiem notikumiem:

1. Ziņojumi saistībā ar lietotāju reģistrāciju un paroles maiņu:

1.1. Paziņojums par jauna lietotāja izveidi;

1.2. Paziņojums par jaunu paroli;

2. Ziņojumi par darba plūsmas realizāciju:

2.1. par jaunu darba uzdevumu;

2.2. ziņojumi par darba uzdevuma izpildi;

– 50 –

Prasības

ID

Prasības apraksts

3. Ziņojumi saistībā ar dažādiem notikumiem Sistēmā, piem.,

dalībnieka reģistrācija, notikumi kalendārā, informācija ārējo

pakalpojumu sniedzējiem u. c.

FUN-104 Ziņojuma saturs

Sistēmas ziņojuma saturā ietvertajai informācija ir jāsniedz pilnīga

informācija par attiecīgo notikumu. Ziņojumā ir jābūt saitei uz attiecīgo

Sistēmas notikumu, piem., saņemto ziņojumā par grupas

nokomplektēšanos, ziņojumā ir jābūt saitei uz attiecīgo mācību grupu

kalendārā.

4.3.2 Meklēšana

Prasības

ID

Prasības apraksts

FUN-105 Meklēšana, datu izgūšana un atlasīšana

Sistēmai jānodrošina elastīgas un plašas meklēšanas, datu izgūšanas un

atveidošanas funkcijas dažāda prasmju līmeņa lietotājiem (vienkārša

meklēšana, komplicētu atlases vaicājumu veidošana, izmantojot

salīdzināšanas un loģiskos operatorus). Sistēmā jāparedz iespēju atlasīt

un attēlot reģistrētos mācību materiālus, kā meklēšanas vārdus norādot

jebkuru metadatu elementu kombināciju, atslēgvārdus un/vai tekstuālu

ierakstu saturu.

FUN-106 Meklēšana pievienotajās dokumentu datnēs

Sistēmai jānodrošina iespēja veikt meklēšanas funkciju Sistēmā

pievienotajās dokumentu datnēs.

FUN-107 Meklēšanas parametru atcerēšanās

Veicot meklēšanu pēc lietotāja norādītiem meklēšanas parametriem,

Sistēmai ir jāatceras pēdējie lietotāja izvēlētie parametri, nodrošinot

lietotājam iespēju veikt korekcijas uzstādītos parametros un veikt

atkārtotu dokumentu meklēšanu (vienas sesijas laikā).

FUN-108 Atlasīto ierakstu skaits un struktūra

Sistēmai meklēšanas rezultātā jāatspoguļo atlasīto ierakstu skaits. Sistēma

nedrīkst ierobežot attēlojamo atlasīto ierakstu skaitu. Sistēmai

jānodrošina meklēšanas rezultātā atlasītā saraksta lapošana (paging)

funkcionalitāte.

FUN-109 Meklēšanas lauku neaizpildīšana

Ja lietotājs, veicot meklēšanu, kā meklēšanas parametru nav definējis

kādu no laukiem (lauka vērtība nav aizpildīta, ir tukša), tad tiek saprasts,

ka meklēšana veicama visos datu bāzes ierakstos, neatkarīgi no konkrētā

lauka vērtības.

FUN-110 Meklēšanas aizstājējzīmes

Sistēmai jāatbalsta aizstājējzīmju izmantošana meklēšanas parametros.

– 51 –

Prasības

ID

Prasības apraksts

Sistēmai jāatbalsta vismaz šādas aizstājējzīmes:

• simbols, kas aizstāj vienu rakstzīmi definētā meklēšanas parametrā

(piemēram, “?”);

• simbols, kas aizstāj patvaļīgu skaitu rakstzīmju definētā meklēšanas

parametrā (piemēram, “*”).

FUN-111 Meklēšanas ierobežojumi

Neviena Sistēmas meklēšanas vai atlases funkcija nedrīkst sniegt

lietotājam jebkādu informāciju, kuras atspoguļošana ir pretrunā ar

lietotājam piešķirtām pieejas tiesībām.

4.3.3 E-pasta grupu veidota g

Prasības

ID

Prasības apraksts

FUN-112 E-pastu grupu automātiska izveide

Mācību koordinatoram ir jāvar Sistēmā attiecīgajā funkcionālajā sadaļā

veikt e-pasta grupu izveidi, ko tas var izmantot e-pastu izsūtīšanai

attiecīgās e-pasta grupas dalībniekiem.

Sistēmai ir jānodrošina vismaz šādu e-pasta grupu uzturēšana:

• Iestāžu mācību koordinatoru grupa;

• Mācību programmas dalībnieku grupa;

• Mācību pasākumam reģistrējušos dalībnieku grupa;

• Mācību pasākuma faktisko dalībnieku grupa;

• Mācību programmas pasniedzēju grupa u. c.

FUN-113 E-pasta grupu manuāla izveide un pārvaldība

Sistēmai ir jānodrošina mācību koordinatoram iespēja izveidot, labot un

dzēst klientu, valsts iestāžu darbinieku, pasniedzēju u. c. e-pastu grupas,

izmantojot Sistēmas nodrošinātās filtrēšanas funkcionalitāti (piemēram,

atlasīt valsts iestāžu darbiniekus, kas ir grāmatveži).

Sistēmai jānodrošina iespēja saglabāt izveidotās e-pasta grupas, lai tās

būtu iespējams izmantot tālākā informatīvo darbību īstenošanā.

4.3.4 Problēmu pieteikšana un apstrāde

Prasības

ID

Prasības apraksts

FUN-114 Problēmu pieteikšana

Sistēmai ir jānodrošina iespēja lietotājiem pieteikt konstatētās VAS

darbības problēmas.

– 52 –

Prasības

ID

Prasības apraksts

Problēmas pieteikumā lietotājam ir jāvar norādīt vismaz šādas

informācija:

1. Problēmas kategoriju;

2. Problēmas apraksts;

3. Pieteicēja vārds;

4. Pieteicēja uzvārds;

5. Pieteicēja e-pasts.

Lietotājam, piesakot problēmu, ir jāvar pievienot attēlu. Gadījumā, ja

problēmas pieteikumu aizpilda Sistēmā autorizējies lietotājs, Sistēmai ir

automātiski jāizgūst dati par Pieteicēja vārdu, uzvārdu un e-pastu no

Sistēmā reģistrētajiem datiem.

Problēmu pieteikumu formai ir jānodrošina aizsardzības mehānisms pret

automatizēti ģenerētiem problēmu pieteikumiem (piem., CAPTCHA).

FUN-115 Problēmu pieteikumu saraksts

Sistēmai lietotājam ar atbilstošām tiesībām ir jānodrošina problēmu

pieteikumu saraksts, kurā strukturētā veidā ir jāattēlo šādi uzkrātie dati

par problēmu:

1. Datums, kad problēma pieteikta;

2. Problēmas kategorija;

3. Pieteicēja vārds;

4. Pieteicēja uzvārds;

5. Pieteicēja e-pasts;

6. Statuss.

Saraksts ir jāstrukturē un jāattēlo lietotājam pārskatāmā formā,

nodrošinot, ka problēmu pieteikumi ar dažādiem statusiem vizuāli tiek

attēloti atšķirīgi, kā arī saraksta augšā tiek attēloti jaunākie problēmu

pieteikumi.


Lietotājam no saraksta skata ir jāvar atvērt problēmu pieteikumus.

FUN-116 Problēmu pieteikuma apstrāde

Lietotājam ar atbilstošām tiesībām ir jāvar veikt problēmu pieteikumu

apstrādi un veikt tā statusa maiņu.

Sistēmai ir jānodrošina iespēja lietotājam problēmu pieteikumu

automatizēt padot Izstrādātāja problēmu pieteikumu Sistēmai.

FUN-117 Atgriezeniskā saite

Sistēmai ir jānodrošina atgriezeniskā saite ar problēmas pieteicēju,

informējot to par pieteiktās problēmas statusa izmaiņām, piem., pieņemts

– 53 –

Prasības

ID

Prasības apraksts

zināšanai, pieteikts izstrādātājam u. c.

4.4 Integrācija ar citām informācijas sistēmām

4.4.1 Integrācija ar VAS tīmekļvietni

Prasības

ID

Prasības apraksts

FUN-118 Saskarnes funkcijas

Sistēmai ir jānodrošina sadarbspēja ar VAS esošo tīmekļvietni.

FUN-119 Saskarnes realizācija

Saskarne ir jārealizē kā noteiktas Sistēmas funkcionalitātes publicēšana

(iframe) tīmekļvietnē.

VAS esošās tīmekļvietnes izmaiņu izstrāde nav attiecināma uz

Izstrādātāju un tiks realizēta cita līguma ietvaros. Izstrādātājam ir

jānodrošina dalība nepieciešamā integrācijas risinājuma apzināšanā un

tehniskās realizācijas specificēšanā.

FUN-120 Galvenā publicējamā funkcionalitāte

Sistēmai ir jānodrošina šādas funkcionalitātes publicēšana VAS

tīmekļvietnē:

1. VAS mācību pasākumu katalogs;

2. Publiski pieejamie mācību materiāli;

3. Kalendāra publiskā daļa;

4. Notikumu grafiks;

5. Publiski pieejamās anketas;

6. Sistēmas autentifikācijas izsaukšana.

4.4.2 Integrācija ar mācību telpu monitoru pārvaldības rīku

Prasības

ID

Prasības apraksts


Sistēmai ir jānodrošina sadarbspēja ar mācību telpu monitoru pārvaldības

rīku, nodrošinot telpu aizņemtības informācijas nodošanu.


Izstrādātājam ir jāveic esošā mācību telpu monitoru pārvaldības rīka

analīze un integrācijas risinājuma izstrāde gan Sistēmas pusē, kas Mācību

telpu monitoru pārvaldības rīka pusē.

Izstrādātājs var izstrādāt savu risinājumu telpu aizņemtības informācijas

publicēšanai VAS monitoros. Šajā gadījumā izstrādē ir jānodrošina esošā

risinājuma dizaina pārņemšana. Esošā risinājuma izstrādes darbietilpība

– 54 –

Prasības

ID

Prasības apraksts

bija vērtējama kā 2 darba dienas.

FUN-123 Galvenie nosūtāmie datu vienumi

Sistēmai ir jānodrošina šādu datu nodošanu ATMPR par mācību

pasākumiem:

1. Mācību pasākuma nosaukums;

2. Mācību pasākuma norises ilgums;

3. Pasniedzēja vārds, uzvārds;

4. Mācību pasākuma norises telpa.

4.4.3 Integrācija ar VISS Vienotās pieteikšanās modulis

Prasības

ID

Prasības apraksts


Sistēmai ir jānodrošina sadarbspēja ar VISS Vienotās pieteikšanās moduli

Sistēmas lietotāju autentifikācijas nodrošināšanai.


Saskarne ir jārealizē atbilstoši Vienotās pieteikšanās moduļa turētāja

VRAA nodrošinātajam saskarnes veidam.

Skat. dokumentācija:

https://viss.gov.lv/lv/Informacijai/Dokumentacija/Koplietosanas_kompone

ntes/Vienotas_pieteiksanas_modulis

4.5 Prasības administrēšanai

4.5.1 Prasības lietotāju, to tiesību un paroļu politikas pārvaldībai

Prasības

ID

Prasības apraksts

FUN-126 Lietotāju pārvaldība

Sistēmai jānodrošina iespēja lietotājiem ar atbilstošām piekļuves tiesībām

īstenot šādas darbības:

• Izveidot jaunu lietotāju, mainīt tā datus;

• Bloķēt lietotāju;

• Lietotājam piešķirt paroli un noteikt tās derīguma termiņu (derīguma

termiņš attiecināms uz pirmreizējās paroles nomaiņu vai arī

gadījumiem, kad Sistēma lietotājam atjaunojos paroli, pārējos

gadījumos paroles derīguma termiņš tiek noteikts saskaņā ar paroles

iestatījumu konfigurāciju);

• Mainīt lietotāja statusu – aktivizēt, bloķēt piekļuvi Sistēmai;

• Attēlot lietotāju sarakstu un veikt meklēšanu tajā.

https://viss.gov.lv/lv/Informacijai/Dokumentacija/Koplietosanas_komponentes/Vienotas_pieteiksanas_modulis

https://viss.gov.lv/lv/Informacijai/Dokumentacija/Koplietosanas_komponentes/Vienotas_pieteiksanas_modulis

– 55 –

Prasības

ID

Prasības apraksts

FUN-127 Tiesību pārvaldība

Sistēmai jānodrošina administratora tiesību pārvaldība, kas ietver:

• Tiesību grupēšanu pa lomām;

• Tiesību un lomu piešķiršanu un noņemšanu lietotājiem (iekļaujot

vienas vai vairāku lomu piešķiršanu/noņemšanu).

FUN-128 Tiesību piešķiršana uz Sistēmas objektiem

Sistēmai ir jāatbalsta iespēja piešķirt tiesības uz Sistēmas objektiem, piem.,

tiesības pasniedzējam veikt noteikta mācību pasākuma satura vadību,

tiesības pasniedzējam attiecībā uz noteiktas mācību grupas testēšanas vai

mācību pasākuma novērtēšanas anketas rezultātiem u. c.

FUN-129 Paroles iestatījumu konfigurācija

Sistēmai jānodrošina paroles iestatījumu konfigurācijas iespēja (noteikt

nepieciešamo paroles sarežģītību (simbolu skaits, speciālo zīmju, lielo

burtu, simbolu iekļaušana, iepriekšējo paroļu skaits, kurām identisku nevar

veidot jauno paroli), obligāto paroles maiņas termiņu, nosacījumus

automatizētai paroles bloķēšanai).

FUN-130 Paroļu politikas atbilstība normatīvā regulējuma prasībām

Sistēmas administratoram ir jāvar iestatīt Sistēmas lietotāju paroļu politiku,

kas nodrošina atbilstību MK noteikumos Nr. 442 (28.07.2015.) “Kārtība,

kādā tiek nodrošināta informācijas un komunikācijas tehnoloģiju sistēmu

atbilstība minimālajām drošības prasībām” noteiktajām prasībām.

4.5.2 Klasifikatori

Prasības

ID

Prasības apraksts

FUN-131 Klasifikatoru pārvaldība

Sistēmai jāļauj papildināt/mainīt/dzēst klasifikatoru vērtības. Šādām

funkcijām ir jābūt pieejamām ar noteiktām pieejas tiesībām.

FUN-132 Klasifikatori

Sistēmai ir jānodrošina vismaz šādi klasifikatori, kur lietotājam bez

programmēšanas nepieciešamības, ir jāvar veikt to pārvaldību:

1. Mācību aktivitāšu veidu klasifikators:


1.2. Seminārs;

1.3. Lekcija;

1.4. Ēnošana;

1.5. Pieredzes apmaiņa;

1.6. Komandējums;

1.7. Praktiskais darbs u. c.

2. Valsts pārvaldes iestāžu klasifikators:

– 56 –

Prasības

ID

Prasības apraksts

2.1. Nosaukums;


2.3. Adrese;

2.4. Telefona numurs;

2.5. Faksa numurs;

2.6. Bankas konts (var būt vairāki):

2.6.1. Projekta nosaukums;

2.6.2. Bankas konts u. c.

3. VAS mācību telpu klasifikators:

3.1. Telpas numurs;

3.2. Telpas nosaukums;

3.3. Telpas ietilpība (maksimālais dalībnieku skaits);

3.4. Telpas izkārtojuma veids;

3.5. Papildus telpu aprakstošā informācija;

4. Gada brīvdienu un svētku dienu klasifikators u. c.

4.5.3 Auditācija

Prasības

ID

Prasības apraksts Piezīmes

FUN-133 Auditācija

Sistēmai jānodrošina iespēja veikt auditācijas pierakstus.

Auditācijas funkcijai jābūt konfigurējamai, lai varētu norādīt, par

kādām darbībām jāveic auditācijas pieraksti un vajadzības

gadījumā būtu iespējams pārtraukt, vai būtiski samazināt

auditācijas pierakstu veikšanu.

Obligāta

FUN-134 Uzkrājamie auditācijas pieraksti

Auditācijas pieraksti ir jāuzkrāj vismaz par:

1. Katru Sistēmas lietotāja reģistrēto, laboto, dzēsto ierakstu.

2. Katru Sistēmas lietotāja pieslēgšanos (veiksmīgu,

neveiksmīgu) sistēmai un atslēgšanos no sistēmas;

3. Fizisko personu datu aizsardzības likumā noteiktajiem

notikumiem (piemēram, fizisko personu datu apskati);

Obligāta

FUN-135 Auditācijas pierakstos reģistrējamā informācija

Auditācijas pierakstos par vienu darbību jāreģistrē vismaz šāda

informācija:

1. Sekvences numurs, paredzot sekvences, kas sniedzas pāri

paredzamajam transakciju skaitam vismaz 20 gadu periodā

pēc paredzamās sistēmas ieviešanas;

2. Darbības izpildītājs – Sistēmas lietotāja vārds;

3. Darbības veids (kāda tieši darbība veikta – dzēšana,

rediģēšana, apskate u. c.);

4. Darbības izpildes laiks;

Obligāta

– 57 –

Prasības

ID

Prasības apraksts Piezīmes

5. Darbstacijas identifikators (nosaukums un IP adrese), no

kuras veikta darbība.

4.5.4 Darbības uzraudzība

Prasības

ID

Prasības apraksts

FUN-136 Aktīvo sesiju pārvaldība

Sistēmas administratoram jāvar atvērt un apskatīt aktīvo sesiju saraksts un

konkrētas aktīvās sesijas raksturojošā informācija (lietotāja vārds,

pieslēguma IP adrese, izmantotā pārlūkprogramma, sesijas sākuma laiks un

pēdējās veiktās darbības laiks). Administratoram jābūt iespējai jebkurā

brīdī pārtraukt jebkura lietotāja sesiju, informējot to ar sistēmas

paziņojumu.

FUN-137 Sistēmas parametru pārvaldība

Sistēmas administratoram jāvar atvērt un apskatīt sistēmas parametru

saraksts un atsevišķa parametra raksturojošā informācija. Administratoram

jābūt iespējai labot sistēmas parametru vērtības, piemēram, laika periods,

par kuru lietotājam ir pieejama tā darbību vēsture.

– 58 –

5 Nefunkcionālās prasības

5.1 Prasības lietotāja saskarnei

Prasības

ID

Prasības apraksts

N-001 Pārlūkprogrammu atbalsts

Sistēmai ir jāatbalsta šādas tīmekļa pārlūkprogrammas un to versijas:

1. Internet Explorer 10.0,

2. Mozilla Firefox 40.0,

3. Google Chrome 45.0,

kā arī šo pārlūkprogrammu jaunākās versijās.

Mācību dalībnieka funkcionalitātei ir jānodrošina arī darbība minēto

pārlūkprogrammu mobilajās versijās, nodrošinot korektu tās parādīšanu un

ērtu navigāciju mobilajos telefonos. Mācību dalībnieka funkcionalitātes

saskarnēm ir jābūt veidotām, ievērojot reaģējošas tīmekļa vietnes dizaina

principus (responsive design).

N-002 Valodu atbalsts

Sistēmas lietotāju saskarnei primāri ir jābūt latviešu valodā.

Sistēmai jāparedz iespēja, ka nepieciešamības gadījumā noteiktiem

Sistēmas moduļiem ir jānodrošina angļu valodas atbalsts.

N-003 Saskarnes lietojamība

Sistēmas dizainam un lietotāja saskarnei ir jāatbilst šādām prasībām:

1. Lietotāju saskarnei ir jābūt ērtai, ergonomiskai un intuitīvi lietojamai

(piemēram, horizontālo ritjoslu neesamība (datoram ar izšķirtspēju

1024x768), pēc iespējas mazāk vertikālo ritjoslu izmantošana,

pārskatāms ievadlauku izkārtojums utt.);

2. Saskarnē izmantotajai valodai (vārdiem, frāzēm) jābūt saprotamai

lietotājiem;

3. Sistēmas ietvaros, apzīmējot vienu un to pašu lietu dažādos ekrānos,

jābūt izmantotiem vieniem un tiem pašiem terminiem un zīmēm;

4. Jebkurai darbībai jābūt viennozīmīgai, t. i., izpildot vienu un to pašu

darbību, lietotājam jāiegūst kvalitatīvi vienādi rezultāti.

5. Sistēmas dialogiem jāsatur tikai tāds informācijas apjoms, kas ir

būtisks Sistēmas darbināšanai un lietotāja funkciju veikšanai;

6. Sistēmas standarta ziņojumi (tīmekļa pakalpes un lietotāju saskarnes)

precīzi skaidro radušos problēmu būtību un piedāvā tālāko rīcību;

7. Navigācija starp ekrāna formām - Sistēmai jābūt izveidotai tā, lai

lietotājam nevajadzētu atcerēties informāciju, pārejot no viena ekrāna

uz citu;

8. Sistēmai jānodrošina atgriezeniskā saite ar lietotāju, pēc iespējas

informējot viņu par Sistēmā notiekošajām darbībām;

9. Visās ievadformās tās pēc iespējas jāaizpilda ar Sistēmā pieejamo

– 59 –

Prasības

ID

Prasības apraksts

informāciju, lai lietotājam atvieglotu ievadi.

N-004 Izmantojamie standarti un vadlīnijas

Sistēmas lietotāju saskarņu projektēšanā un navigācijā jāizmanto sekojoši

standarti:

1. ISO 9241-151:2008 Ergonomics of human-system interaction -- Part

151: Guidance on World Wide Web user interfaces;

2. ANSI/HFES 200 “Human Factors Engineering of Software User

Interfaces”.

Turpmākie standarti ieteicami izmantošanai. Pretendentam jānorāda, kādus

standartus tas izmantos lietotāju saskarņu projektēšanai un lietojamības

nodrošināšanai:

1. ELMER/ELMER2 “User Interface Guidelines for Governmental

Forms on the Internet”;

2. Microsoft “Inductive User Interface Guidelines”;

3. LVS EN ISO 9241-210:2011 (Cilvēka un sistēmas mijiedarbības

ergonomika. 210. daļa: Uz lietotāju orientētie projektēšanas procesi

interaktīvajām sistēmām).

N-005 Izšķirtspēja

Lietotāja saskarni jāvar lietot uz ekrāna, kura izšķirtspēja ir lielāka vai

vienāda ar 1024x768 punktiem.

N-006 Paziņojumi

Sistēmas standarta paziņojumiem ir jābūt viegli saprotamā valodā, precīzi

jāskaidro radušos problēmu būtība un jāpiedāvā tālākās rīcības variants,

kur tas ir attiecināms.

Paziņojumā par kļūdu vai izņēmuma situāciju lietotājam jāsniedz

informācija par darbības izpildes stāvokli un iespējamie tālākās rīcības

varianti. Informācija par kļūdu vai izņēmuma situāciju jāreģistrē Sistēmā

un jānodrošina sistēmas administratoram pārskatīt Sistēmas kļūdu reģistru.

Sistēmai jānodrošina iespēja bez programmatūras pirmkoda izmaiņām

izveidot, labot un dzēst Sistēmas paziņojumus.

Sistēmai jānodrošina administratoram iespēja konfigurēt Sistēmas

paziņojumu parādīšanās nosacījumus un paziņojumu tekstu.

N-007 Datu ievades ekrānformas

Sistēmas datu ievades ekrānformas jāveido tā, lai padarītu datu ievadi pēc

iespējas ērtāku tajā skaitā, bet ne tikai, nodrošinot klasifikatoru vērtību

izvēli atbilstošajos laukos, datumu izvēli no kalendāra, iespēju izmantot

vilkt un nomest (drag and drop) paņēmienu, piem., pārvietojot mācību

dalībnieku no vienas grupas uz otru, ievadīto vērtību validāciju reālajā

– 60 –

Prasības

ID

Prasības apraksts

laikā, iespēju pārvietoties starp ievades laukiem, izmantojot tastatūras

taustiņu “Tab” u. c.

N-008 Obligāti aizpildāmie lauki

Sistēma jāizstrādā, paredzot obligāti aizpildāmo lauku nepieciešamību.

Obligāti aizpildāmie lauki jāattēlo lietotāja saskarnē atbilstoši vienotam

lietotāja saskarnes dizainam. Sistēmai jāveic lauku pārbaude un Sistēmas

reakcija uz neaizpildītiem obligāti aizpildāmajiem laukiem (kļūdu

paziņojumu ar lūgumu aizpildīt visus obligāti aizpildāmos laukus).

N-009 Datu kārtošana

Izstrādājot sistēmu, jāparedz sarakstu (tabulāru datu) kārtošana vismaz

šādos veidos:

1. datu kārtošana pēc noklusējuma;

2. skaitlisko datu kārtošana augošā un dilstošā secībā;

3. teksta datu kārtošana alfabētiskā un pretēji alfabēta secībai;

4. datuma un laika datu kārtošana augošā un dilstošā secībā.

N-010 Dizains

Mācību portāla un mācību administrācijas vides dizainam:

1. Ir jābūt oriģinālam, mūsdienīgam, veidotam lietišķā stilā;

2. Veidotam vienotā stilā;

3. Veidojot dizainu, ir jāievēro VAS vienotā stila vadlīnijas, kuru

pieejamību Izstrādātājam nodrošinās VAS pēc izstrādes līguma

noslēgšanas.

4. Pirms dizaina izstrādes Izpildītājam jāsaskaņo ar Pasūtītāju dizaina

risinājumu pamatprincipus un jāizstrādā dizaina paraugi (līdz 20 skati

atšķirīgām sadaļām).

5. Mācību portāla sadaļām ir jābūt veidotām vizuāli pievilcīgām un ērti

lietojamām, vienlaikus nodrošinot to, ka apmeklētāji informāciju

uztver ne tikai ar tekstuālās informācijas, bet arī ar vizuālo elementu

palīdzību (piemēram, mācību pasākumu, kursu fotogrāfijas).

N-011 Grafiskā noformējuma elementi

Ir jānodrošina iespēja izmantot grafiskā noformējuma elementus attiecībā

uz dažādu virzienu kursu apzīmēšanu, piemēram, izmantojot atšķirīgas

krāsas vai grafiskās atpazīstamības simbolus, ļaujot lietotājiem iespējami

viegli identificēt, vai attiecīgais kurss ir piekritīgs U projektam, K

projektam vai citiem VAS nodrošinātajiem apmācību kursiem.

5.2 Prasības ievadīto datu kontrolēm

Prasības

ID

Prasības apraksts

N-012 Sintaktiskās kontroles

Ir jābūt sintaktiskajām kontrolēm tiem ievadlaukiem, kuros paredzēts

– 61 –

Prasības

ID

Prasības apraksts

ievadīt noteikta formāta datus, piemēram, datuma ievadlaukā ievadāmajiem

datiem jābūt atbilstošiem sistēmā konfigurētam datuma formātam. Līdzīgi,

jākontrolē, lai datu ievadlaukos, kas paredzēti skaitliskiem datiem,

ierobežot iespējas ievadīt citus simbolus.

N-013 Loģiskās kontroles

Jāveic atbilstošas loģiskās kontroles, piemēram, ievadot intervālu ar diviem

datumiem, sistēmai jāpārbauda vai norādītā intervāla sākuma datums un

laiks ir mazāks par intervāla beigu datumu un laiku, sistēmai jāpārbauda

vai ievadītais datums nav mazāks kā noklusētais datums (vietās, kur nav

pieļaujama vērtība ar atpakaļejošu datumu), vai ievadītais gada skaitlis

atbilst pieļaujamajām vērtībām u. c. loģiskās kontroles atbilstoši

pieļaujamajām lauka/u vērtībām.

N-014 Datu izvēlne

Lai uzlabotu ievadīto datu kvalitāti, visos ievadlaukos, kur tas ir iespējams,

jāizmanto izvēle no klasifikatoriem / pieejamām vērtībām atbilstoši klienta

datiem, nevis brīva teksta ievade.

N-015 Drošības kontroles

Jānodrošina ievadīto datu automātiska kontrole, aizliedzot datu tipam

neatbilstošas vērtības, kā arī vērtības, kas atgādina XSS, SQL injekciju, OS

komandu injekciju u. c. uzbrukumus.

5.3 Atbilstība standartiem

Prasības

ID

Prasības apraksts

N-016 SCORM standarts

Sistēmai ir jānodrošina atbilstība SCORM standartam

(http://scorm.com/wp-

content/assets/cookbook/SCORM%201_2%20Overview.htm) attiecībā uz

mācību pārvaldības sistēmu, lai potenciāli nodrošinātu sadarbspēju ar citām

mācību pārvaldības sistēmām.

5.4 Prasības drošībai

Prasības

ID

Prasības apraksts

N-017 Vispārīgās drošības prasības

Jānodrošina sistēmas drošības prasības saskaņā ar MK 2015. gada 28. jūlija

noteikumiem Nr. 442 “Kārtība, kādā tiek nodrošināta informācijas un

komunikācijas tehnoloģiju sistēmu atbilstība minimālajām drošības

prasībām”. Sistēma klasificējama kā paaugstinātas drošības sistēma.

N-018 Lietotājam pieejamās tiesības

http://scorm.com/wp-content/assets/cookbook/SCORM%201_2%20Overview.htm

http://scorm.com/wp-content/assets/cookbook/SCORM%201_2%20Overview.htm

– 62 –

Prasības

ID

Prasības apraksts

Lietotājiem (atbilstoši to lomai) drīkst būt pieejama tikai tā funkcionalitāte

un tikai tādai lietošanai, kā atrunāts tehniskajās prasībās. Lietotājam nevar

būt iespējai veikt savu tiesību eskalāciju.

N-019 Datu šifrēšana pārraides tīklā

Sistēmu daļām, kur tas nepieciešams, jānodrošina, ka datu apmaiņa starp

klientu (pārlūkprogrammu) un serveri (Sistēmu) notiek tikai un vienīgi pa

šifrētu datu apmaiņas kanālu (izmantojot TLS protokola 1.2 vai jaunāku

versiju).

N-020 Aizsardzība pret nesankcionētu rīcību

Sistēmas formām un saskarnēm, kas ir pieejamas autentificētam lietotājam,

jābūt izstrādātām tā, lai nebūtu iespējams, apejot autentifikācijas un

autorizācijas procedūras, nesankcionēti izpildīt Sistēmas funkcijas un/ vai

piekļūt Sistēmā uzglabātajai informācijai pat tad, ja pieprasījums satur

precīzu funkcijas un/ vai datu piekļuves resursa URI adresi.

N-021 Sesijas pārtraukšana

Sistēmā jābūt ietvertam tehniskajam risinājumam, kas, pārtrauc lietotāja

darba sesiju, ja pēc noteikta skaita minūšu (konfigurējams lielums) lietotājs

nav veicis nevienu darbību. Darbu turpināt iespējams tikai pēc atkārtotas

autentifikācijas.

N-022 Sesijas identifikatora atkārtotas izmantošanas liegšana

Sistēmā ir jābūt ietvertai kontrolei, kas liedz atkārtoti izmantot jau aktīvu

izveidotu sesijas identifikatoru jaunas sesijas izveides nodrošināšanai.

N-023 Iekšējo lietotāju kontu bloķēšana

Sistēmai jāveic lietotāja konta bloķēšana, ja tiek izdarīti vairāki

(konfigurējams lielums) neveiksmīgi autentifikācijas mēģinājumi.

N-024 Fizisko personu datu aizsardzība

Jānodrošina fizisko personu datu aizsardzība saskaņā ar Fizisko personu

datu aizsardzības likuma prasībām, atļaujot pieeju sensitīvajiem personas

datiem tikai autentificētiem Sistēmas lietotājiem, kam piekļuve datiem

nepieciešama darba uzdevumu realizācijai, un katru reizi veicot par to

atbilstošu ierakstu audita pierakstu žurnālā.

N-025 Aizsardzība pret uzbrukumiem

Jānodrošina aizsardzība vismaz pret 10 izplatītākajiem uzlaušanas

paņēmieniem (skat.

https://www.owasp.org/index.php/Top10#OWASP_Top_10_for_2013):

1. Injection flaws;

2. Broken authentification and session management;

3. Cross site scripting;

4. Insecure direct object reference;

5. Security Misconfiguration

6. Sensetive Data Exposure

– 63 –

Prasības

ID

Prasības apraksts

7. Missing Funkction Level Access Control

8. Cross site request forgery;

9. Using Known Vulnerable Components

10. Unvalidated Redirects and Forwards

5.5 Prasības pieejamībai un veiktspējai

Prasības

ID

Prasības apraksts

N-026 Pieejamība

Jānodrošina šādas Sistēmas pieejamības prasības:

1. Darba dienās 8:00 – 18:00: 99%,

2. Pārējā laikā: 95%.

Maksimālais pieļaujamais dīkstāves laiks vienas dienas laikā nedrīkst

pārsniegt 2 stundas.

Izņēmums var būt iepriekš plānoti tehniskie pārtraukumi, kas nedrīkst

pārsniegt 4 stundas mēnesī.

N-027 Veiktspējas prasības

Sistēmai jānodrošina darbs vismaz 50 lietotāju vienlaicīgām sesijām pie

šādiem veiktspējas nosacījumiem:

1. Sistēmas reakcijas laiks (t. i., laiks no brīža, kad lietotājs ir veicis

transakciju līdz transakcijas izpildes beigām, kad lietotājam ir

redzams transakcijas rezultāts) nedrīkst pārsniegt 3 sekundes 95%

transakciju (tiešsaistes operācijām, piemēram, lietotāju pieslēgšanās

sistēmai iekšējiem lietotājiem, informācijas pārskatīšana u. c.).

Pārējos 5% gadījumu reakcijas laiks nedrīkst pārsniegt 15 sekundes.

2. Sistēmas reakcijas laiks attiecībā uz atskaišu sagatavošanu (t. i.,

laiks no brīža, kad lietotājs ir veicis pieprasījis atskaites

sagatavošanu, līdz atskaites sagatavošanas beigām, kad lietotājam ir

redzama sagatavotā atskaite) nedrīkst pārsniegt 10 sekundes 95%

atskaišu sagatavošanas gadījumu. Pārējos 5% gadījumu reakcijas

laiks nedrīkst pārsniegt 30 sekundes.

5.6 Prasības dokumentācijai

Prasības

ID

Prasības apraksts

N-028 Piegādājamā dokumentācija

Izstrādātājam ir jāizstrādā, jāsaskaņo ar Pasūtītāju un jāpiegādā šāda

dokumentācija:

1. Projekta pārvaldības plāns;

– 64 –

Prasības

ID

Prasības apraksts

2. Sistēmas arhitektūra;

3. Produkta darbu plāns (produkta backlog);

4. Sistēmas saskarņu apraksta dokuments;

5. Lietotāja rokasgrāmata;

6. Administratora rokasgrāmata;

7. Instalācijas rokasgrāmata;

8. Programmatūras prasību specifikācija;

9. Programmatūras projektējuma aprakts.

Sistēmas izmaiņu pieprasījumu realizācijas gadījumā Izstrādātājam ir

jānodrošina visas iepriekš izstrādātās dokumentācijas pārskatīšana un

papildināšana atbilstoši veiktajām izmaiņām.

Dokumentācija Izstrādātājam ir jāiesniedz Pasūtītājam latviešu valodā

elektroniski rediģējamā (MS Word atpazīstamā) formātā un 2 (divos)

drukātos eksemplāros parakstīšanai – katrai pusei vienu eksemplāru.

N-029 Standarti

Izstrādātājam, sagatavojot dokumentāciju, jāievēro šādi standarti:

1. ISO/IEC/IEEE 42010 Systems and software engineering —

Architecture description;

2. IEEE 29148-2011 Systems and software engineering, Life cycle

processes, Requirements engineering;

3. IEEE 1016-2009 Standard for Information Technology Systems

Design, Software Design Descriptions;

4. IEEE 1063-2001 IEEE Standard for Software User Documentation.

N-030 Lietotāja un administratora dokumentācija

Izstrādātājam ir jāizstrādā lietotāja dokumentācija pa lietotāju grupām

(mācību dalībnieks, mācību koordinators, pasniedzējs u. c.). Vienojoties

ar Pasūtītāju, Izstrādātājs var apvienot vairākas rokasgrāmatas vienā.

Pieļaujama elektroniska lietotāja dokumentācija, kas vienlaikus kalpo kā

lietotāja saskarnē integrēts tiešsaistes lietotāja palīgs.

N-031 Dokumentācijas piegādes termiņi

Izstrādātājam jānodrošina šādu dokumentu izstrāde un saskaņošana 2

(divu) nedēļu laikā no līguma noslēgšanas brīža:

1. Projekta pārvaldība plāns;

2. Sistēmas arhitektūra;

3. Produkta darbu plāns (produkta backlog).

Pārējo prasībā N-028 ietverto dokumentu saskaņotās versijas

Izstrādātājam ir jāpiegādā atbilstoši Produkta darbu plānam, bet ne vēlāk

kā līdz izstrādes projekta beigām t. i., 8 mēnešus no līguma par Sistēmas

izstrādi noslēgšanas brīža.

– 65 –

5.7 Prasības Sistēmas testēšanai

Prasības

ID

Prasības apraksts

N-032 Sistēmas testēšanas apjoms

Pirms izstrādātās Sistēmas nodošanas akcepttestēšanai Izstrādātājam

jānodrošina visu Sistēmu komponenšu, to savstarpējās sadarbības, kā arī

mijiedarbības ar citām ārējām sistēmām testēšana. Katrai komponentei

jāveic pilnīgi visu tās funkciju testēšana.

N-033 Sistēmas akcepttestēšana

Pēc visu iterāciju testēšanas Pasūtītājs veic Sistēmas akcepttestēšanu ne

vairāk kā 2 (divu) nedēļu laikā. Izstrādātājam jānodrošina atbalsts

Pasūtītājam, lai Pasūtītājs varētu veiksmīgi veikt akcepttestēšanu.

Pasūtītājam ir tiesības noraidīt Sistēmas vai tās daļas akceptēšanu,

saņemot pirmo kritisko kļūdu akceptēšanas laikā.

N-034 Sistēmas drošības testēšana

Izpildītājam līdz ar Sistēmas nodošanas produkcijas lietošanā ir jāiesniedz

neatkarīgs drošības audita atzinums par Sistēmas drošības novērtējumu,

kurš ir veikts atbilstoši OWASP (Open Web Application Security Project)

testēšanas vadlīnijām un OSSTMM (Open Source Security Testing

Methodology Manual) atvērtā koda drošības testēšanas metodikas

rokasgrāmatai vai līdzvērtīgai metodoloģijai un apliecina, ka Sistēmā nav

identificējama neviena augsta vai vidēja riska drošības ievainojamība.

Attiecībā uz zema līmeņa ievainojamībām Izpildītājam ir jāiesniedz to

novēršanas plāns, ar konkrētiem veicamajiem pasākumiem un to izpildes

termiņiem.

Pasūtītājam pēc Sistēmu ieviešanas produkcijas vidē ir tiesības veikt

neatkarīgu Sistēmu drošības testēšanu. Izstrādātājam ir jānovērš visas šo

testu ietvaros konstatētās nepilnības / ievainojamības bez papildus

samaksas veikšanas Sistēmas garantijas laikā.

N-035 Sistēmas veiktspējas testēšana

Izstrādātājam ir jānodrošina Sistēmas, tās komponenšu un funkciju

veiktspējas testēšana, lai pārliecinātos par to, ka Sistēma atbilst

specifikācijā noteiktajām veiktspējas prasībām.

Pasūtītājam pēc Sistēmas ieviešanas produkcijas vidē ir tiesības veikt

neatkarīgu sistēmu veiktspējas testēšanu. Izstrādātājam ir jānovērš visas

šo testu ietvaros konstatētās nepilnības bez papildus samaksas veikšanas

Sistēmas garantijas laikā.

– 66 –

5.8 Ieviešanas prasības un ieviešanas vadība

Prasības

ID

Prasības apraksts

N-036 Vispārējās ieviešanas prasības

Izstrādātājam ir jāveic šajā tehniskajā specifikācija aprakstīto darbu

izpilde, jāveic visu Sistēmu ieviešana ekspluatācijas vidē un jāpiegādā

nodevumi atbilstoši šīs specifikācijas prasībām.

N-037 Ieviešanas apjoms

Izstrādātājam ir jānodrošina Sistēmas uzstādīšana, konfigurēšanu,

nepieciešamo izmaiņu veikšanu Sistēmā, lai tā spētu pilnvērtīgi

nodrošināt Tehniskajā specifikācijā noteikto funkcionalitāti.

Izstrādātājam jānodrošina klātienes (on-site) atbalsts 100% apjomā

Sistēmas palaišanas pirmajā un nepieciešamības gadījumā arī nākamajās

trīs dienās, kā arī 25% klātbūtnes atbalstus pirmajās 10 darba dienās pēc

Sistēmas palaišanas ekspluatācijas režīmā.

N-038 Eksperimentālās ekspluatācijas atbalsts

Pēc Sistēmas nodošanas Izstrādātājam ir jānodrošina 2 (divu) mēnešu

atbalsts Sistēmas darbināšanas laikā, veicot iespējamo problēmu

operatīvu novēršanu atbilstoši identificēto problēmu prioritātēm (skat.

GAR-004).

5.9 Prasības Sistēmas administratoru un lietotāju mācībām

Prasības

ID

Prasības apraksts

N-039 Mācību apjoms

Izstrādātājam ir jānodrošina:

1. Mācību koordinatoru apmācība (līdz 10 apmācāmās personas);

2. Mācību uzraudzības darbinieku apmācība (līdz 5 apmācāmās

personas);

3. Mācību atbalsta darbinieku apmācība līdz (līdz 10 apmācāmās

personas);

4. Administratoru mācība (līdz 5 apmācāmās personas);

5. Mācību materiālu sagatavošanu.

Izstrādātājam jānodrošina lietotāju un administratoru mācības par katru

no Sistēmas komponentēm tādā līmenī, lai lietotāji pastāvīgi un

pilnvērtīgi spētu izmantot Sistēmas piedāvāto funkcionalitāti un lai

Sistēmas administratori spētu patstāvīgi veikt Sistēmas administrēšanas,

uzraudzības un atjaunošanas pasākumus.

N-040 Mācību organizēšana

Katrai no prasībā N-039 minētajām apmācāmo personu grupām jāveic

– 67 –

Prasības

ID

Prasības apraksts

atsevišķas mācības.

N-041 Mācību materiāli un tehniskais aprīkojums

Izstrādātājam jānodrošina visa nepieciešamā tehniskā aprīkojuma un

mācību materiālu sagatavošana, kas nepieciešama veiksmīgai mācību

norisei.

N-042 Mācību valoda

Izstrādātājam ir jānodrošina, ka mācības tiek veiktas latviešu valodā.

N-043 Mācību materiālu saskaņošana

Izstrādātājam mācību materiālu saskaņotā gala versija ir jāpiegādā vismaz

10 (desmit) darba dienas pirms plānotā mācību sākuma datuma.

N-044 Video mācību materiāli

Izstrādātājam ir jāizstrādā un ar Pasūtītāju jāsaskaņo video mācību

materiāli šādām lietotāju grupām:

• Mācību dalībnieks;

• Iestādes mācību koordinators;

• Pasniedzējs.

Katrai no lietotāju grupām gatavojams savs video mācību materiāls.

Izstrādātājam jānodrošina video materiālu kvalitāte tādā līmenī, lai

lietotāji pēc to noskatīšanās pastāvīgi un pilnvērtīgi spētu izmantot

Sistēmas piedāvāto funkcionalitāti attiecīgajai lietotāju grupai.

– 68 –

6 Organizatoriskās prasības

6.1 Prasības projekta organizācijai


ORG-001 Projekta vadītājs

Izstrādātājam ir jānozīmē projekta vadītājs, kura tiesībās un pienākumos

ietilpst:

1. projekta realizācijas posmu plānošana;

2. projekta realizācijas sanāksmju vadība;

3. komunikācijas nodrošināšana starp Pasūtītāju un Izstrādātāju;

4. projekta realizācijas kontrole;

5. projekta dienas plānošanas sanāksmju vadība; projekta

dokumentācijas un nodevumu apstiprināšana un iesniegšana;

6. preventīvo un korektīvo darbību, par kurām atbild Izstrādātājs,

plānošana.

ORG-002 Projekta darba valoda

Izstrādātājam ir jānodrošina latviešu valoda:

1. projekta realizācijas sanāksmēs;

2. intervijās ar Pasūtītāju un Sistēmas lietotājiem, izmantotājiem;

3. Sistēmas lietotāju mācībās;

4. visā projekta dokumentācijā;

5. sniedzot sistēmas garantijas pakalpojumus.

ORG-003 Projekta realizācijas atklāšanas sanāksme

Izstrādātājam pēc līguma parakstīšanas iespējami drīz, bet ne vēlāk, kā

piecas darba dienas pēc līguma noslēgšanas dienas, ir jāorganizē projekta

realizācijas atklāšanas sanāksme, kurā jāskata vismaz šādi jautājumi:

1. projekta pārstāvība projekta pārraudzības padomē;

2. projekta realizācijas vadības grupas un projekta realizācijas darba

grupu sastāvs, loma projekta realizācijas izpildē, atbildība un

pienākumi;

3. sanākšanas biežums (tai skaitā datumi un laiki) un norises vieta;

4. piedāvātā komunikāciju shēma ar citām projekta realizācijā

iesaistītajām pusēm, lai saskaņotu projekta gaitu ar citām projekta

aktivitātēm.

Projekta realizācijas atklāšanas sanāksmē Izstrādātājam ir jāiesniedz

projekta uzsākšanas ziņojums prezentācijas formā, kā arī jāveic

sanāksmes gaitas protokolēšana.

ORG-004 Projekta vadības grupa

Izstrādātājam jānodrošina resursi dalībai projekta vadības grupas

sanāksmēs. Projekta vadības grupas sanāksmes jāorganizē pēc

nepieciešamības, bet ne retāk kā divas reizes mēnesī.

Galvenās projekta realizācijas vadības grupas funkcijas būs:

– 69 –


1. Pasūtītāja un Izstrādātāja darbību koordinācija;

2. izskatīt projekta realizācijas progresa ziņojumus, novērtēt projekta

realizācijas atbilstību plānotajam, nepieciešamības gadījumā

piedāvāt koriģējošos pasākumus un virzīt tos apstiprināšanai

projekta pārraudzības padomei;

3. iterācijas darbu akceptēšana;

4. izmaiņu pieprasījumu izvērtēšana un virzīšana projekta pārraudzības

padomei;

5. ieteikumu sagatavošana iekļaušanai projekta pārraudzības padomes

darba kārtībā;

6. projekta realizācijas risku pārvaldība;

7. nepieciešamības gadījumā – ārkārtas projekta pārraudzības padomes

sasaukšanas iniciēšana.

No Izstrādātāja puses sapulcēs ir jāpiedalās Izstrādātāja projekta

vadītājam, kura kompetencē būs nodrošināt projekta realizācijas vadību,

darbu koordināciju un nodevumu saskaņošanu.

ORG-005 Dalība projekta pārraudzības padomē

Izstrādātājam jānodrošina resursi dalībai projekta pārraudzības padomes

sanāksmēs, kas tiks organizētas pēc nepieciešamības, bet ne retāk kā

vienu reizi divos mēnešos.

Galvenās projekta pārraudzības padomes funkcijas:

1. izskatīt šī projekta realizācijas un citu projekta aktivitāšu progresa

ziņojumus, novērtēt progresa atbilstību plānotajam, pārvaldīt riskus

un nepieciešamības gadījumā lemt par koriģējošiem pasākumiem;

2. pieņemt lēmumus, kuru akceptēšanai nepieciešams Pasūtītāja vai

Izstrādāja pārstāvošo personu akcepts;

3. izmaiņu vadības ietvaros uzņemties atbildību par lēmumiem

attiecībā uz izmaiņu veikšanu projekta realizācijas un citu projekta

aktivitāšu piegādes sfērā, to darbības un rezultātu savstarpējai

saskaņošanai.

No Izstrādātāja puses sapulcēs ir jāpiedalās Izstrādātāja projekta

vadītājam un nepieciešamības gadījumā vadības pārstāvim

6.2 Prasības projekta pārvaldības dokumentācijai


ORG-006 Projekta uzsākšanas prezentācija

Projekta atklāšanas sanāksmē Izstrādātājam ir jānodrošina projekta

uzsākšanas prezentācijā, kurā Izstrādātājam jāparāda izpratne par

Pasūtītāja vajadzībām, esošo situāciju, Projekta mērķiem, Projekta

kalendāro plānu un Projekta ietvaros veicamiem darbiem, Pasūtītāja

– 70 –


darbu sarakstu ar plānotiem termiņiem, pieņēmumu sarakstu, risku

sarakstu un risku novēršanas plānu.

Projekta uzsākšanas prezentācija Izstrādātājam ir jāiesniedz Pasūtītājam

latviešu valodā elektroniski rediģējamā formātā un 2 (divos) drukātos

eksemplāros parakstīšanai – katrai pusei vienu eksemplāru.

Projekta uzsākšanas ziņojumu apstiprina Pasūtītājs.

ORG-007 Protokoli

Izstrādātājam Projekta ietvaros ir jāveic projekta visu sanāksmju

protokolēšana.

Protokolos jānorāda vismaz sekojoša informācija:

1. sanāksmes norises datums un laiks;

2. sanāksmes dalībnieku saraksts;

3. dienas kārtība;

4. secinājumi un lēmumi;

5. veicamie uzdevumi, norādot atbildīgo un izpildes termiņu;

6. sanāksmes laikā nodotie/saņemtie dokumenti.

Sanāksmju protokoli Izstrādātājam ir jāiesniedz Pasūtītājam latviešu

valodā elektroniski rediģējamā (MS Word atpazīstamā) formātā un 2

(divos) drukātos eksemplāros parakstīšanai – katrai pusei vienu

eksemplāru.

Protokolu saskaņošana ar Pasūtītāju jāpabeidz ne vēlāk kā 5 (piecu)

darba dienu laikā pēc attiecīgās sanāksmes norises dienas.

ORG-008 Projekta progresa ziņojumi

Pēc Pasūtītāja pieprasījuma Izstrādātājam ir jāsniedz projekta progresa

ziņojumi, kas jāprezentē Projekta uzraudzības padomei vai projekta

vadības grupai.

Ziņojuma jāiekļauj vismaz šāda informācija:

1. informācija par Projekta progresu;

2. informācija par Projekta ietvaros veicamo uzdevumu izpildi

salīdzinot ar plānotiem darbiem;

3. informācija par Projekta problēmām un riskiem;

4. informācija par nepieciešamajām preventīvajām un korektīvajām

darbībām;

5. informācija par iepriekšējā periodā plānoto korektīvo un preventīvo

darbību statusu;

6. informāciju par nākama perioda plānotiem darbiem (Izstrādātāja un

Pasūtītāja).

Projekta progresa ziņojumi Izstrādātājam ir jāiesniedz Pasūtītājam

– 71 –


latviešu valodā elektroniski rediģējamā formātā un 2 (divos) drukātos

eksemplāros parakstīšanai – katrai pusei vienu eksemplāru.

Projekta progresa ziņojumu prezentācija notiks Pasūtītājā telpās Projekta

vadības grupas vai Projekta pārraudzības padomes sanāksmes laikā.

Projekta progresa ziņojumus apstiprina Pasūtītājs.

ORG-009 Projekta noslēguma prezentācija

Izstrādātājam projekta realizācijas beigās ir jāsniedz Projekta noslēguma

prezentācija.

Projekta posma noslēguma prezentācijā ir jādod kopsavilkums par

izpildītajiem uzdevumiem, veiktajām piegādēm, novirzēm un izmaiņām

no sākotnējā Projekta plāna, jāsniedz Sistēmas izmantošanas perspektīva,

jāapraksta iespējamie Sistēmas uzlabojumi un papildinājumi. Projekta

noslēguma prezentācijā ir jāsniedz akcepttestēšanas rezultātu pārskats.

Projekta noslēguma prezentācija Izstrādātājam ir jāiesniedz Pasūtītājam

latviešu valodā elektroniski rediģējamā (MS Word atpazīstamā) formātā

un 2 (divos) drukātos eksemplāros parakstīšanai – katrai pusei vienu

eksemplāru.

Projekta noslēguma prezentāciju apstiprina Pasūtītājs.

Izstrādātājam ir jāprotokolē projekta vadības grupas vai projekta

uzraudzības padomes sanāksme, kurā tiks veikta Projekta noslēguma

prezentācija.

6.3 Prasības risku kontrolei


ORG-010 Risku pārvaldība

Izstrādātājam projekta pārvaldības ietvaros jānodrošina regulāra projekta

risku uzraudzība un pārvaldība, nodrošinot vismaz:

1. risku identificēšanu;

2. risku analīzi;

3. radīto cēloņu un seku novēršanu;

4. pasūtītāja iesaisti un noformēšanu par aktuālajiem riskiem un to

ietekmi.

Izstrādātājam piedāvājumā jāapraksta piedāvātā riska pārvaldības

metodika.

ORG-011 Alternatīvu un risku novērtējums

Projekta vadītājam projekta vadības grupas sanāksmēs un projekta

– 72 –


uzraudzības padomē jāanalizē projekta virzība, tā ārējās atkarības,

iespējamie riski un nepieciešamības gadījumā jāpiedāvā risinājuma

alternatīvas, norādot ieguvumus un trūkumus katrai no alternatīvām.

Attiecīgās sanāksmes protokolā jānorāda apskatītās alternatīvas un

pieņemtais lēmums.

6.4 Prasības projekta piegādes principiem


ORG-012 Arhitektūra un Produkta darbu plāna izstrāde

Izstrādātājam 2 (nedēļu) nedēļu laikā no līguma noslēgšanas brīža ir

jāizstrādā un ar Pasūtītāju jāsaskaņo Sistēmas arhitektūra un Produkta

darbu plāns (produkta backlog). Produkta plāna sagatavošanā ir

jānodrošina cieša sadarbība ar Pasūtītāja atbildīgajiem darbiniekiem,

nodrošinot darbu prioritizāciju atbilstoši Pasūtītāja vajadzībām.

Produkta darbu plānā (produkta backlog) ir jāiekļauj vismaz šāda

informācija:

1. Darba ID;

2. Darba nosaukums;

3. Darba darbietilpība;

4. Par darba realizāciju atbildīgā persona no izstrādātāja puses;

5. Tehniskās specifikācijas prasība, kas izpildot attiecīgo darba

uzdevumu tiks realizēta (ja attiecināms);

6. Sprints, kura ietvaros darbu ir plānots realizēt.

Turpmākā Sistēmas izstrādes un ieviešanas nodevumu sagatavošana ir

jāveic atbilstoši šim pušu saskaņotam Produkta darbu plānam (produkta

backlog).

ORG-013 Sprints

Sistēmas izstrādes un ieviešanas nodevumi katra posma ietvaros ir

jāsagatavo un piegādā 2 (divu) nedēļu garos sprintos. Iesniedzot Sistēmas

izstrādes un ieviešanas nodevumus, Izstrādātājam ir jāpiegādā pilnībā

izstrādāta un notestēta Sistēmas daļa. Nosakot sprinta ietvaros veicamos

darbus, par pamatu ir jāņem Produkta darbu plānā norādītā izstrādājamā

funkcionalitāte un/vai realizējamās prasības, kas var tikt detalizētas

Sprinta plānošanas laikā pirms tā uzsākšanas un iekļautas attiecīgās

sprinta darbu plānā (sprinta backlog).

ORG-014 Sprinta darbu plāns

Pirms katra sprinta uzsākšanas Pusēm ir jāsaskaņo katra sprinta mērķi un

sprinta ietvaros plānotie darbi un jānoformē tos sprinta plānā (sprinta

backlog). Sprinta plāna formu Izstrādātājs izveido un ar Pasūtītāju

saskaņo 2 (divu) nedēļu laikā pēc Līguma spēkā stāšanās.

– 73 –


Sprinta plāns 2 darba dienu laikā pēc attiecīgā sprinta uzsākšanas tiek

noformēts rakstiski, un to paraksta abu Pušu pilnvarotie projekta vadītāji.

Sprinta plānā ir jānorāda vismaz šāda informācija:

1. Sprinta mērķis;

2. Sprinta ietvars veicamo darbu saraksts, to apraksts;

3. Sprintā iekļauto darbu darbietilpības novērtējums (cilvēkstundās);

4. ja nepieciešams, iepriekšējo nodevumu izmaiņas;

5. sprinta darbu akceptēšanas kritēriji.

ORG-015 Izmaiņas iepriekšējos nodevumos

Ja sprinta izpildes laikā tiek konstatēta nepieciešamība veikt izmaiņas

iepriekšējos nodevumos, puses rakstiski saskaņo veicamās izmaiņas un

iekļauj tās produkta darbu plānā un attiecīgi kādā no turpmākajiem

sprintiem.

ORG-016 Prasību precizēšana

Izstrādātājam pirms jebkuras Sistēmas funkcionalitātes izstrādes ir jāveic

tehniskajā specifikācijā ietverto prasību, kas ir attiecināmas uz attiecīgo

funkcionalitāti, precizēšana, veidojot lietotāja stāstus, kas satur Sistēmas

funkcionalitātes vajadzību aprakstus un to akceptēšanas kritērijus.

Lietotāja stāsti ir jāiegūst, intervējot Pasūtītāja nozīmēto speciālistu, un

fiksējot tos produkta darbu plānā. Lietotāja stāstu saskaņo un apstiprina

tā veidotājs un Pasūtītāja nozīmētais speciālists.

ORG-017 Sprinta demonstrēšana

Katra sprinta rezultātā Izstrādātājam ir jāpiegādā strādājoši produkta

(Sistēmas) papildinājumi, ar kuru ir realizēta sprinta plānā iepriekš

definētā funkcionalitāte. Piegādātais produkta papildinājums

Izstrādātājam ir jādemonstrē sprinta demonstrēšanas sanāksmē.

Sprinta demonstrēšanas sanāksmes ietvaros demonstrēšana tiek veikta,

Izstrādātājam demonstrējot un Pasūtītājam apskatot strādājošu produkta

papildinājumu un sprinta darbu plānu, kas ietver visus sprinta ietvaros

veicamos darbus un to akceptēšanas kritērijus.

Demonstrēšanas sanāksmes ietvaros Pasūtītājs pieņem lēmumu, vai

attiecīgā sprinta ietvaros piegādātā funkcionalitāte atbilst konkrētajam

sprintam uzstādītajam mērķim un vai piegādāto programmatūru var sākt

testēt.

ORG-018 Sprinta nodevuma testēšana no Pasūtītāja puses

Pasūtītājs veic sprinta nodevuma testēšanu no sprinta demonstrēšanas

sanāksmes līdz nākamās iterācijas demonstrēšanas sanāksmei (2 nedēļas)

un pieņem lēmumu par attiecīgās iterācijas akceptēšanu. Pasūtītājam ir

tiesības noraidīt Sistēmas vai tās daļas akceptēšanu, saņemot pirmo

– 74 –


kritisko kļūdu akceptēšanas laikā. Sprinta testēšanas laikā konstatētās

problēmas Pasūtītājs reģistrē Izstrādātāja problēmu pieteikumu rīkā.

6.5 Prasības projekta norises pārbaudēm

Prasības

ID

Prasības apraksts

ORG-019 Izstrādātāja pieejamība Pasūtītāju pārbaudēm

Izstrādātājam ir jānodrošina Pasūtītāja un tā pilnvarota pārstāvja

tiešsaistes piekļuve pie projekta materiāliem, kā arī programmatūras

izstrādes un testēšanas vides, lai veiktu programmatūras produktu un

izstrādes aktivitāšu izpildes pārbaudes (auditu) saskaņā ar līguma izpildi.

Klātienes audita laiki saskaņojami, abām pusēm vienojoties.

Nodevumu vai nodevumu melnrakstu un piegāžu kvalitātes pārbaudes,

saskaņā ar projekta plānu, visa projekta realizācijas laikā var veikt

Pasūtītāja darbinieki un Pasūtītāja pieaicināti trešās puses pārstāvji,

nodrošinot projekta kvalitātes uzraudzību.

Izstrādātājam Pasūtītāja pieaicinātiem trešās puses pārstāvjiem ir

jānodrošina tāda pati pieejamība pie visiem projekta materiāliem

(protokoli, projekta plāns, nodevumi, nodevumu melnraksti, darba

materiāli, piekļuve koplietojamai projekta videi, utt.) kā Pasūtītāja

pārstāvjiem.

Izstrādātājam ir saistoši Pasūtītāja pieaicināto trešās puses pārstāvju

sniegtās rekomendācijas, ierosinājumi un norādes uz nepilnībām un/vai

neatbilstībām tiktāl, cik to noteiks Pasūtītājs.

Izstrādātājam ir jāievēro komunikācijas shēma ar Pasūtītāja pieaicinātiem

trešās puses pārstāvjiem.

Pasūtītāja pieaicināto trešās puses pārstāvju dalība projektā neietekmē

apstiprināto projekta plānu un nodevumu caurskatīšanai un

apstiprināšanai paredzēto dienu skaitu.

– 75 –

7 Garantijas prasības

7.1 Vispārējās prasības


GAR-001 Garantijas sfēra

Garantijas nodrošinājums attiecas uz:

1. Sistēmas programmatūru (Izstrādātāja izstrādāto programmatūru,

Sistēmas izveidē izmantoto trešo pušu programmatūru un tās

pielāgojumiem);

2. Izstrādātāja piegādāto standarta programmatūru;

3. Izstrādātāja realizētajām izmaiņām Sistēmas programmatūrā, ja

tādas būs, kuras ir realizētas līdz garantijas perioda beigām;

4. Izstrādātāja piegādāto dokumentāciju.

GAR-002 Garantijas apjoms

Sistēmas garantijas uzturēšanas laikā Izstrādātājam bez maksas jāveic

tādu piegādātās programmatūras uzstādījumu, konfigurācijas parametru

vai programmatūras modifikāciju veikšanu ar mērķi novērst kļūdas, kā

arī datu bojājumu novēršanu, kas radušies Izstrādātāja apzinātas vai

neapzinātas rīcības rezultātā un kas apgrūtina Sistēmas izmantošanu

atbilstoši Sistēmas tehniskajai specifikācijai, kāda tā bijusi, nododot

Sistēmu ekspluatācijā (prasība attiecas uz visiem Sistēmas garantijas

laikā pieteiktiem pieteikumiem).

GAR-003 Garantijas laikā nodrošināmie pakalpojumi

Garantijas laikā Izstrādātājam ir jānodrošina vismaz šādu pakalpojumu

pieejamība:

1. Palīdzības dienesta nodrošināšanu darba dienās no plkst. 08:00

līdz 18:00;

2. Konsultāciju sniegšanu par sistēmas lietošanu un administrēšanu;

3. Sistēmas darbību traucējumu un/ vai problēmu diagnosticēšanu,

analīzi un novēršanu (pēc Pasūtītāja pieprasījuma klātienē).

4. Labojumu piegāžu un uzstādīšanas instrukciju sagatavošanu un

nosūtīšanu;

5. Trešās puses programmatūras atjauninājumu nosūtīšanu

Pasūtītājam;

6. Izmaiņu pieprasījumu apstrādi.

Izstrādātājam jānodrošina tehniskā atbalsta pieejamība vismaz divām

Pasūtītāja pilnvarotām personām.

GAR-004 Pieteikumu prioritātes

Garantijas ietvaros Izstrādātājam, apstrādājot pieteikumus, ir jāievēro

šādas pieteikumu prioritātes:

• 1. prioritāte: avārija – problēma, kas izraisa pilnīgu Sistēmas

darbības apstāšanos un/ vai darbu nevar turpināt.

• 2. prioritāte: kļūda, kuru nevar apiet – problēma, kas izraisa

– 76 –


programmatūras kļūdu vai nekorektu darbību, kas rada

funkcionalitātes zudumus un nav zināms problēmas apiešanas

risinājums, bet ir iespējams darbu turpināt ierobežotā režīmā.

• 3. prioritāte: kļūda, kuru var apiet – problēma, kas izraisa

minimālus iespēju zudumus, bet ietekme uz Sistēmu ir mazsvarīga

vai sagādā tikai zināmas neērtības.

• 4. prioritāte: neprecizitāte – problēma, kas neizraisa iespēju

zudumus un ir uzskatāma par programmatūras kļūdu, neprecizitāti,

vai nekorektu darbību, kuras ietekmi uz darba turpināšanu var

neņemt vērā.

• 5. prioritāte: izmaiņu pieprasījums – pieprasījums veikt izmaiņas

vai papildināt Sistēmas funkcionalitāti, dokumentāciju vai veikt

citus papildus darbus, kas ir ārpus līguma sfēras vai atšķiras no

iepriekš saskaņotajām prasībām.

• 6. prioritāte: konsultācija – problēma neizraisa iespēju zudumus;

programmatūrā nav kļūda, bet ir radusies kāda neskaidrība par

sistēmas darbību vai funkcionalitāti, izmantošanu, tehnisko

apkalpošanu.

Kļūdas drošības jautājumos tiek klasificētas ar augstu prioritāti (1. vai

2.).

GAR-005 Trešās puses programmatūras kritiskie ielāpi

Garantijas ietvaros Izstrādātājam nepieciešams nodrošināt, ka

gadījumos, kad tiek izdoti Sistēmas darbības nodrošināšanā izmantotās

standartprogrammatūras (trešās puses programmatūra) kritiskie ielāpi,

Izstrādātājs pēc Pasūtītāja pieprasījuma sniedz atzinumu par to ietekmi

uz Sistēmas darbību un gadījumā, ja, lai nodrošinātu to uzstādīšanu

Sistēmas produkcijas vidē, nepieciešamas izmaiņas Sistēmas

programmatūrā, sniedz izvērtējumu par šādu izmaiņu darbietilpību. Šādi

Pasūtītāja pieteikumi tiek apstrādāti kā 3. prioritātes pieteikumi un

izvērtējumu Izstrādātājs sniedz Pasūtītājam 10 darba dienu laikā. Ja

standartprogrammatūras (trešās puses programmatūra) jauninājums ir

kritisks Sistēmas drošībai, izvērtējumu Izstrādātājs sniedz īsākā laikā,

par ko puses vienojas atsevišķi.

Ja Sistēmas darbināšanai nepieciešamās trešās puses programmatūras

drošības ielāps prasa izmaiņas Sistēmas programmatūrā, tad šādas

izmaiņas Izstrādātājam garantijas laikā ir jānodrošina bez maksas.

GAR-006 Izstrādātāja resursu pieejamība

Izstrādātājam ir jāgarantē, ka garantijas periodā būs pieejami pietiekami

(gan apjoma, gan kvalifikācijas ziņā) resursi operatīvai darbu izpildei

un defektu novēršanai realizēšanai.

GAR-007 Sistēmas uz garantijas nodrošināšanas pakalpojumu valoda

– 77 –


Sistēmas garantijas ietvaros visa komunikācija, sniedzot Sistēmas

uzturēšanas pakalpojumus, ir jānodrošina latviešu valodā.

7.2 Garantijas procedūra


GAR-008 Tehniskā atbalsta, palīdzības un konsultācijas sniegšanas veids

Sistēmas uzturēšanas ietvaros tehniskais atbalsts, palīdzība un

konsultācijas sniedzamas, izmantojot sekojošus komunikācijas kanālus –

telefoniski, pa e-pastu, reģistrējot pieteikumu Izstrādātāja pieteikumu

reģistrācijas sistēmā un klātienē.

Izstrādātājam ir jānodrošina visi norādītie komunikācijas kanāli, tomēr

Izstrādātājs, vienojoties ar Pasūtītāju, var noteikt primāri izmantojamo

komunikācijas kanālu.

GAR-009 Attālināta problēmu pieteikumu reģistrēšana un izpildes atsekošana

Garantijas ietvaros Izstrādātājam jānodrošina iespēja Pasūtītāja

pilnvarotām kontaktpersonām attālināti, pieslēdzoties pie pakalpojumu

sniedzēja pieteikumu reģistrācijas sistēmas caur Interneta

pārlūkprogrammu, reģistrēt problēmas pieteikumu, sekot savu

pieteikuma izpildei un statusam, iegūt statistiku par reģistrētiem

pieteikumiem.

GAR-010 Garantijas pieteikuma iniciēšana

Sistēmas garantijas ietvaros atbalsts tiek iniciēts gan pēc Pasūtītāja, gan

pēc Izstrādātāja iniciatīvas. Lai saņemtu/sniegtu atbalstu pēc Pasūtītāja

iniciatīvas, tiek izmantoti GAR-008 definētie saziņas kanāli.

GAR-011 Garantijas pieteikums

Garantijas pieteikums satur vismaz sekojošu informāciju:

• sastādīšanas datums, laiks, sastādītājs;

• identifikācija programmatūras, uzstādījuma vai konfigurācijas

vienumam, ar kuru saistīta problēma/uzturēšanas pieteikums;

• pieteikuma apraksts un pieteikuma prioritāte.

Garantijas pieteikumus aizpilda Pasūtītāja nozīmētā kontaktpersona.

Izstrādātājam jāizstrādā uzturēšanas pieteikuma veidne pieteikumiem,

kas tiks iesniegti, izmantojot e-pastu.

GAR-012 Garantijas pieteikuma sagatavošanas procedūra

Piesakot Garantijas pieteikumu, Pasūtītāja kontaktpersona formulē

pieteikuma aprakstu vai jautājumu un pieteikuma risināšanas prioritāti.

Papildus aprakstītām darbībām, piesakot 1. un 2. prioritātes problēmas,

Izstrādātājs par to tiek informēts telefoniski.

– 78 –


Izstrādātājam ir pienākums sniegt Pasūtītājam visu nepieciešamo

informāciju par pieteikumu iesniegšanas dažādiem kanāliem ne vēlāk kā

5 (piecas) darba dienas pirms garantijas uzturēšanas sākuma.

GAR-013 Reakcijas laiks

Garantijas apkalpošanas ietvaros atkarībā no pieteikuma kategorijas

jānodrošina šādi reakcijas laiki (darba dienās darba laikā (no plkst.

08:00 līdz 18:00) atbilstoši pieteikumu prioritātēm:

• 1. prioritāte: avārija – reakcijas laiks 1 stunda;

• 2. prioritāte: kļūda, kuru nevar apiet – reakcijas laiks 3 stundas;

• 3. prioritāte: kļūda, kuru var apiet – reakcijas laiks 1 darba diena;

• 4. prioritāte: neprecizitāte – reakcijas laiks 2 darba dienas;

• 5. prioritāte: izmaiņu pieprasījums – reakcijas laiks 5 darba dienas;

• 6. prioritāte: konsultācija – reakcijas 1 darba diena.

GAR-014 Pieteikumu reģistrēšana

Katrs pieteikums ir jāreģistrē Izstrādātāja pieteikumu reģistra sistēmā,

un Pasūtītāja kontaktpersona tiek rakstveidā (pa e-pastu) informēta par

reģistrētā pieteikuma detaļām.

GAR-015 Pieteikumu saskaņošana

Katrs pieteikums tiek saskaņots starp Pasūtītāju un Izstrādātāju.

Pasūtītāja uz Izstrādātāja pārstāvji vienojas par pieteikuma vienotu

izpratni (galīgo formulējumu, būtību, risināšanas prioritāti un citu

pieteikumā norādīto informāciju).

Par pieteikuma saskaņošanas organizāciju ir atbildīgs Izstrādātājs.

GAR-016 Pieteikumu risināšana

Izstrādātājs risina pieteikumu visiem pieejamajiem līdzekļiem,

saskaņojot ar Pasūtītāju plānoto pieteikuma izpildes laiku, savukārt

Pasūtītājs visiem pieejamajiem līdzekļiem sniedz pieteikuma risināšanai

nepieciešamo papildus informāciju.

Izstrādātājs informē Pasūtītāju par pieteikuma risināšanas gaitu pēc

(t. k., veicot nepieciešamās atzīmes Izstrādātāja pieteikumu reģistrā),

ievērojot šādus termiņus:

• 1. prioritāte – ne retāk kā 2 stundās.


• 3. prioritāte – ne retāk kā reizi 5 darba dienās.

• 4. prioritāte – ne retāk kā reizi 10 darba dienās.

• 5. prioritātes pieteikumu risināšana notiek atbilstoši ar Pasūtītāju

saskaņotu realizācijas grafiku. Izmaiņu pieprasījuma realizācija ir

uzsākama ne vēlāk kā 2 (divu) nedēļu laikā pēc izmaiņu

pieprasījuma (tai skaitā novērtējuma) saskaņošanas ar Pasūtītāju un

– 79 –


izmaiņu pieprasījuma pasūtījuma saņemšanas.


Atkarībā no pieteikuma kategorijas Izstrādātājam jānodrošina šādi

risinājuma izpildes laiki (darba dienās darba laikā):

• 1. prioritāte – risinājuma laiks 4 stundas vai jāpiedāvā cits

pieņemams risinājums un problēmu novēršanas scenārijs un laika

grafiks;

• 2. prioritāte – risinājuma laiks 1 darba diena vai jāpiedāvā cits


grafiks;

• 3. prioritāte – risinājuma laiks 10 darba dienas vai jāpiedāvā cits


grafiks;



grafiks;

• 5. prioritātes pieteikumu risināšana notiek atbilstoši ar Pasūtītāju

saskaņotu realizācijas grafiku. Izmaiņu pieprasījuma realizācija ir

uzsākama ne vēlāk kā 2 (divu) nedēļu laikā pēc izmaiņu

pieprasījuma (tai skaitā novērtējuma) saskaņošanas ar Pasūtītāju un

izmaiņu pieprasījuma pasūtījuma saņemšanas;



grafiks.

GAR-017 Pieteikumu slēgšana

Pieteikumu risināšana tiek pārtraukta, tikai saņemot Pasūtītāja

apstiprinājumu, ka piedāvātais risinājums ir pieņemams vai ka

pieteikumu var slēgt citu iemeslu dēļ. Izstrādātāja pieteikumu reģistrā

pieteikumu var slēgt tikai Pasūtītājs vai tā pārstāvis.

GAR-018 Pieteikumu eskalācija

Gadījumos, kad pieteikuma risināšanas gaitā tiek konstatēts, ka

problēmas novēršanai nepieciešama trešās puses programmatūras

izstrādātāja (ražotāja) iejaukšanās, tas tiek saskaņots ar Pasūtītāju, un

pieteikums tiek eskalēts attiecīgajam ražotājam.

Tālāk pieteikums tiek risināts atbilstoši sistēmas vai trešās puses

programmatūras ražotāja noteikumiem.

Pieteikumi tiek eskalēti uz sistēmas ražotāju, ja vien puses nevienojas

citādi, sekojošos kontrollaikos:

• 1. un 2. prioritātes pieteikumi, ja nav izdevies atrast pieņemamu

risinājumu 3 darba dienu laikā;

– 80 –


• 3. un 4. prioritātes pieteikumi, ja nav izdevies atrast pieņemamu

risinājumu 10 darba dienu laikā.

7.3 Izmaiņu pieprasījumi


GAR-019 Izmaiņu pieprasījumu realizēšana garantijas laikā

Izstrādātājam garantijas ietvaros ir jānodrošina Sistēmas izmaiņu

pieprasījumu realizācija, garantējot darba apjomu ne mazāku kā 400 (četri

simti) cilvēkstundu.

Izstrādātājam ir jānodrošina izmaiņu pieprasījumu apstrāde, izmaiņu

priekšlikumu sagatavošana un novērtēšana garantijas pakalpojuma ietvaros

bez papildus samaksas.

Izmaiņu pieprasījumu apstrādes procesa nodrošinājums ir attiecināms arī

uz izmaiņām, kuras rodas dēļ grozījumiem normatīvajos aktos, kuri

ietekmē Sistēmas darbību.

GAR-020 Izmaiņu pieprasījuma novērtējums

Izmaiņu pieprasījuma novērtējumu Izstrādātājam ir jāiesniedz Pasūtītājam

rakstveidā. Izmaiņu pieprasījuma novērtējuma forma saskaņojama ar

Pasūtītāju. Izmaiņu pieprasījuma novērtējumā jāparedz nepieciešamais

laiks visas izstrādātās Sistēmas dokumentāciju atjaunošanai.

Par katru izmaiņu pieprasījumu Izstrādātājam 2 nedēļu laikā ir jāsagatavo

vismaz šāda informācija:

• ietekme uz Sistēmas esošo funkcionalitāti;

• veicamo darbību uzskaitījums nepieciešamā izmaiņu pieprasījuma

īstenošanai;

• nepieciešamā darbietilpība un izmaksas (detalizēts nepieciešamās

darbietilpības atšifrējums analīzei, projektēšanai, izstrādei, testēšanai

un dokumentēšanai utt.);

• realizācijas termiņš.

GAR-021 Izmaiņu pieprasījumu izstrāde, testēšana un piegāde

Izstrādātājam ir jāveic izmaiņu pieprasījuma izstrāde, testēšana un

Sistēmas dokumentācijas papildināšana.

Pasūtītājs izmaiņu pieprasījuma akcepttestēšanu veic Izstrādātāja

nodrošinātajā akcepttestēšanas vidē.

Izstrādātājam pēc izmaiņu sekmīgas akcepttestēšanas ir jāuzstāda izmaiņas

produkcijas vidē 2 (divu) darba dienu laikā.

– 81 –


Izstrādātājam ir jāpiegādā attiecīgā laidiena apraksts, kurā apkopoti visi

konkrētajā piegādē realizētie izmaiņu pieprasījumi un kļūdu labojumi (ja

tādi veikti). Laidiena apraksta forma ir jāsaskaņo ar Pasūtītāju.

tehniskā specifikācija mācību pārvaldības sistēmai tehniska spec...– 3 – satura...

Documents