1. Kasutajate teadmisprofiilide mõistmine

Tellitav ei ole oma olemuselt lihtsasti mõistetav ja sellest tulenevalt on oluline detailselt aru saada kasutajate teadmisprofiilidest. Teenindatavate klientide hulka kuuluvad kasutajad nii era- kui avalikust sektorist ja erinevatest valdkondadest. Terminoloogia, mis võib olla tuttav IKT sektori spetsialistidele, on tihtipeale mitte tehnilistele klientidele arusaamatu.  

2. Toodete detailne selgitamine

Kuigi alati on võimalik toodete tellimisel pöörduda küsimustega SK haldurite poole või internetis silmaringi laiendada, nägime projekti jooksva avastamise faasis väärtust toodete detailsemal lahti selgitamisel. Tulemina kirjeldasime igat toodet laialdasemalt, tuues välja nii toote olemuse kui potentsiaalsed kasutusjuhud. 

3. Toodete vaheliste seoste analüüs

Toodete ja teenuste juures pöörasime erilist tähelepanu ka toodete vahelistele seostele, mis tellimise ja haldamise protsesse mõjutavad. Erinevalt näiteks jalanõude tellimisest, kus identse paari uuesti tellimisel protsessilist vastuolu ei teki, on SK tooted ettevõtetega seotud läbi niinimetatud unikaalse käepigistuse, millele ei tohi eksisteerida duplikaati.  

4. Erinõuete täitmine

Lisanduvalt on oluline teadvustada ka toodetele rakenduvaid erinõudeid, mille täitmine on ilma seonduvate toodete omamiseta ebapraktiline või võimatu. Ennetamaks potentsiaalseid nurjuvaid tellimusi ja sellest tulenevat frustratsiooni, pöörasime lahenduse loomisel nii disaini, analüüsi kui ka arenduse juures erilist tähelepanu toodetele.

5. Turvalisuse tagamine

SK pakutavate toodete ja teenuste nurgakiviks on turvalisus. Notariaalse allkirjaga võrreldavat e-templi teenust ei ole võimalik pakkuda ilma usalduseta pakutava teenuse vastu. Samuti nõuab suures koguses sensitiivsete andmete kogumine, käsitlemine ja hoiustamine tiimilt teravat pilku ja täpsust. Turvalisus ei tähenda sellises kontekstis mitte ainult pinnapealseid reeglistikke, vaid arhitektuurilist vundamenti, mis rakenduse ülesehitust võimalikult efektiivselt toetab.

Turvalisuse tagamiseks on oluline omada ülevaadet kes, millal, kus ja mida tegi. Samuti on oluline lähtuda andmestike lahususe prinsiibist ning rakendust toetava hosting serveri võimekusest ja ülesehitusest. Potentsiaalsete nõrkuste tekkimise vältimiseks katsime suure osa koodivaramust automaattestidega. E-teeninduse lõpptulemi vastavust rohketele reeglitele auditeeris küberturvalisuse spetsialist.

6. Andmete migreerimisel keskendume tervikule

E-teeninduse keskkond eksisteeris oma olemuselt ka enne uue versiooni analüüsi ja arendust. See tähendab, et kuigi lõime lisandunud nõudmiste ja reeglistike baasil uue ja parema e-teeninduse, ei ole enne andmete terviklikku migreerimist tegemist läbivalt töötava lahendusega.

Andmete migratsioon on tihtipeale keeruline põhjusel, et uus loodud arhitektuur, andmebaas ja reeglistik ei rakendu tagasiulatuvalt varasemale lahendusele ega tööprotsessile. Tekivad andmestike vahelised ebakõlad, mis tuleb uue lahenduse toimimiseks ühtselt toimima saada.

7. Migreerime iteratiivselt

Teadvustasime migratsiooniprotsessi algetappides, et tuhandete ettevõtete kasutajaid, tellimusi ja tellimustega seonduvat infohulka tuleb käsitleda iteratiivselt. Sadu tuhandeid sissekandeid ei ole võimalik esimese korraga perfektselt üle tuua ja manuaalselt ei ole mõistlik andmebaasi läbi käia. Protseduurilise lähenemise käigus ilmutasid vastukõlad endid ise ja seeläbi oli tervikut ka lihtsam üle tuua.