tehniskais skaidrojums · 1.1. “kartīšu grupēšana” (cardsorting) – testēšanu ar...

2.pielikums

Valsts ieņēmumu dienesta rīkotā atklāta konkursa “VID

mājaslapas izstrāde un uzturēšana” nolikumam, publiskā

iepirkuma identifikācijas Nr. FM VID 2013/356

TEHNISKAIS PIEDĀVĀJUMS

Mēs, _____________________________________________________________ (pretendenta nosaukums, vienotais reģistrācijas numurs)

piedāvājam nodrošināt atklāta konkursa Nr. FM VID 2013/356 “VID mājaslapas izstrāde un uzturēšana” (turpmāk – Konkurss) nolikumā norādīto

Valsts ieņēmumu dienesta (turpmāk – VID vai Pasūtītājs) mājaslapas izstrādi un uzturēšanu saskaņā ar šādu tehnisko piedāvājumu:

1. Lietotie termini un saīsinājumi

Saīsinājumi 1.tabula

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)

Termini 2.tabula

Termins Apraksts

Pasūtītājs Valsts ieņēmumu dienests (VID)

Pretendents Piegādātājs, kurš sagatavo un iesniedz piedāvājumu Konkursam

Izstrādātājs Konkursa uzvarētājs – VID mājaslapas izstrādātājs

2

2

Termins Apraksts

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

2. Iepirkuma priekšmets un mērķis

2.1. iepirkuma priekšmets: Valsts ieņēmumu dienesta jaunas interneta mājaslapas (turpmāk – mājaslapa) izstrāde, uzturēšana, pilnveidošana un

garantijas nodrošināšana (turpmāk – Projekts);

2.2. mērķis: izstrādāt Pasūtītāja mājaslapu www.vid.gov.lv par mūsdienīgu, Lietotājam draudzīgu tīmekļa vietni, lai tās Lietotāji pārskatāmi,

intuitīvi un efektīvi spētu veikt sev nepieciešamos uzdevumus un sasniegt mērķi, kura dēļ tie apmeklējuši Pasūtītāja mājaslapu.

3. Normatīvie akti, kuri jāievēro, veicot mājaslapas izstrādi

3.1. Informācijas atklātības likums http://likumi.lv/doc.php?id=50601;

3.2. Ministru kabineta 2007.gada 6.marta noteikumi Nr.171 “Kārtība, kādā iestādes ievieto informāciju internetā”

http://likumi.lv/doc.php?id=154198;

3.3. Ministru kabineta 2014.gada 28.janvāra noteikumi Nr.51 “Ministru kabinetam padoto institūciju vienotās vizuālās identitātes noteikumi”


3.4. Publisko iepirkumu likums http://likumi.lv/doc.php?id=133536;

3.5. Ministru kabineta 2010.gada 27.jūlija noteikumi Nr.698 “Noteikumi par publisko iepirkumu paziņojumu saturu un sagatavošanas kārtību”


3.6. Valsts ieņēmumu dienesta grafiskais standarts (tiks izsniegts pēc Līguma noslēgšanas).

4. Uzdevumi Izstrādātājam

4.1. Izstrādāt jaunu VID mājaslapas struktūru:

4.1.1. veikt lietojamības testus – katrā mērķauditorijas grupā jātestē ne mazāk kā 5 cilvēki:

4.1.1.1. “kartīšu grupēšana” (Cardsorting) – testēšanu ar kartīšu palīdzību;

4.1.1.2. skenēšanas “Karstuma kartes” testu (Heatmap) rīku un “skaļās domāšanas” testu elektroniskā formā;

4.1.2. Pasūtītājam prezentēt testēšanas rezultātus;

4.2. izstrādāt VID mājaslapas responsīvo, grafisko dizainu;

http://www.vid.gov.lv/

http://likumi.lv/doc.php?id=154198




3

3

4.3. izstrādāt VID mājaslapu un dokumentāciju;

4.4. apmācīt Administratorus.

5. Mērķauditorijas grupa

Veicot lietojamības testus, vēlams ņemt vērā šādas mērķauditoriju grupas:

5.1. jaunie uzņēmēji;

5.2. privātpersonas;

5.3. komersanti (juridiskās un fiziskās personas, kas veic saimniecisko darbību);

5.4. muitas klienti/ceļotāji;

5.5. nevalstiskās organizācijas;

5.6. skolēni un studenti.

6. Mājaslapas izstrādes laika grafiks

Mājaslapas izstrādes īstenošanas termiņi

3.tabula

Iesniegšanas un

izskatīšanas

termiņš

Projekta posms

Nodevuma 1.versijas iesniegšana

Nodevuma

1.versijas

izskatīšanas

laiks (VID)

Nodevuma

1.versijas

labošana

(Pretendents)*

Nodevuma

2.versijas

izskatīšanas

laiks (VID)

Nodevuma

2.versijas

labošana

(Pretendents)*

Nodevuma

3.versijas

izskatīšanas

laiks (VID)

1. Lietojamības testu apraksts un

rezultāti, mājaslapas struktūrkoks

līdz 3 mēnešiem no līguma

parakstīšanas 20 7 7

2. Sistēmas web dizaina apraksts (10

skati)

līdz 5 mēnešiem no Līguma


3. Programmatūras prasību

specifikācija



4. Programmatūras projektējuma

apraksts



5. Mājaslapas programmatūras

nodevums, ieskaitot uzturēšanas

licences, un dokumentācija

līdz 3 mēnešiem no PPA


6. Darbinieku (Administratoru,

Informācijas ievadītāju) apmācība

līdz 1 mēnesim no mājaslapas

nodevuma iesniegšanas - - - - -

4

4

Piezīme: * Norāda Pretendents, iesniedzot piedāvājumu.

Izstrādātājs var definēt Projekta apakšposmus pēc nepieciešamības, ņemot vērā, ka konkrētajam Projekta posmam definētie ierobežojumi

attiecas arī uz visiem tā apakšposmiem.

Izstrādājot un saskaņojot nodevumus, jāņem vērā 3.tabulā definētie nodevumu izskatīšanas/akcepttestēšanas un saskaņošanas termiņi darba

dienās VID. Izstrādātājam jādefinē termiņi darba dienās, cik ilgā laikā izlabos un atkārtoti iesniegs nodevumus, ja iepriekš iesniegtajos nodevumos ir

konstatētas kļūdas/nepilnības. Atsevišķos gadījumos, pusēm vienojoties, termiņš var tikt pagarināts.

7. VID mājaslapas sadaļas

Papildus 3.punktā uzskaitīto normatīvo aktu prasībām VID identificējis šādas mājaslapas sadaļas:

7.1. “Kalendārs”;

7.2. “Meklētājs”;

7.3. “Vadības profils”;

7.4. “VID informatīvais tālrunis un uzticības tālrunis, e-pasts”;

7.5. “Pieteikšanās VID jaunumiem”;

7.6. “Pieteikums padziļinātai konsultācijai”;

7.7. “Semināri nodokļu makšatājiem”;

7.8. “Vakances”;

7.9. “Rīcība ar valstij piekritīgo mantu”;

7.10. “Tiesību akti/aktuālās izmaiņas”;

7.11. “Veidlapas un iesniegumi”;

7.12. “Deklarāciju iesniegšanas un nodokļu nomaksas termiņi”;

7.13. “Jautājumi un atbildes”;

7.14. “Automobiļu rindas uz robežas”;

7.15. “Kur paliek Tava nodokļos samaksātā nauda?”;

7.16. “Video tiešraide”;

7.17. “Kalkulatori”;

7.18. “Uzņēmējdarbības formas aprēķina kalkulators”;

7.19. “Aptaujas”;

7.20. “Bukleti, brošūras, infografikas”.

Pārējās mājaslapa sadaļas noteiks lietojamības testu rezultāti.

5

5

8. Mājaslapas izstrādes prasības

Dizaina un struktūras izstrādes prasības 4.tabula

Prasības

Nr. Nosaukums Prasības apraksts

1.

Mājaslapas

struktūrkoka

izveidošana un

responsīvā,

grafiskā dizaina

izstrāde

1. Izstrādātājs veic potenciālo mājaslapas lietotāju lietojamības testus – ne mazāk kā 30 pārstāvjiem:

1.1. “Kartīšu grupēšana” (Cardsorting) – testēšanu ar kartīšu palīdzību, veidojot un nosakot mājaslapas

struktūrkoku;

1.2. skenēšanas “Karstuma kartes” testu (Heatmap rīku) un “skaļās domāšanas” testu elektroniskā formā.

Izstrādātājs intervē un konsultējas ar VID darbiniekiem, iepriekš par konsultācijas tēmu informējot kontaktpersonu,

un saskaņo tikšanās laiku. 2. Veic testu rezultātu apkopošanu. Prezentē Pasūtītājam iespējamo mājaslapas struktūrkoku.

3. Balstoties uz saskaņoto stuktūrkoku, izstrādā jaunu VID mājaslapu, ņemot vērā tādus kritērijus kā navigācija,

Lietotāju atbalsts, apgūstamība, vienkāršība, interaktivitāte, lasāmība u.c.

4. Veic mājaslapas publiskās daļas responsīvā, grafiskā dizaina izstrādi un adaptāciju. Šajā posmā Izstrādātājs

izstrādā un saskaņo ar Pasūtītāju:

1) struktūras skices (wireframe);

2) izstrādāto dizainu.

Pēc dizaina un sākotnējā satura ievietošanas mājaslapā, kā arī iespējamās funkcionalitātes izstrādes Izstrādātājs

piedalās dizaina un kopējās lapas testēšanā. Atkarībā no testēšanas rezultātiem šajā posmā var tikt veikti nelieli

dizaina uzlabojumi vai papildinājumi.

5. Dizainu elementi nedrīkst saturēt elementus, kurus Pasūtītājs pēc tam nedrīkst publicēt, izplatīt vai izmantot citos

nolūkos.

6. Grafiskajam dizainam ir jāatbilst VID grafiskajam standartam.

7. Izstrādātajam dizainam ir jābūt uz Lietotāju virzītam un intuitīvam, taču veidotam lietišķā stilā.

8. Izstrādātajam dizainam ir jābūt adaptīvam un mobilam, kas pielāgojas Lietotāja ekrāna izšķirtspējai uz dažādām

ierīcēm (stacionāro datoru monitoriem, piezīmju datoriem, planšetdatoriem, mobilajiem tālruņiem u.tml.).

9. Grafiskajos dizainos izvēlētās interaktīvās tehnoloģijas nedrīkst traucēt mājaslapas veiktspēju.

10. Jānodrošina dizaina atbilstība W3C uzturētajām pēdējām CSS, HTML vai XHTML standartu versijām.

2. Navigācijas ceļš,

izvēlnes

Lapas navigācija ir 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ļā

6

6

Prasības

Nr. Nosaukums Prasības apraksts

konkrētā sadaļa ir izvietota.

Katras lapas augšpusē ir redzama Lietotājam labi uztverama navigācijas josla (ar aktīvajām saitēm), uz kurām uzejot

Lietotājs nokļūst attiecīgajā lapas skatā.

3. Dizaina krāsas Dizainam ir jābūt atbilstošam 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.

4. Hipersaišu

attēlojums

Vizuāli jāatšķiras no pamatteksta, t.sk. pasvītrota teksta. Pārvietojot peles kursoru pār saiti, tai jāmaina krāsa/tonis.

Hipersaitēm, kuras ved uz ārējie resursiem, jāiezīmējās citā krāsā/tonī nekā tām, kuras ir iekšējais resurss. Saitēm uz

apmeklētām lapām jāmaina krāsa uz nedaudz gaišāku toni.

5. Dizaina un

funkcionalitātes

loģiskas

atdalīšana

Lapas dizainam jābūt balstītam 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ā.

Mājaslapas funkcionālās prasības

5. tabula

Prasības

Nr.

Funkcija,

rīks, sadaļa

Lapas vizuālais izskats

(Lietotājiem) Lapas funkcionalitāte

(Lietotājiem) Mājaslapas administrēšana

(Administratoram)

6. Latvijas

Republikas

ģerbonis

Statiski paredzēta vieta visos

mājaslapas skatos.

Uzejot uz simbola un noklikšķinot ar

peli, Lietotājs nokļūst sākumlapā.

7. Daudzvalodu

saskarne un satura

atbalsts (LV; RU;

EN)

Latviešu, krievu un angļu valodas

pārslēgi – statiski paredzēta vieta

visos mājaslapas skatos, ir labi

ieraugāmi, saprotami ārvalstu

Lietotājiem.

Uzklikšķinot ar peli uz vēlamās

valodas apzīmējuma, lapa pārslēdzas

uz attiecīgās valodas vidi un paliek

tajā pašā skatā, izņemot gadījumus, ja

citas valodas vidē, šāda skata nav, tad

mājaslapas Lietotāju aizved uz

sākumlapu.

8. Viegli lasīt Funkcijai jāattēlojas latviešu,

krievu un angļu valodas vidēs.

7

7

Prasības

Nr.

Funkcija,

rīks, sadaļa




(Administratoram)

9. Burtu izmērs un

krāsas

Funkcijai vājredzīgajiem jābūt

statiskai un viegli pamanāmai

visos mājaslapas skatos.

Ilustratīvs piemērs:

http://www.apeirons.lv/new/

Jāparedz burtu lielumu maiņas

pārslēgi:

1. Ļoti liels teksta izmērs.

2. Vidējs izmērs.

3. Oriģinālais teksta izmērs.

4. Četru stilu izvēlne:

4.1. melni burti uz balta fona;

4.2. balts teksts uz melna fona;

4.3. melns teksts uz dzeltena fona;

4.4. dzeltens teksts uz melna fona.

5. Teksta versija – teksta režīms bez

attēliem.

10. Meklētājs

(paplašinātais

meklētājs, meklētāja

statistika)

Meklētājs ir statisks un viegli

pamanāms visos mājaslapas

skatos.

Atrastajiem rezultātiem jābūt ērti

un viegli pārskatāmiem.

Meklētājs darbojas visā saturā pēc

atslēgvārda (-iem).

Paplašinātās meklēšanas iespēja ar

meklēšanu pēc datuma (norādot dienu,

nedēļu, mēnesi vai visu termiņu),

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. Vēlams pie katra

piedāvātā atslēgvārda vai to

Mājaslapas meklēšanas rīkam jābūt

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.

http://www.apeirons.lv/new/

8

8

Prasības

Nr.

Funkcija,

rīks, sadaļa




(Administratoram)

kombinācijas rādīt atbilstošo rezultātu

skaitu.

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.

11. Lapas karte Jābūt statiskai visos mājaslapas

skatos un viegli pamanāmai lapā

Lapas struktūras pārskats, kas ļauj ērti

pārskatīt saturu. Automātiski veidots un 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ē.

12. Starplapa

(informatīvais logs)

Redzama, ieejot URL adresē

www.vid.gov.lv vai vid.gov.lv Iespēja aizvērt informatīvo logu. 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

nerādīt Lietotājiem, kā arī iestatīt

parametru, pēc cik ilga laika lapa

Lietotājam aizvērsies.

13. Kontakti (kontaktu

meklēšana)

Kontaktu sadaļas:

1) iestāde/vadība;

2) klientu apkalpošanas centri;

3) VID struktūra (ar iespēju

mainīt secību).

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ē šādos

laukos:

Dati kontaktu sadaļai “VID

struktūra” jānodrošina, izmantojot

sasaisti ar Centralizēto resursu

vadības sistēmu “Horizon”, kurā

tiek uzturēti personāla dati.

Sinhronizāciju ar Centralizēto

resursu vadības sistēmu “Horizon”

http://www.vid.gov.lv/

9

9

Prasības

Nr.

Funkcija,

rīks, sadaļa




(Administratoram)

1. vārds;

2. uzvārds;

3. struktūrvienības adrese;

4. struktūrvienība.

nepieciešams veikt darba dienās

reizi diennaktī (pēc pusnakts).

Iespēja Administratoram noteikt:

1) kuras struktūrvienības/

darbinieki attēlosies lapā;

2) kāda kontaktinformācija tiks

attēlota.

Iespēja Administratoram mainīt

kontaktu struktūras sadaļu un

struktūrvienību secību.

Jābūt iespējai 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.

14. Kalendārs Kalendāra blokam jāparāda esošā

mēneša dienu režģis 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

Kalendārā notikumus var atlasīt pēc:

- tēmas;

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

Administratoram jānodrošina:

1. Iespēja uzturēt klasifikatorus

(tēmu, vietu, adresi).

2. Norises vietas izvēle no

iepriekš definēta saraksta (ar

iespēju pievienot jaunu norises

vietu, ja sarakstā tās nav).

3. Kontaktpersonas izvēle no

iepriekš definēta saraksta (ar

10

10

Prasības

Nr.

Funkcija,

rīks, sadaļa




(Administratoram)

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:

1) tēma (piemēram, seminārs);

2) nosaukums;

3) norises datums (-i), laiks;

4) mērķauditorija;

5) apraksts teksta formā;

6) notikumam piesaistītās foto un

video galerijas;

7) norises vieta – adrese, kā arī

Google maps vai līdzvērtīga

karte ar konkrētās norises

vietas atrašanās attēlojumu;

8) 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;

9) datnes – ar notikumu saistītās

datnes (katrai datnei tiek

attēlota ikona, kas apzīmē tās

formātu);

10) plašsaziņas līdzekļu

Lietotājam iespēja notikumu pievienot

savam kalendāram, piemēram, Ms

Outlook, Google Calendar, iCal.


http://www.eu2013.lt/en/events/politic

al-

meetings/informalmeetingsofministers

/informal-meeting-of-ministers-for-

environment

iespēju pievienot jaunu, ja

sarakstā tās nav).

4. Pasākuma veida izvēle,

izvēloties no iepriekš definēta

saraksta.

5. Pasākuma tēmas izvēle,

izvēloties no iepriekš definēta

saraksta.

6. Pasākuma norises vietas norāde

kartē: Google maps vai

līdzvērtīgā kartē.

Jāparedz iespēja ievietot kalendāra

bloku dažādās mājaslapas vietās, un

katrā vietā tam jāvar definēt

notikumu tēma, kas ierobežotu

attēlotos notikumus. Katram

kalendāra eksemplāram jābūt

iespējai 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ādīt kļūdas

atrašanās vietu (aili)

http://www.eu2013.lt/en/events/political-meetings/informalmeetingsofministers/informal-meeting-of-ministers-for-environment





11

11

Prasības

Nr.

Funkcija,

rīks, sadaļa




(Administratoram)

akreditācijas iespēja – saite uz

akreditācijas vietni;

11) ar notikumu saistītie

dokumenti.

Ja notikuma ierakstam nav

aizpildīts kāds lauks, šis lauks

netiek attēlots Lietotājam.

15. Ziņas Ziņas skata līmenī ir šāda

informācija:

1) tēma;

2) nosaukums;

3) publicēšanas datums un laiks;

4) raksturojoša fotogrāfija (ja

pieejama) un fotogrāfijas

paraksts;

5) kontaktpersona, fotogrāfija,

vārds, uzvārds, iestāde, amats,

mobilā tālruņa numurs, stacionārā

tālruņa numurs, e-pasta adrese;

6) ziņas teksts;

7) datnes;

8) komentēšanas iespēja;

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

Iespēja Lietotājiem ziņas atlasīt pa

periodiem (dienām, mēnešiem,

gadiem, termiņā: no–līdz) un pēc

tēmām, kā arī komentēt.

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

2. Pie ziņas piesaista tematiski

saistīto saturu (piemēram: citas

ziņas, kalendāra notikumu, foto,

video).

3. Iespēja konfigurēt attēlojamo

saistīto ziņu skaitu.

12

12

Prasības

Nr.

Funkcija,

rīks, sadaļa




(Administratoram)

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.

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

2. 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, piemēram:

http://fm.gov.lv/lv/aktualitates/jau

numi/kreditreitings/47509-

reitingu-agentura-standardpoors-

maina-latvijas-kreditreitinga-

nakotnes-prognozi

Ilustratīvi piemēri:

1. http://eu2013.ie/news/news-

http://fm.gov.lv/lv/aktualitates/jaunumi/kreditreitings/47509-reitingu-agentura-standardpoors-maina-latvijas-kreditreitinga-nakotnes-prognozi





http://eu2013.ie/news/news-items/20130626post-agricapagreement-pr/

13

13

Prasības

Nr.

Funkcija,

rīks, sadaļa




(Administratoram)

items/20130626post-

agricapagreement-pr/

2.

http://eu2012.dk/en/NewsList/Juni

/Uge-26/traffic-safety

3. 3.

http://www.eu2013.lt/en/news/eu-

ministers-of-home-affairs-

discussed-how-to-protect-the-

countries-from-the-cyber-

attacks_1

16. Aktualitāšu vēsture 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ē.

17. Komentāri Ikona, kas apzīmē komentārus un

blakus tai pievienoto komentāru

skaits.

Iespēja Lietotājiem komentēt ziņas,

ērtā veidā ierakstot segvārdu un

komentāru.

4. Statiski komentēšanas iespēja

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.

18. VID vadība/ Īpaši paredzēts lapas skats, kurā Pie katras konkrētās personas, atveras Iespēja Administratoram pievienot



http://eu2012.dk/en/NewsList/Juni/Uge-26/traffic-safety

http://eu2012.dk/en/NewsList/Juni/Uge-26/traffic-safety

http://www.eu2013.lt/en/news/eu-ministers-of-home-affairs-discussed-how-to-protect-the-countries-from-the-cyber-attacks_1





14

14

Prasības

Nr.

Funkcija,

rīks, sadaļa




(Administratoram)

Vadības profils struktūras veidā, ērti un

pārskatāmi Lietotājam, attēlots

vadības profils.

Sākumlapā ir statiska saite uz šo

lapu (var saturēt attēlu un/vai

tekstu).

sīkāka informācija, ko norādījis

Administrators (piemēram,

kontaktinformācija, fotogrāfija u.c.

dati).

sadaļas laukus (teksta, fotogrāfijas,

Google maps u.c. veida laukus) un

noteikt attēlojamās informācijas

secību.

19. VID informatīvais

tālrunis un

uzticības tālrunis,

e-pasts

Statisks informatīvais lauks

(baneris vai iestrādāta vieta

dizainā), kas ir viegli pamanāms

sākumlapā.

Iespēja šo lauku Administratoram

rediģēt un uzlikt laukam hipersaiti.

20. Pieteikšanās VID

jaunumiem

Atsevišķa forma un vienības

definēt kā šajā skatā:

http://www.vid.gov.lv/default.asp

x?tabid=12&id=6597&hl=1

5.

Lietotājs var ierakstīt savu e-pasta

adresi un atzīmēt kategorijas, par

kurām vēlas saņemt VID jaunumus.

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,

bet Administrators vienu jaunumu

izsūta uz vairākām kategorijām,

Lietotājs to saņem vienreiz.

Administratoram, sūtot VID

jaunumu, tas jāsūta fonā, tas

nedrīkst ietekmēt informācijas

publicēšanas darbu, kā arī iespēju

Administratoram manuāli uzlikt

laiku, kad nākotnē šo VID jaunumu

nosūtīt Lietotājiem.

21. Pieteikums

padziļinātai

Atsevišķa forma, kuras vienības


Lietotājs, aizpildot formu, var

pieteikties uz padziļinātu konsultāciju

Iespēja rediģēt formu, papildinot

vai dzēšot aizpildāmos formas

http://www.vid.gov.lv/default.aspx?tabid=12&id=6597&hl=1


15

15

Prasības

Nr.

Funkcija,

rīks, sadaļa




(Administratoram)

konsultācijai http://www.vid.gov.lv/default.asp

x?tabid=12&id=6596&hl=1 viņa izvelētajā adresē. laukus, Administrators nosaka, uz

kuru e-pasta adresi atbilstoši tēmai

nosūtīt datus.

22. Vakances Atsevišķa sadaļa, kurā attēlotas

aktuālās vakances.

Iespēja Administratoram ielādēt

vienu vai, piemēram, 10, darba

piedāvājumus vienlaikus,

neaizpildot katru lauku atsevišķi. Ja

informācija ielādējusies kļūdaini,

sistēmai jāparāda kļūdas atrašanās

vieta

23. Publiskie iepirkumi (piegādes un

pakalpojumu

iepirkumi, rakstiski

noslēgtie iepirkumu

līgumi)

Atsevišķa lapa, kuras vienības





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

jāparāda kļūdas atrašanās vieta.

24. Rīcība ar valstij

piekritīgo mantu (realizācija,

iznīcināšana,

nodošana bez

maksas, cenu aptauja

par realizāciju)

Atsevišķa sadaļa, kurā

nepieciešams attēlot informāciju,

iekļaujot visas vienības kā šajā

skatā:


x?tabid=7&id=16&hl=1.

Atlases funkcijai jābūt pēc

darbības veida, datumiem

(no–līdz)


vienu vai, piemēram, 10, rīcības ar

valstij piekritīgo mantu, neaizpildot

katru lauku atsevišķi. Ja

informācija ielādējusies kļūdaini,

sistēmai jāparāda kļūdas atrašanās

vieta

25. Tiesību akti (likumi,

MK noteikumi,

Atsevišķa sadaļa, kurā Lietotājam

saprotamā un ērtā formā attēloti

Lietotājam iespēja atlasīt aktus pēc

mērķauditorijas, tipa, datuma.

Visiem “Tiesību aktu” vienumiem

jāglabājas vienuviet kā galvenajai







16

16

Prasības

Nr.

Funkcija,

rīks, sadaļa




(Administratoram)

metodiskie materiāli,

informatīvie

materiāli, VID

uzziņas, citi

normatīvie akti)

visi normatīvie akti. Lietotājam, uzejot uz konkrētā

normatīvā akta, tas atvērsies kā e-

dokuments vai hipersaite uz

www.likumi.lv

normatīvo aktu pamatvietnei 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.

26. Veidlapas un

iesniegumi

Astevišķa sadaļa, kurā tiek

strukturēti attēlotas pieejamās

veidlapas, kam tiek norādītas

dokumenta ikonas paplašinājums,

kādā tas saglabāts un datnes

izmērs.

Veidlapām un iesniegumiem

administrēšanas rīkā jāglabājas

vienuviet, kārtotām pēc tēmām, ar

iespēju piesaistīt jebkurai

mērķauditorijai, kalendāra

notikumam, sadaļai vai ziņai

mājaslapā.

27. Deklarāciju

iesniegšanas un

nodokļu nomaksas

termiņi

Atsevišķa sadaļa, kurā tiks attēlota

informācija par iesniedzamo

deklarāciju un dokumentu

termiņiem, kā arī nodokļu

nomaksas termiņiem.


6. http://www.vid.gov.lv/default.asp


Iespēja Administratoram papildināt

un dzēst formas laukus.

28. Jautājumi un

atbildes

Atsevišķa sadaļa ar biežāk

uzdotajiem jautājumiem un to

atbildēm.

29. Modulis formu

veidošanai

(piemēram,

atsauksmes par VID

Attēlojas Administratora

izveidota (-as) forma (-as), kur

obligāti aizpildāmie lauki tiek

atzīmēti ar *

Administratora izveidotajā (-ās)

formā

(-ās) Lietotājs, aizpildot laukus, var

nosūtīt informāciju VID.

Administratoram ir iespēja

pievienot formai aprakstošo daļu,

kura tiek veidota ar teksta

redaktoru, kā arī definēt formas

http://www.likumi.lv/



17

17

Prasības

Nr.

Funkcija,

rīks, sadaļa




(Administratoram)

u.c.) laukus:

1. Kategorijas definēšana

(dalījums) – iespēja Lietotājam

jau sākotnēji (uzsākot pildīt

formu), noradīt sevi, piemēram,

kā fizisku vai juridisku personu

(piemēram,


x?tabid=12&id=5046&hl=1).

2. Teksta lauks, kuram var

definēt:

- ievadāmo simbolu skaitu;

- vai lauks ir obligāts;

- lauka tipu (cipari, burti).

3. Izkrītošā (-ās) izvēlne (-es):

- iespēja atzīmēt vienu vai

vairākas vērtības;

- vai lauks ir obligāts.

4. Izvēles lauki (radio poga,

checkbox).

5. Pielikuma pievienošana.

6. Citi objekti (piemēram,

Google maps).

7. Izvēles rūtiņas lauks, kuru

atzīmējot tiek parādīts

e-pasta lauks. Pie pogas “Nosūtīt”

tiek pārbaudīts ievadītās e-pasta

adreses korektums.

8. Pogas:

- “Notīrīt”;

18

18

Prasības

Nr.

Funkcija,

rīks, sadaļa




(Administratoram)

- “Sūtīt”

30. Automobiļu rindas

uz robežas

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.

Iespēja apskatīt informāciju dažādos

veidos (piemēram, pa muitas kontroles

punktiem, dažādiem laika periodiem).

31. Kur paliek Tava

nodokļos

samaksātā nauda?

Atsevišķa sadaļa par informāciju,

kur tiek tērēta nodokļos iekasētā

nauda.

Lietotājam izvēlņu veidā atttē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.

32. Video tiešraide 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.

Iespējams aktivizēt video tiešraides

skatīšanos. Ja nav pieejama tiešraide,

redzams atbilstošs paziņojums.


http://www.eu2013.lt/en/general/live/?

ch=en

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

33. Kalkulatori Atsevišķa sadaļa ar dažādiem

kalkulatoriem, piemēram:

1) algas kalkulatoru;

2) slimības naudas kalkulatoru;

3) bezdarbnieka pabalsta

kalkulatoru;

4) bērna un vecāku pabalsta

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

http://www.eu2013.lt/en/general/live/?ch=en

http://www.eu2013.lt/en/general/live/?ch=en

19

19

Prasības

Nr.

Funkcija,

rīks, sadaļa




(Administratoram)

kalkulatoru

5) maternitātes pabalsta

kalkulatoru;

6) muitas nodokļa kalkulatoru

(saite uz

http://itvs.vid.gov.lv/itms/).


http://vid.lv/lv/kalkulatori/algu_ka

lkulators;

7. http://www.d-k.lv/lat/main/

34. Aptaujas 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ā.

Jāierobežo iespēja, lai viens Lietotājs

nevar piedalīties aptaujā vairakkārt.

Administratoram iespēja izveidot

dažādas aptaujas, lai uzzinātu

Lietotāju viedokli.

Aptaujas modulim jāsatur

populārākie aptaujas izveides rīki.

35. Bukleti, brošūras,

infografikas

Atsevišķa sadaļa, kur ir iespējams

apskatīt ievietotos bukletus un

brošūras

Iespēja atlasīt pēc tēmām. Administratoram iespēja papildināt

un rediģēt formas laukus, kā arī

iedalīt tēmās

36. VID apkopotā

statistika par

nodokļu

maksātājiem u.c.

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, infografikās, tabulās,

līknēs u.c.



Lietotājs var izvēlēties tēmu, laika

periodu u.c.

Administrators nosaka izvēlņu

skaitu un definē tās.

http://vid.lv/lv/kalkulatori/algu_kalkulators

http://vid.lv/lv/kalkulatori/algu_kalkulators

http://www.d-k.lv/lat/main/



20

20

Prasības

Nr.

Funkcija,

rīks, sadaļa




(Administratoram)

37. Pop up window Informatīva paziņojuma logs, kurš

informē par svarīgu informāciju. 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.

38. Slaideris

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.


http://eu2013.ie/

Iespēja Administratoram noteikt,

kuras ziņas parādīsies slaiderī un

iestatīt rotācijas laika intervālu.

39. Slīdošā baneru

lente

Lente tiek attēlota visās lapās.

Ilustratīvs piemērs (lapas

apakšmalā):

http://fm.gov.lv/lv/

Uzklikšķinot uz banera, Lietotājs tiek

aizvests uz piesaistīto vietni.

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.

40. Twitter barotne Sasaiste ar Twitter, attēlojot

jaunāko publicēto VID

informāciju mikroblogošanas

vietnē.

Ilustratīvs Twitter piemērs: http://fm.gov.lv/lv/

Nospiežot pogu “Follow”, iespēja

pieteikties sekot VID jaunumiem.

Iespēja barotni pievienot visās VID

lapās.

41. 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 jāparedz iespēja

papildināt lapu ar jaunām sociālo

tīklu ikonām.

42. RSS (Really Simple

Syndication) plūsma

Mājaslapas publiskās daļas RSS

plūsma. Iespēja lasīt jaunumus,

Iespējams izvēlēties, kuras RSS tēmas

lasīt.

Iespēja rediģēt RSS plūsmu.

http://eu2013.ie/



21

21

Prasības

Nr.

Funkcija,

rīks, sadaļa




(Administratoram)

neapmeklējot mājaslapu, kā arī

padot informāciju uz citiem

kanāliem.

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

44. Piemēru/

paskaidrojuma 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

jāparedz populārākās teksta

redaktora iespējas, iespējas

pievienot dažādas datnes un attēlus.

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

46. Paziņojums par

lapas nepieejamību

Informatīvs paziņojums par lapas

nepieejamību. Iespēja izveidot paziņojumu ar

teksta redaktora palīdzību, iekļaujot

tajā hipersaites un fona krāsu

maiņu.

47. Statistika

Lietotāju statistikas

analīzes rīki

8. 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:

1. Lietotāju skaits pa sadaļām un

22

22

Prasības

Nr.

Funkcija,

rīks, sadaļa




(Administratoram)

lapām skaitliskā un grafiskā formā.

2. Lietotāju sadalījums un skaits

atkarībā no pieslēguma vietas –

valsts, pilsētas, reģiona.

3. Sadaļas, lapas ar lielāko klikšķu

skaitu.

4. Uzturēšanās ilguma lapu

navigācijas statistika.

5. Like un Share statistika sadaļām,

lapām, ziņām.

6. Atslēgvārdu statistika.

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

Citas funkcionālās prasības

6. tabula

Prasības

Nr.

Prasības

nosaukums Prasības apraksts

48. Funkcionalitāte

dažādās

pārlūk-

programmā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ājaslapai jābūt ērti lasāmai, jānodrošina ērta lietojamība bez horizontālās ritjoslas izmantošanas,

saglabājot Lietotājam vizuāli saistošu dizainu. Satura vadības sistēmai jānodrošina vienota satura vadība visām

iekārtām.

49. Mājaslapas

saskarne

Mājaslapas Lietotāja saskarnei jābūt draudzīgai, intuitīvai, ergonomiskai un izkārtotai viegli pārskatāmā formā.

Nodrošinot “muļķu drošu” (foolproof) funkcionalitāti.

23

23

Prasības

Nr.

Prasības


49.1. Mājaslapas

līmeņi

Mājaslapai ir jāatbalsta vismaz četri satura sadaļu struktūras līmeņi.

49.2. Slēptās lapas Mājaslapai jānodrošina to tīmekļa lapu publicēšana, kuru saites nav izvietotas kādā no izvēlnēm

49.3. Dzēšanas

apstiprinājums

Jebkādu datu dzēšanas gadījumā mājaslapai 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.

49.4. Mājaslapas

satura izmaiņas

Lai mazinātu nesankcionētas mājaslapas satura izmaiņas risku, jāparedz 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.

49.5. Administratora

tiesības

Mājaslapai jānodrošina atsevišķas tiesības Administratoram – rediģēt un veidot visu mājaslapas administrēšanas

moduli.

49.6. Informācijas

ievadītāja

tiesības

Mājaslapai jā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.

49.7. Redaktora

tiesības

Mājaslapai jānodrošina atsevišķas tiesības Redaktoriem – rediģēt atsevišķu (-us) mājaslapas administrēšanas sadaļu (-

as), kuru (-as) noteicis Administrators.

49.8. Satura dzīves

cikla vadība

Jāparedz meklēšana sadaļās un to saturā ar mērķi palīdzēt identificēt saturu, kas ir novecojis un jāmaina.

Jāparedz šā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, jānodrošina 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ā jānodrošina 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”.

Jābūt pieejamai satura izmaiņu vēsturei.

49.9. Melnrakstu

rakstu

Mājaslapai jānodrošina iespēja sagatavot rakstus, melnrakstus un saglabāt tos nepublicējot. Preview, datums.

24

24

Prasības

Nr.

Prasības


sagatavošana

50. Satura vadības

sistēmas

Lietotāju

pieejas

ierobežošana

SVS jā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 jābūt iespējai definēt tiesības uz konkrētu satura objektu/moduli.

50.1. SEO (search

engine

optimization)

funkciju

nodorošinājums

SVS automātiski jāveido unikāli lapu nosaukumi (page title) katrai sadaļai ar iespēju tos mainīt.

SVS jānodrošina iespēja pievienot metaaprakstu (meta description) katrai sadaļai.

Sistēmai automātiski un regulāri jāatjauno tīmekļa vietnes satura karte sitemap.xml formātā.

50.2. Satura

pārvaldības

saskarnes (SPS)

prasības

Struktūras veidošanai un satura ievietošanai jābūt vienkāršai, ērti un ātri apgūstamai 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 viens pret vienu jāredz, kā tas izskatīties lapas publiskajā pusē.

50.3. Teksta redaktors 1. Jāparedz vismaz šā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ārakie teksta redaktora rīki.

2. Teksta lauka redaktoram jāiezīmē/jāpasvītro kļūdas, piedāvājot pareizo variantu.

3. Tabulu veidošana un jau iekopētu, sagatavotu tabulu formatēšana.

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

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

6. Izceltu, formatētu citātu un piemēru/paskaidrojuma logu (pasība Nr.44) iekļaušana tekstā.

50.4. 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ē.

25

25

Prasības

Nr.

Prasības


50.5. Attēli, video,

audio

1. Attēliem jābūt iespējai pievienot gan metadatus katrai valodas versijai, kas automatizēti tiek izmantoti ALT un

TITLE atribūtiem, gan parakstu un autortiesību informāciju.

2. 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 vairākas fotogrāfijas).

3. Albumam iespējams:

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

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

3.3. norādīt datumu (pēc noklusējuma ir norādīts albuma izveidošanas datums);

3.4. norādīt tēmu, izvēloties no iepriekš definēta saraksta.

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

5. Jāparedz 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.

6. Satura iegulšanai jāvar izmantot šādi vai līdzvērtīgi servisi:

6.1. Youtube.com un/vai vimeo.com;

6.2. maps.google.com vai līdzvērtīgs serviss;

6.3. issuu.com vai līdzvērtīgs serviss;

6.4. soundcloud.com vai līdzvērtīgs serviss;

6.5. Storify.com vai līdzvērtīgs serviss.

7. Jānodrošina iespēja video pievienot nosaukumu/aprakstu/atslēgvārdus.

8. Jānodrošina iespēja audio pievienot nosaukumu, ievietošanas laiku, ieraksta laiku, atslēgvārdus un aprakstu.

50.6. Datnes

(pielikumi)

Pie satura, piemēram, ziņas vai kalendāra notikuma, redzama informācija, kas ietver:

1) saiti uz dokumentu;

2) dokumenta nosaukumu;

3) ikonu, kas skaidri apzīmē dokumenta formātu.

Iespēja Administratoram veikt pievienoto datņu kārtošanu.

50.7. 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ē

26

26

Prasības

Nr.

Prasības


Twitter un saturu – Facebook, Draugiem.lv, Google+; e-pastā u.c., izvēloties dalīties ar saturu konkrētā sociālajā tīklā.

50.8. Datums, laiks Visur lapā “pēc noklusējuma” jāparādās pēdējam ievietošanas datumam un laikam formātā dd.mm.gggg hh:mm. Jābūt

iespējai mainīt datumus un laikus, iestatot vēlamo nākotnes ziņas publicēšanas laiku, kuru mājaslapa pati publicēs.

50.9. Drukas versija Viegli pamanāma lapās pie ziņām. Iespēja saturu apskatīt drukas versijā un izdrukāt. Ziņas līmenī jābūt iespējai

saglabāt saturu pdf formātā.

Nefunkcionālās prasības 7. tabula

Prasības

Nr.

Prasības


51. Veiktspējas prasības

51.1. Mājaslapas

minimālais

Lietotāju skaits

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

51.2. Tehniskā

infrastruktūra

Pretendentam jānorāda, kādai jābūt mājaslapas serveru tehnisko resursu kapacitātei (procesoru skaitam (CPU),

operatīvās atmiņas apjomam (RAM), diska apjomam (HDD)), lai nodrošinātu TP 51.1.prasībā noteiktos parametrus

un tehnisko resursu noslodze nepārsniegtu 80 %.

CPU skaits____________

RAM apjoms___________

HDD apjoms ___________

51.3. Programmatūras

licences

1. Pretendentam jāiesniedz piedāvātā risinājuma darbināšanai nepieciešamās programmatūras licenču saraksts

(saskaņā ar TP 9.punktā “Pretendenta un trešo personu programmatūras licenču saraksts” norādīto tabulu).

2. Sagatavojot licenču sarakstu, jānorāda arī servera licences mājaslapas serveriem.

3. Finanšu piedāvājumā Pretendentam jāuzskaita un jāiekļauj Pretendenta izstrādātās programmatūras licences un

trešo pušu programmatūras licences, kuras Pasūtītājam būs jāiegādājas mājaslapas darbināšanai, izņemot jau

Pasūtītāja rīcībā esošās trešo personu programmatūras licences (datubāzu vadības sistēmai Oracle, serveru

operētājsistēmu: MS Windows, Oracle Linux, CentOS), kuras nav jāiekļauj finanšu piedāvājumā. Sarakstā iekļauto

licenču apjomam jābūt pietiekamam, lai mājaslapa atbilstu TP 51.1.prasībā noteiktajām veiktspējas prasībām.

51.4. Mājaslapas Mājaslapas programmatūrai jābūt veidotai pēc klienta–servera arhitektūras. Klasifikatori un ievadītie dati tiek

27

27

Prasības

Nr.

Prasības


arhitektūra uzglabāti atsevišķā ārējā, ODBC savietojamā datubāzē ar iebūvētiem rīkiem datubāzes kopijas izveidošanai un

atjaunināšanai. Mājaslapai jābūt veidotai 64bit arhitektūrā. Mājaslapai jādarbojas bojājumpiecietīgā (serveru

klāstera) slēgumā. Mājaslapai jābūt darbināmai virtuālajā vidē, izmantojot Citrix Xen server 6.2 (vai jaunākus)

virtualizācijas rīkus.

Mājaslapai jādarbojas uz Dell, PowerEdge M620 Blade modeļa asmens servera (Intel Xeon E5-2650

part.Nr.213-15021).

Mājaslapas aplikāciju serveriem jāspēj darboties augstas pieejamības režīmā, izmantojot VID 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.

Mājaslapas viena aplikāciju servera atteikuma gadījumā visai mājaslapas funkcionalitātei jāturpina darboties uz otra

servera.

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

uzglabāšanas sistēmās.

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

51.6. Meklētājs lapas

redaktorā

Informācijai Administratoram jabūt viegli atlasāmai pēc atslēgvārdiem.

Meklēšanas rezultātātiem ir jāattēlo, kāda veida saturs ir atrasts, piemēram, ziņa, datne, kontakts, tiesību akts,

veidlapa un iesniegums, fotogalerija, video vai kalendāra notikums.

51.7. Informācijas

indeksēšana un

neindeksēšana

Jānodrošina uzglabātās informācijas indeksēšana vai ekvivalents mehānisms ātrai informācijas (metadatu un

dokumentu) atrašanai.

Paredzēt iespēju Administratoram noteikt, kurus dokumentus neindeksēt.

52. Lietotāju veikto

darbību uzskaite

Administratoru: Mājaslapa automātiski veic Administratoru veiktās darbības reģistrāciju, laiku, darbības veidu, parametrus, Lietotāja

vardu, uzvārdu, Lietotāja IP adresi, pārlūka parametrus (fingerprint).

Administratīvajām darbībām papildus reģistrē veiktās izmaiņas.

Lietotāju darbību audits nodrošina saskarni, ar kuras palīdzību var redzēt Lietotāju veiktās darbības.

Ārējo Lietotāju:

Mājaslapa veic darbību žurnalēšanu, reģistrējot vismaz šādus datus:

1. Datums un laiks, kas ir sinhronizēts ar VID servera laiku.

2. Avota IP adresi.

3. Pielietoto metodi (piemēram, GET, POST, HEAD, OPTIONS) ar parametriem.

28

28

Prasības

Nr.

Prasības


4. Lietotāja aģents.

5. Pieprasījuma/atbildes garumus baitos.

6. Pieprasījuma apstrādes laiku.

7. Pakalpojuma kods (veiksmīgs, neveiksmīgs u.tml.).

8. Refereri.

Žurnalēšanas datnes veido pa dienām, ar iespēju noteikt laiku, kad dzēst vecākās datnes.

53. Drošības

prasības

1. Mājaslapā netiek pieļautas OWASP mājaslapā aprakstītās visvairāk izplatītās drošības ievainojamības.

2. Kur nepieciešams, tiek veikta Lietotāja ievadīto datu vai datņu validācija, lai minimizētu uzbrukuma iespējas.

Nepieciešams ieviest papildu kontroles, lai aizsargātu pret ļaunprātīgu serveru noslogošanu.

3. Kļūdu un sistēmas paziņojumi neatklāj Lietotājiem nekādus datus par mājaslapu. Detalizēti paziņojumi ir

redzami tikai mājaslapas Administratoram.

4. Izmaiņas mājaslapā var veikt tikai autentificēti un autorizēti Lietotāji. Tiek nodrošināta Lietotāju tiesību

pārvaldība.

5. Mājaslapai nodrošina integritātes pārbaudes, aizsargājot pret nesankcionētu modificēšanu.

6. Mājaslapā izmantotas programmatūras versijas ir tādas, kurām to ražotājs garantē sistēmas kļūdu un drošības

labojumu piegādi visā mājaslapas uzturēšanas laikā, ja iespējams, nodrošinot automātisku versiju atjaunošanos.

7. Mājaslapā var noteikt, kuras lapas un/vai mapes indeksē ārējie meklētāji un/vai kuras ne.

8. Administratīvā saskarne pieejama tikai no iekštīkla un tikai izmantojot šifrētu savienojumu.

9. Tiek piegādāts mājaslapas darbības uzturēšanas plāns un atjaunošanas procedūra.

10. Jābūt iespējai nodrošināt, ka aizsargājamas informācijas (piemēram, fizisku personu datu) pārsūtīšana starp

Lietotāju un VID notiek šifrētā veidā (piemēram, TP 21.prasībā).

Vispārīgās mājaslapas piegādes, pilnveidošanas un garantijas nodrošināšanas prasības

8.tabula

Prasības

Nr.

Prasības


54. Projekta

īstenošana

Projekta īstenošana Izstrādātājam jānodrošina saskaņā Izstrādātāja iesniegto Projekta laika grafiku (saskaņā ar TP

6.punkta “Projekta laika grafiks” 3.tabulā noteiktajiem termiņiem) Pēdējais mājaslapas piegādes nodevums

jāiesniedz ne vēlāk kā 13 (trīspadsmit) mēnešu laikā no iepirkuma līguma abpusējas parakstīšanas dienas

55. Programmatūras Izstrādātājam mājaslapas ieviešanas projekta rezultātā jāpiegādā Pasūtītājam šādi programmatūras nodevumi:

29

29

Prasības

Nr.

Prasības


nodevums 1. Mājaslapas programmnodrošinājums, tajā skaitā instalācijas, pirmkodi (ja tiek piegādāta trešās puses

programmatūra, pirmkoda iesniegšana nav obligāta), izpildkodi un konfigurācijas datnes.

2. Trešo pušu programmatūra un dokumentācija, kas nepieciešama mājaslapas servera puses komponenšu

darbināšanai, tajā skaitā operētājsistēmas, aplikāciju un tīmekļa serveru programmatūra, lietojumi.

56. Projekta

dokumentācija

Mājaslapas izstrādes un ieviešanas ietvaros jāizstrādā un jāiesniedz Pasūtītājam vismaz šādi dokumenti:

1. Projekta pārvaldības plāns (tajā skaitā Projekta laika grafiks un kvalitātes nodrošināšanas plāns).

2. Sistēmas web dizaina apraksts.

3. Mājaslapas tehniskais apraksts.

4. Programmatūras prasību specifikācija (PPS).

5. Programmatūras projektējuma apraksts (PPA).

6. Testēšanas plāns, testpiemēri, testu protokoli.

7. Administratora rokasgrāmata.

8. Jebkāda cita dokumentācija, kas tiek radīta un būtiski ietekmē mājaslapas ieviešanas vai tās ekspluatācijas

nosacījumus.

56.1. Projekta

pārvaldības plāns

Izstrādātājam jāizstrādā un jāiesniedz Pasūtītājam projekta pārvaldības plāns atbilstoši standarta “Informācijas

tehnoloģija. Programmatūras projekta pārvaldības plāns (LVS 67:1996)”, “Informācijas tehnoloģija.

Programmatūras kvalitātes nodrošināšanas plāns (LVS 65:1996)” un “Information technology. Software

engineering – Software product Quality Requirements and Evaluation. (ISO/IEC 25051:2006)” vai ekvivalenta

standarta prasībām. Mājaslapas ieviešanas projekta pārvaldības plānam jāsatur vismaz šāda detalizēta informācija:

1. Modelis sadarbībai ar trešajām pusēm, sadarbības veidošanai mājaslapas projekta ieviešanas laikā un

mājaslapas ekspluatācijas laikā, kā arī atbildīgie par sadarbības nodrošināšanu un sadarbības formātu.

2. Projekta laika grafiks.

3. Projekta kvalitātes nodrošināšanas plāns, kurā iekļauta šāda detalizēta informācija:

3.1. uzskaitīta mājaslapas funkcionalitāte vai mājaslapas risinājumi, kuriem tiks veikta kvalitātes pārvaldība;

3.2. par veicamajām projekta kvalitātes pārvaldības aktivitātēm atbildīgās personas un izpildes termiņi;

3.3. kvalitātes kontroles gaitas ziņojumu iesniegšanas termiņi un saskaņošanas kārtība;

3.4. trešo pušu piegādāto produktu kvalitātes nodrošināšanas aktivitātes, ja tādas paredzēts izmantot.

56.2. Sistēmas web

dizaina apraksts

Mājaslapas publiskās daļas responsīvā, grafiskā dizaina apraksts un struktūras skices (wireframe).

56.3. Mājaslapas Izstrādātājam pirms mājaslapas projektējuma dokumenta izstrādes jāizstrādā un jāiesniedz Pasūtītājam mājaslapas

30

30

Prasības

Nr.

Prasības


arhitektūras

apraksts

arhitektūras apraksts atbilstoši standarta “IEEE ISO/IEC 42010-2011 Systems and software engineering -

Architectural description” vai ekvivalenta standarta prasībām. Mājaslapas arhitektūras aprakstam jāsatur vismaz

šāda informācija:

1. Mājaslapas loģiskā arhitektūra.

2. Mājaslapas fiziskā arhitektūra (precizēts un detalizēts tehniskajā mājaslapas darbības nodrošināšanai

nepieciešamās infrastruktūras apraksts).

3. Apraksts par saitēm starp mājaslapas loģiskās un fiziskās arhitektūras komponentēm.

4. Arhitektūras komponenšu apraksts un to dalījums pa funkcionālajiem blokiem un to moduļiem.

5. Apraksts par fiziskās un loģiskās arhitektūras komponenšu lomu TP prasībās definētās mājaslapas

funkcionalitātes nodrošināšanā.


prasību

specifikācija

Izstrādātājam jāizstrādā un jāiesniedz Pasūtītājam mājaslapas projektējums atbilstoši standarta “Informācijas

tehnoloģija. Programminženierija. Programmatūras prasību specifikācijas ceļvedis” (LVS 68:1996)” vai

ekvivalenta standarta prasībām.


projektējuma

apraksts

Izstrādātājam jāizstrādā un jāiesniedz Pasūtītājam mājaslapas projektējums atbilstoši standarta “Informācijas

tehnoloģija. Programminženierija. Ieteicamā prakse programmatūras projektējuma aprakstīšanai (LVS 72:1996)”

vai ekvivalenta standarta prasībām. Mājaslapas projektējuma dokumentam jāsatur vismaz šāda detalizēta

informācija:

1. TP prasību apraksts, ja nepieciešams, veicot prasību precizēšanu un detalizāciju;

2. Mājaslapas prasību īstenošanas apraksti;

3. Mājaslapas saskarņu apraksti un dekompozīcijas apraksts;

4. Projektējumā iekļauto prasību un TP prasību trasējamība.

56.6. Testēšanas

dokumentācija

Izstrādātājam jāizstrādā un jāiesniedz Pasūtītājam mājaslapas testēšanas dokumentācija atbilstoši standarta

“Informācijas tehnoloģija. Programmatūras testēšanas dokumentācija (LVS 70:1996)”, “Informācijas tehnoloģija.

Programmatūras vienībtestēšana (LVS 73:1996) vai ekvivalenta standarta prasībām.

1. Mājaslapas testēšanas plānam jāsatur vismaz šāda informācija:

1.1. visas testējamās un netestējamās raksturiezīmes;

1.2. testēšanas raksturiezīmju trasējamība ar mājaslapas projektējuma dokumentā aprakstītajām prasībām;

1.3. projekta piegādes risku mazinošās mājaslapas testēšanas aktivitātes;

1.4. mājaslapas testu veidi, iekļaujot vismaz šādus testus – vienībtestēšanu, funkcionālo testēšanu, integrācijas

testēšanu, drošības testēšanu, akcepttestēšanu, veiktspējas testus;

31

31

Prasības

Nr.

Prasības


1.5. testēšanas dokumentācijas izstrādes metodika;

1.6. mājaslapas testēšanā izmantotie standarti un testēšanas rīki;

1.7. Pasūtītāja un iesaistīto personu iesaistes apjoms;

1.8. testēšanas pieejai, kā arī testējamo vienumu novērtēšanas kritērijiem;

1.9. jābūt uzskaitītiem visiem plānotajiem testēšanas nodevumiem un testēšanas uzdevumiem;

1.10. jābūt iekļautam testēšanas kalendārajam plānam un atbildīgajiem par testēšanu.

2. Mājaslapas testpiemēru specifikācija – iekļaujot visu testu veidus (tajā skaitā vienībtestus, funkcionālos testus,

integrācijas testus, drošības testus, akcepttestus, stresa testus, veiktspējas testus u.c.), jāsatur vismaz šāda

informācija:

2.1. testpiemēru specifikācijas identifikators;

2.2. testējamie vienumi un raksturiezīmes;

2.3. testēšanas vienumu trasējamība ar mājaslapas projektējuma dokumentā aprakstītajām prasībām;

2.4. testējamo vienumu izpildīšanas soļi, kuri nodrošina testējamo vienumu testpiemēru atkārtotu izpildīšanu;

2.5. testējamo vienumu un raksturiezīmju ievades un izvades specifikācijas;

2.6. speciālās prasības un vides prasības;

2.7. testēšanas apturēšana, atsākšana, pabeigšana, atjaunošana.

3. Mājaslapas testēšanas kopsavilkuma pārskats un testu protokoli.

Izstrādātājam jānodrošina, ka testēšanas process tiek dokumentēts. Pasūtītājs pieprasīs uzrādīt testēšanas

procesa dokumentāciju, ja tiks konstatēts, ka testēšanas pārskatā sniegtā informācija atšķiras no faktiski mājaslapas

novērojamās situācijas.

Mājaslapas testu protokoli jāveido par visiem testēšanas plānā paredzētajiem un izpildītajiem testiem (tajā

skaitā vienībtestēšanu, funkcionālo testēšanu, integrācijas testēšanu, drošības testēšanu, akcepttestēšanu,

veiktspējas testiem).

Mājaslapas testu protokoliem jāsatur vismaz šāda informācija:

3.1. testēšanas rezultātu kopsavilkums, identificējot atrisinātās un neatrisinātās problēmas;

3.2. kopsavilkums par svarīgākajiem testēšanas notikumiem un darbībām;

3.3. testētie vienumi un raksturiezīmes;

3.4. testēšanas vienumu trasējamība ar mājaslapas projektējuma dokumentā aprakstītajām prasībām;

3.5. testēto vienumu versijas un vide, kurā tika veikta vienuma testēšana;

3.6. testu izpildītāji (personas un to lomas), testu izpildes laiks un vieta;

32

32

Prasības

Nr.

Prasības


3.7. detalizēti testējamo vienumu un raksturiezīmju testēšanas rezultāti.

56.7. Administratora

rokasgrāmata

Izstrādātājam jāizstrādā un jāiesniedz Pasūtītājam mājaslapas Administratora rokasgrāmata atbilstoši standarta

“Informācijas tehnoloģija. Programmatūras Lietotāja dokumentācija (LVS 66:1996)” vai ekvivalenta standarta

prasībām. Mājaslapas Administratora rokasgrāmatai jāsatur vismaz šāda informācija:

1. Pārskats par programmatūras būtiskākajām īpašībām un mājaslapas arhitektūru.

2. Mājaslapas funkcionalitāte un tās darbību nodrošināšanai veicamās darbības, ievaddati un izvaddati, tajā skaitā:

2.1. mājaslapas Lietotāju administrēšana;

2.2. pieejas tiesību administrēšana;

2.3. mājaslapas konfigurēšana;

2.4. darbs ar audita informāciju;

2.5. datu ielādes procesa vadība;

2.6. mājaslapas datu rezerves kopēšana.

3. Nepieciešamie resursi un vide mājaslapas funkcionalitātes un tās darbību nodrošināšanai veicamo darbību

izpildei.

4. Mājaslapas uzturēšanas procedūras kļūdu situācijas, kļūdu ziņojumi, to rašanās cēloņi un kļūdu novēršanai

veicamās procedūras.

5. Instrukcijas sākotnējai mājaslapas ekspluatācijas uzsākšanai, tajā skaitā mājaslapas instalēšanas un

konfigurācijas instrukcijas mājaslapas uzstādīšanai ekspluatācijas vidē un darbības atjaunošanai pēc pilnīga

mājaslapas zuduma.

Izstrādātājam jānodrošina konsultācijas mājaslapas uzstādīšanai ekspluatācijas vidē un mājaslapas ekspluatācijas

uzsākšanai.

56.8. Mājaslapas

nepārtrauktas

darbības

nodrošināšanas

plāns

Izstrādātājam jāizstrādā un jāiesniedz Pasūtītājam mājaslapas nepārtrauktas darbības nodrošināšanas plāns

mājaslapas darbības nepārtrauktības nodrošināšanai pēc mājaslapas ieviešanas ekspluatācijas vidē. Mājaslapas

nepārtrauktas darbības nodrošināšanas plānam jāsatur vismaz šāda informācija:

1. Mājaslapas apraksts.

2. Lomas un atbildības mājaslapas nepārtrauktas darbības nodrošināšanai.

3. Darbības nepārtrauktības plāna posmi.

4. Detalizēts veicamo darbību apraksts informācijas sistēmas resursu nepārtrauktas darbības nodrošināšanai.

5. Detalizēts veicamo darbību apraksts informācijas sistēmas resursu nepieejamības gadījumā, tajā skaitā

mājaslapas atsevišķu informācijas sistēmas darbībai nozīmīgu komponenšu darbības traucējumu vai atteices

33

33

Prasības

Nr.

Prasības


gadījumā.

6. Saistītā dokumentācija.

56.9. Izstrādāto

dokumentu

aktualizācija

Jebkādu projekta gaitā veiktu izmaiņu gadījumā Izstrādātājam jānodrošina saistošo dokumentu nodevumu

atjaunošana un atkārtota iesniegšana Pasūtītājam.

56.10 Izstrādājamo

dokumentu

struktūra

Izstrādājamo dokumentu struktūras pielāgošana, jāveic dokumenta prasību izmaiņas saskaņojot ar Pasūtītāju,

atbilstoši Projekta izmaiņu apstrādes procedūrai, saglabājot dokumentā ietveramās informācijas apjomu un saturu

pēc būtības.

56.11. Dokumentācijas

saraksta

precizēšana

Mājaslapas dokumentācijas saraksts var tikt precizēts projekta gaitā un vairāki dokumenti var tikt apvienoti vai

izveidoti papildu dokumenti, saskaņojot to ar Pasūtītāju.

56.12. Prasību

identifikācija

Visas mājaslapas projektējuma prasības jāidentificē ar unikāliem identifikatoriem.

56.13. Prasību trasējamība Jānodrošina prasību trasējamība starp TP dokumentu un projekta gaitā izstrādāto dokumentāciju, kā arī jānodrošina

prasību trasējamība mājaslapas ieviešanas gaitā, lai jebkurai iesaistītajai personai būtu iespējams pārliecināties par

prasības īstenošanu un īstenoto prasību atbilstību sākotnējām mājaslapas prasībām.

56.14. Atbilstība TP

prasībām

Izstrādājot mājaslapas PPS un PPA, Izstrādātājam jānodrošina šo dokumentu atbilstība TP noteiktajām prasībām,

kā arī detalizētas prasību analīzes laikā identificētajām Pasūtītāja vajadzībām un prasībām.

56.15 Atkāpes no TP

noteiktajām

prasībām

Atkāpes no TP noteiktajām prasībām ir iespējamas tikai formāla izmaiņu pārvaldības procesa rezultātā atbilstoši

līgumā noteiktajai kārtībai.

57. Nodevumu akceptēšanas procedūra

57.1. Projekta

dokumentācijas

nodevumu

iesniegšanas un

izskatīšanas kārtība

Projekta dokumentācijas nodevumu iesniegšana jāveic, ievērojot šādus nosacījumus:

1. Izstrādātājam dokumentācijas nodevumi jāiesniedz saskaņā ar TP 6.punkta “Projekta laika grafiks” 3.tabulu un

atbilstoši TP prasībām projekta nodevumu izstrādei (skatīt 56.–56.15.prasības).

2. Projekta dokumentācijas nodevumi jāiesniedz izskatīšanai Pasūtītājam elektroniskajā datu nesējā kopā ar

pavadvēstuli un elektroniski nosūtot uz līgumā norādīto Pasūtītāja e-pasta adresi.

3. Pasūtītājs ir tiesīgs pārtraukt nodevuma izskatīšanu, ja nodevumā konstatētas neatbilstības TP prasībām.

4. Pasūtītājs ir tiesīgs nepieņemt dokumentācijas nodevumu šādos gadījumos:

4.1. dokuments un tā saturs neatbilst TP prasībām;

34

34

Prasības

Nr.

Prasības


4.2. dokuments un tā saturs neatbilst citām Pasūtītāja prasībām, kas dokumentētas sapulču laikā.

5. Iesniegto nodevumu nepieņemšanas gadījumā Pasūtītājs komentārus nosūta pa e-pastu Izstrādātāja norādītajai

pilnvarotajai personai.

57.2. Dokumentācijas

nodevumu

akceptēšana

Projekta dokumentācijas nodevums tiek akceptēts, VID un Izstrādātāja pilnvarotajām personām parakstot

nodošanas – pieņemšanas aktu.

57.3. Projekta

programmatūras

nodevumu

iesniegšanas un

izskatīšanas kārtība

Projekta programmatūras nodevumu iesniegšana jāveic, ievērojot šādus nosacījumus:

1. Izstrādātājam programmatūras nodevumi jāiesniedz saskaņā ar TP 6.punkta “Projekta laika grafiks” 3.tabulu un

atbilstoši TP prasībām projekta nodevumu izstrādei (skatīt 56.–56.15.prasības).

2. Akcepttestu izpildei Izstrādātājam jāpiegādā un jāuzstāda mājaslapas programmatūras nodevumi iepriekš

abpusēji saskaņotā Pasūtītāja kontrolē esošā testa vidē. Tajā skaitā Izstrādātājam jānodrošina programmatūras

licences testa vides darbībai.

3. Nodevuma akcepttestēšanā var pieaicināt Izstrādātāja pārstāvjus.

4. Nodevumu akcepttestēšana jāveic saskaņā ar mājaslapas testēšanas plānu un mājaslapas testpiemēru

specifikāciju, testa rezultātus fiksējot mājaslapas testēšanas kopsavilkuma pārskatā un testu protokolos.

5. Nodevumu testēšanas ietvaros jāveic programmatūras pārbaude attiecībā uz OWASP interneta mājaslapā

norādītajām visvairāk izplatītajām drošības ievainojamībām

(http://www.owasp.org/index.php/Category:OWASP_Top_Ten_Project).

6. Pasūtītājs ir tiesīgs noraidīt nodevumu, ja nodevums satur:

6.1. vismaz vienu kritiskas vai steidzamas prioritātes kļūdu (skatīt TP 57.5.prasību);

6.2. neatbilstību TP prasībām.

7. Ja Pasūtītājs nodevumā konstatē TP 6.punktā minētās kļūdas, Pasūtītājs ir tiesīgs pārtraukt akcepttestēšanu, un

tā ir uzskatāma par neveiksmīgu.

8. Atkārtota akcepttestēšana tiek uzsākta pēc labojumu piegādes VID.

9. Atkārtotos akcepttestēšanas mēģinājumos Pasūtītājam ir tiesības izmantot arī citus (modificētus, jaunus) vai jau

izstrādātos testa piemērus.

10. Mājaslapas neakceptēšanas gadījumā pēc konstatēto problēmu novēršanas atkārtotu akcepttestēšanu var veikt

pilnā apjomā, testējot visu piegādāto funkcionalitāti.

http://www.owasp.org/index.php/Category:OWASP_Top_Ten_Project

35

35

Prasības

Nr.

Prasības


11. Gadījumā, kad nodevumu akcepttestēšana 3 (trīs) reizes ir bijusi neveiksmīga, Pasūtītājs ir tiesīgs izbeigt

Līguma izpildi vienpusējā kārtībā.

57.4. Projekta

programmatūras

nodevumu

akceptēšana

Projekta programmatūras nodevumu akceptēšanu jāveic pēc saskaņoto programmatūras nodevumu uzstādīšanas

testa vidē un pēc instalāciju, izstrādāto izpildkodu un pirmkodu iesniegšanas Pasūtītājam uz ārējā datu nesēja.

Projekta programmatūras nodevumu akceptē, VID un Izstrādātāja pilnvarotajām personām parakstot nodošanas –

pieņemšanas aktu.

Gadījumos, kad tiek piegādāta platforma vai piegādāts kāds trešās puses risinājums, Izstrādātājam jāpiegādā

instalācija un izstrādātie izpildkodi bez pirmkoda iesniegšanas.

57.5. Testa vides

aparatūra

Pasūtītājs apņemas nodrošināt nepieciešamo aparatūru testa videi, kas var būt atšķirīga no ekspluatācijas videi

nepieciešamās aparatūras, pusēm par to savstarpēji vienojoties.

57.6. Testēšanas vide Izstrādātājam jānodrošina Pasūtītāja kontrolē esošas testa vides izveide, nepieciešamo licenču piegāde un

programmatūras instalēšana .

57.7. Problēmu

kategorijas

Pieteiktās problēmas klasificē šādās prioritātēs:

1) kritiska kļūda:

- problēma, kura pārtrauc mājaslapas darbību;

- traucē izpildīt sistēmas funkciju un nav zināms cits izpildes variants;

- apdraud vai var apdraudēt sistēmas drošību;

- iesniegtā nodevuma saturs akceptēšanas laikā neļauj sasniegt darba uzdevumā izvirzītos mērķus.

2) steidzama kļūda:

- problēma, kura traucē izpildīt kādu no programmatūras funkcijām, ir zināms cits izpildes variants;

- iesniegtā nodevuma saturs akceptēšanas laikā daļēji neļauj sasniegt darba uzdevumā izvirzītos mērķus.

3) parasts gadījums:

- sagādā neērtības darbā, bet neiespaido sistēmas funkciju;

- iesniegtā nodevuma saturs ļauj sasniegt darba uzdevumā izvirzītos mērķus, bet nepieciešami precizējumi;

- neprecizitāte – problēma, kura tieši neietekmē darbu ar mājaslapu;

- konsultācija – problēma, kuras atrisināšanai nav nepieciešams veikt izmaiņas nodevumos;

- izmaiņu pieprasījums – pieteikums, kurš tiek klasificēts kā izmaiņu pieprasījums, jo nepieciešamas izmaiņas

vai papildinājumi sistēmā.

57.8. Akcepttestēšanas Akcepttestēšanas laikā konstatēto problēmu slēgšana jānodrošina, veicot šādas atzīmes:

36

36

Prasības

Nr.

Prasības


laikā konstatēto

problēmu slēgšana

1. Atrisināta – ja Pasūtītājs, veicot atkārtotu testēšanu, šo problēmu nav konstatējis atkārtoti.

2. Atcelta – ja Pasūtītāja un Izstrādātāja Projekta vadītāji rakstiski vienojas, ka problēmas risinājums vairs nav

Pasūtītājam aktuāls vai problēma vairs nepastāv, vai konstatēta dublējoša problēma jau noslēgtam pieteikumam.

3. Atlikta – ja Pasūtītāja un Izstrādātāja Projekta vadītāji rakstiski vienojas par konkrētās problēmas atrisināšanas

atlikšanu uz noteiktu vai nenoteiktu laiku.

4. Zināma problēma – ja Pasūtītājs, veicot atkārtotu testēšanu, konstatē iepriekš reģistrētu problēmu.

58. Organizatoriskās prasības

58.1. Izmaiņu vadības

padome

Pasūtītājs izveido Izmaiņu vadības padomi, kuras sastāvā ietilpst Pasūtītāja ierēdņi un/vai darbinieki. Izstrādātājam,

iepriekš saskaņojot ar VID pilnvaroto personu, ir pienākums deleģēt savus pārstāvjus (projekta vadītāju un/vai citus

speciālistus), kuri Izmaiņu vadības padomē tiek pieaicināti kā eksperti.


padomes funkcijas

Izmaiņu vadības padome nodrošina vismaz šādu funkciju izpildi:

1. Lēmumu pieņemšana par nepieciešamajiem grozījumiem projektā;

2. Lēmumu pieņemšana par problēmu risinājumu īstenošanu;

3. Lēmumu pieņemšana par izmaiņu pieprasījumu īstenošanu.


padomes sēžu,

interviju un citu

sanāksmju

protokolēšana

Izstrādātājam jānodrošina izmaiņu vadības padomes sēžu, interviju un citu sanāksmju sēžu protokolēšana.

58.4. Projekta sadarbības

aprakstīšana

Pretendentam jāapraksta piedāvātā pieeja projekta komunikācijas vadībai.*

58.5. Kvalitātes

pārvaldes

nodrošināšana

Izstrādātājam jānodrošina iekšēja kvalitātes kontrole visiem projekta nodevumiem, veicot atzīmes par kvalitātes

kontroles veikšanu katra dokumenta versiju apstrādes vēstures pārskatā.

Pretendentam jāņem vērā, ka mājaslapas uzturēšanas laikā Pasūtītājs ir tiesīgs prasīt Izstrādātājam jebkādu

informāciju saistībā ar mājaslapas pilnveidošanas un uzturēšanas kvalitātes nodrošināšanu bez papildu maksas.

58.6. Projekta kvalitātes

vadība

Izstrādātājam jānodrošina vismaz šādu kvalitātes pasākumu īstenošana:

1. Dokumentu nodevumu sagataves, struktūras un plānotā satura saskaņošana ar Pasūtītāju pirms dokumenta

izstrādes uzsākšanas.

37

37

Prasības

Nr.

Prasības


2. Iekšējo nodevumu kvalitātes novērtēšana pirms iesniegšanas Pasūtītājam.

3. Nodevumu iesniegšana saskaņošanai saskaņā ar laika grafiku.

58.7. Projekta risku

vadība

Izstrādātājam jāveic savlaicīga un regulāra projekta risku identificēšana, novērtēšana un statusa atspoguļošana, par

to informējot Pasūtītāju – projekta progresa pārskatā, iesniedzot to ne retāk kā vienu reizi mēnesī.

58.8. Nodevumu valoda Projekta dokumentu, lietojumu (izņemot trešo personu produktus) un citu dokumentēto nodevumu izstrāde,

iesniegšana un komunikācija projektā jānodrošina latviešu valodā.

58.9. Izmaiņu

pieprasījums

Izstrādātājam jānodrošina vismaz šādu projekta izmaiņu novērtēšana un saskaņošana ar Pasūtītāju:

1. Izmaiņas projekta dokumentācijā.

2. Izmaiņas TP prasībās.

3. Izmaiņas mājaslapas arhitektūrā.

58.10. Projekta izmaiņu

pieteikuma

novērtēšana

Izstrādātājam jānodrošina izmaiņu pieteikuma novērtēšana, norādot:

1. Izmaiņu ietekmi uz mājaslapas arhitektūru un drošību.

2. Izmaiņu ietekmi uz projekta laika grafiku.

3. Darbietilpības novērtējumu – izmaiņu īstenošanai nepieciešamo cilvēkdienu skaits.

4. Izmaiņu ietekmi uz projekta budžetu – vai izmaiņu pieprasījums to samazinās vai palielinās, kā arī kopējās

izmaiņu īstenošanas izmaksas, kas aprēķinātas saskaņā ar piedāvājumā norādīto metodiku.

5. Risinājuma aprakstu.

58.11. Pieteikumu

pārvaldība

Visas problēmas un izmaiņas VID darbinieki piesaka, izmantojot VID Informācijas sistēmu izmaiņu pārvaldības

sistēmu.

Izstrādātājam jānodrošina Pasūtītāja pieteikto problēmu ziņojumu pieņemšana, izpēte, klasifikācija, atbildes

sniegšana par problēmas novēršanas termiņiem saskaņā ar TP 60.5.prasību, kā arī jānovērš Pasūtītāja konstatētās

mājaslapas problēmas Pasūtītāja noteiktajā termiņā saskaņā ar TP 60.6.prasību un jāinformē Pasūtītāju par

problēmas novēršanas progresu un statusu, izmantojot VID Informācijas sistēmu izmaiņu pārvaldības sistēmu.

58.12. Programm-

inženierijas labās

prakses

izmantošana

Izstrādātājam projekts jāīsteno atbilstoši programminženierijas standartiem un labajai praksei, ievērojot Latvijas

valsts standartus, kas nosaka programmatūras un programmatūras izstrādes procesa dokumentēšanu dažādās tās

attīstības stadijās, kā arī ievērojot programmatūras kvalitātes nodrošināšanas pasākumu veikšanu, un šādus vai

ekvivalentus starptautiskos standartus:

1) “Standard for Information Technology. Software Life Cycle Processes. Software Development. Acquirer-

Supplier Agreement (IEEE J-STD-016)”, starptautisks standarts, kas nosaka visa programmatūras dzīves cikla

38

38

Prasības

Nr.

Prasības


procesus, nepieciešamo dokumentāciju un tās saturu;

2) “Information technology – Software life cycle processes (ISO/IEC 12207:2008)”, starptautisks standarts, kas

nosaka programmatūras dzīves cikla procesus.

58.13. Prasību izmaiņas Prasības 10 % apjomā no līguma summas var tikt mainītas, pamatojoties uz ieviešanas gaitā identificētajiem

alternatīvajiem risinājumiem, precizētām Lietotāju prasībām vai konstatētiem tehnoloģiskiem ierobežojumiem.

58.14. Mājaslapas

ieviešanai

nepieciešamo

licenču

nodrošināšana

Izstrādātājam jāpiegādā mājaslapas darbībai nepieciešamās programmatūras licences līdz mājaslapas akcepttestu

uzsākšanai.

59. Administratoru

apmācība

Mājaslapas izstrādes piegādes un ieviešanas ietvaros Izstrādātājam jāveic Administratoru apmācība darbam ar

mājaslapu vismaz 16 (sešpadsmit) stundas. Apmācāmo Administratoru skaitu nosaka Pasūtītājs, maksimālais

apmācāmo skaits ir 3 (trīs)

60. Prasības garantijai un uzturēšanai

60.1. Mājaslapas

garantija

Mājaslapas garantijas ietvaros Izstrādātājam jānodrošina vismaz šādu pakalpojumu bezatlīdzības sniegšana

Pasūtītājam saistībā ar piegādātajām mājaslapas komponentēm:

1. Pēc akcepttestēšanas pabeigšanas atrasto programmatūras izstrādes un ieviešanas kļūdu un jebkuru

funkcionalitātes problēmu novēršana vai līdzvērtīgas funkcionalitātes atkārtota izstrāde.

2. Dokumentācijas kļūdu un nepilnību novēršana, kā arī dokumentācijas atjaunošana gadījumos, kad izstrādes un

ieviešanas kļūdu novēršanas rezultātā ir mainīta vai papildināta esošā mājaslapas funkcionalitāte un arhitektūra

60.2. Mājaslapas

uzturēšana

Mājaslapas uzturēšana ietver:

1. Sistēmas pilnveidošanu, kas ietver sistēmas analīzi, projektēšanu un funkcionalitātes izstrādi un piegādi

atbilstoši VID iesniegtajiem izmaiņu pieprasījumiem.

2. Konsultatīvu atbalstu – Lietotāju un Administratoru konsultācijas par sistēmas lietošanas, administrēšanas un

efektīvas izmantošanas un attīstības jautājumiem. Sniegt konsultācijas Pasūtītāja darbiniekiem par mājaslapas

lietojamību, esošo un jaunu pakalpojumu izmantošanas ergonomiku un ērtumu.

3. Problēmu novēršanu.

60.3. Mājaslapas

garantijas darbības

1. Minimālā prasība – 24 (divdesmit četri) mēneši. Pretendents ir tiesīgs piedāvāt garāku garantijas nodrošināšanas

termiņu.

39

39

Prasības

Nr.

Prasības


laiks 2. Garantijas termiņš katram mājaslapas nodevumam ir 24 (divdesmit četri) mēneši no attiecīgā mājaslapas

nodevuma pieņemšanas – nodošanas akta parakstīšanas dienas.

60.4. Mājaslapas

uzturēšanas

darbības laiks

Mājaslapas uzturēšana jānodrošina 24 (divdesmit četrus) mēnešus no nodevuma pieņemšanas – nodošanas akta

parakstīšanas.

60.5. Reakcijas laiki uz

pieteikumiem

Izstrādātājam jānodrošina pieteikumu izpēte, klasifikācija un atbildes sneigš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 īstenošanai prognozējamo

darbietilpību un īstenošanai nepieciešamo laiku no problēmas nosūtīšanas brīža atbilstoši definētajām kategorijām

(skatīt prasību 57.7.);

1) “kritiskos gadījumos” – 4 (četrās) VID darba stundās;

2) “steidzamos gadījumos” – 16 (sešpadsmit) VID darba stundās;

3) “parastos gadījumos” – 40 (četdesmit) VID darba stundās.

60.6. Problēmu

novēršanas laiks

Izstrādātājam jānodrošina šādi problēmu novēršanas laiki atbilstoši definētajām kategorijām (skatīt TP

57.7.prasību), kas veidojas no problēmu pieteikuma nosūtīšanas brīža Izstrādātājam līdz brīdim, kad Izstrādātājs

pabeidzis visus nepieciešamos darbus pie problēmu novēršanas un informējis par to Pasūtītāju:

1) 1.kategorijas problēma – 16 (sešpadsmit) VID darba stundas;

2) 2.kategorijas problēma – 10 (desmit) darba dienas;

3) 3.kategorijas problēma – 30 (trīsdesmit) darba dienas.

60.7. Reakcijas laika uz

problēmu ziņojumu

pieteikumu un

problēmu

novēršanas laika

pārsniegšana

Problēmu novēršanas laika pārsniegšanas gadījumā Izstrādātājam savlaicīgi jāinformē Pasūtītājs par to, ka

problēmu novēršanai nepieciešams papildu laiks, un jāsaskaņo tālākā rīcība, kā arī plānotais problēmu novēršanas

laiks.

Reakcijas laika pārsniegšanas gadījumā Izstrādātājam jāsniedz informācija Pasūtītājam par reakcijas laika

pārsniegšanas iemesliem, kā arī jānodrošina problēmu novēršana laikā, kas ir samazināts par pārsniegto reakcijas

laiku.


licenču uzturēšanas

laikā sniedzamie

pakalpojumi

1. Pasūtītājam tiek nodrošināta iespēja pieslēgties (autorizēties) trešo personu programmatūras ražotāja Web

mājaslapai, kurā var saņemt informāciju:

1.1 par trešo personu programmatūras jaunākajām versijām un labojumiem esošajās versijās un lejupielādēt tos;

1.2 par konsultatīva rakstura piemēriem, kļūdu aprakstiem, sīkprogrammatūru, iepriekš reģistrēto problēmziņojumu

aprakstiem, to risinājumiem u.c. tehnisko informāciju;

2. Izstrādātājs nodrošina trešo personu programmatūras jaunāko versiju un labojumu piegādi.

40

40

Prasības

Nr.

Prasības


3. Izstrādātājs nodrošina Pasūtītājam palīdzību latviešu valodā trešo personu programmatūras instalēšanā,

labojumu uzstādīšanā un pāriešanā uz jaunākām versijām.

4. Izstrādātājs nodrošina Pasūtītājam konsultācijas latviešu valodā par atklātajām kļūdām un nepilnībām trešo

personu programmatūras ekspluatācijā esošajā versijā, izmantojot elektronisko pastu, tālruni vai konsultācijas

klātienē.

5. Izstrādātājs nodrošina problēmu/bojājumu novēršanu saskaņā ar Konkursa nolikuma 4.pielikuma

0.1.0.pielikumā norādīto kārtību.

61. 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.), t.sk. mājaslapas pielāgošana pārcelšanai uz izmantoto

tehnoloģiju jaunākajām versijām.

62. Mājaslapas

nodevumu

uzstādīšanā

pieļaujamie

sistēmu darbības

pārtraukumi

Nepieciešams nodrošināt augstu mājaslapas pieejamību Lietotājiem un tādu mājaslapas arhitektūras kvalitāti, lai

sistēmas darbība ir stabila un mājaslapas nodevumu uzstādīšanu ir iespējams veikt bez mājaslapas darbības

pārtraukumiem 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 (divpadsmit) mēnešu laikā.

Piezīme:* Aizpilda Pretendents.

9. Pretendenta un trešo personu programmatūras licenču saraksts

Nr.p.k. Programmatūras ražotājs* Programmatūras nosaukums un versija* Nepieciešamo licenču skaits*

Piezīme:* Aizpilda Pretendents.

Komersanta vadītāja vai pilnvarotās personas amats (paraksts) V.Uzvārds

tehniskais skaidrojums · 1.1. “kartīšu grupēšana” (cardsorting) – testēšanu ar...

Documents