Vispārējās prasības - vas.gov.lvvas.gov.lv/lv/box/iepirkumi/35.Pielikums Nr 3 Tehniskā... · Web viewTehniskā piedāvājuma forma. Lūdzam “Izpildītāja tehniskā piedāvājuma

Tehniskā piedāvājuma forma

Lūdzam “Izpildītāja tehniskā piedāvājuma apraksts un prasības realizācijas izklāsts” kolonnā norādīt attiecīgās prasības realizācijas izklāsta kopsavilkumu. Ja nepieciešams plašāks skaidrojums/ilustrācija vai cita veida informatīvais materiāls, atsevišķu prasību realizāciju atļauts norādīt arī ārpus formas, pievienojot papildus pielikumus vajadzīgajā formātā.”

1 Vispārējās prasības

Prasības ID

Prasības apraksts Izpildītāja tehniskā piedāvājuma apraksts un prasības realizācijas izklāsts

GEN-001 Darba uzdevums

Izstrādātājam ir:1. Jāveic Sistēmas izstrāde un ieviešana, lai plānotajā

termiņā izstrādātu tehniski funkcionējošu, bez 1. un 2. prioritātes kļūdām (kļūdu kategorijas skat. GAR-004) Sistēmu, kas nodrošina šajā tehniskajā specifikācijā obligāti noteikto funkcionālo prasību izpildi;

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

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

GEN-002 Darba uzdevuma realizācijas termiņš

Izstrādātājam Sistēmas izstrāde un ieviešana ir jārealizē 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,

Prasības ID


t. i., Sistēmai ir sekmīgi pabeigta akcepttestēšana un tā darbojas produkcijas vidē, kur tai ir izveidoti lietotāji, izveidotas mācību programmas un pasākumi.

Izmaiņu pieprasījumu realizācija jānodrošina U un K projektu realizācijas laikā līdz 2022. gada 1. jūlijam.

Garantijas periods ir jānodrošina U un K projektu realizācijas laikā līdz 2022. gada 1. jūlijam.

GEN-003 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 Raiņa bulvārī 4, Rīgā.

GEN-004 Projekta realizācijas metodoloģija

Izstrādātājam Projekta realizācija ir jānodrošina atbilstoši iteratīvās (Agile) izstrādes metodoloģijai, nodrošinot ciešu sadarbību ar Pasūtītāja atbildīgajiem darbiniekiem un Izstrādātāja speciālistiem.

Izstrādātājam piedāvājumā ir detalizētai jāapraksta projekta piegādes metodoloģijas pielietojums un principi, izklāstot, kā tiks organizēts darbs, lai iteratīvā veidā piegādātu Sistēmu plānotajā termiņā, kā arī jāapraksta, kā tiks organizēta sadarbība ar Pasūtītāja atbildīgajiem darbiniekiem atbilstoši iteratīvās izstrādes metodoloģijas lomām, lai nodrošinātu Pasūtītāja vajadzību apzināšanu.

GEN-005 Izstrādes vides

Prasības ID


Izstrādātājam ir jāveic Sistēmas izstrāde, ieviešana un nepieciešamo vižu uzturēšana atbilstoši labās prakses principiem informācijas sistēmu izstrādes jomā, izmantojot autonomu izstrādes vidi, testēšanas vidi, akcepttestēšanas vidi un produkcijas vidi.

Projekta izstrādes laikā, t. i., 8 (astoņus) mēnešus pēc līguma par Sistēmas izstrādi noslēgšanas brīža Izstrādātājam ir jānodrošina izstrādes, testēšanas un akcepttestēšanas vides uzturēšana uz saviem tehniskajiem resursiem.

GEN-006 Vižu sagatavošana

Izstrādātājam ne ilgāk kā 2 (divu) nedēļu laikā no darbu uzsākšanas brīža ir pilnībā jāsagatavo un jānokonfigurē izstrādes, testēšanas un akcepttestēšanas vide.

Izstrādātājam ir jāveic Pasūtītāja testa un produkcijas vides sagatavošana un konfigurēšana 2 (divu) nedēļu laikā no attiecīgo vižu tehnisko resursu pieejamības brīža, ko nodrošina VAS, uz tām izvietojot nepieciešamos programmatūras risinājumus, kuru licences ir piegādātās atbilstoši prasībā GEN-007 noteiktajam, kā arī izstrādāto Sistēmu.

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

Prasības ID


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

Nepārtrauktas integrēšanas vide (Continuous integration software) (piem., CruiseControl, Hudson, Team Foundation Server, TeamCity u. tml.).

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

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

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

Problēmu pieteikumu rīki (piem., JIRA, Redmine, activeCollab u. tml.).

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

Pretendentam Tehniskajā piedāvājumā ir detalizēti jāapraksta, kā 2 (divu) nedēļu laikā no līguma noslēgšanas dienas tiks sagatavota un konfigurēta izstrādes, testēšanas un akcepttestēšanas vide, izklāstot piedāvātos rīkus katrā no vidēm, atbilstība izstrādātāja piedāvātajai iteratīvajai (Agile) izstrādes metodoloģijai.

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

Prasības ID


Izstrādātājam Sistēmas pilnvērtīgai darbināšanai Pasūtītāja testa un produkcijas vidē ir jāpiegādā:

1. Visas nepieciešamās programmatūras licences (operētājsistēmas, datu bāzu vadības sistēmas, izmantoto standarta programmatūru u. c.);

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

Izstrādātājam ir jānodrošina visu licenču un drošības sertifikātu uzturēšana līdz 2022. gada 1. jūlijam.

Licenču un drošības sertifikātu iegādes izmaksas, kā arī to uzturēšanas izmaksas ir jāsedz Izstrādātājam, un tām ir jābūt iekļautām Finanšu piedāvājuma kopsummā. Izstrādātājam finanšu piedāvājumā ir jāsniedz visu licenču un drošības sertifikātu izmaksu atšifrējums.

GEN-008 Izmaiņas

Sistēmas izstrādes un ieviešanas laikā Pasūtītājs patur tiesības veikt precizējumus iepriekš nodefinētajām prasībām, kas nemaina kopējo plānoto darba apjomu par vairāk kā 10%.

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

Pasūtītājam jāvar kopēt un bez ierobežojumiem savām vajadzībām lietot, kā arī nepieciešamības gadījumā modificēt ar Sistēmu saistīto dokumentāciju (t. sk. programmatūras prasību specifikāciju, lietotāju rokasgrāmatu, administratora rokasgrāmatu, Sistēmas projektējuma aprakstu u. c.) un

Prasības ID


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

GEN-010 Gatavo komponenšu izmantošana

Ja Sistēmas izveidē tiek izmantotas gatavas komponentes (piemēram, gatava lietojumprogrammatūra, sistēmprogrammatūra, programmatūras bibliotēkas u. c.), tad Izstrādātājam jānodrošina, ka šo komponenšu izmantošanas licences nosacījumi neierobežo Sistēmas izstrādes un ieviešanas iepirkuma dokumentācijā noteikto prasību īstenošanu. Ja kādi komponentes licences nosacījumi būs pretrunā ar attiecīgā iepirkuma nosacījumiem, tad konkrētie licenču nosacījumi ir uzskatāmi par spēkā neesošiem un Pasūtītājam nesaistošiem.

2 Funkcionālās prasības

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

Prasības ID


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

Sistēmai ir jānodrošina mācību pārvaldības sistēmas ārējā lietojuma uzturēšana, kas nodrošina šādu komponenšu publicēšanu Pasūtītāja tīmekļvietnē:

1. Mācību pasākumu katalogs;2. Mācību materiālu krātuves publiskā daļa;3. Notikumu Kalendāra publiskā daļa;4. Notikumu grafiks;5. Publiski pieejamās anketas;6. Sistēmas autentifikācijas izsaukšana.

Ārējā lietojuma funkcionalitātei ir jābūt pieejamai arī mācību pārvaldības sistēmas iekšējā lietojumā ar papildus noteiktu funkcionalitāti, piem., reģistrēties mācību pasākumam.

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

Sistēmai ir jānodrošina mācību kataloga uzturēšanu strukturētā veidā pa programmām, apakšprogrammām un mācību pasākumiem, piem., U projekts, U projekta pamatmoduļi, attiecīgie mācību pasākumi.

Jānodrošina meklēšanas funkcionalitāte mācību

Prasības ID


pasākumu katalogā.

Katalogā ir jābūt sniegtam programmu, apakšprogrammu un mācību pasākumu aprakstam. Par mācību pasākumiem ir jābūt sniegtai vismaz šādai informācijai:

1. Apraksts;2. Laiks, ilgums, cena (ja attiecināms);3. Pasniedzējs, ietverot pasniedzēja pieredzes aprakstu,

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

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

Lietotājam ir jāvar izvēlēties:1. Reģistrēt vajadzību apmeklēt mācību pasākumu, ja

mācību pasākumam nav plānota neviena grupa;2. Reģistrēties mācību pasākumu grupai;3. Reģistrēties mācību pasākumu programmai.

Reģistrēt vajadzību un reģistrēties mācību pasākumu grupai vai programmai lietotājam ir jāvar tikai pēc sekmīgas autorizācijas veikšanas Sistēmā.

Lietotajam, ja tas ir valsts pārvaldes iestādes darbinieks, ir jāvar izvēlēties pieteikties mācību pasākuma saņemšanai kā fiziskai personai.

Prasības ID


Lietotājam ir jāvar izpildīt priekšzināšanu pārbaudes vai testēšanas anketu, ja attiecīgā mācību programma / mācību pasākums paredz šādas darbības nepieciešamību tālākās reģistrācijas nodrošināšanai.

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

Sistēmas ārējam lietojumam ir jānodrošina mācību materiālu krātuves publiskā daļa, kam ir jānodrošina publiski pieejamo mācību materiālu attēlošana un pieejamība strukturētā veidā pa būtiskākajām sadaļām.

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

Publiski pieejamo mācību materiālu krātuvē ir jānodrošina fasešu mehānisms, kur lietotājs var atlasīt tā vajadzīgos mācību materiālus pēc uzdotiem un savstarpēji kombinējamiem parametriem, piem., prezentācijas materiālus, ko ir publicējusi VAS, konkrētā jomā, piemēram, korupcijas novēršanas jomā.

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

Par katru no mācību materiāliem ir jāsniedz tā īss apraksts, mācību materiāla pievienotājs un pievienošanas laiks, kā arī lietotājam ir jābūt iespējai attiecīgos mācību

Prasības ID


materiālus lejupielādēt.FUN-004 Notikumu kalendāra publiskā daļa

Sistēmā jānodrošina grafisks kalendāra bloks, kurš tiek sasaistīts ar Sistēmas mācību grupām uz mācību pasākumiem.

Kalendāra blokam ir jābūt šādiem skatiem ar iespējām lietotājam pārslēgties uz sev vēlamo:

1. Dienas skats;2. Nedēļas skats;3. Mēneša skats;4. Gada skats.

Kalendārā jānodrošina navigācijas saites uz periodu (dienu / nedēļu/ mēnesi) atpakaļ un uz priekšu.

Attiecīgajā skatā ir jāattēlo:1. Lietotāja izvēlētais periods, piem., nedēļas gadījumā

2016. gada 15.–21. februāris;2. Reģistrētie notikumi atkarībā no to pieejamības.

Kalendārā ir jāvar sev vēlamos notikumus atfiltrēt, piem., kalendārā tiek rādīti mācību pasākumu U mācību programmas ietvaros.

Kalendārā iekļautajam notikumam ir jādarbojas kā saitei

Prasības ID


uz attiecīgo mācību pasākumu.FUN-005 Notikumu grafiks

Sistēmā jānodrošina notikumu grafika bloks, kurš tiek sasaistīts ar Sistēmas mācību grupām uz mācību pasākumiem.

Notikumu grafikā ir jāattēlo turpmāko piecu darba dienu laikā plānotās mācību grupas uz mācību pasākumiem.

Notikumu grafikā iekļautajam notikumam ir jādarbojas kā saitei uz attiecīgo mācību pasākumu.

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

2.2.1Reģistrācija, autentifikācija un autorizācijaPrasības ID


FUN-006 Autentifikācija un autorizācija

Sistēmai ir jānodrošina lietotāju autentifikācija un autorizācija pirms piekļuves iegūšanas tās funkcionalitātei.

Kā primārais autentifikācijas veids ir jāizmanto VISS nodrošinātais vienotais autentifikācijas risinājums (e-pakalpojums “Vienotā pieteikšanās”).

Prasības ID


Anonīmo lietotāju un ārvalstu pasniedzēju autentifikācijai Sistēmai ir papildus jāuztur alternatīvs autentifikācijas risinājums ar lietotājvārdu un paroli, kur lietotājvārds ir unikāla personas e-pasta adrese.

FUN-007 Reģistrācija

Personai ir jānodrošina iespēja reģistrēties Sistēmā pēc tās pirmreizējās autentifikācijas Sistēmā, izmantojot VISS nodrošināto vienoto autentifikācijas risinājumu. Reģistrējoties Sistēmā, personai ir jāizveido lietotāja konts.

Gadījumos, kad lietotāju autentifikācija un autorizācija nav iespējama, izmantojot VISS, un tiek īstenota, izmantojot alternatīvo risinājumu, lietotāju reģistrāciju anonīmajiem darbiniekiem (mācību dalībniekiem) veic iestādes koordinators, mācību koordinators vai pats anonīmais darbinieks. Ārvalstu pasniedzēju reģistrāciju veic mācību koordinators. Sistēmai pēc šādu lietotāju reģistrācijas ir jānosūta pirmreizējā parole uz lietotāja e-pasta adresi. Lietotājs pirmreizēji autentificējoties Sistēmā, izmanto Sistēmas automātiski ģenerēto paroli. Sistēmai jānodrošina pagaidu paroles nomaiņas pieprasījums pirmās autentifikācijas laikā.

Pirmreizējās autentifikācijas laikā Sistēmā jāpieprasa

Prasības ID


lietotāja piekrišana tās lietošanas noteikumiem un turpmākai Sistēmas izmantošanai kā oficiālajam komunikācijas kanālam starp lietotāju un VAS, kā arī jāpiedāvā aizpildīt lietotāja profila informāciju (skat. FUN-012).

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

Gadījumā, ja pēc autentifikācijas Sistēma identificē, ka fiziskā persona ir saistīta ar kādu no VAS klientiem, valsts pārvaldes iestādēm (ir valsts pārvaldes iestādes darbinieks), ir reģistrēta kā Sistēmas lietotājs kādā no lomām, Sistēmai ir jānodrošina attiecīgās personas un VAS klienta / valsts pārvaldes iestādes darbinieka / lietotāja lomas sasaiste, kā arī atbilstošu tiesību piešķiršana.

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

Sistēmai ir jānodrošina iespēja lietotājam Sistēmā darboties ar vairākām lomām, piem., persona ir mācību dalībnieks un iestādes mācību koordinators, persona ir mācību dalībnieks (kādas valsts pārvaldes iestādes darbinieks) un pasniedzējs.

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

FUN-010 Paroles atgūšana

Alternatīvajam autentifikācijas risinājumam ir

Prasības ID


jānodrošina iespēja lietotājam veikt paroles atgūšanu. Sistēmai ir jānodrošina jaunas paroles ģenerēšana un nosūtīšana uz attiecīgā lietotāja e-pasta adresi. Paroles derīguma termiņam ir jābūt Sistēmā konfigurējamam parametram.

Lietotājam paroles atjaunināšana ir jāapstiprina, veicot sekmīgu autentifikāciju Sistēmā. Sistēmai jānodrošina pagaidu paroles nomaiņas pieprasījums pirmās autorizācijas laikā ar no jauna izsniegto paroli.

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

Alternatīvajam autentifikācijas risinājumam ir jānodrošina paroles nomaiņa jebkurā laikā (pēc lietotāja vēlmes), kā arī jāparedz konfigurējamu iestatījumu pārvaldība no Sistēmas administratora puses, atbilstoši prasībā FUN-129 noteiktajam.

2.2.2Lietotāja profilsPrasības ID


FUN-012 Lietotāja profils

Sistēmai ir jānodrošina lietotāja profila informācija, kas satur pamata informāciju par lietotāju, kuru VAS var izmantot saziņai ar to. Sistēmai ir jānodrošina vismaz šāda informācija un iespējas lietotājam:

Prasības ID


1. Vārds, uzvārds – skatīt;2. Personas kods – skatīt;3. E-pasts (anonīmajiem lietotājiem arī lietotājvārds)

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

Personām, kas izmanto VISS vienoto autentifikācijas risinājumu, vārdu, uzvārdu, personas kodu lietotāja profilā Sistēmai ir automātiski jāizgūst no VISS vienotā autentifikācijas risinājuma saņemtajiem datiem.

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

Gadījumā, ja lietotājs vēlas nomainīt e-pastu, Sistēmai ir jāveic pārbaude par izmanītā e-pasta unikalitāti attiecībā uz citu lietotāju sistēmā reģistrētajiem e-pastiem, kas tiek izmantoti arī kā lietotājvārdi.

FUN-013 Apmeklētie kursi

Sistēmai ir jānodrošina vismaz šādas Sistēmā uzkrātās informācijas publicēšana par VAS klientu attiecībā uz vēsturiski apmeklētajām mācībām:

1. Mācību kursa nosaukums;2. Pasniedzējs / pakalpojuma sniedzējs;

Prasības ID


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

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

Sistēmā jāparedz iespēja noteiktus saņemtos apliecinājumus un sertifikātus lejupielādēt .pdf faila formā un izdrukāt.

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

Sistēmai ir jānodrošina iespēja lietotājam savā profilā pieteikties / atteikties jaunumu saņemšanai no VAS.

2.2.3Lietotāja darba vietaPrasības ID


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

Galvenās saskarnes ietvaros Sistēmas lietotājam atbilstoši tā piešķirtajām pieejas tiesībām ir jāvar izsaukt paroles maiņas funkciju, kā arī piekļūt funkcionalitātei, kas lietotājam ir pieejama atbilstoši tā piešķirtajām pieejas tiesībām.

Prasības ID


Saskarnes ietvaros Sistēmas lietotājam ir jāsniedz informācija par lietotāja vārdu un uzvārdu, ar kuru Sistēmas lietotājs ir pieslēdzies Sistēmai.

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

Sistēmas lietotāja saskarnes ietvaros ir jānodrošina, ka lietotājam tiek attēlotas tikai tās informācijas sadaļas un funkcijas, kurām attiecīgajam lietotājam ir piešķirtas pieejas tiesības.

Sistēmas pieejas tiesību apjoms un tam attēlojamo sadaļu apjoms ir nosakāms atbilstoši Sistēmas lietotāju lomām un tiem veicamajiem pasākumiem, kas ir aprakstītas šī dokumenta 2.3. sadaļā.

Sadaļas, kuras attiecīgajam Sistēmas lietotājam nav pieejamas, ir jāslēpj, nodrošinot, ka attiecīgajam Sistēmas lietotājam netiek sniegta informācija par citu sadaļu pieejamību Sistēmas ietvaros.

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

2.2.4Valsts pārvaldes darbinieku pārvaldībaPrasības ID


FUN-017 Piekļuve funkcionalitātei

Valsts pārvaldes darbinieku pārvaldības funkcionalitātei ir jābūt piekļuvei attiecīgās iestādes mācību koordinatoram, kur tas veic iestādes darbinieku reģistrāciju, informācijas maiņu vai dzēšanu.

Katram no aktuālajiem (ir darba / amata attiecības) valsts pārvaldes darbiniekiem ir jābūt piekļuvei tā kartiņai skatīšanās režīmā, kā arī iespējai veikt noteiktu datu rediģēšanu.

FUN-018 Uzkrājamā informācija

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

1. Personas vārds;2. Personas uzvārds;3. Personas kods;4. Deklarētā dzīvesvietas adrese;5. Darba vieta (var būt vairākas):

5.1. Valsta pārvaldes iestādes nosaukums;5.2. Valsts pārvaldes iestādes reģistrācijas numurs;5.3. Juridiskā adrese;5.4. Amats;5.5. Darbinieka e-pasts valsts pārvaldes iestādē;5.6. Darbinieka telefona numurs valsts pārvaldes

Prasības ID


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

pārvaldes iestādē;5.8. Datums, kad pārtrauc darba / amata attiecības ar

darba vietu.

Sistēmai ir jānodrošina vēsturiskās informācijas uzkrāšana par personu (personas iepriekšējais vārds, uzvārds, valsts pārvaldes iestādes, kur persona ir strādājusi, u. c.).

FUN-019 Valsts pārvaldes darbinieku saraksts

Sistēmai ir jānodrošina valsts pārvaldes darbinieku saraksts, kurā strukturētā veidā ir jāattēlo šādi uzkrātie dati par valsts pārvaldes darbinieku:

1. Personas vārds;2. Personas uzvārds;3. Personas kods;4. Amats;5. Darbinieka e-pasts valsts pārvaldes iestādē;6. Darbinieka telefona numurs valsts pārvaldes iestādē;7. Darbinieka mobilā telefona numurs valsts pārvaldes

iestādē.

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

Prasības ID


Konkrētas valsts pārvaldes iestādes mācību koordinatoram darbinieku sarakstā var būt pieejami tikai attiecīgās valsts iestādes darbinieki.

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

Lietotājam no saraksta skata:1. Ir jāvar atvērt attiecīgās personas kartiņu;2. Ir jāvar pievienot jaunu darbinieku.3. Ir jāvar veikt iestādes saraksta aktualizāciju,

importējot aktuālo darbinieku sarakstu no datnes.FUN-020 Darbs ar darbinieka kartiņu

Atverot darbinieka kartiņu, lietotājam skatīšanās režīmā ir jābūt pieejamiem šādiem attiecīgā darbinieka datiem, t. sk. vēsturiskajiem datiem attiecībā uz personas vārdu, uzvārdu.

1. Personas vārds;2. Personas uzvārds;3. Personas kods;4. Deklarētā dzīvesvietas adrese;5. Darba vieta:

5.1. Valsta pārvaldes iestādes nosaukums;

Prasības ID


5.2. Valsts pārvaldes iestādes reģistrācijas numurs;5.3. Juridiskā adrese;5.4. Amats;5.5. Darbinieka e-pasts valsts pārvaldes iestādē;5.6. Darbinieka telefona numurs valsts pārvaldes


pārvaldes iestādē;5.8. Datums, kad pārtrauc darba / amata attiecības ar

darba vietu.

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

1. Veikt attiecīgā darbinieka informācijas labošanu.2. Ir jāvar veikt darbinieka dzēšanu no attiecīgās

iestādes darbinieku saraksta, iekļaujot Sistēmā datumu, ar kuru amata attiecībās tiek pārtrauktas.

Katram valsts pārvaldes darbiniekam ir jābūt piekļuvei savai kartiņai skatīšanās režīmā, kā arī jāvar veikt šādu datu rediģēšanu:

1. Darbinieka e-pasts valsts pārvaldes iestādē;2. Darbinieka telefona numurs valsts pārvaldes iestādē;3. Darbinieka mobilā telefona numurs valsts pārvaldes

iestādē.FUN-021 Darbinieka reģistrācija

Prasības ID


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

1. Personas vārds;2. Personas uzvārds;3. Personas kods;4. Darba vieta:

4.1. Amats;4.2. Darbinieka e-pasts valsts pārvaldes iestādē;4.3. Darbinieka telefona numurs valsts pārvaldes


pārvaldes iestādē.

Iestādes un iestādes reģistrācijas numuram pēc noklusējuma ir jābūt iestādes mācību koordinatora iestādes informācijai.

FUN-022 Darbinieku saraksta imports

Sistēmai ar atbilstošām piekļuves tiesībām ir jānodrošina iespēja veikt aktuālā valsts pārvaldes iestādes darbinieku saraksta DBF datņu importu.

Importējamās DBF datnes ir sagatavotas atbilstoši 2010. gada 21. jūnija MK noteikumiem Nr. 541 “Noteikumi par valsts un pašvaldību institūciju amatpersonu un darbinieku atlīdzības uzskaites sistēmu” prasībām.

Prasības ID


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

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

Anonīmu darbinieku gadījumā papildus ir jānorāda darbinieka e-pasta adrese, kas tiks izmantota kā attiecīgā anonīmā darbinieka lietotājvārds Sistēmā.

Reģistrējot anonīmu darbinieku, iestādes mācību koordinatoram ir jābūt iespējai šim anonīmajam darbiniekam izveidot lietotāju. Sistēmai pirms lietotāja izveides ir jāveic pārbaude, vai attiecīgais lietotājvārds Sistēmā jau nav reģistrēts.

2.2.5Pasniedzēju pārvaldībaPrasības ID


FUN-024 Piekļuve funkcionalitātei

Pasniedzēju pārvaldības funkcionalitātei ir jābūt piekļuvei mācību koordinatoram, kur tas veic pasniedzēju reģistrāciju, informācijas maiņu vai dzēšanu.

Katram pasniedzējiem ir jābūt piekļuvei tā kartiņai skatīšanās režīmā, kā arī iespējai veikt noteiktu datu rediģēšanu.

Prasības ID


FUN-025 Uzkrājamā informācija

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

1. Personas vārds;2. Personas uzvārds;3. Personas kods (ja attiecināms);4. Pasniedzēja e-pasts;5. Pasniedzēja mob. tālruņa numurs;6. Pasniedzēja darba vieta:

6.1. Nosaukums;6.2. Reģistrācijas numurs;6.3. Adrese;

7. Pasniedzēja izglītība:7.1. Akadēmiskā;7.2. Speciālie kursi;

8. Pasniedzēja foto attēls;9. Pasniedzēja paraksts;10. Cita informācija;11. Pasniedzēja vērtējums dažādu mācību kursu

ietvaros:11.1. Mācību kurss;11.2. Dalībnieku vērtējums.

Sistēmai ir jānodrošina vēsturiskā informācijas uzkrāšana par pasniedzēju (personas iepriekšējais vārds, uzvārds, pasniegtie kursi u. c.).

Prasības ID


FUN-026 Pasniedzēju saraksts

Sistēmai ir jānodrošina pasniedzēju saraksts, kurā strukturētā veidā ir jāattēlo šādi Sistēmā uzkrātie dati par pasniedzēju:

1. Personas vārds;2. Personas uzvārds;3. Personas kods;4. Pasniedzēja e-pasts;5. Pasniedzēja tālruņa numurs.


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

Lietotājam no sarakta skata:1. Ir jāvar reģistrēt jaunu pasniedzēju;2. Ir jāvar atvērt attiecīgā pasniedzēja kartiņu.3. Ir jāvar izveidot pasniedzējam lietotāju.

FUN-027 Pasniedzēja reģistrācija

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

Prasības ID


datus.

Veicot jauna pasniedzēja reģistrāciju, Sistēmai ir jāveic pārbaude, vai Sistēmā attiecīgais pasniedzējs nav jau reģistrēts.

FUN-028 Darbs ar pasniedzēja kartiņu

Atverot pasniedzēja kartiņu, lietotājam ir jābūt pieejamiem šādiem attiecīgā pasniedzēja datiem, t. sk. vēsturiskajiem datiem:

1. Personas vārds;2. Personas uzvārds;3. Personas kods;4. Pasniedzēja e-pasts;5. Pasniedzēja tālruņa numurs;6. Pasniedzēja darba vieta:

6.1. Nosaukums;6.2. Reģistrācijas numurs;6.3. Adrese;

7. Pasniedzēja izglītība:7.1. Akadēmiskā;7.2. Speciālie kursi;

8. Pasniedzēja paraksts;9. Cita informācija;10. Pasniedzēja vērtējums dažādu mācību kursu

ietvaros:10.1. Mācību kurss;

Prasības ID


10.2. Dalībnieku vērtējums.

Mācību koordinatoram pasniedzēja kartiņā ir jāvar:1. Veikt attiecīgā pasniedzēja informācijas labošanu,

t. sk. paraksta pievienošanu, labošanu, dzēšanu;2. Ir jāvar veikt pasniedzēja dzēšanu.

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

Gadījumā, ja pasniedzējam ir izveidots lietotājs, tam ir jānodrošina piekļuve attiecīgajai pasniedzēja kartiņai ar iespējām veikt tā informācijas aktualizāciju, izņemot personas vārdu, uzvārdu, personas kodu un pasniedzēja vērtējumu.

FUN-030 Pasniedzēja lietotāja izveide

Mācību koordinatoram nepieciešamības gadījumā ir jāvar ārvalstu pasniedzējam izveidot lietotāju. Veicot lietotāja izveidi pasniedzējam, Sistēmai ir jāveic pārbaude, vai attiecīgais lietotājvārds Sistēmā jau nav reģistrēts. Lietotājs Sistēmai ir jāizveido tikai pozitīvas validācijas gadījumā.

2.2.6Mācību materiālu krātuvePrasības ID


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

Prasības ID


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

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

Sistēmas iekšējam lietojumam ir jānodrošina mācību materiālu attēlošanu lietotājam strukturēta kataloga veidā.

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

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

1. Ir jāvar pievienot jaunu mācību materiālu;2. Rediģēt esošu mācību materiālu;3. Publicēt / atpublicēt mācību materiālu;4. Dzēst mācību materiālu.

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

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

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

Prasības ID


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

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

1. Publiski pieejams mācību materiāls;2. Mācību materiāls, kas ir pieejams mācību

programmas / mācību pasākuma (kursa) ietvaros, secīgi norādot mācību programmas/ pasākumus (kursus), kuros attiecīgie mācību materiāli ir pieejami.

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

1. Mācību materiāla nosaukums;2. Tēma;3. Mācību programma (izvēlne no mācību programmu

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

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

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

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

Prasības ID


šo pazīmi ir jābūt publiski pieejamam Sistēmas ārējā lietojumā.

Publicēšanas pazīmi lietotājam ir jāvar noņemt. Attiecīgi mācību materiāliem pēc šīs pazīmes noņemšanas Sistēmas ārējā lietojumā nav jābūt publiski pieejamiem.

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

Mācību programmas un mācību pasākuma materiāliem ir jābūt pieejamiem tikai attiecīgās mācību programmas / mācību pasākuma (kursa) dalībniekiem.

FUN-037 Tiesības

Sistēmā veikt darbības ar visiem mācību materiāliem mācību materiālu krātuvē ir jābūt tiesībām mācību koordinatoram.

Pasniedzējam ir jābūt tiesībām veikt darbības tikai ar tiem mācību materiāliem, kuru mācību pasākumus attiecīgais pasniedzējs pasniedz.

2.2.7Anketu pārvaldībaPrasības ID


FUN-038 Anketu pārvaldība

Prasības ID


Sistēmai jānodrošina mācību koordinatoram, iestādes mācību koordinatoram vai pasniedzējam anketu veidošanas rīks, kura ietvaros ir jānodrošina iespēja pievienot, labot vai dzēst anketas.

FUN-039 Anketu saraksts

Sistēmā izveidotajām anketām ir jābūt pieejamām lietotājam anketu sarakstā. Sarakstā katram lietotājam ir jābūt redzamām tikai attiecīgā lietotāja izveidotajām anketām.

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

Lietotājam no anketu saraksta:1. Ir jāvar izveidot jaunu anketu;2. Rediģēt esošu anketu;3. Dzēst anketu.

FUN-040 Anketu veidi

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

1. Mācību vajadzību apzināšanas anketas;2. Mācību novērtējuma anketas;3. Testēšanas (apmācību programmu/ pasākumu)

izpildes vai noslēguma pārbaudes anketas;4. Papildus datu iegūšanas anketas (piem., lai iegūtu

datus par lietotāja invaliditāti, vecumu u. c.).

Prasības ID


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

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

publicējamas anketas.FUN-041 Anketas izveide

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

1. Pievienot slēgtā tipa jautājumus:1.1. Ar vienu atbildes variantu izvēloties to no

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

saraksta;2. Pievienot jautājumu, uz kuru var tikt sniegta viena

atbilde par to vai apgalvojums ir pareizs vai nepareizs;

3. Pievienot jautājumu, kura ietvaros personai ir jāspēj savstarpēji savienot vairākus sniegtos apgalvojumus;

4. Pievienot jautājumu, kurā sniegtie atbilstošie varianti ir jāsakārto loģiskā secībā;

5. Pievienot jautājumu, kura ietvaros lietotājam teksta ietvaros atstātā tukšā laukā ir jāvar ievietot viens no piedāvātajiem atbilžu variantiem;

6. Pievienot atvērta tipa jautājumus;7. Pievienot novērtējuma līkni ar iespēju mainīt izvēles

iespējas (no 1 līdz 10 vai no 1 līdz 5);

Prasības ID


8. Anketā iekļaut virsrakstus un teksta laukus;9. Anketā iekļaut attēlus;10. Anketā iekļaut video materiālus;11. Veidot anketā sadaļas, piem., sadaļa “Par

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

Testēšanas anketā lietotājam ir jāvar definēt pareizo atbilžu variantus, kā arī norādīt, cik daudz jautājumu vai cik % no jautājumiem ir jāatbild pareizi, lai Sistēma automatizēti sniegtu atbildi par testa nokārtošanu.

FUN-042 Sagataves

Sistēmai ir jānodrošina iespēja uzturēt anketu un jautājumu sagataves. Lietotājam ir jāvar izmantot anketu / jautājumu sagataves jaunas anketas izveidē.

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

Lietotājam ir jāvar izveidotās anketas izmantot:1. Nosūtot tās noteiktai klientu kopai;2. Publicējot Sistēmas iekšējā vai ārējā lietojumā,

piem., lai uzdotu klientiem jautājumus vai apzinātu klientu vajadzības;

3. Publicēt testiem novērtējuma mācību programmas vai mācību pasākuma ietvaros.

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

Prasības ID


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

Izveidoto anketu lietotājam ir jāvar izmantot vairākkārt, piem., attiecīgā mācību pasākuma ietvaros vairākām mācību grupām.

Izveidotajai anketai ir jāvar norādīt aizpildīšanas reižu skaitu, ko viens lietotājs var izpildīt, piem., testa anketu viens lietotājs var pildīt 2 reizes.

FUN-044 Anketu aizpildīšanas pieejamība

Anketu ir jāvar aizpildīt gan anonīmiem, gan autentificētiem Sistēmas lietotājiem. Ja anketa ir jāizpilda noteiktam autentificētam lietotājam, Sistēmai ir jānodrošina aizsardzība pret iespēju anketu izpildīt citam / citiem lietotājiem.

FUN-045 Anketas paziņojumiLietotājam anketai ir jāvar pievienot paziņojumus par anketas izpildi, piem., “Paldies, Jūsu mācību vajadzība ir reģistrēta”

Testēšanas anketām ir jāparedz iespēja saņemt paziņojumu par sekmīgi vai nesekmīgi nokārtotu testu, piemēram, “Paldies, Jūs sekmīgi esat nokārtojuši pārbaudījumu un pareizi atbildējuši uz 80% no uzdotajiem jautājumiem”.

Prasības ID


FUN-046 Anketas rezultātiSistēmai ir jānodrošina anketēšanas rezultātu automātiska apkopošana un aplūkošanas iespēja lietotājam ar atbilstošām tiesībām.

Anektēšanas rezultātiem ir jābūt iespējai lietotājam tos lejupielādēt ar MS Excel apstrādājamas datnes formā un .pdf faila formā, kā arī sagatavot attiecīgos datus strukturētas XML datnes veidā.

FUN-047 Testēšanas anketas rezultāti

Sistēmai jānodrošina iespēja testēšanas anketas rezultātus:1. Nodot sertifikātu ģenerēšanai;2. Nodot mācību programmas / mācību pasākuma

pieejamības nodrošināšanai.

2.2.8Sertifikātu pārvaldībaPrasības ID


FUN-048 Sertifikātu pārvaldība

Sistēmai jānodrošina mācību koordinatoram sertifikātu veidošanas rīks, kam ir jānodrošina iespēja pievienot, labot vai dzēst sertifikātu sagataves, veidot sertifikātus un izgūt / izdrukāt sertifikātus no Sistēmas.

FUN-049 Sertifikātu sagatavju saraksts

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

Prasības ID


pieejamām lietotājam sertifikātu saraksta formā.


Lietotājam no sertifikātu sagatavju saraksta:1. Ir jāvar pievienot jaunu sertifikāta sagatavi;2. Rediģēt esošu sertifikāta sagatavi;3. Dzēst sertifikāta sagatavi.

FUN-050 Jauna sertifikāta sagataves pievienošana

Sistēmai ir jānodrošina jaunu sertifikātu sagatavju pievienošana. Iekļaujot Sistēmā sertifikāta sagatavi, lietotājam ir jāvar ievadīt vismaz šādi metadati par sertifikāta sagatavi:

1. Sertifikāta sagataves nosaukums;2. Mācību programma (izvēlne no mācību programmu

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

sarakta).

Mācību sertifikāta sagatavē ir jāvar iekļaut elementus projekta vizuālās identitātes nodrošināšanai, sertifikāta teksts, automātiski iegūstamie dati no faktisko mācību dalībnieku saraksta, paraksta vietas.

FUN-051 Sertifikātu veidošana

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

Prasības ID


1. Automātiska sertifikāta datnes ģenerēšana pēc lietotāja pieprasījuma (piem., pēc mācību pasākuma pabeigšanas);

2. Automātiska sertifikāta datnes ģenerēšana ar priekšskatījumu. Lietotājam priekšskatījuma ietvaros ir jābūt iespējai mainīt sertifikāta saņēmēja datus, lai sertifikātā anonīmā darbinieka informācijas vietā iekļautu reālās personas datus;

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

Veidojot sertifikātu, Sistēmai ir automātiski jāielasa mācību kursa, dalībnieka, iestādes u. c. attiecīgā sertifikāta sagatavē paredzētie dati, kā arī pasniedzēja paraksts (ja attiecināms).

Ģenerējot sertifikātu, tam ir jāpiešķir unikāls numurs tās mācību programmas vai mācību pasākuma ietvaros, kam sertifikāts ir piesaistīts. Sertifikāts ir jāuzģenerē .pdf datnes formā.

FUN-052 Sertifikāta parakstīšana

Sistēmai ir jānodrošina, ka sagatavotā sertifikāta sagatavošanā var tikt izmantoti šādi tā apstiprināšanas veidi:

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

Prasības ID


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

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

Sistēmai ir jānodrošina visu ģenerēto sertifikātu metadatu un to datņu saglabāšana, izņemot sertifikātus, kuros ir atklāta anonīmo personu identitāte.

Ģenerētās sertifikātu datnes mācību koordinatoram ir jāvar izdrukāt un lejupielādēt pēc to izveides.

Sistēmā mācību koordinatoram ir jābūt pieejamiem vēsturiski ģenerētajiem sertifikātiem ar iespējām šos sertifikātus sameklēt, lejupielādēt un izdrukāt.

Sistēmas ģenerētajām sertifikātu datnēm ir jābūt pieejamām attiecīgajam mācību dalībniekam tā darba vietā.

2.2.9Mācību programmu pārvaldībaPrasības ID


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

Sistēmai ir jānodrošina iespēja mācību koordinatoram veikt mācību programmu pārvaldību (izveidot jaunas programmas un tās publicēt, koriģēt esošas, veikt

Prasības ID


programmu noslēgšanu).FUN-055 Mācību programmas izveide

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

Mācību programmas ietvaros lietotājam ir jāvar pievienot mācību apakšprogrammas (moduļus).

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

Mācību programmas izveides ietvaros lietotājam ir jāvar veikt vismaz šādas darbības:

1. Pievienot mācību pasākumus, paredzot iespēju mācību pasākumus pievienot gan mācību programmai, gan apakšprogrammai (ja tādas ir);

2. Pievienot sagatavotās testēšanas anketas;3. Pievienot vajadzību apzināšanas anketu;4. Pievienot sertifikātu sagataves;5. Pievienot mācību programmas ietvaros iespējamos

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

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

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

Prasības ID


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

9. Pievienot informāciju par mācību pasniedzējiem;10. Pievienot apstiprinājumu lietotāja personas datu

izmantošanai, ko lietotājam ir jāapstiprina pirms mācību dalības uzsākšanas mācību pasākumā;

11. Pievienot papildus informācijas iegūšanas anketas (piem., lai iegūtu datus par invaliditāti, vecumu u. c.), ko lietotājam ir jāaizpilda pirms dalības uzsākšanas mācību programmā.

Lietotājam ir jāvar definēt mācību programmas pieejamības nosacījumus (publiski pieejama visiem lietotājiem, pieejama autentificētiem lietotājiem, pieejama valsts pārvaldes darbiniekiem, pieejama pēc zināšanu pārbaudījuma izpildes, pieejama pēc sekmīga zināšanu pārbaudījuma izpildes).

Kamēr mācību programma ir izveides procesā, tā nedrīkst būt pieejama mācību dalībniekiem un iestāžu mācību koordinatoriem. Lietotājam ir jāvar mācību programmu publicēt. Pēc tās publicēšanas mācību programmai ir jābūt pieejamai Sistēmā citiem lietotājiem atbilstoši tās pieejamības nosacījumiem.

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

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

Prasības ID


mācību programmai reģistrēt šādos veidos:1. Mācību dalībnieka paša pieteikšanās;2. Mācību dalībnieka reģistrāciju veic mācību

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

koordinators.

Gadījumā, ja mācību dalībnieka paša pieteikšanās mācību programmai paredz testa anketas izpildi, dalībnieka reģistrācija mācību pasākumam ir jāveic tikai pēc attiecīgā nosacījuma izpildes.

Pēc sekmīgas katra dalībnieka reģistrācijas Sistēmai ir automātiski jānosūta informatīvs e-pasts mācību koordinatoram, kā arī mācību dalībniekam, ja tā reģistrāciju veic mācību koordinators vai iestādes mācību koordinators.

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

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

1. Vārds;2. Uzvārds;3. Personas kods;4. Deklarētā adrese;5. Valsts pārvaldes iestāde:

5.1. Nosaukums;

Prasības ID


5.2. Reģistrācijas numurs;5.3. Juridiskā adrese.

6. Mācību programmas apgūšanas dati:6.1. Mācību ilgums (akadēmiskās stundas);6.2. Dalības pārtraukšanas datums;6.3. Iegūtā kvalifikācija (sertifikāts u. tml.).

7. Mācību programmai specifiski dati par dalībnieku, kas var būt:7.1. Vecums;7.2. Dzimums;7.3. Statuss darba tirgū;7.4. Dalījums pēc sociālās atstumtības riskiem;7.5. Dalījums pēc izglītības (pamatskolas/ vidējā/

augstākā);7.6. Dalījums pēc mājsaimniecības veida u. c.

Specifiskajiem datiem par mācību dalībnieku attiecīgās mācību programmas ietvaros ir jābūt konfigurējamiem Sistēmā, nodrošinot iespēju Sistēmas administratoram atcelt, pievienot vai atzīmēt kā neobligāti uzkrājamu attiecīgo datu lauku.

Sistēmā mācību dalībnieka reģistrācijai, kas ir valsts pārvaldes darbinieks, ir jābūt izvēlnei no valsts pārvaldes darbinieku reģistra. Iestādes mācību koordinators drīkst reģistrēt mācībām tikai savas iestādes darbiniekus. Jāvar

Prasības ID


veikt masveida (visu) iestādes darbinieku reģistrāciju mācību programmai.

Pie dalībnieka reģistrācijas visa informācijai, kas ir Sistēmā, ir automātiski jāielasa dalībnieka reģistrācijas formā, lai lietotājam formā būtu jāievada minimāls datu apjoms.

FUN-058 Mācību programmas dalībnieku saraksts

Sistēmai ir jānodrošina mācību programmas dalībnieku saraksts, kurā strukturētā viedā ir jāattēlo vismaz šādi Sistēmā uzkrātie dati par mācību programmas dalībnieku:

1. Vārds;2. Uzvārds;3. Valsts pārvaldes iestādes nosaukums.


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

Lietotājam no saraksta skata:1. Ir jāvar pievienot jaunu mācību dalībnieku;2. Ir jāvar atvērt attiecīgās mācību dalībnieka kartiņu.

Prasības ID


FUN-059 Darbs ar mācību dalībnieka kartiņu

Mācību dalībnieka kartiņā lietotājam ir jābūt pieejamai:1. Metadatiem par mācību dalībnieku (vārds, uzvārds,

personas kods, iestāde, mācību programmai specifiski dati par dalībnieku u. c.);

2. Datiem par mācību dalībnieka pabeigtajiem kursiem;

3. Datiem par mācību dalībnieka veiktajām papildus mācību aktivitātēm;

4. Datiem par mācību dalībnieka sakrātajiem kredītpunktiem mācību programmas ietvaros.

Lietotājam no mācību dalībnieka kartiņas ir jāvar:1. Pievienot jaunas papildus aktivitātes;2. Iespēja uzaicināt dalībnieku kārtot programmas

testēšanas anketu ar sekojošu sertifikāta saņemšanu.

Mācību dalībniekam ir jābūt pieejamai savai mācību dalībnieka kartiņai skatīšanās režīmā.

FUN-060 Jaunas papildus mācību aktivitātes pievienošana

Mācību koordinatoram ir jāvar pievienot mācību dalībniekam informāciju par tā papildus veiktajām mācību aktivitātēm programmas ietvaros.

Papildus aktivitāšu ievadei ir jābūt izvēlnei no papildus aktivitāšu klasifikatora, paredzot lietotājam papildus

Prasības ID


informācijas sniegšanu par attiecīgo aktivitāti, piem., mācību koordinatoram ir jāvar ievadīt, ka lietotājs ir veicis ēnošanu, papildus norādot informāciju par attiecīgo papildus veikto mācību aktivitāti.

2.2.10 Mācību pasākumu pārvaldībaPrasības ID


FUN-061 Mācību pasākumu katalogs

Sistēmai ir jānodrošina mācību pasākumu kataloga uzturēšana, kas ietver vismaz šādus metadatus par mācību pasākumu:

1. Kods;2. Nosaukums;3. Tips (mācību kursi, seminārs, lekcija, e-mācība);4. Maksas / bezmaksas mācību pasākums;5. Maksas mācību pasākumiem cena:

5.1. Cena par pasniedzēju;5.2. Cena, ja mācības notiek VAS telpās;

6. Projekta kods, kura ietvaros mācību pasākums tiek īstenots;

7. Mācību programma, kuras ietvaros pasākums tiek īstenots;

8. Mācību apakšprogramma, kuras ietvaros pasākums tiek īstenots;

Prasības ID


9. Kredītpunkti attiecīgās mācību programmas ietvaros (ja attiecināms).

Mācību katalogā ir jānodrošina meklēšanas funkcionalitāte, kā arī iespēja atlasīt publicētos mācību pasākumus.

FUN-062 Mācību pasākumu satura izveide

Lietotājam Sistēmā ir jāvar izveidot, papildināt un dzēst mācību pasākumus.

Lietotājam ir jāvar ievadīt un atjaunot:1. Aprakstošā informācija par mācību pasākumu;2. Mācību pasākuma novērtējumu;3. Pasniedzēja novērtējumu attiecīgā mācību pasākuma

ietvaros.

Mācību pasākuma izveides ietvaros lietotājam ir jāvar:4. Pievienot sagatavotās testēšanas anketas;5. Pievienot sertifikātu sagataves;6. Pievienot mācību dalībnieku reģistrācijas lapas

vizuālās identitātes šablonu;7. Pievienot novērtējuma anketas;8. Pievienot mācību materiālus no mācību materiālu

krātuves;9. Pievienot saiti uz e-mācībām (e-mācību gadījumā),

piem., saite uz e-mācību pakalpojuma sniedzēja

Prasības ID


konkrētu e-mācību kursu;10. Pievienot apstiprinājumu lietotāja personas datu

izmantošanai, ko lietotājam ir jāapstiprina pirms mācību dalības uzsākšanas mācību pasākumā.

11. Pievienot papildus informācijas iegūšanas anketas (piem., lai iegūtu datus par invaliditāti, vecumu u. c.), ko lietotājam ir jāaizpilda pirms dalības uzsākšanas mācību programmā.

Mācību pasākuma izveides ietvaros lietotājam ir jāvar definēt parametrus:

1. Mācību pasākuma pieejamības nosacījumi (publiski pieejama, pieejama autentificētiem lietotājiem, pieejams konkrētas iestādes mācību koordinatoriem (iestādes iekšējie pasākumi));

2. Apstiprināšanas nosacījumi (vai dalībnieka reģistrācija ir jāapstiprina attiecīgās iestādes koordinatoram);

3. Saņemšanas nosacījumi (vai pirms mācību pasākuma saņemšanas ir jāizpilda testēšanas anketa, vai pasākuma pieteikuma iesniegšanai testēšanas anketai ir jābūt sekmīgi nokārtotai, vai lietotājs ir nokārtojis programmas / apakšprogrammas priekšzināšanu pārbaudes testēšanas anketu).

Kamēr mācību pasākums ir izveides procesā, tas nedrīkst

Prasības ID


būt pieejams citiem Sistēmas lietotājiem bez attiecīgā mācību koordinatora. Mācību koordinatoram ir jāvar mācību pasākumu publicēt. Pēc tā publicēšanas mācību pasākumam ir jābūt pieejamam mācību pārvaldības vidē.

FUN-063 Tiesību piešķiršana pasniedzējam

Mācību koordinatoram ir jāvar pievienot tiesības pasniedzējam attiecībā uz attiecīgo mācību pasākumu veikt tā satura pievienošanu, rediģēšanu un dzēšanu.

2.2.11 Mācību pasākumu grupu pārvaldība

2.2.11.1 Mācību pasākumu grupu izveide

2.2.11.1.1 Mācību pasākumu grupu izveide ar reģistrācijuPrasības ID


FUN-064 Mācību grupu izveide

Lietotājam mācību pasākuma ietvaros ir jāvar definēt mācību pasākuma grupas un vismaz šādi tās aprakstošos kritērijus:

1. Vietu skaitu grupā;2. mācību norises datums vai datumus (ja mācības

notiek vairākas dienas);3. mācību norises telpa vai telpas (ja mācības notiek

vairākas dienas citās telpās);4. kafijas pauzes laiks vai laiki;

Prasības ID


5. pieteikšanās termiņa beigu datums mācību grupai.

Kamēr mācību grupa ir izveides procesā, tā nedrīkst būt pieejama mācību dalībniekiem. Lietotājam ir jāvar mācību grupu publicēt. Pēc tās publicēšanas mācību grupai ir jābūt pieejamai Sistēmas iekšējā un ārējā lietojuma attiecīgajās sadaļas (kalendārs, pasākumu grafiks).

Sistēmai, izveidojot mācību grupu, ir jānodrošina automātiska pasākuma kalendāra uzaicinājuma nosūtīšana pasniedzējam, kā arī informācijas nosūtīšana ārpakalpojuma sniedzējam par plānotajām kafijas pauzēm, kā arī atbalsta personālam, kas nodrošina telpu uzkopšanu.

FUN-065 Tiesību piešķiršana pasniedzējam

Mācību koordinatoram ir jāvar pievienot tiesības pasniedzējam attiecībā uz attiecīgo mācību pasākumu grupu – piekļūt attiecīgās grupas testēšanas anketu, novērtējuma anketu rezultātiem.

2.2.11.1.2 Mācību pasākumu grupas izveide no mācību dalībnieku pieteikumiemPrasības ID


FUN-066 Mācību pieteikumu saraksts

Prasības ID


Sistēmai ir jānodrošina mācību pieteikumu saraksta uzturēšana.

Mācību pieteikumu sarakstā jānodrošina meklēšanas, ierakstu filtrēšanas un kārtošanas funkcionalitāte.

Lietotājam no mācību pieteikumu saraksta ir jāvar:1. Iekļaut mācību dalībnieku izveidotā mācību grupā;2. Manuāli izveidot grupu no mācību dalībniekiem, kas

ir izteikuši vēlmi apmācīties konkrēto mācību pasākumu;

3. Automātiski ģenerēt grupu no mācību dalībniekiem, kas ir izteikuši vēlmi apmācīties konkrēto mācību pasākumu.

Pēc attiecīgā mācību dalībnieka iekļaušanas grupā, tās pieteikumu Sistēmai ir jādzēš no mācību pieteikumu saraksta.

FUN-067 Manuāla grupas izveide

Lietotājam ir jāvar manuāli izveidot grupu no mācību dalībniekiem, kas ir izteikuši vēlmi apmācīties konkrēto mācību pasākumu no mācību dalībnieku saraksta.

Lietotājam ir jāvar manuāli izveidot daļēji aizpildītu grupu, kur pēc publicēšanas, mācību dalībnieki var pieteikties grupai, līdz tā ir aizpildīta.

Prasības ID


Manuāli izveidotas grupas gadījumā ir jāvar norādīt visu to pašu informāciju, ko FUN-064 gadījumā.

FUN-068 Automatizētā grupas ģenerēšana

Sistēmā ir jābūt iespējai grupas komplektēt automātiski atbilstoši lietotāja norādītiem kritērijiem, piem., mācību pasākumu grupa no 8 dalībniekiem, dalījumā pa iestādēm. Sistēmai ir jānodrošina automātiska grupu veidošana, sakomplektējot grupas no dalībnieku pieteikumiem, kas atbilst kritērijiem.

Automatizēti ģenerētās grupas ir jāpublicē kalendārā, bet tām mācību dalībnieki pieteikties nevar.

Automatizēti izveidotas grupas gadījumā ir jāvar norādīt visu to pašu informāciju, ko FUN-064 gadījumā, izņemot pieteikšanās termiņa beigas.

2.2.11.1.3 Iekšējā mācību grupaPrasības ID


FUN-069 Iekšējā mācību grupa

Mācību koordinatoram ir jāvar mācību grupai piešķirt pazīmi, ka tā ir noteiktas iestādes iekšējā mācību grupa. Iekšējai mācību grupas pārvaldības iespējām ir jābūt

Prasības ID


pieejamām mācību koordinatoram un attiecīgās iestādes mācību koordinatoram.

Iekšējās mācību grupas administrēšanu nodrošina attiecīgās iestādes mācību koordinators.

Kamēr mācību pasākuma grupa ir izveides procesā, tā nedrīkst būt pieejams citiem lietotājiem. Mācību koordinatoram ir jāvar mācību pasākumu publicēt pasniedzējam un iekšējiem mācību koordinatoriem mācību pārvaldības vidē.

FUN-070 Mācību grupas informācija

Iekšējās mācību grupas ietvaros mācību koordinatoram ir jāvar norādīt visu to pašu informāciju, kas VAS organizēto mācību gadījumā (skat. FUN-064), izņemot mācību norises telpu un kafijas pauzes laiku.

FUN-071 Tiesību piešķiršana iestādes mācību koordinatoram

Mācību koordinatoram ir jāvar pievienot tiesības iestādes mācību koordinatoram attiecībā uz attiecīgo mācību pasākumu grupu veikt attiecīgās grupas pārvaldību.

2.2.11.2 Pieteikumu saņemšana uz izveidotām mācību grupām un grupu komplektēšanaPrasības ID


FUN-072 Mācību dalībnieku reģistrācija

Prasības ID


Sistēmai ir jānodrošina iespēja mācību dalībniekus mācību grupām reģistrēt šādos veidos:

1. Dalībnieks piesakās pats aizpildot pieteikumu mācību pasākumu katalogā;

2. Dalībnieka reģistrāciju veic mācību koordinators;3. Dalībnieka reģistrāciju veic iestādes mācību

koordinators.

Iekšējām mācību grupām dalībnieku reģistrāciju veic tikai iestādes mācību koordinators.

Gadījumā, ja dalībnieka paša pieteikšanās mācību pasākumam paredz iestādes koordinatora apstiprinājumu vai priekšzināšanu testēšanas anketas izpildi, dalībnieka reģistrācija mācību kursam ir jāveic tikai pēc attiecīgā nosacījuma izpildes.

Pēc sekmīgas dalībnieka reģistrācijas Sistēmai ir automātiski jānosūta vismaz šādi paziņojumi:

1. Kalendāra uzaicinājums lietotājam par mācību pasākumu;

2. Informatīvs e-pasts iestādes mācību koordinatoram;3. Informatīvs e-pasts mācību koordinatoram par jauna

dalībnieka reģistrāciju.FUN-073 Informācija par reģistrēto dalībnieku

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

Prasības ID


vismaz šādai informācija:1. Vārds;2. Uzvārds;3. Personas kods;4. Bankas konta numurs, no kura tiks veikta apmaksa

(ja attiecināms);5. Mācību dalībnieka, kas ir valsts pārvaldes

darbinieks, gadījumā papildus:5.1. Nosaukums;5.2. Reģistrācijas numurs;5.3. Juridiskā adrese.

Sistēmā mācību dalībnieka reģistrācijai, kas ir valsts pārvaldes darbinieks, ir jābūt izvēlnei no valsts pārvaldes darbinieku reģistra. Iestādes mācību koordinators drīkst reģistrēt mācībām tikai savas iestādes darbiniekus.

Bankas konta izvēlei valsts pārvaldes iestādes darbinieka gadījumā ir jābūt izvēlnei no iestādes reģistrētajiem konta numuriem.

Pie dalībnieka reģistrācijas visai informācijai, kas ir Sistēmā, ir automātiski jātiek ielasītai dalībnieka reģistrācijas formā, lai lietotājam formā būtu jāievada minimāls datu apjoms.

FUN-074 Reģistrēto dalībnieku izslēgšana

Prasības ID


Mācību koordinatoram ir jāvar veikt reģistrēto mācību dalībnieku izslēgšanu.

Pēc sekmīgi veiktās darbības Sistēmai ir automātiski jānosūta vismaz šādi paziņojumi:

1. Kalendāra pasākuma noraidījums izslēgtajam / nomainītajam mācību dalībniekam;

2. Informatīvs e-pasts iestādes mācību koordinatoram par attiecīgā mācību dalībnieka izslēgšanu;

3. Informatīvs e-pasts attiecīgā mācību pasākuma mācību koordinatoram par mācību dalībnieka izslēgšanu.

FUN-075 Dalībnieku pārcelšana

Mācību koordinatoram ir jāvar veikt mācību grupas dalībnieku pārcelšanu uz attiecīgā mācību pasākumu citu grupu.

Sistēmai ir jānosūta attiecīgajai pārceltajai personai paziņojums par pārcelšanu ar jauno mācību norises datumu.

FUN-076 Mācību grupas slēgšana

Sistēmai ir jānodrošina pieteikšanas iespēju slēgšana uz mācību grupu brīdī, kad ir sasniegts maksimālais mācību dalībnieku skaits mācību grupā.

Gadījumā, ja Sistēmā šajā brīdī eksistē Sistēmas lietotāja

Prasības ID


reģistrēts pieteikums uz mācību pasākumu, ko ir jāapstiprina iestādes mācību koordinatoram, Sistēmai tas ir jādzēš un jānosūta e-pastu attiecīgajam lietotājam un lietotāja iestādes mācību koordinatoram.

Kad mācību grupa ir nokomplektēta, Sistēmai ir jānosūta automātisks paziņojums ārpakalpojuma sniedzējam par šo notikumu, iekļaujot informāciju par nepieciešamajām kafijas pauzēm un mācību grupas dalībnieku skaitu, kā arī atbalsta personālam, kas nodrošina telpu uzkopšanu.

Pēc mācību grupas pieteikšanās slēgšanas mācību koordinatoram un iestādes mācību koordinatoram ir jābūt iespējai izslēgt mācību dalībniekus un to vietā reģistrēt jaunus mācību dalībniekus.

FUN-077 Mācību grupas atcelšana

Mācību koordinatoram ir jāvar veikt mācību grupas atcelšanu, iekļaujot Sistēmā pamatojumu par atcelšanas iemeslu.

Sistēmai ir jānosūta informatīvais paziņojums un kalendāra pasākuma noraidījums atceltās mācību grupas dalībniekiem, pasniedzējam, attiecīgo iestāžu mācību koordinatoriem, ārpakalpojuma sniedzējiem, atbalsta personālam, kas nodrošina telpu uzkopšanu.

2.2.11.3 Mācību pasākumu norisePrasības ID


FUN-078 Faktiskais mācību dalībnieku saraksts

Mācību koordinatoram Sistēmā ir jāvar apstiprināt faktisko mācību dalībnieku sarakstu.

Faktisko mācību dalībnieku sarakstu iekšējās mācību grupās Sistēmā ir jāvar apstiprināt attiecīgās iestādes mācību koordinatoram.

Līdz faktiskā mācību dalībnieku saraksta apstiprināšanai mācību koordinatoram ir jāvar mainīt mācību dalībniekus.

Pēc faktiskā mācību dalībnieku saraksta apstiprināšanas tā dalībniekiem attiecīgā lietotāja darba vietā ir jābūt pieejamam kursam un tā materiāliem.

FUN-079 Informācija rēķinu sagatavošanai

Pēc faktiskā mācību dalībnieku saraksta apstiprināšanas Sistēmai ir automātiski jānosūta paziņojums e-pasta formā VAS grāmatvedim ar faktisko mācību dalībnieku sarakstu un rekvizītiem rēķina sagatavošanai. Sistēmai sarakstā ir jānodrošina personu sagrupēšana pa iestādēm faktisko mācību dalībnieku sarakstā.

Iekšējo mācību grupu gadījumā Sistēmai ir jānosūta grāmatvedim informācija rēķina sagatavošanai par pasniedzēja darbu.

Prasības ID


FUN-080 Apmeklējumu reģistrācija

Mācību koordinatoram Sistēmā ir jāvar veikt atzīmes par faktisko mācību apmeklējumu. Sistēmai ir jānodrošina iespēja veikt atzīmes par vairākām mācību dienām, ja attiecīgais mācību pasākums notiek vairākas dienas.

Apmeklējumu reģistrāciju iestādes iekšējām mācību grupām Sistēmā ir jāvar veikt attiecīgās iestādes mācību koordinatoram.

Mācību koordinatoram no Sistēmas ir jāvar izdrukāt apmeklējumu reģistrācijas lapu, lai tā būtu izmantojama dalībnieku reģistrācijai klātienē, ietverot dalībnieku sarakstu, paraksta vietas (vairākas, ja attiecīgais mācību pasākums notiek vairākas dienas), mācību pasākuma nosaukumu, norises datumu un laiku, kā arī projekta vizuālās identitātes izpildes nosacījumus (ja attiecināms).

FUN-081 Mācību pasākuma vadīšana

Mācību koordinatoram Sistēmā:1. Ir jāvar izdrukāt mācību materiālus;2. Jāvar publicēt mācību testēšanas anketu attiecīgajai

mācību grupai un testēšanas anketu izdrukāt (nepieciešamības gadījumā);

3. Jāvar publicēt mācību pasākuma novērtējuma anketu attiecīgajai mācību grupai un anketa izdrukāt (nepieciešamības gadījumā).

Prasības ID


Iekšējām mācību grupām minētās funkcijas Sistēmā ir jāvar veikt attiecīgās iestādes mācību koordinatoram.

FUN-082 Sertifikātu izveidošana

Mācību koordinatoram Sistēmā ir jāvar faktisko mācību dalībnieku sarakstu nodot sertifikātu izveidošanai (skat. FUN-051).

2.2.12 Kalendārs un tā pārvaldībaPrasības ID


FUN-083 Kalendāra uzturēšana

Sistēmai ir jānodrošina kopēja kalendāra uzturēšana un pārvaldība, kas nodrošina šādas informācijas uzturēšanu, pārvaldību un publicēšanu:

1. Telpu aizņemtības informācijas uzturēšanu;2. Mācību pasākumu un citu pasākumu norises

uzturēšanu;3. Gada brīvdienu, svētku dienu un pārcelto darba

dienu uzturēšanu.FUN-084 Kalendāra attēlojums

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

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

Prasības ID


lietotājam pārslēgties uz sev vēlamo:1. Dienas skats;2. Nedēļas skats;3. Mēneša skats;4. Gada skats.

Kalendārā jānodrošina navigācijas saites uz periodu (dienu / nedēļu/ mēnesi) atpakaļ un uz priekšu.

Attiecīgajā skatā ir jāattēlo:1. Lietotāja izvēlētais periods, piem., nedēļas gadījumā

2016. gada 15.–21. februāris;2. Reģistrētie notikumi atkarībā no to pieejamības.

Kalendārā ir jāvar sev vēlamos notikumus atfiltrēt, piem., kalendārā tiek rādīti mācību pasākumi U vai K projektu mācību programmas ietvaros.

FUN-085 Notikuma izveide

Lietotājam kalendārā ir jāvar ērti izveidot notikumu, piem., mācību pasākumu un ievadīt tā raksturojoša informācija.

Lietotājam ir jāvar notikumam rezervēt telpu.

Sistēmai ir jānodrošina iespēja izveidot notikumu, kas var notikt vairākas dienas, piem., mācību kurss, kas notiek

Prasības ID


vairākas dienas. Jāparedz iespēja notikumam definēt regularitāti, piem., mācības, kas notiek trīs nedēļas trešdienās no plkst. 9:00 – 14:00.

FUN-086 Notikumu pieejamība

Kalendāram jānodrošina notikumu mācību informācijas un citas informācijas pieejamība Sistēmas ārējā lietojumā un Sistēmas iekšējā lietojumā atbilstoši pieejamības nosacījumiem, piem., ārējā lietojumā nav pieejami VAS telpu aizņemtības informācija.

2.2.13 ForumsPrasības ID


FUN-087 Forums

Sistēmai ir jānodrošina forums.

Forumam jānodrošina:1. Diskusiju kategorijas;2. Diskusiju jautājumi un jautājuma

pievienošana;3. Komentāri un komentāra pievienošana;4. Meklēšana un meklēšanas rezultāts.

Lietotājam jābūt iespējai saņemt e-pastu par jaunu pievienotu komentāru pie tā interesējoša

Prasības ID


jautājuma. Lietotājam jābūt iespējai atteikties no e-pasta saņemšanas.

Jānodrošina automātisks satura filtrs pret neētisku / nelikumīgu saturu.

Lietotājam ar atbilstošām tiesībām ir jānodrošina diskusiju / jautājumu / neētisku komentāru dzēšana.

FUN-088 Sasaiste un pieejamība

Jānodrošina iespēja foruma diskusijas kategoriju / jautājumu sasaistīt ar mācību programmu / mācību pasākumu / mācību pasākuma grupu, izveidojot mācību programmas / mācību pasākumu / mācību pasākumu grupu iekšējo forumu.

Iekšējā foruma diskusijām / jautājumiem ir jābūt pieejamiem tikai attiecīgās mācību programmas / mācību pasākuma / mācību grupas dalībniekiem.

2.2.14 Darba uzdevumiPrasības ID


FUN-089 Darba uzdevums

Prasības ID


Sistēmai jānodrošina automātiska darba uzdevumu ģenerēšana, piemēram, darba uzdevums iestādes mācību koordinatoram akceptēt iestādes darbinieka pieteikumu mācībām, vai izveidot lietotāju, piemēram, uzdevums iestādes mācību koordinatoram norādīt bankas kontu, no kura tiks veikta attiecīgās iestādes mācību dalībnieka mācību apmaksa.

FUN-090 Darbu uzdevumus raksturojošā informācija

Jānodrošina iespēja par katru darba uzdevumu Sistēmā saglabāt vismaz šādu raksturojošo informāciju:

1. unikālu darba uzdevumu identificējošu kodu;2. darba uzdevuma tips (vērtība no

klasifikatora);3. lietotājs / lietotāju grupa, kam ir deleģēts

veikt darba uzdevumu izpildi;4. darba plūsmas statusu;5. izpildes termiņš;6. reģistrācijas datums un lietotājs, kurš

reģistrēja darba uzdevumu.FUN-091 Darba uzdevuma uzdošana un piešķiršana

Atkarībā no darba uzdevuma veida, Sistēmā ir jānodrošina darba uzdevuma piešķiršana izpildei konkrētam lietotājam / lietotāju grupai, piemēram, darba uzdevums saskaņot iestādes darbinieka

Prasības ID


mācību pieteikumu tiek piešķirts attiecīgās iestādes mācību koordinatoram.

FUN-092 Paziņojumu nosūtīšana

Sistēmā jānodrošina paziņojumu nosūtīšana uz darba uzdevumā iesaistīto lietotāju:

1. Sistēmas darba uzdevumu saņemšanas vidi;2. E-pastu.

Lietotājam darba uzdevumu ir jāvar izpildīt no Darba uzdevumu saņemšanas vides, kā arī darba uzdevumā ir jānodrošina iespēja atvērt attiecīgo notikumu, ar ko darba uzdevums ir saistīts.

FUN-093 Ziņojumu notikumi

Sistēmai jānodrošina ziņojumu nosūtīšana par vismaz šādiem notikumiem:

1. darba uzdevuma reģistrēšana;2. darba uzdevuma izpildes / plūsmas statusa

maiņa; piemēram, iestādes mācību koordinators ir akceptējis mācību dalībnieka pieteikumu;

3. atgādinājums pieteicējam un izpildītājam par darba uzdevuma izpildes termiņa kavējumu.

FUN-094 Darba plūsmu atbalsts

Sistēmai ir jānodrošina manuāli veidojamas darba

Prasības ID


plūsmas, kur lietotājs var norādīt konkrētu nākamo atbildīgo darbinieku par darba uzdevuma izpildi, kā arī statiskas darba plūsmas, piem., statiska darba plūsma attiecībā uz iestādes mācību koordinatora akcepta saņemšanu uz iestādes darbinieka mācību dalībnieka pieteikumu.

Darba plūsmu risinājums ir jāveido tā, lai nākotnē būtu iespēja pievienot citas darba plūsmas.

2.2.15 AtskaitesPrasības ID


FUN-095 Sistēmas atskaišu izveides rīks

Sistēmas ietvaros ir jānodrošina atsevišķs rīks, kuru izmantojot, Sistēmas lietotāji var veikt atskaišu izveidi par Sistēmā uzkrātajiem datiem.

FUN-096 Sistēmas atskaišu veidošana

Rīkam, kurš nodrošina atskaišu izveidi Sistēmas ietvaros, jānodrošina divu veidu atskaišu sagatavošanas iespējas:

1. Sistēmas ietvaros jau definētās atskaites, kuru izstrāde un sagatavošana Izstrādātājam ir jāveic Sistēmas ieviešanas laikā atbilstoši Pasūtītāja definētajām prasībām, un to tālākā pārvaldība tiek

Prasības ID


nodrošināta atbilstoši FUN-097 prasībā definētajiem nosacījumiem. Izstrādātāja sagatavojamo atskaišu skaits Sistēmas izstrādes un ieviešanas laikā nepārsniegs 40 atsevišķas atskaites.

2. Dinamiski veidojamas atskaites, kuras Sistēmas lietotāji varēs izveidot Sistēmas izmantošanas laikā, atskaišu sagatavošanai par pamatu izmantojot Sistēmas ietvaros esošos datu laukus. Sistēmas izstrādes un ieviešanas laikā Izstrādātājam ir jādefinē datu lauku apjoms, kuru izmantošana varēs tiks veikta atskaišu sagatavošanas ietvaros.

Atskaišu pārvaldības ietvaros ir jānodrošina, ka tās var tikt sagatavotas par noteiktu laika periodu, paredzot, ka Sistēmas lietotājs var manuāli norādīt laika periodu, par kuru vēlas saņemt attiecīgo atskaiti.

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

Rīkam, kurš nodrošina atskaišu izveidi Sistēmas ietvaros, jānodrošina, ka Sistēmas administrators var veikt jau izveidoto Sistēmā kopēji definēto atskaišu labošanu, papildināšanu un dzēšanu, kā arī var nodrošināt jaunu atskaišu šablonu sagatavošanu Sistēmas izmantošanas laikā.

Prasības ID


Sistēmā kopēji definēto atskaišu skaits nevar tikt ierobežots.

FUN-098 Atskaišu eksportēšana

Jānodrošina iespēja atskaišu datus eksportēt vismaz šādos formātos:

MS Excel programmatūru apstrādājamas datnes formā;

kā portatīvā dokumentu formāta failus (.pdf); strukturētu XML datnes veidā.

2.3 Koplietošanas komponentes

2.3.1Ziņojumu servissPrasības ID


FUN-099 Ziņojumu serviss

Sistēmai ir jānodrošina ziņojumu serviss, lai izsūtītu Sistēmas automātiskos paziņojumus un kalendāra notikumus lietotājiem. Servisam jānodrošina iespēja pievienot ziņojumus ziņojumu rindai, kā arī fiksēt brīdi, kad lietotājs ir ziņojumu apskatījis vai saņēmis.

FUN-100 Apziņošanas kanāli

Sistēmai ir jānodrošina vismaz šādi apziņošanas kanāli: E-pasta ziņojumi; SMS ziņojumi.

Prasības ID


Sistēmas administratoram ir jābūt iespējai noradīt, pa kādu kanālu attiecīgo paziņojumu izsūtīt, ar iespējam izvēlēties abus kanālus.

FUN-101 Ziņojumu adresāti

Dažādiem ziņojumu tipiem ir jāvar norādīt dažādi adresāti, piem., ziņojums par jauna dalībnieka reģistrēšanos mācību programmai tiek nosūtīts iestādes koordinatoram.

FUN-102 Ziņojumu šabloni

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

FUN-103 Automātiskie ziņojumi lietotājiem

Sistēmai ir jānodrošina automātisko ziņojumu nosūtīšana lietotājam attiecībā uz vismaz šādiem notikumiem:

1. Ziņojumi saistībā ar lietotāju reģistrāciju un paroles maiņu:1.1. Paziņojums par jauna lietotāja izveidi;1.2. Paziņojums par jaunu paroli;

2. Ziņojumi par darba plūsmas realizāciju:2.1. par jaunu darba uzdevumu;2.2. ziņojumi par darba uzdevuma izpildi;

3. Ziņojumi saistībā ar dažādiem notikumiem Sistēmā, piem., dalībnieka reģistrācija, notikumi kalendārā, informācija ārējo pakalpojumu sniedzējiem u. c.

FUN-104 Ziņojuma saturs

Prasības ID


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

2.3.2MeklēšanaPrasības ID


FUN-105 Meklēšana, datu izgūšana un atlasīšana

Sistēmai jānodrošina elastīgas un plašas meklēšanas, datu izgūšanas un atveidošanas funkcijas dažāda prasmju līmeņa lietotājiem (vienkārša meklēšana, komplicētu atlases vaicājumu veidošana, izmantojot salīdzināšanas un loģiskos operatorus). Sistēmā jāparedz iespēju atlasīt un attēlot reģistrētos mācību materiālus, kā meklēšanas vārdus norādot jebkuru metadatu elementu kombināciju, atslēgvārdus un/vai tekstuālu ierakstu saturu.

FUN-106 Meklēšana pievienotajās dokumentu datnēs

Sistēmai jānodrošina iespēja veikt meklēšanas funkciju Sistēmā pievienotajās dokumentu datnēs.

FUN-107 Meklēšanas parametru atcerēšanās

Veicot meklēšanu pēc lietotāja norādītiem meklēšanas parametriem, Sistēmai ir jāatceras pēdējie lietotāja

Prasības ID


izvēlētie parametri, nodrošinot lietotājam iespēju veikt korekcijas uzstādītos parametros un veikt atkārtotu dokumentu meklēšanu (vienas sesijas laikā).

FUN-108 Atlasīto ierakstu skaits un struktūra

Sistēmai meklēšanas rezultātā jāatspoguļo atlasīto ierakstu skaits. Sistēma nedrīkst ierobežot attēlojamo atlasīto ierakstu skaitu. Sistēmai jānodrošina meklēšanas rezultātā atlasītā saraksta lapošana (paging) funkcionalitāte.

FUN-109 Meklēšanas lauku neaizpildīšana

Ja lietotājs, veicot meklēšanu, kā meklēšanas parametru nav definējis kādu no laukiem (lauka vērtība nav aizpildīta, ir tukša), tad tiek saprasts, ka meklēšana veicama visos datu bāzes ierakstos, neatkarīgi no konkrētā lauka vērtības.

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

Sistēmai jāatbalsta aizstājējzīmju izmantošana meklēšanas parametros. Sistēmai jāatbalsta vismaz šādas aizstājējzīmes: simbols, kas aizstāj vienu rakstzīmi definētā

meklēšanas parametrā (piemēram, “?”); simbols, kas aizstāj patvaļīgu skaitu rakstzīmju

definētā meklēšanas parametrā (piemēram, “*”).FUN-111 Meklēšanas ierobežojumi

Neviena Sistēmas meklēšanas vai atlases funkcija

Prasības ID


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.

2.3.3E-pasta grupu veidošanaPrasības ID


FUN-112 E-pastu grupu automātiska izveide

Mācību koordinatoram ir jāvar Sistēmā attiecīgajā funkcionālajā sadaļā veikt e-pasta grupu izveidi, ko tas var izmantot e-pastu izsūtīšanai attiecīgās e-pasta grupas dalībniekiem.

Sistēmai ir jānodrošina vismaz šādu e-pasta grupu uzturēšana:

Iestāžu mācību koordinatoru grupa; Mācību programmas dalībnieku grupa; Mācību pasākumam reģistrējušos dalībnieku

grupa; Mācību pasākuma faktisko dalībnieku grupa; Mācību programmas pasniedzēju grupa u. c.

FUN-113 E-pasta grupu manuāla izveide un pārvaldība

Sistēmai ir jānodrošina mācību koordinatoram iespēja izveidot, labot un dzēst klientu, valsts iestāžu darbinieku, pasniedzēju u. c. e-pastu grupas, izmantojot Sistēmas

Prasības ID


nodrošinātās filtrēšanas funkcionalitāti (piemēram, atlasīt valsts iestāžu darbiniekus, kas ir grāmatveži).

Sistēmai jānodrošina iespēja saglabāt izveidotās e-pasta grupas, lai tās būtu iespējams izmantot tālākā informatīvo darbību īstenošanā.

2.3.4Problēmu pieteikšana un apstrādePrasības ID


FUN-114 Problēmu pieteikšana

Sistēmai ir jānodrošina iespēja lietotājiem pieteikt konstatētās VAS darbības problēmas.

Problēmas pieteikumā lietotājam ir jāvar norādīt vismaz šādas informācija:

1. Problēmas kategoriju;2. Problēmas apraksts;3. Pieteicēja vārds;4. Pieteicēja uzvārds;5. Pieteicēja e-pasts.

Lietotājam, piesakot problēmu, ir jāvar pievienot attēlu. Gadījumā, ja problēmas pieteikumu aizpilda Sistēmā autorizējies lietotājs, Sistēmai ir automātiski jāizgūst dati

Prasības ID


par Pieteicēja vārdu, uzvārdu un e-pastu no Sistēmā reģistrētajiem datiem.

Problēmu pieteikumu formai ir jānodrošina aizsardzības mehānisms pret automatizēti ģenerētiem problēmu pieteikumiem (piem., CAPTCHA).

FUN-115 Problēmu pieteikumu saraksts

Sistēmai lietotājam ar atbilstošām tiesībām ir jānodrošina problēmu pieteikumu saraksts, kurā strukturētā veidā ir jāattēlo šādi uzkrātie dati par problēmu:

1. Datums, kad problēma pieteikta;2. Problēmas kategorija;3. Pieteicēja vārds;4. Pieteicēja uzvārds;5. Pieteicēja e-pasts;6. Statuss.

Saraksts ir jāstrukturē un jāattēlo lietotājam pārskatāmā formā, nodrošinot, ka problēmu pieteikumi ar dažādiem statusiem vizuāli tiek attēloti atšķirīgi, kā arī saraksta augšā tiek attēloti jaunākie problēmu pieteikumi.


Lietotājam no saraksta skata ir jāvar atvērt problēmu pieteikumus.

Prasības ID


FUN-116 Problēmu pieteikuma apstrāde

Lietotājam ar atbilstošām tiesībām ir jāvar veikt problēmu pieteikumu apstrādi un veikt tā statusa maiņu.

Sistēmai ir jānodrošina iespēja lietotājam problēmu pieteikumu automatizēt padot Izstrādātāja problēmu pieteikumu Sistēmai.

FUN-117 Atgriezeniskā saite

Sistēmai ir jānodrošina atgriezeniskā saite ar problēmas pieteicēju, informējot to par pieteiktās problēmas statusa izmaiņām, piem., pieņemts zināšanai, pieteikts izstrādātājam u. c.

2.4 Integrācija ar citām informācijas sistēmām

2.4.1 Integrācija ar VAS tīmekļvietniPrasības ID


FUN-118 Saskarnes funkcijas

Sistēmai ir jānodrošina sadarbspēja ar VAS esošo tīmekļvietni.

FUN-119 Saskarnes realizācija

Saskarne ir jārealizē kā noteiktas Sistēmas funkcionalitātes publicēšana (iframe) tīmekļvietnē.

Prasības ID


VAS esošās tīmekļvietnes izmaiņu izstrāde nav attiecināma uz Izstrādātāju un tiks realizēta cita līguma ietvaros. Izstrādātājam ir jānodrošina dalība nepieciešamā integrācijas risinājuma apzināšanā un tehniskās realizācijas specificēšanā.

FUN-120 Galvenā publicējamā funkcionalitāte

Sistēmai ir jānodrošina šādas funkcionalitātes publicēšana VAS tīmekļvietnē:

1. VAS mācību pasākumu katalogs;2. Publiski pieejamie mācību materiāli;3. Kalendāra publiskā daļa;4. Notikumu grafiks;5. Publiski pieejamās anketas;6. Sistēmas autentifikācijas izsaukšana.

2.4.2 Integrācija ar mācību telpu monitoru pārvaldības rīkuPrasības ID



Sistēmai ir jānodrošina sadarbspēja ar mācību telpu monitoru pārvaldības rīku, nodrošinot telpu aizņemtības informācijas nodošanu.


Izstrādātājam ir jāveic esošā mācību telpu monitoru pārvaldības rīka analīze un integrācijas risinājuma

Prasības ID


izstrāde gan Sistēmas pusē, kas Mācību telpu monitoru pārvaldības rīka pusē.

Izstrādātājs var izstrādāt savu risinājumu telpu aizņemtības informācijas publicēšanai VAS monitoros. Šajā gadījumā izstrādē ir jānodrošina esošā risinājuma dizaina pārņemšana. Esošā risinājuma izstrādes darbietilpība bija vērtējama kā 2 darba dienas.

FUN-123 Galvenie nosūtāmie datu vienumi

Sistēmai ir jānodrošina šādu datu nodošanu ATMPR par mācību pasākumiem:

1. Mācību pasākuma nosaukums;2. Mācību pasākuma norises ilgums;3. Pasniedzēja vārds, uzvārds;4. Mācību pasākuma norises telpa.

2.4.3 Integrācija ar VISS Vienotās pieteikšanās moduliPrasības ID



Sistēmai ir jānodrošina sadarbspēja ar VISS Vienotās pieteikšanās moduli Sistēmas lietotāju autentifikācijas nodrošināšanai.


Saskarne ir jārealizē atbilstoši Vienotās pieteikšanās

Prasības ID


moduļa turētāja VRAA nodrošinātajam saskarnes veidam.

Skat. dokumentācija: https://viss.gov.lv/lv/Informacijai/Dokumentacija/Koplietosanas_komponentes/Vienotas_pieteiksanas_modulis

2.5 Prasības administrēšanai

2.5.1Prasības lietotāju, to tiesību un paroļu politikas pārvaldībaiPrasības ID


FUN-126 Lietotāju pārvaldība

Sistēmai jānodrošina iespēja lietotājiem ar atbilstošām piekļuves tiesībām īstenot šādas darbības:

Izveidot jaunu lietotāju, mainīt tā datus; Bloķēt lietotāju; Lietotājam piešķirt paroli un noteikt tās derīguma

termiņu (derīguma termiņš attiecināms uz pirmreizējās paroles nomaiņu vai arī gadījumiem, kad Sistēma lietotājam atjaunojos paroli, pārējos gadījumos paroles derīguma termiņš tiek noteikts saskaņā ar paroles iestatījumu konfigurāciju);

Mainīt lietotāja statusu – aktivizēt, bloķēt piekļuvi Sistēmai;

Attēlot lietotāju sarakstu un veikt meklēšanu tajā.

https://viss.gov.lv/lv/Informacijai/Dokumentacija/Koplietosanas_komponentes/Vienotas_pieteiksanas_modulis

https://viss.gov.lv/lv/Informacijai/Dokumentacija/Koplietosanas_komponentes/Vienotas_pieteiksanas_modulis

Prasības ID


FUN-127 Tiesību pārvaldība

Sistēmai jānodrošina administratora tiesību pārvaldība, kas ietver:

Tiesību grupēšanu pa lomām; Tiesību un lomu piešķiršanu un noņemšanu

lietotājiem (iekļaujot vienas vai vairāku lomu piešķiršanu/noņemšanu).

FUN-128 Tiesību piešķiršana uz Sistēmas objektiem

Sistēmai ir jāatbalsta iespēja piešķirt tiesības uz Sistēmas objektiem, piem., tiesības pasniedzējam veikt noteikta mācību pasākuma satura vadību, tiesības pasniedzējam attiecībā uz noteiktas mācību grupas testēšanas vai mācību pasākuma novērtēšanas anketas rezultātiem u. c.

FUN-129 Paroles iestatījumu konfigurācija

Sistēmai jānodrošina paroles iestatījumu konfigurācijas iespēja (noteikt nepieciešamo paroles sarežģītību (simbolu skaits, speciālo zīmju, lielo burtu, simbolu iekļaušana, iepriekšējo paroļu skaits, kurām identisku nevar veidot jauno paroli), obligāto paroles maiņas termiņu, nosacījumus automatizētai paroles bloķēšanai).

FUN-130 Paroļu politikas atbilstība normatīvā regulējuma prasībām

Sistēmas administratoram ir jāvar iestatīt Sistēmas lietotāju paroļu politiku, kas nodrošina atbilstību MK noteikumos Nr. 442 (28.07.2015.) “Kārtība, kādā tiek

Prasības ID


nodrošināta informācijas un komunikācijas tehnoloģiju sistēmu atbilstība minimālajām drošības prasībām” noteiktajām prasībām.

2.5.2KlasifikatoriPrasības ID


FUN-131 Klasifikatoru pārvaldība

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

FUN-132 Klasifikatori

Sistēmai ir jānodrošina vismaz šādi klasifikatori, kur lietotājam bez programmēšanas nepieciešamības, ir jāvar veikt to pārvaldību:

1. Mācību aktivitāšu veidu klasifikators:1.1. Mācību kurss;1.2. Seminārs;1.3. Lekcija;1.4. Ēnošana;1.5. Pieredzes apmaiņa;1.6. Komandējums;1.7. Praktiskais darbs u. c.

2. Valsts pārvaldes iestāžu klasifikators:2.1. Nosaukums;

Prasības ID


2.2. Reģistrācijas numurs;2.3. Adrese;2.4. Telefona numurs;2.5. Faksa numurs;2.6. Bankas konts (var būt vairāki):

2.6.1. Projekta nosaukums;2.6.2. Bankas konts u. c.

3. VAS mācību telpu klasifikators:3.1. Telpas numurs;3.2. Telpas nosaukums;3.3. Telpas ietilpība (maksimālais dalībnieku

skaits);3.4. Telpas izkārtojuma veids;3.5. Papildus telpu aprakstošā informācija;

4. Gada brīvdienu un svētku dienu klasifikators u. c.

2.5.3AuditācijaPrasības ID


FUN-133 Auditācija

Sistēmai jānodrošina iespēja veikt auditācijas pierakstus. Auditācijas funkcijai jābūt konfigurējamai, lai varētu norādīt, par kādām darbībām jāveic auditācijas pieraksti un vajadzības gadījumā būtu iespējams pārtraukt, vai būtiski samazināt auditācijas pierakstu veikšanu.

Prasības ID


FUN-134 Uzkrājamie auditācijas pieraksti

Auditācijas pieraksti ir jāuzkrāj vismaz par:1. Katru Sistēmas lietotāja reģistrēto, laboto, dzēsto

ierakstu.2. Katru Sistēmas lietotāja pieslēgšanos (veiksmīgu,

neveiksmīgu) sistēmai un atslēgšanos no sistēmas;3. Fizisko personu datu aizsardzības likumā

noteiktajiem notikumiem (piemēram, fizisko personu datu apskati);

FUN-135 Auditācijas pierakstos reģistrējamā informācija

Auditācijas pierakstos par vienu darbību jāreģistrē vismaz šāda informācija:

1. Sekvences numurs, paredzot sekvences, kas sniedzas pāri paredzamajam transakciju skaitam vismaz 20 gadu periodā pēc paredzamās sistēmas ieviešanas;

2. Darbības izpildītājs – Sistēmas lietotāja vārds;3. Darbības veids (kāda tieši darbība veikta – dzēšana,

rediģēšana, apskate u. c.);4. Darbības izpildes laiks;5. Darbstacijas identifikators (nosaukums un IP

adrese), no kuras veikta darbība.

2.5.4Darbības uzraudzībaPrasības ID Prasības apraksts Izpildītāja tehniskā piedāvājuma apraksts un prasības realizācijas izklāsts

FUN-136 Aktīvo sesiju pārvaldība

Prasības ID Prasības apraksts Izpildītāja tehniskā piedāvājuma apraksts un prasības realizācijas izklāsts

Sistēmas administratoram jāvar atvērt un apskatīt aktīvo sesiju saraksts un konkrētas aktīvās sesijas raksturojošā informācija (lietotāja vārds, pieslēguma IP adrese, izmantotā pārlūkprogramma, sesijas sākuma laiks un pēdējās veiktās darbības laiks). Administratoram jābūt iespējai jebkurā brīdī pārtraukt jebkura lietotāja sesiju, informējot to ar sistēmas paziņojumu.

FUN-137 Sistēmas parametru pārvaldība

Sistēmas administratoram jāvar atvērt un apskatīt sistēmas parametru saraksts un atsevišķa parametra raksturojošā informācija. Administratoram jābūt iespējai labot sistēmas parametru vērtības, piemēram, laika periods, par kuru lietotājam ir pieejama tā darbību vēsture.

3 Nefunkcionālās prasības

3.1 Prasības lietotāja saskarnei

Prasības ID


N-001 Pārlūkprogrammu atbalsts

Sistēmai ir jāatbalsta šādas tīmekļa pārlūkprogrammas un to versijas:

1. Internet Explorer 10.0,2. Mozilla Firefox 40.0,3. Google Chrome 45.0,

kā arī šo pārlūkprogrammu jaunākās versijās.

Mācību dalībnieka funkcionalitātei ir jānodrošina arī darbība minēto pārlūkprogrammu mobilajās versijās, nodrošinot korektu tās parādīšanu un ērtu navigāciju mobilajos telefonos. Mācību dalībnieka funkcionalitātes saskarnēm ir jābūt veidotām, ievērojot reaģējošas tīmekļa vietnes dizaina principus (responsive design).

N-002 Valodu atbalsts

Sistēmas lietotāju saskarnei primāri ir jābūt latviešu valodā.

Sistēmai jāparedz iespēja, ka nepieciešamības gadījumā noteiktiem Sistēmas moduļiem ir jānodrošina angļu valodas atbalsts.

N-003 Saskarnes lietojamība

Prasības ID


Sistēmas dizainam un lietotāja saskarnei ir jāatbilst šādām prasībām:

1. Lietotāju saskarnei ir jābūt ērtai, ergonomiskai un intuitīvi lietojamai (piemēram, horizontālo ritjoslu neesamība (datoram ar izšķirtspēju 1024x768), pēc iespējas mazāk vertikālo ritjoslu izmantošana, pārskatāms ievadlauku izkārtojums utt.);

2. Saskarnē izmantotajai valodai (vārdiem, frāzēm) jābūt saprotamai lietotājiem;

3. Sistēmas ietvaros, apzīmējot vienu un to pašu lietu dažādos ekrānos, jābūt izmantotiem vieniem un tiem pašiem terminiem un zīmēm;

4. Jebkurai darbībai jābūt viennozīmīgai, t. i., izpildot vienu un to pašu darbību lietotājam jāiegūst kvalitatīvi vienādi rezultāti.

5. Sistēmas dialogiem jāsatur tikai tāds informācijas apjoms, kas ir būtisks Sistēmas darbināšanai un lietotāja funkciju veikšanai;

6. Sistēmas standarta ziņojumi (tīmekļa pakalpes un lietotāju saskarnes) precīzi skaidro radušos problēmu būtību un piedāvā tālāko rīcību;

7. Navigācija starp ekrāna formām - Sistēmai jābūt izveidotai tā, lai lietotājam nevajadzētu atcerēties informāciju, pārejot no viena ekrāna uz citu;

8. Sistēmai jānodrošina atgriezeniskā saite ar lietotāju, pēc iespējas informējot viņu par Sistēmā notiekošajām

Prasības ID


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-004 Izmantojamie standarti un vadlīnijas

Sistēmas lietotāju saskarņu projektēšanā un navigācijā jāizmanto sekojoši standarti:

1. ISO 9241-151:2008 Ergonomics of human-system interaction -- Part 151: Guidance on World Wide Web user interfaces;

2. ANSI/HFES 200 "Human Factors Engineering of Software User Interfaces".

Turpmākie standarti ieteicami izmantošanai. Pretendentam jānorāda, kādus standartus tas izmantos lietotāju saskarņu projektēšanai un lietojamības nodrošināšanai:

1. ELMER/ELMER2 “User Interface Guidelines for Governmental Forms on the Internet”;

2. Microsoft “Inductive User Interface Guidelines”;3. LVS EN ISO 9241-210:2011 (Cilvēka un sistēmas

mijiedarbības ergonomika. 210. daļa: Uz lietotāju orientētie projektēšanas procesi interaktīvajām sistēmām).

N-005 Izšķirtspēja

Lietotāja saskarni jāvar lietot uz ekrāna, kura izšķirtspēja ir lielāka vai vienāda ar 1024x768 punktiem.

Prasības ID


N-006 Paziņojumi

Sistēmas standarta paziņojumiem ir jābūt viegli saprotamā valodā, precīzi jāskaidro radušos problēmu būtība un jāpiedāvā tālākās rīcības variants, kur tas ir attiecināms.

Paziņojumā par kļūdu vai izņēmuma situāciju lietotājam jāsniedz informācija par darbības izpildes stāvokli un iespējamie tālākās rīcības varianti. Informācija par kļūdu vai izņēmuma situāciju jāreģistrē Sistēmā un jānodrošina sistēmas administratoram pārskatīt Sistēmas kļūdu reģistru.

Sistēmai jānodrošina iespēja bez programmatūras pirmkoda izmaiņām izveidot, labot un dzēst Sistēmas paziņojumus.

Sistēmai jānodrošina administratoram iespēja konfigurēt Sistēmas paziņojumu parādīšanās nosacījumus un paziņojumu tekstu.

N-007 Datu ievades ekrānformas

Sistēmas datu ievades ekrānformas jāveido tā, lai padarītu datu ievadi pēc iespējas ērtāku tajā skaitā, bet ne tikai, nodrošinot klasifikatoru vērtību izvēli atbilstošajos laukos, datumu izvēli no kalendāra, iespēju izmantot vilkt un nomest (drag and drop) paņēmienu, piem., pārvietojot mācību dalībnieku no vienas grupas uz otru, ievadīto vērtību validāciju reālajā laikā, iespēju pārvietoties starp ievades laukiem, izmantojot tastatūras taustiņu „Tab” u. c.

Prasības ID


N-008 Obligāti aizpildāmie lauki

Sistēma jāizstrādā, paredzot obligāti aizpildāmo lauku nepieciešamību. Obligāti aizpildāmie lauki jāattēlo lietotāja saskarnē atbilstoši vienotam lietotāja saskarnes dizainam. Sistēmai jāveic lauku pārbaude un Sistēmas reakcija uz neaizpildītiem obligāti aizpildāmajiem laukiem (kļūdu paziņojumu ar lūgumu aizpildīt visus obligāti aizpildāmos laukus).

N-009 Datu kārtošana

Izstrādājot sistēmu, jāparedz sarakstu (tabulāru datu) kārtošana vismaz šādos veidos:

1. datu kārtošana pēc noklusējuma;2. skaitlisko datu kārtošana augošā un dilstošā secībā;3. teksta datu kārtošana alfabētiskā un pretēji alfabēta

secībai;4. datuma un laika datu kārtošana augošā un dilstošā

secībā.N-010 Dizains

Mācību portāla un mācību administrācijas vides dizainam:1. Ir jābūt oriģinālam, mūsdienīgam, veidotam lietišķā

stilā;2. Veidotam vienotā stilā;3. Veidojot dizainu, ir jāievēro VAS vienotā stila

vadlīnijas, kuru pieejamību Izstrādātājam nodrošinās VAS pēc izstrādes līguma noslēgšanas.

Prasības ID


4. Pirms dizaina izstrādes Izpildītājam jāsaskaņo ar Pasūtītāju dizaina risinājumu pamatprincipus un jāizstrādā dizaina paraugi (līdz 20 skati atšķirīgām sadaļām).

5. Mācību portāla sadaļām ir jābūt veidotām vizuāli pievilcīgām un ērti lietojamām, vienlaikus nodrošinot to, ka apmeklētāji informāciju uztver ne tikai ar tekstuālās informācijas, bet arī ar vizuālo elementu palīdzību (piemēram, mācību pasākumu, kursu fotogrāfijas).

N-011 Grafiskā noformējuma elementi

Ir jānodrošina iespēja izmantot grafiskā noformējuma elementus attiecībā uz dažādu virzienu kursu apzīmēšanu, piemēram, izmantojot atšķirīgas krāsas vai grafiskās atpazīstamības simbolus, ļaujot lietotājiem iespējami viegli identificēt, vai attiecīgais kurss ir piekritīgs U projektam, K projektam vai citiem VAS nodrošinātajiem apmācību kursiem.

3.2 Prasības ievadīto datu kontrolēm

Prasības ID


N-012 Sintaktiskās kontroles

Ir jābūt sintaktiskajām kontrolēm tiem ievadlaukiem,

Prasības ID


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, ierobežot iespējas ievadīt citus simbolus.

N-013 Loģiskās kontroles

Jāveic atbilstošas loģiskās kontroles, piemēram, ievadot intervālu ar diviem datumiem, sistēmai jāpārbauda vai norādītā intervāla sākuma datums un laiks ir mazāks par intervāla beigu datumu un laiku, sistēmai jāpārbauda vai ievadītais datums nav mazāks kā noklusētais datums (vietās, kur nav pieļaujama vērtība ar atpakaļejošu datumu), vai ievadītais gada skaitlis atbilst pieļaujamajām vērtībām u. c. loģiskās kontroles atbilstoši pieļaujamajām lauka/u vērtībām.

N-014 Datu izvēlne

Lai uzlabotu ievadīto datu kvalitāti, visos ievadlaukos, kur tas ir iespējams, jāizmanto izvēle no klasifikatoriem / pieejamām vērtībām atbilstoši klienta datiem, nevis brīva teksta ievade.

N-015 Drošības kontroles

Jānodrošina ievadīto datu automātiska kontrole, aizliedzot datu tipam neatbilstošas vērtības, kā arī vērtības, kas atgādina XSS, SQL injekciju, OS komandu injekciju u. c.

Prasības ID


uzbrukumus.

3.3 Atbilstība standartiem

Prasības ID


N-016 SCORM standarts

Sistēmai ir jānodrošina atbilstība SCORM standartam (http://scorm.com/wp-content/assets/cookbook/SCORM%201_2%20Overview.htm) attiecībā uz mācību pārvaldības sistēmu, lai potenciāli nodrošinātu sadarbspēju ar citām mācību pārvaldības sistēmām.

3.4 Prasības drošībai

Prasības ID


N-017 Vispārīgās drošības prasības

Jānodrošina sistēmas drošības prasības saskaņā ar MK 2015. gada 28. jūlija noteikumiem Nr. 442 “Kārtība, kādā tiek nodrošināta informācijas un komunikācijas tehnoloģiju sistēmu atbilstība minimālajām drošības prasībām”. Sistēma klasificējama kā paaugstinātas drošības sistēma.

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

Lietotājiem (atbilstoši to lomai) drīkst būt pieejama tikai

http://scorm.com/wp-content/assets/cookbook/SCORM%201_2%20Overview.htm

http://scorm.com/wp-content/assets/cookbook/SCORM%201_2%20Overview.htm

Prasības ID


tā funkcionalitāte un tikai tādai lietošanai, kā atrunāts tehniskajās prasībās. Lietotājam nevar būt iespējai veikt savu tiesību eskalāciju.

N-019 Datu šifrēšana pārraides tīklā

Sistēmu daļām, kur tas nepieciešams, jānodrošina, ka datu apmaiņa starp klientu (pārlūkprogrammu) un serveri (Sistēmu) notiek tikai un vienīgi pa šifrētu datu apmaiņas kanālu (izmantojot TLS protokola 1.2 vai jaunāku versiju).

N-020 Aizsardzība pret nesankcionētu rīcību

Sistēmas formām un saskarnēm, kas ir pieejamas autentificētam lietotājam, jābūt izstrādātām tā, lai nebūtu iespējams, apejot autentifikācijas un autorizācijas procedūras, nesankcionēti izpildīt Sistēmas funkcijas un/ vai piekļūt Sistēmā uzglabātajai informācijai pat tad, ja pieprasījums satur precīzu funkcijas un/ vai datu piekļuves resursa URI adresi.

N-021 Sesijas pārtraukšana

Sistēmā jābūt ietvertam tehniskajam risinājumam, kas, pārtrauc lietotāja darba sesiju, ja pēc noteikta skaita minūšu (konfigurējams lielums) lietotājs nav veicis nevienu darbību. Darbu turpināt iespējams tikai pēc atkārtotas autentifikācijas.

N-022 Sesijas identifikatora atkārtotas izmantošanas liegšana

Prasības ID


Sistēmā ir jābūt ietvertai kontrolei, kas liedz atkārtoti izmantot jau aktīvu izveidotu sesijas identifikatoru jaunas sesijas izveides nodrošināšanai.

N-023 Iekšējo lietotāju kontu bloķēšana

Sistēmai jāveic lietotāja konta bloķēšana, ja tiek izdarīti vairāki (konfigurējams lielums) neveiksmīgi autentifikācijas mēģinājumi.

N-024 Fizisko personu datu aizsardzība

Jānodrošina fizisko personu datu aizsardzība saskaņā ar Fizisko personu datu aizsardzības likuma prasībām, atļaujot pieeju sensitīvajiem personas datiem tikai autentificētiem Sistēmas lietotājiem, kam piekļuve datiem nepieciešama darba uzdevumu realizācijai, un katru reizi veicot par to atbilstošu ierakstu audita pierakstu žurnālā.

N-025 Aizsardzība pret uzbrukumiem

Jānodrošina aizsardzība vismaz pret 10 izplatītākajiem uzlaušanas paņēmieniem (skat. https://www.owasp.org/index.php/Top10#OWASP_Top_10_for_2013):

1. Injection flaws;2. Broken authentification and session management;3. Cross site scripting;4. Insecure direct object reference;5. Security Misconfiguration6. Sensetive Data Exposure

Prasības ID


7. Missing Funkction Level Access Control8. Cross site request forgery;9. Using Known Vulnerable Components10. Unvaliated Redirects and Forwards

3.5 Prasības pieejamībai un veiktspējai

Prasības ID


N-026 Pieejamība

Jānodrošina šādas Sistēmas pieejamības prasības:1. Darba dienās 8:00 – 18:00: 99%,2. Pārējā laikā: 95%.

Maksimālais pieļaujamais dīkstāves laiks vienas dienas laikā nedrīkst pārsniegt 2 stundas.

Izņēmums var būt iepriekš plānoti tehniskie pārtraukumi, kas nedrīkst pārsniegt 4 stundas mēnesī.

N-027 Veiktspējas prasības

Sistēmai jānodrošina darbs vismaz 50 lietotāju vienlaicīgām sesijām pie šādiem veiktspējas nosacījumiem:

1. Sistēmas reakcijas laiks (t. i., laiks no brīža, kad lietotājs ir veicis transakciju līdz transakcijas

Prasības ID


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

3.6 Prasības dokumentācijai

Prasības ID


N-028 Piegādājamā dokumentācija

Izstrādātājam ir jāizstrādā, jāsaskaņo ar Pasūtītāju un jāpiegādā šāda dokumentācija:

1. Projekta pārvaldības plāns;2. Sistēmas arhitektūra;3. Produkta darbu plāns (produkta backlog);

Prasības ID


4. Sistēmas saskarņu apraksta dokuments;5. Lietotāja rokasgrāmata;6. Administratora rokasgrāmata;7. Instalācijas rokasgrāmata;8. Programmatūras prasību specifikācija;9. Programmatūras projektējuma aprakts.

Sistēmas izmaiņu pieprasījumu realizācijas gadījumā Izstrādātājam ir jānodrošina visas iepriekš izstrādātās dokumentācijas pārskatīšana un papildināšana atbilstoši veiktajām izmaiņām.

Dokumentācija Izstrādātājam ir jāiesniedz Pasūtītājam latviešu valodā elektroniski rediģējamā (MS Word atpazīstamā) formātā un 2 (divos) drukātos eksemplāros parakstīšanai – katrai pusei vienu eksemplāru.

N-029 Standarti

Izstrādātājam, sagatavojot dokumentāciju, jāievēro šādi standarti:

1. ISO/IEC/IEEE 42010 Systems and software engineering — Architecture description;

2. IEEE 29148-2011 Systems and software engineering, Life cycle processes, Requirements engineering;

3. IEEE 1016-2009 Standard for Information Technology Systems Design, Software Design

Prasības ID


Descriptions;4. IEEE 1063-2001 IEEE Standard for Software User

Documentation.N-030 Lietotāja un administratora dokumentācija

Izstrādātājam ir jāizstrādā lietotāja dokumentācija pa lietotāju grupām (mācību dalībnieks, mācību koordinators, pasniedzējs u. c.). Vienojoties ar Pasūtītāju, Izstrādātājs var apvienot vairākas rokasgrāmatas vienā. Pieļaujama elektroniska lietotāja dokumentācija, kas vienlaikus kalpo kā lietotāja saskarnē integrēts tiešsaistes lietotāja palīgs.

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

Izstrādātājam jānodrošina šādu dokumentu izstrāde un saskaņošana 2 (divu) nedēļu laikā no līguma noslēgšanas brīža:

1. Projekta pārvaldība plāns;2. Sistēmas arhitektūra;3. Produkta darbu plāns (produkta backlog).

Pārējo prasībā N-028 ietverto dokumentu saskaņotās versijas Izstrādātājam ir jāpiegādā atbilstoši Produkta darbu plānam, bet ne vēlāk kā līdz izstrādes projekta beigām t. i., 8 mēnešus no līguma par Sistēmas izstrādi noslēgšanas brīža.

3.7 Prasības Sistēmas testēšanai

Prasības ID


N-032 Sistēmas testēšanas apjoms

Pirms izstrādātās Sistēmas nodošanas akcepttestēšanai Izstrādātājam jānodrošina visu Sistēmu komponenšu, to savstarpējās sadarbības, kā arī mijiedarbības ar citām ārējām sistēmām testēšana. Katrai komponentei jāveic pilnīgi visu tās funkciju testēšana.

N-033 Sistēmas akcepttestēšana

Pēc visu iterāciju testēšanas Pasūtītājs veic Sistēmas akcepttestēšanu ne vairāk kā 2 (divu) nedēļu laikā. Izstrādātājam jānodrošina atbalsts Pasūtītājam, lai Pasūtītājs varētu veiksmīgi veikt akcepttestēšanu. Pasūtītājam ir tiesības noraidīt Sistēmas vai tās daļas akceptēšanu, saņemot pirmo kritisko kļūdu akceptēšanas laikā.

N-034 Sistēmas drošības testēšana

Izpildītājam līdz ar Sistēmas nodošanas produkcijas lietošanā ir jāiesniedz neatkarīgs drošības audita atzinums par Sistēmas drošības novērtējumu, kurš ir veikts atbilstoši OWASP (Open Web Application Security Project) testēšanas vadlīnijām un OSSTMM (Open Source Security Testing Methodology Manual) atvērtā koda drošības testēšanas metodikas rokasgrāmatai vai līdzvērtīgai metodoloģijai un apliecina, ka Sistēmā nav identificējama neviena augsta vai vidēja riska drošības

Prasības ID


ievainojamība. Attiecībā uz zema līmeņa ievainojamībām Izpildītājam ir jāiesniedz to novēršanas plāns, ar konkrētiem veicamajiem pasākumiem un to izpildes termiņiem.

Pasūtītājam pēc Sistēmu ieviešanas produkcijas vidē ir tiesības veikt neatkarīgu Sistēmu drošības testēšanu. Izstrādātājam ir jānovērš visas šo testu ietvaros konstatētās nepilnības / ievainojamības bez papildus samaksas veikšanas Sistēmas garantijas laikā.

N-035 Sistēmas veiktspējas testēšana

Izstrādātājam ir jānodrošina Sistēmas, tās komponenšu un funkciju veiktspējas testēšana, lai pārliecinātos par to, ka Sistēma atbilst specifikācijā noteiktajām veiktspējas prasībām.

Pasūtītājam pēc Sistēmas ieviešanas produkcijas vidē ir tiesības veikt neatkarīgu sistēmu veiktspējas testēšanu. Izstrādātājam ir jānovērš visas šo testu ietvaros konstatētās nepilnības bez papildus samaksas veikšanas Sistēmas garantijas laikā.

3.8 Ieviešanas prasības un ieviešanas vadība

Prasības ID


N-036 Vispārējās ieviešanas prasības

Izstrādātājam ir jāveic šajā tehniskajā specifikācija aprakstīto darbu izpilde, jāveic visu Sistēmu ieviešana ekspluatācijas vidē un jāpiegādā nodevumi atbilstoši šīs specifikācijas prasībām.

N-037 Ieviešanas apjoms

Izstrādātājam ir jānodrošina Sistēmas uzstādīšana, konfigurēšanu, nepieciešamo izmaiņu veikšanu Sistēmā, lai tā spētu pilnvērtīgi nodrošināt Tehniskajā specifikācijā noteikto funkcionalitāti.

Izstrādātājam jānodrošina klātienes (on-site) atbalsts 100% apjomā Sistēmas palaišanas pirmajā un nepieciešamības gadījumā arī nākamajās trīs dienās, kā arī 25% klātbūtnes atbalstus pirmajās 10 darba dienās pēc Sistēmas palaišanas ekspluatācijas režīmā.

N-038 Eksperimentālās ekspluatācijas atbalsts

Pēc Sistēmas nodošanas Izstrādātājam ir jānodrošina 2 (divu) mēnešu atbalsts Sistēmas darbināšanas laikā, veicot iespējamo problēmu operatīvu novēršanu atbilstoši identificēto problēmu prioritātēm (skat. GAR-004).

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

Prasības ID


N-039 Mācību apjoms

Izstrādātājam ir jānodrošina:1. Mācību koordinatoru apmācība (līdz 10 apmācāmās

personas);2. Mācību uzraudzības darbinieku apmācība (līdz 5

apmācāmās personas);3. Mācību atbalsta darbinieku apmācība līdz (līdz 10

apmācāmās personas);4. Administratoru mācība (līdz 5 apmācāmās

personas);5. Mācību materiālu sagatavošanu.

Izstrādātājam jānodrošina lietotāju un administratoru mācības par katru no Sistēmas komponentēm tādā līmenī, lai lietotāji pastāvīgi un pilnvērtīgi spētu izmantot Sistēmas piedāvāto funkcionalitāti un lai Sistēmas administratori spētu patstāvīgi veikt Sistēmas administrēšanas, uzraudzības un atjaunošanas pasākumus.

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

Katrai no prasībā N-039 minētajām apmācāmo personu grupām jāveic atsevišķas mācības.

N-041 Mācību materiāli un tehniskais aprīkojums

Izstrādātājam jānodrošina visa nepieciešamā tehniskā aprīkojuma un mācību materiālu sagatavošana, kas

Prasības ID


nepieciešama veiksmīgai mācību norisei.N-042 Mācību valoda

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

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

Izstrādātājam mācību materiālu saskaņotā gala versija ir jāpiegādā vismaz 10 (desmit) darba dienas pirms plānotā mācību sākuma datuma.

N-044 Video mācību materiāli

Izstrādātājam ir jāizstrādā un ar Pasūtītāju jāsaskaņo video mācību materiāli šādām lietotāju grupām:

Mācību dalībnieks; Iestādes mācību koordinators; Pasniedzējs.

Katrai no lietotāju grupām gatavojams savs video mācību materiāls.

Izstrādātājam jānodrošina video materiālu kvalitāte tādā līmenī, lai lietotāji pēc to noskatīšanās pastāvīgi un pilnvērtīgi spētu izmantot Sistēmas piedāvāto funkcionalitāti attiecīgajai lietotāju grupai.

4 Organizatoriskās prasības

4.1 Prasības projekta organizācijai

Prasības ID


ORG-001 Projekta vadītājs

Izstrādātājam ir jānozīmē projekta vadītājs, kura tiesībās un pienākumos ietilpst:

1. projekta realizācijas posmu plānošana;2. projekta realizācijas sanāksmju vadība;3. komunikācijas nodrošināšana starp Pasūtītāju

un Izstrādātāju;4. projekta realizācijas kontrole;5. projekta dokumentācijas un nodevumu

apstiprināšana un iesniegšana;6. preventīvo un korektīvo darbību, par kurām

atbild Izstrādātājs, plānošana.ORG-002 Projekta darba valoda

Izstrādātājam ir jānodrošina latviešu valoda:1. projekta realizācijas sanāksmēs;2. intervijās ar Pasūtītāju un Sistēmas

lietotājiem, izmantotājiem;3. Sistēmas lietotāju mācībās;4. visā projekta dokumentācijā;5. sniedzot sistēmas garantijas pakalpojumus.

ORG-003 Projekta realizācijas atklāšanas sanāksme

Prasības ID


Izstrādātājam pēc līguma parakstīšanas iespējami drīz, bet ne vēlāk, kā piecas darba dienas pēc līguma noslēgšanas dienas, ir jāorganizē projekta realizācijas atklāšanas sanāksme, kurā jāskata vismaz šādi jautājumi:

1. projekta pārstāvība projekta pārraudzības padomē;

2. projekta realizācijas vadības grupas un projekta realizācijas darba grupu sastāvs, loma projekta realizācijas izpildē, atbildība un pienākumi;

3. sanākšanas biežums (tai skaitā datumi un laiki) un norises vieta;

4. piedāvātā komunikāciju shēma ar citām projekta realizācijā iesaistītajām pusēm, lai saskaņotu projekta gaitu ar citām projekta aktivitātēm.

Projekta realizācijas atklāšanas sanāksmē Izstrādātājam ir jāiesniedz projekta uzsākšanas ziņojums prezentācijas formā, kā arī jāveic sanāksmes gaitas protokolēšana.

ORG-004 Projekta vadības grupa

Izstrādātājam jānodrošina resursi dalībai projekta vadības grupas sanāksmēs. Projekta vadības grupas sanāksmes jāorganizē pēc nepieciešamības, bet ne

Prasības ID


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.

ORG-005 Dalība projekta pārraudzības padomē

Prasības ID


Izstrādātājam jānodrošina resursi dalībai projekta pārraudzības padomes sanāksmēs, kas tiks organizētas pēc nepieciešamības, bet ne retāk kā vienu reizi divos mēnešos.

Galvenās projekta pārraudzības padomes funkcijas:

1. izskatīt šī projekta realizācijas un citu projekta aktivitāšu progresa ziņojumus, novērtēt progresa atbilstību plānotajam, pārvaldīt riskus un nepieciešamības gadījumā lemt par koriģējošiem pasākumiem;

2. pieņemt lēmumus, kuru akceptēšanai nepieciešams Pasūtītāja vai Izstrādāja pārstāvošo personu akcepts;

3. izmaiņu vadības ietvaros uzņemties atbildību par lēmumiem attiecībā uz izmaiņu veikšanu projekta realizācijas un citu projekta aktivitāšu piegādes sfērā, to darbības un rezultātu savstarpējai saskaņošanai.

No Izstrādātāja puses sapulcēs ir jāpiedalās Izstrādātāja projekta vadītājam un nepieciešamības gadījumā vadības pārstāvim

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

Prasības ID


ORG-006 Projekta uzsākšanas prezentācija

Projekta atklāšanas sanāksmē Izstrādātājam ir jānodrošina projekta uzsākšanas prezentācijā, kurā Izstrādātājam jāparāda izpratne par Pasūtītāja vajadzībām, esošo situāciju, Projekta mērķiem, Projekta kalendāro plānu un Projekta ietvaros veicamiem darbiem, Pasūtītāja darbu sarakstu ar plānotiem termiņiem, pieņēmumu sarakstu, risku sarakstu un risku novēršanas plānu.

Projekta uzsākšanas prezentācija Izstrādātājam ir jāiesniedz Pasūtītājam latviešu valodā elektroniski rediģējamā formātā un 2 (divos) drukātos eksemplāros parakstīšanai – katrai pusei vienu eksemplāru.

Projekta uzsākšanas ziņojumu apstiprina Pasūtītājs.ORG-007 Protokoli

Izstrādātājam Projekta ietvaros ir jāveic projekta visu sanāksmju protokolēšana.

Protokolos jānorāda vismaz sekojoša informācija:1. sanāksmes norises datums un laiks;2. sanāksmes dalībnieku saraksts;

Prasības ID


3. dienas kārtība;4. secinājumi un lēmumi;5. veicamie uzdevumi, norādot atbildīgo un

izpildes termiņu;6. sanāksmes laikā nodotie/saņemtie dokumenti.

Sanāksmju protokoli Izstrādātājam ir jāiesniedz Pasūtītājam latviešu valodā elektroniski rediģējamā (MS Word atpazīstamā) formātā un 2 (divos) drukātos eksemplāros parakstīšanai – katrai pusei vienu eksemplāru.

Protokolu saskaņošana ar Pasūtītāju jāpabeidz ne vēlāk kā 5 (piecu) darba dienu laikā pēc attiecīgās sanāksmes norises dienas.

ORG-008 Projekta progresa ziņojumi

Pēc Pasūtītāja pieprasījuma Izstrādātājam ir jāsniedz projekta progresa ziņojumi, kas jāprezentē Projekta uzraudzības padomei vai projekta vadības grupai.

Ziņojuma jāiekļauj vismaz šāda informācija:1. informācija par Projekta progresu;2. informācija par Projekta ietvaros veicamo

uzdevumu izpildi salīdzinot ar plānotiem darbiem;

Prasības ID


3. informācija par Projekta problēmām un riskiem;

4. informācija par nepieciešamajām preventīvajām un korektīvajām darbībām;

5. informācija par iepriekšējā periodā plānoto korektīvo un preventīvo darbību statusu;

6. informāciju par nākama perioda plānotiem darbiem (Izstrādātāja un Pasūtītāja).

Projekta progresa ziņojumi Izstrādātājam ir jāiesniedz Pasūtītājam latviešu valodā elektroniski rediģējamā formātā un 2 (divos) drukātos eksemplāros parakstīšanai – katrai pusei vienu eksemplāru.

Projekta progresa ziņojumu prezentācija notiks Pasūtītājā telpās Projekta vadības grupas vai Projekta pārraudzības padomes sanāksmes laikā.

Projekta progresa ziņojumus apstiprina Pasūtītājs.ORG-009 Projekta noslēguma prezentācija

Izstrādātājam projekta realizācijas beigās ir jāsniedz Projekta noslēguma prezentācija.

Projekta posma noslēguma prezentācijā ir jādod kopsavilkums par izpildītajiem uzdevumiem,

Prasības ID


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.

4.3 Prasības risku kontrolei

Prasības ID


ORG-010 Risku pārvaldība

Prasības ID


Izstrādātājam projekta pārvaldības ietvaros jānodrošina regulāra projekta risku uzraudzība un pārvaldība, nodrošinot vismaz:

1. risku identificēšanu;2. risku analīzi;3. radīto cēloņu un seku novēršanu;4. pasūtītāja iesaisti un noformēšanu par

aktuālajiem riskiem un to ietekmi.

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

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

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

4.4 Prasības projekta piegādes principiem

Prasības ID


ORG-012 Arhitektūra un Produkta darbu plāna izstrāde

Prasības ID


Izstrādātājam 2 (nedēļu) nedēļu laikā no līguma noslēgšanas brīža ir jāizstrādā un ar Pasūtītāju jāsaskaņo Sistēmas arhitektūra un Produkta darbu plāns (produkta backlog). Produkta plāna sagatavošanā ir jānodrošina cieša sadarbība ar Pasūtītāja atbildīgajiem darbiniekiem, nodrošinot darbu prioritizāciju atbilstoši Pasūtītāja vajadzībām.

Produkta darbu plānā (produkta backlog) ir jāiekļauj vismaz šāda informācija:

1. Darba ID;2. Darba nosaukums;3. Darba darbietilpība;4. Par darba realizāciju atbildīgā persona no

izstrādātāja puses;5. Tehniskās specifikācijas prasība, kas izpildot

attiecīgo darba uzdevumu tiks realizēta (ja attiecināms);

6. Sprints, kura ietvaros darbu ir plānots realizēt.

Turpmākā Sistēmas izstrādes un ieviešanas nodevumu sagatavošana ir jāveic atbilstoši šim pušu saskaņotam Produkta darbu plānam (produkta

Prasības ID


backlog).ORG-013 Sprints

Sistēmas izstrādes un ieviešanas nodevumi katra posma ietvaros ir jāsagatavo un piegādā 2 (divu) nedēļu garos sprintos. Iesniedzot Sistēmas izstrādes un ieviešanas nodevumus, Izstrādātājam ir jāpiegādā pilnībā izstrādāta un notestēta Sistēmas daļa. Nosakot sprinta ietvaros veicamos darbus, par pamatu ir jāņem Produkta darbu plānā norādītā izstrādājamā funkcionalitāte un/vai realizējamās prasības, kas var tikt detalizētas Sprinta plānošanas laikā pirms tā uzsākšanas un iekļautas attiecīgās sprinta darbu plānā (sprinta backlog).

ORG-014 Sprinta darbu plāns

Pirms katra sprinta uzsākšanas Pusēm ir jāsaskaņo katra sprinta mērķi un sprinta ietvaros plānotie darbi un jānoformē tos sprinta plānā (sprinta backlog). Sprinta plāna formu Izstrādātājs izveido un ar Pasūtītāju saskaņo 2 (divu) nedēļu laikā pēc Līguma spēkā stāšanās.

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.

Prasības ID


Sprinta plānā ir jānorāda vismaz šāda informācija:1. Sprinta mērķis;2. Sprinta ietvars veicamo darbu saraksts, to

apraksts;3. Sprintā iekļauto darbu darbietilpības

novērtējums (cilvēkstundās);4. ja nepieciešams, iepriekšējo nodevumu

izmaiņas;5. sprinta darbu akceptēšanas kritēriji.

ORG-015 Izmaiņas iepriekšējos nodevumos

Ja sprinta izpildes laikā tiek konstatēta nepieciešamība veikt izmaiņas iepriekšējos nodevumos, puses rakstiski saskaņo veicamās izmaiņas un iekļauj tās produkta darbu plānā un attiecīgi kādā no turpmākajiem sprintiem.

ORG-016 Prasību precizēšana

Izstrādātājam pirms jebkuras Sistēmas funkcionalitātes izstrādes ir jāveic tehniskajā specifikācijā ietverto prasību, kas ir attiecināmas uz attiecīgo funkcionalitāti, precizēšana, veidojot lietotāja stāstus, kas satur Sistēmas funkcionalitātes vajadzību aprakstus un to akceptēšanas kritērijus. Lietotāja stāsti ir jāiegūst, intervējot Pasūtītāja nozīmēto speciālistu, un fiksējot tos produkta darbu plānā. Lietotāja stāstu saskaņo un apstiprina tā veidotājs un Pasūtītāja

Prasības ID


nozīmētais speciālists.ORG-017 Sprinta demonstrēšana

Katra sprinta rezultātā Izstrādātājam ir jāpiegādā strādājošs produkta (Sistēmas) papildinājums, ar kuru ir realizēta sprinta plānā iepriekš definētā funkcionalitāte. Piegādātais produkta papildinājums Izstrādātājam ir jādemonstrē sprinta demonstrēšanas sanāksmē.

Sprinta demonstrēšanas sanāksmes ietvaros demonstrēšana tiek veikta, Izstrādātājam demonstrējot un Pasūtītājam apskatot strādājošu produkta papildinājumu un sprinta darbu plānu, kas ietver visus sprinta ietvaros veicamos darbus un to akceptēšanas kritērijus.

Demonstrēšanas sanāksmes ietvaros Pasūtītājs pieņem lēmumu, vai attiecīgā sprinta ietvaros piegādātā funkcionalitāte atbilst konkrētajam sprintam uzstādītajam mērķim un vai piegādāto programmatūru var sākt testēt.

ORG-018 Sprinta nodevuma testēšana no Pasūtītāja puses

Pasūtītājs veic sprinta nodevuma testēšanu no sprinta demonstrēšanas sanāksmes līdz nākamās iterācijas demonstrēšanas sanāksmei (2 nedēļas) un pieņem lēmumu par attiecīgās iterācijas

Prasības ID


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ē Izstrādātāja problēmu pieteikumu rīkā.

4.5 Prasības projekta norises pārbaudēm

Prasības ID


ORG-019 Izstrādātāja pieejamība Pasūtītāju pārbaudēm

Izstrādātājam ir jānodrošina Pasūtītāja un tā pilnvarota pārstāvja tiešsaistes piekļuve pie projekta materiāliem, kā arī programmatūras izstrādes un testēšanas vides, lai veiktu programmatūras produktu un izstrādes aktivitāšu izpildes pārbaudes (auditu) saskaņā ar līguma izpildi. Klātienes audita laiki saskaņojami, abām pusēm vienojoties.

Nodevumu vai nodevumu melnrakstu un piegāžu kvalitātes pārbaudes, saskaņā ar projekta plānu, visa projekta realizācijas laikā var veikt Pasūtītāja darbinieki un Pasūtītāja pieaicināti trešās puses pārstāvji, nodrošinot projekta kvalitātes uzraudzību.

Izstrādātājam Pasūtītāja pieaicinātiem trešās puses

Prasības ID


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.

5 Garantijas prasības

5.1 Vispārējās prasības

Prasības ID


GAR-001 Garantijas sfēra

Garantijas nodrošinājums attiecas uz:1. Sistēmas programmatūru (Izstrādātāja

izstrādāto programmatūru, Sistēmas izveidē izmantoto trešo pušu programmatūru un tās pielāgojumiem);

2. Izstrādātāja piegādāto standarta programmatūru;

3. Izstrādātāja realizētajām izmaiņām Sistēmas programmatūrā, ja tādas būs, kuras ir realizētas līdz garantijas perioda beigām;

4. Izstrādātāja piegādāto dokumentāciju.GAR-002 Garantijas apjoms

Sistēmas garantijas uzturēšanas laikā Izstrādātājam bez maksas jāveic tādu piegādātās programmatūras uzstādījumu, konfigurācijas parametru vai programmatūras modifikāciju veikšanu ar mērķi novērst kļūdas, kā arī datu bojājumu novēršanu, kas radušies Izstrādātāja apzinātas vai neapzinātas rīcības rezultātā un kas apgrūtina Sistēmas izmantošanu atbilstoši Sistēmas tehniskajai

Prasības ID


specifikācijai, kāda tā bijusi, nododot Sistēmu ekspluatācijā (prasība attiecas uz visiem Sistēmas garantijas laikā pieteiktiem pieteikumiem).

GAR-003 Garantijas laikā nodrošināmie pakalpojumi

Garantijas laikā Izstrādātājam ir jānodrošina vismaz šādu pakalpojumu pieejamība:

1. Palīdzības dienesta nodrošināšanu darba dienās no plkst. 08:00 līdz 18:00;

2. Konsultāciju sniegšanu par sistēmas lietošanu un administrēšanu;

3. Sistēmas darbību traucējumu un/ vai problēmu diagnosticēšanu, analīzi un novēršanu (pēc Pasūtītāja pieprasījuma klātienē).

4. Labojumu piegāžu un uzstādīšanas instrukciju sagatavošanu un nosūtīšanu;

5. Trešās puses programmatūras atjauninājumu nosūtīšanu Pasūtītājam;

6. Izmaiņu pieprasījumu apstrādi.

Izstrādātājam jānodrošina tehniskā atbalsta pieejamība vismaz divām Pasūtītāja pilnvarotām personām.

GAR-004 Pieteikumu prioritātes

Garantijas ietvaros Izstrādātājam, apstrādājot

Prasības ID


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 papildus darbus, kas ir ārpus līguma sfēras vai atšķiras no iepriekš

Prasības ID


saskaņotajām prasībām. 6. prioritāte: konsultācija – problēma

neizraisa iespēju zudumus; programmatūrā nav kļūda, bet ir radusies kāda neskaidrība par sistēmas darbību vai funkcionalitāti, izmantošanu, tehnisko apkalpošanu.

Kļūdas drošības jautājumos tiek klasificētas ar augstu prioritāti (1. vai 2.).

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

Garantijas ietvaros Izstrādātājam nepieciešams nodrošināt, ka gadījumos, kad tiek izdoti Sistēmas darbības nodrošināšanā izmantotās standartprogrammatūras (trešās puses programmatūra) kritiskie ielāpi, Izstrādātājs pēc Pasūtītāja pieprasījuma sniedz atzinumu par to ietekmi uz Sistēmas darbību un gadījumā, ja, lai nodrošinātu to uzstādīšanu Sistēmas produkcijas vidē, nepieciešamas izmaiņas Sistēmas programmatūrā, sniedz izvērtējumu par šādu izmaiņu darbietilpību. Šādi Pasūtītāja pieteikumi tiek apstrādāti kā 3. prioritātes pieteikumi un izvērtējumu Izstrādātājs sniedz Pasūtītājam 10 darba dienu laikā. Ja standartprogrammatūras (trešās puses programmatūra) jauninājums ir kritisks Sistēmas drošībai, izvērtējumu Izstrādātājs

Prasības ID


sniedz īsākā laikā, par ko puses vienojas atsevišķi.

Ja Sistēmas darbināšanai nepieciešamās trešās puses programmatūras drošības ielāps prasa izmaiņas Sistēmas programmatūrā, tad šādas izmaiņas Izstrādātājam garantijas laikā ir jānodrošina bez maksas.

GAR-006 Izstrādātāja resursu pieejamība

Izstrādātājam ir jāgarantē, ka garantijas periodā būs pieejami pietiekami (gan apjoma, gan kvalifikācijas ziņā) resursi operatīvai darbu izpildei un defektu novēršanai realizēšanai.

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

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

5.2 Garantijas procedūra

Prasības ID


GAR-008 Tehniskā atbalsta, palīdzības un konsultācijas sniegšanas veids

Sistēmas uzturēšanas ietvaros tehniskais atbalsts,

Prasības ID


palīdzība un konsultācijas sniedzamas, izmantojot sekojošus komunikācijas kanālus – telefoniski, pa e-pastu, reģistrējot pieteikumu Izstrādātāja pieteikumu reģistrācijas sistēmā un klātienē.

Izstrādātājam ir jānodrošina visi norādītie komunikācijas kanāli, tomēr Izstrādātājs, vienojoties ar Pasūtītāju, var noteikt primāri izmantojamo komunikācijas kanālu.

GAR-009 Attālināta problēmu pieteikumu reģistrēšana un izpildes atsekošana

Garantijas ietvaros Izstrādātājam jānodrošina iespēja Pasūtītāja pilnvarotām kontaktpersonām attālināti, pieslēdzoties pie pakalpojumu sniedzēja pieteikumu reģistrācijas sistēmas caur Interneta pārlūkprogrammu, reģistrēt problēmas pieteikumu, sekot savu pieteikumu izpildei un statusam, iegūt statistiku par reģistrētiem pieteikumiem.

GAR-010 Garantijas pieteikuma iniciēšana

Sistēmas garantijas ietvaros atbalsts tiek iniciēts gan pēc Pasūtītāja, gan pēc Izstrādātāja iniciatīvas. Lai saņemtu/sniegtu atbalstu pēc Pasūtītāja iniciatīvas, tiek izmantoti GAR-008 definētie saziņas kanāli.

GAR-011 Garantijas pieteikums

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

Prasības ID


identifikācija programmatūras, uzstādījuma vai konfigurācijas vienumam, ar kuru saistīta problēma/uzturēšanas pieteikums;

pieteikuma apraksts un pieteikuma prioritāte.

Garantijas pieteikumus aizpilda Pasūtītāja nozīmētā kontaktpersona.

Izstrādātājam jāizstrādā uzturēšanas pieteikuma veidne pieteikumiem, kas tiks iesniegti, izmantojot e-pastu.

GAR-012 Garantijas pieteikuma sagatavošanas procedūra

Piesakot Garantijas pieteikumu, Pasūtītāja kontaktpersona formulē pieteikuma aprakstu vai jautājumu un pieteikuma risināšanas prioritāti. Papildus aprakstītām darbībām, piesakot 1. un 2. prioritātes problēmas, Izstrādātājs par to tiek informēts telefoniski.

Izstrādātājam ir pienākums sniegt Pasūtītājam visu nepieciešamo informāciju par pieteikumu iesniegšanas dažādiem kanāliem ne vēlāk kā 5 (piecas) darba dienas pirms garantijas uzturēšanas sākuma.

GAR-013 Reakcijas laiks

Garantijas apkalpošanas ietvaros atkarībā no pieteikuma kategorijas jānodrošina šādi reakcijas laiki (darba dienās darba laikā (no plkst. 08:00 līdz 18:00) atbilstoši pieteikumu prioritātēm:

Prasības ID


1. prioritāte: avārija – reakcijas laiks 1 stunda; 2. prioritāte: kļūda, kuru nevar apiet – reakcijas laiks

3 stundas; 3. prioritāte: kļūda, kuru var apiet – reakcijas laiks 1

darba diena; 4. prioritāte: neprecizitāte – reakcijas laiks 2 darba

dienas; 5. prioritāte: izmaiņu pieprasījums – reakcijas laiks 5

darba dienas; 6. prioritāte: konsultācija – reakcijas 1 darba diena.

GAR-014 Pieteikumu reģistrēšana

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

GAR-015 Pieteikumu saskaņošana

Katrs pieteikums tiek saskaņots starp Pasūtītāju un Izstrādātāju. Pasūtītāja uz Izstrādātāja pārstāvji vienojas par pieteikuma vienotu izpratni (galīgo formulējumu, būtību, risināšanas prioritāti un citu pieteikumā norādīto informāciju).

Par pieteikuma saskaņošanas organizāciju ir atbildīgs Izstrādātājs.

GAR-016 Pieteikumu risināšana

Prasības ID


Izstrādātājs risina pieteikumu visiem pieejamajiem līdzekļiem, saskaņojot ar Pasūtītāju plānoto pieteikuma izpildes laiku, savukārt Pasūtītājs visiem pieejamajiem līdzekļiem sniedz pieteikuma risināšanai nepieciešamo papildus informāciju.

Izstrādātājs informē Pasūtītāju par pieteikuma risināšanas gaitu pēc (t. sk. veicot nepieciešamās atzīmes Izstrādātāja pieteikumu reģistrā), ievērojot šādus termiņus: 1. prioritāte – ne retāk kā 2 stundās. 2. prioritāte – ne retāk kā 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ā 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

Prasības ID


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 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 – 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-017 Pieteikumu slēgšana

Pieteikumu risināšana tiek pārtraukta, tikai saņemot Pasūtītāja apstiprinājumu, ka piedāvātais risinājums ir pieņemams vai ka pieteikumu var slēgt citu iemeslu dēļ. Izstrādātāja pieteikumu reģistrā pieteikumu var slēgt tikai Pasūtītājs vai tā pārstāvis.

Prasības ID


GAR-018 Pieteikumu eskalācija

Gadījumos, kad pieteikuma risināšanas gaitā tiek konstatēts, ka problēmas novēršanai nepieciešama trešās puses programmatūras izstrādātāja (ražotāja) iejaukšanās, tas tiek saskaņots ar Pasūtītāju, un pieteikums tiek eskalēts attiecīgajam ražotājam.

Tālāk pieteikums tiek risināts atbilstoši sistēmas vai trešās puses programmatūras ražotāja noteikumiem.

Pieteikumi tiek eskalēti uz sistēmas ražotāju, ja vien puses nevienojas citādi, sekojošos kontrollaikos: 1. un 2. prioritātes pieteikumi, ja nav izdevies atrast

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

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

5.3 Izmaiņu pieprasījumi

Prasības ID


GAR-019 Izmaiņu pieprasījumu realizēšana garantijas laikā

Izstrādātājam garantijas ietvaros ir jānodrošina Sistēmas izmaiņu pieprasījumu realizācija,

Prasības ID


garantējot darba apjomu ne mazāku kā 400 (četri simti) stundas.

Izstrādātājam ir jānodrošina izmaiņu pieprasījumu apstrāde, izmaiņu priekšlikumu sagatavošana un novērtēšana garantijas pakalpojuma ietvaros bez papildus samaksas.

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

GAR-020 Izmaiņu pieprasījuma novērtējums

Izmaiņu pieprasījuma novērtējumu Izstrādātājam ir jāiesniedz Pasūtītājam rakstveidā. Izmaiņu pieprasījuma novērtējuma forma saskaņojama ar Pasūtītāju. Izmaiņu pieprasījuma novērtējumā jāparedz nepieciešamais laiks visas izstrādātās Sistēmas dokumentāciju atjaunošanai.

Par katru izmaiņu pieprasījumu Izstrādātājam 2 nedēļu laikā ir jāsagatavo vismaz šāda informācija: ietekme uz Sistēmas esošo funkcionalitāti; veicamo darbību uzskaitījums nepieciešamā

izmaiņu pieprasījuma īstenošanai; nepieciešamā darbietilpība un izmaksas

Prasības ID


(detalizēts nepieciešamās darbietilpības atšifrējums analīzei, projektēšanai, izstrādei, testēšanai un dokumentēšanai utt.);

realizācijas termiņš.GAR-021 Izmaiņu pieprasījumu izstrāde, testēšana un

piegāde

Izstrādātājam ir jāveic izmaiņu pieprasījuma izstrāde, testēšana un Sistēmas dokumentācijas papildināšana.

Pasūtītājs izmaiņu pieprasījuma akcepttestēšanu veic Izstrādātāja nodrošinātajā akcepttestēšanas vidē.

Izstrādātājam pēc izmaiņu sekmīgas akcepttestēšanas ir jāuzstāda izmaiņas produkcijas vidē 2 (divu) darba dienu laikā.

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.

6. Izmaiņu pieprasījumu tāme konkrētiem darbiemIzmaiņu pieprasījuma apraksts Pasūtītāja norādītā kopējā gala

cena par konkrēto izmaiņu pieprasījumu (eiro, bez PVN)

Piezīmes (ja nepieciešams)

Papildu kolonnas pievienošana datubāzē

Papildu datubāzes vaicājuma izveide jaunu statistikas atskaišu iegūšanai

Eksports un imports uz/no papildu datnēm

Saskarnes izveide savietošanai ar citām informācijas sistēmām, informācijas apmaiņai ar

tām

Papildu lietotāja lomas izveide

Papildu testa anketas jautājuma tipa izveide

Pretendenta vai tā pilnvarotās personas paraksts, tā atšifrējums, datums, zīmogs

Documents

Vispārējās prasības - vas.gov.lvvas.gov.lv/lv/box/iepirkumi/35.Pielikums Nr 3 Tehniskā... · Web viewTehniskā piedāvājuma forma. Lūdzam “Izpildītāja tehniskā piedāvājuma