Lisa 1
Tehniline kirjeldus
1. Mõisted ja lühendid
Mõiste/Lühend
Kirjeldus
SKA
Sotsiaalkindlustusamet
TEHIK
Tervise ja Heaolu Infosüsteemide Keskus
SKAIS1
Sotsiaalkaitse infosüsteemi vana rakendus
SKAIS2
Sotsiaalkaitse infosüsteemi uus rakendus (hõlmab Ametnikurakendust ja Iseteenindust)
EBS
Majandustarkvara Oracle E-Business Suite
2. Ülevaade
SKA kasutab ülesannete täitmiseks sotsiaalkaitse infosüsteemi, mis koosneb SKAIS1, EBS ja SKAIS2 rakendustest. SKAIS2s on kasutusel elatisabiteenus, puude raskusastme tuvastamine, sotsiaaltoetuse teenus, perehüvitiste teenused ja abivahendite teenus ning pensionite väljamaksed. SKA teenuste kasutajate jaoks on arendatud Sotsiaalkindlustusameti iseteenindus, kus kasutaja saab enda jaoks vajalikke toiminguid teha lihtsalt ja kiirelt. Iseteeninduses kuvatakse isikule maksete teostamise ja isikuandmetega seotud infot, perehüvitiste teenuseid ja abivahendite teenust. SKAISis olevate teenuste finantsarvestuse, raamatupidamiskannete ja väljamaksete teostamiseks on SKAIS2 integreeritud EBS majandustarkvaraga. Loodud SKAIS2 süsteem tekitab igakuiselt suurel hulgal korduvaid hooldusjuhtumeid ning süsteemi stabiilsus, jõudlus ja kasutajamugavus ei vasta kasutajate ootustele.
3. Lepingu eesmärk
Lepingu eesmärgiks on realiseerida SKAIS2s olemasoleva funktsionaalsuse arendusvajadused, mis vähendavad hooldusjuhtumite mahtu ning tagavad kasutajasõbralikuma süsteemi ja muude arendusvajaduste realiseerimine ning sellega seonduvad tööd (nt testimine, juurutamine jne).
4. Tellitavad tööd
Lepinguga tellitakse SKAIS2 funktsionaalsuse parandamise ja täiendamisega ning SKAIS2 teenuste arendamisega seonduvad tööd (nt perehüvitiste teenuste täiendused). Tööd tuleb üle anda 30.01.2026.
Tööde loetelu tekib eelnevalt kokkulepitud backlogi alusel ja hallatakse jiras:
4.1.1 Eelanalüüsi suunatud ülesanded (analüüsi task), mille tulemusel valmivad mahuhinnangutega kasutajalood (story’d) ja tehnilised eeldustööd (technical taskid);
4.1.2 Arendusse suunatud kasutajalood (story’d) ja tehnilised eeldustööd (technical taskid) backlog staatuses vastavalt tööde järjekorrale (rank).
4.1.3 Muud ülesanded (toetavate ja ettevalmistavate tööde taskid), mis on vajalikud arendustöö tõrgeteta toimimise tagamiseks.
5. Tööprotsess ja tulemid
Järgnevalt täpsustatakse Täitjaga sõlmitud raamlepingus (nr 3-9/3443-1) kirjeldatud tingimusi tööprotsessi, dokumenteerimise, töökorralduse, testimise ja mittefunktsionaalsete nõuete osas.
5.1 Tööprotsess
5.1.1 Tööraamistik peab tuginema etapiviisilisele planeerimisele, võimaldades arendusmeeskonna prioriteete jooksvalt muuta;
5.1.2 Tööraamistik peab võimaldama süsteemset ülevaadet iga kokkulepitud töö saavutustest;
5.1.3 Tööraamistik peab võimaldama arendusmeeskonna tulemuslikkuse (kasvu) jälgimist ajas;
5.1.4 Tööraamistik peab tagama, et arendusmeeskond tegeleb omal initsiatiivil enda tulemuslikkuse parandamisega ja parendusettepanekute esitamisega.
5.1.5 Täpsem protsess lepitakse kokku tööde käigus.
5.2 Dokumentatsioon
Vastavalt alapunktis 4 kirjeldatud skoobile tuleb töö käigus luua ja täiendada SKAIS2 dokumentatsiooni, milleks on minimaalselt:
5.2.1 Funktsionaalsuse ja äriprotsesside kirjeldused kokkulepitud kujul (nt BPMN standard, diagrammid ja kirjeldused Confluence’is) koos ärireeglitega, mida peab olema hiljem võimalik täiendada järgnevates etappides lisanduva funktsionaalsuse alusel ning siduda tervikliku protsessi- ja ärireeglite kirjeldusega.
5.2.2 Tehniline dokumentatsioon (nt paigaldusjuhendid, Confluence keskkonnas).
5.2.3 Andmemudel.
Dokumentatsiooni täpsed liigid ja sisu formaat lepitakse kokku tööde käigus.
5.3 Töökorraldus
Projekti töökorraldus toetub kodukorrale. Täitja peab tagama piisava kaasamise ja ülevaadete andmise Tellijale.
5.3.1 Tööde üleandmine
Arendustööde lähtekoodi tarne toimub pideva integreerimise (continuous integration) teel. Tööde järjekord, üleandmise aeg ja UAT tagasiside andmise aeg lepitakse kokku tööde käigus taasesitamist võimaldavas vormis (Tellija ja Täitja poolt).
Töö üleandmisel kontrollib Tellija üle töö nõuetekohasuse ning annab vajadusel tähtaja töö parandamiseks.
Täitja teab, et tellija võib igat üle antud funktsionaalsust paigaldada toodangusse ning täitja peab tagama, et lõplikult valmimata funktsiooni protsessid on võimalik toodangust välja lülitada (feature flags). Funktsioonide sisse-välja lülitamise võimekus lepitakse Tellija ja Täitja vahel kokku tööde käigus.
5.4 Nõuded automaattestimisele
Automaattestimise nõuete täitmisel tuleb lähtuda nõuetest, mis on leitavad siit: Automaattestide nõuded .
Testidega kaetakse serveripoolne ja kasutajaliidese kood. Kaetavuse kontrolliks ja raporteerimiseks seatakse Tellija koodihoidla keskkonnas (Gitlab) üles pideva integratsiooni töövoog, mis seadistatakse koos toimima SonarQube koodi ja testide kaetavuse analüsaatoriga.
Automaattestid peavad üle antavas lähtekoodis continuous-integration’i töövoo edukalt läbima. Samuti peab Täitja hoolt kandma, et varasemalt loodud testid jäävad töö lõpetamisel edukalt läbitavateks. Nõuete muutumisel peab Täitja viima testid vastavusse uute nõuetega või need eemaldama, kui selliseid nõudeid enam ei eksisteeri.
5.5 Koormustestimised
5.5.1 Iseteenindus peab toetama paralleelset minimaalselt 200 päringut (siinkohal on oodatav arendajapoolne hinnang, kas see on piisav päringute maht, vajadusel tõsta arvu).
5.5.2 API teenustele ning keskmine päringu teenindamise aeg ei tohi olla suurem kui 2 sekundit.
Nõude täitmise kontrolliks tuleb luua koormustestid. Koormustestide tegemine lepitakse Tellija Täitja poolt kokku tööde käigus.
Nõudest eraldi tuleb vaadelda staatiliste failide allalaadimist – need tuleb http serveris puhverdada.
5.6 Mittefunktsionaalsed nõuded
Mittefunktsionaalsete nõuete täitmisel tuleb lähtuda järgnevast:
5.6.1 Uue funktsionaalsuse loomisel tuleb lähtuda raamlepingus (nr 3-9/3443-1) ja selle lisades kirjeldatud nõuetest.
5.6.2 Täpsemad mittefunktsionaalsed nõuded, millest lähtuda on leitavad siit: Mittefunktsionaalsed nõuded
5.7 Tulemid
Valminud ja üleantavate tööde tulemid peavad sisaldama:
5.7.1 Viiteid dokumentatsioonile Confluence’is;
5.7.2 Viited tehtud töödele (Jira piletitena);
5.7.3 Viiteid koodile GitLabis.
5.8 Tööde teostamise tähtaeg
Kõikide eelnevalt kirjeldatud tööde üleandmise (so Jira piletid "Ready for AT" ja toodangu keskkonda paigaldatav kvaliteetne lähtekood) lõpptähtaeg on 30.01.2026. Tööde üleandmisele järgneb tellija poolne tööde testimine mõistliku aja jooksul ja vajadusel täitja poolne paranduste tegemine üle antud töödes, kui testimise käigus ilmneb, et tööd ei ole lõpptähtajaks teostatud nõuetekohaselt. Tööd loetakse teostatuks tööde üleandmise-vastuvõtmise akti tellija poolt allkirjastamise hetkest.