LATVIJAS REPUBLIKAJŪRMALAS PILSĒTAS DOME

Jomas iela 1/5, Jūrmala, LV - 2015, tālrunis 67093800; 67093816Fakss: 67093956; 67093884E-pasts: pasts@jpd.gov.lv

Jūrmalā

10.12.2014. Nr. 1.1-30/6203Uz _____Nr.Par iepirkumu pašvaldības vajadzībām ar ID Nr. – JPD 2014/151 Iespējamiem pretendentiem

Jūrmalas pilsētas domes Mārketinga, sabiedrisko attiecību un ārējo sakaru pārvaldes Sabiedrisko attiecību nodaļas iepirkumu komisija uzaicina piedalīties iepirkumā par Jūrmalas pilsētas pašvaldības tīmekļa vietnes izstrādi, saskaņā ar tehniskajām specifikācijām šī uzaicinājuma 1.pielikumā (CPV klasifikatora kods – 72212224-5). Pakalpojumu izpildes termiņš – sešu mēnešu laikā no līguma noslēgšanas dienas.

_Pretendenti savus piedāvājumus, kas ir noformēti tā, lai piedāvājumā iekļautā informācija nebūtu pieejama līdz piedāvājumu atvēršanas brīdim, iesniedz līdz 2015.gada 14.janvārim plkst. 10:00 Jūrmalas pilsētas domes Pilsētsaimniecības pārvaldes Iepirkumu birojā Jomas ielā 10, Jūrmalā, iepirkumu komisijas sekretārei vai atsūta pa pastu. Uz aploksnes jābūt norādei -

Jūrmalas pilsētas domeiiepirkumam ar ID Nr. – JPD 2014/151

„Jūrmalas pilsētas pašvaldības tīmekļa vietnes izstrāde”Aploksnes otrā pusē jānorāda pretendenta nosaukums, adrese, telefons un kontaktpersona.

Pasta sūtījumam jābūt nogādātam norādītajā adresē līdz augstākminētajam termiņam. Piedāvājumi, kas iesniegti pēc norādītā termiņa, netiks atvērti un tiks nosūtīti atpakaļ.

Iepirkumu komisija pretendentu iesniegtos piedāvājumus atvērs 2015.gada 14.janvārī plkst. 10:00 Jūrmalas pilsētas domes Pilsētsaimniecības pārvaldes Iepirkumu birojā Jomas ielā 10, Jūrmalā. Pretendenti tiek aicināti piedalīties piedāvājumu atvēršanā.Pretendenta iesniegtā piedāvājuma sastāvs:1. Pilnvara vai cits dokuments, kas ļauj piedāvājumu parakstījušai personai uzņemties saistības

pretendenta vārdā.Atlases prasības:1. Pretendenta informācija par pieredzi vismaz 3 (trīs) tīmekļa vietņu izstrādē vai tīmekļa

lietojumu izstrādē, iesniedzot tīmekļa vietņu izstrādē realizēto projektu sarakstu, kas apliecina, ka tas iepriekšējo 3 (trīs) gadu laikā ir veicis vismaz 3 (trīs) iepirkuma priekšmetam līdzīgu tīmekļa vietņu izstrādi, kur noslēgto un realizēto līgumu kopējā summa vismaz 3 (trīs) reizes pārsniedz šim iepirkumam piedāvāto līgumcenu, norādot pasūtītājus un to kontaktpersonas, projektu interneta saites un iesniedzot vismaz 3 (trīs) pasūtītāju pozitīvas atsauksmes.

2. Pretendenta informācija par speciālistu pieredzi, kuri tiks iesaistīti un kuri nodrošinās pakalpojuma sniegšanu, pievienojot to CV un profesionālo kvalifikāciju un izglītību apliecinošus sekojošus dokumentus:

2.1.Vismaz 1 (vienai) pretendenta piesaistītajai personai – programmētājam – ir:2.1.1. augstākā izglītība, ko apliecina augstākās izglītības dokumentu kopija;

2.1.2. vismaz 3 (trīs) gadu pieredze programmēšanā;

1

2.1.3. pieredze programmēšanā pēdējo 3 (trīs) gadu laikā vismaz 3 (trīs) iepirkuma priekšmetam līdzīgu tīmekļa vietņu izstrādē, no kurām vismaz 1 (viena) ir valsts vai pašvaldības iestādes tīmekļa vietne;2.1.4. pieredze valsts vai pašvaldību informācijas sistēmu ieviešanā un uzturēšanā.2.2.vismaz 1 (vienai) pretendenta piesaistītajai personai – tīmekļa vietnes dizaina speciālistam – ir:2.2.1. pieredze pēdējo 3 (trīs) gadu laikā vismaz 3 (trīs) tīmekļa dizaina vietņu izstrādē.

3. Tehniskais piedāvājums (2. pielikuma paraugforma). 4. Finanšu piedāvājums (3. pielikuma paraugforma).Dokumentu noformēšana:1. Piedāvājumā iekļautajiem dokumentiem jābūt cauršūtiem, sanumurētiem, ar pievienotu satura rādītāju. 2. Ja pretendents iesniedz dokumentu kopijas un dokumentu izrakstus tiem jāatbilst 2010.gada 28 septembra MK noteikumiem Nr. 916 "Dokumentu izstrādāšanas un noformēšanas kārtība" norādītajām prasībām.3. Piedāvājums jāsagatavo latviešu valodā. Citā valodā sagatavotajiem un iesniegtajiem dokumentiem jāpievieno Pretendenta apliecināts tulkojums latviešu valodā.Iepirkumu komisija:1. Veiks pretendenta iesniegto dokumentu atbilstības pārbaudi atbilstoši uzaicinājumā minētajām dokumentu noformēšanas prasībām.2. Veiks pretendenta iesniegto dokumentu atbilstības pārbaudi pasūtītāja izvirzītajām atlases prasībām. 3. Pārbaudīs pretendenta tehniskā piedāvājuma atbilstību pasūtītāja tehniskajām specifikācijām. 4. Ja kādā no vērtēšanas posmiem pretendenta piedāvājums ir neatbilstošs, tas no tālākās vērtēšanas

tiek izslēgts. 5. No piedāvājumiem, kas atbildīs iepriekš izvirzītajām prasībām, izvēlēsies saimnieciski visizdevīgāko piedāvājumu, ņemot vērā sekojošus vērtēšanas kritērijus:Vērtēšanas kritēriji:

Nr.p.k. Kritēriji Maksimālais iegūstamais punktu skaits

1. Cena (par Jūrmalas pašvaldības tīmekļa vietnes izstrādi bez PVN)

39

2. Kopējais maksimālais punktu skaits par: 61

2.1. (A) Tīmekļa vietnes dizaina skices 23

2.2. (B) Satura vadības sistēmas vide un apraksts. (Tehniskā piedāvājuma 1.6. punkts).

23

2.3. (C) Tīmekļa vietnes izstrādē izmantoto tehnoloģiju apraksts. (Tehniskā piedāvājuma 1.1. punkts).

3

2.4. (D) Tīmekļa vietnes uzturēšanas servera prasības, lai nodrošinātu Tehniskajās specifikācijās minētās funkcionālās un veiktspējas prasības un uzturēšanas servera programmatūras uzstādījumu prasības. (Tehniskā piedāvājuma

3

2

1.2. punkts).

2.5. (E) Tīmekļa vietnes izstrādē izmantojamā programmatūra un licences. (Tehniskā piedāvājuma 1.3. punkts).

3

2.6. (F) Prasības tīmekļa vietnes lietotāja darbstacijai un tīmekļa vietnes satura vadības sistēmas lietotāja darbstacijai un to programmatūrām. (Tehniskā piedāvājuma 1.4. punkts).

3

2.7. (G) Priekšlikumi tīmekļa vietņu pieejamības nodrošināšanai, veiktspējai un atbilstībai meklētājserveriem. (Tehniskā piedāvājuma 1.5. punkts).

3

1.Pretendenta piedāvātā līgumcena par Jūrmalas pašvaldības tīmekļa vietnes izstrādi – 39 punkti.

Punktu skaits pretendenta piedāvātai līgumcenai tiek aprēķināts pēc formulas:

CP1...n = Cx/Cy x P, kur

Cx = zemākā piedāvātā pretendenta līgumcena,Cy = vērtējamā pretendenta piedāvātā līgumcena,P = iepirkumā noteiktais maksimālais punktu skaits Pretendenta piedāvātai līgumcenai.Maksimālo punktu skaitu saņem pretendents ar piedāvāto zemāko līgumcenu par Jūrmalas pašvaldības tīmekļa vietas izstrādi 2.Pretendenta piedāvātās Tīmekļa vietnes dizaina skices- 23 punkti.

1.tabula.

Punkti Vērtēšanas kritēriju pamatojums (A)

1 Neapmierinoši, neatbilst tehniskajās specifikācijās noteiktajām prasībām. Piedāvātās skices nav oriģinālas, atbilstošas tehniskajām specifikācijām un pašvaldības vajadzībām.

10

Apmierinoši – daļēji vai pilnībā atbilstoši tehniskajās specifikācijās noteiktajām prasībām. Piedāvātās skices daļēji ir mūsdienu interneta tendencēm un pašvaldības vajadzībām atbilstošas, tām trūkst oriģinalitātes. Tīmekļa vietnes sākumlapas un kalendāra dizaina skicēs ir trūkumi pārskatāmības, ērtuma vai citā ziņā.

23

Teicami – pilnībā atbilstoši tehniskajās specifikācijās noteiktajām prasībām. Piedāvātās skices ir mūsdienu interneta tendencēm un pašvaldības vajadzībām atbilstošas, oriģinālas, lakoniskas. Tīmekļa vietnes sākumlapas un kalendāra dizaina skice ir mūsdienīga, sadaļas tajā izkārtotas loģiski, informācija tajās ir viegli nolasāma un ieraugāma.

Katrs KOMISIJAS loceklis individuāli vērtē katru Pretendenta piedāvājumu saskaņā ar tabulu nr.1.

3

KOMISIJAS sekretāre saņem katra KOMISIJAS locekļa doto individuālo vērtējumu par minēto kritēriju un matemātiski aprēķina vidējo KOMISIJAS novērtējumus – A vērtēšanas kritērijā par konkrētā pretendenta piedāvātām tīmekļa vietnes dizaina skicēm.

3.Pretendenta piedāvātais satura vadības sistēmas vide un apraksts (Tehniskā piedāvājuma 1.6. punkts) – 23 punkti

2.tabula.

Punkti Vērtēšanas kritēriju pamatojums (B))

1 Neapmierinoši – neizpilda tehniskajās specifikācijās noteiktajās prasības. Satura vadības sistēma ir sarežģīti un neērti lietojama.

10Apmierinoši – daļēji vai pilnībā piemērota tehniskajās specifikācijās noteiktajām prasību izpildei. Satura vadības sistēma ir daļēji piemērota tehniskajās specifikācijās definēto funkcionalitāšu integrācijai, tai ir trūkumi vai ierobežojumi ērtības un vienkāršības ziņā.

23Teicami – pilnībā piemērota tehniskajās specifikācijās noteiktajām prasību izpildei. Satura vadības sistēma ir piemērota tehniskajās specifikācijās definēto funkcionalitāšu integrācijai, tā ir ērta, intuitīva un vienkārši lietojama.

Katrs KOMISIJAS loceklis individuāli vērtē katru Pretendenta piedāvājumu saskaņā ar tabulu nr.2.

KOMISIJAS sekretāre saņem katra KOMISIJAS locekļa doto individuālo vērtējumu par minēto kritēriju un matemātiski aprēķina vidējo KOMISIJAS novērtējumus – B vērtēšanas kritērijā par konkrētā pretendenta piedāvāto satura vadības sistēmas aprakstu.

4.Pretendenta piedāvātais tīmekļa vietnes izstrādē izmantoto tehnoloģiju apraksts. (Tehniskā piedāvājuma 1.1. punkts) – 3 punkti

3.tabula.

Punkti Vērtēšanas kritēriju pamatojums (C)

1Piedāvātās tehnoloģijas daļēji atbilst mūsdienu tendencēm, vai tās ir daļēji drošas, uzticamas, vai netiek plaši izmantotas un nav pierādījušas sevi tīmekļa izstrādes industrijā.

3 Piedāvātās tehnoloģijas ir atbilstošas mūsdienu tendencēm, tās ir drošas, uzticamas, tiek plaši izmantotas un ir pierādījušas sevi tīmekļa izstrādes industrijā.

Katrs KOMISIJAS loceklis individuāli vērtē katru Pretendenta piedāvājumu saskaņā ar tabulu nr.3.

KOMISIJAS sekretāre saņem katra KOMISIJAS locekļa doto individuālo vērtējumu par minēto kritēriju un matemātiski aprēķina vidējo KOMISIJAS novērtējumus – C vērtēšanas kritērijā par konkrētā pretendenta piedāvāto tīmekļa vietnes izstrādē izmantoto tehnoloģiju aprakstu.

4

5.Pretendenta piedāvātās tīmekļa vietnes uzturēšanas servera prasības, lai nodrošinātu Tehniskajās specifikācijās minētās funkcionālās un veiktspējas prasības un uzturēšanas servera programmatūras uzstādījumu prasības. (Tehniskā piedāvājuma 1.2. punkts) – 3 punkti

4.tabula.

Punkti Vērtēšanas kritēriju pamatojums (D)

1Tīmekļa vietnes uzturēšanas servera un programmatūras prasības nepilnīgi nodrošina Tehniskajās specifikācijās definētās funkcionālās un veiktspējas prasības, tās daļēji atbilst pašvaldības vajadzībām un iespējām.

3 Tīmekļa vietnes uzturēšanas servera un programmatūras prasības pilnībā nodrošina Tehniskajās specifikācijās definētās funkcionālās un veiktspējas prasības, tās atbilst pašvaldības vajadzībām un iespējām.

Katrs KOMISIJAS loceklis individuāli vērtē katru Pretendenta piedāvājumu saskaņā ar tabulu nr.4.

KOMISIJAS sekretāre saņem katra KOMISIJAS locekļa doto individuālo vērtējumu par minēto kritēriju un matemātiski aprēķina vidējo KOMISIJAS novērtējumus – D vērtēšanas kritērijā par konkrētā pretendenta piedāvāto aprakstu tīmekļa vietnes uzturēšanas servera prasībām, lai nodrošinātu Tehniskajās specifikācijās minētās funkcionālās un veiktspējas prasības un uzturēšanas servera programmatūras uzstādījumu prasības.

6. Pretendenta piedāvātā tīmekļa vietnes izstrādē izmantojamā programmatūra un licences. (Tehniskā piedāvājuma 1.3. punkts). – 3 punkti

5.tabula.

Punkti Vērtēšanas kritēriju pamatojums (E)

1

Piedāvājumā norādītā tīmekļa vietnes programmatūra ir nepilnīgi atbilstoša izstrādē, netiek plaši izmantota vai nav pierādījusi sevi tīmekļa izstrādes industrijā, esošās alternatīvas nav neizdevīgākas, nepieciešamā funkcionalitāte ir aizstājama ar efektīvākiem risinājumiem. Programmatūras licences vai to paskaidrojumi nav korekti.

3

Piedāvājumā norādītā tīmekļa vietnes programmatūra ir pilnībā atbilstoša izstrādē, tiek plaši izmantota un ir pierādījusi sevi tīmekļa izstrādes industrijā, esošās alternatīvas ir neizdevīgākas, nepieciešamā funkcionalitāte nav aizstājama ar efektīvākiem risinājumiem. Programmatūras licences vai to paskaidrojumi ir korekti.

Katrs KOMISIJAS loceklis individuāli vērtē katru Pretendenta piedāvājumu saskaņā ar tabulu nr.5.

KOMISIJAS sekretāre saņem katra KOMISIJAS locekļa doto individuālo vērtējumu par minēto kritēriju un matemātiski aprēķina vidējo KOMISIJAS novērtējumus – E vērtēšanas kritērijā par konkrētā pretendenta piedāvātām tīmekļa vietnes izstrādē izmantojamo programmatūru un licences.

7. Pretendenta piedāvātais apraksts tīmekļa vietnes lietotāja darbstacijai un tīmekļa vietnes satura vadības sistēmas lietotāja darbstacijai un to programmatūrām. (Tehniskā piedāvājuma 1.4. punkts).

6.tabula.

5

Punkti Vērtēšanas kritēriju pamatojums (F)

1

Piedāvājumā norādītā tīmekļa vietnes programmatūra ir nepilnīgi atbilstoša izstrādē, netiek plaši izmantota vai nav pierādījusi sevi tīmekļa izstrādes industrijā, esošās alternatīvas nav neizdevīgākas, nepieciešamā funkcionalitāte ir aizstājama ar efektīvākiem risinājumiem. Programmatūras licences vai to paskaidrojumi nav korekti.

3

Piedāvājumā norādītā tīmekļa vietnes programmatūra ir pilnībā atbilstoša izstrādē, tiek plaši izmantota un ir pierādījusi sevi tīmekļa izstrādes industrijā, esošās alternatīvas ir neizdevīgākas, nepieciešamā funkcionalitāte nav aizstājama ar efektīvākiem risinājumiem. Programmatūras licences vai to paskaidrojumi ir korekti.

Katrs KOMISIJAS loceklis individuāli vērtē katru Pretendenta piedāvājumu saskaņā ar tabulu nr.6.

KOMISIJAS sekretāre saņem katra KOMISIJAS locekļa doto individuālo vērtējumu par minēto kritēriju un matemātiski aprēķina vidējo KOMISIJAS novērtējumus – F vērtēšanas kritērijā par konkrētā pretendenta piedāvāto aprakstu tīmekļa vietnes lietotāja darbstacijai un tīmekļa vietnes satura vadības sistēmas lietotāja darbstacijai un to programmatūrām.

8.Pretendenta piedāvātie priekšlikumi tīmekļa vietņu pieejamības nodrošināšanai, veiktspējai un atbilstībai meklētājserveriem. (Tehniskā piedāvājuma 1.5. punkts).

7.tabula.

Punkti Vērtēšanas kritēriju pamatojums (G)

1Veiktspējas, meklētājserveru un drošības priekšlikumi ir daļēji noderīgi un racionāli, daļēji atbilst mūsdienu tendencēm un tīmekļa standartiem, tie daļēji uzlabos tīmekļa vietnes ātrdarbību, uzticamību, SEO un drošību.

3Veiktspējas, meklētājserveru un drošības priekšlikumi ir noderīgi un racionāli, atbilst mūsdienu tendencēm un tīmekļa standartiem, tie būtiski uzlabos tīmekļa vietnes ātrdarbību, uzticamību, SEO un drošību.

Katrs KOMISIJAS loceklis individuāli vērtē katru Pretendenta piedāvājumu saskaņā ar tabulu nr.7.

KOMISIJAS sekretāre saņem katra KOMISIJAS locekļa doto individuālo vērtējumu par minēto kritēriju un matemātiski aprēķina vidējo KOMISIJAS novērtējumus – G vērtēšanas kritērijā par konkrētā pretendenta piedāvātiem priekšlikumiem tīmekļa vietņu pieejamības nodrošināšanai, veiktspējai un atbilstībai meklētājserveriem.

Pēc tam KOMISIJAS sekretāre aprēķina Komisijas galīgo novērtējumu konkrētam pretendentam pie vidējā komisijas novērtējuma kritērijā Avid.+Bvid.+Cvid.+Dvid + Evid.+ Fvid.+ Gvid., pieskaitot konkrētā pretendenta cenas skaitlisko vērtējumu CP.

Kopējo katra pretendenta piedāvājuma novērtējumu punktos aprēķina pēc formulas:

VP1…n=CP1…n+ Avid.1..n +Bvid.1..n+Cvid.1..n.+Dvid.1..n + Evid.1..n+ Fvid.+ Gvid., kur

CP = Punktu skaits konkrētā pretendenta piedāvātajai līgumcenai par Jūrmalas pašvaldības tīmekļa vietas izstrādi bez PVN) .

6

Avid. = Vidējais komisijas vērtējums par konkrētā pretendenta piedāvātām tīmekļa vietnes dizaina skicēm.

Bvid = Vidējais komisijas vērtējums par konkrētā pretendenta piedāvāto satura vadības sistēmas aprakstu.

Cvid= Vidējais komisijas vērtējums par konkrētā pretendenta piedāvāto tīmekļa vietnes izstrādē izmantoto tehnoloģiju aprakstu.

Dvid= Vidējais komisijas vērtējums par konkrētā pretendenta piedāvāto aprakstu tīmekļa vietnes uzturēšanas servera prasībām, lai nodrošinātu Tehniskajās specifikācijās minētās funkcionālās un veiktspējas prasības un uzturēšanas servera programmatūras uzstādījumu prasības.

Evid = Vidējais komisijas vērtējums par konkrētā pretendenta piedāvāto tīmekļa vietnes izstrādē izmantojamo programmatūru un licences.

Fvid = Vidējais komisijas vērtējums par konkrētā pretendenta piedāvāto aprakstu tīmekļa vietnes lietotāja darbstacijai un tīmekļa vietnes satura vadības sistēmas lietotāja darbstacijai un to programmatūrām.

Gvid = Vidējais komisijas vērtējums par konkrētā pretendenta piedāvātiem priekšlikumiem tīmekļa vietņu pieejamības nodrošināšanai, veiktspējai un atbilstībai meklētājserveriem.

Saimnieciski visizdevīgākais piedāvājums ir tas, kas saņēmis iepirkumu komisijas augstāko galīgo novērtējumu (visaugstāko punktu skaitu).

9. Veiks pretendenta, kuram būtu piešķiramas līguma slēgšanas tiesības, atbilstību LR Publisko iepirkumu likuma 8.2 panta sestās daļas prasībām. Informācija tiks pārbaudīta Ministru kabineta noteiktajā informācijas sistēmā.

Ja izraudzītais pretendents atteiksies slēgt pakalpojumu līgumu, iepirkumu komisija pieņems lēmumu slēgt līgumu ar nākamo pretendentu, kurš saņēmis augstāko punktu skaitu, vai arī pārtrauks iepirkuma procedūru, neizvēloties nevienu piedāvājumu. Ar iepirkuma procedūras dokumentiem var iepazīties pasūtītāja mājas lapā – www.jurmala.lv. sadaļā – pašvaldība → iepirkumi.

Papildus informāciju par iepirkumu iespējams saņemt pie iepirkumu komisijas locekles Mārītes Okdalderes 26642216 vai e-pastu- laura@jpd.gov.lv

Pielikumā:1. Tehniskās specifikācijas.2. Tehniskā piedāvājuma paraugforma.3. Pielikums pie tehniskā piedāvājuma.3. Finanšu piedāvājuma paraugforma.4. Līguma projekts.

Iepirkumu komisijas priekšsēdētājs A.Grants

7

1.pielikums

iepirkumam ar ID Nr. - JPD 2014/151

TEHNISKĀS SPECIFIKĀCIJAS

Iepirkums paredz Jūrmalas pašvaldības tīmekļa vietnes izstrādi sešu mēnešu laikā no līguma noslēgšanas brīža. Iepirkuma mērķis un apjoms:

1. Ievads

Jūrmalas pilsētas pašvaldības (turpmāk – pašvaldība) tīmekļa vietnes mērķis ir nodrošināt iedzīvotājiem pieejamību informācijai par pašvaldības darbu, informēt par aktualitātēm un dažādām iespējām pilsētā vienlaikus piedāvājot specifisku e-pakalpojumu klāstu un interaktīvus rīkus atgriezeniskās saites nodrošināšanai.

2. Mērķis

Izstrādāt jaunu, mūsdienu tehnoloģiskajām iespējām atbilstošu, Jūrmalas pilsētas pašvaldības tīmekļa vietni.

3. Uzdevumi

3.1. Izveidot mūsdienu interneta tendencēm atbilstošu, responsīvu, oriģinālu, lakonisku, pašvaldībai raksturīgu tīmekļa vietnes dizainu;

3.2. Izstrādāt tīmekļa vietni;3.3. Izstrādāt ērtu un intuitīvu tīmekļa vietnes satura vadības sistēmu;3.4. Veikt tīmekļa vietnes lietojamības testus:

3.4.1. izmantot skenēšanas “Karstuma kartes” testu (heatmap) rīku un “skaļās domāšanas” (think-aloud) testu elektroniskā formā;

3.4.2. Pasūtītajam prezentēt testēšanas rezultātus.3.5. Izstrādāt tīmekļa vietnes dokumentāciju;3.6. Apmācīt tīmekļa vietnes administratorus.

4. Lietotie termini, definīcijas, akronīmi un saīsinājumi

Saīsinājums Skaidrojums

CSS Kaskadētas stila lapas (Cascading Style Sheets)

HTML Hiperteksta iezīmēšanas datu apraksta valoda (HyperText Markup Language)

OWASP Atvērtais tīmekļa lietotņu drošības projekts (The Open Web Application Security Project)

SEO Meklētājservisu optimizācija (Search Engine Optimization)

SVS Satura vadības sistēma. Administrācijas sistēma – sistēmas satura un uzstādījumu administrēšanas programma, pieejama atsevišķiem Pasūtītāja darbiniekiem pēc

8

autorizācijas.

TS Tehniskā specifikācija

XML Paplašināmā iezīmēšanas datu apraksta valoda (Xtensible Markup Language)

W3C Globālā tīmekļa konsorcijs, kas veido standartus jeb "rekomendācijas" vispasaules tīmeklim. (World Wide Web Consortium)

WYSIWYG Metode attiecas uz teksta redaktoriem, kam rediģēšanas laikā var redzēt tādu pašu visa teksta formatējumu, kāds tas tiks attēlots tīmekļa vietnē. (What You See Is What You Get)

Termins Apraksts

Sistēma Izstrādājamās programmas kopums, kas sastāv no tīmekļa vietnes un administrācijas sistēmas.

Tīmekļa vietne Sistēmas publiskā daļa, kas pieejama visiem apmeklētājiem.

Informatīvā vienība Satura vienība tīmekļa vietnē, piemēram, jaunums, fotoattēls fotogalerijā, vakance, notikums, u.c.

5. Normatīvie akti, kuri jāievēro, veicot tīmekļa vietnes izstrādi

5.1. Informācijas atklātības likums http://likumi.lv/doc.php?id=50601;5.2. Ministru kabineta 2007.gada 6.marta noteikumi Nr.171 “Kārtība, kādā iestādes ievieto

informāciju internetā” http://likumi.lv/doc.php?id=154198;5.3. Publisko iepirkumu likums http://likumi.lv/doc.php?id=133536;5.4. Ministru kabineta 2010.gada 27.jūlija noteikumi Nr.698 “Noteikumi par publisko iepirkumu

paziņojumu saturu un sagatavošanas kārtību” http://likumi.lv/doc.php?id=263877;5.5. Citi normatīvie akti, kas reglamentē informācijas ievietošanu un publicēšanu pašvaldības

tīmekļa vietnē.

6. Tīmekļa vietnes dizaina prasības

6.1. Dizainam jābūt oriģinālam un lakoniskam. Tam jāreprezentē pašvaldības iestāde un vienlaikus jāveicina ērta, lietotājam draudzīga navigācija un informācijas iegūšana.

6.2. Tīmekļa vietnes dizains jāizstrādā saskaņā ar tehniskās specifikācijas 12. sadaļā „Dizaina vadlīnijas” definētajām dizaina vadlīnijām.

6.3. Dizainam jābūt responsīvam. Tam dinamiski jāpielāgojas dažādiem ekrānu izmēriem. Dizainam jābūt ērti lietojamam viedtālruņos, planšetdatoros, portatīvajos datoros un galda datoros.

6.4. Dizains nedrīkst saturēt elementus, kurus Pasūtītājs nedrīkst publicēt, izplatīt vai izmantot citos nolūkos.

9

6.5. Dizainā izmantotās interaktīvās tehnoloģijas nedrīkst negatīvi ietekmēt tīmekļa vietnes veiktspēju.

6.6. Pēc dizaina un sākotnējā satura ievietošanas tīmekļa vietnē, kā arī iespējamās funkcionalitātes izstrādes, Izstrādātājs veic tīmekļa vietnes dizaina un lietojamības testēšanu. Atkarībā no testēšanas rezultātiem, šajā posmā var tikt veikti nelieli dizaina uzlabojumi vai papildinājumi.

7. Tīmekļa vietnes lietotāji

Grupa Apraksts Tiesības

Apmeklētājs Jebkurš tīmekļa vietnes apmeklētājs.

Tīmekļa vietnes publiskās daļas informācijas apskate.

SVS lietotājs Pasūtītāja pilnvarota fiziska persona tīmekļa vietnes satura sagatavošanai un ievietošanai tīmekļa vietnē, kā arī tā labošanai.

Tīmekļa vietnē ievietotās informācijas struktūras, satura un noformējuma apskate un papildināšana.

Administrators Pasūtītāja pilnvarota fiziska persona sistēmas tehniskās darbības uzraudzībai.

Iespēja veikt visas sistēmā paredzētās darbības.

8. Tīmekļa vietnes funkcionālās prasības

Nr. Nosaukums Apraksts

1. Struktūra un valoda 1.1. Struktūra ir administrējama (skat. 46. punktu).1.2. Tīmekļa vietnes galvenā valoda ir latviešu. Tīmekļa vietnei

jānodrošina iespēju Pasūtītājam pievienot neierobežotu skaitu valodu, neizmantojot programmēšanas līdzekļus, veicot tulkojumus lapas unikālajiem elementiem. Minimālais valodu skaits ir 3 – latviešu, angļu, krievu.

1.3. Tīmekļa vietnes struktūrai pilnībā jāatbilst Ministru kabineta 2007. gada 6. marta noteikumiem Nr. 171 „Kārtība, kādā iestādes ievieto informāciju internetā”.

1.4. Tīmekļa vietnes struktūras izkārtojuma izstrādē jāņem vērā www.usability.gov aprakstītās lietojamības vadlīnijas un valsts iestāžu tīmekļa vietņu optimizācijas iespēju izvērtējuma ziņojuma rezultāti – „Ziņojums par optimālāko pārvaldības modeli tīmekļu vietām” http://www.mk.gov.lv/sites/default/files/editor/2011_22_1_zinojums.pdf.

1.5. Tīmekļa vietnei ir publiskā daļa un administrēšanas daļa jeb SVS daļa.

1.6. Publiskās daļas datiem var piekļūt jebkurš tīmekļa vietnes apmeklētājs, savukārt administrēšanas daļa pieejama tikai autorizētiem lietotājiem.

1.7. Abu tīmekļa vietņu daļu dizains var atšķirties, taču administrēšanas pusē, rediģējot tīmekļa vietni, teksts un cita

10

saturiska informācija redzama tādā formatējumā, kāda tā būs publiskajā pusē.

1.8. Jānodrošina vecās tīmekļa vietnes www.jurmala.lv versijā esošās saturiskās informācijas pārpublicēšana uz jaunizveidoto tīmekļa vietni.

1.9. Tīmekļa vietnes struktūra, funkcionalitāte, tās saturiskais izvietojums tiek atrunāts detalizēti izstrādes procesā, konsultējoties ar Pasūtītāja pilnvaroto pārstāvi.

1.10. Saziņas valoda Pakalpojuma sniegšanas procesā jānodrošina latviešu valodā.

2. Sākumlapa 2.1. Tīmekļa vietnei jānodrošina unikāli konfigurējama, Pasūtītāja vajadzībām piemērota sākumlapa, kas atšķiras no iekšlapām. Sākumlapas struktūra, saturs un specifiskā funkcionalitāte tiks saskaņota tehnisko prasību specifikācijas izstrādes procesā tīmekļa vietnes izstrādes gaitā, sadarbojoties ar Pasūtītāja pilnvaroto pārstāvi.

2.2. Sākumlapas saturs un informācijas bloku izkārtojums veidojams atbilstoši Ministru kabineta 2007. gada 6. marta noteikumiem Nr. 171 „Kārtība, kādā iestādes ievieto informāciju internetā”.

2.3. Sākumlapas izkārtojuma izstrādē jāņem vērā www.usability.gov aprakstītās lietojamības vadlīnijas un valsts iestāžu tīmekļa vietņu optimizācijas iespēju izvērtējuma ziņojuma rezultāti – „Ziņojums par optimālāko pārvaldības modeli tīmekļu vietām” http://www.mk.gov.lv/sites/default/files/editor/2011_22_1_zinojums.pdf.

2.4. Sākumlapas saturam jābūt pilnībā administrējamam SVS. Šeit un turpmāk publiskās puses prasībās minētās administrācijas iespēju prasības attiecas arī uz SVS.

2.5. Sākumlapā jābūt redzamam informācijas pēdējās atjaunošanas datumam un laikam.

2.6. Sākumlapas funkcionalitāte, struktūra un izkārtojums ir aprakstīts tehniskās specifikācijas 2. pielikumā „Sākumlapas struktūra”.

2.7. Izstrādātājs var piedāvāt savu līdzvērtīgu risinājumu sākumlapas realizācijai, ieteikt uzlabojumus.

3. Tīmekļa vietnes sadaļas

3.1. Tīmekļa vietnes sadaļas ir aprakstītas tehniskās specifikācijas 3. pielikumā „Sadaļu struktūra”.

3.2. Tīmekļa vietnē iespējams izveidot neierobežotu skaitu sadaļu.

3.3. Jābūt iespējai veidot daudzlīmeņu sadaļu struktūru neierobežotā dziļumā. Tīmekļa vietnes navigācijā vizuāli jāattēlo sadaļu struktūra vismaz 4 līmeņos.

4. Informatīvo vienību drukas versija

4.1. Informatīvajām vienībām jānodrošina drukas versija, kas informatīvās vienības saturu noformē drukāšanai pielāgotā formātā (print.css):4.1.1. ietverta dizaina vadlīnijās definētā simbolika;4.1.2. ietverta lapas adrese, no kuras tiek drukāts saturs;4.1.3. ietverts drukas versijas atvēršanas datums un laiks;4.1.4. iespēja saglabāt drukas versiju PDF formātā.

5. Tekstuālās sadaļas un to informatīvās

5.1. Tīmekļa vietnē jānodrošina tekstuālo informatīvo vienību modulis tekstuālās informācijas saraksta (piem., aktualitātes)

11

vienības, tekstuālo sadaļu modulis

un tekstuālās informācijas (piem., Par domi) atainošanai.5.2. Par katru informatīvo vienību SVS jāspēj norādīt un labot

5.2.1. piederību sadaļai (informatīvā vienība var būt piederīga vairākām sadaļām vienlaicīgi);

5.2.2. publicēšanas laiku;5.2.3. virsrakstu;5.2.4. ievadtekstu jeb kopsavilkumu;5.2.5. aprakstu jeb saturu;5.2.6. attēlu (neobligāts);5.2.7. saistītās sadaļas;5.2.8. saistītās foto/video galerijas;5.2.9. pievienotos dokumentus;5.2.10. saistītās kartes.

6. Ziņu (jaunumu) modulis

6.1. Sistēmai jānodrošina ziņu veidošanas un attēlošanas funkcionalitāte.

6.2. Ziņu attēlošana ziņu sadaļā notiek saraksta veidā – redzams ziņas virsraksts, publicēšanas datums, attēls un ievadteksts. Ziņu iespējams atvērt, lai apskatītu tās saturu, saistītās ziņas, saistītās galerijas, pievienotos dokumentus un citas saistītās informatīvās vienības.

6.3. Paralēli sarakstam jāattēlo izcelto ziņu bloks, kurā redzamas aktuālākās ziņas (izceltās ziņas).

6.4. Ar ziņu ir iespējams dalīties sociālajos tīklos (Facebook, Twitter, Draugiem.lv) vai nosūtīt to uz e-pastu.

6.5. Ziņas iespējams sagrupēt kategorijās. Kategorijas ir brīvi labojamas SVS. Par katru kategoriju jāspēj norādīt un labot:6.5.1. nosaukumu;6.5.2. publicēts vai nepublicēts atzīmi;6.5.3. tās novietojumu attiecībā pret citu kategoriju.

6.6. Par katru ziņu SVS jāspēj norādīt un labot:6.6.1. piederību kategorijai (ziņa var būt piederīga vairākām

kategorijām vienlaicīgi);6.6.2. piederību ziņu sadaļai (ziņa var būt piederīga

vairākām ziņu sadaļām vienlaicīgi);6.6.3. publicēšanas laiku;6.6.4. virsrakstu;6.6.5. ievadtekstu jeb kopsavilkumu;6.6.6. aprakstu jeb saturu;6.6.7. attēlu (neobligāts);6.6.8. pazīmi par to, ka ziņa ir izcelta;6.6.9. tās novietojumu attiecībā pret citām ziņām;6.6.10. publicēts vai nepublicēts pazīmi;6.6.11. saistītās ziņas;6.6.12. saistītās foto/video galerijas;6.6.13. pievienotos dokumentus.

6.7. Ziņas adrese tiek ģenerēta automātiski no ziņas virsraksta.6.8. SVS jānodrošina iespēja izvēlēties publicēt ziņu Twitter.

7. Iepirkumu modulis 7.1. Tīmekļa vietnē jānodrošina iepirkumu sadaļas informatīvo vienību modulis iepirkumu saraksta un atvērta iepirkuma atainošanai.

7.2. Iepirkumu saraksta skatā jāparedz iespēja iepirkumus filtrēt pēc iepirkumu grupas, iesniegšanas termiņa, līguma veida, iepirkuma stadijas, pasūtītāja.

12

7.3. Iepirkumu saraksta skatā jāparedz iespēja iepirkumus meklēt pēc iepirkuma identifikācijas numura vai jebkura cita atslēgas vārda. Meklētājam jāmeklē visos iepirkumu moduļa parametros.

7.4. Tīmekļa vietnes publiskajā daļā jābūt iespējai kārtot sarakstu pēc jebkura parametra.

7.5. Iepirkumus ir jāspēj grupēt iepirkumu grupās. 7.6. Par katru iepirkumu grupu jāspēj norādīt un labot:

7.6.1. nosaukumu;7.6.2. aprakstu;7.6.3. tās novietojumu attiecībā pret citu iepirkumu grupu;7.6.4. publicēts vai nepublicēts pazīmi.

7.7. Par katru iepirkumu jāspēj norādīt un labot:7.7.1. izveidošanas un labošanas laiku;7.7.2. piederību iepirkumu grupai;7.7.3. iepirkuma identifikācijas numuru;7.7.4. līguma veidu;7.7.5. publikācijas datumu;7.7.6. iepirkuma priekšmeta aprakstu;7.7.7. pasūtītāju;7.7.8. piedāvājuma iesniegšanas termiņu;7.7.9. iepirkuma stadiju:

7.7.9.1. aktīvs;7.7.9.2. pabeigts;7.7.9.3. izbeigta procedūra;7.7.9.4. pārtraukta procedūra;7.7.9.5. noslēgts līgums.

7.7.10. saiti uz Iepirkumu uzraudzības biroja sludinājumu;

7.7.11. lēmuma pieņemšanas datumu;7.7.12. kontaktpersonas informāciju;7.7.13. piegādātāja nosaukumu;7.7.14. līguma priekšmetu;7.7.15. līgumcenu;7.7.16. līguma noslēgšanas datumu;7.7.17. līguma izpildes termiņu;7.7.18. pievienotos dokumentus;

7.7.18.1.datumu un laiku, kad katrs dokuments ticis pievienots (jāattēlojas arī publiskajā daļā);

7.7.19. publicēts vai nepublicēts pazīmi;7.7.20. novietojumu attiecībā pret citiem iepirkumiem.

7.8. Jāparedz iespēja publicēto iepirkumu neatspoguļot pēc SVS norādītā dienu skaita.

8. Vakanču modulis 8.1. Tīmekļa vietnē jānodrošina vakanču sadaļas informatīvo vienību modulis vakanču saraksta un atvērtas vakances atainošanai.

8.2. Par katru vakanci SVS jāspēj norādīt un labot:8.2.1. nosaukumu;8.2.2. aprakstu;8.2.3. pieteikšanās beigu termiņu;8.2.4. publicēts vai nepublicēts pazīmi;8.2.5. novietojumu attiecībā pret citām vakancēm.

8.3. Vakance tiek automātiski izslēgta no tīmekļa vietnes (netiek

13

rādīta tīmekļa vietnē) pēc vakances pieteikšanās beigu termiņa.

9. Izsoļu modulis 9.1. Tīmekļa vietnē jānodrošina izsoļu sadaļas informatīvo vienību modulis izsoļu saraksta un atvērtas izsoles atainošanai.

9.2. Izsoļu saraksta skatā jāparedz iespēja meklēt pēc norādītā atslēgas vārda. Meklētājam jāmeklē visos izsoļu moduļa parametros.

9.3. Tīmekļa vietnes publiskajā daļā jābūt iespējai kārtot sarakstu pēc jebkura parametra.

9.4. Par katru izsoli SVS jāspēj norādīt un labot:9.4.1. nosaukumu;9.4.2. aprakstu;9.4.3. pieteikumu reģistrācijas beigu datumu un laiku; 9.4.4. norises vietu; 9.4.5. norises datumu un laiku;9.4.6. pievienotos dokumentus;9.4.7. publicēts vai nepublicēts pazīmi;9.4.8. novietojumu attiecībā pret citām izsolēm;9.4.9. izsoles rezultāts.

9.5. Jāparedz iespēja publicēto izsoli neatspoguļot pēc SVS norādītā dienu skaita.

10. Attīstības projektu modulis

10.1. Tīmekļa vietnē jānodrošina attīstības projektu informatīvo vienību modulis.

10.2. Par katru projektu SVS jāspēj norādīt un labot:10.2.1. nosaukumu;10.2.2. aprakstu;10.2.3. statusu;

10.2.3.1.iesniegts;10.2.3.2.apstiprināts;10.2.3.3.noraidīts;10.2.3.4.tiek īstenots;10.2.3.5.pabeigts.

10.2.4. iesniedzēju;10.2.5. mērķi;10.2.6. īstenošanas periodu;10.2.7. finansējuma apmēru;10.2.8. finansējuma avotus (iespējams norādīt vairākus);10.2.9. kontaktpersonas informāciju; 10.2.10. publicēts vai nepublicēts pazīmi;10.2.11. saistītos dokumentus;10.2.12. novietojumu attiecībā pret citiem ierakstiem.

10.3. Tīmekļa vietnes publiskajā daļā ieraksti jāattēlo saraksta veidā ar iespēju tos atvērt, lai apskatītu pilnīgu informāciju.

10.4. Tīmekļa vietnes publiskajā daļā jānodrošina iespēja filtrēt projektus pēc to finansējuma avota, īstenošanas sākuma un beigu gada, īstenotāja.

10.5. Tīmekļa vietnes publiskajā daļā jābūt iespējai kārtot sarakstu pēc jebkura parametra.

10.6. Publiskās daļas saraksta skatā jānodrošina iespēja meklēt attīstības projektus pēc jebkura atslēgas vārda. Meklētājam jāmeklē visos attīstības projektu moduļa parametros.

11. Būvvaldes lēmumu 11.1. Tīmekļa vietnē jānodrošina būvvaldes lēmumu

14

modulis informatīvo vienību modulis.11.2. Par katru būvvaldes lēmumu SVS jāspēj norādīt un labot

un publiskajā daļā jāattēlo:11.2.1. reģistrācijas datumu;11.2.2. spēkā stāšanās datumu;11.2.3. reģistrācijas numuru;11.2.4. adresi;11.2.5. objekta veidu;11.2.6. būvniecības stadiju;11.2.7. kategoriju;11.2.8. lēmuma veidu;11.2.9. darbības veidu;11.2.10. iesnieguma datumu;11.2.11. iesnieguma reģistrācijas numuru.

11.3. Tīmekļa vietnes publiskajā daļā ieraksti jāattēlo saraksta veidā, vienlaikus ģenerējot saiti uz konkrētu ierakstu Būvvaldes iesniegumu modulī, izmantojot atbilstošos parametrus – iesnieguma datumu un iesnieguma reģistrācijas numuru.

11.4. Tīmekļa vietnes publiskajā daļā jābūt iespējai kārtot sarakstu pēc jebkura parametra.

11.5. Tīmekļa vietnes publiskajā daļā jānodrošina iespēja filtrēt būvvaldes lēmumus pēc jebkura parametra.

11.6. Publiskās daļas saraksta skatā jānodrošina iespēja meklēt būvvaldes lēmumus pēc norādītā atslēgas vārda. Meklētājam jāmeklē visos būvvaldes lēmumu moduļa parametros.

11.7. SVS jāparedz iespēja automātiski ielasīt un atjaunot būvvaldes lēmumus no lietvedības sistēmas (XML).

11.8. SVS jāparedz iespēja ielasīt un atjaunot būvvaldes lēmumus no XLS faila.

11.9. Funkcionalitāte jāizstrādā konsultējoties ar Pasūtītāja pilnvaroto pārstāvi.

11.10. Visas automātiskās un manuālās ielādes darbības moduļa SVS daļā jāreģistrē dokumentu aprites sistēmas moduļa žurnālā (piemēram, automātiskā ielasīšanas procesa informācija, ielasītie dokumenti, reģistrētās kļūdas, u.c.).

12. Būvvaldes iesniegumu modulis

12.1. Tīmekļa vietnē jānodrošina būvvaldes iesniegumu informatīvo vienību modulis.

12.2. Par katru būvvaldes iesniegumu SVS jāspēj norādīt un labot un publiskajā daļā jāattēlo:12.2.1. reģistrācijas numuru;12.2.2. reģistrācijas datumu;12.2.3. adresi;12.2.4. objekta veidu;12.2.5. būvniecības stadiju;12.2.6. kategoriju;12.2.7. iesnieguma veidu;12.2.8. aprakstu;12.2.9. lēmuma reģistrācijas datumu;12.2.10. lēmuma reģistrācijas numuru.

12.3. Tīmekļa vietnes publiskajā daļā ieraksti jāattēlo saraksta veidā, vienlaikus ģenerējot saiti uz konkrētu ierakstu Būvvaldes lēmumu modulī, izmantojot atbilstošos

15

parametrus – lēmuma reģistrācijas datumu un lēmuma reģistrācijas numuru, ar iespēju tos atvērt, lai apskatītu pilnīgu informāciju.

12.4. Tīmekļa vietnes publiskajā daļā jābūt iespējai kārtot sarakstu pēc jebkura parametra.

12.5. Tīmekļa vietnes publiskajā daļā jānodrošina iespēja filtrēt būvvaldes iesniegumus pēc jebkura parametra.

12.6. Publiskās daļas saraksta skatā jāparedz iespēja būvvaldes iesniegumus meklēt pēc norādītā atslēgas vārda. Meklētājam jāmeklē visos būvvaldes iesniegumu moduļa parametros.

12.7. SVS jāparedz iespēja automātiski ielasīt un atjaunot būvvaldes iesniegumus no lietvedības sistēmas (XML).

12.8. SVS jāparedz iespēja ielasīt un atjaunot būvvaldes iesniegumus no XLS faila.

12.9. Funkcionalitāte jāizstrādā konsultējoties ar Pasūtītāja pilnvaroto pārstāvi.

12.10. Visas automātiskās un manuālās ielādes darbības moduļa SVS daļā jāreģistrē dokumentu aprites sistēmas moduļa žurnālā (piemēram, automātiskā ielasīšanas procesa informācija, ielasītie dokumenti, reģistrētās kļūdas, u.c.).

13. Pašvaldības īpašumu modulis

13.1. Tīmekļa vietnē jānodrošina pašvaldības īpašumu informatīvo vienību modulis.

13.2. Par katru pašvaldības īpašumu SVS jāspēj norādīt un labot un publiskajā daļā jāattēlo:13.2.1. adresi;13.2.2. zemes platību (m2);13.2.3. lietošanas mērķi.

13.3. Tīmekļa vietnes publiskajā daļā ieraksti jāattēlo saraksta veidā.

13.4. Tīmekļa vietnes publiskajā daļā jābūt iespējai kārtot sarakstu pēc jebkura parametra.

13.5. Publiskās daļas saraksta skatā jāparedz iespēja pašvaldības īpašumus meklēt pēc norādītā atslēgas vārda. Meklētājam jāmeklē visos moduļa parametros.

13.6. SVS jāparedz iespēja pašvaldības īpašumu moduļa informatīvās vienības ielasīt un atjaunot no XLS faila.

13.7. Funkcionalitāte jāizstrādā konsultējoties ar Pasūtītāja pilnvaroto pārstāvi.

14. Saišu modulis 14.1. Tīmekļa vietnē jānodrošina saišu modulis.14.2. Saišu moduļa pārlūkā saites iedalītas kategorijās. Saišu

kategorijas ir brīvi labojamas SVS. Par katru kategoriju jāspēj norādīt un labot:14.2.1. kategorijas nosaukumu;14.2.2. publicēts vai nepublicēts atzīmi;14.2.3. tās novietojumu attiecībā pret citu kategoriju.

14.3. Par katru saiti SVS jāspēj norādīt un labot:14.3.1. nosaukumu;14.3.2. piederību vienai vai vairākām kategorijām;14.3.3. hipersaiti (var būt gan iekšēja, gan ārēja saite);14.3.4. publicēts vai nepublicēts atzīmi;14.3.5. tās novietojumu attiecībā pret citu saiti;14.3.6. saites atvēšanas mērķi – jaunā lapā vai esošajā

lapā.

16

15. Dokumentu (failu) modulis

15.1. Tīmekļa vietnē jānodrošina dokumentu (failu) modulis.15.2. Katram dokumentam tiek automātiski parādīts tā izmērs,

dokumenta tips, dokumentam atbilstoša ikona.15.3. Dokumentu modulī dokumenti iedalīti kategorijās.

Dokumentu kategorijas ir brīvi labojamas SVS. Par katru kategoriju jāspēj norādīt un labot:15.3.1. kategorijas nosaukumu;15.3.2. publicēts vai nepublicēts atzīmi;15.3.3. tās novietojumu attiecībā pret citu kategoriju.

15.4. Par katru dokumentu SVS jāspēj norādīt un labot:15.4.1. nosaukumu;15.4.2. piederību vienai vai vairākām kategorijām;15.4.3. dokumenta izveidošanas datumu;15.4.4. saiti uz dokumentu;

15.4.4.1.saiti uz dokumentu ir iespējams norādīt manuāli uz iekšēju vai ārēju resursu;

15.4.4.2.dokumentu ir iespējams izvēlēties no SVS dokumentu krātuves.

15.4.5. publicēts vai nepublicēts atzīmi;15.4.6. tā novietojumu attiecībā pret citu dokumentu.

15.5. Dokumentus ir iespējams pārlūkot, izvēlēties, kārtot, augšupielādēt un dzēst SVS dokumentu krātuvē.

15.6. SVS dokumentu krātuvē ir iespējams izveidot mapes un kārtot tajās dokumentus. Katram dokumentam tiek parādīts tā nosaukums, izmērs, dokumenta tips, joma, augšupielādes datums, dokumentam atbilstoša ikona.

16. Dokumentu aprites sistēmas modulis

16.1. Dokumentu aprites sistēmas modulī ir iespējams izveidot virtuālas „datu bāzes”, kurās iespējams drošā veidā automātiski ielasīt / iesūtīt / atjaunot dokumentus un to aprakstus no ārējiem resursiem.

16.2. Tīmekļa vietnes publiskajā daļā moduļa sadaļas saturs (dokumenti) tiek attēlots saraksta veidā, sagrupēts pēc piederības datu bāzei.

16.3. Tīmekļa vietnes publiskajā daļā pieejama šāda informācija par katru ierakstu:16.3.1. nosaukums;16.3.2. joma16.3.3. apraksts;16.3.4. S tadija:

16.3.4.1.projekts;16.3.4.2.spēkā esošs;16.3.4.3.zaudējis spēku.

16.3.5. datumi:16.3.5.1.pievienots;16.3.5.2.pieņemts;16.3.5.3.stājas spēkā;16.3.5.4.zaudē spēku;16.3.5.5.publicēts.

16.3.6. pievienotie dokumenti un to nosaukumi, ar iespēju tos lejupielādēt.

16.4. Viens ieraksts var saturēt neierobežotu skaitu dokumentu.

16.5. Katrā sadaļā lietotājam jābūt pieejamam meklētājam.

17

Iespēja meklēt pēc gada vai laika intervāla, iespēja meklēt dokumentu pēc tā veida, atslēgvārdiem dokumenta virsrakstā, tekstā vai pēc numura. Funkcionāla līdzība kā vietnē www.likumi.lv.

16.6. Jāparedz iespēja pārņemt dokumentus no www.jpd.gov.lv sākot ar 2009.gada 1.janvāri un iespēja integrēt dokumentu aprites moduli ar saistītiem dokumentiem.

16.7. Jāparedz iespēja attēlot saiti uz dokumentu konsolidētajām versijām:16.7.1. saite uz www.jurmala.lv dokumentu krātuvi;16.7.2. saite uz vietni www.likumi.lv.

16.8. SVS iespējams pārlūkot, dzēst, labot katru datu bāzi un tajās pievienotos ierakstus.

16.9. Par katru dokumentu aprites sistēmas moduļa publisko sadaļu SVS iespējams norādīt un labot:16.9.1. nosaukumu;16.9.2. vienu vai vairākas datu bāzes, no kurām tiek

ielasīti ieraksti;16.9.3. publicēts vai nepublicēts atzīmi.

16.10. Visas automātiskās un manuālās darbības ar dokumentiem moduļa SVS daļā jāreģistrē dokumentu aprites sistēmas moduļa žurnālā (piemēram, automātiskā ielasīšanas procesa informācija, ielasītie dokumenti, reģistrētās kļūdas, u.c.).

16.11. XML shēmu, resursu savienojumu un saistīto procesu prasības jāprecizē izstrādes gaitā, sadarbojoties ar Pasūtītāja pilnvaroto pārstāvi.

16.12. Tīmekļa vietnes tehniskajai specifikācijai ir jāsatur dokumentu aprites sistēmas arhitektūras apraksts, XML shēmu apraksti, savienojumu izveides metožu un procedūru apraksti.

17. Foto galeriju modulis

17.1. Tīmekļa vietnē jānodrošina foto galeriju modulis.17.2. Fotogrāfijas sagrupētas galerijās.17.3. Publiskajā daļā galerijas fotogrāfijas iespējams apskatīt

uznirstošajā logā ar navigācijas iespējām konkrētajā galerijā.17.4. Galerijas sagrupētas kategorijās. Galeriju kategorijas ir

brīvi labojamas SVS. Par katru kategoriju jāspēj norādīt un labot:17.4.1. nosaukumu;17.4.2. publicēts vai nepublicēts atzīmi;17.4.3. tās novietojumu attiecībā pret citu kategoriju.

17.5. Par katru galeriju SVS ir jāspēj norādīt un labot: 17.5.1. piederību vienai vai vairākām kategorijām;17.5.2. nosaukumu;17.5.3. Flickr galerijas saiti (neobligāta);17.5.4. publicēts vai nepublicēts atzīmi;17.5.5. tās novietojumu attiecībā pret citu galeriju.

17.6. Galerijās iespējams pievienot neierobežotu skaitu attēlu, kuri pēc augšupielādes tiek automātiski apstrādāti optimālos attēlošanas izmēros (maksimālais faila apjoms 3MB).

17.7. Ja SVS galerijas iestatījumos norādīta Flickr saite, tad šajā galerijā attēli automātiski jāielasa no norādītā resursa.

18

17.8. Attēliem jānodrošina iespēja pievienot ūdenszīmi.17.9. Administrācijas sistēmā jābūt iespējai norādīt attēlus,

kuriem tīmekļa vietnē pieejama iespēja „Saglabāt”. Saglabājot, tiek piedāvāts lielizmēra attēls (maksimālais faila apjoms 3MB), ar automātiski pievienotu ūdenszīmi.

17.10. Ir jāspēj pievienot fotogrāfijas tīmekļa vietnē tieši no darbstacijas, nevis iepriekš augšupielādējot tos un pēc tam pievienojot.

18. Video modulis 18.1. Tīmekļa vietnē jānodrošina video modulis.18.2. Video klipi attēloti saraksta veidā, pie katra ieraksta

redzams priekšapskates attēls, nosaukums, pievienošanas datums. Iespējams atlasīt video klipus pēc kategorijas. Atvērtā skatā redzams video klips un tā apraksts.

18.3. Video klipi tiek atskaņoti no tīmekļa vietnes.18.4. Video klipi SVS tiek pievienoti norādot YouTube vai

Vimeo saiti.18.5. Video klipi tiek grupēti kategorijās. Video klipu

kategorijas ir brīvi labojamas SVS. Par katru kategoriju jāspēj norādīt un labot:18.5.1. nosaukumu;18.5.2. publicēts vai nepublicēts atzīmi;18.5.3. tās novietojumu attiecībā pret citu kategoriju.

18.6. Par katru video klipu ir jāspēj norādīt un labot:18.6.1. piederību vienai vai vairākām sadaļām;18.6.2. piederību vienai vai vairākām kategorijām;18.6.3. nosaukumu;18.6.4. aprakstu;18.6.5. publicēts vai nepublicēts atzīmi.

18.7. Pievienojot video SVS, tam tiek automātiski izveidots priekšapskates attēls.

19. Notikumu un pasākumu kalendāru modulis

19.1. Tīmekļa vietnē jānodrošina notikumu kalendāru modulis.19.2. Notikumi sagrupētas kategorijās. Kategorijas ir brīvi

labojamas SVS. Par katru kategoriju jāspēj norādīt un labot:19.2.1. nosaukumu;19.2.2. publicēts vai nepublicēts atzīmi;19.2.3. tās novietojumu attiecībā pret citu kategoriju.

19.3. Notikumu attēlošana notikumu sadaļā (kalendārā) iespējama divos veidos:19.3.1. kalendāra veidā;19.3.2. saraksta veidā – redzams notikuma virsraksts,

norises datums, attēls un ievadteksts.19.4. Notikumu iespējams atvērt, lai apskatītu tā saturu,

saistītās ziņas, saistītās galerijas un pievienotos dokumentus.19.4.1. Jānodrošina notikumu atlase:

19.4.1.1.izvēloties vizuālā kalendārā pēc datumiem;19.4.1.2.atlasot tuvākā mēneša notikumus;19.4.1.3.atlasot tuvākās nedēļas notikumus;19.4.1.4.atlasot šodienas notikumus;19.4.1.5.izvēloties kategoriju, piemēram, kultūra,

sports, pašvaldība.19.5. Jānodrošina notikumu arhīva (notikušo notikumu)

apskate.19.6. Par katru notikumu SVS jāspēj norādīt un labot:

19

19.6.1. piederību vienam vai vairākiem kalendāriem;19.6.2. piederību vienai vai vairākām kategorijām;19.6.3. norises datumu un laiku no – līdz;

19.6.3.1.iespēja kombinēt un norādīt vairākus periodus;

19.6.4. virsrakstu;19.6.5. ievadtekstu jeb kopsavilkumu;19.6.6. aprakstu jeb saturu;19.6.7. attēlu;19.6.8. publicēts vai nepublicēts pazīmi;19.6.9. saistītās ziņas;19.6.10. saistītās foto/video galerijas;19.6.11. pievienotos dokumentus.

19.7. SVS jānodrošina iespēja izvēlēties publicēt notikumu Twitter.

19.8. Tīmekļa vietnes publiskajā daļā jānodrošina iespēja attēlot kopējo notikumu kalendāru, kurā apvienotas visu kalendāru informatīvās vienības, kuras tiek pārskatāmi sagrupētas kategorijās.

19.9. Kalendāra vizuālais noformējums un strukturālais izkārtojums jāizstrādā sadarbojoties ar Pasūtītāja pilnvaroto pārstāvi.

20. Kultūras sadaļa 20.1. Kultūras sadaļai jāveido atšķirīgs vizuālais noformējums un strukturālais izkārtojums, sadarbojoties ar Pasūtītāja pilnvaroto pārstāvi.

20.2. Kultūras sadaļā jānodrošina iespēja ziņu moduļa informatīvās vienības izkārtot režģī, kurā katrs elements sastāv no informatīvajai vienībai pievienotā attēla.

21. Lapas karte 21.1. Tīmekļa vietnē jānodrošina lapas karte.21.2. Lapas kartē vizuāli jāataino tīmekļa vietnes struktūra,

lapas kartē neietverot nepublicētās (izslēgtās) sadaļas. 22. A-Z indekss 22.1. Tīmekļa vietnē jānodrošina A-Z indekss atbilstoši šādām

prasībām:22.1.1. sadaļu nosaukumu indekss nodrošina iespēju

pārlūkot tīmekļa vietnes sadaļas pēc to sākuma alfabēta burtiem, izvēloties burtu un iegūstot sadaļu sarakstu, kas sākas ar izvēlēto burtu;

22.1.2. informatīvo vienību nosaukumu indekss nodrošina iespēju pārlūkot tīmekļa vietnes informatīvās vienības, izvēloties burtu un iegūstot informatīvo vienību sarakstu, kas sākas ar izvēlēto burtu.

23. Iesnieguma forma 23.1. Tīmekļa vietnē jānodrošina iesnieguma forma.23.2. Formā obligāti jānorāda:

23.2.1. vārds;23.2.2. uzvārds;23.2.3. tālruņa numurs (neobligāti);23.2.4. e-pasta adrese;23.2.5. tēma;23.2.6. ziņa.

23.3. Jānodrošina aizsardzība pret automatizētu formas aizpildīšanu un nosūtīšanu (CAPTCHA vai alternatīvs līdzvērtīgs risinājums).

20

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

23.5. Iesniegums tiek nosūtīts PDF formātā uz administrācijas sistēmā norādīto e-pasta adresi.

23.6. Nepieciešamības gadījumā informācijas lauku dati tiek ievietoti Pasūtītāja norādītā datu bāzē (XML vai citos formātos).

23.7. Funkcionalitāte jāizstrādā konsultējoties ar Pasūtītāja pilnvaroto pārstāvi.

24. Meklēšana 24.1. Tīmekļa vietnē jānodrošina jebkura satura ātra atrašana pēc jebkura lietotājam zināma parametra, šim nolūkam izmantojot integrētā veida meklēšanas serveri.

24.2. Meklēšanas serverim jānodrošina šādas tekstuālā satura meklēšanas funkcionālās iespējas datu saturā:24.2.1. pēc jebkura vārda;24.2.2. pēc viena no norādītajiem vārdiem;24.2.3. meklēšanu vārdu locījumos latviešu valodā;24.2.4. kļūdaini ievadīto vārdu labojumu operatīva

ieteikšana meklēšanas rezultātos (spell check), par pamatu ņemot līdzīgus vārdus, kas reāli atrodami meklējamo dokumentu vai web lapu saturā;

24.2.5. iespēja norādīt meklēšanas rezultātu atspoguļošanu noteiktās porcijās pēc norādītā skaita: 10, 20 un 50, kā noklusēto izmantojot 10;

24.2.6. meklēšanas rezultāti tiek sakārtoti pēc svaru principa:24.2.6.1.svarīgāku moduļu informatīvajām vienībām

tiek piemērots lielāks svars (piemēram, darbinieki > jaunumi);

24.2.6.2.svarīgākiem parametriem tiek piemērots lielāks svars (piemēram, uzvārds > nosaukums > apraksts);

24.2.6.3.katram svaram tiek piemērots reizinātājs – atrasto atslēgas vārdu skaits katrā atsevišķā parametrā;

24.2.6.4.aktuāli (jaunāki) ieraksti ir nozīmīgāki. 24.2.7. meklēšanas rezultāti tiek sagrupēti atbilstoši to

kategorijām (moduļiem), piem., „Ziņas”, „Darbinieki”, „Dokumenti”, utt.;

24.2.8. iespēja ierobežot maksimālo atgriežamo rezultātu skaitu līdz noteiktam maksimālajam skaitam, lai nepieļautu sistēmas tehnisko resursu un telekomunikāciju tīkla kapacitātes pārslodzi liela vienlaicīgo lietotāju skaita gadījumā;

24.2.9. teksta fragmentu no 2-3 rindiņām atgriešana kopā ar norādēm uz atrastajiem dokumentiem vai datu vienībām, kur šajos fragmentos ir iezīmēti meklējamie vārdi;

24.2.10. precīza vai aptuvena kopējo atrasto rezultātu skaita norādīšana meklēšanas rezultātā;

24.2.11. pieci vienlaicīgi meklējumi tiek apkalpoti ne ilgāk par 1000 milisekundēm, izpildot šīs minimālās prasības, nedrīkst veidoties ietekme uz kopējo

21

sistēmas ātrdarbu;24.2.12. meklēšana jānodrošina visās tīmekļa vietnes

sadaļās un publicētajos dokumentos (doc, docx, xls, xlsx, ppt, pptx, pdf, txt).

24.3. Meklēšanas serverim jābūt spējīgam sadarboties ar Izpildītāja piegādāto tīmekļa vietnes uzturēšanai izmantoto administrācijas sistēmu.

24.4. Meklēšanas serverī jābūt rīkiem datu indeksēšanai no MS Office, OpenOffice, PDF un citiem populāriem trešo pušu aplikāciju failu formātiem.

24.5. Jānodrošina meklēšanas statistika, kuru iespējams apskatīt SVS. Statistikai jāsatur informācija par meklētajiem atslēgvārdiem un tai ir jābūt filtrējamai noteiktā laika posmā.

24.6. Funkcionalitāte jāizstrādā konsultējoties ar Pasūtītāja pilnvaroto pārstāvi.

25. Aptauju modulis 25.1. Tīmekļa vietnē jānodrošina aptaujas modulis: jautājums un vairāki atbilžu varianti. Lietotājs izvēlas vienu atbildes variantu un spiež „Balsot”, tādējādi norādot savu izvēli.

25.2. Lietotājam var tikt piedāvāts alternatīvs balsošanas veids. Šajā gadījumā aptaujas vietā redzams jautājums, apraksts un saite uz ārēju resursu.

25.3. Ja aptaujas rezultāti ir pieejami publiskai apskatei, lietotājs var apskatīt aptaujas balsojumu procentuāli un vizuāli stabiņu diagrammas veidā.

25.4. Lietotājs var apskatīt aptauju arhīvu.25.5. Jānodrošina, ka viens lietotājs katrā aptaujā var

piedalīties ne vairāk kā vienu reizi.25.6. Par katru aptauju SVS iespējams norādīt un labot:

25.6.1. piederību sadaļai;25.6.2. jautājumu;25.6.3. atbilžu variantus;25.6.4. publicēts vai nepublicēts pazīmi;25.6.5. ieslēgšanas un izslēgšanas datumu;25.6.6. pazīmi par to, ka aptaujas rezultāti netiek

atspoguļoti publiski;25.6.7. pazīmi par to, ka aptaujas vietā jārāda apraksts un

saite uz ārēju resursu:25.6.7.1.apraksts;25.6.7.2.saite uz ārējo resursu.

25.7. SVS pieejams aptaujas balsojuma rezultāts procentuāli, vizuāli diagrammas veidā un absolūtajos skaitļos.

26. Jautājumu un atbilžu modulis

26.1. Tīmekļa vietnē jānodrošina jautājumu un atbilžu sadaļa.26.2. Jautājumi ir iedalīti kategorijās un tiek attēloti saraksta

veidā.26.3. Pie katra jautājuma ir apskatāma SVS pievienotā atbilde.26.4. Lietotājam pieejama meklēšana jautājumos.26.5. Jautājuma pievienošana tīmekļa vietnes publiskajā daļā:

26.5.1. jautājums jāpievieno kādā no kategorijām;26.5.2. lietotājam jānorāda sava e-pasta adrese;26.5.3. pēc jautājuma pievienošanas, tas tiek reģistrēts

SVS sistēmā un atbildīgajam SVS lietotājam tiek nosūtīts paziņojums uz SVS norādīto e-pasta adresi;

22

26.5.4. jautājums kļūst redzams publiski tikai pēc atbildes pievienošanas;

26.5.5. pēc atbildes pievienošanas tā tiek nosūtīta uz lietotāja norādīto e-pasta adresi;

26.5.6. jānodrošina aizsardzība pret automatizētu formas aizpildīšanu un nosūtīšanu (CAPTCHA vai alternatīvs līdzvērtīgs risinājums).

26.6. Jautājumu un atbilžu administrācija SVS:26.6.1. par katru kategoriju jāspēj norādīt un labot:

26.6.1.1.nosaukumu;26.6.1.2.publicēts vai nepublicēts atzīmi.

26.6.2. iespēja dzēst jautājumus;26.6.3. iespēja pievienot atbildi jautājumam;26.6.4. iespēja rediģēt jautājumus un atbildes;26.6.5. iespēja atlasīt neatbildētos jautājumus.

27. Jaunumu abonēšana

e-pastā

27.1. Jānodrošina iespēja tīmekļa vietnes lietotājam pierakstīties jaunumu saņemšanai e-pastā:27.1.1. piesakoties jaunumu saņemšanai, lietotājam tiek

piedāvāta iespēja izvēlēties sadaļas, par kuru jaunumiem viņš vēlas tikt informēts. Piedāvātās sadaļas ir iespējams definēt SVS.

27.1.2. pēc sekmīgas pieteikšanās lietotājam tiek nosūtīts informatīvs e-pasts, kurš satur saiti uz atteikšanās formu. E-pasta tekstam jābūt labojamam SVS.

27.1.3. lietotājam jānodrošina iespēja atteikties no jaunumu saņemšanas aizpildot atteikšanās formu, bez lapas administratora iesaistīšanas.

27.2. Jaunumu izsūtīšana:27.2.1. Automātiski:

27.2.1.1.sistēma automātiski nosūta apkopotu informāciju e-pasta abonementam. Izsūtīšanas periodiskumu (katru dienu, katru otro dienu, reizi nedēļā) un precīzu laiku iespējams norādīt SVS.

27.2.2. Manuāli:27.2.2.1.SVS lietotājs var manuāli izveidot sūtāmu

jaunumu vēstuli, norādot saņēmēja valodu un tēmu;

27.2.2.2.jānodrošina iespēja vēstuli formatēt HTML režīmā;

27.2.2.3.jānodrošina iespēja vēstulei pievienot failus;27.2.2.4.jānodrošina iespēja apskatīt vēstuli;27.2.2.5.jānodrošina iespēja nosūtīt vēstuli.

27.3. Statusa atskaites:27.3.1. jāapkopo katras sūtīšanas rezultāts, norādot:

27.3.1.1.kopējo nosūtīto vēstuļu skaitu;27.3.1.2.nenosūtījušos vēstuļu skaitu;27.3.1.3.katru e-pasta adresi, uz kuru e-pasts nav

nosūtīts, ar saiti, kas izsauc abonementa dzēšanu.

27.4. Izsūtīšanas intensitāte:27.4.1. Jānodrošina sistēma, kurā e-pasti tiek automātiski

grupēti un izsūtīti pa daļām, lai izvairītos no lieliem

23

vienlaicīgu e-pastu sūtījumiem.27.5. Abonementu administrācija:

27.5.1. jānodrošina abonementu administrācija ar iespēju dzēst, rediģēt katru abonementu;

27.6. E-pastu izsūtīšanai ir jāizmanto Pasūtītāja pasta serveris un Pasūtītāja norādītā e-pasta adrese.

28. Darbinieku katalogs, kontaktu modulis

28.1. Sistēmai jānodrošina darbinieku kontaktinformācijas un organizācijas struktūrvienību veidošanas un attēlošanas funkcionalitāte. Darbinieku kontaktus ir jāspēj grupēt pa struktūrvienībām. Par katru struktūrvienību SVS jāspēj norādīt un labot:28.1.1. piederību vienai vai vairākām kontaktu sadaļām;28.1.2. nosaukumu;28.1.3. adresi;28.1.4. vienu vai vairākas e-pasta adreses;28.1.5. vienu vai vairākus tālruņa numurus;28.1.6. publicēts vai nepublicēts pazīmi;28.1.7. aprakstu;28.1.8. atrašanās vietu kartē.

28.2. Par katru darbinieku SVS jāspēj norādīt un labot:28.2.1. piederību struktūrvienībai, 28.2.2. amatu;28.2.3. vārdu, uzvārdu,28.2.4. vienu vai vairākas e-pasta adreses;28.2.5. vienu vai vairākus tālruņa numurus;28.2.6. attēlu (neobligāts);28.2.7. aprakstu;28.2.8. tā novietojumu attiecībā pret citiem darbiniekiem;28.2.9. publicēts vai nepublicēts pazīmi.

28.3. Tīmekļa vietnes publiskajā daļā kontaktu sadaļās informatīvās vienības jāattēlo saraksta veidā, sagrupētas pēc struktūrvienību piederības. Ja sadaļa satur tikai vienu struktūrvienību, tad saraksta vietā jāattēlo atvērts struktūrvienības informatīvās vienības skats.

28.4. Jāparedz sadaļa, kurā tiek attēloti visi darbinieki, negrupēti pēc struktūrvienības piederības, ar iespēju meklēt pēc jebkura parametra.

29. Karšu modulis 29.1. Tīmekļa vietnē jānodrošina iespēja attēlot pilsētas kartes.29.2. Individuālas kartes pievienošanas un attēlošanas varianti:

29.2.1. piesaistīta tekstuālai sadaļai;29.2.2. ievietota informatīvās vienības saturā;29.2.3. attēlota kā karšu moduļa sadaļa;29.2.4. attēlota kā kopējā karšu moduļa sadaļa.

29.3. Par katru karti SVS ir iespējams norādīt un labot:29.3.1. nosaukumu;29.3.2. aprakstu;29.3.3. publicēts vai nepublicēts pazīmi;29.3.4. pazīmi, vai karte tiek rādīta kopējā karšu sadaļā.

29.4. Katra karte var saturēt vienu vai vairākus objektus.29.5. Objekti ir sagrupēti kategorijās. Katru kategoriju ir

iespējams pievienot un labot SVS, par to norādot:29.5.1. nosaukumu;29.5.2. sīkattēlu;

24

29.5.3. krāsu;29.5.4. publicēts vai nepublicēts pazīmi.

29.6. Par katru objektu SVS ir iespējams norādīt:29.6.1. objekta attēlošanas veidu:

29.6.1.1.punkts kartē;29.6.1.2.maršruts kartē;29.6.1.3.teritorija kartē.

29.6.2. atrašanās vietu kartē;29.6.3. piederību kategorijai;29.6.4. nosaukumu;29.6.5. aprakstu;29.6.6. adresi;29.6.7. tālruņa numuru;29.6.8. e-pasta adresi;29.6.9. saiti;29.6.10. publicēts vai nepublicēts atzīmi.

29.7. Atkarībā no izvietotās vietas lapā, kartei ir iespējams mainīt tās attēlošanas izmēru (augstumu, platumu).

29.8. Tīmekļa vietnes publiskās daļas galvenajā karšu sadaļā jānodrošina iespēja apskatīt visas publicētās kartes vairākslāņu režīmā, ar iespēju rādīt/paslēpt katru karti (slāni).

29.9. Karti ir iespējams pietuvināt, attālināt, mainīt tās pozīciju.29.10. Objekti kartē attēloti ar attiecīgās kategorijas sīkattēlu

(punkts) vai krāsu (maršruts, teritorijas apgabals).29.11. Uzklikšķinot uz kāda no objektiem, tiek attēlota tā

aprakstošā informācija.30. Interaktīvas

iedzīvotāju ieteikumu kartes modulis

30.1. Tīmekļa vietnē jānodrošina iespēja attēlot interaktīvu pilsētas karti, kuras saturu var veidot arī tīmekļa vietnes apmeklētāji, pievienojot kartē punktus ar ieteikumiem kādā no piedāvātajām kategorijām.

30.2. Uzklikšķinot uz kāda no ieteikumu punktiem kartē, tiek attēlots tā apraksts un statuss.

30.3. Kartē attēlotos ieteikumus iespējams filtrēt pēc to statusa.30.4. Uzklikšķinot kartes brīvajā vietā, tiek piedāvāta iespēja

pievienot jaunu ieteikumu.30.5. Ieteikuma pievienošana tīmekļa vietnes publiskajā daļā:

30.5.1. ieteikums jāpievieno kādā no kategorijām;30.5.2. pēc ieteikuma pievienošanas, tas tiek reģistrēts

SVS sistēmā un atbildīgajam SVS lietotājam tiek nosūtīts paziņojums uz SVS norādīto e-pasta adresi;

30.5.3. ieteikums kļūst redzams publiski tikai pēc apstiprināšanas;

30.5.4. jānodrošina aizsardzība pret automatizētu formas aizpildīšanu un nosūtīšanu (CAPTCHA vai alternatīvs līdzvērtīgs risinājums).

30.6. Ieteikumu administrācija SVS:30.6.1. par katru ieteikumu kategoriju jāspēj norādīt un

labot:30.6.1.1.nosaukumu;30.6.1.2.sīkattēlu;30.6.1.3.publicēts vai nepublicēts atzīmi.

30.6.2. iespēja dzēst ieteikumus;

25

30.6.3. iespēja mainīt ieteikuma statusu;30.6.3.1.iesniegts;30.6.3.2.apstiprināts;30.6.3.3.noraidīts;30.6.3.4.tiek īstenots;30.6.3.5.pabeigts.

30.6.4. iespēja rediģēt ieteikumu.30.6.5. iespēja atlasīt neapstiprinātos ieteikumus.

31. Sabiedriskā transporta kustības sarakstu modulis

31.1. Tīmekļa vietnē jānodrošina iespēja ērti un pārskatāmi piekļūt sabiedriskā transporta kustības sarakstiem.

31.2. Iespēja izvēlēties sākuma un gala pieturu.31.3. Iespēja filtrēt sarakstu pēc transporta veida.31.4. Iespēja apskatīt dalījumu pa maršrutiem.31.5. Iespēja meklēt un izvēlēties pieturvietas.31.6. Iespēja apskatīt informāciju par maršrutu:

31.6.1. reisu un transportu veidu sarakstu;31.6.2. transportlīdzekļa atiešanas laiku pieturvietās;31.6.3. maršruta karti.

31.7. Iespēja apskatīt kopējo sabiedriskā transporta maršrutu karti.

31.8. SVS jāparedz automātiska datu ielasīšana no ārējām datu bāzēm:31.8.1. vilcienu kustības saraksts;31.8.2. starppilsētu autobusu kustības saraksts;31.8.3. mikroautobusu kustības saraksts.

31.9. SVS jāparedz manuāla datu ievade ar iespējām:31.9.1. izveidot un labot pieturvietas;31.9.2. izveidot un labot maršrutus;

31.9.2.1.iespēja norādīt transportlīdzekļa pārvietošanās laiku starp secīgām pieturvietām.

31.9.3. izveidot un labot reisus:31.9.3.1.norādot transportlīdzekļa atiešanas laiku

katrai pieturvietai;31.9.3.2.norādot transportlīdzekļa atiešanas laiku tikai

pirmajai pieturvietai (skat. 31.9.2.1).31.10. Modulim jāparedz specifisku SVS lietotāju piekļuves

tiesību pievienošana, ar iespējām Sistēmai pieslēgties attālināti:31.10.1. iespēja piekļūt visiem reisiem;31.10.2. iespēja piekļūt tikai lietotāja pievienotajiem

reisiem.31.11. SVS jāparedz iespēja pievienot paziņojumu, kurš tīmekļa

vietnes publiskajā daļā tiek parādīts izceltā veidā, virs kustības sarakstu bloka.

31.12. Modulis jāizstrādā konsultējoties ar Pasūtītāja pilnvaroto pārstāvi.

32. Interešu izglītības modulis

32.1. Tīmekļa vietnē jānodrošina interešu izglītības sadaļas informatīvo vienību modulis.

32.2. Par katru ierakstu SVS jāspēj norādīt un labot:32.2.1. piederību sadaļai;32.2.2. nosaukumu;32.2.3. aprakstu;

26

32.2.4. publicēts vai nepublicēts pazīmi;32.2.5. novietojumu attiecībā pret citiem ierakstiem.

32.3. Tīmekļa vietnes publiskajā daļā ieraksti jāattēlo saraksta veidā ar iespēju tos atvērt, lai apskatītu pilnīgu informāciju.

32.4. Jāparedz sadaļa, kurā tiek ielasīta informācija no visām tīmekļa vietnē esošajām interešu izglītības sadaļām. Informatīvajām vienībām šajā sadaļā jābūt sagrupētām pēc to piederības sadaļai, piemēram, ierakstiem, kuri pievienoti sadaļas „Kultūra” apakšsadaļā „Interešu izglītība”, jābūt sagrupētiem zem kategorijas „Kultūra”.

33. Pilsētas vēstures un nozīmīgāko notikumu modulis

33.1. Tīmekļa vietnē jāparedz pilsētas vēstures un nozīmīgāko notikumu modulis, kurā uzsvars tiek likts uz informācijas pasniegšanu vizuāli izceltā veidā.

33.2. Informatīvās vienības tiek attēlotas secīgā sarakstā (milestones).

33.3. Pie katras informatīvās vienības ir redzams gada skaitlis, apraksts un attēls.

33.4. Par katru informatīvo vienību SVS ir iespējams norādīt un labot:33.4.1. gadu;33.4.2. virsrakstu;33.4.3. aprakstu;33.4.4. attēlu;33.4.5. publicēts vai nepublicēts pazīmi.

34. Iframe modulis 34.1. Tīmekļa vietnē jānodrošina iespēja ievietot Iframe logus.34.2. Par katru Iframe logu SVS ir iespējams norādīt un labot:

34.2.1. saiti;34.2.2. loga augstumu.

34.3. Iframe loga iestatījumus iespējams norādīt sadaļu administrēšanas modulī tām sadaļām, kuru veids ir Iframe.

35. Laika ziņas 35.1. Tīmekļa vietnei jāsatur bloks, kurš attēlo meteoroloģisko informāciju pilsētā.

35.2. Jāsniedz informācija par pašreizējiem novērojumiem un tuvāko divu dienu prognozēm.

35.3. Informācijai jāsatur:35.3.1. gaisa temperatūra;35.3.2. vēja stiprums;35.3.3. vēja virziens;35.3.4. ūdens temperatūra.

35.4. Informācija jāattēlo arī piktogrammas veidā.35.5. Informācija jāielasa no ārējiem resursiem un tās

aktualizēšanai jānotiek automātiski.35.6. Jāparedz iespēja SVS manuāli norādīt ūdens temperatūru.

36. Baneri 36.1. Tīmekļa vietnē jāparedz baneru bloka izvietošana.36.2. SVS sistēmā jānodrošina baneru (reklāmkarogu)

administrācija:36.2.1. atbalstāmie baneru veidi:

36.2.1.1.jpg;36.2.1.2.gif;36.2.1.3.png;36.2.1.4.swf (ar un bez clicktag).

36.2.2. administrācijas iespējas:36.2.2.1.norādīt publicēšanas periodu no – līdz;

27

36.2.2.1.1. iespēja kombinēt un norādīt vairākus periodus;

36.2.2.2.norādīt atveramo saiti;36.2.2.3.norādīt atvēršanas veidu – jaunā logā vai tajā

pašā logā.36.2.2.4.publicēts vai nepublicēts pazīmi.

36.3. jānodrošina baneru klikšķu statistika, kuru iespējams apskatīt par visu periodu un filtrēt periodā no - līdz.

37. Informatīvie logi 37.1. Tīmekļa vietnē jāparedz informatīvo logu izvietošana.37.2. Logs tiek parādīts apmeklētājam atverot tīmekļa vietni.37.3. Logs ir izvietots virs tīmekļa vietnes satura, ar iespēju to

aizvērt.37.4. SVS jāspēj norādīt un labot:

37.4.1. vienu vai vairākas sadaļas, kuras atverot tiks parādīts logs;

37.4.2. virsrakstu;37.4.3. saturu;37.4.4. loga izmēru:

37.4.4.1.liels (pārklāj lielāko ekrāna daļu);37.4.4.2.mazs (pārklāj nelielu ekrāna daļu, ir

neuzkrītošāks).37.4.5. publicēšanas periodu no – līdz:

37.4.5.1.iespēja kombinēt un norādīt vairākus periodus.

37.4.6. parādīšanas biežumu:37.4.6.1.1 reizi;37.4.6.2.reizi dienā;37.4.6.3.katru reizi atverot lapu.

37.4.7. publicēts vai nepublicēts pazīmi38. Darbība

programmās un ierīcēs

38.1. Jānodrošina tīmekļa vietnes funkcionalitāte un korekta attēlošana pēdējās trīs stabilajās versijās katrā no šīm tīmekļa pārlūkprogrammām: Internet Explorer, Opera, Mozilla Firefox, Google Chrome, Safari, kā arī tīmekļa vietnei jābūt piemērotai visām mobilajām ierīcēm.

38.2. Mobilajās ierīcēs tīmekļa vietnei jābūt ērti lasāmai, jānodrošina ērta lietojamība bez horizontālās ritjoslas izmantošanas, saglabājot lietotājam vizuāli saistošu dizainu.

38.3. Tīmekļa vietnes dizainam jābūt responsīvam – tam dinamiski jāpielāgojas ierīces ekrāna izmēram.

38.4. SVS jānodrošina vienota satura vadība visām iekārtām.38.5. Risinājuma publiskās lietotāju saskarnes HTML, CSS un

JavaScript jāveido bez tīmekļa pārlūkprogrammām specifiskas funkcionalitātes. Risinājuma pamatfunkciju veikšanai, saskarnē nedrīkst izmantot Javascript vai arī šī funkcionalitāte jādublē HTML. Izstrādājot saskarnes HTML un CSS kodu, jāievēro tā atbilstība W3C (World Wide Web Consortium) izstrādātajām Web Content Accessibility Guidelines 2.0 vadlīnijām;

38.6. Nodrošinot atbilstošu tīmekļa vietnes ātrdarbību un izstrādes pieeju, sistēmas HTML jāveido neizmantojot „table” elementus (piem., kā alternatīvu izmantojot „div” elementus).

39. Pieejamības 39.1. Lapas saturam jābūt pieejamam arī alternatīvā attēlojumā,

28

nodrošināšana kas noteikts WCAG 2.0 (Web Content Accessibility Guidelines 2.0).

39.2. Jānodrošina iespēja lietotājam apskatīt tīmekļa vietni teksta versijā, kurā:39.2.1. dizainā izmantotie attēli tiek automātiski aizvietoti

ar krāsām un CSS elementiem;39.2.2. saturā izmantotie attēli tiek aizvietoti ar katram

attēlam SVS ievadītu ALT (alternatīvo) tekstu.39.3. Jānodrošina iespēja mainīt burtu lielumu ar kontrolēm

tīmekļa vietnē:39.3.1. palielināt par 1, 2, 3 izmēriem;39.3.2. samazināt par 1, 2, 3 izmēriem.

39.4. Jānodrošina iespēja mainīt burtu lielumu ar iebūvētajām kontrolēm tīmekļa pārlūkprogrammās.

39.5. Jānodrošina tīmekļa vietnes funkcionalitāte arī tad, ja tīmekļa pārlūkprogrammā Javascript un Flash tehnoloģijas nav pieejamas vai ir atslēgtas. Gadījumā, ja kādas funkcionalitātes ērtākai lietošanai objektīvi nepieciešams Javascript vai Flash lietojums, šai funkcionalitātei jānodrošina dublēta alternatīva funkcionalitātes versija, kas pieejama gadījumā, ja Javascript vai Flash tehnoloģija nav pieejama vai ir atslēgta un, kas ļauj piekļūt tādai pašai informācijai.

39.6. Pretendentam tehniskajā piedāvājumā jāiesniedz vismaz 3 papildus priekšlikumi pieejamības nodrošināšanai.

39.7. Tīmekļa vietne jāizstrādā, balstoties uz:39.7.1. tīmekļa (WEB) tehnoloģijām;39.7.2. 3-līmeņu arhitektūras principiem, nodalot

datubāzes, biznesa loģikas un saskarnes slāņus;39.7.3. datu uzglabāšanai, operācijām un pārsūtīšanai

jāizmanto UTF-8 kodējums.40. Tīmekļa vietnes

atbilstība meklētājserveriem

40.1. Jāievēro SEO pamatprincipi.40.2. Jānodrošina meklētājserveriem un lietotājiem draudzīgu

adrešu atainošana izmantojot Mod Rewrite.40.3. Jānodrošina automātiska lapas virsraksta (Page Title)

ģenerēšana un atainošana.40.4. Jānodrošina korekts virsrakstu, apakšvirsrakstu un

apakšapakšvirsrakstu formatējums (H1, H2, H3).40.5. Jānodrošina sitemaps.xml faila automātiska ģenerēšana,

ietverot tīmekļa vietnes visu publiski pieejamo lapu adreses, atbilstoši www.sitemaps.org vadlīnijām.

40.6. Pretendentam tehniskajā piedāvājumā jāiesniedz vismaz 3 papildus priekšlikumi.

41. Neeksistējošas vai nepieejamas lapas paziņojums

41.1. Tīmekļa vietnē jānodrošina informatīva paziņojuma lapa par neeksistējošu vai nepieejamu lapu, sadaļu vai resursu.

41.2. Tīmekļa vietnē jānodrošina informatīva paziņojuma lapa, kas tiek attēlota sākumlapas vietā, gadījumā, ja tīmekļa vietne īslaicīgi nav pieejama (tehniskas problēmas, uzlabojumu veikšana).

41.3. Paziņojumu lapu informatīvajiem tekstiem jābūt rediģējamiem SVS.

42. Citas prasības tīmekļa vietnes

42.1. Jānodrošina tīmekļa vietnes atbilstība Globālā Tīmekļa Konsorcija (W3C) uzturētajām pēdējām CSS, HTML vai

29

izstrādē XHTML standartu versijām.42.2. Visiem tīmekļa vietnē ģenerētajiem dokumentiem un no

tīmekļa vietnes nosūtītajiem e-pastiem jāatbilst dizaina vadlīnijās definētajiem noteikumiem.

42.3. Tīmekļa vietnes publiskajā pusē redzamas tikai tās tīmekļa vietnes sadaļas un to redakciju, ko SVS autorizētie lietotāji apstiprinājuši kā publicējamu.

42.4. Katrā tīmekļa vietnes iekšlapā jānodrošina automātiska norāde par datumu, kad attiecīgā sadaļa vai informatīvā vienība aktualizēta pēdējo reizi.

42.5. Katra moduļa, kurš satur informatīvās vienības, datiem ir jābūt pieejamiem izmantojot XML. Pieejamības iespējas tiek definētas SVS katram modulim atsevišķi. Funkcionalitāte jāizstrādā konsultējoties ar Pasūtītāja pilnvaroto pārstāvi.

9. SVS funkcionālās prasības

Nr. Nosaukums Apraksts

43. Piekļuve 43.1. Piekļuve administrācijas sistēmai tiek nodrošināta pēc autorizācijas ar galvenā administratora piešķirtu lietotājvārdu un paroli.

43.2. Pēc 3 kļūdainām autorizācijām lietotāja pieeja tiek bloķēta un par to tiek nosūtīts e-pasts galvenajam administratoram, izmantojot Pasūtītāja pasta serveri.

43.3. SVS lietotājam ir iespēja mainīt savu paroli.43.4. Administratoram ir iespēja mainīt SVS piekļuves saiti.43.5. Jābūt iespējai SVS padarīt nepieejamu no publiskā tīkla.

44. Administrācijas

sistēmas lietotāji

44.1. SVS administratoram jānodrošina SVS lietotāju administrācija ar iespējām:44.1.1. pievienot, rediģēt, dzēst lietotāju grupas;44.1.2. pievienot, rediģēt, dzēst lietotājus, norādot

piederības grupu.44.2. Funkcionalitātei jābūt pieejamai bez programmēšanas

zināšanām.45. Administrācijas

sistēmas lietotāju

piekļuves tiesības

45.1. SVS administratoram jānodrošina iespēja definēt piekļuves tiesības SVS moduļiem.

45.2. SVS administratoram jānodrošina iespēja definēt katras sadaļas piekļuves tiesības (skat. 46.9).

45.3. SVS administratoram jānodrošina iespēja definēt specifiskas piekļuves tiesības sabiedriskā transporta sarakstu modulim.

45.4. SVS lietotājam sistēmas moduļos pieejamā sadaļu informācija jāattēlo balstoties uz norādītajām piekļuves tiesībām.

45.5. Funkcionalitātei jābūt pieejamai bez programmēšanas zināšanām.

46. Tīmekļa vietnes

struktūras

administrācija

46.1. Tīmekļa vietnē iespējams izveidot neierobežotu skaitu sadaļu.

46.2. Jābūt iespējai veidot daudzlīmeņu kokveida sadaļu struktūru neierobežotā dziļumā.

46.3. Katru sadaļu SVS iespējams administrēt, norādot šādus sadaļas iestatījumus:

30

46.3.1. sadaļas nosaukumu;46.3.2. sadaļas adresi (ja netiek norādīta, tad tiek

izveidota automātiski, izmantojot sadaļas nosaukumu);

46.3.3. sadaļas virssadaļu;46.3.4. sadaļas veidu jeb moduli, kas nosaka kāda veida

informatīvās vienības tiks attēlotas šajā sadaļā;46.3.5. publicēts vai nepublicēts pazīmi;46.3.6. publicēšanas datumu;46.3.7. atvēršanas veidu – jaunā logā vai tajā pašā logā;46.3.8. secību, kādā tiks kārtotas informatīvās vienības

šajā sadaļā tīmekļa vietnes publiskajā daļā:46.3.8.1.pēc SVS manuāli norādītās secības;46.3.8.2.pēc publicēšanas datuma;46.3.8.3.pēc alfabēta.

46.3.9. skaitu, cik informatīvās vienības tiks attēlotas saraksta skatā šajā sadaļā tīmekļa vietnes publiskajā daļā:46.3.9.1.5;46.3.9.2.10 (noklusētais variants);46.3.9.3.15;46.3.9.4.20;46.3.9.5.50;46.3.9.6.neierobežots.

46.3.10. sadaļas novietojumu attiecībā pret citām sadaļām;46.3.11. sadaļas atslēgvārdus un aprakstu (keywords.

description), kuri norādīšanas gadījumā tiek attēloti publiskās tīmekļa vietnes daļas HTML kodā.

46.4. Katru sadaļu SVS ir iespējams rediģēt, pārvietot, dzēst. Šo darbību rezultātam jāatspoguļojas tīmekļa vietnes publiskajā daļā.

46.5. Katru sadaļu ir iespējams kopēt:46.5.1. ar saturu – tiek nokopēta sadaļa ar tās

iestatījumiem, pilnīgu apakšsadaļu struktūru un informatīvajām vienībām;

46.5.2. bez satura – tiek nokopēti tikai sadaļas iestatījumi.46.6. Pirms sadaļas dzēšanas vai rediģēšanas, ar nolūku

izmainīt sadaļas moduļa veidu, lietotājs jāinformē par potenciālu datu zudumu un jāpiedāvā iespēja atcelt darbību, gadījumos, kad šī procesa rezultātā var tikt ietekmēta jebkuru saistīto datu integritāte (sadaļa satur apakšsadaļas, informatīvās vienības, u.c.).

46.7. SVS ir iespējams aplūkot kokveida struktūru, ar iespēju interaktīvi („drag and drop”) mainīt sadaļu izvietojumu.46.7.1. Koku iespējams sakļaut un izvērst jebkurā tā

līmenī.46.7.2. Jābūt iespējai meklēt sadaļu pēc nosaukuma.46.7.3. Jābūt iespējai filtrēt sadaļas pēc moduļa veida,

publicēšanas statusa.46.8. Sistēmai jāspēj katrai tīmekļa vietnes lapas valodai veidot

atšķirīgu struktūru, tādējādi dodot iespēju latviešu valodā veidot pilnīgu tīmekļa vietnes struktūru ar unikālām sadaļām, savukārt angļu un citās valodās veidot specifisku

31

saturu, kas ir būtisks attiecīgajās valodās. 46.9. SVS administrators katrai sadaļai var noteikt SVS

lietotāju un lietotāju grupu tiesības:46.9.1. rediģēt sadaļas saturu (t.s. pievienot

apakšsadaļas);46.9.2. rediģēt sadaļas iestatījumus;46.9.3. publicēt/nepublicēt sadaļu;46.9.4. kopēt sadaļu;46.9.5. pārvietot sadaļu;46.9.6. dzēst sadaļu;46.9.7. mainīt apakšsadaļu secību.

46.10. Jānodrošina iespēja, pēc administratora izvēles, identiskus tiesību uzstādījumus noteikt sadaļas apakšsadaļām.

46.11. Funkcionalitātei jābūt pieejamai bez programmēšanas zināšanām.

46.12. SVS administratoram redzams datums, kad katra sadaļa aktualizēta pēdējo reizi (labots saturs, pievienotas informatīvās vienības, utt.). Jāparedz iespēja sadaļu sarakstu sakārtot pēc pēdējās aktualizācijas datuma, lai noteiktu sadaļas, kuras satur novecojušu informāciju.

47. Informatīvo vienību

administrācija

47.1. Jānodrošina katras sadaļas satura – informatīvo vienību administrācija ar šādām iespējām:47.1.1. izveidot informatīvo vienību;47.1.2. rediģēt;47.1.3. aktivizēt informatīvo vienību noteiktā laikā

(datums, laiks);47.1.4. dzēst;47.1.5. ieslēgt;47.1.6. izslēgt;47.1.7. kopēt uz citu sadaļu;47.1.8. pārvietot uz citu sadaļu.

47.2. Funkcionalitātei jābūt pieejamai bez programmēšanas zināšanām.

48. Satura

administrācija

48.1. Katras informatīvās vienības izveidei / rediģēšanai jānodrošina šādas satura administrēšanas iespējas (funkcionalitātei jābūt pieejamai bez programmēšanas zināšanām):48.1.1. Teksta ievade. Teksta ievadei jānodrošina vizuāls

teksta redaktors (WYSIWYG) ar iebūvētām funkcijām:48.1.1.1.formatēt tekstu bold;48.1.1.2.formatēt tekstu italic;48.1.1.3.formatēt tekstu underline;48.1.1.4.veidot numurētu sarakstu;48.1.1.5.veidot atzīmējumu (bulleted) sarakstu;48.1.1.6.veidot apakšvirsrakstus (h2) un

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

un elektroniskiem informācijas resursiem;48.1.1.8.formatēt teksta izlīdzinājumu (centrēts teksts,

izlīdzinājums pēc kreisās malas, labās malas, izlīdzināts pēc labās un kreisās);

48.1.1.9.automātiski formatēt tekstu atbilstoši tīmekļa

32

vietnes dizainā paredzētajam stilam (tajā skaitā, ja teksts tiek kopēts no MS Word, automātiski attīrīt no MS Word formatējuma);

48.1.1.10. iespēja pārslēgties HTML režīmā.48.1.2. Tabulu ievade:

48.1.2.1.jānodrošina tabulu izveide;48.1.2.2.jānodrošina tabulu kopēšana no citiem teksta

redaktoriem un elektroniskiem informācijas resursiem;

48.1.2.3.jānodrošina automātiska tabulu formatēšana atbilstoši tīmekļa vietnes dizainā paredzētajam stilam;

48.1.2.4.formatēt teksta izlīdzinājumu tabulas šūnās (centrēts teksts, izlīdzinājums pēc kreisās malas, labās malas, izlīdzināts pēc labās un kreisās).

48.1.3. Attēlu ievade:48.1.3.1.jānodrošina attēlu pievienošana;48.1.3.2.jānodrošina automātiska attēlu izmēra maiņa

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

attēlu no attēliem, kas atrodas uz servera;48.1.3.4.jānodrošina teksta appludināšanas iespēja pēc

labās vai kreisās puses (float);48.1.3.5.jānodrošina iespēja servera attēlus strukturēt

mapēs;48.1.3.6.jānodrošina izvēlēties attēlu no ārējā datu

nesēja.48.1.4. Video ievade:

48.1.4.1.jānodrošina iespēja jebkurā vietā saturā ievietot video.

48.1.5. Saišu ievade:48.1.5.1.jānodrošina iespēja saturā ievietot saiti;48.1.5.2.jānodrošina iespēja norādīt saites atvēršanas

avotu (jaunā logā, popup logā, tajā pašā logā);

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

48.1.6. Failu pievienošana:48.1.6.1.jebkurai informatīvai vienībai, kura paredz

failu pievienošanu, visos moduļos jābūt iespējai pievienot un piesaistīt neierobežotu skaitu failu;

48.1.6.2.jānodrošina iespēja jebkurā vietā saturā ievietot failu lejupielādei kā saiti uz teksta;

48.1.6.3.jānodrošina iespēja pievienot failus lejupielādēšanai, kas tīmekļa vietnē tiek atainoti speciālā blokā atsevišķi no pārējā satura;

48.1.6.4.jānodrošina iespēja pārlūkot uz servera

33

esošos failus un izvēlēties no tiem pievienojamos failus;

48.1.6.5.jānodrošina iespēja pievienot failu no ārēja datu nesēja.

48.1.7. Kartes pievienošana:48.1.7.1.jānodrošina iespēja jebkurā vietā saturā

ievietot karti no karšu moduļa;48.1.7.2.jānodrošina iespēja jebkurā vietā saturā

ievietot karti no ārējiem resursiem (Iframe, HTML).

48.1.8. Infografiku pievienošana:48.1.8.1.jānodrošina iespēja jebkurā vietā saturā

ievietot infografiku no ārēja resursa.48.1.9. Iframe pievienošana.

49. Meklēšana 49.1. Jānodrošina informatīvo vienību meklēšana katrā SVS modulī atsevišķi, visos informatīvo vienību laukos, tajā skaitā identifikatorā.

50. Tīmekļa vietnes

konfigurēšana

50.1. Administrācijas sistēmā jānodrošina šādas tīmekļa vietnes konfigurēšanas iespējas, bez programmēšanas zināšanām:50.1.1. Rediģēt visu tekstuālo informāciju, kas nav

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

50.1.2. Ieslēgt / izslēgt kļūdu sistēmas kļūdu paziņojumu rādīšanu noteiktām vai visām IP adresēm.

50.1.3. Jānodrošina iespēja mainīt e-pastu adreses uz kurām kāds no lapas moduļiem sūta e-pastus.

50.1.4. Jānodrošina iespēja centralizēti pievienot Google Analytics kodu tīmekļa vietnes publiskajai un SVS videi.

51. Administrācijas

sistēmas lietotāju

veikto darbību

reģistrēšana

51.1. Administrācijas sistēmā jāreģistrē SVS lietotāju veiktās darbības – kad veikta darbība, kurš lietotājs veicis darbību, IP adrese, kāda darbība veikta);

51.2. Administratoram jānodrošina piekļuve administrācijas sistēmas lietotāju veikto darbību pārlūkošanas žurnālam ar atlasi pēc darbības veida, lietotāja, perioda.

52. Tīmekļa vietnes

apkalpošanas

funkcionalitāte

52.1. Asinhrons saišu pārbaudes modulis, kas pēc pieprasījuma pārbauda visas tīmekļa vietnē esošās saites un, atklājot neeksistējošas saites, par to nosūta e-pastu pieprasījuma veicējam.

53. Valodas 53.1. SVS lietotāja vide (saskarne) jānodrošina 1 valodā - latviešu.

53.2. SVS saskarnē jābūt iebūvētai kontekstatkarīgai sistēmas palīdzībai latviešu valodā (piem., lauku nozīme, aizpildīšanas noteikumi utt.).

53.3. Saziņas valoda pakalpojuma sniegšanas procesā jānodrošina latviešu valodā.

54. Pārlūkprogrammas 54.1. Jānodrošina SVS korekta atainošana un visas funkcionalitātes identiska darbība pēdējās trīs stabilajās versijās katrā no šīm tīmekļa pārlūkprogrammām: Internet Explorer, Opera, Mozilla Firefox, Google Chrome, Safari.

34

10. Nefunkcionālās prasības

Nr. Nosaukums Apraksts

55. Veiktspējas prasības

55.1. Vienlaikus spēt uzturēt 500 Lietotājus, kas ikkatras 5 sekundes pieprasa jaunu lapu. Tīmekļa vietnes atbildes laikam, šajā laikā ģenerējot lapu (neskaitot laiku, ko paņem datu sūtīšana pa tīklu), jābūt vidēji zem 300 ms pieprasījumā un 95% atbilžu jābūt zem 1000 ms.

56. Datu uzglabāšana

56.1. Jānodrošina lielizmēra datņu uzglabāšanas iespēja, paredzot iespēju datnes pievienot, grupēt mapēs, kārtot, dzēst, lejupielādēt un augšupielādēt ar ātrumu, kas ir ne mazāks par 10 Mb/sek.

56.2. Digitālos objektus (datnes) ir pieļaujams glabāt operētājsistēmas datņu sistēmā vai cita veida tehnoloģiju uzglabāšanas sistēmās.

56.3. Datņu metadati jāglabā datu struktūrās, kas nodrošina ātru nepieciešamās informācijas atrašanu un attēlošanu.

57. Drošības prasības

57.1. Jānodrošina standarta tīmekļa vietņu aizsardzības principi, nodrošinot aizsardzību vismaz pret 10 (desmit) izplatītākajām OWASP tīmekļa vietnē aprakstītajām drošības ievainojamībām (https://www.owasp.org/index.php/Top_10_2013-Top_10).

57.2. Kur nepieciešams, tiek veikta Lietotāja ievadīto datu vai datņu validācija, lai minimizētu uzbrukuma iespējas. Nepieciešams ieviest papildu kontroles, lai aizsargātu pret ļaunprātīgu serveru noslogošanu.

57.3. Sistēmai jābūt drošai pret surogāttekstu ievietošanu datubāzē caur HTML formām tīmekļa vietnē. Piem., izmantojot slēpto lauku ar mainīgu nosaukumu un saturu (CAPTCHA), formā ievadīto saturu Sistēmā pievieno tikai pēc lauka nosaukuma salīdzināšanas ar lauka nosaukumu saņemtajos datos.

57.4. Sistēmai jānodrošina informācijas aizsardzība saskaņā ar standartu LVS ISO/IEC 27001:2013 „Informācijas tehnoloģija. Drošības paņēmieni. Informācijas drošības pārvaldības sistēmas. Prasības, lai neautorizētas personas vai sistēmas nevarētu izgūt vai modificēt informāciju, kas nav publiski pieejama” vai ekvivalents.

57.5. Kļūdu un sistēmas paziņojumi neatklāj Lietotājiem nekādus datus par tīmekļa vietni. Detalizēti paziņojumi ir redzami tikai tīmekļa vietnes Administratoram.

57.6. Izmaiņas tīmekļa vietnē var veikt tikai autentificēti un autorizēti Lietotāji. Tiek nodrošināta Lietotāju tiesību pārvaldība.

57.7. Tīmekļa vietnei nodrošina integritātes pārbaudes, aizsargājot pret nesankcionētu modificēšanu.

57.8. Tīmekļa vietnē izmantotas programmatūras versijas ir tādas, kurām to ražotājs garantē sistēmas kļūdu un drošības labojumu piegādi visā tīmekļa vietnes uzturēšanas laikā, ja iespējams, nodrošinot automātisku versiju atjaunošanos.

57.9. Tīmekļa vietnē var noteikt, kuras lapas un/vai mapes indeksē ārējie meklētāji un/vai kuras ne.

57.10. Administratīvā saskarne (SSH, SFTP) pieejama tikai no 35

iekštīkla un tikai izmantojot šifrētu savienojumu.57.11. Jānodrošina iespējai bloķēt piekļuvi lapai pēc IP adreses.57.12. Tiek piegādāts tīmekļa vietnes darbības uzturēšanas plāns

un atjaunošanas procedūra.57.13. Pretendentam tehniskajā piedāvājumā jāiesniedz vismaz 3

metodes drošības prasību nodrošināšanai.58. Prasības pret

serveriem un

programmatūru

58.1. Tīmekļa vietnes servera operētājsistēmai jābūt bāzētai Windows Server vai UNIX serveru platformas (vēlamās serveru operētājsistēmas prioritārā secībā: MS Windows, FreeBSD, Ubuntu).

58.2. Tīmekļa vietnes uzturēšanas serveri un tā sagatavošanu atbilstoši Pretendenta prasībām nodrošina Pasūtītājs.

58.3. Pretendentam tehniskajā piedāvājumā jādefinē prasības tīmekļa vietnes uzturēšanas serverim, lai nodrošinātu šajās tehniskajās prasībās minētās funkcionālās un veiktspējas prasības.

58.4. Pretendentam tehniskajā piedāvājumā jādefinē prasības tīmekļa vietnes un uzturēšanas servera programmatūrai un tās specifiskiem uzstādījumiem. Pamatoti nepieciešamo maksas programmatūru vai funkciju nodrošinājumu moduļu (piem., SSL sertifikāts) iegādes izmaksas pilnā apmērā sedz Pasūtītājs un šīs izmaksas jāiekļauj finanšu piedāvājumā.

58.5. Nepieciešamā maksas programmatūra ir jānorāda atsevišķi pa pozīcijām finanšu piedāvājumā, un tā tiek piegādāta tikai pēc atsevišķa Pasūtītāja norādījuma.

59. Prasības pret

SVS lietotāja

darbstaciju

59.1. Pretendentam tehniskajā piedāvājumā jādefinē minimālās prasības tīmekļa vietnes SVS lietotāja darbstacijai un tās programmatūrai.

60. Prasības pret tīmekļa vietnes lietotāja

darbstaciju

60.1. Pretendentam tehniskajā piedāvājumā jādefinē minimālās prasības tīmekļa vietnes lietotāja darbstacijai un tās programmatūrai

61. Prasības lietotājiem

61.1. Pretendentam ir jānodrošina administrācijas sistēmas lietotāju apmācība, kuras mērķis ir panākt, ka administrācijas sistēmas lietotāji ir spējīgi pildīt savas funkcijas pēc apmācības, kas nav ilgāka par 6 (astoņām) stundām.

61.2. Pretendentam ir jāparedz līdz 5 (piecu) administrācijas sistēmas lietotāju apmācība. Apmācība ir veicama vienlaicīgi visiem 5 (pieciem) lietotājiem.

61.3. Tīmekļa vietnes lietotājam, kas nav administrācijas sistēmas lietotāji, jāspēj lietot tīmekļa vietne ar pamatzināšanām darbam ar datoru

62. Dokumentācijas

prasības

62.1. Jāizstrādā šāda dokumentācija latviešu valodā:62.1.1. sistēmas arhitektūras apraksts atbilstoši standarta

“IEEE ISO/IEC 42010-2011 Systems and software engineering - Architectural description” vai ekvivalenta standarta prasībām.

62.1.2. programmatūras prasību specifikācija atbilstoši standarta “Informācijas tehnoloģija. Programminženierija. Programmatūras prasību

36

specifikācijas ceļvedis (LVS 68:1996)” vai ekvivalenta standarta prasībām;

62.1.3. programmatūras projektējuma apraksts atbilstoši standarta “Informācijas tehnoloģija. Programminženierija. Ieteicamā prakse programmatūras projektējuma aprakstīšanai (LVS 72:1996)” vai ekvivalenta standarta prasībām;

62.1.4. testēšanas dokumentācija:62.1.4.1.lietojamības testu rezultāti;62.1.4.2.vienībtestu rezultāti;62.1.4.3.funkcionalitātes testu rezultāti;62.1.4.4.drošības testu rezultāti;62.1.4.5.regresa testu rezultāti;

62.1.5. SVS lietotāja rokasgrāmata;62.1.6. sistēmas administratora rokasgrāmata;62.1.7. izejas koda un izpildkoda piedarbināšanas

(instalācijas) instrukcija;62.1.8. rezerves kopēšanas un atjaunošanas instrukcija;62.1.9. tīmekļa vietnes darbības uzturēšanas plāns un

atjaunošanas procedūra.62.2. Dokumentācija jāiesniedz PDF un DOC formātos.

63. Prasības pret koda

kvalitāti un

uzturamību

63.1. Lietotāja saskarnes izkārtojumam (layout) jābūt ieviestam, iespēju robežās lietojot CSS, nevis HTML tabulas. HTML koda formatējumam jābūt ieviestam, lietojot CSS.

63.2. Sistēma jāizstrādā izmantojot MVC projektēšanas šablonu.63.3. Sistēmas izstrādē jāizmanto kāds no populārākajiem

izvēlētās programmēšanas valodas ietvariem (framework). Ietvaram jābūt atvērtā koda risinājumam.

63.4. Kodam jābūt modulāram, līdzīgai koda funkcionalitātei ir jābūt nodalītai atkārtoti izmantojamos moduļos. Kodam jāsatur komentāri. Mainīgo nosaukumiem, komentāriem un citiem artifaktiem jābūt aprakstošiem un saprotamiem. Kodam jābūt tīram un pārskatāmam, tam jāatbilst vienotam kodēšanas standartam (coding convention).

63.5. Izmantotajām komponentēm un bibliotēkām jābūt aprakstītām tehniskajā specifikācijā.

63.6. Sistēmas izstrādē jāparedz, ka tā tiks papildināta un tajā tiks integrēti dažāda veida e-pakalpojumu moduļi.

63.7. JavaScript un CSS kodam produkcijas vidē jābūt sakompresētam.

63.8. Apjomīgu JavaScript bibliotēku ielāde jāveic pēc Sistēmas satura ielādes.

64. Darbu izpildes

kārtība un termiņi

64.1. Līguma izpildes termiņš ir seši mēneši no līguma noslēgšanas brīža. Uzsākot darbu, Izpildītājs iesniedz detalizētu darbu plānu un saskaņo ar Pasūtītāja pilnvaroto pārstāvi tīmekļa vietnes dizaina, funkcionalitātes un ekrāna formas. Izpildītājam tīmekļa vietnes izstrādes sākuma stadijā 20 (divdesmit) kalendāro dienu laikā pēc līguma noslēgšanas) jāiesniedz Pasūtītājam vairāki (vismaz 3) dizaina varianti.

64.2. Nodevumu korekcijas pēc Pasūtītāja komentāru saņemšanas veicamas ne vairāk kā 20% laika apjomā no atsevišķā posma demonstrācijas versijas sagatavošanas laika;

64.3. Pirms galējo rezultātu iesniegšanas un prezentācijas,

37

tīmekļa vietne testa režīmā jāsagatavo līdz līguma izpildes ceturtā mēneša beigām un jānodrošina piekļuve Pasūtītāja pārstāvim testēšanai. Konstatēto nepilnību gadījumā Izpildītājam tās jānovērš un jāizlabo līdz gala rezultātu iesniegšanai un prezentācijai.

64.4. Sistēmas specifikācija:64.4.1. Jāizstrādā detalizēta Sistēmas specifikācija,

atrunājot precīzas funkcionalitātes un lietotāju saskarņu prasības;

64.5. Dizaina izstrāde:64.5.1. Jāizstrādā tīmekļa vietnes lietotāju saskarņu dizains

ar nodevumu PSD un JPG failu formātā;64.6. Lietojamības testēšana:

64.6.1. testēšana jāveic saskaņā ar Pasūtītāja norādījumiem;64.6.2. testēšanas mērķauditoriju nosaka Pasūtītājs;64.6.3. testēšana jāveic ar vismaz 30 cilvēkiem;64.6.4. Pasūtītajam jāprezentē testēšanas rezultāti.

64.7. Izstrāde un sagatavošana akcepttestam:64.7.1. Jāveic Sistēmas izstrāde un sagatavošana

akcepttestam, paredzot šādus nodevumus:64.7.1.1.Piegādāta un Pretendenta testa vidē instalēta

Sistēma;64.7.1.2.Trešo personu programmatūras licences un

instalācijas diski;64.7.1.3.Sistēmas instalācijas versija.

64.8. Akcepttestēšana:64.8.1. Jāveic testi, imitējot katru sistēmas funkcionalitāti;64.8.2. Jāveic testi, imitējot sistēmas darbības problēmas;64.8.3. Nodevums – saskaņots un parakstīts

akcepttestēšanas protokols, kurā aprakstīta testēšanas metodika, izmantotie rīki, kritēriji, testpiemēri, testa vide un testēšanas rezultāti.

64.9. Jāizstrādā SVS lietotāja rokasgrāmata un sistēmas administratora rokasgrāmata.

64.10. Jāpiegādā nešifrēts izejas kods un izpildkods.64.11. Instalācija produkcijas vidē:

64.11.1. Jāveic Sistēmas instalācija produkcijas vidē uz Pasūtītāja norādītiem tehniskajiem resursiem, veicot šādus nodevumus:64.11.1.1. piegādāta un uz Pasūtītāja tehnikas instalēta

trešo personu licencēta programmatūra;64.11.1.2. uz Pasūtītāja tehnikas instalēta Sistēma;64.11.1.3. trešo personu programmatūras licences;64.11.1.4. instalācijas diski.

64.11.2. Jāveic sistēmas sākotnējā konfigurēšana, datu migrācija no esošās sistēmas uz jaunizstrādāto sistēmu. Specifiskās datu migrācijas prasības tiks definētas tehnisko prasību specifikācijas izstrādes procesā tīmekļa vietnes izstrādes laikā.

64.12. Administrācijas sistēmas lietotāju apmācība:64.12.1. Jāveic administrācijas sistēmas lietotāju apmācība ar

nodevumu:64.12.1.1. akts par paredzētā lietotāju skaita apmācību.

38

65. Programmatūras

legalitātes prasības

65.1. Pretendentam Sistēmas izstrādes laikā ir jāizmanto tikai legāli iegūta programmatūra.

65.2. Pretendentam tehniskajā piedāvājumā jānorāda izstrādē izmantojamā programmatūra.

65.3. Pretendentam tehniskajā piedāvājumā jāiekļauj izmantojamās programmatūras legālu izcelsmi apliecinoši dokumenti vai paskaidrojumi par bezmaksas pieejamas programmatūras izmantošanu.

65.4. Pasūtītājam pēc nodevumu saņemšanas pieder ekskluzīvas mantiskās tiesības uz visiem projekta gaitā radītajiem nodevumiem.

65.5. Jāpiegādā visas standarta programmatūras licences, uz kurām balstās piegādātais risinājums, iekļaujot to izmaksas finanšu piedāvājumā.

65.6. Nepieciešamā maksas programmatūra ir jānorāda atsevišķi pa pozīcijām finanšu piedāvājumā, un tā tiek piegādāta tikai pēc atsevišķa Pasūtītāja norādījuma.

11. Bezmaksas garantijas nodrošināšanas prasības

Nr. Nosaukums Apraksts

66. Garantijas ietvaros

sniedzamie

bezmaksas

pakalpojumi un

periods, reakcijas un

problēmu

novēršanas prasības

66.1. Pretendentam jānodrošina 2 (divu) gadu ilgs garantijas periods no pieņemšanas un nodošanas akta par tīmekļa vietņu izstrādi parakstīšanas brīža, šajā periodā bez maksas labojot atklātās Sistēmas kļūdas atbilstoši šādiem nosacījumiem:66.1.1. Pretendentam jānodrošina šādi reakcijas laiki no

problēmas pieteikšanas brīža:66.1.1.1.kritiskos gadījumos, kad problēma izraisa

pilnīgu Sistēmas darbības apstāšanos, un/vai darbs nevar tikt turpināts – ne lielāks par 1 (vienu) stundu, ja kritiska problēma tiek pieteikta darba dienā pēc plkst. 18:00, tad tiek uzskatīts, ka ziņojums saņemts nākamajā darba dienā plkst. 8:00;

66.1.1.2.steidzamos gadījumos, kad problēma izraisa iekšēju programmatūras kļūdu vai nekorektu darbību, kas rada lielus iespēju zudumus un 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ā – ne lielāks par 4 (četrām) stundām, ja steidzamā problēma tiek pieteikta darba dienā pēc plkst. 18:00, tad tiek uzskatīts, ka ziņojums saņemts nākamajā darba dienā plkst. 8:30;

66.1.1.3.pārējos gadījumos, kad 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 – ne lielāks par 16 (sešpadsmit) stundām, ja problēma tiek pieteikta darba dienā pēc plkst. 18:00, tad tiek uzskatīts, ka ziņojums saņemts nākamajā darba dienā plkst. 8:30.

39

66.1.2. Pretendentam jānodrošina šādi problēmu novēršanas laiki no problēmas pieteikšanas brīža:66.1.2.1.kritiskos gadījumos, kad problēma izraisa

pilnīgu Sistēmas darbības apstāšanos, un/vai darbs nevar tikt turpināts, problēmas ir jānovērš ne vēlāk kā 8 (astoņu) stundu laikā vai jāpiedāvā cits pieņemams risinājums un problēmu novēršanas scenārijs un laika grafiks;

66.1.2.2.steidzamos gadījumos, kad problēma izraisa iekšēju programmatūras kļūdu vai nekorektu darbību, kas rada lielus iespēju 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ā, problēmas jānovērš ne vēlāk kā 16 (sešpadsmit) stundu laikā vai jāpiedāvā cits pieņemams risinājums un problēmu novēršanas scenārijs un laika grafiks;

66.1.2.3.pārējos gadījumos, kad 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 – ne vēlāk kā 24 (divdesmit četru) stundu laikā vai jāpiedāvā cits pieņemams risinājums un problēmu novēršanas scenārijs un laika grafiks.

66.1.3. Jānodrošina Pasūtītāja regulāra informēšana par pieteiktā problēmziņojuma statusa izmaiņām un pārskatu iesniegšana par tā risināšanas gaitu pēc Pasūtītāja pieprasījuma.

66.1.4. Jānodrošina datu rezerves kopēšana un atjaunošana, kā arī pārējās dokumentācijas atjaunošana, pie visām veiktajām izmaiņām.

12. Dizaina vadlīnijas

12.1. Tīmekļa vietnes sākumlapas un kalendāra skiču dizains jāizstrādā saskaņā ar Attēlā 1 un Attēlā 2 norādītajām dizaina vadlīnijām un atbilstoši tehniskajās specifikācijās norādītajām tīmekļa vietnes sadaļu un notikumu un pasākumu kalendāra moduļa prasībām.

12.2. Skicēs iekļautajām grafikām un tīmekļa vietnes dizaina un funkcionālajiem elementiem (piemēram, piktogrammām) jābūt veidotiem apļveida formā.

12.3. Tīmekļa vietnes dizaina skicēs iekļaujamas Attēlā 1 norādītās krāsas tikai norādītajos toņos. Papildus norādītajiem toņiem atļauts lietot baltu krāsu un melnās un pelēkās krāsas toņus.

12.4. Tīmekļa vietnes dizaina skicēs attēlotajam tekstam jābūt saskaņā ar Attēlā 2 norādītajiem burtveidoliem.

12.5. Detalizētākas dizaina vadlīnijas Izstrādātājam tiks dotas pēc līguma noslēgšanas.

40

Attēls 1 “Krāsas un elementi”

41

Attēls 2 “Burtveidoli”

42

13. Tīmekļa vietnes sākumlapas struktūra

Tīmekļa vietnes pirmajā lapā iekļaujamie informācijas bloki un/vai saites:

1. Galvenās sadaļas (lapas navigācija);2. Jaunumu sadaļa;3. Ziņas un jaunumi – iespēja filtrēt pēc tēmām (jaunākās, lasītākās);4. Kalendārs un tuvākie pasākumi;5. Īsceļi

5.1. Kontakti un kontaktforma (autorizējoties iespēja nosūtīt ziņu pašvaldībai);5.2. Sabiedriskais transports;5.3. Caurlaides;5.4. Sociālie tīkli;5.5. Sabiedrības līdzdalība;

6. Meklētājs;7. Pilsētas karte;8. Laika ziņas;9. Video (saite ar priekšskatījumu uz aktuālo video materiālu);10. Foto (aktuālās foto galerijas);11. Twitter (@Jurmalalv) ziņu plūsma.

Papildus iepriekš minētajiem blokiem jāparedz iespēja, ka informācijas bloki var tikt filtrēti arī pēc mājaslapas apmeklētāja:

1. Jūrmalniekiem2. Jūrmalas viesiem3. Uzņēmējiem

14. Tīmekļa vietnes sadaļu struktūra

Sadaļu struktūra var tikt mainīta vai precizēta izstrādes gaitā.

1. PAR JŪRMALU1.1. Ziņas (iespēja redzēt aktuālos jaunumus) | Aktuāli (aktuālie notikumi, pasākumi, paziņojumi)

1.1.1. Jūrmalas pilsētas pašvaldības informācijas biļetens / laikraksts (līdz šim – informācija vietējā laikrakstā) – iespēja lejupielādēt laikraksta failu pdf formātā, filtrējot pēc laikraksta izdošanas datuma)

1.2. Pilsētas apraksts un vēsture, apakšsadaļas – pilsētas apkaimes, kur aprakstīts katra apkaime, attēlota atrašanās vieta kartē, kā arī iespēja pievienot fotogaleriju (Apkaimes: Sloka, Ķemeri, Priedaine, Lielupe, Bulduri, Dzintari, Majori, Dubulti, Jaundubulti, Pumpuri, Melluži, Asari, Vaivari, Jaunķemeri, Bāžciems, Branķuciems, Bražuciems, Buļļuciems, Druvciems, Krastciems, Kūdra, Stirnurags, Vārnukrogs)

1.2.1. Jūrmalas pilsētas vēsture 1.2.2. Simbolika1.2.3. Vide (Zilie karogi, peldvietas, Jūrmala – Veselīga pilsēta, aizsargājamās dabas

teritorijas)1.3. Notikumu kalendārs – attēlots kalendārs un teksta formā arī tuvāko nozīmīgāko pasākumu un

notikumu apraksti (foto + apraksts)1.4. Sabiedriskais transports1.5. Starptautiskā sadarbība (apraksts, stratēģija, paveiktais, sadraudzības pilsētas)1.6. Uzziņas 1.7. Jūrmalas pilsētas karte

2. PAŠVALDĪBA 43

2.1. Ziņas (iespēja redzēt aktuālos jaunumus) | Aktuāli (aktuālie notikumi, pasākumi, paziņojumi)2.2. Par Jūrmalas pilsētas domi (apraksts un shematiskā struktūra)2.3. Domes sēdes2.4. Domes priekšsēdētājs

2.4.1. Priekšsēdētāja birojs2.5. Deputāti2.6. Izpilddirektors2.7. Struktūrvienības (+shēma)2.8. Pašvaldības iestādes un kapitālsabiedrības2.9. Apmeklētāju apkalpošanas centrs (foto, adrese ar karti, darba laiki, kontaktinformācija)2.10. Iestādes un kapitālsabiedrības2.11. Normatīvie akti (dokumenti)

2.11.1. Dokumentu projekti2.11.2. Saistošie noteikumi2.11.3. Lēmumi

2.12. Attīstība un plānošana (saite uz ar Attīstības un būvniecības dokumentu sadaļu)2.13. Publikācijas un statistika 2.14. Budžets

2.14.1. Nodokļi2.14.2. Amatpersonu atalgojums2.14.3. Ziedojumi

2.15. Pakalpojumi + kontakti (kur zvanīt neskaidrību gadījumā par pakalpojumiem)2.15.1. Situācijas2.15.2. Biežāk uzdotie jautājumi2.15.3. E-pakalpojumi2.15.4. Publiskais internets

2.16. Projektu konkursi un iniciatīvas2.17. Iepirkumi2.18. Izsoles2.19. Pašvaldības īpašumi2.20. Notikumu kalendārs 2.21. Vakances2.22. Apbalvojumi

2.22.1. Pašvaldības saņemtie apbalvojumi (Veselīga pilsēta, Eiropas Gada pašvaldība u.c.)2.22.2. Jūrmalas Gada cilvēks2.22.3. Jūrmalas Gada balva kultūrā2.22.4. Jūrmalas Gada balva sportā 2.22.5. Jūrmalas sakoptākais īpašums2.22.6. Apbalvojumi uzņēmējiem

3. SABIEDRĪBA3.1. Ziņas (iespēja redzēt aktuālos jaunumus) | Aktuāli (aktuālie notikumi, pasākumi, paziņojumi)3.2. Sabiedrības līdzdalība

3.2.1. Līdzdalības iespējas pašvaldībā3.2.2. Konsultatīvās padomes (Iedzīvotāju konsultatīvā padome, Izglītības konsultatīvā

padome, Jauniešu dome, Kristīgo draudžu padome, Sabiedriskā padome, Uzņēmēju konsultatīvā padome)

3.2.3. Aktuālās darba grupas3.2.4. Sabiedriskās apspriešanas3.2.5. Dome sēdes3.2.6. Pieteikties uz vizīti 3.2.7. Praktiski padomi, noderīgi resursi (biedrības, nodibinājumi Jūrmalā)3.2.8. Publiskās apspriešanas un detālplānojumi

44

3.3. Sabiedriskais transports3.4. Sociālā palīdzība3.5. Sociālie pakalpojumi3.6. Veselības un sociālā aprūpe

3.6.1. Neatliekamā medicīniskā palīdzība3.6.2. Veselības pakalpojumu sniedzēji Jūrmalā

3.6.2.1. Primārā veselības aprūpe3.6.2.2. Sekundārā veselības aprūpe

3.6.3. Sociālā aprūpe3.6.4. Veselību veicinoši pasākumi

3.6.4.1. Veselību veicinošie pakalpojumi3.6.4.2. Veselības veicināšanas projekti3.6.4.3. Atbalsts projektu īstenošanai

3.7. Sabiedrības integrācija3.7.1. Sabiedrības integrācijas projekti3.7.2. Sabiedrības integrācijas pasākumi3.7.3. Vides pieejamība

3.8. Drošība un kārtība3.8.1. Pašvaldības policija3.8.2. Valsts policija3.8.3. Drošība uz ūdeņiem3.8.4. Ugunsdrošība

3.9. Sadzīviskie pakalpojumi3.9.1. Sadzīves atkritumu apsaimniekošana3.9.2. Siltumenerģija3.9.3. Ūdens piegāde un kanalizācijas pakalpojumi3.9.4. Nekustamā īpašuma apsaimniekošana

3.9.4.1. Atkritumu šķirošana3.9.4.2. Ielu tīrīšana

3.10. Garīgā dzīve3.11. Jauniešiem

3.11.1. Drošs internets3.11.2. Noderīgas saite3.11.3. Organizācijas3.11.4. Atbalsts ideju īstenošanai

4. IZGLĪTĪBA4.1. Ziņas (iespēja redzēt aktuālos jaunumus) | Aktuāli (aktuālie notikumi, pasākumi, paziņojumi)4.2. Pirmsskolas izglītība4.3. Pamatizglītība4.4. Vispārējā vidējā izglītība4.5. Speciālā izglītība4.6. Profesionālās ievirzes izglītība4.7. Profesionālā izglītība4.8. Augstākā izglītība4.9. Interešu izglītība4.10. Pieaugušo izglītība4.11. Metodiskās apvienības un materiāli4.12. Bērnu tiesību aizsardzība4.13. Mācību priekšmetu olimpiādes (likt zem attiecīgās izglītības virziena)4.14. Plānošanas dokumenti (saite uz attiecīgo sadaļu Attīstības un būvniecības sadaļu)

4.14.1. Elektroniskais izdevums4.14.1.1. Izdevumi

45

4.14.1.2. Darba plāns elektroniskajiem izdevumiem4.15. Iesniegumu veidlapu paraugi4.16. Projekti4.17. Pedagogiem 4.18. Vecākiem

5. KULTŪRA5.1. Ziņas (iespēja redzēt aktuālos jaunumus) | Aktuāli (aktuālie notikumi, pasākumi, paziņojumi)5.2. Jūrmalas Kultūras centrs

5.2.1. Kauguru kultūras nams5.2.2. Mākslinieku nams5.2.3. Jūrmalas teātris

5.3. Dzintaru koncertzāle5.4. Muzeji un izstāžu zāles5.5. Teātris5.6. Bibliotēkas5.7. Radošie kolektīvi5.8. Interešu izglītība5.9. Kultūras iestāžu karte5.10. Atbalsts kultūrai

5.10.1. Kultūrpolitikas plānošanas dokumenti5.10.2. Kultūras projekti5.10.3. Kultūras nodaļa 5.10.4. Dokumenti

5.11. Apbalvojumi kultūrā5.12. Kultūras biedrības

6. SPORTS6.1. Ziņas (iespēja redzēt aktuālos jaunumus) | Aktuāli (aktuālie notikumi, pasākumi, paziņojumi)6.2. Sporta veidi (Airēšana, Austrumu cīņas, Autosports, Basketbols, Boulings, Dambrete,

Florbols, Futbols, Galda teniss, Handbols, Hokejs, Karate, Loka šaušana, Mākslas vingrošana, Peldēšana, Pludmales futbols, Pludmales volejbols, Regbijs, Riteņbraukšana, Skeitbords, Smaiļošana un kanoe, Teniss, Ūdensmotosports, Ūdensslēpošana, Vieglatlētika, Volejbols)

6.3. Sporta infrastruktūra (iespējas sportot) – info par sporta objektiem un sporta organizācijām6.3.1. Sporta objekti6.3.2. Sporta organizācijas

6.4. Veterānu sports6.5. Cilvēkiem ar invaliditāti6.6. Jūrmalas Gada balva sportā6.7. Atbalsts sportam6.8. Sporta plānošanas dokumenti un projekti (saite uz attiecīgo sadaļu Attīstības un būniecības

sadaļā)

7. TŪRISMS (saite uz www.tourism.jurmala.lv ar iespēju nokļūt atpakaļ)

8. ATTĪSTĪBA UN BŪVNIECĪBA8.1. Ziņas (iespēja redzēt aktuālos jaunumus) | Aktuāli (aktuālie notikumi, pasākumi, paziņojumi)8.2. Attīstības plānošana un uzraudzība

8.2.1. Normatīvie akti, kas nosaka attīstības plānošanas procesu pašvaldībā8.2.2. Attīstības plānošanas dokumenti

8.2.2.1. Nacionālie attīstības plānošanas dokumenti8.2.2.2. Reģionālie attīstības plānošanas dokumenti

46

8.2.2.3. Jūrmalas attīstības plānošanas dokumenti8.2.2.3.1. Attīstības stratēģija8.2.2.3.2. Attīstības programma (Aktuālā redakcija un informācija par

programmu)8.2.2.3.3. Teritorijas plānojums, teritorijas izmantošanas un apbūves noteikumi8.2.2.3.4. Apstiprinātie detālplānojumi8.2.2.3.5. Sabiedrības līdzdalība

8.2.3. Attīstības plānošanas uzraudzība8.2.3.1. Uzraudzības ziņojumi8.2.3.2. Reģionālās attīstības indikatoru modulis8.2.3.3. Sabiedriskās domas pētījumi

8.3. Attīstības projekti 8.4. Pilsētplānošana8.5. Detālplānojumi un lokālplānojumi8.6. Būvniecība

8.6.1. Saņemtie iesniegumi 8.6.2. Būvvaldes lēmumi 8.6.3. Būvvaldes komisijas pakalpojumi

9. UZŅĒMĒJDARBĪBA9.1. Ziņas (iespēja redzēt aktuālos jaunumus) | Aktuāli (aktuālie notikumi, pasākumi, paziņojumi)9.2. Uzņēmējdarbības vide Jūrmalā

9.2.1. Statistika9.2.2. Attīstības tendences9.2.3. Uzņēmumi

9.3. Pakalpojumi (jāfiltrē uzņēmējiem svarīgie pakalpojumi) 9.4. Atbalsts uzņēmējiem9.5. Investoriem

9.5.1. Investīciju vide9.5.2. Nekustamā īpašuma piedāvājumi

9.6. Lielupes osta9.7. Līdzdalības iespējas

9.7.1. Uzņēmēju konsultatīvā padome 9.7.2. Jūrmalas uzņēmēju biedrība9.7.3. Sabiedrības līdzdalība (saite uz sabiedrības līdzdalības sadaļu)

47

2.pielikums iepirkumam ar ID Nr. - JPD 2014/151

TEHNISKAIS PIEDĀVĀJUMS

JŪRMALAS PILSĒTAS PAŠVALDĪBAS TĪMEKĻA VIETNES IZSTRĀDE

____________________________________________________________

(Pretendenta nosaukums)

1. Galvenā pakalpojuma sniedzēja un apakšuzņēmēju paredzamais darbu apjoms:

Nr. Firmas nosaukums Veicamo darbu nosaukums

Veicamais darbu apjoms

EUR (t.sk.PVN) % no kopējā apjoma

1 (galvenais pakalpojuma

sniedzējs)2 (apakšuzņēmējs)3 (apakšuzņēmējs)

utt.Obligāti jānorāda, ja apakšuzņēmēja darba apjoms ir = vai > par 20% no kopējā darba apjoma.

2.Tehniskajā piedāvājumā ir iekļauti šādi apraksti: 1.1. Tīmekļa vietnes izstrādē izmantoto tehnoloģiju apraksts. 1.2. Prasību apraksts:

1.2.1. tīmekļa vietnes uzturēšanas serverim, lai nodrošinātu 1. pielikuma „Tehniskās specifikācijas” prasībās minētās funkcionālās un veiktspējas prasības.

1.2.2. tīmekļa vietnes un uzturēšanas servera programmatūrai un tās specifiskiem uzstādījumiem.

1.3. Tīmekļa vietnes izstrādē izmantojamās programmatūras apraksts, legālu izcelsmi apliecinoši dokumenti vai paskaidrojumi par bezmaksas pieejamas programmatūras izmantošanu.

1.4. Minimālo prasību apraksts:1.4.1. tīmekļa vietnes lietotāja darbstacijai un tās programmatūrai. 1.4.2. tīmekļa vietnes satura vadības sistēmas lietotāja darbstacijai un tās programmatūrai.

1.5. Vismaz 3 (trīs) priekšlikumu vai metožu apraksts:1.5.1. tīmekļa vietnes pieejamības nodrošināšanai un veiktspējai 1.5.2. tīmekļa vietnes atbilstībai meklētājserveriem 1.5.3. drošības prasību nodrošināšanai.

1.6. Satura vadības sistēmas apraksts un piekļuves informācija satura vadības sistēmas demonstrācijas videi.

2. Apliecinām, ka garantijas termiņš ir ______________ mēneši (ne mazāk kā 24 mēneši) .

3. Apliecinām, ka pasūtījuma izpilde tiks veikta saskaņā ar tehniskajās specifikācijās noteiktajām prasībām 6 (sešu) mēnešu laikā no līguma noslēgšanas brīža.

Tehniskā piedāvājuma pielikumā:

1. divas tīmekļa vietnes dizaina skices atbilstoši 1. pielikumā „Tehniskās specifikācijas” definētajām funkcionalitātes prasībām un dizaina vadlīnijām.

48

(Pretendenta pilnvarotās personas nosaukums) (vārds, uzvārds)

_____________________________

(paraksts)

____________________________

(Dokumenta aizpildīšanas datums) z.v.

49

2.1.pielikums iepirkumam ar ID Nr. - JPD 2014/151

TEHNISKĀ PIEDĀVĀJUMA PRASĪBAS

1.1. Tehniskajam piedāvājumam jāatbilst instrukcijas 1. pielikuma „Tehniskās specifikācijas” prasībām.

1.2. Tehniskajā piedāvājumā brīvā formā jānorāda tehnoloģijas, kuras tiks izmantotas tīmekļa vietnes izstrādē.

1.3. Tehniskajā piedāvājumā jādefinē prasības tīmekļa vietnes uzturēšanas serverim, lai nodrošinātu instrukcijas 1. pielikuma „Tehniskās specifikācijas” prasībās minētās funkcionālās un veiktspējas prasības.

1.4. Tehniskajā piedāvājumā jādefinē prasības tīmekļa vietnes un uzturēšanas servera programmatūrai un tās specifiskiem uzstādījumiem.

1.5. Tehniskajā piedāvājumā jānorāda izstrādē izmantojamā programmatūra, legālu izcelsmi apliecinoši dokumenti vai paskaidrojumi par bezmaksas pieejamas programmatūras izmantošanu.

1.6. Tehniskajā piedāvājumā jādefinē minimālās prasības:1.6.1. tīmekļa vietnes lietotāja darbstacijai un tās programmatūrai.1.6.2. tīmekļa vietnes satura vadības sistēmas lietotāja darbstacijai un tās programmatūrai.

1.7. Tehniskajā piedāvājumā jānorāda:1.7.1.1. vismaz 3 (trīs) priekšlikumi tīmekļa vietnes pieejamības nodrošināšanai un

veiktspējai;1.7.1.2. vismaz 3 (trīs) priekšlikumi tīmekļa vietnes atbilstībai meklētājserveriem;1.7.1.3. vismaz 3 (trīs) metodes drošības prasību nodrošināšanai.

1.8. Tehniskajam piedāvājumam jāsatur apliecinājums par garantijas termiņu, kas nedrīkst būt mazāks par 24 (divdesmit četriem) mēnešiem.

1.9. Tehniskajam piedāvājumam jāpievieno 2 (divas) dizaina skices – sākumlapa un notikumu kalendārs, kuras atbilst instrukcijas 1. pielikumā „Tehniskās specifikācijas” definētajām funkcionalitātes prasībām un dizaina vadlīnijām.

1.10. Pretendentam jānodrošina iespēja Pasūtītājam pieslēgties un iepazīties ar Pretendenta piedāvātā risinājuma satura vadības sistēmu, kura tiks izmantota par pamatu instrukcijas 1.pielikumā „Tehniskās specifikācijas” aprakstītās tīmekļa vietnes satura vadības sistēmas izstrādē. Piekļuvi demonstrācijas sistēmai jānodrošina, Tehniskajam piedāvājumam pievienojot demonstrācijas sistēmas attālinātas piekļuves informāciju.

50

3.pielikums

iepirkumam ar ID Nr.- JPD 2014/151

FINANŠU PIEDĀVĀJUMS

JŪRMALAS PILSĒTAS PAŠVALDĪBAS TĪMEKĻA VIETNES IZSTRĀDE

(pretendenta nosaukums)

Adrese_____________________________________________________________________

Reģistrācijas apliecības Nr. _____________________________________________________

Bankas rekvizīti ______________________________________________________________

Saskaņā ar iepirkuma ar ID Nr. - JPD 2014/151 prasībām piedāvājam izpildīt pasūtījumu par kopējo līgumcenu EUR neieskaitot PVN:

Jūrmalas pašvaldības tīmekļa vietnes izstrāde Līgumcena

(neieskaitot PVN )

EUR

Tīmekļa vietnes dizaina izstrāde

Tīmekļa vietnes programmēšana

Programmatūras licenču iegādes un uzturēšanas izmaksas, ieskaitot garantijas laiku

KOPĀ :

Priekšapmaksa ______________ (ne vairāk kā 30% no līgumcenas).

Cenā iekļauti visi normatīvajos aktos paredzētie nodokļi un maksājumi, neieskaitot PVN maksājumus. Mūsu piedāvājumā iekļautas visas nepieciešamās izmaksas, kas nodrošina Jūrmalas pilsētas pašvaldības tīmekļa vietnes izstrādi un ir saskaņā ar Tehniskajām specifikācijām.

(Pretendenta pilnvarotās personas nosaukums) (vārds, uzvārds)

_____________________________

(paraksts)

____________________________

(Dokumenta aizpildīšanas datums) z.v.

51

4.pielikumsuzaicinājumam

ar ID Nr. - JPD 2014/151 (PROJEKTS)

PAKALPOJUMU LĪGUMS Nr._________________

Jūrmalā, 2015.gada “____.“ _______________

Jūrmalas pilsētas dome, reģ.Nr.90000056357, (turpmāk – Pasūtītājs) kuras vārdā saskaņā ar Jūrmalas pilsētas pašvaldības 2010.gada 4.februāra saistošajiem noteikumiem Nr.6 „Jūrmalas pilsētas pašvaldības nolikums” darbojas pašvaldības izpilddirektora p.i. Arturs Grants, no vienas puses, un

_______________, reģ. Nr.___________, (turpmāk – Izpildītājs) kuras vārdā saskaņā ar statūtiem rīkojas tās __________ ______________, no otras puses, turpmāk katrs atsevišķi vai abi kopā saukti arī Puse/-es,

pamatojoties uz Publisko iepirkumu likuma __.pantu un iepirkuma ar identifikācijas ID Nr. JPD 2014/151 rezultātiem, savā starpā noslēdz šādu līgumu (turpmāk - Līgums):

1. LĪGUMA PRIEKŠMETS

Pasūtītājs uzdod, bet Izpildītājs apņemas sniegt pakalpojumu – jaunas Jūrmalas pilsētas pašvaldības tīmekļa vietnes izstrādi (turpmāk – Darbi) saskaņā ar Līgumu un 1.pielikumu – Tehniskajām specifikācijām, 2.pielikumu – Tehnisko piedāvājumu un 3.pielikumu – Finanšu piedāvājumu, kas ir neatņemamas Līguma sastāvdaļas.

2. PUŠU SAISTĪBAS

2.1. Izpildītājs apņemas:2.1.1.veikt Darbus līdz 2015. gada _.______________, ievērojot Tehnisko specifikāciju

64.punktā noteikto Darbu izpildes kārtību un termiņus;2.1.2. izstrādāt Darbus atbilstoši Tehniskajām specifikācijām un iesniegt _________________;2.1.3. izstrādātos Darbus saskaņot _________________;2.1.4. izpildot Darbus, ievērot visas Latvijas Republikas spēkā esošajos normatīvajos aktos

noteiktās prasības;2.1.5. jebkurā laikā pēc Pasūtītāja pieprasījuma sniegt atskaiti par Darbu gaitu;2.1.6.pieprasīt no Pasūtītāja visus Pasūtītāja rīcībā esošos izejas materiālus, kas nepieciešami

kvalitatīvai Darbu izpildei Līgumā noteiktajā termiņā;2.1.7. ar Darbu nodošanas – pieņemšanas aktu nodot Darbus Pasūtītājam;2.1.8.pēc Darbu izpildes ievērot Tehnisko specifikāciju 66.punktā noteiktās bezmaksas

garantijas nodrošināšanas prasības; 2.1.9. kompensēt izdevumus pēc to faktiskiem apmēriem, kas Pasūtītājam radušies Izpildītāja vai

viņa iesaistītās trešās personas vainas vai neuzmanības dēļ 10 (desmit) dienu laikā no pretenzijas nosūtīšanas dienas.

2.2. Pasūtītājs apņemas:2.2.1. izsniegt Izpildītājam visus Pasūtītāja rīcībā esošos izejas materiālus, kas nepieciešami

Darbu veikšanai;2.2.2. ar Darbu nodošanas – pieņemšanas aktu pieņemt Darbus, ja tie atbilst Līguma

nosacījumiem;2.2.3.veikt Līgumā paredzētos maksājumus.

52

3. DARBU NODOŠANAS - PIEŅEMŠANAS KĀRTĪBA

3.1. Pēc Darbu pabeigšanas tiek noformēts, un abu Pušu parakstīts Darbu nodošanas – pieņemšanas akts.

3.2. Darbu nodošanas – pieņemšanas aktus sagatavo un iesniedz Pasūtītājam Izpildītājs. 3.3. Ja Pasūtītājs 10 (desmit) darba dienu laikā no Darbu nodošanas – pieņemšanas akta saņemšanas

izvirza pamatotas pretenzijas par Darbu kvalitāti, tad Pasūtītājs ir tiesīgs neparakstīt Darbu nodošanas – pieņemšanas aktu, un Izpildītājam nekavējoties ir jānovērš pieļautās kļūdas un neprecizitātes.

4. LĪGUMCENA UN NORĒĶINU KĀRTĪBA

4.1. Par Līguma savlaicīgu un kvalitatīvu izpildi Pasūtītājs maksā Izpildītājam līgumcenu _______ EUR (_______ euro, _______ centi) un pievienotās vērtības nodokli (PVN) spēkā esošajos normatīvajos aktos noteiktajā apmērā.

4.2. Kopējā līgumcenā ietverti visi nodokļi un nodevas, kā arī visi iespējamie Izpildītāja izdevumi, kas nepieciešami Izpildītāja saistību izpildei Līguma ietvaros.

4.3. Pasūtītājs veic samaksu par izpildītajiem Darbiem šādā kārtībā:4.3.1. 20 (divdesmit) darba dienu laikā no Līguma spēkā stāšanās un Izpildītāja rēķina saņemšanas Pasūtītājs samaksā priekšapmaksu 30% (trīsdesmit) procentu apmērā no Līguma 4.1. punktā minētās līgumcenas, kas veido ____ EUR (____), un PVN spēkā esošajos normatīvajos aktos noteiktajā apmērā;4.3.2. atlikušo līgumcenu 70% (septiņdesmit) procentu apmērā, kas veido _____ EUR (_____), un PVN spēkā esošajos normatīvajos aktos noteiktajā apmērā Pasūtītājs samaksā 30 (trīsdesmit) darba dienu laikā pēc Darbu pieņemšanas – nodošanas akta abpusējas parakstīšanas un Izpildītāja rēķina saņemšanas.

4.4. Pasūtītājs ir tiesīgs ieturēt piemēroto līgumsodu, veicot rēķina samaksu.4.5. Samaksa tiek veikta ar bankas pārskaitījumu uz Izpildītāja norādīto norēķinu kontu. Par

maksājumu veikšanas dienu uzskatāms datums, kad bankā iesniegts attiecīgs maksājuma uzdevums (bankas atzīme).

5. PUŠU ATBILDĪBA UN STRĪDU RISINĀŠANAS KĀRTĪBA

5.1. Izpildītājs atbild par izpildīto Darbu atbilstību visām Latvijas Republikā spēkā esošajos normatīvajos aktos noteiktām tehniskām, sanitārām, vides aizsardzības, ugunsdrošības un citām prasībām.

5.2. Par līgumsaistību neizpildi vai nepilnīgu izpildi, Puses ir atbildīgas saskaņā ar Latvijas Republikā spēkā esošajiem normatīvajiem aktiem un Līguma nosacījumiem.

5.3. Ja Izpildītājs nepienācīgi pilda Līgumā paredzētās saistības, Izpildītājs maksā Pasūtītājam līgumsodu 1% (viena procenta) apmērā no konkrēto Darbu līgumcenas par katru pārkāpuma dienu, ko Pasūtītājs ir tiesīgs ieturēt no savstarpējiem norēķiniem, bet ne vairāk kā 10% (desmit procentus) no kopējās līgumcenas.

5.4. Jebkura maksājuma, kas izriet no Līguma, samaksas kavējuma gadījumā, samaksu nesaņēmusī Puse ir tiesīga piemērot otrai Pusei līgumsodu 0,05% (nulle komats nulle pieci procenti) apmērā no maksājuma kavējuma summas par katru kavējuma darba dienu, bet ne vairāk kā 5% (piecus procentus) no kopējās līgumcenas.

5.5. Ja izpildītie Darbi neatbilst Līgumā noteiktajām prasībām, Izpildītājam nekavējoties ir jānovērš pieļautās kļūdas un neprecizitātes un jāiesniedz Pasūtītājam.

5.6. Līgumsoda samaksa neatbrīvo Puses no saistību pienācīgas izpildes.5.7. Puses apņemas neizpaust trešajām personām informāciju, ko tās saņēmušas Līguma izpildes

laikā no otras Puses.

53

5.8. Visus ar Līgumu saistītos strīdus un domstarpības Puses risina savstarpēju pārrunu ceļā. Ja nav panākta vienošanās pārrunu ceļā, strīdus jautājumi tiek izskatīti saskaņā ar Latvijas Republikā spēkā esošajiem normatīvajiem aktiem.

6. LĪGUMA DARBĪBAS LAIKS, GROZĪŠANAS UN LAUŠANAS KĀRTĪBA

6.1. Līgums stājas spēkā tā parakstīšanas dienā un ir spēkā līdz Pušu saistību izpildei vai tā laušanai Līgumā noteiktā kārtībā.

6.2. Līgumu var grozīt vai lauzt, Pusēm vienojoties rakstveidā, saskaņā ar Līgumu un Latvijas Republikā spēkā esošajiem normatīvajiem aktiem.

6.3. Ja Izpildītājs nepienācīgi pilda savas saistības un pēc Pasūtītāja rakstveida brīdinājuma saņemšanas turpina tās nepildīt, Pasūtītājs ir tiesīgs atkāpties un vienpusējā kārtā lauzt Līgumu. Līgums tiek uzskatīts par spēku zaudējušu datumā, kāds norādīts iepriekš nosūtītā paziņojumā. Šādā gadījumā Izpildītājs atlīdzina Pasūtītājam visus tiešos un netiešos zaudējumus, kā arī maksā līgumsodu 10% (desmit procentu) apmērā no kopējās līgumcenas 10 (desmit) darba dienu laikā pēc attiecīga paziņojuma saņemšanas. Pasūtītājs samaksā Izpildītājam tikai par tiem Darbiem, kas ir pienācīgi izpildīti.

6.4. Neviena no Pusēm neatbild par Līgumā noteikto saistību neizpildīšanu, ja tas noticis nepārvaramas varas rezultātā, piemēram, dabas katastrofas, sociālie konflikti, kā arī jaunu normatīvo aktu ieviešana, kas aizliedz Līgumā paredzēto darbību.

6.5. Katra no Pusēm 3 (trīs) dienu laikā informē otru Pusi par iepriekš minētās nepārvaramas varas iestāšanos. Puses savstarpēji vienojas par Līgumā noteikto termiņu pagarināšanu vai Līguma izbeigšanu.

6.6. Ja kāda no Pusēm tiek reorganizēta, Līgums paliek spēkā un tā noteikumi ir saistoši Pušu saistību pārņēmējiem.

7. CITI NOSACĪJUMI

7.1. Pasūtītāja kontaktpersona par Darbu veikšanu ir _____________________.7.2. Izpildītāja kontaktpersona par Darbu veikšanu ir _____________________.7.3. Ja kāds no Līguma noteikumiem zaudē spēku, tad tas neietekmē citus Līguma noteikumus.7.4. Līgums ir sagatavots latviešu valodā uz 3 (trim) lapām ar 3 pielikumiem kopā uz ___

(___________) lapām divos eksemplāros ar vienādu juridisku spēku. Viens no eksemplāriem glabājas pie Pasūtītāja, otrs – pie Izpildītāja.

7.5. Līgumam kā neatņemamas sastāvdaļas pievienoti šādi pielikumi:1.pielikums – Tehniskās specifikācijas uz __ (_______) lapām;

2.pielikums – Tehniskais piedāvājums uz __ (_______) lapām;

3.pielikums – Finanšu piedāvājums uz __ (_______) lapām.

8. PUŠU REKVIZĪTI

Pasūtītājs Izpildītājs

Jūrmalas pilsētas domeJomas iela 1/5, Jūrmala, LV-2015Nod. maks. reģ. Nr.90000056357Konta Nr. LV84PARX0002484572001Akciju sabiedrība „Citadele banka”Kods PARXLV22X

__________________________Arturs Grants

54

55