Töövõtuleping nr 3-9/5045-5

Lepingu osa viitenumber 306710 002 002 000

Tervise ja Heaolu Infosüsteemide Keskus (edaspidi tellija), registrikood 70009770, aadress Pärnu

mnt 132, 11317 Tallinn, keda esindab põhimääruse alusel direktor Margus Arm ja

Kodality OÜ, (edaspidi käsundusaaja ja ka raamlepingus täitja), registrikood 14379569, aadress

Harju maakond, Tallinn, Lasnamäe linnaosa, Valukoja tn 10, 11415, keda esindab põhikirja alusel

juhatuse liige Maksim Zukov,

edaspidi eraldi pool või koos pooled, sõlmisid raamlepingu nr 3-9/5045-1 alusel käesoleva

töövõtulepingu (edaspidi leping) alljärgnevas:

1. Lepingu sõlmimise alus ja ese ning dokumendid

1.1. Leping sõlmitakse minikonkursi „Personaalmeditsiini tarkvarakomponentide hooldus- ja

arendustööd" (314635) raames esitatud eduka pakkumuse esitanud pakkujaga (Täitja)

personaalmeditsiini tarkvarakomponentide tootestamiseelsete arendustööde tegemiseks

(edaspidi Tööd), vastavalt Lepingus ja selle lisades toodule.

1.2. Lepingu ese on minikonkursi „Personaalmeditsiini tarkvarakomponentide hooldus- ja

arendustööd“ alusdokumentides (minikonkursi viitenumber 314635) olevas tehnilises

kirjelduses töövõtulepingu esemena nimetatud tööd.

1.3. Lepingu dokumendid koosnevad käesolevast Lepingust ja Lepingu lisadest.

1.4. Lepingu tööde maksumus on kokku 11 996.64 eurot (üksteist tuhat üheksasada

üheksakümmend kuus eurot ja kuuskümmend neli senti) (käibemaksuta).

1.5. Lepingu lahutamatuteks lisadeks Lepingu sõlmimise hetkel on:

1.5.1 Lisa 1 Tehniline kirjeldus;

1.5.2 Lisa 2 Tööde üleandmise-vastuvõtmise akti vorm;

1.5.3 Lisa 3 Pakkumus (ei allkirjastata koos lepinguga).

2. Töö üleandmise ja vastuvõtmise tingimused

2.1. Täitja annab töö üle hiljemalt ühe kuu jooksul alates lepingu sõlmimisest.

2.2. Töötunni põhise lepingu korral esitab täitja eelmise kuu töötundide ajaaruande, mis sisaldab

teostatud töötunde ja nende jooksul teostatud töid. Ajaaruanne esitatakse allkirjastatult

hiljemalt järgmise kalendrikuu 5. tööpäeval. Viimane ajaaruanne esitatakse koos aktiga.

2.3. Tööde tulemused ja vajadusel lepingu täitmise käik dokumenteeritakse ning hallatakse tellija

dokumendihalduskeskkonnas ja/ või koodihalduskeskkonnas (näiteks wiki, gitlab).

2.4. Tarne on hankelepingu alusel teostatud tööde paketina üleandmine, mis on toodangusse

paigaldamiseks korrektselt konfigureeritud ja koodihalduskeskkonda lisatud. Täitja lisab

tarne kirjelduse ja spetsifikatsiooni dokumendihalduskeskkonda. Täitja esitab tarne kohta

tarneteatise, lisades tarnega seotud testimise juhendi ja vastavalt hankelepingule

automaattestid.

2.5. Üleantavad tööd tuleb täitja poolt enne tellijale üle andmist testida, koostada testiraportid

ja testilood.

2.6. Täitja annab tööd üle omalt poolt allkirjastatud aktiga. Hooldustööde teostamisel tuleb koos

aktiga esitada ajaaruanne. Aktis peavad tehtud hooldus- ja arendustööd olema teineteisest

eristatud.

2.7. Tellitavad tööd antakse vastuvõtutestimiseks üle vastavalt lepingu tehnilises kirjelduses

kokkulepitud tingimustele.

2.8. Tellija võtab tööd vastu akti allkirjastamisega pärast edukat vastuvõtutestimist.

2.9. Koos töödega antakse üle nõuetekohane dokumentatsioon, kommenteeritud lähtekood,

intellektuaalomandi õigused ja muu hankelepingus kokkulepitu.

2.10. Tööd loetakse nõuetekohaselt teostatuks, kui tööd vastavad hankelepingule,

vastuvõtutestid on vigadeta läbitud ja tööd on aktiga tellija poolt vastu võetud.

2.11. Tellija võib tööd vastu võtta, kui töödes esineb üksikuid ja tellija jaoks väheolulisi

pisivigasid, mis fikseeritakse aktis. Tellija poolne pisivigadega tööde vastuvõtmine ei vabasta

täitjat kohustusest vead kõrvaldada ning üle anda vigadeta tööd. Tellijal määrab mõistliku

tähtaja pisivigade parandamiseks.

2.12. Tellijal on õigus keelduda tööde vastuvõtmisest kui tööd ei vasta esitatud nõuetele või

töödes esineb muid vigu.

2.13. Kui tellija esitab vastuväited töödele, peab täitja tööd parandama tellija poolt

määratud mõistliku tähtaja jooksul. Kui täitja ei ole tellija antud tähtaja jooksul kõrvaldanud

avastatud vigu, võib tellija tööd ise parandada või lasta seda teha kolmandatel isikutel ja nõuda

täitjalt selleks tehtud mõistlike kulutuste hüvitamist tingimusel, et puudused on objektiivselt

tuvastatavad ja nende eest vastutab täitja, tellija vastuväited ja parandamisvajadus on

põhjendatud. Juhul, kui hiljem selgub, et puuduste eest ei vastuta siiski täitja, kannab vastavad

kulud tellija.

2.14. Alates teisest kordustestimisest võib tellija kordustestidega seotud kulutused (tellija

kulutatud tööaeg ja/või tellija testimispartnerite poolt esitatud arvete alusel) täitjalt välja nõuda

või tasaarvestada, kui kordustestimise vajadus oli tingitud puudustest, mille eest vastutab täitja.

3. Vigadest teavitamine ja veaparanduste teostamine

3.1. Tellija teavitab avastatud rakenduse ja tarkvara vigadest täitjat esimesel võimalusel, tehes

kande tööde halduskeskkonda või muul kokkulepitud viisil. Tellija registreerib vea, märkides

võimalusel vea põhjuse, eeldatava vea parandamise tähtaja ning kriitilisuse, märkides lisaks, kui

tegemist on garantiilise tööga ja suunab selle täitjale.

3.2. Täitja võib omalt poolt avastatud vigadest tellijat teavitada, tehes kande tööde

halduskeskkonda. Täitja registreerib vea, märkides võimalusel vea põhjuse, eeldatava vea

parandamise tähtaja ning kriitilisuse, märkides lisaks, kas tegemist on garantiilise tööga ning

suunab selle tellijale. Tellija määrab edasise lahenduse käigu.

3.3. Täitja garanteerib tellijale teenindusajal veakahtluste korral veaallika tuvastamiseks vajaliku

konsultatsiooni.

3.4. Täitja on kohustatud veaparanduse teostama vähima võimaliku aja jooksul.

3.5. Maksimaalsed lahendusajad ja vigade eristamise kriitilisuse astmed:

3.5.1. kriitiline viga – tarkvaral põhinev teenus või süsteem ei toimi ega ole kasutatav.

Näiteks on andmed rikutud; esineb kasutajasessioonide ebanormaalne katkemine; probleem

mõjutab süsteemi käideldavust ja andmete terviklikkust; mõjutatud on enamus tarkvara

kasutajatest; tõsine finantsmõju. Lahendusaeg 8 tundi;

3.5.2. häiriv viga – tarkvaraga seotud probleem ei sega teatavate reservatsioonide järgimisel

igapäevast töötamist; mõjutatud ei ole kõik tarkvara kasutajad; väiksema tähtsusega

funktsionaalsused pole käideldavad, kasutatavad või süsteemi jõudlus on madalamal

maksimaalsest nõudest. Lahendusaeg 16 tundi;

3.5.3. pisiviga - väikesed puudused minimaalse mõjuga tööde kasutajatele või klientidele;

kosmeetilised probleemid (ekraanikomponendid on nihkes, kuid see ei takista komponendi

eesmärgipärast kasutamist); pikaajaline vastukaalu kasutamine kasutajatele vastuvõetav.

Lahendusaeg 40 tundi.

3.6. Kui veaparandus ei ole objektiivsetest asjaoludest tulenevalt võimalik maksimaalse

lahendusaja jooksul, kohustub täitja sellest tellijat informeerima kirjalikku taasesitamist

võimaldavas vormis, näidates ära põhjused, miks veaparandus ei ole nimetatud aja jooksul

võimalik ning esitades töö teostamise tähtaja, mille jooksul täitja on reaalselt võimeline vea

parandama.

4. Kui täitja annab vigade parandamise järgselt üle tööd, milles tellija vastuvõtutestimise käigus

esineb jätkuvalt vigu (teistkordne vigadega tööde üleandmine), võib tellija otsustada, kas anda

täitjale uus tähtaeg vigade parandamiseks või kõrvaldada vead ise või kolmanda isiku kaasabil,

vähendades täitjale makstavat tasu võrdeliselt vigade parandamiseks tehtud kulutustega.

5. Lepingu hind ja maksmine

3.1. Tellija tasub lepingu alusel tellitud tööde eest kokku 11 996.64 (üksteist tuhat üheksasada

üheksakümmend kuus eurot ja kuuskümmend neli senti) eurot käibemaksuta.

3.2. Tööd antakse üle hankelepingu p. 2.1 märgitud tähtajal.

3.3. Täitja esitab tellijale e-arve pärast töö üleandmise-vastuvõtmise akti allkirjastamist. Arvele

tuleb märkida lepingu osa viitenumber riigihangete registrist: 306710 002 002 000

4. Poolte vahelised teated ja kontaktisikud

4.1. Teadete edastamisel ja kätte toimetamisel lähtutakse raamlepingu regulatsioonist.

4.2. Tellija kontaktisikuks lepingu täitmisel on Aurelia Mihk, e-post: [email protected] või

tema asendaja.

4.3. Täitja kontaktisikuks lepingu täitmisel on Maksim Zukov, tegevjuht, tel +372 5554 2201,

[email protected] või tema asendaja.

5. Garantii

5.1. Täitja annab hankelepingu alusel teostatud töödele garantii 12 kuud. Garantii hakkab

kehtima hetkest, millal tellija võtab töö toodangukeskkonnas kasutusele. Kui tellija ei võta

tööd toodangukeskkonnas kasutusele 3 kuu möödumisel alates tööde vastuvõtmisest, algab

garantii nimetatud aja möödumisel. Kui arendustöö teostatakse ja võetakse vastu

etappidena, algab lisaks eeltoodule tööle kui tervikule 12-kuuline garantii tervikliku töö

toodangukeskkonnas kasutuselevõtmisest või toodangukeskkonnas kasutusele võtmata

jätmisel 3 kuu möödumisel alates tervikliku töö vastuvõtmisest.

5.2. Garantiiga on hõlmatud kõik garantii tähtaja jooksul tarkvaras ilmnevad vead ja

mittevastavused, mis ei ole tekkinud tellija või kolmandate osapoolte tegevuse tagajärjel.

Garantiiga on hõlmatud ka kõigi tööde muudatused ja modifikatsioonid, mis on tehtud täitja

poolt ja mis ei ole oluliselt muutnud varasemalt tehtud tööd.

5.3. Täitja kõrvaldab garantii kehtivuse ajal töödes avaldunud vead ja mittevastavused tasuta,

sealhulgas uuendab või asendab kõik seonduvad dokumendid.

5.4. Täitja on kohustatud garantii korras teostama eelkõige järgmist:

5.4.1. vea ilmnemisel vea otsimine, lokaliseerimine, veaolukorrale lahenduse leidmine ja vea

parandamine;

5.4.2. vea põhjuste analüüs ja ettepanekute tegemine ennetavate meetmete kasutusele

võtuks kirjalikku taasesitamist võimaldavas vormis;

5.4.3. vea parandamisega seoses paigaldamise ja seadistamise tugi ning sellega seotud

konsultatsioonid.

5.5. Tellija määrab võimalusel, milline on vea kriitilisuse aste või kas tegemist on muu

garantiikohustusega hõlmatud puudusega ning võib määrata vea kõrvaldamiseks tähtaja,

lähtudes hankelepingus fikseeritud vigade kriitilisuse astmetest.

5.6. Reageerimis- ja lahendusaeg hakkab kulgema tellija poolt teate välja saatmise hetkest.

5.7. Kui täitja tõendab, et kõrvaldatud viga ei olnud garantiiga hõlmatud, hüvitab tellija täitja

kantud otsesed kulud seoses nimetatud vea kõrvaldamisega. Kulude hüvitamisel võetakse

aluseks hankelepingus, mille raames teostatud töödes on viga ilmnenud, fikseeritud lepingu

täitmise ühe töötunni hind.

5.8. Tellija tagab täitjale kaasabi garantiikohustuse alla käivate vigade kõrvaldamisel tellija

võimekuse ja võimaluste piires.

5.9. Kui täitja ei suuda vigasid kokkulepitud tähtajaks kõrvaldada, võib tellija nimetatud ise

kõrvaldada või korraldada nende kõrvaldamise kolmanda isiku kaasabil, teavitades sellest

täitjale. Tellijal on õigus täitjalt nõuda kõigi kulutuste hüvitamist, mis tekkisid seoses

eelkirjeldatud viisil vea kõrvaldamisega, kui tegemist oli garantiiga hõlmatud veaga.

5.10. Garantii kaotab kehtivuse, kui tellija muudab lähtekoodi, välja arvatud tööde osale, mida ei

ole muudetud ning tellija suudab eristada lähtekoodis tehtud muudatusi.

6. Lõppsätted

6.1. Leping jõustub sellele poolte poolt allakirjutamise hetkest ja kehtib kuni lepingu tähtaja

lõpuni või kuni poolte poolt oma lepinguliste kohustuste täitmiseni.

6.2. Lepingu dokumendid koosnevad riigihanke alusdokumentidest, sh lepingu lisadest, lepingu

muudatustest ja pakkumusest.

6.3. Lepingu lahutamatuteks osadeks lepingu sõlmimise hetkel on järgmised dokumendid:

6.3.1. Lisa 1 - Tehniline kirjeldus;

6.3.2. Lisa 2 Tööde üleandmise-vastuvõtmise akti vorm;

6.3.3. Lisa 2 – Pakkumus (ei allkirjastata koos lepinguga);

7. Poolte allkirjad

Tellija: Täitja:

1

Lisa 1

Tehniline kirjeldus

Personaalmeditsiini tarkvarakomponentide hooldus-ja arendustööd

1. Üldine

1.1. Hanke eesmärk on sõlmida minikonkursi tulemusel sama eduka pakkujaga

kaks raamlepingu alusel ette nähtud hankelepingut: töövõtuleping

konkreetsete tähtajaliste tulemite loomiseks ja üleandmiseks ning

käsundusleping personaalmeditsiini tarkvarakomponentide jooksva

hoolduse, toe ja vajaduspõhiste arendustööde teostamiseks.

2. Hetkeolukord

2.1. Personaalmeditsiini tarkvarakomponentide arendusega alustati 2019. aastal ning

alates 2024. aasta lõpust on tegeletud komponentide suuremahulise uuendamisega,

et vahepeal pausile jäänud projektiga edasi minna. Eesmärgiks on avada toodangus

esimene personaalmeditsiini teenus, milleks on rinnavähi polügeensel riskiskooril

põhinev ennetusteenus. Esimese personaalmeditsiini teenuse raames arvutatakse

valimis olevatele naistele rinnavähi polügeenne riskiskoor ning kõrgenenud

riskiskooriga isikud kutsutakse täiendavalt mammograafiasse.

2.2. Suuremad arendused on käesoleva lepingu sõlmimise ajaks lõppenud ning tervise

infosüsteemiga on liidestatud personaalmeditsiini tarkvarakomponendid –

geneetiliste andmete infosüsteem (GAIS), geeniriski arvutusmudelite haldus-ja

arvutuskeskkond (GRIS), permed halduskomponent (Permed Manager), nõusolekute

infosüsteem (PerMed Consent) ning riskiskooride x-tee liides.

2.3. Enne toodangus teenuse avamist on vaja teostada tarkvaralise meditsiiniseadme

liidestamine, jõudlustestid ning jätkuarenduste teostamine, sh kogu teenuse voo

läbitestimisest erinevate osapoolte vahel ning jõudlustestimisest tekkivate leidude

lahendamine. Peale tootestamist jätkub teenuse regulaarne hooldus ja arendus

vastavalt tekkivatele vajadustele.

3. Hankelepingu eesmärk ja ese

3.1. Hankelepingu eesmärk on teostada personaalmeditsiini tarkvarakomponentide

arendus-ja hooldustööd mis on vajalikud teenuse tootestamiseks ning tagada

tehniline tugi TEHIKule ja teistele seotud partneritele. Samuti teostada regulaarseid

jätkuarendus - ning hooldustöid peale teenuse käivitamist.

3.2. Minikonkursi tulemusel sõlmitakse eduka pakkujaga kaks hankelepingut:

3.2.1. töövõtuleping, mille esemeks on tehnilise kirjelduse punktides 3.4.1.

nimetatud konkreetsete tulemite loomine, testimine, dokumenteerimine ja tellijale

üleandmine;

3.2.2. käsundusleping, mille esemeks on muud tehnilise kirjelduse punktides 3.4.2-

3.4.10 nimetatud jooksvad hoolduse, toe, konsultatsiooni, analüüsi, testimise,

2

projektijuhtimise ja vajaduspõhiste arendustööde osutamine, mida osutatakse

lepingu kehtivuse ajal vastavalt vajadusele

3.3. Mõlemad hankelepingud sõlmitakse sama eduka pakkujaga ning pakkuja

pakkumus peab hõlmama mõlema hankelepingu täitmist.

3.4. Arendustööde sisu hõlmab:

3.4.1. Tootestamisele eelnevad arendus- ja hooldustööd, hinnanguliselt 200

töötunni ulatuses. Töövõtulepingu esemeks on tootestamisele eelnevad

konkreetsed tulemitööd, eelkõige:

3.4.1.1. teavituste välja- ja sisselülitamise funktsionaalsuse

realiseerimine (PERMEDTIS-278).

3.4.1.2. jõudlustestide kohandamine ning läbiviimine

arenduskeskkonnas (PERMEDTIS-246).

3.4.1.3. WM -> PerMed päringute kohandamine (PERMEDTIS-265).

3.4.1.4. kogu teenuse voo ning jõudlustestimisest tulnud leidude

parandamine (PERMEDTIS-287 ja PERMEDTIS-288).

3.4.2. jooksvad arendus- ja hooldustööd (sh projektijuhtimine, analüüs ja

testimine);

3.4.3. vajadusel tarkvaralise meditsiiniseadme liidestamine

arvutuskeskkonda ning liidestamisel tekkivate probleemide lahendamine;

3.4.4. tehnilise toe pakkumine TEHIKule (sh TEHIKu portaalidele) ning

välistele partneritele;

3.4.5. vajadusel lahenduse töösse sekkumine, et tagada lahenduse

funktsionaalsuse tõrgeteta toimimine (sh ajaületusega päringute või

vealogide analüüs);

3.4.6. lahenduse jõudlusega seotud probleemide korral põhjuste

väljaselgitamisel osalemine, lahenduste pakkumine, parema jõudluse

tagamiseks vajalike tööde teostamine (sh päringute optimeerimine);

3.4.7. vajadusel tellija konsulteerimine hooldus- ja arendustöödega seotud

küsimustes;

3.4.8. vajadusel veebidisaineri poolsete UX/UI tööde teostamine;

3.4.9. vajadusel arendustööde teostamine, mis on tingitud baastarkvara või

komponentide versiooniuuendustest;

3.4.10. teostatud tööde dokumenteerimine.

3.5. Hankelepingu esemeks on personaalmeditsiini tarkvarakomponendid - geneetiliste

andmete infosüsteem (GAIS), geeniriski arvutusmudelite haldus-ja arvutuskeskkond

(GRIS), permed halduskomponent (Permed Manager), nõusolekute infosüsteem

(PerMed Consent) ning riskiskooride x-tee liides.

4. Hankelepingu kehtivus ja maht

4.1. Minikonkursi tulemusel sõlmitakse sama eduka pakkujaga kaks hankelepingut:

töövõtuleping ja käsundusleping.

3

4.2. Töövõtuleping sõlmitakse tehnilises kirjelduses nimetatud konkreetsete tulemipõhiste

tööde teostamiseks. Töövõtulepingu alusel tehtavad tööd tuleb teostada ja tellijale üle anda

tehnilises kirjelduses sätestatud tähtajaks.

4.3. Käsundusleping sõlmitakse personaalmeditsiini tarkvarakomponentide jooksva

hoolduse, toe ja vajaduspõhiste arendusteenuste osutamiseks kehtivusega kuni 30 kuud

alates käsunduslepingu jõustumisest.

4.4. Töövõtulepingu ja käsunduslepingu maksimaalne maksumus kokku on 140 000 eurot

käibemaksuta. Töövõtulepingu tulemipõhiste tööde maksumus ei või ületada 12 000 eurot

käibemaksuta. Töövõtulepingu maksumust ei kasutata pakkumuste hindamisel, vaid

kontrollitakse pakkumuse vastavustingimusena. Pakkumus, milles töövõtulepingu

tulemipõhiste tööde maksumus ületab 12 000 eurot käibemaksuta, tunnistatakse

mittevastavaks ja lükatakse tagasi.

4.5. Käsunduslepingu maksimaalne maksumus kujuneb selliselt, et 140 000 eurost

käibemaksuta lahutatakse eduka pakkuja töövõtulepingu maksumus. Tellijal ei ole kohustust

tellida teenuseid käsunduslepingu maksimaalse maksumuse ulatuses.

5. Tööprotsess

5.1. Minikonkursi tulemusel sõlmitakse sama eduka pakkujaga kaks hankelepingut:

töövõtuleping ja käsundusleping.

5.2. Töövõtulepingu alusel teostatakse tehnilises kirjelduses nimetatud konkreetsed

tähtajalised tulemitööd, mis on vajalikud teenuse tootestamiseks. Töövõtulepingu alusel

tehtavad tööd teostatakse fikseeritud maksumuse alusel ning antakse tellijale üle

töövõtulepingus ja tehnilises kirjelduses sätestatud tähtajaks.

5.3. Käsunduslepingu alusel osutatakse jooksvaid hooldus-, toe-, konsultatsiooni-, analüüsi-,

testimis-, projektijuhtimis- ja vajaduspõhiseid arendustöid lepingu kehtivuse ajal vastavalt

tellija vajadusele. Käsunduslepingu alusel tehtavad tööd teostatakse töötunnipõhisel

arvestusel.

5.4. Töötunnid logitakse meeskonnaliikme poolt tööde halduskeskkonnas Jira vähemalt üks

kord nädalas. Tööaja arvestuse väikseim samm on 15 minutit.

5.5. Käsunduslepingu alusel osutatud teenuste eest esitab täitja igakuiselt teenuse

üleandmise-vastuvõtmise akti koos ajaaruandega. Tööde eest tasustamise täpsemad

tingimused sätestatakse vastavas hankelepingus.

5.6. Arendamisel kasutatakse agiilse arendusprotsessi põhimõtteid, kui konkreetse töö

iseloomust või hankelepingust ei tulene teisiti.

6. Nõuded meeskonnale

4

6.1. Minikonkursi tulemusel sõlmitava hankelepingu täitmisel peab Täitja tagama

meeskonna, kuhu kuuluvad vähemalt järgmised rollid:

projektijuht:

analüütik;

testija;

java back-end arendaja;

webMethods back-end arendaja.

6.2. Isikute kohta, keda ei esitatud nimeliselt raamlepingu pakkumuses (nt front-end

arendaja, projektijuht), esitab Täitja andmed minikonkursi pakkumuses raamhankes

ettenähtud meeskonna ühise CV vormil.

6.3. Raamlepingu raames esitatud võtmeisikute (nt java back-end arendaja) puhul lähtub

Täitja raamlepingu pakkumuses märgitud isikutest, tagades nende kättesaadavuse ja

kaasatuse vastavalt minikonkursi vajadustele.

6.4. Lähtuvalt tööde spetsiifikast peab pakkuja minikonkursi pakkumuses esitama

vähemalt ühe hankelepingu täitmisse kaasatava meeskonnaliikme, kellel on varasem

kogemus GenData, GenComp, Permed-Manager, ja Permed-Consent või

samaväärsete komponentidega seotud arendus-, analüüsi- või arhitektuuriprojektis.

Pakkuja esitab nõude täitmise kontrollimiseks nimetatud isiku varasema kogemuse

kirjelduse koos asjakohaste andmetega.

7. Nõuded tööde teostamisele

7.1. Tööd realiseeritakse kahes osas:

7.1.1. Esimeses osas realiseeritakse tehnilise kirjelduse p 3.5.1 ja selle

alampunktides kirjeldatud tööd sellises ulatuses, mis võimaldavad teenuse

kasutuselevõttu live keskkonnas. Esimese osa tööd peavad olema tehtud ja

tellijale üle antud 1 kuu jooksul alates lepingu sõlmimisest.

7.1.2. Teisi töid alates tehnilise kirjelduse p 3.5.2 realiseeritakse jooksvalt

vastavalt vajadusele kahe aasta jooksul.

7.2. Arendustööde teostamisel tuleb lähtuda raamlepingus viidatud tellija poolt kodulehel

avaldatud nõuetest (mh mittefunktsionaalsed nõuded, IT profiil, automaattestide

nõuded).

7.3. Üleantav kood järgib parimaid praktikaid ja TEHIKu kehtivaid arendusjuhiseid.

7.4. Vastavalt hankelepingule tuleb üleantavad tööd täitja poolt enne üle andmist testida.

7.4.1. Täitja poolt tuleb koostada testiraportid, testilood ning esitada

testitulemused.Testitulemustest peab selguma, kuidas arendusnõuded on

täidetud.

7.4.2. Täitja poolt tuleb koostada ning esitada jõudlustestid. Jõudlustestid

peavad vastama mittefunktsionaalsetes nõuetes esitatud tingimustele.

7.4.3. Testid peavad olema automatiseeritud ja korduvkäivitatavad TEHIKu

poolt ning vastama automaattestide kasutamise nõuetele.

7.4.4. Koormustestid tuleb koostada ja läbi viia vähemalt kolmel moel:

7.4.4.1. Automaatselt uute mikroteenuste tasemel, et tuvastada

jõudluse muutusi mikroteenuste muutmise järel. Testid tuleks

integreerida GitLabi pipeline’i automaattestimise protsessi;

5

7.4.4.2. Koormusele orienteeritud regressioonitestina läbi X-tee

SOAP teenuste.

7.5. Vastavalt hankelepingule antakse koos töödega üle nõuetekohane

dokumentatsioon.

7.5.1. Täitja poolt tuleb dokumenteerida lahenduse arhitektuur koos

lahenduste toimimise kirjelduse ja interaktsiooniskeemidega.

7.5.2. Täitja poolt tuleb dokumenteerida andmemudel koos andmeväljade

kirjeldusega.

7.5.3. Täitja poolt tuleb dokumenteerida lahenduse paigaldus- ja

administreerimisjuhendid.

7.5.4. Täitja poolt tuleb koostada testide tulemite dokumentatsioon.

7.5.5. Täitja poolt tuleb koostada koormustestide dokumentatsioon.

7.5.6. Täitja poolt tuleb esitada protsessimootori töövoogude ja protsesside

skeemide dokumentatsioon.

7.5.7. Dokumenteerimine peab toimuma TEHIKu Wiki keskkonnas.

7.6. Ülaltoodud loetelu dokumenteerimisvajadustest võib töö käigus täieneda

(mittefunktsionaalsetes nõuetes sätestatud tingimustest lähtuvalt)

7.7. Arendajal on vajadusel kohustus tutvustada tehtud arendusi tellija poolt korraldatud

koosolekutel/üritustel (sh läbi viia koolitusi ja anda juhiseid lepingu esemeks oleva

teenuse liidestujatele ning TEHIKu portaalidele).