ikvd.gov.lv€¦ · Web viewIzglītības kvalitātes valsts dienests. Zigfrīda Annas Meierovica bulvāris 14, Rīga, LV-1050 dienests. Eiropas Savienības fondu darbības programmas

Izglītības kvalitātes valsts dienestsZigfrīda Annas Meierovica bulvāris 14, Rīga, LV-1050 dienests

Eiropas Savienības fondu darbības programmas “Izaugsme un nodarbinātība” 8.3.4.specifiskā atbalsta mērķa “Samazināt priekšlaicīgu mācību pārtraukšanu, īstenojot preventīvus un

intervences pasākumus” projekts Nr.8.3.4.0/16/I/001 “Atbalsts priekšlaicīgas mācību pārtraukšanas samazināšanai”

7. pielikumsatklāta konkursa

id. Nr. IKVD 2017/2nolikumam

Priekšlaicīgi mācības pārtraukušo izglītības iestādēs rādītāju datu operatīvās uzskaites sistēma

Tehniskā specifikācija

Rīga 2017

2

Satura rādītājs1 Vispārēja informācija par dokumentu.................................................................................42 Dokumentā izmantotie saīsinājumi un termini...................................................................43 Sistēmas apraksts................................................................................................................5

3.1 Ietvars...........................................................................................................................5

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

3.3 Lietotāju raksturojums..................................................................................................6

4 Vispārējas prasības............................................................................................................105 Funkcionālās prasības.......................................................................................................15

5.1 Prasības portālam, intranetam to satura pārvaldības sistēmai....................................15

5.1.1 Vispārējās prasības..............................................................................................15

5.1.2 Prasības portālam................................................................................................15

5.1.3 Prasības intranetam.............................................................................................18

5.1.4 Prasības satura pārvaldības sistēmai...................................................................19

5.2 Prasības materiālu krātuvei........................................................................................23

5.3 Prasības projekta operatīvās uzskaites sistēmai.........................................................24

5.3.1 Reģistrācija, autentifikācija un autorizācija........................................................24

5.3.2 Lietotāja profils un darba vieta...........................................................................25

5.3.3 Sadarbības partneru reģistrs................................................................................26

5.3.4 Atbalsta pasākumu katalogs................................................................................29

5.3.5 PMP riska izglītojamo pārvaldība.......................................................................30

5.3.6 PMP plānu pārvaldība.........................................................................................32

5.3.7 Jauniešu projektu pārvaldība...............................................................................37

5.3.8 Kvotu pārvaldība.................................................................................................41

5.3.9 Atskaites..............................................................................................................42

5.3.10 Prasības sadarbspējai ar citām informācijas sistēmām.......................................44

5.3.11 Kopējie servisi un administrēšanas komponentes...............................................46

5.3.12 Prasības lietotāju un tiesību pārvaldībai.............................................................49

5.3.13 Auditācija............................................................................................................50

5.3.14 Sistēmas darbības uzraudzība.............................................................................50

6 Nefunkcionālās prasības...................................................................................................526.1 Prasības sistēmas vizuālajām saskarnēm....................................................................52

6.2 Prasības ievadīto datu kontrolēm...............................................................................54

6.3 Prasības drošībai.........................................................................................................55

6.4 Prasības pieejamībai un veiktspējai............................................................................56

6.5 Prasības dokumentācijai.............................................................................................57

6.6 Prasības Sistēmas testēšanai.......................................................................................58

3

6.7 Prasības Sistēmas ieviešanai......................................................................................59

6.8 Prasības Sistēmas lietotāju un administratoru apmācībām........................................60

7 Organizatoriskās prasības.................................................................................................627.1 Prasības projekta organizācijai...................................................................................62

7.2 Prasības projekta pārvaldības dokumentācijai...........................................................63

7.3 Prasības risku kontrolei..............................................................................................64

7.4 Prasības projekta piegādes principiem.......................................................................65

7.5 Sistēmas lietojamības analīzes un grafiskā dizaina izstrādes process........................67

7.6 Prasības projekta norises pārbaudēm.........................................................................68

8 Garantijas prasības............................................................................................................708.1 Vispārējās prasības garantijai.....................................................................................70

8.2 Garantijas procedūra..................................................................................................72

8.3 Izmaiņu pieprasījumi..................................................................................................75

4

1 Vispārēja informācija par dokumentu Dokumenta mērķis ir definēt prasības Izglītības kvalitātes valsts dienesta Priekšlaicīgi mācības pārtraukušo izglītības iestādēs rādītāju datu operatīvās uzskaites sistēmas izstrādei. 2 Dokumentā izmantotie saīsinājumi un terminiDokumentā izmantotie termini un saīsinājumi, kā arī to skaidrojums ir sniegti 1.tabulā.

Tabula 1 Dokumentā izmantotie saīsinājumi un terminiSaīsinājums NozīmeApmācība Teorētisku zināšanu un praktisku iemaņu iemācīšanaESF Eiropas sociālais fondsID IdentifikatorsIKT Informācijas un komunikācijas tehnoloģijasIKTIK IZM IKT sistēmu vienotais autentifikācijas modulisIKVD Izglītības kvalitātes valsts dienestsIS Informācijas sistēmaIT Informācijas tehnoloģijasIZM Izglītības un zinātnes ministrijaIzstrādātājs Iepirkuma rezultātā izvēlētais pakalpojumu sniedzējs, kas nodrošinās

Sistēmas izstrādi un ieviešanu.LR Latvijas RepublikaMK Ministru kabinetsMK noteikumi 2016. gada 12. jūlija Ministru kabineta noteikumi Nr. 460 Darbības

programmas "Izaugsme un nodarbinātība" 8.3.4. specifiskā atbalsta mērķa "Samazināt priekšlaicīgu mācību pārtraukšanu, īstenojot preventīvus un intervences pasākumus"

Pasūtītājs Izglītības kvalitātes valsts dienests kā Sistēmas pasūtītājs.PIL Publisko iepirkumu likumsPMP Priekšlaicīga mācību pārtraukšanaProjekts Projekts, ar kuru tiek īstenots darbības programmas "Izaugsme un

nodarbinātība" prioritārā virziena "Izglītība, prasmes un mūžizglītība" 8.3.4. specifiskais atbalsta mērķis "Samazināt priekšlaicīgu mācību pārtraukšanu, īstenojot preventīvus un intervences pasākumus"

Sistēma Priekšlaicīgi mācības pārtraukušo izglītības iestādēs rādītāju datu operatīvās uzskaites sistēmas

SPS Satura pārvaldības sistēmaVIIS Valsts izglītības informācijas sistēmaVISC Valsts izglītības satura centrs

5

3 Sistēmas apraksts 3.1 Ietvars

Sistēma tiek izstrādāta ar mērķi nodrošināt atbalstu šādu četru Projekta aktivitāšu kopu realizācijai:

1. Atbalsts mācību pieejamībai (t.sk., kompensācijas par transporta, dzīvošanas, ēdināšanas pakalpojumiem un mācību līdzekļu un citu materiālu priekšmetu iegādi);

2. Konsultācijas (speciālistu konsultācijas (pedagoga, psihologa, sociālā pedagoga, pedagoga palīga, speciālās izglītības pedagoga, surdotulka, asistenta, logopēda, ergoterapeita), atbalsts krīzes situācijā, atbalsts skolas brīvlaikos, papildu konsultācijas mācību priekšmetos);

3. Jauniešu projekti (atbalsts priekšlaicīgas mācību pārtraukšanas riska grupas izglītojamo iesaistei jauniešu aktivitātēs un iniciatīvu projektos ārpus formālās izglītības);

4. Projekta vadības atbalsts.

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

Sistēmas konceptuāla 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 1. attēlā.

Attēls 1 Sistēmas augsta līmeņa funkcionālā arhitektūra

Sistēma sadarbosies ar šādām ārējām informācijas sistēmām: IKTIK sistēmu vienotā autentifikācija [I]. Sistēmai ir paredzēta integrācija ar IZM

uzturēto IKTIK sistēmu, kura nodrošina vienotās autentifikācijas pakalpojumu

6

sniegšanu IZM resursa iestādēm, kas būs primārais lietotāju autentifikācijas līdzeklis Sistēmā.

VIIS [II]. Sistēmai ir jānodrošina sadarbspēja ar VIIS datu saņemšanai par izglītojamajiem, pedagogiem un izglītības iestādēm.

VISC informācijas sistēma [III]. Sistēmai ir jānodrošina sadarbspēja ar VISC projekta ietvaros izstrādāto informācijas sistēmu dubultā finansējuma novēršanas risku abpusēju pārbaužu veikšanai. Attiecīgās informācijas sistēmas izstrāde tiks veikta paralēli vai pēc Sistēmas izstrādes pasākumu noslēgšanas, atkarībā no šo izstrādes darbu pasūtīšanas iespējām no VISC puses.

Sistēmai ir jānodrošina iespēja nepieciešamības gadījumā ieimportēt projektam nepieciešamās atskaites, kas tiek gatavotas VISC mācību atbalsta informācijas sistēmā par mācību pasākumiem.

Sistēmai nākotnē būs jānodrošina sadarbspēja ar IZM nozares datu noliktavas un biznesa inteliģences risinājumu SAP Business Objects, nododot analīzes un statistikas vajadzībām nepieciešamās datu kopas.

Sistēma ir veidota no 3 būtiskākajiem funkcionālajiem blokiem:1. Satura pārvaldības sistēma (1), nodrošina Sistēmas publisko portālu, Projekta iekšējo

intranetu, kā arī to administrēšanas iespējas (struktūras pārvaldība, satura vienību pārvaldība u.c.).

2. Materiālu krātuve (2), kas nodrošina Projekta materiālu uzkrāšanu un to pieejamību publiskajiem lietotājiem un Projekta iekšējiem lietotājiem.

3. Projekta operatīvās uzskaites sistēma (3), kas nodrošina PMP riska izglītojamo uzskaiti un pārvaldību, PMP plānu pārvaldību, jauniešu projektu pārvaldību, kvotu pārvaldību un Projektam nepieciešamo atskaišu sagatavošanu.

Sistēma lietotājiem būs pieejama, izmantojot tīmekļa pārlūkprogrammu. Sistēmas konceptuālajā funkcionālajā arhitektūrā iekļauto Sistēmas funkcionālo bloku prasības ir aprakstītas turpmāk šajā dokumentā.

3.3 Lietotāju raksturojums

Sistēmai ir paredzētas 6 būtiskākās lietotāju grupas: a) Projekta portāla apmeklētājs; b)Izglītības iestādes atbildīgā persona, c)Pašvaldības atbildīgā persona d)Latvijas Pašvaldību savienības atbildīgā persona e)IKVD projekta darbinieki f)Sistēmas administratori. Lietotāju grupu raksturojums un tiem Sistēmā nepieciešamā būtiskākā funkcionalitāte ir aprakstīta 3. tabulā.

Tabula 2 Sistēmas lietotāju grupas un tiem nepieciešamā funkcionalitāteNr.p.k. Lietotāju grupa Raksturiezīmes

1 Projekta portāla apmeklētāji

Grupas raksturojums: Ikviens tīmekļa lietotājs, kas piekļūst Sistēmas portālam un tajā pieejamajai informācijai un publicētajiem materiāliem.

7

Nr.p.k. Lietotāju grupa RaksturiezīmesParedzamais lietotāju skaits: jebkurš tīmekļa lietotājs

Būtiskākās funkcijas:1. Veic informācijas meklēšanu;2. Lejupielādē publiski pieejamos materiālus;3. Uzdod jautājumus projekta vadības personālam.

2 Izglītības iestādes atbildīgā personas

Grupas raksturojums: Lietotāju grupu veido izglītības iestādes nozīmētās atbildīgās personas.

Paredzamais lietotāju skaits: ~ 1 000

Būtiskākās funkcijas:1. Veic izglītības iestādes informācijas aktualizēšanu;2. Veic izglītības iestādes PMP riska izglītojamo

pārvaldību;3. Veic izglītības iestādes izglītojamo PMP plānu un

izglītības kopējā PMP plāna pārvaldību;4. Ievada informāciju par faktiski sniegtajiem atbalsta

pasākumiem PMP plāna ietvaros;5. Izgūst atskaites attiecībā uz izglītības iestādi un tās

izglītojamajiem.3 Pašvaldības atbildīgā

personasGrupas raksturojums: Lietotāju grupu veido izglītības iestādes nozīmētās atbildīgās personas.

Paredzamais lietotāju skaits: ~ 300

Būtiskākās funkcijas:1. Veic pašvaldības informācijas aktualizēšanu;2. Veic pašvaldības PMP plānu pārvaldību, t.sk., tās

izglītības iestāžu un to izglītojamo PMP plānu apstiprināšanu;

3. Ievada informāciju par faktiski sniegtajiem atbalsta pasākumiem PMP plāna ietvaros;

4. Veic savas pašvaldības jauniešu projektu pārvaldību;5. Izgūst atskaites attiecībā uz pašvaldību, tās izglītības

iestādēm, izglītojamajiem.4 Latvijas Pašvaldību

savienības darbiniekiGrupas raksturojums: Lietotāju grupu veido Latvijas Pašvaldību savienības atbildīgie darbinieki.

Paredzamais lietotāju skaits: līdz 5

Būtiskākās funkcijas:1. Piekļūst pašvaldību un izglītības iestāžu

datiem izglītības iestāžu līmenī (ar tiesībām tos skatīt).

8

Nr.p.k. Lietotāju grupa Raksturiezīmes5 IKVD projekta

darbinieki – IKVD projekta koordinatori

Grupas raksturojums: Projekta īstenošanas personāls (IKVD projekta koordinatori), kas koordinē un atbild par atbalsta sniegšanu noteiktajā plānošanas reģionā, kā arī valsts profesionālās izglītības iestādēs.


Būtiskākās funkcijas:1. Veic plānošanas reģionu pašvaldību / valsts

profesionālās izglītības iestāžu PMP plānu izskatīšanu, apstiprināšanu un izpildes uzraudzību;

2. Veic pašvaldību jauniešu projektu izskatīšanu, apstiprināšanu un izpildes uzraudzību;

3. Veic kvotu izpildes kontroli;4. Veido un izmanto iekšējo saraksti Projekta vadības

ietvaros;5. Izgūst atskaites par kopējo Projekta norisi dažādos

griezumos.6 IKVD projekta

darbinieki – projekta vadītājs un vietnieks

Grupas raksturojums: Lietotāju grupu veido projekta vadītājs un vadītāja vietnieks.

Paredzamais lietotāju skaits: 2

Būtiskākās funkcijas:1. Veic pašvaldību / valsts profesionālo izglītības

iestāžu PMP plānu saskaņošanu;2. Veic pašvaldību / valsts profesionālās izglītības

iestāžu piešķirto kvotu ievadi;3. Ir pieejami pašvaldību, izglītības iestāžu un

izglītojamo dati skatīšanās režīmā;4. Ievieto projekta materiālus un iekšējos dokumentus

materiālu repozitorijā;5. Veido un izmanto iekšējo saraksti Projekta vadības

ietvaros;6. Izgūst atskaites par kopējo Projekta norisi dažādos

griezumos.7 IKVD projekta

darbinieki – grāmatveži

Grupas raksturojums: Lietotāju grupu veido projekta grāmatveži.


Būtiskākās funkcijas:1. Piekļūst pašvaldību / izglītības iestāžu ievadītajiem

datiem par faktisko finansējuma izlietojumu;2. Veido un izmanto iekšējo saraksti Projekta vadības

9

Nr.p.k. Lietotāju grupa Raksturiezīmesietvaros;

3. Izgūst atskaites par kopējo Projekta norisi dažādos griezumos.

8 IKVD projekta darbinieki – sabiedrisko attiecību speciālists

Grupas raksturojums: Lietotāju grupu veido sabiedrisko attiecību speciālists.


Būtiskākās funkcijas:1. Veic portāla satura pārvaldību;2. Veido un izmanto iekšējo saraksti Projekta vadības

ietvaros.9 IKVD projekta

darbinieki – pārējais atbalsta personāls

Grupas raksturojums: Lietotāju grupu veido projekta jurists, iepirkumu speciālists un dokumentu vadības speciālists.


Būtiskākās funkcijas:1. Veido un izmanto iekšējo saraksti Projekta vadības

ietvaros.10 Sistēmas

administratorsGrupas raksturojums: IKVD darbinieki, kas veic Sistēmas administrēšanas, konfigurēšanas un uzturēšanas darbus.

Paredzamais lietotāju skaits: 1 - 2

Būtiskākās funkcijas: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 pieejas tiesību apjoma pārvaldību.

10

4 Vispārējas prasībasTabula 3 Vispārējās prasības

Prasības ID

Prasības apraksts Piezīmes

GEN-1 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-5) Sistēmu, kas nodrošina šajā tehniskajā specifikācijā obligāti noteikto funkcionālo prasību izpildi;

2. Jānodrošina izmaiņu pieprasījumu realizācija 320 cilvēkstundu apjomā;

3. Jānodrošina garantijas uzturēšana noteiktā laika periodā (skat. GEN-2).

Obligāta

GEN-2 Darba uzdevuma realizācijas termiņš

Izstrādātājam Sistēmas izstrāde un ieviešana ir jārealizē 8 (astoņu) mēnešu laikā no līguma par Sistēmas izstrādi noslēgšanas brīža.

8 (astoņu) 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.

Garantija un izmaiņu pieprasījumu realizācija jānodrošina garantijas perioda ietvaros – 24 (divdesmit četri) mēnešu periodā, sākot no nodošanas-pieņemšanas akta parakstīšanas brīža.

Obligāta

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

Visas sanāksmes, sapulces un intervijas Izstrādātājam ir jārealizē Pasūtītāja telpās, Zigfrīda Annas Meierovica bulvārī 14, Rīga, LV-1050.

Obligāta

GEN-4 Projekta realizācijas metodoloģija

Izstrādātājam Projekta realizācija ir jānodrošina atbilstoši iteratīvās Agile SCRUM 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ēti 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.

Obligāta

11

Prasības ID


GEN-5 Izmantojamās tehnoloģijas

Sistēmu ir paredzēts izvietot IZM nodrošinātajā un pārvaldītajā resora vienotajā tehniskajā infrastruktūrā, līdz ar to Izstrādātājam ir jāveic Sistēmas izstrāde, ņemot vērā IZM resorā ievērotos principus attiecībā uz informācijas sistēmu vienotu attīstību:1. Sistēma ir jārealizē uz Windows platformas. Datu bāzes

risinājumiem ir jāizmanto Microsoft SQL Server (Standart Edition, ja nav pamatojuma citas versijas nepieciešamībai).

2. Sistēmas izstrāde pamatā ir jāveic .NET programmēšanas valodā. Gadījumā, ja .NET programmēšanas ietvarā kāda no nepieciešamajām Sistēmas funkcijām nevar tikt realizēta, vai citā programmēšanas ietvarā ir iespējama optimālāka tās realizācija, tad, saskaņojot ar Pasūtītāja projekta vadītāju, šīs atsevišķās funkcijas var tikt izstrādātas saskaņotajā programmēšanas ietvarā.

Vēlama

GEN-6 Izmantojamās koplietošanas komponentes

Sistēmai ir jāizmanto IZM resora koplietošanas komponentes:1. IZM IKT sistēmu vienotā autentifikācija – IKTIK;2. IZM IKT sistēmu darbības uzraudzības rīks Zabbix.

Obligāta

GEN-7 Tehniskie resursi

Izstrādātājam tehniskajā piedāvājumā ir jāiekļauj piedāvātā Sistēmas tehniskā arhitektūra, prasības tehniskajiem resursiem un skaitļošanas jaudām, lai nodrošinātu sistēmas veiktspējas un pieejamības prasību izpildi.

Obligāta

GEN-8 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ā, paredzot 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.

Obligāta

GEN-9 Vižu sagatavošana

Izstrādātājam ne ilgāk kā 1 (viena) mēneša laikā no Līguma noslēgšanas brīža ir pilnībā jāsagatavo un jānokonfigurē izstrādes un testēšanas vide.

Izstrādātājam ir jāveic Pasūtītāja testa un produkcijas vides sagatavošana un konfigurēšana 1 (viena) mēneša laikā no attiecīgo vižu tehnisko resursu pieejamības brīža, ko nodrošina

Obligāta

12

Prasības ID


Pasūtītājs, uz tām izvietojot nepieciešamos programmatūras risinājumus, kuru licences ir piegādātās atbilstoši prasībā GEN-10 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 vai

ekvivalents ). Nepārtrauktas integrēšanas vide (Continuous integration

software) (piem., CruiseControl, Hudson, Team Foundation Server, TeamCity vai ekvivalents ).

Izejas koda vadības sistēma (Source code management system) (piem., Git, SVK, Team Foundation Server vai ekvivalents ).

Vienībtestēšanas rīki (piem., Mockito, JUnit, UnitTest++, JSJunit, Cucumber-JVM vai ekvivalents ).

Automātiskie kompilācijas rīki (build automation tool) (piem., Apache Maven , Apache Ant, Visual Studio, Ruby vai ekvivalents ).

Problēmu pieteikumu rīki (piem., JIRA, Redmine, activeCollab vai ekvivalents ).

Piedāvātajam izstrādes vides komplektam ir jāatbalsta Izstrādātāja iteratīvās (Agile) izstrādes metodoloģija.

Ja Pretendents piedāvā izmantot kādus maksas rīkus un to izmantošana ir nepieciešama arī no Pasūtītāja puses, Pretendentam ir jāpiegādā Pasūtītājam šo rīku licences, un licenču izmaksām ir jābūt iekļautām Pretendenta finanšu piedāvājumā.

Pretendentam Tehniskajā piedāvājumā ir detalizēti jāapraksta, kā 1 (viena) mēneša laikā no līguma noslēgšanas brīža tiks sagatavota un nokonfigurēta izstrādes un testēšanas vide, izklāstot piedāvātos rīkus katrā no vidēm un aprakstot atbilstību izstrādātāja piedāvātajai iteratīvajai (Agile) izstrādes metodoloģijai.

Pretendenta piedāvāto rīku nomaiņa projektā ir jāsaskaņo ar Pasūtītāju.

GEN-10 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

Obligāta

13

Prasības ID


(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 vismaz līdz 2023. gada 31. decembrim.

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-11 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 nekā 10%.

Obligāta

GEN-12 Sistēmas pirmkoda nodošana un lietošanas tiesības

Izstrādātājam ir jānodrošina Sistēmas pirmkoda un tā izmantošanas tiesību nodošana Pasūtītājam. Kodam ir jābūt komentētam (klašu, procedūru (metožu) un parametru komentāri, kā arī ar datubāzes struktūras apraksti). 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 un Sistēmas izejas kodu, kā arī lasīt un kopēt Sistēmā uzkrāto informāciju.

Obligāta

GEN-13 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.

Obligāta

GEN-14 Normatīvā bāze

Sistēmai ir jānodrošina atbilstība šāda normatīvā regulējuma prasībām:

Fizisko personu datu aizsardzības likums; MK noteikumi Nr. 40 (30.01.2001.), Personas datu

aizsardzības obligātās tehniskās un organizatoriskās prasības;

Obligāta

14

Prasības ID


MK noteikumi 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;

MK noteikumi Nr. 460 (12.07.2016), Darbības programmas "Izaugsme un nodarbinātība" 8.3.4. specifiskā atbalsta mērķa "Samazināt priekšlaicīgu mācību pārtraukšanu, īstenojot preventīvus un intervences pasākumus".

15

5 Funkcionālās prasības5.1 Prasības portālam, intranetam to satura pārvaldības sistēmai

5.1.1 Vispārējās prasības

Tabula 4 Vispārējās prasības Prasības ID Prasības apraksts Piezīmes

FUN-1 Portāla un intraneta uzbūve

Portālam un intranetam ir jābūt veidotam uz vienas satura pārvaldības sistēmas platformas, kas nodrošina portāla un intraneta struktūras un satura administrēšanas iespējas.

Obligāta

FUN-2 Prasība satura pārvaldības sistēmas tehnoloģijām

Lai nodrošinātu portāla un intraneta ilgtermiņa uzturamību, par SPS ir jāizmanto kāda no populārākajām publiskajā sektorā pasaulē izmantotajām atvērtā koda satura pārvaldības sistēmām (Drupal, Joomla vai ekvivalents).

Obligāta

5.1.2 Prasības portālam

Tabula 5 Prasības portālam Prasības ID Prasības apraksts Piezīmes

FUN-3 Portāla mērķi

Sistēmas portālam ir jānodrošina šādu trīs pamatmērķu sasniegšana:1. Informācijas sniegšana par IKVD;2. Informācijas sniegšana par Projektu (aktivitātēm, sadarbības

partneriem, projekta kontaktinformācija);3. Materiālu pieejamības nodrošināšana pedagogiem,

pašvaldībām, interesentiem u.c.;4. Piekļuves punkts intranetam un Projekta operatīvās uzskaites

sistēmai.

Obligāta

FUN-4 Struktūra

Sistēmas portāla struktūra Izstrādātājam detalizēti ir jāspecificē Sistēmas izstrādes procesā. Struktūra izstrādājama atbilstoši labas funkcionālās lietojamības praksei. Portāla struktūrai ir jābūt administrējamai SPS.

Uz šīs specifikācijas sagatavošanas brīdi Sistēmas portālam tiek definētas šādas pirmā līmeņa navigācijas sadaļas:1. Sākums;2. Par IKVD;3. Par projektu;4. Projekta aktivitātes;

Obligāta

16

Prasības ID Prasības apraksts Piezīmes

5. Projekta materiāli;6. Kontakti.

FUN-5 Portāla sākuma lapa

Portālam ir jābūt sākuma lapai. Tās mērķis ir sniegt aktuālo informāciju par projektu un norādes par detalizētākas informācijas atrašanu.

Sākumlapas saturs un informācijas bloku izkārtojums veidojams atbilstoši vispārpieņemtām tīmekļa vietņu lietojamības (usability) normām. Sākumlapas saturs un informācijas bloki Izstrādātājam ir jāizstrādā un jāsaskaņo Portāla lietojamības plānošanas un dizaina izstrādes gaitā (sk. 7.5 sadaļa).

Sākuma lapā ir jāparedz vismaz šādi elementi:1. Pirmā līmeņa navigācijas izvēlnes;2. Palīgrīku josla;3. Meklētājs;4. Aktualitātes;5. Notikumi.

Portāla sākuma lapā Pasūtītājam var būt nepieciešamība iekļaut banerus.

Sākumlapas saturam jābūt administrējamam SPS.

Obligāta

FUN-6 Navigācija

Uzejot ar peles kursoru uz pirmā līmeņa navigācijas izvēlnes sadaļām, jāparādās uznirstošai izvēlnei ar apakšsadaļu nosaukumiem. Portālā ir nepieciešams parādīt navigācijas ceļu, ejot dziļāk tīmekļa vietnes sadaļās no sākumlapas.

Obligāta

FUN-7 Palīgrīku josla

Veidojot Portāla vizuālo struktūru, jāiekļauj palīgrīku josla lapas tīmekļa vietnes augšpusē, kas satur:1. Saiti uz Portāla sākuma lapu;2. Tīmekļa vietnes karti (skat. FUN-8);3. Meklēšanas logu (skat. FUN-9);4. “Pajautā mums” funkciju (skat. FUN-10).

Obligāta

FUN-8 Tīmekļa vietnes karte

Portālā jānodrošina tīmekļa vietnes karte. Tīmekļa vietnes kartē vizuāli jāataino portāla struktūra, tajā neietverot nepublicētās (izslēgtās) sadaļas / moduļus.

Obligāta

17


FUN-9 Meklēšana

Portālā jānodrošina jebkura satura ātra atrašana pēc jebkura lietotāja ievadīta parametra.

Obligāta

FUN-10 Pajautā mums

Portālā jānodrošina iespēja sazināties ar IKVD projekta atbildīgajām personām:1. Pajautā mums formā ievadītais iesniegums jānosūta uz IKVD

portāla administratora e-pasta adresi.

2. Jānodrošina aizsardzība pret automatizētu formas aizpildīšanu un nosūtīšanu.

3. Pēc formas aizpildīšanas lietotājam jāparāda atbilstošs paziņojums.

4. Pieteikumam jātiek reģistrētam SVS.5. SVS jānodrošina iespēja meklēt pieteikumu pēc tā autora.

Obligāta

FUN-11 Kontakti

Portālā ir jābūt publicētam IKVD projekta personāla sarakstam, to kontaktinformācijai, nodrošinot informācijas parādīšanu kartē, IKVD rekvizītiem un projekta rekvizītiem.

Obligāta

FUN-12 Aktualitātes

Funkcionālajam modulim ir jābūt portāla sākuma lapā. Tajā ir jāataino aktualitātes saraksta veidā (līdz 5 ierakstiem). Par katru aktualitāti ir jāparāda tās nosaukums, datums, kā arī tai ir jāsatur aktīvā saite uz attiecīgo portāla sadaļu, kur informatīvā vienība ir ievietota.

Aktualitāšu moduli administrē tīmekļa vietnes administrators SPS, kur tas var pievienot aktualitātes, mainīt aktualitāšu secību u.c.

Obligāta

FUN-13 Biežāk uzdotie jautājumi

Sistēmas portālā jānodrošina lietotājiem biežāk uzdotu jautājumu sadaļa (10 – 20 lietotāju biežāk uzdotie jautājumi) ērti pārskatāmā un pārlūkojamā formā. Lietotājam sākumā ir jābūt redzamiem tikai uzdotajiem jautājumiem ar iespēju parādīt konkrēta jautājuma atbildi. Sadaļā ir jābūt iespējai izvērst visus jautājumu atbildes uzreiz.

Sadaļai ir jābūt administrējamai no SPS puses.

Obligāta

18


FUN-14 Notikumi

Sistēmā jānodrošina notikumu 1)kalendārs un 2)grafiks, kurā ir jāattēlo administratora SPS reģistrētie notikumi.

Par katru no notikumiem ir jābūt sniegtam vismaz tā nosaukumam un norises datumam.

Notikumu kalendārā un grafikā iekļautajam notikumam ir jādarbojas kā saitei uz attiecīgā pasākuma detalizētāku aprakstu.

Obligāta

FUN-15 Materiālu krātuve

Portāla lietotājiem portālā ir jābūt pieejamai materiālu krātuves funkcionalitātei un tajā pieejamajiem publiskajiem materiāliem.

Obligāta

FUN-16 Informatīvās vienības

Informatīvajām vienībām Portāla tīmekļa vietnē jānodrošina iespēja atainot šādu saturu: teksts, attēls, blokshēmas, fotogalerija, video, audio, saites, faili lejupielādēšanai, tabulas, numurēti saraksti.

Informatīvajām vienībām katrā tīmekļa vietnes iekšlapā jānodrošina automātiska norāde par datumu, kad attiecīgā informācija (sadaļa) aktualizēta pēdējo reizi.

Informatīvajām vienībām jānodrošina drukas versija, kas informatīvās vienības saturu atver jaunā logā drukāšanai pielāgotā formātā, kurā ietverts IKVD nosaukums un logo; adrese, no kuras lapa izdrukāta; informatīvās vienības drukas versijas atvēršanas datums un laiks.

Obligāta

FUN-17 Meklēšanas dzinēja optimizācijas (SEO) prasības

Portālam jānodrošina meklēšanas dzinēja optimizācija (SEO):1. Title TAG jāveido unikāls, atslēgvārdam jāatrodas tuvu

sākumam un tas nedrīkst būt garāks par 70 simboliem;2. Title un description TAGi nepieciešami arī tad, ja vizuāli lapa

nemainās – piemēram, visām lapu apakškategorijām;3. Jānodrošina Meta TAGus visām portāla lapām, kas var

atšķirties no lapas nosaukuma. Nepieciešamie TAGi – Title un description;

4. Jāizmanto gzip compression, css un javascript failu saspiešanai, lai javascript failu ielāde aizņemtu mazāk laika;

5. Meta-Description jāveido tā, lai tas nebūtu garāks par 150

Obligāta

19


simboliem;6. Jāveido Semantic Headlines – nepieciešams izmantot

“Heading TAGs”, sakārtojot tos pēc svarīguma pakāpēm h1 līdz h6;

7. Jānodrošina Alt-Text attēliem, kas tiks izmantots tekstu bilžu aprakstīšanai;

8. Jānodrošina Robot.txt kontrole - iespēja kontrolēt, kuras portāla daļas ir pieejamas; meklētājprogrammām (Search engine). Portāla daļas, kuras nav pieejamas apmeklētājam nedrīkst būt indeksētas priekš meklētājprogrammām;

9. Lapas analīze – jāveic portāla analīze izmantojot Google Tag Manager rīku, kā arī jāveic SEO optimizācija atbilstoši analīzes rezultātiem.

5.1.3 Prasības intranetam

Tabula 6 Prasības intranetam Prasības ID Prasības apraksts Piezīmes

FUN-18 Autentifikācija un autorizācija

Intranetam ir jānodrošina lietotāju autentifikācija un autorizācija pirms piekļuves iegūšanas tā funkcionalitātei. Kā autentifikācijas risinājums ir jāizmanto lietotājvārds un parole, kas SPS automātiski ir jānosūta lietotājam uz to reģistrēto e-pasta adresi.

Obligāta

FUN-19 Paroles atgūšana

Autentifikācijas risinājumam ir jānodrošina iespēja lietotājam veikt paroles atgūšanu. SPS ir jānodrošina jaunas paroles ģenerēšana un nosūtīšana uz attiecīgā lietotāja e-pasta adresi.

Lietotājam paroles atjaunināšana ir jāapstiprina, veicot sekmīgu autentifikāciju sistēmā.

Obligāta


Lietotājiem ar atbilstošām tiesībām intranetā ir jābūt pieejamai materiālu krātuves funkcionalitātei un tajā pieejamajiem publiskajiem un projekta iekšējiem dokumentiem.

Lietotājiem ar atbilstošām tiesībām intranetā ir jābūt pieejamai materiālu krātuves pārvaldības funkcionalitātei (pievienot, publicēt, rediģēt, dzēst materiālus u.c.).

Obligāta

FUN-21 Komunikācijas rīks Obligāta

20


Sistēmā jānodrošina rakstveida komunikācijas iespējas starp IKVD projekta personālu.

Sistēmā jānodrošina iespēja atlasīt nepieciešamo lietotāju grupu/as un/vai izvēlēties atsevišķu/us lietotāju/us un visiem nosūtīt vienu paziņojumu.

Sistēmai jānodrošina visas sarakstes starp IKVD lietotājiem vēstures saglabāšana un atlase.

5.1.4 Prasības satura pārvaldības sistēmai

Tabula 7 Prasības satura pārvaldības sistēmai Prasības ID Prasības apraksts Piezīmes

FUN-22 Portāla un intraneta administrēšana

Portāla un intraneta administrēšanu nodrošina administrators SPS.

SPS ir jānodrošina darba vieta administratoram, kam ir jābūt visām pieejas tiesībām, lai veiktu portāla un intraneta struktūras (pievienot sadaļas, dzēst sadaļas, rediģēt sadaļas, rediģēt sadaļas uzstādījumus, rediģēt sadaļas saturu, kopēt sadaļu, pārvietot sadaļu, ieslēgt/izslēgt sadaļu, mainīt sadaļu secību u. c.) un satura administrēšanu.

SPS ir jāatbalsta iespēja pēc administratora izvēles, identiskus uzstādījumus noteikt sadaļas apakšsadaļām. Administrācijas funkcionalitātei ir jābūt pieejamai bez programmēšanas zināšanām.

Obligāta

FUN-23 Portāla un intraneta struktūras administrēšana

Portālā un intranetā ir jānodrošina līdz 5 līmeņu dziļuma un neierobežota platuma struktūra. Jānodrošina portāla un intraneta struktūras administrēšanas funkcionalitāte ar iespējām veikt darbības jebkurā struktūras līmenī:1. Veidot sadaļu (piešķirot sadaļas nosaukumu un adresi);2. Rediģēt sadaļu (mainīt nosaukumu un adresi);3. Dzēst sadaļu;4. Ieslēgt sadaļu;5. Izslēgt sadaļu;6. Kopēt sadaļu uz citu sadaļu (ar sadaļā esošo saturu un bez

Obligāta

21


sadaļā esošā satura);7. Pārvietot sadaļu uz citu sadaļu;8. Mainīt sadaļu secību;9. Mainīt sadaļas uzstādījumus (sadaļas pieejas tiesības, sadaļas

tips, u. c.).

Portāla un intraneta struktūras administrēšanas funkcionalitātei jābūt pieejamai bez programmēšanas zināšanām.

FUN-24 Informatīvo vienību administrēšana

Jānodrošina katras sadaļas satura – informatīvo vienību administrēšana ar vismaz šādām iespējām:1. Izveidot informatīvo vienību;2. Rediģēt;3. Dzēst;4. Priekšskata iespēja;5. Ieslēgt;6. Izslēgt;7. Kopēt uz citu sadaļu;8. Pārvietot uz citu sadaļu;9. Mainīt secību manuāli;10. Mainīt secību automātiski (pēc datuma; alfabētiski; pēc

pievienošanas);11. Ieslēgt / izslēgt informatīvo vienību izmaiņu vizuālo

atainošanu publiskajā pusē12. Ir jānodrošina iespēja jebkurai informatīvai vienībai atzīmēt

saistītus dokumentus;13. Ir jānodrošina iespēja norādīt vai konkrētā informatīvā

vienība ir kādas citas informatīvās vienības jauna versija.

Portālam un intranetam ir jānodrošina iespēja, publicējot ierakstu, administratoram izvēlēties, kurās sadaļās attiecīgais raksts tiek publicēts. Nedrīkst būt situācija, ka viena un tā pati informācija portālā vai intranetā katrā no sadaļā ir jāievada vairākkārtīgi.

Portāla un intraneta informatīvo vienību administrēšanas funkcionalitātei jābūt pieejamai bez programmēšanas zināšanām.

Obligāta

FUN-25 Satura administrēšanas iespējas

Katras informatīvās vienības izveidei / rediģēšanai jānodrošina šādas satura administrēšanas iespējas:1. Teksta ievade:

1.1. Teksta ievadei jānodrošina vizuāls teksta redaktors

Obligāta

22


(wysiwyg) ar iebūvētām funkcijām:1.1.1. formatēt tekstu bold;1.1.2. formatēt tekstu italic;1.1.3. formatēt tekstu underline;1.1.4. veidot numurētu sarakstu;1.1.5. veidot atzīmējumu (bulleted) sarakstu;1.1.6. veidot apakšvirsrakstus (h2) un

apakšapakšvirsrakstus (h3);1.1.7. iekopēt tekstu no citiem teksta redaktoriem un

elektroniskiem informācijas resursiem;1.1.8. automātiski formatēt tekstu atbilstoši

tīmekļvietnes dizaina paredzētajam stilam.2. Tabulu ievade:

2.1. jānodrošina tabulu izveide;2.2. jānodrošina tabulu kopēšana no citiem teksta

redaktoriem un elektroniskiem informācijas resursiem;2.3. jānodrošina automātiska tabulu formatēšana atbilstoši

tīmekļvietnes dizainā paredzētajam stilam.3. Attēlu ievade:

3.1. jānodrošina attēlu pievienošana;3.2. jānodrošina automātiska attēlu izmēra un apjoma maiņa

atbilstoši dizainā paredzētajam izmēram;3.3. jānodrošina iespēja pārlūkot un izvēlēties attēlu no

attēliem, kas atrodas uz servera, jānodrošina iespēja servera attēlus strukturēt mapēs;

3.4. jānodrošina izvēlēties attēlu no personīgā informācijas nesēja.

4. Video ievade4.1. jānodrošina iespēja jebkurā vietā saturā ievietot video:

4.1.1. nodrošina video failu pievienošanu, augšupielādējot to no trešās puses resursa uz serveri, apstrādi un atrādi;

4.1.2. nodrošina YouTube un Vimeo vietnes embed koda ielikšanu, apstrādi un atrādi;

4.1.3. Administratoram ir jāvar pievienot video nosaukumi un apraksti.

5. Saišu ievade:5.1. jānodrošina iespēja saturā ievietot saiti;5.2. jānodrošina iespēja norādīt saites atvēršanas avotu (jaunā

logā, pop-up logā, tajā pašā logā);5.3. veidojot iekšējo saiti (uz citu tīmekļvietni), jānodrošina

tās relativitāte – saitei jābūt strādājošai arī tad, ja tās mērķa lapas adrese vai nosaukums tiek mainīts.

6. Failu pievienošana:6.1. jānodrošina iespēja jebkurā vietā saturā ievietot failu

lejupielādei kā saiti uz teksta;6.2. jānodrošina iespēja pievienot failus lejupielādēšanai, kas

tīmekļvietnē tiek atainoti speciālā blokā atsevišķi no pārējā satura;

23


6.3. jānodrošina iespēja pārlūkot uz servera esošos failus un izvēlēties no tiem pievienojamos failus;

6.4. jānodrošina iespēja pievienot failu no ārēja informācijas nesēja.

Portāla un intraneta satura administrēšanas funkcionalitātei jābūt pieejamai bez programmēšanas zināšanām.

FUN-26 Baneru administrācija

Administrācijas sistēmā jānodrošina baneru administrācija:1. Atbalstāmie baneru veidi:

1.1. Jpg;1.2. Gif;1.3. Png;1.4. swf (ar un bez clicktag);1.5. html5.

2. Administrācijas iespējas:2.1. Norādīt publicēšanas periodu no – līdz;2.2. Norādīt atvēršanas veidu – jaunā logā vai tajā pašā logā.

3. Statistikas iespējas:3.1. jānodrošina baneru statistika pa dienām un mēnešiem:

3.1.1. parādīšanas reizes;3.1.2. klikšķi.

Obligāta

FUN-27 Biežāk uzdoto jautājumu administrēšana

SPS jānodrošina vismaz šāda biežāk uzdoto jautājumu administrēšanas iespēja: pievienot, labot un dzēst jautājumu un atbildes.

Obligāta

FUN-28 Notikumu administrēšana

Sistēmai ir jānodrošina administratoram iespēju pārvaldīt (pievienot, labot vai dzēst) notikumu kalendāra un grafika vienumus.

Izveidojot notikumu, administratoram ir jāvar ievadīt vismaz šādu informāciju:1. Notikuma nosaukums;2. Notikuma apraksts;3. Notikuma norises vieta;4. Notikuma norises datums.

Administratoram ir jābūt iespējai izveidoto notikumu (piem., pasākumu, semināru) publicēt arī kā ziņu aktualitāšu sadaļā.

Obligāta

FUN-29 Portāla apmeklētības statistika Obligāta

24


SPS jānodrošina šāda Portāla apmeklētības statistika:1. Apmeklējumu, apmeklētāju un apmeklēto lapu skaits pa

dienām izvēlētā laika periodā;2. Ienākošo saišu uzskaitījums un ienākošo apmeklējumu skaits

pa dienām izvēlētā laika periodā;3. Top apskatīto lapu statistika pa dienām izvēlētā laika periodā.

Statistikas funkcionalitātes nodrošināšanai izmantojama Pasūtītāja esošās statistikas rīks – Google Analytics.

FUN-30 Portāla konfigurēšana

SPS jānodrošina šādas portāla konfigurēšanas iespējas:1. Bez programmēšanas zināšanām – rediģēt visu tekstuālo

informāciju, kas nav uzskatāma par informatīvajām vienībām (piem., Atpakaļ, Drukāt, dažādi kļūdu paziņojumi, u. c.);

2. Ar programmēšanas zināšanām – rediģēt portāla moduļu vizuālo daļu (HTML un CSS).

Obligāta

5.2 Prasības materiālu krātuvei

Tabula 8 Prasības materiālu krātuveiPrasības ID Prasības apraksts Piezīmes


Sistēmai ir jānodrošina materiālu krātuve, kurai ir:1) Publiskā daļa, kur izvietotie materiāli ir pieejami

jebkuram tīmekļa lietotājam portālā;2) Slēgtā daļa, kur izvietotie materiāli ir pieejami intranetā

IKVD projekta vadības personālam.

Obligāta

FUN-32 Darbs ar materiāliem

Sistēmas ir jānodrošina materiālu attēlošanu lietotājam strukturēta kataloga veidā. Jānodrošina meklēšanas funkcionalitāte materiālu krātuvē.

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., metodiskie materiāli, kas ir attiecināmi uz profesionālo izglītību.

Meklēšanas rezultātus / fasešu atlases rezultātus Sistēmai ir jāattēlo strukturēta un pārskatāma saraksta veidā.

Par katru no materiāliem ir jāsniedz tā īss apraksts, pievienošanas

Obligāta

25


laiks, kā arī lietotājam ir jābūt iespējai attiecīgos materiālus lejupielādēt.

FUN-33 Materiālu pārvaldība

Sistēmai ir jānodrošina materiālu (datņu) pievienošana, publicēšana, publicēšanas atsaukšana, dzēšana. Minētās darbības ir jāvar veikt lietotājam ar atbilstošām tiesībām.

Obligāta

FUN-34 Materiālu datņu veidi

Sistēmai ir jānodrošina iespēja pievienot vismaz šādus materiālu datņu veidus:

1. Teksta dokumenti;2. Prezentācijas materiāli;3. Attēli;4. Skaitļu tabulas;5. Video faili;6. Audio faili.

Obligāta

FUN-35 Materiāla pievienošana

Sistēmai ir jānodrošina vismaz šādu materiālu tipu uzturēšana, ko lietotājam ir jānorāda pie materiāla pievienošanas:

1. Publiski pieejams materiāls;2. Projekta materiāls, kas ir pieejams IKVD projekta vadības

personālam intranetā.

Iekļaujot Sistēmā materiālu, lietotājam ir jāvar ievadīt vismaz šādi metadati par materiālu, t.sk., metadati priekš fasešu mehānisma darbības nodrošināšanas:

1. Materiāla nosaukums;2. Tēma;3. Autors;4. Datums, kad materiāls izveidots.

Obligāta

FUN-36 Publiski pieejamo materiālu publicēšana

Publiski pieejamajiem 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 pieejamiem Sistēmas portālā.

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 portālā nav jābūt publiski pieejamiem.

Obligāta

26

5.3 Prasības projekta operatīvās uzskaites sistēmai

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

Tabula 9 Prasības reģistrācijai, autentifikācijai un autorizācijaiPrasības ID


FUN-37 Autentifikā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 IZM IKT sistēmu vienotais autentifikācijas risinājums – IKTIK.

Obligāta

FUN-38 Autorizācija

Tiesības darbam ar Sistēmu ir jāpiešķir tikai personai, kas Sistēmā ir reģistrēts kā lietotājs ar atbilstošām tiesībām (piem., IKVD projekta darbinieks, sadarbības partnera atbildīgais darbinieks u.c.). Pēc lietotāja (kā fiziskas personas) autentifikācijas Sistēmai ir jānodrošina attiecīgās personas un lietotāja lomas sasaiste, kā arī atbilstošu tiesību piešķiršana.

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 IKVD, kā arī jāpiedāvā aizpildīt lietotāja profila informācija (skat. FUN-42).

Obligāta

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

Sistēmai ir jāparedz iespēja lietotājam Sistēmā darboties vairākās lomās, piem., persona ir pašvaldības un Latvijas Pašvaldību savienības atbildīgā persona, sniedzot iespēju personai pirms darba uzsākšanas Sistēmā norādīt lomu, ar kuru tas vēlas darboties, kā arī veikt lomas nomaiņu bez atkārtotas autentifikācijas veikšanas.

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

Obligāta

5.3.2 Lietotāja profils un darba vieta

Tabula 10 Prasības lietotāja darba vietai un profilamPrasības ID


FUN-40 Sistēmas lietotāja saskarne

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ā.

Obligāta

27

Prasības ID


Galvenās saskarnes ietvaros Sistēmas lietotājam ir jāvar piekļūt tā profilam, kā arī 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-41 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 3.3. sadaļā, to detalizējot Sistēmas izstrādes laikā.

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.

Obligāta

FUN-42 Lietotāja profils

Sistēmai ir jānodrošina lietotāja profila informācija, kas satur pamata informāciju par lietotāju, kuru IKVD 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 (skatīt / rediģēt);4. Mobilais telefons – skatīt/rediģēt.

Lietotāja vārds, uzvārds un personas kods ir reģistrēts Sistēmā, Sistēmas administratoram reģistrējot lietotāju.

Obligāta

5.3.3 Sadarbības partneru reģistrs

Tabula 11 Prasības sadarbības partneru reģistramPrasības ID


FUN-43 Piekļuve funkcionalitātei

Sadarbības partneru reģistra funkcionalitātei ir jābūt piekļuvei

Obligāta

28

Prasības ID


IKVD atbildīgajam darbiniekam.

Katram no sadarbības partneru atbildīgajām personām ir jābūt piekļuvei sadarbības partnera kartiņai skatīšanās režīmā, kā arī iespējai veikt noteiktu datu rediģēšanu.

FUN-44 Sadarbības parteru reģistrs

Sistēma ir jānodrošina projekta sadarbības partneru (pašvaldības, Latvijas Pašvaldību savienība, pašvaldību / valsts profesionālās izglītības iestādes) reģistra uzturēšana.

Sistēmai ir jānodrošina vismaz šādas pamata informācijas uzkrāšana par pašvaldību / Latvijas Pašvaldību savienība:1. Pamata informācija:

1.1. Nosaukums;1.2. Reģistrācijas numurs;

2. Kontaktinformācija:2.1. Juridiskā adrese;2.2. E-pasts;2.3. Telefons.

3. Norēķinu rekvizīti:3.1. Bankas nosaukums;3.2. IBAN.

4. Papildus informācija:4.1. Pašvaldības plānošanas reģions.

Sistēmai ir jānodrošina vismaz šādas pamata informācijas uzkrāšana par pašvaldības / valsts profesionālo izglītības iestādi:1. Pamata informācija:


2. Kontaktinformācija:2.1. Juridiskā adrese;2.2. E-pasts;2.3. Telefons;2.4. Fakss.


4. Papildus informācija:4.1. Izglītības iestādes tips;4.2. Izglītības iestādes statuss;4.3. Pašvaldība / Valsts pārvaldes iestāde, kam izglītības

iestāde pakļauta;4.4. Pazīme, vai izglītības iestāde ir reģistrēta kā finansējuma

saņēmējs VISC projektā.

Attiecībā uz izglītības iestādēm Sistēmai ir jānodrošina iespēja

Obligāta

29

Prasības ID


uzturēt izglītības iestāžu struktūrvienības.

Sistēmai jānodrošina vēsturisko datu uzturēšana par sadarbības partneri (piem., iepriekšējās izglītības iestādes nosaukums). Sistēmai ir jānodrošina slēgšanas / reorganizācijas informācijas uzkrāšana par izglītības iestādi.

FUN-45 Izglītības iestāžu dati

Sistēmai ir jānodrošina izglītības iestāžu datu sākotnējā iegūšana no VIIS, kā arī aktualizācija no VIIS ar noteiktu regularitāti. Sistēmai jānodrošina vēsturisko datu uzturēšana par izglītības iestādi (piem., izglītības iestādes iepriekšējais nosaukums).

Gadījumā, ja izglītības iestāde / tās struktūrvienība atbilstoši no VIIS saņemtajiem datiem tiek likvidēta, Sistēmā ir jānodrošina šīs izglītības iestādes PMP plānu izpildes bloķēšana, kā arī jānosūta paziņojums pašvaldībai, kuras teritorijā atradās konkrētā izglītības iestāde un atbildīgajam projekta koordinatoram.

Obligāta

FUN-46 Sadarbības partneru saraksts

Sistēmai ir jānodrošina sadarbības partneru saraksts, kurā strukturētā veidā ir jāattēlo šādi uzkrātie dati par sadarbības partneri:

1. Sadarbības partnera nosaukums;2. Reģistrācijas numurs;3. Pašvaldība;4. Izglītības iestādes statuss (vai nav likvidēta / reorganizēta).

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

Sarakstā ir jānodrošina meklēšanas funkcionalitāte. Jāparedz iespēja meklēt sadarbības partneri pēc jebkādiem sadarbības partneru reģistrā iekļautajiem datiem (piemēram, nosaukums, reģistrācijas numurs u.c.).

Lietotājam no saraksta skata ir jāvar:1. Atvērt attiecīgā sadarbības partnera kartiņa;2. Veikt jauna sadarbības partnera reģistrāciju.

Obligāta

FUN-47 Darbs ar sadarbības partnera kartiņu

Atverot sadarbības partnera kartiņu, lietotājam ar atbilstošām tiesībām skatīšanās režīmā ir jābūt pieejamiem reģistrā uzkrātajiem attiecīgā sadarbības partnera datiem, t.sk., vēsturiskajiem datiem, piem., attiecībā uz izglītības iestādes nosaukumu.

Obligāta

30

Prasības ID


Iestādes atbildīgajam darbiniekam iestādes kartiņā ir jāvar veikt iestādes noteiktu datu labošana.

No VIIS pārņemtos datus izglītības iestādes atbildīgā persona koriģēt nevar.

IKVD projekta koordinatoram ir jāvar sadarbības partnera kartiņā augšupielādēt saistītos sadarbības partnera dokumentus (pieteikums, sadarbības partnera esošās situācijas novērtējuma ziņojums, preventīvo un intervences pasākumu vidēja termiņa plāna dokuments, noslēgtie sadarbības līgumi ar sadarbības partneri u.c.), Sistēmā ievadot metadatus ar dokumentu (dokumenta veids, lietvedības reģistrācijas Nr., datums u.c.).

FUN-48 Sadarbības partnera reģistrācija

Pēc sadarbības partnera līguma noslēgšanas ar IKVD par Projekta īstenošanu lietotājam ar atbilstošām tiesībā ir jāvar veikt šī sadarbības partnera reģistrāciju Sistēmā.

Reģistrējot izglītības iestādi, ir jānodrošina tās datu sākotnējā izgūšana no VIIS. Reģistrējot sadarbības partneri – pašvaldību, ir jānodrošina tās padotībā esošo izglītības iestāžu datu sākotnējā izgūšana no VIIS.

Obligāta

FUN-49 Izglītības iestāžu slēgšana un reorganizācija

Sistēmai ir jāatbalsta iespēja veikt Sistēmā reģistrēto sadarbības partneru (izglītības iestāžu) slēgšana vai reorganizācija atbilstoši no VIIS saņemtajiem datiem. Sistēmai ir jānodrošina reorganizēto / slēgto izglītības iestāžu vēsturisko datu uzkrāšana.

Sistēmai ir jānodrošina reorganizēto iestāžu saistīto objektu sasaistes nodrošināšana pēc reorganizācijas reģistrēšanas Sistēmā, piem., ja reorganizācijas rezultātā kāda izglītības iestāde kļūst par citas izglītības iestādes struktūrvienību, tad attiecīgi šai izglītības iestādei Sistēmā piesaistītie objekti ir jāpiesaista reorganizācijas rezultātā izveidotajai izglītības iestādei.

Obligāta

5.3.4 Atbalsta pasākumu katalogs

Tabula 12 Prasības atbalsta pasākumu katalogsPrasības ID


FUN-50 Atbalsta pasākumu katalogs

Sistēmai ir jānodrošina atbalsta pasākumu katalogs un tā

Obligāta

31

Prasības ID


pārvaldības iespējas (pievienot, labot, dzēst atbalsta pasākumus).

Jānodrošina, ka atbalsta pasākumu katalogs ir hierarhisks (atbalsta pasākumu grupas, atbalsta pasākums, atbalsta pasākuma tips).

FUN-51 Atbalsta pasākuma dati

Par katru atbalsta pasākumu ir jāuztur šādi dati:1. Atbalsta pasākuma kods;2. Atbalsta pasākuma grupa;3. Atbalsta pasākuma nosaukums;4. Maksimāli iespējamās konkrētā atbalsta pasākuma izmaksas

(par vienu vienību).

Par katru no atbalsta pasākumiem ir jāvar norādīt maksimāli iespējamās izmaksas, ko pieļauj MK noteikumi par konkrēto atbalsta pasākumu, piem., ēdināšanas izmaksas vienam izglītojamam nepārsniedz vidēji 70 euro mēnesī u.tml.

Obligāta

FUN-52 Pašvaldību sniegtie atbalsta pasākumi

Atbalsta pasākumu katalogā katram no atbalsta pasākumiem ir jāvar iekļaut pazīmi, ka attiecīgo atbalsta pasākuma izmaksas tiek segtas no konkrētās pašvaldības vai valsts budžeta (piem., ēdināšanas pakalpojumus nodrošina Rīgas un Kārsavas pašvaldība). Attiecīgi Sistēmas ietvaros ir jānodrošina, ka pašvaldības izglītības iestādes / valsts profesionālās izglītības iestādes, kurās attiecīgie atbalsta pasākumi jau tiek segti, tos nevar iekļaut PMP plānā.

Attiecīgo pazīmi par kompensācijām no valsts un pašvaldību budžetiem ir jāvar rediģēt Projekta norises laikā, mainoties ārējiem nosacījumiem, piem., pašvaldība pārtrauc kompensēt ēdināšanas pakalpojumus.

Obligāta

5.3.5 PMP riska izglītojamo pārvaldība

Tabula 13 Prasības PMP riska izglītojamo pārvaldībai Prasības ID Prasības apraksts Piezīmes

FUN-53 Riska izglītojamo reģistrs

Sistēma ir jānodrošina PMP riska izglītojamo reģistra uzturēšana.

Sistēmai ir jānodrošina vismaz šādas pamata informācijas par PMP riska izglītojamo uzkrāšana:

1. Pamatinformācija:

Obligāta

32


1.1. Personas vārds;1.2. Personas uzvārds;1.3. Personas kods.

2. Kontaktinformācija:2.1. Deklarētā dzīvesvietas adrese;2.2. Faktiskā dzīvesvietas adrese.

3. Dati par aktuālo izglītības iestādi:3.1. Izglītības iestādes nosaukums;3.2. Izglītības iestādes reģistrācijas Nr.3.3. Programma, ko izglītojamais apgūst;3.4. Klase, kurā mācās.

4. Dati par izglītības iegūšanas pabeigšanu.5. Dati par mācību pārtraukumu /-iem.6. Atzīme par PMP riska statusu.7. Riska profila dati (kavējumi, vecāku alkoholisms, attālums

līdz skolai, maznodrošināts u.c.). Sistēmai jānodrošina iespēja uzturēt neierobežotu skaitu riska profila vērtību.

Sistēmai jānodrošina vēsturisko datu uzturēšana par izglītojamo (piem., iepriekšējās izglītības iestādes, programmas, klases u.c.).

Detalizēti reģistrā iekļaujamie dati Izstrādātājam ir jāspecificē izstrādes ietvaros.

FUN-54 Izglītojamā pamatdati

Sistēmai ir jānodrošina izglītojamā datu sākotnējā iegūšana no VIIS, kā arī šo datu aktualizācija ar noteiktu regularitāti. No VIIS pārņemtie dati Sistēmas ietvaros nevar tikt koriģēti.

Obligāta

FUN-55 PMP riska izglītojamo saraksts

Sistēmai ir jānodrošina PMP riska izglītojamo saraksts, kurā strukturētā veidā ir jāattēlo šādi uzkrātie dati par PMP riska izglītojamo:1. Personas vārds;2. Personas uzvārds;3. Personas kods;4. Izglītības iestāde;5. PMP riska statuss;6. Pazīme, vai izglītojamais saņem konsultāciju atbalsta

pasākumus VISC projekta ietvaros.

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

Konkrētas izglītības iestādes atbildīgajam darbiniekam Sistēmā var būt pieejami tikai attiecīgās izglītības iestādes PMP riska

Obligāta

33


izglītojamie, pašvaldības atbildīgajai personai – tikai tās izglītības iestāžu PMP riska izglītojamie, Koordinējošajam ekspertam – tikai tā atbildībā esošo izglītības iestāžu izglītojamie. PMP riska izglītojamā – izglītības iestādes sasaiste Sistēmai ir jāpārbauda atbilstoši VIIS datiem ar noteiktu regularitāti tiem izglītojamajiem.

Sarakstā ir jānodrošina meklēšanas funkcionalitāte. Jāparedz iespēja meklēt personu pēc jebkādiem PMP riska izglītojamā kartiņā iekļautajiem datiem (piemēram, personas kods, vārds, uzvārds u.c.), t.sk., vēsturiskajiem datiem.

Lietotājam no saraksta skata ir jāvar:1. Atvērt attiecīgā izglītojamā kartiņa;2. Pievienot jaunu PMP riska izglītojamo, ja persona nav

atrodama izglītības iestādes PMP riska izglītojamo sarakstā.FUN-56 Darbs ar PMP riska izglītojamā kartiņu

Atverot PMP riska izglītojamā kartiņu, lietotājam skatīšanās režīmā ir jābūt pieejamiem reģistrā uzkrātajiem attiecīgā izglītojamā datiem, t.sk., vēsturiskajiem datiem, piem., attiecībā uz iepriekšējām izglītības iestādēm.

Izglītības iestādes atbildīgajai personai PMP riska izglītojamā kartiņā ir jāvar veikt noteiktu datu labošanu un PMP riska statusa piešķiršanu / noņemšanu.

Noņemot izglītojamam PMP riska statusu Sistēmai ir automātiski jābloķē šī izglītojamā PMP plāna faktiskā izpilde.

Lietotājam ar atbilstošām tiesībām ir jāvar izsaukt izglītojamā PMP plānu.

Obligāta

FUN-57 PMP riska izglītojamā reģistrācija

PMP riska izglītojamo reģistrāciju veic izglītības iestādes atbildīgā persona. Iestādes atbildīgajai personai Sistēmā ir jāvar norādīt izglītojamā personas kods. Sistēmai ir jāveic pārbaude, vai attiecīgais izglītojamais atbilstoši VIIS datiem mācās attiecīgajā izglītības iestādē. Pozitīvas pārbaudes gadījumā ir jāveic izglītojamā pamatdatu pārņemšana uz Sistēmu / vai datu aktualizācija, ja izglītojamais Sistēmā ir reģistrēts (piem., gadījumā ja izglītojamais ir nomainījis izglītības iestādi).

Izglītības iestādes atbildīgajai personai papildus no VIIS saņemamajiem datiem, ir jāvar ievadīt vismaz šādus datus:

Obligāta

34


1. Atzīme par PMP riska statusu;2. Riska profila dati (kavējumi, vecāku alkoholisms, attālums

līdz skolai, maznodrošināts u.c.) – izvēle no riska faktoru klasifikatora ar iespēju pievienot savu riska faktoru. Lietotājam ir jāvar ievadīt neierobežots skaits riska faktoru vērtību.

Lietotājam ar atbilstošām tiesībām no PMP riska izglītojamā kartiņas ir jāvar izsaukt izglītojamā PMP plāns / jauna PMP plāna izveide, ja izglītojamajam nav PMP plāna.

FUN-58 Nosacījumi automātiskajiem pārbaudes procesiem

Sistēmai ir jānodrošina to izglītojamo pārbaude un datu aktualizācija no VIIS, kam izglītības iestāde Sistēmā ir reģistrējušas aktīvu PMP riska statuss.

Saņemot aktuālos VIIS datus par izglītojamajiem, Sistēmai ir jāveic pārbaude, vai izglītojamais mācās Sistēmā reģistrētajā konkrētajā izglītības iestādē. Ja izglītojamais ir pārtraucis mācības, pabeidzis izglītības iestādi, vai pārgājis uz citu izglītības iestādi konkrētā izglītojamā PMP plāna izpilde Sistēmā ir jābloķē, kā arī jānosūta paziņojums izglītības iestādes atbildīgajai personai, pašvaldības atbildīgajai personai un atbildīgajam IKVD projekta koordinatoram par konkrēto faktu.

Obligāta

5.3.6 PMP plānu pārvaldība

Tabula 14 Prasības PMP plānu izveide, apstiprināšana un korekcijasPrasības ID Prasības apraksts Piezīmes

FUN-59 PMP plāni

Sistēmai ir jānodrošina šādu PMP plānu veidu uzturēšana:1. Izglītojamā PMP plāns;2. Izglītības iestādes PMP plāns;3. Pašvaldības PMP plāns.

PMP plānus ir jāsastāda izglītojamā līmenī, kur plānus Sistēmai secīgi ir jāapvieno izglītības iestādes un pēc tam pašvaldības līmenī (pašvaldību izglītības iestādēm).

Obligāta

FUN-60 PMP plāna projekts un PMP plāns

Sistēmai ir jānodrošina PMP plāna projekta un PMP plāna uzturēšana. PMP plāns tiek iegūts, apstiprinot PMP plāna

Obligāta

35


projektu.

PMP plāns tiek sastādīts uz semestri un pārskatīts semestra vidū. Izglītības iestādei, sastādot tās PMP plāna projektu, kā tā sagatave ir jāvar izmantot iepriekšējā periodā izmantotais apstiprinātais PMP plāns.

FUN-61 PMP plānu apstiprināšanas plūsma

Sistēmai ir jānodrošina PMP plānu apstiprināšanas plūsma, paredzot, ka valsts profesionālās izglītības iestāžu PMP plānu apstiprināšanā netiek ietverts pašvaldību līmenis.

Sistēmai ir jānodrošina šāda PMP plānu projektu apstiprināšanas plūsma:1. Izglītības iestāde sagatavo PMP plānu projektus izglītojamo

līmenī.2. Pēc visu izglītojamo PMP plānu apstiprināšanas izglītības

iestādes atbildīgā persona apstiprina izglītības iestādes PMP plānu, pēc kā tas tiek nodots izskatīšanai pašvaldībai / projekta koordinatoram.Piezīme: Sistēmā valsts profesionālā izglītības iestāde nevar apstiprināt tādu PMP plānu, kura izmaksas pārsniedz tās kvotas apmēru.

3. Pašvaldības atbildīgā persona veic tās izglītības iestāžu PMP plānu izskatīšanu ar iespējām noraidīt konkrētus izglītojamo PMP plānu projektus, iekļaujot Sistēmā informāciju par PMP plāna noraidīšanas pamatu.

4. Pēc visu izglītības iestāžu PMP plānu projektu apstiprināšanas, pašvaldības atbildīgā persona apstiprina pašvaldības PMP plānu, pēc kā tas tiek nodots izskatīšanai pašvaldībai / projekta koordinatoram izskatīšanai. Sistēmā pašvaldība nevar apstiprināt tādu PMP plānu, kura izmaksas pārsniedz tās kvotas apmēru.

5. IKVD projekta koordinators veic tā piekritīgo pašvaldību PMP plānu un izglītības iestāžu PMP plānu projektu izskatīšanu ar iespējām noraidīt konkrētus izglītojamo PMP plānu projektus izglītojamo līmenī, iekļaujot Sistēmā pamatojumu par noraidīšanas pamatu.

6. Visu pašvaldību / valsts profesionālās izglītības iestāžu PMP plānu apstiprināšanu sākotnēji veic IKVD atbildīgais koordinējošais eksperts un pēc tam IKVD projekta vadītājs / vadītāja vietnieks.

Pēc pašvaldības / profesionālās izglītības iestādes PMP plāna

Obligāta

36


apstiprināšanas no IKVD puses PMP plāna projekts Sistēmā kļūst par PMP plānu, kuram Sistēmā izglītības iestāde iekļauj datus par plānoto pasākumu faktisko izpildi.

FUN-62 PMP plānu saraksts

PMP plāni ir jāuztur saraksta veidā, kur:1. IKVD ir pieejams pašvaldību / valsts profesionālās izglītības

iestāžu PMP plānu projekti / plāni.2. Pašvaldībai ir pieejami tās izglītības iestāžu PMP plānu

projekti / plāni.3. Izglītības iestādei ir pieejams tās PMP riska izglītojamo plānu

projekti / plāni.

PMP plānu sarakstā ir jāattēlo vismaz šāda informācija:1. IKVD līmenī – pašvaldības / valsts profesionālās izglītības

iestādes nosaukums, reģistrācijas numurs, plānotais PMP pasākumu finansējums, aktuālais finansējuma izlietojums, PMP plāna pārpalikums;

2. Pašvaldības līmenī – izglītības iestādes nosaukums, reģistrācijas numurs, plānotais PMP pasākumu finansējums, aktuālais finansējuma izlietojums, PMP plāna pārpalikums.

3. Izglītības iestādes līmenī – izglītojamā vārds, uzvārds, personas kods, plānotais PMP pasākumu finansējums, aktuālais izlietotais finansējums, PMP plāna pārpalikums.

Sarakstā ir jānodrošina meklēšanas funkcionalitāte, piem., atlasīt visus PMP plānus, kas nav apstiprināti. Jāparedz iespēja meklēt PMP plānu pēc jebkādiem PMP plāna kartiņā ietvertajiem parametriem (piem., konkrētas pašvaldības plāni).

Sarakstā ir jāizceļ tie PMP plāni, kuru izglītojamie saņem konsultāciju atbalsta pasākumus VISC projekta ietvaros.

Lietotājam ar atbilstošām tiesībām no PMP plānu saraksta ir jāvar:1. Atvērt hierarhiski zemāks PMP plāns, līdz pat izglītojamā

PMP plāna līmenim.2. No saraksta atzīmēt un apstiprināt vairākus hierarhiski

zemākus PMP plānu projektus, piem., pašvaldības atbildīgā persona var apstiprināt vairākus izglītības iestāžu PMP plānu projektus.

3. Dzēst PMP plānu projektus.4. Apstiprināt visu plānu, pēc kā tas tiek nodots apstiprināšanai

hierarhiski augstāk stāvošai struktūrai, piem., pašvaldības

Obligāta

37


PMP plāns pēc tā apstiprināšanas tiek nodots apstiprināšanai IKVD līmenī.

FUN-63 Izglītojamā PMP plāna izveide un izglītojamā kartiņa

Sistēmai ir jānodrošina PMP plāna sastādīšana izglītojamajam, tajā iekļaujot atbalsta pasākumus no Sistēmas atbalsta pasākumu kataloga. Izglītības iestāde Sistēmā nedrīkst būt pieejami atbalsta pasākumi, ko pašvaldība / valsts sedz par saviem līdzekļiem (ir iekļauta attiecīgā pazīme atbalsta pasākumu katalogā).

Sistēmai jānodrošina iespēja PMP plāna un izglītojamā sasaiste atbilstoši šādiem scenārijiem:1. Izveidot PMP plānu bez piesaistes izglītojamajam un tikai

pēc tam izvēlēties piesaistīt kādu no izglītības iestādes PMP riska izglītojamajiem.

2. Riska PMP izglītojamā kartiņā izveidot izglītojamā PMP plānu, nodrošinot šī PMP plāna un izglītojamā sasaisti.

Izveidojot individuālo PMP plānu, izglītības iestādes atbildīgajai personai ir jānorāda plānotās atbalsta pakalpojuma izmaksas. Sistēmai ir jāveic validācija, vai plānotās izmaksas nepārsniedz atbalsta pasākuma maksimāli iespējamās izmaksas atbilstoši MK noteikumos noteiktajam.

Izglītības iestādes atbildīgajai personai, iekļaujot PMP plānā konsultāciju atbalsta pasākumus, kas potenciāli var tikt sniegti VISC administrētā projektā, ar kuru tiek īstenots 8.3.2.2. "Atbalsts izglītojamo individuālo kompetenču attīstībai" pasākums, ir jāveic validācija attiecībā pret VISC sistēmu, vai attiecīgajam izglītojamam konsultāciju atbalsta pasākumi nav plānoti VISC administrētā projekta ietvaros. Pozitīvas pārbaudes gadījumā attiecīgajam izglītojamajam Sistēmā ir jāsaglabā pazīme, ka tas saņem konsultāciju pakalpojumus VISC projekta ietvaros.

Projekts, ar kuru tiek īstenots darbības programmas "Izaugsme un nodarbinātība" prioritārā virziena "Izglītība, prasmes un mūžizglītība" 8.3.4. specifiskais atbalsta mērķis "Samazināt priekšlaicīgu mācību pārtraukšanu, īstenojot preventīvus un intervences pasākumus"

Noteikti PMP atbalsta pasākumi ir jāvar sasaistīt ar kalendāru / norādīt regularitāti, piem., ēdināšana, transports, izmaksas par uzturēšanos internātā vai dienesta viesnīcā tiek plānotas ik pa

Obligāta

38


mēnesim, savukārt tiek plānota viena konsultācija matemātikā nedēļā. Iestādei sistēmā ir jāatskaitās par sniegtajiem atbalsta pakalpojumiem atbilstoši regularitātei.

FUN-64 Apliecinājums

Apstiprinot izglītojamā PMP plānu izglītības iestādes atbildīgajai personai Sistēmā ir jāvar apliecināt, ka tā ir veikusi visus pārbaudes pasākumu un konkrētais izglītojamais nesaņem dubultu finansējumu.

Obligāta

FUN-65 PMP plānu pārskatīšana

Pēc izglītojamā, izglītības iestādes, pašvaldības PMP plāna apstiprināšanas semestra sākumā to izpildes laikā līdz pārskatīšanai Sistēmā mainīt nevar.

Sistēmai jānodrošina iespēja semestra vidū veikt apstiprināto izglītības iestāžu PMP plānu pārskatīšanu, piem., kāds no izglītības iestādes PMP plānā iekļautajiem izglītojamajiem ir pārtraucis mācības, līdz ar to par atlikušo finansējumu izglītības iestāde var atbalstīt citu PMP riskam pakļauto izglītojamo, izveidojot tam jaunu PMP plāna projektu un pēc tam to saskaņojot.

PMP plānu izmaiņu apstiprināšana tiek veikta atbilstoši iepriekš aprakstītajam procesam (skat. FUN-61).

Obligāta

Tabula 15 Prasības PMP plānu izpilde Prasības ID Prasības apraksts Piezīmes

FUN-66 PMP plānā iekļauto pasākumu izpilde

Sistēmai ir jānodrošina apstiprināto individuālo PMP plānos iekļauto atbalsta pasākumu izpildes faktu atzīmēšana:1. Atzīmējot Sistēmā pamatojošu informāciju par faktiski

sniegtajiem atbalsta pasākumiem atbilstoši konkrētā pasākuma veidam.

2. Pievienojot informāciju par faktiski izlietoto finansējumu atbalsta pasākumam, kā arī pievienojot datus par maksājumus pamatojošu dokumentu (veids, numurs, datums u.c.).

Ievadot informāciju Sistēmā, ir jānodrošina kontrole, vai faktiski izlietotais finansējums nepārsniedz PMP plānoto finansējumu

Obligāta

39


konkrētajam atbalsta pasākumam.

FUN-67 Konsultācijas

Iekļaujot informāciju par faktiski notikušu konsultāciju Sistēmā ir jāvar norādīt vismaz šādi dati:1. Pedagogs, kas konsultāciju ir sniedzis;2. Datums un laiks, kad konsultācija notikusi;3. Konsultācijas temats.

Pedagoga izvēlei ir jānodrošina iespēja to pievienot no attiecīgās izglītības iestādes aktuālā pedagogu saraksta, ko Sistēmai ar noteiktu regularitāti ir jāatjauno no VIIS.

Sistēmā ir jābūt iespējai ievadīt arī citu konsultācijas pakalpojumu sniedzēju gadījumos, kad konsultācijas sniedz ne attiecīgās izglītības iestādes darbinieks, bet., piem., pašvaldības speciālists, attiecīgo informāciju pievienojot manuālas ievades veidā.

Obligāta

FUN-68 Atbalsta pasākumi ar regularitāti

Sistēma ir jānodrošina iespēja atskaitīties par katru no atbalsta pasākumiem, kam ir regularitāte (piem., izglītības iestāde ir jābūt iespējai sniegt atskaiti par faktiski sniegtajiem ēdināšanas pakalpojumiem ar regularitāti viens mēnesis, vai konsultācijām ar regularitāti viena nedēļa u.tml.).

Obligāta

FUN-69 PMP plānu izpildes bloķēšana

Sistēmai ir jāveic izglītojamo PMP plānu izpildes bloķēšana, ja izglītojamais pārtrauc mācības attiecīgajā izglītības iestādē (piem., pamet mācības, vai pāriet mācīties uz citu izglītības iestādi).

Obligāta

5.3.7 Jauniešu projektu pārvaldība

Tabula 16 Prasības Jauniešu projektu pārvaldībai Prasības ID Prasības apraksts Piezīmes

FUN-70 Jauniešu projektu reģistrs

Sistēmā ir jānodrošina jauniešu projektu reģistrs, kurā ir jāiekļauj vismaz šāda informācija:1. Projekta iepirkuma informācija:

1.1. Iepirkuma nosaukums;

Obligāta

40


1.2. Iepirkuma identifikators;1.3. Pašvaldība, kas iepirkumu organizē;1.4. Paredzamās projekta izmaksas;1.5. Projektā plānotais mērķa grupas lielums;1.6. Datums un laiks, līdz kuram jāiesniedz projektu

pieteikumi.2. Piedāvājumu vērtēšanas procesa informācija:

2.1. Projekta iesniedzēji;2.2. Iepirkuma norises rezultāts;2.3. Iepirkuma uzvarētājs;2.4. Iepirkuma uzvarētāja piedāvātā cena;2.5. Piedāvātais pasākums;2.6. Plānotais iesaistāmais dalībnieku skaits;2.7. Pasākuma norises vieta, datums un laiks.

3. Projekta īstenošanas informācija:3.1. Faktiskais dalībnieku skaits.

FUN-71 Projekta apstiprināšanas un īstenošanas plūsma

Sistēmai ir jānodrošina atbalsts šādai projekta apstiprināšanas un īstenošanas plūsmai:1. Pašvaldība reģistrē Sistēmā jauniešu projekta iepirkumu un

pievieno nolikumu.2. Pašvaldība ievieto Sistēmā pretendentu iesniegtos

piedāvājumus apstiprināšanai IKVD.3. IKVD projektu koordinators veic iesniegto piedāvājumu

izskatīšanu un saskaņošanu, vai projektā plānotie pasākumi atbilst programmas mērķiem.

4. Pašvaldība katram iepirkumam Sistēmā reģistrē tā iznākumu, kā arī uzvarētāju, projekta plānotās izmaksas un plānoto iesaistāmo dalībnieku skaitu, projekta iesniedzēja plānoto pasākumu, pasākuma norises vietu, datumu un laiku.

5. Pēc pasākuma norises pašvaldība Sistēmā augšupielādē pasākuma norises atskaiti, kā arī reģistrē faktisko dalībnieku skaitu.

6. Pasākuma norises faktu apstiprina IKVD, kurai ir tiesības veikt pārbaudi pasākuma norises vietā un negatīvas pārbaudes gadījumā pasākumu neapstiprināt.

Obligāta

FUN-72 Jauniešu projektu statusi

Sistēmā ir jānodrošina šādu jauniešu projektu statusu uzturēšanai:1. Izsludinās iepirkums.2. IKVD pārbaude.3. Piedāvājumu vērtēšana.

Obligāta

41


4. Projekta īstenošana.5. Projekts īstenošana pabeigta:

5.1. Sekmīgi;5.2. Pārtraucot iepirkumu;5.3. Netika iesniegti piedāvājumi;5.4. Neatbilstoši piedāvājumi;5.5. Pirms termiņa izbeigts līgums.

6. IKVD apstiprinājums par pabeigšanu:6.1. Apstiprināts;6.2. Neapstiprināts.

FUN-73 Jauniešu projektu saraksts

Sistēmai ir jānodrošina visu Sistēmā reģistrēto jauniešu projektu saraksts, kurā lietotājam ar atbilstošām tiesībām apstrādei ir pieejami visi Sistēmā reģistrētie jauniešu projekti un to aktuālais statuss.

Pašvaldībai sarakstā ir jābūt pieejamiem tikai tās projektiem, savukārt Projekta koordinatoram – tikai tā atbildībā esošo pašvaldību projektiem.

Projektu sarakstā ir jāattēlo vismaz šādi dati:1. Pašvaldība;2. Projekta plānotās izmaksas;3. Projekta statuss.

Sistēmai jānodrošina saraksta kārtošanas iespēja pēc jebkuras kolonnas ierakstiem abos virzienos (piem., dilstošā vai augošā secībā).

Sarakstā ir jānodrošina meklēšanas funkcionalitāte, piem., atlasīt visus projektus, kas ir iepirkuma statusā. Meklēšanas parametriem ir jābūt kombinējamiem.

Lietotājam ar atbilstošām tiesībā no projektu saraksta ir jāvar:1. Atvērt konkrēta projekta kartiņa;2. Izsaukt jauna projekta pievienošanu.

Obligāta

FUN-74 Jauna projekta izveide

Pašvaldībai Sistēmā ir jāvar reģistrēt jaunu jauniešu projektu. Reģistrējot jaunu projektu, Sistēmai tam automātiski ir jāpiešķir statuss “Izsludināts iepirkums”.

Pašvaldībai par izveidoto jauno projektu Sistēmā ir jāvar ievadīt

Obligāta

42


vismaz šādus projektu reģistrā iekļaujamos datus:1. Iepirkuma nosaukums;2. Iepirkuma identifikators;3. Paredzamās projekta izmaksas;4. Plānotais iesaistāmās mērķa grupas lielums;5. Datums un laiks, līdz kuram jāiesniedz projektu pieteikumi.

Pēc jauna projekta reģistrācijas Sistēmai ir automātiski jānosūta paziņojums IKVD atbildīgajam koordinatoram.

Pēc jauna projekta apstiprināšanas pašvaldībai Sistēmā ir jābūt iespējai:1. Mainīt datumu un laiku, līdz kuram jāiesniedz projektu

pieteikumi.2. Iekļaut atzīmi projekta statusu “Projekts pabeigts” un iemeslu

– “Pārtraukts iepirkums”.

FUN-75 Piedāvājumu reģistrēšana

Pēc pieteikšanās termiņa beigām pašvaldībai Sistēmā ir jāvar augšupielādēt iesniegto piedāvājumu datnes, kā arī pievienot vismaz šādus metadatus par iesniegto piedāvājumu:1. Projekta iesniedzēja nosaukums;2. Projekta iesniedzēja reģistrācijas numurs.

Sistēmā ir jābūt iespējai reģistrēt vairākus iesniegtos piedāvājumus.

Sistēmā ir jābūt iespējai iekļaut atzīmi projekta statusam “Projekts pabeigts” un iemeslu – “Netika iesniegti piedāvājumi”.

Pēc piedāvājumu reģistrācijas Sistēmai ir automātiski jānosūta paziņojums IKVD atbildīgajam koordinatoram veikt iesniegto piedāvājumu pārbaudi no IKVD puses.

Obligāta

FUN-76 IKVD pārbaude

Lai veiktu iesniegto piedāvājumu pārbaudi, IKVD atbildīgajam speciālistam Sistēmā ir jābūt iespējai iesniegto piedāvājumu datnes lejupielādēt.

Pēc pārbaudes veikšanas IKVD speciālistam ir jābūt iespējai par katru no iesniegtajiem piedāvājumiem iekļaut pazīmi, vai attiecīgais piedāvājums ir atbilstošs.

Pēc piedāvājumu pārbaudes pabeigšanas no IKVD puses

Obligāta

43


Sistēmai ir automātiski jānosūta paziņojums pašvaldības atbildīgajam darbiniekam par IKVD veikto pārbaudi.

FUN-77 Piedāvājumu vērtēšana

Pēc IKVD pārbaudes pašvaldība Sistēmā reģistrē iepirkuma uzvarētāju un tai Sistēmā ir jāvar ievadīt vismaz šādi dati:1. Iepirkuma uzvarētājs;2. Iepirkuma uzvarētāja piedāvātā cena;3. Piedāvātais pasākums;4. Piedāvātās iesaistāmās mērķa grupas lielums;5. Pasākuma norises adrese;6. Pasākuma norises datums un laiks.

Sistēmai ir jānodrošina, ka pašvaldība par iepirkuma uzvarētāju nevar reģistrēt piedāvājumu, kas IKVD pārbaudes ietvaros netika akceptēts.

Pašvaldībai ir Sistēmā ir jābūt iespējai iekļaut atzīmi projekta statusam “Projekts pabeigts” un iemeslu – “Netika iesniegti atbilstoši piedāvājumi”.

Pēc rezultātu reģistrēšanas no pašvaldības puses Sistēmai ir automātiski jānosūta paziņojums IKVD projekta koordinatoram.

Obligāta

FUN-78 Projekta īstenošana

Pēc projekta īstenošanas pabeigšanas pašvaldībai Sistēmā ir jābūt iespējai augšupielādēt atskaiti par projekta īstenošanu, kā arī iekļaut vismaz šādus datus:1. Faktiskais iesaistītās mērķa grupas lielums;2. Piezīmes.

Pēc projekta īstenošanas atskaites reģistrācijas Sistēmai ir automātiski jānosūta paziņojums IKVD atbildīgajam koordinatoram veikt projekta pabeigšanas apstiprināšanu.

Pašvaldībai ir Sistēmā ir jābūt iespējai iekļaut atzīmi projekta statusam “Projekts pabeigts” un iemeslu – “Pirms termiņa izbeigts līgums”.

Obligāta

FUN-79 IKVD apstiprinājums

Lai veiktu iesniegtās atskaites pārbaudi, IKVD atbildīgajam speciālistam Sistēmā ir jābūt iespējai projekta atskaites datni lejupielādēt.

Obligāta

44


IKVD speciālistam ir jābūt iespējai Sistēmā projekta pabeigšanu apstiprināt vai noraidīt (piem., faktiski veiktas pārbaudes ietvaros tiks konstatēts, ka plānotais pasākums nav noticis).

Pēc IKVD apstiprinājuma ievades projektam Sistēmai ir jāpiešķir statuss “Projekta pabeigts” un IKVD lēmums – “Apstiprināts” vai “Neapstiprināts”.

FUN-80 Projekti ar vairākām daļām

Sistēmai ir jānodrošina tādu projektu ar vairākām daļām pārvaldības atbalsts, piem., projektu iepirkumam ir vairākas lotes, kur katras lotes ietvaros tiek slēgts atsevišķs līgums.

Obligāta

FUN-81 Kvotas rezervēšana

Pašvaldība Sistēmā nevar reģistrēt jaunu projektu, kas pārsniedz tās gada kvotas atlikušo apmēru.

Pašvaldībai reģistrējot jaunu jauniešu projektu, Sistēmai ir jārezervē tā plānotais izmaksu apjoms no pašvaldības attiecīgā gada kvotas, kas Sistēmai ir jāprecizē pēc iepirkuma uzvarētāja un tā faktiski piedāvātās līgumcenas ievades.

Kvotas rezervēšana saglabājama:1. Līdz projekta īstenošanas tiek pārtraukta vai projekta

īstenošana netiek apstiprināta no IKVD puses, pēc kā pašvaldības kvota tiek saglabāta iepriekšējā apmērā.

2. Līdz projekts tiek apstiprināts no IKVD puses kā pabeigts, pēc kā pašvaldības kvota tiek samazināta atbilstoši sekmīgi realizētā projekta finanšu apjomam.

Obligāta

5.3.8 Kvotu pārvaldība

Tabula 17 Prasības kvotu pārvaldībai Prasības ID Prasības apraksts Piezīmes

FUN-82 Kvotas ievade

Sistēmā lietotājam ar atbilstošām tiesībām ir jāvar ievadīt kvotas apmēru, kas aprēķināts atbilstoši MK noteikumu prasībām.

Kvotu ievade ir jāvar veikt ar noteiktu regularitāti:1. Atbalsta pasākumu gadījumā – katru semestri līdz projekta

Obligāta

45


beigām.2. Jauniešu projektu gadījumā – katru gadu līdz projekta

beigām.

Atbalsta pasākumu kvotas ir jāvar ievadīt pašvaldības un valsts profesionālās izglītības iestādes līmenī.

FUN-83 Kvotu faktiskā izpilde

Lietotājam ar atbilstošām tiesībām ir jābūt iespējai sekot līdzi kvotu faktiskajai izpildei:1. Projekta vadītājam – visu pašvaldību / valsts profesionālās

izglītības iestāžu kvotu izpildei;2. IKVD projekta koordinatoram – tā atbildībā esošo pašvaldību

/ valsts profesionālās izglītības iestāžu kvotu izpildei;3. Pašvaldības / valsts profesionālās izglītības iestādes

atbildīgajam darbiniekam – tā pārstāvēs iestādes kvotas izpildei.

Obligāta

FUN-84 Rezervētā kvota

Jauniešu projektu gadījumā Sistēmā ir jānodrošina kvotu rezervēšanas apstrāde un rezervēto kvotu atrādīšana lietotājam.

Obligāta

5.3.9 Atskaites

Tabula 18 Prasības atskaitēm Prasības ID


FUN-85 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 operatīvo atskaišu izveidi par Sistēmā uzkrātajiem datiem.

Obligāta

FUN-86 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, t.sk., pašvaldību /

valsts profesionālo izglītības iestāžu atskaite par iepriekšējā pārskata periodā faktiski sniegtajiem pakalpojumiem. Atskaišu 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 tā tālākā pārvaldība tiek nodrošināta atbilstoši prasībā FUN-88 definētajiem nosacījumiem. Izstrādātāja sagatavojamo atskaišu skaits Sistēmas izstrādes un ieviešanas laikā nepārsniegs 50 atsevišķas atskaites.

2. Dinamiski veidojamas atskaites, kuras Sistēmas lietotāji varēs izveidot Sistēmas izmantošanas laikā, atskaišu

Obligāta

46

Prasības ID


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-87 Atskaite par faktiski sniegtajiem atbalsta pakalpojumiem pārskata periodā

Lietotājam ar atbilstošām tiesībām (pašvaldības atbildīgā persona / valsts profesionālās izglītības iestādes atbildīgā persona) Sistēmā ir jāvar izveidot atskaiti par faktiski sniegtajiem atbalsta pakalpojumiem izglītojamajiem pārskata periodā.

Lietotājam, sagatavojot atskaiti, ir jāvar norādīt:1. Laika periodu, par kuru pārskatu sagatavot (sākuma datums

un beigu datums).2. Griezumu, par kuru pārskats ir nepieciešams (pa izglītības

iestādēm, pa izglītojamajiem, pa atbalsta pasākumu veidiem).

Sistēmai ir jānodrošina attiecīgās atskaites sagatavošana, tajā iekļaujot attiecīgajā periodā faktiski sniegtos atbalsta pakalpojumus un to faktiskās izmaksas.

Atskaitē Sistēmai ir jāiekļauj kopsumma par faktiski sniegtajiem atbalsta pakalpojumiem pārskata periodā.

Atskaite ir jāģenerē .pdf datnes formā. Datne ir jāveido tā, lai tas būtu iesniedzams IKVD kā pielikums maksājumu pieprasījumam,pārskatā galvā iekļaujot vismaz šādus datus:

pārskata nosaukums; laika periods, par kuru pārskats ir sagatavots; datums, kad pārskats ir izveidots; iestāde, kas pārskatu ir izveidojumi; Lietotājs, kas pārskatu ir izveidojis.

Lietotājam ir jāvar izveidoto pārskatu .pdf datnes formā no Sistēmas lejupielādēt.

Obligāta

FUN-88 Sistēmas ietvaros jau definēto atskaišu pārvaldība

Rīkam, kurš nodrošina atskaišu izveidi Sistēmas ietvaros,

Obligāta

47

Prasības ID


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 atskaišu šablonu sagatavošanu Sistēmas izmantošanas laikā.

Sistēmā kopēji definēto atskaišu skaits nevar tikt ierobežots.FUN-89 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ētas XML datnes veidā.

Lietotājam ir jāvar izveidoto pārskatu datnes no Sistēmas lejupielādēt.

Obligāta

FUN-90 Atskaišu dati

Sistēmai jānodrošina, ka atskaites var tikt sagatavotas atbilstoši atskaišu sagatavotāja tiesībām uz datiem, piem., izglītības iestāde var sagatavot atskaiti tikai par saviem datiem un tai atskaišu sadaļā nav pieejami citu izglītības iestāžu dati.

Obligāta

5.3.10 Prasības sadarbspējai ar citām informācijas sistēmām

5.3.10.1 Sadarbspēja ar IZM IKT sistēmu vienoto autentifikāciju

Tabula 19 Prasības sadarbspējai ar IZM IKT sistēmu vienoto autentifikācijuPrasības ID


FUN-91 Saskarnes funkcijas

Sistēmai ir jānodrošina sadarbspēja ar IZM IKT sistēmu vienoto autentifikācijas moduli IKTIK Sistēmas lietotāju autentifikācijas nodrošināšanai.

Obligāta

FUN-92 Saskarnes realizācija

Saskarne ir jārealizē atbilstoši IZM IKT sistēmu vienotā autentifikācijas moduļa IKTIK turētāja IZM nodrošinātajam saskarnes veidam.

Obligāta

5.3.10.2 Sadarbspēja ar Valsts izglītības informācijas sistēmu

Tabula 20 Prasības sadarbspējai ar Valsts izglītības informācijas sistēmuPrasības ID


FUN-93 Saskarnes funkcijas Obligāta

48

Prasības ID


Sistēmai ir jānodrošina sadarbspēja ar VIIS, nodrošinot datu saņemšanu par izglītojamajiem, izglītības iestādēm un pedagogiem.


Saskarne ir jārealizē, izmantojot esošo VIIS universālo tīmekļa servisu.

Obligāta

FUN-95 Datu saņemšana par izglītības iestādi

Sistēmai ir jānodrošina vismaz šādu datu saņemšana par izglītības iestādi no VIIS:1. Pamata informācija:


2. Kontaktinformācija:2.1. Juridiskā adrese;2.2. E-pasts;2.3. Telefons;2.4. Fakss.


4. Izglītības iestādes struktūrvienības:4.1. Izglītības iestādes struktūrvienības nosaukums;4.2. Struktūrvienības kontaktinformācija.

5. Papildus informācija:5.1. Izglītības iestādes tips;5.2. Izglītības iestādes statuss;5.3. Pašvaldība / Valsts pārvaldes iestāde, kam izglītības

iestāde pakļauta.

Obligāta

FUN-96 Datu saņemšana par izglītojamo

Sistēmai ir jānodrošina vismaz šādu datu saņemšana par izglītojamo no VIIS:1. Vārds;2. Uzvārds;3. Personas kods;4. Izglītības iestāde;5. Statuss.

Obligāta

FUN-97 Datu saņemšana par pedagogu

Sistēmai ir jānodrošina vismaz šādu datu saņemšana par pedagogu no VIIS:1. Vārds;2. Uzvārds;3. Izglītības iestāde.

Obligāta

49

5.3.10.3 Sadarbspēja ar VISC izveidojamo sistēmu

Tabula 21 Prasības sadarbspējai ar VISC izveidojamo sistēmu Prasības ID Prasības apraksts Piezīmes

FUN-98 Saskarnes funkcijas

Sistēmai ir jānodrošina sadarbspēja ar VISC sistēmu, abpusēju pārbaužu veikšanai par izglītojamā plānotajiem / apstiprinātajiem konsultāciju atbalsta pasākumiem.

Obligāta


Saskarnes realizācija Izstrādātājam ir jāspecificē projekta laikā, sadarbojoties ar VISC informācijas sistēmu izstrādātāju, vai gadījumā, ja VISC informācijas sistēmas izstrāde aizkavējas un tiek realizēta pēc Sistēmas izstrādes, Izstrādātājam ir jādefinē servisi, kuri būs pieejami no Sistēmas puses, nepieciešamo datu izgūšanai, sagatavojot to aprakstošo dokumentāciju un nodrošinot šo servisu izstrādes pasākumu veikšanu. Servisu darbība balstās uz prasībā FUN-98 definēto nepieciešamo datu apmaiņas apjomu.

Obligāta

FUN-100 Galvenie saņemamie un nosūtāmie datu vienumi

Sistēmas servisam būs jānodrošina vismaz šādu būtiskāko datu vienumu apmaiņu, veicot pieprasījumu uz VISC sistēmu:1. Sistēmas vaicājums:

1.1. Personas kods;1.2. Laika periods;

2. VISC sistēmas atbilde:2.1. Personas kods;2.2. VISC sistēmā plānotie / apstiprinātie konsultāciju

atbalsta pasākumi pieprasītajā laika periodā.

Sistēmas servisam būs jānodrošina vismaz šādu VISC sistēmas veikto pieprasījumu apstrāde:1. VISC sistēmas vaicājums:

1.1. Personas kods;1.2. Laika periods;

2. Sistēmas atbilde:2.1. Personas kods;2.2. Plānotie / apstiprinātie konsultāciju atbalsta pasākumi

pieprasītajā laika periodā.

Obligāta

5.3.11 Kopējie servisi un administrēšanas komponentes

5.3.11.1 Klasifikatoru pārvaldība

Tabula 22 Prasības klasifikatoru pārvaldībai

50


FUN-101 Klasifikatoru pārvaldība

Sistēmai jāļauj papildināt/mainīt klasifikatoru vērtības. Šādām funkcijām ir jābūt pieejamām ar noteiktām pieejas tiesībām Sistēmā.

Obligāta

FUN-102 Klasifikatori

Sistēmai ir jānodrošina vismaz šādi klasifikatori:1. Riska faktoru klasifikators;2. Atbalsta pasākumu klasifikators;3. Pašvaldību klasifikators;4. Izglītības iestāžu klasifikators.

Klasifikators apjoms var tikt papildināts Sistēmas izstrādes laikā, atbilstoši detalizēto prasību nosacījumiem.

Obligāta

5.3.11.2 Ziņojumu serviss

Tabula 23 Prasības ziņojumu servisamPrasības ID


FUN-103 Ziņojumu serviss

Sistēmai ir jānodrošina ziņojumu serviss, lai izsūtītu Sistēmas automātiskos paziņojumus 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.

Obligāta

FUN-104 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.

Obligāta

FUN-105 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.

Obligāta

FUN-106 Ziņojumu šabloni

Sistēmai ir jānodrošina ziņojumu šablonu uzturēšanas un pārvaldības iespēja.

Obligāta

FUN-107 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:

Obligāta

51

Prasības ID


1. Paziņojums pašvaldībai un atbildīgajam projekta koordinatoram, ka izglītības iestāde / tās struktūrvienība atbilstoši no VIIS saņemtajiem datiem tiek likvidēta.

2. Paziņojums izglītības iestādes atbildīgajai personai, pašvaldības atbildīgajai personai un atbildīgajam IKVD projekta koordinatoram, ka izglītojamais ir pārtraucis mācības konkrētajā izglītības iestādē.

3. Paziņojumi saistībā ar PMP plānu projektu apstiprināšanu:3.1. Paziņojums veikt PMP plāna projekta izskatīšanu /

apstiprināšanu;3.2. Paziņojums par PMP plāna projekta apstiprināšanu no

pašvaldības / IKVD puses;3.3. Paziņojums veikt PMP plāna projekta precizēšanu.

4. Paziņojumi saistībā ar jauniešu projektiem:4.1. Paziņojums projekta koordinatoram par jauna

iepirkuma reģistrēšanu;4.2. Paziņojums projekta koordinatoram veikt pretendentu

piedāvājumu izskatīšanu;4.3. Paziņojums pašvaldības atbildīgajai personai par

projekta koordinatora pabeigto pretendentu piedāvājumu izskatīšanu;

4.4. Paziņojums projekta koordinatoram par iepirkuma rezultātu reģistrēšanu;

4.5. Paziņojums projekta koordinatoram par projekta pabeigšanu un pabeigšanas rezultātu;

4.6. Paziņojums pašvaldības atbildīgajai personai par projekta koordinatora veikto akceptēšanu.

Paziņojumi izstrādātājam ir jāspecificē projekta ietvaros. Kopējais ziņojumu apjoms nepārsniedz 30 ziņojumus.

FUN-108 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ā.

Obligāta

5.3.11.3 Meklēšana

Tabula 24 Prasības meklēšanai

52

Prasības ID


FUN-109 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.

Obligāta

FUN-110 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.

Obligāta

FUN-111 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ā).

Obligāta

FUN-112 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.

Obligāta

FUN-113 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.

Obligāta

FUN-114 Meklēšanas aizstājējzīmes

Sistēmai jāatbalsta aizstājējzīmju izmantošana meklēšanas parametros. 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, „*”).

Obligāta

FUN-115 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.

Obligāta

53

5.3.12 Prasības lietotāju un tiesību pārvaldībai

Tabula 25 Prasības lietotāju un tiesību pārvaldībaiPrasības ID


FUN-116 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; Mainīt lietotāja statusu – aktivizēt, bloķēt piekļuvi

Sistēmai; Attēlot lietotāju sarakstu un veikt meklēšanu tajā. Reģistrēt datumu, līdz kuram lietotājs ir aktīvs.

Obligāta

FUN-117 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).

Obligāta

FUN-118 Sadarbības partneru atbildīgās personas

Sistēmas tiesību mehānismam jānodrošina personas un iestādes sasaiste.

Sadarbības partnera atbildīgo personu ir jāvar piešķirt sadarbības partnera struktūrvienību darbiniekiem (piem., ja profesionālajai izglītības iestādei ir reģionālas filiāles).

Obligāta

FUN-119 Projekta koordinatori

Sistēmai ir jānodrošina, ka projekta koordinatoram var tikt piešķirtas tiesības attiecībā uz konkrētām pašvaldībām / valsts profesionālās izglītības iestādēm – attiecīgi mācību koordinatoram ir pieejami tikai šīs pašvaldības / valsts profesionālās izglītības iestādes dati un darbs ar tiem.

Obligāta

5.3.13 Auditācija

Tabula 26 Prasības auditācijaiPrasības ID


FUN-120 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

Obligāta

54

Prasības ID


gadījumā būtu iespējams pārtraukt, vai būtiski samazināt auditācijas pierakstu veikšanu.

FUN-121 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-122 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;5. Darbstacijas identifikators (nosaukums un IP adrese), no

kuras veikta darbība.

Obligāta

5.3.14 Sistēmas darbības uzraudzība

Tabula 27 Prasības Sistēmas darbības uzraudzībaiPrasības ID


FUN-123 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.

Obligāta

FUN-124 Darbības monitorings

Izstrādātājam ir jānodrošina sistēmas darbības monitoringa pieslēgšana pie IZM izmantotās informācijas sistēmu darbības monitoringa sistēmas Zabbix.

Izstrādātājam ir jāizveido Sistēmas darbības monitoringa parametri, kas uzrauga tos Sistēmas parametrus, kas ietekmē

Obligāta

55

Prasības ID


atsevišķo servisu, komponenšu un Sistēmas kopējo darbību.FUN-125 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.

Obligāta

56

6 Nefunkcionālās prasības6.1 Prasības sistēmas vizuālajām saskarnēm

Tabula 28 Prasības lietotāja saskarneiPrasības ID


N-1 Pārlūkprogrammu atbalsts

Sistēmai ir jāatbalsta šādas tīmekļa pārlūkprogrammas un to versijas, kā arī šo pārlūkprogrammu jaunākās versijas:

1. Internet Explorer 10.0,2. Mozilla Firefox 40.0,3. Google Chrome 45.0,4. MacOS Safari 9.0,5. Microsoft Edge.

Sistēmai ir jānodrošina arī darbība minēto pārlūkprogrammu mobilajās versijās, nodrošinot korektu attēlošanu un ērtu navigāciju viedtālruņos.

Obligāta

N-2 Valodu atbalsts

Visām sistēmas komponentēm ir jābūt latviešu valodā.

Obligāta

N-3 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 grafiskajiem elementiem;

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

Obligāta

57

Prasības ID


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 informāciju, lai lietotājam atvieglotu ievadi.

N-4 Izmantojamie standarti un vadlīnijas

Sistēmas lietotāju saskarņu projektēšanā un navigācijā jāizmanto šādi 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:2016 (Cilvēka un sistēmas

mijiedarbības ergonomika. 210. daļa: Cilvēkorientēta interaktīvo sistēmu projektēšana).

Obligāta

N-5 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. Izstrādātājam ir jāizstrādā grafiskā dizaina atvasinājumi portāla attēlošanai planšetdatoros un viedtālruņos. Plānotie ekrāna maiņas platumi definēti līdz 320 px, 480 px, līdz 768 px, 1024 px, 1280 px vai vairāk.

Obligāta

N-6 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.

Obligāta

N-7 Datu ievades ekrānformas Obligāta

58

Prasības ID


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, iespēju pārvietoties starp ievades laukiem, izmantojot tastatūras taustiņu “Tab” u. c.

N-8 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).

Obligāta

N-9 Dizains

Sistēmas dizainam:1. Ir jābūt oriģinālam, mūsdienīgam, veidotam lietišķā stilā;2. Veidotam vienotā stilā;3. Sistēmas sadaļām ir jābūt veidotām vizuāli pievilcīgām un

ērti lietojamām, vienlaikus nodrošinot to, ka lietotāji informāciju uztver ne tikai ar tekstuālās informācijas, bet arī ar vizuālo elementu palīdzību;

4. Ir jābūt veidotam, ievērojot reaģējošas tīmekļa vietnes dizaina principus (responsive design).

Sistēmas dizaina izstrādes procesa prasības ir sniegtas 7.5 sadaļā.

Obligāta

6.2 Prasības ievadīto datu kontrolēm

Tabula 29 Prasības ievadīto datu kontrolēmPrasības ID


N-10 Sintaktiskās kontroles

Sistēmā ir jābūt sintaktiskajām kontrolēm tiem ievadlaukiem, kuros paredzēts 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, tiktu ierobežotas iespējas ievadīt citus simbolus.

Obligāta

N-11 Loģiskās kontroles

Sistēmai jāveic atbilstošas loģiskās kontroles, piemēram, ievadot

Obligāta

59

Prasības ID


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 nekā 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-12 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, nevis brīva teksta ievade.

Obligāta

N-13 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.

Obligāta

6.3 Prasības drošībai

Tabula 30 Prasības drošībaiPrasības ID


N-14 Lietotājam pieejamās tiesības

Lietotājiem (atbilstoši to lomai) drīkst būt pieejama tikai tā funkcionalitāte un tikai tāda lietošana, kā aprakstīts tehniskajās prasībās. Lietotājam nevar būt iespēja veikt savu tiesību eskalāciju.

Obligāta

N-15 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).

Obligāta

N-16 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.

Obligāta

N-17 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.

Obligāta

60

Prasības ID


Darbu turpināt iespējams tikai pēc atkārtotas autentifikācijas.N-18 Atkārtotas sesijas identifikatora 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.

Obligāta

N-19 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. Administratoram ir jāvar veikt lietotāju atbloķēšanu. Jāvar iestatīt atbloķēšanu (aktivēt/izslēgt funkciju) pēc laika (konfigurējams lielums).

Obligāta

N-20 Aizsardzība pret uzbrukumiem

Jānodrošina aizsardzība vismaz pret 10 izplatītākajiem uzlaušanas paņēmieniem (sk. https://www.owasp.org/index.php/Top10 #O W A SP _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;7. Missing Funkcion Level Access Control;8. Cross site request forgery;9. Using Known Vulnerable Components;10. Unvaliated Redirects and Forwards.

Obligāta

6.4 Prasības pieejamībai un veiktspējai

Tabula 31 Prasības pieejamībai, veiktspējai un mērogojamībaiPrasības ID


N-21 Pieejamība

Jānodrošina šādas Sistēmas pieejamības prasības:1. Darba dienās 8:00 – 18:00: 98%;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ī.

Obligāta

https://www.owasp.org/index.php/Top10%23OWASP_Top_10_for_2013

https://www.owasp.org/index.php/Top10%23OWASP_Top_10_for_2013

61

Prasības ID


N-22 Veiktspējas prasības

Sistēmai jānodrošina darbs vismaz 100 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.

Veiktspējas nosacījums nav attiecināmi uz datu izgūšanu, kas ir izvietoti uz ārējiem resursiem.

Obligāta

N-23 Mērogojamības prasības

Izstrādātājam ir jānodrošina mērogojama risinājuma izstrādi, t. i., sistēmas arhitektūrai un programmatūras specifikai ir jābūt tādai, ka, lai palielinātu sistēmas apstrādājamo datu apjomu, ir pietiekami nodrošināt tehnisko elementu (serveru, disku masīvu u.tml.) jaudas/kapacitātes palielināšanu, neveicot Sistēmas pārveides darbus.

Obligāta

6.5 Prasības dokumentācijai

Tabula 32 Prasības dokumentācijaiPrasības ID


N-24 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;2. Sistēmas arhitektūra;3. Produkta darbu plāns (produkta backlog);4. Sistēmas saskarņu apraksta dokuments;

Obligāta

62

Prasības ID


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-25 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.

Obligāta

N-26 Lietotāja un administratora dokumentācija

Izstrādātājam ir jāizstrādā lietotāja dokumentācija pa lietotāju grupām (IKVD darbinieki, pašvaldību darbinieki, izglītības iestāžu darbinieki 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.

Obligāta

N-27 Dokumentācijas piegādes termiņi

Izstrādātājam jānodrošina šādu dokumentu izstrāde un saskaņošana 1 (viena) mēneša 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-24 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

Obligāta

63

Prasības ID


līguma par Sistēmas izstrādi noslēgšanas brīža.

6.6 Prasības Sistēmas testēšanai

Tabula 33 Prasības Sistēmas testēšanaiPrasības ID


N-28 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.

Obligāta

N-29 Sistēmas akcepttestēšana

Pēc visu iterāciju testēšanas Pasūtītājs veic Sistēmas akcpettestēš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ā.

Obligāta

N-30 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 papildu samaksas veikšanas Sistēmas garantijas laikā.

Obligāta

6.7 Prasības Sistēmas ieviešanai

Tabula 34 Prasības Sistēmas ieviešanai

64

Prasības ID


N-31 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 produkcijas vidē un jāpiegādā nodevumi atbilstoši šīs specifikācijas prasībām.

Obligāta

N-32 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ā.

Obligāta

N-33 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 (sk. GAR-5).

Obligāta

6.8 Prasības Sistēmas lietotāju un administratoru apmācībām

Tabula 35 Prasības Sistēmas lietotāju un administratoru apmācībāmPrasības ID


N-34 Apmācību apjoms

Izstrādātājam ir jānodrošina:1. IKVD projekta atbildīgo personu apmācība (līdz 20

apmācāmās personas);2. Sistēmas administratoru apmācība (līdz 5 apmācāmās

personas);3. 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.

Obligāta

N-35 Mācību organizēšana

Katrai no prasībā N-34 minētajām apmācāmo personu grupām

Obligāta

65

Prasības ID


jāveic atsevišķas mācības.N-36 Mācību materiāli un tehniskais aprīkojums

Tehnisko aprīkojumu un telpas mācībām nodrošina Pasūtītājs. Izstrādātājam jānodrošina mācību materiālu sagatavošana, kas nepieciešama veiksmīgai mācību norisei.

Obligāta

N-37 Mācību valoda

Izstrādātājam ir jānodrošina, ka mācības tiek veiktas latviešu valodā.

Obligāta

N-38 Mācību materiālu saskaņošana

Izstrādātājam ir jānodrošina mācību materiālu saskaņošana ar Pasūtītāju vismaz 5 (piecas) darba dienas pirms plānotā mācību sākuma datuma.

Obligāta

N-39 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:

Izglītības iestādes atbildīgā persona; Pašvaldības atbildīgā persona.

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.

Obligāta

66

7 Organizatoriskās prasības 7.1 Prasības projekta organizācijai

Tabula 36 Prasības projekta organizācijaiPrasības ID


ORG-1 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 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.

Obligāta

ORG-2 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.

Obligāta

ORG-3 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.

Obligāta

67

Prasības ID


ORG-4 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: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.

Obligāta

7.2 Prasības projekta pārvaldības dokumentācijai

Tabula 37 Prasības projekta pārvaldības dokumentācijaiPrasības ID


ORG-5 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 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.

Obligāta

68

Prasības ID


Projekta uzsākšanas ziņojumu apstiprina Pasūtītājs.ORG-6 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 protokolus 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.

Obligāta

ORG-7 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.

Obligāta

69

7.3 Prasības risku kontrolei

Tabula 38 Prasības risku kontroleiPrasības ID


ORG-8 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 informēšanu par aktuālajiem riskiem

un to ietekmi;5. Risku saskaņošanu ar Pasūtītāju.

Izstrādātājam piedāvājumā jāapraksta piedāvātā riska pārvaldības metodika.

Obligāta

ORG-9 Alternatīvu un risku novērtējums

Projekta vadītājam projekta vadības grupas sanāksmēs un projekta 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.

Obligāta

7.4 Prasības projekta piegādes principiem

Tabula 39 Prasības projekta piegādes principiemPrasības ID


ORG-10 Produkta darbu plāna izstrāde

Izstrādātājam 1 (viena) mēneša laikā no līguma noslēgšanas brīža ir jāizstrādā un ar Pasūtītāju jāsaskaņo Produkta darbu plāns (produkta backlog). Produkta darbu 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;

Obligāta

70

Prasības ID


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-11 Sprints

Sistēmas izstrādes un ieviešanas nodevumi katra posma ietvaros ir jāsagatavo un piegādā 1 (viena) mēneša garos sprintos. Iesniedzot Sistēmas izstrādes un ieviešanas nodevumus, Izstrādātājam ir jāpiegādā pilnībā izstrādātu un notestētu Sistēmas daļu. 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).

Obligāta

ORG-12 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.

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.

Obligāta

ORG-13 Darbietilpības novērtēšana

Izstrādātājam piedāvājumā ir jāiekļauj tā piedāvātās darbietilpības novērtēšanas metodikas detalizēts apraksts. Izstrādātājam projekta ietvaros ir jāveic visu projekta darba plānā / sprintu darba plānā iekļauto darbu darbietilpības novērtēšanas atbilstoši tā piedāvājumā iekļautajai darbietilpības novērtēšanas metodikai.

Obligāta

ORG-14 Izmaiņas iepriekšējos nodevumos Obligāta

71

Prasības ID


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-15 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.

Obligāta

ORG-16 Sprinta demonstrēšana

Katra sprinta rezultātā Izstrādātājam ir jāpiegādā strādājošu produkta (Sistēmas) papildinājumu, 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.

Obligāta

ORG-17 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 2 (divu) nedēļu laikā 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 kritisko kļūdu akceptēšanas laikā. Sprinta testēšanas laikā konstatētās problēmas Pasūtītājs reģistrē Pasūtītāja nodrošinātajā problēmu pieteikumu rīkā.

Obligāta

7.5 Sistēmas lietojamības analīzes un grafiskā dizaina izstrādes process

Tabula 40 Prasības Sistēmas lietojamības analīzes un grafiskā dizaina izstrādes procesam

72

Prasības ID


ORG-18 Sistēmas lietojamības analīzes un grafiskā dizaina izstrādes process

Izstrādātājam 2 (divu) mēnešu laikā no darbu uzsākšanas ir jāsagatavo un ar Pasūtītāju jāsaskaņo Sistēmas funkcionālais un grafiskais dizains, ievērojot šādus posmus:1. Lietotāju vajadzību izpēte.2. Sistēmas struktūras (satura koka) izveide;3. Sistēmas sākumlapas un iekšskatu struktūras skiču

(wireframes), kā arī attiecīgo reaģējošo (responsīvo) skatu skiču izstrāde;

4. Sistēmas grafiskā dizaina izstrāde;5. Dizaina un lietojamības pēcpārbaude.

Obligāta

ORG-19 Lietotāju vajadzību izpēte

Izstrādātājam ir jāveic Sistēmas potenciālo lietotāju izpēte, to vajadzību apzināšana un analīze. Turpmākais Sistēmas dizaina izstrādes process ir jārealizē, balstoties uz lietotāju vajadzību izpētes rezultātiem.

Obligāta

ORG-20 Sistēmas satura struktūras (satura koka) izveide

Izstrādātājam ir jāizstrādā Sistēmas informācijas izkārtojums, ņemot vērā Sistēmas lietotāju paredzamos darbību scenārijus un tīmekļa vides lietojamības labās prakses principus. Ar Sistēmas informācijas izkārtojumu šajā aprakstā jāsaprot visas lietotājiem pieejamās Sistēmas iespējas, saturs, funkcionalitāte, izkārtojums un savstarpējā sasaiste. Sistēmas satura struktūru saskaņo ar Pasūtītāju.

Obligāta

ORG-21 Sistēmas sākumlapas un iekšskatu struktūras skiču (wireframes), kā arī attiecīgo reaģējošo (responsīvo) skatu skiču izstrāde

Izstrādātājs veic lietojamības plānošanu un izstrādā Sistēmas sākumlapas un iekšskatu struktūras skices (wireframes), kā arī attiecīgo reaģējošo (responsīvo) skatu skices – attiecīgo Sistēmas sadaļu satura izvietojumu, funkcionālās iespējas un to prioritātes. Skatu skices saskaņo ar Pasūtītāju.

Obligāta

ORG-22 Sistēmas grafiskā dizaina izstrāde

Izstrādātājs izstrādā un piedāvā Pasūtītājam grafiskā dizaina priekšlikumu Sistēmas sākumlapai, logo un vismaz 5 iekšskatiem. Priekšlikumi jāsaskaņo ar Pasūtītāju. Pēc apstiprināšanas Izstrādātājs izstrādā un saskaņo ar Pasūtītāju pārējo Sistēmas skatu grafisko dizainu.

Obligāta

ORG-23 Dizaina un lietojamības pēcpārbaude

Pēc Sistēmas izstrādes pabeigšanas un sākotnējā satura ievades Izstrādātājam ir jāveic Sistēmas dizaina un lietojamības pārbaude dažādām ierīcēm un platformām, lai pārbaudītu vietnes elementu

Obligāta

73

Prasības ID


izkārtojumu, to skicēs paredzēto funkcionalitāti un grafisko dizainu, pārliecinātos, ka vietne pēc satura ievades joprojām ir pārskatāma, lietotājiem intuitīvi un ērti lietojama un sasniedz tai iepriekš noteiktos mērķus, kā arī vietne ir responsīva un ērti lietojama uz dažādām platformām un ierīcēm.

Izstrādātājam jānodrošina korekcijas pasākumu veikšana atbilstoši pārbaudes rezultātiem.

7.6 Prasības projekta norises pārbaudēm

Tabula 41 Prasības projekta norises pārbaudēmPrasības ID


ORG-24 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.

Obligāta

74

75

8 Garantijas prasības 8.1 Vispārējās prasības garantijai

Tabula 42 Vispārējās prasības garantijaiPrasības ID Prasības apraksts Piezīmes

GAR-1 Garantijas periods

Izstrādātājam jānodrošina Sistēmas garantijas periods – 24 (divdesmit četri) mēneši no nodošanas-pieņemšanas akta par līguma izpildi parakstīšanas brīža.

Obligāta

GAR-2 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.

Obligāta

GAR-3 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).

Obligāta

GAR-4 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ēšana, analīze un novēršana (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

Obligāta

76

Prasības ID Prasības apraksts Piezīmesnosūtīšanu Pasūtītājam (stabilās versijas);

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-5 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 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 papildu 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.).

Obligāta

GAR-6 Trešās puses programmatūras kritiskie ielāpi

Garantijas ietvaros Izstrādātājam nepieciešams nodrošināt, ka gadījumos, kad tiek publicēti 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

Obligāta

77

Prasības ID Prasības apraksts Piezīmesuzstā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.

GAR-7 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.

Obligāta

GAR-8 Sistēmas uz garantijas nodrošināšanas pakalpojumu valoda

Sistēmas garantijas ietvaros visa komunikācija, sniedzot Sistēmas uzturēšanas pakalpojumus, ir jānodrošina latviešu valodā.

Obligāta

8.2 Garantijas procedūra

Tabula 43 Garantijas procedūraPrasības ID Prasības apraksts Piezīmes

GAR-9 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 Pasūtītāja pieteikumu 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.

Obligāta

GAR-10 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-9 definētie saziņas kanāli.

Obligāta

GAR-11 Garantijas pieteikums

Garantijas pieteikums satur vismaz sekojošu informāciju: sastādīšanas datums, laiks, sastādītājs;

Obligāta

78

Prasības ID Prasības apraksts Piezīmes 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.

GAR-12 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.

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.

Obligāta

GAR-13 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 laiks 1 darba

diena.

Obligāta

GAR-14 Pieteikumu reģistrēšana

Katrs pieteikums ir jāreģistrē Pasūtītāja pieteikumu reģistrā, un Pasūtītāja kontaktpersona tiek rakstveidā (pa e-pastu) informēta par reģistrētā pieteikuma detaļām.

Obligāta

GAR-15 Pieteikumu saskaņošana

Katrs pieteikums tiek saskaņots starp Pasūtītāju un Izstrādātāju. Pasūtītāja un Izstrādātāja pārstāvji vienojas par pieteikuma vienotu izpratni (galīgo formulējumu, būtību,

Obligāta

79

Prasības ID Prasības apraksts Piezīmesrisināš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-16 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 papildu informāciju.

Izstrādātājs informē Pasūtītāju par pieteikuma risināšanas gaitu (t. sk. veicot nepieciešamās atzīmes Pasūtītāja pieteikumu reģistrā), ievērojot šādus nosacījumus: 1. prioritāte – ne retāk kā reizi 2 stundās. 2. prioritāte – ne retāk kā reizi 4 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 izmaiņu pieprasījuma pasūtījuma saņemšanas.

6. prioritāte – ne retāk kā reizi 8 stundās.

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 pieņemams risinājums un problēmu novēršanas scenārijs un laika grafiks;

3. prioritāte – risinājuma laiks 10 darba dienas vai jāpiedāvā cits pieņemams risinājums un problēmu novēršanas scenārijs un laika grafiks;

4. prioritāte – risinājuma laiks 20 darba dienas vai jāpiedāvā cits pieņemams risinājums un problēmu novēršanas scenārijs un laika grafiks;

5. prioritātes pieteikumu risināšana notiek atbilstoši ar

Obligāta

80

Prasības ID Prasības apraksts PiezīmesPasū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;

6. prioritāte – risinājuma laiks 2 darba dienas vai jāpiedāvā cits pieņemams risinājums un problēmu novēršanas scenārijs un laika grafiks.

GAR-17 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ēļ. Pasūtītāja pieteikumu reģistrā pieteikumu var slēgt tikai Pasūtītājs vai tā pārstāvis.

Obligāta

GAR-18 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, šādos kontrollaikos: 1. un 2. prioritātes pieteikumi, ja nav izdevies atrast

pieņemamu risinājumu 3 darba dienu laikā; 3. un 4. prioritātes pieteikumi, ja nav izdevies atrast

pieņemamu risinājumu 10 darba dienu laikā.

Obligāta

8.3 Izmaiņu pieprasījumi

Tabula 44 Izmaiņu pieprasījumiPrasības ID


GAR-1 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ā 320 (trīs simti divdesmit stundas).

Izstrādātājam ir jānodrošina izmaiņu pieprasījumu apstrāde,

Obligāta

81

Prasības ID


izmaiņu priekšlikumu sagatavošana un novērtēšana garantijas pakalpojuma ietvaros bez papildus samaksas.

Izmaiņu pieprasīju apstrādes procesa nodrošināta ir attiecināma arī uz izmaiņām, kuras rodas dēļ grozījumiem normatīvajos aktos, kuri ietekmē Sistēmas darbību.

GAR-2 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ņš.

Obligāta

GAR-3 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ā.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.

Obligāta

Documents

ikvd.gov.lv€¦ · Web viewIzglītības kvalitātes valsts dienests. Zigfrīda Annas Meierovica bulvāris 14, Rīga, LV-1050 dienests. Eiropas Savienības fondu darbības programmas