APSTIPRINĀTAS

Centrālās statistikas pārvaldes pastāvīgās iepirkuma komisijas2016. gada 16. novembra sēdē

(protokols Nr.1701-1.2/51)

Iepirkuma prasībasCSP 2016/18

„CSP tīmekļa vietnes uzlabošana”

1. Iepirkuma priekšmets, tehniskā specifikācija un apjoms:

1.1. Centrālās statistikas pārvaldes (turpmāk - CSP vai Pasūtītājs) tīmekļa vietnes, kas veidota uz Drupal 6 satura vadības sistēmas (SVS), migrācija uz Drupal 8, dizaina pilnveidošana un izstrāde, saskaņā ar šajā dokumentā un 1. pielikumā pievienotajā tehniskajā specifikācijā noteiktajām prasībām.

1.2. Saskaņā ar 1.1. punktu izstrādātās un ieviestās tīmekļa vietnes attīstības darbi, kurus Pasūtītājs pasūtīs 2017. gadā līdz 50 cilvēkstundām, atkarībā no Pasūtītāja vajadzībām. Pušu pilnvarotās personas pirms katra Darbu posma uzsākšanas, vienošanos protokolos detalizēti nosaka katra konkrētā nodevuma ietvaros izpildāmo uzlabošanas darbu saturu, sagaidāmo un iesniedzamo rezultātu, izpildes termiņus, kā arī nodevumu izstrādei nepieciešamo cilvēkstundu skaitu. Katrai nodevuma izpildei pieļaujamo cilvēkstundu skaitu nosaka saprātīgi, pēc iespējas vairāk ievērojot finanšu līdzekļu ekonomiju, un samērīgi ar tirgus apstākļos veiktu līdzīgu darbu izpildei nepieciešamo finansējumu.

2. Līguma nosacījumi, tā noslēgšana, darbības termiņš, garantija:

2.1. Līgums stājas spēkā pēc tam, kad abas puses to ir parakstījušas un 1.1. punktā noteiktie darbi jāpabeidz 1. pielikuma 11.1. punktā noteiktajos termiņos. 1.2. punktā noteiktie darbi tiek pasūtīti 2017. gadā un jāpabeidz ne vēlāk kā trīs mēnešu laikā no to pasūtīšanas.

2.2. Pretendents garantē, ka 24 (divdesmit četrus) mēnešus pēc 1.1. punktā vai 1.2. punktā noteikto darbu nodošanas pilnā apjomā, novērsīs izstrādātajā nodevumā radušās kļūdas.

2.3. Apmaksa tiks veikta pēcapmaksas veidā 10 (desmit) dienu laikā pēc katra saskaņā ar finanšu piedāvājumā iekļautā nodevuma vai attīstības darbu nodevuma nodošanas, pamatojoties uz izsniegtu rēķinu un pušu parakstīta pieņemšanas – nodošanas akta.

3. Pretendentam izvirzītās atlases, profesionālās prasības, iesniedzamie dokumenti, piedāvājumā iekļaujamā informācija, noformēšana un iesniegšana:

3.1. Pretendents ir reģistrēts Komercreģistrā vai līdzvērtīgos reģistros ārvalstīs. Ārvalstīs reģistrēti pretendenti iesniedz dokumentus, kas apliecina šajā punktā noteikto prasību izpildi.

3.2. Pretendents iesniedz parakstītu pieteikumu dalībai iepirkumā, kurā norāda:

3.2.1.Pretendenta piedāvāto cenu bez pievienotās vērtības nodokļa (cenā iekļautas visas izmaksas, kas saistītas ar tehniskās specifikācijas (1.punkts) izpildi);

3.2.2.ka visas piedāvājumā sniegtās ziņas ir patiesas;

3.2.3.ka piekrīt visām Pasūtītāja izsludinātā iepirkuma ietvaros noteiktajām prasībām;

3.2.4.ka piekrīt, ka iepirkuma vērtēšanas procesā informācijas apmaiņai starp Pasūtītāju un Pretendentu tiek izmantots elektroniskais pasts, neizmantojot vai izmantojot drošu elektronisko parakstu. Pretendenta elektroniskais pasts korespondences saņemšanai un nosūtīšanai:_____@_______;

3.2.5.vispārīgu informāciju par sevi: tālruņa numuru, e-pasta adresi, faksa numuru, pasta adresi, reģistrācijas numuru, kā arī citu Pretendentu raksturojošu informāciju.

2

3.3. Pretendents pēdējo trīs gadu laikā pozitīvi ir īstenojis vismaz piecus pēc projekta būtības līdzvērtīgus projektus šī iepirkuma priekšmetam, kuri ir ieviesti un darbojas vismaz trīs mēnešus uz šī iepirkuma izsludināšanas dienu un kurus Pretendents izstrādājis, izmantojot DRUPAL satura vadības sistēmu. Vismaz trijos projektos ir izstrādāta un ieviesta tīmekļa vietne, izmantojot DRUPAL 7 vai 8 satura vadības sistēmu un vismaz trijos no realizētajiem projektiem vidējais tīmekļa vietnes ikmēneša lietotāju sesiju (turpmāk - sesijas) skaits pēdējo triju mēnešu periodā līdz šī iepirkuma izsludināšanas dienai pārsniedz 75 tūkst. un vismaz vienu reizi šo trīs mēnešu periodā vienlaicīgo sesiju skaits ir pārsniedzis 50. Lai apliecinātu šo prasību, Pretendents iesniedz šādus dokumentus, kas apliecina šajā punktā izvirzīto prasību izpildi:

3.3.1. sarakstu ar pēdējo trīs gadu laikā realizētajiem un ieviestajiem projektiem, iekļaujot īsu realizēto un ieviesto projektu aprakstu, informāciju par DRUPAL sistēmu, kādā projekts realizēts, projekta īstenošanas laiku un budžetu, informāciju, kāds ir vidējais ikmēneša sesiju skaits izstrādātajai tīmekļa vietnei pēdējo triju mēnešu periodā līdz šī iepirkuma izsludināšanas dienai un lielākais vienlaicīgo sesiju skaits šo trīs mēnešu periodā;

3.3.2.divas pozitīvas klientu atsauksmes (norādot Pasūtītāja kontaktpersonu, realizēto projektu, tā īsu aprakstu, tā īstenošanas laiku un budžetu), kas apliecina, ka Pretendents pozitīvi realizējis šajā punktā noteiktajām prasībām līdzvērtīgus projektus, kas iekļauti 3.3.1.punktā noteiktajā sarakstā;

3.3.3.google analytics vai analoga rīka izdruka vai pretendenta klienta apliecinājums, kas apstiprina, ka vismaz trim 3.3.1. sarakstā iekļautajiem projektiem vidējais tīmekļa vietnes ikmēneša sesiju skaits pēdējo triju mēnešu periodā līdz šī iepirkuma izsludināšanas dienai pārsniedz 75 tūkst. mēnesī un vismaz vienu reizi šo trīs mēnešu periodā vienlaicīgo sesiju skaits ir pārsniedzis 50.

3.4. Pretendenta rīcībā ir vai būs līguma izpildes laikā speciālists vai speciālisti, kuriem kopā vai vienam ir trīs gadu pieredze tīmekļa vietņu lietojamības un dizaina, kā arī programmatūras izstrādē. Pretendenta piedāvātajam (iem) speciālistam (iem) ir atbilstoša augstākā izglītība (izņemot pirmā līmeņa profesionālo augstāko jeb koledžas izglītību) datorzinātnē, inženierzinātnēs, dabaszinātnēs, matemātikā vai vadības zinībās. Lai apliecinātu šo prasību, Pretendents iesniedz informāciju par speciālistiem, kas apliecina to atbilstību šajā punktā izvirzītajām prasībām, kā arī katra speciālista parakstītu apliecinājumu par piekrišanu piedalīties projekta izstrādē, ja tiks pieņemts lēmums slēgt iepirkuma līgumu ar Pretendentu.

3.5. Pasūtītājam pieejamais finansējums iepirkuma realizācijai ir līdz 41 999 EUR bez PVN. Pasūtītājs izslēdz Pretendentu no vērtēšanas, ja piedāvājuma cena ir lielāka par šajā punktā noteikto summu.

3.6. Pretendents piedāvājumu iesniedz parakstītu. Ja piedāvājumu paraksta pretendenta pilnvarotā persona, tad pilnvara ir jāpievieno piedāvājumam. Ja piedāvājumu kā Pretendents iesniedz personu grupa, tad pieteikumu paraksta visas personas, kas iekļautas grupā un pieteikumā norāda personu, kura pārstāv personu grupu iepirkuma procedūrā, kā arī katras personas atbildības apjomu.

3.7. Pretendents iesniedz tehnisko un finanšu piedāvājumu saskaņā ar šā dokumenta 4. punktu un 5.punktu.

3.8. Darbu izpildei Pretendents drīkst pieaicināt apakšuzņēmējus. Pretendents savā piedāvājumā norāda tās līguma daļas, kuras tas nodos izpildei apakšuzņēmējiem, kā arī visus paredzamos apakšuzņēmējus. Visus riskus par apakšuzņēmēju darbību uzņemas Pretendents.

3.9. Pēc piedāvājuma iesniegšanas termiņa beigām Pretendents nevar savu piedāvājumu grozīt.

3.10. Pretendents pilnībā sedz visus izdevumus, kas saistīti ar piedāvājuma sagatavošanu un iesniegšanu.

3.11. Piedāvājumam un visiem ar to saistītajiem dokumentiem jābūt latviešu valodā. Visām dokumentu kopijām, kas tiek iesniegtas šajā iepirkumā, jābūt apliecinātām normatīvajos aktos noteiktajā kārtībā.

3.12. Piedāvājumus iesniedz līdz 2016. gada 28. novembrim plkst. 11.00:

3

3.12.1. nosūtot pa pastu uz zemāk norādīto pasta adresi;

3.12.2. piegādājot ar kurjeru vai personīgi zemāk norādītajā pasta adresē Informācijas centrā darba dienās no 10:00 līdz 16:00, pusdienu pārtraukums no 13:00 līdz 14:00 (ieeja Informācijas centrā no Kr.Valdemāra ielas puses).

Pasta adrese:

Iepirkuma komisijai

Centrālā statistikas pārvalde

Lāčplēša iela 1, LV-1301

Rīga

4. Tehniskais piedāvājums

Tehniskais piedāvājums iepirkuma prasību 1.1. punktā noteiktajiem darbiem:

4.1. Pretendents tehnisko piedāvājumu sadala četros nodevumos, - trīs nodevumi izstrādes darbiem, viens nodevums migrācijai, dokumentācijai un apmācībai.

4.2. Pretendents nodevumos norāda vietnes izstrādes gaitas aprakstu, kurā aprakstīts vietnes izveides un satura migrācijas process, kā arī apmācības process atbilstoši tehniskajai specifikācijai. Jāiekļauj pilnīga informācija par tehniskā specifikācijā noteikto uzdevumu realizāciju, kā arī jāiekļauj informācija, kas ļauj pretendentu novērtēt saskaņā ar 6. punktā noteiktajiem saimnieciski visizdevīgākā piedāvājuma izvēles kritērijiem.

4.3. Aprakstot nodevumu ietvaros izpildāmo darbu saturu, Pretendents ievēro, ka:

4.3.1. Apraksta saturam ir jāatbilst 2007.gada 6.marta Ministru Kabineta noteikumos Nr.171.”Kārtība, kādā iestādes ievieto informāciju internetā” un 2015.gada 28.jūlija Ministru kabineta noteikumos Nr.442 “Kārtība, kādā tiek nodrošināta informācijas un komunikācijas tehnoloģiju sistēmu atbilstība minimālajām drošības prasībām” noteiktajam, kā arī tehniskajā specifikācijā minētajiem darba uzdevumiem.

4.3.2. Aprakstā jāsniedz tīmekļa vietnes tehniskās un loģiskās infrastruktūras risinājums vietnes veiktspējas nodrošināšanai.

4.3.3. Risinājumā jāņem vērā tīmekļa vietnes apmeklējuma specifika (90% aktivitātes laika posmā no 10-16.00, pīķa stunda 13.00, atsevišķos gadījumos iespējams 150-200 vienlaicīgās sesijas).

4.3.4. Aprakstā pretendentam jāizklāsta piedāvājums tīmekļa vietnes drošības jomā, proti:

Jāpiedāvā risinājums tīmekļa vietnes aizsardzībai DOS uzbrukuma gadījumā. Sistēmas arhitektūrai ir jāatbalsta iespēja operatīvi reaģēt uz šādu uzbrukumu.

Jāpiedāvā risinājums tīmekļa aizdomīgu darbību tīmekļa vietnē uzraudzīšanai. Šīs darbības ir jāieraksta atsevišķā žurnālā.

Jāapraksta rīcība SVS vai programmatūru ievainojamību atklāšanas gadījumā.

4.3.5. Ja Pretendenta tehniskais risinājums paredz maksas programmatūras vai funkciju nodrošinājumu moduļa iegādi un izmantošanu (piemēram vēstkopas izsūtīšana), Pretendents detalizēti norāda to izmantošanas nosacījumus.

4.4. Tehniskajam piedāvājumam Pretendents pievieno Laika grafiku, kurā norāda katra nodevuma izpildes termiņus, kurus nosaka, ievērojot 1.pielikuma 11.1. punktā noteiktos izpildes termiņus. Laika grafikā jāatšifrē galvenie katra nodevuma ietvaros izpildāmo darbu termiņi, tai skaitā jāparedz tikšanās ar Pasūtītāja pārstāvjiem un pasūtītāja pieaicinātajiem ekspertiem/lietotājiem, lai saskaņotu vietnes dizainu, specifikācijā minēto darbu realizācijas gaitu un satura migrāciju.

Tehniskais piedāvājums iepirkuma prasību 1.2. punktā noteiktajiem darbiem:

4

4.5. Tehniskajā piedāvājumā par iepirkuma prasību 1.2. punktā noteiktajiem darbiem, Pretendents apraksta darba organizācijas procesu, galvenos posmus un sadarbību ar Pasūtītāju.

5. Finanšu piedāvājums

5.1. Pretendenta piedāvātajām cenām un vienību likmēm jābūt nemainīgām visā iepirkuma līguma izpildes laikā. Ja iepirkuma apjoms līguma izpildes laikā samazinās, izmaiņas tiek veiktas, balstoties uz pretendenta norādītajām vienību likmēm saskaņā ar noslēgtā līguma noteikumiem.

5.2. Ja saskaņā ar tehnisko piedāvājumu ir paredzēta maksas programmatūras vai funkciju nodrošinājumu moduļa iegāde, Pretendents izmaksas, tai skaitā divu gadu uzturēšanas izmaksas (ja nepieciešamas), iekļauj nodevumu izmaksās, finanšu piedāvājumā atsevišķi atšifrējot pa pozīcijām.

5.3. Finanšu piedāvājumu sagatavo saskaņā ar šādu formu:

Nr.p.k. Nodevumi

Vienību skaits

(atšifrējot vienības

nosaukumu)

Cena EUR, bez PVN par

vienībuSumma EUR bez

PVN

1.

Nodevums, saskaņā ar tehnisko piedāvājumu

(pretendents atšifrē tehniskajā piedāvājumā iekļauto nodevumu)  

1.1. <ja nepieciešams nodevuma izmaksas sadala>

1.2. <ja nepieciešams nodevuma izmaksas sadala>

2.

Nodevums, saskaņā ar tehnisko piedāvājumu

(pretendents atšifrē tehniskajā piedāvājumā iekļauto nodevumu)  

2.1. <ja nepieciešams nodevuma izmaksas sadala>

2.2. <ja nepieciešams nodevuma izmaksas sadala>

3.

Nodevums, saskaņā ar tehnisko piedāvājumu

(pretendents atšifrē tehniskajā piedāvājumā iekļauto nodevumu)

3.1. <ja nepieciešams nodevuma izmaksas sadala>

3.2. <ja nepieciešams nodevuma izmaksas sadala>

4

Nodevums, saskaņā ar tehnisko piedāvājumu

(pretendents atšifrē tehniskajā piedāvājumā iekļauto nodevumu)

4.1. <ja nepieciešams nodevuma izmaksas sadala>

4.2. <ja nepieciešams nodevuma izmaksas sadala>

5.Izstrādātās un ieviestās tīmekļa vietnes uzlabošanas darbi, kas izteikti cilvēkstundās 50 h  

Kopā bez PVN, EUR:

5

PVN:

Kopā ar PVN, EUR:

Piezīme: Pasūtītājam pieejamais finansējums iepirkuma realizācijai ir līdz 41 999 EUR bez PVN. Pasūtītājs izslēdz Pretendentu no vērtēšanas, ja piedāvājuma cena ir lielāka par 41 999 EUR bez PVN.

6. Piedāvājuma izvēle

6.1. Piedāvājuma izvēles kritērijs ir saimnieciski visizdevīgākais piedāvājums.

6.2. Iepirkuma komisija izvēlas saimnieciski visizdevīgāko piedāvājumu no piedāvājumiem, kas atbilst nolikuma prasībām, tehniskajai specifikācijai un kas iegūst visaugstāko galīgo vērtējumu, saskaņā ar nolikumā norādītajiem piedāvājuma vērtēšanas un izvēles kritērijiem.

6.3. Piedāvājuma izvēles kritēriji un to skaitliskās vērtības:

Kritērijs Maksimālais punktu skaits

1. Piedāvājuma cena bez PVN 30

2. Funkcionālās, tehniskās un pieredzes priekšrocības 70

Kopā 100

6.3.1. Piedāvājuma cena:

Vērtējot cenu, Iepirkumu komisija ņem vērā piedāvājumu kopējo cenu (EUR) bez pievienotās vērtības nodokļa (PVN).

Cenas izdevīguma punkti tiek aprēķināti pēc formulas:

Ap = Ax/Ay x P, kur

Ap – iegūto punktu skaits,

Ax – lētākā piedāvājuma cena,

Ay – vērtējamā piedāvājuma cena,

P – maksimālais punktu skaits cenai.

Novērtējums punktos tiek noapaļots līdz divām zīmēm aiz komata.

6.3.2. Funkcionālās, tehniskās un pieredzes priekšrocības:

Nr.p.k. Kritēriji Punktu skaits

1. Pieredze darbā ar DRUPAL 8 vadības sistēmu (kritērijs tiks novērtēts saskaņā ar iepirkuma prasību 3.3. punktā iesniegto informāciju) 0- 10

1.1. Pretendents nav izstrādājis un ieviesis nevienu tīmekļa vietni, izmantojot DRUPAL 8 satura vadības sistēmu. 0

1.2.Pretendents ir izstrādājis un ieviesis vismaz vienu tīmekļa vietni, izmantojot DRUPAL 8 satura vadības sistēmu. Vietne ir ieviesta ekspluatācijā un tiek ekspluatēta vismaz trīs mēnešus un vidējais ikmēneša sesiju skaits šajā periodā pārsniedz 20 tūkst.

5

1.3. Pretendents, izmantojot DRUPAL 8 satura vadības sistēmu, ir izstrādājis un ieviesis vismaz vienu tīmekļa vietni, kuras vidējais ikmēneša sesiju skaits pēdējo triju mēnešu

10

6

periodā līdz šī iepirkuma izsludināšanas dienai pārsniedz 100 tūkst. un vismaz vienu reizi šo trīs mēnešu periodā vienlaicīgo sesiju skaits ir pārsniedzis 50.

2.Veiktspējas nodrošinājuma risinājums

Piedāvājumā detalizēti jāapraksta veiktspējas nodrošinājuma risinājums, lai Pasūtītājs var novērtēt piedāvājumu saskaņā ar šajā punktā noteiktajiem kritērijiem.

0-10

2.1.

Piedāvātajā vietnes veiktspējas nodrošinājuma risinājumā ir būtiskas nepilnības. Vairāk kā vienam modulim vai satura tipam lapas ielādes laiks var pārsniegt vienu sekundi vai arī no iesniegtā veiktspējas nodrošinājuma risinājuma nevar novērtēt pretendenta piedāvājumu saskaņā ar vērtēšanas kritēriju 2. punktu.

0

2.2. Piedāvātajā vietnes veiktspējas nodrošinājuma risinājumā ir nepilnības. Vienam modulim vai satura tipam lapas ielādes laiks var pārsniegt vienu sekundi. 5

2.3. Piedāvātais vietnes veiktspējas nodrošinājuma risinājums nodrošina visu satura tipu un moduļu darbības rezultātā radītā satura ielādi laikā, kas mazāks par vienu sekundi. 10

3. Tīmekļa vietnes drošības prasības 0-10

3.1. Risinājumā ir saskatāmi atsevišķi drošības riski, proti, risinājums nesatur kādu no 3.2. kritērijā noteiktās informācijas, kas jāiekļauj piedāvājuma aprakstā. 0

3.2.

Piedāvātais risinājums ir atbilstošs vietnes nepārtrauktas darbības nodrošināšanai. Risinājums satur informāciju par OWASP TOP 10 norādīto risku uzraudzību un novēršanu, apraksts sniedz izsmeļošu informāciju par vietnē veikto darbību auditāciju un to žurnalēšanu. Aprakstā ir sniegtas informācija par vietnes atjaunošanu DRUPAL CORE vai moduļu ievainojamības gadījumā un cita informācija, kas demonstrē izpratni par DRUPAL 8 drošības jautājumiem.

10

4. Tehniskās specifikācijas realizācija (veiktspējas nodrošināšanas risinājums un tīmekļa vietnes drošības prasības šajā punktā netiek vērtētas). 0-40

4.1

Pretendenta sagatavotie apraksti, kā tiks realizēti 1. pielikuma tehniskajā specifikācijā noteiktie izpildāmie darbi, pēc būtības ir papildināti un detalizēti, salīdzinot ar tehniskajā specifikācijā doto izpildāmo darbu aprakstu un sniedz izsmeļošu informāciju par tehniskās specifikācijas prasību realizāciju, tomēr, par vairāk kā vienu no 1. pielikuma tehniskās specifikācijas 7.-10. punktā iekļauto darbu realizācijas gaitu un būtiskajiem posmiem, nav iekļauta būtiska papildinoša informācija.

Šim kritērijam attiecināms arī piedāvājums, kas atbilst 4.2.punktā noteiktajam kritērijam, bet vienlaikus piedāvājumā iztrūkst arī pēc būtības papildināta un detalizēta informācija par kādiem citiem izpildāmajiem darbiem, kas nav noteikti 1. pielikuma tehniskās specifikācijas 7. -10. punktā.

0

4.2.

Pretendenta sagatavotie apraksti, kā tiks realizēti 1. pielikuma tehniskajā specifikācijā noteiktie izpildāmie darbi, pēc būtības ir papildināti un detalizēti, salīdzinot ar tehniskajā specifikācijā doto izpildāmo darbu aprakstu un sniedz izsmeļošu informāciju par tehniskās specifikācijas prasību realizāciju, tomēr, par vienu no 1. pielikuma tehniskās specifikācijas 7.-10. punktā iekļauto darbu realizācijas gaitu un būtiskajiem posmiem, nav iekļauta būtiska papildinoša informācija.

20

4.3.

Pretendenta sagatavotie apraksti, kā tiks realizēti 1. pielikuma tehniskās specifikācijas 7. -10. punktā noteiktie izpildāmie darbi, pēc būtības ir papildināti un detalizēti, salīdzinot ar tehniskajā specifikācijā doto izpildāmo darbu aprakstu un sniedz izsmeļošu informāciju par tehniskās specifikācijas prasību realizāciju, tomēr, pretendenta aprakstos iztrūkst pēc būtības papildināti un detalizēti apraksti par kādiem citiem izpildāmajiem darbiem, kas nav noteikti 1. pielikuma tehniskās specifikācijas 7. -10. punktā.

30

4.4. Pretendenta sagatavotie apraksti, kā tiks realizēti 1. pielikuma tehniskajā specifikācijā noteiktie izpildāmie darbi, pēc būtības ir papildināti un detalizēti, salīdzinot ar tehniskajā specifikācijā doto izpildāmo darbu aprakstu un sniedz izsmeļošu informāciju par visu tehniskās specifikācijas prasību realizāciju, tai skaitā par darbu realizācijas posmiem un

40

7

nodevumiem.

Kopā 0-70

6.4. Saimnieciski visizdevīgākais ir piedāvājums, kurš kopvērtējumā ir ieguvis visvairāk punktu. Maksimālais punktu skaits ir 100 punkti.

7. Informācijas sniegšana:

Kontaktpersona CSP:

Kontaktpersona Uldis AinārsTālruņa Nr. +371 67366920

Faksa Nr. +371 67366757e-pasta adrese uldis.ainars@csb.gov.lv Darba laiks 8:30 – 17:00

8. Piedāvājuma vērtēšana, lēmuma pieņemšana un paziņošana:

Iepirkuma komisija:

8.1. Izvērtēs iesniegto piedāvājumu atbilstību šajā dokumentā izvirzītajām prasībām un izslēgs no dalības iepirkumā Pretendentus, kuri neatbildīs šajā dokumentā izvirzītājām prasībām.

8.2. Par uzvarētāju iepirkumā atzīs Pretendentu, kura piedāvājums atbildīs šajā dokumentā izvirzītajām prasībām, būs saimnieciski visizdevīgākais saskaņā ar 6. punktā noteiktajiem piedāvājuma izvēles kritērijiem un uz to neattieksies Publisko iepirkumu likuma 8.2 panta piektajā daļā noteiktie izslēgšanas nosacījumi.

8.3. Trīs dienu laikā pēc lēmuma pieņemšanas informācija par iepirkuma rezultātiem tiks paziņota, nosūtot vēstuli pretendentiem par Komisijas lēmumu un publicējot CSP tīmekļa vietnē: www.csb.gov.lv/iepirkumi, kā arī ne vēlāk kā piecas darba dienas pēc tam, kad būs noslēgts līgums, Iepirkumu uzraudzības biroja mājaslapā internetā.

9. Iepirkuma CPV kods:

72212222-1 (Tīmekļa servera programmatūras izstrādes pakalpojumi)

8

1. pielikums

Tehniskā specifikācija

„CSP tīmekļa vietnes migrācija no Drupal 6 uz Drupal 8, dizaina pilnveidošana un izstrāde”

9

Satura rādītājs

1. Saīsinājumi.......................................................................................................................................10

2. Mērķis...............................................................................................................................................10

3. Vietnes vispārīgās prasības uz izstrādes norise................................................................................10

4. Prasības dizainam un dizaina izstrādes kārtība.................................................................................11

5. Vietnes un SVS vispārīgās prasības.................................................................................................12

5.1. Prasības SVS.......................................................................................................................................12

5.2. Satura redaktors...................................................................................................................................13

5.3. Vietnes pārvaldības un satura rediģēšanas minimālās prasības..........................................................14

6. Tipveida satura tipi...........................................................................................................................15

6.1. Vispārīgas prasības..............................................................................................................................15

6.2. Lapa 15

6.3. Iepirkums.............................................................................................................................................15

6.4. Darba piedāvājumi..............................................................................................................................16

7. Statistikas publicēšanas satura tipi....................................................................................................17

7.1. Statistikas publicēšanas kalendārs.......................................................................................................17

7.2. Jaunumu izlaidumi (preses ziņojumi)..................................................................................................19

7.3. Publikācijas.........................................................................................................................................20

7.4. Termini22

7.5. Statistikas metadati..............................................................................................................................22

7.6. Kartes un telpiskie dati........................................................................................................................23

7.7. Kvalitātes ziņojumi..............................................................................................................................23

8. Klasifikāciju publicēšana..................................................................................................................23

8.1. Klasifikāciju katalogs..........................................................................................................................23

8.2. Klasifikācija.........................................................................................................................................24

8.3. Institucionālie sektori..........................................................................................................................25

9. Veidlapu katalogs.............................................................................................................................26

10. Moduļi...............................................................................................................................................27

10.1. Jautā mums un BUJ...........................................................................................................27

10.2. Saišu pārbaude...................................................................................................................27

10.3. Kontakti.............................................................................................................................27

10.4. Meklētājs............................................................................................................................28

10.5. Inflācijas kalkulators..........................................................................................................28

11. Izstrādes posmi un organizācija........................................................................................................29

11.1. Izstrādes posmi..................................................................................................................29

11.2. Izstrādes organizācija.........................................................................................................30

10

1. Saīsinājumi

2. Mērķis2.1. C

SP

esošas interneta vietnes migrācija no SVS Drupal 6 uz Drupal 8, veicot dizaina pilnveidošanu, atsevišķus izstrādes un programmēšanas darbus, kā arī realizējot esošā satura migrāciju.

3. Vietnes vispārīgās prasības uz izstrādes norise3.1. Vietne jāizstrādā saskaņā ar Latvijas normatīvajiem aktiem, t.sk., Ministru kabineta 2007. gada 6.

marta noteikumiem Nr. 171. „Kārtība, kādā iestādes ievieto informāciju internetā” noteiktajām prasībām un 2015. gada 28. jūlija Ministru kabineta noteikumu Nr. 442 „Kārtība, kādā tiek nodrošināta informācijas un komunikācijas tehnoloģiju sistēmu atbilstība minimālajām drošības prasībām” prasībām.

3.2. Piekļuve tīmekļa vietnes sadaļām jānodrošina, izmantojot https protokolu un pasūtītāja īpašumā esošo SSL sertifikātu (*.csb.gov.lv).

3.3. Vietne jāizstrādā saskaņā ar W3C noteiktajiem standartiem un vadlīnijām.

3.4. Vietnes izstrādātājam ir jānodrošina esošās DRUPAL 6 vietnes satura migrācija uz jaunveidojamo DRUPAL 8 vietni.

3.5. SVS ir nodrošināta lapu kešošana, lai tās servera pusē pēc katra pieprasījuma netiktu ģenerētas no jauna. Ģenerētais HTML/CSS/JS dokumenta kods un attēli tiek optimizēti, minimizēti un kešoti, lai paātrinātu lapas ielādi.

3.6. Vietnes izstrādē ir jāparedz veiktspējas nodrošināšanas risinājums atbilstoši CSP lapas apmeklētībai. Nepieciešamie google analytics dati tiks nodrošināti pēc pieprasījuma. Risinājums veiktspējas nodrošināšanai ir viens no piedāvājuma vērtēšanas kritērijiem.

Saīsinājums SkaidrojumsAdministrators Persona sistēmas tehniskas darbības uzraudzībai (vietnes lietotāju

pārvaldība, tiesības neierobežoti pārvaldīt jebkuru vietnes saturu, vietnes publiskās daļas informācijas apskate, vietnē pieejamo interaktīvo funkciju izmantošana, vietnes konfigurēšanas darbu veikšana, vietnes papildinājumu programmēšana un uzstādīšana; kļūdu un neprecizitāšu novēršana vietnes darbībā, informācijas ievietošana, vietnes uzturēšana)

BUJ Biežāk uzdotie jautājumiCSP Centrālā statistikas pārvaldeDB Statistikas datubāze (data.csb.gov.lv)Dizains Saturisko, izklājuma un vizuālo elementu mijiedarbības kopums tīmekļa

vietnes vai vietnes daļas uzdevumu sasniegšanaiModulis Specifiska vietnes funkcionalitāte, kas tiek realizēta ar

programmatiskiem līdzekļiem veicot darbības (piemēram – atlase, kārtošana) ar satura tipiem vai jebkādu citu informāciju.

RTE Teksta redaktors (Rich text editor)Satura

administrators

Administratora pilnvarota persona veikt ierobežotas darbības. Piekļuve SVS administrēšanas sistēmai tiek nodrošināta tikai pēc autorizācijas ar administratora piešķirtu lietotājvārdu un paroli, kura ir jāmaina uzreiz pēc tās saņemšanas, pirmo reizi autorizējoties vietnē. Pēc trīs kļūdainām autorizācijas reizēm lietotājam pieeja vietnei tiek liegta, un par to tiek informēts vietnes Administrators.

Satura tips Satura vai datu glabāšanas veids vietnē, piemēram, lapa, jaunumu relīze, darba sludinājums u.c.

SVS Satura vadības sistēma

11

3.7. CSP vietnē lietotāja sesiju skaits svārstās100 000-130 000 mēnesī. Vienlaicīgo sesiju (concurrent sessions) skaits atsevišķos gadījumos (svarīgi pasākumi, datu publicēšana) var sasniegt 100-120 vienlaicīgās sesijas. Lapas ielādes laiks nedrīkst pārsniegt 1 sekundi.

4. Prasības dizainam un dizaina izstrādes kārtība4.1. Dizaina izstrādes mērķis ir uzlabot un padarīt mūsdienīgāku, lietotājam ērtāku vietnes dizainu un

funkcionalitāti, izveidojot to pārskatāmu, intuitīvi lietojamu, atbilstošu mērķauditorijas vajadzībām un lietošanas paradumiem.

4.2. Dizaina izstrādes laikā Izstrādātājs piesaista interneta vietņu lietojamības ekspertu, kas strādā ciešā komunikācijā ar pasūtītāju.

4.3. Vietnes dizains jāveido, ņemot vērā, ka galvenās divas mērķauditorijas grupas būs: respondenti un datu lietotāji. Respondentus var dalīt divās lielās apakšgrupās – sociālo aptauju respondenti (iedzīvotāji) un uzņēmumu apsekojumu respondenti. Datu lietotāji ir mediji, banku speciālisti, pētnieki, skolotāji, skolēni, akadēmiskais personāls, studenti, pašvaldības u.c. Vietni lietos arī citas statistikas iestādes (iestādes, kas apkopo un publicē oficiālo statistiku).

4.4. Vietnes dizains jāizstrādā, ievērojot valsts pārvaldes iestāžu vienotās identitātes Grafiskā standarta ieteikumus;

4.5. Dizainam jāpalīdz lietotājam veikt darbības vietnē – jāpiedāvā veikt nākamās darbības, norādēm jābūt vizuāli skaidri uztveramām;

4.6. Dizainam jābūt skaidri strukturētam, ar nepārprotami iezīmētām prioritātēm, veidotam pēc interneta vietņu dizaina labākās prakses lietojamības ziņā. Dizainam jāveido loģiskus, uzsvērtus prioritāros blokus – saprotamu vizuālo hierarhiju, lai lietotājs spētu loģiski orientēties vietnes navigācijā un saturā.

4.7. Vietnes lietotājam ir jānodrošina vietnes teksta versijas apskate, kura dizainā izmantotie attēli tiek automātiski aizvietoti ar krāsām un CSS elementiem, savukārt saturā izmantotie attēli ir jāaizvieto ar katram attēlam SVS ievadīto alternatīvo tekstu.

4.8. Izstrādātajam jāparedz iespēja iekļaut sākumlapā interneta sociālā tīkla Twitter laikjoslu un izstrādāt personalizētus populārāko interneta sociālo tīklu (Twitter, Draugiem.lv, Facebook u. c.) sīktēlus (icons), kuri piesaistīti attiecīgajam CSP sociālo tīklu kontam. Sīktēlus pēc nepieciešamības vietnes Administrators var pievienot vai noņemt no izvēlnes paneļa. Vietnes latviešu un angļu valodas režīmā sīktēli var būt piesaistīti atšķirīgiem sociālo kontu tīkliem.

4.9. Vietnes izstrādātājam jāpiedāvā divi sākumlapas dizaina varianti. Sākumlapas dizainā iekļaujamie informācijas bloki un izvēlnes tiks precizēti lapas izstrādes gaitā.

4.10. Pēc tam, kad pasūtītājs būs izvēlējies vienu no sākumlapas dizainiem, izstrādātājam jāizstrādā un ar pasūtītāju jāsaskaņo dizains šādiem satura tipiem un funkcijām: „Meklētājs”, „Statistikas publicēšanas kalendārs”, „Publikācijas”, „Termini”, „Statistikas metadati”, „Klasifikācija”, „Inflācijas kalkulators”.

4.11. Pārējiem tipveida satura tipiem („Iepirkums”, „Darba piedāvājumi”, „Kartes un vizualizācijas”, „Kvalitātes ziņojumi”, „Klasifikāciju katalogs”, „Institucionālie sektori”, „Veidlapu katalogs”) vizuālais izskats jāveido tā, lai tas būtu saskanīgs ar iepriekš izstrādāto satura tipu dizaina vizuālo un funkcionālo risinājumu.

12

4.12. Veidojot dizainu, jāparedz, ka tas tiks izmantots uz iekārtām ar dažādiem ekrāna izmēriem. Jāparedz trīs ekrāna izkārtojuma varianti atkarībā no izmantotās ierīces ekrāna lieluma.

4.13. Veidojot vietnes dizainu ir jāparedz lietojamības eksperta tikšanās ar pasūtītāja pārstāvjiem. Pirmajā tikšanās reizē jāuzklausa pasūtītāja vēlmes dizaina izstrādē. Otrā tikšanās reizē ir jāveic sākumlapas dizaina prototipa testēšana atbilstoši pasūtītāja scenārijam. Pasūtītājs nodrošina lietojamības testētājus (līdz 5 personām).

5. Vietnes un SVS vispārīgās prasības

5.1. Prasības SVS

5.1.1 Vietni veido uz Drupal 8 satura vadības sistēmas pamata, kas izvēlēta, jo vietnes iepriekšējā versija ir veidota uz Drupal 6 satura vadības pamata un CSP ir pieredze šīs sistēmas administrēšanā un uzturēšanā.

5.1.2 SVS nedrīkst būt nepieciešamība pēc pastāvīgiem, automātiskiem atjauninājumiem, kas var ietekmēt vietnes darbību un funkcionalitāti. Pirms atjauninājumu uzstādīšanas jāveic to testēšana izstrādes/testa vidē.

5.1.3 Vietnei ir jābūt modulārai, nodrošinot iespēju Administratoram bez programmēšanas un HTML/CSS zināšanām ērti pievienot un pārvaldīt (dzēst, rediģēt, publicēt vai uzturēt apmeklētājiem neredzamu) vietnē izvietojamo informāciju (piemēram, tekstus, attēlus, video u.tml.), kā arī brīvi pārveidot vietnes struktūru, pievienot jaunas tēmas, specifiskus funkciju moduļus un deaktivizēt tos. Vietnes sākumlapas saturam jābūt pilnībā administrējamam SVS. SVS nedrīkst ierobežot vietnes struktūras platumu un dziļumu.

5.1.4 SVS funkcionalitāte tiek atbalstīta vismaz šādās pārlūkprogrammās: Chrome (sākot no v.49), Firefox (sākot no v.45), Internet Explorer (sākot no v.11), Safari (sākot no v. 9).

5.1.5 SVS administratīvā saskarne lietotājam ir pieejama angļu un latviešu valodā.

5.1.6 SVS administrēšana ir jānodrošina neatkarīgi no ekrāna izmēra un izšķirtspējas (SVS daļas dizainam arī jābūt adaptīvam).

5.1.7 SVS jānodrošina sitemaps.xml ģenerēšana. Vietnes lapās jāparedz iespēja norādīt meklētāju vadības tagi (piemēram: NOINDEX, NOFOLLOW).

5.1.8 SVS jānodrošina „Lapas karte”, visas vietnes aktīvās (publiski pieejamās) sadaļas vizuāli attēlojot hierarhiskā kokā. Katram sadaļas nosaukumam jāpievieno saite, kas attiecīgi ved uz šo sadaļu. „Lapas kartes” saturs atjaunojas automātiski.

5.1.9 Vietnē jārāda „Navigācijas ceļš”, uzrādot visas vietnes sadaļas, kas hierarhiskajā kokā atrodas starp sākumlapu un to sadaļu, kurā apmeklētājs atrodas. Navigācijas ceļš jāveido pēc šāda principa „Sākumalapa => sadaļa => apakšsadaļa => apakšapakšadaļa => utt. Katram navigācijas ceļam ir sava saite, kas attiecīgi ved uz šo sadaļu.

5.1.10 Informācijas ievadam vietnē ir jābūt aizsargātam pret nevēlamu saturu, jānodrošina identifikācijai, vai iesniedzējs ir cilvēks (captcha vai līdzīgs risinājums).

5.1.11 Vietnes mobilajām versijām jāizpilda tests www.google.com/webmasters/tools/mobile-friendly/.

13

5.2. Satura redaktors

5.2.1 WYSIWYG redaktors ar HTML rediģēšanas iespēju un ar vismaz šādu funkcionalitāti:

5.2.1.1 treknraksts;

5.2.1.2 slīpraksts;

5.2.1.3 pasvītrots raksts;

5.2.1.4 paragrāfa formāta izvēle (piemēram, <h1>, <h2>, <h3>, <q> u.tml.);

5.2.1.5 automātiskā numerācija.

5.2.2 Attēlu pievienošana:

5.2.2.1 automātiska attēlu izmēra maiņa atbilstoši dizainā paredzētajam izmēram;

5.2.2.2 iespēja pārlūkot un izvēlēties attēlu, kas atrodas uz servera;

5.2.2.3 jānodrošina teksta līdzināšanas iespēja no labās vai kreisās puses (float);

5.2.2.4 jānodrošina iespēja attēlu datnes strukturēt mapēs.

5.2.3 Datņu pievienošana:

5.2.3.1 iespēja jebkurā vietā saturā ievietot datni lejupielādei kā saiti uz teksta;

5.2.3.2 iespēja pievienot datni(-es) lejupielādēšanai, kas vietnē tiek atainota speciālā blokā atsevišķi no pārējā satura, norādot datnes tipa ikonu un datnes izmēru;

5.2.3.3 iespēja pārlūkot uz servera esošās datnes un izvēlēties no tiem pievienojamos failus.

5.2.4 Iegultu elementu pievienošana:

5.2.4.1 Youtube vai Vimeo video, norādot video saiti, virsrakstu, atskaņošanas sākuma laiku;

5.2.4.2 SlideShare prezentāciju iegulšana, norādot saiti, virsrakstu, slaida numuru;

5.2.4.3 Infogram vai PictoChart infografiku iegulšana;

5.2.4.4 citu iegultu elementu pievienošana.

5.2.5 Hipersaišu pievienošana (norādot, vai lapa atverama tajā pašā vai jaunā logā).

5.2.6 Tabulu ievietošana.

5.2.7 Teksta, kas attīrīts no formatējuma, ielīmēšana (piemēram, bez MS Word specifiskā formatējuma).

5.2.8 Automātiska galveno stilu (heading, lists) izmantošana, kopējot un ievietojot tekstus (piemēram, ar MS Word specifisko formatējumu).

5.2.9 Redaktorā jābūt ērtai atsauču (zemsvītras piezīmju) pievienošanai.

14

5.2.10 Iespēju autoram publicējamajā saturā iekļaut JavaScript kodu.

5.3. Vietnes pārvaldības un satura rediģēšanas minimālās prasības

5.3.1 Vispārīgi tīmekļa vietnes iestatījumi ļauj konfigurēt vismaz šādus iestatījumus:

5.3.1.1 Vietnes metadati;

5.3.1.2 datuma un laika formāti;

5.3.1.3 Administratora e-pasta adrese;

5.3.1.4 uzglabāto attēlu kvalitāte un lielākais pieļaujamais izmērs punktos, piemēram, ja augšupielādē lielāku attēlu, tas tiek automātiski samazināts;

5.3.1.5 datņu augšupielādes ierobežojumi;

5.3.1.6 izejošā e-pasta servera iestatījumi;

5.3.1.7 lietotāju sesiju dīkstāves laiks.

5.3.2 Kļūdas paziņojumi lietotājiem gan SVS, gan publiskajā daļā vismaz šādā detalizācijas līmeni:

5.3.2.1 kļūdas paziņojums netiek attēlots;

5.3.2.2 rāda kļūdas kodu;

5.3.2.3 attēlo detalizētu informāciju par kļūdu.

5.3.3 Tīmekļa vietnes struktūra un navigācija ļauj rediģēt, pievienot un dzēst vismaz šādus elementus:

5.3.3.1 izvēlnes un izvēlņu elementus;

5.3.3.2 lapas un to savstarpējās sasaites, kā arī to nosaukumus;

5.3.3.3 moduļus un satura veidus;

5.3.3.4 taksonomijas elementus.

5.3.4 Vietnes lapām var ierobežot piekļuvi, veicot lietotāju autorizāciju.

5.3.5 Vietnes lapām un tām pakārtotajām lapām var iestatīt kešdarbes (caching) noildzi vai atspējot to.

5.3.6 Iespēja uzstādīt pāradresāciju uz citu lapu (piemēram, HTTP 301 pāradresācija)

5.3.7 Jānodrošina iespēja veidot saīsnes (alias), pāradresācijai norādot pāradresācijas statusa kodus.

5.3.8 Rakstiem un aktualitātēm var noteikt laiku, kad tie tiek automātiski publicēti (scheduling) un norādīt kādā laika posmā tie ir publiski redzami. Ja nav norādīts – tad neierobežoti. Pēc termiņa beigām ieraksts nedzēšas, bet publiski nav pieejams.

5.3.9 SVS Administratoram ir iespējas definēt principus. pēc kuriem tiek veidots attiecīgā lapas vai cita satura elementa „Navigācijas ceļš”.

15

5.3.10 SVS nodrošina visu saišu pareizības vai eksistences pārbaudi. Saite var norādīt uz jebkādu interneta vietni vai resursu tīmeklī. Pareizības pārbaude ir jāveic periodiski (reizi mēnesī), saglabājot izmaiņas.

6. Tipveida satura tipi

6.1. Vispārīgas prasības

6.1.1 Satura tipiem ir jānodrošina tulkošanas iespējas angļu valodā. Izstrādājot lapu, jāņem vērā, ka ne viss saturs tiks tulkots.

6.1.2 Satura tipu atlasē pēc noteiktiem kritērijiem var tikt izmantoti skati. Atlases kritēriji var būt satura tipa elementi vai automātiski ģenerētās vērtības (piemēram, pēdējo izmaiņu datums).

6.1.3 Visiem satura tipiem jāparedz iespēja pievienot atslēgas vārdus, ko izmantot meklētājā. Atslēgas vārdi ir jāpiedāvā no taksonomijas un ir jānodrošina pārskats par atslēgas vārdu izmantošanu rakstos.

6.1.4 SVS jānodrošina jebkura satura tipa (lapas, skata) ievietošana citā lapā (lapa tiek ievietota citā lapā, skats tiek ievietots lapā).

6.1.5 Satura tipiem jānodrošina drukas skats, kas dizaina un elementu izvietojuma ziņā ir pielāgots A4 lapas formātam.

6.1.6 Vispārīgās prasības attiecas arī uz Statistikas publicēšanas satura tipiem.

6.2. Lapa

6.2.1 Satura tips „Lapa” paredzēts informatīva satura publicēšanai un tam ir šādi atribūti:

6.2.1.1 virsraksts;

6.2.1.2 informatīvā daļa (saturs);

6.2.1.3 atslēgvārdi (tagi – taksonomija).

6.2.2 Satura tipam ir jāveic migrācija no CSP vietnes. Migrācijas apjoms un scenāriji tiks precizēti lapas izstrādes gaitā pēc dizaina izstrādes un lapas struktūras izveides.

6.3. Iepirkums

6.3.1 Satura tips „Iepirkumi” paredzēts paziņojumu par iepirkumiem un informācijas par noslēgtajiem līgumiem publicēšanai.

6.3.2 Iepirkumiem ir šādi atribūti:

6.3.2.1 iepirkuma identifikators;

6.3.2.2 iepirkuma priekšmets (virsraksts);

6.3.2.3 procedūras veids;

6.3.2.4 izsludināšanas datums;

6.3.2.5 piedāvājuma iesniegšanas termiņš;

6.3.2.6 lēmuma pieņemšanas datums;

16

6.3.2.7 piegādātājs un līguma summa;

6.3.2.8 iepirkuma saturs;

6.3.2.9 datņu pievienošanas iespēja.

6.3.3 Satura tipam ir jāveic migrācija no CSP vietnes. Migrācijas apjoms un scenāriji tiks precizēti lapas izstrādes gaitā.

6.3.4 Satura tipam ir jānodrošina identiska funkcionalitāte, kā šobrīd CSP vietnē http://www.csb.gov.lv/par-mums/iepirkumi/aktualie-iepirkumi

6.4. Darba piedāvājumi

6.4.1 Satura tips „Darba piedāvājumi” paredzēts CSP vakanču publicēšanai.

6.4.2 Darba sludinājumiem ir šādi atribūti:

6.4.2.1 vakances virsraksts;

6.4.2.2 struktūrvienība (taksonomija);

6.4.2.3 amata nosaukums;

6.4.2.4 pamatpienākumi;

6.4.2.5 prasības pretendentam;

6.4.2.6 mēs piedāvājam;

6.4.2.7 atalgojums pirms nodokļu nomaksas

6.4.2.8 pretendentu pieteikšanās termiņš

6.4.2.9 saturs

6.4.2.10 vakances ID, sistēmas lauks, lietotājiem netiek rādīts.

6.4.3 Darba piedāvājumiem ir jāizveido pieteikšanās forma, kura ir atverama no sludinājuma vietnē un tajā var ievadīt šādas atribūtu vērtības:

6.4.3.1 vārds, uzvārds (obligāts);

6.4.3.2 kontaktālrunis (obligāts);

6.4.3.3 e-pasta adrese (obligāts, pārbaude nosūtot e-pastu);

6.4.3.4 izglītība (obligāts, taksonomija);

6.4.3.5 iepriekšējā pieredze līdzīgā amatā;

6.4.3.6 iepriekšējā pieredze valsts pārvaldē ;

6.4.3.7 datorprasmes;

6.4.3.8 svešvalodu zināšanas (obligāts, taksonomija);

6.4.3.9 pašreizējais amata statuss (obligāts, strādā/nestrādā);

6.4.3.10 vakances ID (sistēmas ģenerēta vērtība);

6.4.3.11 pievienotie dokumenti (pārbaude, vai ir pievienoti).

17

6.4.4 Vietnes Administratoram jānodrošina pieteikumu saraksta apskate ar atlases iespējām pēc vakances ID un pieteikšanās termiņa. Atlasītajam sarakstam jāveido eksports uz xls, eksportējot arī „ceļus” uz dokumentiem. „Ceļiem” jānodrošina konfigurējama mapju nosaukumu sākumdaļas aizstāšana.

6.4.5 Satura tipam ir jāveic migrācija no CSP vietnes. Jāmigrē aktuālie darba sludinājumi.

7. Statistikas publicēšanas satura tipi

7.1. Statistikas publicēšanas kalendārs

7.1.1 Satura tips paredzēts notikumu (preses ziņojumu, datubāzes atjaunošanas, publikāciju) atspoguļošanai.

7.1.2 Satura tipam ir šādi atribūti:

7.1.2.1 ID – atribūta vērtība unikāli identificē kalendāra ierakstu. Vērtība jāveido, lai varētu kalendāra ierakstu veidot vietnē, gan sistēmās ārpus vietnes;

7.1.2.2 TIPS – norāda kalendāra ieraksta veidus (DB – datubāze, PUB – publikācija, PR – preses ziņojums). Tipiem ir jāveido vārdnīca;

7.1.2.3 TEMA_ID – statistikas tēma, kurai atbilst attiecīgais kalendāra ieraksts. Viens ieraksts var būt vairākās tēmas. Tēmām ir taksonomija;

7.1.2.4 TITLE – virsraksts. Ja kalendāra ieraksta statuss (REC_STATUS) ir publicēts (REC_PUB), virsraksts ir kā saite tipam PR uz attiecīgo preses ziņojumu (virsraksts pēc publicēšanas brīža), tipam PUB uz attiecīgo publikāciju un tipam DB uz attiecīgo datubāzes sadaļu.

7.1.2.5 TAB – kalendāra ieraksta tipam (TIPS) DB tiek norādīti tabulu kodi, kas publiskajā pusē tiek parādīti, kā tabulu nosaukumi un saites uz tabulām datubāzē. Tabulu kodiem/virsrakstiem ir jāveido vārdnīca, kas jānolasa, izmantojot API no statistikas datubāzēm. API piemērs: http://data.csb.gov.lv/api/v1/lv/ekfin/isterm/ikp, dokumentācija: http://www.scb.se/Grupp/OmSCB/API/API-description.pdf. Visas tabulas datubāzē ekfin http://data.csb.gov.lv/api/v1/lv/ekfin/?query=*&filter=*

7.1.2.6 PUB_DATE – publicēšanas datums un laiks. Ja publicēšanas laiks nav norādīts, tad jāizmanto noklusēto vērtību (pl. 13.00). Noklusētā vērtība ir maināma;

7.1.2.7 REF_PERIOD – laika brīdis, par kuru tiks veikta pirmreizēja statistikas publicēšana. Tikai ierakstiem, kur TIPS = DB. Vērtībām tiek izmantota standartizēta vārdnīca;

18

7.1.2.8 REF_PERIOD_REV – laika brīdis, par kuru tiks veikta jau publicētas statistikas revīzija. Tikai ierakstiem, kur TIPS=DB. Vērtībām tiek izmantota standartizēta vārdnīca.;

7.1.2.9 TIME_PER_COLLECT – papildu raksturo REF_PERIOD un REF_PERIOD_REV. Standartizēta vārdnīca: B – perioda sākums, E – perioda beigas, A – perioda vidējais. Vārdnīca ir papildināma;

7.1.2.10 OBS_STATUS – publicējamo rezultātu veids. Standartizēta vārdnīca: P – provizoriskie dati, F – galīgie dati. Vārdnīca ir papildināma;

7.1.2.11 OBS_STATUS_REF – publicējamo rezultātu veids revidētiem datiem. Standartizēta vārdnīca: P – provizoriskie dati, F – galīgie dati. Vārdnīca ir papildināma;

7.1.2.12 MOD_DATE – modificēšanas datums. Sistēmas datums un laiks, kad attiecīgais ieraksts ir modificēts. Ja ieraksti tiek importēti, tad importēšanas datums un laiks.

7.1.2.13 REC_STATUS – ieraksta statuss. Raksturo ieraksta statusu. Standartizēta vārdnīca: REC_PUB – publicēts (ja nav dzēsts, atcelts vai pārcelts, tad statuss „publicēts” izpildās automātiski norādītajā PUB_DATE), REC_PLAN – plānots (ja nav dzēsts, atcelts vai pārcelts, tad automātiski līdz PUB_DATE ir statuss „plānots”), REC_DEL – dzēsts/atcelts, REC_RSCH – pārcelts;

7.1.2.14 REC_STATUS_RSCH – ja REC_STATUS = RSCH, tiek norādīts ID kalendāra ierakstam, ar kuru tiek publicēta pārceltā ziņa.

7.1.3 Kalendāra uzturēšanai izstrādātājam ir jāizveido:

7.1.3.1 Vietnes Administratora daļā kalendāra ierakstu izveidei, modificēšanai un dzēšanai (gan uzstādot statusu „dzēsts”, gan izdzēšot ierakstu). Detalizēta kalendāra ierakstu administrācijas funkcionalitāte vietnes administrēšanas daļā tiks precizēta izstrādes gaitā;

7.1.3.2 API saskarne kalendāra ierakstu izveidei, modificēšanai un dzēšanai no pasūtītāja sistēmas. API jāatgriež statusa ziņojums par katru kalendāra ierakstu, kas tiek publicēts no pasūtītāja sistēmas. Satura administratoram ir pieejams pārskats par kalendāra ierakstu atjaunošanu no pasūtītāja sistēmas, jārealizē arī e-pasta paziņojums par kalendāra ierakstu atjaunošanu. Izstrādātājs saskaņo datu apmaiņas formātus ar pasūtītāju un sagatavo API aprakstu. Vēlams izmantot JSON datu apmaiņas formātu. Automātiskai atjaunošanai jāparedz nogaidīšanas periods, kura laikā Administrators var pārskatīt (apstiprināt/labot/noraidīt) kalendāra ieraksta izmaiņas. Nogaidīšanas perioda ilgums ir maināms, ja netiek veikta

19

izmaiņas nogaidīšanas perioda laikā kalendāra ieraksti publicējas.

7.1.3.3 Saskarnē administrācijas moduli, kā arī API ir jāparedz autorizācijas risinājums. Izstrādes gaitā jāsaskaņo kontroles mehānismi ar pasūtītāju.

7.1.4 Kalendāra attēlošanai publiskajā pusē ir jānodrošina kalendāra skats ar ierakstu atlasi:

7.1.4.1 vienkāršajā – pēc statistikas tēmas (TEMA_ID), publikācijas tipa (TIPS), publicēšanas statusa plānots (REC_PLAN) un publicēts (REC_PUB) , kā arī pēc publicēšanas datuma (PUB_DATE) ar iespēju izvēlēties – nākamā nedēļa, iepriekšējā nedēļa, iepriekšējais un attiecīgais gads – pa mēnešiem un pēc lietotāja norādītā perioda no datuma līdz datumam;

7.1.5 Kalendāra ieraksti vietnes publiskajā pusē ir jāattēlo tabulas skatā:

7.1.5.1 ailēs attēlojot statistikas tēmu (TEMA_ID), virsrakstu (TITLE)) un publikācijas tipu (TIPS, REF_PERIOD, OBS_STATUS, REC_ STATUS) un publicēšanas datumu (PUB_DATE).

7.1.5.2 Publikācijas tipam „Datubāze” (TIPS_DB) jāattēlo papildu informācija (TAB), tabulu kodus aizstājot ar virsrakstiem un saitēm. Iespējamais risinājums tiks precizēts izstrādes gaitā (mouse over, izlecošs logs);

7.1.5.3 Lietotājam jānodrošina iespēja kārtot ierakstus pēc tēmas (TEMA_ID), virsraksta (TITLE), publikācijas tipa (TIPS), (REF_PERIOD) un datuma (PUB_DATE).

7.1.5.4 Ierakstiem ar REC_STATUS = DEL vai RSCH jāveido atšķirīga attēlošana. RSCH statusa gadījumā jānodrošina saite sākotnējais pārceltais kalendāra ieraksts. Attēlošanas principi jāsaskaņo ar pasūtītāju izstrādes laikā.

7.1.6 Kalendāra ierakstiem ir jānodrošina eksports un mašīnlasīšanas iespējas. Eksports ir jānodrošina visa kalendāra nākotnes ierakstiem un tikai atlasītajiem ierakstiem:

7.1.6.1 eksports jānodrošina ICAL un JSON formātā;

7.1.6.2 ierakstu atlase jānodrošina gan interaktīva (sk. iepriekš), gan izmantojot URI vai web API. Iespējamie risinājumi jāsaskaņo ar pasūtītāju izstrādes laikā.

7.2. Jaunumu izlaidumi (preses ziņojumi)

7.2.1 Satura tips paredzēts jaunumu izlaidumu (preses ziņojumu) publicēšanai un šo ziņojumu nosūtīšanai vēstkopai, kā arī publicēšanai sociālajos tīklos.

7.2.2 Satura tips ir saistīts ar satura tipu „Statistikas publicēšanas kalendārs”:

7.2.2.1 preses ziņojuma virsraksts līdz publicēšanas brīdim ir identisks kalendāra ieraksta virsrakstam (TIPS=PR TITLE);

20

7.2.2.2 preses ziņojuma saturisko atribūtu vērtības nav publiski pieejamas līdz statistikas publicēšanas kalendārā noteiktajam publicēšanas brīdim, un tie tiek publicēti kalendārā noteiktajā laikā gan vietnē, gan sociālajos tīklos, gan veikta vēstkopas izsūtīšana.

7.2.3 Jaunumu izlaidumiem ir šādi atribūti:

7.2.3.1 CAL_ID – atbilstošais statistikas kalendāra ieraksta identifikators;

7.2.3.2 virsraksts pēc publicēšanas brīža;

7.2.3.3 TEMA_ID statistikas tēma;

7.2.3.4 anotācija;

7.2.3.5 saturs;

7.2.3.6 Twitter ieraksta teksts un attēls;

7.2.3.7 Facebook ieraksta teksts un attēls.

7.2.4 Vietnes administrācijas ērtumam ir nepieciešams izveidot nepublicēto preses ziņojumu rediģēšanas saskarni.

7.2.5 Satura administratoram jāparedz iespēja rediģēt e-pasta vēstules noformējumu un saturu, ko izsūta vēstkopai. Plānoto (vēl nenosūtīto) jaunumu izlaiduma nosūtīšanu vēstkopai var atcelt jebkurā brīdī.

7.2.6 Satura tips tiks sūtīts vēstkopas abonentiem (1000 e-pasti katram jaunumu izlaidumam. Vienlaicīgi var tikt publicēti ne vairāk kā 3 jaunumu izlaidumi). Pretendentam jāpiedāvā vēstkopas vadības risinājums vai ārpakalpojuma izmantošana. Gadījumā, ja tiek izmantots ārpakalpojums, piedāvājumā jāiekļauj ārpakalpojuma izmaksas 2 gadu periodam pie 1 000 abonentiem.

7.2.7 Satura tipam ir jāveic migrācija no CSP vietnes (gan abonenti, gan saturs). Migrācijas apjoms un scenāriji tiks precizēti lapas izstrādes gaitā.

7.2.8 Pretendenta jārealizē lietotāju autentifikācija. Autentifikācijas rekvizīti ir lietotāja vārds un parole. Parole datubāzē tiek uzglabāta drošā veidā, piemēram, hasg.

7.2.9 Pārsniedzot neveiksmīgo autentifikācijas mēģinājumu skaitu, tiek prasīts papildus drošības risinājums, piemēram, CAPTCHA.

7.2.10 Paroles aizmiršanas gadījumā lietotājam ir nodrošināta iespēja pašam atjaunot piekļuvi savam kontam.

7.3. Publikācijas

7.3.1 Satura tips paredzēts jebkāda veida publikāciju PDF formātā vai cita veida publicēšanai. Paredzams, ka vietnē tiks publicētas divu veidu publikācijas – aktuālās (ir ieraksts statistikas publicēšanas kalendārā) un vēsturiskās (nav ieraksta publicēšanas kalendārā).

7.3.2 Vietnes meklētājam ir jāindeksē arī publikāciju datnes.

7.3.3 Publikācijām ir šādi atribūti:

21

7.3.3.1 PUB_ID – identifikators, tiek veidots manuāli. Lapai ir jānodrošina pārbaude uz eksistējošiem;

7.3.3.2 PUB_TIPS – publikācijas veids, aktuālā (AKT) vai vēsturiskā (VEST);

7.3.3.3 CAL_ID – kalendāra ieraksta identifikators tikai PUB_TIPS=akt;

7.3.3.4 TEMA_ID – statistikas tēma, kurai atbilst attiecīgā publikācija. Ja PUB_TIPS=akt, tad sakrīt ar statistikas kalendāru;

7.3.3.5 TEMA_ID_ALT – alternatīvā statistikas tēma, kurai atbilst attiecīgā publikācija. Publikācija var būt vairākās tēmās;

7.3.3.6 PUB_TITLE – Publikācijas nosaukums;

7.3.3.7 PUB_ANOT – Publikācijas satura apraksts;

7.3.3.8 PUB_DATE – Publikācijas izdošanas datums;

7.3.3.9 PUB_LANG – publikācijas valoda. Standartizēta vārdnīcapēc kuras var noteikt publikācijas valodu. Vienā publikācijā var tikt izmantotas vairākas valodas.

7.3.3.10 PUB_FREQ – izdošanas periodiskums. Standartizēta vārdnīca: PUB_A – gada publikācija, PUB_Q – ceturkšņa publikācija, PUB_M – mēneša publikācija.

7.3.3.11 PUB_COVER – publikācijas vāka attēls. Pievienots attēls, bet, ja nav norādīts, attēlo standarta attēlu.

7.3.3.12 CONT_DATE – laika periods, par kuru publikācijā ir dati. Brīva teksta lauks.

7.3.3.13 ISSN, ISSBN – publikāciju starptautiskā standarta numuri.

7.3.4 Publikācijām ir jānodrošina skats, kurā:

7.3.4.1 ir atlase pēc šādiem atribūtiem: statistikas tēma (TEMA_ID, TEMA_ID_ALT), publikācijas gads, izmantojot publikācijas datumu (PUB_DATE), publikācijas valoda (PUB_LANG).

7.3.4.2 tiek attēloti šādi atribūti – statistikas tēma (TEMA_ID), publikācijas vāka attēls (PUB_COVER), publikācijas nosaukums (PUB_TITLE) kā saite uz publikācijas datni, publikācijas anotācija (PUB_ANOT), publikācijas datums (PUB_DATE), publikācijas valoda (PUB_LANG) un publikācijas periodiskums (PUB_FREQ).

7.3.4.3 publikācijas var kārtot pēc (sort by) statistikas tēmas (TEMA_ID), nosaukuma (PUB_TITLE), publikācijas datuma (PUB_DATE).

7.3.4.4 meklēšana pēc visu atribūtu un satura (pievienotās datnes) vērtībām. Meklēšanā ir jāizmanto sinonīmi, meklēšana ir pieejama arī no publikāciju apskates skata.

22

7.4. Termini

7.4.1 Satura tips paredzēts skaidrojošas informācijas sniegšanai par statistiskiem jēdzieniem un meklēšanas rezultātu uzlabošanai. Termini tiek integrēti statistikas metodoloģijas satura tipā;

7.4.2 Statistikas metadatiem jānodrošina loģiskas Administratora veidotas saites (URI). Jāparedz iespēja definēt noklusētos saišu veidošanas principus.

7.4.3 Statistikas terminiem ir šādi atribūti:

7.4.3.1 ID – termina abreviatūra, identifikators. Tiek veidots manuāli. Lapai ir jānodrošina pārbaude uz eksistējošiem;

7.4.3.2 TERMINS – termina nosaukums. Termina nosaukums var sastāvēt no vairākiem vārdiem, kuri jāuztver kā viena birka (tag);

7.4.3.3 SKAIDROJUMS – skaidrojoša informācija par termina nozīmi. Saturs tiek rediģēts, izmantojot RTE. Var saturēt arī matemātiskas formulas, jānodrošina LaTeX formāta attēlošana;

7.4.3.4 TEMA_ID – pamattēma, kurā termins tiek izmantots. Viens termins var būt izmantots vairākās tēmās;

7.4.3.5 SINONIMS – termina sinonīma nosaukums. Piemēram terminam „pedagoģiskais darbinieks” sinonīms ir „skolotājs”. Sinonīmam nav skaidrojuma. Vienam terminam latviešu un angļu valodā var būt dažāds skaits sinonīmu.

7.4.3.6 SAIST_TERM – saistītie termini, kas ir saistīti ar terminu. Piemēram, terminam „zīdainis” saistīts termins „zīdaiņu mirstības koeficients”.

7.4.4 Statistikas terminu skatā jāparāda: TERMINS, termina tulkojums angļu valodā, SKAIDROJUMS, citi termini, kam ir identisks TEMA_ID, SAIST_TERM (līdzīgi http://www.csb.gov.lv/glossary). Pamatprasības skatam ir šādas:

7.4.4.1 terminu alfabētisks saraksts (latviešu un angļu valodā pēc atbilstošās valodas alfabēta);

7.4.4.2 termina nosaukuma meklēšana un paplašinātā meklēšana (visu atribūtu vērtības), rezultātus jāvar šķirot pēc „atrastā” atribūta vērtības.

7.4.5 Statistikas termini tiek integrēti „Statistikas metadatu” satura tipa saturā.

7.4.6 Statistikas termina atribūta sinonīms vērtības tiek izmantotas lapas meklētājā.

7.5. Statistikas metadati

7.5.1 Satura tips ir paredzēts metodoloģiskās informācijas publicēšanai standartizētā veidā.

7.5.2 Statistikas metadatiem jānodrošina loģiskas Administratora veidotas saites (URI). Jāparedz iespēja definēt noklusētos saišu veidošanas principus.

23

7.5.3 Attēlojamais saturs tiek veidots no vairākiem satura tipiem, integrējot un papildinot tos ar metadatu unikālo saturu. Metadatu satura tipa piemērs: http://www.csb.gov.lv/statistikas-temas/metodologija/iekszemes-kopprodukts-latvija-kopa-eks-2010-40899.html

7.5.4 Metadatu atribūtiem var definēt sākotnējo vērtību variantus, ko Administrators izvēlas, aizpildot metadatu aprakstus. Noklusēto vērtību varianti ir rediģējami.

7.5.5 Metadatu satura tipa izveide ir jāsaskaņo ar pasūtītāju izstrādes laikā. Jāparedz iteratīva izstrāde.

7.6. Kartes un telpiskie dati

7.6.1 Satura tips paredzēts tematisko karšu un datu, kas izmantoti to veidošanai, publicēšanai.

7.6.2 Satura tipam ir šādi atribūti: TEMA_ID – statistikas tēma, GADS – laika periods, par kuru karte sniedz informāciju, TERITORIJA – par kuru karte sniedz informāciju, piemēram (Latvija: administratīvās vienības, pasaules valstis utt.), MAP – iespēja pievienot PNG failu, MAP_DATI – iespēja pievienot CSV datni, MAP_NOTE – iespēja pievienot PDF datni ar skaidrojumiem, MAP_SHAPE – iespēja pievienot shape datnes.

7.6.3 Satura tipa skats ir šķirojams saraksts ar atlases iespējām, piemēram: http://www.csb.gov.lv/dati/kartes-un-telpiskie-dati-42749.html.

7.6.4 Satura tipam ir jāveic migrācija no CSP vietnes. Migrācijas apjoms un scenāriji tiks precizēti lapas izstrādes gaitā.

7.7. Kvalitātes ziņojumi

7.7.1 Satura tips paredzēts Kvalitātes ziņojumu publicēšanai.

7.7.2 Satura tipam ir šādi atribūti: TEMA_ID – statistikas tēma, Q_PERIODS – laika periods, par kuru kvalitātes ziņojums sniedz informāciju, Q_TITLE_ – kvalitātes ziņojuma virsraksts, Q_CONTACT – kontaktpersonas vārds, uzvārds, amats, telefons un e-pasts , Q_FILE – iespēja pievienot PDF failu.

7.7.3 Satura tipa skats ir šķirojams saraksts ar atlases iespējām, piemēram: http://www.csb.gov.lv/dokumenti/kvalitates-zinojumi.

7.7.4 Satura tipam ir jāveic migrācija no CSP vietnes. Migrācijas apjoms un scenāriji tiks precizēti lapas izstrādes gaitā.

8. Klasifikāciju publicēšanaSatura tipi paredzēti klasifikāciju kataloga un klasifikāciju publicēšanai.

8.1. Klasifikāciju katalogs

8.1.1 Klasifikāciju katalogs sniedz pārskatu par statistikas nozarē izmantotajām klasifikācijām – vispārīgo informāciju, kontaktinformāciju.

8.1.2 Klasifikāciju kataloga ierakstiem ir šādi atribūti:

8.1.2.1 veids – klasifikācijas veids (taksonomija);

24

8.1.2.2 izstrādātājs – iestādes nosaukums (taksonomija);

8.1.2.3 par klasifikatora uzturēšanu, lietošanas koordinēšanu, pāreju un sasaisti atbildīgā valsts pārvaldes iestāde – iestādes nosaukums;

8.1.2.4 piesaistītās institūcijas – iestāžu saraksts, kas ir iesaistītas klasifikācijas uzturēšanā;

8.1.2.5 tiesiskais pamatojums – tekstuāla informācija (RTE);

8.1.2.6 klasifikatora pārskatīšana – tekstuāla informācija (RTE);

8.1.2.7 ieviešanas mērķis – tekstuāla informācija (RTE);

8.1.2.8 objekts – tekstuāla informācija (RTE);

8.1.2.9 lietošanas sfēra – tekstuāla informācija (RTE);

8.1.2.10 pieejamība – tekstuāla informācija (RTE), ja klasifikācija tiek publicēta CSP vietnē, tad jānodrošina automātiska sasaiste. Realizācijas risinājums tiks precizēts izstrādes gaitā;

8.1.2.11 kodēšanas sistēma – tekstuāla informācija (RTE);

8.1.2.12 kontaktinformācija – tekstuāla informācija (RTE);

8.1.2.13 atjaunošanas datums.

8.1.3 Klasifikāciju katalogam jānodrošina ierakstu atlasi pēc veida, izstrādātāja un atjaunošana datuma, kā arī meklēšanu pēc teksta daļas.

8.1.4 Klasifikāciju katalogs jāattēlo saraksta veidā (izstrādes laikā definēti atribūti) pilns vai atbilstoši atlases kritērijiem. Sarakstam jānodrošina kārtošana pēc alfabēta.

8.2. Klasifikācija

8.2.1 Satura tips „Klasifikācija” paredzēts statistisko klasifikāciju – kodu, nosaukumu un skaidrojumu publicēšanai, nodrošinot to hierarhisku attēlošanu.

8.2.2 Publicēto klasifikāciju vispārīgā/aprakstošā informācija ir iekļauta satura tipā „Klasifikāciju katalogs”. Jānodrošina sasaiste ar atbilstošo klasifikācijas aprakstu „Klasifikāciju katalogā”.

8.2.3 Klasifikācijai ir šādi atribūti:

8.2.3.1 klasifikācijas ID (no „Klasifikāciju kataloga”);

8.2.3.2 versija (tikai atsevišķām klasifikācijām) un tās apraksts (RTE ar iespēju pievienot datnes);

8.2.3.3 klasifikācijas nosaukums;

8.2.3.4 izveides un atjaunošanas datums.

8.2.4 Klasifikācijas ierakstiem ir šādi atribūti:

8.2.4.1 kods;

8.2.4.2 vecāka kods;

25

8.2.4.3 līmenis;

8.2.4.4 nosaukums;

8.2.4.5 paskaidrojošā informācija (RTE);

8.2.4.6 atjaunošanas datums.

8.2.5 Klasifikācijām jānodrošina atspoguļošana publiskajā pusē līdzīgi esošajam interfeisam http://www.csb.gov.lv/node/29900/list , kurā ir jānodrošina šāda funkcionalitāte:

8.2.5.1 klasifikācijas hierarhiskā atspoguļošana ar opciju ieslēgt paskaidrojošās informācijas atspoguļošanu vienā sarakstā;

8.2.5.2 paskaidrojošās informācijas attēlošana izlecošā logā ar iespēju to izdrukāt. Loga saturs un izkārtojums tiks saskaņots izstrādes laika;

8.2.5.3 meklēšanas iespējas pēc visu atribūtu vērtībām vai pēc izvēles;

8.2.5.4 klasifikācijas eksports uz šādiem formātiem (CSV, XLSX, XML). Eksportējot jāparedz opcija saglabāt/iztīrīt HTML formatējuma informāciju no paskaidrojošās informācijas.

8.2.6 Saturs tiek atjaunots:

8.2.6.1 Administratora saskarnē, veicot ierakstu manuālu rediģēšanu;

8.2.6.2 veicot importu no standartizētā veidā sagatavotas datnes. Datnes formāts un importa process jāprecizē izstrādes gaitā.

8.2.7 Satura tipam ir jāveic migrācija no CSP vietnes. Migrācijas apjoms un scenāriji tiks precizēti lapas izstrādes gaitā.

8.3. Institucionālie sektori

8.3.1 Satura tips paredzēts uzņēmumu un iestāžu saraksta atspoguļošanai, lai noteiktu uzņēmumam atbilstošo institucionālo sektoru klasifikācijas kodu;

8.3.2 Katram sarakstā esošajam ierakstam ir šādi atribūti:

8.3.2.1 reģistrācijas numurs (11 simboli);

8.3.2.2 nosaukums;

8.3.2.3 institucionālo sektoru klasifikācijas kods.

8.3.3 Klasifikācijas publiskajā pusē tiek atspoguļotas līdzīgi esošajam interfeisam (http://www.csb.gov.lv/isk2013):

8.3.3.1 klasifikācijas hierarhiskā atspoguļošana ar opciju rādīt klasifikācijas kodam atbilstošo uzņēmumu sarakstu ar uzņēmuma atribūtiem.

8.3.3.2 meklēšanas iespējas pēc klasifikācijas vai uzņēmuma sarakstu atribūtu vērtībām;

8.3.3.3 pilnam vai attēlotajam uzņēmumu sarakstam jāparedz eksports uz (CSV, XLSX, XML);

26

8.3.4 Datu automātiskai apmaiņai ar citām sistēmām ir jāizveido API, kurš vaicājumā norādītajam uzņēmuma reģistrācijas numuram atgrieztu atbilstošo institucionālo sektoru klasifikācijas kodu (RNr, kods). Izpildītājam ir jāsagatavo API dokumentācija, lai ārējo sistēmu veidotāji varētu to integrēt savās sistēmās.

8.3.5 Saturs tiek atjaunots:

8.3.5.1 administratora saskarnē veicot ierakstu manuālu rediģēšanu;

8.3.5.2 veicot importu no standartizētā veidā sagatavotas datnes. Datnes formāts un importa process jāprecizē izstrādes gaitā. Imports jārealizē, lai maksimāli samazinātu sistēmas darbības pārtraukumu brīdi. Process jāsaskaņo izstrādes laika.

8.3.6 Satura tipam jāveic sākotnējā saraksta imports.

9. Veidlapu katalogs9.1. Satura tips paredzēts statistikas veidlapu un aprakstošās informācijas publicēšanai.

9.2. Satura tipam ir šādi atribūti:

9.1.1 gads – gadskaitlis;

9.1.2 veidlapas indekss – teksts (gadskaitlis un veidlpas indekss veido veidlapas unikālu identifikatoru);

9.1.3 veidlapas nosaukums – veidlapas pilns nosaukums;

9.1.4 statistikas iestāde – iestādes nosaukums (saraksts);

9.1.5 VSIP sadaļa – sadaļas nosaukums Valsts statistiskās informācijas programmā;

9.1.6 VSIP 2016. gadam sadaļa – norāde uz atbilstošo VSIP punktu;

9.1.7 apsekojamo statistisko vienību īss raksturojums – tekstuāla informācija;

9.1.8 plānotais apsekojamo statistisko vienību skaits – skaits;

9.1.9 pārskata periods – standartizēta vārdnīca;

9.1.10 datu vākšanas periodiskums – standartizēta vārdnīca;

9.1.11 datu iesniegšanas termiņš/intervēšanas periods – noteikts datums, datumu intervāls vai tekstuāla informācija;

9.1.12 informācija par oficiālās statistikas veidlapas apstiprināšanu, norādot saiti uz oficiālās statistikas veidlapas apstiprināšanas dokumentu;

9.1.13 saite uz statistikas iestādes tīmekļa vietni, kurā ir pieejams oficiālās statistikas veidlapas paraugs elektroniski aizpildāmā formā;

9.1.14 kontaktinformācija – atbilstošās iestādes kontaktinformācija.

9.3. Veidlapu katalogam jānodrošina ierakstu atlase pēc gada, iestādes nosaukuma, VSIP sadaļas, pārskata perioda, kā arī meklēšana pēc teksta daļas visu atribūtu vērtībās vai konkrēta atribūta vērtībā.

9.4. Veidlapu katalogs jāattēlo saraksta veidā (izstrādes laikā tiks definēti attēlojamie atribūti) pilns vai atbilstoši atlases kritērijiem. Sarakstam jānodrošina kārtošana pēc alfabēta.

27

9.5. Jānodrošina saišu veidošanas iespējas, izmantojot definētu ceļu un veidlapas identifikatorus.

10. ModuļiModuļi paredzēti noteiktu uzdevumu veikšanai.

10.1. Jautā mums un BUJ

10.1.1 Modulis paredzēts komunikācijai ar statistikas lietotājiem un respondentiem, kā arī biežāk uzdoto jautājumu saraksta veidošanai;

10.1.2 Modulis nodrošina lietotājiem jautājumu uzdošanu un atbilžu sniegšanu. Lietotāju uzdotie jautājumi ir automātiski jānosūta jautājumu tēmas Administratoram. Tēmas Administrators saņem informāciju un periodiskus atgādinājumus par neatbildētiem jautājumiem.

10.1.3 Tēmai var būt vairāki Administratori, kas sniedz atbildes uz lietotāju jautājumiem.

10.1.4 Sniedzot atbildi, tā tiek nosūtīta lietotājam uz e-pastu, tēmas Administrators var izvēlēties, vai atbildi publicēt BUJ sarakstā. BUJ sarakstā publicētos jautājumus Administrators var rediģēt, un tie var būt atšķirīgi no lietotāju uzdotajiem.

10.1.5 Jautājumus var uzdot gan reģistrēti, gan nereģistrēti lietotāji. Ja jautājumu uzdod nereģistrēts lietotājs, pirms jautājuma nosūtīšanas tiek pārbaudīta e-pasta adreses pareizība:

10.1.5.1 gadījumā, ja tiek izvēlēts jautājuma tips „e-iesniegums”, tad jānodrošina atbilstība Iesnieguma likumā noteiktajām normām. „E-iesniegumam” lietotāji var pievienot arī datnes.

10.1.6 Jāparedz iespēja iekļaut moduli „Jautā mums” jebkādos satura tipos. Atbilstoši satura tipa veidam var tikt norādīta jautājuma tēma.

10.2. Saišu pārbaude

10.2.1 Modulis „Saišu pārbaude” paredzēts visu vietnē pieejamo saišu pārbaudei.

10.2.2 Pārbaude tiek veikta:

10.2.2.1 periodiski ik dienu, atklājot neeksistējošās vai neaktīvas saites. Administratoram ir iespēja konfigurēt satura tipus, kuriem tiek veikta saišu pārbaude un saišu pārbaudes periodiskumu.

10.2.2.2 saglabājot izmaiņas satura tipā, tiek veikta saišu pārbaude.

10.2.3 Paziņojumi par saišu pārbaudi:

10.2.3.1 kļūdainās saites tiek atspoguļotas žurnālā. Nospiežot uz žurnāla ieraksta, iespējams veikt kļūdainā satura rediģēšanu;

10.2.3.2 saglabājot saturu, informācija par kļūdainām saitēm tiek parādīta uzreiz pēc satura saglabāšanas.

10.3. Kontakti

10.3.1 Modulis „Kontakti” paredzēts iestāžu darbinieku kontaktinformācijas (vārds, uzvārds, e-pasts, tālrunis, struktūrvienība, amats, secības atribūts) publicēšanai vietnē.

28

10.3.2 Modulis tiek atjaunots, veicot darbinieku saraksta eksportu no iekšējās sistēmas un tā publicēšanu vietnē. Tehniskais risinājums precizējams izstrādes laikā.

10.3.3 Darbinieku saraksta attēlošanai un datu atlasei tiek izmantota hierarhiska organizācijas struktūra (taksonomija). Datus importējot, tiek izmantots struktūrvienības kods.

10.3.4 Moduli iespējams integrēt jebkādā satura tipā, nodrošinot atlasi pēc definētiem kritērijiem. Piemēram, struktūrvienības, secības atribūta.

10.3.5 Modulis nodrošina darbinieku meklēšanu pēc vārda, uzvārda, struktūrvienības.

10.3.6 Veidojot moduli, jāparedz darbinieka amata nosaukums divās valodās (latviešu un angļu).

10.4. Meklētājs

10.4.1 Modulis „Meklētājs” ir paredzēts informācijas meklēšanai vietnē (arī vietnē ievietotajās datnēs vismaz šādos formātos - PDF, Doc, Docx, XLS, XLSX,) un CSP DB;

10.4.2 Meklētājam jāprot atpazīt vārdus locījumos (piemēram, kopprodukta = kopprodukts) un jānodrošina sinonīmu izmantošana (inflācija = patēriņa cenu indekss. Sk. satura tipu „Statistikas termins”).

10.4.3 Administrators var konfigurēt meklēšanas rezultātu atspoguļošanas principus, nosakot kritērijus, pēc kuriem tiek rādīti rezultāti. Jāizmanto vismaz šādi kritēriji:

10.4.3.1 satura tips;

10.4.3.2 satura pēdējais modificēšanas datums;

10.4.3.3 meklējamā teksta atkārtošanās biežums;

10.4.3.4 satura popularitāte. Skatījumu skaits. Skatījumu skaita svara noteikšanā tiek izmantots satura pieejamības ilgums (skatījumu skaits/publicēts/ dienas);

10.4.3.5 saturs tika atrasts vietnē vai vietnē ievietotajā datnē.

10.4.4 Meklēšanas rezultāti ir šķirojami publiskajā pusē. Lietotājs var norādīt kritērijus, pēc kuriem kārtot vai atlasīt rezultātus (piemēram, satura tips, atjaunošanas datums un citi definēti izstrādes laikā). Pretendentam jāveic satura tipa dizaina izstrāde iesaistot lietojamības ekspertu.

10.4.5 Meklēšana tiek veikta arī CSP DB, ko var realizēt, izmantojot PX-WEB API. Piemēram: http://data.csb.gov.lv/api/v1/lv/Sociala?query=ilgums. Meklētāja darbībai nepieciešamie parametri ir konfigurējami vietnes administrācijas modulī.

10.4.6 Meklētājā jāparedz noteiktu vārdu vai frāžu nolaišanās lapas. Piemēram ievadot meklētājā frāzi ‘Dzimumu līdztiesība’ tiek nodrošināta atbilstošās lapas saites un apraksta parādīšana meklēšanas rezultātu sākumā. Vienai lapai var būt vairākas vairāki vārdi vai frāzes, piemēram [‘dzimumu līdztiesība’, ‘dzimumu statistika’, ‘dzimumu diskriminācija’, ‘vienlīdzīgums].

10.4.7 Meklētāja rezultātu lapas ielādes laiks nedrīkst pārsniegt 2 sekundes.

29

10.5. Inflācijas kalkulators

10.5.1 Modulis nodrošina inflācijas vērtību aprēķināšanu starp diviem definētiem laika periodiem.

10.5.2 Modulī var norādīt vairākus inflācijas rādītājus. Katram rādītājam tiek saglabāta atbilstošā perioda vērtība. Aprēķins tiek veikts, lietojot aritmētiskas darbības ar aprēķina periodu vērtībām.

10.5.3 Vērtības var ievadīt manuāli vietnes Administrators.

10.5.4 Jānodrošina gan ekrāna, gan drukas skats.

10.5.5 Jāveic esošā risinājuma inflācijas vērtību pārnešana: http://www.csb.gov.lv/inflation_calculator.

11. Izstrādes posmi un organizācija

11.1. Izstrādes posmi

11.1.1 Pasūtītājam sagatavojot piedāvājumu jāiesniedz vietnes izstrādes realizācijas apraksts. Sagatavojot to jāievēro šajā punktā norādītie posmi iekļaujoties termiņos.

11.1.2 Vietnes dizaina un satura elementu dizaina izstrāde – 2 (divu) nedēļu laikā no līguma noslēgšanas.

11.1.3 Vietnes prototipa izveide izstrādes vidē – 4 (četru) nedēļu laikā pēc līguma noslēgšanas, kas satur:

11.1.3.1 sākumlapu;

11.1.3.2 SVS;

11.1.3.3 tipveida satura tipus (6. punkts);

11.1.3.4 7.2., 7.3. punktā norādītos satura tipus.

11.1.4 Prototipa papildināšanu izstrādes vidē ar pārējiem satura tipiem – 8 (astoņu) nedēļu laikā no līguma noslēgšanas.

11.1.5 Testa vides prasību definēšana un izveide pasūtītāja IT infrastruktūrā – 4 (četras) nedēļas pēc līguma noslēgšanas.

11.1.6 Produkcijas vides prasību definēšana – 8 (astoņas) nedēļas pēc līguma noslēgšanas un izveide pasūtītāja IT infrastruktūrā 10 (desmit) nedēļu laikā pēc līguma noslēgšanas.

11.1.7 Satura migrācijas scenāriju izstrādi 10 (astoņu) nedēļu laikā no līguma noslēgšanas.

11.1.8 Pārējās funkcionalitātes nodrošināšanu izstrādes vidē 10 (desmit) nedēļu laikā no līguma noslēgšanas.

11.1.9 Produkcijas vides izveide ar atbilstoši veiktspējas prasībām – 3 (trīs) mēneši pēc līguma noslēgšanas.

11.1.10 Satura migrācijas, dokumentācijas sagatavošanas un apmācības realizācija – 6 (sešu) mēnešu laikā no līguma noslēgšanas.

11.1.11 Orientējošie migrācijas apjomi (neietver klasifikācijas un datnes).

30

Tips (sistēmas ID) Nosaukums Darbība node_count

31

classifier Klasifikāciju katalogs migrēt 87darba_piedavajums Darba piedāvājums daļēji, tikai aktuālie 238event Notikums migrēt 5026iepirkums Iepirkums migrēt 213inflation_indicator Inflācijas indikators migrēt 1inflation_values inflācijas kalkulatora

vērtībasmigrēt 25

kartes Kartes un telpiskie dati

migrēt 134

kvalitates_zinojumi kvalitātes ziņojumi migrēt 377metodologija metodoloģija migrēt 390page lapa migrēt 1349publicesanas_kalendars Datu publicēšanas

kalendārsdaļēji, tikai nākotnes notikumi 3313

publikacijas Publikācijas migrēt 940saites_datu_temas Saites pie tēmām migrēt 174starptautiskas_organizacijas

starptautiskās organizācijas

migrēt 31

survey Veilapas migrēt 1460termins Termins migrēt 1868

11.2. Izstrādes organizācija

11.2.1 Izpildītājs nodrošina izstrādes vidi, kurā tiek veikta izstrādes (piegāžu) testēšana pirms pārnešanas uz testa vidi.

11.2.2 Testa un produkcijas vide tiek nodrošināta pasūtītāja IKT infrastruktūrā. Izveidi veic izpildītājs. Pasūtītājs nodrošina virtuālos serverus atbilstoši izpildītāja prasībām. Izpildītājam jāizvēlas risinājumi, kas ir savietojami ar Citrix XenServer 6.2.

11.2.3 Izstrādes laikā visas piegādes tiek testētas un akceptesti tiek veikti izstrādes vidē.

11.2.4 Pēc vietnes ekspluatācijas uzsākšanas piegādes tiek testētas testa vidē. Izpildītājam jānodrošina satura sinhronizācijas risinājuma izveide Produkcijas vide => testa vide => izstrādes vide.

11.3. Apmācība un dokumentācija

11.3.1 Izpildītājam ir jāveic vietnes administratora un satura administratora apmācībā. Apmācībā jānodrošina par:

11.3.1.1 vietnes satura tipu sagatavošanu;

11.3.1.2 vietnes izmantošanu, konfigurēšānu;

11.3.1.3 vietnes darbības monitoringu, tajā skaitā “aizdomīgo darbību” monitoringu.

11.3.2 Apmācībai jāsagatavo programma, kas jāpievieno piedāvājumam. Atsevišķa programma jāparedz gan satura administratoriem, gan vietnes administratoriem. Apmācība veicama pasūtītāja telpās, tiks nodrošināts projektors, WIFI, nepieciešamo izdales materiālu pavairošana.

32

11.3.3 Izpildītājam ir jāsagatavo dokumentācija par vietnes un vietnes satura administrēšanu. Dokumentācijā jāsniedz informācija:

11.3.3.1 satura administrēšanu (var neaprakstīt intuitīvi saprotamās lietas);

11.3.3.2 vietnes konfigurācijas jautājumiem, t.sk. veiktspējas un “aizdomīgu darbību” monitoringu.