ikvd.gov.lv€¦ · web viewizglītības kvalitātes valsts dienests. zigfrīda annas meierovica...
TRANSCRIPT
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.
Paredzamais lietotāju skaits: līdz 10
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.
Paredzamais lietotāju skaits: 3
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.
Paredzamais lietotāju skaits: 1
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.
Paredzamais lietotāju skaits: līdz 5
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
Prasības apraksts Piezīmes
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
Prasības apraksts Piezīmes
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
Prasības apraksts Piezīmes
(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
Prasības apraksts Piezīmes
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
Prasības ID Prasības apraksts Piezīmes
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
Prasības ID Prasības apraksts Piezīmes
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
Prasības ID Prasības apraksts Piezīmes
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
FUN-20 Materiālu krātuve
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
Prasības ID Prasības apraksts Piezīmes
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
Prasības ID Prasības apraksts Piezīmes
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
Prasības ID Prasības apraksts Piezīmes
(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
Prasības ID Prasības apraksts Piezīmes
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
Prasības ID Prasības apraksts Piezīmes
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
FUN-31 Materiālu krātuve
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
Prasības ID Prasības apraksts Piezīmes
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
Prasības apraksts Piezīmes
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
Prasības apraksts Piezīmes
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
Prasības apraksts Piezīmes
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
Prasības apraksts Piezīmes
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
Prasības apraksts Piezīmes
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:
1.1. Nosaukums;1.2. Reģistrācijas numurs;
2. Kontaktinformācija:2.1. Juridiskā adrese;2.2. E-pasts;2.3. Telefons;2.4. Fakss.
3. Norēķinu rekvizīti:3.1. Bankas nosaukums;3.2. IBAN.
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
Prasības apraksts Piezīmes
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
Prasības apraksts Piezīmes
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
Prasības apraksts Piezīmes
FUN-50 Atbalsta pasākumu katalogs
Sistēmai ir jānodrošina atbalsta pasākumu katalogs un tā
Obligāta
31
Prasības ID
Prasības apraksts Piezīmes
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
Prasības ID Prasības apraksts Piezīmes
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
Prasības ID Prasības apraksts Piezīmes
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
Prasības ID Prasības apraksts Piezīmes
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
Prasības ID Prasības apraksts Piezīmes
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
Prasības ID Prasības apraksts Piezīmes
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
Prasības ID Prasības apraksts Piezīmes
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
Prasības ID Prasības apraksts Piezīmes
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
Prasības ID Prasības apraksts Piezīmes
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
Prasības ID Prasības apraksts Piezīmes
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
Prasības ID Prasības apraksts Piezīmes
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
Prasības ID Prasības apraksts Piezīmes
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
Prasības ID Prasības apraksts Piezīmes
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
Prasības ID Prasības apraksts Piezīmes
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
Prasības ID Prasības apraksts Piezīmes
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
Prasības apraksts Piezīmes
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
Prasības apraksts Piezīmes
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
Prasības apraksts Piezīmes
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
Prasības apraksts Piezīmes
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
Prasības apraksts Piezīmes
FUN-93 Saskarnes funkcijas Obligāta
48
Prasības ID
Prasības apraksts Piezīmes
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.
FUN-94 Saskarnes realizācija
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:
1.1. Nosaukums;1.2. Reģistrācijas numurs;
2. Kontaktinformācija:2.1. Juridiskā adrese;2.2. E-pasts;2.3. Telefons;2.4. Fakss.
3. Norēķinu rekvizīti:3.1. Bankas nosaukums;3.2. IBAN.
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
FUN-99 Saskarnes realizācija
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
Prasības ID Prasības apraksts Piezīmes
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
Prasības apraksts Piezīmes
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
Prasības apraksts Piezīmes
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
Prasības apraksts Piezīmes
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
Prasības apraksts Piezīmes
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
Prasības apraksts Piezīmes
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
Prasības apraksts Piezīmes
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
Prasības apraksts Piezīmes
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
Prasības apraksts Piezīmes
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
Prasības apraksts Piezīmes
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
Prasības apraksts Piezīmes
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
Prasības apraksts Piezīmes
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
Prasības apraksts Piezīmes
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
Prasības apraksts Piezīmes
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
Prasības apraksts Piezīmes
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
Prasības apraksts Piezīmes
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
Prasības apraksts Piezīmes
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
61
Prasības ID
Prasības apraksts Piezīmes
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
Prasības apraksts Piezīmes
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
Prasības apraksts Piezīmes
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
Prasības apraksts Piezīmes
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
Prasības apraksts Piezīmes
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
Prasības apraksts Piezīmes
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
Prasības apraksts Piezīmes
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
Prasības apraksts Piezīmes
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
Prasības apraksts Piezīmes
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
Prasības apraksts Piezīmes
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
Prasības apraksts Piezīmes
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
Prasības apraksts Piezīmes
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
Prasības apraksts Piezīmes
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
Prasības apraksts Piezīmes
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
Prasības apraksts Piezīmes
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
Prasības apraksts Piezīmes
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
Prasības apraksts Piezīmes
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
Prasības apraksts Piezīmes
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
Prasības apraksts Piezīmes
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
Prasības apraksts Piezīmes
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
Prasības apraksts Piezīmes
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