Iepirkuma līgums
par programmatūras izstrādes resursu nodrošināšanu Nr.
Rīgā, 2017.gada .aprīlī
AS „Latvijas valsts meži”, juridiskā adrese Xxxxxxxx xxxx 0, Xxxx, xxxxxxxxx reģistrācijas nr.40003466281, tās XXXXXXXXXXXXX, kurš darbojas uz valdes pilnvarojuma pamata, turpmāk tekstā saukts Pasūtītājs, no vienas puses, un
SIA “DIVI grupa”, juridiskā adrese Xxxxx xxxx 00-00, Xxxx, vienotais reģistrācijas nr. 40003803059, tās XXXXXXXXXXXXX, kura darbojas uz statūtu pamata, turpmāk tekstā saukts Izpildītājs, no otras puses,
Izpildītājs un Pasūtītājs abi kopā vai katrs atsevišķi, turpmāk tekstā saukti par Pusēm vai attiecīgi par Xxxx, izsakot savu gribu brīvi, bez maldības, viltus vai spaidiem, pamatojoties uz iepirkuma “Mājas lapu izstrādes un uzturēšanas resursu nodrošināšana AS “Latvijas valsts meži” vajadzībām” (Iepirkuma identifikācijas Nr. AS LVM KV_2017_99_I), turpmāk šā līguma tekstā saukts Iepirkums, rezultātiem un Izpildītāja iesniegto piedāvājumu, noslēdz šādu līgumu (turpmāk tekstā – Līgums):
1. Līgumā lietotie termini
1.1. Standarta programmatūra – operētājsistēma, biroja programmatūra Microsoft Office un datu bāzu vadības sistēma un citas līdzīgas programmatūras.
1.2. Darbs – Pasūtītāja programmatūras izstrādes pieteikums , ko lieto, lai reģistrētu pieprasījumu veikt aktivitātes saskaņā ar Tehnisko specifikāciju, kas pievienots šim Līgumam kā Pielikums Nr.8.
1.3. Darba uzdevums – darbs vai darbu kopa, kuram noteikta realizācijas metode, izmaiņas un realizācijas termiņi
1.4. Nodevumi – Pasūtītājam nododamais Darbu produkts.
1.5. Problēma – Pieteikums par Xxxxx uzdevuma ietvaros realizēto Darbu neatbilstību izvirzītām prasībām saskaņā ar Darba uzdevumu un Līgumu un tā pielikumu noteikumiem.
2. Līguma priekšmets un termiņš
2.1. Pasūtītājs uzdod un Izpildītājs apņemas kvalitatīvi veikt programmatūras izstrādes un uzturēšanas darbus (turpmāk visi kopā saukti - Darbi) Pasūtītājam Līguma spēkā esamības laikā.
2.2. Darbi sevī ietver:
2.2.1. Prasību analīze ar nodevumu programmatūras prasību specifikāciju;
2.2.2. Programmatūras izstrāde ar nodevumiem:
2.2.2.1. Programmatūras kods;
2.2.2.2. Dokumentācija;
2.2.3. Konsultācijas par Pasūtītāja infrastruktūras un Standarta programmatūras plānoto izmaiņu ietekmi uz veikto programmatūras izstrādi.
2.3. Darbi tiek veikti Pasūtītāja ikreizēji sastādīta rakstiska Darba uzdevuma, kurā Pasūtītājs norāda veicamo Darbu raksturu, apjomu un izpildes termiņus.
2.4. Izpildītājs 5 (piecu) darba dienu laikā apstrādā 2.3. punktā minēto saņemto informāciju un iesniedz Pasūtītājam piedāvājumu. Ja pamatotu apstākļu dēļ piedāvājums nav iesniedzams Pasūtītājam 5 (piecu) darba dienu laikā, Izpildītājs par to informē Pasūtītāju 1 (vienas) darba dienas laikā, un Puses vienojas par citu iesniegšanas laiku. Piedāvājumā jānorāda šāda informācija (tādā detalizācijā, kā to pieļauj Pasūtītājam pieejamā informācija un izvēlētās izstrādes metodes):
2.4.1. Darbu realizācijas izmaksas (atsevišķi izdalot analīzei, izstrādei nepieciešamās izmaksas);
2.4.2. Darbu termiņu realizācijas plāns (atsevišķi izdalot analīzes, izstrādes darbus un tiem paredzētās iterācijas) ar nodevumu sarakstu:
2.4.2.1. Ūdenskrituma realizācijas pieeja:
2.4.2.1.1. Darba uzdevuma prasības pārveidotas par konkrētiem darbiem;
2.4.2.1.2. Xxxxxx darbam ir precīzs izpildes laika izvērtējums cilvēkdienās un ir aprēķināta precīza darbu izpildes summa;
2.4.2.1.3. Ir izveidots darbu izpildes kalendārais plāns, kurā tiek norādīts katra darba uzsākšanas un pabeigšanas laiks.
2.4.2.2. AGILE realizācijas pieeja:
2.4.2.2.1. Darba uzdevuma prasības sadalītas pa posmiem. Xxxxxx posmam ir norādīta realizējamo prasību kopa;
2.4.2.2.2. Katram posmam ir noteikts aptuvens procentuālais svars pret kopējo darbu apjomu un aptuvenais izpildes laiks cilvēkdienās, kā arī ir aprēķināta orientējoša posmu izpildes summa, kura var atšķirties no faktiskām posma izmaksām pēc darbu pabeigšanas;
2.4.2.2.3. Ir izveidots posmu izpildes kalendārais plāns, kurā tiek norādīts katra posma uzsākšanas un pabeigšanas laiks
2.4.3. izmaksām jābūt novērtētām, izmantojot Pielikumā Nr.7 (Finanšu piedāvājums). norādītās cilvēkdienu izmaksas un darbietilpības novērtējumu.
2.5. Ja Pasūtītājs akceptē Līguma 2.4. punktā minēto piedāvājumu, Darba uzdevums tiek abpusēji parakstīts un kļūst par šī Līguma neatņemamu sastāvdaļu.
2.6. Pasūtītājs rīko (nodrošina telpas un aprīkojumu) Projekta organizācijas sanāksmes, kurās piedalās abu Pušu Projekta vadītāji, kā arī citi dalībnieki, bet abpusēji vienojoties Projekta organizācijas sanāksmes var notikt arī Izpildītāja telpās.
2.7. Līgums stājas spēkā ar abpusējas parakstīšanas dienu un ir spēkā 3 (trīs) gadus vai līdz brīdim, kad Pasūtītāja veiktie maksājumi par Xxxxxxx ir sasnieguši Līguma 3.1. punktā minēto summu, atkarībā no tā, kurš no apstākļiem iestājas ātrāk.
3. Līguma summa
3.1. Kopējā līguma summa nepārsniedz 41 000,00 EUR (četrdesmit viens tūkstotis euro un 00 centi) bez pievienotās vērtības nodokļa. Pievienotās vērtības nodoklis tiek maksāts atbilstoši spēkā esošajiem normatīvajiem aktiem.
3.2. Pasūtītājs veic apmaksu par izpildītajiem Darbiem saskaņā ar Pielikumā Nr.7 pievienoto finanšu piedāvājumu un Līgumā noteikto.
3.3. Pielikumā Nr.7. norādītās cilvēkdienu izmaksas Līguma darbības laikā var tikt pārskatītas, ja inflācijas / deflācijas koeficienta izmaiņas pārsniedz 7 (septiņus) % kopš Līguma sākuma vai pēdējās cilvēkdienu izmaksu pārskatīšanas, bet ne biežāk kā reizi gadā.
3.4. Apmaksa par izpildītu Darbu tiek veikta 15 (piecpadsmit) kalendāro dienu laikā pēc pieņemšanas – nodošanas akta abpusējas parakstīšanas un rēķina saņemšanas.
3.5. Rēķinu par Xxxxx uzdevumiem Izpildītājs ir tiesīgs izrakstīt tikai pēc Darbu akceptēšanas (sk. Pielikumu Nr.4) un pieņemšanas - nodošanas akta abpusējas parakstīšanas.
4. Darbu nodošanas – pieņemšanas kārtība
4.1. Darba uzdevumā noteiktos darbus testē un pieņem saskaņā ar procedūrām un prasībām, kas noteiktas Līguma Pielikumos Nr.1 un Nr.4.
4.2. Nodošanas – pieņemšanas aktā par Darba uzdevumu Puses norāda paveiktos Darbus (akceptētos nodevumus, x.xx. nodevumus, kuriem saskaņoti trūkumu novēršanas termiņi pēc nodošanas – pieņemšanas akta parakstīšanas), to atbilstību šī Līguma un tā pielikumu noteikumiem, kā arī maksājamo summu un aprēķinātos līgumsodus.
4.3. Par izpildītajiem Darba uzdevumiem Pasūtītājam 10 (desmit) darba dienu laikā no Darbu nodošanas
– pieņemšanas akta saņemšanas jānosūta Izpildītājam parakstīts Darbu nodošanas – pieņemšanas akts vai motivēts Darbu pieņemšanas atteikums, kurā ir norādīti trūkumi un to vēlamie novēršanas termiņi. Ja iepriekšminētajā termiņā Pasūtītājs nav nosūtījis Izpildītājam parakstītu darbu nodošanas
– pieņemšanas aktu vai motivētu Darbu pieņemšanas atteikumu, tiek uzskatīts, ka Pasūtītājs ir pieņēmis aktā norādītos Darbus un Pasūtītājam iesniegtais Darbu nodošanas – pieņemšanas akts ir uzskatāms par abpusēji parakstītu 11. (vienpadsmitajā) darba dienā pēc tā iesniegšanas Pasūtītājam.
5. Līguma pārvaldība un pilnvarotie pārstāvji
5.1. Līguma izpildei katra Puse pilnvaro šādus pārstāvjus, kuri ir tiesīgi parakstīt un apstiprināt Līguma izpildi saistītos darba uzdevumus, nodošanas – pieņemšanas aktus un līguma izpildes gaitas protokolus :
5.1.1. Pasūtītāja Projekta vadītājs XXXXXXXXXXXXX
5.1.2. Pasūtītāja pārstāvis XXXXXXXXXXXXX
5.1.3. Izpildītāja Projekta vadītājs XXXXXXXXXXXXX
5.1.4. Izpildītāja pārstāvis XXXXXXXXXXXXX
Pušu pārstāvji šajā punktā minētos dokumentus paraksta ar drošu elektronisko parakstu.
5.2. Pilnvaroto pārstāvju nomaiņas gadījumā otra Puse par to tiek informēta rakstveidā 10 (desmit) darba dienu laikā pēc pilnvarotā pārstāvja nomaiņas.
5.3. Jebkurš paziņojums, kas ietekmē Pušu līgumsaistības, (izņemot tehniskas dabas paziņojumu) saskaņā ar šo Līgumu tiek iesniegts rakstveidā, latviešu valodā (ierakstītā vēstulē vai parakstīts ar drošu elektronisku parakstu) un tiek uzskatīts par iesniegtu vai nosūtītu tajā pašā dienā, ja tas:
5.3.1. Nosūtīts attiecīgi otrai pusei uz: Pasūtītāja pasta adresi Xxxxxxxx xxxx 0, Xxxx, XX-0000, vai uz Izpildītāja pasta adresi XXXXXXXXXXXXX;
5.3.2. vai arī nodots personīgi otrai Pusei pret parakstu;
5.3.3. vai nosūtīts uz Pasūtītāja Projekta vadītāja, Pasūtītāja pārstāvja elektronisko e-pastu vai uz xxx@xxx.xx vai uz Izpildītāja Projekta vadītāja, Izpildītajā pārstāvja elektronisko e-pastu
5.4. Ja paziņojums nosūtīts kā reģistrēts pasta sūtījums ierakstītā vēstulē, saņemšanas diena būs pasta paziņojuma datums par šāda sūtījuma izsniegšanu.
6. Pušu tiesības un pienākumi
6.1. Pušu pienākumi:
6.1.1. Uzsākot līguma izpildi puses vienojās par darbu pārvaldības modeli un fiksē to protokolā, pēc kā līguma izpilde tiek pārvaldīta saskaņā ar šo modeli. Ja pārvaldības modelis mainās, pusēm ir pienākums izmaiņas fiksēt rakstiski ar protokola palīdzību.
6.1.2. Puses apņemas ievērot Līguma pielikumā Nr.9 pievienotās Konfidencialitātes vienošanās noteikumus.
6.2. Pasūtītāja pienākumi:
6.2.1. Pieņemt pienācīgi izpildītus Darbus un veikt samaksu saskaņā ar Līguma noteikumiem;
6.2.2. Līguma izpildes ietvaros sniegt Izpildītājam visu nepieciešamo informāciju, kas nepieciešama Līguma izpildei;
6.2.3. Programmatūras izstrādes un ekspluatācijas laikā iegādāties nepieciešamās Standarta programmatūras licences ar atbalstu par saviem līdzekļiem testa un produkcijas vižu nodrošinājumam;
6.2.4. Informēt Izpildītāju par plānotiem ceturkšņa darbiem, to aptuveno apjomu trīs nedēļas pirms ceturkšņa uzsākšanās, lai Izpildītājs spētu nodrošināt speciālistu pieejamību.
6.3. Izpildītāja pienākumi:
6.3.1. Informēt Pasūtītāju par plānoto ceturkšņa darbu izpildes iespējām – norādot potenciālos darbu izpildes termiņus un iesaistīto speciālistu darba apjomu.
6.3.2. Veikt Darbus kvalitatīvi, nolīgtajā termiņā un pilnā apjomā atbilstoši šī Līguma noteikumiem, kā arī citiem saistošiem noteikumiem un normām;
6.4. Pušu tiesības:
6.4.1. Ja vienas Puses saistību izpildes nokavējums (tikai tāds nokavējums, kas ietekmē otras Puses spējas izpildīt savas saistības) liedz otrai Pusei veikt savlaicīgu izpildi, tas tiek pagarināts par pirmās Puses nokavēto laika posmu. Šādos gadījumos par to tiek pieņemts lēmums saskaņā ar projekta pārvaldības principiem.
6.5. Pasūtītāja tiesības:
6.5.1. Vienojoties ar Izpildītāju par izvēlēto neatkarīgo ekspertu, piesaistīt to, lai saņemtu vērtējumu par programmatūras veiktspēju un tās iemesliem. Ja šādā gadījumā eksperts apstiprina Pasūtītāja sākotnēji noteikto vērtējumu, Pasūtītājam ir tiesības uzdot Izpildītājam veikt izdevumu apmaksu par eksperta pakalpojumiem.
6.5.2. Līguma izpildes un nodevumu kvalitātes uzraudzībai jebkurā Līguma izpildes posmā piesaistīt trešās personas.
6.6. Izpildītāja tiesības:
6.6.1. Saņemot no Pasūtītāja informāciju par kāda Darba steidzamību, piedāvāt veikt Darba izpildes paātrināšanu, samazinot prasības piegāžu kvalitātei (Pielikums Nr.6.). Pušu vienošanās tiek iekļauta Darba uzdevumā.
7. Pušu atbildība un līguma izbeigšana
7.1. Par jebkuru Darbu veikšanas termiņu pārkāpumu Pasūtītājam ir tiesības pieprasīt no Izpildītāja līgumsodu:
7.1.1. Par kavējumu no 1 (vienas) dienas līdz 16 (sešpadsmit) dienām ieskaitot 0.3 (nulle komats trīs) % apmērā no Darbu uzdevuma līgumcenas par katru kavējuma dienu;
7.1.2. Par kavējumu virs 16 (sešpadsmit) dienām 1 (viena) % apmērā no Darbu uzdevuma līgumcenas par katru kavējuma dienu.
7.2. Kopējais Darba uzdevuma līgumsods nevar pārsniegt vairāk kā 10 (desmit) % no Darbu uzdevuma līgumcenas.
7.3. Par Līgumā noteikto maksājumu kavējumu, Izpildītājam ir tiesības pieprasīt no Pasūtītāja līgumsodu 1 (viena) % apmērā no laikā nesamaksātās summas par katru kavējuma dienu, bet ne vairāk kā 10 (desmit) % no laikā nesamaksātās summas.
7.4. Izpildītājam ir tiesības pārtraukt 2.1. un 2.3. punktā minētās darbības, ja Pasūtītājs nav veicis samaksu ilgāk kā 30 (trīsdesmit) dienas no rēķinā norādītā samaksas datuma.
7.5. Puses atlīdzina viena otrai nodarītos tiešos zaudējumus, kas radušies to vainojamas rīcības rezultātā (vienas Puses vai tās darbinieku, kā arī šīs Puses Līgumā izpildē iesaistīto trešo personu darbības vai bezdarbības, kā arī rupjas neuzmanības, ļaunā nolūkā izdarīto darbību vai nolaidības rezultātā u.tml.). Zaudējumu atmaksas limits ir vienāds ar 3.1. punktā minēto summu.
7.6. Izpildītājs ir atbildīgs par tā nolīgto apakšuzņēmēju darbību / bezdarbību tādā pašā mērā kā par savu darbību / bezdarbību.
7.7. Pasūtītājam ir tiesības ar vienpusēju paziņojumu izbeigt Līgumu, ja:
7.7.1. ir stājies spēkā tiesas spriedums par Izpildītāja atzīšanu par maksātnespējīgu;
7.7.2. Izpildītājs nepilda Līguma saistības un saskaņā ar Līguma noteikumiem neatbilstības nav novērstas 30 (trīsdesmit) dienu laikā no rakstiska brīdinājuma saņemšanas;
7.7.3. Darbu nodevumu nepieņemšanas gadījumā Izpildītājs nav novērsis trūkumus atkārtoti noteiktā termiņa ietvaros.
7.8. Pusēm ir pienākums 15 (piecpadsmit) kalendāro dienu laikā samaksāt Līgumā noteiktos līgumsodus.
7.9. Līgumsoda samaksa neatbrīvo Puses no Līgumā noteikto saistību pilnīgas un pienācīgas izpildes.
8. Nepārvaramas varas apstākļi
8.1. Ja Līguma izpildi padara neiespējamu nepārvaramas varas apstākļi, Līgumā noteiktais Līguma termiņš tiek pagarināts par tādu laiku, par kādu attiecīgie nepārvaramas varas apstākļi aizkavē attiecīgo ar šo Līgumu uzņemto saistību izpildi.
8.2. Puses, kuras saistību izpilde kavē nepārvarama vara, ar paziņojumu nekavējoties informē otru Pusi par šādu apstākļu iestāšanās sākuma un aptuvenu beigu laiku. Ja iespējams, jāpievieno attiecīga valsts institūciju izziņa, kas apliecina nepārvaramas varas apstākļu esamību.
8.3. Nesavlaicīga paziņojuma iesniegšana, t.i., tā iesniegšana vēlāk kā 15 (piecpadsmit) darba dienas pēc nepārvaramas varas apstākļu iestāšanās vai izbeigšanās, atņem Pusei, kura šādu novēlotu paziņojumu iesniedz, tiesības tikt atbrīvotai no ar šo Līgumu uzņemto saistību pildīšanas nepārvaramas varas apstākļu dēļ. Ja sakarā ar nepārvaramas varas apstākļiem, Darbu izpilde tiek kavēta vairāk kā 90 (deviņdesmit) kalendārās dienas, Pasūtītājam ir tiesības vienpusēji atkāpties no Līguma kopumā vai atkāpties no atsevišķu tā nosacījumu izpildes. Ja Līgums zaudē spēku nepārvaramas varas apstākļu dēļ, nevienai no Pusēm nav tiesību prasīt no otras Puses nekādu zaudējumu atlīdzību, kuri tai varētu rasties sakarā ar šādiem apstākļiem.
9. Autortiesības
9.1. Visu šī Līguma izpildes ietvaros izmantoto Standartprogrammatūru, t.i., trešo pušu programmatūra autora tiesības saglabā Standartprogrammatūras ražotāji.
9.2. Autora mantiskās tiesības uz šī Līguma darbības laikā radītajiem autortiesību objektiem pāriet Pasūtītājam pēc tam, kad radīts attiecīgais autortiesību objekts un Pasūtītājs pilnībā samaksājis Izpildītājam atlīdzību saskaņā ar šo Līgumu.
9.3. Pasūtītājam ir tiesības saņemt visu izstrādātas programatūras pilnu aktuālo pirmkodu saskaņā ar Darba uzdevumā definēto nodevumu saraktu un plānu, kā arī pēc Līguma darbības beigām atkārtoti. Pēc šī Līguma darbības beigām Pasūtītājam ir tiesības neierobežoti lietot izstrādāto programmatūru, izdarīt pirmkoda modifikācijas, kā arī nodot programmatūru uzturēšanu trešajām personām.
9.4. Izpildītājs garantē, ka šī Līguma darbības laikā radītajiem autortiesību objektiem 99 (deviņdesmit deviņus) gadus no šī Līguma abpusējas parakstīšanas dienas neizmantos savas personiskās tiesības uz:
9.4.1. izlemšanu, vai programmatūras pavadošā informācija tiks izziņota un kad tā tiks izziņota;
9.4.2. programmatūras pavadošās informācijas atsaukšanu;
9.4.3. programmatūras pavadošās informācijas neaizskaramību;
9.4.4. Pretdarbību.
9.5. Izpildītājs ir pilnībā atbildīgs par to, ka starp Izpildītāju un apakšuzņēmēju (ja tāds tiek piesaistīts) un Izpildītāja darbiniekiem un apakšuzņēmēju darbiniekiem (ja tāds tiek piesaistīti) ir atbilstoši normatīvo aktu prasībām noformētas autoru personiskās un mantiskās tiesības un tas neradīs Pasūtītājam nekādu risku saistībā ar autortiesībām programmatūras izmantošanas laikā.
10. Citi noteikumi
10.1. Jebkādas izmaiņas un papildinājumi, kas skar šo Līgumu, veicami abpusēji vienojoties un noformējot rakstveidā, kas kļūst par šī Līguma neatņemamu sastāvdaļu.
10.2. Puses vienojas, ka šajā Līgumā paredzētās saistības pildīs personīgi. Izņēmumi no šī noteikuma iespējami, ja:
10.2.1. Puses pirms šajā Līgumā paredzēto saistību tiesību nodošanas citai personai par to rakstiski vienojas. Šis noteikums attiecas arī uz prasījumu tiesību cesiju;
10.2.2. kādas no Puses saistību un tiesību pārņemšana noteikta ar likumu vai tiesas nolēmumu un reģistrēta normatīvos aktos noteiktā kārtībā Līdzējam, kura saistības un tiesības tiek pārņemtas, ir pienākums nekavējoties informēt otru pusi par saistību un tiesību pārņemšanas tiesisko pamatu un saistību un tiesību pārņēmēju.
10.3. Domstarpības starp Pusēm un attiecības, kas saistītas ar Līguma izpildi, tiek risinātas sarunu ceļā, Ja vienošanās netiek panākta, strīdu izšķir Baltijas starptautiskā šķīrējtiesa, saskaņā ar tās reglamentu, viena šķīrējtiesneša sastāvā, latviešu valodā, vai Latvijas Republikas tiesa, pamatojoties uz Latvijas Republikas tiesību aktiem, pēc prasītāja izvēles.
10.4. Pušu reorganizācija vai to vadītāju maiņa nevar būt par pamatu Līguma pārtraukšanai vai izbeigšanai. Gadījumā, ja kāda no pusēm tiek reorganizēta vai likvidēta, Līgums paliek spēkā un tā noteikumi ir saistoši Puses tiesību pārņēmējam.
10.5. Līgums ir sastādīts divos eksemplāros ar 9 (deviņiem) pielikumiem. Līguma teksts kopā uz lpp. Abi Līguma eksemplāri ir ar vienādu juridisku spēku, pa vienam eksemplāram katrai slēdzējai Pusei.
11. pielikumi
Pielikums Nr. 1. Pieteikumu apstrāde Pielikums Nr. 2. Piegāžu pārvaldība Pielikums Nr. 3. Piegāžu dokumenta veidne
Pielikums Nr. 4. Nodevumu akceptēšanas kārtība
Pielikums Nr. 5. Pakalpojumu kvalitātes vērtēšanas kritēriji Pielikums Nr. 6 Prasības programmatūras koda izstrādei Pielikums Nr. 7. Finanšu piedāvājums
Pielikums Nr. 8. Tehniskais piedāvājums
Pielikums Nr. 9. Konfidencialitātes vienošanās.
12. Pušu rekvizīti un paraksti
PASŪTĪTĀJS
AS “Latvijas valsts meži”
Adrese: Xxxxxxxx xxxx 0, Xxxx, XX-0000 PVN reģ. Nr.: 40003466281
Banka: AS „SEB banka Kods XXXXXX0X
Konts LV10UNLA000303046754
UZŅĒMĒJS
SIA “DIVI grupa”
Adrese: Xxxxx xxxx 00-00, Xxxx, XX-0000 PVN reģ. Nr.: 40003803059
Banka: XXXXXXXXXXXXX Kods XXXXXXXXXXXXX Konts XXXXXXXXXXXXX
/ XXXXXXXXXXXXX / / XXXXXXXXXXXXX /
1. Pamatprincipi:
Pieteikumu apstrāde
Pielikums Nr. 1.
1.1. Pieteikumi tiek reģistrēti un apstrādāti Pasūtītājam attālināti tiešsaistē pieejamā Pieteikumu reģistrā, kuru veido un uztur Izpildītājs. Uzturēšanas laikā Izpildītājs, savlaicīgi informējot Pasūtītāju, var pieteikumu reģistru papildināt, aizstāt ar līdzvērtīgu vai mainīt tā atrašanās vietu.
1.2. Pieteikumu reģistram jābūt pieejamam vismaz 15 Pasūtītāja lietotājiem, kuri tiek reģistrēti Pieteikumu reģistrā pēc Xxxxxxxxxx Projektu vadītāja elektroniska pieprasījuma Izpildītāja Projekta vadītājam.
1.3. Reģistrējot pieteikumu, jābūt iespējai par to norādīt vismaz šādu informāciju:
1.3.1. reģistrācijas numurs (pieteikumu reģistra unikāls ģenerēts identifikators);
1.3.2. reģistrācijas laiks (pieteikumu reģistrā fiksē automātiski);
1.3.3. pieteikuma nosaukums (īss, koncentrēts problēmas formulējums);
1.3.4. projekta nosaukums, uz kuru attiecas pieteikums;
1.3.5. pieteikuma tips (atbilstoši pieteikumu klasifikācijai);
1.3.6. pieteikuma pieteiktā prioritāte (atbilstoši pieteikumu klasifikācijai);
1.3.7. problēmas identificētājs;
1.3.8. pieteikuma apraksts (detalizēts apraksts. Pieteicējam jādod pēc iespējas detalizētāks pieteikuma apraksts, pasakot kādas darbības tika veiktas, vai tās ir atkārtojamas, kā arī kāda ir pieteikuma būtība);
1.3.9. pieteikuma statuss (pieteikumu reģistrā piešķir automātiski);
1.3.10. pieteikuma plānotais atrisināšanas datums (atbilstoši 5. punktā norādītajiem termiņiem);
1.3.11. pieteikuma faktiskais atrisināšanas datums (pieteikumu reģistrā fiksē automātiski, kad tiek uzstādīts statuss ‘Akceptēšanā’);
1.3.12. iespēja pievienot datni (piemēram, ekrāna skatu).
1.3.13. Sistēmas versijas, kurā pieteikums pieteikts.
1.3.14. Sistēmas vide.
1.4. Pēc reģistrācijas pieteikums ir apskatāms pieteikumu reģistrā. To ir iespējams precizēt ar komentāriem vai labot. Pieteikumam var pievienot papildus datnes.
1.5. Pieteikumu reģistrā Pasūtītājs var filtrēt un šķirot pieteikumus pēc visiem iepriekš minētajiem laukiem, kā arī veikt pieteikuma meklēšanu pēc tā reģistrācijas numura vai atslēgas vārdiem.
1.6. Katram pieteikumam automātiski tiek fiksēta pieteikuma izmaiņu vēsture ar iespēju Pasūtītājam apskatīt veiktās izmaiņas, izmaiņu datumu un izmaiņu autoru.
1.7. Pieteikumu reģistrā ir iespēja iegūt pieteikumu kvalitātes vērtēšanas atskaiti norādītajam laika periodam (saskaņā ar kvalitātes vērtēšanas kritērijiem), kā arī dažādas citas atskaites par pieteikumiem, to risināšanas gaitu, risināšanas laikiem utml. Ir iespēja pārsūtīt datus uz Microsoft Excel vidi.
2. Pieteikumu klasifikācija:
2.1. Pieteikumam ir iespējami sekojoši tipi:
Pieteikuma tips | Skaidrojums |
Darbs | Darba uzdevums vai darba uzdevuma daļa par jaunās programmatūras izstrādi vai esošās pilnveidošanu. Šāds pieteikums tiek risināts saskaņā ar darba uzdevuma noteikto apjomu un plānu. |
Kļūda | Problēmas programmatūrā, kas apstādina, negatīvi ietekmē vai rada neērtības tās lietošanā. Tipiski šie pieteikumi tiek atrisināti ar jaunas versijas / laidiena piegādi. |
Konsultācija | Pieteikums neizraisa izstrādātās programmatūras lietošanas iespēju zudumus. Programmatūrā nav kļūda, bet ir radusies neskaidrība par |
programmatūras darbību vai funkcionalitāti, tās izmantošanu, tehnisko apkalpošanu u.c. |
2.2. Pieteikumam ir iespējamas sekojošas prioritātes:
Pieteikuma tips | Prioritāte | Apraksts |
Uzdevums | Saskaņā ar darba uzdevumu | Darba uzdevums par jaunās programmatūras izstrādi vai esošās pilnveidošanu. Šāds pieteikums tiek risināts saskaņā ar darba uzdevuma noteikto apjomu un plānu. |
Kļūda | A – kritiska | Problēma programmatūrā, kas apstādina programmatūras vai tās kritiskas daļas darbību un kuras seku rezultātā tās lietošana nav iespējama līdz problēmas cēloņu novēršanai. Kā arī problēmas, kas saistītas ar lietotāju pieejas tiesībām – lietotājiem pieejamie dati, ko aizsargā fizisko personu datu aizsardzības likums vai uzņēmuma noteiktā drošības politika. |
B – augsta | Problēma programmatūrā , kas negatīvi ietekmē tās būtisku funkciju izpildi. Nav zināms (Pasūtītājam) pieņemams problēmas apiešanas risinājums, tomēr ir iespējams darbu turpināt ierobežotā režīmā. | |
C – vidēja | Apzīmē problēmu programmatūrā, kas negatīvi ietekmē programmatūras funkciju izpildi, taču ietekme uz programmatūru ir mazsvarīga / sagādā zināmas neērtības. Pasūtītājam ir zināms problēmas apiešanas risinājums. | |
D – zema | Problēma programmatūrā, kas rada neērtības darbā ar programmatūru, taču negatīvi neietekmē funkciju izpildi (piemēram, neprecīzi paziņojumi, pareizrakstības kļūdas u.c.). | |
Konsultācija | B – augsta | Pieteicējs vajadzību vērtē kā ļoti nepieciešamu. |
C – vidēja | Pieteicējs vajadzību vērtē kā vidēji nepieciešamu. | |
D – zema | Pieteicējs vajadzību vērtē kā nepieciešamu. |
3. Pieteikumu apstrādes statusi:
3.1. Reģistrēts – sākuma stāvoklis, tiklīdz pieteikums reģistrēts Pieteikumu reģistrā. Pieteikšana un reģistrācija var tikt veikta:
3.2. Risināšanā – Izpildītājs pieteikumu ir izvērtējis un ar Pasūtītāju saskaņojis tā prioritāti. Izpildītāja darbinieks ir uzsācis risināt pieteikuma problēmas cēloņus.
3.3. Atlikts – problēma ir mazsvarīga, tā ir jānovērš, bet nav skaidrs vajadzīgais risinājums.
3.4. Akceptēšanā – Izpildītāja darbinieks ir atrisinājis pieteikumu. Pieteikuma risinājums ir iekļauts piegādē, un piegāde piegādāta Pasūtītājam.
3.5. Atkārtoti atvērts – Pasūtītājs uzskata, ka piegādātais risinājums pieteikumu nav novērsis vai ir novērsis tikai daļēji.
3.6. Slēgts – Pasūtītājs uzskata, ka pieteikums ir atrisināts un piegādāts. Tās apstrāde ir beigusies.
4. Pieteikumu apstrādes procedūra:
4.1. Pasūtītāja pieteikumi attiecībā uz kļūdām sistēmas lietošanā, tiek apstrādāti pēc šādas procedūras:
5. Pieteikumu apstrādes kontrollaiki:
5.1. Noteiktie kontrollaiki tiks izmantoti kā etalons, lai noteiktu sniegto pakalpojumu kvalitāti, bet sadarbības laikā var tikt definēti citi laiki projektu vadītājiem abpusēji vienojoties.
5.2. Kontrollaiki laiki:
Tips | Prioritāte | Risināšanas laiks |
Kļūda | A – kritiska | Risinājuma meklēšana tiek uzsākta nekavējoties un tiek turpināta līdz problēma tiek novērsta. Problēma tiek novērsta 2 dienu laikā no pieteikšanas brīža vai pēc savstarpējas vienošanās. |
B – nopietna | 15 darba dienu laikā, sākot no pieteikšanas brīža vai pēc savstarpējas vienošanās. | |
C – vidēja | 60 darba dienu laikā, sākot no pieteikšanas brīža vai pēc savstarpējas vienošanās. | |
D – zema | Pēc savstarpējās vienošanās. | |
Konsultācija | B – nopietna | Izpildītājs sniedz konsultāciju un palīdz novērst kļūdas pēc savstarpējas vienošanās. Konsultanta ierašanās uz vietas Pasūtītāju birojos ir jānodrošina maksimāli 5 darba dienu laikā. |
C – vidēja | ||
D – zema | Izpildītājs sniedz konsultāciju un palīdz novērst kļūdas pēc savstarpējas vienošanās. |
1. Pamatprincipi:
Piegāžu pārvaldības process
Pielikums Nr. 2.
1.1. Visas piegādes notiek pēc vienotiem principiem, neatkarīgi no tā, vai tiek piegādāta jauna versija, kļūdu labojumi vai dokumentācija, un sastādot nepieciešamo piegādes dokumentāciju pēc vienotas veidnes
1.2. Izpildītājam jāpiegādā atsevišķi labojumi produkcijas vides problēmu novēršanai un jaunā funkcionalitāte un tās labojumi.
1.3. Katrai piegādei tiek piešķirts unikāls piegādes identifikators atbilstoši identifikācijas shēmai.
2. Piegāžu identifikācijas shēma
Piegādes identifikators, kas tiek ierakstīts arī piegādes dokumenta faila nosaukumā, veidojās pēc šablona Piegāde_MODULIS_VerNr_Datums, kas sastāv no:
• Piegāde – konstants vārds katrai piegādei;
• MODULIS – moduļa apzīmējums:.
• VerNr – piegādes versijas numurs.
• Datums (formāts: DDMMGGGG) – datums, kurā piegāde ir nosūtīta Pasūtītājam;
3. Piegāžu procesa apraksts:
3.1. Izpildītājs sagatavo piegādi un veic piegādes reģistrāciju LVM piegāžu reģistra (darba plūsmas statuss “Sagatave”), kuram Pasūtītājs ir piešķīris Izpildītājam pieejas tiesības.
3.2. Piegāžu aprites darba plūsma ir:
3.3. Izpildītājs nodot piegādi Pasūtītājam, mainot statusu no “Sagatave” uz “Jauns”.
3.4. Projekta vadītājs akceptē piegādi, ja tajā ir iekļauta visa plānotā funkcionalitāte, korekti aizpildīta piegādes informācija piegādes pieteikumā un piegāde satur visu nepieciešamo pavadošo dokumentāciju.
3.5. Ja piegādi nav izdevies testa vidē instalēt korekti, tiek pieteikta problēma Pieteikumu reģistrā. Kļūdainā piegāde netiek tālāk apstrādāta.
3.6. Ja piegādi testa vidē ir izdevies uzstādīt, Pasūtītājs sāk piegādātās funkcionalitātes testēšanas fāzi. Testēšanas laikā atrastās problēmas reģistrē pieteikumu reģistrā.
3.7. Pasūtītājs 3 (trīs) darba dienu laikā no piegādes, kas satur jauno funkcionalitāti, testēšanas uzsākšanas pārbauda, vai piegāde atbilst kvalitātes prasībām. Ja piegāde neatbilst kvalitātes prasībām, piegāde netiek tālāk apstrādāta.
3.8. Izpildītais vai sekot piegādes dzīves ciklam piegāžu pieteikumu reģistra
1. Identifikācija
Nr.
2. Piegādes saturs:
3. Piegādes apraksts
Piegāžu dokumenta veidne
Pielikums Nr. 3.
Izpildītāja problēmpieteikuma identifikators / jaunās funkcionalitātes identifikators | Pieteikuma / jaunās funkcionalitātes īss apraksts |
4. Instalācijas faili un instrukcijas
FTP ceļš:
Failu novietojums:
Datu pārnešana:
Atkarība no iepriekšējām piegādēm:
Atbilstība bāzes versijai:
5. Iespējamas problēmas, zināmās kļūdas un ietekme uz saistītām sistēmām
6. Piegādes uzstādīšanas laiks
7. Piezīmes
Apraksta vēlamās piegādes testēšanas / uzstādīšanas papildnosacījumus. Piemēram: „Testēšanai nepieciešami produkcijas dati.”
Pielikums Nr. 4.
Nodevumu akceptēšanas kārtība
1. Funkcionalitātes akceptēšana
1.1. Akceptēšana funkcionalitātei, kura realizēta, izmantojot ūdenskrituma realizācijas pieeju, notiek šādā kārtībā:
1.1.1.Izpildītājs piegādā Pasūtītājam funkcionalitāti, kurā ir izpildītas visas prasību specifikācijā noteiktās prasības un ir iesniegti par izpildītāja veiktās funkcionālās testēšanas rezultātiem.
1.1.2.Testēšanas plāns un testpiemēri, jā tādi ir paredzēti nodevumu saraktā, tiek sagatavoti un piegādāti kopā ar piegādi, ja Puses par to vienojušās sastādot Darba uzdevumu.
1.1.3.Vadoties pēc biznesa scenārijiem un testa plāna, testpiemēriem (ja tādi ir) vai vadoties no pasūtītāja biznesa procesa portālā definēto darbību secību, Pasūtītājs testa vidē novērtē, vai piegādātā funkcionalitāte atbilst prasībām, kas noteiktas prasību specifikācijā.
1.1.4.Ja testēšanas laikā tiek atklātas neatbilstības pret prasību specifikācijā noteiktajām prasībām, Pasūtītājs piesaka problēmas Pieteikumu reģistrā saskaņā ar Pielikumu Nr.1.
1.1.5.Ja testēšanas laikā Pasūtītājam rodas jaunas prasības attiecībā uz funkcionalitāti, kuras nav atrunātas prasību specifikācijā, Pasūtītājs piesaka izmaiņas Pieteikumu reģistrā saskaņā ar Pielikumu Nr. 1. Izpildītājs izvērtē izmaiņu apjomu un nosaka nosacījumus, pie kādiem Pasūtītāja papildu funkcionalitāte var tikt realizēta.
1.1.6.Pasūtītājs akceptē funkcionalitāti, ja testēšanas laikā nav atklātas neatbilstības pret programmatūras prasību specifikācijā noteiktajām prasībām un ir novērstas visas un netiek atklātas jaunas A, B un C saskaņotās prioritātes kļūdas un pārējiem pieteikumiem Izpildītājs ir noteicis novēršanas termiņu.
1.2. Akceptēšana funkcionalitātei, kura realizēta, izmantojot iterācijas realizācijas pieeju, notiek šādā kārtībā:
1.2.1.Tā kā Darbu izpilde tiek veikta posmos, tad arī Darbu akceptēšana notiek pa posmiem. Katra posma izpildes gaitā sastādītais un Pušu akceptētais funkcionalitātes prasību saraksts ir galvenais pamats prasību akceptēšanai, izpildes un akcepttestēšanas kontrolei.
1.2.2.Izpildītājs vienojas ar Pasūtītāju par demonstrācijas termiņu un vietu programmatūras papildus funkcionalitātes izstrādes darbu rezultātam, kurā ir izpildītas visas posma funkcionalitātes prasību sarakstā iekļautās prasības.
1.2.3.Izpildītājs demonstrē funkcionalitātes darbību, un rada iespēju Pasūtītājam attālināti piekļūt pabeigtajai funkcionalitātei Izpildītāja izstrādes vidē, lai Pasūtītājs varētu veikt tās izmēģināšanu un novērtēšanu.
1.2.4.Pasūtītājs veic funkcionalitātes izmēģināšanu un novērtēšanu saskaņā ar posma prasību sarakstu, un iesuta Izpildītāja Projektu vadītājam elektroniski novērtējumus, apkopotus ierosinājumus un komentārus par to.
1.2.5.Pēc tam, kad Pušu atbildīgās personas ir pieņēmušas lēmumu, ka posmā ietilpstošās funkcionalitātes izstrāde ir pabeigta, Izpildītājs izveido posma gala versiju, veic versijas testēšanu un piegādā to Pasūtītājam saskaņā ar Pielikumu Nr. 2.
1.2.6.Vadoties pēc biznesa scenārijiem, Pasūtītājs testa vidē novērtē, vai piegādātā funkcionalitāte atbilst prasībām, kas ir noteiktā posma funkcionalitātes prasību sarakstā.
1.2.7. Ja testēšanas laikā tiek atklātas neatbilstības pret posma funkcionalitātes prasību sarakstā noteiktajām prasībām, Pasūtītājs piesaka problēmas Pieteikumu reģistrā saskaņā ar Pielikumu Nr. 1.
1.2.8.Ja testēšanas laikā Pasūtītājam rodas jaunas prasības attiecībā uz funkcionalitāti, kuras nav atrunātas posma prasību sarakstā, Pasūtītājs piesaka izmaiņas Pieteikumu reģistrā saskaņā ar Pielikumu Nr. 1. Izpildītājs izvērtē izmaiņu apjomu un iekļauj to cita Xxxxx posma prasību sarakstā saskaņojot ar pasūtītāja projektu vadītāju
1.2.9.Pasūtītājs akceptē funkcionalitāti, ja testēšanas laikā nav atklātas neatbilstības pret posma funkcionalitātes prasību sarakstā noteiktajām prasībām un ir novērstas visas un netiek atklātas jaunas A, B un C saskaņotās prioritātes kļūdas un pārējiem pieteikumiem Izpildītājs ir noteicis novēršanas termiņu.
1.2.10. Akceptējot posma funkcionalitāti, Pušu Projektu vadītāji vienojas par posma akceptēšanas datumu, kuru norāda posma nodošanas – pieņemšanas aktā un līdz kuram tiks aprēķināts faktiski paveikto Xxxxx apjoms.
1.2.11. Pušu Projektu vadītājiem vienojoties par termiņiem, Izpildītājs pēc visu Xxxxx posmu funkcionalitātes akceptēšanas, pamatojoties uz pēdējo apstiprināto prasību sarakstu, kā arī uz visu posmu darba pierakstiem, izstrādā un iesniedz Pasūtītājam akceptēšanai papildu funkcionalitātes prasību specifikāciju.
2. Nodevumu apstiprināšana
2.1. Nodevumus apstiprina – pēc funkcionalitātes akceptēšanas un / vai dokumentācijas akceptēšanas.
2.2. Puses rakstiski apstiprina ar pieņemšanas – nodošanas aktus divos eksemplāros Izpildītājs piegādā Pasūtītājam, tajā norāda akceptētos nodevumus, atliktās problēmas, ja nepieciešams līgumsodu, patērēto laiku, paveiktos Darbus, to apjomu un atbilstību šī Līguma un tā pielikumu noteikumiem, kā arī maksājamo summu.
2.3. Pasūtītājam 10 (desmit) darba dienu laikā no darbu nodošanas – pieņemšanas akta /kvalitātes pārskata sanāksmes protokola saņemšanas jānosūta Izpildītājam parakstīts dokuments vai dokumenta noraidīšanas iemeslus.
2.4. Puses pilnvaro pārstāvjus nodošanas – pieņemšanas akta / kvalitātes pārskata sanāksmes protokola parakstīšanai.
Pakalpojumu kvalitātes vērtēšanas kritēriji
Pielikums Nr. 5.
1. Kvalitātes vērtēšana programmatūras izstrādei, papildināšanai un uzturēšanai:
1.1. Izpildītāja sniegto pakalpojuma kvalitāti novērtē ar mērāmiem kritērijiem:
1.1.1.Savlaicīgums: visas pieteiktās problēmas tiek risinātas saskaņā ar Pielikumā Nr.1 norādītajiem risināšanas laikiem.
1.1.2.Piegāžu kvalitāte: Piegāžu kvalitāte – sk. šī pielikuma 3. punktu.
1.1.3.Piegāžu apjoms – piegāde satur plānoto funkcionalitāti, un visus darba uzdevumā minētos nodevumus Darba uzdevumā noteiktā apjomā saskaņā ar līguma nosacījumiem un pušu savstarpējo vienošanos.
1.2. Pakalpojuma kvalitātes pārskats tiek sagatavots kopā ar darba uzdevuma pieņemšanas nodošanas aktu, kurā izvērtē darba uzdevuma ietvaros sniegto pakalpojumu kvalitāti.
1.3. Formula un nosacījums
1.3.1.Kopējais kvalitātes mērījums par vērtēšanas laika periodu (periods tiks precizēts slēdzot līgumu) tiek aprēķināts pēc principa, ka katras komponentes mērījums tiek reizināts ar svaru un iegūts rezultāts:
Kvalitāte =0.3*Savlaicīgums (pārskata periodā paredzēto, laicīgi atrisināto problēmu risinājumu skaits, pret laicīgi neatrisināto problēmu skaitu ) + 0.1
*Piegāžu apjoms (pārskata perioda piegāžu skaits kas saturiski atbilst darba uzdevumam, pret nepilnīgo piegāžu skaitu) + 0.6* Piegāžu kvalitāte (pārskata periodā piegādāto kvalitatīvo piegāžu skaits pret nekvalitatīvo piegāžu skaitu)
1.3.2.Ja kvalitātes novērtēšanas periodā nav bijis nepieciešams kādu no pakalpojumiem sniegt, kvalitātes rādītājs kopējā kvalitātes aprēķinā tiek ieskaitīts.
1.3.3.Kad iegūts procentuālais novērtējums, par kādu sniegts uzturēšanas pakalpojums, no 100% atņem procentuālo novērtējumu un par iegūto starpības procentu tiek samazināta nākamā perioda vidējā speciālista cilvēkdienu maksa.
2. Piegāžu kvalitātes vērtēšana
2.1. Piegādes kvalitātes vērtēšana un pieņemšana notiek šādā kārtībā:
2.1.1.Izpildītājs piegādā Pasūtītājam funkcionalitāti, ja tajā ir izpildītas visas plānā paredzētās aktivitātes (piegādāta visa plānotā funkcionalitāte, plānotie problēmu ziņojumi saskaņā ar Pieteikumu reģistru un nepieciešamā dokumentācija);
2.1.2.Pēc piegādes uzstādīšanas Pasūtītājs pārbauda, vai piegāde atbilst kvalitātes prasībām. Piegāde nesatur kļūdas ar sekojošām saskaņotajām prioritātēm:
2.1.2.1. neviena A prioritātes pieteikuma;
2.1.2.2. vairāk kā 3 B prioritātes pieteikumu;
2.1.2.3. vairāk kā 8 C prioritātes pieteikumu.;
2.1.2.4. Piegādes kvalitātes vērtēšanā netiek ņemtas vērā kļūdas, kuras Piegādātājs norādījis piegādes apraksta dokumentācijā.
2.1.3.Izvērtējot atbilstību kvalitātes prasībām tiek ņemti vērā tikai tādi pieteikumi, kuru iemesls nav kļūdaini pasūtītāja dati, infrastruktūra vai konfigurācija.
Ja piegāde neatbilst kvalitātes prasībām, Pasūtītājs var pārtraukt piegādes testēšanu un tā uzskatāma par anulētu. Šādā gadījumā Xxxxxxxxxx Projekta vadītājs informē elektroniski Izpildītāja Projekta vadītāju.
Pielikums Nr.6
Prasības programmatūras koda izstrādei
1. Viss izstrādātais un modificētais programmatūras kods ir LVM īpašums, LVM drīkst to uzturēt un attīstīt pēc saviem ieskatiem, piesaistot iekšējus resursus vai jebkuru ārpakalpojuma sniedzēju.
2. Veicot programmatūras koda izstrādi, tiek nodrošināta koda versiju pārvaldība ar iespēju noskaidrot vai atgriezt atpakaļ izmaiņas starp versijām. Versiju kontroles rīku lietošana ir obligāta. Kodējot jaunu funkcionalitāti ir jāspēj uzturēt produkcijas vidē esošo versiju (ieteicams izmantot zarojumpunktu veidošanas risinājumus). Koda versijās tiek nodrošināta izmaiņu trasējamība – visas izmaiņas tiek attiecinātas uz konkrētu izmaiņas prasību – problēmas pieteikumu vai izmaiņu pieprasījumu .
3. Kodam jābūt komentētām un jāizmanto programmēšanas valodas rīkos nodrošinātā koda dokumentēšana, veicot objektu, funkciju un mainīgo aprakstīšanu, kas nodrošina koda lasāmību, pārnesamību un atkārtotu izmantojamību. Interfeisiem koda dokumentēšana ir obligāta.
4. Izstrādājot jaunus vai uzturot eksistējošus sistēmas moduļus ieteicams izstrādāt automātiskos vienībtestus koda, interfeisu un lietotāja interfeisa automātiskai validācijai.
5. Projektējot izstrādi tiek izvērtētas standarta un trešās puses bibliotēku iespējas standarta uzdevumu risināšanā. Ja ir izvēle, ieteicams izvēlēties jau gatavu risinājumu nekā izstrādājot risinājumu no jauna. Atvērtā koda risinājumiem tiek dota priekšroka, ja vien to lietošana nerada būtiskus riskus sistēmas uzturamībā.
6. Programmatūras kods tiek veidots tā, lai tas būtu pārnesams – t.i. kodā nedrīkst būt iekodēti vides mainīgie, paroles, klasifikatori un kodifikatori, lai pārnesot kodu uz citu vidi vai izmantojot koda moduli citā projektā tas nebūtu jāmodificē.
7. Kods jāprojektē atsevišķos nodalītos, pēc iespējas patstāvīgos moduļos, kas ļautu šos moduļus izmantot tālākajos projektos, pārnesot zināšanas un labās prakses.
8. Viena moduļa ietvaros ir jānodrošina vienota mainīgo notācijas un komentēšanas specifikācijas izmantošana koda izstrādē.
Pielikums Nr. 8.
Tehniskā specifikācija
“Mājas lapu izstrādes un uzturēšanas resursu nodrošināšana AS “Latvijas valsts meži” vajadzībām”
(Iepirkuma identifikācijas Nr. AS LVM KV_2017_99_I)
1. Vispārīgās prasības
1.1. Piegādātājam jānodrošina uz SPS Jommal bāzētu: 1.1.1. Jaunu mājaslapu izveide; 1.1.2. Esošo mājas lapu uzturēšana (xxx.xxx.xx, xxx.xxxxxxxxx.xx, xxx.xxxxxxx.xxx); |
1.2. Ar vienu SPS Jommal instanci jāvar administrēt vairākas mājas lapas. |
1.3. Piegādātajam ir jānodrošina licencēta izstrādes vide, kas iekļauj visu nepieciešamo tehnoloģiju, programmatūras un tehnisko nodrošinājumu katram izstrādes grupas loceklim, ieskaitot: 1.3.1. Datortehniku; 1.3.2. Izstrādes rīku licences; |
1.4. Koda izstrādei tiek nodrošināts versiju pārvaldības risinājums. |
1.5. Prasības pieteikumu apstrādei jānodrošina saskaņā ar līguma projekta pielikumu Nr.1 |
1.6. Prasības piegāžu pārvaldībai jānodrošina saskaņā ar līguma projekta pielikumu Nr.2 un Nr3. |
1.7. Nodevumu akceptēšanas kartība jānodrošina saskaņā ar līguma projekta pielikumu Nr.4. |
1.8. Prasības piegāžu kvalitātei jānodrošina saskaņā ar līguma projekta pielikumu Nr.5. |
1.9. Prasības koda kvalitātei jānodrošina saskaņā ar līguma projekta pielikumu Nr.6. |
2. Tehniskās prasības jaunu mājas lapu izveidei (Darba uzdevuma ietvaros var tikt mainītas un papildinātas)
2.1. Jānodrošina mājas lapas atbilstība Globālā Tīmekļa Konsorcija (W3C) uzturētajām pēdējām standartu versijām. |
2.2. WEB portālu publicētajam tekstam jālieto UTF-8 kodējums. |
2.3. Fonti un stili tiek veidoti ar CSS palīdzību. |
2.4. Korekti jāattēlo informācija uz lietotāja datora ar 1366x768 punktu vai lielāku izšķirtspēju. Ja tiek lietotas citas izšķirtspējas, tad mājas lapas saturs saspiežas vai izplešas, nekropļojot tās saturu. |
2.5. Mājas lapām ir korekti jāfunkcionē ar šīm pārlūkprogrammām: 2.5.1. Internet Explorer aktuālo versiju; 2.5.2. Chrome sākot aktuālo versiju; 2.5.3. Firefox aktuālo versiju; 2.5.4. Safari aktuālo versiju; |
2.6. Mājas lapām jāuzkrāj statistika par apmeklējumiem, izmantojot Google Analytics. (kontu nodrošina pasūtītājs) |
2.7. Jābūt iespējai mājas lapu saturu publicēt vairākās valodās. |
2.8. Jāuztur gan http, gan https protokoli |
2.9. Jāauditē satura pārvaldībā veiktas darbības. |
2.10. Jāapraksta drošības mehānismi, ko izmantos lapas aizsardzībai. |
3. Tehniskā dokumentācija.
3.1. Par mājas lapu administrēšanu ar SPS un SPS lietošanu jābūt pieejamai lietotāja dokumentācijai latviešu valodā. |
3.2. Veikto pielāgojumu un papildus moduļu izstrāde jādokumentē. |
Pielikums Nr. 9.
KONFIDENCIALITĀTES VIENOŠANĀS
1. Vienošanās priekšmets
1.1. Pamatojoties uz līgumu, kura pielikumā ir pievienota šī vienošanās (turpmāk – Līgums) Pasūtītājs nodod Izpildītājam visu pakalpojuma sniegšanai nepieciešamo konfidenciālo informāciju, turpmāk tekstā – Informācija, bet Izpildītājs apņemas to neizpaust ne mutvārdos, ne rakstiski, ne citā vispār saprotamā veidā trešajām personām bez rakstiskas Pasūtītāja atļaujas.
1.2. Ar Informāciju šī līguma ietvaros jāsaprot jebkura vārdiski, vizuāla, rakstiska, elektroniska vai citā veidā informācija par līgumā noteiktajiem pakalpojumiem, kas ir noteikta kā konfidenciāla informācija šī līguma 1.1. punktā. Jebkuri Pušu rakstiski izteikti nodomi vai apņemšanās attiecībā uz līguma 1.1. punktā aprakstītajām Pušu attiecībām, kā arī cita veida Informācija, kas tiek izpausta pakalpojuma sniegšanas laikā, arī tiek uzskatīta par konfidenciālu informāciju.
1.3. Par konfidenciālu informāciju tiek uzskatīta, ne tikai informācija, kas tiek sniegta Līguma ietvaros, bet arī Līguma saturs, citu ar Līguma izpildi saistītu dokumentu saturs, informācija, kas iegūta Līguma izpildīšanas procesā, kā arī Izpildītāja rīcībā esošā tehniskā, komerciālā un cita informācija par Pasūtītāju un tā darbību.
2. Izpildītāja pienākumi
2.1. Izpildītājs apņemas bez Pasūtītāja iepriekšējas rakstiskas piekrišanas neizpaust trešajām personām no Pasūtītāja saņemtu Konfidenciālu informāciju, kas iegūta līguma darbības laikā. Izpildītājs apņemas Konfidenciālo informāciju izmantot tikai šī līguma ietvaros paredzēto pakalpojumu sniegšanai un veikt drošības pasākumus tās aizsardzības nodrošināšanai.
2.2. Izpildītājs nodrošina, ka pieeja Pasūtītāja sniegtai informācijai ir ierobežota ar līguma izpildē iesaistītām personām un to saraksts tiek saskaņots un iekļauts līguma pārvaldības sanāksmju protokolā pie Līguma.
2.3. Izpildītājam nodod Informāciju lietošanā Izpildītāja darbiniekiem, amatpersonām un konsultantiem tikai tādā apjomā, kā tas nepieciešams šo personu darba pienākumu pildīšanai sakarā ar darījumu attiecībām starp pusēm, pie tam Izpildītājam ir pienākums nodrošināt, lai jebkura persona, kurai Izpildītājs šajā punktā noteiktajā kārtībā nodod Informāciju, ievēro tādas pašas (bet ne mazāk saistošas) konfidencialitātes saistības, kādas Izpildītājs, noslēdzot šo līgumu, ir uzņēmies pret Pasūtītāju.
2.4. Izpildītājs apņemas nodrošināt, ka tā darbinieki, konsultanti un citas personas, kas saņem Informāciju, ievēros konfidencialitātes saistības vismaz 5 (piecus) gadus vai tik ilgu laika periodu, cik nosaka Latvijas Republikas normatīvo aktu prasības pēc tam, kad būs pārtrauktas attiecīgās darījumu attiecības starp šo personu un Izpildītāju.
2.5. Jebkurus publisku paziņojumus par šo līgumu, tā noslēgšanas faktu un saturu, kā arī to, kas ietver sevī Informāciju, Puses sniegs vienīgi pēc iepriekšējas rakstiskas saskaņošanas ar otru Pusi.
2.6. Par Konfidenciālu informāciju līguma izpratnē netiek uzskatīta informācija:
2.6.1. kas Izpildītājam bijusi likumīgi zināma pirms Pasūtītājs to iesniedzis;
2.6.2. kuru Izpildītājs pats ir izstrādājis, radījis, nebalstoties uz Pasūtītāja iesniegto informāciju;
2.6.3. kura nokļuvusi publiskajā telpā, nepārkāpjot līgumā noteiktos konfidencialitātes nosacījumus.
2.7. Līguma noteikumi neaizliedz Izpildītājam bez Pasūtītāja iepriekšējas rakstiskas piekrišanas sniegt Konfidenciālu informāciju trešajām personām, ja to paredz spēkā esošie normatīvie tiesību akti.
2.8. Līdzēji vienojas par informācijas apmaiņas veidu, metodēm un formātiem nodrošinot informācijas konfidencialitāti, integritāti un pieejamību.
2.9. Izpildītājs apņemas nodrošināt līgumā noteikto konfidencialitātes noteikumu ievērošanu no savu darbinieku puses.
2.10. Pielietojot Izpildītāja valdījumā esošus tehniskos vai programmatūras līdzekļus, Izpildītājs uzņemas atbildību par šo līdzekļu sastāvā ietilpstošo operētājsistēmu drošības atbilstību un pielietoto pretvīrusu aizsardzības līdzekļu aktualizāciju pirms pakalpojumu sniegšanas uzsākšanas.
2.11. Izpildītājs apņemas pielietot Pasūtītāja norādītu papildus drošības aizsardzības programmatūru uzturēšanu līguma darbības laikā, ja tādu pieprasa uzstādīt Pasūtītājs.
2.12. Izpildītājs ir atbildīgs par līgumā paredzēto konfidencialitātes noteikumu pārkāpšanas rezultātā radīto zaudējumu atlīdzināšanu.
2.13. Konfidencialitātes noteikumiem nav laika ierobežojuma un uz tiem neattiecas Līguma darbības termiņš.
3. Sankcijas
3.1. Ja Informācijas izpaušana notiek Līguma darbības termiņā vai 5 (piecu) gadu laikā no šī līguma noslēgšanas brīža vai attiecībā uz konfidencialitātes ievērošanu tik ilgu laika periodu, cik ir noteikuši Latvijas Republikas normatīvie akti, tad Pasūtītājs ir tiesīgs aprēķināt un pieprasīt Izpildītājam līgumsodu EUR 500,00 (pieci simti euro) apmērā par katru gadījumu.
3.2. Jebkuras šīs vienošanās saistību neizpildes gadījumā, Izpildītājam ir pienākums atlīdzināt Pasūtītājam radītos zaudējumus.
3.3. Līgumsodu Izpildītājs maksā saskaņā ar Pasūtītāja iesniegto rēķinu un tas ir jāsamaksā viena mēneša laikā no rēķina saņemšanas dienas uz rēķinā norādīto Pasūtītāja bankas norēķinu kontu.
3.4. Jebkurš ar šo vienošanos saistīts strīds tiek risināts Līgumā noteiktajā kārtībā.
4. Vienošanās darbības laiks
4.1. Šī vienošanās stājas spēkā ar Līguma abpusējas parakstīšanas dienu un šajā vienošanās noteiktās saistības darbojas 5 (piecus) gadus pēc Līguma darbības beigām, vai attiecībā uz konfidencialitātes ievērošanu, tik ilgu laika periodu, cik nosaka Latvijas Republikas normatīvo aktu prasības.