TIS PRASĪBU SPECIFIKĀCIJA - vraa.gov.lv Web viewlatvijas teritorijas plĀnoŠanas informĀcijas sistĒmas funkcionalitĀtes definĒŠanas, iepirkumu procedŪras atbalsta, izveides

1.pielikums Atklāta konkursa „Reģionālās attīstības indikatoru uzraudzības un

novērtēšanas moduļa izstrāde un ieviešana”Iepirkuma identifikācijas Nr. VRAA /2011/28/ERAF/AK Nolikumam

ATKLĀTA KONKURSA

„REĢIONĀLĀS ATTĪSTĪBAS INDIKATORU MODUĻA IZSTRĀDE UN IEVIEŠANA”

Tehniskā specifikācijaID.NR. VRAA/2011/28/ERAF/AK

Rīga, 2011

IEGULDĪJUMS TAVĀ NĀKOTNĒ

Valsts reģionālās attīstības aģentūra SIA „AA Projekts”

LATVIJAS TERITORIJAS PLĀNOŠANAS INFORMĀCIJAS SISTĒMAS FUNKCIONALITĀTES DEFINĒŠANAS, IEPIRKUMU PROCEDŪRAS ATBALSTA,

IZVEIDES UZRAUDZĪBAS UN KVALITĀTES KONTROLES DARBI

TAPIS REĢIONĀLĀS ATTĪSTĪBAS INDIKATORU MODUĻA PRASĪBU

SPECIFIKĀCIJAV.1.0

Rīga, 2011

1.pielikums Atklāta konkursa Reģionālās attīstības indikatoru uzraudzības un novērtēšanas moduļa izstrāde un

ieviešana”, ID.NR. VRAA/2011/28/ERAF/AK nolikumam

Šo dokumentu Valsts reģionālās attīstības aģentūras uzdevumā ir sagatavojis SIA „AA Projekts” iepirkuma „Latvijas teritorijas plānošanas informācijas sistēmas funkcionalitātes definēšana, iepirkuma procedūras atbalsts, izveides uzraudzības un kvalitātes kontroles darbi” ietvaros, kas notiek darbības programmas „Infrastruktūra un pakalpojumi” papildinājuma 3.2.2.1.1. apakšaktivitātes „Informācijas sistēmu un elektronisko pakalpojumu attīstība” realizācijā. Dokuments ir izmantojams saskaņā ar 2009. gada 9. septembrī noslēgto Vispārīgo vienošanos Nr. 09/6-13/25.

Valsts reģionālās attīstības aģentūraElizabetes iela 19Rīga, LV-1010

SIA “AA Projekts”Dzirnavu iela 72-2Rīga, LV-1050

Dokumentu sagatavoja darba grupa sekojošā sastāvā: Aldis Puisītis TIS projekta vadītājsRudīte Spriņģe Vadības procesu ekspertsDita Gabaliņa IS arhitektūras ekspertsAinars Biders Juridisko jautājumu ekspertsIvars Grīnbergs Infrastruktūras risinājumu ekspertsIndulis Maķēns ĢIS ekspertsLolita Čače Teritorijas plānošanas eksperts

Mārtiņš Smilga VRAA, Elektronisko pakalpojumu departaments, Departamenta direktors

Linda Freimane VRAA, Elektronisko pakalpojumu departaments, Projektu vadītājaInga Vilnere VRAA, Elektronisko pakalpojumu departaments, Sistēmu analītiķe

© SIA „AA Projekts” 2. no 76



Pārskats par dokumenta versijām

Versija

Datums Apraksts Autors

0.9 30.04.2010

Prasību dokumenta versija pasūtītāja komentāriem D.Gabaliņa

1.0 14.05.2010

Pievienoti pasūtītāja komentāri, papildināts rādītāju saraksts

D.Gabaliņa




Saturs4.2.1. Sociālekonomisko un ieguldījuma rādītāju datu ielāde un pārbaude, izmantojot automātisko vai manuālo datu ievadu (RAIM 1.1)........................................................................................................................24.2.2. Teritorijas profilu uzturēšana, publicēšana un pieejamība publiskam lietotājam (RAIM 1.2)...............24.2.3. Informācijas publicēšana publiskajā daļā, tai skaitā informācijas meklēšanas iespējas (RAIM 1.3)......24.2.4. Analītisko atskaišu veidošanas un publicēšanas iespējas (RAIM 1.4)....................................................24.2.5. Sintētisko (aprēķināto rādītāju) definēšana (RAIM 1.5)........................................................................24.2.6. Biežāk pieprasīto atskaišu sadaļa (RAIM 1.6).......................................................................................24.2.7. Metadatu uzturēšana (RAIM 1.7).........................................................................................................24.2.8. RAIM klasifikatoru pārvaldība (RAIM 1.8).............................................................................................24.2.9. Datu ielādes process, saskarnes (RAIM 1.9)........................................................................................24.2.10. Datu kvalitātes pārskatu iegūšanas iespējas (RAIM 1.10)................................................................24.2.11. TAPIS auditācijas pierakstu pārskati (RAIM 1.11).............................................................................24.2.12. Sistēmas administrēšanas funkcijas (RAIM 1.12).............................................................................24.3.1. Prasības sistēmas veiktspējai, kapacitātei un mērogojamībai..............................................................24.3.2. Prasības drošībai..................................................................................................................................24.3.3. Prasības dizainam un lietotāja saskarnei..............................................................................................24.3.4. Prasības atbilstībai prasībām valsts informācijas sistēmām.................................................................2




1. Ievads

1.1. Dokumenta nolūks

Tehniskā specifikācija ir Pasūtītāja – Valsts reģionālās attīstības aģentūras (turpmāk tekstā VRAA) uzdevumā sagatavots un apstiprināts dokuments, kurš ir iepirkuma dokumentācijas sastāvdaļa un kurā noteikti Pasūtītājam nepieciešamie pakalpojumi, pakalpojumiem izvirzītās prasības un to apjoms Teritoriju plānošanas informācijas sistēmas (turpmāk tekstā TAPIS) reģionālās attīstības indikatoru moduļa (turpmāk – RAIM) izveidei, attiecībā pret kurām tiks veikta Pretendenta iesniegtā piedāvājuma novērtēšana un sistēmas akcepttestēšana.

1.2. Saīsinājumi un paskaidrojumi1 .tabula — Saīsinājumi un paskaidrojumi

Termins vai saīsinājums

Apraksts

Apakšprojekts Reģionālās attīstības indikatoru modulis ir daļa no projekta „Pašvaldību teritorijas plānošanas, infrastruktūras un nekustamo īpašumu pārvaldības un uzraudzības informācijas sistēmas izstrāde un ieviešana” un ietver šajā specifikācijā noteikto aktivitāšu īstenošanu.

API No angļu valodas [Application Programming Interface] – saskarne, ar kuras palīdzību cita programma var izmantot dotās programmas funkcijas

ATVK Administratīvo teritoriju un teritoriālo vienību klasifikatorsCD Kompaktdisks, elektronisks datu nesējsCSV No angļu valodas [Comma Separated Values]. Datu bāzes tabulas teksta

formāts.Datu granularitāte Datu noliktavā dati pieejami vairākos līmeņos (gan augstākos, gan

zemākos), lai katrs var izvēlēties, kurš līmenis tam nepieciešama analīzes veikšanai. Tiek glabātas arī dažādas starpsummas, lai tās nebūtu jārēķina katru reizi, kad nepieciešams attiecīgajā līmenī un līdz ar to būtu ātrāka datu ieguve

DBVS Datu bāzu vadības sistēmaDIT Datu izplatīšanas tīkls – VISS infrastruktūras funkcionalitāte, kurā

iestādes var reglamentēt autokomunikācijas starp to informācijas sistēmām

EK Eiropas KomisijaERAF Eiropas Reģionālās attīstības fondsES Eiropas SavienībaETKS Elektronisko topogrāfisko karšu specifikācijaFPDAL Fiziskās personas datu aizsardzības likumsFTP No angļu valodas [File Transfer Protocol]. Datņu pārraides protokolsĢDS Ģeotelpisko datu savietotājs




Ģeoportāls Ģeotelpiskās informācijas portālaĢIS Ģeotelpiskās informācijas sistēmaHTML No angļu valodas [Hypertext Markup Language] - hiperteksta

iezīmēšanas valoda.HTTP No angļu valodas [Hyper text transfer protocol] - hiperteksta pārraides

protokolsHTTPS Hiperteksta pārraides protokols, papildus datu drošībai izmantojot tīkla

drošības protokoluIDDV Iestādes darbinieka lietotāju darba vietas aplikācija.IKT Informācijas un komunikāciju tehnoloģiju nozareIP No angļu valodas [Internet Protocol]. Ir datu apmaiņas protokols, kurš

nosaka adresācijas un datu kopu struktūru.IS Informācijas sistēmaIT Informācijas tehnoloģijasJPG No angļu valodas [Joint Photographic Experts Group] - attēlu saspiešanas

formātsKonsultants SIA „AA Projekts” Latvijas valsts portāls

VRAA pārziņā esošā tīmekļa vietne (www.latvija.lv), kuras mērķis ir nodrošināt e-pakalpojuma saņēmējam iespēju vērsties iestādē un/vai saņemt e-pakalpojumu.

LIAS Latvijas ilgtermiņa attīstības stratēģijaLR Latvijas RepublikaLVC A/S „Latvijas valsts ceļi”MK Ministru kabinetsMS Microsoft korporācijaNACE No franču valodas [Nomenclature statistique des activités économiques

dans la Communauté européenne]. Saimniecisko darbību statistiskā klasifikācija.

ODBC No angļu valodas [Open Database Connectivity]Pasūtītājs Valsts reģionālās attīstības aģentūra (VRAA)PDF No angļu valodas [Portable Document Format] - datnes formāts, ko

radījusi Adobe Systems un ko var nolasīt ar brīvi pieejamu Adobe Reader vai citiem analogiem rīkiem.

PFAS AUTH Pašvaldību funkciju atbalsta sistēmas autentifikācijas modulis. PFAS AUTH komponente ir VISS sastāvdaļa.

PMLP Pilsonības un migrācijas lietu pārvalde, pakļauta Iekšlietu MinistrijaiPPA Programmatūras projektējuma apraksts.PPS Programmatūras prasību specifikācija.Projekts Eiropas Savienības Reģionālās attīstības fonda un valsts budžeta

līdzfinansētais projekts „Pašvaldību teritorijas attīstības plānošanas,


http://www.latvija.lv/



infrastruktūras un nekustamo īpašumu pārvaldības un uzraudzības informācijas sistēma -1.kārta”. identifikācijas Nr. 3DP/3.2.2.1.1/09/IPIA/IUMEPLS/005

PVIS Pašvaldību vienotā informācijas sistēmaRAAI Reģionālās attīstības atbalsta instrumentiRAIM Reģionālās attīstības uzraudzības un novērtēšanas indikatoru modulisRādītājs Skaitliski tieši vai netieši izmērāms noteikta objekta vai procesa (vai to

grupas) raksturojums, kas iegūst noteiktas vērtības noteiktā laika momentā vai laika posmā. Rādītājs ir definēts, ja tam ir unikāls (nedublējošs) nosaukums vai cits identifikators, definēta mērījumu skala, kurā tiek veikti mērījumi, mērvienība, definēta objektu (vai procesu) klase, attiecībā uz kuru tas ir piemērojams, piesaiste pie laika skalas, norādot vai rādītājs attiecas uz noteiktu laika momentu vai laika intervālu, aprakstīts algoritms, pēc kura rādītāja vērtības tiek aprēķinātas, rādītāja vērtību datu avots(-i).

SM Satiksmes ministrijaSOA No angļu valodas [Service Oriented Architecture] Servisu orientēta

arhitektūra - sastāv no nesaistītām tīmekļa pakalpēm, kuras izstrādātāji var izmantot atbilstoši biznesa prasībām.

SOAP No angļu valodas [Simple Object Access Protocol] - XML bāzētu ziņojumu apmaiņas protokols datortīklos, izmantojot HTTP/HTTPS protokolus.

SQL No angļu valodas [Structured Query Language]. Strukturēto vaicājumu valoda, kas paredzēta datu manipulēšanai relāciju pārvaldības sistēmās.

SSL No angļu valodas [Secure sockets layer], drošligzdu slānis -protokols drošas un privātas saziņas nodrošināšanai internetā

TAPIS „Pašvaldību teritorijas attīstības plānošanas, infrastruktūras un nekustamo īpašumu pārvaldības un uzraudzības informācijas sistēma -1.kārta”

TCP No angļu valodas [Transmission Control Protocol]. Datu pārraides protokols. Nodrošina datu pārraidi starp datorsistēmām.

Tīmekļa pakalpe Web Service - vienots veids, kā tīkla (tīmekļa) lietojumprogrammām, arī tādām, kas strādā dažādās platformās, rakstītas dažādās valodās u.t.t., savstarpēji sazināties. Ziņu pārraidei tiek izmantoti starptīkla protokoli. Tīmekļa pakalpes nodrošina informācijas apmaiņas iespēju, nepārzinot otras puses skaitļotājsistēmas un programmatūru1.

TM Tieslietu ministrijaVARAM Vides aizsardzības un reģionālās attīstības ministrijaVID Valsts ieņēmumu dienestsVISS Valsts informācijas sistēmu savietotājs, sk. arī

http://www.vraa.gov.lv/lv/epakalpojumi/viss/ VRAA Valsts reģionālās attīstības aģentūraVZD Valsts zemes dienests

1 Pārfrāzēta definīcija no www.termini.lv.


http://www.vraa.gov.lv/lv/epakalpojumi/viss/

http://www.termini.lv/



WWW No angļu valodas [World Wide Web] - globālais tīmeklisXML No angļu valodas [Extensible Markup Language]. Ir vispārēji definēta

specifikācija, kā veidot dažādas, brīvi definējamas datu struktūras teksta formā un kā tās apstrādāt.

Prasību apraksta skaidrojums

Katrai tehniskajā specifikācijā definētai prasībai ir sekojoša struktūra

indekss – trīsciparu skaitlis, kas tehniskā specifikācijā apzīmē konkrētās prasības

kārtas numuru. Indeksu numerācija ir sakārtota augošā secībā sākot ar 001 un ļauj

viennozīmīgi identificēt katru konkrēto tehniskajā specifikācijā definēto prasību, ar

mērķi atvieglot tehniskās specifikācijas lasīšanu un ātru orientēšanos tajā (ātra

konkrētās prasības atrašana, tehniskās specifikācijas sasaite ar nolikumu u.tml.).

prasības nosaukums – ir konkrētas prasības virsraksts, kas sniedz informāciju par

prasības saturu. Visas prasības apkopotas sarakstā “Prasību indekss”. dokumenta

beigās.

prasības apraksts – ir konkrētās izpildāmās prasības apraksts, kas ir pietiekami

detalizēts, lai ļautu Pretendentam noteikt prasības realizācijas komplicētību,

tādējādi prognozēt nepieciešamo darbietilpību prasības un tehniskās specifikācijas

realizācijai kopumā, kā arī Pasūtītājam novērtēt Pretendenta tehniskā piedāvājuma

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

Svarīgi: Ja prasībai nav norādītā tās prioritāte, tad šī prasība uztverama kā Obligāta. Ja prasības formulējumā ir vārds „vismaz”, tad prasība nosaka minimālās prasības. Gan šajās, gan citās prasībās Pretendentam ir tiesības paplašināt prasības būtību, piedāvājot, viņaprāt, labāku risinājumu. Sagaidāmajai sistēmai ir jānodrošina šo prasību būtība, bet atsevišķos funkcionalitātes elementos ir iespējamas nianses, kur Pretendents var ieteikt savādāku veidu, kā nodrošināt to pašu mērķi un vajadzību!

1.3. Prasību prioritātesPrioritātes izteikto programmprodukta prasību realizācijai ir noteiktas atbilstoši sekojošai skalai:

2. tabula — Prasību prioritātes

Obligāta Obligāto prasību realizācijas aprakstam jābūt pietiekamam, lai nepārprotami būtu aprakstīts prasības realizācijas mehānisms vai rīki (līdzekļi), ar kuriem ir iespējams realizēt prasību un pretendenta izpratne par piedāvājamo risinājumu.

Vēlama Vēlamās prasības var netikt iekļautas piedāvājumā, tomēr to realizācijas piedāvājums tiks vērtēts saskaņā ar vērtēšanas tabulu konkursa nolikumā.




Pasūtītājam ir tiesības atteikties no jebkuras vēlamās prasības.Sistēmas prasību realizācijai jābūt savietojamai ar vēlamām prasībām sistēmas attīstībai perspektīvā. Sistēmas obligāto prasību implementācijas nedrīkst būt pretrunā ar vēlamām sistēmas prasībām. Sistēmas prasībām jābūt realizētām tā, lai perspektīvā nebūtu nepieciešams veikt sistēmas pārstrādi.

Nākotnes Nākotnes prasībās nav sistēmā jārealizē. Tās jāņem vērā, jo tās paredzēts realizēt sistēmas ieviešanas nākošajās kārtās. Sistēma ir jāprojektē un jāizstrādā tā, lai, realizējot nākotnes prasības, sistēmas esošajā programmatūrā būtu jāveic pēc iespējas mazāk pārveidojumu. Piedāvājumā ir jābūt aprakstītam kā nākotnes prasības tiks realizētas un iekļausies sistēmā.Prasību realizācijas aprakstam jābūt pietiekamam, lai nepārprotami būtu aprakstīts prasības realizācijas mehānisms vai rīki (līdzekļi), ar kuriem ir iespējams realizēt prasību un pretendenta izpratne par piedāvājamo risinājumuApraksts, kurš saturēs prasības teksta kopiju vai tikai prasības izpildes apsolījumu, būs pretrunā ar tehniskās specifikācijas prasībām, kā arī citu prasību realizācijas piedāvājumu, netiks uzskatīts par detalizētu un šādi piedāvājumi tiks izslēgti no vērtēšanas.

Informatīva Raksturo paredzamo sistēmas noslodzi un sarežģītību, kas jāņem vērā plānojot sistēmas arhitektūru, un izmantojamās tehnoloģijas.

1.4. Dokumenta satura pārskatsDokumenta sākumā, nodaļā Ievads (5.lpp) aprakstīta informācija par dokumenta kopējo

struktūru, izstrādājamā dokumenta nolūku, iepirkuma mērķi un apjomu, kā arī sniegta atsauce uz

dokumentiem, ar kuriem kopā ir lasāma šī tehniskā specifikācija.

2. nodaļā Programmatūras sistēmas pārskats sniegts īss teritoriju plānošanas informācijas

sistēmas raksturojums.

3. nodaļā ir sniegts apakšprojekta ietvaros piegādājamo nodevumu saraksts un apzīmējumi.

4. un 5. nodaļās noteiktas šī apakšprojekta ietvaros piegādājamiem nodevumiem izvirzītās

prasības.

6. nodaļā ir norādītas apakšprojekta organizatoriskās prasības, noteikta pušu atbildība un

pienākumi.

7.nodaļā norādītas prasības programmatūras licencēm un aparatūrai.

Dokumenta beigās ir sniegti pielikumi, kā arī Prasību indekss, kas satur visu dokumentā

iekļauto prasību sarakstu – prasību identifikatori un nosaukumi ar lappušu norādēm.

Tehnisko specifikāciju ir ieteicams lasīt nodaļu numerācijas secībā.




2. Programmatūras sistēmas pārskats Teritorijas attīstības plānošanas informācijas sistēmas (turpmāk – TAPIS) projekta būtība ir izveidot valsts informācijas sistēmu, kas nodrošina zemes politikas pārvaldību un teritoriju plānošanu pašvaldībās, reģionos un nacionālā līmenī.

Reģionālās attīstības indikatoru moduļa izstrāde ir viens no TAPIS apakšprojektiem, kas ietvers instrumenta izveidi reģionālās attīstības monitoringam. Valstī par svarīgāko reģionālās attīstības problēmu ir noteikta valsts teritorijas nevienmērīga attīstība – ievērojamas un nelabvēlīgas attīstības atšķirības starp tās reģioniem. Vienlaikus gan valsts pārvaldei, gan sabiedrībai nepieciešama precīza, savlaicīga un pieejama informācija par teritoriju attīstību un attīstības perspektīvu.

Sociālekonomisko rādītāju kopa tiks izmantota, lai analizētu atsevišķu valsts teritoriju sociālās un ekonomiskās attīstības tendences. Tā sevī ietver kvantitatīvu informāciju par valsts teritoriju ekonomisko attīstību un iedzīvotāju dzīves kvalitāti. Visi šajā kopā esošie rādītāji ir pieejami par visu valsti kopumā, kā arī atsevišķu valsts teritoriju iedalījumā un par konkrētu laika periodu gan no valsts statistikas programmā ietvertajiem rādītājiem, gan no citiem datu avotiem.

Lai izvērtētu kādu iespaidu uz valsts teritoriju attīstību atstāj nozaru politiku īstenošanas instrumenti un cik koordinēti tie ir, tiks izmantoti rādītāji par reģionālās attīstības atbalsta instrumentiem. Šajā kopā esošā informācija tiks izmantota no lielākajiem atbalsta instrumentiem, pirmkārt no Finanšu Ministrijas Eiropas fondu uzskaites IS, kā arī no Valsts Kases.

Reģionālās attīstības indikatoru IS mērķis ir nodrošināt abu minēto rādītāju kopu informācijas pieejamību gan valsts, pašvaldību, plānošanas reģionu speciālistiem, gan investoriem un visai sabiedrībai, lai sekmētu vienotu un vispusīgu valsts pārvaldes, pašvaldību institūciju un sabiedrības izpratni par reģionālo politiku un teritorijas attīstības perspektīvām.

RAIM ir jāveido kā mūsdienu IT attīstības virzieniem atbilstoša datu glabātava (data warehouse), kas ļaus veikt datu analīzi, kuru rezultātā tiks iegūtas nepieciešamās zināšanas par teritoriju attīstības un valsts vispārējas attīstības jautājumiem, veidotjot to kā TAPIS apakšsistēmu vai moduli, kas integrēti iekļaujas katra TAPIS lietotāja darba vietā. Līdz ar moduļa ieviešanu nepieciešams iedibināt mehānismus, kas nodrošinātu savlaicīgu un ticamu datu apkopošanu, vienlaikus pārbaudot to ticamību.

RAIM jānodrošina visu prasību izpilde, kas attiecas uz valsts informācijas sistēmām, jo RAIM ir TAPIS sastāvā, kurai būs valsts informācijas sistēmas statuss.


1.pielikums Atklāta konkursa Reģionālās attīstības indikatoru uzraudzības un novērtēšanas moduļa izstrāde un ieviešana”, ID.NR. VRAA/2011/28/ERAF/AK nolikumam

1. attēls. TAPIS arhitektūra parādot RAIM vietu



2. attēls. TAPIS RAIM arhitektūra.




TAPIS RAIM sastāvā ir:

1. Datu ielādes modulis, kas satur visas nepieciešamās programmas korektu datu ielādei sistēmā, veicot nepieciešamās transformācijas un pārbaudes.

2. Dinamisko pārskatu rīks, kas ļauj sagatavot pārskatus dažādos griezumos, publicēt tos, kā arī sagatavot teritorijas profilus. Šim nolūkam izmantojams kāds no tirgū pieejamiem darījumintelekta rīkiem, kas dod iespēju ar datiem strādāt pietiekami pieredzējušam lietotājam, pat ja tas nepārvalda programmēšanas prasmes.

TAPIS centrālā datu bāze tiek papildināta ar trīs datu apgabaliem:

3. Pamata dati – teritorijas attīstības indikatori un to dimensijas;kā arī darījumintelekta rīka gdarbināšanai nepieciešamie medatati, globālo sintētisko rādītāju definīcijas.

4. Publicējamie dati – pamata datu kopija, kā arī pārskati, kas sagatavoti publicēšanai piemērotā formā.

5. Ielādes apgabals – pagaidu dati, kuri pirms ielādes pamata datu krātuvē, tiek attīrīti, pārbaudīti, pārvedidoti formāti, kā arī saskaņoti ar dimensijām no pamata datu noliktavas.

Šie apgabali jāveido neatkarīgi no TAPIS, taču jānodrošina kopējo klasifikatoru izmantošana un cita šajā specifikācijā paredzētā datu apmaiņa.

Jānodrošina sekojošu TAPIS moduļu papildināšana:6. Pamatdatu pārvaldība, nodrošinot RAIM iekļauto datu pārvaldību;7. Rādītāju definīciju un citu darījumintelekta risinājuma darbināšanai nepieciešamo

metadatu pārvaldība8. Klasifikatoru pārvaldība attiecināma uz TAPIS klasifikatoru izmantošanu RAIM, kur

tas nepieciešams, kā arī to klasifikatoru saņemšanu, kas nav TAPIS ietvarā.9. Administrēšanas modulis papildināms ar RAIM administrēšanas funkcijām.




3. Nodevumu satursIepirkuma sastāvā ir ietverti konsultāciju un informāciju sistēmas izstrādes un ieviešanas pakalpojumi apakšprojektā „Reģionālās attīstības indikatoru uzraudzības un novērtēšanas moduļa (turpmāk – RAIM) izstrāde un ieviešana”. Projekta ietvarā piegādājamie nodevumi aprakstīti 3. tabulā.

Apakšprojekts jāveic, saskaņojot tā robežpunktus, piegādes un rezultātus ar visiem pārējiem projektā ietvertajiem apakšprojektiem:

1. Teritorijas attīstības plānošanas informācijas sistēmas (turpmāk – TAPIS) izstrāde un ieviešana;

2. Prasību izstrāde elektronisko topogrāfisko karšu specifikācijas uzlabošanai teritorijas plānošanas vajadzībām (ETKS);

3. Ģeotelpisko datu savietotāja (ĢDS ) izstrāde un ieviešana.Apakšprojekts jāsaskaņo ar projekta ” Ģeotelpiskās informācijas portāls” darba rezultātiem, izveidojot saskarnes, kas ļauj publicēt teritoriju plānojumus ģeoportālā, kā arī nodrošināt konsultēšanos ar institūcijām, sabiedriskās apspriešanas un e-pakalpojumu funkcionalitāti.

Sekojošā tabulā apkopots iepirkuma priekšmeta dalījums darbu pakotnēs un apakšpakotnēs, norādot to piešķirto identifikāciju, nosaukumu, kā arī atsauci uz nodaļu, kurā aprakstītas prasības pakotnei.

3. tabula — Darbu pakotnes

Darbu pakotnes ID

Nosaukums Atsauce

RAIM.1 RAIM izstrāde un sākotnējā datu ielāde

Skat. 4. nodaļu „TAPIS RAIM izstrāde un ieviešana (RAIM.1)” 15.lpp

RAIM.2 Uzturēšanas un garantijas pakalpojumi

Skat. 5.nodaļu „Izmēģinājuma ekspluatācija, garantija un uzturēšana (RAIM.2)” 37.lpp.

RAIM.3 Apakšprojekta pārvaldība Skat.6.nodaļu „Prasības apakšprojekta pārvaldībai (RAIM.4)” 43.lpp

RAIM.4 Risinājuma izveidei nepieciešamo licenču un aparatūras piegāde

Skat. 7 nodaļu „Risinājuma izveidei nepieciešamo licenču un aparatūras piegāde (RAIM.5)” 61.lpp.

Apakšprojekta pakotne RAIM.1 var tikt iedalīta posmos, piemēram, sistēmanalīze, izstrāde, testēšana, ieviešana. Posmus nosaka atkarībā no izstrādātāja piedāvātās sistēmu izstrādes metodikas, taču izstrādātājam jāiesniedz vismaz RAIM.4 pakotnē minētie nodevumi un starprezultāti.




4. TAPIS RAIM izstrāde un ieviešana (RAIM.1)

4.1. Vispārīgās prasības(1). Sistēmas darbības normatīvā bāze (Obligāta)

Izstrādājot sistēmu, Izstrādātājam ir jāņem vērā attīstības plānošanu reglamentējošos normatīvos aktus, t.sk. Attīstības plānošanas sistēmas likumu, Teritorijas attīstības plānošanas likuma projektu un tam pakārtotos Ministru kabineta noteikumu projektus, aktuālākās projektu versijas pirms darbu uzsākšanas saņemot Reģionālās attīstības un pašvaldību lietu ministrijā.

(2). Sistēmas atbalstāmie procesi (Obligāta)Sistēmai jānodrošina sekojošu procesu atbalsts:

1. Sociālekonomisko un ieguldījuma rādītāju datu ielāde un validācija, izmantojot automātisko vai manuālo datu ievadu (sk. 4.2. nodaļu 18.lpp);

2. Teritorijas profilu uzturēšana, publicēšana un pieejamība publiskam lietotājam (sk. 4.2.2. nodaļu 19.lpp);

3. Informācijas publicēšana publiskajā daļā, tai skaitā informācijas meklēšanas iespējas (sk. 4.2.3. nodaļu 20.lpp);

4. Analītisko atskaišu veidošanas un publicēšanas iespējas (sk. 4.2.4. nodaļu 21.lpp);

5. Biežāk pieprasīto atskaišu publicēšana atsevišķā sadaļā (sk .4.2.6 nodaļu Biežāk pieprasīto atskaišu sadaļa (RAIM 1.6) 23.lpp);

6. Sintētisko (aprēķināto rādītāju) definēšana (sk. 4.2.5. nodaļu 23.lpp);7. Metadatu uzturēšana (sk. 4.2.6. nodaļu 23.lpp);8. RAIM klasifikatoru pārvaldība (sk. 4.2.8. nodaļu 25.lpp);9. Datu ielāde, izmantojot sistēmas saskarnes (sk. 4.2.9. nodaļu 27.lpp)10. Datu kvalitātes pārskatu iegūšanas iespējas (sk. 4.2.10. nodaļu 31.lpp);11. TAPIS auditācijas pierakstu pārskati (sk.4.2.11 nodaļu 31.lpp.);12. Sistēmas administrēšanas funkcijas (sk. 4.2.12. nodaļu 32.lpp).

(3). Paredzamais RAIM lietotāju skaits (Obligāta)RAIM paredzamais vienlaicīgo lietotāju skaits un lietotājiem nepieciešamās funkcionalitātes apjoms ir atspoguļots zemāk pievienotajā tabulā (sk. arī 4.2.12 Sistēmas administrēšanas funkcijas (RAIM 1.12), 32.lpp) un prasību (76). Lietotājugrupu tiesību pārvaldība (Obligāta), 32.lpp):

4. tabula — Lietotāju skaits

Lietotāju veids Identifikācija un autentifikācija

Izmantojamās funkcionalitātes raksturojums Paredzamais lietotāju skaits

Aptuvens vienlaicīgo lietotāju skaits

Publiskie lietotāji

nav nepieciešama

publiskās informācijas meklēšana, atlase, atspoguļošana un izdruka, izmantojotģeoportālu, teritorijas profilu aplūkošana un pārskatīšana.

nav ierobežojams ~150

Eksperti ir nepieciešama informācijas atlase, atspoguļošana un izdruka, kā arī teritorijas profilu sagatavošana, izmantojot dinamisko pārskatu veidošanas rīku, pārskatu publicēšana publiskajā apgabalāinformācijas uzturēšana (ievade, labošana,

3 3




dzēšana, klasifikatoru pārvaldība

Plānošanas reģionu pārstāvji

ir nepieciešama pārskatu veidošana, informācijas atlase, atspoguļošana un izdruka, kā arī teritorijas profilu sagatavošana, izmantojot dinamisko pārskatu veidošanas rīku,apraksta ievads par reģionu

1-2 katrā plānošanas reģionā, 5 plānošanas reģioni

3-5

Pašvaldību pārstāvji

Ir nepieciešama datu ievads par pašvaldības teritorijupārskatu sagatavošana par savu pašvaldību vai visu reģionu veicot informācijas atlasi, atspoguļošanu un izdruku, kā arī teritorijas profilu sagatavošana, izmantojot dinamisko pārskatu veidošanas rīku,

1-2 no katras pašvaldības, kopā ir 119 pašvaldības

30

Administratori ir nepieciešama lietotāju pārvaldība;datu kvalitātes, audita, sistēmas darbības novērošanas un uzturēšanas funkcijas.

1-2 1-2

(4). Informācijas kopas (Obligāta)Sistēmai jāuztur sekojoša informācija par šādām informācijas kopām:

1. rādītāji un to vērtības:2. teritoriju profili;3. publicēšanai sagatavotie pārskati;4. klasifikatori informācijas ievadam un analīzei, rādītāju dimensijas;5. TAPIS auditācijas pieraksti;6. metadati.

(5). Nepieciešamo rādītāju saraksts (Obligāta)Sistēmā jānodrošina pielikumā pievienoto rādītāju (skat. nodaļā 8.1 Rādītāju saraksts 66.lpp.) ielādēšana, uzkrāšana un izmantošana dinamiskajos pārskatos no norādītajiem datu avotiem.Obligātajiem rādītājiem pielikumā pievienotajā rādītāju tabulā kolonā „Obligāts” ir atzīme „Jā”.

(6). Vēlamo rādītāju saraksts (Vēlama)Sistēmā vēlams nodrošināt pielikumā pievienoto rādītāju (skat. nodaļā 8.1 Rādītājusaraksts 66.lpp.) pievienoto rādītāju ielādēšana, uzkrāšana un izmantošana dinamiskajos pārskatos no norādītajiem datu avotiem. Obligātajiem rādītājiem pielikumā pievienotajā rādītāju tabulā kolonā „Obligāts” ir atzīme „Nē”.

(7). Vēsturiskie dati (Obligāta)Sistēmai jāvar ielādēt un uzkrāt vēsturiskie dati par šādām informācijas kopām:

1. Sociālekonomisko rādītāju kopa – sākot ar 2004. gadu;2. Ieguldījuma rādītāju kopa – sākot ar 2004.gadu;3. Klasifikatori – lai nodrošinātu vēsturisko datu uzkrāšanu, atsevišķiem

klasifikatoriem vēsture būs nepieciešama no 1999.gada.Vēsturiskajiem datiem iespējams atšķirīgs datu formāts un struktūra.

(8). Saskaņotās dimensijas (Obligāta)Visas dimensijas, kuras tiek izmantotas RAIM ietvaros, ir saskaņotas – jebkurai dimensijas vērtībai ir viena un tā pati nozīme un atribūti, neatkarīgi no tās izmantošanas veida un datu avota. Dati no ārējiem avotiem ir jāpiesaista saskaņotajām dimensijām,




izmantojot automatizētu piesaisti, izmantojot to informāciju, kas tiek saņemta no datu avota, piemēram, teritorijas noteikšana izmantojot ATVK kodu. Kā saskaņotās dimensijas tiek izmantoti klasifikatori, kas aprakstīti nodaļā 4.2.8 RAIMklasifikatoru pārvaldība (RAIM 1.8) 25.lpp.

(9). Pamata dimensijas (Obligāta)Jebkuram rādītājam, neatkarīgi no tā veida (sociālekonomiskais, ieguldījuma,), ir piesaistāmas šādas dimensijas:

1. Teritorijas piesaiste, pamatojoties uz ATVK klasifikatoru (sk. prasību (41). Klasifikators ATVK 26.lpp). Klasifikators ir hierarhisks un rādītāja vērtība ir piesaistāma jebkurā no hierarhijas līmeņiem (piemēram, visas valsts, reģiona, pašvaldības): 1.1. Atribūti teritorijas grupēšanai (piemēram, pilsētu novadi un lauku

novadi, piekrastes novadi, īpaši atbalstāmās teritorijas). 1.2. Teritorijas piesaiste tiek definēta arī teritoriju profiliem. 1.3. Jānodrošina pārejas tabula ar statistikas reģioniem pret plānošanas

reģioniem. 1.4. Jāsaglabā administratīvi teritoriālās reformas rezultātā veikto izmaiņu

pārejas tabula (piemēram, kuri pagasti apvienoti novados), lai nodrošinātu iespēju vēsturiskos datus, kas pieejami pagastu līmenī, automātiski sasummēt patreizējo novadu līmenī.

Teritorijas klasifikatoram jānodrošina sasaiste ar kartogrāfiskajiem datiem (vektoru formātā) par Valsts, reģionu, novadu un pagastu administratīvi teritoriālo vienību robežām.

2. Laika jeb perioda piesaiste: 2.1. smalkākā vienība ir gada ceturksnis; 2.2. nav paredzēti citi, no regulārās kalendārās skaitīšanas atšķirīgi laika

periodi, piemēram, mācību gads; 2.3. laika periodu klasifikators jāveido hierarhisks, nodrošinot iespēju

automātiski sasummēt datus pa kvartāliem, gadiem.Hierarhiskiem klasifikatoriem vienmēr jānorāda visdetalizētākā līmeņa piesaiste, kāds vien iespējams no konkrētā datu avota.

(10). Papildus dimensijas (Obligāta)Atsevišķiem sociālekonomiskajiem rādītājiem jāuztur šādas papildus dimensijas (atbilstoši Valsts statistiskās informācijas programmai 2010. gadam:

1. ceļu nozīmes un kvalitātes (seguma) veidi;2. es struktūrfondu un cita reģionālās attīstības atbalsta finanšu avotu veidi;3. fizisko personu dzimums (sievietes, vīrieši);4. fizisko personu vecuma struktūra pa vecuma grupām;5. izdevumu no pašvaldību budžetiem veidi;6. izglītības līmeņi;7. nozaru klasifikators NACE;8. noziedzīgo nodarījumu veidi;9. pabalstu veidi;10. tirgus sektora ekonomiski aktīvo statistisko vienību veidi;




11. uzņēmējdarbības veidi;12. nekustamā īpašuma lietojuma veidi.

Analīzes laikā var tikt identificētas citas papildus dimensijas. Rādītāju sarakstā (skat. nodaļu 8.1 Rādītāju saraksts 66.lpp) katram rādītājam norādītas nepieciešamās dimensijas.

(11). Izmaiņu vēsture (Obligāta)Ja no datu avota tiek saņemti dati, kas labo iepriekšējos, tiem jāuztur izmaiņu vēsture.Pretendentam sistēmanalīzes posma laikā jāprecizē datu vienības, kam jāuztur izmaiņu vēsture.

4.2. Funkcionālās prasības4.2.1. Sociālekonomisko un ieguldījuma rādītāju datu ielāde un pārbaude,

izmantojot automātisko vai manuālo datu ievadu (RAIM 1. 1 ) (12). Datu ielāde (Obligāta)

Datu ielādes ietvaros jānodrošina šādu uzdevumu izpilde:1. Datu ielāde no datu avota, veidojot saskarni starp datu bāzēm vai

izmantojot tīmekļa pakalpi;2. Datu ielāde no datnes .csv, .xls vai .xml formātā.

Katram datu avotam un vai katram rādītājam jāizveido, jāsaskaņo un jāapraksta datu saņemšanas formāts, respektējot katra datu avota tehniskās iespējas.Jānodrošina iespēja veikt datu ielādes procesa rezultātu pārskatīšanu un veikt kļūdu cēloņa identifikāciju, kā arī veikt atkārtoti ielādes procesu, pirms tam koriģējot kļūdu cēloņus. Atkārtota ielāde nedrīkst konfliktēt ar iepriekšējo ielādi.

(13). Datu pārbaude (Obligāta)Datu pārbaudes ietvaros jānodrošina sekojošu uzdevumu izpilde:

1. Datu kvalitātes pārbaude, pārliecinoties par datu struktūras formātu, datu tipu, klasifikatoru vērtību atbilstību specificētajam formātam, kā arī citas pārbaudes, kuras iespējams veikt automātiski;

2. Iespēja pārskatīt datu kvalitātes rezultātus un veikt kļūdu cēloņa identifikāciju.

(14). Datu transformācija (Obligāta)Datu transformācijas ietvaros jānodrošina sekojošu uzdevumu izpilde:

1. Datu avotā pieejamo klasifikatora vērtību aizstāšana ar saskaņoto dimensiju vērtībām. Šim nolūkam, kur nepieciešams, jāveido pārejas tabulas.

2. Datu agregācija, ja datu avotā pieejamie dati ir smalkākā detalizācijas līmenī, kā ir norādīts rādītāju sarakstā un, ja datu īpašnieks neatļauj veikt pirmatnējo datu uzglabāšanu.

3. Trūkstošo vērtību iezīmēšana.4. Nepieciešamā datu formāta nomaiņa.

(15). Sociālekonomisko un ieguldījuma rādītāju datu piegādātāji (Obligāta)Sistēmā paredzēta sociālekonomisko datu saņemšana no šādiem datu sniedzējiem.

1. Centrālā statistikas pārvalde; 2. Eiropas Savienības struktūrfondu informācijas sistēma;




3. Lauku atbalsta dienests; 4. Nodarbinātības valsts aģentūra; 5. Pilsonības un migrācijas lietu pārvalde; 6. Latvijas Valsts ceļi; 7. TAPIS;8. Valsts kase;9. Valsts ieņēmumu dienests; 10. Valsts sociālās apdrošināšanas aģentūra; 11. Izglītības un zinātnes ministrija;12. Valsts zivsaimniecības pārvalde.

Rādītāju sarakstā (skat. nodaļu 8.1 Rādītāju saraksts 66.lpp) norādīti rādītāji un datu piegādātājs katram no rādītājiem.

(16). Vēlamo sociālekonomisko un ieguldījuma rādītāju datu piegādātāji (Vēlama)Sistēmā vēlama sociālekonomisko datu saņemšana no šādiem datu sniedzējiem.

1. Labklājības ministrija;2. Uzņēmumu reģistrs; 3. Valsts izglītības satura centrs;4. Veselības norēķinu centrs.

Rādītāju sarakstā (skat. nodaļu 8.1 Rādītāju saraksts 66.lpp) norādīti rādītāji un datu sniedzējs katram no rādītājiem.

4.2.2. Teritorijas profilu uzturēšana, publicēšana un pieejamība publiskam lietotājam (RAIM 1. 2 )

(17). Teritorijas profila informācijas sagatavošana (Obligāta)Sistēmai jānodrošina teritoriju profilu uzturēšanu trīs sekojošos līmeņos:

1. valsts līmenis;2. plānošanas reģionu līmenis;3. pašvaldības līmenis.

Teritorijas profils satur attiecīgās teritorijas karti ar administratīvajām robežām un būtiskākajiem ģeogrāfiskās piesaistes objektiem (lielākajiem autoceļiem, dzelzceļa līnijām un stacijām, ūdenstecēm un ūdenstilpēm), to nosaukumus, kā arī vairākus pārskatus, kas var tikt noformēti grafiku vai tabulu veidā. Teritorijas profila piemēru skat. nodaļu 8.2. Teritorijas profila piemēri 70.lpp.

Teritorijas profilam jānodrošina vismaz sekojošas satura noformēšanas iespējas:1. ievietot vienu vai vairākas tabulas ar izvēlētiem rādītājiem un norādot

laika periodu, tabulas sagatavojot ar dinamisko pārskatu rīku no sistēmā pieejamajiem rādītājiem;

2. ievietot vienu vai vairākus grafikus ar izvēlētiem rādītājiem un norādot laika periodu, grafikus sagatavojot ar dinamisko pārskatu rīku no sistēmā pieejamajiem rādītājiem un norādot pieņemamāko informācijas vizuālo atspoguļojumu;

3. ievietot hipersaiti;4. pievienot attēlu;




5. ievadīt brīvi izvēlētu tekstu, pielietojot tādas teksta noformēšanas iespējas, kā trekninājums (bold), kursīvs (italic), pasvītrots teksts (underline), izvēlēties ievadītā teksta krāsu, izlīdzināšanu, veidot numurētas rindkopas (numbering);

6. noteikt satura izkārtojumu lapā;7. sagatavot (lejuplādēšanai) teritorijas profilu izdrukājamā (.pdf) formātā.

Teritorijas profila pārskatu formas sagatavošanu vai izmaiņas jāspēj veikt lietotājiem, kuriem ir dotas attiecīgas piekļuves tiesības. Teritorijas profili jāsasaista starp līmeņiem, piemēram, noklikšķinot uz plānošanas reģiona kartes jebkuru novadu, iespējams atvērt šī novada teritorijas profilu.Pretendentam jāizveido sākotnējie teritorijas profili (pārskata forma vai sagatave) valsts, reģiona un pašvaldības līmenim latviešu, krievu un angļu valodās, kā arī jānodrošina iespēja automatizēti sagatavot un ģeoportālā publicēt sagatavotos profilus visiem reģioniem un pašvaldībām (sk arī prasību (19). Teritorijas profila publicēšana(Obligāta) 20.lpp).Visu līmeņu teritorijas profilos jānodrošina iespēja izvēlēties finanšu ieguldījumu un citu finansiāli novērtējamu rādītāju attēlošanas valūtu– LVL un EUR. Pārrēķins jāveic, izmantojot Latvijas Bankas noteikto valūtas kursu atbilstošā laika perioda pēdējā darba dienā (piemēram, vidējā darba alga 2010.gadā jāizsaka EUR valūtā, izmantojot Latvijas Bankas noteikto valūtas kursu 2010.gada 30.decembrī).

(18). Karte teritorijas profilā (Obligāta)Teritorijas profilā automātiski jāvar pievienot attiecīgās teritorijas kartoshēma, veidojot to no teritorijas administratīvajām robežām (sk. arī prasību (45). Datu ielādes uzdevumi(Obligāta) 27.lpp). un pamatnē pievienojot piemērota mēroga topogrāfisko karti, ja tāda pieejama TAPIS.Kartoshēma satur visas dotajā teritorijā esošās teritorijas (valstī – plānošanas reģioni, plānošanas reģionā – novadi, novadā var attēlot pagastus un pilsētas ). Profila veidošanas gaitā jāvar norādīt, kāds indikators tiks attēlots uz kartes, piemēram, novadi, iekrāsoti pēc teritorijas attīstības indeksa vērtībām.Katra kartoshēmā attēlotā teritorija, uz tās noklikšķinot, atver šīs teritorijas profilu.

4.2.3. Informācijas publicēšana publiskajā daļā, tai skaitā informācijas meklēšanas iespējas (RAIM 1. 3 )

(19). Teritorijas profila publicēšana (Obligāta)Ja mainījušies izejas dati, sistēma automātiski sagatavo pārskatus jebkurai teritorijai HTML formātā un publicē tos TAPIS portālā. Teritorijas profila paraugu sk. 8.2 Teritorijas profila piemēri 70.lpp).

(20). Teritorijas profilu salīdzināšana (Obligāta)Sistēmai jānodrošina divu teritoriju izvēle un salīdzināšana, vienlaikus attēlojot abas teritorijas un to rādītājus.Teritoriju salīdzināšanai teritorijas izvēlas, vai nu veicot teritorijas meklēšanu (sk. prasības (23). Vienkāršota informācijas meklēšana, (24). Detalizētā informācijasmeklēšana 21.lpp), vai arī teritoriju izvēli no saraksta, vai norādot teritorijas ATVK kodu. Salīdzināt var divas viena līmeņa teritorijas (piemēram, reģionu ar reģionu, novadu ar novadu), kā arī zemāka līmeņa teritoriju ar augstāku (piemēram, novada




salīdzinājums ar reģiona vidējiem rādītājiem, reģiona salīdzinājums ar valsts vidējiem rādītājiem).

(21). Teritorijas profila un citas publiskās informācijas glabāšana (Obligāta)Sistēmai jānodala teritorijas profilus un citus publiski pieejamos datus no pamata datu krātuves, samazinot iespēju veikt neautorizētas datu izmaiņas vai piekļuvi datiem.

(22). Dinamiska teritorijas profila veidošana (Vēlama)Vēlams nodrošināt publiskajiem lietotājiem iespēju izvēlēties teritorijas profilā vai teritorijas profilu salīdzinājumā iekļaujamos rādītājus un to attēlošanas veidu, kā arī laika periodu, par kuru atlasīt rādītāju vērtības.

(23). Vienkāršota informācijas meklēšana (Obligāta)Lai veiktu vienkāršotu informācijas meklēšanu pēc lietotāja norādīta teritorijas nosaukuma, tā daļas vai ATVK koda, atslēgas vārda, lietotājam ir jāaizpilda viens meklēšanas parametra lauks. Meklēšanas parametra laukam ir jābūt atspoguļotam uz ekrāna labi redzamā vietā un tam jābūt pieejamam visu sistēmas lietošanas laiku.

(24). Detalizētā informācijas meklēšana (Obligāta)Sistēmai jānodrošina detalizētās meklēšanas funkcionalitāti, veicot meklēšanu pēc sekojošiem meklēšanas parametriem:

1. Teritorijas nosaukums vai tā fragments;2. Apdzīvotas vietas nosaukums vai tā fragments;3. ATVK koda;4. pēc nepieciešamības citiem prasību analīzes laikā definētie meklēšanas

parametriem.Sistēmai jānodrošina iespēju lietotājam pārslēgties no detalizētās meklēšanas uz saīsināto meklēšanu un otrādi.Sistēmai jānodrošina noklusēto meklēšanas parametru vērtību uzstādīšanas funkcionalitāte – lietotāja ievadīto meklēšanas parametru vērtību dzēšana un noklusēto meklēšanas parametru uzstādīšana.Sistēmai jāatbalsta aizstājējzīmju izmantošana meklēšanas parametros. Sistēmai jāatbalsta vismaz sekojošas aizstājējzīmes:

5. simbols, kas aizstāj vienu rakstzīmi definētā meklēšanas parametrā („?”);6. simbols, kas aizstāj patvaļīgu skaitu rakstzīmju definētā meklēšanas

parametrā („*”). Veicot dokumentu atlasi pēc norādītiem meklēšanas parametriem (visu veidu meklēšanās), sistēmai nav jāatšķir augšējā reģistra rakstzīmes no apakšējā reģistra rakstzīmēm (meklēšana nedrīkst būt „case sensitive”).

4.2.4. Analītisko atskaišu veidošanas un publicēšanas iespējas (RAIM 1. 4 ) (25). Dinamiskie pārskati (Obligāta)

RAIM jānodrošina iespēju veidot šādus dinamiskos (ad-hoc) pārskatus, kurus var modificēt eksperts, pašvaldību vai plānošanas reģionu speciālists:

1. mainot datu atlases kritērijus - norādot vienu vai vairākas vērtības no pamata vai papildus dimensijām jebkurā hierarhijas līmenī;

2. Izvēloties detalizācijas līmeni (drill-down) no vispārīgāka hierarhijas līmeņa uz detalizētāku, kā arī otrā virzienā (drill-up)




3. Nomainot vienu izvēlēto dimensiju ar citu (slice and dice), piemēram, uz vienas no asīm aizstājot teritoriju ar jomu.

4. Pievienojot pārskatam ar papildus rādītājus ar tiem pašiem kritērijiem, kādi izmantoti jau atlasītajiem datiem.

Dinamisko pārskatu veidošanas (analīzes) rīkam jāatbalsta šādas prasības:5. Dinamisko pārskatu veidošanai jābūt viegli saprotamai un intuitīvai, kā arī

pietiekami ātrai.6. Vienā pārskatā var tikt iekļauti vairāki pieprasījumi, tāpat pārskats var

saturēt vairākus vizualizācijas veidus vai nu vienai un tai pašai datu kopai – piemēram, vienlaicīgi attēlojot gan tabulas, gan grafika veidā, vai arī vairākām datu kopām. Tabulas un grafikus veido ar dinamiskā pārskata rīku.

7. Jānodrošina vairāklapu tabulas, kur lapas tiek veidotas no dimensiju vērtībām, piemēram, atlasot datus par vairākām nozarēm, katras nozares dati tiek attēloti citā sadaļā (tab).

8. Lauzuma (break) grupu veidošanas iespēja datus atskaitē vizuāli grupējot atbilstoši kādai no dimensiju vērtībām.

9. Agregācijas aprēķina formulu un summēšanas iespējas (izmantojot prasībā (26) norādītās agregācijas funkcijas).

10. Lietotāja definētu grupu veidošana, piemēram, definējot savus intervālus, kā arī to atkārtota izmantošana citās atskaitēs.

11. Indikatoru attēlošana, izmantojot kartoshēmu.

(26). Aprēķinu pielietojums dinamiskajos pārskatos (Obligāta)RAIM jānodrošina iespēju veikt vismaz sekojošus rādītāju datu aprēķinus:

1. veicot agregāciju no zemākās hierarhiskas dimensijas līmeņa uz augstāko; 2. veicot agregāciju pēc dimensiju atribūtiem, piemēram, pa pilsētu

novadiem;3. veicot agregāciju noteiktā laika periodā;4. aprēķinot vidējo vērtību noteiktā laika periodā.5. no absolūtiem skaitļiem uz procentuālām vienībām;6. sastādīt aprēķina formulu, norādot aritmētiskās izteiksmes, kuras veikt ar

vienu vai vairākiem rādītājiem.7. aprēķināt vērtību uz vienu vienību , piemēram, uzņēmumu skaitu uz 1000

iedzīvotājiem.Agregācijas funkcijas ietver vismaz:

8. summēšanu, skaita noteikšanu, 9. minimālās un maksimālās vērtības noteikšanu,10. vidējās vērtības un novirzes aprēķināšanu,11. pieauguma aprēķināšanu pret tādu pat periodu iepriekšējā laika posmā,12. grupēšanu pēc rangiem,13. Top n/Bottom n analīzi (labākie/sliktākie pēc kāda rādītāja),14. procentuālās daļas noteikšanu no kopējā.

Aritmētiskās izteiksmes ietver vismaz:15. saskaitīšanu, atņemšanu, reizināšanu, dalīšanu,




16. procentuālās daļas aprēķināšanu,17. izteiksmes iekavās.

(27). Kartoshēmas analītiskajos pārskatos (Obligāta)Veidojot analītiskos pārskatus, ekspertam jābūt iespējas attēlot indikatorus uz kartoshēmas. Indikatoru sasaiste ar kartoshēmu tiek nodrošināta, izmantojot teritorijas dimensiju.

(28). Statiskie pārskati (Obligāta)RAIM jānodrošina iespēju sagatavot statiskus pārskatus, publicējot jebkuru eksperta izveidotu dinamisko atskaiti HTML formātā, lai:

1. Publicētu tās TAPIS portālā atbilstoši šajā specifikācijā minētajām prasībām,

2. Pārsūtītu atskaites citiem lietotājiem, norādot lietotāju epasta adrešu sarakstu un e-pastam, pievienojot pārskatu HTML formātā.

(29). Pārskatu izpilde neklātienes režīmā (Vēlama)Dinamisko pārskatu sagatavošanas rīkam jānodrošina iespēja sagatavot pārskatus ar noteiktu regularitāti (scheduling):

1. Publicētu tās TAPIS portālā atbilstoši šajā specifikācijā minētajām prasībām,

2. Pārsūtītu atskaites citiem lietotājiem, norādot lietotāju epasta adrešu sarakstu un e-pastam, pievienojot pārskatu HTML, Excel formātā.

4.2.5. Sintētisko (aprēķināto rādītāju) definēšana (RAIM 1. 5 ) (30). Sintētisko rādītāju izveidošana (Obligāta)

Sistēmai jānodrošina sintētisko rādītāju definēšanas iespējas veidojot globālos sintētiskos rādītājus datu bāzes līmenī . Šādā veidā definētie rādītāji pieejami visiem sistēmas lietotājiem:

1. summējot no zemākās hierarhiskas dimensijas līmeņa uz augstāko; 2. summējot noteiktā laika periodā;3. aprēķinot vidējo vērtību noteiktā laika periodā;4. no absolūtiem skaitļiem uz procentuālām vienībām;5. aprēķināt vērtību uz vienu vienību, piemēram, uzņēmumu skaitu uz 1000

iedzīvotājiem;6. norādot aprēķina formulu, izmantojot aritmētiskās un agregācijas

funkcijas, kas minētas prasībā (26). Aprēķinu pielietojums dinamiskajos pārskatos (Obligāta) 22.lpp.

4.2.6. Biežāk pieprasīto atskaišu sadaļa (RAIM 1. 6 ) (31). Biežāk pieprasīto pārskatu sagatavošanas un publicēšanas iespēja (Obligāta)

Lietotājiem ar eksperta lomu jānodrošina šādas iespējas:1. Dinamisko pārskatu sagatavošanas iespējas, atbilstoši nodaļā 4.2.4

Analītisko atskaišu veidošanas un publicēšanas iespējas (RAIM 1.4) minētajām prasībām.

2. Pārskatu publicēšana portālā, norādot vismaz pārskata nosaukumu, auditoriju, publicēšanas datumu, aprakstu un atslēgvārdus. Publicētajiem pārskatiem jābūt atrodamiem, izmantojot meklēšanas iespējas (sk. prasības




(23). Vienkāršota informācijas meklēšana(24). Detalizētā informācijas meklēšana).

3. Pārskatu dzēšanas iespēju no portāla.4. Pārskatus var publicēt .html, .xls, .pdf formātos.

4.2.7. Metadatu uzturēšana (RAIM 1. 7 ) (32). Rādītāju metadati (Obligāta)

Par katru no sistēmā uzkrātajiem rādītāju veidiem – sociālekonomiskajiem, finansu vai ieguldījuma, darbības rezultātu rādītājiem, tiek definēti un uzturēti vismaz sekojoši metadati:

1. rādītāja nosaukums;2. rādītāja joma (piemēram, demogrāfija, veselība);3. rādītāja veids;4. mērvienība (summa latos, skaits, kilometri, daudzums uz 1000

iedzīvotājiem u.c.);5. rādītāja definīcija, kas paskaidro rādītāja nozīmi;6. rādītāja sasaiste ar citiem rādītājiem;7. sintētiskajiem rādītājiem – aprēķina algoritms;8. vai rādītājs pieejams publiski un tā smalkākā pieļaujamā agregācijas

pakāpe publiskajam lietotājam;9. datu avots;10. rādītāja validācijas nosacījumus, piemēram, pieļaujamo vērtību intervālu,

maksimālo atšķirību procentos no iepriekšējā perioda vērtības;11. datu ticamības vērtējumu, ja datu validācijas laikā ir akceptēti dati, kas

tikai daļēji atbilst datu kvalitātes kritērijiem;12. rādītāja vizualizācijas nosacījumus, piemēram, kādos gadījumos mērījumi

ir slikti, pieņemami vai labi (piemēram, attēlojot kā luksoforu – sarkanais, dzeltenais, zaļais signāls);

13. anonimizācijas nosacījumus un algoritmu;14. datu piekļuves tiesības;15. speciālo apzīmējumu sistēma (atšifrējums) trūkstošajām, nenozīmīgi

mazajām vai konfidencialitātes apsvērumu dēļ maskētajām vērtībām.

(33). Metadati par datu avotiem (Obligāta)Katram mērījumam kā īpaša dimensija jāpiekārto informācija par konkrētā mērījuma datu avotu. Tas var būt viens no sekojošiem:

1. Sistēmas ģenerēts vai aprēķināts mērījums. To izmanto:2. Sintētiskajiem rādītājiem, aprēķinot rādītāja vērtību no citiem sistēmā

izmantotajiem rādītājiem – gan prognozēm, gan aprēķinātiem rādītājiem, gan pamatdatiem. Piemēram, šādā veidā tiek iegūts teritoriālās attīstības indekss.

3. Pamatdati (saņemti no ārēja datu avota). Pamatdatiem kā datu avoti ir jānorāda:3.1. Institūcija, kas atbildīga par datu sagatavošanu;3.2. Atbildīgā persona, kas ievadījusi datus; 3.3. Sistēma, no kuras iegūti dati (ja dati iegūti automātiski no citas

informācijas sistēmas);




3.4. Pētījums, kura ietvaros iegūts rādītājs;3.5. Cita informācija, kas identificēta prasību analīzes laikā.

(34). Klasifikatoru metadati (Obligāta)Par katru no klasifikatoriem jāuztur sekojoši dati:

1. Nosaukums2. Apraksts3. Primārais datu avots4. Ja aizpildīšanai tiek izmantoti vairāk kā viens datu avots – klasifikatoru

sapludināšanas nosacījumi.

(35). Klasifikatoru vērtību metadati (Obligāta)Par klasifikatoru vērtībām jāuztur sekojoši dati:

1. Derīguma termiņš2. Pielietojamība aktuālo datu ievadam3. Ja aizpildīšanai tiek izmantoti vairāk kā viens datu avots – izmantotais

datu avots.

(36). Valoda metadatiem (Obligāta)Metadati, kas tiek izmantoti sistēmā, tiek aprakstīti latviešu valodā. Publiskās datu krātuves metadatiem jānodrošina iespēja tulkot un uzturēt metadatus arī angļu valodā.

4.2.8. RAIM klasifikatoru pārvaldība (RAIM 1. 8 ) (37). Sistēmas lokālo klasifikatoru pārvaldība (Obligāta)

Sistēmai jānodrošina visu sistēmas lokālo klasifikatoru uzturēšana no lietotāja saskarnes (vērtību ievadīšana, rediģēšana, dzēšana). Klasifikatoru vērtības nedrīkst būt iekodētas programmā, atskaitot prasību analīzes laikā speciāli atrunāto klasifikatoru vērtības. Lokālo klasifikatoru vērtību uzturēšanai jāizveido īpašas ievadformas, kas pieejamas noteiktam lietotāju lokam, kuru nosaka sistēmas administrators.

(38). Sistēmas ārējo klasifikatoru pārvaldība (Obligāta)Sistēmai jānodrošina visu sistēmas ārējo klasifikatoru pārņemšana no attiecīgajiem datu avotiem, vienlaikus uzturot vēsturiskās vērtības. Ārējie klasifikatori ir klasifikatori, kuru vērtības ir iegūstamas un uzturamas no ārējiem avotiem. Ārējo klasifikatoru pārskatam jāizveido pārskatus, kas parāda, kādi klasifikatori saņemti no ārējām sistēmām un katras vērtības iegūšanas laiku un datu avotu. Šie pārskati pieejami noteiktam lietotāju lokam, kuru nosaka sistēmas administrators.

(39). Hierarhiski klasifikatori (Obligāta)Sistēmai jānodrošina hierarhisku klasifikatoru izveide un uzturēšana, kā arī datu agregācijas iespējas uz jebkuru no līmeņiem.. Hierarhiski klasifikatori ir vismaz:

1. teritoriālais iedalījums pēc ATVK (sk. prasību (41). Klasifikators ATVK 26. lpp);

2. reģionālās attīstības atbalsta instrumenti (sk. prasību (43). Reģionālās attīstības atbalsta instrumenti (Obligāta) 26.lpp);NACE (sk. prasību (40). Klasifikators NACE25.lpp).

(40). Klasifikators NACESistēmai jānodrošina ārēja nozaru - NACE 1.1 red. un 2. red. klasifikatoru uzturēšana, kā arī NACE 1.1 red. un NACE 2.red. sasaistes iespēja, t.i. ja sistēmā ir nodefinēta




atbilstības tabula, un ir iespējama viennozīmīga atbilstība (vismaz NACE augšējos hierarhijas līmeņos), tad jānodrošina esošo rādītāju pārrēķināšanas iespēja no vienas versijas uz otru. Kodēšanas sistēma veidota pēc decimāli hierarhiskā kodēšanas sistēmas, koda garums 4 zīmes. NACE klasifikatora primārais datu avots ir Centrālā statistikas pārvalde.

Piebilde: Informācija par NACE ir pieejama centrālās statistikas pārvaldes mājas lapā http://www.csb.gov.lv/.

Klasifikatoru izmaiņas struktūrā: http://www.csb.gov.lv/images/modules/items/item_file_4572_nace_izmainas_struktura_sekciju_lim.xls.

Klasifikatoru kodu atbilstības tabula: http://www.csb.gov.lv/images/modules/items/item_file_4574_nace_kodu_atb_tab_030807.xls.

(41). Klasifikators ATVK (Obligāta)Sistēmai jānodrošina ārēja klasifikatora ATVK (administratīvi teritoriālo vienību klasifikācija) uzturēšana. Klasifikators apstiprināts ar Latvijas Republikas Centrālās statistikas pārvaldes 2000.gada 29.novembra lēmumu nr. 41, publicēts un ieviests 2001.gadā.Kodēšanas sistēma veidota pēc hierarhiskās kodēšanas sistēmas, koda garums 7 zīmes.Sistēmā jāparedz iespēja uzturēt un izmantot iepriekšējās klasifikatora ierakstu versijas, norādot nepieciešamo periodu.Piebilde: ATVK Klasifikatora aprakstu sk.:http://www.csb.gov.lv/csp/content/?cat=4469&cl_cat=0&p_cid=30&p_vid=872&p_action=1Klasifikatora saturs:http://www.csb.gov.lv/csp/content/?cat=4469&cl_cat=0&p_cid=30&p_vid=872&p_action=2ATVK klasifikators ir mainīts administratīvi teritoriālās reformas ietvaros. Jāparedz gan vēsturisko, gan pašreizējo ATVK datu ielāde, nodrošinot sasaisti.

(42). NUTS izmantošana (Obligāta)Sistēmai jānodrošina NUTS 3 līmeņi un iespēja sistēmā definēt atbilstību ATVK, iekļaujot tajā vienu vairākus ATVK kodus. Lai savāktu un analizētu statistisko informāciju par reģioniem, atvieglotu un unificētu problēmreģionu noteikšanu un īstenotu reģionālo politiku, ES lieto teritoriālo vienību klasifikāciju (Nomenclature des unités territoriales statistiques, saīsināti NUTS). 2 Latvijas teritoriālo vienību sadalījums atbilstoši NUTS klasifikācijai ir šāds:

1. NUTS I un NUTS II līmeņos ietver Latvijas valsti kopumā;2. NUTS III līmenim atbilst seši valsts statistikas reģioni – Rīga, Pierīga,

Kurzemes, Zemgales, Vidzemes un Latgales statistikas reģioni.

(43). Reģionālās attīstības atbalsta instrumenti (Obligāta) Par katru no RAAI jāuztur vismaz šāda informācija:

2 Regulation (EC) No 1059/2003 of the European Parliament and of the Council of 26 May 2003 on the establishment of a common classification of territorial units for statistics (NUTS)


http://www.csb.gov.lv/csp/content/?cat=4469&cl_cat=0&p_cid=30&p_vid=872&p_action=2




http://www.csb.gov.lv/images/modules/items/item_file_4574_nace_kodu_atb_tab_030807.xls

http://www.csb.gov.lv/images/modules/items/item_file_4574_nace_kodu_atb_tab_030807.xls

http://www.csb.gov.lv/images/modules/items/item_file_4572_nace_izmainas_struktura_sekciju_lim.xls

http://www.csb.gov.lv/images/modules/items/item_file_4572_nace_izmainas_struktura_sekciju_lim.xls

http://www.csb.gov.lv/



1. instrumenta nosaukums,2. instrumenta veids,3. instrumenta darbības periods,4. RAAI hierarhijas veidošana (piemēram, programma, apakšprogrammas),5. finansējuma avots,6. investīciju kopējais apjoms,7. projektu jeb saņēmēju skaits, 8. projektu skaits kopā,9. projekti pa nozarēm,10. līdzekļi pa nozarēm (izmaksātie).

(44). Mērvienību klasifikators (Obligāta) Sistēmā jāuztur lokāls klasifikators par rādītājiem izmantojamajām mērvienībām, piemēram, skaits, valūta (LVL, EUR), skaits uz 1000 iedzīvotājiem.Rādītājiem izmantotās mērvienības skat. nodaļā 8.1 Rādītāju saraksts 66.lpp.

4.2.9. Datu ielādes process, saskarnes (RAIM 1. 9 ) (45). Datu ielādes uzdevumi (Obligāta)

Sistēmai jānodrošina rādītāju sarakstā (skat. nodaļu 8.1 Rādītāju saraksts 66.lpp) norādīto rādītāju:

1. ielādes procesa izstrāde, izveidojot saskarnes ar datu avotiem rādītāju un klasifikatoru saņemšanai, nodrošinot regulāras ielādes iespējas;

2. dimensiju un rādītāju datu sākotnējā ielāde. Kartogrāfisko datu saņemšana (vektoru formātā) par Valsts, reģionu, novadu un pagastu administratīvi teritoriālo vienību robežām.

3. ielādes procesa izstrāde, izveidojot saskarni un nodrošinot regulāras ielādes iespējas;

4. kartogrāfisko datu pirmreizējā ielāde.Pretendentam jānodrošina datu ielādes formātu izstrāde un saskaņošana, ņemot vērā datu avotu tehniskās un saturiskās iespējas.

(46). Uzdevumu plānošanas sistēmas izmantošana saskarņu nodrošināšanai (Vēlama)Saskarņu moduļa realizācijā datu apmaiņas un citu pakešveida uzdevumu plānošanai un darbināšanai vēlams izmantot uzdevumu plānošanas sistēmu, kas spēj nodrošināt darbu sadalītā vidē (distributed job management system). Tai jābūt šādām iespējām:

1. konfigurējama un mērogojama;2. spēja darboties heterogēnā vidē, kurā ir vairāki datori slodzes dalīšanai;3. iespēja atsākt uzdevumu tā avārijas gadījumā ne tikai no sākuma, bet no

tā apstāšanās punkta;4. veido visu uzdevumu darbības žurnāla pierakstus;5. kļūdu droša, spēj apstrādāt izņēmumsituācijas.

Saskarņu modulim jānodrošina iespēja simulēt saskarnes izmantošana, lai varētu veikt saskarņu pielāgošanu gan testēšanas, gan ražošanas vidē (piemēram, saņemot vajadzīgos datus manuāli un ar simulatora palīdzību ievietojot sistēmā).

(47). Datu apmaiņas formāti (Obligāta)Sistēmā jāparedz iespēja šādiem alternatīviem datu saņemšanas mehānismiem:




1. izmantojot Excel tabulas veidā aizpildītus datus, tai skaitā csv tabulas.2. izmantojot datu ievadformas, 3. izmantojot XML failu formā sagatavotus datus,4. izmantojot tīmekļa pakalpes.

Piezīme: primārais datu ievada formāts ir Excel tabulas, jo šādā veidā datus ir gatavi piegādāt lielākais vairums no datu avotiem. Datu ievadformas paredzēts izmantot nelielam datu apjomu ievadam, piemēram, klasifikatoru vai sasaistes tabulu uzturēšanai, datu manuālai labošanai, ja ielādes laikā nav iespējams veikt visu datu automātisku apstrādi. XML un tīmekļa pakalpes izmantojamas tikai atsevišķos gadījumos, ja šāda pakalpe jau izveidota datu piegādātāja informācijas sistēmā. Sistēmanalīzes laikā jānosaka katram piegādātājam piemērotākais datu apmaiņas formāts, nosakot datu avotu tehniskās iespējas.

(48). Valsts informācijas sistēmu savietotāja (VISS) izmantošana (Obligāta)Katras saskarnes izveidošanai jānodrošina efektīvākā datu apmaiņas protokola izvērtēšana un vai lietderīgi datu apmaiņai ar informācijas sniedzējiem izmantot VISSizveidoto infrastruktūru, kā arī tās sastāvā esošo datu izplatīšanas un savākšanas tīklu (DIT). Informācija par VISS un DIT pieejama http://www.vraa.gov.lv/lv/epakalpojumi/viss/.

(49). Rādītāju datu saņemšana no Centrālās statistikas pārvaldes (Obligāta)Sistēmai jānodrošina Rādītāju sarakstā (skat. nodaļu 8.1 Rādītāju saraksts 66.lpp) norādīto rādītāju datu pārņemšanu no CSP, izmantojot CSP mājas lapā pubicēto informāciju vai CSP speciālistu sagatavotas datnes. Informācija par datu apmaiņas formātu sk. http://www.csb.gov.lv/.

(50). TAPIS statistikas rādītāju sagatavošana (Obligāta)Sistēmai jānodrošina statistikas rādītāju saņemšana no TAPIS un izmantošana pārskatos vai teritorijas profilos:

1. platību sadalījums pa teritoriālā plānojuma funkcionālo zonējumu veidiem;

2. platību sadalījums un skaits par teritorijām, kurām ir uzsākti vai pabeigti detālplānojumi;

3. platību sadalījums pa teritorijām, kurām ir nodrošinātas komunikācijas u.c. labiekārtojumi (centralizēta ūdensapgāde, elektrības un gāzes līnijas).

(51). TAPIS papildus statistikas rādītāju sagatavošana (Vēlama)Sistēmai jānodrošina statistikas rādītāju saņemšana no TAPIS un izmantošana pārskatos vai teritorijas profilos:

1. meža platība (absolūtā un relatīvā vērtība);2. ūdensobjektu aizņemtā platība (absolūtā un relatīvā vērtība);3. platības pa nekustamā īpašuma lietojuma veidiem (absolūtā un relatīvā

vērtība);4. aizsargājamās dabas teritorijas (absolūtā un relatīvā vērtība);5. ceļu kopgarums un ceļu tīkla blīvums teritorijā (pēc nozīmes, ceļa seguma

un kopā).

(52). Rādītāju saņemšana no LR Uzņēmumu reģistra (Vēlama)RAIM ietvaros jānodrošina saskarne, kas ļauj veikt Rādītāju sarakstā (skat. nodaļu 8.1 Rādītāju saraksts 66.lpp) norādīto rādītāju datu pārņemšanu no Latvijas Uzņēmumu


http://www.csb.gov.lv/

http://www.vraa.gov.lv/lv/epakalpojumi/viss/



reģistra, izmantojot UR vai Lursoft mājas lapā publicētos pārskatus, vai UR speciālistu sagatavotas datnes.

(53). Rādītāju saņemšana no Valsts kases pārskatu informācijas sistēmas (Obligāta)Informācija no pašvaldību un to iestāžu gada pārskatiem plānots saņemt no valsts kases pašvaldību pārskatu informācijas sistēmas, izmantojot VARAM un VRAA dotās piekļuves tiesības, izmantojot informācijas ielādi no datnēm, kuras sagatavos VRAA speciālisti.No pārskatiem izmantojamos rādītājus skat. Rādītāju sarakstā (skat. nodaļu 8.1 Rādītājusaraksts 66.lpp).Pārskatu paraugi pieejami Valsts kases mājas lapā http://www.kase.gov.lv/.

(54). Saskarne ar FM struktūrfondu vadības informācijas sistēmas (Obligāta)Sistēmā jānodrošina faktisko finanšu resursu izlietojuma datu saņemšana no ES fondu Vadības informācijas sistēmas, izmantojot informācijas ielādi no datnēm, kuras sagatavos VRAA speciālisti. Informācija par sistēmā pieejamajām informācijas kopām pieejama http://www.esfondi.lv/.

(55). Rādītāju saņemšana no Lauku atbalsta dienesta (Obligāta) Sistēmā jānodrošina faktisko finanšu resursu izlietojuma datu saņemšana no Lauku atbalsta dienesta Integrētās administrēšanas un kontroles sistēmas, izmantojot LAD mājas lapā pieejamo informāciju, vai informācijas ielādi no datnēm, kuras sagatavos LAD speciālisti.

(56). Saskarne ar Valsts zivsaimniecības pārvaldes IS (Obligāta)Sistēmā jānodrošina faktisko finanšu resursu izlietojuma datu saņemšana no Valsts zivsaimniecības pārvaldes, izmantojot iestādes mājas lapā pieejamo informāciju, vai informācijas ielādi no datnēm, ko sagatavojuši iestādes speciālisti.

(57). Rādītāju saņemšana no Nodarbinātības valsts aģentūras (Obligāta)Sistēmā jāizveido saskarne, kas ļauj veikt Rādītāju sarakstā (skat. nodaļu 8.1 Rādītājusaraksts 66.lpp) norādīto rādītāju datu pārņemšanu no Nodarbinātības valsts aģentūras, izmantojot informācijas ielādi no datnēm, ko sagatavojuši iestādes speciālisti.

(58). Rādītāju saņemšana no Pilsonības un migrācijas lietu pārvaldes (Obligāta)Sistēmā jāizveido saskarne, kas ļauj veikt Rādītāju sarakstā (skat. nodaļu 8.1 Rādītājusaraksts 66.lpp) norādīto rādītāju datu pārņemšanu no Pilsonības un migrācijas lietu pārvaldes, izmantojot informācijas ielādi no datnēm, ko sagatavojuši iestādes speciālisti.

(59). Rādītāju saņemšana no Satiksmes ministrijas un Latvijas valsts ceļiem(Obligāta)Sistēmā jāizveido saskarne, kas ļauj veikt Rādītāju sarakstā (skat. nodaļu 8.1 Rādītājusaraksts 66.lpp) norādīto rādītāju datu pārņemšanu no Satiksmes ministrijas un VAS „Latvijas valsts ceļi”, izmantojot informācijas ielādi no datnēm, ko sagatavojuši iestādes speciālisti.

(60). Rādītāju saņemšana no Valsts sociālās apdrošināšanas aģentūras (Obligāta)Sistēmā jāizveido saskarne, kas ļauj veikt Rādītāju sarakstā (skat. nodaļu 8.1 Rādītājusaraksts 66.lpp) norādīto rādītāju datu pārņemšanu no Valsts sociālās apdrošināšanas aģentūras, izmantojot informācijas ielādi no datnēm, ko sagatavojuši iestādes speciālisti.

(61). Rādītāju saņemšana no Labklājības ministrijas (Vēlama)Sistēmā jāizveido saskarne, kas ļauj veikt Rādītāju sarakstā (skat. nodaļu 8.1 Rādītājusaraksts 66.lpp) norādīto rādītāju datu pārņemšanu no Labklājības ministrijas,


http://www.esfondi.lv/

http://www.kase.gov.lv/



izmantojot izmantojot iestādes mājas lapā pieejamo informāciju vai informācijas ielādi no datnēm, ko sagatavojuši iestādes speciālisti.

(62). Rādītāju saņemšana no Valsts izglītības satura centra (Vēlama)Sistēmā jāizveido saskarne, kas ļauj veikt Rādītāju sarakstā (skat. nodaļu 8.1 Rādītājusaraksts 66.lpp) norādīto rādītāju datu pārņemšanu no Valsts izglītības satura centra, izmantojot iestādes mājas lapā pieejamo informāciju vai informācijas ielādi no datnēm, ko sagatavojuši iestādes speciālisti.

(63). Rādītāju saņemšana no Veselības norēķinu centra (Vēlama)Sistēmā jāizveido saskarne, kas ļauj veikt Rādītāju sarakstā (skat. nodaļu 8.1 Rādītājusaraksts 66.lpp) norādīto rādītāju datu pārņemšanu no Veselības norēķinu centra, izmantojot iestādes mājas lapā pieejamo informāciju vai informācijas ielādi no datnēm, ko sagatavojuši iestādes speciālisti.

(64). Vienotas rādītāju ielādes vides izveide, izmantojot Excel izklājlapas (Obligāta)Visas minētās saskarnes jāveido tā, lai

1. Vienotā vidē nodrošinātu jebkura minētā rādītāja ielādi, izmantojot datu piegādātāju sagatavotas datnes Excel izklājlapu vai CSV formātā,

2. Nodrošinātu elastīgu datu ielādes mehānismu: 2.1. norādot vai izveidojot kolonu sasaistes karti un nodrošinot iespēju šo

karti saglabāt atkārtotai izmantošanai; 2.2. nodrošinot iespēju ielādēt datus par citiem hierarhisko dimensiju

līmeņiem (piemēram, sākotnēji dati pieejami tikai reģionu līmenī, turpmāk tie tiek pieejami arī novadu vai pagastu līmenī);

2.3. nodrošinot datu kopu ielādi, kas ļauj veikt jaunu rādītāju pievienošanu, ja izpildīti sekojoši nosacījumi: ja datu kopā iekļauto rādītāju detalizācijā tiek izmantotas tikai sistēmā jau definētās dimensijas un ja pirms tam sistēmā ievadīti rādītāja metadati.

(65). Administratīvi teritoriālais iedalījums Sistēmā jānodrošina administratīvi teritoriālā iedalījuma informācijas saņemšana no TAPIS, izmantojot TAPIS ietvaros radīto saskarni. Administratīvi teritoriālais iedalījums jāsaņem gan tekstuālā formā, gan arī administratīvo teritoriju robežas attēlošanai uz kartes – vektordatu formā.Informācija saņemama, reizi kvartālā vai biežāk (atkarībā no rādītāju saņemšanas laika).

(66). Saskarne ar Centrālo statistikas pārvaldi - NACE klasifikatorsSistēmā jānodrošina NACE klasifikatora (abu redakciju) saņemšana no CSP. Jāizveido mehānisms, kas ļautu klasifikatoru pārņemt atkārtoti tā izmaiņu gadījumā.

(67). Saņemto datu apstiprināšanas videSistēmai jānodrošina darba vide visu saņemto datu pārskatīšanai, koriģēšanai, akceptēšanai un publicēšanai, lai novērstu kļūdainu vai nekorektu datu ievietošanu RAIM. Sistēmai jānodrošina iespēja veikt akceptēšanu par katru pārņemto ierakstu atsevišķi, kā arī par ierakstu grupu. Sistēmai jānodrošina iespēja iezīmēt un apstiprināt uzreiz visus saņemtos datus. Dati, kas atrodas apstiprināšanas vidē, nav pieejami eksperta darbam, ne arī portālā.

(68). Nosacījumi, kad dati netiek pieņemtiDati netiek pieņemti, ja izpildās vismaz kāds no sekojošiem nosacījumiem:




1. Nepareizs datu formāts, piemēram, skaitļa vietā tiek saņemta simbolu virkne;

2. Neiespējami liels skaitlis;3. Nav aizpildīti obligātie parametri, piemēram, ieguldījuma rādītājam nav

norādīts teritorijas kods;4. Nav pareizi sastādīts datu fails, tā saturs nav atpazīstams;5. Nav identificējams vai nav norādīts datu avots.

Ja notiek manuāls datu ievads, sistēma veic sekojošas darbības:6. Informē lietotāju par datu nepieņemšanas iemeslu;7. Ieraksta kļūdu ziņojumu sistēmas kļūdu ziņojumu žurnālā.

Ja notiek automātisks datu ievads, sistēma veic sekojošas darbības:8. Sagatavo atbildes ziņojumu, kurā norāda, kuri dati nav pieņemti un datu

nepieņemšanas iemeslu;9. Iereģistrē saņemto ziņojumu žurnālā, saglabā ziņojumu arhīvā;10. Iereģistrē kļūdas ziņojumu sistēmas žurnālā.

Sistēma koriģē visas kļūdas, kurām ir iespējams noteikt viennozīmīgu kļūdas labošanas algoritmu.

(69). Datu iesniegšanas apstiprinājumsJa ievadītie dati ir kvalitatīvi, lietotājs apstiprina datu iesniegšanu. Pēc apstiprinājuma datus labot vairs nevar. Pēc lietotāja apstiprinājuma saņemšanas sistēma izveido notifikāciju par datu saņemšanu, kā arī reģistrē datu saņemšanas faktu sistēmas žurnālā. Sistēma ievadītajai datu kopai reģistrē metadatus par datu avotu un iesniegšanas laiku.Dati tiek nodoti pamata datu krātuvē vai nu automātiski vai, ja ir brīdinājumi par datu kvalitāti, pēc sistēmas administratora apstiprinājuma.

(70). Ievadīto datu apstiprināšana pirms novietošanas pamata datu krātuvēSistēmā jāparedz iespēja datus novietot pagaidu apgabalā un pārvietot tos pamata datu krātuvē tikai pēc sistēmas administratora apstiprinājuma. Tas attiecas uz jebkuru datu saņemšanas mehānismu – gan ievadformās ievadītajiem datiem, gan datiem, kuri saņemti automatizētās datu apmaiņas ietvaros.

4.2.10. Datu kvalitātes pārskatu iegūšanas iespējas (RAIM 1. 10 ) (71). Datu kvalitātes izpēte un atskaites (Obligāta)

Sistēmai jānodrošina dinamiskie datu kvalitātes pārskati, kurus iespējams pārskatīt, izmantojot datu analīzes rīku un kas nodrošina:

1. iespēju pārskatīt datus, kā dimensiju izmantojot datu avotus;2. detalizētā pārskatā konkrētai datu vienībai attēlot informāciju par datu

sniedzēju un saņemšanas laiku;3. salīdzināt datus pret kontrolsummām, kas saņemti no citiem datu avotiem;4. salīdzināt datus pret iepriekšējo periodu un identificēt, kur ir notikušas

būtiskas izmaiņas, kuras varētu būt radušās ievades kļūdas rezultātā.

4.2.11. TAPIS auditācijas pierakstu pārskati (RAIM 1.11) (72). TAPIS auditācijas pieraksti (Obligāta)

Sistēmai jānodrošina:




1. TAPIS auditācijas pierakstu biznesa slāņa (business layer) sagatvošana, nodrošinot dinamisko pārskatu sagatvošanas iespēju;

2. Ne vairāk kā trīs dinamisko pārskatu sagatvošanu, kas ļauj pārskatīt auditācijas pierakstus, sakārtot un filtrēt tos:2.1. Pēc to datuma2.2. Pēc to veida (kļūda, brīdinājums, informatīvs paziņojums)2.3. Pēc to avota – sistēmas komponentes, kas ievietojusi auditācijas

pierakstu3. Sagatvoto pārskatu pieejamību TAPIS portāla administratora darba vietā.

4.2.12. Sistēmas administrēšanas funkcijas (RAIM 1. 12 ) (73). Lietotāju identifikācija (Obligāta)

Sistēmā lietotāji ir jāidentificē pēc unikāla lietotāja vārda un paroles.Pirms datu ievada jebkurā no ievadformām, datu sniedzējam jāautentificējas sistēmā. Pašvaldību un plānošanas reģionu lietotāju datu uzkrāšanai un apstrādei, kā arī to autentificēšanai un autorizācijai ir jāizmanto PFAS autentifikācijas modulis (PFAS AUTH).

(74). Darba beigšana ar sistēmu (Obligāta)Identificētam lietotājam jānodrošina funkcionalitāte darba beigšanai ar sistēmu (logout), kā arī automātiska sesijas pārtraukšana, ja lietotājs sesijā nav bijis aktīvs ilgāk par n minūtēm, n - sistēmas konfigurējams parametrs.

(75). Lietotāju informācija (Obligāta)Sistēmā ir jāuzglabā par lietotājiem vismaz sekojoša informācija:

1. lietotāja vārds (username). Lietotāja vārdam ir jābūt unikālam sistēmā);2. pazīme, vai lietotājam pieslēgšanās sistēmai ir atļauta vai bloķēta;3. lietotāja personas informācija - lietotāja vārds un uzvārds, lietotāja

kontaktinformācija;4. lietotāja darba informācija (iestāde, amats, kontaktinformācija utt.);5. lietotāja parole (šifrētā veidā);6. pievienošanas datums sistēmā;7. paroles derīguma termiņš;8. pazīme vai lietotājs ir aktīvs.9. Cita par lietotāju sistēmā uzturamā informācija, kas var tikt identificēta

prasību analīzes laikā.Lietotāja tiesību piešķiršana (lietotāja vārda un paroles apstiprinājums) jānodrošina izmantojot verifikāciju ar e-pastu uz eksistējošu adresi.

(76). Lietotāju grupu tiesību pārvaldība (Obligāta)Sistēmai jānodrošina visu TAPIS RAIM lietotāju grupu atbalsts (sk. arī (3).Paredzamais RAIM lietotāju skaits (Obligāta) 15.lpp):

1. publiskie lietotāji2. eksperti - VARAM un VRAA speciālisti;3. plānošanas reģionu speciālisti;4. pašvaldību darbinieki.5. Sistēmas adminstratori.




(77). Metadatu lietotāju tiesību administrēšana (Obligāta)Sistēma nodrošina lietotāju tiesību ierobežošanu darbībai ar metadatiem. Darbības ar metadatiem pieejamas tikai noteiktam lietotāju lokam, kuru nosaka sistēmas administrators.

(78). Sistēmas uzstādījumi (Obligāta)Sistēmas uzstādījumos jānodrošina iespēja konfigurēt šādus parametrus:

1. dokumentu darba plūsmas un to noklusētie parametri;2. dokumentu glabāšanas kārtulas un to noklusētie parametri;3. brīdinājumu nosūtīšanas noklusētie parametri.

(79). Lietotāju darbību auditācijas žurnāls (Obligāta)Jānodrošina šādas iespējas:

1. meklēšana pēc viena vai vairākiem parametriem:1.1. izmaiņu veicēja;1.2. darbības veida;1.3. objekta identifikatora;1.4. izmaiņu veikšanas intervāla;

2. ieraksta veco un jauno vērtību attēlošana;3. auditācijas ierakstu eksportēšanu .xml vai .csv formātā.

Auditācijas ierakstiem ir jābūt aizsargātiem pret labošanu.

4.3. Sistēmas nefunkcionālās prasības4.3.1. Prasības sistēmas veiktspējai, kapacitātei un mērogojamībai (80). Sistēmas ātrdarbība (Obligāta)

Sistēmai ir jānodrošina3:1. informācijas attēlošana meklēšanas sarakstos ar specifisku meklēšanas

parametru/atslēgu ievadu - ne vairāk kā 5 sekunžu laikā;2. jebkuru ievadformā ievadīto datu saglabāšana datu bāzē un atspoguļošana

ne vairāk kā 7 sekunžu laikā;3. dinamiskā pārskata - tabulas vai grafika sagatavošana ar 1-3 atlasītiem

rādītājiem, norādot atlases kritērijus – ne vairāk kā 5 sekunžu laikā.

(81). Lietotāju skaits (Obligāta)RAIM portālā jānodrošina vismaz vienlaicīgu lietotāju darbība atbilstoši prasībā (3).Paredzamais RAIM lietotāju skaits (15. lpp) minētajam lietotāju skaitam.

4.3.2. Prasības drošībai (82). Informācijas aizsardzība (Obligāta)

Sistēmai jānodrošina apstrādājamās informācijas aizsardzība, lai neautorizētas personas vai sistēmas nevarētu izgūt vai modificēt informāciju, kas nav publiski pieejama.Lietotāji nedrīkst piekļūt sistēmā glabājamai informācijai, apejot drošības kontroles programmas, piemēram, operētājsistēmas, failu sistēmas vai datu bāzes līmenī.Sistēmai jāveic autorizētiem lietotājiem pieejamo sistēmas nodrošināto procesu auditāciju, reģistrējot vismaz šādus auditācijas pierakstus attiecībā uz datiem, kas reģistrēti izmantojot datu ievadformas:

3 Neņemot vērā tīkla pieslēguma ietekmi.




1. Par katru datu bāzē veikto ieraksta labošanu/maiņu, sistēmai ir jāizveido auditācijas pieraksts, kā arī labotā/mainītā ieraksta pilnu satura kopiju pirms un pēc labošanas/mainīšanas. Ieraksti, kuriem nepieciešams uzturēt pilnu satura kopiju pirms un pēc labošanas/mainīšanas, tiks noteikti prasību analīzes laikā.

2. Par katru no datu bāzes dzēsto ierakstu, sistēmai ir jāizveido auditācijas pieraksts, kā arī dzēstā ieraksta pilnu satura kopiju pirms dzēšanas. Ieraksti, kuriem nepieciešams uzturēt pilnu satura kopiju to dzēšanas gadījumā, tiks noteikti prasību analīzes laikā.

3. Par datu validācijas nosacījumu brīdinājumiem, kurus sistēmas administrators akceptējis.

(83). Auditācijas pierakstu uzglabāšana (Obligāta)Auditācijas pieraksti par datos veiktajām izmaiņām tiek uzglabāti – vismaz n mēnešus (n - sistēmas parametrs, pieņemot, ka noklusētā vērtība ir 12 mēnesis), pēc tam tos automātiski dzēšot. Sistēmas administratoram ir iespēja mainīt šo parametru, kā arī manuāli ierosināt auditācijas pierakstu izdzēšanu. Šajā gadījumā tiek veidoti auditācijas pieraksti par sistēmas administratora veiktajām darbībām, kas netiek dzēsti ar manuālo dzēšanas procesu, bet tikai pēc noteikta laika – automatizēti.

(84). Auditācijas pierakstā iekļaujamā informācija (Obligāta)Katrā auditācijas pierakstā sistēmai jāiekļauj vismaz sekojoša informācija par auditējamo notikumu:

1. notikuma datums un laiks;2. notikuma veids;3. ar notikumu saistītā lietotāja identitāte.

(85). Rezerves datu kopiju veidošana un datu atjaunošana (Obligāta)Sistēmai ir jānodrošina automātiska datu dublēšana un rezerves datu kopiju veidošana. Rezerves datu kopiju veidošanai ir jābūt iespējamai bez sistēmas apturēšanas. Datu rezerves kopiju veidošanu un atjaunošanu var nodrošināt arī ar datu bāzes un sistēmas līdzekļiem.

(86). Datu glabāšana sistēmā (Obligāta)Datu glabāšanai sistēmā jāizmanto datu noliktavai piemērots datu modelis, kas piemērots daudzdimensionālai datu analīzei, piemēram, daudzdimensiju datu modelis vai jauktais daudzdimensiju-relāciju datu modelis.

4.3.3. Prasības dizainam un lietotāja saskarnei (87). Vispārējās prasības dizainam un lietotāja saskarnei (Obligāta)

Sistēmas dizainam un lietotāja saskarnei ir jāatbilst sekojošām prasībām:1. lietotāju saskarnei ir jābūt ērtai un ergonomiskai (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. sistēmas dialogiem jāsatur tikai tāds informācijas apjoms, kas ir būtiska sistēmas darbināšanai un lietotāja funkciju veikšanai;




5. sistēmas standarta ziņojumiem jābūt lietotājiem 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;

6. navigācija starp ekrānformā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;

7. sistēmai jānodrošina atgriezenisko saiti ar lietotāju, pēc iespējas informējot viņu par sistēmā notiekošajām darbībām;

8. jānodrošina navigācijas vēstures atcerēšanās un izmantošana;9. ievadformās jābūt iespējai atcelt veiktās datu izmaiņas, neveicot izmaiņas

datu bāzē. Darbības atcelšanas iespējai jābūt skaidri redzamai un viegli pieejamai lietotājam.

(88). Valodu atbalsts lietotāja saskarnē (Obligāta)Sistēmai ir jānodrošina daudzvalodu atbalsts publiskā lietotāja saskarnē. Citās lietotāja saskarnēs jānodrošina latviešu valoda ekrāna ievada un izvada formās (virsraksti, izvēlnes un lauku nosaukumi (apraksti, uzaicinājumi) formās un dialogos), palīdzības tekstā (neatkarīgi no to attēlošanas veida/vietas - statusa rindā, kā ‘peldošais’ teksts, atsevišķā logā u.tml.), izdrukās, kļūdu, brīdinājumu, informatīvos paziņojumos, kā arī jebkura cita veida paziņojumos, ko sistēma rāda lietotājiem.Sekojošos gadījumos ir pieļaujamas sekojošas atkāpes no šīs prasības:

1. atsevišķu kļūdu un brīdinājumu gadījumā – atsevišķi un īpaši izceļot, ir pieļaujams attēlot detalizētu informāciju par kļūdu citā valodā. Šīs atkāpes gadījumā lietotājam latviešu valodā ir jāsaņem arī norādes par tālāko rīcību;

2. ja sistēma izmanto operētājsistēmas koplietošanas lietotāja saskarnes resursus (piemēram, ‘Save As’ dialogu, ‘Print’ dialogu u.tml.), tad šiem resursiem lietotāja saskarnes elementi var būt operāciju sistēmā izmantotajā valodā).

Piezīme: Izņēmuma kārtā sistēmas administrēšanas funkciju lietotāja saskarne, kuras nav nepieciešamas plašam lietotāju lokam, bet tikai administratoriem, var būt realizētas angļu valodā, piemēram, datu bāzes rezerves kopēšana, sistēmas atjaunošana, lietotāju administrēšana un tml.Lietotāja saskarnes un paziņojumu tekstiem jābūt strukturētiem viegli rediģējamā datu struktūrā (datu bāzes atsevišķā tabulā vai teksta failā) atsevišķi no sistēmas (programmas) koda, ar iespēju noteikta līmeņa lietotājam veikt un pievienot jaunu lietotāja valodu (tulkojumu).

(89). Interneta pārlūkprogrammu atbalsts (Obligāta)Publiskajiem lietotājiem pārlūkot datus un veikt citas darbības, izmantojot prasībā (166) minētās pārlūkprogrammas4, tomēr vēlams, lai risinājums pēc iespējas nebūtu atkarīgs no izmantotā pārlūka. Ja tā nav, lietotājam portālā jāsaņem brīdinājums par neatbilstošas pārlūkprogrammas izmantošanu.

(90). Informācijas iekšējās integritātes nodrošināšana (Obligāta)Sistēmai ir jānodrošina informācijas integritāte no biznesa loģikas viedokļa.

(91). Prasības tehnoloģiju atbalstam (Obligāta)Lapas izveidē ir jāizmanto mūsdienīgas tehnoloģijas un izstrādes rīki, nodrošinot, ka izmantotās tehnoloģijas tiks uzturētas vēl vismaz 5 gadus no to ražotāju puses, un

4 Pēc http://www.netmarketshare.com/report.aspx?qprid=0&qptimeframe=M&qpsp=132 datiem


http://www.netmarketshare.com/report.aspx?qprid=0&qptimeframe=M&qpsp=132



sistēmas funkcionalitāte šajā periodā varēs tikt papildināta pēc pasūtītāja vēlmes.

(92). Noslodzes sadalīšana (Obligāta)Izmantotajai DBVS ir jāatbalsta serveru noslodzes sadalīšana (load balancing), dodot iespēju, nākotnē noslodzes pieaugšanas gadījumā, sadalīt pieprasījumus uz vairākiem serveriem, neveicot izmaiņas izstrādātajā programmatūrā.

(93). Protokolu atbalsts (Obligāta)Sistēmai ir jāatbalsta HTTP (Hyper Text Transport Protocol) un HTTPS transporta protokoli.

4.3.4. Prasības atbilstībai prasībām valsts informācijas sistēmām (94). RAIM atbilstība valsts informācijas sistēmu prasībām (Obligāta)

RAIM jānodrošina visu prasību izpilde, kas attiecas uz valsts informācijas sistēmām, jo RAIM ir TAPIS sastāvā, kurai būs valsts informācijas sistēmas statuss, atbilstoši valsts informācijas sistēmu likumam5 un saistītajiem tiesību aktiem.

5 http://www.likumi.lv/doc.php?id=62324




5. Izmēģinājuma ekspluatācija, garantija un uzturēšana (RAIM.2)(95). Izmēģinājuma ekspluatācijā veicamo darbu saturs (Obligāta)

Sistēmas izmēģinājuma ekspluatācija tiks veikta kopā ar TAPIS izmēģinājuma ekspluatāciju. Izmēģinājuma ekspluatācijas ietvaros tiks veikta:

1. programmatūras uzstādīšana Pasūtītāja datu centrā;2. sākotnējā datu ielāde;3. sistēmas darbības pārbaude;4. pirmreizējā teritorijas profilu sagatavošana un publicēšana;5. veiktspējas un drošības audits un pārskats;6. tehniskais atbalsts.

(96). Sistēmas izmēģinājuma ekspluatācija (Obligāta)Pēc katra sistēmas posma izstrādes un ieviešanas ekspluatācijā Izstrādātājam:

1. jānodrošina sistēmas darbināšanas atbalsts, nodrošinot Pasūtītāja vai pašvaldību – sistēmas lietotāju klātienes atbalsts vismaz 16 (sešpadsmit stundas) mēnesī;

2. jānodrošina Izstrādātāja pārstāvju sazināšanos ar Pasūtītāju jebkuras 1-3.prioritātes pieteikuma gadījumā ne vēlāk, kā 4 stundu laikā no pieteikuma saņemšanas brīža pieteikuma novērtēšanai un novēršanai (ja tas iespējams, nepārtraucot sistēmas darbu).

(97). Izmēģinājuma ekspluatācijas posma noslēgšana (Obligāta)Sistēmas izmēģinājuma ekspluatācija var beigties tikai tad, kad ir novērstas visas 1., 2. prioritātes kļūdas (skat. (121). Sistēmas darbināšanas problēmu un pieteikumuprioritātes), bet ne ātrāk kā 2 (divus) mēnešus no tās uzsākšanās. Noslēdzoties sistēmas izmēģinājuma ekspluatācijas posmam, Izstrādātājam jāsagatavo atskaiti, kurā ir jābūt ietvertai informācijai par izmēģinājuma ekspluatācijas laikā konstatētajām 1.– 4. prioritātes problēmām, pierakstiem par to, ka šie defekti ir novērsti vai arī, ja novēršana nav bijusi iespējama – turpmāk nepieciešamajām rīcībām, atbildīgajiem un termiņiem.Pasūtītājs, balstoties uz ziņojumu, pieņem lēmumu par iespējamību beigt izmēģinājuma ekspluatācijas posmu un uzsākt sistēmas garantijas uzturēšanas posmu.

(98). Prasības uzturamībai (Obligāta)Sistēmas uzturēšanu jāspēj veikt tās Izstrādātājam vai jebkuram citam profesionālam programmatūras izstrādes uzņēmumam ar pieredzi izmantotajā izstrādes vidē un produktos. Lai nodrošinātu sistēmas uzturēšanu, Izstrādātājam jāpiegādā instalācijas komplekts un dokumentācija (instalēšanas un administrēšanas rokasgrāmata).

(99). Sistēmas pieejamība publiskajai daļai (Obligāta)Sistēmas publiskajai daļai jābūt pieejamai visu diennakti, pieļaujami plānoti pārtraukumi sistēmas apkalpošanai, ja par šiem pārtraukumiem tiek savlaicīgi paziņots.

(100). Sistēmas pieejamība nepubliskajai daļai (Obligāta)Sistēmas nepubliskajai daļai pieejamībai ir jābūt ne mazāk kā 96 % tās normālajā darba laikā (darba dienās no 8:30 līdz 18:00), par atskaites punktu pieņemot gadu. Sistēmas nepubliskā daļa var nebūt pieejama ārpus normālā darba laika. Laiks, kurā sistēma nav pieejama izmantošanai lietotājiem, nedrīkst pārsniegt 10 stundas mēnesī.




(101). Sistēmas garantijas uzturēšana (Obligāta)Izstrādātājam ir jānodrošina 24 mēnešu garantijas periods, skaitot no sistēmas nodošanas dienas (Sistēmas nodošanas – pieņemšanas akta parakstīšanas dienas) katrai izstrādes kārtai atsevišķi.Izstrādātājam ir jānodrošina 2 gadu uzturēšanas pakalpojumi, skaitot no sistēmas garantijas perioda beigām.

(102). Sistēmas garantijas apjoms (Obligāta)Sistēmas garantijas laikā Izstrādātājam bez maksas jāveic tādu piegādātās programmatūras uzstādījumu, konfigurācijas parametru vai programmatūras modifikāciju veikšanu ar mērķi novērst kļūdas, kā arī datu bojājumu novēršanu, kas radušies Izstrādātāja apzinātas vai neapzinātas rīcības rezultātā un kas apgrūtina sistēmas izmantošanu atbilstoši sistēmas tehniskajai specifikācijai, kāda tā bijusi, nododot sistēmu ekspluatācijā (prasība attiecas uz visiem sistēmas garantijas laikā pieteiktiem pieteikumiem). Sistēmas garantijas laikā jānodrošina sistēmas ietvaros piegādātās trešās puses programmatūras jauninājumu bezmaksas piegāde, nodrošinot jauninājumu lejupielādi testēšanas vidē un instalāciju produkcijas vidē pēc Sistēmas darbības testēšanas. Tas neattiecas uz kritiskiem drošības ielāpiem, kuri jāinstalē nekavējoši. Sistēmas garantijas periodā jābūt paredzētai pārejai uz trešo personu programmatūras jaunākām versijām uz atvieglotiem noteikumiem (ja attiecīgā ražotāja licencēšanas noteikumi to paredz).

(103). Tehniskā atbalsta saturs (Obligāta)Sistēmas uzturēšanas laikā Izstrādātājam ir jāsniedz tehniskais atbalsts, tai skaitā arī uz pieteikumiem, kuru prioritāte atbilst 6.prioritātei (sk. (121). Sistēmas darbināšanasproblēmu un pieteikumu prioritātes 42.lpp). Tehniskam atbalstam ir jāietver vismaz sekojošo:

1. piegādātās programmatūras jaunāko versiju (t.sk. atjauninājumu (update) un ielāpu (patch)) piegāde, instalēšana un/vai uzstādīšana (pēc Pasūtītāja pieprasījuma klātienē);

2. piegādātās programmatūras kļūdu labojumu piegāde, instalēšana un/vai uzstādīšana (pēc Pasūtītāja pieprasījuma klātienē);

3. Pasūtītāja datu labojumu veikšana, ja datu bojājumi radušies piegādātās programmatūras kļūdu vai nepilnību dēļ;

4. piegādātās programmatūras darbības traucējumu un/vai problēmu diagnosticēšana un analīze;

5. Pasūtītāja kontaktpersonas konsultēšana un atbalsts sistēmas darbināšanā (telefoniski, izmantojot e-pastu vai, pēc Pasūtītāja pieprasījuma – klātienē, bet ne vairāk, kā 8 stundas mēnesī);

6. sistēmas pilnveidošana un uzlabošana, pamatojoties uz iepriekš panāktu Izstrādātāja un Pasūtītāja savstarpējo vienošanos.

7. trešo personu programmatūras jaunāko versiju iegāde ar atvieglotiem noteikumiem (ja trešo personu programmatūras licencēšanas noteikumi to paredz).

Izstrādātājam jānodrošina tehniskā atbalsta pieejamība vismaz trim Pasūtītāja nozīmētām kontaktpersonām.6.prioritātes pieteikumiem ir ierobežots cilvēkdienu apjoms – 3 cilvēkdienas mēnesī.




(104). Palīdzības un konsultāciju pieejamība sistēmas izmantošanā (Obligāta)Sistēmas garantijas ietvaros Izstrādātājam jānodrošina palīdzība un konsultācijas sistēmas izmantošanā, kas pieejama Pasūtītāja nozīmētām kontaktpersonām darba dienās no 8:30 līdz 18:00 – tai skaitā pieteikumi, kuru prioritāte atbilst 6.prioritātei (sk. (121). Sistēmas darbināšanas problēmu un pieteikumu prioritātes 42.lpp). Atbalsta pieejamība jānodrošina ne mazāk kā 3 (trim) Pasūtītāja nozīmētām kontaktpersonām.

(105). Tehniskā atbalsta, palīdzības un konsultācijas sniegšanas veids (Obligāta)Sistēmas garantijas ietvaros tehniskais atbalsts, palīdzība un konsultācijas sniedzamas, izmantojot sekojošus komunikācijas kanālus – telefoniski, pa e-pastu, pa faksu, reģistrējot pieteikumu Internet pieteikumu reģistrā 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.

(106). Attālināta problēmu pieteikumu statusa noteikšana (Obligāta)Sistēmas garantijas ietvaros Izstrādātājam jānodrošina iespēja Pasūtītāja nozīmētām kontaktpersonām attālināti sekot savu pieteikumu statusam, pieslēdzoties pie pakalpojumu sniedzēja pieteikumu reģistrācijas sistēmas caur Internet.

(107). Atbalsta iniciēšana (Obligāta)Sistēmas garantijas ietvaros atbalsts tiek sniegts 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 problēmu pieteikumi.

(108). Problēmas pieteikums (Obligāta)Problēmas pieteikums satur vismaz sekojošu informāciju:

1. sastādīšanas datums, laiks, sastādītājs;2. identifikācija programmatūras, uzstādījuma vai konfigurācijas vienumam,

ar kuru saistīta problēma/uzturēšanas pieteikums;3. pieteikuma apraksts un pieteikuma prioritāte.

Problēmas 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, faksu un Internetu (Izstrādātāja pieteikuma reģistrs).

(109). Sistēmas garantijas apkalpošanas pakalpojumu valoda (Obligāta)Sistēmas garantijas ietvaros visa komunikācija, sniedzot sistēmas garantijas apkalpošanas pakalpojumus, ir jānodrošina latviešu valodā.

(110). Defektu novēršana (Obligāta)Sistēmas garantijas ietvaros Izstrādātājam ir jānovērš sistēmas darbības traucējumi, ja tādi rodas, un defekti, ja tādi tiek atklāti, bez papildus maksas – pieteikumi, kuru prioritāte atbilst 1.,2., 3. un 4. prioritātei (sk. (121). Sistēmas darbināšanas problēmu unpieteikumu prioritātes 42.lpp).

(111). Izmaiņu pieprasījumi (Obligāta)Izstrādātājam ir jānodrošina izmaiņu pieprasījumu (5.prioritātes pieteikumi, sk. (121).Sistēmas darbināšanas problēmu un pieteikumu prioritātes 42.lpp) apstrāde, izmaiņu priekšlikumu sagatavošana un novērtēšana šo uzturēšanas pakalpojumu ietvaros bez papildus samaksas.Izmaiņu pieprasījuma novērtējumu Izstrādātājs iesniedz Pasūtītājam rakstveidā (Izstrādātājam ir jāizstrādā izmaiņu pieprasījumu apstrādes (iniciēšanas, novērtējuma,




apstiprināšanas) veidne). Izmaiņu pieprasījuma novērtējumā atsevišķi jāizdala nepieciešamā darbietilpība visu izstrādāto sistēmas dokumentāciju atjaunošanai.

(112). Izmaiņu pieprasījumu novērtēšanas apjoms (Obligāta)Par katru izmaiņu pieprasījumu Izstrādātājam ir jānorāda vismaz sekojoša informācija:

1. ietekme uz sistēmas esošo funkcionalitāti;2. veicamo darbību uzskaitījums nepieciešamā izmaiņu pieprasījuma

īstenošanai;3. nepieciešamā darbietilpība un izmaksas (detalizēts nepieciešamās

darbietilpības atšifrējums analīzei, apakšprojektēšanai, izstrādei, testēšanai, dokumentēšanai utt.);

4. realizācijas termiņš.

(113). Izmaiņu pieprasījumu izstrāde, testēšana un piegāde (Obligāta)Izstrādātājam jāveic izmaiņu pieprasījuma izstrāde, testēšana un lietotāju dokumentācijas papildināšana, pamatojoties uz Pasūtītāja prasībām, apstiprināto programmatūras prasību specifikāciju un apstiprināto programmatūras apakšprojektējuma aprakstu. Pasūtītājs izmaiņu pieprasījuma akcepttestēšanu veic testa vidē, kuru nodrošina Pasūtītājs. Izstrādātājs piegādā realizētās izmaiņas programmatūras laidiena veidā kopā ar laidiena aprakstu, kurā apkopoti visi konkrētajā piegādē realizētie izmaiņu pieprasījumi un kļūdu labojumi (ja tādi veikti).

(114). Pieteikumu iesniegšana (Obligāta)Piesakot pieteikumu, Pasūtītāja kontaktpersona formulē pieteikuma aprakstu vai jautājumu un pieteikuma risināšanas prioritāti (pieteikuma prioritāte tiek noteikta saskaņā ar nodaļā 5.3.Pieteikumu klasifikācija sniegto aprakstu. Papildus aprakstītām darbībām), piesakot 1. un 2. prioritātes problēmas, Izstrādātājs par to ir jāinformē 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 sākuma.

(115). Reakcijas laiks uz pieteikumu (Obligāta)Izstrādātājs reaģē uz pieteikumiem sekojošos laikos:

1. 1. un 2. prioritātes pieteikumiem reakcija seko 1 (vienas) darba stundas laikā;

2. 3. un 4. prioritātes pieteikumiem reakcijas laiks ir 8 (astoņas) darba stundas;

3. 5.prioritātes pieteikumiem – Izstrādātājam izmaiņu pieprasījuma novērtēšanu jāveic 5 (piecu) darba dienu laikā pēc tā iniciēšanas un pieprasījuma saņemšanas. Ja izmaiņu pieprasījuma novērtēšana objektīvu apstākļu dēļ nav iespējama 5 (piecu) darba dienu laikā, Izstrādātājs par to informē Pasūtītāja atbildīgos pārstāvjus (norādot iemeslus, kāpēc izmaiņu pieprasījuma pieteikumu nav iespējams novērtēt 5 (piecu) darba dienu laikā). Šādā gadījumā izmaiņu pieprasījuma novērtēšana veicama termiņā, kas noteikts, vienojoties ar Pasūtītāju;




4. 6.prioritāte pieteikumiem – piesakot pieteikumu klātienē vai telefoniski - seko tūlītēja reakcija; piesakot pieteikumu izmantojot citus komunikācijas kanālus – reakcijas laiks ir 8 (astoņas) darba stundas.

Darba stundas tiek aprēķinātas no 8:30 līdz 18:00 darba dienās, ārpus minētā darba laika pieteikumi tiek pieņemti elektroniski, bet darbība tiek uzsākta nākamās darba dienas sākumā.

(116). Pieteikumu reģistrēšana (Obligāta)Katrs pieteikums tiek reģistrēts Izstrādātāja pieteikumu reģistrā, un Pasūtītāja kontaktpersona tiek rakstveidā (pa e-pastu) informēta par reģistrētā pieteikuma detaļām.

(117). Pieteikumu saskaņošana (Obligāta)Katrs pieteikums tiek saskaņots. Pasūtītāja un 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.

(118). Pieteikumu risināšana (Obligāta)Izstrādātājs risina pieteikumu visiem pieejamajiem saprātīgiem līdzekļiem, savukārt Pasūtītājs visiem pieejamajiem saprātīgiem 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 vienošanās (tajā skaitā veicot nepieciešamās atzīmes Izstrādātāja pieteikumu reģistrā), bet:

1. 1. un 2. prioritātes pieteikumiem ne retāk kā reizi 2 darba stundās;2. 3. un 4. prioritātes pieteikumiem ne retāk kā reizi 5 darba dienās;3. 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;

4. 6.prioritātes pieteikumiem ne retāk kā reizi 4 darba stundās.

(119). Pieteikumu slēgšana (Obligāta)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.

(120). Pieteikumu eskalācija (Obligāta)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ēts programmatūras ražotājam, ja vien puses nevienojas citādi, sekojošos kontrollaikos:

1. 1. un 2. prioritātes pieteikumi, ja nav izdevies atrast pieņemamu risinājumu 24 stundu laikā;

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




(121). Sistēmas darbināšanas problēmu un pieteikumu prioritātes (Informatīva)Sistēmas darbināšanas problēmas un pieteikumi tiek apstrādāti ievērojot sekojošas prioritātes:

1. 1.prioritāte: Avārija – problēma izraisa pilnīgu sistēmas darbības apstāšanos, un/vai darbs nevar tikt turpināts.

2. 2.prioritāte: Kļūda, kuru nevar apiet – problēma izraisa iekšēju programmatūras kļūdu vai nekorektu darbību, kas rada lielus funkcionalitātes zudumus. Nav zināms (Pasūtītājam) pieņemams problēmas apiešanas risinājums, tomēr ir iespējams darbu turpināt ierobežotā režīmā.

3. 3.prioritāte: Kļūda, kuru var apiet - Problēma izraisa minimālus iespēju zudumus. Ietekme uz sistēmu ir mazsvarīga/sagādā zināmas neērtības, piemēram, manuālu darbu sistēmas funkcionēšanas atjaunošanai / darba turpināšanai.

4. 4.prioritāte: Neprecizitāte - Problēma neizraisa iespēju zudumus. Šādu pieteikumu raksturo iekšēja programmatūras kļūda vai nekorekta darbība, kuras ietekmi uz darba turpināšanu var neņemt vērā, kļūda / neprecizitāte produkta dokumentācijā.

5. 5.prioritāte: Izmaiņu pieprasījums - Pieprasījums veikt izmaiņas vai papildināt Sistēmas funkcionalitāti, dokumentāciju vai veikt citus papildus darbus, kas ir ārpus līguma sfēras vai atšķiras no iepriekš saskaņotajām prasībām.

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




6. Prasības apakšprojekta pārvaldībai (RAIM.4)(122). Nodevumu piegādes laika grafiks (Obligāta)

Apakšprojekta pirmā kārta ir jārealizē saskaņā ar sekojošu laika grafiku:5. tabula — Apakšprojekta pirmās kārtas laika grafiks

Darbu pakotnes ID

Nosaukums Termiņš

RAIM.1 RAIM izstrāde 9 mēnešu laikā no līguma noslēgšanas

RAIM.2 Garantijas nodrošināšana 24 mēnešu laikā no Sistēmas pieņemšanas

RAIM.3 Apakšprojekta pārvaldība Visā apakšprojekta darbības laikā

RAIM.4 Risinājuma izveidei nepieciešamo licenču un aparatūras piegāde

1 mēneša laikā no līguma noslēgšanas

Pirms apakšprojekta uzsākšanas Izstrādātājam ir jāizstrādā apakšprojekta plāns, kurā jānorāda detalizēts darbu saraksts un to izpildes laika grafiks. Katra posma sākumā Izstrādātājam ir jāveic laika grafika detalizācija.Apakšprojekta pakotne RAIM.1 var tikt iedalīta posmos, piemēram, sistēmanalīze, izstrāde, testēšana, ieviešana. Pirms katras darba pakotnes izstrādes uzsākšanas Pasūtītājs, saskaņā ar Izstrādātāja piedāvājumu, nosaka tās izstrādes metodiku, piemēram, ūdenskrituma vai iteratīva.

(123). Metodika (Obligāta)Izstrādātājam ar Pasūtīju pēc līguma noslēgšanas ir jāvienojas par programmatūras izstrādes metodiku atsevišķi katrai apakšprojekta darba pakotnei, piemēram, viens programmatūras modulis var tikt izstrādāts pēc ūdenskrituma metodes, bet cits pēc iteratīvas metodes. Izstrādātājam Tehniskajā piedāvājumā jāpiedāvā un apakšprojekta laikā jāvadās pēc piedāvātās metodikas sekojošos jautājumos:

1. apakšprojekta pārvaldībā;2. prasību definēšanā un sistēmas izstrādē;3. problēmu novēršanā;4. izmaiņu vadībā;5. risku pārvaldībā;6. sistēmas uzturēšanā.

Apakšprojekta pārvaldībai jāizmanto IT nozarē vispāratzīti vadības ietvari, kas nodrošina ūdenskrituma un iteratīvo programmatūras izstrādes metodi, piemēram, ISO/IEC 12207 standarts, RUP (Rational Unified Process), Oracle Method, DSDM (Dynamic Systems Development Method), MSF (Microsoft Solution Framework) u.tml.Izstrādātājam piedāvājumā ir jāapraksta gan ūdenskrituma, gan iteratīvo programmatūras izstrādes metodi.




(124). Apakšprojekta valoda (Obligāta)Izstrādātājam ir jānodrošina latviešu valoda:

1. apakšprojekta sanāksmēs;2. intervijās ar Pasūtītāju/sistēmas lietotājiem, izmantotājiem;3. apmācībās;4. visā apakšprojekta dokumentācijā;5. sniedzot sistēmas uzturēšanas un ekspluatācijas pakalpojumus.

(125). Interviju norises vieta (Obligāta)Intervijas ar Pasūtītāju un iesaistītajām institūcijām notiks Rīgā, atsevišķas intervijas (piemēram, ar izvēlētām pašvaldībām un plānošanas reģionu pārstāvjiem) var notikt visā Latvijas teritorijā.

(126). Apakšprojekta bibliotēka (Obligāta)Apakšprojekta darbības laikā jāizveido un jāuztur apakšprojekta bibliotēka, kas pieejama Pasūtītāja pārstāvjiem un kurā:

1. Jāizvieto apakšprojekta pārvaldības dokumentācija – sanāksmju piezīmes, protokoli, ziņojumi par progresa gaitu u.c.

2. Jānodrošina detalizētas un aktuālas dokumentācijas, kas nepieciešamas sistēmas akcepttestēšanai, lietošanai, administrēšanai un modificēšanai, pieejamība.

3. Jāuztur sistēmas darba dokumenti – prasību specifikācija, projektējums, testēšanas piemēru apraksti u.c.

4. Jānodrošina sistēmas kodi, kas pakļauti versiju kontrolei (CVS, Subversion, Mercurial u.c.).

(127). Nodevumu trasējamība (Obligāta)Izstrādātājam jānodrošina sekojošu dokumentu trasējamība:

1. programmatūras prasību specifikācijā, kuru Izstrādātājs sagatavo un nodod sistēmanalīzes posma beigās, specificēto prasību trasējamība ar šajā dokumentā definētām prasībām (prasību numuriem).

2. programmatūras projektējuma apraksta, kuru Izstrādātājs sagatavo un nodod projektēšanas posma beigās, trasējamību ar programmatūrās prasību specifikācijā definētām prasībām;

3. testpiemēru, kurus Izstrādātājs sagatavo pirms testēšanas posma sākuma, trasējamība ar programmatūras prasību specifikācijā un programmatūras projektējuma aprakstā definētām prasībām.

(128). Izstrādātāja pieejamība Pasūtītāju pārbaudēm (Obligāta)Izstrādātājam ir jānodrošina Pasūtītāja un tā pilnvarota pārstāvja piekļuve pie Apakš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. Audita laiki saskaņojami, abām pusēm vienojoties. Nodevumu vai nodevumu melnrakstu un piegāžu kvalitātes pārbaudes, saskaņā ar Apakšprojekta plānu, visa Apakš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 Apakšprojekta kvalitātes uzraudzību.Izstrādātājam Pasūtītāja pieaicinātiem trešās puses pārstāvjiem ir jānodrošina tāda pati pieejamība pie visiem Apakšprojekta materiāliem (protokoli, progresa ziņojumi,




Apakšprojekta plāns, nodevumi, nodevumu melnraksti, darba materiāli, piekļuve koplietojamai Apakš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 definēs 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. Komunikācijas shēmu sagatavo Pasūtītājs un saskaņo to ar visām apakšprojektā iesaistītajām pusēm.Pasūtītāja pieaicināto trešās puses pārstāvju dalība Apakšprojektā neietekmē apstiprināto Apakšprojekta plānu un nodevumu caurskatīšanai un apstiprināšanai paredzēto dienu skaitu.

(129). Apakšprojekta (kārtas) laikā izstrādātā dokumentācija (Obligāta)Katras kārtas noslēgumā, kopā ar Apakšprojekta noslēguma ziņojumu Izstrādātājam jāpiegādā visa Apakšprojekta laikā izstrādātā dokumentācija uz CD, DVD vai cita pastāvīga, neizdzēšama datu nesēja.

(130). Apakšprojekta atklāšanas sanāksme (Obligāta)Izstrādātājam pēc līguma parakstīšanas iespējami drīz, bet ne vēlāk kā 5 (piecas) darba dienas pēc līguma noslēgšanas dienas, ir jāorganizē Apakšprojekta atklāšanas sanāksme, kurā jāskata vismaz sekojoši jautājumi:

1. apakšprojekta pārstāvība projekta pārraudzības padomē;2. apakšprojekta vadības grupas un apakšprojekta izpildes darba grupa, to

sastāvs, loma apakšprojektā, 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 projektā iesaistītajām pusēm, lai

saskaņotu apakšprojekta gaitu ar citiem projekta apakšprojektiem un aktivitātēm.

Apakšprojekta atklāšanas sanāksmē Izstrādātājam ir jāiesniedz Apakšprojekta uzsākšanas ziņojums (sk. prasību (162). Apakšprojekta uzsākšanas ziņojums 58.lpp.). Apakšprojekta atklāšanas sanāksme Izstrādātājam ir jāprotokolē.Apakšprojekta atklāšanas sanāksme notiks VRAA telpās.

(131). Apakšprojekta vadības grupa (Obligāta)Izstrādātājam jānodrošina resursi dalībai Apakšprojekta vadības grupas sanāksmēs. Apakšprojekta vadības grupas sanāksmes jāorganizē pēc nepieciešamības, bet ne retāk kā reizi mēnesī.Galvenās apakšprojekta vadības grupas funkcijas:

1. Pasūtītāja un Izstrādātāja darbību koordinācija;2. izskatīt Apakšprojekta progresa ziņojumus, novērtēt Apakšprojekta

attīstības atbilstību plānotajam, nepieciešamības gadījumā piedāvāt koriģējošos pasākumus un virzīt Projekta pārraudzības padomei;

3. izmaiņu pieprasījumu izvērtēšana un virzīšana projekta pārraudzības padomei;

4. ieteikumu sagatavošana iekļaušanai projekta pārraudzības padomes darba kārtībā;

5. apakšprojekta risku pārvaldība;




6. 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 apakšprojekta vadītājam, kura kompetencē būs nodrošināt apakšprojekta vadību, darbu koordināciju un nodevumu saskaņošanu.Apakšprojekta vadības grupas sanāksmes notiks VRAA telpās.

(132). Dalība projekta pārraudzības padomē (Obligāta)Izstrādātājam jānodrošina resursi dalībai projekta pārraudzības padomes sanāksmēs, kas tiek organizētas pēc nepieciešamības, bet ne retāk kā 1 (vienu) reizi divos mēnešos.Galvenās projekta pārraudzības padomes funkcijas:

1. izskatīt apakšprojektu progresa ziņojumus un novērtēt apakšprojektu attīstības 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āju vai Izstrādātāju 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 apakšprojektos, to darbības un rezultātu savstarpējai saskaņošanai.

No Izstrādātāja puses sapulcēs ir jāpiedalās vadības pārstāvim un apakšprojekta vadītājam.Projekta pārraudzības padomes sanāksmes notiks VRAA telpās.

(133). Apakšprojekta izpildes darba grupa (Obligāta)Izstrādātājam jānoorganizē darbs apakšprojekta izpildes darba grupā, kurā ietilps Pasūtītāja un Izstrādātāja pārstāvji un kas sistēmanalīzes, projektēšanas un akcepttestēšanas laikā, kā arī citos apakšprojekta posmos veiks vismaz šādas funkcijas:

1. prasību definēšana un precizēšana;2. apakšprojekta rezultātu novērtēšana;3. sistēmas pieņemšana;4. nodevumu saskaņošana.

No Izstrādātāja puses sapulcēs ir jāpiedalās apakšprojekta izstrādes speciālistiem atbilstoši izskatāmam jautājumam (pēc nepieciešamības arī apakšprojekta vadītājam). Darba grupas sanāksmes notiks VRAA telpās.

6.1. Iesaistīto pušu atbildība un pienākumi(134). Iesaistīto pušu atbildība un pienākumi (Obligāta)

Apakšprojektā iesaistīto pušu atbildība un pienākumi ir atspoguļoti zemāk pievienotā tabulā:

6. tabula — Iesaistīto pušu atbildība un pienākumi

Iesaistītā puse Atbildība un pienākumi




Izstrādātājs izstrādāt nodevumus (veikt piegādes) atbilstoši atklāta konkursa nolikumam, tehniskajam piedāvājumam, noslēgtajam līgumam un Pasūtītāja papildus sniegtai informācijai;

ievērot vispārpieņemtos informācijas sistēmu projektēšanas principus, standartus un vadlīnijas,

nodrošināt tikai kompetentu speciālistu iesaistīšanu darba veikšanā,

apakšprojekta realizācijas laikā ievērot labu uzņēmējdarbības praksi;

sagatavot apakšprojekta progresa ziņojumus un novērtēt Apakšprojekta attīstības atbilstību plānotajai, nepieciešamības gadījumā lemt par koriģējošajiem pasākumiem;

nodrošināt risku pārvaldību un savlaicīgi informēt Pasūtītāju par identificētajiem riskiem;

risināt problēmas un konfliktus apakšprojekta plānošanas, realizācijas, ieviešanas un garantijas laikā;

organizēt Izstrādātāja personālu, nodrošinot atbilstoša personāla pieejamību intervijām, sanāksmēm, apspriedēm, nodevumu sagatavošanai u.c. Apakšprojektam nepieciešamām darbībām, par kurām ir atbildīgs Izstrādātājs (organizē un koordinē visus darbus, kas ir Izstrādātāja atbildības sfērā);

veikt sapulču organizēšanu - plānot sapulces, o informēt sapulces dalībniekus par sapulcē

apspriežamiem jautājumiem, o sekot sapulces laikā pieņemto lēmumu izpildei;o veikt sapulču protokolēšanu;

veikt bezmaksas izmaiņu pieprasījumu novērtēšanu līguma termiņa laikā;

nodrošināt Pasūtītājam un apakšprojekta kvalitātes uzraugam pieeju informācijai, kas saistīta ar Līguma izpildi un kas ir nepieciešama tā kontroles funkciju realizācijai.

Pasūtītājs pārstāvēt Pasūtītāja intereses komunikācijā ar Izstrādātāju; izskatīt apakšprojekta progresa ziņojumus un novērtēt

apakšprojekta attīstības atbilstību plānotajai, nepieciešamības gadījumā lemt par koriģējošajiem pasākumiem;

pieņemt lēmumus, kuru akceptēšanai nepieciešams Pasūtītāju pārstāvošo personu akcepts;




risku vadība; risināt problēmas un konfliktus apakšprojekta plānošanas,

realizācijas, ieviešanas, garantijas un uzturēšanas laikā; organizēt apakšprojektā iesaistīto institūciju personālu,

nodrošinot atbilstoša personāla pieejamību intervijām, sanāksmēm, apspriedēm, nodevumu izskatīšanām u.c. apakšprojektam nepieciešamām darbībām,;

nodrošināt savlaicīgu nepieciešamās informācijas iegūšanu Izstrādātāja nodevumu sagatavošanai;

organizēt nepieciešamās infrastruktūras atbalstu ekspluatācijas un akcepttesta videi kā arī telpas intervijām;

izskatīt un apstiprināt apakšprojekta nodevumus un sapulču protokolus;

veikt sistēmas akcepttestēšanu; sagatavot Pasūtītāja infrastruktūru sistēmas uzstādīšanai un

darbināšanai.

Apakšprojekta kvalitātes uzraugs

pārstāvēt Pasūtītāja intereses komunikācijā ar Izstrādātāju; ievērot vispārpieņemtos informācijas sistēmu projektēšanas

principus, standartus un vadlīnijas, nodrošināt tikai kompetentu speciālistu iesaistīšanu darba veikšanā, secinājumu, vērtējumu un atzinumu sagatavošanā ievērot labu uzņēmējdarbības praksi;

izskatīt apakšprojekta progresa ziņojumus un novērtēt apakšprojekta attīstības atbilstību plānotajai, nepieciešamības gadījumā ierosināt koriģējošos pasākumus;

piedalīties risku pārvaldībā (identificēšana, analīze, novērtēšana, ieteikumi risku mazināšanai);

risināt problēmas un konfliktus apakšprojekta plānošanas, realizācijas, ieviešanas, garantijas un uzturēšanas laikā;

novērtēt izmaiņu pieprasījumus no funkcionālā un juridiskā viedokļa;

izskatīt apakšprojekta nodevumus un sapulču protokolus (sniegt atzinumus par apakšprojekta nodevumiem);

piedalīties sanāksmēs; piedalīties sistēmas akcepttestēšanā.

Izstrādātājam, sagatavojot piedāvājumu, ir jāņem vērā šajā prasībā definētās atbildības un pienākumu apjoms.

(135). Apakšprojekta vadītājs (Obligāta)Izstrādātājam ir jānozīmē Apakšprojekta vadītājs, kura tiesībās un pienākumos ietilpst:

1. apakšprojekta un tā posmu plānošana (līguma izpildes plānošana);2. apakšprojekta sanāksmju vadība;3. komunikācijas nodrošināšana starp pasūtītāju un Izstrādātāju;




4. apakšprojekta izpildes kontrole;5. apakšprojekta dokumentācijas un nodevumu apstiprināšana un

iesniegšana;6. preventīvo un korektīvo darbību plānošana.

6.2. Apakšprojekta darba organizācija(136). Sistēmas izstrāde un/vai pielāgošana (Obligāta)

Izstrādātājam ir jāveic sistēmas izstrāde (programmēšana) un/vai standarta programmatūras pielāgošana un konfigurēšana, lai sistēma nodrošinātu šī dokumenta prasības, Izstrādātāja Tehniskā piedāvājumā piedāvāto funkcionalitāti, programmatūras prasību specifikācijā un programmatūras projektējuma aprakstā specificētās prasības.

(137). Sistēmas testēšana (Obligāta)Izstrādātājam, izmantojot savu izstrādes un testēšanas vidi, ir jānodrošina sistēmas iekšēja testēšana, atbilstoši savām iekšējām procedūrām, neiesaistot Pasūtītāja darbiniekus, lai pārliecinātos par sistēmas gatavību pirms lietotāju apmācības un sistēmas akcepttestēšanas. Izstrādātājam ir jānovērš testēšanas laikā atklātie defekti un jāiesniedz Pasūtītājam testēšanas protokoli.

(138). Sistēmas drošības testēšana (Obligāta)Izstrādātājam ir jāveic arī sistēmas drošības testēšana (mērķis ir pārbaudīt sistēmas noturību pret nesankcionētu pieeju, sistēmas noturību pret uzbrukumiem sistēmai, sistēmas drošībai kritiskās informācijas žurnalēšana). Izstrādātājam ir jānovērš testēšanas laikā atklātie defekti un jāiesniedz Pasūtītājam testēšanas protokoli. Drošības kļūdas tiek atzīmētas kā kļūdas ar 1.prioritāti (sk. (121). Sistēmas darbināšanasproblēmu un pieteikumu prioritātes 42. lpp).

(139). Sistēmas funkcionalitātes demonstrācija (Obligāta)Sistēmas funkcionalitātes demonstrācijas mērķis ir pārliecināties, ka izstrādājamā sistēma atbilst Pasūtītāja prasību analīzes laikā definētiem biznesa procesiem, sistēma ir ērta lietošanā un pilda biznesa procesu nodrošināšanai nepieciešamo funkcionalitāti (sistēmas funkcionalitātes demonstrācijas laikā pieļaujama atsevišķu funkciju nekorekta darbība, ja tā netraucē Pasūtītājam pārliecināties par funkcionalitātes darbību pēc būtības). Sistēmas demonstrācijas laikā Pasūtītājs neveic sistēmas akcepttestēšanu.Pasūtītājam sistēmas funkcionalitātes demonstrācijai ir jābūt pieejamai visā izmēģinājuma ekspluatācijas laikā, neieskaitot laiku, kurā Izstrādātājs novērš atklātās 1.prioritātes kļūdas (sk. (121). Sistēmas darbināšanas problēmu un pieteikumuprioritātes 42. lpp). Sistēmas funkcionalitātes demonstrācija veicama ne vēlāk kā 1 (vienu) mēnesi pirms sistēmas iesniegšanas akcepttestēšanai.Atbilstoši sistēmas funkcionalitātes demonstrācijas laikā Pasūtītāju identificētiem nepieciešamiem papildinājumiem/ nepilnībām/ priekšlikumiem/ ierosinājumiem, Izstrādātājam ir jāveic izstrādātās un apstiprinātās programmatūras dokumentācijas papildināšana un/vai atjaunošana (sistēmas funkcionalitātes demonstrācijas laikā Pasūtītājs neizvirzīs prasību analīzes laikā definētām prasībām pretrunīgas prasības). Izstrādātājam jāveic atjaunotās dokumentācijas atkārtota saskaņošana ar Pasūtītāju (dokumentācijas atkārtota saskaņošana notiek 5 (piecu) darba dienu laikā). Pēc dokumentācijas apstiprināšanas Izstrādātājam ir jāveic nepieciešamās korekcijas programmatūras kodā.




(140). Sistēmas instalēšana (Obligāta)Izstrādātājam ir jāveic Pasūtītāja apmācība sistēmas uzstādīšanas veikšanai, akcepttestēšanas, ražošanas (ekspluatācijas) un apmācību vidē.Sistēmas uzstādīšanu apmācību, akcepttestēšanas un ražošanas (ekspluatācijas) vidē veic Pasūtītājs, Izstrādātājam ir jānodrošina konsultācijas un tehniskais atbalsts.

(141). Sistēmas akcepttestēšana (Obligāta)Izstrādātājam ir jāsagatavo sistēmas akcepttestēšanas vide (akcepttestēšanas vidi nodrošinās Pasūtītājs). Izstrādātājam Pasūtītāja klātbūtnē ir jāveic datu pārneses un veiktspējas (slodzes) testi un jādemonstrē tās darbības spēja ar paredzēto lietotāju skaitu un esošo informācijas apjomu. Izstrādātājam ir jāparāda (sistēmas darbības demonstrācijas pie noteiktas noslodzes, veiktspējas testēšanas rezultāti), ka sistēma nodrošina veiktspējas prasību izpildi. Detalizētās analīzes laikā Izstrādātājam jānosaka un ar Pasūtītāju jāsaskaņo veiktspējas prasības.Sistēmas funkcionālos testus veiks Pasūtītāja darbinieki vai Pasūtītāja pieaicināti trešās puses pārstāvji, saskaņā ar apakšprojekta plānu un testpiemēriem. Izstrādātājam ir jānodrošina akcepttestu norisei nepieciešamās konsultācijas. Balstoties uz Pasūtītāja iesniegtajiem testēšanas protokoliem un problēmziņojumiem, Izstrādātājs veiks identificēto defektu novēršanu un akcepta testēšanas noslēgumā sagatavos un iesniegs testēšanas pārskatu.Izstrādātājam prasības sistēmas akcepttestēšanas rezultātā jāsagatavo un jāiesniedz Pasūtītājam sekojoši nodevumi:

1. akcepttestēšanas protokoli – akcepttestēšanas protokoliem ir jāsatur pieraksti par testēšanas laikā veiktajām darbībām (pārbaudēm), to rezultātiem un sistēmas atbilstību vai konstatētajiem defektiem;

2. sistēmas testēšanas pārskats – Izstrādātājam ir jāveido plānoto testēšanas darbību rezultātu kopsavilkums un jānodrošina novērtējums, balstoties uz iegūtajiem rezultātiem.

Testēšanas dokumentācija ir jāsagatavo atbilstoši standartam LVS 70:1996 „Programmatūras testēšanas dokumentācija”.Izstrādātājam ir jānovērš akcepttestēšanas laikā konstatētie sistēmas defekti un jānodrošina sistēmas atkārtota akcepttestēšana.Sistēma ir uzskatāma par atbilstošu sākotnējai ražošanas (ekspluatācijas) uzsākšanai, ja akcepttestēšanas laikā nav konstatētas 1., 2., un 3. prioritātes problēmas. Pasūtītājs un Izstrādātājs var vienoties par sistēmas ieviešanu ekspluatācijā ar atklātām, bet nenovērstām 3.prioritātes problēmām, kurām saskaņots novēršanas laiks.Izstrādātājam jāsagatavo un jāiesniedz Pasūtītājam ziņojums par sistēmas gatavību ekspluatācijas uzsākšanai.

(142). Sistēmas demonstrācija (Obligāta)Izstrādātājam pirms akcepttestu sākuma ir jāveic sistēmas demonstrācija (telpas un apmācības vidi apmācībai nodrošina Pasūtītājs). Demonstrācijai jābūt orientētai uz sekojošām lietotāju grupām:

7. tabula — Demonstrācijā iesaistāmo lietotāju grupas

Lietotāju grupa Demonstrācijas ilgums 1 grupai

Grupas

Publiskie 2 stundas Pasūtītāja pārstāvjiem, lai novērtētu 1




lietotāji publiskamlietotājam pieejamās lietotāja saskarnes saprotamību un lietojamību.

Eksperti 8 stundas VRAA un VARAM pārstāvjiem – dinamisko pārskatu sagatavošanas un publicēšanas iespējas, rādītāju definēšana, pārskatu izsūtīšana

1

Plānošanas reģionu pārstāvji

4 stundas Plānošanas reģionu pārstāvjiem pieejamās TAPIS RAIM funkcijas un lietotāja saskarne

1

Pašvaldību pārstāvji

4 stundas Pašvaldību pārstāvjiem pieejamās TAPIS RAIM funkcijas un lietotāja saskarne

3

Administratori 4 stundas TAPIS RAIM uzstādīšana, konfigurēšana un uzturēšana

1

Demonstrācijā jāparāda katrai lietotājiem paredzētās funkcijas. Demonstrācijai jānotiek latviešu valodā.

(143). Sistēmas izmēģinājuma ekspluatācija (Obligāta)Pēc katra sistēmas posma izstrādes un ieviešanas ekspluatācijā Izstrādātājam:

1. jānodrošina sistēmas pastiprināta uzraudzība un atkļūdošana, ja atklājas sistēmas darbības defekti;

2. jānodrošina pietiekami kompetentu Izstrādātāja pārstāvju ierašanās pie Pasūtītāja jebkuras 1-3.prioritātes pieteikuma gadījumā ne vēlāk, kā 4 stundu laikā no pieteikuma saņemšanas brīža pieteikuma novērtēšanai un novēršanai (ja tas iespējams, nepārtraucot sistēmas darbu).

(144). Sākotnējās ekspluatācijas posma noslēgšana (Obligāta)Noslēdzoties sistēmas sākotnējam ekspluatācijas posmam, Izstrādātājs jāsagatavo atskaiti, kurā ir jābūt ietvertai informācijai par sākotnējās ekspluatācijas laikā konstatētajām 1.– 4. prioritātes problēmām, pierakstiem par to, ka šie defekti ir novērsti vai arī, ja novēršana nav bijusi iespējama – turpmāk nepieciešamajām rīcībām, atbildīgajiem un termiņiem.Pasūtītājs, balstoties uz ziņojumu, pieņem lēmumu par iespējamību beigt sākotnējo ekspluatācijas posmu un uzsākt sistēmas patstāvīgu izmantošanu.

6.3. Nodevumi(145). Nodevumu saturs (Obligāta)

Nodevumi ir jāizstrādā atbilstoši darba uzdevumam, skatīt zemāk esošo tabulu.8. tabula — Nodevumu saturs

Darbu pakotnes ID

Nosaukums Nodevumi

RAIM.1 RAIM izstrāde 1. TAPIS RAIM izstrādātās programmatūras pirmkodi (source code), ), izpildkodi un instalācijas pakotne,




kas ietver arī visas veiktās izmaiņas un papildinājumus. Pirmkodi nav jāpiegādā standarta programmatūrai (piemēram, operētājsistēmām, datu bāzu vadības sistēmām, darbplūsmu un dokumentu vadības moduļiem)

2. Trešās puses programmatūras licences un produkta apraksts latviešu valodā, ja Pasūtītājs tādu pieprasa.

3. Sistēmas lietotāja dokumentācija 4. Tiešsaistes palīdzība RAIM lietotājiem5. Tiešsaistes palīdzība publiskā portāla lietotājiem1. Sistēmas administratora rokasgrāmata, kura ietver

arī sistēmas instalācijas ceļvedi ar detalizētu operētājsistēmas, tīmekļa pakalpju servera un datu bāzes vadības sistēmas uzstādījumu aprakstu.

6. Sistēmas instalācijas ceļvedis7. Sistēmas tehniskā dokumentācija8. Datu bāzes struktūras un metadatu apraksts 9. Apmācību materiāli10. Sagatavoti teritorijas profili

RAIM.3 Sistēmas garantijas nodrošināšana

11. Savlaicīgi izlabotas kļūdas12. Sniegti atbalsta pakalpojumi sistēmas avāriju vai

kļūmju gadījumā13. Reizi kvartālā iesniegts pārskats par tipiskākajām

kļūdu vai problēmu situācijām un to cēloņiem

RAIM.4 Apakšprojekta pārvaldība (attiecas uz visām augstākminētajām darbu pakotnēm)

14. Apakšprojekta nodevumi piegādāti laikā un atbilstošā kvalitātē

RAIM.5 Risinājuma izveidei nepieciešamo licenču piegāde

15. Piegādātas RAIM darbināšanai nepieciešamās licences.

6.4. Starprezultāti(146). Starprezultātu saturs (Obligāta)

Starprezultāti ir jāizstrādā atbilstoši Izstrādātāja izvēlētajai izstrādes metodikai un šim darba uzdevumam un jāpiegādā katra izstrādes posma beigās. Pirms starpnodevumu izstrādes, Izstrādātājam ir jāsaskaņo ar Pasūtītāju dokumentu izstrādes veidne un detalizācijas līmenis.

(147). Starprezultāti analīzes posma beigās (Obligāta)Analīzes posma beigās jānodod vismaz šādi starprezultāti un nodevumi:

1. sistēmas programmatūras arhitektūras aprakstu;




2. sākotnējo tehnisko arhitektūru, kā arī sākotnējo kapacitātes plānu;3. prasības saskarnēm;4. testēšanas stratēģiju;5. apmācības stratēģiju;6. vispārējo sistēmas ieviešanas stratēģiju;

Šie nodevumi ir saturiski, tie var tikt apvienoti vienā vai vairākos dokumentos, tai skaitā programmatūras prasību specifikācijā.Analīzes posma beigās jānodod ir jānodod sistēmas prasību specifikāciju, kuras uzdevums ir nodrošināt vienotu izpratni starp Izstrādātāju un Pasūtītāju par Sistēmas funkcionālajām, lietotāju saskarņu, drošības, ātrdarbības un citām prasībām, kas nepieciešama, lai uzsāktu Sistēmas izstrādi un būtu par pamatu Sistēmas pieņemšanai (resp. – Sistēmas prasību uzskaitījums, kas ir jāizpilda, lai varētu uzskatīt, ka Sistēma ir pieņemama ekspluatācijā). Prasību specificēšana ir veicama, balstoties uz Tehniskajā specifikācijā un saistītajos dokumentos iekļauto informāciju, citu Pasūtītāja dokumentāciju, intervijām ar Pasūtītāja darbiniekiem vai Pasūtītāja nozīmētām kontaktpersonām.Ja sistēmas modelēšanā tiek izmantots kāds no modelēšanas rīkiem, Izstrādātājam jāiesniedz arī izveidotie modeļi (formātā, kuru Pasūtītājs var turpināt attīstīt, pie nosacījuma, ja Pasūtītājam pieejami atbilstošie modelēšanas rīki), kas var tikt uzskatīti par tehniskās dokumentācijas sastāvdaļu.

(148). Starprezultāti projektēšanas posma beigās (Obligāta)Projektēšanas posma beigās jānodod vismaz šādi starprezultāti un nodevumi:

1. loģisko datu bāzes modelis;2. precizētu sistēmas arhitektūra;3. sistēmas projektējums, tai skaitā ārējo saskarņu projektējumi.

Šie nodevumi ir saturiski, tie var tikt apvienoti vienā vai vairākos dokumentos.Sistēmas projektējuma apraksts detalizē, kā plānotā sistēmas funkcionalitāte un citas PPS ietvertās prasības tiks realizētas. Sistēmas ārējo saskarņu projektējumi ir nepieciešami, lai vienotos ar citām iesaistītajām pusēm par saskarņu tehnisko realizāciju un, iespējams, nepieciešamajām izstrādnēm citās informācijas sistēmās. Izstrādātājam ir jāizstrādā programmatūras ārējo saskarņu projektējumi, balstoties uz esošajām specifikācijām un projektējumiem, ja tādi ir, nodrošinot vismazāko nepieciešamo izmaiņu apjomu citās informācijas sistēmās. Pasūtītājs nodrošinās nepieciešamo koordināciju ar ārējo informācijas sistēmu turētājiem, lai veiktu saskarnes specificēšanu, izstrādi un lietošanu, bet Izstrādātājam ir jānodrošina nepieciešamā speciālistu iesaistīšanās no savas puses. Izstrādātājam ir jāņem vērā esošo informācijas sistēmu projektējumi, eksistējošās saskarņu realizācijas, ja tādas ir, kā arī pieejamie resursi saskarņu realizācijai citās informācijas sistēmās iespējamo izmaiņu gadījumā un laiks, kas nepieciešams šo izmaiņu veikšanai.Piezīme: Izstrādātājam ir jāizstrādā saskarne(s) sistēmas pusē, kas būs nepieciešamas sistēmas darbināšanai paredzētajā veidā un nepieciešamās integrācijas instrukcijas realizācijai citās sistēmās. Saskarņu realizācija citās informācijas sistēmās neietilpst Izstrādātāja piegādes sfērā. Saskarne attiecīgās informācijas sistēmas pusē būs jāveic šīs sistēmas pārzinim/ turētājam/ uzturētājam/ izstrādātājam, izmantojot Izstrādātāja piegādāto dokumentāciju.




Pirms programmatūras projektējuma apraksta izstrādes, Izstrādātājam ir jāsaskaņo ar Pasūtītāju projektējuma veidne un prasības apraksta detalizācijas līmenis.

Ja sistēmas modelēšanā tiek izmantots kāds no modelēšanas rīkiem, Izstrādātājam jāiesniedz arī izveidotie modeļi(formātā, kuru Pasūtītājs var turpināt attīstīt, pie nosacījuma, ja Pasūtītājam pieejami atbilstošie modelēšanas rīki), kas var tikt uzskatīti par tehniskās dokumentācijas sastāvdaļu.

(149). Starprezultāti būvēšanas (build) posma beigās (Obligāta)Būvēšanas posma beigās posma beigās jānodod vismaz šādi starprezultāti un nodevumi:

1. fizisko datu bāzes modelis;2. programmatūras pirmkodi;3. sistēmas uzbūves uzstādīšanas komandfailus un konfigurācijas faili;4. lietotāja dokumentācija;5. administratora rokasgrāmata;6. instalācijas rokasgrāmata;7. sistēmas ieviešanas plāns;8. testa scenāriju izpildes rezultāti.

Šie nodevumi ir saturiski, tie var tikt apvienoti vienā vai vairākos dokumentos.Programmatūras pirmkodi ir jāiesniedz apakšprojekta bibliotēkā, kurai tiek nodrošināta versiju kontrole. Jānodrošina programmatūras pirmkodu saglabāšana visiem sistēmas laidieniem, kas ir tikuši izmantoti ražošanā vismaz 5 gadus no konkrētā laidiena ekspluatācijas beigu datuma.

(150). Starprezultāti ieviešanas posma beigās (Obligāta)Ieviešanas posma beigās jānodod vismaz šādi starprezultāti un nodevumi

1. sākotnēji ielādēti un pārbaudīti dati no datu avotiem;2. akcepttestēšanas rezultāti;3. apmācību materiāli, veikta apmācība;4. ieviesta un strādājoša sistēma;5. izveidots (ja tāda nav) un pieejams izstrādātāja atbalsta dienests.

(151). Starprezultāti sistēmas ekspluatācijas laikā (Obligāta)Sistēmas ekspluatācijas laikā, ar Pasūtītāju vienojoties par nepieciešamo regularitāti, jānodrošina vismaz šādi regulāri starprezultāti un nodevumi:

1. sistēmas darbības slodzes novērtējums;2. apkopoti problēmu pieteikumi;3. kļūdu labojumi garantijas apkalpošanas ietvaros.

Šie nodevumi ir saturiski, tie var tikt apvienoti vienā vai vairākos dokumentos.

(152). Nodevumu un starprezultātu atbilstība standartiem (Obligāta)Programmatūras prasību specifikācija ir jānoformē saskaņā ar LVS 68:1996 “Programmatūras prasību specifikācijas (PPS) ceļvedis”.Programmatūras projektējuma apraksts ir jānoformē saskaņā ar LVS 72:1996 “Ieteicamā prakse programmatūras projektējuma aprakstīšanai”.




(153). Programmatūras prasību specifikācija (Obligāta)Izstrādātājam ir jāizstrādā, jāsaskaņo ar Pasūtītāju un jāpiegādā programmatūras prasību specifikācija atbilstoši standarta LVS 68:1996 „Programmatūras prasību specifikācijas (PPS) ceļvedis” prasībām.Prasību specificēšana veicama, balstoties uz šājā dokumentā iekļauto informāciju, normatīvajos aktos ietverto un Pasūtītāja sniegto dokumentāciju un intervijām ar Pasūtītāja darbiniekiem vai Pasūtītāja nozīmētām kontaktpersonām .Pasūtītājs nodrošinās prasību specificēšanai nepieciešamās dokumentācijas, darbinieku un kontaktpersonu pieejamību intervijās.Programmatūras prasību specifikāciju Izstrādātājam ir jāiesniedz Pasūtītājam latviešu valodā elektroniski rediģējamā (MS Word atpazīstamā) formātā un 1 (vienā) drukātā eksemplārā parakstīšanai.Pirms programmatūras prasību specifikācijas izstrādes, Izstrādātājam ir jāsaskaņo ar Pasūtītāju specifikācijas izstrādes veidne un prasību apraksta detalizācijas līmenis.

(154). Veikto izmaiņu piegādes (Obligāta)Iesniedzot sistēmas labojumus vai papildinājumus:

1. katram programmatūras nodevumam (versijai/jauninājumam/ielāpam) jāsatur apraksts, kas identificē jaunizveidoto funkcionalitāti, realizētās izmaiņas un novērstās problēmas;

2. programmatūras nodevumu piegādēm jāsatur gan izveidotā/labotā koda izejas teksti, gan instalācija (ar uzstādīšanas instrukciju), gan sistēmas konfigurācijas dati;

3. programmatūras instalēšanas paketes jāpiegādā uzstādīšanai gan Pasūtītāja produkcijas vidē, gan Pasūtītāja testu vidē (ja ir tehniski iespējams, tad ir atļauts piegādāt instalēšanas paketi, kas izmantojama abās vidēs), ar norādi par instalēšanas paketes uzstādīšanas vidi.

Programmatūras instalēšanas paketei jābūt “inkrementālai” t.i. tās uzstādīšana ir veicama uz iepriekš piegādātas versijas. Programmatūras nodevumi nedrīkst ietekmēt datu bāzē jau esošos datus, ja vien tas nav iepriekš īpaši saskaņots vai nav nodevumu objekts.Papildus “inkrementālām” instalēšanas paketēm reizi divos mēnešos Izstrādātājam ir jāpiegādā “pilnā” visas programmatūras instalācijas pakete, lai Pasūtītājam būtu iespēja veikt programmatūras uzstādīšanu “jaunā” vidē, no iepriekšējās vides izmantojot arhivētas datubāzes datu kopijas. Programmatūras nodevumiem jābūt uzstādāmiem bez sistēmas darbības pārtraukšanas (ja tas tomēr nepieciešams, laiks, kad sistēma ir nepieejama, nedrīkst pārsniegt 15 minūtes). Darbu nodevumiem ir jānodrošina versiju identifikācija un kontrole.

(155). Programmatūras projektējuma apraksts (Obligāta)Izstrādātājam ir jāizstrādā, jāsaskaņo ar Pasūtītāju un jāpiegādā programmatūras projektējuma aprakstu atbilstoši standarta LVS 72:1996 „Programmatūras projektējuma apraksts” prasībām.Izstrādātājam ir jāveic ieviešamās sistēmas projektēšana, balstoties uz dokumenta programmatūras prasību apraksta izveides rezultātā iegūto informāciju.




Programmatūras projektējuma apraksts Izstrādātājam ir jāiesniedz Pasūtītājam latviešu valodā elektroniski rediģējamā (MS Word atpazīstamā) formātā un 1 (vienā) drukātā eksemplārā parakstīšanai.Pirms programmatūras projektējuma apraksta izstrādes, Izstrādātājam ir jāsaskaņo ar Pasūtītāju projektējuma veidne un prasības apraksta detalizācijas līmenis.

(156). Izstrādātās dokumentācijas un nodevumu piegādes veids (Obligāta)Visi nodevumi Izstrādātājam ir jāpiegādā uz CD, DVD vai cita pastāvīga, neizdzēšama datu nesēja kopā ar Pasūtītāja vajadzībām specifiski izstrādātajām konfigurācijām un pielāgojumiem. Piegādātajai sistēmai ir jāiekļauj Izstrādātāja veikto izstrāžu un/vai pielāgojumu pirmkods un izpildkods.Dokumentācijas nodevumi ir jāsniedz elektroniski *.doc vai *docx faila formātā. Visiem attēliem un diagrammām ir jāiesniedz arī oriģināla pirmdokumenta datne, piemēram, MS Visio formāta datne, tā lai tos Pasūtītājs var papildināt nepieciešamības gadījumā.Papildus tam:

1. visa apakšprojekta pārvaldības dokumentācijai (arī darba versijas) jāizmanto apakšprojekta bibliotēka un tai ir jābūt vienlīdz pieejamai gan Pasūtītāja, gan Izstrādātāja darba grupas dalībniekiem;

2. programmatūras pirmkodiem (arī darba versijas) jābūt pieejamiem pirmkodu bibliotēkā, kurā nodrošināta versiju kontrole.

(157). Prasības dokumentācijas nodevumiem (Obligāta)Darbu izpildes rezultātā izveidotā (modificētā) sistēmas dokumentācija ir jāpiegādā integrējot to attiecīgā dokumenta veida pēdējā (aktuālajā) versijā, tādējādi novēršot sistēmas dokumentācijas sadrumstalošanos.

(158). Prasības programmatūras nodevumiem (Obligāta)Katram programmatūras nodevumam (versijai/jauninājumam/ielāpam) jāsatur apraksts, kas identificē jaunizveidoto funkcionalitāti, realizētās izmaiņas un novērstās problēmas.Programmatūras nodevumu piegādēm jāsatur gan izveidotā/labotā koda izejas teksti, gan instalācija (ar uzstādīšanas instrukciju), gan sistēmas konfigurācijas dati.Programmatūras instalēšanas paketes jāpiegādā uzstādīšanai gan Pasūtītāja produkcijas vidē, gan Pasūtītāja testu vidē (ja ir tehniski iespējams, tad ir atļauts piegādāt instalēšanas paketi, kas izmantojama abās vidēs), ar norādi par instalēšanas paketes uzstādīšanas vidi.Katra apakšprojekta ietvaros radītajai, kā arī papildinājumu vai izmaiņu rezultātā veidotajai Programmatūras instalēšanas paketei jābūt “inkrementālai” t.i. tās uzstādīšana ir veicama uz iepriekš piegādātas versijas. Papildus “inkrementālām” instalēšanas paketēm katram apakšprojektam Izstrādātājam ir jāpiegādā “pilnā” visas programmatūras instalācijas pakete, lai Pasūtītājam būtu iespēja veikt programmatūras uzstādīšanu “jaunā” vidē. Programmatūras nodevumi nedrīkst ietekmēt datu bāzē jau esošos datus, ja vien tas nav iepriekš īpaši saskaņots vai nav nodevumu objekts.Piegādātajai programmatūrai jābūt kvalitatīvi notestētai Izstrādātāja pusē.

(159). Apmācības un lietotāju rokasgrāmatas (Obligāta)Katra apakšprojekta ietvaros Izstrādātājam ir jāizstrādā vai jāpapildina, jāsaskaņo ar Pasūtītāju un jāpiegādā:




1. apmācības materiāli;2. instalācijas rokasgrāmata;3. lietotāju dokumentācija;4. administratoru rokasgrāmata.

Dokumentācijas izstrādājamas atbilstoši standarta LVS 66:1996 „Programmatūras lietotāja dokumentācija” prasībām (vienojoties ar Pasūtītāju Izstrādātājs var apvienot vairākas rokasgrāmatas vienā). Administratora rokasgrāmatā jāietver vismaz sekojoši jautājumi:

5. lietotāju pārvaldība;6. sistēmas parametru uzturēšana;7. darbs ar audita informāciju;8. datu ielādes procesa vadība;9. sistēmas datu rezerves kopēšana;10. sistēmas atjaunošana no rezerves kopijām.

Pirms rokasgrāmatu izstrādes, Izstrādātājam ir jāsaskaņo ar Pasūtītāju izstrādājamo dokumentu veidnes.Mācību materiāliem ir jātiek iesniegtiem pārskatīšanai un akceptēšanai no Pasūtītāja puses vismaz 10 (desmit) darba dienas pirms mācību norises.Apmācību materiāli, lietotāju un administratoru rokasgrāmatas Izstrādātājam ir jāiesniedz Pasūtītājam latviešu valodā elektroniski rediģējamā (MS Word atpazīstamā) formātā un 1 (vienu) drukātu eksemplāru parakstīšanai. Apmācību materiāli papildus jābūt piegādātiem elektroniski rediģējamā MS PowerPoint formātā.Izstrādātājam ir jāpiegādā trešās puses programmatūras lietotāja dokumentācija uz CD, DVD vai cita pastāvīga, neizdzēšama datu nesēja. Trešās puses programmatūras dokumentācija var būt angļu vai latviešu valodā. Trešās puses programmatūras dokumentācija var tikt piegādāta formā, kādā to izlaiž tās oriģinālais ražotājs.

(160). Sistēmas testa scenārijiIzstrādātājam ir jāizstrādā, jāsaskaņo ar Pasūtītāju un jāpiegādā sistēmas testa scenāriji sistēmas akcepttestēšanai atbilstoši standarta LVS 70:1996 „Programmatūras testēšanas dokumentācija” prasībām.Testpiemēros jāiekļauj visu programmatūras prasību specifikācijā iekļauto funkciju (prasību) pārbaude, kā arī veiktspējas pārbaude. Testpiemēros jāiekļauj gan „pozitīvie” (ievadīti korekti dati - mērķis ir pārbaudīt, vai sistēmas funkcionalitāte strādā korekti), gan „negatīvie” (ievadīti kļūdaini dati - mērķis ir pārbaudīt, sistēmas darbaspēju un korektu apstrādi kļūdu un problēmsituāciju gadījumā) piemēri. Testpiemēros jānorāda gan ievaddati, gan sagaidāmie rezultāti.Akcepttestu apakšprojektiem jātiek iesniegtiem ne vēlāk kā mēnesi pirms sistēmas vai tās daļas (ja paredzēta sistēmas nodošana pa daļām) akcepttestēšanas uzsākšanas.Sistēmas testa scenāriji 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.Pirms sistēmas testa scenāriju izstrādes, Izstrādātājam ir jāsaskaņo ar Pasūtītāju sistēmas testa scenāriju veidne.




6.5. Prasības apakšprojekta vadības dokumentācijai(161). Protokoli (Obligāta)Izstrādātājam apakšprojekta ietvaros ir jāveic visu sanāksmju protokolēšana (tai skaitā apakšprojekta vadības grupas sanāksmes) atbilstoši nodaļā 8.3. Protokola paraugs pievienotajam paraugam.

Protokolos jānorāda vismaz sekojoša informācija:1. sanāksmes norises datums un laiks;2. sanāksmes dalībnieku saraksts;3. dienas kārtība;4. secinājumi un lēmumi;5. veicamie uzdevumi, norādot atbildīgo un izpildes termiņu;6. sanāksmes laikā nodotie/saņemtie dokumenti.

Sanāksmju protokolus Izstrādātājam ir jāiesniedz Pasūtītājam latviešu valodā elektroniski rediģējamā (MS Word atpazīstamā) formātā un 2 (divos) drukātos eksemplāros parakstīšanai – katrai pusei vienu eksemplāru.Protokolu saskaņošana ar Pasūtītāju jāveic ne vēlāk kā 5 (piecu) darba dienu laikā pēc sanāksmes norises dienas.

(162). Apakšprojekta uzsākšanas ziņojums (Obligāta)Apakšprojekta atklāšanas sanāksmē Izstrādātājam ir jāiesniedz un jāprezentē apakšprojekta uzsākšanas ziņojums, kurā Izstrādātājam jāparāda izpratne par Pasūtītāja vajadzībām, esošo situāciju, apakšprojekta mērķiem, apakšprojekta kalendāro plānu un apakšprojekta ietvaros veicamiem darbiem, Pasūtītāja darbu sarakstu ar plānotiem termiņiem, apakšprojekta pieņēmumu sarakstu, apakšprojekta risku sarakstu un risku novēršanas plānu.Apakšprojekta uzsākšanas ziņojumus 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.Apakšprojekta uzsākšanas ziņojumu apstiprina Pasūtītājs.

(163). Apakšprojekta izpildes plāns (Obligāta)Izstrādātājam, sagatavojot Tehnisko piedāvājumu, ir jāizstrādā Apakšprojekta (līguma) izpildes realizācijas plāns katrai no izstrādes kārtām, iekļaujot tajā veicamo aktivitāšu sarakstu, atbildīgās puses, nodevumus, laika grafiku un organizatoriskos jautājumus.Apakšprojekta izpildes plānam jābūt noformētam atbilstoši piedāvātajai apakšprojekta izstrādes metodoloģijai.Izstrādātājam ir pienākums apakšprojekta izpildes laikā regulāri pārskatīt un atjaunot Apakšprojekta izpildes plānu.Apakšprojekta izpildes plāns 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.Apakšprojekta izpildes plānu apstiprina Pasūtītājs.

(164). Apakšprojekta progresa ziņojumi (Obligāta)Izstrādātājam regulāri jāiesniedz un jāprezentē apakšprojekta vadības grupai un projekta pārraudzības padomei apakšprojekta progresa ziņojums – apakšprojekta vadības grupai reizi mēnesī, projekta pārraudzības padomei 1 (vienu) reizi divos mēnešos.Atskaitē jāiekļauj vismaz sekojoša informācija:




1. informācija par apakšprojekta progresu;2. informācija par apakšprojekta ietvaros veicamo uzdevumu izpildi

salīdzinot ar plānotiem darbiem;3. informācija par apakš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). Apakšprojekta progresa ziņojumus 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.Apakšprojekta progresa ziņojumu prezentācija notiks VRAA telpās apakšprojekta vadības grupas vai projekta pārraudzības padomes sanāksmes laikā.Apakšprojekta progresa ziņojumus apstiprina Pasūtītājs.

(165). Apakšprojekta (kārtas) noslēguma ziņojums (Obligāta)Izstrādātājam pēc katras kārtas noslēgšanas iespējami drīz, bet ne vēlāk kā 3 (trīs) darba dienas pēc attiecīgās kārtas realizācijas ir jāiesniedz un jāprezentē projekta pārraudzības padomei apakšprojekta kārtas noslēguma ziņojums.Izstrādātājam ir jāprotokolē projekta pārraudzības padomes sanāksme, kurā tiks prezentēts apakšprojekta noslēguma ziņojums.Apakšprojekta kārtas noslēguma ziņojumā ir jādod kopsavilkums par izpildītajiem uzdevumiem, veiktajām piegādēm, novirzēm un izmaiņām no sākotnējā apakšprojekta (kārtas) plāna, jāsniedz Sistēmas izmantošanas perspektīva, jāapraksta iespējamie Sistēmas uzlabojumi un papildinājumi. Apakšprojekta noslēguma ziņojumā ir jāsniedz akcepttestēšanas rezultātu pārskats.Apakšprojekta noslēguma ziņojumus 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.Apakšprojekta noslēguma ziņojumu apstiprina Pasūtītājs.Apakšprojekta noslēguma ziņojuma prezentācija notiks VRAA telpās.

6.6. Sistēmas darbības vide(166). Izmantojamā aparatūra un programmatūra (Obligāta)

Sistēmas ieviešanas apakšprojektā nav paredzēta lietojumprogrammu, darbstaciju un citas aparatūras iegāde vai atjaunošana institūcijās, kuras izmantos sistēmu. Tiek pieņemts, ka darba vietās, kurās izmantos TAPIS RAIM, tiks nodrošināts darbstaciju aprīkojums, kas nebūs zemāks par:

1. Internet Explorer (versija 7.0. un jaunāka); Mozilla Firefox ( versija 3.5 un jaunāka), Safari (versija 5.0. un jaunāka), Opera (versija 9.0. un jaunāka),Google Chrome (versija 6.0. un jaunāka);

2. Microsoft Windows vai Linux saimes operētājsistēma;3. Biroja programmatūra, piemēram, Microsoft Office 2000, OpenOffice vai

citas;4. Adobe Acrobat Reader.




Tehniskajā piedāvājumā Pretendentam jānorāda minimālās prasības programmatūrai un aparatūrai, kas nepieciešamas šo rīku darbināšanai.Sistēmas izmantošanu ietekmēs tīkla pieslēgumu kapacitāte (šī apakšprojekta ietvaros tīkla pieslēgumu izveide un paplašināšana netiks veikta), esošie darbstaciju modeļi, darbstaciju operētājsistēmu un lietojumprogrammu versijas.

(167). Sistēmas izmitināšanas minimālie tehniskie resursi (Obligāta)Sistēmas izmitināšanu un apkalpošanu nodrošinās Pasūtītājs. Izstrādātājam ir jānodrošina Pasūtītāja sistēmas administratora vai Pasūtītāja izvēlētā datu centra sistēmas administratora atbalsts sistēmas instalēšanā un konfigurēšanā. Izstrādātājam pēc prasību analīzes ir jāsagatavo ieteicamā sistēmas tehniskā arhitektūra, kurā jānorāda vēlamie minimālie tehniskie resursi, kas nepieciešami sistēmas darbināšanai (norādītai informācijai ir jābūt pietiekamai, lai uz tās bāzes Pasūtītājs varētu veikt minēto tehnisko resursu iepirkumu).




7. Risinājuma izveidei nepieciešamo licenču un aparatūras piegāde (RAIM.5)

(168). Risinājuma darbināšanai nepieciešamo standarta programmatūras licenču piegāde (Obligāta)

Izstrādātājam ir jāpiegādā visas RAIM darbināšanai nepieciešamās licence(s), tai skaitā nepieciešamās trešās puses programmatūras licence(s), iekļaujot garantijas izmaksas gadiem. Gadījumā, ja Pasūtītājam būs pieejami finanšu līdzekļi, par licenču uzturēšanu pēcgarantijas periodā tiks slēgts atsevišķs līgums. Piegādātajām licencēm jānodrošina iespēja lietot sistēmu jebkurai Pasūtītāja akceptētai institūcijai vai organizācijai atbilstoši plānotajiem apjomiem.Trešās puses programmatūra var ietvert, piemēram, datu bāzes, lietojumprogrammu servera, analīzes rīka, prognozēšanas rīka u.c. licences. Trešās puses programmatūras licences neietver operētājsistēmas programmatūras licences. Ir iespējams izmantot VRAA rīcībā esošās programmatūras licences, kuras uzskaitītas 9. tabulā. Gadījumā, ja piedāvātā risinājuma darbināšanai nepieciešamas trešo personu programmatūras licences, kuras nav Pasūtītāja rīcībā, pretendentam šo licenču cena jāiekļauj finanšu piedāvājumā.Trešo pušu programmatūras licenču piegāde jāveic līdz akcepttestēšanas uzsākšanai, bet ne agrāk, kā mēnesi pirms tās.

9 .tabula — VRAA rīcībā esošās licences

Licences nosaukums Licenču skaits

Oracle 11g Standart Edition 1

Center Operations Manager 2007 1

(169). Risinājuma darbināšanai nepieciešamās aparatūras piegāde (Obligāta)Izstrādātājam ir jāpiegādā visas TAPIS RAIM darbināšanai nepieciešamā aparatūra, paredzot vienu asmens serveri, kas atbilst zemāk aprakstītajai konfigurācijai.

1. Piegādājamajai tehnikai jābūt savietojamam ar zemāk minēto konfigurāciju un tas būs jāuzstāda norādītajā Asmens tipa serveru šasijā.

2. Visām piedāvātajām iekārtām ir jānodrošina savstarpēja savietojamība un/vai aizvietojamība un tām ir jābūt paredzētām un ražotāja testētām sadarboties vienotā risinājumā, kurš ietver arī visu Pasūtītāja rīcībā esošo tehniku (HP ProCurve 6120G/XG Blade Switch (2gab.), HP ProLiant BL460c G6 (9gab.), HP StorageWorks M6412-A Drive Enclosure (1gab.))

3. Pretendentam ir jānodrošina piedāvātā risinājuma savstarpējā integrācija ar Pasūtītāja rīcībā esošo tehniku (HP ProCurve 6120G/XG Blade Switch (2gab.), HP ProLiant BL460c G6 (9gab.), HP StorageWorks M6412-A Drive Enclosure (1gab.)). Integrācijai ir jānodrošina iekārtu optimāla funkcionalitātes izmantošana, kur neviena iekārta nedrīkst ierobežot citu iekārtu funkcionalitāti vai ātrdarbības rādītājus.




4. Visu iekārtu, kuras nav paredzētas ievietot Asmens serveru šasijās vai serveros, korpusiem ir jābūt montējamiem 19” skapjos (rack-mount izpildījums).

5. Visām iekārtām jāparedz 220V vienfāzes 220V 50 Hz elektrobarošanu.6. Piedāvājumā jāiekļauj:

6.1. piegādājamās tehnikas cena, par kuru būs iespējams iegādāties minēto tehniku no Izstrādātāja divu gadu laikā no piedāvājuma iesniegšanas brīža, paredzot visus nepieciešamos instalācijas materiālus (kabeļus, konektorus, skrūves utt.) un iekārtu piegādes un uzstādīšanas (tai skaitā aparatūras instalācija, konfigurēšana un savstarpējā integrācija) darbus,

6.2. detalizēta visu izmantojamo iekārtu patērētās jaudas un izdalāmās siltumenerģijas kalkulācija.

6.3. iekārtu izvietojuma montāžas skapjos un elektrobarošanas slēgumu shēmas.

7. Aparatūras uzstādīšanu jāveic ražotāja sertificētiem atbilstošas kvalifikācijas speciālistiem, kuru sertifikātu vai ražotāju apliecinājumu kopijas jāpievieno piedāvājumā;

8. Visai piedāvātajai aparatūrai ir jābūt nokomplektētai ar atbilstošiem ražotāja garantijas nodrošinājuma produktiem. Piedāvātās iekārtas, kas jāuzstāda Pasūtītāja rīcībā esošajā tehnikā, nedrīkst ietekmēt Pasūtītāja rīcībā esošās tehnikas un programmatūras Ražotāja garantijas nosacījumus. Piedāvājumam jāpievieno Ražotāja apliecinājums vai cits līdzvērtīgs dokuments par to, ka visas piedāvātās iekārtas un programmatūra, kas jāuzstāda Pasūtītāja rīcībā esošajā tehnikā, saglabās Pasūtītāja rīcībā esošās tehnikas un programmatūras Ražotāja garantijas nosacījumus. Pasūtītāja rīcībā esošās tehnikas un programmatūras Ražotāja garantijas nosacījumi ir spēkā līdz 15.05.2013);

9. Garantijas laiks ir 5 gadi. Šai laikā ir jānodrošina bez papildus maksas:9.1. aparatūras remonts vai nomaiņa tās bojājumu gadījumā;9.2. programmatūras jaunāko uzlabojumu pieejamība;9.3. telefoniskas konsultācijas problēmu gadījumos;9.4. On-site serviss avāriju un problēmu gadījumos;9.5. Problēmu risināšana, tai skaitā problēmu eskalācija līdz pat

ražotājfirmu atbalsta dienestiem;9.6. Problēmu pieteikuma gadījumā reakcijas laiks ne vēlāk kā astoņas

stundas darba dienā.10. Bojājumu novēršanas laiks - ne vēlāk kā 2 darba dienu laikā no bojājumu

pieteikšanas brīža.

VRAA rīcībā esošā aparatūra:11. Asmens serveru šasija (1 gab.), kas nodrošina

11.1. 16 serveru vietas, kas ir savietojamas ar pasūtītāja rīcībā esošajiem Asmens tipa serveriem HP Proliant BL460c G6 BladeServer (P/N 507864-B21). No 16 vietām aizņemtas ir 11.

11.2. Iebūvēto Ethernet komutatoru moduļu ligzdas, kas nodrošina komutatoru dublēšanu un savstarpējo rezervēšanu, gadījumā, ja viens no komutatoriem iziet no ierindas un kas ir savietojamas ar pasūtītāja




rīcībā esošajiem Ethernet tīkla komutatoriem HP ProCurve 6120G/XG Blade Switch (P/N 498358-B21).

11.3. Iebūvēto Fiber Channel (FC) SAN komutatoru moduļu ligzdas, kas nodrošina komutatoru dublēšanu un savstarpējo rezervēšanu, gadījumā, ja viens no komutatoriem iziet no ierindas.

11.4. Vadības programmatūra ar Licenci visām risinājumā paredzētajām Asmens tipa serveru vietām un komunikācijas iekārtam, kas integrējas ar Active Directory.

12. Asmens tipa serveru raksturojums 12.1.Montējams asmens serveru šasijā;12.2.Operatīvā atmiņa: 48 GB DDR3 RAM;12.3.Diski: divi SAS vai ekvivalenti cietie diski ar ietilpību vismaz 72

GB (katrs) un plātņu rotācijas ātrumu ne mazāku kā 15,000 RPM. 12.4.Tīkla pieslēgumi: vismaz divi Ethernet 10/100/1000 Base-TX (full

duplex) datortīkla porti ar iespējamu savstarpējas sadarbības slēgumu (teaming) un TCP/IP off-load funkcionalitāti;

12.5.FC SAN kontrolieris: vismaz divi savienojumi pieslēgumam pie FC tīkla ar datu pārraides ātrumu 8 Gbit/s;

12.6.Disku kontrolieris: vismaz 256 MB kešatmiņa (cache), kas darbojas rakstīšanas režīmā, kurš nodrošina RAID 1.

13. Datu rezerves kopēšanas risinājums, kas satur 13.1.lenšu rakstīšana/lasīšanas iekārtu ar vadības serveri, lenšu iekārtas

tips - LTO4 Ultrium; viena rakstīšana/lasīšanas iekārta un vismaz 8 (astoņām) vietām datu nesējiem,

13.2.Lenšu iekārtai izveidots tiešais savienojums ar vadības serveri, nodrošinot datu pārraides ātrums – vismaz 3Gbps, SAS vai FC;

13.3.Vadības servera procesora veiktspēja: vismaz 33 punkti pēc CINT2006 (SPECint_rate_base2006);

13.4.Vadības servera operatīvā atmiņa: vismaz 6 GB DDR3 RAM;13.5.Vadības servera diski: divi SAS vai ekvivalenti cietie diski ar

ietilpību vismaz 72 GB (katrs) un plātņu rotācijas ātrumu ne mazāku kā 15,000 RPM.

13.6.Vadības servera tīkla karte: vismaz divi Ethernet 10/100/1000 Base-TX (full duplex) datortīkla porti ar iespējamu savstarpējas sadarbības slēgumu (teaming) un TCP/IP off-load funkcionalitāti;

13.7.Vadības servera disku kontrolieris: vismaz 256 MB kešatmiņa (cache), kas darbojas rakstīšanas režīmā, kurš nodrošina RAID 1.

14. Disku masīva kontrolieru modulis 14.1.Disku masīva kontrolieru modulis ir nodrošināts ar dublētiem

barošanas blokiem, dublējošiem vadības kontrolieriem, katrs kontrolieris nodrošināts ar 2 Gb lielu kešatmiņu (cache) katrs;

14.2.Visi datu apgabali disku masīva ietvaros ir aizsargāti izmantojot RAID tehnoloģijas.

14.3.katram vadības kontrolierim nodrošināti 2 (divi) FC tīkla pieslēguma interfeisi ar datu pārraides ātrumu vismaz 4 Gb/s;

14.4.Disku masīva kontrolieris ir savietojams ar Pasūtītāja rīcībā esošo disku lādi HP M6412-A Fibre Channel Drive Enclosure (P/N AG638B).







8. Pielikumi



8.1. Rādītāju sarakstsNo centrālās statistikas pārvaldes saņemamajiem rādītājiem iekavās pievients numurs no Valsts statistikas programmas 2010. gadam.Nr. Rādītājs Mērvie-

nība Dimensijas Avots Obligāts

Iedzīvotāji

1.

Iedzīvotāju skaits (reizi pusgadā – 01.01 un 01.07.), ieskaitot:- piecās vecuma grupās (0-14; 15-29; 30-44; 45-59; 60 ->), kā arī darba spējas vecumā (15-61);- pa dzimumiem;- kopā.

cilv.Valstī, reģionos, 9 pilsētās, novados, pagastos Pilsonības un migrācijas

lietu pārvalde Jā

2. Jaundzimušo skaits (01.07. par iepriekšējo gadu), ieskaitot:- pa dzimumiem cilv. Valstī, reģionos, 9 pilsētās,

novados, pagastosPilsonības un migrācijas

lietu pārvalde Jā

3.Mirušo skaits (01.07.par iepriekšējo gadu), ieskaitot:- piecās vecuma grupās;- pa dzimumiem

cilv. Valstī, reģionos, 9 pilsētās, novados, pagastos

Pilsonības un migrācijas lietu pārvalde Jā

4. Ekonomiski aktīvo iedzīvotāju skaits (uz gada sākumu) cilv. Valstī, reģionos Centrālā statistikas pārvalde Jā

5.

Nodarbināto iedzīvotāju skaits (uz gada sākumu), ieskaitot dalījumu:- pa ekonomiskās darbības veidiem (NACE)- pa izglītības līmeņiem,- pēc dzimuma

cilv. Valstī, reģionos Centrālā statistikas pārvalde Jā

6.

Reģistrēto bezdarbnieku skaits (uz gada sākumu, uz mēneša sākumu), ieskaitot:- piecās vecuma grupās;- pa dzimumiem;- pēc izglītības

cilv.Valstī, reģionos, 9 pilsētās, novados, pagastos Nodarbinātības valsts

aģentūra Jā

7.

Reģistrēto ilgstošo bezdarbnieku skaits (uz gada sākumu), ieskaitot:- piecās vecuma grupās;- pa dzimumiem;- pēc izglītības

cilv. Valstī, reģionos, 9 pilsētās, novados, pagastos

Nodarbinātības valsts aģentūra Jā

Teritorija

8.

Ceļu tīkla kopgarums un blīvums, ieskaitot:- dalījumu pēc ceļu nozīmes

- galvenie autoceļireģionālie autoceļi

- vietējie autoceļi-dalījumu pa ceļu segumu (asfalts/grants)

km/km2Valstī, reģionos,Ir pieejami pa teritoriālajām pārvaldēm (rajoniem)

TAPISLatvijas Valsts ceļi Jā

9. platību sadalījums pa teritoriālā plānojuma funkcionālo zonējumu veidiem; km2 Valstī, reģionos, 9 pilsētās, novados TAPIS Jā

10. meža platība (absolūtā un relatīvā vērtība); km2 Valstī, reģionos, 9 pilsētās, novados TAPIS Nē

11. ūdensobjektu aizņemtā platība (absolūtā un relatīvā vērtība); km2 Valstī, reģionos, 9 pilsētās, novados TAPIS Nē



Nr. Rādītājs Mērvie-nība Dimensijas Avots Obligāts

12. platības pa nekustamā īpašuma lietošanas veidiem (absolūtā un relatīvā vērtība); km2 Valstī, reģionos, 9 pilsētās, novados TAPIS Nē

13. aizsargājamās dabas teritorijas (absolūtā un relatīvā vērtība); km2 Valstī, reģionos, 9 pilsētās, novados TAPIS Nē

Ekonomika

14. IKP (gadā) (1.14) Ls Valstī, reģionos Centrālā statistikas pārvalde Jā

15. Kopējā pievienotā vērtība (gadā) - pa darbības veidiem (NACE) (1.26) Ls Valstī, reģionos Centrālā statistikas

pārvalde Jā

16. Reģionu kopējās pievienotās vērtības īpatsvars (gadā, no kopējā valstī) (1.26)- pa darbības veidiem (NACE) % Reģionos Centrālā statistikas

pārvalde Jā

17. Nefinanšu investīcijas (gadā) (23.1) Ls Valstī, reģionos Centrālā statistikas pārvalde Jā

18. Ārvalstu tiešās investīcijas Ls Valstī, reģionos, 9 pilsētās, novados

Uzņēmumu reģistrs (Lursoft) Nē

19.

Pašvaldības budžeta ieņēmumi (gadā) kopējie un pa veidiem:- Iedzīvotāju ienākuma nodokļa ieņēmumi- Nekustamā īpašuma nodokļa ieņēmumi- Pārējie (kopā)

Ls Valstī, reģionos, 9 pilsētās, novados Valsts kase Jā

20.

Pašvaldības budžeta izdevumi (gadā) kopējie un noteiktiem mērķiem:- investīcijām infrastruktūrā- izglītībai- kultūrai- sociālajai palīdzībai

Ls Valstī, reģionos, 9 pilsētās, novados Valsts kase Jā

21.

Tirgus sektora ekonomiski aktīvās statistiskās vienības (13.5):pašnodarbinātas personas,zemnieku un zvejnieku saimniecības, individuālie komersanti komercsabiedrības.

gab.Valstī, reģionos, 9 pilsētās, novados, novadu pilsētās pa nozarēm (NACE) un kopā

Centrālā statistikas pārvalde Jā

22. Gada laikā jaunizveidotie uzņēmumi un likvidētie uzņēmumi gab.

Valstī, reģionos, 9 pilsētās, novados,- pa ekonomiskās darbības veidiem (NACE)

Uzņēmumu reģistrs (Lursoft) Nē

23.

Struktūrfondu finansējums projektiem:- projektu skaits pa fondiem- kopējās summas- NACE

Ls

Valstī, reģionos, 9 pilsētās, novados, novadu pilsētās un ciemos- pa ekonomiskās darbības veidiem (NACE)

Finanšu ministrija, Lauku atbalsta dienests, Valsts zivsaimniecības

pārvalde

Jā

24. Iedzīvotāju ienākuma nodoklis pēc nodokļa nomaksas vietas – maksātāju skaits cilv.. Reģionos, 9 pilsētas, novados VID Jā25. Iedzīvotāju ienākuma nodoklis pēc nodokļa nomaksas vietas – nomaksātās summas Ls Reģionos, 9 pilsētas, novados VID Jā26. Iedzīvotāju ienākuma nodoklis pēc deklarētās dzīvesvietas – maksātāju skaits cilv Reģionos, 9 pilsētas, novados VID Jā27. Iedzīvotāju ienākuma nodoklis pēc deklarētās dzīvesvietas – nomaksātās summas Ls Reģionos, 9 pilsētas, novados VID Jā



Nr. Rādītājs Mērvie-nība Dimensijas Avots Obligāts

28. Mikro uzņēmuma nodoklis; Ls Reģionos, 9 pilsētas, novads VID Nē29. Uzņēmuma nodoklis Ls Reģionos, 9 pilsētās, novados VID Jā

Labklājība Jā

30. Mājsaimniecību rīcībā esošie ienākumi (11.1, 11.2) Ls Valstī, reģionos, Centrālā statistikas pārvalde Jā

31. Mājsaimniecību rīcībā esošo ienākumu sastāvs vidēji uz vienu mājsaimniecības locekli mēnesī (11.1) Ls Valstī Centrālā statistikas

pārvalde Jā

32. Patēriņa izdevumu sastāvs vidēji uz vienu mājsaimniecības locekli mēnesī (11.2) Ls Valstī, reģionos Centrālā statistikas pārvalde Jā

33. Nabadzības riska indekss pēc vecuma un dzimuma (11.1) % Valstī, reģionos Centrālā statistikas pārvalde Jā

34. Valsts sociālās apdrošināšanas iemaksas- piecās vecuma grupās (0-14; 15-29; 30-44; 45-59; 60 ->), kā arī darba spējas vecumā (15-61); Iedz. Valstī, reģionos, 9 pilsētās,

novados, novadu pilsētāsValsts sociālās

apdrošināšanas aģentūra Jā

35.

Mēneša vidējā bruto un neto darba samaksa (15.6): - privātajā sektorā ar nodarbināto skaitu 50 un vairāk; - sabiedriskajā sektorā:- budžeta iestādēs: - valsts budžeta iestādēs;- pašvaldību budžeta iestādēs.- valsts un pašvaldību komercsabiedrībās

Ls Valstī, reģionos, 9 pilsētās, novados

Centrālā statistikas pārvalde Nē

36. Reģistrēto noziedzīgo nodarījumu skaits sadalījumā pa noziedzīgo nodarījumu veidiem (slepkavības, izvarošanas, laupīšanas u.c.) (12.5) Skaits Valstī, reģionos, rajonos

Centrālā statistikas pārvalde

vaiIekšlietu ministrija

Nē

37. Pašvaldību sociālās palīdzības pabalsti (saņēmēju skaits pa pabalstu veidiem, pabalstu vidējais apmērs, izlietotie līdzekļi pa pabalstu veidiem) (10.35) Skaits/Ls Valstī, reģionos, 9 pilsētās,

novados Labklājības ministrija Nē

38. Operatīvie dati par trūcīgo personu skaitu pašvaldībās un pašvaldību sniegto sociālo palīdzību (10.47) Skaits Valstī, reģionos, 9 pilsētās,

novados Labklājības ministrija Nē

39. Ēku, būvju un dzīvokļu īpašumi (skaits, platība) (27.3) Skaits/m2 Valstī, reģionos, 9 pilsētās, novados

Centrālā statistikas pārvalde Nē

40. Bērnu skaits, kuri centralizēto eksāmenu kārtošanā ieguvuši A un B līmeni. % Valstī, reģionos, 9 pilsētās, novados

Valsts izglītības satura centrs Nē

41. Izglītojamo skaita sadalījums pa klasēm vispārizglītojošajās dienas apmācības programmās Skaits Valstī, reģionos, 9 pilsētās, novados Izglītības ministrija Jā

42. LR vispārizglītojošās dienas skolas Skaits Valstī, reģionos, 9 pilsētās, novados Izglītības ministrija Jā

43. Neatliekamās medicīniskās palīdzības vidējais ierašanās laiks uz izsaukumu Min Valstī, reģionos, 9 pilsētās, novados

Veselības norēķinu centrs Nē

44.Iedzīvotāju īpatsvars %, kuriem nodrošināta likumdošanas prasībām atbilstoša centralizēto pakalpojumu pieejamība (ūdensapgāde, notekūdeņu savākšana un attīrīšana, atkritumu apsaimniekošana)

% Valstī Vides ministrija Nē






8.2. Teritorijas profila piemēri










8.3. Protokola paraugsProjekta progresa sanāksmes

PROTOKOLS

Valsts reģionālās attīstības aģentūra Rīga

2010.gada 26.maijs Nr.1

Dalībnieku saraksts: (organizācijas nosaukums, pilns amats)

Sanāksmi atklāj: plkst.10:00,

Sanāksmi vada: (vārds, uzvārds, amats)

Protokolē: (vārds, uzvārds, amats

Darba kārtība:1. Par2. Par3. Par

1. Par (par katru darba kārtības punktu, tekstu rakstot tagadnes formā)ZIŅO: (vārds, uzvārds, amats, ziņojuma izklāsts)JAUTĀ: (kas, ko jauta)ATBILD: (kas, ko)IZSAKĀS: (vārds, uzvārds, amats, izklāsts, pieraksta visus pēc uzstāšanās kartības)IZZIŅAS SNIEDZ: (kas par ko un ko)NOLEMJ: (pieraksta pilnu lēmuma tekstu)

2. Par ZIŅO:JAUTĀ:ATBILD:IZSAKĀS:IZZIŅAS SNIEDZ:NOLEMJ:

Sanāksmi slēdz: plkst.13:00, (vārds, uzvārds)

Sanāksmes vadītājs (paraksts) (vārds, uzvārds)Sanāksmes protokolētājs (paraksts) (vārds, uzvārds)




9. Prasību indekss4.2.1. Sociālekonomisko un ieguldījuma rādītāju datu ielāde un pārbaude, izmantojot automātisko vai manuālo datu ievadu (RAIM 1.1)........................................................................................................................24.2.2. Teritorijas profilu uzturēšana, publicēšana un pieejamība publiskam lietotājam (RAIM 1.2)...............24.2.3. Informācijas publicēšana publiskajā daļā, tai skaitā informācijas meklēšanas iespējas (RAIM 1.3)......24.2.4. Analītisko atskaišu veidošanas un publicēšanas iespējas (RAIM 1.4)....................................................24.2.5. Sintētisko (aprēķināto rādītāju) definēšana (RAIM 1.5)........................................................................24.2.6. Biežāk pieprasīto atskaišu sadaļa (RAIM 1.6).......................................................................................24.2.7. Metadatu uzturēšana (RAIM 1.7).........................................................................................................24.2.8. RAIM klasifikatoru pārvaldība (RAIM 1.8).............................................................................................24.2.9. Datu ielādes process, saskarnes (RAIM 1.9)........................................................................................24.2.10. Datu kvalitātes pārskatu iegūšanas iespējas (RAIM 1.10)................................................................24.2.11. TAPIS auditācijas pierakstu pārskati (RAIM 1.11).............................................................................24.2.12. Sistēmas administrēšanas funkcijas (RAIM 1.12).............................................................................24.3.1. Prasības sistēmas veiktspējai, kapacitātei un mērogojamībai..............................................................24.3.2. Prasības drošībai..................................................................................................................................24.3.3. Prasības dizainam un lietotāja saskarnei..............................................................................................24.3.4. Prasības atbilstībai prasībām valsts informācijas sistēmām.................................................................2


TIS PRASĪBU SPECIFIKĀCIJA - vraa.gov.lv Web viewlatvijas teritorijas plĀnoŠanas informĀcijas sistĒmas funkcionalitĀtes definĒŠanas, iepirkumu procedŪras atbalsta, izveides

Documents