tapis prasĪbu specifikĀcija - vraa.gov.lv web view.doc, .docx, .odf, .rtf formātiem - dokuments...

ATKLĀTA KONKURSA

„Teritorijas attīstības plānošanas informācijas sistēmas izstrāde un ieviešana”

Tehniskās specifikācijas1.sējums

Prasību specifikācijaID.NR. VRAA/2011/43/ERAF/AK

Rīga, 2011

IEGULDĪJUMS TAVĀ NĀKOTNĒ

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

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 šādā sastāvā: Konsultanti:

Aldis Puisītis TAPIS projekta vadītājs

Rudīte Spriņģe Vadības procesu eksperts

Dita Gabaliņa IS arhitektūras eksperts

Ainars Biders Juridisko jautājumu eksperts

Ivars Grīnbergs Infrastruktūras risinājumu eksperts

Indulis Maķēns ĢIS eksperts

Lolita Čače Teritorijas plānošanas eksperts

Pasūtītājs:

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

Linda Freimane VRAA, Elektronisko pakalpojumu departaments, Projektu vadītāja

Inga Vilnere VRAA, Elektronisko pakalpojumu departaments, Sistēmu analītiķe

Andris Putniņš VRAA, Elektronisko pakalpojumu departaments, Projektu vadītājs

Atklāta konkursa . „ Teritorijas attīstības plānošanas informācijas sistēmas izstrāde un ieviešana””Nolikuma Pielikums Nr.1

Pārskats par dokumenta versijām:Versija Datums Apraksts Autors

1.0 02.02.2010 Prasību dokumenta versija ar pasūtītāja komentāriem.

D.Gabaliņa, I.Māķēns, R.Sprinģe

1.1 03.03.2010 Pievienotas sadaļas atbilstoši izmaiņu pieprasījumiem.


1.3 05.03.2010 Izmaiņas visā dokumentā saskaņā ar Pasūtītāja prasībām.


1.4. 09.03.2010 Papildināts sistēmas programmatūras pārskats, izņemtas prasības par metadatu pārvaldību, aktualizētas prasības par projekta pārvaldību.


1.5 12.03.2010 Laboti Pasūtītāja komentāri visā dokumentā. D.Gabaliņa, I.Māķēns, R.Sprinģe

1.6 15.03.2010 Laboti Pasūtītāja komentāri visā dokumentā. D.Gabaliņa, I.Māķēns, R.Sprinģe

© SIA „AA Projekts” 3. no 123


1 Saturs

1 Saturs 4

1. Ievads 6

1.1 Dokumenta nolūks..............................................................................................................6

1.2 Saīsinājumi un paskaidrojumi..............................................................................................6

1.3 Prasību apraksta skaidrojums............................................................................................10

1.4 Prasību prioritātes.............................................................................................................11

1.5 Dokumenta satura pārskats...............................................................................................12

1.6 Prasību indekss..................................................................................................................12

2 Programmatūras sistēmas pārskats 20

2.1 TAPIS centrālais modulis....................................................................................................242.1.1 TAPIS centrālā datu bāze....................................................................................................................242.1.2 TAPIS biznesa loģikas un lietojumprogrammu komponente..............................................................242.1.3 TAPIS portāls......................................................................................................................................252.1.4 Sistēmas saskarnes moduļi.................................................................................................................25

2.2 TAPIS darbvirsmas lietojums vidējai pašvaldībai................................................................26

2.3 Integrācija ar ārējām sistēmām un komponentēm.............................................................262.3.1 Integrācija ar Latvija.lv (Ģeoportālu)..................................................................................................262.3.2 ĢDS.....................................................................................................................................................26

3 Nodevumu saturs 28

4 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ēmas izstrāde un ieviešana (TAPIS.1) 30

4.1 Vispārīgās prasības............................................................................................................304.1.1 Normatīvā bāze..................................................................................................................................304.1.2 Veicamo darbu apjoms attiecībā uz procesiem..................................................................................30

4.2 Funkcionālās prasības TAPIS centrālajam modulim (TAPIS.1.1)..........................................304.2.1 TAPIS centrālā moduļa funkcijas........................................................................................................304.2.2 Attīstības plānošanas dokumentu izstrāde, saskaņošana un publicēšana..........................................334.2.3 Pašvaldības teritorijas plānojuma sagatavošanas, apspriešanas un publicēšanas atbalsts................364.2.4 Sabiedriskās apspriešanas atbalsts.....................................................................................................374.2.5 Plānošanas procesu uzraudzība un kontrole......................................................................................374.2.6 Plānotāja rokasgrāmata.....................................................................................................................384.2.7 E-pakalpojumu atbalsts......................................................................................................................394.2.8 Teritorijas attīstības indikatori............................................................................................................394.2.9 Pamatdatu un ģeotelpisko datu pārvaldība.......................................................................................404.2.10 Metadatu pārvaldība.....................................................................................................................404.2.11 Dokumentu pārvaldības un darbplūsmu atbalsts..........................................................................424.2.12 Klasifikatoru pārvaldība.................................................................................................................464.2.13 E-pakalpojumu atbalsta funkcijas un pakalpes..............................................................................494.2.14 Administrēšanas funkcijas.............................................................................................................494.2.15 TAPIS portāls..................................................................................................................................524.2.16 TAPIS lietojumprogrammas un biznesa loģika...............................................................................564.2.17 TAPIS saskarnes.............................................................................................................................574.2.18 TAPIS centrālā datu bāze...............................................................................................................57

4.3 Funkcionālās prasības TAPIS vidējās pašvaldības ĢIS darbvirsmas modulim (TAPIS.1.2).....594.3.1 Pašvaldības TAPIS lietojumprogrammas.............................................................................................59



4.3.2 Teritorijas plānotāja darba vieta........................................................................................................604.3.3 Pašvaldības administratora darba vieta.............................................................................................614.3.4 Pašvaldības TAPIS dokumentu pārvaldības un darbplūsmu atbalsts..................................................614.3.5 TAPIS pašvaldības datu bāze..............................................................................................................624.3.6 Klasifikatoru pārvaldība pašvaldībā....................................................................................................63

4.4 Funkcionālās prasības sistēmas saskarnēm (TAPIS.1.3)......................................................644.4.1 Prasības sistēmas ārējām saskarnēm.................................................................................................644.4.2 Prasības datu apmaiņai ar ārējām IS..................................................................................................67

4.5 Spēkā esošo teritorijas plānojumu datu pārnešana uz TAPIS (TAPIS.1.4)............................71

4.6 Izmēģinājuma ekspluatācija (TAPIS.1.5).............................................................................72

4.7 Sistēmas nefunkcionālās prasības......................................................................................734.7.1 Prasības dizainam un lietotāja saskarnei............................................................................................734.7.2 Prasības sistēmas veiktspējai, kapacitātei un mērogojamībai............................................................764.7.3 Prasības drošībai................................................................................................................................774.7.4 Aparatūras prasības............................................................................................................................80

5 Elektroniskā pakalpojuma „Uzziņa par nekustamā īpašuma atļauto izmantošanu saskaņā ar vietējās pašvaldības teritorijas plānojumu” izstrāde un ieviešana (darbu pakotne P2) 82

6 TAPIS drošības noteikumu izstrāde (TAPIS.3) 83

7 TAPIS elektronisko datu apmaiņas noteikumu izstrāde (TAPIS.4) 86

8 Prasības apakšprojekta pārvaldībai (TAPIS.5) 88

8.1 Iesaistīto pušu atbildība un pienākumi...............................................................................92

8.2 Apakšprojekta darba organizācija......................................................................................93

8.3 Nodevumu saturs..............................................................................................................95

8.4 Starprezultāti.....................................................................................................................96

8.5 Prasības apakšprojekta vadības dokumentācijai...............................................................103

8.6 Sistēmas darbības vide.....................................................................................................104

8.7 Sistēmas uzturēšanas pakalpojumu saturs.......................................................................105

9 Procesu saraksts 111

10 Atsauces 113

10.1 Normatīvā bāze...............................................................................................................11310.1.1 Politikas plānošanas dokumenti..................................................................................................11310.1.2 Likumi..........................................................................................................................................1131.1.1. LR Ministru kabineta noteikumi.......................................................................................................11410.1.3 Tiesību aktu projekti....................................................................................................................11810.1.4 No INSPIRE direktīvas izrietošie normatīvie akti un standarti......................................................119

10.2 Standarti, vadlīnijas, labā prakse......................................................................................119

11 Pielikumi 123

11.1 Sistēmas infrastruktūras apraksts....................................................................................123

11.2 Protokola paraugs..................................................................................................................124



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 attīstības plānošanas informācijas sistēmas (turpmāk tekstā TAPIS) 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 paskaidrojumiTabula 1. Saīsinājumi un paskaidrojumi

Termins vai saīsinājums

Apraksts

Apakšprojekts Šī iepirkuma ietvars, daļa no Projekta , kas tiek realizēts ATKLĀTA KONKURSA „ Teritorijas attīstības plānošanas informācijas sistēmas izstrāde un ieviešana” ietvaros un ietver šajā specifikācijā noteikto aktivitāšu īstenošanu.

Apbūves parametri Mērījumu vai aprēķinu ceļā iegūti skaitliski rādītāji, kas raksturo apbūves izvietojumu un apjomu noteiktā teritorijā, parasti zemes vienībā.

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

ArcGIS Kompānijas ESRI ĢIS programmatūras saime

ATIS Apgrūtināto teritoriju informācijas sistēma

Atļautā izmantošana Saimnieciskā darbība un tai paredzētās būves, ēkas un zemes izmantošanas veidi, kas noteikti teritorijas plānojumā vai detālplānojumā.

Atribūts Informatīvs elements, kas apzīmē kādu īpašību. Datu bāzēs par atribūtu parasti sauc ieraksta lauka nosaukumu vai tā struktūru.

ATVK Administratīvo teritoriju un teritoriālo vienību klasifikators

BIS Būvniecības informācijas sistēma

BPEL No angļu valodas [Business Process Execution Language] - Biznesa procesu modelēšanas valoda

CD Kompaktdisks, elektronisks datu nesējs

CSW No angļu valodas [Catalogue Service Web] - kataloga tīmekļa pakalpes, kas atgriež metadatu informāciju.

DAIRM VISS Darbību audita ierakstu reģistrēšanas modulis

Darbvirsmas lietojums Programmatūra, kas ir jāinstalē uz lietotāja datora

DAUKS Dokumentu elektroniskās aprites un uzdevumu kontroles sistēma

DBVS Datu bāzu vadības sistēma

DCMI No angļu [Dublin Core Metadata Initiative] - Dublin Core metadatu iniciatīva

DGN No angļu [design] -



DIT 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

DIV Publiskās pārvaldes dokumentu pārvaldības sistēmu integrācijas vide

Dublin Core Metadatu standarts dokumentu aprakstīšanai , kas sastāv no 15 elementiem, sk. arī http://dublincore.org/

DWG No angļu [Drawing] - Kompānijas AutoDesk programmatūras AutoCad vektoru datu formāts.

EK Eiropas Komisija

Elektroniskā pakalpojuma sniedzējs

Iestāde, kas nodrošina elektroniskā pakalpojuma sniegšanu.

Elektroniskā pakalpojuma turētājs

Par elektroniskā pakalpojuma sniegšanu atbildīgā iestāde, kurai no normatīvajos aktos noteiktajām funkcijām un uzdevumiem izriet attiecīgā publiskā pakalpojuma sniegšanas pienākums.

E-pakalpojums Pakalpojums, kura pieprasīšanas vai sniegšanas veids nodrošina tā pieejamību attālināti – ar informācijas un komunikācijas tehnoloģiju palīdzību.

ERAF Eiropas Reģionālās attīstības fonds

ES Eiropas Savienība

ETKS Elektronisko topogrāfisko karšu specifikācija

FPDAL Fiziskās personas datu aizsardzības likums.

FTP No angļu valodas [File Transfer Protocol] – failu pārsūtīšanas protokols

Funkcionālais zonējums

Teritorijas iedalījums atšķirīgās funkcionālajās zonās ar noteiktu atļauto izmantošanu.

Funkcionālā zona Teritorija, kurai definēts izmantošanas mērķis un noteikti atļautās (un, ja nepieciešams, aizliegtās) izmantošanas veidi.

GML No angļu valodas [Geography Markup Language] - izmantojot XML sintaksi tiek aprakstīti ģeotelpiskie objekti.

ĢDS Ģeotelpisko datu savietotājs

Ģeoportāls Valsts vienotais ģeotelpiskās informācijas portāls, tiks izstrādāts „Vienotā ģeotelpiskās informācijas portāla izveidošana un nozaru ĢIS sasaiste ar portālu” projekta ietvarā.

ĢIS Ģeotelpiskās informācijas sistēma

HTML No angļu valodas [Hypertext Markup Language] – hiperteksta iezīmēšanas valoda, sk. arī http://www.w3.org/html/.

HTTP No angļu valodas [Hyper text transfer protocol] - hiperteksta pārraides protokols.

HTTPS No angļu valodas [Hypertext Transfer Protocol Secure] - hiperteksta drošas pārsūtīšanas protokols, papildus datu drošībai izmantojot tīkla drošības protokolu.

IDDV Iestādes darbinieka lietotāju darba vietas aplikācija.

IFRAME HTML elements, kurš nodrošina HTML dokumenta attēlošanu, kurš atrodas uz cita tīmekļa servera


http://www.w3.org/html/

http://dublincore.org/


IKT Informācijas un komunikāciju tehnoloģiju nozare

IP No angļu valodas [Internet Protocol].- datu apmaiņas protokols, kurš nosaka adresācijas un datu kopu struktūru.

IS Informācijas sistēma

IT Informācijas tehnoloģijas

JPG No angļu valodas [Joint Photographic Experts Group] - attēlu saspiešanas formāts

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

LĢIA Latvijas ģeotelpiskās informācijas aģentūra

LIAS Latvijas ilgtermiņa attīstības stratēģija (Latvija 2030)

LR Latvijas Republika

LVĢMC Latvijas vides ģeoloģijas un metroloģijas centrs

MK Ministru kabinets

MS Microsoft korporācija

NĪLM Nekustamā īpašuma lietošanas mērķis

OGC No angļu valodas [Open Geospatial Consortium] – atvērtais ģeotelpiskais konsorcijs.

Pakalpojuma saņēmējs

Fiziska persona vai tās pilnvarotais pārstāvis, kura pieprasa un saņem no elektroniskā pakalpojuma sniedzēja elektronisko pakalpojumu.

Pakalpojums Publiskais pakalpojums, arī publiskas pārvaldes pakalpojums.

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 Pašvaldību funkciju atbalsta sistēma

PFAS AUTH Pašvaldību funkciju atbalsta sistēmas autentifikācijas modulis. PFAS AUTH komponente ir VISS sastāvdaļa, kas nodrošinu lietotāju un to tiesību uzturēšanu.

Plānojuma grafiskā daļa

Dokuments, kas apkopo plānojuma ģeotelpiskos datus un kuram tiek garantēta nemainība atkarībā no plānošanas procesa stadijas, piemēram, spēkā esošo teritorijas plānojumu grafiskā daļa.

Plānojuma ģeotelpiskie dati

Dati, kas ietver teritorijas plānojuma procesā radušos ģeotelpiskos datus un kuri tiek apkopoti plānojuma grafiskajā daļā.

Plānošanas dokumenti

Sistēmā ievietojamie teritorijas attīstības plānošanas dokumenti, piemēram, nacionālās attīstības plāns, reģionu attīstības programmas, pašvaldību plānošanas dokumenti. Sistēmā šiem dokumentiem tiek nodrošināta saskaņošanas darbplūsmas pārvaldība, kā arī dokumentu sabiedriskā apspriešana un publicēšana.

Plānošanas procesa dokumenti

Sistēmā radušies dokumenti plānošanas procesa pārskatāmības nodrošināšanai, piemēram, lēmumi vai atzinumi. Sistēmā šie dokumenti tiek


http://www.latvija.lv/


radīti no dokumentu veidnēm noteiktās darbplūsmas aktivitātēs.

PMLP Pilsonības un migrācijas lietu pārvalde, pakļauta Iekšlietu ministrijai.

POLSIS Politikas plānošanas dokumentu datu bāze, kas pieejama tīmekļa vietnē https://www.visr.eps.gov.lv/visr/default.aspx?action=2&rid=173 .

PPA Programmatūras projektējuma apraksts.

PPS Programmatūras prasību specifikācija (šis dokuments).

Pretendents Publiskā iepirkuma dalībnieks. Šī dokumenta kontekstā Pretendents var būt arī Izpildītājs vai Izstrādātājs.

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

RAPLM Reģionālās attīstības un pašvaldību lietu ministrija

SA Sabiedriskā apspriešana

SHP Kompānijas ESRI programmatūras ArcGIS vektordatu formāts.

Sistēma Šī dokumenta ietvaros TAPIS.

SM Satiksmes ministrija

SOA 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

TAPIS vidējās pašvaldības ĢIS darbvirsmas modulis

TAPIS vidējās pašvaldības ĢIS darbvirsmas modulis sastāv no vairākiem apakšmoduļiem: ģeotelpisko datu redaktors (piem., ESRI ArcGIS, Bentley Systems MicroStation), datu bāzes, kura ir pieejama daudzlietotāju režīmā, un karšu tīmekļa serveri, kas nodrošina WMS, WFS tīmekļa pakalpju saskarni ar ģeotelpisko datu redaktors un centrālo moduli.

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

Teritorijas attīstības plānošanas informācijas sistēma

Strukturēts informācijas tehnoloģiju un datu bāzu kopums, kuru lietojot tiek nodrošināta teritorijas attīstības plānošanas dokumentu izstrādei un realizācijai nepieciešamās informācijas radīšana, apkopošana, uzkrāšana, apstrādāšana, izmantošana un iznīcināšana

Tīmekļa pakalpe No angļu valodas [Web Service] - vienots veids, kā tīmekļa lietojumprogrammām, arī tādām, kas strādā dažādās platformās, rakstītas dažādās valodās utt., savstarpēji sazināties. Ziņu pārraidei tiek izmantoti


https://www.visr.eps.gov.lv/visr/default.aspx?action=2&rid=173


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 ministrija

TP Teritorijas plānojums

TWAIN Programmatūras protokols un API standarts, kas nosaka, kā norit komunikācija starp datorprogrammatūru un starp digitālām attēlu apstrādes ierīcēm, piemēra, digitālām fotokamerām un skeneriem.

UR Uzņēmumu reģistrs

VidM Vides ministrija

VISS Valsts informācijas sistēmu savietotājs

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

VZD Valsts zemes dienests

VZD ĢIS Valsts zemes dienesta ģeotelpiskās informācijas sistēma

WCS No angļu valodas [Web Coverage Service] – tīmekļa pārklājuma pakalpe, sk. arī http://www.opengeospatial.org/standards/wcs

webserver Programmatūra, kas nodrošina mājas lapu un WEB aplikāciju darbību un pieejamību

WFS No angļu valodas [Web Feature Services] - Protokols vektora karšu informācijas apmaiņai, Open Geospatial Consortium standarts

WMS No angļu valodas [Web Map Service] - Protokols rastra karšu informācijas apmaiņai, Open Geospatial Consortium standarts

WWW No angļu valodas [World Wide Web] – pasaules globālais tīmeklis, sk. arī http://www.w3.org/WWW/

XML No angļu valodas [Extensible Markup Language] - 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.

1.3 Prasību apraksta skaidrojumsKatrai tehniskajā specifikācijā definētai prasībai ir šāda 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 nodaļā 1.6. “Prasību indekss” .

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


http://www.w3.org/WWW/

http://www.opengeospatial.org/standards/wcs

http://www.termini.lv/


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 vai izstrādātājs var ieteikt savādāku veidu, kā nodrošināt to pašu mērķi un vajadzību!

1.4 Prasību prioritātesPrioritātes izteikto programmprodukta prasību realizācijai ir noteiktas atbilstoši sekojošai skalai skat. 2. tabulu.

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 lai būtu skaidra pretendenta izpratne par piedāvājamo risinājumu. Apraksts, 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.

Vēlama Vēlamās prasības var netikt iekļautas piedāvājumā, tomēr to realizācija tiks uzskatīta par pievienoto vērtību. Vēlamo prasību novērtējums tiks veikts saskaņā ar vērtēšanas tabulu konkursa nolikumā.

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.

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

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



Apraksts, 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.5 Dokumenta satura pārskatsDokuments sastāv no 9 (deviņām) nodaļām:

Dokumenta 1.nodaļā Ievads 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, 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.

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. nodaļā ir aprakstītas TAPIS moduļu funkcionālās prasības.

5. nodaļā ir aprakstītas prasības elektroniskam pakalpojumam „Uzziņa par nekustamā

īpašuma atļauto izmantošanu saskaņā ar vietējās pašvaldības teritorijas plānojumu”.

6. nodaļā ir aprakstītas TAPIS drošības noteikumu prasības.

7. nodaļā ir aprakstītas TAPIS elektronisko datu apmaiņas noteikumu prasības.

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

pienākumi, identificēti apakšprojekta ierobežojumi un riski.

9. nodaļā sniegts saraksts ar teritorijas attīstības plānošanas procesiem, kas jāskata

kontekstā ar tehniskās specifikācijas otro sējumu, „Teritorijas plānošanas procesi”.

Nodaļa „Atsauces” satur norādes uz dokumentiem un citiem informācijas resursiem,

saskaņā ar kuriem Pretendentam ir jāveic sistēmas izstrāde un uzturēšana.

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

1.6 Prasību indekss

1. Ievads 7

1.1 Dokumenta nolūks..............................................................................................................7

1.2 Saīsinājumi un paskaidrojumi..............................................................................................7

1.3 Prasību apraksta skaidrojums............................................................................................11



1.4 Prasību prioritātes.............................................................................................................12

1.5 Dokumenta satura pārskats...............................................................................................13

1.6 Prasību indekss..................................................................................................................14

2 Programmatūras sistēmas pārskats 21

2.1 TAPIS centrālais modulis....................................................................................................252.1.1 TAPIS centrālā datu bāze....................................................................................................................252.1.2 TAPIS biznesa loģikas un lietojumprogrammu komponente..............................................................252.1.3 TAPIS portāls......................................................................................................................................262.1.4 Sistēmas saskarnes moduļi.................................................................................................................26

2.2 TAPIS darbvirsmas lietojums vidējai pašvaldībai................................................................27

2.3 Integrācija ar ārējām sistēmām un komponentēm.............................................................272.3.1 Integrācija ar Latvija.lv (Ģeoportālu)..................................................................................................272.3.2 ĢDS.....................................................................................................................................................27

3 Nodevumu saturs 29

4 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ēmas izstrāde un ieviešana (TAPIS.1) 31

4.1 Vispārīgās prasības............................................................................................................314.1.1 Normatīvā bāze..................................................................................................................................31

(001). Sistēmas darbības normatīvā bāze (Obligāta)...........................................................................314.1.2 Veicamo darbu apjoms attiecībā uz procesiem..................................................................................31

(002). TAPIS atbalsts telpiskās plānošanas procesiem (Obligāta)........................................................31

4.2 Funkcionālās prasības TAPIS centrālajam modulim (TAPIS.1.1)..........................................314.2.1 TAPIS centrālā moduļa funkcijas........................................................................................................31

(003). TAPIS centrālā moduļa funkcijas (Obligāta)..............................................................................314.2.2 Attīstības plānošanas dokumentu izstrāde, saskaņošana un publicēšana..........................................34

(004). Attīstības plānošanas atbalsts TAPIS ietvaros (Obligāta)..........................................................34(005). Attīstības plānošanas dokumentu ievietošanas un apstrādes iespējas (Obligāta).....................34(006). Teritorijas attīstības plānošanas dokumenta publicēšana un publicēšanas atcelšana (Obligāta)

35(007). Attīstības plānošanas dokumenta metadati (Obligāta).............................................................35(008). Dokumenta datņu augšupielāde...............................................................................................36(009). Dokumenta publicēšana (Obligāta)...........................................................................................36(010). Dokumenta versijas (Obligāta)..................................................................................................36(011). Jauna dokumenta izstrāde (Obligāta).......................................................................................36(012). Dokumenta publicēšana un publicēšanas atcelšana (Obligāta)................................................36(013). Dokumenta saīsinātā pārskata forma (Obligāta).......................................................................36

4.2.3 Pašvaldības teritorijas plānojuma sagatavošanas, apspriešanas un publicēšanas atbalsts................37(014). Pašvaldības teritorijas plānojuma process (Obligāta)...............................................................37(015). Plānojuma grafiskās daļas augšupielādēšana centrālā datu bāzē (Obligāta).............................37

4.2.4 Sabiedriskās apspriešanas atbalsts.....................................................................................................38(016). Sabiedriskās apspriešanas atbalsts centrālajā līmenī (Obligāta)...............................................38

4.2.5 Plānošanas procesu uzraudzība un kontrole......................................................................................39(017). Pārskats par plānošanas procesa darba plūsmas notikumiem (Obligāta).................................39

4.2.6 Plānotāja rokasgrāmata.....................................................................................................................39(018). Teritorijas plānotāja rokasgrāmata Plānotāja rokasgrāmata (Obligāta)....................................39(019). Teritorijas plānotāja rokasgrāmatas formāts (Obligāta)...........................................................39(020). Teritorijas plānotāja rokasgrāmatas saturs (Obligāta)..............................................................40(021). Teritorijas plānotāja rokasgrāmatas valoda (Obligāta).............................................................40

4.2.7 E-pakalpojumu atbalsts......................................................................................................................40(022). E-pakalpojumu atbalss (Obligāta)...........................................................................................40

4.2.8 Teritorijas attīstības indikatori............................................................................................................41(023). Statistikas rādītāju sagatavošana (Obligāta).............................................................................41(024). Kopēju klasifikatoru izmantošana (Obligāta)............................................................................41



4.2.9 Pamatdatu un ģeotelpisko datu pārvaldība.......................................................................................41(025). TAPIS centrālā moduļa pamatdatu pārvaldība (Obligāta).........................................................41(026). Topoloģisko noteikumu definēšana (Obligāta).........................................................................41(027). Topoloģisko noteikumu pārbaude (Obligāta)............................................................................41

4.2.10 Metadatu pārvaldība.....................................................................................................................42(028). TAPIS metadatu pārvaldība (Obligāta)......................................................................................42(029). Metadatu meklēšana un pārlūkošana (Obligāta).....................................................................42(030). Metadatu attēlošana lasīšanas režīmā (Obligāta)....................................................................42(031). Metadatu imports no citiem formātiem (Obligāta)..................................................................42(032). Metadatu eksports (Obligāta)..................................................................................................42(033). Ģeotelpisko datu un tīmekļu pakalpju metadatu uzturēšana (Obligāta)..................................43(034). Sadarbība ar citiem metadatu tīmekļa pakalpju serveriem (Obligāta).....................................43

4.2.11 Dokumentu pārvaldības un darbplūsmu atbalsts..........................................................................43(035) Dokumentu pārvaldības un darbplūsmu atbalsts (Obligāta).....................................................43(036). Darbplūsmu definēšana (Obligāta)...........................................................................................43(037). Dokumentu veidi (Obligāta)......................................................................................................44(039). Elektronisko datņu formāti (Obligāta).......................................................................................44(040). Elektroniskā paraksta izmantošana (Obligāta).........................................................................44(041). Dokumentu versiju uzglabāšana (Obligāta)...............................................................................45(042). Uzdevumu uzdošana un izpildes kontrole (Obligāta)................................................................45(043). Dokumentu sagatavošana, izmantojot veidnes (Obligāta).......................................................45(044). Klasifikācijas redaktors (Obligāta).............................................................................................45(045). Dokumentu veidi un to metadati (Obligāta).............................................................................45(046). Konfidencialitātes līmeņi (Vēlama)...........................................................................................46(047). Dokumentu saraksts (Obligāta).................................................................................................46(048). Dokumentu savstarpējo saišu veidošana (Obligāta).................................................................46(049). Dokumentu uzglabāšanas laika un kārtības kārtulas (Vēlama).................................................46(050). Dokumentu dzēšana (Obligāta)................................................................................................47(051). Korespondentu reģistrs (Obligāta)...........................................................................................47(052). Biznesa procesu izpildes standarts (Vēlama)............................................................................47

4.2.12 Klasifikatoru pārvaldība.................................................................................................................47(053). Klasifikatoru pārvaldība (Obligāta)...........................................................................................47(054). INSPIRE ģeotelpisko datu tēmu un tēzauru klasifikatoru uzturēšana (Obligāta).......................47(055). Funkcionālā zonējuma klasifikators (Obligāta).........................................................................48(056). Teritorijas atļautās izmantošanas veidu klasifikators (Obligāta)...............................................48(057). Apbūves parametru saraksts (Obligāta)...................................................................................48(058). Nekustamā īpašuma lietošanas mērķu klasifikators (Obligāta).................................................49(059). Klasifikators ATVK (Obligāta).....................................................................................................49(060). Iesaistīto institūciju saraksts (Obligāta)....................................................................................49(061). Politikas jomu un nozaru klasifikators (Obligāta)......................................................................50(062). Klasifikatora ierakstu spēkā esamības laika intervāls (Obligāta)..............................................50(063). TAPIS klasifikatoru izplatīšana (Obligāta)..................................................................................50

4.2.13 E-pakalpojumu atbalsta funkcijas un pakalpes..............................................................................50(064). E-pakalpojumu atbalsta funkcijas un pakalpes (Obligāta).........................................................50

4.2.14 Administrēšanas funkcijas.............................................................................................................50(065). Lietotāju pārvaldība (Obligāta).................................................................................................50(066). Lietotāju grupu tiesību pārvaldība (Informatīva).......................................................................51(067). Lietotāju un lietotāju grupu tiesību pārvaldība (Obligāta).........................................................51(068). Pieejas tiesības sistēmas datiem (Obligāta).............................................................................51(069). Sistēmas uzstādījumu konfigurēšana (Obligāta).......................................................................51(070). Sistēmas auditācijas pierakstu uzkrāšana (Obligāta).................................................................52(071). Lietotāja statistikas rīka izmantošana (Obligāta).......................................................................52(072). Lietotāju darbību auditācijas atskaišu sagatavošana (Obligāta)................................................52(073). Brīdinājumu un paziņojumu nosacījumu vadības atbalsts (Obligāta)........................................52(074). Brīdinājuma sarakstu apstrāde (Obligāta).................................................................................53(075). Paziņojumi un brīdinājumi (Obligāta)........................................................................................53(076). Brīdinājumu piegādes veids (Obligāta)......................................................................................53(077). Sistēmas administrēšanas funkcijas (Obligāta).........................................................................53

4.2.15 TAPIS portāls..................................................................................................................................54



(078). TAPIS portālā realizējamās lietotāju darba vietas (Obligāta)................................................54(079). Satura pārvaldība (Obligāta).................................................................................................54(080). Pirms publicēšanas datu pārbaude (Obligāta)......................................................................54(081). Hierarhiskas vietnes satura veidošanas prasības (Obligāta).................................................54(082). Satura versionēšana (Obligāta)............................................................................................54(083). Satura veidošanas prasības (Obligāta)..................................................................................54(084). Portāla dizaina izstrādes prasības (Obligāta)........................................................................54(085). Portāla struktūras un navigācijas izstrādes prasības (Obligāta)............................................55(086). RSS barotņu izmantošanas prasības (Obligāta)....................................................................55(087). Kartes pārlūkošana (Obligāta)...................................................................................................55(088). Vienkāršota informācijas meklēšana (Obligāta)........................................................................55(089). Detalizētā informācijas meklēšana (Vēlama)............................................................................56

4.2.15.1 TAPIS valsts un plānošanas reģiona lietotāju darba vieta.........................................................56(090). TAPIS valsts un plānošanas reģiona lietotāju darba vietas darbības procesu atbalsts (Obligāta)

56(091). Plānojuma ģeotelpisko datu kartes pārlūkošana un reģiona kartes sagatavošana (Obligāta)...56(092). Pārskats par plānošanas procesa darba plūsmas notikumiem (Obligāta).................................56

4.2.15.2 TAPIS iesaistīto institūciju darba vieta......................................................................................57(093). TAPIS iesaistīto institūciju darba vietas darbības procesu atbalsts (Obligāta)...........................57(094). Institūciju pārziņā esošo ģeotelpisko datu pieslēgšana TP (Obligāta).......................................57

4.2.15.3 Mazo un vidējo pašvaldību lietotāja darba vieta.......................................................................57(095). Mazo un vidējo pašvaldību lietotāja darba vieta (Obligāta)......................................................57

4.2.15.4 Plānotāja rokasgrāmata............................................................................................................57(096). Plānotāja rokasgrāmata (Obligāta)...........................................................................................57

4.2.15.5 Administratora darba vieta.......................................................................................................58(097). Administratora darba vietā (Obligāta).....................................................................................58

4.2.16 TAPIS lietojumprogrammas un biznesa loģika...............................................................................58(098). TAPIS lietojumprogrammas un biznesa loģika (Obligāta).........................................................58

4.2.17 TAPIS saskarnes.............................................................................................................................58(099). TAPIS saskarņu modulis (Obligāta)..........................................................................................58

4.2.18 TAPIS centrālā datu bāze...............................................................................................................58(100). TAPIS centrālās datu bāzes iespējas (Obligāta).........................................................................58(101). TAPIS centrālās datu bāzes risinājums (Obligāta)......................................................................58(102). Tekstuālo (burtciparu) datu uzturēšana (Obligāta)...................................................................59(103). TAPIS ģeotelpisko datu uzturēšana (Obligāta)..........................................................................59(104). TAPIS dokumentu uzturēšana (Obligāta)..................................................................................59(105). TAPIS klasifikatoru uzturēšana (Obligāta).................................................................................59(106). Ārējo klasifikatoru uzturēšana un atjaunošana (Obligāta)........................................................60(107). TAPIS arhīva datu uzturēšana (Obligāta)...................................................................................60

4.3 Funkcionālās prasības TAPIS vidējās pašvaldības ĢIS darbvirsmas modulim (TAPIS.1.2).....60(108). Vidējās pašvaldību TAPIS ĢIS darbvirsmas moduļa mērķis un funkcijas....................................60(109). TAPIS pašvaldību moduļa komponentes...................................................................................60

4.3.1 Pašvaldības TAPIS lietojumprogrammas.............................................................................................61(110). ĢIS darbvirsmas moduļa pamatfunkcijas (Obligāta)..................................................................61

4.3.2 Teritorijas plānotāja darba vieta........................................................................................................61(111). TP un pašvaldības ģeotelpisko datu apstrāde (Obligāta)..........................................................61(112). Pašvaldības funkcionālā zonējuma datu apstrāde (Obligāta)..................................................62(113). Tematisko karšu sagatavošana (Obligāta)................................................................................62(114). Ģeotelpisko datu analīze (Obligāta).........................................................................................62(115). Kartes izdrukas sagatavošana (Obligāta)..................................................................................62(116). TP grafiskās daļas eksporta sagatavošana (Vēlama).................................................................62

4.3.3 Pašvaldības administratora darba vieta.............................................................................................63(117). Pašvaldības ĢIS lietotāju un to tiesību pārvaldība (Obligāta)....................................................63

4.3.4 Pašvaldības TAPIS dokumentu pārvaldības un darbplūsmu atbalsts..................................................63(118). Darbības procesu atbalsts (Obligāta)........................................................................................63

4.3.5 TAPIS pašvaldības datu bāze..............................................................................................................63(119). Ģeotelpisko datu uzturēšana (Obligāta)...................................................................................63(120). Pašvaldības datu bāzes datu apmaiņa ar centrālo datu bāzi (Obligāta)...................................64



4.3.6 Klasifikatoru pārvaldība pašvaldībā....................................................................................................64(121). Pašvaldības funkcionālā zonējuma klasifikators (Obligāta).......................................................64(122). Pašvaldības apbūves parametru klasifikators (Obligāta)...........................................................65

4.4 Funkcionālās prasības sistēmas saskarnēm (TAPIS.1.3)......................................................65(123). Sadarbība starp apakšprojektiem (Obligāta).............................................................................65(124). Sadarbība ar ārējām sistēmām (Obligāta).................................................................................65

4.4.1 Prasības sistēmas ārējām saskarnēm.................................................................................................65(125). Prasības sistēmas atvērtajām saskarnēm (Obligāta).................................................................65(126). Saskarne lielām pašvaldībām (Obligāta)...................................................................................66(127). Jauno teritoriju plānojumu datu ielasīšanas TAPIS saskarne (Obligāta)....................................66(128). Ģeotelpisko datu skatīšanās WMS tīmekļa pakalpe (Obligāta).................................................66(129). Ģeotelpisko datu lejupielādes WFS tīmekļa pakalpe (Obligāta)................................................67(130). Zemes virsmas attēla lejupielādes WCS tīmekļa pakalpe (Vēlama)...........................................67(131). Ģeotelpisko datu analīzes (apstrādes) WPS tīmekļa pakalpe (Obligāta)..................................68(132). Metadatu meklēšana, kopēšanas un publicēšanas CSW tīmekļa pakalpe (Obligāta)................68(133). Ģeotelpisko datu kopu simboloģijas datnes (SLD) nodošana (Obligāta)...................................69

4.4.2 Prasības datu apmaiņai ar ārējām IS..................................................................................................69(134). Sistēmas ārējās saskarnes ar datu avotiem (Obligāta)..............................................................69(135). Saskarne datu nodošanai RAIM, ĢDS un Ģeoportālam (Obligāta)............................................69(136). Saskarne ar ĢDS (Obligāta).......................................................................................................70(137). Sistēmas statistikas nosūtīšana uz VISS operatīvo atskaišu sagatavošanas rīku (Vēlama).........70(138). TAPIS saskarne ar VISS meklētāja moduli (Obligāta)................................................................70(139). Topogrāfiskā pamatne un ortofoto kartes (Obligāta)...............................................................70(140). Adrešu reģistrs (Obligāta).........................................................................................................70(141). Administratīvās robežas (Obligāta)...........................................................................................71(142). Inženierkomunikācijas (Nākotnes)............................................................................................71(143). Zemes vienības atribūtu dati no kadastra informācijas sistēmas (Obligāta).............................71(144). Kadastrālo vērtību zonējums no kadastra informācijas sistēmas (Obligāta).............................71(145). Saskarne ar BIS (Obligāta).........................................................................................................71(146). Saskarne ar ATIS (Obligāta).......................................................................................................72(147). Saskarne ar DIV (Obligāta)........................................................................................................72(148). Atbalsts saskarņu testēšanai (Obligāta)....................................................................................72(149). Lietotāju autentifikācija un autorizācija PFAS AUTH modulī (Obligāta).....................................72(150). Pašvaldības funkcionālā zonējuma tīmekļa pakalpe (Obligāta)................................................72(151). Sabiedriskās apspriešanas iebildumu un atbilžu saraksta datu apmaiņa(Obligāta)...................72(152). Zemes vienības funkcionālā zonējuma tīmekļa pakalpe (Obligāta)...........................................73(153). Zemes vienības apgrūtinājumu saraksta tīmekļa pakalpe (Vēlama)..........................................73(154). Apgrūtinājuma zemes vienību saraksta atgriešana (Vēlama)....................................................73

4.5 Spēkā esošo teritorijas plānojumu datu pārnešana uz TAPIS (TAPIS.1.4)............................73(155). Spēkā esošo teritoriju plānojumu datu ielasīšana TAPIS (Obligāta)..........................................73(156). Programmatūra TAPIS standartam atbilstošu teritoriju plānojumu vektoru datu ielādei TAPIS (Obligāta)................................................................................................................................................74

4.6 Izmēģinājuma ekspluatācija (TAPIS.1.5).............................................................................74(157). Izmēģinājuma ekspluatācijā veicamo darbu saturs (Obligāta)...................................................74(158). Sistēmas izmēģinājuma ekspluatācija (Obligāta).......................................................................75(159). Izmēģinājuma ekspluatācijas posma noslēgšana (Obligāta)......................................................75

4.7 Sistēmas nefunkcionālās prasības......................................................................................754.7.1 Prasības dizainam un lietotāja saskarnei............................................................................................75

(160). Lietotāja autentifikācijas nepieciešamība (Obligāta).................................................................75(161). Vispārējās prasības dizainam un lietotāja saskarnei (Obligāta).................................................75(162). Formu un pogu bloķēšana (Obligāta).......................................................................................76(163). Brīdinājums par lietotāja sesijas pārtraukšanu (Obligāta)........................................................76(164). Sistēmas kļūdas kļūdu paziņojumu apstrāde, līmeņi un attēlošana (Obligāta)..........................76(165). Valodu atbalsts lietotāja saskarnē (Obligāta)............................................................................77(166). Darbības atcelšana (Obligāta)....................................................................................................77(167). Interneta pārlūkprogrammu atbalsts (Obligāta)........................................................................77



4.7.2 Prasības sistēmas veiktspējai, kapacitātei un mērogojamībai............................................................78(168). Sistēmas ātrdarbība......................................................................................................................78(169). Lietotāju raksturojums un skaits (Informatīva)..........................................................................78(170). Maksimālais lietotāju skaits (Obligāta)......................................................................................79(171). Mērogojamības piemērojamība (Obligāta)...............................................................................79

4.7.3 Prasības drošībai................................................................................................................................79(172). Sistēmas arhitektūras drošība (Obligāta)...................................................................................79(173). Sistēmas datņu pārbaude pret vīrusiem (Obligāta)...................................................................79(174). Informācijas aizsardzība (Obligāta)............................................................................................80(175). Sistēmas drošības kontroles neapejamība (Obligāta)................................................................80(176). Informācijas kodēšana publiskā datu pārraides tīklā (Obligāta)................................................80(177). Sistēmas darbību auditācija (Obligāta)......................................................................................80(178). Drošības pārvaldības modelis (Obligāta)..................................................................................80(179). Auditācijas pierakstu uzglabāšana (Obligāta)............................................................................80(180). Auditācijas pierakstā iekļaujamā informācija (Obligāta)............................................................80(181). Piekļuves tiesību pārbaude (Obligāta).......................................................................................81(182). Neidentificētam lietotājam atļautās darbības (Obligāta)...........................................................81(183). Lietotāja identificēšana (Obligāta).............................................................................................81(184). Tiesību pārbaudes laiks (Obligāta).............................................................................................81(185). Sistēmas integrācija ar infrastruktūras drošības risinājumiem (Obligāta).................................81(186). Rezerves datu kopiju veidošana un datu atjaunošana..................................................................81(187). Informācijas iekšējās integritātes nodrošināšana (Obligāta).....................................................81(188). Prasības uzturamībai (Obligāta)................................................................................................81(189). Noslodzes sadalīšana (Obligāta)................................................................................................81(190). Integrācija ar pirmkoda pārvaldības sistēmām (Obligāta).........................................................82(191). Sistēmas pieejamība darba laikā (Obligāta)...............................................................................82(192). Sistēmas pieejamība pārējā laikā (Obligāta)..............................................................................82(193). Protokolu atbalsts (Obligāta).....................................................................................................82

4.7.4 Aparatūras prasības............................................................................................................................82(194). Aparatūras prasība (Obligāta)...................................................................................................82

5 Elektroniskā pakalpojuma „Uzziņa par nekustamā īpašuma atļauto izmantošanu saskaņā ar vietējās pašvaldības teritorijas plānojumu” izstrāde un ieviešana (darbu pakotne P2) 84

(195). Sistēmas ietvaros realizējamie e-pakalpojumi (Obligāta).........................................................84

6 TAPIS drošības noteikumu izstrāde (TAPIS.3) 85(196). TAPIS drošības noteikumu paketes sastāvs (Obligāta).............................................................85(197). TAPIS drošības politika (Obligāta)............................................................................................85(198). Iekšējie sistēmas drošības noteikumi (Obligāta)......................................................................85(199). Sistēmas lietošanas noteikumi (Obligāta)................................................................................86(200). Sistēmas pārvaldības procedūra un plāns (Obligāta)...............................................................86(201). Sistēmas atjaunošanas un darbības nepārtrauktības plāns (Obligāta).....................................86(202). Personas datu apstrādes kārtība (Obligāta).............................................................................86(203). Sistēmu auditēšanas kārtība (Obligāta)....................................................................................87(204). Noteikumu formāts (Obligāta)..................................................................................................87

7 TAPIS elektronisko datu apmaiņas noteikumu izstrāde (TAPIS.4) 88(205). TAPIS elektronisko datu apmaiņas noteikumu paketes sastāvs (Obligāta)..............................88(206). Noteikumu formāts (Obligāta)..................................................................................................88(207). Vienotais objektu klasifikators (Obligāta).................................................................................88

8 Prasības apakšprojekta pārvaldībai (TAPIS.5) 90(208). Nodevumu piegādes laika grafiks (Obligāta).............................................................................90(209). Metodika (Obligāta)..................................................................................................................91(210). Apakšprojekta valoda (Obligāta)...............................................................................................91(211). Interviju norises vieta (Obligāta)...............................................................................................91(212). Apakšprojekta bibliotēka (Obligāta)..........................................................................................91(213). Nodevumu trasējamība (Obligāta)............................................................................................92(214). Izpildītāja pieejamība Pasūtītāju pārbaudēm (Obligāta)...........................................................92



(215). Apakšprojekta (kārtas) laikā izstrādātā dokumentācija (Obligāta)............................................92(216). Apakšprojekta atklāšanas sanāksme (Obligāta)........................................................................92(217). Apakšprojekta vadības grupa (Obligāta)...................................................................................93(218). Dalība projekta valdē (Obligāta)...............................................................................................93(219). Apakšprojekta izpildes darba grupa (Obligāta).........................................................................94

8.1 Iesaistīto pušu atbildība un pienākumi...............................................................................94(220). Iesaistīto pušu atbildība un pienākumi (Obligāta).....................................................................94(221). Apakšprojekta vadītājs (Obligāta).............................................................................................95

8.2 Apakšprojekta darba organizācija......................................................................................95(222). Sistēmas izstrāde un/vai pielāgošana (Obligāta).......................................................................95(223). Sistēmas testēšana (Obligāta)...................................................................................................96(224). Sistēmas drošības testēšana (Obligāta).....................................................................................96(225). Sistēmas funkcionalitātes demonstrācija (Obligāta).................................................................96(226). Sistēmas instalēšana (Obligāta)................................................................................................96(227). Sistēmas akcepttestēšana (Obligāta)........................................................................................96(228). Lietotāju apmācības (Obligāta).................................................................................................97

8.3 Nodevumu saturs..............................................................................................................97(229). Nodevumu saturs (Obligāta).....................................................................................................97

8.4 Starprezultāti.....................................................................................................................99(230). Starprezultātu saturs (Obligāta)................................................................................................99(231). Starprezultāti analīzes posma beigās (Obligāta).......................................................................99(232). Starprezultāti projektēšanas posma beigās (Obligāta)..............................................................99(233). Starprezultāti programmatūras izstrādes posma beigās (Obligāta)........................................100(234). Sistēmas lietojamības testēšana un novērtēšana (Obligāta)...................................................100(235). Veiktspējas, ātrdarbības un slodzes testēšana (Obligāta)........................................................101(236). Starprezultāti ieviešanas posma beigās (Obligāta)..................................................................101(237). Starprezultāti sistēmas ekspluatācijas laikā (Obligāta)............................................................101(238). Nodevumu un starprezultātu atbilstība standartiem (Obligāta).............................................101(239). Programmatūras prasību specifikācija (Obligāta)....................................................................101(240). Veikto izmaiņu piegādes (Obligāta).........................................................................................102(241). Programmatūras projektējuma apraksts (Obligāta)................................................................102(242). Apakšprojekta laikā izstrādātās dokumentācijas un nodevumu piegādes veids (Obligāta).....102(243). Prasības dokumentācijas nodevumiem (Obligāta)..................................................................103(244). Prasības programmatūras nodevumiem (Obligāta)................................................................103(245). Apmācības un lietotāju rokasgrāmatas (Obligāta)..................................................................103(246). Licenču piegāde (Obligāta)......................................................................................................104

8.5 Prasības apakšprojekta vadības dokumentācijai...............................................................105(247). Protokoli (Obligāta).................................................................................................................105(248). Apakšprojekta uzsākšanas ziņojums (Obligāta).......................................................................105(249). Apakšprojekta izpildes plāns (Obligāta)..................................................................................105(250). Apakšprojekta progresa ziņojumi (Obligāta)...........................................................................106(251). Apakšprojekta (kārtas) noslēguma ziņojums (Obligāta)..........................................................106

8.6 Sistēmas darbības vide.....................................................................................................106(252). Izmantojamā aparatūra un programmatūra (Obligāta)...........................................................106

8.7 Sistēmas uzturēšanas pakalpojumu saturs.......................................................................107(253). Sistēmas garantijas periods un uzturēšanas pakalpojumi (Obligāta)......................................107(254). Sistēmas garantijas un uzturēšanas apjoms (Obligāta)...........................................................107(255). Sistēmas garantijas un uzturēšanas pakalpojumu valoda (Obligāta)......................................107(256). Sistēmas tehniskā atbalsta saturs (Obligāta)...........................................................................107(257). Aparatūras garantijas periods un tehniskā atbalsta saturs (Obligāta).....................................108(258). Aparatūras defekta novēršanas termiņš un nosacījumi (Obligāta).........................................108(259). Sistēmas defektu novēršana (Obligāta)...................................................................................108(260). Palīdzības un konsultāciju pieejamība sistēmas izmantošanā (Obligāta)................................109(261). Sistēmas tehniskā atbalsta, palīdzības un konsultācijas sniegšanas veids (Obligāta)..............109(262). Attālināta problēmu pieteikumu statusa noteikšana (Obligāta).............................................109



(263). Sistēmas uzturēšanas atbalsta pieteikuma iniciēšana (Obligāta)............................................109(264). Uzturēšanas pieteikums (Obligāta).........................................................................................109(265). Pieteikumu iesniegšana (Obligāta)..........................................................................................109(266). Reakcijas laiks uz pieteikumu (Obligāta).................................................................................109(267). Pieteikumu reģistrēšana (Obligāta).........................................................................................110(268). Pieteikumu saskaņošana (Obligāta)........................................................................................110(269). Pieteikumu risināšana (Obligāta)............................................................................................110(270). Pieteikumu slēgšana (Obligāta)...............................................................................................111(271). Pieteikumu eskalācija (Obligāta).............................................................................................111(272). Izmaiņu pieprasījumi (Obligāta)..............................................................................................111(273). Izmaiņu pieprasījumu novērtēšanas apjoms (Obligāta)..........................................................111(274). Izmaiņu pieprasījumu izstrāde, testēšana un piegāde (Obligāta)............................................111(275). Sistēmas darbināšanas problēmu un pieteikumu prioritātes (Obligāta).................................112



2 Programmatūras sistēmas pārskats Apakšprojekta mērķis ir izveidot valsts IS, kas nodrošinās atbalstu zemes politikas pārvaldībai un teritoriju plānošanai pašvaldībās, reģionos un nacionālā līmenī.

TAPIS uzturēs teritorijas attīstības plānošanas dokumentus:

a. nacionālā līmeņa teritorijas attīstības plānošanas dokumentu - LIAS un Nacionālo attīstības plānu, reģiona līmeņa dokumentu;

b. plānošanas reģiona attīstības stratēģiju un attīstības programmu;

c. vietējā līmeņa dokumentu - vietējās pašvaldības attīstības stratēģiju, attīstības programmu, lokālplānojumu un detālplānojumu;

d. visu līmeņu tematisko plānojumu.

Pašvaldības teritorijas plānojumiem paredzēts nodrošināt teksta un grafisko daļu datu uzturēšanu, datu apkopošanu no valsts IS, teritorijas attīstības plānošanas procesa dokumentu uzturēšanu un publicēšanu, teritorijas attīstības plānošanas procesu atbalstu, sabiedrisko apspriešanu, elektroniskos pakalpojumus, kā arī nodrošinās tās pašvaldību, reģionu un valsts pārvaldes funkcijas, kuru izpildei nepieciešama ģeotelpiskā informācija.

Apakšprojekta īstenošanas gaitā paredzēts izstrādāt:

1. teksta un ģeotelpisko datu saņemšanas un nodošanas risinājumu;

2. darba plūsmas teritorijas attīstības plānošanas procesu atbalstam;

3. elektronisko pakalpojumu „Uzziņa par nekustamā īpašuma atļauto izmantošanu saskaņā ar pašvaldības teritorijas plānojumu”;

4. teritorijas attīstības plānošanas dokumentu apstiprināšanas un publicēšanas risinājumus;

5. sistēmas drošības noteikumus, teritorijas attīstības plānošanas rokasgrāmatas;

6. funkcionālā zonējuma un ģeotelpisko objektu grafisko apzīmējumu sistēmas risinājumus.

Sistēmas ieviešanas rezultātā iedzīvotāji un uzņēmēji iegūs risinājumu ar interaktīvas kartes un dažādu teritorijas attīstības plānošanas dokumentu palīdzību ērti meklēt un saņemt nepieciešamo ģeotelpisko informāciju, iesniegt priekšlikumus, piedalīties sabiedriskajās apspriešanās. Tādējādi tiks uzlabota pieejamība informācijai par teritorijas attīstības iespējām un ierobežojumiem, kas labāk ļaus plānot investīciju, dzīves un darba vidi savā pašvaldībā un visā Latvijas teritorijā.

Pašvaldības iegūs iespēju centralizēti saņemt plānošanas procesam nepieciešamos elektroniskos pamatdatus2, tādējādi tiks nodrošināta teritorijas plānojuma grafiskās daļas aktualizēšana visā plānojuma dzīves ciklā, papīra dokumentu aprite daļēji aizstāta ar elektronisku dokumentu apriti, komunikācija ar plānojuma izstrādē iesaistītajām institūcijām un sabiedrību padarīta vienkāršāka,

2 Pamatdati ģeotelpiskā likuma nozīmē. TAPIS ietvaros ģeotelpiskie pamatdati idelāmi divās grupās: TAPIS ārējie dati, kas TAPIS dokumentācijā tiek dēvēti arī par TAPIS references datiem, kā arī TAPIS radāmie pamatdati.



ērtāka, pieejamāka un ātrāka. Sistēmā uzkrātos ģeotelpiskos datus varēs izmantot pašvaldību funkciju atbalstam (piemēram, nekustamo īpašumu un publiskās telpas pārvaldībai, transporta plānošanai, infrastruktūras objektu pārvaldībai u.c.).

Par plānošanu atbildīgā ministrija un plānošanas procesā iesaistītās valsts pārvaldes institūcijas iegūs aktuālus un ticamus datus plānošanai nacionālā līmenī, vidi plānošanas metodiskai vadībai, lēmumu pieņemšanas administratīvajai uzraudzībai un lēmumu izpildes kontrolei. Valsts pārvaldes iestādes varēs piekļūt pašvaldības teritorijas plānojumu datiem savu nozaru tematisko plānu izstrādes procesā un lai pārvaldītu savā pārziņā esošos nekustamos īpašumus atbilstoši pašvaldības teritorijas plānojuma prasībām.

Citi ģeotelpiskās informācijas turētāji iegūs vienotu saskarni (datu formātu un pieeju datiem izmantojot ĢDS) informācijas apmaiņai un piekļuvi pašvaldībās radītajiem ģeotelpiskajiem datiem. Pašvaldības varēs konsultēties ar valsts pārvaldes iestādēm un uzņēmumiem teritorijas plānošanas procesā, apmainoties ar plānojuma darba redakcijām.

Lai nodrošinātu sistēmā uzkrātās informācijas izmantošanu pēc iespējas plašākiem mērķiem, sistēmu paredzēts veidot kā ģeotelpisko objektu datu bāzi ar objektu un teritoriju raksturojošiem parametriem un ģeogrāfiskajām koordinātēm. Šāda pieeja ļaus atlasīt un attēlot ģeotelpiskos datus ar dažādu mērogu precizitāti, atkarībā no to precizitātes pie datu turētāja - sākot ar 1:500, kas nepieciešams detālplānojumam, M 1: 2000, M 1: 10 000, kas nepieciešama pašvaldības teritorijas plānojumiem un lokālplānojumiem, līdz 1:50 000 un mazākiem mērogiem, lai izmantotu lielu novadu un reģionu plānošanā un nacionālā līmenī, atlasīt attēlošanai konkrētus objektus pēc meklēšanas kritērijiem un karšu tēmām, kā arī pastāvīgi uzlabot ģeotelpisko datu kvalitāti un precizitāti. TAPIS nodrošinās atbalstu INSPIRE direktīvas izpildei attiecībā uz teritorijas attīstības plānošanas datiem, vienlaicīgi sniedzot atbalstu arī pārējo datu kopu uzkrāšanai un precizēšanai.

Sistēma nodrošinās teritorijas attīstības plānošanas dokumentu publicēšanu Ģeoportālā un datu apmaiņu ar BIS un ATIS un IS datu apmaiņai izmantojot ĢDS saskarni.

Sistēmas tehniskā realizācija plānota, izstrādājot centrālo moduli un trīs dažādus pašvaldību risinājumus, kurus pašvaldības varēs izvēlēties atkarībā no to iespējām un esošās ĢIS risinājumu attīstības pakāpes. Centrālais modulis ietvers datu bāzi un saskarnes ar datu avotiem un datu saņēmējiem (ģeotelpiskās informācijas datu apmaiņai tiks izmantos ĢDS), nacionālā un reģionālā līmeņa tematisko plānojumu izstrādei nepieciešamo funkcionalitāti (piekļuvi ģeotelpiskajiem datiem un teritorijas attīstības plānošanas dokumentu izstrādes procesa vadības rīkiem), kā arī mazo pašvaldību darba vietas un saskarnes datu apmaiņai ar lielo pašvaldību ĢIS.

Pašvaldību risinājums tiks realizēts, izmantojot trīs dažādas pieejas: 1) integrācijas risinājums lielajās pašvaldībās (standartizēta saskarne datu apmaiņai ar TAPIS) , kuras jau šodien izmanto ģeotelpiskās informācijas ĢIS savu funkciju atbalstam, 2) pašvaldības lokālā instalācija vidējās pašvaldībās un 3) pašvaldības lietotāja darba vieta, izmantojot tīmekļa saskarni mazajās pašvaldībās. Izvēlētais tehnoloģiskais risinājums nodrošinās iespēju dažāda lieluma pašvaldībām izvēlēties optimālo sistēmas sadarbības moduli atkarībā no pašvaldības procesu sarežģītības un IS infrastruktūras risinājuma.



Sistēmas ieviešanas plāns paredz izstrādes un ieviešanas darbus īstenot kārtās, kas nodrošinās kopējās sistēmas funkcionalitātes apjoma sadalīšanu organizatoriski pārvaldāmās sadaļās un plānoto nodevumu piegādi atbilstošajos termiņos. Šīs specifikācijas apjoms attiecas uz TAPISieviešanas pirmo kārtu.



1. attēls. TAPIS arhitektūra.



2.1 TAPIS centrālais modulis

TAPIS centrālais modulis saturēs šādas komponentes:

2.1.1 TAPIS centrālā datu bāze

TAPIS centrālā datu bāze nodrošina visu sistēmas datu uzkrāšanu un pārvaldību. Datu bāzē apkopotos datus var sadalīt vairākos pamata slāņos:

1. Dokumenti – gan attīstības plānošanas dokumenti (plāni, programmas), gan teritorijas plānošanas procesā radušies dokumenti (lēmumi, protokoli, atzinumi u.c.) un citi dokumenti, kas radušies sistēmas darbināšanas laikā;

2. Ģeotelpiskie dati - gan tie, kas tiek saņemti no ārējām sistēmām, gan tie, kas tiek radīti pašvaldībās un centrālajā līmenī, veidojot un izmainot teritoriju plānojumus sistēmā;

3. Tekstuālie dati – dati no dažādiem valsts nozīmes reģistriem un dati, ko pievieno pašvaldību un valsts līmeņa plānošanas un citi iesaistītie speciālisti, kas strādā ar TAPIS , arī dati par sabiedrisko apspriešanu un darba plūsmu norises gaitu;

4. Metadati - dati par datiem, kas atvieglos informācijas pārlūkošanu un meklēšanu, kā arī informācijas izmantošanu citās informācijas sistēmās. TAPIS metadatu datu bāzē tiks uzkrāta informācija gan par attīstības plānošanas dokumentiem, gan par teritorijas plānojumu ģeotelpiskajiem datiem, gan par Dokumentiem. Metadatus būs jāievada manuāli, tos varēs automātiski ģenerēt no pievienojamiem datiem, kā arī pievienot no ārējām sistēmām tiešsaistē vai datņu veidā;

5. Atsevišķi izdalāms TAPIS arhīvs – tie dokumenti un plānojumi, kas ir bijuši spēkā un joprojām var izraisīt tiesiskas sekas.

6. RAIM - reģionālās attīstības indikatoru modulis ietvers instrumenta izveidi reģionālās attīstības monitoringam, nodrošinot 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.

2.1.2 TAPIS biznesa loģikas un lietojumprogrammu komponente

TAPIS biznesa loģikas un lietojumprogrammu komponente nodrošina sistēmas pārvaldību, un centralizētu funkciju veikšanu un pakalpojumu sniegšanu. Komponente sastāv no vairākiem apakšmoduļiem dažādu funkciju veikšanai:

1. Pamatdatu pārvaldības modulis nodrošina dokumentu veidņu un citas kopīgi izmantojamas informācijas pārvaldību un uzturēšanu;

2. Plānotāja rokasgrāmatas pārvaldības modulī tiek apkopoti gan metodiskie ieteikumi, gan standarti, kā arī termini un pamācības (t.sk tiešsaistes palīdzība) darbam ar sistēmu, lai vienkopus būtu visa plānotājam nepieciešamā informācija;

3. Sabiedrisko apspriešanu pārvaldības modulis, kas nodrošina sabiedrisko apspriešanu sagatavošanu, informācijas publicēšanu, atsauksmju saņemšanu un gala versijas publicēšanu par projektiem, kuriem ir nepieciešama sabiedriskā apspriešana;

4. E-pakalpojumu modulis nodrošina biznesa loģiku nacionālā līmenī sniedzamiem e-pakalpojumiem, piemēram, informācijas un izziņu sniegšana;

5. Metadatu pārvaldības modulis nodrošina TP metadatu tiešsaistes meklēšanu un kopēšanu (izmantojot CSW pakalpi) no lielo pašvaldību ĢIS, ievadi un skatīšanos atbilstoši TP metadatu profilam, XML formāta datnes saglabāšanu un importu no TAPIS profilam atbilstošas XML datnes, kā arī metadatu apmaiņu ar ĢDS (no TAPIS uz ĢDS tiks nodots teritorijas plānošanas metadatu profils, kas ir plašāks nekā ĢDS noteiktais) un



citiem telpisko metadatu sistēmu mezglpunktiem (nodes), kuri atbilst OGC CSW standartam. TAPIS metadatu meklēšana tiks veikta, izmantojot VISS meklētāja moduli;

6. Attīstības plānošanas atbalsta modulis nodrošina nacionāla līmeņa plānošanas atbalstu, datu analīzi, atspoguļošanu un nepieciešamo izmaiņu izdarīšanu. Šajā modulī tiek veidota arī attīstības plānošanas dokumentu hierarhija (nacionālais, reģionālais, vietējais, detālais un lokālais līmenis);

7. Dokumentu un darba plūsmu pārvaldības modulis nodrošina darbības ar teritoriju plānošanas procesā radītajiem dokumentiem, lai nodrošinātu pilnu procesa pārskatāmību, dokumentu noformēšanu, uzskaiti, saglabāšanu, izmantošanu, identifikāciju, esības pārbaudi, meklēšanu un dzēšanu;

8. Klasifikatoru pārvaldības modulis nodrošina sistēmas klasifikatoru pārraudzību un aktualizāciju;

9. Administrēšanas modulis nodrošina sistēmas parametru vērtību labošanu, kā arī auditācijas ierakstu meklēšanu un skatīšanu. TAPIS lietotāju pārvaldībai tiks izmantots PFAS AUTH risinājums;

10. RAIM moduļi un rīki saturēs datu iegūšanas un apstrādes rīku, datu krātuves pamatdatiem un publicējamiem datiem, kā arī dinamisko pārskatu rīku, kas tiks izmantots gan dinamisko pārskatu sagatavošanai, gan teritorijas profilu publicēšanai.

2.1.3 TAPIS portāls

TAPIS portāla lietotāji ir: Mazo pašvaldības darbinieki - TP pārlūkošana un TAPIS biznesa funkciju izpilde;

Vidējo pašvaldību darbinieki - TAPIS biznesa funkciju izpilde;

Institūcijas un iestādes – TP pārlūkošana un atzinumu sniegšana par sagatavotajiem teritorijas

plānojumiem.

Pašvaldībai TAPIS portāla ģeotelpisko datu apstrādes funkcijas nodrošinās TP kartes un fona karšu (kadastra, topogrāfiskā, ortofoto) pārlūkošanas funkcijas, TP kartes datu analīzi un vienkāršu datu ievadi reģistrētiem lietotājiem (TAPIS lietotāji un tiesības tiks uzturēti VISS lietojumprogrammā PFAS AUTH), kā arī dažādu TAPIS biznesa funkciju izpildi, piemēram, dokumentu pārvaldības un darbplūsmu atbalsts, plānotāja rokasgrāmatas, TP sabiedriskā apspriešana u.c.

Mazās pašvaldības teritorijas plānošanas funkciju veikšanai izmantos TAPIS portāla lietojumu, , kas pieejams pašvaldību darbiniekam izmantojot pārlūkprogrammu. Tas neprasa instalēt TAPIS klienta programmatūru (darbvirsmas lietojums vidējai pašvaldībai) pašā pašvaldībā. Mazajām pašvaldībām TP izstrādās ārējie izstrādātāji un iesniegs TAPIS noteiktā formātā, lai to var ielādēt/importēt TAPIS centrālā DB.

2.1.4 Sistēmas saskarnes moduļi

Sistēmas saskarne sastāvēs no šādiem moduļiem:

1. Integrācijas tīmekļa pakalpes – tīmekļa pakalpes, kuras veic datu apmaiņu ar VISS , iegūstot nepieciešamo atribūtu informāciju no Valsts nozīmes IS;

2. Lielajām pašvaldībām, kurām jau eksistē ĢIS sistēmas ar TP datiem, metadatu un ģeotelpisko datu nodošanu TAPIS centrālajam modulim atbilstoši TAPIS noteiktajām vadlīnijām, izmantojot CSW, WMS, WFS tīmekļa pakalpju saskarnes;



3. OGC tīmekļa pakalpes (WMS, WFS, CSW) - ģeotelpisko datu apmaiņa ar VISS ĢDS, izmantojot tā autentifikāciju un autorizācijas moduli;

4. Drošības pakalpes – nodrošina autentifikāciju, autorizāciju un auditāciju;5. Monitoringa modulis veiks ierakstus sistēmas žurnāla datnēs, ja tīmekļa pakalpē notiek

sistēmas kļūda, un dos iespēju sistēmas administratoram pārlūkot šos pierakstus.

2.2 TAPIS darbvirsmas lietojums vidējai pašvaldībai

Vidēja lieluma pašvaldībā TP funkciju veikšanai tiks izmantots Pašvaldības TAPIS darbvirsmas lietojums, kas būs pilnvērtīga ģeotelpisko datu apstrādes funkcionalitātes teritorijas plānošanas sistēmas programmatūra, integrēta ar citiem TAPIS moduļiem un pielāgota teritorijas plānu grafiskās daļas izstrādei un uzturēšanai.

TAPIS darbvirsmas lietojuma pamatfunkcijas:

1. Datu ievade, izmantojot TP objektu klasifikatoru ar iepriekš nodefinētiem apzīmējumiem;

2. Ģeotelpisko objektu atribūtu datu ievade;3. Topoloģiskā datu pārbaude;4. Fona karšu pieslēgšana un atslēģšana;5. Izdrukas sagatavošana ar kartes leģendu un citu informāciju;6. Datu analīzes, meklēšanas un filtrēšanas funkcijas;7. Statistikas atskaites.

2.3 Integrācija ar ārējām sistēmām un komponentēm

2.3.1 Integrācija ar Latvija.lv (Ģeoportālu)

Iedzīvotāju pieeja TAPIS publicētiem datiem tiek nodrošināta, izmantojot Ģeoportālu, kur jebkurš interesents varēs iepazīties ar attīstības plānošanas dokumentiem, TP informāciju un tās atspoguļojumu kartēs, izmantojot šādas Ģeoportāla funkcijas:

1. Standarta ĢIS kartes navigācijas iespējas (pārvietot, pietuvināt, attālināt un panoramēt skatu);

2. Pārskata kartes attēlošana;3. Kartes slāņu pieslēgšana un atslēgšana;4. Aktīvā slāņa un tā caurspīdīguma norādīšana;5. Meklēšana pēc izvēlētajiem meklēšanas kritērijiem;6. Atribūtu datu iegūšana par izvēlēto aktīvā slāņa kartes elementu vai visiem elementiem,

kas ietilpst norādītajā laukumā;7. Attāluma un laukuma mērīšana;8. Kartes izdrukas (iekļaujot leģendu u.c. informāciju) sagatavošana.

2.3.2 ĢDS

ĢDS Metadatu katalogs nodrošinās ģeotelpisko datu turētājiem lietotāju saskarni metadatu meklēšanai (tai skaitā TAPIS uzkrāto metadatus no TAPIS centrālā DB), pārlūkošanai, ievadei un labošanai VISS portālā (https://ivis.eps.gov.lv), izmantojot esošās VISS portāla komponentes un klasifikatorus. Metadatu katalogs uzturēs šādus datus:

1. ģeotelpisko datu metadati;2. ģeotelpisko datu tīmekļa pakalpju metadati;3. TAPIS plānošanas dokumentu metadati.


https://ivis.eps.gov.lv/


Metadatu tīmekļa pakalpes modulis nodrošina ĢDS lietotājiem CSW tīmekļa pakalpes lietošanu un šādu darbību izpildi:

metadatu meklēšanu ĢDS metadatu katalogā;

metadatu meklēšanu citās ģeotelpisko datu turētāju metadatu datu bāzēs;

metadatu kopēšanu no citiem metadatu serveriem uz ĢDS metadatu katalogu.

Autentifikācijas, autorizācijas un auditācijas modulis - PFAS AUTH modulī pārbauda, vai lietotājs ir autentificējies un vai tam ir tiesības lietot pieprasītos datus, kā arī, izmantojot VISS auditācijas komponenti DAIRM, saglabā informāciju par veiktajiem datu pieprasījumiem.

Ģeotelpisko datu pārvaldības modulis nodrošina ĢDS lietotājiem WMS, WFS, WCS, WPS tīmekļa pakalpes no šādiem datu veidiem:

datu bāze ar ģeotelpisko datu turētāju datu kopijām;

datu turētāju WMS, WFS, WCS, WPS tīmekļa pakalpes.



3 Nodevumu satursIepirkuma sastāvā ir:

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ēmas izstrāde un ieviešana,

elektroniskā pakalpojuma „Uzziņa par nekustamā īpašuma atļauto izmantošanu saskaņā ar vietējās pašvaldības TP” izstrāde un ieviešana,

TAPIS tehniskā dokumentācija , TAPIS drošības noteikumu izstrāde, TAPIS elektronisko datu apmaiņas noteikumu izstrāde.

Visi nodevumi aprakstīti apakšnodaļā 8.3 Nodevumu saturs 94.lpp.

Visu augstāk minēto komponenšu izstrāde apkopota viena apakšprojekta „Pašvaldību teritorijas plānošanas, infrastruktūras un nekustamo īpašumu pārvaldības un uzraudzības informācijas sistēmas 1.kārtas un to pavadošo dokumentu izstrāde un ieviešana” sastāvā.

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

„Prasību izstrāde elektronisko topogrāfisko karšu specifikācijas (turpmāk - ETKS) uzlabošanai teritorijas plānošanas vajadzībām”.

Reģionālās attīstības indikatoru uzraudzības un novērtēšanas moduļa (turpmāk – RAIM) izstrāde un ieviešana. „Vienotā ģeotelpiskās informācijas portāla izveidošana un nozaru ĢIS sasaiste ar portālu” darba rezultātiem:

o ĢDS;o Ģeoportāls.

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

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

4.nodaļa, 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ēmas izstrāde un ieviešana, 30.lpp

TAPIS.1.1 TAPIS centrālā moduļa izstrāde 4.2 Funkcionālās prasības TAPIS centrālajam modulim (TAPIS.1.1) 30. lpp.

TAPIS.1.2 TAPIS pašvaldību moduļa izstrāde (vidējām pašvaldībām)

4.3. Funkcionālās prasības TAPIS vidējās pašvaldības ĢIS darbvirsmas modulim (TAPIS.1.2) 59.lpp

TAPIS.1.3 Datu apmaiņas saskarņu izstrādeTAPIS.1.4 Esošo teritorijas plānojumu datu pārnešana

uz TAPISTAPIS.1.5 Izmēģinājuma ekspluatācija 4.6.Izmēģinājuma ekspluatācija

(TAPIS.1.5) 72.lppTAPIS.2 Elektroniskā pakalpojuma „Uzziņa par 5 Elektroniskā pakalpojuma



nekustamā īpašuma atļauto izmantošanu saskaņā ar vietējās pašvaldības teritorijas plānojumu” izstrāde un ieviešana

„Uzziņa par nekustamā īpašuma atļauto izmantošanu saskaņā ar vietējās pašvaldības teritorijas plānojumu” izstrāde un ieviešana(darbu pakotne P2) 81.lpp

TAPIS.3 TAPIS drošības noteikumu izstrāde 6. nodaļa, „TAPIS drošības noteikumu izstrāde (TAPIS.3)” 82. lpp

TAPIS.4 TAPIS elektronisko datu apmaiņas noteikumu izstrāde

7. nodaļa ”TAPIS elektronisko datu apmaiņas noteikumu izstrāde (TAPIS.4)” 85.lpp.

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

8. nodaļa, „Prasības apakšprojekta pārvaldībai” 87.lpp



4 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ēmas izstrāde un ieviešana (TAPIS.1)

4.1 Vispārīgās prasības

4.1.1 Normatīvā bāze

(1). Sistēmas darbības normatīvā bāze (Obligāta)Izstrādājot sistēmu, Izpildītājam ir jāņem vērā TAPIS reglamentējošā normatīvā bāze, kas uzskaitīta 10. nodaļā Normatīvā bāze (111.lpp).

4.1.2 Veicamo darbu apjoms attiecībā uz procesiem

(2). TAPIS atbalsts telpiskās plānošanas procesiem (Obligāta)Realizējot sistēmu jāievēro procesi, kuru saraksts dots 9. nodaļā „Procesu saraksts”, 109.lpp. Procesu diagrammas pievienotas Tehniskās specifikācijas otrajā sējumā „Teritorijas plānošanas procesi”.Procesi jāpārskata atbilstoši aktuālajiem likumprojekta un tā pavadošajiem Ministru kabineta noteikumu projektiem un tur, kur tas skar TAPIS izmantošanu, jāizstrādā detalizētāki.TAPIS pirmajā kārtā jārealizē atbalsts procesiem 1. – 3.1.8, kā arī sekojot apzīmējumiem, kas sniegti procesu diagrammās.

4.2 Funkcionālās prasības TAPIS centrālajam modulim (TAPIS.1.1)

4.2.1 TAPIS centrālā moduļa funkcijas

(3). TAPIS centrālā moduļa funkcijas (Obligāta)Lai nodrošinātu prasībā „(2). TAPIS atbalsts telpiskās plānošanas procesiem (Obligāta)” (30.lpp) minēto procesu atbalstu, TAPIS centrālajam modulim jānodrošina šādu funkciju atbalsts:

1. attīstības plānošanas dokumentu izstrāde, saskaņošana un publicēšana;1. pašvaldības teritorijas plānojuma izstrāde, saskaņošana un publicēšana;2. sabiedriskā apspriešana;3. plānošanas procesu uzraudzība un kontrole;4. plānotāja rokasgrāmata;5. e-pakalpojumu atbalsts;6. teritorijas attīstības indikatori (ārpus šī iepirkuma ietvara, izņemot šajā

specifikācijā paredzēto integrāciju ar RAIM moduli). TAPIS centrālajam modulim jānodrošina šādu koplietošanas funkciju atbalsts:

7. pamatdatu un ģeotelpisko datu pārvaldība;8. metadatu pārvaldība;9. dokumentu pārvaldības un darbplūsmu atbalsts;10. klasifikatoru pārvaldība;11. e-pakalpojumu atbalsta funkcijas un pakalpes;12. administrēšanas funkcija.



TAPIS centrālajā modulī paredzētas šādas komponentes:13. TAPIS portāls:

13.1. TAPIS valsts un plānošanas reģiona lietotāju darba vieta;13.2. TAPIS iesaistīto institūciju darba vieta;13.3. Mazo un vidējo pašvaldību lietotāja darba vieta; 13.4. Plānotāja rokasgrāmata;13.5. Administratora darba vieta;

14. TAPIS lietojumprogrammas;15. TAPIS saskarnes;16. TAPIS centrālā datu bāze.

TAPIS centrālā moduļa funkcijas ilustrētas šajā attēlā:



2.attēls. TAPIS centrālā moduļa uzbūve



Skaidrojumi: Ārējā programmatūra – sistēmas pasūtītājs vai lietojuma konfigurācijas un versijas noteicējs nav VRAA; VRAA ietekmē esoša IS arhitektūras komponente – VRAA nosaka lietojuma specifikāciju vai noteikta

produkta un versijas lietošanu; Funkcionālie bloki – realizē noteiktu biznesa loģiku; Koplietošanas funkcijas – funkcijas, kuras izmanto vairāki funkcionālie bloki; Standarta programmatūra – programmatūras produkti (DBVS, tīmekļa serveris u.c.), kas tiek piegādāti bez

modificēšanas; Pakalpes e-pakalpojumu un ģeotelpisko datu pieejamībai – tīmekļa pakalpes, kuras atbilst IVIS vai OGC

standartiem.

4.2.2 Attīstības plānošanas dokumentu izstrāde, saskaņošana un publicēšana

(4). Attīstības plānošanas atbalsts TAPIS ietvaros (Obligāta)Plānošanas dokumentu atbalsts ietver:

1. plānošanas dokumentu hierarhijas izveidošanu un uzturēšanu;2. plānošanas dokumentu izstrādi, ievietošanu vai nomaiņu, norādot tā

metadatus - vietu hierarhijā, atslēgas vārdus, saistīto teritoriju, darbības periodu u.c. dokumenta pasē paredzēto informāciju;

3. dokumentu versionēšanas atbalsts;4. dokumenta publicēšanas/publikācijas atcelšanu publiskiem lietotājiem;5. plānošanas dokumenta saskaņošanas un apstiprināšanas darba plūsmu;6. plānošanas dokumentu meklēšanu, pārlūkošanu un metadatu piesaisti.

(5). Attīstības plānošanas dokumentu ievietošanas un apstrādes iespējas(Obligāta)

Ārpus sistēmas sagatavotus un apstiprinātus teritorijas attīstības plānošanas dokumentus sistēmā var ievietot:

1. valsts iestādes un institūcijas, arī plānošanas reģioni – hierarhijas pirmajos divos līmeņos (valsts un plānošanas reģionu līmeņa dokumenti, tematiskie plānojumi);

2. pašvaldības – hierarhijas trešajā līmenī (pašvaldības attīstības plānošanas dokumenti).

Sistēmā jānodrošina:3. attīstības plānošanas dokumenta apspriešanai sagatavotās darba versijas

ievietošanu un saskaņošanas darba plūsmas uzsākšanu;4. iesaistīto institūciju atzinumu iesniegšanu;5. atzinumu pārskatīšanu;6. dokumenta gala versijas ievietošanu sistēmā;7. metadatu sagatavošana un pievienošana;8. dokumentu versionēšanas atbalsts;9. dokumenta publicēšanas/atpublicēšanu publiskiem lietotājiem;10. pieteikšanos paziņojumiem par jauna attīstības plānošanas dokumenta

pievienošanu vai darbplūsmas uzsākšanu.

Attīstības plānošanas dokumenta izveidi un augšupielādi autentificētam lietotājam jānodrošina, izmantojot TAPIS portāla darba vietu:

1. valsts un plānošanas reģionu speciālistiem – izmantojot valsts un plānošanas reģiona darba vietu;



2. pašvaldību speciālistiem – izmantojot vidējo un mazo pašvaldību speciālistu darba vietu.

Tiesības ielādēt plānošanas dokumentu ir tikai par savu hierarhijas līmeni un tikai par savu teritoriju.

(6). Teritorijas attīstības plānošanas dokumenta publicēšana un publicēšanas atcelšana (Obligāta)

Esoša attīstības dokumenta pievienošana jānodrošina, izmantojot iepriekš nodefinētu attīstības plānošanas dokumenta ievadformu, kurai jānodrošina:

1. dokumenta metadatu (dokumenta pases) aizpildīšanu (sk.prasība (7) 34.lpp.);

2. vienas vai vairāku dokumenta datņu augšupielādi (sk. prasība (8) 35.lpp.),3. augšupielādēto datņu pārbaudi, vai tie nesatur ļaunprātīgu kodu (piem.

datorvīrusus);4. dokumentu versionēšanas atbalsts;5. dokumenta publicēšanas un tās atcelšana;6. atzīmes pievienošanu, vai dokuments publicējams (sk. prasība (9) 35.lpp)

vai arī tam uzsākama saskaņošanas darba plūsma.

(7). Attīstības plānošanas dokumenta metadati (Obligāta)Attīstības plānošanas dokumenta pasē jāvar norādīt vismaz šādus datus:

1. attīstības plānošanas dokumenta mapes nosaukums, kas nosaka dokumenta vietu dokumentu hierarhijā;

2. saistošie plānošanas dokumenti, dokumenti, kas nosaka šāda dokumenta sagatavošanu;

3. dokumenta atrašanās vieta - hipersaite uz dokumentu POLSIS vai pievienotās dokumenta datnes, katrai norādot nosaukumu, lapu skaitu, datnes tipu;

4. attīstības plānošanas dokumenta nosaukums;5. attīstības plānošanas dokumenta veids;6. attīstības plānošanas joma, nozare, apakšnozare, atbilstoši MK kārtības

rullim (MK noteikumi Nr. 300, 07.04.2010);7. attīstības plānošanas dokumenta statuss;8. iesniedzējinstitūcija;9. apstiprināšanas datums;10. rīkojuma numurs;11. dokumenta darbības laika intervāls;12. īss kopsavilkums par dokumentu (apjoms –ne vairāk kā 2 A4 lapas).13. vienu vai vairākas teritorijas klasifikatora vērtības (pēc noklusēšanas –

visas valsts līmenis teritoriju hierarhiskajā klasifikatorā), norādot ATVK kodu vai teritoriju (Latvija, plānošanas reģions), uz kuru attiecas dokuments.

Sistēma automātiski aizpilda informāciju par lietotāju, kas pievienojis dokumentu, tā ievietošanas laiku, kā arī aizpilda informāciju par dokumenta pases rediģēšanas vēsturi -lietotājiem, kas labojis/papildinājis pases datus, un laiks. Šī informācija nav pieejama rediģēšanai.



(8). Dokumenta datņu augšupielādeLietotājs norāda vienu vai vairākas datnes, kuras pievienot, veic datņu augšupielādi, pārliecinās, vai augšupielāde pabeigta veiksmīgi (sistēma parāda attiecīgu paziņojumu, parāda vizuālu indikatoru dokumenta pases datos).

(9). Dokumenta publicēšana (Obligāta)Dokumenta ievietotājs apstiprina ievadītās informācijas pareizību un to, ka ievadītais dokuments ir publicējams, un to, vai tam jāparādās TAPIS portāla ziņu lapā. Lietotājs var ievadīt īsu tekstu, kas parādīsies portāla ziņu lapā. Pēc apstiprinājuma saņemšanas

1. dokuments vairs nav pieejams labošanai (izņemot dokumenta jaunas versijas radīšanu);

2. .doc, .docx, .odf, .rtf formātiem - dokuments tiek pārveidots Adobe Acrobat Reader lasāmā formātā,

3. dokuments kļūst pieejams publiskajam lietotājam, 4. tiek izsūtīti ziņojumi tiem, kas pierakstījušies uz informācijas saņemšanu

par jauniem attīstības plānošanas dokumentiem,5. tiek veikta dokumenta indeksācija, tas kļūst pieejams, izmantojot

meklēšanas dzinēju,6. ja pieprasīts, tiek ievietota informācija portāla ziņu lapā.

(10). Dokumenta versijas (Obligāta)Sistēmai jānodrošina iespēja saglabāt attīstības plānošanas dokumentu iepriekšējās versijas, pārskata formā vienmēr atspoguļojot jaunāko – konsolidēto versiju. Dokumenta versiju glabāšanas ilgumu sistēmā jānodrošina, izmantojot dokumentu glabāšanas kārtulas (sk. (49). Dokumentu uzglabāšanas laika un kārtības kārtulas (Vēlama) 45.lpp).

(11). Jauna dokumenta izstrāde (Obligāta)Sistēmai jānodrošina iespēja definēt darbplūsmu, kuras ietvaros var tikt veidotas vairākas dokumenta darba versijas, notikt dokumenta saskaņošana un apstiprināšana, sabiedriskā apspriešana. Pēc dokumenta apstiprināšanas un publicēšanas turpmākās darbības notiek analoģiski esoša dokumenta pievienošanai – tai skaitā, trūkstošo metadatu papildināšana un dokumenta publicēšana.

(12). Dokumenta publicēšana un publicēšanas atcelšana (Obligāta)Attīstības plānošanas dokumenta publikāciju var atcelt tikai lietotājs, kas to izveidojis, lietotājs ar īpašām tiesībām (super-user), vai lietotājs, kas ir tajā pat iestādē (pašvaldībā, plānošanas reģionā) un ar lomu, kas atļauj veikt attīstības dokumentu pārvaldību, tikai tad, ja dokuments nav sabiedriskajā apspriešanā vai netiek saskaņots. Ja dokuments ir kādā no šīm stadijām, tad dokumenta publikāciju atcelt nevar.

(13). Dokumenta saīsinātā pārskata forma (Obligāta)Attīstības dokumenti jāpadara pieejami TAPIS portālā, izmantojot Attīstības dokumentu pārskata formu.Sistēmā jāsagatavo pārskata forma par teritorijas attīstības plānošanas dokumentiem saraksta veidā, tajā attēlojot vismaz:

1. dokumenta metadatus (konsolidētajā formā - nosaukumu, iesniedzējinstitūciju, laika periodu uz ko attiecināms, teritoriju);

2. hipersaiti uz dokumenta pilno tekstu.



Publiskajam lietotājam vienmēr tiek attēlota konsolidētā dokumentu pārskata formas pēdējā aktuālā versija, neatspoguļojot izmaiņu vēsturi.Sistēmas iekšējam lietotājam (visi, izņemot publiskos lietotājus) ir iespējams izvēlēties versiju, kura tiek attēlota un metadatu laukus, kuri tiek atspoguļoti sarakstā (sk (7). Attīstības plānošanas dokumenta metadati (Obligāta) 34.lpp).Sarakstā, ja vien nav norādīti citi atlases kritēriji, tiek iekļauti visi dokumenti, sākot ar jaunākajiem. Jānodrošina saraksta atlasīšana – filtrēšana pēc dokumenta veida, perioda u.c. parametriem, kā arī kārtošana – pēc termiņiem, pēc statusiem u.c.Jebkuram sistēmas lietotājam (iestādei, piemēram, plānošanas reģionam vai pašvaldībai) jābūt iespējai izmantot pārskata formu saraksta publicēšanai savā mājas lapā. Šajā gadījumā pārskata forma automātiski atlasa tikai konkrētās iestādes publicētos dokumentus, izmantojot iframe html direktīvu vai uzģenerētu html datni. Konkrētais datu nodošanas veids jāprecizē sistēmanalīzes laikā.

4.2.3 Pašvaldības teritorijas plānojuma sagatavošanas, apspriešanas un publicēšanas atbalsts

(14). Pašvaldības teritorijas plānojuma process (Obligāta)Sistēmā jānodrošina TAPIS portālā teritorijas plānojuma sagatavošanas, apspriešanas un saskaņošanas process, nodrošinot šī procesa norisei nepieciešamās darba plūsmas, dokumentu veidnes un atsauces datus, kā arī radot iespēju:

1. Definēt pašvaldības līmeņa funkcionālā zonējuma klasifikatoru, atvasinot to no centralizētā zonējuma klasifikatora.

2. Sagatavot un augšupielādēt teritorijas plānojuma tekstuālo daļu un saistošos noteikumus, definējot strukturētā formā.

3. Sagatavot plānošanas procesa dokumentus, izmantojot iepriekš izveidotas dokumentu veidlapas (rtf vai docx formātā), un aizpildot dokumenta saturu ar sistēmā esošo informāciju.

4. Sagatavot (ārpus sistēmas ietvara) un augšupielādēt plānojuma grafisko daļu.

Pašvaldības teritorijas plānošanas procesi aprakstīti Tehniskās specifikācijas 2.sējumā „Teritorijas plānošanas procesi”.

(15). Plānojuma grafiskās daļas augšupielādēšana centrālā datu bāzē (Obligāta)Plānojuma grafiskās daļas augšupielādēšanā sistēmai ir jānodrošina šādas funkcijas:

1. atbilstoši TAPIS elektronisko datu apmaiņas noteikumiem un sagatavotajām specifikācijām (sk. prasības (156). Programmatūra TAPIS standartam atbilstošu teritoriju plānojumu vektoru datu ielādei TAPIS (Obligāta) 72. lpp., kā arī (205). TAPIS elektronisko datu apmaiņas noteikumu paketes sastāvs (Obligāta) 85.lpp) jāielādē plānojuma grafiskās daļas datnes oriģinālajā formātā (SHP, DGN, DWG) un konvertētajā GML formātā;

2. pirms augšupielādēto datu saglabāšanas datu bāzē ir lietotājam ir jāaizpilda nepieciešamie ģeotelpiskie metadati vai jāielādē to vērtības no TAPIS standartam atbilstošas xml metadatu datnes;

3. pirms GML datnes saglabāšanas datu bāzē ir jāveic datu topoloģiskā pārbaude (nedrīkst būt nenoslēgti līniju gali, objekti bez centroīda, centroīdi



bez objekta, objekti ar vairākiem centroīdiem un neizmantotas līnijas, zonas ir noslēgti poligoni ar centroīdu, to robežas veido noslēgtus poligonus bez pārklājumiem un spraugām u.c.) un nepieciešamības gadījumā lietotājam jāizvada attiecīgs kļūdu ziņojumu vai brīdinājumu saraksts, kurā precīzi tiek aprakstīts problēmu iemesls;

4. lai TAPIS portālā publicētu GML formātā konvertēto plānojuma grafisko daļu, tai ir jānorāda statuss „Apstiprināts”.

Publicēšanas princips visiem TAPIS procesiem un dokumentiem (no sagatavošanas līdz publicēšanai tai skaitā jaunas versijas izveidošanai) jāveido vienāds nedubultojot Sistēmas funkcionalitātes.

4.2.4 Sabiedriskās apspriešanas atbalsts

(16). Sabiedriskās apspriešanas atbalsts centrālajā līmenī (Obligāta)1. TAPIS jānodrošina sabiedriskās apspriešanas funkcionalitāte, izmantojot

tīmekļa saskarni. TAPIS ietvarā tiek nodrošinātas nepieciešamās tīmekļa pakalpes teritorijas attīstības plānošanas dokumenta vai TP grafiskās daļas publicēšanai, sabiedriskās apspriešanas rezultātu nodošanai dokumenta sagatavotājam un tā sniegto atbilžu publicēšanai Ģeoportālā. Pēc Ģeoportāla ieviešanas TAPIS izstrādātājam ir jāizstrādā nepieciešamā funkcionalitāte, lai nodrošinātu sabiedrisko apspriešanu Ģeoportālā.

2. Jānodrošina iespēja jebkurai teritorijas attīstības plānošanā iesaistītajai pusei (pašvaldība, plānošanas reģions vai valsts pārvaldes iestāde) publicēt, nododot sabiedriskajai apspriešanai vismaz:

2.1. TAPIS portālā - plānošanas dokumentu;2.2. Ģeoportālā - plānošanas dokumenta grafisko daļu, nodrošinot

grafiskajā daļā iekļauto ģeotelpisko datu pārlūkošanu kartē;2.3. Ģeoportālā - atbildes uz sabiedriskās apspriešanas ieteikumiem.

3. Publicējot jebkuru no šiem dokumentiem un norādot statusu „sabiedriskajai apspriešanai”, dokumentam un TP ģeotelpiskiem datiem jākļūst pieejamiem Ģeoportālā.

4. Jebkuram Ģeoportāla lietotājam, pirms tam autentificējoties ar VISS pieejamiem autentifikācijas līdzekļiem (internetbankas autentifikācija, elektroniskā paraksta, lietotājvārds parole u.c.),

4.1. ir iespējams sniegt savu viedokli, izmantojot Ģeoportālā esošo tiešsaistes formu, par visu attīstības plānošanas vai TP dokumentu kopumā, vai norādīt konkrētu teritoriju uz kartes (grafiski ieliekot punktu vai izveidojot poligonu) un sniegt viedokli par šīs teritorijas plānoto attīstību.

4.2. pārlūkot kartes slāni, kurā punktu vai poligonu veidā ir atzīmētas ieteikumu vietas, kā arī atribūtu saraksta veidā iegūt informāciju kartē, iezīmējot vienu vai vairākus ieteikumus.

5. TAPIS jāizveido tīmekļa pakalpi sabiedriskās apspriešanas ieteikumu ģeotelpisko un atribūtu datu nodošanai pašvaldības ĢIS datu bāzei.

4.2.5 Plānošanas procesu uzraudzība un kontrole

(17). Pārskats par plānošanas procesa darba plūsmas notikumiem (Obligāta)Sistēmai, atbilstoši saskaņotajiem procesiem un darba plūsmām (sk. prasība (2). TAPIS atbalsts telpiskās plānošanas procesiem (Obligāta) 30.lpp.) jānodrošina:



1. hierarhiski augstākās institūcijas komentāru ievade pie zemākas institūcijas plānošanas procesu darba plūsmas notikumiem;

2. pārskata sagatavošana par plānošanas procesu darba plūsmas notikumiem un komentāriem, un pārskata pievienošana atzinumam.

4.2.6 Plānotāja rokasgrāmata

(18). Teritorijas plānotāja rokasgrāmata Plānotāja rokasgrāmata (Obligāta)Teritorijas plānotāja rokasgrāmatas uzturēšana ietver Plānotāja rokasgrāmatas uzturēšanu un informācijas pārvaldību, tai skaitā terminu un standartu pārvaldības funkciju atbalstu, kurā apkopoti gan metodiskie ieteikumi, gan standarti, kā arī termini un pamācības darbam ar sistēmu, lai vienkopus būtu visa plānotājam nepieciešamā informācija. Plānotāja rokasgrāmatai ir jābūt pieejamai TAPIS portālā autentificētiem lietotājiem.Teritorijas plānotāja rokasgrāmata tiek veidota kā satura pārvaldības vietne, kurā saturu var papildināt noteikti lietotāji ar atbilstošām tiesībām – tie speciālisti RAPLM, plānošanas reģionos vai pašvaldībās, kas nodarbojas ar teritorijas plānošanu vai tās metodisko vadību. Piekļuvi uz līguma darbības laiku var piešķirt arī ārpakalpojumu sniedzējiem, par to iepriekš vienojoties ar Pasūtītāju. Pārējiem autentificētiem lietotājiem vietne pieejama tikai lasīšanas režīmā vai komentāru pievienošanai. Vietne nav pieejama publiskam lietotājam.

(19). Teritorijas plānotāja rokasgrāmatas formāts (Obligāta)Rokasgrāmata jāsagatavo elektroniskā formā, kas lietojama, izmantojot Internet pārlūkprogrammu, lai būtu iespējams:

1. Ātri un ērti atrast nepieciešamo sadaļu;2. Iegūt saistītos normatīvos aktus; 3. Norādes, kur iegūt papildus informāciju;4. Iegūt palīdzību par attiecīgā uzdevuma izpildi TAPIS ietvaros;5. Iegūt detalizētu informāciju, kā jāizmanto grafiskās datu apstrādes

programmas, lai sagatavotais rezultāts būtu iesniedzams TAPIS.Šim nolūkam izmantojama satura pārvaldības vietne, kas nodrošina vismaz šādas iespējas:

6. Interaktīvas satura labošanas iespēja, izmantojot Internet pārlūkprogrammu, un nodrošinot ērtas iespējas teksta labošanai nodrošinot WYSIWYG HTML redaktoru, lapu vai ziņu pievienošanai, terminu definēšanai, hipersaišu ievietošanai un pielikumu pievienošanai. Viens no formātiem, kas var tikt izmantots, var būt wiki formāts;

7. Satura pārlūkošanas iespēja, nodrošinot vietnes struktūras pārskatu (site map), vai arī meklēšanas iespēju, piemēram, pēc atslēgvārdiem, satura vai nosaukuma;

8. Versiju kontroles iespēja, nodrošinot iespēju atgriezties uz iepriekšējo sadaļas versiju, ja kļūdas vai nevērības rezultātā sabojāta jaunākā versija;

9. Komentēšanas iespēja, nodrošinot visiem lietotājiem iesniegt priekšlikumus satura uzlabošanai;

10. Satura publicēšanas iespēja – pēc satura izstrādes pabeigšanas un apstiprināšanas, sadaļas kļūst pieejamas kā tiešsaistes palīdzība visiem TAPIS reģistrētajiem lietotājiem;

11. Terminu vārdnīcas uzturēšanas iespēja;



12. Normatīvo aktu piesaistes iespēja, norādot hipersaites uz tiesību aktu publiskā vietnē (piemēram, www.likumi.lv. Eur-LEX). Izstrādes izpētes laikā jāizskata iespēja integrācijai ar VISS normatīvo aktu klasifikatoru;

13. Pielikumu pievienošana, pievienojot datnes;14. Ziņojumu par jaunumiem parādīšana pirmajā lapā;15. Pierakstīšanās ziņojumiem par jaunumiem e-pastā.

(20). Teritorijas plānotāja rokasgrāmatas saturs (Obligāta)Teritorijas plānotāja rokasgrāmatā paredzēts ievietot:

1. Informāciju par teritorijas plānošanas metodiku, norādot arī saistītos normatīvos aktus;

2. Informāciju par klasifikatoriem un to izmantošanu (saturs jāsagatavo šī iepirkuma sastāvā);

3. Informācija par TAPIS funkcionālajām iespējām un to izmantošanu (saturs latviešu valodā jāsagatavo šī iepirkuma sastāvā);

4. Izmantoto apzīmējumu saraksts (saturs latviešu valodā jāsagatavo šī iepirkuma sastāvā);

5. Biežākās problēmas darbā ar TAPIS un to risinājumi (saturs latviešu valodā jāsagatavo šī iepirkuma sastāvā);

6. Palīdzības dienesta kontaktinformācija.Teritorijas plānotāja rokasgrāmatai jānodrošina interaktīvu vidi, kurā visi teritorijas plānošanā iesaistītie lietotāji var piedalīties metodikas radīšanā un nozares terminu definēšanā.

(21). Teritorijas plānotāja rokasgrāmatas valoda (Obligāta)Teritorijas plānotāja rokasgrāmatai jānodrošina vismaz latviešu un angļu valodu atbalsts. Jāiekļauj funkcionalitāte, kas ļauj lietotājam ērti un operatīvi vienu un to pašu informāciju ievadīt vairākās valodās un vienlaicīgi redzēt vai ievadītā informācija ir pieejama arī citā valodā. Bez papildus izstrādes darbiem jāvar pievienot arī citas valodas izmantojot redaktora vizuālās konfigurācijas rīkus.

4.2.7 E-pakalpojumu atbalsts

(22). E-pakalpojumu atbalss (Obligāta)TAPIS centrālajā modulī jānodrošina 5.nodaļā „Elektroniskā pakalpojuma „Uzziņa par nekustamā īpašuma atļauto izmantošanu saskaņā ar vietējās pašvaldības teritorijas plānojumu” izstrāde un ieviešana (darbu pakotne P2)” (81.lpp.) minētās prasības.

4.2.8 Teritorijas attīstības indikatori

(23). Statistikas rādītāju sagatavošana (Obligāta)Sistēmai jānodrošina statistikas rādītāju sagatavošana:

1. platību sadalījums pa funkcionālā zonējuma veidiem;2. platību sadalījums un skaits par teritorijām, kurām ir uzsākti vai spēkā esoši

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



Rādītāji jāsagatavo 4. sīkākajā administratīvi teritoriālajā iedalījumā (pagasts vai novads);5. reizi gadā – par iepriekšējā gada datiem;

Jāparedz, ka sistēmas attīstības turpmākajās kārtās šādu rādītāju skaits pieaugs. Izstrādātājam sistēmanalīzes laikā ir jāprecizē sistēmas saskarne statistikas rādītāju nodošanai RAIM.

(24). Kopēju klasifikatoru izmantošana (Obligāta)Sistēmai jānodrošina vismaz šādu klasifikatoru nodošana RAIM:

1. ATVK;2. Funkcionālais zonējums.

Izstrādātājam sistēmanalīzes laikā ir jāprecizē sistēmas saskarne klasifikatoru nodošanai RAIM.

4.2.9 Pamatdatu un ģeotelpisko datu pārvaldība

(25). TAPIS centrālā moduļa pamatdatu pārvaldība (Obligāta)TAPIS jānodrošina visu sistēmā iekļauto pamatdatu pārvaldību, nodrošinot to pieejamību, integritāti un konfidencialitāti.

(26). Topoloģisko noteikumu definēšana (Obligāta)Sistēmai jānodrošina topoloģisko noteikumu definēšana plānojuma grafiskās daļas, kā arī pašvaldības ģeotelpiskajiem objektiem, lai nodrošinātu datu saskaņošanu ar robežojošām teritorijām (piemēram, kaimiņu pašvaldībām). Topoloģisko noteikumu piemēri:

1. funkcionālie zonējumi nedrīkst pārklāties;2. netiek dublēti uz pašvaldību robežām esošie objekti;3. ceļiem un virszemes ūdens objektiem uz pašvaldības robežām nedrīkst būt

pārrāvumi.Lietotājs, kas pārskata brīdinājumus, šādās situācijās var pieņemt šādus lēmumus:

4. akceptēt brīdinājumu, vienlaikus pievienojot brīdinājumu sarakstu atzinumam.

5. noraidīt iesniegto plānojumu, pievienojot kļūdu sarakstu atzinumam.

(27). Topoloģisko noteikumu pārbaude (Obligāta)Sistēmai jānodrošina augšupielādēto teritorijas plānojumu grafisko daļu ģeotelpisko datu pārbaude, uzrādot tās vietas, kur topoloģijas noteikumi tiek pārkāpti (vienas pašvaldības ietvaros vai robežojoties ar kaimiņu pašvaldībām).

4.2.10 Metadatu pārvaldība

(28). TAPIS metadatu pārvaldība (Obligāta)Metadatu pārvaldība ietver metadatu uzkrāšanu un apstrādi par teritorijas plānošanas procesa darba plūsmām, procesā radītajiem dokumentiem (t.sk. attīstības plānošanas dokumentiem), ģeotelpiskajiem datiem un tīmekļa pakalpēm.



(29). Metadatu meklēšana un pārlūkošana (Obligāta)Izmantojot metadatu atribūtus, sistēmas lietotājam ir jāvar novērtēt ģeotelpisko datu un ar tiem saistīto tīmekļa pakalpojumu atbilstību lietotāja prasībām. Sistēmai jānodrošina šādas iespējas:

1. meklēšana pēc jebkura no pieejamiem datu laukiem – vismaz šādiem:1.1. identifikators;1.2. metadatu veids (visi, ģeotelpiskie dati, tīmekļa pakalpes);1.3. nosaukums;1.4. kopsavilkums (atreferējums);1.5. organizācija;1.6. atslēgas vārdi;1.7. INSPIRE ģeotelpisko datu tēmas (izvēle no saraksta);1.8. mēroga intervāls: no – līdz;1.9. metadatu izveidošanas, publicēšanas vai pēdējās redakcijas datuma

intervāla;2. atrasto metadatu attēlošana saraksta veidā ar iespēju sadalīt ierakstus pa

vairākām lapām;3. attēlot pamata un detalizētu informāciju par izvēlēto metadatu ierakstu;4. saglabāt metadatus XML formātā..

(30). Metadatu attēlošana lasīšanas režīmā (Obligāta)Sistēmai ir jānodrošina TP metadatu (par ģeotelpiskiem datiem, tīmekļa pakalpēm, plānošanas dokumentiem) attēlošana lasīšanas režīmā lietotājam ērtā un pārskatāmā ekrāna formā.

(31). Metadatu imports no citiem formātiem (Obligāta)Lai nodrošinātu jau esošo metadatu pievienošanu, sistēmai jāatbalsta imports no šādiem formātiem:

1. ESRI ArcCatalog,2. INSPIRE metadatu profils (ISO 19115/ISO 19139),3. OGC tīmekļa pakalpes (WMS, WFS, WCS, CSW).

Funkcija pieejama metadatu katalogā tikai autorizētiem lietotājiem.

(32). Metadatu eksports (Obligāta)Sistēmai jānodrošina metadatu par ģeotelpiskiem datiem, tīmekļa pakalpēm un plānošanas dokumentiem eksports XML formātā atbilstoši INSPIRE metadatu īstenošanas noteikumiem un ISO 19115, ISO 19119 un Dublin Core (ISO 15836) standartam.

(33). Ģeotelpisko datu un tīmekļu pakalpju metadatu uzturēšana (Obligāta)Sistēmai jānodrošina metadatu ievadi un uzturēšanu par teritorijas plānojumu ģeotelpiskiem datiem, tīmekļu pakalpēm un plānošanas dokumentiem atbilstoši INSPIRE metadatu īstenošanas noteikumiem, metadatu standartiem ISO 19115, ISO 19119 un Dublin Core (ISO 15836).Metadatu uzturēšana un ievade nenotiek atsevišķās datu ievades formās un datu bāzē, bet kopā ar citiem teritorijas plānošanas datiem.



(34). Sadarbība ar citiem metadatu tīmekļa pakalpju serveriem (Obligāta)Sistēmai jānodrošina sadarbība (metadatu publicēšanu, meklēšana un replicēšana) ar citiem metadatu serveriem, izmantojot CSW standartam atbilstošu tīmekļa pakalpi:

1. Metadatu nodošana (publicēšana) ĢDS vai citām IS;2. Metadatu iegūšana tiešsaistē (meklēšana) vai replicēšana no pašvaldību

metadatu sistēmas.

4.2.11 Dokumentu pārvaldības un darbplūsmu atbalsts

(35) Dokumentu pārvaldības un darbplūsmu atbalsts (Obligāta)Sistēmai jānodrošina darbības ar teritoriju plānošanas procesā radītajiem dokumentiem (turpmāk – plānošanas procesa dokumentiem), lai nodrošinātu pilnu procesa pārskatāmību, dokumentu noformēšanu, pārvaldību, saskaņošanu, izmaiņu auditēšanu uzskaiti, saglabāšanu, izmantošanu, identifikāciju, esības pārbaudi un atlasi iznīcināšanai. Dokumentu sūtot, tiek nosūtīta tikai atsauce, kuru izmantojot, lietotājs var atvērt dokumentu no TAPIS portāla vai piekļūt teritorijas plānojuma kartes pārlūkošanas funkcijai.Sistēmai jānodrošina šādas funkcijas:

1. darbplūsmu definēšana, aprakstot teritorijas attīstības plānošanas procesā sagatavojamos dokumentus un to veidnes, kā arī atbildīgos;

2. uzdevumu izpildes secības noteikšana, uzdevumu organizēšana un to izpildes kontrole attiecībā uz dokumentu vadību;

3. plānošanas procesa dokumentu (arī e-pasta veidā saņemto) lietvedība (dokumentu reģistrācija, veidošana, glabāšana) gan elektroniskiem, gan papīra dokumentiem;

4. dokumenta pārvaldības funkcijas (izstrāde, saskaņošana, apstiprināšana, nosūtīšana un saņemšana, publicēšana, elektroniska parakstīšana, eksportēšana, nosūtīšana uz e-pastu u.c.),

5. Plānošanas procesu dokumentu arhivēšana,6. pārskatu un statistikas informācijas iegūšana par dokumentiem, darba

plūsmām un uzdevumiem;7. plānošanas procesa dokumentu aprite starp visām teritorijas attīstības

plānošanas procesā iesaistītajām institūcijām.

(36). Darbplūsmu definēšana (Obligāta)Sistēmā jānodrošina darbplūsmu definēšanu, norādot, kādos etapos dalāma dokumenta apstrāde, kā mainās dokumenta statuss, kādi lietotāji iesaistīti dokumenta apstrādē, izpildes termiņi. Izstrādātājam sistēmanalīzes laikā jāpārskata procesi un, balstoties uz tiem, jāprecizē un detalizēti jāapraksta darbplūsmas veicamo darbu ietvaros. Sistēmas uzstādīšanas laikā izstrādātājam jāveic sākotnējā darbplūsmu un iesaistīto lietotāju/lietotāju grupu definēšana atbilstoši procesiem.

(37). Dokumentu veidi (Obligāta)Sistēmai jānodrošina šādi dokumentu veidi:

1. Elektroniski dokumenti, kuru izmantošanas mērķis sistēmā ir nodrošināt teritorijas plānošanas procesā radīto elektronisko dokumentu drošu uzglabāšanu, aizliedzot dokumentu modificēšanu un iekļaujot stingrus mehānismus dzīves cikla vadībai. Elektroniskiem dokumentiem primāra ir dokumenta elektroniskā versija, tas var tikt izdrukāts papīra kopijas veidā. Elektronisko dokumentu izmantošanai sistēmā nepieciešama integrācija ar



elektronisko parakstu. Sistēmas analīzes fāzē ir jāizvērtē integrācija ar E-parakstītāju, kas tiek izstrādāts VRAA „Publiskās pārvaldes dokumentu pārvaldības sistēmu integrācijas vides izveide” projektā (skat. (38).

Elektroniskā paraksta izmantošana „2. Materiāli (papīra) dokumenti – sistēmā tiek nodrošināta informācija par

esošo papīra dokumentu apstrādi un glabāšanas vietu. Materiāliem dokumentiem primārs ir papīra dokuments, sistēmā var tikt ievietota elektroniska dokumenta kopija informatīviem nolūkiem.

Sistēmai jānodrošina iespēja augšupielādēt ieskenētus papīra dokumentus un ievietot tos sistēmā. Šim nolūkam paredzēts izmantot standarta skenera programmatūru, kas ļauj ieskanēt dokumentus .jpeg, .tiff vai .pdf formātos. Skenētie dokumenti var būt ievērojama apjoma attēli (piemēram, ieskenēts teritorijas plānojums vai detālplānojums, izmērā sasniedzot pat 20-30Mb.

Piezīmes:1. Iepirkuma apjomā nav paredzēta ne skeneru, ne skenēšanas programmatūras

piegāde. 2. Sistēmā NAV jāveido TWAIN saskarne.

(39). Elektronisko datņu formāti (Obligāta)Sistēmai ir jāveic elektronisko datņu apstrāde šādā veidā:

1. jebkura datņu formātu (tai skaitā Ministru kabineta 28.06.2005 noteikumu Nr.473 10.punktā norādīto datņu formātu) pievienošana un dzēšana no Sistēmas.

2. rediģēšana, apskate (skatīšanās) un izdruka tiek ierobežota ar atbilstošām lietotāja tiesībām;

3. meklēšana datņu saturā, ja dokuments ir kādā no formātiem (.doc, docx, .xls, xlsx, .ppt, .odf, .pdf .rtf);

4. Sistēmas administratoram jābūt iespējai Sistēmas uzstādījumos noteikt ierobežojumus datņu formātiem un datnes izmēram.

(40). Elektroniskā paraksta izmantošana (Obligāta)Sistēmā jānodrošina iespēja veidot minētos dokumentus kā elektroniskus dokumentus un parakstīt tos ar drošu elektronisko parakstu, kā arī pievienot laika zīmogu, izmantojot DIV ietvaros izveidoto e-parakstītāju.Jānodrošina visas saistītas ar dokumenta e-parakstu informācijas glabāšanu, e-paraksta validācijas un uzlikšanas funkcijas:

1. e-paraksta pievienošanas informācija: datums, lietotājs, e-paraksts un informācija par e-paraksta sertifikātu, apstiprinājuma centra pievienota dienesta informācija;

2. e-paraksta validācijas informācija: datums un lietotājs, validācijas rezultāts, apstiprinājuma centrs.

(41). Dokumentu versiju uzglabāšana (Obligāta)Sistēmai jānodrošina viena dokumenta dažādu versiju uzglabāšana (t.sk., jānodrošina dokumenta versiju apskate). Dokumenta aktuālā versija jānodala no dokumenta neaktuālajām versijām.

(42). Uzdevumu uzdošana un izpildes kontrole (Obligāta)Jānodrošina darbību uzdošanu gan atsevišķam lietotājam, gan lietotāju grupām.



Katram uzdevumam iespējams definēt vismaz:1. prioritāti;2. izpildes kontroli;3. uzdevuma veidu – iepazīties/ saskaņošanai/precizēšanai;4. izpildes secību;5. izpildes datumu (termiņu);6. paziņojumu sūtīšanu (norādot personas, kam jāsūta).

Jānodrošina iespēju pārsūtīt uzdevumu citam lietotājam vai grupai (piemēram, darbinieka prombūtnes gadījumā), kā arī nosūtīt brīdinājumus par saņemtiem uzdevumiem, uzdevumiem, kas ir kontrolē.

(43). Dokumentu sagatavošana, izmantojot veidnes (Obligāta)Sistēmai jāspēj izveidot plānošanas procesa dokumentus, izmantojot iepriekš sagatavotas un sistēmā ievadītas veidnes (.odf, .rtf formātā), piemēram, TP uzsākšanas lēmumprojekts, iesniegums par stratēģiskās ietekmes uz vidi novērtējumu, paziņojums (publikācija) par TP uzsākšanu u.c..Sistēmai jānodrošina iespēja definēt veidnes visiem sistēmas ģenerētajiem dokumentiem, norādot dokumenta tipu, kuram šī veidne izmantojama, kā arī, kurus no metadatiem ievietot dokumenta tekstā. Tiesības sagatavot veidnes iestādes vadītājs deleģē vienai vai vairākām personām, attiecīgo lomu sistēmā piešķir sistēmas vai iestādes administrators.

(44). Klasifikācijas redaktors (Obligāta)Sistēmā jānodrošina dokumentu nomenklatūras - klasifikācijas redaktors, kas nodrošina nomenklatūras - klasifikācijas shēmas, hierarhijas līmeņu un lietu lauku definēšanu. Klasifikācijas shēmā nedrīkst būt objektu skaita ierobežojumu. Nosaukumu piešķiršana klasifikācijas shēmas hierarhijas līmeņiem un lietām pieļaujama, norādot sistēmas ģenerētu unikālu ciparu-burtu kodu, lietotāja norādītu brīvi ievadāmu tekstu, vai abus variantus vienlaicīgi. Sistēmas uzstādīšanas laikā Izstrādātājam jāveic dokumentu klasifikatora sākotnējā aizpildīšana.

(45). Dokumentu veidi un to metadati (Obligāta)Informācija par dokumentu jāaizpilda, atbilstoši sagatavotajam dokumentu metadatu profilam - ievadformai, kas nosaka, kādi lauki aizpildāmi.Sistēmas administratoram ir jābūt iespējai:

1. definēt neierobežotu skaitu dokumenta veidu un katram dokumenta veidam neierobežotu skaitu to raksturojošu metadatu;

2. izmantot klasifikācijas redaktoru;3. nodrošināt funkcionalitāti Sistēmas lauku obligātuma definēšanai;4. pārvaldīt dokumentu metadatu klasifikatorus (t.sk. jaunu klasifikatoru

izveide).

(46). Konfidencialitātes līmeņi (Vēlama)Sistēmai jānodrošina gan neklasificētu, gan ierobežotas pieejamības dokumentu apstrāde. Sistēmā jānodrošina iespēja vizuāli izcelt dokumentus, kuriem ir norādīts konfidencialitātes līmenis. Dokumentu pieejamība ir jānodrošina atbilstoši lietotāja piekļuves līmenim, lietotāju tiesības definējot/kārtojot grupās un lomās.



(47). Dokumentu saraksts (Obligāta)Sistēmā jānodrošina iespēja atlasīt dokumentus un attēlot dokumentu sarakstu,

1. Ātrā atlase – ar vienu peles klikšķi, piemēram, pēc to apstrādes statusa, izskatīšanas termiņa, „manus dokumentus” – dokumentus, kuri uzdoti pašreizējam sistēmas lietotājam;

2. Pilnā atlase pēc visiem dokumentu kartiņas laukiem, norādot vairākus kritērijus kombinēti un iespēju ierobežot meklēšanas robežas (vienā lietā, vienā hierarhijas līmenī utt.);

Dokumentu sarakstā jānodrošina:3. Vizuāla izcelšana, nodrošinot iespēju ieslēgt/izslēgt noteiktus vizuālās

attēlošanas indikatorus, piemēram, dokumentiem, kuriem tuvojas izskatīšanas termiņš, dokumenti ar noteiktu statusu, vai dokuments ir salikts dokuments, vai dokumentam pievienotas datnes.

4. Saraksta kārtošanas un filtrēšanas iespēja pēc visiem dokumenta pases laukiem;

5. Iespēja norādīt, kurus dokumenta pases laukus parādīt dokumentu sarakstā.6. Rezultātu saraksta saglabāšana MsExcel savietojamā formātā/ saraksta

izdrukas opcija.

(48). Dokumentu savstarpējo saišu veidošana (Obligāta)Sistēmā ir jābūt iespējai viegli identificēt, kā arī definēt saites starp dažādiem dokumentiem, piemēram, dokuments un atbilstošais lietvedības reģistrs, galvenais dokuments, tā pielikumi un atvasinājumi, saistītās datnes, saites starp viena dokumenta pēdējo versiju un visām tā iepriekšējām versijām. Saišu attēlojumam vēlams izmantot hipersaišu formātu, kas nodrošina piekļuvi saistītajam dokumentam vai informācijas vienībai, izmantojot vienu peles klikšķi.

(49). Dokumentu uzglabāšanas laika un kārtības kārtulas (Vēlama)Sistēmā jāvar noteikt kārtulas, kas apraksta dokumentu glabāšanas kārtību atbilstoši šādiem nosacījumiem:

1. Katram sistēmas dokumentam jānodrošina glabāšanas kārtulu piešķiršanu. Vienam dokumentam iespējams piešķirt vairākas glabāšanas kārtulas. Katra glabāšanas kārtula ir aktīva pie konkrētiem nosacījumiem.

2. Jānodrošina automātisku dokumentu glabāšanas periodu kontroli un jāveic noteiktas darbības pēc glabāšanas perioda beigām, piemēram, glabāt vienmēr, novērtēt vērtīgumu, izdzēst, pārvietot arhīvā.

3. Sistēmai periodiski (konfigurējams parametrs) jāpaziņo administratoram par dokumentiem, kuriem pēc norādīta laika beigsies glabāšanas periods.

(50). Dokumentu dzēšana (Obligāta)Jānodrošina iespēju konfigurēt un izpildīt dokumentu dzēšanu. Pieejai dokumentu dzēšanai jābūt ierobežotai atbilstoši lietotāja piešķirtajām tiesībām. Sistēmai jāatbalsta divus dzēšanas veidus:

1. Dokumenta pilnīga iznīcināšana (dzēst ierakstu no datu bāzes);2. dokumenta saglabāšana sistēmā ar piezīmi „Izdzēsts” (uzlikt pazīmi

dzēsts).Dzēšanas veidu pēc noklusējuma jādefinē sistēmas uzstādījumos, izmantojot sistēmas administratora darba vietu. Izmantojamos dzēšanas veidus jāprecizē sistēmanalīzes laikā.



(51). Korespondentu reģistrs (Obligāta)Sistēmai jāuztur korespondentu reģistrs, kurā glabājas korespondentu pamatdati (vismaz juridiskās personas nosaukums, reģistrācijas dati, juridiskā adrese, tālrunis, e-pasts, fiziskas personas vārds, uzvārds, korespondenta adrese, e-pasts). Korespondentu reģistram jābūt sinhronizētam ar TAPIS lietotāju reģistru, nodrošinot automātisku dokumenta pieejamību, ja dokuments darba plūsmas rezultātā tiek nodots starp sistēmas lietotājiem. Korespondentu reģistrs ir jāsasaista ar VISS klasifikatoru „Authority”, kas uztur aktuālu iestāžu sarakstu.

(52). Biznesa procesu izpildes standarts (Vēlama)Sistēmai jānodrošina darba plūsmu pārvaldība, izmantojot industrijas standarta risinājumu, kas ļauj efektīvi pārvaldīt procesu darba plūsmas un kas ir balstīts uz atvērto industrijas standartu BPEL (Business Process Execution Language).

4.2.12 Klasifikatoru pārvaldība

(53). Klasifikatoru pārvaldība (Obligāta)Sistēmai jānodrošina teritoriju plānošanas procesā izmantoto klasifikatoru uzturēšana un iegūšana no ārējiem datu avotiem. Visiem klasifikatoriem jānodrošina

1. klasifikatoru izmantošana TP vai lokālplānojuma sagatavošanā;2. klasifikatoru satura pārskats plānotāja rokasgrāmatā.

(54). INSPIRE ģeotelpisko datu tēmu un tēzauru klasifikatoru uzturēšana(Obligāta)

Sistēmai jāizmanto ĢDS INSPIRE ģeotelpisko datu tēmu un GEMET tēzauru klasifikators, kā arī citas klasificējamas vērtības:

1. INSPIRE ģeotelpisko datu tēmas;2. GEMET tēzauru klasifikators;3. resursa valoda (latviešu, angļu, u.c.);4. resursa tips (telpisko datu kopu grupa, telpisko datu kopa, telpisko datu

pakalpojumi);5. tematu kategorijas;6. telpisko datu pakalpojumi;7. atbilstība INSPIRE prasībām (atbilst, neatbilst, nav novērtēts);8. atbilstības datuma veids (sagatavots, publicēts, pārskatīts);9. atbildīgās personas loma;10. datu lietošanas ierobežojumi;11. atbildīgās organizācijas loma (autors, publicētājs, īpašnieks u.c.).

Sistēmas izstrādes analīzes fāzē ir jāprecizē klasifikatoru izmantošana no ĢDS, kurā jau ir izvietoti un uzturēti ģeotelpisko datu klasifikatori.

(55). Funkcionālā zonējuma klasifikators (Obligāta)Sistēmā jāizveido funkcionālā zonējuma klasifikators (ražošanas, tehniskās, savrupmāju apbūves u.c. teritorijas), kas nosaka teritorijas plānoto izmantošanu – sadalījumu funkcionālajās zonās, kurās ir noteikti atļautie teritorijas izmantošanas veidi un nekustamā īpašuma lietošanas mērķi. Jānodrošina šādas iespējas:

1. datu ievade, labošana un pārlūkošana;



2. klasifikatora atribūtu datu ievade:2.1. nosaukums;2.2. tekstuālais apzīmējums (R, DzS, J u.c.);2.3. apraksts;2.4. grafiskais apzīmējums (krāsas kods).

3. atbilstoši funkcionālajai zonai noteikt atļautos teritorijas izmantošanas veidus;

4. atbilstoši teritorijas izmantošanas veidiem noteikt atļautos nekustamā īpašuma lietošanas mērķus.

Funkcionālā zonējuma klasifikatora struktūra jāveido, saskaņojot to ar ETKS apakšprojekta rezultātiem.

(56). Teritorijas atļautās izmantošanas veidu klasifikators (Obligāta)Sistēmā jāizveido atļautās izmantošanas veidu klasifikatoru, ko piesaista funkcionālajai zonai. Katrs atļautās izmantošanas veids attiecas uz vienu vai vairākām funkcionālām zonām. Jānodrošina šādas iespējas atbilstoši piešķirtām lietotāju lomām:

1. datu ievade, labošana un pārlūkošana;2. klasifikatora atribūtu datu ievade:

2.1. nosaukums;2.2. apraksts;

3. teritorijas atļautās izmantošanas veida piesaiste pie vienas vai vairākām funkcionālām zonām,

4. NĪLM piesaiste atļautās izmantošanas veidam.

(57). Apbūves parametru saraksts (Obligāta)Sistēmā jāizveido centrālā līmenī uzturēts saraksts ar apbūves parametriem, to aprakstiem, mērvienībām un pieļaujamo vērtību intervālu, ja tādu ir iespējams noteikt. Jānodrošina šādas iespējas:

1. datu ievade, labošana un pārlūkošana;2. klasifikatora atribūtu datu ievade:

2.1. nosaukums;2.2. apraksts;2.3. mērvienība;2.4. minimālā vērtība, maksimālā vērtība vai to intervāls.

Apbūves parametru piemēri:3. apbūves blīvums;4. apbūves intensitāte;5. brīvās teritorijas rādītājs;6. atļautais apbūves augstums (minimālais un maksimālais);7. būves attālums no zemes vienības robežām;8. jaunveidojamās zemes vienības platība (minimālā un maksimālā);9. zemes vienības dziļums (minimālais un maksimālais);10. zemes vienības fronte (minimālā un maksimālā);11. zemes vienības sadalīšanas ierobežojums.

Pašvaldības līmenī norādītās vērtības var precizēt atļautā intervāla robežās, ja tāds ir noteikts.



TAPIS izmantojamos parametrus jāprecizē izstrādes laikā, saskaņojot tos ar ETKS apakšprojekta rezultātiem.

(58). Nekustamā īpašuma lietošanas mērķu klasifikators (Obligāta)Sistēmai jānodrošina ārēja klasifikatora NĪLM (Nekustamā īpašuma lietošanas mērķi) iegūšana un uzturēšana. Klasifikators ir apstiprināts ar Ministru kabineta 2006.gada 20.jūnija noteikumiem Nr.496.Katram lietošanas mērķim ir piešķirts kods, kuru veido lietošanas mērķa grupas apzīmējums un tā kārtas numurs grupā. Piemēram:

1. 09 - Sabiedriskas nozīmes objektu apbūves zeme;2. 0901 - Izglītības un zinātnes iestāžu apbūve.

Piebilde: NĪLM Klasifikatora aprakstu sk.:http://www.csb.gov.lv/csp/content/?cat=4469&cl_cat=0&p_cid=78&p_vid=1236&p_action=1 Klasifikatora saturs:http://www.likumi.lv/doc.php?id=139503

(59). Klasifikators ATVK (Obligāta)Sistēmai jāizmanto VISS ATVK klasifikators (administratīvi teritoriālo vienību klasifikācija). 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=2Klasifikators ir kopīgs ar RAIM.

(60). Iesaistīto institūciju saraksts (Obligāta)Sistēmā jāuztur iekšējais klasifikators visām teritorijas attīstības plānošanā iesaistītajām institūcijām. Par šīm institūcijām jāuztur vismaz šāda informācija:

1. nosaukums,2. līmenis attīstības plānošanas hierarhijā,3. augstākā iestāde attīstības plānošanas hierarhijā.

Informācija sasaistāma ar TAPIS lietotāju reģistru, kā arī korespondentu reģistru.Izstrādātājām analīzes laikā ir jāprecizē vai ir iespējams izmantojot VISS „Authority” klasifikatoru, nepieciešamības gadījumā to papildinot to ar papildus laukiem.

(61). Politikas jomu un nozaru klasifikators (Obligāta)Sistēmā jāuztur ārējs klasifikators par politikas jomām, nozarēm un apakšnozarēm atbilstoši MK kārtības rullim MK Noteikumi Nr.300, 07.04.2010. Politikas jomu un nozaru klasifikators Valsts kancelejā tiek realizēts, izmantojot trīs atsevišķus klasifikatorus, kuri sasaistīti savā starpā: nozare pakārtota jomai, bet apakšnozare – nozarei.


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




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




Par katru no klasifikatora ierakstiem tiek uzturēts:1. nosaukums, 2. apraksts, 3. sākuma un beigu datums.

Politikas jomu un nozaru klasifikators ir 3 (trīs) līmeņu klasifikators, kur nozares un apakšnozares apakšklasifikatora vērtības ir jāierobežo atkarībā no augstāk stāvošā klasifikatora izvēlētās vērtības.1.līmeņa klasifikators „Politikas joma” vērtības tiek uzturētas saskaņā ar „Ministru kabineta kārtības rullis” pielikumu „Politikas jomu klasifikācija” .

(62). Klasifikatora ierakstu spēkā esamības laika intervāls (Obligāta)Sistēmai jāuztur visiem klasifikatoru ierakstiem laika intervāls, no kura līdz kuram tie ir spēkā, lai nodrošinātu to datu pārlūkošanu, kuri izmanto neaktuālu klasifikatoru versijas.

(63). TAPIS klasifikatoru izplatīšana (Obligāta)Sistēmai jānodrošina TAPIS ietvaros uzturamo klasifikatoru izplatīšanu ārējām iestādēm, lietojot VISS DIT risinājumu.

4.2.13 E-pakalpojumu atbalsta funkcijas un pakalpes

(64). E-pakalpojumu atbalsta funkcijas un pakalpes (Obligāta)TAPIS centrālajā modulī jānodrošina vide tīmekļa pakalpju izveidei, kuras tiks izmantotas e-pakalpojuma realizācijai. Tīmekļa pakalpes jāapraksta un jāpublicē atbilstoši VISS standartiem un vadlīnijām. Specifikācijas ir pieejamas VISS mājas lapā https://ivis.eps.gov.lv.

4.2.14 Administrēšanas funkcijas

(65). Lietotāju pārvaldība (Obligāta)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).PFAS AUTH modulis nodrošinās lietotāju un to datu reģistrāciju:

o lietotāja vārds;o parole;o vārds un uzvārds vai datu apmaiņas partnera nosaukums;o personas kods (neobligāts);o darbinieka struktūrvienība (neobligāts);o darbinieka amats (neobligāts);o pievienošanas datums sistēmā;o tiesību derīguma termiņš;o pazīme, vai lietotājs ir aktīvs.

Reģistrācijai nepieciešamie lietotāju dati ir jāprecizē sistēmanalīzes laikā.

(66). Lietotāju grupu tiesību pārvaldība (Informatīva)PFAS AUTH modulis nodrošinās šādas darbības ar lietotāju grupām:

o izveidot, labot, dzēst lietotāju grupas;o pievienot vai dzēst sistēmas lietotājus no lietotāju grupas;




o pievienot vai dzēst sistēmas funkcijas no lietotāju grupas.

(67). Lietotāju un lietotāju grupu tiesību pārvaldība (Obligāta)Sistēmai, izmantojot PFAS AUTH moduli, jānodrošina lietotāju un lietotāju grupu tiesību pārvaldība, piešķirot tiesības uz sistēmas funkcijām.Lietotāju tiesību grupas ir jāprecizē sistēmanalīzes laikā.Sistēmai jānodrošina visu TAPIS lietotāju grupu atbalsts:

1. RAPLM un VRAA speciālisti;2. plānošanas reģionu speciālisti;3. pašvaldību darbinieki;4. institūciju darbinieki, kuri sniedz atzinumus.

Sistēmai jānodrošina lietotāju un lietotāju grupu tiesību pārvaldība atbilstoši šajā specifikācijā minēto darbību apjomam un procesiem. Lietotāju grupas un tiem pieejamās funkcijas precizējamas sistēmanlīzes laikā.

(68). Pieejas tiesības sistēmas datiem (Obligāta)Jānodrošina iespēju ierobežot pieeju sistēmas datiem (dokumentiem, TP ģeotelpiskajiem datiem, darba plūsmām un citai informācijai) lietotājiem un lietotāju grupām.

1. Jānodrošina iespēju autoram piešķirt vai aizliegt pieeju radītajiem datiem.2. Jānodrošina pieejas tiesību kontroli pie dokumentu meklēšanas.3. Visas darbības, kas saistītas ar piekļuvi datiem, to labošanu vai pieeju

tiesību izmaiņu, jāieraksta sistēmas darbību auditācijas žurnālā.4. Sistēmai jānodrošina iespēja piešķirt lietotājam tiesības datiem tikai uz

noteiktu teritoriju.

(69). Sistēmas uzstādījumu konfigurēšana (Obligāta)Sistēmas uzstādījumos jānodrošina iespēja konfigurēt, izmantojot grafisko lietotāja saskarni, visus šajā specifikācijā minētos parametrus, piemēram:

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;4. publiskam lietotājam TAPIS portālā pieejamā informācijā;5. konfigurācijas parametri, lai veiktu datu apmaiņu vai sadarbotos ar citām

IS;6. laika intervāls, pēc kura tiek attēlots paziņojums par lietotāja sesijas

pagarināšanu un citi sistēmas konfigurācijas slēdži.

(70). Sistēmas auditācijas pierakstu uzkrāšana (Obligāta)Sistēmai jāveic auditācijas pieraksti vismaz par:

1. lietotāju veiktajām transakcijām;2. lietotāju veiktajām darbībām publiskajās un autorizētajās saskarnēs; 3. datu apmaiņām;4. sistēmas kļūdu paziņojumiem.

Auditācijas pierakstu uzkrāšana ir jāprecizē Sistēmas izstrādes analīzes fāzē.



(71). Lietotāja statistikas rīka izmantošana (Obligāta)Lai varētu vieglāk analizēt lietotāju apmeklētākās/pieprasītākās saskarnes TAPIS visas lietotāju saskarnes ir jāpieslēdz pie web statistikas rīka, kā, piemēram, Webstatistika.lv, Google Analytics. Statistikas rīka izmantošana ir jāprecizē Sistēmas izstrādes analīzes fāzē.

(72). Lietotāju darbību auditācijas atskaišu sagatavošana (Obligāta)Sistēmai jānodrošina vismaz Sistēmas auditācijas pierakstu uzkrāšana prasībā norādīto vērtību auditācijas atskaišu sagatavošanas:

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 ar datumiem par veiktajām izmaiņām

3. auditācijas ierakstu eksportēšanu XML vai CSV formātā, to izdrukas iespēja;

4. auditācijas ierakstiem ir jābūt aizsargātiem pret labošanu.Lietotājs var mainīt un papildināt auditācijas atskaites parametrus un saturu, izmantojot RAIM atskaišu rīku.

(73). Brīdinājumu un paziņojumu nosacījumu vadības atbalsts (Obligāta)Sistēmā jānodrošina iespēja elastīgi administrēt (ieslēgt, izslēgt) brīdinājumu (notifikāciju) veidošanas un nosūtīšanas likumus, lai TAPIS lietotājs tiktu informēts par nepieciešamām darbībām attiecībā uz dokumentu.Brīdinājumi sistēmā jāveido noteiktu laika periodu pirms/pēc noteikta notikuma iestāšanās vai atkarībā no sistēmā glabātajiem datiem. Šo laika periodu nosaka kā sistēmas parametru katram brīdinājuma veidam atsevišķi. Laika periods tiek noteikts veselos skaitļos kalendārajās dienās.

1. Pozitīvs skaitlis N nozīmē, ka brīdinājums jāģenerē N dienas pēc notikuma iestāšanās.

2. Negatīvs skaitlis N nozīmē, ka brīdinājums jāģenerē N dienas pirms notikuma iestāšanās.

Vienam brīdinājuma veidam var tikt pielietoti abi divi šie brīdinājuma veidi ar dažādu nozīmīguma pakāpi.Brīdinājumiem, tos attēlojot uz ekrāna, jāizmanto vizuāli paņēmieni, kas parāda tā nozīmības līmeni – ikona vai krāsu izvēle vai to kombinācija. Pie attiecīgās ikonas kā uzpeldošu paskaidrojumu (tooltip) parādīt arī ikonu nozīmes skaidrojumus.

(74). Brīdinājuma sarakstu apstrāde (Obligāta)Brīdinājumus, tos attēlojot sarakstos, jāvar atlasīt:

1. aktīvos, neaktīvos, visus;2. noteikta veida brīdinājumus (kas radušies noteikta notikuma rezultātā);3. pēc nozīmības līmeņa;4. pēc brīdinājuma laika perioda;5. jebkuras minēto atribūtu kombinācijas.



Sarakstā jānodrošina iespēja iezīmēt vai nu noteiktus brīdinājumus vai visus atlasītos vienā paņēmienā un ar tiem veikt šādas darbības:

6. padarīt neaktīvus,7. ģenerēt brīdinājuma vēstules.8. no brīdinājuma, izmantojot hipersaišu mehānismu, jāvar nokļūt uz:

8.1. brīdinājuma izraisītāju, piemēram, attiecīgo saņemto dokumentu, uzdevumu, darba plūsmas soli u.c.;

8.2. pilnu brīdinājuma tekstu un tā atribūtiem – veidošanas laiks, deaktivizācijas laiks, persona, kas apstrādājusi brīdinājumu.

(75). Paziņojumi un brīdinājumi (Obligāta)Sistēmai jānodrošina iespēja veidot lietotāju sarakstus, kuriem tiks sūtīti attiecīgi paziņojumi e-pasta veidā, ja ir noticis notikums sistēmā, piemēram, uzsākts darbs pie teritorijas plānojuma sagatavošanas, teritorijas plānojumam sagatavota darba redakcija, teritorijas plānojums nodots sabiedriskai apspriešanai, sistēmai pievienots jauns attīstības plānošanas dokuments, pievienots komentārs, iesūtīts ziņojums no e-pakalpojuma, citi notikumi, kas izriet no TAPIS procesiem (sk. 9. nodalījums Procesu saraksts 109.lpp).

(76). Brīdinājumu piegādes veids (Obligāta)Brīdinājumus jāvar piegādāt pa šādiem kanāliem:

1. TAPIS lietotāja darba vieta sistēmā, attēlojot visu brīdinājumu sarakstu, ar iespēju atlasīt noteikta veida brīdinājumus;

2. izmantojot e-pasta ziņojumus.

(77). Sistēmas administrēšanas funkcijas (Obligāta)Sistēmai jānodrošina vismaz šādas sistēmas administrēšanas funkcijas un iespējas:

1. datu bāzes administrēšana un darbspējas nodrošināšana;2. hipersaite uz PFAS AUTH lietotāju pārvaldības moduli, vai integrēšanu

TAPIS portālā izmantojot tehnoloģijas kā iFrame, widget utml.;3. auditācijas pierakstu pārskatīšana;4. atbalsta funkcijas datu apmaiņas administrēšanai;5. dokumentu un darba plūsmu administrēšana;6. references datu pārvaldība.

4.2.15 TAPIS portāls

(78). TAPIS portālā realizējamās lietotāju darba vietas (Obligāta)Portālā jānodrošina lietotāja saskarnes šādām darba vietām:

1. TAPIS valsts un plānošanas reģiona lietotāju darba vieta;2. TAPIS iesaistīto institūciju darba vieta;3. Mazo un vidējo pašvaldību lietotāja darba vieta; 4. Plānotāja rokasgrāmata;5. Administratora darba vieta.

Lietotājam jānodrošina iespēja labot savu kontaktinformāciju (vārds, uzvārds, e-pasta adrese, dzīvesvietas adrese) un citus personīgos sistēmas parametrus.



(79). Satura pārvaldība (Obligāta)Sistēmai jānodrošina iespēju veikt vietnes papildināšanu vairākiem lietotājiem vienlaicīgi, nodrošinot iespēju norādīt lietotāju lomai atbilstošās papildināmās sadaļas un iespēju kontroli un uzskaiti atbilstoši prasībai (83). Satura veidošanas prasības (Obligāta).

(80). Pirms publicēšanas datu pārbaude (Obligāta)Jānodrošina iespēja visās tīmekļa vietnēs veicamās pārmaiņas vai jaunas informācijas ievietošanu vispirms pārbaudīt apskates režīmā un publicēt veiktās izmaiņas pēc to pārbaudes (publicēšanu drīkst veikt tikai šim procesam autorizēts lietotājs).

(81). Hierarhiskas vietnes satura veidošanas prasības (Obligāta)Sistēmai jānodrošina iespēju veidot un piesaistīt vietnes saturam hierarhiskas kategorijas, kuras būtu lietojamas satura atlasē un meklēšanā, piemēram:1. Apstiprinātie teritorijas plānošanas dokumenti:

1.1. Zemgales reģions1.1.1 Bauskas pilsēta

2.Neapstiprinātie teritorijas plānošanas dokumenti:2.1.Kurzemes reģions

2.1.1. Kuldīgas pilsēta

(82). Satura versionēšana (Obligāta)Sistēmai jānodrošina publicējamā satura versionēšana un iepriekšējo versiju atjaunošanas funkcionalitāte.

(83). Satura veidošanas prasības (Obligāta)Sistēmai jānodrošina lietotājam iespēju lietot satura pārvaldības rīku un izmantot ne tikai WYSIWYG teksta ievades kontroles, bet arī HTML kodu, kuru sistēma nepārbauda un nemodificē. Interneta vietnē jānodrošina iespēja lietotājiem veidot atsauces un saites uz populārākajām interneta sociālās saziņas vietnēm (piemēram, Twitter, Facebook, draugiem.lv).

(84). Portāla dizaina izstrādes prasības (Obligāta)Projekta analīzes fāzē izstrādātājam jāizstrādā vismaz divas TAPIS portāla dizaina skices. Visām lietotāja saskarnēm ir jāveic lietojamības pārbaudes un jānovērš lietojamības pārbaudē atklātās problēmas. Piedāvājumā ir jāiekļauj metodoloģija un apraksts, pēc kura Pretendents plāno veikt šo pārbaudi. Lietojamības pārbaude ir jāveic vismaz divās iterācijās (1) pirmreizējā (2) atkārtotā.Izstrādātājam ir jāizstrādā TAPIS portāla pirmās lapas dizains un apraksts par informāciju, kura ir pieejama publiskajam lietotājam Ģeoportālā. Lietotājam jāvar papildināt vai modificēt TAPIS portāla pirmās lapas informāciju.

(85). Portāla struktūras un navigācijas izstrādes prasības (Obligāta)Projekta analīzes fāzē izstrādātājam jāspecificē TAPIS portāla struktūra un navigācijas rīku joslas funkcionalitāti.

(86). RSS barotņu izmantošanas prasības (Obligāta)Sistēmai jānodrošina RSS barotnes kā vienam vietnes saturam, tā arī dažādām sadaļām un apakšsadaļām.



(87). Kartes pārlūkošana (Obligāta)TAPIS portālā jānodrošina plānojuma ģeotelpisko datu, kā arī references datu kartes pārlūkošanu autorizētam lietotājam, izmantojot interneta pārlūkprogrammu. Jāiekļauj:

1. kartes navigācijas iespējas (pārvietot, pietuvināt, attālināt un panoramēt skatu);

2. kartes slāņu pieslēgšana un atslēgšana;3. aktīvā kartes slāņa noteikšana;4. kartes slāņa caurspīdīguma definēšana;5. atribūtu datu iegūšana par aktīvā slāņa izvēlēto kartes elementu vai visiem

elementiem, kas ietilpst norādītajā laukumā;6. meklēšana pēc zemes vienības adreses, kadastra numura, objekta

identifikatora u.c. atribūtu datiem;7. attāluma un laukuma mērīšana;8. telpiskā datu analīze (piemēram, attēlot visus zemes vienības

apgrūtinājumus);9. vektoru vai rastra datu transformēšana starp dažādām koordinātu

sistēmām, piemēram, lai transformētu datus no Latvijas koordinātu sistēmas LKS92 uz Eiropas koordinātu sistēmu ETRS89, izmantojot ĢDS ietverto funkcionalitāti;

10. dinamiska jaunu slāņu pievienošana no WMS un WFS tīmekļa pakalpes;11. karšu kompozīcijas saglabāšana, izmantojot WMC (Web Map Context)

OGC specifikāciju, atkārtotai karšu kompozīcijas (salikuma) izmantošanai vai nodošanai citiem lietotājiem;

12. kartes izdrukas (iekļaujot leģendu) sagatavošana;13. objekta apzīmējumu (krāsu, līnijas stilu, biezumu u.c. parametru) izmaiņa.

(88). 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 dokumenta nosaukuma, tā daļas vai teritorijas, vai ATVK koda, vai jebkura cita atslēgas vārda, lietotājam ir jāaizpilda viens meklēšanas parametra lauks. Sistēma meklē visus dokumentus, kuriem kaut viens no metadatiem atbilst norādītajam meklēšanas parametram.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.Meklēšanas rezultātu atspoguļošanai jāsaglabājas, arī, ja tiek veikta navigācija pa citām sadaļām un atgriežoties. Jābūt pieejamajai pogai vai saitei, kas ļauj veikt meklēšanas parametru attīrīšanu, lai parādītos pilna/neatlasīta informācija. Meklēšanai izmantojams VISS Meklētājs.

(89). Detalizētā informācijas meklēšana (Vēlama)Sistēmai jānodrošina detalizētās meklēšanas funkcionalitāti, veicot meklēšanu pēc visiem laukiem - meklēšanas parametriem:

1. dokumenta nosaukums vai tā fragments;2. teritorijas nosaukums vai tā fragments;3. ATVK kods, izvēloties no saraksta;4. iesniedzējinstitūcijas nosaukuma vai tā fragmenta;5. apstiprināšanas datuma, izvēloties kalendārā vai ievadot norādītā formātā;



6. attīstības plānošanas joma, nozare, apakšnozare, atbilstoši MK kārtības rullim (MK noteikumi Nr 300, 07.04.2010);

7. pēc nepieciešamības citiem prasību analīzes laikā definētie meklēšanas parametriem.

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”).Meklēšanai jāizmanto VISS Meklētājs, kurš caur sistēmas saskarni atgriezīs sarakstu dokumentu nosaukumiem, un hipersaitēm uz attiecīgiem dokumentiem TAPIS portālā.

4.2.15.1 TAPIS valsts un plānošanas reģiona lietotāju darba vieta

(90). TAPIS valsts un plānošanas reģiona lietotāju darba vietas darbības procesu atbalsts (Obligāta)Sistēmai jānodrošina darbības procesu atbalsts, izmantojot TAPIS portālu, tādā apjomā, kā tas attiecas uz valsts un plānošanas reģionu (sk. 9. nodaļa Procesu saraksts 109.lpp).

(91). Plānojuma ģeotelpisko datu kartes pārlūkošana un reģiona kartes sagatavošana(Obligāta)

Sistēmai jānodrošina šādas iespējas, izmantojot gan interneta pārlūkprogrammu, gan darbgalda ĢIS risinājumu, autentificētam lietotājam ar atbilstošām tiesībām:

1. definēt reģionā ietilpstošās administratīvās teritorijas;2. reģiona kartes sagatavošana no pašvaldību plānojuma ģeotelpiskajiem

datiem;3. kartes pārlūkošanu, lai pārbaudītu ģeotelpiskos objektus, kuri šķērso

vairāku pašvaldību robežas.

(92). Pārskats par plānošanas procesa darba plūsmas notikumiem (Obligāta)Sistēmai jānodrošina:

1. hierarhiski augstākās institūcijas komentāru ievade pie zemākas institūcijas plānošanas procesu darba plūsmas notikumiem;

2. pārskata sagatavošana par plānošanas procesu darba plūsmas notikumiem un komentāriem un pārskata pievienošana atzinumam.

4.2.15.2 TAPIS iesaistīto institūciju darba vieta

(93). TAPIS iesaistīto institūciju darba vietas darbības procesu atbalsts (Obligāta)Sistēmai jānodrošina darbības procesu atbalsts, izmantojot interneta pārlūkprogrammu, tādā apjomā kā tas attiecas uz iesaistītām institūcijām, skatīt procesu aprakstus (sk. 9. nodalījums Procesu saraksts 109.lpp):

(94). Institūciju pārziņā esošo ģeotelpisko datu pieslēgšana TP (Obligāta)Sistēmai jānodrošina institūciju pārziņā esošo ģeotelpisko datu pieslēgšana, kā references slāni ar maināmu caurspīdīgumu un plānojuma ģeotelpisko datu pārlūkošana ar interneta pārlūkprogrammu, lai varētu sniegt atzinumu. Jānodrošina šādi datu pieslēgšanas veidi:

1. datu augšupielāde rastra formātā;



2. izmantojot tīmekļa pakalpes (WMS, WFS).

4.2.15.3 Mazo un vidējo pašvaldību lietotāja darba vieta

(95). Mazo un vidējo pašvaldību lietotāja darba vieta (Obligāta)Pašvaldību speciālistiem TAPIS portālā jānodrošina šādas funkcijas, kuras pieejamas, izmantojot interneta pārlūkprogrammā darbināmu versiju, kas neprasa instalēt TAPIS klienta programmatūru pašā pašvaldībā, nodrošinot šādus funkcionālos blokus:

1. funkcionālā zonējuma un apbūves noteikumu definēšana;2. darba plūsmu atbalsts, plānošanas procesa dokumentu sagatavošana no

veidnēm;3. uzdevumu kontrole;4. plānojuma ģeotelpisko datu ievade ar plānošanas objektu klasifikatorā

iepriekš nodefinētiem apzīmējumiem;5. atribūtu datu ievade ģeotelpiskajiem objektiem;6. plānojuma grafiskās daļas augšupielāde un topoloģiskā datu pārbaude;7. metadatu meklēšana un aizpildīšana;8. izdrukas sagatavošana ar kartes leģendu un citu informāciju;9. datu analīzes, meklēšanas un filtrēšanas funkcijas;10. plānošanas dokumentu augšupielāde;11. statistikas atskaites u.c..

Lietotājam jābūt iespējai saglabāt darba vides iestatījumus, tā lai tos varētu izmantot no jebkura datora.

4.2.15.4 Plānotāja rokasgrāmata

(96). Plānotāja rokasgrāmata (Obligāta)Plānotāja rokasgrāmatā jārealizē tās funkcijas:

1. kas uzskaitītas punktā 4.2.6 Plānotāja rokasgrāmata 38.lpp.,2. kas izriet no citām šajā specifikācijā minētajām prasībām.

4.2.15.5 Administratora darba vieta

(97). Administratora darba vietā (Obligāta)TAPIS portāla administratora darba vietā jārealizē visas sistēmas darbības nodrošināšanai nepieciešamās funkcijas:

1. kas uzskaitītas punktā 4.2.14 Administrēšanas funkcijas 49.lpp.,2. kas izriet no citām šajā specifikācijā minētajām prasībām vai kas

nepieciešamas sistēmas darbināšanai.Lietotājam jābūt iespējai saglabāt darba vides iestatījumus, tā lai tos varētu izmantot no jebkura datora.



4.2.16 TAPIS lietojumprogrammas un biznesa loģika

(98). TAPIS lietojumprogrammas un biznesa loģika (Obligāta)TAPIS lietojumprogrammas un biznesa loģika jāveido tā, lai vienuviet tiktu koncentrēta visa sistēmas darbināšanas loģikai un pārbaudēm nepieciešamo algoritmu realizācija atbilstoši šajā specifikācijā minētajām prasībām un sistēmanlīzes laikā izveidotajām un saskaņotajām programmatūras prasību specifikācijām, procesiem un darba plūsmām.

4.2.17 TAPIS saskarnes

(99). TAPIS saskarņu modulis (Obligāta)TAPIS saskarņu modulis jāveido tā, lai vienuviet tiktu koncentrēta visa sistēmas saskarņu darbināšanas loģikai un pārbaudēm nepieciešamo algoritmu realizācija. Saskarņu prasības aprakstītas šīs nodaļas apakšnodaļā 4.4 Funkcionālās prasības sistēmas saskarnēm (TAPIS.1.3) 64.lpp.

4.2.18 TAPIS centrālā datu bāze

(100). TAPIS centrālās datu bāzes iespējas (Obligāta)TAPIS centrālajai datu bāzei jānodrošina TAPIS datu uzkrāšanu un pārvaldi, spēju apstrādāt, uzglabāt, meklēt, padarīt pieejamus un nodrošināt versijas uzkrātajiem datiem. Centralizētajam datu bāzes risinājumam jānodrošina iespējas efektīvi strādāt gan ar ģeotelpiskajiem datiem, gan dokumentiem, gan tekstuālajiem datiem.

(101). TAPIS centrālās datu bāzes risinājums (Obligāta)Datu bāzes risinājumam jānodrošina efektīvs ģeotelpisko datu glabāšanas veids, kam koordinātu un atribūtu glabāšanas formāts ir atklāts un dokumentēts, nodrošinot iespēju izmantot telpiskos datus no atšķirīgu ģeotelpisko programmatūras ražotāju programmām un tīmekļa servisiem. Ģeotelpisko objektu uzglabāšanai datu bāzē jānodrošina:

1. objektu atribūtu piekārtošanu atkarībā no objekta veida, 2. objektu telpiskās informācijas precizēšanu, piemēram, ja iegūti precīzu

uzmērījumu dati,3. objektu sasaisti ar citiem telpisko objektu veidiem (piemēram, lai teritorijai

noteiktu zonējumu, izvēlamies grupu ar kadastra vienībām un visai grupai norādām vērtību no zonējumu klasifikatora). Alternatīvi – zonējumu ievada kā telpisko objektu un izmanto telpiskās analīzes funkciju zemes vienības zonas noteikšanai.

(102). Tekstuālo (burtciparu) datu uzturēšana(Obligāta)Sistēmai jānodrošina vismaz šādu teksta datu uzturēšanu datu bāzē:

1. valsts nozīmes reģistru un IS dati;2. dati, ko pievieno pašvaldību un valsts līmeņa plānošanas un citi iesaistītie

speciālisti; 3. dati par sabiedrisko apspriešanu; 4. darba plūsmas un to atbalstošā informācija:

4.1. darba plūsmu apraksti un aktivitāšu secība;4.2. dokumentu veidnes;4.3. veicamie uzdevumi;



4.4. paziņojumi un brīdinājumi.

(103). TAPIS ģeotelpisko datu uzturēšana (Obligāta)Sistēmai jānodrošina ģeotelpisko objektu, tiem pievienoto atribūtu un klasifikatoru vērtību (tai skaitā, zonējuma klasifikatora piesaiste) uzturēšana datu bāzē. Sistēmai jānodrošina vismaz šādas iespējas un funkcijas:

1. ģeotelpisko datu glabāšanai ir jāizmanto LKS-92 koordinātu sistēma;2. ģeotelpisko indeksu izmantošana;3. ģeotelpisko datu meklēšana pēc telpiskajiem operatoriem (ietilpst, pārklāj,

šķērso, sakrīt, distance u.c.) un atribūtu datiem, veidojot relācijas ar citām tabulām;

4. telpiskās operācijas ar ģeotelpiskām datu kopām (apvienot, izgriezt, šķērsot u.c.);

5. telpisko parametru (garums, platība, perimetrs) aprēķināšana.Sistēmai jāuztur plānojuma ģeotelpiskie dati un references dati rastra un vektordatu formātā atbilstoši noteiktai specifikācijai:

6. teritorijas plānojumam;7. detālplānojumam;8. pašvaldības ģeotelpiskajai informācijai;9. lokālplānojumam,10. tematiskajam plānojumam,11. zemes ierīcības plāniem,12. apgrūtinājuma plāniem,13. references kartēm.

(104). TAPIS dokumentu uzturēšana (Obligāta)Sistēmai jānodrošina TAPIS ietvaros radīto dokumentu uzturēšanu datu bāzē:

1. plānošanas dokumenti (piemēram, plāni, programmas, attīstības stratēģijas),

2. plānošanas procesa dokumenti (piemēram, lēmumi, protokoli, atzinumi, nosacījumi u.c.).

(105). TAPIS klasifikatoru uzturēšana (Obligāta)Jānodrošina sistēmā radīto klasifikatoru uzturēšana:

1. funkcionālais zonējums;2. atļautā izmantošana;3. apbūves parametri.

(106). Ārējo klasifikatoru uzturēšana un atjaunošana (Obligāta)Jānodrošina ārējo klasifikatoru uzturēšana un regulāra atjaunošana:

1. administratīvo teritoriju un teritoriālo vienību klasifikators;2. adrešu klasifikators;3. būvju tipu klasifikācija;4. nekustamā īpašuma lietošanas mērķu klasifikators;5. nekustamā īpašuma objekta apgrūtinājuma klasifikācija;6. ūdens saimniecisko iecirkņu klasifikators;7. ūdenstilpju klasifikators.



(107). TAPIS arhīva datu uzturēšana (Obligāta)Jānodrošina TAPIS arhīva uzturēšana:

1. dokumentu un plānojumu, kas ir bijuši spēkā un joprojām var izraisīt tiesiskas sekas;

2. references datu, kas ir kalpojuši par pamatu spēkā esošo plānojumu grafisko daļu izstrādei.

4.3 Funkcionālās prasības TAPIS vidējās pašvaldības ĢIS darbvirsmas modulim (TAPIS.1.2)

(108). Vidējās pašvaldību TAPIS ĢIS darbvirsmas moduļa mērķis un funkcijasIzstrādātājam jāizveido risinājums vidēja lieluma pašvaldības darba atbalstam, kas nodrošina:

1. pašvaldības ģeotelpiskās datu bāzes risinājuma izveidi un lietojumprogrammu datu sinhronizāciju ar TAPIS centrālo moduli:

1.1. TP ģeotelpisko datu nodošana TAPIS,1.2. klasifikatoru sinhronizācija,1.3. references datu iegūšana no TAPIS vai datu piesaiste no WMS,

WFS tīmekļa pakalpēm. 2. grafiskās datu apstrādes programmas piegāde, kas atbalsta visas teritorijas

plānošanā nepieciešamo kartogrāfisko funkciju veikšanu, datu glabāšanu pirms nosūtīšanas uz TAPIS centrālo DB, kā arī sadarbību ar pārējiem TAPIS moduļiem;

(109). TAPIS pašvaldību moduļa komponentesTAPIS pašvaldību modulī paredzētas šādas komponentes:

1. TAPIS ĢIS darbvirsmas modulis vidējai pašvaldībai (4.3.1);2. teritorijas plānotāja darba vieta (4.3.2);3. pašvaldības administratora darba vieta (4.3.3);4. pašvaldības TAPIS dokumentu pārvaldības un darbplūsmu atbalsts (4.3.34);5. TAPIS pašvaldības datu bāze (4.3.5);6. klasifikatoru pārvaldība pašvaldībā (4.3.6);

4.3.1 Pašvaldības TAPIS lietojumprogrammas

(110). ĢIS darbvirsmas moduļa pamatfunkcijas (Obligāta)Pašvaldības ĢIS darbvirsmas programmatūras iespējas un pamatfunkcijas:

1. kartes navigācija un mēroga maiņa (pārvietot, kartes kopskats, palielināt iezīmētajā logā, samazināt);

2. pieslēgt un atslēgt TP kartes, TAPIS centrālās DB kartes, ĢDS kartes slāņus;3. kartes slāņu attēlošanai noteikt mēroga diapazonu;4. atribūtu datu iegūšana (no centrālā moduļa WMS, WFS tīmekļa pakalpes vai

pašvaldības DB ) par izvēlēto kartes elementu vai visiem elementiem, kas ietilpst norādītajā laukumā;

5. buferzonas veidošanu norādītajā attālumā ap lietotāja izveidotu vai izvēlētu kartes objektu;

6. attāluma, laukuma un perimetra noteikšana;7. meklēšana pēc kartes objekta atribūta (piemēram, identifikators, nosaukums);



8. ģeotelpisko objektu (punkts, līnija, poligons) ievade ar TP objektu klasifikatoru un iepriekš nodefinētiem apzīmējumiem (objektiem tiek automātiski piešķirts unikāls identifikators) un ģeotelpiskā objekta identifikatora piešķiršanu;

9. ģeotelpisko objektu rediģēšanas funkcionalitāte:9.1. kopēšanas un ielīmēšana;9.2. pielipšanas funkcijai ar iespēju norādīt: iesaistītos slāņus, objektu

daļas (virsotne, šķautne), pielipšanas tolerances lielums;10. ģeotelpisko objektu versiju uzturēšanu tiem objektiem, kas izmantoti

teritoriju plānojuma sagatavošanā, nodrošinot ģeotelpisko objektu vēsturisko versiju attēlošanu konkrētā datumā vai laika intervālā;

11. telpiskās operācijas ar grafiskajiem datiem:11.1. izgriezt;11.2. apvienot;11.3. šķērsot11.4. u.c.

12. atribūtu datu ievade izvēlētajam kartes elementam;13. topoloģisko noteikumu definēšana savienotajiem un blakus esošajiem

objektiem;14. topoloģiskā datu pārbaude, grafiski uzrādot vietas, kur topoloģijas

noteikumi tiek pārkāpti, kā arī iespēju saglabāt atskaiti par kļūdām;15. references karšu slāņu (kadastra karte, kadastrālo vērtību zonējums,

topogrāfiskā karte, ortofoto u.c.) pieslēgšana no lejupielādētiem failiem vai tīmekļa pakalpēm (WMS, WFS);

16. dažādu koordinātu sistēmu izmantošana datu attēlošanai (pēc noklusēšanas tiek izmantota LKS-92 koordinātu sistēma);

17. lietotāja individuālās darba vides iestatījumu saglabāšana.

4.3.2 Teritorijas plānotāja darba vieta

(111). TP un pašvaldības ģeotelpisko datu apstrāde (Obligāta)Sistēmai jānodrošina vektoru un rastra datu apstrāde:

1. vektoru datu (funkcionālā zonējuma, apgrūtinājumu u.c.) grafiskā ievade, labošana, dzēšana un attēlošana, izmantojot centralizēti nodefinētos apzīmējumus;

2. rastra datu (detālplānojuma u.c.) pievienošana, dzēšana un attēlošana;3. ģeotelpisko datu rediģēšana plānojuma grafiskajā daļā iekļaujamajiem datiem

(zonējumam) tiek atļauta tikai tad, ja ir pieņemts lēmums par jauna plānojuma izstrādi vai grozījumu izstrādi.

Nosacījumi, kad tiek atļauta vai aizliegta kāda ģeotelpisko datu slāņa rediģēšana, jāprecizē sistēmanalīzes laikā.

(112). Pašvaldības funkcionālā zonējuma datu apstrāde (Obligāta)Sistēmai jānodrošina:

1. funkcionālā zonējuma ģeotelpisko objektu ievade atbilstoši pašvaldības vai centrālā līmeņa funkcionālā zonējuma klasifikatoram;

2. funkcionālā zonējuma ģeotelpiskajam objektam pievienot norādi uz pašvaldības vai centrālā līmeņa funkcionālā zonējuma klasifikatora ierakstu.



(113). Tematisko karšu sagatavošana (Obligāta)Sistēmai jānodrošina tematisko karšu sagatavošana pēc ģeotelpisko objektu veidiem vai to atribūtu datiem, tās noformējot ar leģendu, nosaukumiem un citu informāciju, kas to padara uzskatāmu un ērti lietojamu:

1. detālplānojumu teritoriju sadalījums pēc to statusiem (apstiprināts, uzsākts, nepieciešams izstrādāt);

2. zemes vienību sadalījums pēc NĪLM veida;3. zemes vienību sadalījums pēc īpašnieka veida (fiziska persona, juridiska,

pašvaldība, valsts, jaukta piederība ar (bez)pašvaldības daļas);4. sabiedriskie objekti un teritorijas (tirdzniecības vietas, sociālie pakalpojumi,

kafejnīcas, parki, stāvvietas u.c.);5. objekti un teritorijas ar esošajām un plānotajām pašvaldības investīcijām.

Tematiskajās kartēs iekļaujamā informācija precizējama sistēmanalīzes laikā.

(114). Ģeotelpisko datu analīze (Obligāta)Sistēmai jānodrošina datu analīzes funkcijas, piemēram, zemes vienību atlase, kurām ir funkcionālam zonējuma neatbilstošs nekustamā īpašuma lietošanas mērķis.Izstrādātājam sistēmanalīzes laikā ir jāapraksta nepieciešamās datu analīzes funkcijas.

(115). Kartes izdrukas sagatavošana (Obligāta)Sistēmai jānodrošina izdrukas sagatavošana ar kartes leģendu un citu informāciju, kā arī iespēju norādīt mērogu, iekļaujamos datu slāņus un eksporta datnes formātu (pdf/jpeg/tiff/png/gif).

(116). TP grafiskās daļas eksporta sagatavošana (Vēlama)Sistēmai jānodrošina plānojuma grafiskās daļas eksports uz citiem formātiem (shp, dgn, dwg) atbilstoši TAPIS ietvaros izstrādātai ETKS.

4.3.3 Pašvaldības administratora darba vieta

(117). Pašvaldības ĢIS lietotāju un to tiesību pārvaldība (Obligāta)Ir jānodrošina vismaz šādas pašvaldības lietotāju tiesību grupas ĢIS darbvirsmas modulim:

1. Plānojuma ģeotelpisko datu lasīšanas un labošanas tiesības;2. Plānojuma ģeotelpisko datu augšupielāde centrālajā datu bāzē;3. Plānojuma ģeotelpisko datu imports pašvaldības datu bāzē;4. Pašvaldības funkcionālā zonējuma klasifikatora labošana.

Lai ievadītu un apstrādātu datus autentificētā un autorizētā režīmā ir jāizmanto modulis (PFAS Auth).Izstrādātājam sistēmanalīzes laikā ir jāprecizē lietotāju tiesību grupas.

4.3.4 Pašvaldības TAPIS dokumentu pārvaldības un darbplūsmu atbalsts

(118). Darbības procesu atbalsts (Obligāta)Sistēmai jānodrošina darbības procesu atbalsts tādā apjomā, kā tas attiecas uz pašvaldībām, skatīt procesu uzskaitījumu (sk. 9.nodalījums Procesu saraksts 109.lpp) un Tehniskās specifikācijas 2.sējumā „Teritorijas plānošanas procesi”. Dokumentu pārvaldības un darbplūsmu atbalsta lietotāja saskarne jānodrošina TAPIS portālā.



4.3.5 TAPIS pašvaldības datu bāze

(119). Ģeotelpisko datu uzturēšana (Obligāta)Sistēmai jānodrošina šādas iespējas un funkcijas:

1. ģeotelpisko datu glabāšanai ir jāizmanto LKS-92 koordinātu sistēma;2. ģeotelpisko indeksu izmantošana;3. ģeotelpiskos datu meklēšana pēc telpiskajiem operatoriem (ietilpst, pārklāj,

šķērso, sakrīt, distance u.c.) un atribūtu datiem, veidojot relācijas ar citām tabulām;

4. telpiskās operācijas ar ģeotelpiskām datu kopām (apvienot, izgriezt, šķērsot u.c.);

5. telpisko parametru (garums, platība, perimetrs) aprēķināšana.Jānodrošina ģeotelpisko datu uzturēšanu vektoru formātā:

6. Plānojuma ģeotelpisko datu slāņi:6.1. pašvaldības nodefinētie funkcionālie zonējumi; 6.2. apgrūtinājumi un aizsargjoslas;6.3. detālplānojuma teritorijas.

7. Pašvaldības ģeotelpiskie dati, kuri nerada apgrūtinājumus:7.1. pilsētu robežas;7.2. ciemu robežas;7.3. urbumi;7.4. kultūras un sabiedriskie objekti, 7.5. citi objekti (piemēram, reklāmas, ielas tirdzniecības vietas u.c.)

8. Pašvaldības ģeotelpiskie dati, kuri ir pamats apgrūtinājumiem (jāprecizē atbilstoši 22.12.2009. MK noteikumi Nr.1602 "Noteikumi par nekustamā īpašuma objekta apgrūtinājumu klasifikāciju"):

8.1. pašvaldības ceļi;8.2. kapi;8.3. parki;8.4. ūdens teritorijas;8.5. atkritumu apsaimniekošanas teritorijas;8.6. kultūras pieminekļi;8.7. ūdensvads, 8.8. kanalizācija, 8.9. notekūdeņu attīrīšanas iekārtas.

Jānodrošina ģeotelpisko datu uzturēšanu rastra formātā:9. detālplānojums un tā pielikumi (piemēram, attēli trīs dimensiju plānojuma

vizualizācijai)10. ortofoto kartes;11. un citi kartogrāfiskie materiāli (piemēram, skanētas kartes).

(120). Pašvaldības datu bāzes datu apmaiņa ar centrālo datu bāzi (Obligāta)Pēc lietotāja pieprasījuma ir jānodrošina šādi datu apmaiņu procesi, izmantojot OGC WMS, WFS tīmekļa pakalpes:

1. plānojuma grafiskās daļas, tajā iekļauto plānojuma ģeotelpisko datu un tā references ģeotelpisko datu kopu nosūtīšana uz centrālo datu bāzi– pēc pieprasījuma vai uzsākot jauna teritorijas plānojuma izstrādi;



2. Sabiedriskās apspriešanas ģeotelpisko datu saņemšana lasīšanas režīmā no centrālā TAPIS moduļa– pēc pieprasījuma vai beidzoties sabiedriskās apspriešanas termiņam;

3. Kadastra, topogrāfiskās ortofoto un citu kartogrāfisko materiālu ielāde lasīšanas režīmā par nepieciešamo pašvaldības teritoriju – pēc pieprasījuma vai uzsākot jauna teritorijas plānojuma izstrādi;

4. Klasifikatoru (funkcionālais zonējums, teritorijas izmantošanas veidi u.c.) ielāde lasīšanas režīmā no centrālās datu bāzes – pēc pieprasījuma vai uzsākot jauna teritorijas plānojuma izstrādi.

Datu apmaiņas regularitāte un datu nosūtīšanu izraisošie notikumi jāprecizē, precizējot teritorijas plānošanas procesus, sistēmanalīzes laikā.

4.3.6 Klasifikatoru pārvaldība pašvaldībā

(121). Pašvaldības funkcionālā zonējuma klasifikators (Obligāta)Pašvaldības līmenī jāvar nodefinēt, kādi atļautie izmantošanas veidi un apbūves parametri atļauti katram funkcionālajam zonējumam, atvasinot tos no centrālā funkcionālā zonējuma klasifikatora zonējumiem.Jānodrošina šādas iespējas:

1. datu ievade, labošana, dzēšana un pārlūkošana, dzēšana pieļaujama tikai tajā gadījumā, ja klasifikatora vērtība nav tikusi izmantota nevienas funkcionālās zonas definīcijā;

2. pašvaldības funkcionālā zonējuma koda ievade (piemēram, R1), atvasinot kodu no centrālā klasifikatora koda un papildinot to ar indeksa vērtību;

3. pašvaldības funkcionālā zonējuma izveidošana, nosakot vienu vai vairākus atļautās izmantošanas veidus un to apbūves parametrus, norādot apakškopu no centrālā klasifikatora atļautās izmantošanas veidiem;

4. atļautās izmantošanas apbūves parametriem jāpiedāvā norādīt pieļaujamo vērtību intervālus, piemēram, maksimālais un minimālais stāvu skaits, norādot tos pieļaujamās intervāla robežās atbilstoši centrālā zonējuma klasifikatoram;

5. atļautai izmantošanai ir jānorāda viens vai vairāki pakārtotie nekustamā īpašuma lietošanas mērķi.

Piemērs: 6. Nosaukums – vieglās ražošanas teritorijas, atvasinot no centrālā zonējuma

„ražošanas teritorijas”;7. Kods - R1, atvasinot no centrālā zonējuma koda „R”;8. Atļautā izmantošana - transports un transporta apkalpe;9. Apbūves parametrs un vērtību intervāls - maksimālais augstums 8m;10. atļautai izmantošanai pakārtotais NĪLM - Transporta līdzekļu garāžu

apbūve.

(122). Pašvaldības apbūves parametru klasifikators (Obligāta)Sistēmai jānodrošina pašvaldības līmeņa apbūves parametru izveidošanu, labošanu un dzēšanu. Centrāli definētajiem parametriem konkrētam zonējumam ir pieļaujams tikai labojums norādītā intervāla robežās.



4.4 Funkcionālās prasības sistēmas saskarnēm (TAPIS.1.3)

(123). Sadarbība starp apakšprojektiem (Obligāta)Šajā apakšnodaļā minēto prasību realizācija jāveic kopā ar pārējiem apakšprojektiem, kuru ietvaros tiks realizēts TAPIS RAIM, ĢDS un Ģeoportāls.

(124). Sadarbība ar ārējām sistēmām (Obligāta)Šajā apakšnodaļā minētā datu apmaiņa ģeotelpiskiem un tekstuāliem datiem jārealizē, izmantojot valsts informācijas sistēmu savietotāju VISS ĢDS.

4.4.1 Prasības sistēmas ārējām saskarnēm

(125). Prasības sistēmas atvērtajām saskarnēm (Obligāta)Ģeotelpisko datu apmaiņai ar pašvaldību un valsts ĢIS tiks izmantotas OGC standartiem atbilstošas tīmekļa pakalpes WMS, WFS, WCS, WPS, CSW. Kā galvenais ģeotelpisko datu apmaiņas nodrošinātājs tiks izmantots ĢDS.Tekstuālo (atribūtu) datu apmaiņai ar pašvaldību, valsts IS un e-pakalpojumu nodrošināšanai tiks izmantotas VISS tīmekļa pakalpes (VISS vadlīnijas un standarti ir pieejami: https://ivis.eps.gov.lv), kuras ir balstītas uz SOAP protokolu un atbilst šādām brīvi pieejamām un atvērtām specifikācijām un standartiem:

1. WS-Security;2. WS-Federation;3. WS-SecureConversation;4. WS-Trust;5. XML Encryption;6. XML Signature;7. SAML;8. WS-I Basic Security Profile;9. WS-Addressing.

(126). Saskarne lielām pašvaldībām (Obligāta)Izstrādātājam jāsagatavo OGC un VISS standartiem atbilstošu pakalpju kopums, kas nodrošina šādas funkcijas:

1. plānošanas dokumentu augšupielāde;2. plānojuma grafiskās daļas augšupielāde;3. informācija par plānošanas procesā veiktajiem uzdevumiem un pieņemtajiem

lēmumiem;4. klasifikatoru datu lejupielāde;5. plānošanas procesa dokumentu augšupielāde;6. metadatu imports no datnes (XML) vai saņemšana tiešsaistē, izmantojot

CWS standartam atbilstošu tīmekļa pakalpi.Datu saskarnei jāizveido atbilstošie datu apmaiņas noteikumi, kas reglamentē saskarnes izmantošanas organizatorisko pusi. (sk. 7. nodaļu TAPIS elektronisko datu apmaiņas noteikumu izstrāde (TAPIS.4) 85. lpp.)

(127). Jauno teritoriju plānojumu datu ielasīšanas TAPIS saskarne (Obligāta)Plānojuma grafiskai daļai, kas būs izstrādāta ar plānotāju rīkiem (ArcGIS, AutoCAD, MicroStation) atbilstoši noteiktam standartam un atbalstāmajiem datu formātiem (dgn,



dwg, shp), jānodrošina datu konvertācija uz GML formātu, kuru var ielādēt TAPIS centrālajā datu bāzē.Saskarnei jāizveido atbilstošie datu apmaiņas noteikumi, kas reglamentē saskarnes darbības organizatorisko pusi (sk. 7. nodaļā „TAPIS elektronisko datu apmaiņas noteikumu izstrāde (TAPIS.4)” 85.lpp.).

(128). Ģeotelpisko datu skatīšanās WMS tīmekļa pakalpe (Obligāta)Tīmekļa pakalpei jānodrošina kartes pārvietošanu, mēroga maiņu, datu slāņu pārklāšanos, metadatu saņemšanu, leģendas un kartes attēla, kas piemērots attēlošanai datora ekrānā (parasti PNG, GIF vai JPG formātā), sagatavošanu no ģeotelpiskiem datiem. Tīmekļa pakalpe atbilst WMS standartam un nodrošina šādas operācijas:

1. GetCapabilities – atgriež metadatus par kartes saturu un iespējamiem datu pieprasīšanas parametriem;

2. GetMap – atgriež kartes attēlu pēc uzdotajiem parametriem:2.1.koordinātu apgabals;2.2. kartes slāņi;2.3. ģeogrāfiskā projekcija;2.4. slāņa stils;2.5. attēla datnes formāts, platums un augstums;2.6. attēla caurspīdīgums un krāsa.

3. GetFeatureInfo – atgriež informāciju par vienu vai vairākiem norādītājam punktam tuvumā esošiem objektiem.

Ģeotelpisko datu skatīšanās tīmekļa pakalpojumam ir jāatbilst šādām prasībām:1. Jāatbilst Eiropas Komisijas 2009. gada 19. oktobra EK Nr. 976/2009 tīkla

pakalpojumu regulai;2. Skatīšanās pakalpojuma operācijām, kuras atgriež karti un pakalpojuma

metadatus, saņemot atbilstošo valodas parametru, ir jāvar atgriezt informāciju vismaz latviešu un angļu valodā;

3. Jāatbalsta koordinātu sistēmas un ģeotelpisko datu projekcijas atbilstoši INSPIRE īstenošanas noteikumiem;

4. Atbilstība vismaz OGC WMS 1.3.0 standarta versijai;5. Kartes attēlošanai jāizmanto OGC SLD standarts;6. GetFeatureInfo operācijai ir jāatbalsta XML un teksta formāts;7. Ģeotelpisko datu slāņu metadatiem ir jāsatur metadatu identifikators

(metadatu URL adrese);8. Kartes slāņus jāvar iegūt atsevišķi vai apvienotus grupās;9. Ja ir iespējams, jānodrošina datu sagatavošana par dažādiem laika

intervāliem, izmantojot WMS tīmekļa pakalpes laika parametru.

(129). Ģeotelpisko datu lejupielādes WFS tīmekļa pakalpe (Obligāta)Tīmekļa pakalpei jānodrošina kartes vektordatu nodošanu GML formātā, kā arī datu rediģēšanas operācijas. Tīmekļa pakalpe atbilst WFS standartam un nodrošina šādas operācijas:

1. GetCapabilities – atgriež metadatus par kartes objektiem un atļautajām darbībām ar tiem;

2. GetFeature – atgriež objektus, izmantojot telpiskos vai netelpiskos pieprasījumus;

3. GetGmlObject - atgriež objektus, izmantojot to XML identifikatorus;



4. DescribeFeatureType – atgriež pieprasītā objekta datu struktūru;5. Transaction – nodrošina objekta rediģēšanas operācijas pievienot, labot un

dzēst;6. LockFeature – nodrošina pieprasīto objektu bloķēšanu transakciju veikšanai.

Ģeotelpisko datu lejupielādes tīmekļa pakalpei ir jāatbilst šādām prasībām:1. Atbilstība vismaz OGC WFS 1.1.0 un augstākai versijai;2. GML formātam jāatbilst 3.1.1 un augstākai versijai;3. jānodrošina datu dalīšanas porcijās (paging support) liela apjoma

informācijas pārsūtīšanai;4. jānodrošina telpisko pieprasījumu atbalsts.

(130). Zemes virsmas attēla lejupielādes WCS tīmekļa pakalpe (Vēlama)Tīmekļa pakalpe nodrošina zemes virsmas attēlu (ortofoto un satelīta kartes) nodošanu kopā ar metadatiem, kas ir nepieciešami tās interpretācijai. Tīmekļa pakalpe atbilst WCS standartam un nodrošina šādas operācijas:

1. GetCapabilities - atgriež metadatus par kartes saturu un iespējamiem datu pieprasīšanas parametriem;

2. GetCoverage - atgriež pieprasīto zemes virsmas attēlu, pieprasījuma formāts ir līdzīgs WMS GetMap operācijai;

3. DescribeCoverage – atgriež pilnu aprakstu par pieprasīto zemes virsmas attēlu.

Piezīme: lai iegūtu lielāku ātrdarbību, ortofoto kartes pārlūkošanai ir ieteicams izmantot WMS tīmekļa pakalpi.

(131). Ģeotelpisko datu analīzes (apstrādes) WPS tīmekļa pakalpe (Obligāta)Apvienošanas (Invoke) pakalpes nodrošina dažādu telpisko datu kopu - gan vektoru, gan rastra datu - vai pakalpju loģisku apvienošanu un izmantošanu vienā kopējā pielietojumā, informācijas „ģeneralizēšana” no detalizētākas uz vispārīgāku atkarībā no darba mēroga, bufera joslas ģenerēšana u.tml.Tīmekļa pakalpe atbilst WPS standartam un nodrošina šādas operācijas:

1. GetCapabilities – atgriež metadatus par tīmekļa pakalpes iespējām un iespējamās darbības (operācijas) un īsus aprakstus;

2. DescribeProcess – atgriež detalizētu informāciju par konkrēto operāciju, t. sk. ieejas un izejas datiem un to formātiem;

3. Execute – izpilda konkrēto WPS tīmekļa pakalpes operāciju ar klienta nodotiem ieejas datiem.

Ģeotelpisko datu lejupielādes tīmekļa pakalpojumam ir jāatbilst šādām prasībām:1. atbilstība OGC WPS 1.0.0 vai augstākai versijai;2. jāatbalsta asinhronu procesu izsaukšana.

(132). Metadatu meklēšana, kopēšanas un publicēšanas CSW tīmekļa pakalpe(Obligāta)

Tīmekļa pakalpei jānodrošina iespēju publicēt, kopēt un meklēt metadatus par ģeotelpiskajiem datiem un ar tiem saistītajām tīmekļa pakalpēm. Tīmekļa pakalpe atbilst CSW standartam un nodrošina šādas operācijas:

1. GetCapabilities – atgriež tīmekļa pakalpi aprakstošus metadatus;2. DescribeRecord – atgriež aprakstu ar datu modeļa elementiem, kurus

atbalsta tīmekļa pakalpe;



3. GetDomain – atgriež metadatu elementa vērtību diapazonu;4. GetRecords – atgriež metadatu elementus pēc uzdotajiem parametriem;5. GetRecordById - atgriež metadatu elementu pēc identifikatora;6. Transaction – nodrošina metadatu ieraksta izveidošanu, labošanu un

dzēšanu;7. HarvestRecords – nodrošina sinhronu vai asinhronu metadatu pievienošanu

un labošanu no citiem metadatu serveriem.Metadatu meklēšanas tīmekļa pakalpojumam ir jāatbilst šādām prasībām:

1. Jāatbilst KOMISIJAS REGULAI (EK) Nr. 976/2009 (2009. gada 19. oktobris), ar kuru īsteno Eiropas Parlamenta un Padomes Direktīvu 2007/2/EK attiecībā uz tīkla pakalpojumiem;

2. Metadatu meklēšanas pakalpojuma operācijām, kuras atgriež pieprasītos metadatus un pakalpojuma metadatus, saņemot atbilstošo valodas parametru, ir jāvar atgriezt informāciju vismaz latviešu un angļu valodā;

3. Atbilstība OGC CSW 2.0.2 standarta versijai;4. Jāatbalsta TAPIS un Latvijas ģeotelpisko datu metadatu profils;5. Jānodrošina vairāku valodu atbalsts;6. Jānodrošina saite (URL adrese) starp ģeotelpiskajiem un tīmekļa

pakalpojuma metadatiem.

(133). Ģeotelpisko datu kopu simboloģijas datnes (SLD) nodošana (Obligāta)Sistēmai ir jānodrošina ģeotelpisko datu simboloģijas datnes atbilstoši OpenGIS Styled Layer Descriptor (SLD) standartam nodošana kopā ar WMS un WFS tīmekļa pakalpēm.

4.4.2 Prasības datu apmaiņai ar ārējām IS

(134). Sistēmas ārējās saskarnes ar datu avotiem (Obligāta)Sistēmas ārējām saskarnēm, kas apmainās ar atribūtu informāciju, ir jābūt realizētām kā tīmekļa pakalpēm atbilstoši VISS noteiktajiem standartiem (specifikācijas ir pieejamas VISS mājas lapā https://ivis.eps.gov.lv). Visas ģeotelpiskās informācijas un metadatu apmaiņas ir jāveic, izmantojot ĢDS funkcionalitāti, izmantojot OGC standartizētas tīmekļa pakalpes (skat. prasību (125). Prasības sistēmas atvērtajām saskarnēm (Obligāta). Sistēmai ir jāveic datu apmaiņa ar 4. tabulā minētajām datu avotu sistēmām.

4. tabula izstrādājamās sistēmas ārējās saskarnes

Ārējās IS Sistēmas turētājs

Nekustamā īpašuma valsts kadastra informācijas sistēma Valsts zemes dienests (TM)Aizsargjoslu datu bāze Valsts zemes dienests (TM)Valsts adrešu reģistrs (ARIS) Valsts zemes dienests (TM)Valsts vienotā datorizētā zemesgrāmata Tiesu administrācija (TM)Latvijas ģeotelpiskās informācijas aģentūras IS LĢIA (AM)Latvijas Vides, ģeoloģijas un meteoroloģijas centra IS LVĢMC (VidM)Īpaši aizsargājamo sugu un biotopu mikroliegumu datu bāze LVĢMC (VidM)Lauku atbalsta dienesta informācijas sistēma Lauku atbalsta dienests (ZM)Meža valsts reģistrs Valsts meža dienests (ZM)Satiksmes ministrijas ĢIS Satiksmes ministrijaDIV VRAA (RAPLM)Ģeotelpisko datu savietotājs (ĢDS) VRAA (RAPLM)




VISS VRAAĢeoportāls VRAA

(135). Saskarne datu nodošanai RAIM, ĢDS un Ģeoportālam (Obligāta)TAPIS centrālajam modulim jānodrošina:

1. WMS, WFS, CWS tīmekļa pakalpju saskarnes apstiprināto TP ģeotelpisko datu un metadatu nodošanai RAIM, ĢDS un Ģeoportālam.

2. tīmekļa pakalpju saskarne TAPIS datu nodošanai RAIM statistisko rādītāju sagatavošanai, atbilstoši prasībai (sk. Prasība (23). Statistikas rādītāju sagatavošana (Obligāta) 39.lpp.);

3. TAPIS portālam jānodrošina risinājums, lai RAIM atskaitēs būtu iespējams ievietot hipersaites uz apstiprinātajiem teritorijas attīstības plānošanas dokumentiem.

4. TAPIS jāizveido sistēmas saskarne, lai Ģeoportālā pieejamajā teritorijas plānošanas grafiskajā slānī katrai plānošanas teritorijai būtu pievienota hipersaite uz apstiprināto teritorijas attīstības plānošanas dokumentu.

Izstrādātājam Projektā ir jāsaskaņo datu apmaiņas saskarnes ar projekta aktivitātēm RAIM, ĢDS un GeoPortālā.

(136). Saskarne ar ĢDS (Obligāta)Sistēmā jāizveido saskarne ar VISS komponenti ĢDS, lai nodrošinātu ģeotelpisko datu un metadatu izplatīšanu no TAPIS un citu valsts vai pašvaldību ĢIS datu saņemšanu ar vienotu autentifikācijas, autorizācijas un auditācijas mehānismu:

1. TAPIS no ĢDS saņem datu turētāju ģeotelpiskos datus un metadatus;2. No TAPIS uz ĢDS tiks nodoti teritorijas plānojuma ģeotelpiskie dati un tiem

atbilstošie metadati. Tā informācija un metadati, kas pilnā apjomā neietilps ĢDS metadatu profilā, nereducētā veidā xml faila formātā tiks atsevišķi nodota ĢDS no TAPIS, izmantojot CSW tīmekļa pakalpi.

(137). Sistēmas statistikas nosūtīšana uz VISS operatīvo atskaišu sagatavošanas rīku(Vēlama)

Sistēmai ar nodefinētu laika intervālu (konfigurējams parametrs) ir jānosūta un jāattēlo aktuālā informācija par ģeotelpisko datu tīmekļa pakalpēm uz VISS operatīvo atskaišu sagatavošanas rīku - ciparvadības paneli:

1. Tīmekļa pakalpes, kuras tiek izsauktas;2. Lietotājs, kurš ir izsaucis konkrēto tīmekļa pakalpi;3. Informācija par pieprasījumiem, kuriem atgriezts kļūdas paziņojums;4. Datu avots (datu pieprasītājs un datu saņēmējs);5. Tīmekļa pakalpes izsaukuma izpildes ilgums.

(138). TAPIS saskarne ar VISS meklētāja moduli (Obligāta)Sistēmai izmantojot VISS meklētāja moduļu sistēmas saskarni:

5. Jānosūta uz VISS meklētāju moduli informācija (metadati par teritorijas attīstības plānošanas dokumentiem, ģeotelpiskiem datiem un tīmekļa pakalpēm) un izmaiņas (pievienošana, labošana, dzēšana), kuriem tiks nodrošināta meklēšana, izmantojot VISS meklētāja modulis;

6. Jānodrošina lietotāja saskarne, kurā tiks attēlota VISS meklētāja moduļa atgrieztā informācija par pieprasītajiem datiem.



Izstrādātājam sistēmanalīzes laikā ir jāprecizē, kādi TAPIS dati ir jāiekļauj VISS meklētāja modulī.

(139). Topogrāfiskā pamatne un ortofoto kartes (Obligāta)Sistēmai ar ĢDS tīmekļa pakalpju starpniecību ir jānodrošina datu saņemšana no LĢIA (specifikācijas pieejamas LĢIA mājas lapā www.lgia.gov.lv), nodrošinot šādu kartogrāfiskās informācijas pieejamību TAPIS lietotājiem:

1. topogrāfiskās kartes ar mēroga noteiktību M1:10 000, M1:2000; 2. ortofoto kartes mēroga 1:10 000 (mērogā 1:2000 vai 1:1000 kur tas ir

pieejams).

(140). Adrešu reģistrs (Obligāta)Sistēmai, izmantojot VISS, ir jānodrošina adrešu reģistra datu saņemšana (gan tiešsaistē, gan kopējot datus) no VZD un pieejamību TAPIS lietotājiem.

(141). Administratīvās robežas (Obligāta)Sistēmai ar ĢDS tīmekļa pakalpju starpniecību ir jānodrošina administratīvo robežu datu saņemšana no VZD un pieejamību TAPIS iekšējā domēna lietotājiem.

(142). Inženierkomunikācijas (Nākotnes)Sistēmai ar ĢDS tīmekļa pakalpju starpniecību jānodrošina inženierkomunikāciju pakalpojumu sniedzēju (Latvenergo, LG, sakaru uzņēmumu informācijas pieejamība TAPIS lietotājiem).

(143). Zemes vienības atribūtu dati no kadastra informācijas sistēmas (Obligāta)Sistēmai, izmantojot VISS tīmekļa pakalpes, ir jānodrošina kadastra datu saņemšana no VZD, pēc adreses vai zemes vienības kadastra apzīmējuma atgriežot:

1. zemes vienības platību;2. spēkā esošais nekustamā īpašuma lietošanas mērķis un kods;3. kadastrālā vērtību zona;4. zemes kadastrālā paraugvērtība (Ls/m²);5. adrese (izmantojot adrešu reģistra struktūru);6. apgrūtinājumu saraksts (kods, nosaukums u.c. dati atbilstoši kadastra datu

struktūrai).

(144). Kadastrālo vērtību zonējums no kadastra informācijas sistēmas (Obligāta)Sistēmā, izmantojot VISS tīmekļa pakalpes, ir jānodrošina kadastra datu saņemšana no VZD, pēc nodotā zemes vienības kadastra apzīmējuma vai adreses atgriežot:

1. zonējuma apzīmējuma kods;2. vērtību zonas robeža;3. vērtību zonas numurs;4. prognozētā vērtību zonas robeža;5. prognozētās vērtību zonas numurs.

(145). Saskarne ar BIS (Obligāta)Sistēmā jāizveido divpusēja saskarne, izveidojot nepieciešamos datu apmaiņas aizmetņus, kā arī datu apmaiņas specifikāciju (tīmekļa servisa apraksts, datu apmaiņas xml struktūras) sadarbībai ar nākotnē iecerēto BIS:

1. Pēc BIS pieprasījuma norādītajai zemes vienībai no TAPIS jāatgriež:


http://www.lgia.gov.lv/


1.1. funkcionālā zonējuma kodu un nosaukumu;1.2. TAPIS iekļautos detālplānojumus;1.3. atļauto izmantošanu sarakstu;1.4. zemes ierīcības projektu;1.5. apbūves parametrus atbilstoši zonējumam

2. Pēc TAPIS pieprasījuma norādītajai zemes vienībai atgriežot2.1. Būvju kadastra apzīmējumu sarakstu;2.2. Katras būves statusu (vai ir būvprojekts, uzsākta būvniecība,

nodota ekspluatācijā);2.3. BIS reģistrētos saistītos dokumentus.

(146). Saskarne ar ATIS (Obligāta)Sistēmā jāizveido divpusēja saskarne, izveidojot datu apmaiņas aizmetņus, kā arī datu apmaiņas specifikāciju (tīmekļa servisa apraksts, datu apmaiņas xml struktūras) sadarbībai ar nākotnē iecerēto ATIS ar iespēju:

1. no TAPIS nodot informāciju par pieprasītās pašvaldības (ATVK kods) uzturamajām aizsargjoslām uz ATIS;

2. no ATIS uz TAPIS nodot informāciju par pieprasītās pašvaldības (ATVK kods) aizsargjoslām.

(147). Saskarne ar DIV (Obligāta)Sistēmā jāizveido saskarne sadarbībai ar DIV, lai TAPIS nodrošinātu 9. Nodaļā, kā arī Tehniskās specifikācijas 2.sējumā aprakstīto procesu dokumentu apriti starp valsts institūcijām un pašvaldībām.

(148). Atbalsts saskarņu testēšanai (Obligāta)Sistēmai ir jānodrošina iespēja, sagatavojot saskarņu aizmetņus, simulēt WMS, WFS un VISS tīmekļa pakalpju izmantošanu, atgriežot iepriekš sagatavotus, nemainīgus datus, lai varētu veikt tīmekļa saskarņu pielāgošanu un testēšanu gan testēšanas, gan ražošanas vidē.

(149). Lietotāju autentifikācija un autorizācija PFAS AUTH modulī (Obligāta)Sistēmas lietotāju autentifikācijai un autorizācijai ir jāizmanto VISS koplietošanas moduļa PFAS AUTH tīmekļa pakalpes, kas sistēmai atgriež informāciju par lietotāja autentifikācijas faktu un sistēmas tiesību matricu.

(150). Pašvaldības funkcionālā zonējuma tīmekļa pakalpe (Obligāta)Sistēmā jāizveido tīmekļa pakalpe, kas nodrošina pašvaldības funkcionālā zonējuma informācijas iegūšanu ārējām sistēmām vai Ģeportāla lietotājiem. Izveidotās pakalpes pieejamība jānodrošina, izmantojot VISS. Tīmekļa pakalpei pēc pašvaldības ATVK koda un funkcionālās zonas koda (piemēram, 0130000,R3) jāatgriež šādi dati.

1. NĪLM saraksts;2. Atļauto izmantošanu saraksts;3. Apbūves parametru un vērtību intervālu saraksts;4. funkcionālās zonas robežas GML formātā;5. informācija par detālplānojumu vai zemes ierīcības projektu.

(151). Sabiedriskās apspriešanas iebildumu un atbilžu saraksta datu apmaiņa(Obligāta)Sistēmā jāizveido tīmekļa pakalpe, kas nodrošina Sabiedriskās apspriešanas iebildumu un atbilžu saraksta datu apmaiņu. Izveidotās pakalpes pieejamība jānodrošina,



izmantojot VISS. Tīmekļa pakalpei pēc pašvaldības ATVK koda ir jāatgriež saraksts ar saņemtajiem iebildumiem un atbildēm:

1. iesniegšanas datums;2. iesniedzēja vārds un uzvārds;3. iesniedzēja e-pasta adrese(ja iespējams);4. ieteikuma apraksts;5. ieteikuma rezolūcija (noraidīts, izlabots, dublikāts u.c.);6. atbilde.

(152). Zemes vienības funkcionālā zonējuma tīmekļa pakalpe (Obligāta)Sistēmā jāizveido tīmekļa pakalpe, kas nodrošina zemes vienības funkcionālā zonējuma informācijas iegūšanu ārējām sistēmām vai Ģeportāla lietotājiem. Izveidotās pakalpes pieejamība jānodrošina, izmantojot VISS. Tīmekļa pakalpei pēc nodotā zemes vienības kadastra apzīmējuma jāatgriež informācija par zemes vienības funkcionālo zonējumu, atļautiem izmantošanas veidiem un apbūves parametriem, piemēram:

1. funkcionālais zonējums:1.1. rūpniecības teritorijas;

2. teritorijas izmantošanas veidi:2.1. transports un transporta apkalpe;2.2. noliktava (uzglabāšana);

3. apbūves parametri un to vērtību inetrvāli:3.1. jaunizveidojama zemes gabala minimālā platība (m²);3.2. jaunizveidojama zemes gabala maksimālā platība (m²);3.3. maksimālais stāvu skaits;3.4. maksimālais apbūves blīvums (%);3.5. maksimālā apbūves intensitāte (%);3.6. zemes gabala minimālā brīvā teritorija (%).

(153). Zemes vienības apgrūtinājumu saraksta tīmekļa pakalpe (Vēlama)Sistēmā jāizveido tīmekļa pakalpe, kas nodrošina zemes vienības apgrūtinājumu saraksta iegūšanu. Izveidotās pakalpes pieejamība jānodrošina, izmantojot VISS. Tīmekļa pakalpei pēc nodotā zemes vienības kadastra apzīmējuma ir jāatgriež saraksts ar TP apgrūtinājumiem (identifikators, kods, nosaukums) un ģeotelpiskie dati GML formātā, kuri ietekmē norādīto zemes vienību.

(154). Apgrūtinājuma zemes vienību saraksta atgriešana (Vēlama)Sistēmā jāizveido tīmekļa pakalpe, kas nodrošina apgrūtinājuma zemes vienību saraksta iegūšanu. Izveidotās pakalpes pieejamība jānodrošina, izmantojot VISS. Tīmekļa pakalpei pēc nodotā apgrūtinājuma identifikatora (ģeotelpiskā objekta identifikators, kas tiek izmantots apmaiņām ar ĢIS) ir jāatgriež saraksts ar to zemes vienību kadastra apzīmējumiem, kurus ietekmē norādītais apgrūtinājums.

4.5 Spēkā esošo teritorijas plānojumu datu pārnešana uz TAPIS (TAPIS.1.4)

(155). Spēkā esošo teritoriju plānojumu datu ielasīšana TAPIS (Obligāta)Izstrādātājam izmēģinājuma darbināšanas laikā jāveic spēkā esošo teritoriju plānojumu datu ielāde TAPIS.

1. Rastra formātā, veicot piesaisti koordinātu sistēmai – ja esošo plānojumu nav iespējams pievienot kā vektordatu failu vai konvertēt vektordatu formā;



2. Vektordatņu formā – visiem plānojumiem, kuriem ir pieejams kāds vektordatu formāts. Plānojums tiek pievienots kā datne informatīviem nolūkiem;

3. Vektordatu formā – ja ir pieejami pietiekami kvalitatīvi (sadalīti pa atbilstošiem slāņiem un topoloģiski sakārtoti) dati SHP, DGN, DWG formātā, kas ļauj konvertēt esošos teritorijas plānojuma datus atbilstoši TAPIS noteiktajam ģeotelpisko datu formātam un ja pašvaldība pieņem lēmumu pārstrādāt teritorijas plānojumu, veicot pielāgošanu TAPIS standartiem;

3.1. vektordatiem jābūt iespējai norādīt, pēc kādiem ģeotelpisko objektu atribūtiem (līmeņa nosaukums, objekta tips, krāsa u.c.) ir jāielādē dati TAPIS standartiem atbilstoša formāta teritorijas plānā;

3.2. jānodrošina GML eksporta datnes sagatavošanu, kuru iespējams ielādēt TAPIS centrālajā vai pašvaldības datu bāzē.

4. Izmēģinājuma ekspluatācijā iesaistītajām pašvaldībām jāveic spēkā esošo teritorijas plānojumu pārstrāde vektordatu formā, kā arī topogrāfiskās kartes objektu identifikatoru piesaistīšana virszemes ūdens objektiem un ceļiem.

(156). Programmatūra TAPIS standartam atbilstošu teritoriju plānojumu vektoru datu ielādei TAPIS (Obligāta)Izstrādātājam jāpiegādā programmatūra, kas nodrošinās lietotājam ērtā veidā konvertēt teritorijas plānojumu grafiskās daļas vektora datus, kas sagatavoti ārpus TAPIS programmatūras. Programmatūrai ir jānodrošina šādas funkcijas un iespējas:

1. jāatbalsta esošie teritorijas plānu vektordatu formāti (SHP, DGN, DWG);2. jābūt iespējai norādīt, pēc kādiem ģeotelpisko objektu atribūtiem (līmeņa

nosaukums, objekta tips, krāsa u.c.) ir jāielādē dati TAPIS standartiem atbilstoša formāta teritorijas plānā;

3. ja kopā ar vektoru datiem tiek uzturēta arī datu bāze ar atribūtu datiem, tad jānodrošina iespēja šos datus pārnest uz TAPIS standartam atbilstošu datu struktūru;

4. GML eksporta datnes sagatavošanu, kuru iespējams ielādēt TAPIS centrālajā vai pašvaldības datu bāzē.

4.6 Izmēģinājuma ekspluatācija (TAPIS.1.5)

(157). Izmēģinājuma ekspluatācijā veicamo darbu saturs (Obligāta)Jāveic TAPIS izmēģinājuma ekspluatācija Pasūtītāja norādītās pašvaldībās un vienā plānošanas reģionā, kā arī Ģeoportāla un ĢDS izmēģinājuma ekspluatācijas tehniskais atbalsts, kurš tiek izmantots TAPIS darbināšanā. Izmēģinājuma ekspluatācijā jāveic šādi darbi:

1. TAPIS centrālā moduļa uzstādīšana Pasūtītāja norādītā datu centrā.2. TAPIS vidējās pašvaldības ĢIS darbvirsmas moduļa uzstādīšana Cēsu,

Kuldīgas un Madonas pašvaldībās vai datu centrā, konfigurējot to attālinātai izmantošanai un nodrošināt šo pašvaldību lietotāju atbalstu.

3. Izstrādāt saskarni un nodrošināt sadarbspēju ar Ventspils domes informācijas sistēmu.

4. Nodrošināt Durbes pašvaldības lietotāju atbalstu darbam ar pašvaldības moduli TAPIS portālā;

5. Nodrošināt Kurzemes plānošanas reģiona lietotāju atbalstu darbam ar TAPIS iesaistīto iestāžu moduli.



6. Spēkā esošo teritorijas plānojumu pārnešana uz TAPIS atbilstoši prasībai (155). Spēkā esošo teritoriju plānojumu datu ielasīšana TAPIS (Obligāta) .

7. Lietotāju un administratoru apmācība, sagatavojoties TAPIS darbības scenāriju simulēšanai, un dokumentācijas papildināšana nepieciešamības gadījumā.

8. TAPIS darbināšanas scenāriju simulācija, imitējot jauna teritorijas plānojuma sagatavošanas procesu. Scenārijus jāsagatavo un jāsaskaņo ar Pasūtītāju un RAPLM pirms izmēģinājuma ekspluatācijas uzsākšanas. Scenārijus jāizpilda tiem lietotājiem, kas veiks atbilstošās funkcijas TAPIS ekspluatācijas laikā.

9. Ģeoportāla un ĢDS izmēģinājuma ekspluatācijas tehniskais atbalsts.

(158). 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 (atbilstoši noteiktām kļūdu prioritātēm) un atkļūdošana, ja atklājas sistēmas darbības defekti;

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

3. Jānodrošina Izstrādātāja pārstāvju klātienes konsultācijas lietotājiem ne mazāk, kā 40 stundu apmērā katru mēnesi.

(159). 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. (275). Sistēmas darbināšanas problēmu un pieteikumu prioritātes), bet ne ātrāk kā 2 mēnešus no izmēģinājuma ekspluatācijas posma uzsākšanas. Izmēģinājuma ekspluatācijas posms tiek pagarināts par vienu mēnesi no kļūdu labojuma piegādes brīža, bet tas nav īsāks par 2 mēnešiem no izmēģinājuma ekspluatācijas posma uzsākšanas. 3.,4. prioritāte jānovērš saskaņā ar sistēmas uzturēšanā noteikto laiku. 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.

4.7 Sistēmas nefunkcionālās prasības

4.7.1 Prasības dizainam un lietotāja saskarnei

(160). Lietotāja autentifikācijas nepieciešamība (Obligāta)Pirms datu ievada jebkurā no ievadformām, datu sniedzējam jāautentificējas sistēmā, ievadot savu lietotāja vārdu un paroli. Šo informāciju sistēma izmanto datu avota identifikācijai, noskaidrojot iestādi, un personu, kas veikusi datu ievadu. Lietotāju un lietotāju tiesību pārvaldībai ir jāizmanto PFAS AUTH modulis, kurš ir VISS sastāvdaļa un nodrošina lietotāju un sistēmu autentifikāciju un autorizāciju.



(161). Vispārējās prasības dizainam un lietotāja saskarnei (Obligāta)Sistēmas dizainam un lietotāja saskarnei ir jāatbilst šādā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ņojumi (tīmekļu pakalpes un lietotāju saskarnes) precīzi

skaidro radušos problēmu būtību un piedāvā tālāko rīcību;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. ja kādā no sistēmas darbības izpildes soļiem lietotājam ir jāgaida ilgāk par 3

sekundēm, lai saņemtu atbildi vai turpinātu pakalpojumu, sistēmai ir vizuāli jāattēlo šis process lietotājam. Vizuālā attēlošana var būt dažādos veidos, piemēram, smilšu pulkstenis, process no 0% - 100% vai skala, kura piepildās;

9. visās ievadformās tās pēc iespējas jāaizpilda ar sistēmā pieejamo informāciju, lai lietotājam atvieglotu ievadi.

10. sistēmai jānodrošina palīdzības funkcijas pieejamība, kuru lietotājs var izsaukt no jebkura sistēmas ekrāna. Atspoguļotās palīdzības informācijas saturam jābūt piesaistīts konkrētam ekrānam, no kura palīdzības funkcija tika izsaukta (context-sensitive help). Elektroniskajā palīdzībā jābūt ietvertai meklēšanas funkcionalitātei.

(162). Formu un pogu bloķēšana (Obligāta)Pēc pogas nospiešanas ir jānodrošina formu un pogu bloķēšana, lai nebūtu iespējams atkāroti pieprasīt apstiprināt procesa izsaukšanu vai rediģēt formā jau ievadītus datus. Formu atbloķē pēc atbilstošā izpildes soļa vai biznesa procesa izpildes.

(163). Brīdinājums par lietotāja sesijas pārtraukšanu (Obligāta)Sistēmai pēc nodefinēta laika perioda (konfigurējams sistēmas parametrs), kurā nav veikts neviens pieprasījums TAPIS portālam, ir jāattēlo paziņojuma logs, kurā var lietotājs var turpināt vai pabeigt darba sesiju, darbu nevar turpināt, līdz nav izdarīta izvēle. Paziņojumā tiek attēlots atlikušais sesijas laiks minūtēs un sekundēs.

(164). Sistēmas kļūdas kļūdu paziņojumu apstrāde, līmeņi un attēlošana (Obligāta)Sistēmai ir jāattēlo VISS vadlīnijām atbilstoši klasificēts paziņojums ar detalizētu aprakstu un iespējamām turpmākām darbībām par kļūdām lietotāja saskarnē un sistēmas tīmekļa pakalpēs.Kļūdas paziņojums nesatur sistēmas iekšējo informāciju par kļūdaini izpildīto darbību, piemēram, tīmekļa pakalpes kļūda. Lietotāji nedrīkst saņemt neapstrādātus sistēmas kļūdas paziņojumus, visiem kļūdas paziņojumiem ir jābūt latviešu valodā ar sistēmas piešķirtu kļūdas kodu. Auditācijas ierakstos ir jābūt pilnam kļūdas paziņojumam. Sistēmā ir jābūt iespējai ar konfigurācijas slēdzī pārslēgties uz precīzu kļūdas paziņojumu, kuru var izmantot problēmas risināšanai.



Kļūdu paziņojumiem un brīdinājumiem, atkarībā no to veida un laika perioda kopš notikuma iestāšanās, var tikt piešķirti atšķirīgi nozīmīguma līmeņi:

1. I (1) – informatīvs paziņojums;2. B (2) – brīdinājums;3. P (3) – problēma.

Ja sistēmai ir plānots pārtraukums apkalpošanas darbu veikšanai, tad uz ārējo sistēmu pieprasījumiem un TAPIS portālā ir jāatgriež kļūdas paziņojums ar informāciju, ka notiek sistēmas uzturēšanas darbi.Informācija par kļūdām ir jāpārsūta uz kļūdu pārraudzības (monitoringa) moduli, kas ir Sistēmas sastāvdaļa. Kļūdu pārraudzības modulim ir jāpārsūta konfigurācijā norādītās nozīmes līmeņa kļūdas Sistēmas administratoriem, tai pašā laikā uzkrājot tās Sistēmā. Sistēmā ir jābūt saskarnei, kur Sistēmas administratoram ir iespējams aplūkot kļūdu žurnālu, filtrēt pēc līmeņiem, datumiem, kā arī apskatīt detalizētu kļūdas gan tehnisko, gan biznesa paziņojumu.Piedāvājumā ir jāapraksta kļūdu sadalījums pēc līmeņiem, piedāvātais pārraudzības modulis, kā arī jāpaskaidro pārraudzības moduļa darbības principi speciāli uzsverot šajā prasībā izvirzīto uzdevumu izpildi.

(165). 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.Šajos gadījumos ir pieļaujamas šādas 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 u.tml.

(166). Darbības atcelšana (Obligāta)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.

(167). Interneta pārlūkprogrammu atbalsts (Obligāta)Lietotājiem jānodrošina iespēja pārlūkot datus un veikt citas darbības, ja tādas ir paredzētas, izmantojot šādas interneta pārlūkprogrammas:

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



Lietotājam jāsaņem brīdinājums par neatbilstošas pārlūkprogrammas izmantošanu.

4.7.2 Prasības sistēmas veiktspējai, kapacitātei un mērogojamībai

(168). Sistēmas ātrdarbībaSistēmai ir jānodrošina3:

1. informācijas attēlošana TAPIS portāla meklēšanas sarakstos ar specifisku meklēšanas parametru/atslēgu ievadu - ne vairāk kā 5 sekunžu laikā vienlaicīgi 50 pieprasījumiem;

2. TAPIS portāla ievadformā ievadīto burtciparu datu saglabāšana datu bāzē ne vairāk kā 7 sekunžu laikā vienlaicīgi 50 pieprasījumiem;

3. TAPIS portāla tīmekļa lapas ar burtciparu datiem ielādes vidējais laiks ne lielāks par 3 sekundēm vienlaicīgi 50 pieprasījumiem;

4. TAPIS portāla tīmekļa lapas ar ģeotelpiskajiem datiem ielādes vidējais laiks ne lielāks par 7 sekundēm vienlaicīgi 50 pieprasījumiem;

5. vidējās pašvaldības TAPIS ĢIS darbvirsmas lietojuma datu saglabāšana un atspoguļošana ne vairāk kā 10 sekunžu laikā vienlaicīgi 10 pieprasījumiem;

6. metadatu meklēšanas tīmekļa pakalpes (CSW) atbildes laiks līdz 3 sekundēm vienlaicīgi 50 pieprasījumiem;

7. skatīšanās tīmekļa pakalpes (WMS) atbildes laiks 1024x768 pikseļu JPG vai PNG attēlam līdz 3 sekundēm vienlaicīgi 50 pieprasījumiem;

8. lejupielādes tīmekļa pakalpe (WFS) līdz 30 sekundēm pirmreizējā atbilde, patstāvīga lejupielāde 0,5 MB sekundē vai 500 telpiskie objekti vienlaicīgi 10 pieprasījumiem.

Sistēmai jānodrošina veiktspējas prasības ne mazāk kā 90% no visa sistēmas darbības laika gada intervālā.

(169). Lietotāju raksturojums un skaits (Informatīva)Sistēmas lietotāju raksturojums un skaits ir attēlots Tabula 5. TAPIS iekšējie un ārējie lietotāji.

Tabula 5. TAPIS iekšējie un ārējie lietotāji

Lietotāja loma Lietotāju apraksts SkaitsPašvaldības darbinieks Var apskatīt TAPIS sistēmas datus, kas attiecas uz

konkrēto pašvaldību. Var ievadīt plānojuma grafiskos un tekstuālos datus.

2-3 katrā pašvaldībā

RAPLM, VRAA darbinieks

Var veikt izmaiņas TAPIS sistēmas pamatdatos. Nodrošina sistēmas administrēšanu. Veic plānošanas funkcijas nacionālā līmenī.

5-10

Datu devēji un saņēmēji Datu apmaiņa notiek caur sistēmas saskarnēm.Inženierkomunikācijas uzņēmumu darbinieks

Var redzēt sava uzņēmuma iesniegtos un plānojuma ģeotelpiskos datus (spēkā esošos plānojumus, plānojumus par kuriem institūcijai jāsniedz atzinums), iesniegt jaunas versijas saviem datiem.

2-3 katrā uzņēmumā

Iedzīvotāji Lieto publiski pieejamo portālu, e-pakalpojumus, izmantojot fiziskās personas tiesības un autentifikācijas iespējas, var iesniegt pieteikumus,

Skaits ierobežots ar Latvijas iedzīvotāju

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



iesniegumus un saņemt izziņas un uzziņas. Var piedalīties sabiedriskajā apspriešanā. Var saņemt atbildes uz iesniegumiem, sēžu protokolu izrakstus u.c. dokumentus, kas ir publiski pieejami.

skaitu

Komersanti, investori Lieto publiski pieejamo portālu, e-pakalpojumus. Var iegūt plānošanas dokumentus, tematiskās kartes un citu publiski pieejamu informāciju.

100-1000 pieprasījumi mēnesī

Plānošanas reģiona darbinieks

Lieto TAPIS centrālā moduļa plānošanas reģiona darba vietu.

5 plānošanas reģioni ar 2-3 lietotājiem, kas izmantos TAPISfunkcionalitāti

(170). Maksimālais lietotāju skaits(Obligāta)Sistēmai ir jābūt paplašināmai nākotnē tā, lai sistēmā nerastos darbības traucējumi, ja papildus minētajiem lietotājiem sistēmu vienlaicīgi izmanto visu Latvijas pašvaldību būvvalžu darbinieki, kā arī citi pašvaldības speciālisti (118 pašvaldības, 2-3 speciālisti pašvaldībā, 10-100 informācijas pieprasījumi mēnesī).

(171). Mērogojamības piemērojamība (Obligāta)Izstrādātājam jānodrošina tāds sistēmas arhitektūras risinājums, kas nākotnē ļautu palielināt sistēmas veiktspēju, pievienojot papildus nepieciešamo aparatūru, tā, lai sistēmā nerastos darbības traucējumi.

4.7.3 Prasības drošībai

(172). Sistēmas arhitektūras drošība (Obligāta)Sistēmas arhitektūrai jābūt izveidotai tā, lai samazināti visus potenciālos drošības apdraudējuma riskus.

(173). Sistēmas datņu pārbaude pret vīrusiem (Obligāta)Visām datnēm, kuras netiek izveidoti Sistēmas darbināšanas laikā, ir jābūt pārbaudītām un brīvām no vīrusiem, lai nodrošinātu drošu un nepārtrauktu Sistēmas darbību.

(174). 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.Īstenojot sistēmas drošību, ir jānodrošina vismaz šādi/ principi:

1. „zina tikai tas, kuram jāzina” (need-to-know);2. minimālās tiesības pienākumu pildīšanai (least privilege);3. lietotāju darbību uzskaite (accountability).

(175). Sistēmas drošības kontroles neapejamība (Obligāta)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ī.

(176). Informācijas kodēšana publiskā datu pārraides tīklā (Obligāta)Sistēmai jānodrošina informācijas kodēšana, pārraidot to publiskā datu pārraides tīklā (atskaitot informāciju, kas ir publiski pieejama). Informācijas kodēšanai ir jāizmanto SSL/TLS protokols ar 128 bitu kodēšanu.



(177). Sistēmas darbību auditācija(Obligāta)Sistēmai jāveic autorizētiem lietotājiem pieejamo sistēmas nodrošināto procesu auditāciju. Visiem integrācijas risinājumā veidotiem tīmekļa pakalpes servisiem jānodrošina centralizētu sistēmas žurnālu un auditācijas pierakstu veidošanu.

(178). Drošības pārvaldības modelis (Obligāta)Jānodrošina centralizēts drošības pārvaldības modelis, kas ietver vismaz drošības talonu servisa risinājumu, kas balstās uz standartiem minētiem prasībā (125). Prasības sistēmasatvērtajām saskarnēm (Obligāta)

(179). 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 vēlams noteikt kā sistēmas parametru, pieņemot, ka noklusētā vērtība ir 12 mēneši), pēc tam tos automātiski arhivējot. Sistēmas administratoram ir iespēja mainīt šo parametru, kā arī manuāli ierosināt auditācijas pierakstu arhivēšanu. Šajā gadījumā tiek veidoti auditācijas pieraksti par sistēmas administratora veiktajām darbībām, kas netiek dzēsti vai arhivēti.

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

1. notikuma datums un laiks;2. notikuma veids;3. ar notikumu saistītā lietotāja identitāte;4. notikuma iznākums – sekmīga vai nesekmīga darbība;5. cita, attiecīgajam notikumam specifiska informācija, kura tiks identificēta

prasību analīzes laikā.

(181). Piekļuves tiesību pārbaude (Obligāta)Katram piekļuves kontroles veidam, Izpildītājam prasību analīzes laikā jānosaka un ar Pasūtītāju jāsaskaņo algoritms, pēc kura piekļuves tiesību kontroles laikā tiek noteikts ir vai nav tiesības piekļuvei.

(182). Neidentificētam lietotājam atļautās darbības (Obligāta)Neidentificētam lietotājam sistēmā ir atļauts veikt tikai sevis identifikāciju, kā arī darbības, kuras ir paredzētas veikt sistēmas publiskajā vidē (prasību analīzes laikā Pasūtītājam ir jānoskaidro publiskajā vidē pieejamās darbības).

(183). Lietotāja identificēšana (Obligāta)Sistēmai jānodrošina, ka lietotājs tiks sekmīgi identificēts, pirms tiek atļauta jebkāda cita darbība ar sistēmu, kas nav minēta prasībā (182). Neidentificētam lietotājam atļautās darbības 78.lpp. Nesekmīgas identifikācijas gadījumā lietotājam jāsaņem paziņojums, ka identifikācija nesekmīga; bez paskaidrojuma par nesekmīgas identifikācijas iemesliem.

(184). Tiesību pārbaudes laiks (Obligāta)Sistēma nodrošinās, ka pirms katras piekļuves objektam (funkcijai), kuram (kurai) noteikta piekļuves kontrole, tiks izpildīta piekļuves tiesību pārbaude. Piekļuve tiks atļauta, ja piekļuves tiesību pārbaude ir veiksmīga un attiecīgajā momentā lietotājam ir tiesības piekļūt objektam (funkcijai).



(185). Sistēmas integrācija ar infrastruktūras drošības risinājumiem (Obligāta)Jānodrošina, lai sistēmas tehniskā arhitektūra atbalstītu šādu rīku izmantošanu:

1. Firewall (ugunsmūris);2. antivīrusu sistēmas;3. IDS (intrusion detection system - uzbrukumu atklāšanas sistēmas).

(186). Rezerves datu kopiju veidošana un datu atjaunošanaSistēmai ir jānodrošina automātiska (konfigurējams, cik bieži) 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.

(187). 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.

(188). Prasības uzturamībai (Obligāta)Sistēmas uzturēšanu jāspēj veikt tās Izpildī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, Izpildītājam jāpiegādā instalācijas komplekts un dokumentācija (instalēšanas un administrēšanas rokasgrāmata).

(189). 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ā.

(190). Integrācija ar pirmkoda pārvaldības sistēmām (Obligāta)Izmantotajai izstrādes videi jāatbalsta integrācija ar kādu no programmatūras pirmkoda uzglabāšanas un versionēšanas sistēmām ar šādu minimālo funkcionalitāti:

1. check-in/check-out;2. komentāru pievienošana pie check-in;3. branching (branching per release, branching per project phase);4. versijās iekļauto datņu grupēšana;5. versiju vēstures uzturēšana;6. izejas koda faila vēsturiskās versijas atjaunošana;7. lietotāju tiesību uzturēšana pa apakšprojektiem un pieejas veidiem

(lasīšana/rakstīšana).

(191). Sistēmas pieejamība darba laikā (Obligāta)Sistēmas pieejamībai ir jābūt ne mazāk kā 98 % tās normālajā darba laikā (darba dienās no 8:30 līdz 18:00), par atskaites punktu pieņemot gadu. Laiks, kurā sistēma nav pieejama izmantošanai TAPIS lietotājiem, nedrīkst pārsniegt 14 stundas mēnesī (98% no visa darbības laika mēneša intervālā).Sistēmas publiskajai daļai jābūt pieejamai (izmantojamai) 96% no visa darbības laika gada intervālā, pieļaujami plānoti pārtraukumi sistēmas apkalpošanai, ja par šiem pārtraukumiem tiek savlaicīgi paziņots.

Izmantojamības % Maks. zaudlaiks Maks. zaudlaiks Maks. zaudlaiks



nedēļā mēnesī gadā

98% 3.4 stundas 14.55 stundas 7.27 dienas

(192). Sistēmas pieejamība pārējā laikā (Obligāta)Sistēmas ne-publiskā daļa var nebūt pieejama ārpus normālā darba laika uzturēšanas darbu veikšanai, atbilstoši uzturēšanas darbu plānam. Par uzturēšanas darbu veikšanu ne-publiskās daļas lietotāji jāinformē ar brīdinājuma paziņojumu ne vēlāk, kā divas darba dienas iepriekš.

(193). Protokolu atbalsts (Obligāta)Sistēmai ir jāatbalsta HTTP (Hyper Text Transport Protocol) un HTTPS transporta protokoli, kā arī WSDL un SOAP (Simple Object Access Protocol) ziņojumu apmaiņas standarts.

4.7.4 Aparatūras prasības

(194). Aparatūras prasība (Obligāta)Sistēmas izstrādātājam ir jānosaka optimālās infrastruktūras prasības, kā arī jāpiegādā nepieciešamā aparatūra un jāiekļauj to finanšu piedāvājumā, ieskaitot, bet neierobežojot:

1. Datubāzes serveru skaits, parametri (operatīvās atmiņas apjoms, procesora jauda, cieto disku ietilpība) – jāpiegādā tikai gadījumā, ja izstrādātājs neizmanto Pasūtītāja Oracle 11g Standart Edition datu bāzu vadības sistēmu ar 9. tabulā norādīto licenču skaitu, kura ir uzstādīta uz pasūtītāja tehniskajiem resursiem nodrošinot datu dublēšanu;

2. Web serveru un aplikācijas serveru skaits un parametri (operatīvās atmiņas apjoms, procesora jauda, cieto disku ietilpība).

Piegādājamās aparatūras ierobežojumi:3. ne vairāk kā divi asmens tipa serveri ekspluatācijas vidē;4. viens asmens tipa serveris pasūtītāja testa videi;5. aparatūrai ir jābūt nokomplektētai ar visu nepieciešamo programmatūru, t. sk.

operētājsistēmu;6. asmens tipa serveriem ir jābūt savietojamiem ar Pasūtītāja rīcībā esošo

infrastruktūru, kura ir aprakstīta pielikumā 11.1 Sistēmas infrastruktūras apraksts;

7. sistēmai pieejamais brīvās vietas apjoms disku masīvā 5 TB.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.



5 Elektroniskā pakalpojuma „Uzziņa par nekustamā īpašuma atļauto izmantošanu saskaņā ar vietējās pašvaldības teritorijas plānojumu” izstrāde un ieviešana (darbu pakotne P2)

(195). Sistēmas ietvaros realizējamie e-pakalpojumi (Obligāta)Sistēmas ietvaros jārealizē šāds e-pakalpojums:

1. Uzziņa par zemes gabala atļauto izmantošanu un aprobežojumiem (1.kārta)E-pakalpojuma pieteikšana un pakalpojuma rezultāta saņemšana jānodrošina, izmantojot valsts e-pakalpojumu portāla www.latvija.lv lietotāja saskarni. Darbu ietvars aprobežojas ar datu apmaiņas pakalpes realizāciju, un testēšanu, ieviešanas tehnisko atbalstu un garantijas uzturēšanu. Pakalpojuma publicēšanu veiks VRAA speciālisti.Pakalpojums jārealizē atbilstoši standartiem un vadlīnijām, kas publicētas VISS vietnē https://ivis.eps.gov.lv/ivisportal/.


https://ivis.eps.gov.lv/ivisportal/

http://www.latvija.lv/


6 TAPIS drošības noteikumu izstrāde (TAPIS.3)(196). TAPIS drošības noteikumu paketes sastāvs (Obligāta)

Izstrādātājam jāsagatavo un jāiesniedz TAPIS drošības noteikumi, kuri saturēs šādus dokumentus:

1. sistēmas drošības politika;2. iekšējie sistēmas drošības noteikumi;3. sistēmas lietošanas noteikumi;4. sistēmas drošības riska pārvaldības procedūra un plāns;5. sistēmas darbības nepārtrauktības un atjaunošanas plāns;6. personas datu apstrādes kārtība;7. sistēmu auditēšanas kārtība.

Sistēmas drošības noteikumiem procedūras jāapraksta tā, lai TAPIS tiktu sagatavots sistēmas drošības procedūras auditam pret ISO 27001.

(197). TAPIS drošības politika (Obligāta)Sistēmas drošības politikā jāapraksta:

1. sistēmas drošības politikas mērķi un pamatnostādnes;2. sistēmas raksturojumus un analīze drošības jomā;3. sistēmas drošības vadības organizācijas principi;4. sistēmas drošības principus un kritērijus;5. sistēmas drošības atbilstību normatīvajiem aktiem un standartiem, paredzot

atbilstību vismaz Ministru kabineta 2005.gada 11.oktobra noteikumiem Nr. 765 “Valsts informācijas sistēmu vispārējās drošības prasības”, Ministru kabineta 2001.gada 30.janvāra noteikumiem Nr. 40 “Personas datu apstrādes sistēmas aizsardzības obligātās tehniskās un organizatoriskās prasības” un LVS 27001:2005 „Informācijas tehnoloģija. Drošības paņēmieni. Informācijas drošības pārvaldības sistēmas.”

Dokumentā jāiekļauj vismaz šādas informācijas drošības kontroles jomas (ietverot organizatorisko drošību, tehnisko drošību, datu aizsardzības drošību (t.s. personas dati, sensitīvie dati, konfidenciālie dati)):

6. drošības politika;7. drošības organizatoriskā struktūra;8. resursu klasifikācija;9. personāla drošums;10. fiziskā un vides drošība;11. komunicēšanas un darbību pārvaldība;12. piekļuves kontrole;13. sistēmas risinājums un uzturēšana;14. darbības nepārtrauktības pārvaldība;15. atbilstība normatīviem.

(198). Iekšējie sistēmas drošības noteikumi (Obligāta)Iekšējiem sistēmas drošības noteikumiem jāapraksta:

1. sistēmas informācijas resursu izveidošanas, papildināšanas, mainīšanas, apstrādes, pārraidīšanas, glabāšanas, atjaunošanas un iznīcināšanas kārtību;



2. sistēmas informācijas un tehnisko resursu lietošanas un tās kontroles kārtību;

3. kārtību, kādā tiek nodrošināta piekļūšana sistēmas informācijas un tehniskajiem resursiem;

4. sistēmas informācijas resursu rezerves kopiju izgatavošanas un glabāšanas kārtību, kā arī kārtību, kādā pārbauda, vai ar sistēmas informācijas resursu rezerves kopijām iespējams atjaunot sistēmas informācijas resursus;

5. datu nesēju lietošanas, pārvietošanas, glabāšanas un iznīcināšanas kārtību;6. kārtību, kādā lieto un glabā informāciju vai datus, kas nepieciešami, lai

piekļūtu sistēmas informācijas un tehniskajiem resursiem;7. prasības sistēmas informācijas resursu aizsardzībai, kuru īsteno, izmantojot

programmatūras līdzekļus;8. prasības sistēmas tehnisko resursu aizsardzībai pret fiziskas iedarbības

radītu sistēmas drošības apdraudējumu;9. kārtību, kādā novēro sistēmas drošības apdraudējuma tuvošanās pazīmes;10. kārtību, kādā atklāj un pārvalda sistēmas drošības incidentus;11. kārtību, kādā sistēma darbojas, ja tās informācijas vai tehniskie resursi nav

pieejami pilnā apjomā;12. kārtību, kādā maina sistēmas tehniskos resursus;13. sistēmas pārziņa darbinieku apmācības un zināšanu pārbaudes kārtību

sistēmas drošības jomā.

(199). Sistēmas lietošanas noteikumi (Obligāta)Sistēmas lietošanas noteikumiem jāietver:

1. sistēmas lietotāju tiesības, pienākumus, ierobežojumus un atbildību;2. sistēmas lietotāju reģistrācijas un tās atcelšanas, kā arī dzēšanas

(nesaglabājot datus DB) kārtību;3. sistēmas lietošanas kārtību;4. sistēmas lietotāju atbalsta kārtību;5. objektu identifikatora atrises procedūra saskaņā ar VISS standartiem.

(200). Sistēmas pārvaldības procedūra un plāns (Obligāta)Sistēmas drošības riska pārvaldības procedūra ietver kārtību, kā tiek novērtēts drošības risks TAPIS ietvaros.Sistēmas drošības riska pārvaldības plānam jāietver:

1. sistēmas drošības apdraudējumu uzskaitījumu un sistēmas drošības riska izvērtējumu;

2. pasākumus sistēmas drošības riska mazināšanai, to izpildes termiņus, finansējumu un par izpildi atbildīgo personu sarakstu.

Sistēmas drošības riska pārvaldības plāns jāpapildina pēc izmēģinājuma ekspluatācijas.

(201). Sistēmas atjaunošanas un darbības nepārtrauktības plāns (Obligāta)Sistēmas atjaunošanas un darbības nepārtrauktības plānā japraksta:

1. sistēmas komponenšu uzstādīšanu un konfigurēšanu;2. kārtību kādā tiek atjaunoti sistēma dati no rezerves kopijas.

(202). Personas datu apstrādes kārtība (Obligāta)Personas datu apstrādes kārtībai jāiekļauj:



1. par personas datu apstrādi atbildīgos lietotājus, to tiesības un pienākumus; 2. personas datu aizsardzības klasifikāciju atbilstoši to vērtības un

konfidencialitātes pakāpei; 3. tehniskos resursus, ar kādiem tiek nodrošināta personas datu apstrāde;4. personas datu apstrādes organizatorisko procedūru, nosakot personas datu

apstrādes laiku, vietu un kārtību; 5. paroles garumu un uzbūves nosacījumus;6. paroles lietošanas kārtību, kā arī laikposmu, pēc kura nomaināma parole;7. rīcību, ja parole vai kriptoatslēga kļuvusi zināma citai personai;8. kārtību, kādā datu subjekti informējami par uzkrātajiem personas datiem.

(203). Sistēmu auditēšanas kārtība (Obligāta)Sistēmu auditēšanas kārtībai jāietver:

1. Norādes par auditu veidiem (vispārējais, drošības, personas datu utt.);2. Auditu veikšanas biežumu;3. Prasības auditoriem.

(204). Noteikumu formāts (Obligāta)Visi noteikumi jāsagatavo divos formātos:

1. Elektroniskā formātā, kas piemērots izdrukai, piemēram, Ms Word (.doc vai .docx) vai Adobe Acrobat Reader (.pdf)., kā arī to pirmavots, kuru iespējams modificēt.

2. Elektroniskā formātā ievietošanai plānotāja rokasgrāmatā, nodrošinot hipersaites starp noteikumu daļām, terminu skaidrojumus, hipersaites uz normatīvajiem aktiem, nepieciešamās dokumentu veidnes un citu informāciju, kas nepieciešama efektīvai informācijas un tās drošības pārvaldībai.



7 TAPIS elektronisko datu apmaiņas noteikumu izstrāde (TAPIS.4)

(205). TAPIS elektronisko datu apmaiņas noteikumu paketes sastāvs (Obligāta)Izstrādātājam, sadarbojoties ar ĢDS izstrādātājiem, jāsagatavo un jāiesniedz TAPIS elektronisko datu apmaiņas noteikumi, kuri sastāv no:

1. Sistēmas datu kvalitātes uzraudzības politikas;2. Noteikumiem datu apmaiņai starp TAPIS datu apstrādē iesaistītajām

pusēm (tiks apstiprināti kā MK noteikumi), jāizstrādā sadarbībā ar ETKS ekspertu grupu;

3. Noteikumi datu apmaiņai ar ģeportālu un datu apmaiņas specifikācija ;4. Datu apmaiņas specifikācija, kas nodrošina datu apmaiņu starp lielajām

pašvaldībām un starp TAPIS. Specifikācijai jāsatur:4.1. datu apmaiņas formāta apraksts;4.2. datu apmaiņas protokola apraksts, ietverot kļūdu apstrādes

ziņojumus un kļūdaino datu apstrādes algoritmus;4.3. GML/ XML shēmas, kas apraksta datu apmaiņas standartu;

ieskaitot šādā shēmā realizējamās datu validācijas;4.4. sistēmu saskarne ģeotelpiskajiem datiem- OGC WFS standarts.

5. Plānojuma grafiskās daļas sagatavošanas specifikācija grafiskajās datu apstrādes programmās (piemēram, ArcGis, AutoCad, MicroStation u.c.), definējot nosacījumus, kas jāievēro, lai sagatavotais teritorijas plānojums būtu pārveidojams GML formātā un ielasāms TAPIS.

6. Latvijas teritoriju klasifikatora izveidošana, balstoties uz ATVK, taču papildinot to ar vērtībām atbilstošiem visai Latvijas teritorijai un plānošanas reģioniem.

(206). Noteikumu formāts (Obligāta)Visi noteikumi sagatavojami divos formātos:

1. Elektroniskā formātā, kas piemērots izdrukai, piemēram, MS Word (.doc vai .docx) vai Adobe Acrobat Reader (.pdf)., kā arī to pirmavots, kuru iespējams modificēt. Visiem attēliem un diagrammām (u.c., ko satur dokuments) ir jāiesniedz arī oriģināla pirmdokumenta datne, piemēram, MS VISIO formāta datne, tā lai tos var modificēt vai papildināt nepieciešamības gadījumā.

2. Elektroniskā formātā ievietošanai plānotāja rokasgrāmatā, nodrošinot hipersaites starp noteikumu daļām, terminu skaidrojumus, hipersaites uz normatīvajiem aktiem, nepieciešamās dokumentu veidnes un citu informāciju, kas nepieciešama efektīvai informācijas drošības pārvaldībai.

Tehniskajiem standartiem un saskarņu aprakstiem jābūt ilustrētiem ar kodu piemēriem un komentāriem.

(207). Vienotais objektu klasifikators (Obligāta)TAPIS apakšprojekta ietvaros jāizstrādā plānojuma grafiskajā daļā iekļaujamo objektu identifikācijas standarts, nodrošinot, lai katrs ģeotelpiskais objekts tiek unikāli identificēts. Tas nozīmē, ka no datu avotiem saņemtajiem datu objektiem jāpiekārto unikālais identifikators tā, lai būtu iespējams saglabāt šī objekta atpazīstamību gan avota sistēmā, gan TAPIS. Unikālais identifikators tiek pielietots informācijas vienības



viennozīmīgai identificēšanai (ģeotelpiskie objekti, XML shēmas, dokumenti, e-pakalpojumi un e-pakalpojumu instances). Tas nepieciešams arī ģeotelpisko objektu korektas sasaistes nodrošināšanai, ņemot vērā objekta versiju, kura tikusi izmantota plānojuma izveidošanā.Standarts jāizstrādā sadarbībā ar ETKS ekspertu grupu.



8 Prasības apakšprojekta pārvaldībai (TAPIS.5)(208). Nodevumu piegādes laika grafiks (Obligāta)

Apakšprojekta pirmā kārta ir jārealizē saskaņā ar šādu laika grafiku (skat. Tabula 6).Tabula 6. - Apakšprojekta pirmās kārtas laika grafiks

Darbu pakotnes ID

Nosaukums Termiņš

TAPIS.1 Pašvaldību teritorijas plānošanas, infrastruktūras un nekustamo īpašumu pārvaldības un uzraudzības informācijas sistēmas (TAPIS) izstrāde un ieviešana

TAPIS.1.1 TAPIS centrālā moduļa izstrāde 12 mēnešu laikā no līguma noslēgšanas


12 mēnešu laikā no līguma noslēgšanas

TAPIS.1.3 Datu apmaiņas saskarņu izstrāde 12 mēnešu laikā no līguma noslēgšanas

TAPIS.1.4 Esošo teritorijas plānojumu datu pārnešana uz TAPIS

3 mēnešu laikā no TAPIS izstrādes (TAPIS1.1, TAPIS1.2 un TAPIS1.3) pabeigšanas

TAPIS.1.5 Izmēģinājuma ekspluatācija 2 mēnešu laikā no TAPIS izstrādes (TAPIS1.1, TAPIS1.2 un TAPIS1.3 TAPIS 1.4) pabeigšanas

TAPIS.2 Sistēmas garantijas apkalpošana 24 mēnešu laikā no TAPIS izstrādes (TAPIS1.1, TAPIS1.2 un TAPIS1.3) izmēģinājuma ekspluatācijas pabeigšanas

TAPIS.3 Elektroniskā pakalpojuma „Uzziņa par nekustamā īpašuma atļauto izmantošanu saskaņā ar vietējās pašvaldības teritorijas plānojumu” izstrāde un ieviešana


TAPIS.4 TAPIS drošības noteikumu izstrāde 9 mēnešu laikā no līguma noslēgšanas




Visā apakšprojekta gaitā

Pirms apakšprojekta uzsākšanas Izpildī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ā Izpildītājam ir jāveic laika grafika detalizācija. Šie darbu saraksti un laika grafiki jāsaskaņo ar Pasūtītāju.



(209). Metodika (Obligāta)Izpildītājam Tehniskajā piedāvājumā jāpiedāvā un apakšprojekta laikā jāvadās pēc piedāvātās metodikas šādos 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 kāds no IT nozarē vispāratzītiem vadības ietvariem, piemēram, ISO/IEC 12207 standarts, RUP (Rational Unified Process), Oracle Method, DSDM (Dynamic Systems Development Method), MSF (Microsoft Solution Framework) u.tml.

(210). Apakšprojekta valoda (Obligāta)Izpildī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.

(211). 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ā. Interviju laiks tiek saskaņots ar Pasūtītāju un iesaistītajām pusēm vismaz 5 darba dienas iepriekš.

(212). 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 TAPIS 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.).

(213). Nodevumu trasējamība (Obligāta)Izpildītājam jānodrošina šādu dokumentu trasējamība:

1. programmatūras prasību specifikācijā, kuru Izpildītājs sagatavo un nodod sistēmanalīzes posma beigās, specificēto prasību trasējamība ar atklāta konkursa nolikuma Nr.1 „Tehniskā specifikācija” 2.sējumā „Prasību specifikācija” definētām prasībām (prasību numuriem).



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

3. testpiemēru, kurus Izpildī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.

(214). Izpildītāja pieejamība Pasūtītāju pārbaudēm (Obligāta)Izpildī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.Izpildī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.Izpildī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.Izpildī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.

(215). 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 Izpildītājam jāpiegādā visa Apakšprojekta pārvaldības dokumentācija uz CD, DVD vai cita pastāvīga, neizdzēšama datu nesēja.Katram dokumentālajam nodevumam jāiesniedz viena papīra kopija, kas apstiprināta ar abu pušu parakstiem.

(216). Apakšprojekta atklāšanas sanāksme (Obligāta)Izpildī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 valdē;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ē Izpildītājam ir jāiesniedz Apakšprojekta uzsākšanas ziņojums (sk. prasību (248). Apakšprojekta uzsākšanas ziņojums 101.lpp.).



Apakšprojekta atklāšanas sanāksme Izpildītājam ir jāprotokolē.Apakšprojekta atklāšanas sanāksme notiks VRAA telpās.

(217). Apakšprojekta vadības grupa (Obligāta)Izpildī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 Izpildī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 valdei;

3. izmaiņu pieprasījumu izvērtēšana un virzīšana projekta valdei;4. ieteikumu sagatavošana iekļaušanai projekta valdes darba kārtībā;5. apakšprojekta risku pārvaldība;6. nepieciešamības gadījumā – ārkārtas projekta valdes sasaukšanas

iniciēšana.No Izpildī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.

(218). Dalība projekta valdē (Obligāta)Izpildītājam jānodrošina resursi dalībai projekta valdes 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 valdes 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 Izpildī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 Izpildītāja puses sapulcēs ir jāpiedalās vadības pārstāvim un apakšprojekta vadītājam.Projekta valdes sanāksmes notiks VRAA telpās.

(219). Apakšprojekta izpildes darba grupa (Obligāta)Izpildītājam jānoorganizē darbs apakšprojekta izpildes darba grupā, kurā ietilps Pasūtītāja un izpildī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 Izpildī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.



8.1 Iesaistīto pušu atbildība un pienākumi

(220). 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 7. tabulā.

7. 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 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 uzturēšanas 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, informēt sapulces dalībniekus par sapulcē apspriežamiem jautājumiem, veikt sapulču protokolēšanu;

sekot sapulces laikā pieņemto lēmumu izpildei; 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 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(Pasūtītājam ir tiesības pieaicināt kvalitātes uzraugu)

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

(221). Apakšprojekta vadītājs (Obligāta)Izpildī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 Izpildī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.

8.2 Apakšprojekta darba organizācija

(222). Sistēmas izstrāde un/vai pielāgošana (Obligāta)Izpildī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, Izpildī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.

(223). Sistēmas testēšana (Obligāta)Izpildī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. Izpildītājam ir jānovērš testēšanas laikā atklātie defekti un jāiesniedz Pasūtītājam testēšanas protokoli.

(224). Sistēmas drošības testēšana (Obligāta)Izpildī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). Izpildī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. (275). Sistēmas darbināšanas problēmu un pieteikumu prioritātes 108. lpp).



(225). 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ā Izpildītājs novērš atklātās 1.prioritātes kļūdas (sk. (275). Sistēmas darbināšanas problēmu un pieteikumu prioritātes 108. lpp).Sistēmas funkcionalitātes demonstrācija veicama ne vēlāk kā 11 (vienpadsmit) mēnešus pēc līguma noslēgšanas dienas.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, Izpildī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).Izpildī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 Izpildītājam ir jāveic nepieciešamās korekcijas programmatūras kodā.

(226). Sistēmas instalēšana (Obligāta)Pasūtītājs, vadoties pēc piegādātās instalācijas rokasgrāmatas, patstāvīgi veic sistēmas uzstādīšanu akcepttestēšanas un ražošanas (ekspluatācijas) vidē. Izpildītājs nodrošina pastiprinātu atbalstu sistēmas uzstādīšanas laikā (pēc pasūtītāja pieprasījuma arī klātienē).

(227). Sistēmas akcepttestēšana (Obligāta)Izpildī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. Izpildī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ā Izpildī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. Izpildī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, Izpildītājs veiks identificēto defektu novēršanu un akcepta testēšanas noslēgumā sagatavos un iesniegs testēšanas pārskatu.Izpildītājam prasības sistēmas akcepttestēšanas rezultātā jāsagatavo un jāiesniedz Pasūtītājam šādi 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 – Izpildī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”.Izpildī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 Izpildī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.Izpildītājam jāsagatavo un jāiesniedz Pasūtītājam ziņojums par sistēmas gatavību ekspluatācijas uzsākšanai.

(228). Lietotāju apmācības (Obligāta)Izpildītājam ir jāveic sistēmas administratoru apmācība (telpas un apmācības vidi apmācībai nodrošina Pasūtītājs) darbam ar centrālo moduli un apmācības pašvaldībām, kuras lietos TAPIS pašvaldības moduli vidējām pašvaldībām. Administratoru apmācībai ir jāietver TAPIS uzstādīšanas, konfigurēšanas un uzturēšanas pamatzināšanas.Apmācība ir jāveic pirms akcepttestu sākuma.Visām apmācībām jānotiek latviešu valodā.

8.3 Nodevumu saturs

(229). Nodevumu saturs (Obligāta)Nodevumi ir jāizstrādā atbilstoši darba uzdevumam, skat. Tabula 8.

Tabula 8. – Nodevumu saturs

Darbu pakotnes ID

Nosaukums Nodevumi

TAPIS.1 Pašvaldību teritorijas plānošanas, infrastruktūras un nekustamo īpašumu pārvaldības un uzraudzības informācijas sistēmas (turpmāk – TAPIS) izstrāde un ieviešana

1. TAPIS izstrādātās programmatūras pirmkodi (source code) un izpildkodi, 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 TAPIS darbvirsmas

lietojuma lietotājiem5. Tiešsaistes palīdzība TAPIS portāla

lietotājiem.6. Sistēmas administratora dokumentācija7. Sistēmas instalācijas ceļvedis

7.1. TAPIS centrālajam modulim7.2. TAPIS vidējās pašvaldības modulim

8. Sistēmas tehniskā dokumentācija, kura ietver programmatūras prasību specifikāciju,

TAPIS.1.1 TAPIS centrālā moduļa izstrāde


TAPIS.1.3 Datu apmaiņas saskarņu izstrāde

TAPIS.1.4 Spēkā esošo teritorijas plānojumu datu pārnešana uz TAPIS

TAPIS.1.5 Izmēģinājuma ekspluatācija



programmatūras projektējuma aprakstu, datu bāzes struktūras aprakstu.

9. Apmācību materiāli10. Ielādēti spēkā esošie teritorijas plānojumu

dati, tikai gadījumā , ja tas ir tehniski iespējams un datu modelis ir transformējams atbilstoši TAPIS struktūrai.

TAPIS.2 Elektroniskā pakalpojuma „Uzziņa par nekustamā īpašuma atļauto izmantošanu saskaņā ar vietējās pašvaldības teritorijas plānojumu” izstrāde un ieviešana

11. Sagatavota tīmekļa pakalpe elektroniskajam pakalpojumamSagatavota dokumentācija: PPS, PPS, administratora un lietotāja instrukcija .

TAPIS.3 TAPIS drošības noteikumu izstrāde

12. Sagatavoti TAPIS drošības noteikumi


13. Sagatavoti TAPIS elektronisko datu apmaiņas noteikumi


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

8.4 Starprezultāti

(230). Starprezultātu saturs (Obligāta)Starprezultāti ir jāizstrādā atbilstoši Izpildī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 Izpildītājam ir jāsaskaņo ar Pasūtītāju dokumentu izstrādes veidne un detalizācijas līmenis.

(231). Starprezultāti analīzes posma beigās (Obligāta)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ā).Sistēmas lietotāja saskarņu prototipi ir lietotāja ekrāna formu piemēri, kas ilustrē sistēmas darbību no lietotāja viedokļa. Sistēmas lietotāja saskarņu prototipos ir jādemonstrē ekrāna formu vispārējais projektējums, dizains, ievadāmās/izvadāmās informācijas apjoms, lietotāja kontroles un citi elementi, kas papildinot sistēmas prasību specifikāciju, nodrošina labāku vienotas izpratnes panākšanu starp Izstrādātāju un Pasūtītāju. Sistēmas lietotāja saskarņu projektējumiem ir jāiekļaujas kopējā VISS lietotāja saskarnes koncepcijā.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, Izpildī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.



(232). 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 modeli;2. XML shēmas datu apmaiņai – precizētas ziņojumu un datu lauku līmenī;3. moduļu projektējums;4. sistēmas ārējo saskarņu projektējumi.

Šie nodevumi ir saturiski, tie var tikt apvienoti vienā vai vairākos dokumentos, tai skaitā programmatūras projektējuma aprakstā.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.

(233). Starprezultāti programmatūras izstrādes posma beigās (Obligāta)Būvēšanas posma beigās posma beigās jānodod vismaz šādi starprezultāti un nodevumi:

1. fiziskais datu bāzes modelis (ja nepieciešams);2. programmatūras pirmkods un izpildkodi;3. sistēmas uzbūves uzstādīšanas komandfailus un konfigurācijas failus;4. lietotāja dokumentācija;5. administratora rokasgrāmata.;

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



(234). Sistēmas lietojamības testēšana un novērtēšana (Obligāta)Izstrādes periodā publiski pieejamajām Sistēmas lietotāja saskarnes daļām ir jāveic lietojamības (usability) novērtēšana, kuras mērķis ir pārbaudīt Sistēmas lietošanas ērtumu lietotājiem, kas nav pazīstami ar izveidoto Sistēmu.Katrai lietotāja saskarnes piegādei ir jāveic lietojamības novērtēšana:

1. Attiecībā uz TAPIS portālu: līdz 3 lietotāju grupām, katrā ne vairāk kā 10 cilvēki;

2. Citām Sistēmas daļām: līdz 5 Pasūtītāja izvēlētas personas.Vide Sistēmas lietojamības novērtēšanai ir jānodrošina Izpildītājam.Lietojamības novērtēšanā tiks iekļauti arī šādi lielumi - cik lietotājs ilgi pavada laiku, lai atrastu konkrētās funkcijas izpildei nepieciešamās formas, kā arī lietotāja viedoklis par ievadformu ērtumu un uzskatāmību. Pirms un pēc testu uzsākšanas Pasūtītājs un Izstrātājas vienosies par optimālo funkciju izpildes laiku.Pēc lietojamības novērtēšanas Izpildītājam ir jāapkopo rezultāti un atbilstoši iegūtajām atsauksmēm un ierosinājumiem pēc saskaņošanas ar Pasūtītāju jāveic uzlabojumi Sistēmas lietotāja saskarnē. Izpildītājam piedāvājumā ir jānorāda metodoloģija un procesa apraksts, kā tiks organizēti lietojamības novērtēšana un uzlabošana.

(235). Veiktspējas, ātrdarbības un slodzes testēšana (Obligāta)Daudzlietotāju režīma veiktspējas, ātrdarbības un slodzes testēšanai ir jāsimulē Sistēmas darbību:

1. Nominālas noslodzes apstākļos (šī testa ietvaros ir jāparāda, ka Sistēma var izpildīt noteiktās ātrdarbības prasības nominālas noslodzes apstākļos);

2. Maksimālas noslodzes apstākļos (pakāpeniski paaugstinot noslodzi, nosakot slieksni, kad veiktspējas prasības vairs netiek izpildītas vai arī līdz Sistēmas darbības atteicei);

3. Stabilitātes testus (šī testa ietvaros ir jāpārbauda Sistēmas darbības stabilitāte to ilgstoši darbinot nominālas noslodzes režīmā).

Noslodzes nosacījumi ir jādetalizē programmatūras prasību specifikācijā.Pirms slodzes testēšanas Izpildītājam ar Pasūtītāju jāsaskaņo precīzi testa scenāriji un slodzes testa izpildes nosacījumi, kā arī kritēriji, pēc kuriem tiek akceptēta Sistēmas darba spēja plānotajos ekspluatācijas apstākļos.

(236). 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 teritorijas plānojuma dati, ja tas ir tehniski iespējams;

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.

(237). Starprezultāti sistēmas ekspluatācijas laikā (Obligāta)Sistēmas ekspluatācijas laikā 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.

(238). 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”.

(239). Programmatūras prasību specifikācija (Obligāta)Izpildī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 atklāta konkursa nolikuma pielikumā Nr.1 „Tehniskā specifikācija” 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 Izpildī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 programmatūras prasību specifikācijas izstrādes, Izpildītājam ir jāsaskaņo ar Pasūtītāju specifikācijas izstrādes veidne un prasību apraksta detalizācijas līmenis.

(240). 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.

(241). Programmatūras projektējuma apraksts (Obligāta)Izpildī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.Izpildī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.

(242). Apakšprojekta laikā 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 (*.pdf, *.doc faila formātā, vai HTML formātā).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.

(243). 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;

(244). 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š saskaņots vai nav nodevumu objekts.Piegādātajai programmatūrai jābūt kvalitatīvi notestētai Izstrādātāja pusē.

(245). Apmācības un lietotāju rokasgrāmatas (Obligāta)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. lietotāja dokumentācija;2. administratoru rokasgrāmata;3. apmācības materiāli.

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ā).Lietotāja dokumentācijā jābūt aprakstītam sistēmas funkciju lietošanai, piemēram, datu ievade, izdruku sagatavošana utt. Administratora rokasgrāmatā jāietver vismaz šādi jautājumi:

4. lietotāju pārvaldība;5. sistēmas parametru uzturēšana;6. darbs ar audita informāciju;7. sistēmas datu rezerves kopēšana;8. sistēmas instalācija;9. sistēmas atjaunošana no rezerves kopijām;10. sistēmas papildināšana ar jauniem serveriem (mērogojamība) un

ekspluatācija klāsterī.4

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.

(246). Licenču piegāde (Obligāta)Izstrādātājam ir jāpiegādā licence(s) sistēmas darbināšanai, tai skaitā nepieciešamās trešās puses programmatūras licence(s), iekļaujot uzturēšanas izmaksas par 2 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 neierobežotam lietotāju skaitam.

4 Nodaļā ir jāapraksta kā jākonfigurē Izstrādātāja piegādātā programmatūra un citas saistītās lietojumprogrammas (operētājsistēma, datu bāzu vadības sistēma, tīmekļa serveris u.t.t.), lai sistēmu papildinātu ar papildus serveriem, vai nodrošinātu iespēju darboties klāsterī.



Trešās puses programmatūra var ietvert, piemēram, datu bāzes, lietojumprogrammu servera, analīzes rīka, u.c. 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ā, izstrādātājam š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 vēlāk, kā mēnesi pirms tās.

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

Licences nosaukums Licenču skaits

Microsoft SQL 2005 Standart Edition 1

Oracle 11g Standart Edition 1

Microsoft Biztalk 2006 Standart Edition 1

.

8.5 Prasības apakšprojekta vadības dokumentācijai

(247). Protokoli (Obligāta)Izpildī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ļā 11.2 pievienotajam pielikuma 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 Izpildī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.

(248). Apakšprojekta uzsākšanas ziņojums (Obligāta)Apakšprojekta atklāšanas sanāksmē Izpildītājam ir jāiesniedz un jāprezentē apakšprojekta uzsākšanas ziņojums, kurā Izpildī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 Izpildī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.



(249). Apakšprojekta izpildes plāns (Obligāta)Izpildī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.Izpildī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 Izpildī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.

(250). Apakšprojekta progresa ziņojumi (Obligāta)Izpildītājam regulāri jāiesniedz un jāprezentē apakšprojekta vadības grupai un projekta valde apakšprojekta progresa ziņojums – apakšprojekta vadības grupai reizi mēnesī, projekta valdei 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 (Izpildītāja un

Pasūtītāja).Apakšprojekta progresa ziņojumus Izpildī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 valdes sanāksmes laikā.Apakšprojekta progresa ziņojumus apstiprina Pasūtītājs.

(251). Apakšprojekta (kārtas) noslēguma ziņojums (Obligāta)Izpildī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 valdei apakšprojekta kārtas noslēguma ziņojums.Izpildītājam ir jāprotokolē projekta valdes 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 Izpildī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.

8.6 Sistēmas darbības vide

(252). 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, tiks nodrošināts darbstaciju aprīkojums, kas nebūs zemāks par:

1. 1. Microsoft Internet Explorer 7.0, Opera 9.0, Safari 5.0, Google Chrome 6.0 vai Mozilla Firefox 3.5 vai attiecīgo pārlūku jaunākas versijas;

2. Microsoft Windows vai Linux saimes operētājsistēma;3. Ofisa programmatūra, piemēram, Microsoft Office 2007, 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.

8.7 Sistēmas uzturēšanas pakalpojumu saturs

(253). Sistēmas garantijas periods un uzturēšanas pakalpojumi (Obligāta)Izstrādātājam ir jānodrošina 24 mēnešu garantijas periods, skaitot no sistēmas nodošanas dienas ekspluatācijā katrai izstrādes kārtai atsevišķi.Izstrādātājam ir jānodrošina 24 mēnešu uzturēšanas pakalpojumi, skaitot no sistēmas garantijas perioda beigām.

(254). Sistēmas garantijas un uzturēšanas apjoms (Obligāta)Sistēmas garantijas un uzturēšanas laikā Izstrādātājam bez maksas jāveic tādu piegādātās programmatūras uzstādījumu, konfigurācijas parametru vai programmatūras modifikāciju veikšanu ar mērķi novērst kļūdas, kā arī datu bojājumu novēršanu, kas radušies Izstrādātāja apzinātas vai neapzinātas rīcības rezultātā un kas apgrūtina sistēmas izmantošanu atbilstoši sistēmas tehniskajai specifikācijai, kāda tā bijusi, nododot sistēmu ekspluatācijā (prasība attiecas uz visiem sistēmas garantijas laikā pieteiktiem pieteikumiem).

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

(256). Sistēmas tehniskā atbalsta saturs (Obligāta)Sistēmas uzturēšanas laikā Izpildītājam ir jāsniedz tehniskais atbalsts, tai skaitā arī uz pieteikumiem, kuru prioritāte atbilst 6.prioritātei (sk. (275). Sistēmas darbināšanas problēmu un pieteikumu prioritātes 108.lpp).



Tehniskam atbalstam ir jāietver vismaz: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 par 6. prioritātes kļūdu 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.

Izpildītājam jānodrošina tehniskā atbalsta pieejamība vismaz trim Pasūtītāja nozīmētām kontaktpersonām.

(257). Aparatūras garantijas periods un tehniskā atbalsta saturs (Obligāta)Piegādātās aparatūras garantijas laiks ir 5 gadi. Šai laikā ir jānodrošina bez papildus maksas:

1. aparatūras defektu noteikšana, remonts vai nomaiņa tās bojājumu gadījumā;

2. konsultāciju sniegšana aparatūras slēguma maiņā vai uzlabošanā;3. programmatūras jaunāko uzlabojumu pieejamība;4. palīdzības sniegšana aparatūras konfigurācijas korekcijas veikšanai,

aparatūras programmatūras (firmware) uzlabošana, ja ir tāda nepieciešamība;5. telefoniskas konsultācijas problēmu gadījumos;6. serviss Pasūtītāja (on-site) telpās avāriju un problēmu gadījumos;7. problēmziņojumi Izstrādātājam tiek pieteikti izmantojot faksu,

elektronisko pastu vai telefonu;8. problēmu risināšana, tai skaitā problēmu eskalācija līdz pat ražotājfirmu

atbalsta dienestiem;9. problēmu pieteikuma gadījumā reakcijas laiks ne vēlāk kā astoņas stundas

darba dienā;10. uzsākot aparatūras garantijas servisu, tai ir jābūt apgādātai ar uzlīmēm, uz

kurām norādīts aparatūras seriālais numurs, izpildītājs, servisa centra tālrunis, fakss, e-pasts, garantijas servisa nodrošināšanas termiņa beigu datums, līguma numurs un līguma noslēgšanas datums.

(258). Aparatūras defekta novēršanas termiņš un nosacījumi (Obligāta)Piegādātās aparatūras bojājumu novēršanas nosacījumi garantijas laikā:

1. Aparatūras bojājumu novēršanas laiks - ne vēlāk kā 2 darba dienu laikā no bojājumu pieteikšanas brīža.

2. Ja bojājums nav kritisks, bet tā novēršanai ir nepieciešams apturēt aparatūru vai tās atsevišķu komponenšu darbu, šie darbi, ja nepieciešams, saskaņojot ar Pasūtītāju, tiek veikti ārpus pasūtītāja darba laika.

3. Bojājumu novēršanas laikā Izstrādātājam pilnībā jāatjauno aparatūras darbspēja.



(259). Sistēmas defektu novēršana (Obligāta)Sistēmas garantijas uzturēšanas 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 atbilst 1.,2., 3. un 4. prioritātei (sk. (275). Sistēmas darbināšanas problēmu un pieteikumu prioritātes 108.lpp).1.-2. prioritātes defekta pieteikuma gadījumā Pasūtītājs, nepieciešamības gadījumā, var pieprasīt defekta novēršanu uz vietas. Pārējos gadījumos tiek sniegta attālināta palīdzība.

(260). Palīdzības un konsultāciju pieejamība sistēmas izmantošanā (Obligāta)Sistēmas uzturēšanas un 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. (275). Sistēmas darbināšanas problēmu un pieteikumu prioritātes 108.lpp). Atbalsta pieejamība jānodrošina ne mazāk kā 3 (trim) Pasūtītāja nozīmētām kontaktpersonām.

(261). Sistēmas tehniskā atbalsta, palīdzības un konsultācijas sniegšanas veids(Obligāta)

Sistēmas uzturēšanas un 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.

(262). Attālināta problēmu pieteikumu statusa noteikšana (Obligāta)Sistēmas uzturēšanas 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.

(263). Sistēmas uzturēšanas atbalsta pieteikuma iniciēšana (Obligāta)Sistēmas uzturēšanas 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 uzturēšanas pieteikumi.

(264). Uzturēšanas pieteikums (Obligāta)Uzturēšanas 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.

Uzturēšanas 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).

(265). 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 prasībā (275). Sistēmas darbināšanas problēmu un pieteikumu prioritātes



(108.lpp) 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 uzturēšanas sākuma.

(266). 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 ne vēlāk kā 2 (divu) stundu 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ā.

(267). 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.

(268). Pieteikumu saskaņošana (Obligāta)Katrs pieteikums tiek saskaņots. Pasūtītāja uz Izstrādātāja pārstāvji vienojas par pieteikuma vienotu izpratni (galīgo formulējumu, būtību, risināšanas prioritāti un citu pieteikumā norādīto informāciju).Par pieteikuma saskaņošanas organizāciju ir atbildīgs Izstrādātājs.

(269). Pieteikumu risināšana (Obligāta)Izstrādātājs risina pieteikumu visiem pieejamajiem līdzekļiem, saskaņojot ar Pasūtītāju plānoto pieteikuma izpildes laiku, savukārt Pasūtītājs visiem pieejamajiem līdzekļiem sniedz pieteikuma risināšanai nepieciešamo papildus informāciju.Izstrādātājam jārisina pieteikums visiem pieejamiem saprātīgiem līdzekļiem, veicot nepieciešamās atzīmes Izstrādātāja pieteikumu reģistrā, ievērojot sekojošu:

1. termiņš 1.un 2. prioritātes pieteikumu atrisināšanai ir 16 darba stundas no problēmas pieteikšanas brīža. Izstrādātājam nekavējoties jāinformē Pasūtītājs par 1. un 2. prioritātes problēmu pieteikumu atrisināšanu. Ja problēmu neizdodas atrisināt pirmajās 16 darba stundās, Izstrādātājam jāinformē Pasūtītājs par problēmas risināšanas statusu, gaitu, paredzamajiem novēršanas termiņiem;



2. termiņš 3.un 4. prioritātes pieteikumu atrisināšanai ir 10 darba dienas no problēmas pieteikšanas brīža. Izstrādātājam nekavējoties jāinformē Pasūtītājs par 3. un 4. prioritātes problēmu pieteikumu atrisināšanu. Ja problēmu neizdodas atrisināt pirmajās 10 darba dienās, Izstrādātājam jāinformē Pasūtītājs par problēmas risināšanas statusu, gaitu, paredzamajiem novēršanas termiņiem;

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ā 4 (četru) 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 16 darba stundās.

(270). 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.

(271). 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 uz sistēmas ražotāju, ja vien puses nevienojas citādi, sekojošos kontrollaikos:

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

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

(272). Izmaiņu pieprasījumi (Obligāta)Sistēmas izmaiņu realizācija, ja tāda izriet no Pasūtītāja pieprasījumiem, tiek organizēta atklāta konkursa nolikumā paredzētā veidā. Izstrādātājam ir jānodrošina izmaiņu pieprasījumu (5.prioritātes pieteikumi, sk. (275). Sistēmas darbināšanas problēmu un pieteikumu prioritātes 108.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ā jāparedz nepieciešamais laiks visu izstrādāto sistēmas dokumentāciju atjaunošanai.

(273). 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, projektēšanai, izstrādei, testēšanai, dokumentēšanai utt.);



4. realizācijas termiņš.

(274). 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 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).

(275). Sistēmas darbināšanas problēmu un pieteikumu prioritātes (Obligāta)Sistēmas darbināšanas problēmas un pieteikumi tiek apstrādāti ievērojot sekojošas prioritātes:

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

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

6. prioritāte: Konsultācija - Problēma neizraisa iespēju zudumus. Programmatūrā nav kļūda, bet ir radusies kāda neskaidrība par sistēmas darbību vai funkcionalitāti, izmantošanu, tehnisko apkalpošanu.

Kļūdas drošības jautājumos tiek klasificētas ar augstu prioritāti (1. vai 2.).



9 Procesu sarakstsProcesi sniedz ieskatu visu plānošanas līmeņu izstrādes procesā nepieciešamajās teksta un ģeotelpisko datu un dokumentu plūsmās.

Ar teritorijas plānojuma izstrādi procesu aprakstā jāsaprot arī teritorijas plānojuma grozījumu izstrāde, kā arī, saskaņā ar jauno „Teritorijas attīstības plānošanas likuma” likumprojektu, - lokālplānojumu, tematisko plānojumu un to grozījumu izstrāde.

Procesu saraksts veidots kā piemērs, balstoties uz 23.03.2010 Reģionālās attīstības un pašvaldību lietu ministrijas rīcībā esošo Teritorijas attīstības plānošanas likuma projektu un kārtību, kādā līdz šim notiek pašvaldības teritorijas plānojuma izstrāde5. Procesi jāpārskata atbilstoši aktuālākiem likumprojekta un tā pavadošajiem Ministru kabineta noteikumu projektiem un tur, kur tas skar TAPIS izmantošanu, jāizstrādā detalizētāki.TAPIS pirmajā kārtā jārealizē procesu atbalsts procesiem 1. – 3.1.8.

1. Teritorijas attīstības plānošanas process - nacionālais līmenis1.1. Latvijas ilgtermiņa attīstības stratēģija (Latvija 2030)1.2. Tematisko plānojumu izstrāde nacionālo interešu telpām

2. Teritorijas attīstības plānošanas process - reģionu līmenis2.1. Plānošanas reģiona attīstības stratēģija, 2.2. Attīstības programma 2.3. Tematiskie plānojumi

3. Teritorijas attīstības plānošanas process - pašvaldības līmenis3.1. Teritorijas plānojuma (turpmāk tekstā saprotot arī tematisko plānojumu, lokālpānojumu

vai to grozījumu) izstrāde3.1.1. Teritorijas plānojuma izstrādes uzsākšana3.1.2. Pirmās redakcijas izstrāde un sabiedriskā apspriešana3.1.3. Galīgās redakcijas apstiprināšana un plānošanas reģiona atzinuma saņemšana3.1.4. Institūciju un sabiedrības iepazīstināšana ar izstrādāto redakciju un priekšlikumu

un atzinumu publicēšana TAPIS3.1.5. Plānojuma apstiprināšana un saistošo noteikumu pieņemšana3.1.6. Plānojuma publicēšana3.1.7. E-pakalpojumu nodrošināšana3.1.8. Plānojuma stāšanās spēkā

4. Turpmākā plānošana, detalizācija.4.1. Detālplānojuma izstrādes pārraudzība4.2. Attīstības priekšlikuma izstrāde

5. Teritorijas plānojuma ieviešana5.1. Būvniecības ieceres izvērtēšana, būvniecības informācijas iekļaušana plānošanā5.2. Zemes ierīcības projektu izstrādes pārraudzība5.3. Apgrūtinājumu precizēšana5.4. Saimnieciskās darbības un citas teritoriju izmantošanas pārraudzība

6. Atbalsts citu pašvaldības funkciju veikšanai6.1. Pašvaldības, valsts nekustamā īpašuma apsaimniekošanai (noma, uzturēšana, u.c.)6.2. Nekustamā īpašuma nodokļa aprēķināšanai6.3. Ielu, inženierkomunikāciju, sociālās infrastruktūras plānošanai un apsaimniekošanai6.4. Lēmumu pieņemšanas atbalsts

5 Atbilstoši Ministru kabineta 2009.gada 6.oktebra noteikumos Nr.1148 „Vietējās pašvaldības teritorijas plānošanas noteikumi” noteiktai kārtībai



10 Atsauces

10.1 Normatīvā bāze

10.1.1 Politikas plānošanas dokumenti

1. Telpiskās plānošanas sistēmas attīstības koncepciju (apstiprināta Ministru kabinetā 2009. gada 15. jūlijā)

10.1.2 Likumi

2. Administratīvo teritoriju un apdzīvoto vietu likums (2008)3. Aizsargjoslu likums (1997), 4. Attīstības plānošanas sistēmas likums (2008)5. Būvniecības likums (1995) 6. Civilās aizsardzības likums (2006) 7. Civillikums8. Dzelzceļa likums (1998),9. Enerģētikas likums (1998), 10. Lauksaimniecības un lauku attīstības likums (2004), 11. Likums "Par 1998.gada 25.jūnija Orhūsas konvenciju par pieeju informācijai,

sabiedrības dalību lēmumu pieņemšanā un iespēju griezties tiesu iestādēs saistībā ar vides jautājumiem" (2002)

12. Likums "Par autoceļiem" (1992), 05.03.2009. likums "Grozījumi likumā "Par autoceļiem""

13. Likums "Par aviāciju" (1994), 12.02.2009. 14. Likums "Par Eiropas ainavu konvenciju" (2007)15. Likums "Par īpaši aizsargājamām dabas teritorijām" (1993),16. Likums "Par Konvenciju par pasaules kultūras un dabas mantojuma aizsardzību"

(1997)17. Likums "Par kultūras pieminekļu aizsardzību" (1992) 18. Likums "Par pašvaldībām" (1994), 19. Likums "Par piesārņojumu", 20. Likums "Par zemes dzīlēm" 12.06.2009. likums "Grozījumi likumā "Par zemes

dzīlēm"21. Likums „Par ietekmes uz vidi novērtējumu" (1998),22. Meliorācijas likums (2003)23. Meža likums (2000.)24. Nekustamā īpašuma valsts kadastra likums (2005) 25. Reģionālās attīstības likums (2002)26. Sugu un biotopu aizsardzības likums (200027. Teritorijas plānošanas likums (2002)28. Tūrisma likums (1998), 29. Ūdens apsaimniekošanas likums (2002), 30. Ugunsdrošības un ugunsdzēsības likums (2002)31. Valsts informācijas sistēmu likums (2002)32. Zemes ierīcības likums (2006)33. Ģeotelpiskās informācijas likums (2009)



1.1.1. LR Ministru kabineta noteikumi

34. 27.11.2007. MK rīkojums Nr.737 Koncepcijas "Par vienota ģeotelpiskās informācijas portāla izstrādi" Informatīvā daļa

35. 26.09.2006 MK noteikumi Nr.776 "Valsts meža zemes atsavināšanas kārtība",36. 01.04.1997. MK noteikumi Nr.112 "Vispārīgie būvnoteikumi" 37. 04.08.1998. MK noteikumi Nr.284 "Ūdenstilpju un ūdensteču aizsargjoslu

noteikšanas metodika"38. 06.10.1998. MK noteikumi Nr.392 "Dzelzceļa pārbrauktuvju un pāreju

ierīkošanas, aprīkošanas, apkalpošanas un slēgšanas39. 20.10.1998. 21.07.1998. MK noteikumi Nr.256 "Noteikumi par Latvijas

būvnormatīvu LBN 221-98 "Ēku iekšējais ūdensvads un kanalizācija""40. 20.10.1998. MK noteikumi Nr.411 "Noteikumi par stratēģiskās un reģionālās

nozīmes dzelzceļa infrastruktūras iedalījumu"41. 20.10.1998. MK noteikumi Nr.416 "Ekspluatācijas aizsargjoslu gar siltumtīkliem

noteikšanas metodika"42. 20.10.1998. MK noteikumi Nr.415 "Ekspluatācijas aizsargjoslu gar elektriskajiem

tīkliem noteikšanas metodika"43. 20.10.1998. MK noteikumi Nr.414 "Drošības aizsargjoslu ap naftas un naftas

produktu vadiem, noliktavām un krātuvēm noteikšanas metodika"44. 20.10.1998. MK noteikumi Nr.413 "Ekspluatācijas aizsargjoslu ap gāzes vadiem,

gāzes noliktavām un krātuvēm noteikšanas metodika"45. 15.12.1998. MK noteikumi Nr.457 "Dzelzceļa aizsargjoslu noteikšanas metodika"46. 29.12.1998. MK noteikumi Nr.502 "Aizsargjoslu ap kapsētām noteikšanas

metodika" 47. 23.02.1999. MK noteikumi Nr.69 "Noteikumi par aizsargājamo ainavu apvidiem" 48. 30.03.1999. MK noteikumi Nr.126 "Kārtība, kādā gar autoceļiem izvietojami

servisa objekti"49. 15.06.1999. MK noteikumi Nr.212 "Noteikumi par dabas liegumiem" 50. 15.06.1999. MK noteikumi Nr.214 "Noteikumi par Latvijas būvnormatīvu LBN

223-99 "Kanalizācijas ārējie tīkli un būves""51. 09.03.1999. MK noteikumi Nr.83 "Noteikumi par dabas parkiem"52. 01.02.2000. MK noteikumi Nr.38 "Noteikumi par Latvijas būvnormatīvu LBN

222-99 "Ūdensapgādes ārējie tīkli un būves"" 53. 02.05.2000. MK noteikumi Nr.168 "Noteikumi par Latvijas būvnormatīvu LBN

005-99 "Inženierizpētes noteikumi būvniecībā""54. 05.12.2000. MK noteikumi Nr.421 "Noteikumi par īpaši aizsargājamo biotopu

veidu sarakstu", 55. 12.12.2000. MK noteikumi Nr.433 "Noteikumi par ūdenstilpju un rūpnieciskās

zvejas tiesību nomu un zvejas tiesībizmantošanas kārtību"56. 30.01.2001. MK noteikumi Nr.45 "Mikroliegumu izveidošanas, aizsardzības un

apsaimniekošanas noteikumi"57. 20.03.2001. MK noteikumi Nr.131 "Noteikumi par aizsargājamiem

dendroloģiskajiem stādījumiem"58. 27.03.2001. MK noteikumi Nr.142 "Noteikumi par Latvijas būvnormatīvu LBN

006-00 "Būtiskās prasības būvēm""59. 17.04.2001. MK noteikumi Nr.175 "Noteikumi par aizsargājamiem

ģeoloģiskajiem un ģeomorfoloģiskajiem dabas pieminekļiem" 60. 06.03.2001. MK noteikumi Nr.108 "Meža ieaudzēšanas un plantāciju mežu

noteikumi"61. 08.05.2001. MK noteikumi Nr.189 "Dabas aizsardzības noteikumi meža

apsaimniekošanā"



62. 10.04.2001. MK noteikumi Nr.162 "Autoceļu aizsargjoslu noteikšanas metodika"63. 23.10.2001. MK noteikumi Nr.446 "Būvnoteikumi darbiem autoceļu tīklā"

Grozījumi 30.06.2009. (spēkā ar 05.07.2009.)64. 20.11.2001. MK noteikumi Nr.483 "Piesārņoto un potenciāli piesārņoto vietu

apzināšanas un reģistrācijas kārtība"65. 18.12.2001. MK noteikumi Nr.531 "Noteikumi par ūdens un augsnes aizsardzību

no lauksaimnieciskas darbības izraisītā piesārņojuma ar nitrātiem", 66. 22.01.2002. MK noteikumi Nr.34 "Noteikumi par piesārņojošo vielu emisiju

ūdenī"67. 09.07.2002. MK noteikumi Nr.294 "Kārtība, kādā piesakāmas A, B un C

kategorijas piesārņojošas darbības un izsniedzamas atļaujas A un B kategorijas piesārņojošo darbību veikšanai"

68. 10.09.2002. MK noteikumi Nr.412 "Noteikumi par navigācijas tehnisko līdzekļu ekspluatācijas aizsargjoslu noteikšanas metodiku"

69. 29.10.2002. MK noteikumi Nr.485 "Par Latvijas būvnormatīvu LBN 242-02 "Gāzes sadales un lietotāju ārējie tīkli""

70. 26.11.2002. MK noteikumi Nr.515 "Nacionālā plānojuma noteikumi"71. 25.02.2003. MK noteikumi Nr.94 "Aizsargjoslu noteikšanas metodika ūdens

akvatorijās augšpus un lejpus aizsprostiem"72. 25.02.2003. MK noteikumi Nr.93 "Aizsprostu un hidroelektrostaciju

hidrotehnisko būvju drošuma kontrolmērietaišu aizsardzība un aizsargjoslu noteikšanas metodika"

73. 04.02.2003. MK noteikumi Nr.63 "Meža aizsargjoslu ap pilsētām noteikšanas metodika" Grozījumi 09.06.2009. (spēkā ar 13.06.2009.)

74. 15.04.2003. MK noteikumi Nr.179 "Noteikumi par upju baseinu apgabalu robežu aprakstiem"15.01.2002. MK noteikumi Nr.27 "Noteikumi par upēm (upju posmiem), uz kurām zivju resursu aizsardzības nolūkā aizliegts būvēt un atjaunot hidroelektrostaciju aizsprostus un veidot jebkādus mehāniskus šķēršļus"

75. 22.04.2003. MK noteikumi Nr.190 "Valsts aizsardzības būvju būvniecības kārtība"

76. 13.05.2003. MK noteikumi Nr.258 "Noteikumi par ekspluatācijas aizsargjoslu ap meliorācijas būvēm un ierīcēm noteikšanas metodiku lauksaimniecībā izmantojamās zemēs un meža zemēs"

77. 27.05.2003. MK noteikumi Nr.283 "Noteikumi par upju baseinu apgabalu apsaimniekošanas plāniem un pasākumu programmām"

78. 15.07.2003. MK noteikumi Nr.392 "Kultūras pieminekļu aizsargjoslas (aizsardzības zonas) noteikšanas metodika"

79. 22.07.2003. MK noteikumi Nr.415 "Īpaši aizsargājamo dabas teritoriju vispārējie aizsardzības un izmantošanas noteikumi"

80. 26.08.2003. MK noteikumi Nr.474 "Noteikumi par kultūras pieminekļu uzskaiti, aizsardzību, izmantošanu, restaurāciju, valsts pirmpirkuma tiesībām un vidi degradējoša objekta statusa piešķiršanu"

81. 26.08.2003. MK noteikumi Nr.473 "Kārtība, kādā kultūras pieminekļi iekļaujami valsts aizsargājamo kultūras pieminekļu sarakstā un izslēdzami no valsts aizsargājamo kultūras pieminekļu saraksta"

82. 20.01.2004. MK noteikumi Nr.43 "Aizsargjoslu ap ūdens ņemšanas vietām noteikšanas metodika". Grozījumi 13.10.2009 (spēkā ar 21.10.2009.)

83. 17.02.2004. MK noteikumi Nr.86 "Baltijas jūras un Rīgas jūras līča piekrastes aizsargjoslas noteikšanas metodika"

84. 17.02.2004. MK noteikumi Nr.82 "Ugunsdrošības noteikumi"85. 23.03.2004. MK noteikumi Nr.157 "Kārtība, kādā veicams ietekmes uz vidi

stratēģiskais novērtējums"



86. 22.04.2004. MK noteikumi Nr.407 "Kārtība, kādā Lauku atbalsta dienests un valsts un pašvaldību iestādes apmainās ar meliorācijas kadastra informāciju"

87. 29.04.2004. MK noteikumi Nr.468 "Noteikumi par Latvijas būvnormatīvu LBN 016-03 "Būvakustika""

88. 29.06.2004. MK noteikumi Nr.565 "Nacionālā attīstības plāna izstrādes, ieviešanas, uzraudzības un sabiedriskās apspriešanas kārtība"

89. 13.07.2004. MK noteikumi Nr.597 "Vides trokšņa novērtēšanas kārtība"90. 13.07.2004. MK noteikumi Nr.600 "Ar radiācijas drošību saistīto būvju

būvniecības kārtība"91. 27.07.2004. MK noteikumi Nr.629 "Meliorācijas kadastra noteikumi"92. 27.07.2004. MK noteikumi Nr.628 "Īpašās vides prasības piesārņojošo darbību

veikšanai dzīvnieku novietnēs"93. 08.04.2004. MK noteikumi Nr.272 "Meliorācijas sistēmu ekspluatācijas un

uzturēšanas noteikumi"94. 28.09.2004. MK noteikumi Nr.806 "Meža zemes transformācijas noteikumi" 95. 19.10.2004. MK noteikumi Nr.858 "Noteikumi par virszemes ūdensobjektu tipu

raksturojumu, klasifikāciju, kvalitātes kritērijiem un antropogēno slodžu noteikšanas kārtību"

96. 14.12.2004. MK noteikumi Nr.1015 "Vides prasības mazo katlumāju apsaimniekošanai"

97. 28.12.2004. MK noteikumi Nr.1069 "Noteikumi par ārējo inženierkomunikāciju izvietojumu pilsētās, ciemos un lauku teritorijās"

98. 01.02.2005. MK noteikumi Nr.79 "Dzelzceļa zemes nodalījuma joslas ekspluatācijas noteikumi"

99. 05.04.2005. MK noteikumi Nr.236 "Plānošanas reģiona teritorijas plānošanas noteikumi",

100. 21.06.2005. MK noteikumi Nr.448 "Noteikumi par valsts nozīmes derīgo izrakteņu atradnēm un to izmantošanas kārtību, valsts nozīmes derīgo izrakteņu izmantošanas kārtību, kā arī zemes dzīļu izmantošanas atļauju vai licenču izsniegšanas konkursa vai izsoles kārtību"

101. 19.07.2005. MK noteikumi Nr.532 "Noteikumi par rūpniecisko avāriju riska novērtēšanas kārtību un riska samazināšanas pasākumiem"

102. 08.11.2005. MK noteikumi Nr.841 "Elektroapgādes būvju būvniecības kārtība"103. 08.11.2005. MK noteikumi Nr.841 "Elektroapgādes būvju būvniecības kārtība"104. 23.08.2005. MK noteikumi Nr.631 "Noteikumi par Latvijas būvnormatīvu LBN

224-05 "Meliorācijas sistēmas un hidrotehniskās būves""105. 22.11.2005. MK noteikumi Nr.888 "Noteikumi par aizsargājamām alejām" 106. 27.12.2005. MK noteikumi Nr.1014 "Ūdens objektu ekspluatācijas

(apsaimniekošanas) noteikumu izstrādāšanas kārtība"107. 02.05.2006. MK noteikumi Nr.362 "Noteikumi par notekūdeņu dūņu un to

komposta izmantošanu, monitoringu un kontroli"108. 21.02.2006. MK noteikumi Nr.153 "Noteikumi par Latvijā sastopamo Eiropas

Savienības prioritāro sugu un biotopu sarakstu"109. 03.10.2006. MK noteikumi Nr.819 "Parku ierīkošanas kārtība un

apsaimniekošanas pamatprincipi" 19.09.2006. MK110. 04.04.2006. MK noteikumi Nr.256 "Elektronisko sakaru tīklu ierīkošanas un

būvniecības kārtība"111. 04.04.2006. MK noteikumi Nr.257 "Noteikumi par Latvijas būvnormatīvu LBN

262-05 "Elektronisko sakaru tīkli""112. 04.04.2006. MK noteikumi Nr.256 "Elektronisko sakaru tīklu ierīkošanas un

būvniecības kārtība")



113. 04.07.2006. MK noteikumi Nr.564 "Noteikumi par Latvijas Nacionālo attīstības plānu 2007.-2013.gadam"

114. 05.12.2006. MK noteikumi Nr.982 "Enerģētikas infrastruktūras objektu aizsargjoslu noteikšanas metodika"

115. 16.05.2006. MK noteikumi Nr.400 "Noteikumi par vides aizsardzības prasībām degvielas uzpildes stacijām, naftas bāzēm un pārvietojamajām cisternām",

116. 13.06.2006. MK noteikumi Nr.474 "Atkritumu poligonu ierīkošanas, atkritumu poligonu un izgāztuvju apsaimniekošanas, slēgšanas un rekultivācijas noteikumi"

117. 20.06.2006. MK noteikumi Nr.496 "Nekustamā īpašuma lietošanas mērķu klasifikācija un nekustamā īpašuma lietošanas

118. 27.06.2006. MK noteikumi Nr.510 "Aizsargjoslas saskaņošanas kārtība elektriskajiem tīkliem, siltumtīkliem, ūdensvadu un kanalizācijas tīkliem, gāzes vadiem, gāzapgādes iekārtām un būvēm, gāzes noliktavām un krātuvēm, ja aizsargjosla aizņem zemi, kas ir daudzdzīvokļu māju dzīvokļu īpašnieku kopīpašums"

119. 27.06.2006. MK noteikumi Nr.509 "Noteikumi par uzturēšanās ierobežojumiem aizsargjoslās ap valsts aizsardzības objektiem"

120. 27.06.2006. MK noteikumi Nr.508 "Noteikumi par aizsargjoslām ap valsts aizsardzības objektiem un šo aizsargjoslu

121. 18.07.2006. MK noteikumi Nr.599 "Metodika drošības aizsargjoslu noteikšanai gar dzelzceļiem, pa kuriem pārvadā naftu, naftas produktus, bīstamas ķīmiskās vielas un produktus"

122. 25.07.2006. MK noteikumi Nr.603 "Kārtība, kādā aprēķināma un izmaksājama atlīdzība par energoapgādes objekta ierīkošanai vai rekonstrukcijai nepieciešamā zemes īpašuma atsavināšanu vai lietošanas tiesību ierobežošanu"

123. 29.08.2006. MK noteikumi Nr.717 "Kārtība koku ciršanai ārpus meža zemes"124. 19.09.2006. MK noteikumi Nr.779 "Derīgo izrakteņu ieguves kārtība"125. 19.09.2006. MK noteikumi Nr.766 "Reģionālās attīstības uzraudzības un

novērtēšanas sistēmas darbībā iesaistīto institūciju informācijas apmaiņas kārtība"126. 17.10.2006. MK noteikumi Nr.852 "Noteikumi par Latvijas būvnormatīvu LBN

229-06 "Hidroelektrostaciju hidrotehniskās būves""127. 31.10.2006. MK noteikumi Nr.892 "Noteikumi par koku ciršanu meža zemēs"128. 12.12.2006. MK noteikumi Nr.1002 "Aizsargjoslu datu bāzes izveides,

uzturēšanas un informācijas aprites kārtība", 129. 19.12.2006. MK noteikumi Nr.1018 "Meliorācijas sistēmu un hidrotehnisko būvju

būvniecības kārtība" Grozījumi 26.05.2009., 28.07.2009. (spēkā ar 01.08.2009.)130. 20.02.2007. MK noteikumi Nr.131 "Aizsargjoslu noteikšanas metodika ap

aizsprostiem"131. 27.03.2007. MK noteikumi Nr.211 "Noteikumi par putnu sugu sarakstu, kurām

piemēro īpašus dzīvotņu aizsardzības pasākumus, lai nodrošinātu sugu izdzīvošanu un vairošanos izplatības areālā"

132. 21.08.2007. MK noteikumi Nr.562 "Noteikumi par zemes lietošanas veidu klasifikācijas kārtību un to noteikšanas kritērijiem"

133. 09.10.2007. MK noteikumi Nr.686 "Noteikumi par īpaši aizsargājamās dabas teritorijas dabas aizsardzības plāna saturu un izstrādes kārtību"

134. 18.09.2007. MK noteikumi Nr.626 "Noteikumi par paaugstinātas bīstamības objektu noteikšanas kritērijiem un šo objektu īpašnieku (valdītāju, apsaimniekotāju) pienākumiem riska samazināšanas pasākumu nodrošināšanai"

135. 11.12.2007. MK noteikumi Nr.866 "Noteikumi par Latvijas būvnormatīvu LBN 201-07 "Būvju ugunsdrošība""

136. 11.12.2007. MK noteikumi Nr.867 "Zemes ierīcības apakšprojekta izstrādes noteikumi". Grozījumi 24.02.2009. (spēkā ar 04.03.2009.)



137. 18.12.2007. MK noteikumi Nr.912 "Ūdensapgādes, notekūdeņu savākšanas un attīrīšanas būvju būvniecības kārtība" Grozījumi 03.02.2009. (spēkā ar 07.02.2009.)

138. 02.01.2008. MK noteikumi Nr.2 "Kārtība, kādā pieprasa un saņem Civilās aviācijas aģentūras atļauju būvēt, ierīkot un izvietot gaisa kuģu lidojumu drošībai potenciāli bīstamus objektus" (

139. 02.01.2008. MK noteikumi Nr.3 "Dzelzceļa būvnoteikumi" Grozījumi 28.04.2009. (spēkā ar 08.05.2009.)

140. 03.06.2008. MK noteikumi Nr.406 "Virszemes ūdensobjektu aizsargjoslu noteikšanas metodika"

141. 15.04.2008. MK noteikumi Nr.282 "Kārtība, kādā piešķir valsts un Eiropas Savienības atbalstu lauku attīstībai – vides un lauku ainavas uzlabošanai"

142. 19.05.2008. MK noteikumi Nr.354 "Derīgo izrakteņu ieguves atkritumu apsaimniekošanas kārtība"

143. 07.07.2008. MK noteikumi Nr.515 "Valsts un Eiropas Savienības atbalsta piešķiršanas kārtība vietējo attīstības stratēģiju īstenošanai"

144. 07.07.2008. MK noteikumi Nr.524 "Valsts nozīmes zemes dzīļu nogabala "Dobeles struktūra" izmantošanas noteikumi"

145. 07.07.2008. MK noteikumi Nr.505 "Noteikumi par pašvaldību, komersantu un māju ceļu pievienošanu valsts autoceļiem"

146. 21.07.2008. MK noteikumi Nr.567 "Noteikumi par Latvijas būvnormatīvu LBN 208-08 "Publiskas ēkas un būves” Grozījumi 28.04.2009. (spēkā ar 01.06.2009.)

147. 13.01.2009. MK noteikumi Nr.42 "Noteikumi par pazemes ūdens resursu apzināšanas kārtību un kvalitātes kritērijiem",

148. 24.02.2009. MK noteikumi Nr.185 "Noteikumi par valsts akciju sabiedrības “Starptautiskā lidosta “Rīga”” lidlauka statusu, lidlauka teritorijas robežām un lidlauka teritorijas plānoto (atļauto) izmantošanu"

149. 03.02.2009. MK noteikumi Nr.108 "Normatīvo aktu apakšprojektu sagatavošanas noteikumi"

150. 06.10.2009 MK noteikumi Nr.1148 "Vietējās pašvaldības teritorijas plānošanas noteikumi",

151. 06.10.2009. Ministru kabineta noteikumi Nr.1131 „Valsts informācijas sistēmu savietotāju izveidošanas, uzturēšanas un darbības kārtība un valsts informācijas sistēmas funkcionalitātes nodrošināšanas kārtība integrētas valsts informācijas sistēmas ietvaros”

152. 20.06.2009 MK noteikumi Nr.689 "Noteikumi par nacionālas nozīmes lauksaimniecības teritorijām", 11.10.2005 MK noteikumi Nr.770 "Rajona pašvaldības teritorijas plānošanas noteikumi"

153. Elektronisko sakaru likums (2004), 12.06.2009. likums "Grozījumi Elektronisko sakaru likumā"

10.1.3 Tiesību aktu projekti

154. Valsts vienotā ģeotelpiskās informācijas portāla noteikumi (Projekts: VSS-445)155. Likuma projekts „Būvniecības likums” (izsludināts Valsts sekretāru sanāksmē

03.09.2009)156. Likumprojekts „Telpiskās plānošanas likums” (Atbilstoši MK 2009.g.15.jūlija

rīkojuma Nr. 474 „Par telpiskās plānošanas sistēmas attīstības koncepciju” 3.punktam. RAPPLM līdz 2009.gada 31.novembrim jāizstrādā un jāiesniedz Ministru Kabinetā likumprojektu "Telpiskās plānošanas likums" un ar to saistītos grozījumus normatīvajos aktos.


http://www.likumi.lv/doc.php?id=188665&from=off




157. Likums „Grozījumi Teritorijas plānošanas likumā (06.10.2009 apstiprināti MK), iesniegti Saeimā.

158. MK Noteikumu „Kārtība, kādā iestādes sadarbojoties veic informācijas apmaiņu elektroniskā veidā, kā arī nodrošina un apliecina šādas informācijas patiesumu” projekts, izsludināts Valsts sekretāru sanāksmē 19.8.2009)

10.1.4 No INSPIRE direktīvas izrietošie normatīvie akti un standarti

159. Metadatu regula (EK Nr. 1205/2008 (2008. gada 3. decembris) par Eiropas Parlamenta un Padomes Direktīvas 2007/2/EK īstenošanu attiecībā uz metadatiem

160. Tīkla pakalpojumu regula (EK Nr. 976/2009 (2009. gada 19. oktobris), ar kuru īsteno Eiropas Parlamenta un Padomes Direktīvu 2007/2/EK attiecībā uz tīkla pakalpojumiem);

161. Komisijas Regula (ES) Nr. 268/2010 ( 2010. gada 29. marts ), ar ko īsteno Eiropas Parlamenta un Padomes Direktīvu 2007/2/EK attiecībā uz saskaņotiem nosacījumiem Kopienas iestāžu un struktūru piekļuvei dalībvalstu telpisko datu kopām un pakalpojumiem

162. INSPIRE Metadata Implementing Rules: Technical Guidelines based on EN ISO 19115 and EN ISO 19119 ( Revised edition) 03.02.2009

163. Draft Implementing Rules for Discovery and View services (IR1)164. Technical Guidance for INSPIRE Discovery Services v2.0 (2009.07.22)165. Draft Technical Guidance View Services v 2.0. (2009.07.20)166. D3.9 Draft Implementing Rules for Download Services. (2009.09.25).167. D3.10 Draft Implementing Rules for INSPIRE Transformation Services

(2009.09.07)168. Draft Technical Guidance for INSPIRE Coordinate Transformation Services v2.1

(2010.03.15)169. Draft Technical Guidance for INSPIRE Download Services v2.0 (2009.09.25)170. Technical Guidance to implement INSPIRE View Services v 2.0. (2009.07.20)

INSPIRE dokumentu aktuālās versijas var iegūt adresē: http://inspire.jrc.ec.europa.eu.

10.2 Standarti, vadlīnijas, labā prakse171. COBIT: Control Objectives for Information and related Technology

(http://www.isaca.org/cobit)172. DCMI Period Encoding Scheme (http://dublincore.org/documents/dcmi-period).173. Dublin Core Usage Guide (http://dublincore.org/documents/usageguide/ ).174. Ģeotelpiskās informācijas metadatu standarts LVS EN ISO 19115:2005.175. ISO 19139 ISO/TS 19139:2007, Geographic information -- Metadata -- XML

schema implementation 176. ISO/IEC 11179 - Information technology — Metadata registries (MDR) 177. ITIL: IT Infrastructure Library ( http://www.itil.co.uk/ )178. LĢIA „Apvidus objektu klasifikators” 179. LĢIA mēroga 1:2000 nepilnās topogrāfiskās kartes specifikācija180. LVS 65:1996 Informācijas tehnoloģija - Programminženierija - Programmatūras

kvalitātes nodrošināšanas plāns181. LVS 66:1996 Informācijas tehnoloģija - Programminženierija - Programmatūras

lietotāja dokumentācija182. LVS 67:1996 Informācijas tehnoloģija - Programminženierija - Programmatūras

projekta pārvaldības plāns183. LVS 68:1996 Informācijas tehnoloģija - Programminženierija - Programmatūras

prasību specifikācijas ceļvedis


http://www.lvs.lv/lv/services/catalogue/standarddetails.asp?standardId=116




http://www.itil.co.uk/

http://www.itil.co.uk/

http://dublincore.org/documents/usageguide/

http://dublincore.org/documents/dcmi-period

http://www.isaca.org/cobit

http://www.isaca.org/cobit


184. LVS 69:1996 Informācijas tehnoloģija - Programminženierija - Programmatūras pārvaldības plāns

185. LVS 70:1996 Informācijas tehnoloģija - Programminženierija - Programmatūras testēšanas dokumentācija

186. LVS 71:1996 Informācijas tehnoloģija - Programminženierija - Programmatūras verifikācijas un validācijas plāns

187. LVS 72:1996 Informācijas tehnoloģija - Programminženierija - Ieteicama prakse programmatūras projektējuma aprakstīšanai

188. LVS 73:1996 Informācijas tehnoloģija - Programminženierija - Programmatūras vienībtestēšana

189. LVS 74:1996 Informācijas tehnoloģija - Programminženierija - Programmatūras apskates un auditēšanas

190. LVS 75:1996 Informācijas tehnoloģija - Programminženierija - Sistēmas darbības koncepcijas apraksts

191. LVS CWA 14167-1:2004 Drošības prasības uzticamām elektronisko parakstu sertifikātu pārvaldības sistēmām - 1.daļa: Vispārīgās drošības prasības

192. LVS CWA 14168:2004 Droši parakstu veidošanas līdzekļi “EAL 4”193. LVS CWA 14169:2004 Droši parakstu veidošanas līdzekļi “EAL 4+”194. LVS CWA 14170:2004 Drošības prasības parakstu veidošanas

lietojumprogrammām195. LVS CWA 14171:2004 Elektronisko parakstu verificēšanas procedūras196. LVS CWA 14365-1:2005 Elektronisko parakstu lietošanas instrukcija - 1.daļa:

Juridiskie un tehniskie aspekti197. LVS CWA 14365-2:2005 Elektronisko parakstu lietošanas instrukcija - 2.daļa:

Aizsardzības profils programmiskiem parakstu veidošanas līdzekļiem198. LVS CWA 14365-2:2005 Elektronisko parakstu lietošanas instrukcija - 2.daļa:

Aizsardzības profils programmiskiem parakstu veidošanas līdzekļiem199. LVS CWA 14708:2005 Elektronisko parakstu lietošanas instrukcija - 2.daļa:

Aizsardzības profils programmiskiem parakstu veidošanas līdzekļiem200. Elektronisko parakstu prakTAPISka izmantošana e-komercijā: Instrukcija

mazajiem un vidējiem uzņēmumiem201. LVS EN ISO 13230:2000 Oftalmoloģiskā optika - Svītrkodu specifikācijas202. LVS EN ISO 19110:2006, Ģeogrāfiskā informācija. Ģeogrāfisko objektu

katoloģizēšanas metodika203. LVS EN ISO 19119:2006, Ģeogrāfiskā informācija. Dienesti204. LVS EN ISO 19136:2009 Ģeogrāfiskā informācija. Ģeogrāfiskā iezīmēšanas

valoda (GML) (ISO 19136:2007) 205. LVS ISO 15836:2009 A, Informācija un dokumentācija. Dublin Core metadatu

elementu kopa206. LVS ISO/IEC 12207:2002 /A1:2002 Informācijas tehnoloģija -

Programmatūras dzīves cikla procesi207. LVS ISO/IEC 12207:2002 /A2:2005 Informācijas tehnoloģija -

Programmatūras dzīves cikla procesi208. LVS ISO/IEC 12207:2002 Informācijas tehnoloģija - Programmatūras dzīves

cikla procesi209. LVS ISO/IEC 13335-1:2005 Informācijas tehnoloģija - Drošības paņēmieni -

Informācijas un sakaru tehniskās drošības pārvaldība - 1.daļa: Jēdzieni un modeļi informācijas un sakaru tehniskās drošības pārvaldīšanai

210. LVS ISO/IEC 13335-1:2005 Informācijas tehnoloģija - Drošības paņēmieni - Informācijas un sakaru tehniskās drošības pārvaldība - 1.daļa: Jēdzieni un modeļi informācijas un sakaru tehniskās drošības pārvaldīšanai



























211. LVS ISO/IEC 13888-1:2005 IT-drošības paņēmieni - Pretliegšanās sistēmas - 1.daļa: Vispārīgās pamatnostādnes

212. LVS ISO/IEC 15408-1:2003 Informācijas tehnoloģija - Drošības metodes - Kritēriji informācijas tehnoloģiju drošības novērtēšanai - 1.daļa: Ievads un vispārējais modelis

213. LVS ISO/IEC 15408-2:2003 Informācijas tehnoloģija - Drošības metodes - Kritēriji informācijas tehnoloģiju drošības novērtēšanai - 2.daļa: Drošības funkcionālās prasības

214. LVS ISO/IEC 15408-3:2003 Informācijas tehnoloģija - Drošības metodes - Kritēriji informācijas tehnoloģiju drošības novērtēšanai - 3.daļa: Drošības garantēšanas prasības

215. LVS ISO/IEC 17799:2005 Informācijas tehnoloģija - Drošības paņēmieni - Prakses kodekss informācijas drošības pārvaldībai

216. LVS ISO/IEC 18028-4:2005 Informācijas tehnoloģija - Drošības paņēmieni - Prakses kodekss informācijas drošības pārvaldībai

217. Informācijas tehnoloģija - Drošības paņēmieni - IT tīklu drošība - 4.daļa: Drošības radīšana tālpiekļūstamības gadījumā

218. LVS ISO/IEC 18033-1:2005 Informācijas tehnoloģija - Drošības paņēmieni - Šifrēšanas algoritmi - 1.daļa: Vispārīgās nostādnes

219. LVS ISO/IEC 90003:2005 Programminženierija - Pamatnostādnes ISO 9001:2000 attiecināšanā uz datorprogrammatūru

220. LVS ISO/IEC 9798-1:2005 Informācijas tehnoloģija - Drošības paņēmieni - Piekļuves subjektu autentificēšana - 1.daļa: Vispārīgās nostādnes

221. LVS ISO/IEC TR 13335-1:2003 Informācijas tehnoloģija - Vadlīnijas informācijas tehnoloģijas pārvaldīšanai - 1.daļa: Informācijas tehnoloģiju drošības koncepcija un modeļi

222. LVS ISO/IEC TR 13335-2:2003 Informācijas tehnoloģija - Vadlīnijas informācijas tehnoloģijas pārvaldīšanai - 2.daļa: Informācijas tehnoloģiju drošības pārvaldīšana un plānošana

223. LVS ISO/IEC TR 13335-3:2003 Informācijas tehnoloģija - Vadlīnijas informācijas tehnoloģijas pārvaldīšanai - 3.daļa: Informācijas tehnoloģiju drošības pārvaldīšanas metodes

224. LVS ISO/IEC TR 13335-3:2003 Informācijas tehnoloģija - Vadlīnijas informācijas tehnoloģijas pārvaldīšanai - 3.daļa: Informācijas tehnoloģiju drošības pārvaldīšanas metodes

225. LVS ISO/IEC TR 13335-4:2003 Informācijas tehnoloģija - Vadlīnijas informācijas tehnoloģijas pārvaldīšanai - 4.daļa: Aizsardzības līdzekļu izvēle

226. LVS ISO/IEC TR 13335-5:2003 Informācijas tehnoloģija - Vadlīnijas informācijas tehnoloģijas pārvaldīšanai - 5.daļa: Tīklu drošības pārvaldīšanas ieteikumi

227. LVS ISO/IEC TR 14516:2005 Informācijas tehnoloģija - Drošības paņēmieni - Uzticamas trešās puses (TTP) pakalpojumu izmantošanas un pārvaldības pamatnostādnes

228. LVS ISO/IEC TR 15947:2005 Informācijas tehnoloģija - Drošības paņēmieni - IT-ielaušanās konstatēšanas sistēmu ietvarshēma

229. LVS ISO/IEC TR 18044:2005 Informācijas tehnoloģija - Drošības paņēmieni - Informācijas drošības incidentu pārvaldība

230. Topogrāfiskā plāna 1:500 specifikācija – Latvijas mērnieku biedrības mājas lapa. izstrādājis VZD

231. VZD nekustamā īpašuma kadastra noteikumi , Pielikums „Kadastra kartes specifikācija”
























232. W3CDTF (http://www.w3.org/TR/NOTE-datetime un http://dublincore.org/2003/03/24/dcq#W3CDTF ).


http://dublincore.org/2003/03/24/dcq#W3CDTF

http://www.w3.org/TR/NOTE-datetime


11 Pielikumi

11.1 Sistēmas infrastruktūras apraksts

Nosaukums Daudzums Apraksts

Asmens serveru šasija

1 gab. 1.1.1. Nodrošina vismaz 16 serveru vietas;1.1.2. Iebūvētas Ethernet komutatoru moduļu ligzdas, kas nodrošina

komutatoru dublēšanu un savstarpējo rezervēšanu, gadījumā, ja viens no komutatoriem ieziet no ierindas;

1.1.3. Iebūvētas 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 ieziet no ierindas;

1.1.4. Asmens serveru risinājumā ir iekļauti visi pēc ražotāja tehnoloģijas paredzēti barošanas bloki un ventilatori pilnam (ar maksimāli iespējamo asmens serveru skaitu) risinājumam;

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

1.1.6. Šasijai ir savietojama un tajā ir uzstādīti:1.1.6.1. Asmens tipa serveris HP Proliant BL460c G6

BladeServer (P/N 507864-B21) 10 gab.;1.1.6.2. Ethernet tīkla komutatori HP ProCurve 6120G/XG

Blade Switch (P/N 498358-B21) 2 gab.;1.1.6.3. Ar šajā pielikumā norādītiem FC komutatoriem 2 gab.;1.1.6.4. Ar šajā pielikumā norādīto asmens tipa serveri.

FC komutators 2 gab. 1.2.1. FC SAN komutatori, montējami asmens serveru šasijās;

1.2.2. Nodrošina savstarpēji aizvietojamus FC pieslēgumus asmens tipa serveriem;

1.2.3. Nodrošina slodzes dalīšanu pa visiem pieejamajiem savienojumiem vai to grupām;

1.2.4. Atbalsta dažāda ātruma pieslēgumus un automātiski jānosaka to ātrumu (Autosense) – 8Gbit/s, 4Gbit/s, 2Gbit/s;

1.2.5. Katra SAN komutatora portu skaits ir 12 (divpadsmit) no kuriem vismaz 2 (divi) pieejami ārējo iekārtu pieslēgšanai;

1.2.6. Komutatori ir savietojami:

1.2.6.1. Ar šajā pielikumā norādīto Asmens tipa serveru šasiju. Šajā šasijā uzstādīti 2 gab.;1.2.6.2. Ar šajā pielikumā norādīto disku masīva kontrolieru moduli. Izveidoti 2 gab. savienojumi no katra komutatora;

Asmens tipa serveris

0 gab.Nav pieejams.

1.3.1. Montējams asmens serveru šasijā;

1.3.2. Procesoru veiktspēja: 185 punkti pēc CINT2006 (SPECint_rate_base2006)...........................................................Veiktspējas testu rādītājiem ir pārbaudāmi Standard Performance Evaluation Corporation (SPEC) mājas lapā: http://www.spec.org/cpu2006/results/cint2006.html;

1.3.3. Operatīvā atmiņa: 48 GB DDR3 RAM;

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



Nosaukums Daudzums Apraksts

Disku nomaiņa ir iespējamai, neizslēdzot serveri (hot swap);

1.3.5. Tīkla pieslēgumi: 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;

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

1.3.7. Disku kontrolieris: 256 MB kešatmiņa (cache), kas darbojas rakstīšanas režīmā, kurš nodrošina RAID 1;1.3.8. Asmens serveris ir savietojams un ir uzstādīts punktā 1.1. prasītā Asmens tipa serveru šasijā.

Garantijas apkalpošanas prasības

Ražotāja garantijas nosacījumi ir spēkā līdz 15.05.2013;1.9.2. Garantijas laikā ir nodrošina bez papildus maksas:1.9.2.1. aparatūras remonts vai nomaiņa tās bojājumu gadījumā;1.9.2.2. programmatūras jaunāko uzlabojumu pieejamība;1.9.2.3. telefoniskas konsultācijas problēmu gadījumos;1.9.2.4. On-site serviss avāriju un problēmu gadījumos;1.9.2.5. Problēmu risināšana, tai skaitā problēmu eskalācija līdz pat ražotājfirmu atbalsta dienestiem;1.9.2.6. Problēmu pieteikuma gadījumā reakcijas laiks ne vēlāk kā astoņas stundas darba dienā.1.9.3. Bojājumu novēršanas laiks - ne vēlāk kā 2 darba dienu laikā no bojājumu pieteikšanas brīža.

11.2 Protokola paraugs

Projekta progresa sanāksmes

PROTOKOLS

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

2010.gada 26.maijs Nr.1

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)

centrālajam modulim (TAPIS.1.1) vidējās pašvaldības ĢIS darbvirsmas modulim (TAPIS.1.2).1.5) drošības noteikumu izstrāde (TAPIS.3) elektronisko datu apmaiņas noteikumu izstrāde (TAPIS.4) atbalsts telpiskās plānošanas procesiem (Obligāta) standartam atbilstošu teritoriju plānojumu vektoru datu ielādei TAPIS (Obligāta) elektronisko datu apmaiņas noteikumu paketes sastāvs (Obligāta) atbalsts telpiskās plānošanas procesiem (Obligāta).1.3) elektronisko datu apmaiņas noteikumu izstrāde (TAPIS.4) elektronisko datu apmaiņas noteikumu izstrāde (TAPIS.4) (Obligāta) iekšējie un ārējie lietotāji


tapis prasĪbu specifikĀcija - vraa.gov.lv web view.doc, .docx, .odf, .rtf formātiem - dokuments...

Documents