Pāriet uz galveno saturu
FromNine
Izvēlne

Inženierija

Uzņēmumu programmatūra, ko Jūsu komandas var turpināt mainīt.

Mēs izstrādājam SaaS produktus, portālus iedzīvotājiem un darbiniekiem un uzņēmuma pamatlietotnes, kas ir piekļūstamas, pēc noklusējuma drošas un ko Jūsu komandas var uzturēt vēl ilgi pēc palaišanas.

Produktu uzņēmumiem un iestādēm, kas apkalpo lietotājus vairākās valstīs, valodās un tiesiskajos režīmos.

Pieteikt sarunuApskatīt modernizāciju
Uzņēmumu programmatūra un SaaS: spēju slāņiČetri slāņi viens aiz otra. No augšas uz leju: piekļūstama saskarne, ko lieto cilvēki, jomas moduļi ar noteikumiem, platformas pakalpojumi nomniekiem un identitātei, un zem tiem droša piegādes plūsma.01Piekļūstamas saskarnes02Jomas moduļi un noteikumi03Nomnieki, identitāte, dati04Droša piegādes plūsma
  1. 01Uz jomu orientēts projektējums darbam ar daudziem noteikumiem, piemēram, lietu apstrādei
  2. 02Piekļūstamība atbilstoši EN 301 549 un WCAG 2.2 AA jau no pirmā dizaina
  3. 03Dokumentācija un lēmumu pieraksti, ko Jūsu komandas var pārņemt

01 Problēmas

Ko dzirdam pirms sistēmas pārbūves

  1. 01

    Katra izmaiņa aizņem ceturksni

    Lietotne darbojas, bet neviens neuzdrošinās aizskart tās kodolu. Mazām izmaiņām vajadzīgi plaši regresijas testi un laidiena logs.

  2. 02

    Portāls neder tiem, kam tas paredzēts

    Tas nedarbojas ar ekrāna lasītāju, tālrunī vai lietotājiem, kas lieto citu valodu. Sūdzības pienāk ātrāk nekā piekļūstamības audits.

  3. 03

    Viena klienta izmaiņa salauž cita klienta vidi

    SaaS produkts auga, pielāgojot to katram klientam. Tagad katrs laidiens prasa sarunas, un daļa nomnieku ir iestrēguši vecās versijās.

  4. 04

    Zināšanas aizgāja kopā ar piegādātāju

    Lēmumi netika pierakstīti. Komanda, kas sistēmu izveidoja, ir prom, un kods ir vienīgā dokumentācija.

  5. 05

    Drošības jautājumi pienāk no klientiem un uzraudzības iestādēm

    Iepirkumā prasa SBOM, ievainojamību procesu un pierādījumus Kibernoturības aktam. Nekas no tā nav sagatavots.

02 Ko piegādājam

Ko mēs piegādājam

  1. 01 SaaS produktu izstrāde

    Produkti, kas no viena koda apkalpo daudzus klientus: pareizs nomnieku modelis, konfigurācija pielāgojumu vietā un laidieni, kas sasniedz katru nomnieku.

    Ko mēs darām

    • Nomnieku modeļa izvēle: koplietots, grupēts vai izolēts katram nomniekam
    • Konfigurācijas un funkciju karogu stratēģija
    • Lietojuma uzskaites un norēķinu integrācija
    • Regulāri laidieni ar ieviešanu pa nomniekiem

    Ko Jūs saņemat

    • Nomnieku un izolācijas projektējums
    • Konfigurācijas modelis ar aizsargnoteikumiem
    • Laidiena process ar atcelšanu katram nomniekam

  2. 02 Jomas projektējums sarežģītiem noteikumiem

    Uz jomu orientēts projektējums tur, kur noteikumi ir pats produkts: lietu apstrāde, tiesību uz pakalpojumu noteikšana, aprēķini ar daudzām normatīvām prasībām. Starp modulāru monolītu un mikropakalpojumiem izvēlamies apzināti, un visbiežāk sākam ar pirmo.

    Ko mēs darām

    • Notikumu modelēšanas darbnīcas (event storming) ar jomas ekspertiem
    • Ierobežoti konteksti un moduļu robežas
    • Noteikumi, padarīti skaidri un testējami
    • Arhitektūras lēmumu pieraksti lielajām izvēlēm

    Ko Jūs saņemat

    • Jomas modelis un kontekstu karte
    • Modulārs kods ar ievērotām robežām
    • Izpildāmas specifikācijas galvenajiem noteikumiem

  3. 03 Portāli iedzīvotājiem un darbiniekiem

    Saskarnes uz dizaina sistēmas, pēc noklusējuma piekļūstamas un daudzvalodu jau no pirmā laidiena. Latvijā tas bieži nozīmē arī pieteikšanos ar eParaksts un eID karti; valodas ir tās, kurās runā Jūsu lietotāji.

    Ko mēs darām

    • Dizaina sistēma ar piekļūstamiem komponentiem
    • Satura veidošana vienkāršā valodā
    • Testēšana ar palīgtehnoloģijām un īstiem lietotājiem
    • Lokalizācijas darba plūsma katrai valodai

    Ko Jūs saņemat

    • Portāls uz atkārtoti izmantojamas dizaina sistēmas
    • Piekļūstamības atbilstības pārskats
    • Satura un tulkošanas darba plūsma

  4. 04 Kvalitātes inženierija un droša izstrāde

    Testu automatizācija pareizajos līmeņos, līgumu testi starp pakalpojumiem, veiktspējas testi pirms palaišanas un drošas izstrādes cikls, kas balstīts uz OWASP ASVS, SBOM un piegādes ķēdes kontrolēm.

    Ko mēs darām

    • Testēšanas stratēģija un automatizācija
    • Līgumu un veiktspējas testēšana
    • Draudu modelēšana un ASVS pārbaude
    • SBOM ģenerēšana un atkarību politika

    Ko Jūs saņemat

    • Automatizēti testi piegādes plūsmā
    • Drošības pārbaudes pārskats
    • Ievainojamību apstrādes process, gatavs Kibernoturības aktam

  5. 05 Pakāpeniska modernizācija

    Mantoto lietotni aizstājam pa vienai funkcijai aiz maršrutēšanas fasādes, kamēr darbs turpinās. Skatiet arī mantoto sistēmu modernizāciju.

    Ko mēs darām

    • Esošās lietotnes funkciju karte
    • Pakāpeniskas aizstāšanas (strangler fig) maršrutēšana un API ietvari
    • Datu migrācija ar saskaņošanas pārskatiem
    • Paralēla darbība kritiskiem aprēķiniem

    Ko Jūs saņemat

    • Modernizācijas secība ar biznesa atskaites punktiem
    • Fasāde un jaunie moduļi ekspluatācijā
    • Saskaņoti dati katrā pārslēgšanā

  6. 06 Uzturamība un nodošana

    Programmatūra, kas var piederēt Jūsu komandām: lasāms kods, lēmumu pieraksti, darbības rokasgrāmatas un nodošanas plāns, ko saskaņojam sākumā, nevis atklājam beigās.

    Ko mēs darām

    • Darbs pāros ar Jūsu izstrādātājiem izstrādes laikā
    • Arhitektūras lēmumu pieraksti, ko glabā kopā ar kodu
    • Darbības rokasgrāmatas un dežūru ceļveži
    • Zināšanu nodošanas atskaites punkti

    Ko Jūs saņemat

    • Nodošanas plāns ar pieņemšanas kritērijiem
    • Dokumentācija Jūsu repozitorijos
    • Apmācīta iekšējā komanda

03 Arhitektūra

Ilustratīva atsauces arhitektūra

Tipiska forma biznesa lietotnei, kas aizstāj vecāku: piekļūstama lietotāja saskarne, maršrutēšanas fasāde, kas katru funkciju sūta uz veco vai jauno sistēmu, API slānis ar skaidriem līgumiem un modulārs kodols, kas veidots ap jomu.

Nomnieki un konfigurācija ir skaidri platformas pakalpojumi, nevis nosacījumi, kas izkaisīti pa kodu. Zem tā katrs būvējums palaiž testus un drošības pārbaudes un izveido SBOM.

Slāņi zīmējumā

Cilvēki
Iedzīvotāji, klienti un darbinieki jebkurā ierīcē un ar palīgtehnoloģijām.
Modernizācija
Maršrutēšanas fasāde, esošā lietotne un datu migrācija ar saskaņošanu.
Platforma
API slānis, identitāte, modulārais kodols, nomnieki un konfigurācija, darbības dati.
Droša piegāde
Līgumu un veiktspējas testi, ASVS pārbaudes un SBOM katrā būvējumā.
Ilustratīvs piemērs

  1. Cilvēki

    • Iedzīvotāji, klienti, darbinieki
    • Piekļūstama saskarne

  2. Pakāpeniska modernizācija

    • Maršrutēšanas fasāde
    • Esošā lietotne
    • Migrācija ar saskaņošanu

  3. Platforma

    • API slānis un līgumi
    • Identitāte un lomas
    • Modulārs kodols: saņemšana, lietas, norēķini
    • Nomnieki, konfigurācija, funkciju karogi
    • Darbības datu krātuves

  4. Droša piegāde

    • Līgumu un veiktspējas testi, ASVS pārbaudes, SBOM katrā būvējumā
Modulārs kodols aiz maršrutēšanas fasādes

Ilustratīva arhitektūra, nevis klienta sistēma.

Lasīt diagrammu kā tekstu

Galvenais ceļš ved no cilvēkiem uz piekļūstamu lietotāja saskarni, caur maršrutēšanas fasādi un API slāni līdz modulāram kodolam, kas sadalīts ierobežotos kontekstos.

Fasāde daļu funkciju sūta arī uz esošo lietotni, ko pakāpeniski izbeidz. Tās dati caur migrāciju ar saskaņošanu pārvietojas uz darbības datu krātuvēm.

Identitātes pakalpojums apkalpo API slāni. Nomnieku un konfigurācijas pakalpojumi atrodas zem kodola. Drošas piegādes josla apakšā aptver līgumu testus, veiktspējas testus, drošības pārbaudi un SBOM.

04 Apsvērumi un ierobežojumi

Inženierijas apsvērumi un ierobežojumi

  • Vispirms modulārs monolīts

    Kā mēs to risinām

    Sākam ar skaidriem moduļiem vienā izvietojamā vienībā un atsevišķus pakalpojumus izdalām tikai tur, kur to prasa mērogošana, laidienu biežums vai komandu atbildība.

    Ierobežojumi un atkarības

    Mikropakalpojumi risina organizatoriskas problēmas tikpat daudz kā tehniskas. Bez komandām, kas par tiem atbild, tie palielina izmaksas un kļūmju iespējas.

  • Piekļūstamība ir inženierijas darbs

    Kā mēs to risinām

    Piekļūstami komponenti, automātiskas pārbaudes piegādes plūsmā un manuāla testēšana ar palīgtehnoloģijām pirms katra lielā laidiena.

    Ierobežojumi un atkarības

    Automātiskie rīki atrod tikai daļu problēmu. Pilnai atbilstībai vajadzīgi manuāli auditi un ideālā gadījumā testēšana ar lietotājiem ar invaliditāti.

    Saturam un dokumentiem, ko redaktori pievieno pēc palaišanas, jāatbilst tam pašam standartam. Mēs apmācām redaktorus, bet nekontrolējam, ko viņi publicē.

  • Modernizācija ilgst tik ilgi, cik dati

    Kā mēs to risinām

    Datu migrāciju plānojam katrai funkcijai, izmēģinām un saskaņojam, un katru pārslēgšanu apstiprina uzņēmums.

    Ierobežojumi un atkarības

    Mantoto datu kvalitāte bieži nosaka tempu. To tīrīšana ir tikpat liela mērā biznesa, cik tehnisks uzdevums.

  • Regulējums programmatūras produktiem

    Kā mēs to risinām

    SBOM, ievainojamību apstrāde un drošas noklusējuma vērtības ir daļa no mūsu standarta piegādes plūsmas, kas sagatavo produktus Kibernoturības aktam.

    Ierobežojumi un atkarības

    Vai un kā akts attiecas uz Jūsu produktu, ir juridisks jautājums. Mēs sniedzam inženierijas pierādījumus; novērtējumu veic Jūsu juristi.

05 Kā strādājam

Kā mēs strādājam

Īsi cikli, īsti lietotāji jau agri un nodošana, kas plānota no pirmās nedēļas.

  1. 01

    Kartēt jomu

    Notikumu modelēšana ar cilvēkiem, kas zina noteikumus, un šodien esošo funkciju karte.

    RezultātsKontekstu karte un pirmie lēmumu pieraksti

  2. 02

    Piegādāt plānu šķēli

    Viena funkcija no sākuma līdz galam, caur fasādi, ekspluatācijā ar īstiem lietotājiem.

    RezultātsDarbojoša šķēle ekspluatācijā

  3. 03

    Augt pa funkcijai

    Katrs laidiens pārceļ funkciju, tās datus un lietotājus, ar gatavu saskaņošanu un atcelšanu.

    RezultātsLaidienu plāns pa funkcijām

  4. 04

    Nodot

    Jūsu izstrādātāji strādā pāros ar mūsējiem, pārņem dežūras un, kad nodošanas kritēriji izpildīti, pārņem ceļvedi.

    RezultātsPieņemta nodošana

06 Cilvēka kontrole

Kur kontrole paliek cilvēkiem

Biznesa programmatūrā kontrole nozīmē zināt, kas ko mainīja, kas to apstiprināja un kā to atsaukt.

  • Apjomu nosaka produkta īpašnieki

    Jūsu produkta īpašnieks nosaka prioritātes un pieņem katru papildinājumu. Mēs iesakām, viņš lemj.

  • Konfigurācijai ir īpašnieks

    Nomnieku iestatījumus un funkciju karogus maina auditēts process, ko veic Jūsu piešķirtas lomas.

  • Pārslēgšanas tiek apstiprinātas

    Katru pāreju no vecās uz jauno sistēmu apstiprina uzņēmums, un atcelšana ir izmēģināta.

  • Lēmumi tiek pierakstīti

    Arhitektūras lēmumu pieraksti rāda, kas tika izvēlēts, kas to izvēlējās un kāpēc, lai nākamās komandas tos varētu pārskatīt apzināti.

07 Tehnoloģijas

Tehnoloģijas, ar kurām strādājam

Servera daļa
  • Java un Kotlin
  • .NET
  • TypeScript un Node.js
  • Python
Lietotāja saskarne
  • React un Next.js
  • Angular
  • Dizaina sistēmas ar piekļūstamiem komponentiem
  • Vietējās un starpplatformu mobilās lietotnes
Dati
  • PostgreSQL
  • SQL Server un Oracle (esošās vides)
  • Notikumu straumēšana
  • Meklētājprogrammas
Kvalitāte un drošība
  • Playwright un līgumu testēšana
  • Slodzes un veiktspējas testēšana
  • SAST, DAST un atkarību skenēšana
  • SBOM CycloneDX vai SPDX formātā

Tehnoloģijas nosaukums šajā sarakstā apraksta mūsu inženierijas pieredzi. Tas nenozīmē partnerību ar tās piegādātāju vai tā atbalstu.

08 Piemērs

Ilustratīvs piemērs

Ilustratīvs piemērs

Izplatītāju portāls mēbeļu ražotājam vairākos tirgos

01Situācija
Mēbeļu ražotājs pārdod caur izplatītājiem Latvijā, Lietuvā, Igaunijā un Ziemeļvalstīs. Pasūtījumi pienāk e-pastā un izklājlapās, katrā tirgū citā formātā, un katra cenu vai produktu izmaiņa jāievada vairākās vietās.
02Ko mēs izveidotu
Viens izplatītāju portāls uz kopīgas dizaina sistēmas, ar katra tirgus cenām, valodām un piegādes noteikumiem konfigurācijā, savienots ar ražotāja ERP sistēmu un ar vienu laidienu plūsmu.
03Kur lemj cilvēki
Katra tirgus pārdošanas vadītājs apstiprina sava tirgus saturu un cenas; produkta īpašnieks lemj par kopīgajām funkcijām.
04Ko mēs mērītu
Piekļūstamības problēmas katrā laidienā, laiks, līdz izmaiņa nonāk visos tirgos, un to izmaiņu daļa, kas veiktas vienreiz, nevis katram tirgum atsevišķi.

09 Nozares skatījums

Jūsu nozarē

  • Publiskais sektors un valsts pārvalde

    Lietu pārvaldība un portāli iedzīvotājiem, kas atbilst piekļūstamības prasībām, atbalsta pieteikšanos ar eParaksts un savienojas ar valsts reģistriem.

  • Finanšu pakalpojumi

    Klientu portāli un iekšējās lietotnes ar stingru audita pierakstu un laidiena procesiem, kas atbilst izmaiņu kontroles prasībām.

  • Ražošana un rūpniecība

    Konfiguratori, servisa portāli un SaaS produkti iekārtu un produktu ražotājiem, savienoti ar ERP un lauka servisu.

Latvija

Jauns tirgus ir laidiens, nevis atzarojums

Produkts, ko pārdod visā ES, sastopas ar Eiropas Piekļūstamības aktu caur nacionālajiem likumiem, kas detaļās atšķiras. Latvijā tas ir Preču un pakalpojumu piekļūstamības likums, ko piemēro kopš 2025. gada 28. jūnija, un tirgus uzraudzību veic PTAC. Kibernoturības akts ir viena regula ar pienākumiem, kas stājas spēkā pakāpeniski.

Klienti katrā valstī sagaida arī savu valodu, savus rēķinu noteikumus un savas identitātes shēmas: Latvijā tie ir eParaksts un eID karte, kā arī strukturēti e-rēķini valsts un pašvaldību iestādēm. Šīs atšķirības glabājam konfigurācijā un skaidri nodalītos moduļos, tāpēc jauns tirgus ir laidiens, nevis atzarojums. Piekļūstamības pierādījumus un drošības dokumentāciju sagatavo piegādes plūsma, gatavus katra tirgus iepirkuma jautājumiem.

Jautājumi par uzņēmumu programmatūru un SaaS

Izstrādāt pēc pasūtījuma vai konfigurēt platformu?

Konfigurējiet platformu, ja Jūsu process ir tuvs standartam, un izstrādājiet, ja process ir tas, kas Jūs atšķir, vai ja noteikumiem neatbilst neviena platforma. Mēs strādājam ar Salesforce, SAP un Odoo, kā arī ar pasūtījuma kodu, tāpēc mums nav iemesla uzspiest vienu atbildi. Šo izvēli skaidri pamato mūsu pakalpojums Arhitektūra un konsultācijas.

Vai varat garantēt, ka mūsu portāls būs piekļūstams?

Mēs izstrādājam atbilstoši EN 301 549 un WCAG 2.2 AA, testējam automātiski un manuāli un piegādājam atbilstības pārskatu ar zināmajām problēmām. Nesolām, ka problēmu nebūs; solām tās atrast, ziņot par tām un novērst to, kas ir mūsu darba apjomā. Latvijā Preču un pakalpojumu piekļūstamības likuma tirgus uzraudzību veic Patērētāju tiesību aizsardzības centrs (PTAC), bet no 2027. gada 1. janvāra finanšu pakalpojumu piekļūstamību uzrauga Latvijas Banka.

Vai varat modernizēt bez vienreizējas lielās migrācijas?

Jā, un mēs to iesakām. Maršrutēšanas fasāde ļauj pārcelt pa vienai funkcijai, kamēr esošā lietotne turpina darboties, un katrā solī dati tiek saskaņoti.

Vai mūsu komanda var pārņemt programmatūru?

Tas ir noklusējuma plāns. Nodošanas kritērijus saskaņojam sākumā, Jūsu izstrādātāji strādā pāros ar mūsējiem izstrādes laikā, un lēmumu pieraksti un darbības rokasgrāmatas atrodas Jūsu repozitorijos.

Ko Kibernoturības akts nozīmē mūsu produktam?

Ja laižat ES tirgū programmatūru ar digitāliem elementiem, tas var radīt pienākumus attiecībā uz drošu projektējumu, ievainojamību apstrādi un dokumentāciju. Mēs sagatavojam inženierijas pierādījumus: SBOM, ievainojamību procesu un drošas noklusējuma vērtības.

Pastāstiet, kam jāturpina darboties, kamēr tas mainās

Mēs ieteiksim pirmo funkciju, ko pārcelt, un to, kas beigās piederēs Jūsu komandai.

Pieteikt sarunuApskatīt modernizāciju