Liikuge põhisisu juurde
FromNine
Menüü

Tarkvara ja pilv

Äritarkvara, mida teie meeskonnad saavad ise edasi arendada.

Arendame SaaS-tooteid, kodaniku- ja töötajaportaale ning ärikriitilisi rakendusi, mis on ligipääsetavad, vaikimisi turvalised ja mida teie meeskonnad saavad hallata veel kaua pärast käivitamist.

Eesti tootefirmadele ja avaliku sektori asutustele, kelle kasutajad logivad sisse ID-kaardi, Mobiil-ID või Smart-ID abil ja ootavad ligipääsetavat teenust.

Arutame teie projektiPärandsüsteemid
Äritarkvara ja SaaS: võimekuste kihidNeli kihti üksteise taga. Ülevalt alla: ligipääsetav liides, mida inimesed kasutavad, ärireegleid hoidvad valdkonnamoodulid, platvormiteenused rentnike ja identiteedi jaoks ning turvaline tarnetoru kõige all.01Ligipääsetavad liidesed02Valdkonnamoodulid ja reeglid03Rentnikud, identiteet, andmed04Turvaline tarnetoru
  1. 01Valdkonnapõhine disain reeglirohkele tööle, näiteks juhtumite menetlemisele
  2. 02Ligipääsetavus standardite EN 301 549 ja WCAG 2.2 AA järgi esimesest kavandist alates
  3. 03Dokumentatsioon ja otsusekirjed, mille teie meeskonnad saavad üle võtta

01 Probleemid

Mida kuuleme enne ümberehitust

  1. 01

    Iga muudatus võtab kvartali

    Rakendus töötab, kuid keegi ei julge tuuma puudutada. Väikesed muudatused vajavad suuri regressiooniteste ja väljalaskeakent.

  2. 02

    Portaal ei teeninda inimesi, kelle jaoks see on loodud

    See ei tööta ekraanilugejaga, teises keeles, mida osa kasutajaid vajab, ega telefonis. Kaebused jõuavad kohale enne ligipääsetavuse auditit.

  3. 03

    Ühe kliendi muudatus lõhub teise oma

    SaaS-toode kasvas kliendipõhiste kohanduste kaudu. Nüüd on iga väljalase läbirääkimine ja mõni rentnik on jäänud vanale versioonile.

  4. 04

    Teadmised lahkusid koos tarnijaga

    Otsuseid kunagi kirja ei pandud. Meeskond, kes selle ehitas, on edasi liikunud ja kood on ainus dokumentatsioon.

  5. 05

    Turvaküsimused tulevad klientidelt ja järelevalvelt

    Hankija küsib SBOM-i, haavatavuste käsitlemise protsessi ja tõendeid küberkerksuse määruse kohta. Kellelgi pole neid valmis.

02 Mida tarnime

Mida tarnime

  1. 01 SaaS-toodete arendus

    Tooted, mis on kavandatud teenindama paljusid kliente ühest koodibaasist: õige rentnikumudel, konfigureerimine kohandamise asemel ja väljalasked, mis jõuavad iga rentnikuni.

    Mida teeme

    • Rentnikumudeli valik: jagatud, koondatud või iga rentniku jaoks eraldatud
    • Konfiguratsiooni ja funktsioonilippude strateegia
    • Kasutuse mõõtmise ja arveldamise liidestus
    • Väljalaskerongid rentnikke arvestava levitusega

    Mida saate

    • Rentnike ja eraldatuse lahendus
    • Konfiguratsioonimudel koos piirangutega
    • Väljalaskeprotsess rentnikupõhise tagasipööramisega

  2. 02 Valdkonnadisain keerukate reeglite jaoks

    Valdkonnapõhine disain seal, kus reeglid ongi toode: juhtumite menetlemine, õiguse tuvastamine, regulatsioonirohked arvutused. Valime teadlikult modulaarse monoliidi ja mikroteenuste vahel ning alustame enamasti esimesest.

    Mida teeme

    • Sündmustormid (event storming) valdkonna ekspertidega
    • Piiritletud kontekstid ja moodulite piirid
    • Reeglid, mis on sõnastatud selgelt ja testitavalt
    • Arhitektuuriotsuste kirjed suurte valikute kohta

    Mida saate

    • Valdkonnamudel ja kontekstikaart
    • Modulaarne koodibaas jõustatud piiridega
    • Käivitatavad spetsifikatsioonid peamiste reeglite kohta

  3. 03 Kodaniku- ja töötajaportaalid

    Disainisüsteemile ehitatud liidesed, vaikimisi ligipääsetavad ja esimesest väljalaskest mitmekeelsed. Eesti kasutajatele tähendab see eestikeelset liidest ning lisaks neid keeli, mida teie kasutajad tegelikult räägivad. Sisselogimine ID-kaardi, Mobiil-ID ja Smart-ID abil kavandatakse algusest peale.

    Mida teeme

    • Ligipääsetavate komponentidega disainisüsteem
    • Selges keeles sisu kavandamine
    • Abitehnoloogiaga testimine päris kasutajatega
    • Lokaliseerimise töövoog iga keele jaoks

    Mida saate

    • Portaal korduvkasutataval disainisüsteemil
    • Ligipääsetavuse vastavusaruanne
    • Sisu ja tõlke töövoog

  4. 04 Kvaliteeditehnika ja turvaline arendus

    Testide automatisee­rimine õigetel tasanditel, lepingutestid teenuste vahel, jõudlustestid enne käivitamist ning turvalise arenduse elutsükkel, mis tugineb OWASP ASVS-ile, SBOM-idele ja tarneahela kontrollidele.

    Mida teeme

    • Testistrateegia ja automatisee­rimine
    • Lepingu- ja jõudlustestimine
    • Ohumodelleerimine ja ASVS-i kontroll
    • SBOM-i genereerimine ja sõltuvuste poliitika

    Mida saate

    • Automaatsed testikomplektid tarnetorus
    • Turvakontrolli aruanne
    • Haavatavuste käsitlemise protsess, mis on valmis küberkerksuse määruse jaoks

  5. 05 Järkjärguline moderniseerimine

    Pärandrakendus asendatakse ühe võimekuse kaupa suunamisfassaadi taga, samal ajal kui äritegevus jätkub. Vaadake ka pärandsüsteemide moderniseerimist.

    Mida teeme

    • Olemasoleva rakenduse võimekuste kaart
    • Strangler fig suunamine ja API-ümbrised
    • Andmete üleviimine koos kokkuviimise aruannetega
    • Paralleelkäivitused kriitiliste arvutuste jaoks

    Mida saate

    • Moderniseerimise järjekord koos äriliste verstapostidega
    • Fassaad ja uued moodulid tootmises
    • Kokkuviidud andmed igal üleminekul

  6. 06 Hallatavus ja üleandmine

    Tarkvara, mille teie meeskonnad saavad omaks võtta: loetav kood, otsusekirjed, käsiraamatud ja üleandmise plaan, mis lepitakse kokku alguses, mitte ei avastata lõpus.

    Mida teeme

    • Paaristöö teie arendajatega ehitamise ajal
    • Arhitektuuriotsuste kirjed koos koodiga
    • Käitusjuhendid ja valvejuhised
    • Teadmiste üleandmise verstapostid

    Mida saate

    • Üleandmise plaan koos vastuvõtukriteeriumidega
    • Dokumentatsioon teie repositooriumides
    • Koolitatud majasisene meeskond

03 Arhitektuur

Illustreeriv viitearhitektuur

Tüüpiline kuju ärirakendusele, mis asendab vanemat: ligipääsetav kasutajaliides, suunamisfassaad, mis saadab iga võimekuse vanasse või uude süsteemi, selgete lepingutega API-kiht ja valdkonna järgi korraldatud modulaarne tuum.

Rentnikud ja konfiguratsioon on selgesõnalised platvormiteenused, mitte koodi laiali pillutud tingimused. Kõige all käivitab iga ehitus testid ja turvakontrollid ning loob SBOM-i.

Joonise kihid

Inimesed
Kodanikud, kliendid ja töötajad mis tahes seadmes ja abitehnoloogiaga.
Moderniseerimine
Suunamisfassaad, olemasolev rakendus ja andmete üleviimine koos kokkuviimisega.
Platvorm
API-kiht, identiteet, modulaarne tuum, rentnikud ja konfiguratsioon, operatiivandmed.
Turvaline tarne
Lepingu- ja jõudlustestid, ASVS-i kontrollid ja SBOM igas ehituses.
Illustreeriv näide

  1. Inimesed

    • Kodanikud, kliendid, töötajad
    • Ligipääsetav kasutaja­liides

  2. Järkjärguline moderniseerimine

    • Suunamis­fassaad
    • Olemasolev rakendus
    • Üleviimine koos kokku­viimisega

  3. Platvorm

    • API-kiht ja lepingud
    • Identiteet ja rollid
    • Modulaarne tuum: vastuvõtt, menetlus, arveldus
    • Rentnikud, konfiguratsioon, funktsiooni­lipud
    • Operatiiv­andmehoidlad

  4. Turvaline tarne

    • Lepingu- ja jõudlustestid, ASVS-i kontrollid, SBOM igas ehituses
Modulaarne tuum suunamisfassaadi taga

Illustreeriv arhitektuur, mitte kliendi süsteem.

Lugege joonist tekstina

Põhitee kulgeb inimestelt ligipääsetava kasutajaliidese, suunamisfassaadi ja API-kihi kaudu piiritletud kontekstideks jaotatud modulaarse tuumani.

Fassaad suunab osa võimekusi ka olemasolevasse rakendusse, mis lülitatakse samm-sammult välja. Selle andmed liiguvad kokkuviimisega üleviimise kaudu operatiivandmehoidlatesse.

Identiteet teenindab API-kihti. Rentnike ja konfiguratsiooni teenused asuvad tuuma all. Kõige all olev turvalise tarne riba katab lepingutestid, jõudlustestid, turvakontrolli ja SBOM-id.

04 Kaalutlused ja piirangud

Tehnilised kaalutlused ja piirangud

  • Kõigepealt modulaarne monoliit

    Kuidas me seda lahendame

    Alustame selgete moodulitega ühes paigaldatavas üksuses ja eraldame teenuseid ainult seal, kus skaleerimine, väljalasketempo või meeskondade vastutus seda nõuab.

    Piirangud ja sõltuvused

    Mikroteenused lahendavad organisatsioonilisi probleeme sama palju kui tehnilisi. Ilma meeskondadeta, kes neid omavad, lisavad need kulu ja rikkeviise.

  • Ligipääsetavus on insenertöö

    Kuidas me seda lahendame

    Ligipääsetavad komponendid, automaatsed kontrollid tarnetorus ja käsitsi testimine abitehnoloogiaga enne iga suuremat väljalaset.

    Piirangud ja sõltuvused

    Automaatsed tööriistad leiavad ainult osa probleemidest. Täielik vastavus vajab käsitsi auditeid ja ideaalis testimist puudega kasutajatega.

    Sisu ja dokumendid, mida toimetajad pärast käivitamist lisavad, peavad vastama samale standardile. Koolitame toimetajaid, kuid ei kontrolli, mida nad avaldavad.

  • Moderniseerimine kestab nii kaua kui andmed

    Kuidas me seda lahendame

    Andmete üleviimine kavandatakse võimekuse kaupa, seda harjutatakse ja kokkuviimine tehakse ära ning iga ülemineku kinnitab äripool.

    Piirangud ja sõltuvused

    Tempo määrab sageli pärandandmete kvaliteet. Nende puhastamine on sama palju äriline kui tehniline ülesanne.

  • Tarkvaratoodete regulatsioon

    Kuidas me seda lahendame

    SBOM-id, haavatavuste käsitlemine ja turvalised vaikesätted on osa meie standardsest tarnetorust, mis valmistab tooteid ette küberkerksuse määruseks.

    Piirangud ja sõltuvused

    Kas ja kuidas määrus teie tootele kehtib, on õiguslik küsimus. Meie anname tehnilised tõendid; hinnangu teevad teie juristid.

05 Kuidas töötame

Kuidas töötame

Lühikesed tsüklid, päris kasutajad varakult ja üleandmine kavandatud esimesest nädalast.

  1. 01

    Valdkonna kaardistamine

    Sündmustorm inimestega, kes reegleid tunnevad, ja võimekuste kaart sellest, mis täna olemas on.

    TulemusKontekstikaart ja esimesed otsusekirjed

  2. 02

    Õhuke viil tootmisse

    Üks võimekus algusest lõpuni, fassaadi kaudu tootmisse päris kasutajatega.

    TulemusTöötav viil tootmises

  3. 03

    Kasv võimekuse kaupa

    Iga väljalase viib üle ühe võimekuse, selle andmed ja kasutajad, kokkuviimine ja tagasipööramine on valmis.

    TulemusVäljalaskeplaan võimekuse kaupa

  4. 04

    Üleandmine

    Teie arendajad teevad meie omadega paaristööd, võtavad üle valve ja omavad teekaarti, kui üleandmise kriteeriumid on täidetud.

    TulemusVastu võetud üleandmine

06 Inimese kontroll

Kus inimesed jäävad otsustajaks

Äritarkvaras tähendab kontroll teadmist, kes mida muutis, kes selle kinnitas ja kuidas seda tagasi pöörata.

  • Tooteomanikud otsustavad ulatuse

    Teie tooteomanik seab prioriteedid ja võtab iga juurdekasvu vastu. Meie nõustame, tema otsustab.

  • Konfiguratsioonil on omanik

    Rentnike seadistusi ja funktsioonilippe muudetakse auditeeritud protsessi kaudu teie määratud rollides.

  • Üleminekud kinnitatakse

    Iga ülemineku vanast süsteemist uude kinnitab äripool ja tagasipööramist on harjutatud.

  • Otsused pannakse kirja

    Arhitektuuriotsuste kirjed näitavad, mis valiti, kes valis ja miks, nii et tulevased meeskonnad saavad neid teadlikult uuesti vaadata.

07 Tehnoloogiad

Tehnoloogiad, millega töötame

Taustsüsteem
  • Java ja Kotlin
  • .NET
  • TypeScript ja Node.js
  • Python
Kasutajaliides
  • React ja Next.js
  • Angular
  • Ligipääsetavate komponentidega disainisüsteemid
  • Natiivsed ja platvormiülesed mobiilirakendused
Andmed
  • PostgreSQL
  • SQL Server ja Oracle (olemasolevad keskkonnad)
  • Sündmusvood
  • Otsingumootorid
Kvaliteet ja turve
  • Playwright ja lepingutestimine
  • Koormus- ja jõudlustestimine
  • SAST, DAST ja sõltuvuste skaneerimine
  • SBOM CycloneDX- või SPDX-vormingus

Tehnoloogia loetelu kirjeldab meie inseneride kogemust. See ei tähenda partnerlust tootjaga ega tootja heakskiitu.

08 Näide

Illustreeriv näide

Illustreeriv näide

Taotlusportaal kohalikule omavalitsusele ID-kaardi, Mobiil-ID ja Smart-ID sisselogimisega

01Olukord
Linn võtab toetuste ja lubade taotlusi vastu e-posti, paberi ja vana veebivormi kaudu. Vorm ei tööta ekraanilugejaga ning ametnikud sisestavad andmed menetlussüsteemi käsitsi.
02Mida me ehitaksime
Üks taotlusportaal ligipääsetaval disainisüsteemil, sisselogimine ID-kaardi, Mobiil-ID ja Smart-ID abil, põhiandmed X-tee kaudu eeltäidetud ning taotlused liiguvad otse menetlussüsteemi.
03Kus otsustavad inimesed
Valdkonna spetsialistid kinnitavad iga vormi sisu ja reeglid; otsuse taotluse kohta teeb menetleja.
04Mida me mõõdaksime
Ligipääsetavuse puudused väljalaske kohta, käsitsi sisestatud taotluste osakaal ja aeg taotluse esitamisest menetlusse võtmiseni.

09 Valdkondade vaade

Teie valdkonnas

  • Avalik sektor

    Menetlussüsteemid ja e-teenused, mis vastavad ligipääsetavusnõuetele, kasutavad sisselogimiseks ID-kaarti, Mobiil-ID-d ja Smart-ID-d ning võtavad andmeid X-tee kaudu.

  • Finantsteenused

    Kliendiportaalid ja tagakontori rakendused tugeva auditijälje ja väljalaskeprotsessidega, mis vastavad muudatuste halduse nõuetele.

  • Tootmine ja tööstus

    Konfiguraatorid, teenindusportaalid ja SaaS-tooted seadmete ja mööbli tootjatele, ühendatud ERP-süsteemi ja välihooldusega.

Eesti

Uus turg on väljalase, mitte haru

Toodete ja teenuste ligipääsetavuse seadus võtab üle Euroopa ligipääsetavuse akti ja selle kohustused kehtivad ettevõtjatele alates 28. juunist 2025; järelevalvet teeb Tarbijakaitse ja Tehnilise Järelevalve Amet (TTJA). Avaliku sektori veebilehtedele ja rakendustele kehtivad ligipääsetavusnõuded avaliku teabe seaduse kaudu.

Küberkerksuse määrus on üks määrus, mille kohustusi hakatakse kohaldama etappidena. Kliendid igas riigis ootavad ka oma keelt, oma arvereegleid ja oma e-identimist, Eestis ID-kaarti, Mobiil-ID-d ja Smart-ID-d. Hoiame need erinevused konfiguratsioonis ja selgelt piiritletud moodulites, nii et uus turg on väljalase, mitte haru. Ligipääsetavuse tõendid ja turvadokumentatsiooni loob tarnetoru, valmis hankija küsimusteks.

Küsimused äritarkvara ja SaaS-i kohta

Kas ehitada tellimustarkvara või konfigureerida platvormi?

Konfigureerige platvormi seal, kus teie protsess on lähedal standardile, ja ehitage seal, kus protsess on see, mis teid eristab, või kus ükski platvorm reeglitele ei sobi. Töötame nii Salesforce’i, SAP-i ja Odooga kui ka tellimustarkvaraga, seega pole meil põhjust üht vastust peale suruda. Meie teenus Arhitektuur ja nõustamine teeb selle valiku läbipaistvaks.

Kas saate tagada, et meie portaal on ligipääsetav?

Ehitame standardite EN 301 549 ja WCAG 2.2 AA järgi, testime automaatselt ja käsitsi ning anname üle vastavusaruande koos teadaolevate puudustega. Me ei luba null puudust; lubame need leida, neist teatada ja parandada oma ulatuses olevad.

Kas saate moderniseerida ilma suure korraga üleminekuta?

Jah, ja soovitame seda. Suunamisfassaad laseb meil viia üle ühe võimekuse korraga, samal ajal kui olemasolev rakendus töötab edasi ja andmed viiakse igal sammul kokku.

Kas meie oma meeskond saab tarkvara üle võtta?

See on vaikimisi plaan. Üleandmise kriteeriumid lepitakse kokku alguses, teie arendajad teevad ehitamise ajal meie omadega paaristööd ning otsusekirjed ja käsiraamatud on teie repositooriumides.

Mida tähendab küberkerksuse määrus meie tootele?

Kui lasete digielemente sisaldava tarkvaratoote ELi turule, võib see tuua kohustusi turvalise disaini, haavatavuste käsitlemise ja dokumentatsiooni osas. Meie koostame tehnilised tõendid: SBOM-id, haavatavuste protsessi ja turvalised vaikesätted.

Kirjeldage, mis peab muutuste ajal edasi töötama

Pakume välja esimese üleviidava võimekuse ja selle, mida teie meeskond lõpuks omab.

Arutame teie projektiPärandsüsteemid