saturs ievads2 vid · mariadb (izmantojot galera replication moduli) drupal 7 elasticsearch php 5.5...
TRANSCRIPT
1
2.pielikums
Valsts ieņēmumu dienesta rīkotā Iepirkuma
nolikumam “VID ārējās mājaslapas pilnveidošana,
uzturēšana un garantijas nodrošināšana”, iepirkuma
identifikācijas Nr. FM VID 2017/272
TEHNISKĀ SPECIFIKĀCIJA
iepirkumam “VID ārējās mājaslapas pilnveidošana, uzturēšana un garantijas nodrošināšana”,
iepirkuma identifikācijas Nr. FM VID 2017/272
SATURS
1 Ievads.................................................................................................................................................. 2 1.1. Dokumenta nolūks un izmantošana ............................................................................................. 2 1.2. Lietotie termini un saīsinājumi .................................................................................................... 2 1.3. Saistība ar normatīvajiem aktiem ................................................................................................ 3 1.4. Dokumenta pārskats .................................................................................................................... 3
2 VID mājas lapas apraksts ................................................................................................................... 3 2.1 Mērķauditorija ............................................................................................................................. 3 2.2 VID mājas lapas būtiskākās īpašības un arhitektūra .................................................................. 3 2.3 VID mājas lapas vispārējs apraksts ............................................................................................ 4
3 Prasības pakalpojumam .................................................................................................................... 11 3.1 Prasības pakalpojuma pārvaldībai............................................................................................ 11 3.2 Vispārējas prasības pakalpojumam ........................................................................................... 13 3.3 Prasības sistēmas pieejamībai un veiktspējai ............................................................................ 13 3.4 Prasības pieteikuma apstrādei .................................................................................................. 14 3.5 Izmaiņu realizācijas prasības .................................................................................................... 15 3.6 Testēšanas prasības ................................................................................................................... 16 3.7 Projekta nodevumu piegāde un uzstādīšana.............................................................................. 17 3.8 Drošības prasības ...................................................................................................................... 18 3.9 Garantija.................................................................................................................................... 19
2
1 Ievads
1.1. Dokumenta nolūks un izmantošana
Šī dokumenta nolūks ir aprakstīt prasības Valsts ieņēmumu dienesta mājaslapas
pilnveidošanas, uzturēšanas un garantijas nodrošināšanas pakalpojumam. Attiecībā pret šīm
prasībām tiks veikta izstrādātāja iesniegtā tehniskā piedāvājuma novērtēšana Iepikuma ietvaros.
Tehniskā specifikācija ir Pasūtītāja sagatavots un apstiprināts dokuments, kurš ir iepirkuma
dokumentācijas sastāvdaļa. Dokuments ir adresēts Izstrādātājiem, kuri veiks piedāvājuma
sagatavošanu Iepirkumam, un Pasūtītāja atbildīgajiem darbiniekiem, kuri piedalīsies iepirkuma
procedūrā.
1.2. Lietotie termini un saīsinājumi
1.tabula Lietotie saīsinājumi
Saīsinājums Skaidrojums
CSS Kaskadētas stila lapas (Cascading Style Sheets)
HTML Paplašināmā iezīmēšanas datu apraksta valoda (Xtensible Markup
Language)
MK Ministru kabinets
PPA Programmatūras projektējuma apraksts
PPS Programmatūras prasību specifikācija
SVS Satura vadības sistēma
SPS Satura pārvaldības saskarne
TP Tehniskais piedāvājums
VID Valsts ieņēmumu dienests
W3C Globālā tīmekļa konsorcijs (World Wide Web Consortium (W3C))
XHTML Paplašināmā hiperteksta iezīmju (Xtensible Markup Language)
2.tabula Lietotie termini
Termins Apraksts
Pasūtītājs Valsts ieņēmumu dienests (VID)
Pretendents Piegādātājs, kurš sagatavo un iesniedz piedāvājumu Iepirkumam
Izstrādātājs Iepikuma uzvarētājs - VID mājaslapas izstrādātājs
Lietotājs Jebkurš mājaslapas apmeklētājs
Administrators VID darbinieks ar iespēju rediģēt un veidot visu mājaslapas
administrēšanas moduli
Informācijas
ievadītājs
VID darbinieks ar iespēju rediģēt un veidot atsevišķu (-us) mājaslapas
administrēšanas moduli (-ļus), kuru (-us) noteicis Administrators
Redaktors VID darbinieks ar iespēju rediģēt atsevišķu (-us) mājaslapas
administrēšanas sadaļu (-as), kuru (-as) noteicis Administrators
Katrai tehniskajā specifikācijā definētajai prasībai ir šāda struktūra:
Indekss – skaitlis, kas tehniskajā specifikācijā apzīmē konkrētās prasības kārtas numuru.
Indeksu numerācija ir sakārtota augošā secībā, sākot ar 1, un ļauj viennozīmīgi identificēt katru
konkrēto tehniskajā specifikācijā definēto prasību ar mērķi atvieglot tehniskās specifikācijas
lasīšanu un orientēšanos tajā (ātra konkrētās prasības atrašana, tehniskās specifikācijas sasaiste ar
nolikumu u.tml.).
Prasības nosaukums – ir konkrētās prasības virsraksts, kas sniedz vispārīgu informāciju par
prasības saturu.
Prasības apraksts – ir konkrētās izpildāmās prasības apraksts, kas ir pietiekami detalizēts,
lai ļautu Izstrādātājam noteikt prasības realizācijas komplicētību, tādējādi prognozēt nepieciešamo
darbietilpību prasības un tehniskās specifikācijas realizācijai kopumā, kā arī Pasūtītājam novērtēt
Izstrādātāja tehniskā piedāvājuma atbilstību Iepirkuma nolikuma mērķiem un uzdevumiem.
Prasības prioritāte – prasības ir iedalītas divās prioritātēs (skatīt 2.tabulā). Ja prasības
3
formulējumā ir vārds “vismaz”, tad prasība nosaka minimālās prasības. Izstrādātājam ir tiesības
paplašināt prasības būtību vai ieteikt savādāku veidu, kā nodrošināt to pašu mērķi un vajadzību,
piedāvājot, viņaprāt, labāku risinājumu.
3.tabula Prasību prioritātes
Obligāta Obligāto prasību realizācijas aprakstam jābūt pietiekamam, lai nepārprotami būtu
aprakstīts prasības realizācijas mehānisms vai rīki (līdzekļi), ar kuriem ir
iespējams realizēt prasību, un Izstrādātāja izpratne par piedāvājamo risinājumu.
Izstrādātājam piedāvājumā katrai prasībai jāsniedz tās realizācijas (izpildes) apraksts.
Apraksts, kurš saturēs tikai prasības teksta kopiju ar prasības izpildes apsolījumu vai arī
citu prasību realizācijas piedāvājumu, būs pretrunā ar tehniskās specifikācijas prasībām un netiks
uzskatīts par atbilstošu, un šādi piedāvājumi tiks izslēgti no vērtēšanas.
1.3. Saistība ar normatīvajiem aktiem
Informācijas atklātības likums http://likumi.lv/doc.php?id=50601;
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;
Ministru kabineta 2014.gada 28.janvāra noteikumi Nr.51 “Ministru kabinetam padoto
institūciju vienotās vizuālās identitātes noteikumi” http://likumi.lv/doc.php?id=264042;
Publisko iepirkumu likums https://likumi.lv/ta/id/287760;
Ministru kabineta 2017.gada 28.februāra noteikumi Nr.103 “Noteikumi par publisko
iepirkumu paziņojumu saturu un sagatavošanas kārtību” https://likumi.lv/ta/id/289081;
Valsts ieņēmumu dienesta grafiskais standarts (tiks izsniegts pēc Līguma noslēgšanas).
1.4. Dokumenta pārskats
Dokuments sastāv no 3 (trijām) nodaļām.
Pirmajā nodaļā ir izklāstīts šī dokumenta izstrādāšanas nolūks, aprakstīta darbības sfēra,
sniegts dokumenta pārskats, apkopotas izmantotās definīcijas, apzīmējumi un saīsinājumi, dots
prasību apraksta skaidrojums.
Otrajā nodaļā ir VID mājas lapas esošās situācijas apraksts.
Trešajā nodaļā ir aprakstītas prasības Pakalpojumam un sniegts šo prasību apraksts, kā arī,
kur tas nepieciešams, specificētas prasības Tehniskajam piedāvājumam.
2 VID mājas lapas apraksts
2.1 Mērķauditorija
jaunie uzņēmēji;
privātpersonas;
komersanti (juridiskās un fiziskās personas, kas veic saimniecisko darbību);
muitas klienti/ceļotāji;
nevalstiskās organizācijas;
skolēni un studenti.
2.2 VID mājas lapas būtiskākās īpašības un arhitektūra
VID mājaslapai ir divas vides – publiskā, kurai var piekļūt visi mājaslapas lietotāji, un
administrēšanas vide, kura ir pieejama no Pasūtītāja iekštīkla izmantojot šifrētu savienojumu. VID
mājaslapas publiskā daļa pieejama pēc adreses www.vid.gov.lv.
VID mājas lapai, izmantojot Oracle pakotnē izveidotas saskarnes procedūras, izveidota
sasaiste ar Centralizēto resursu vadības sistēmas “Horizon”, no kuras tiek saņemti darbinieku
kontaktinformācija.
Mājaslapa izvietota Centos operētājsistēmas vidē. Mājaslapas programmatūra tiek veidota
pēc klienta–servera arhitektūras. Mājaslapa tiek veidota 64bit arhitektūrā.
Kopumā VID mājas lapas darbināšanai nepieciešama šāda programmatūra:
CentOS 7;
4
Apache Web server
MariaDB (izmantojot Galera replication moduli)
Drupal 7
Elasticsearch
PHP 5.5
Nginx
Varnish
Pacemaker
GlusterFS
Mājaslapa tiek darbināta uz vairākiem vienādas nozīmes serveriem, bojājumpiecietīgā
(serveru klastera) slēgumā. Mājaslapa var tikt darbināta virtuālajā vidē, izmantojot Citrix Xen
server 6.2 (vai jaunākus) virtualizācijas rīkus. Vairāku serveru konfigurācija nodrošina slodzes
dalīšanu (load balancing). Mājaslapas viena aplikāciju servera atteikuma gadījumā visa
mājaslapas funkcionalitāte turpina darboties uz otra servera.
Klasifikatori un ievadītie dati tiek uzglabāti atsevišķā ārējā, ODBC savietojamā datubāzē
ar iebūvētiem rīkiem datubāzes kopijas izveidošanai un atjaunināšanai. Datu bāzes sinhronizācija
tiek nodrošināta izmantojot MariaDB Galera replication. Augšupielādētie faili un attēli tiek
sinhronizēti starp serveriem reālā laikā izmantojot klasteru failsistēmu GlusterFS.
Mājaslapas aplikāciju serveri darbojas augstas pieejamības režīmā, izmantojot Pasūtītāja
rīcībā esošo Citrix Netscaler (OSI Layer 7) tīkla slodzes dalītāju, lai nodrošinātu iespēju veikt
servera apkalpi un programmatūras atjaunināšanas darbus, bez mājaslapas dīkstāves un
nodrošinātu mājaslapas veiktspējas palielināšanas iespējas. Ar slodzes dalīšanas konfigurāciju,
tiek panākts, ka katrs serveris apkalpo aptuveni vienādu pieprasījumu daļu.
Normālas darbības gadījumā visi serveri apkalpo pieprasījumus slodzes dalīšanas režīmā.
Ja kāds no serveriem iziet no ierindas, tad Citrix Netscaler slodzes dalītājs parūpējas par to, lai
visus pieprasījumus apkalpo tikai darba kārtībā esošie serveri.
2.3 VID mājas lapas vispārējs apraksts
2.3.1 Dizaina un struktūras apraksts
Lapas navigācija attēlota pārskatāmā veidā, vizuāli tiek izceltas aktīvās sadaļas un to
hierarhija. Neatkarīgi no lapas atvēršanas ceļa (t.sk. iekšējo, ārējo meklētāju rezultātiem), ir labi
saprotams, kurā lapas daļā konkrētā sadaļa ir izvietota. Katras lapas augšpusē ir redzama
Lietotājiem labi uztverama navigācijas josla (ar aktīvajām saitēm), uz kuras uzejot, Lietotājs
nokļūst attiecīgajā lapas skatā.
Lapas dizains atbilst VID grafiskajam standartam. Pietiekams krāsu kontrasts, lai tekstu
un attēlus varētu labi saskatīt, izlasīt, t.sk. izmantojot mobilas ierīces.
Hipersaišu attēlojumam vizuāli atšķiras no pamatteksta, t.sk. pasvītrota teksta.
Pārvietojot peles kursoru pār saiti, tas maina krāsa/tonis. Hipersaites, kuras ved uz ārējie resursiem,
iezīmējas citā krāsā/tonī nekā tās, kuras ir iekšējais resurss. Saites uz apmeklētām lapām maina
krāsa uz nedaudz gaišāku toni.
Lapas dizains balstīts uz CSS, lai satura attēlošana un tehniskā platforma būtu
funkcionāli atdalītas un tiktu nodrošināta iespēja efektīvi veikt izmaiņas dizainā.
2.3.2 Funkcionālais apraksts
Visos mājaslapas skatos ir statiski paredzēta vieta Latvijas Republikas ģerbonim. Uzejot
uz ģerboņa un noklikšķinot ar peli, Lietotājs nokļūst sākumlapā.
Lapai ir daudzvalodu (latviešu, krievu un angļu) saskarne un satura atbalsts. Valodas
pārslēgiem ir statiski paredzēta vieta visos mājaslapas skatos, kas ir labi ieraugāmi un saprotami
ārvalstu Lietotājiem. Uzklikšķinot ar peli uz vēlamās valodas, lapa pārslēdzas uz attiecīgo valodas
vidi un paliek tajā pašā skatā, izņemot gadījumus, ja šāda skata nav. Tad mājaslapas Lietotāju
aizved uz sākumlapu.
Funkcijai “Viegli lasīt” attēlojas latviešu, krievu un angļu valodas vidēs.
5
Funkcijai vājredzīgiem ir statiska un viegli pamanāma visos mājaslapas skatos. Burtu
lieluma un krāsas maiņas pārslēgi paredz sekojošas iespējas:
Ļoti liela teksta izmērs;
Vidējs teksta izmērs;
Oriģinālais teksta izmērs;
Teksta versija – teksta režīms bez attēliem;
Četru stila izvēlnes:
Melni burti uz balta fona;
balts teksts uz melna fona;
melns teksts uz dzeltena fona;
dzeltens teksts uz melna fona.
Meklētājs ir statisks un viegli pamanāms visos mājaslapas skatos. Visā saturā
meklētājs darbojas pēc atslēgvārda(-iem). Paplašinātās meklēšanas iespējas ar meklēšanu pēc
datuma, satura veida un tēmām. Pretī katrai ailei tiek minēti piemēri, kā pareizi lietot meklētāju.
Meklēšanas vaicājuma ieteikuma (Autosuggest) iespēja – rakstot meklēšanas laukā atslēgvārdu,
no meklēšanas indeksa tiek piedāvāti atbilstošākie atslēgvārdi un to kombinācijas ērtākai un
rezultatīvākai meklēšanai. Meklēšanas rezultātos tiek norādīts, kāda veida saturs ir atrasts,
piemēram, ziņa, datne, kontakts, tiesību akts, veidlapa un iesniegums, foto galerija, video vai
kalendāra notikums. Mājaslapas meklēšanas rīks ir ar iespēju papildināt un modificēt tā
meklēšanas iespējas, papildinot un nosakot vai slēpjot meklētāja laukus. Iespēja Administratoram
veikt meklētāja statistiku, noskaidrojot, kādi ir vismeklētākie atslēgvārdi.
Mājaslapas karte ir statiska visos skatos un viegli pamanāma lapā. Tas ir lapas
struktūras pārskats, kas ļauj ērti pārskatīt saturu. Lietotājam ērti uztverams publiskās daļas satura
koks ar hipersaitēm, kurā attēlotas aktīvās sadaļas. Izmaiņām lapas struktūrā automātiski
jāatspoguļojas lapas kartē.
Starplapa (informatīvais logs), kurš redzams ieejot URL adresē www.vid.gov.lv un
kuru iespējams aizvērt. Administratoram ir iespēja ievietot teksta laukus dažādās lapas skata
vietās, attēlus, video, audio, hipersaites, kā arī norādīt, vai šo starplapu rādīt vai nē Lietotājiem, kā
arī iestatīt parametrus, pēc cik ilga laika lapa aizvērsies.
Kontaktu sadaļās pieejama informācija par iestādi/vadību, klientu apkalpošanas
centriem un VID struktūru (ar iespēju mainīt secību), kā arī kontaktu meklētājs. Lietotājam ir
iespēja apskatīt kontaktus no struktūras koka vai arī, izmantojot meklētāju, atrast sev nepieciešamo
informāciju. Meklētājs informāciju meklē pēc vārda, uzvārda, struktūrvienības un/vai adreses. Dati
kontaktu sadaļai tiek nodrošināti, izmantojot sasaisti ar Centralizēto resursu vadības sistēmu
“Horizon”, kurā personāla dati tiek uzturēti. Sinhronizāciju ar Centralizēto resursu vadības sistēmu
“Horizon” veic darba dienās reizi diennaktī (pēc pusnakts).Iespēja Administratoram noteikt, kuras
struktūrvienības/ darbinieki attēlosies lapā un kāda kontaktinformācija tiks attēlota. Iespēja
Administratoram mainīt kontaktu struktūras sadaļu un struktūrvienību secību. Iespēja informāciju
papildus ievietot manuāli. Piemēram, CV datus, tuvāko sabiedrisko transportu, bankas rekvizītus,
apmeklētāju pieņemšanas laikus, darba laiku, atrašanās vietu – ar iespēju to sasaistīt ar Google
maps vai līdzvērtīgu servisu.
Kalendāra bloks parāda esošā mēneša dienu režģi ar iezīmētām dienām, kurās plānoti
notikumi. Virs dienu režģa atrodas notikuma veida izvēles pārslēgs. Novietojot peles kursoru uz
datuma, kurā ir notikums (vai vairāki), blakus peles kursoram uznirst logs ar notikumu sarakstu
izvēlētajā datumā. Notikumu virsraksti ir saistīti ar hipersaitēm uz atbilstošu notikumu skatiem.
Katra kalendāra notikuma nosaukums ir redzams, fokusējot kursoru uz atbilstošā datuma.
Notikuma lapas līmenī attēlojas šāda informācija: tēma (piemēram, seminārs), nosaukums, norises
datums(-i), laiks, mērķauditorija, apraksts teksta formā, notikumam piesaistītās foto un video
galerijas, norises vieta – adrese, kā arī Google maps vai līdzvērtīga karte ar konkrētās norises vietas
atrašanās attēlojumu, kontaktpersona(-as) – vārds, uzvārds, iestāde, atbildības joma, mobilā
tālruņa numurs, stacionārā tālruņa numurs, e-pasta adrese, datnes – ar notikumu saistītās datnes
(katrai datnei tiek attēlota ikona, kas apzīmē tās formātu), plašsaziņas līdzekļu akreditācijas iespēja
6
– saite uz akreditācijas vietni, ar notikumu saistītie dokumenti. Ja notikuma ierakstam nav
aizpildīts kāds lauks, šis lauks netiek attēlots Lietotājam.
Lietotājs kalendārā notikumus var atlasīt pēc tēmas un/vai laika (dienas, nedēļas, divu
nedēļu, mēneša, gada). Mainot tā vērtību, kalendārs dinamiski pārlādējas, attēlojot tikai izvēlētā
veida notikumus (piemēram, deklarāciju iesniegšanas termiņus, VID vadības notikumus).
Lietotājam iespēja notikumu pievienot savam kalendāram, piemēram, Ms Outlook, Google
Calendar, iCal.
Administratoram iespēja uzturēt klasifikatorus (tēmu, vietu, adresi); norises vietas izvēle
no iepriekš definēta saraksta (ar iespēju pievienot jaunu norises vietu, ja sarakstā tās nav);
kontaktpersonas izvēle no iepriekšdefinēta saraksta (ar iespēju pievienot jaunu, ja sarakstā tās
nav); pasākuma veida izvēle, no iepriekš definēta saraksta; pasākuma tēmas izvēle, no iepriekš
definēta saraksta; pasākuma norises vietas norāde kartē (Google maps vai līdzvērtīgā).
Iespēja ievietot kalendāra bloku dažādās mājaslapas vietās, un katrā vietā tam iespējams
definēt notikumu tēma, kas ierobežotu attēlotos notikumus. Katram kalendāra eksemplāram
iespēja uzstādīt citus konfigurācijas parametrus.
Iespēja Administratoram ielādēt, piemēram, 100 tēmas (piemēram, seminārus) vienlaikus,
neaizpildot katru aili atsevišķi. Ja informācija ielādējusies kļūdaini, Administratoram norāda
kļūdas atrašanās vietu (aili).
Ziņu skata līmenī tiek nodrošināta sekojoša informācija: tēma; nosaukums;
publicēšanas datums un laiks; raksturojoša fotogrāfija (ja pieejama) un fotogrāfijas paraksts;
kontaktpersona, fotogrāfija, vārds, uzvārds, iestāde, amats, mobilā tālruņa numurs, stacionārā
tālruņa numurs, e-pasta adrese; ziņas teksts; datnes; komentēšanas iespēja; Share, Like ar ziņas
virsrakstu mikroblogošanas vietnē Twitter un saturu – Facebook, Draugiem.lv, Google+; e-pastā
u.c., izvēloties dalīties ar saturu konkrētā sociālajā tīklā (attēlojot share, like skaitu). Tiek
nodrošināta iespēja iegūt konkrētas VID mājaslapas vietnes publiskās daļas lapas saīsināto saiti.
Noklikšķinot uz ziņai pievienotās fotogrāfijas, slaidrādē modālajā logā ir redzama esošā
fotogrāfija(-as). Attēlus var apskatīt režīmā “uz priekšu/atpakaļ”, ja rakstam pievienota vairāk
nekā viena fotogrāfija, kā arī iespēja aizvērt modālo logu. Iespēja skatīt attēlu divos izmēros
(samazinātā un pilnekrāna) un lejupielādēt augstākās izšķirtspējas attēlu. Strukturē ziņas pa
tēmām, lai, atverot konkrētu ziņu, lapas apakšmalā parādās visas ar šo ziņu saistītās ziņas.
Lietotājiem ziņas iespējams atlasīt pa periodiem (dienām, mēnešiem, gadiem, termiņā:
no–līdz) un pēc tēmām, kā arī komentēt.
Pievienojot lapai jaunu rakstu, kontaktpersonu var pievienot brīvā formā ierakstītu vai no
klasifikatora, kuru uztur Administrators, un tas satur vismaz: vārdu, uzvārdu,
iestādi/struktūrvienību, amatu, tālruņa numurus, e-pasta adresi, fotogrāfiju.
Pie ziņas piesaista tematiski saistīto saturu (piemēram: citas ziņas, kalendāra notikumu,
foto, video).
Iespēja konfigurēt attēlojamo saistīto ziņu skaitu.
Aktualitāšu vēstures modulis attēlo jaunāko ievietoto informāciju mājaslapā ar iespēju
atvērt visu ievietotās informācijas vēsturi. Uzejot uz moduļa ziņas nosaukuma, lapa atvērsies ziņas
skatā.
Iespēja moduli izveidot visai mājaslapā publicētajai informācijai, kā arī katrai lapas
sadaļai atsevišķi, attēlojot tikai jaunāko publicēto informāciju konkrētajā sadaļā.
Administratoram iespēja norādīt skaitu, cik jaunākās ziņas attēlot sākotnējā izvēlē.
Tiek nodrošināta ikona, kas apzīmē komentārus un blakus tai pievienoto komentāru
skaitu. Lietotājiem ir iespēja komentēt ziņas, ierakstot segvārdu un komentāru. Komentēšanas
iespēja ir iestatīta visām ziņām, bet Administrators var noņemt komentēšanas iespēju, kā arī
noteikt, pie kuras sadaļas/moduļa rādīt vai nerādīt komentēšanas funkciju. Administratoram ir
iespēja dzēst pievienotos komentārus.
VID vadības/Vadības profils ir īpaši paredzēts lapas skats, kurā struktūras veidā, ērti
un pārskatāmi Lietotājam, attēlots vadības profils. Sākumlapā ir statiska saite uz šo lapu (var
7
saturēt attēlu un/vai tekstu). Pie katras konkrētās personas, atveras sīkāka informācija, ko norādījis
Administrators (piemēram, kontaktinformācija, fotogrāfija u.c. dati). Iespēja Administratoram
pievienot sadaļas laukus (teksta, fotogrāfijas, Google maps u.c. veida laukus) un noteikt
attēlojamās informācijas secību.
Statisks, viegli pamanāms informatīvais lauks VID informatīvajam tālrunim, uzticības
tālrunim, e-pastam, kuru Administrators var rediģēt un uzlikt laukam hipersaiti.
Pieteikšanās VID jaunumiem atsevišķā formā, kur lietotājs var ierakstīt savu e-pasta
adresi un atzīmēt kategorijas, par kurām vēlas saņemt VID jaunumus. Administratoram ir iespēja
rediģēt formu, papildinot vai dzēšot kategorijas. Iespēja pievienot e-pasta Šablonus (ar vizuālu
noformējumu). Ja lietotājs pieteicies saņemt VID jaunumus no vairākām kategorijām, un
Administrators vienu jaunumu izsūta par vairākām kategorijām, Lietotājs to saņem tikai vienu
reizi. Administratoram, sūtot jaunumus, tam jānotiek kā fona darbam, tas nedrīkst ietekmēt citus,
ar lapu saistītus, darbus. Administratoram iespēja manuāli uzstādīt sagatavoto VID jaunumu
izsūtīšanas laiku nākotnē.
Pieteikums padziļinātai konsultācijai ir atsevišķa forma, kuru aizpildot, Lietotājs var
pieteikties padziļinātai konsultācijai viņa izvēlētajā adresē. Administratoram ir iespēja rediģēt šo
formu, papildinot vai dzēšot aizpildāmos laukus, kā arī definēt e-pasta adresi, uz kuru, atbilstoši
tēmai, nosūtīt datus.
Vakances tiek attēlotas atsevišķā sadaļā.
Publiskie iepirkumi (piegādes un pakalpojumu iepirkumi, rakstiski noslēgtie
iepirkuma līgumi) tiek attēloti atsevišķā sadaļā. Iespēja Administratoram ielādēt vienu vai,
piemēram, 10, publiskos iepirkumus/piegādes un pakalpojumu iepirkumus vienlaikus, neaizpildot
katru aili atsevišķi. Ja informācija ielādējusies kļūdaini, sistēmai parāda kļūdas atrašanās vieta.
Rīcība ar valstij piekritīgo mantu (realizācija, iznīcināšana, nodošana bez maksas, cenu
aptauja par realizāciju) tiek attēloti atsevišķā sadaļā. Atlases funkcija ir pēc darbības veida,
datumiem (no – līdz). Iespēja Administratoram ielādēt vienu vai, piemēram, 10, rīcības ar valstij
piekritīgo mantu, neaizpildot katru aili atsevišķi. Ja informācija ielādējusies kļūdaini, sistēmai
parāda kļūdas atrašanās vieta
Tiesību akti (likumi, MK noteikumi, metodiskie materiāli, informatīvie materiāli, VID
uzziņas, citi normatīvie akti) tiek attēloti atsevišķā sadaļā. Lietotājam iespēja atlasīt aktus pēc
mērķauditorijas, tipa, datums. Lietotājam, uzejot uz konkrētā normatīvā akta, tas atvērsies kā e-
dokuments vai hipersaite uz www.likumi.lv Lapas administrēšanas rīkā visi “Tiesību aktu”
vienumi glabājas vienuviet kā galvenajā normatīvo aktu pamatvietnē ar iespēju tos piesaistīt
jebkurai mērķauditorijai, kalendāra notikumam, sadaļai vai ziņai mājaslapā. Iespēja nolasīt katra
publicētā ieraksta hipersaiti
Veidlapas un iesniegumi ir sadaļa, kurā tiek strukturēti attēlotas pieejamās veidlapas,
dokumenta ikonas paplašinājums, kādā tas saglabāts un datnes izmērs. Veidlapas un iesniegumi
administrēšanas rīkā glabājas vienuviet, kārtotas pēc tēmām, ar iespēju piesaistīt jebkurai
mērķauditorijai, kalendāra notikumam, sadaļai vai ziņai mājaslapā.
Deklarāciju iesniegšanas un nomaksas termiņi ir atsevišķa sadaļa par iesniedzamo
deklarāciju un dokumentu termiņiem. Administratoram ir iespēja papildināt un dzēst formas
laukus.
Jautājumi un atbildes ir atsevišķa sadaļa ar biežāk uzdotiem jautājumiem un atbildēm.
Administratoram ir iespēja uzturēt sadaļas kategorijas un papildināt, dzēst sagatavotās atbildes uz
populārākajiem jautājumiem.
Modulis formu veidošanai (piemēram, atsauksmes par VID, u.c.), kurā attēlojas
Administratora izveidotas formas, kur obligāti aizpildāmie lauki tiek atzīmēti ar *. Administratora
izveidotajā formā Lietotājs var nosūtīt informāciju VID. Administratoram ir iespēja pievienot
aprakstošo daļu, veidot formas , definēt to laukus (laukus ar definētām kategorijām, teksta laukus,
norādot to garumu, obligātumu, tipu, izkrītošās izvēlnes ar iespēju norādīt vienu vai vairākas
vērtības, obligātumu, izvēlnes lauki – radiopogas, izvēlnes rūtiņas; lauki pielikumu pievienošanai,
citi objekti (piemēram, Google maps) utt.).
8
“Automobiļu rindas uz robežas” ir dažādos veidos attēlota informācija par rindām,
iespējamo gaidīšanas laiku un robežu šķērsojošo transportlīdzekļu skaitu Latvijas muitas kontroles
punktos. Lietotājam ir iespēja apskatīt informāciju dažādos veidos (piemēram, pa muitas kontroles
punktiem, dažādiem laika periodiem).
“Kur paliek Tava nodokļos samaksātā nauda?” Ir atsevišķa sadaļa par informāciju, kur
tiek tērēta nodokļos iekasētā nauda. Lietotājam izvēļņu veidā attēlojas sadaļa ar šādiem laukiem:
reģions, novads, pagasts, projekta nosaukums, vieta fotogrāfijai, izmaksas. Lietotājam ir iespēja
atlasīt publicēto informāciju. Iespēja nokopēt katra ieraksta hipersaiti. Administratoram ir iespēja
laukus papildināt, pievienot pielikumus un veidot publiski pieejamu arhīvu.
Video tiešraide ir atsevišķa sadaļa sākumlapā, kur var redzēt video tiešraides, un saite
uz to sākumlapā parādās, ja ir aktīva tiešraide. Lietotājam ir iespējams aktivizēt video tiešraides
skatīšanos. Ja nav pieejama tiešraide, redzams atbilstošs paziņojums. Iespēja Administratoram
piesaistīt video tiešraidi arī citviet lapā, piemēram, video tiešraidi no muitas kontroles punktiem,
attēlojot to 24 stundas diennaktī.
Kalkulatori ir atsevišķa sadaļa ar dažādiem kalkulatoriem (piemēram, algas
kalkulators, slimības naudas kalkulators, bezdarbnieku pabalsta kalkulators, bērnu un vecāku
pabalsta kalkulators, muitas nodokļa kalkulators). Lietotājiem ir ērti aizpildāmas kalkulatoru
formas. Administratoram iespēja veidot kalkulatoru, norādot arī noklusētās vērtības, kā arī veidot
saites uz citu lapu kalkulatoriem. Iespēja Administratoram iekļaut piemēru/paskaidrojumu logus.
Aptaujas ir atsevišķa sadaļa, kur Lietotājiem ir iespēja izteikt viedokli dažādās VID
veidotajās aptaujās. Aptaujas rezultātiem jāatspoguļojas ērti pārskatāmā un viegli uztveramā veidā.
Viens Lietotājs nedrīkst piedalīties aptaujā vairākkārt. dažādas aptaujas, lai uzzinātu Lietotāju
viedokli.
Bukleti, brošūras, info grafikas ir atsevišķa sadaļa , kur Lietotājs var apskatīt VID
sagatavoto datu statistiku. Statistikas dati var tikt attēloti pa dažādiem laika periodiem, info
grafikās, tabulās, līknēs u.c. Lietotājs var izvēlēties tēmu, laika periodu u.c. Administratoram
iespēja papildināt un rediģēt formas laukus, kā arī iedalīt tēmās.
VID apkopotā statistika par nodokļu maksātājiem, u.c. ir atsevišķa sadaļa, kur Lietotājs
var apskatīt VID sagatavoto datu statistiku. Statistikas dati var tikt attēloti pa dažādiem laika
periodiem, info grafikas, tabulās, līknēs u.c. Lietotājs var izvēlēties tēmu, laika periodu u.c.
Administrators nosaka izvēļņu skaitu un definē tās.
Pop up window ir informatīva paziņojuma logs, kurš informē par svarīgu informāciju.
Lietotājam ir iespēja logu ērti aizvērt. Manuāli iestatāms logs ar teksta redaktora rīku, kura
attēlošanu lapā nosaka Administrators, tai skaitā pirms starplapas. Kā arī norādīt, pēc cik ilga laika
logs automātiski aizveras.
Slaideris ir attēlu un teksta slaideris, kurā redzamas jaunākās vai svarīgākās ziņas ar
iespēju lasīt/skatīt ziņu tālāk. Ziņas pēc definēta laika intervāla mainās rotācijas ciklā. Lietotājam
ir arī iespēja manuāli pārslēgties starp ziņām vai apturēt ziņu mainīšanos/pāreju. Administratoram
ir iespēja noteikt, kuras ziņas parādīsies slaiderī un iestatīt rotācijas laika intervālu.
Slīdošā baneru lente tiek attēlota visās lapās. Uzklikšķinot uz banera, Lietotājs tiek
aizvests uz piesaistīto vietni. Administratoram ir iespēja rediģēt lenti, neierobežojot baneru skaitu
lentē. Iespēja regulēt lentes ātrumu un izmēru. Pievienotajiem baneriem tiek piemērots izmērs
atbilstošajam lentes izmēram.
Twitter barotne - sasaiste ar Twitter, attēlojot jaunāko publicēto VID informāciju
mikroblogošanas vietnē. Nospiežot pogu “Follow”, iespēja pieteikties sekot VID jaunumiem.
Iespēja barotni pievienot visās VID lapās.
Sociālo tīklu ikonas. Statiskas, ātri pamanāmas, sasaistītas ar VID kontiem sociālajos
tīklos (Youtube, Twitter, Facebook, Flickr, Draugiem.lv u.c.). Uzklikšķinot uz ikonas, lapa atveras
jaunā logā attiecīgajā sociālajā tīklā. Administratoram paredzēta iespēja papildināt lapu ar jaunām
sociālo tīklu ikonām.
RSS (Really Simple Syndication) plūsma. Mājaslapas publiskās daļas RSS plūsma.
Iespēja lasīt jaunumus, neapmeklējot mājaslapu, kā arī padot informāciju uz citiem kanāliem.
9
Iespējams izvēlēties, kuras RSS tēmas lasīt. Administratoram iespēja rediģēt RSS plūsmu.
Kājene atspoguļota informācija par lapas izveidi un VID rekvizītiem. Statistika –
konkrētās dienas Lietotāju skaits, kā arī kopējais Lietotāju skaits, norādot, no kura brīža uzskaite
tiek veikta. Iespēja Administratoram definēt kājenes ierakstus, norādot teksta vietas. Iespēja veidot
hipersaites.
Piemēru/paskaidrojumu logi. Attēlosies kā simboliska ikona, kuru atverot parādīsies
atšķirīgas krāsas lauks ar tekstu, informējot Lietotāju par konkrētas formas aizpildīšanas niansēm.
Iespēja Administratoram noteikt lapā vietas, kur būs redzami piemēru lauki. Formas laukam
paredzēta populārākās teksta redaktora iespējas, iespējas pievienot dažādas datnes un attēlus.
Neeksistējošas lapas paziņojums – atbilstošs kļūdas paziņojums. Iespēja atgriezties
iepriekšēja lapā, izmantojot pogu “Back”. Administratoram iespēja rediģēt lapu.
Paziņojums par lapas nepieejamību – informatīvs paziņojums par lapas nepieejamību.
Administratoram iespēja izveidot paziņojumu ar teksta redaktora palīdzību, iekļaujot tajā
hipersaites un fona krāsu maiņu.
Statistika, Lietotāju statistikas analīzes rīki. Tīmekļa vietnes publiskās daļas
apmeklētības statistika jāiegūst, izmantojot Google Analytics servisu vai servisu, kas piedāvā
ekvivalentas vai labākas iespējas nekā Google Analytics, ieskaitot, bet neaprobežojoties ar šādiem
rādītājiem:
Lietotāju skaits pa sadaļām un lapām skaitliskā un grafiskā formā.
Lietotāju sadalījums un skaits atkarībā no pieslēguma vietas – valsts, pilsētas,
reģiona.
Sadaļas, lapas ar lielāko klikšķu skaitu.
Uzturēšanās ilguma lapu navigācijas statistika.
Like un Share statistika sadaļām, lapām, ziņām.
Atslēgvārdu statistika.
Meklējums caur google.lv, nonākot VID mājaslapā.
Iespēja Administratoram veikt meklētāja statistiku, noskaidrojot, kādi ir vismeklētākie
atslēgvārdi.
2.3.3 Citas funkcijas
Funkcionalitāte dažādās pārlūkprogrammās un mobilajās ierīcēs - mājaslapas
funkcionalitāte korekti attēlojas pēdējās trīs stabilajās versijās katrā no šīm pārlūka programmām:
Internet Explorer, Opera, Mozilla FireFox , Google Chrome, Safari, kā arī mājaslapa ir piemērota
visām mobilajām ierīcēm. Mobilajās ierīcēs mājaslapa ir ērti lasāmai, ērta lietojamība bez
horizontālās ritjoslas izmantošanas, saglabājot Lietotājam vizuāli saistošu dizainu. Satura vadības
sistēma nodrošina vienota satura vadību visām iekārtām.
Mājaslapas Lietotāja saskarne ir draudzīga, intuitīva, ergonomiska un izkārtota viegli
pārskatāmā formā. Nodrošinot “muļķu drošu” (foolproof) funkcionalitāti:
Mājaslapai ir atbalsta vismaz četri satura sadaļu struktūras līmeņi.
Slēptās lapas - mājaslapa nodrošina to tīmekļa lapu publicēšanu, kuru saites nav
izvietotas kādā no izvēlnēm.
Jebkādu datu dzēšanas gadījumā mājaslapa vienmēr prasa Lietotāja apstiprinājumu
ieraksta dzēšanai ar iespēju atteikties no dzēšanas. Datu dzēšanai jābūt loģiskai, nevis fiziskai,
saglabājot datu integritāti.
Mājaslapas satura izmaiņas - lai mazinātu nesankcionētas mājaslapas satura izmaiņas
risku, paredzēta iespēja, ka Administratora, Informācijas ievadītāja un Redaktora mājaslapā
veiktās izmaiņas, pirms tās tiek attēlotas lapas Lietotājiem, apstiprina Administrators.
Mājaslapa nodrošina atsevišķas tiesības Administratoram – rediģēt un veidot visu
mājaslapas administrēšanas moduli.
Mājaslapai nodrošina atsevišķas tiesības Informācijas ievadītājam - rediģēt un veidot
atsevišķu(-us) mājaslapas administrēšanas moduli(-ļus), kuru(-us) noteicis Administrators.
Mājaslapa nodrošina atsevišķas tiesības Redaktoriem - rediģēt atsevišķu(-us)
mājaslapas administrēšanas sadaļu(-as), kuru(-as) noteicis Administrators.
10
Satura dzīves cikla vadība – paredz meklēšanu sadaļās un to saturā ar mērķi palīdzēt
identificēt saturu, kas ir novecojis un jāmaina.
Paredzētas šādas darbības, ietverot masveida operāciju iespējas tur, kur tas ir iespējams:
veidošana;
rediģēšana;
pavairošana;
arhivēšana;
dzēšana.
Veicot minētās darbības, nodrošināta iespēja norādīt kritērijus, kurus izpildot, tiek veikta
konkrētā darbība (piemēram, noteiktā datumā un laikā).
Satura veidošanā un rediģēšanā nodrošināta iepriekšējo versiju saglabāšana, ja saturs tiek
mainīts. Pēc noklusējuma jaunā versija ir melnraksta versijā līdz brīdim, kamēr statuss mainās uz
“publicēts”.
Pieejama satura izmaiņu vēsture.
Melnrakstu rakstu sagatavošana - mājaslapai nodrošināta iespēja sagatavot rakstus,
melnrakstus un saglabāt tos nepublicējot. Preview, datums.
Satura vadības sistēmas Lietotāju pieejas ierobežošana - SVS nodrošina iespēja
ierobežot pieejamību pēc Lietotāju autorizācijas tiesībām (dažādi pieejas līmeņi). Katrai Lietotāju
grupai vai Lietotājam iespēja definēt tiesības uz konkrētu satura objektu/moduli.
SEO (search engine optimization) funkciju nodrošinājums. SVS automātiski veido
unikālus lapu nosaukumus (page title) katrai sadaļai ar iespēju tos mainīt.
SVS nodrošina iespēju pievienot metaaprakstu (meta description) katrai sadaļai.
Sistēma automātiski un regulāri atjauno tīmekļa vietnes satura karti sitemap.xml formātā.
Satura pārvaldības saskarne (SPS). Struktūras veidošana un satura ievietošana ir
vienkārša, ērta un ātri apgūstama arī cilvēkiem bez iemaņām programmēšanā. Iespēja rediģēt un
papildināt lapas struktūru un saturu ir tikai autorizētiem VID darbiniekiem.
SPS iestrādāts WYSIWYG (What You See Is What You Get) teksta redaktors - ievietojot
saturu, Administratoram un Redaktoram, ir iespēja viens pret vienu redzēt, kā tas izskatīties lapas
publiskajā pusē.
Teksta redaktors.
Pieejama šāda funkcionalitāte: treknraksts, slīpraksts, pasvītrots raksts, fonta izvēle,
formāta izvēle, automātiskā numerācija, rindkopu atkāpes, teksta orientācija (pa kreisi,
pa labi, centrāla, izkliedēta), attēlu un citu datņu pievienošana saturam, kā arī citi
populārākie teksta redaktora rīki.
Teksta lauka redaktors iezīmē/pasvītro kļūdas, piedāvājot pareizo variantu.
Tabulu veidošana un jau iekopētu, sagatavotu tabulu formatēšana.
Ārēju plašsaziņas līdzekļu pievienošana, attēlojot iegulto saturu no citiem dažādiem
avotiem (piemēram, vimeo, youtube u.c.).
Hipersaišu pievienošana (vizuāli izdalot citas krāsas saites uz VID mājaslapas sadaļām
un saites uz citiem ārējiem resursiem), paredzot Administratoram norādīt, vai saitei
atvērties tajā pašā logā vai jaunā skatā).
Izceltu, formatētu citātu un piemēru/paskaidrojuma logu iekļaušana tekstā.
Publiskotās informācijas strukturēšana. Informācijas strukturēšana mājaslapā pēc
ievietošanas datumiem, jaunākajai informācijai atrodoties lapas augšpusē.
Attēli, video, audio.
Attēliem iespēja pievienot gan metadatus katrai valodas versijai, kas automatizēti tiek
izmantoti ALT un TITLE atribūtiem, gan parakstu un autortiesību informāciju.
Iespēja publicēt vai rediģēt fotoalbumu, augšupielādējot fotogrāfijas, vai pievienot
iepriekš augšupielādētas fotogrāfijas (iespējams vienlaikus augšupielādēt vai pievienot
11
vairākas fotogrāfijas).
Albumam iespējams:
norādīt nosaukumu, kas pēc noklusējuma tiek izmantots arī kā katras fotogrāfijas
nosaukums (katras atsevišķās fotogrāfijas nosaukums ir rediģējams);
norādīt norises vietu, izvēloties no iepriekš definēta saraksta (pēc noklusējuma
albuma norises vieta ir arī katras fotogrāfijas norises vieta);
norādīt datumu (pēc noklusējuma ir norādīts albuma izveidošanas datums);
norādīt tēmu, izvēloties no iepriekš definēta saraksta.
Fotogrāfiju sīktēli tiek ģenerēti automātiski, un fotogrāfiju izmēri ievietošanai VID
mājaslapas publiskajā daļā tiek ģenerēti automātiski.
Videoierakstu un tiešraides video pievienošana gan satura elementu veidā, gan atsevišķā
blokā. Video saturs, tajā skaitā tiešraide, tiks nodrošināts, izmantojot iegulšanu.
Satura iegulšanai var izmantot šādus vai līdzvērtīgus servisus:
youtube.com un/vai vimeo.com;
maps.google.com vai līdzvērtīgs serviss;
issuu.com vai līdzvērtīgs serviss;
soundcloud.com vai līdzvērtīgs serviss;
storify.com vai līdzvērtīgs serviss.
Nodrošināta iespēja video pievienot nosaukumu/aprakstu/atslēgvārdus.
Nodrošināta iespēja audio pievienot nosaukumu, ievietošanas laiku, ieraksta laiku,
atslēgvārdus un aprakstu.
Datnes (pielikumi). Pie satura, piemēram, ziņas vai kalendāra notikuma, redzama
informācija, kas ietver:
saiti uz dokumentu;
dokumenta nosaukumu;
ikonu, kas skaidri apzīmē dokumenta formātu.
Iespēja Administratoram veikt pievienoto datņu kārtošanu.
Sociālie tīkli. Iespēja dalīties (share) ar visu lapas saturu, spiest pogu “patīk” (like) ar ziņas
virsrakstu mikroblogošanas vietnē Twitter un saturu - Facebook, Draugiem.lv, Google+;
e-pastā u.c., izvēloties dalīties ar saturu konkrētā sociālajā tīklā.
Datums, laiks. Visur lapā “pēc noklusējuma” parādās pēdējais ievietošanas datums un laiks
formātā dd.mm.gggg hh:mm. Iespējai mainīt datumus un laikus, iestatot vēlamo nākotnes
ziņas publicēšanas laiku, kuru mājaslapa pati publicēs.
Drukas versija. Viegli pamanāma lapās pie ziņām. Iespējams saturu apskatīt drukas versijā
un izdrukāt. Ziņas līmenī iespēja saglabāt saturu pdf formātā.
3 Prasības pakalpojumam
3.1 Prasības pakalpojuma pārvaldībai
(1) Pakalpojuma uzsākšana (Obligāta)
Izstrādātājam 20 (divdesmit) darba dienu laikā no līguma noslēgšanas dienas jāuzsāk VID mājas
lapas pilnveidošana un uzturēšana. Pasūtītājs 5 (piecu) darba dienu laikā pēc Izstrādātāja
pieprasījuma saņemšanas nodod Izstrādātājam VID mājas lapas pirmkodus, izpildkodus un
tehnisko dokumentāciju, kas ir viņa rīcībā.
(2) Izstrādes, testa vides nodrošināšana (Obligāta)
Izstrādātājam ir jānodrošina sava vide (aparatūra, programmatūra, biroja telpas) līguma ietvaros
izpildāmo darbu un uzdevumu veikšanai.
Izstrādātājam izstrāde un testēšana jāveic, izmantojot tikai licencētu vai bezmaksas
programmatūru. Pasūtītājs nenodrošina Izstrādātāju ar licencēm.
12
(3) Izmantojamā valoda (Obligāta)
Izstrādātājam visā Projekta laikā visi nodevumi jānoformē latviešu valodā un komunikācija ar
Pasūtītāju jānodrošina tikai latviešu valodā. Ja tiks piesaistīti speciālisti, kuri nepārvalda latviešu
valodu, Izstrādātājam šo speciālistu saziņā ar Pasūtītāju jānodrošina tulkošana bez papildu maksas.
Rakstiskajā komunikācijā nav pieļaujama tikai automātisko tulkošanas rīku (piemēram, Google
Translate) izmantošana.
(4) Projekta bibliotēka (Obligāta)
Izstrādātājam VID mājas lapas pilnveidošanas, uzturēšanas un garantijas laikā ir jāuztur Projekta
bibliotēka. Projekta bibliotēkā jāizvieto un jāuztur visi Projekta dokumenti – prasību
specifikācijas, projektējuma apraksti, testēšanas dokumentācija u.c.
(5) Projekta problēmu vadība (Obligāta)
Izstrādātājam ir jāidentificē VID mājas lapas uzturēšanas, pilnveidošanas un garantijas
nodrošināšanas pakalpojuma sniegšanas problēmas un savlaicīgi jāziņo par tām Pasūtītājam,
kopēji ar Pasūtītāju nosakot nepieciešamās korektīvās darbības un kontrolējot to izpildes
efektivitāti.
(6) Risku vadība (Obligāta)
Izstrādātājam visā Projekta laikā ir jāveic Projekta risku identificēšana, analīze, novērtēšana,
uzraudzība un kontrole, risku mazināšanas un/vai novēršanas darbu plānošana un īstenošana.
Izstrādātājam tehniskajā piedāvājumā ir jāapraksta Projekta sākotnējo risku novērtējums, kā arī
pieņēmumi, atkarības un ārējās ietekmes, kas tika ņemtas vērā, sagatavojot piedāvājumu
(7) Plānu pārvaldība (Obligāta)
Izstrādātājam Projekta laikā jānodrošina Pakalpojuma nodrošināšanai nepieciešamo plānu (laika,
izmaksu, izstrādes u.c.) uzturēšana. Pēc Pasūtītāja pilnvaroto personu pieprasījuma Izstrādātājam
5 (piecu) darba dienu laikā jāiesniedz VID mājas lapas uzturēšanai un pilnveidošanai
nepieciešamie plāni (laika, izmaksu, izstrādes u.c.). Izstrādātājam jāpiedalās nodevumu un versiju
plānošanā, sagatavojot un pēc VID pieprasījuma nosūtot versiju plānus.
(8) Speciālistu savstarpējās sadarbības un komunikācijas shēma (Obligāta)
Izstrādātājam jānodrošina efektīva Izstrādātāja speciālistu komunikācija ar Pasūtītāja
speciālistiem.
Izstrādātājam jāiesniedz shēma, kurā attēlota Izstrādātāja speciālistu komunikācija ar Pasūtītāja
speciālistiem. Izstrādātājam jāapraksta piedāvāto speciālistu komandas stiprās un vājas puses.
(9) Kvalitātes vadība (Obligāta)
Izstrādātājam Projekta laikā ir jānodrošina kvalitātes pārvaldības procesi, kas nodrošinātu
prasībām atbilstoša Pakalpojuma piegādi.
Izstrādātājam tehniskajā piedāvājumā ir jāapraksta pilnveidošanas un uzturēšanas kvalitātes
nodrošināšanas un pārvaldības pasākumu (metožu) kopums, ko tas ir paredzējis izmantot VID
mājas lapas pilnveidošanas un uzturēšanas pakalpojuma kvalitātes nodrošināšanai.
(10) Kvalitātes kontrole un verifikācija (Obligāta)
Projekta laikā Izstrādātājam ir jāveic dokumentācijas un programmkoda kvalitātes kontrole,
jānodrošina preventīvās un korektīvās darbības, kā arī jāuztur pieraksti par dokumentācijas un
programmkoda verifikāciju pirms tā nodošanas Pasūtītājam. Pēc Pasūtītāja pieprasījuma
Izstrādātājam ir jānodrošina iespēja Pasūtītājam iepazīties ar dokumentācijas un programmkoda
13
verifikācijas pierakstiem.
Izstrādātājam tehniskajā piedāvājumā ir jāapraksta dokumentācijas un programmkoda kvalitātes
nodrošināšanas sākotnējais plāns.
(11) Versiju un konfigurāciju pārvaldība (Obligāta)
Izstrādātājam jānodrošina konfigurāciju un versiju pārvaldība saskaņā ar līguma projekta
0.2.0.pielikuma 1.2. un 1.3.apakšpunktiem:
1.2. konfigurāciju pārvaldība – Izstrādātājam jānodrošina dažādu versiju programmatūras
vienumu konfigurāciju pārvaldība (konfigurāciju informācijas uzkrāšana, savietojamība,
atjaunošana utt.). Visā Līguma izpildes laikā bez aktuālo darba versiju uzturēšanas vienmēr
jāsaglabā arī visas VID iesniegto Nodevumu versijas un/vai laidieni (tas attiecas kā uz
programmatūru, tā arī Nodevumiem papīra dokumentu formā). Izstrādātājam jādefinē, kuri objekti
tiks pakļauti konfigurācijas pārvaldībai, piemēram, visi VID nododamie dokumenti – prasību
specifikācijas, projektējuma apraksti, nododamā programmatūras produkta būtiskās komponentes
(dinamiskie ielādes moduļi, datubāze utt.), jānodrošina objektu versiju viennozīmīga atpazīšana,
kā arī jāorganizē šo objektu sakārtota glabāšana;
1.3.versiju kontrole – Izstrādātājam jānodrošina versiju kontrole dokumentācijas un
programmatūras veidiem (versijai, servisa pakai, online piegādei, datu labošanai, dokumentācijai
u.tml.), jādefinē versionēšanas principi un izmantotie rīki;
Izstrādātājam tehniskajā piedāvājumā ir jāapraksta versiju un konfigurācijas pārvaldības principi
un izmantotie rīki.
Izstrādātājam ir jānodrošina nodevumu atbilstība līguma projekta 0.5.0.pielikumā norādītajiem
standartiem.
3.2 Vispārējas prasības pakalpojumam
(12) Uzturēšanas un pilnveidošanas periods (Obligāta)
Izstrādātājam ir jānodrošina Pakalpojuma sniegšana 36 (trīsdesmit sešus) mēnešus, skaitot no
līguma abpusējas parakstīšanas dienas.
(13) Pakalpojuma pieejamība (Obligāta)
Izstrādātājam jānodrošina Pakalpojuma pieejamība Pasūtītāja darba dienās no pirmdienas līdz
ceturtdienai no plkst. 8.15 līdz plkst.17.00, piektdienās no plkst.8.15 līdz plkst.15.45. Ja Pasūtītājs
nosūta pieteikumu ārpus Pasūtītāja darba laika, tad reakcijas laikā tiek skaitīts tikai Pasūtītāja darba
laiks.
Pakalpojuma ietvaros komunikācijai tiks izmantoti šādi komunikācijas kanāli – telefons, e-pasts,
VID Informācijas sistēmu izmaiņu pārvaldības sistēmu (ISIPS) un klātiene.
Izstrādātājam ir jānodrošina visi norādītie komunikācijas kanāli, tomēr Izstrādātājs, vienojoties ar
Pasūtītāju, var noteikt primāri izmantojamo komunikācijas kanālu.
(14) Pakalpojuma saturs (Obligāta)
Pakalpojuma sniegšanas laikā ir jānodrošina vismaz:
1) VID mājas lapas darbības problēmu izpēti un novēršanu;
2) pilnveidojumu un izmaiņu realizēšanu;
3) darbības kļūdu labošanu;
4) konsultāciju sniegšanu;
5) dokumentācijas aktualizēšanu atbilstoši veiktajām izmaiņām sistēmā.
3.3 Prasības sistēmas pieejamībai un veiktspējai
(15) VID mājas lapas pieejamība (Obligāta)
14
VID mājas lapa tiek izmantotas katru dienu 24 stundas. Tās darbībai ir jābūt stabilai un nodevumu
uzstādīšanu ir jāvar veikt bez vai ar minimāliem mājaslapas darbības pārtraukumiem. Uzstādot
nodevumus, mājaslapas darbības pārtraukumi kopumā nedrīkst pārsniegt 24 stundas 12 mēnešu
laikā.
(16) VID mājas lapas veiktspēja (Obligāta)
Veicot VID mājas lapas pilnveidošanu un uzturēšanu, Izstrādātājam ir nepieciešams nodrošināt
šādas veiktspējas prasības: vienlaikus spēt uzturēt 2000 Lietotājus, kas ikkatras 5 sekundes
pieprasa jaunu lapu. Mājaslapas 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 500 ms uz pieprasījumu un 95 % atbilžu jābūt zem
1000 ms
3.4 Prasības pieteikuma apstrādei
(17) Pasūtītāja un Izstrādātāja sadarbības kārtība (Obligāta)
Uzturēšanas un pilnveidošanas aktivitātes Pakalpojuma ietvaros var ierosināt gan Pasūtītājs, gan
Izstrādātājs.
Visi problēmu ziņojumi un izmaiņu pieprasījumi (turpmāk – pieteikumi) līguma darbības laikā
tiks pieteikti, izmantojot VID Informācijas sistēmu izmaiņu pārvaldības sistēmu (ISIPS), saskaņā
ar līguma projektā 0.1.0.pielikumā aprakstīto kārtību. Līguma izpildes laikā tiesības noteikt
pieteikuma prioritāti (kritiska, steidzama vai parasta) ir attiecīgajām Pasūtītāja pilnvarotajām
personām.
(18) Reakcijas laiks uz pieteikumu (Obligāta)
Reakcijas laikā Izstrādātājam jānodrošina pieteikumu izpēte, klasifikācija un atbildes sniegšana –
reakcijas laiki (stundās), par pieteikumā norādītās problēmas cēloni un novēršanas laiku vai
izmaiņu pieprasījuma realizēšanai prognozējamo darbietilpību un realizēšanai nepieciešamo laiku
no pieteikuma nosūtīšanas brīža:
kritiskos gadījumos, kad pieteiktā problēma neļauj vai traucē izpildīt būtisku VID
mājas lapas funkciju un nav zināms cits tās izpildes variants, vai apdraud sistēmas
drošību – ne lielāks par 4 (četrām) Pasūtītāja darba stundām;
steidzamos gadījumos, kad pieteiktā problēma traucē izpildīt būtisku VID mājas lapas
funkciju, bet ir zināms cits tās izpildes variants, vai var apdraudēt sistēmas drošību, vai
arī sistēmās ir nepieciešamas izmaiņas, kuru vēlamais realizācijas termiņš ir mazāks par
3 (trīs) mēnešiem – ne lielāks par 16 (sešpadsmit) Pasūtītāja darba stundām;
parastos gadījumos – kad pieteiktā problēma sagādā neērtības darbā ar VID mājas
lapu, bet neiespaido tās būtisku funkciju izpildi, vai arī rada jebkuru citu efektu, vai arī
VID mājas lapā ir nepieciešamas izmaiņas - ne lielāks par 40 (četrdesmit) Pasūtītāja
darba stundām
(19) Pieteikumu risināšana (Obligāta)
Izstrādātājs risina pieteikumus ar visiem pieejamajiem līdzekļiem, savukārt Pasūtītājs ar visiem
pieejamajiem līdzekļiem sniedz pieteikuma risināšanai nepieciešamo papildu informāciju.
Izstrādātājam jānodrošina šādi pieteikumu risināšanas laiki, kas tiek rēķināti no pieteikuma
nosūtīšanas brīža (Izstrādātājs ir tiesīgs piedāvāt īsākus pieteikumu risināšanas termiņus):
kritiskos gadījumos, kad atklātā problēma neļauj vai traucē izpildīt būtisku VID mājas
lapas funkciju un nav zināms cits tās izpildes variants, vai apdraud VID mājas lapas
drošību, problēmas tiek novērstas ne vēlāk kā 16 (sešpadsmit) Pasūtītāja darba stundu
laikā, vai tiek piedāvāts cits pieņemams risinājums, ko ir akceptējusi Izmaiņu vadības
padome un kas tiek realizēts 8 (astoņu) Pasūtītāja darba stundu laikā no risinājuma
15
akceptēšanas;
steidzamos gadījumos, kad pieteiktā problēma traucē izpildīt būtisku VID mājas lapas
funkciju, bet ir zināms cits tās izpildes variants, problēmas tiek novērstas ne vēlāk kā
10 (desmit) Pasūtītāja darba dienu laikā;
parastos gadījumos – ne vēlāk kā 30 (trīsdesmit) Pasūtītāja darba dienu laikā vai
plānoto termiņu piedāvā Izstrādātājs un saskaņo VID mājas lapas Izmaiņu vadības
padomē. Ja risinājuma piedāvājumā netiek norādīts konkrēts pieteikuma atrisināšanas
laiks, Pasūtītājam ir tiesības piedāvājumu noraidīt.
Pasūtītāja atbildīgās personas tiek regulāri informētas par pieteikuma statusa izmaiņām un tiek
sniegti pārskati par tā risināšanas gaitu pēc attiecīgo Pasūtītāja atbildīgo personu pieprasījumiem.
(20) Problēmu vadība (Obligāta)
Izstrādātājam ir jānodrošina problēmu ziņojumu pārvaldība saskaņā ar līguma projekta
0.1.0.pielikumā aprakstīto sadarbības kārtību un 0.2.0.pielikuma 1.6.apakšpunktu.
3.5 Izmaiņu realizācijas prasības
(21) Izmaiņu pārvaldība (Obligāta)
Izstrādātājam jānodrošina līguma projekta 0.1.0.pielikumā atrunātā izmaiņu pieprasījumu
realizēšanas kārtība. Izstrādātājam jāveic izmaiņu pieprasījuma izpēte, izmaiņu izstrāde (t.sk.
attiecīgās dokumentācijas aktualizēšana, t.i. labošana, papildināšana utt.), testēšana un piegāde,
pamatojoties uz Pasūtītāja prasībām, apstiprināto programmatūras prasību specifikāciju un/vai
apstiprināto PPA.
Par izmaiņu pieprasījumu nevar uzskatīt programmatūras un projektējuma kļūdas vai nepilnības,
kuras saskaņā ar labu industriālo praksi, Izstrādātājam bija savlaicīgi jāidentificē.
Pieprasīto programmatūras izmaiņu piegādē Izstrādātājam ir jāpiegādā attiecīgās dokumentācijas
aktualizētā versija, kā arī piegādes pakotnei jāpievieno apraksts, kurā apkopoti visi konkrētajā
piegādē realizētie izmaiņu pieprasījumi un kļūdu labojumi (ja tādi veikti).
Izstrādātājam jānodrošina izmaiņu pieprasījumu pārvaldība sistēmas pilnveidošanas un
uzturēšanas nodevumiem (dokumentācijai, programmatūrai). Visām izmaiņām VID mājas lapā ir
jābūt dokumentētām, katrā nodevumā iekļaujot aprakstu, kas identificē jaunizveidoto
funkcionalitāti, realizētās izmaiņas un novērstās kļūdas. Veicot izmaiņas VID mājas lapā,
Izstrādātājam jāidentificē ietekme uz citām saistītajām informācijas sistēmām un jāinformē
Pasūtītājs, kā arī jānodrošina datu integritāte un datu apmaiņas procesu savietojamība.
(22) Darbietilpības novērtēšanai izmantotās Izstrādātāju metodes (Obligāta)
Izstrādātājam jāapraksta Projekta ietvaros veikto darbu apjoma (patērētā laika) uzskaitei, kuru
Izstrādātājs apņemas izmantot līguma izpildes laikā (jāpievieno piedāvājumam).
Izstrādātājam jāizmanto vismaz viena formālā metode, balstoties uz COCOMO – Constructive
COST MODEL vai ekvivalents, un vismaz viena neformālā metode.
(23) VID mājas lapas mērogojamība (Obligāta)
VID mājas lapas mērogošanu ir jānodrošina jaunai funkcionalitātei tādā veidā, ka tai jāvar
darboties neatkarīgi no iepriekš izstrādātās funkcionalitātes.
(24) Neparedzētu kļūdu apstrāde (Obligāta)
Pilnveidojot VID mājas lapu, jānodrošina neparedzētu kļūdu apstrāde un žurnalēšana, saglabājot
visu pieejamo ar kļūdu saistīto informāciju. VID mājas lapā jānodrošina sistēmas notikumu
žurnalēšana, uzkrājot datus par kļūdainiem sistēmas notikumiem (neskaitot paredzēto loģisko
16
validāciju, apstrādes laikā identificētās datu kļūdas).
Atbilstoši kļūdu žurnāla uzstādījumiem, jānodrošina iespēja nosūtīt ziņojumu par kļūdu sistēmas
administratoram.
(25) Prasība pārnesamībai (Obligāta)
Ja VID mājas lapā tiek realizēta jauna funkcionalitāte un tā tiek realizēta, papildinot sistēmas
darbināšanai izmantoto standartproduktu funkcionalitāti, papildinājumiem jābūt tā veidotiem, lai
tos būtu iespējams bez papildus izmaiņām pārnest uz jaunāku standartprodukta versiju.
3.6 Testēšanas prasības
(26) Prasības testēšanai (Obligāta)
Izstrādātājam ir jānodrošina programmprodukta testēšana pirms programmprodukta iesniegšanas
Pasūtītājam saskaņā ar līguma projekta 0.2.0.pielikuma 1.5.apakšpunktu un šīs tehniskās
specifikācijas prasībām:
1.5 Nodevumu testēšana – Izstrādātājam jānodrošina SISTĒMAS iekšējā testēšana
atbilstoši kādai no zināmām testēšanas metodoloģijām un testēšanas dokumentācijas
sagatavošana. Izstrādātājam ir detalizēti jāapraksta, kāds būs attiecīgā Nodevuma
testēšanas process, kādi būs testēšanas veidi (manuālā, automātiskā) un kādi testēšanas
rīki tiks izmantoti, lai veiktu Nodevumu kvalitatīvu testēšanu; kādā formātā tiks
piegādāti Nodevumu testēšanas scenāriji un dokumentācija (ko VID, pēc saviem
ieskatiem, var izmantot akcepttestēšanā), kā tiks saskaņoti un iesniegti testpiemēri;
kad, kādā formātā un ar kādu saturu tiks iesniegti testu žurnāli;
Izstrādātājam jānodrošina VID mājas lapas iekšējā testēšana atbilstoši savām procedūrām un
testēšanas dokumentācijas sagatavošana.
Izstrādātājam ir jāapraksta, kāds būs testēšanas process, kādi būs testēšanas veidi (manuālā,
automātiskā) un kādi testēšanas rīki tiks izmantoti, lai veiktu nodevumu kvalitatīvu testēšanu; kāda
testēšanas dokumentācija un kādā formātā tiks piegādāti testēšanas scenāriji, kā tiks saskaņoti un
iesniegti testpiemēri; kad, kādā formātā un ar kādu saturu tiks iesniegti testu žurnāli.
(27) Izstrādātāja veiktie nodevumu testi (Obligāta)
Lai nodrošinātu nodevuma atbilstību noteiktajām prasībām, Izstrādātājam ir jānodrošina
nodevumu iekšējā testēšana atbilstoši kādai no zināmām testēšanas metodoloģijām un testēšanas
dokumentācijas sagatavošana.
Izstrādātājam jānodrošina vismaz:
funkcionalitātes testēšana;
integritātes testēšana;
Testēšanu veic Izstrādātājs ar saviem resursiem, neiesaistot Pasūtītāju, pirms nodevuma
iesniegšanas, lai pārliecinātos, ka nodevums ir gatavs akcepttestēšanai.
Programmatūras nodevumi ir jāiesniedz kopā ar Izstrādātāju veiktās testēšanas dokumentāciju, ja
darbu pasūtījumā nav atrunāts savādāk.
Veicot VID mājas lapas laidienu piegādi, ir jāveic visu iepriekš piegādāto VID mājas lapas daļu
testēšana, ieskaitot to daļu atkārtoto testēšanu, kas netika modificētas, ar mērķi pārliecināties, ka
veiktās modifikācijas nav negatīvi ietekmējušas līdz šim izstrādātās VID mājas lapas daļas.
Izstrādātājam tehniskajā piedāvājumā jāapraksta kādi testēšanas veidi, metodes un rīki tiks
izmantoti nodevumu testēšanai, kādā formātā un ar kādu saturu tiks iesniegta testēšanas
dokumentācija.
(28) Funkcionālā testēšana (Obligāta)
17
1) Testpiemēros jāiekļauj visu programmatūras prasību specifikācijā/aprakstā iekļauto funkciju
(prasību) pārbaude. Testpiemēros jāiekļauj gan “pozitīvie” (ievadīti korekti dati - mērķis ir
pārbaudīt, vai VID mājas lapas programmatūras funkcionalitāte strādā korekti), gan
“negatīvie” (ievadīti kļūdaini dati - mērķis ir pārbaudīt, VID mājas lapas programmatūras
darbaspēju un korektu apstrādi kļūdu un problēmsituāciju gadījumā) piemēri.
2) Testpiemēros jānorāda gan ievaddati, gan sagaidāmie rezultāti.
3) Testēšanas scenārijos ir jāiekļauj visu darba plūsmas zaru pārbaude.
(29) VID mājas lapas akcepttestēšana (Obligāta)
Risinājuma akcepttestēšanas kārtība aprakstīta līguma projekta 0.3.0.pielikuma 10.punktā.
Pasūtītājs sagatavos VID mājas lapas akcepttestēšanas vides un veiks akcepttestēšanu saskaņā ar
testēšanas dokumentāciju.
Izstrādātājam ir jānodrošina akcepttestēšanas vides sagatavošanai un akcepttestu norisei
nepieciešamās konsultācijas.
Balstoties uz Pasūtītāja iesniegtajiem testēšanas protokoliem un problēmu ziņojumiem,
Izstrādātājam jānovērš akcepttestēšanas laikā identificētās problēmas.
Izstrādātājam jāsagatavo un jāiesniedz Pasūtītājam testēšanas pārskats (Izstrādātājam ir jāveido
plānoto testēšanas darbību rezultātu kopsavilkums un jānodrošina novērtējums, balstoties uz
iegūtajiem rezultātiem).
Līguma darba rezultātu nodošanas-pieņemšanas kārtība un akcepttestēšanas kārtība jāveic saskaņā
ar līguma projekta 0.3.0. pielikumā aprakstīto kārtību.
3.7 Projekta nodevumu piegāde un uzstādīšana
(30) Projekta nodevumu nodošanas- pieņemšanas kārtība (Obligāta)
Projekta nodevumu nodošana – pieņemšana jāveic atbilstoši līguma projekta 0.3.0. pielikumā
noteiktajai kārtībai un prasībām.
(31) Projekta nodevumu atbilstība standartiem (Obligāta)
Izstrādātājam ir jānodrošina nodevumu atbilstība līguma projekta 0.5.0.pielikumā (pielikuma
saturu sk. pie Versiju un konfigurāciju pārvaldība) minētajiem standartiem.
(32) Programmatūras nodevumu saturs un piegāde (Obligāta)
Programmatūras nodevumā ietilpst: sagatavotā programmatūra komplektā ar pavaddokumentiem
(var saturēt projektējuma dokumentāciju (PPS, PPA, izmaiņu projektējuma apraksts, algoritmu
apraksts), programmatūras pirmkodus, instalācijas instrukciju, instalācijas pakotni ar
programmatūras izpildkodiem un datubāzes skriptiem, datubāzes modeli un datubāzes struktūras
aprakstu, Helpfailu, lietotāja un administratora dokumentāciju, testu projektējuma specifikāciju,
testpiemēru specifikāciju, testēšanas kopsavilkuma pārskatu).
Programmatūras nodevums jāpiegādā uzstādīšanai gan Pasūtītāja testa vidē, gan Pasūtītāja
produkcijas vidē, ar norādi par programmatūras nodevuma instalēšanas pakotni uzstādīšanas vidi,
ja tehniski nav iespējams piegādāt programmatūras nodevuma instalēšanas pakotni, kas
izmantojama abās vidēs. Programmatūras instalēšanas pakotnei jābūt “inkrementālai”, t.i. tās
uzstādīšana ir veicama uz iepriekš piegādātas versijas. Programmatūras nodevumi nedrīkst
ietekmēt datubāzē jau esošos datus, ja vien tas nav iepriekš īpaši saskaņots vai nav nodevumu
objekts. Gadījumos, ja tiek mainīta datubāzes struktūra, jāpiegādā arī atbilstošie datu migrācijas
skripti.
Visiem nodevumiem ir jānodrošina versiju identifikācija un kontrole.
18
(33) Nodevumu piegādes veids (Obligāta)
Visi nodevumi Izstrādātājam ir jāpiegādā uz neizdzēšama fiziskā datu nesēja kopā ar Pasūtītāja
vajadzībām specifiski izstrādātajām konfigurācijām un pielāgojumiem, papildus pēc Pasūtītāja
pieprasījuma novietojot nodevumu uz Pasūtītāja norādītā FTPS servera, informējot par to
Pasūtītāju uz līgumā norādīto e-pasta adresi.
Visi dokumentācijas nodevumi ir jāsniedz *.doc, *docx, *xls vai *xlsx vai *pdf faila formātā.
Visiem attēliem un diagrammām ir jāiesniedz arī oriģināla pirmdokumenta datne, piemēram, MS
VISIO formāta datne, tā, lai tos Pasūtītājs var papildināt nepieciešamības gadījumā.
(34) Prasības programmatūras nodevumiem (Obligāta)
Piegādātā programmatūras pirmkoda kvalitātei ir jābūt pietiekošai, lai Pasūtītāja paša vai tā nolīgts
trešās puses kvalificēts personāls varētu nodrošināt programmatūras turpmāko uzturēšanu,
modificēšanu, paplašināšanu, kā arī iespējamo migrēšanu.
Izstrādātājam jāpiegādā Pasūtītājam programmatūras pirmkods tādā formā, lai to (visu vai
konkrētu daļu – saskaņā ar Izstrādātāja norādījumiem) bez modifikācijām var atvērt Pasūtītājs savā
testa vidē un nokompilēt (ja piegādātais programmatūras pirmkods ir kompilējams).
Programmatūras pirmkodam jāsatur komentāri latviešu valodā, kas ir viegli saprotami atbilstošas
kvalifikācijas speciālistiem bez pirmkoda autora palīdzības.
Izstrādātājam jāpiegādā Pasūtītājam arī ar piegādāto pirmkodu saistīto dokumentāciju – shēmas,
grafikus, utt. izejas failu veidā, kā arī pārveidotus PDF formātā.
Izstrādātājam tehniskajā piedāvājumā ir jāapraksta programmatūras dokumentēšanas principi,
apjoms un jāsniedz programmatūras dokumentācijas un pirmkodu piemēri.
(35) Prasības dokumentācijas nodevumiem (Obligāta)
Darbu izpildes rezultātā izveidotā vai aktualizēta, t.i. labota un/vai papildināta dokumentācija ir
jāpiegādā, to integrējot attiecīgā dokumenta pēdējā (aktuālajā) versijā, saglabājot izmaiņu
trasējamību, tādējādi novēršot dokumentācijas sadrumstalošanos.
(36) Programmatūras uzstādīšana Pasūtītāja akcepttestēšanas vidē (Obligāta)
Pēc programmatūras nodevuma saņemšanas Pasūtītājs veiks VID mājas lapas programmatūras
uzstādīšanu un konfigurēšanu akcepttestēšanas vidē. Izstrādātājam ir jānodrošina nepieciešamais
atbalsts Pasūtītāja darbiniekiem VID mājas lapas programmatūras uzstādīšanas un konfigurēšanas
laikā akcepttesta vidē.
(37) Programmatūras uzstādīšana produkcijas vidē (Obligāta)
Pēc akcepttestēšanas pabeigšanas Pasūtītājs veiks VID mājas lapas programmatūras uzstādīšanu
un konfigurēšanu produkcijas vidē. Izstrādātājam ir jāpiegādā pēdējās atkļūdotās programmatūras
un dokumentācijas versijas, kā arī jānodrošina nepieciešamais atbalsts Pasūtītāja darbiniekiem
VID mājas lapas programmatūras uzstādīšanas un konfigurēšanas laikā produkcijas vidē.
SVID mājas lapas uzturēšanas un pilnveidošanas ietvaros Izstrādātājam nepieciešams nodrošināt
augstu VID mājas lapas nodevumu kvalitāti, lai VID mājas lapas darbība ir stabila.
3.8 Drošības prasības
(38) Drošības prasības, sniedzot pakalpojumu (Obligāta)
Saskaņā ar līguma projekta 0.7.0. pielikumā noteiktajām prasībām:
1. Nodrošināt LVS ISO/IEC 15408 standartā “Informācijas tehnoloģija – Drošības tehnikas –
IT drošības novērtējuma kritēriji” 2.daļā “Drošības funkcionālās komponentes”
(Information technology — Security techniques — Evaluation criteria for IT security — Part
19
2: Security functional components. ISO/IEC 15408-2) iekļauto rekomendāciju un vadlīniju
ievērošanu, Līguma ietvaros formulējot un realizējot konkrētām sistēmām izvirzāmās
drošības prasības.
2. Pirms Nodevumu pakotnes sagatavošanas Izstrādātājs veic pirmkodu apskates, kur līdztekus
koda atbilstības kodēšanas standartiem izvērtēšanai un ievainojamību identificēšanai
(atbilstoši OWASP interneta mājas lapā uzskaitītajām visvairāk izplatītajām drošības
ievainojamībām (http://www.owasp.org/index.php/Category:OWASP_Top_Ten_Project)),
tiek identificēti un izņemti neizmantota koda fragmenti un ļaundabīga koda iespraudumi, kā
arī pakotnei, kas paredzēta uzstādīšanai produkcijas vidē, veic pārbaudi uz testēšanas
nolūkiem ieviestu papildus saskarņu neesamību.
3. Novēršot kādā VID mājas lapas komponentē vai sadaļā konstatētu nepilnību, kas rada drošības
riskus, veikt arī pārējās lietojuma (lietojumprogrammas) funkcionalitātes caurskatīšanu un
analīzi ar mērķi atrast un novērst konkrētā veida nepilnību visās lietojuma vietās, kur tā var
izpausties.
4. Ar VID mājas lapas Nodevumu sniegt informāciju par Nodevumā realizēto risinājumu ietekmi
uz VID mājas lapas drošību, kā arī pārskatu par veiktajiem risinājumu drošības novērtēšanas
un nodrošināšanas pasākumiem un atlikušo drošības risku vērtējumu.
5. Nodrošināt, ka izmaiņas un papildinājumi VID mājas lapas programmatūrā tiek realizēti tā,
lai ar to piekļūt VID mājas lapas datiem var tikai autorizēti lietotāji, izmantojot VID
noteiktos autentifikācijas līdzekļus.
6. Atbilstoši VID mājas lapas projektējumam realizēt un uzturēt datu ievades kontroles tajos
VID mājas lapas lietojuma formu laukos, kuros šādu pārbaužu neesamība rada VID mājas
lapas drošības riskus.
7. Nodrošināt, ka VID mājas lapas programmatūra nesniedz lietotājam informāciju, kas varētu
apdraudēt VID mājas lapas drošību, tai skaitā, nepieļaujot iespēju lietotājam veikt analīzi par
kļūdas un veikto VID mājas lapas pārbaužu raksturu, kas varētu atvieglot tālākos
uzbrukumus VID mājas lapai. Kļūdas situācijās lietotājam jāparāda tikai minimālā
nepieciešamā informācija, detalizētu kļūdas tehnisko aprakstu nosūtot sistēmas
administratoram vai/ un veicot šīs informācijas saglabāšanu sistēmas žurnālā (notikumu
datubāzē).
8. Nodrošināt, ka VID mājas lapas datu apmaiņas, kā arī citi iespējamie automatizētie datu
apstrādes procesi tiek pildīti tikai ar tehnoloģisko lietotāju kontiem, kuriem funkcijas
veikšanai ir noteiktas mazākās nepieciešamās tiesības, tehnoloģiskie lietotāji un to tiesības
tiek dokumentētas PPA.
(39) VID mājas lapas arhitektūras drošība (Obligāta)
VID mājas lapas arhitektūra jāpilnveido tā, lai samazinātu visu potenciālo drošības atribūtu –
konfidencialitātes, integritātes un pieejamības apdraudējuma riskus, ņemot vērā to, ka VID mājas
lapā apstrādā vispārpieejamu informāciju.
3.9 Garantija
(40) Garantijas periods un apjoms (Obligāta)
Izstrādātājam ir jānodrošina vismaz 24 (divdesmit četru) kalendāro mēnešu garantijas periods,
skaitot no attiecīgā nodošanas-pieņemšanas akta abpusējas parakstīšanas dienas, saskaņā ar līguma
projekta 8.punktu. Izstrādātājs var piedāvāt garāku garantijas nodrošināšanas termiņu.
_____________________________________________ _______________ ______________
(komersanta vadītāja vai pilnvarotās personas amats) (paraksts) (V.Uzvārds)