Pereiti prie pagrindinio turinio
FromNine
Meniu

Inžinerija

Įmonių programinė įranga, kurią Jūsų komandos galės keisti ir toliau.

Kuriame SaaS produktus, gyventojų ir darbuotojų portalus bei pagrindines verslo sistemas, kurios yra prieinamos, saugios pagal numatytuosius nustatymus ir kurias Jūsų komandos gali prižiūrėti dar ilgai po paleidimo.

Produktų įmonėms ir viešojo sektoriaus institucijoms, aptarnaujančioms naudotojus keliose šalyse, keliomis kalbomis ir pagal skirtingas teisines sistemas.

Aptarkime Jūsų projektąSenųjų sistemų modernizavimas
Įmonių programinė įranga ir SaaS: gebėjimų sluoksniaiKeturi vienas po kito išdėstyti sluoksniai. Iš viršaus į apačią: prieinama sąsaja, kuria naudojasi žmonės, srities moduliai su taisyklėmis, platformos paslaugos klientų aplinkoms ir tapatybei ir apačioje saugus diegimo konvejeris.01Prieinamos sąsajos02Srities moduliai ir taisyklės03Klientų aplinkos, tapatybė, duomenys04Saugus diegimo konvejeris
  1. 01Srities modeliu grįstas projektavimas (domain-driven design) taisyklių gausiam darbui, pavyzdžiui, bylų nagrinėjimui
  2. 02Prieinamumas pagal EN 301 549 ir WCAG 2.2 AA nuo pirmųjų eskizų
  3. 03Dokumentacija ir sprendimų įrašai, kuriuos Jūsų komandos gali perimti

01 Problemos

Ką girdime prieš perkuriant sistemą

  1. 01

    Kiekvienas pakeitimas užtrunka ketvirtį

    Sistema veikia, bet niekas nedrįsta liesti jos branduolio. Smulkiems pakeitimams reikia didelių regresijos testų ir išleidimo lango.

  2. 02

    Portalas nepadeda tiems, kuriems skirtas

    Jis neveikia su ekrano skaitytuvu, kita reikalinga kalba ar telefone. Skundai atkeliauja anksčiau nei prieinamumo auditas.

  3. 03

    Vieno kliento pakeitimas sugadina kito sistemą

    SaaS produktas augo pritaikant jį kiekvienam klientui atskirai. Dabar kiekvienas išleidimas tampa derybomis, o kai kurie klientai įstrigo senose versijose.

  4. 04

    Žinios išėjo kartu su tiekėju

    Sprendimai niekada nebuvo užrašyti. Sistemą sukūrusi komanda jau dirba kitur, o kodas yra vienintelė dokumentacija.

  5. 05

    Saugumo klausimų atsiunčia klientai ir reguliuotojai

    Pirkimo dokumentuose prašoma SBOM, pažeidžiamumų valdymo proceso ir Kibernetinio atsparumo akto atitikties įrodymų. Niekas jų neturi paruošęs.

02 Ką pateikiame

Ką pateikiame

  1. 01 SaaS produktų kūrimas

    Produktai, sukurti aptarnauti daug klientų iš vienos kodo bazės: tinkamas klientų aplinkų modelis, konfigūracija vietoje individualių pritaikymų ir išleidimai, pasiekiantys kiekvieną klientą.

    Ką darome

    • Klientų aplinkų modelio pasirinkimas: bendra, sutelkta ar atskira aplinka kiekvienam klientui
    • Konfigūracijos ir funkcijų jungiklių strategija
    • Naudojimo apskaitos ir sąskaitų išrašymo integracija
    • Reguliarūs išleidimai, diegiami atsižvelgiant į kiekvieno kliento aplinką

    Ką gaunate

    • Klientų aplinkų ir jų atskyrimo projektas
    • Konfigūracijos modelis su apsauginėmis ribomis
    • Išleidimo procesas su atšaukimu kiekvienam klientui

  2. 02 Srities projektavimas sudėtingoms taisyklėms

    Srities modeliu grįstas projektavimas ten, kur taisyklės ir yra produktas: bylų nagrinėjimas, teisės į paramą vertinimas, reguliavimo nulemti skaičiavimai. Tarp modulinio monolito ir mikropaslaugų renkamės sąmoningai ir dažniausiai pradedame nuo pirmojo.

    Ką darome

    • Event storming dirbtuvės su srities ekspertais
    • Ribotieji kontekstai (bounded contexts) ir modulių ribos
    • Aiškiai aprašytos ir testuojamos taisyklės
    • Architektūrinių sprendimų įrašai svarbiausiems pasirinkimams

    Ką gaunate

    • Srities modelis ir kontekstų žemėlapis
    • Modulinė kodo bazė su užtikrinamomis ribomis
    • Vykdomos svarbiausių taisyklių specifikacijos

  3. 03 Gyventojų ir darbuotojų portalai

    Sąsajos, sukurtos dizaino sistemos pagrindu, prieinamos pagal numatytuosius nustatymus ir daugiakalbės nuo pirmosios versijos. Lietuvoje viešosios paslaugos teikiamos valstybine kalba, todėl lietuviška sąsaja yra pagrindas, o kitos kalbos pridedamos pagal tai, kuriomis kalbomis iš tikrųjų kalba Jūsų naudotojai.

    Ką darome

    • Dizaino sistema su prieinamais komponentais
    • Turinys, parašytas aiškia kalba
    • Testavimas su pagalbinėmis technologijomis ir realiais naudotojais
    • Lokalizavimo procesas kiekvienai kalbai

    Ką gaunate

    • Portalas, sukurtas pakartotinai naudojamos dizaino sistemos pagrindu
    • Prieinamumo atitikties ataskaita
    • Turinio ir vertimų procesas

  4. 04 Kokybės inžinerija ir saugus kūrimas

    Testų automatizavimas tinkamais lygiais, sutarčių testai tarp paslaugų, našumo testai prieš paleidimą ir saugaus kūrimo ciklas, paremtas OWASP ASVS, SBOM ir tiekimo grandinės kontrolėmis.

    Ką darome

    • Testavimo strategija ir automatizavimas
    • Sutarčių ir našumo testavimas
    • Grėsmių modeliavimas ir ASVS patikra
    • SBOM generavimas ir priklausomybių politika

    Ką gaunate

    • Automatiniai testų rinkiniai diegimo konvejeryje
    • Saugumo patikros ataskaita
    • Pažeidžiamumų valdymo procesas, paruoštas Kibernetinio atsparumo aktui

  5. 05 Laipsniškas moderni­zavimas

    Senąją sistemą keičiame po vieną funkciją, už nukreipimo fasado, o veikla tuo metu nesustoja. Taip pat žr. senųjų sistemų modernizavimą.

    Ką darome

    • Esamos sistemos funkcijų žemėlapis
    • Strangler fig nukreipimas ir API apvalkalai
    • Duomenų perkėlimas su suderinimo ataskaitomis
    • Lygiagretus vykdymas kritiniams skaičiavimams

    Ką gaunate

    • Modernizavimo seka su verslo etapais
    • Fasadas ir nauji moduliai gamybinėje aplinkoje
    • Suderinti duomenys po kiekvieno perjungimo

  6. 06 Prižiūrimumas ir perdavimas

    Programinė įranga, kurią Jūsų komandos gali perimti: skaitomas kodas, sprendimų įrašai, eksploatavimo vadovai ir perdavimo planas, sutartas pradžioje, o ne atrastas pabaigoje.

    Ką darome

    • Darbas porose su Jūsų programuotojais kūrimo metu
    • Architektūrinių sprendimų įrašai, saugomi kartu su kodu
    • Eksploatavimo ir budėjimo vadovai
    • Žinių perdavimo etapai

    Ką gaunate

    • Perdavimo planas su priėmimo kriterijais
    • Dokumentacija Jūsų saugyklose
    • Apmokyta vidinė komanda

03 Architektūra

Iliustracinė etaloninė architektūra

Tipinė verslo sistemos, keičiančios senesnę, forma: prieinama naudotojo sąsaja, nukreipimo fasadas, kuris kiekvieną funkciją siunčia į senąją ar naująją sistemą, API sluoksnis su aiškiomis sutartimis ir modulinis branduolys, suskirstytas pagal sritį.

Klientų aplinkos ir konfigūracija yra aiškios platformos paslaugos, o ne po visą kodą išbarstytos sąlygos. Apačioje kiekvienas surinkimas paleidžia testus ir saugumo patikras bei sukuria SBOM.

Brėžinio sluoksniai

Žmonės
Gyventojai, klientai ir darbuotojai, naudojantys bet kokį įrenginį ir pagalbines technologijas.
Moderni­zavimas
Nukreipimo fasadas, esama sistema ir duomenų perkėlimas su suderinimu.
Platforma
API sluoksnis, tapatybė, modulinis branduolys, klientų aplinkos ir konfigūracija, operaciniai duomenys.
Saugus diegimas
Sutarčių ir našumo testai, ASVS patikros ir SBOM kiekviename surinkime.
Iliustracinis pavyzdys

  1. Žmonės

    • Gyventojai, klientai, darbuotojai
    • Prieinama naudotojo sąsaja

  2. Laipsniškas moderni­zavimas

    • Nukreipimo fasadas
    • Esama sistema
    • Perkėlimas su suderinimu

  3. Platforma

    • API sluoksnis ir sutartys
    • Tapatybė ir vaidmenys
    • Modulinis branduolys: priėmimas, bylos, sąskaitos
    • Klientų aplinkos, konfigūracija, funkcijų jungikliai
    • Operacinės duomenų saugyklos

  4. Saugus diegimas

    • Sutarčių ir našumo testai, ASVS patikros, SBOM kiekviename surinkime
Modulinis branduolys už nukreipimo fasado

Iliustracinė architektūra, ne kliento sistema.

Skaityti diagramą kaip tekstą

Pagrindinė trasa veda nuo žmonių iki prieinamos naudotojo sąsajos, per nukreipimo fasadą ir API sluoksnį iki modulinio branduolio, suskirstyto į ribotuosius kontekstus.

Fasadas dalį funkcijų nukreipia į esamą sistemą, kuri atsisakoma žingsnis po žingsnio. Jos duomenys per perkėlimą su suderinimu patenka į operacines duomenų saugyklas.

Tapatybės paslauga aptarnauja API sluoksnį. Po branduoliu yra klientų aplinkų ir konfigūracijos paslaugos. Apačioje esanti saugaus diegimo juosta apima sutarčių testus, našumo testus, saugumo patikrą ir SBOM.

04 Aspektai ir ribos

Inžineriniai aspektai ir ribos

  • Pirmiausia modulinis monolitas

    Kaip tai sprendžiame

    Pradedame nuo aiškių modulių viename diegiamame vienete ir atskiras paslaugas išskiriame tik ten, kur to reikalauja mastas, išleidimų dažnis ar komandų atsakomybė.

    Ribos ir priklausomybės

    Mikropaslaugos sprendžia tiek organizacines, tiek technines problemas. Jei nėra komandų, kurios už jas atsakytų, jos tik padidina kainą ir gedimų galimybes.

  • Prieinamumas yra inžinerinis darbas

    Kaip tai sprendžiame

    Prieinami komponentai, automatinės patikros diegimo konvejeryje ir rankinis testavimas su pagalbinėmis technologijomis prieš kiekvieną didesnį išleidimą.

    Ribos ir priklausomybės

    Automatiniai įrankiai randa tik dalį problemų. Visai atitikčiai reikia rankinio audito ir, idealiu atveju, testavimo su negalią turinčiais naudotojais.

    Turinys ir dokumentai, kuriuos redaktoriai prideda po paleidimo, turi atitikti tą patį standartą. Redaktorius apmokome, bet nekontroliuojame, ką jie skelbia.

  • Modernizavimas trunka tiek, kiek duomenys

    Kaip tai sprendžiame

    Duomenų perkėlimas planuojamas kiekvienai funkcijai, išbandomas iš anksto ir suderinamas, o kiekvieną perjungimą patvirtina verslas.

    Ribos ir priklausomybės

    Senosios sistemos duomenų kokybė dažnai lemia tempą. Jų valymas yra tiek verslo, tiek techninė užduotis.

  • Reguliavimas programinės įrangos produktams

    Kaip tai sprendžiame

    SBOM, pažeidžiamumų valdymas ir saugūs numatytieji nustatymai yra mūsų standartinio diegimo konvejerio dalis, kuri paruošia produktus Kibernetinio atsparumo aktui.

    Ribos ir priklausomybės

    Ar ir kaip aktas taikomas Jūsų produktui, yra teisinis klausimas. Mes pateikiame inžinerinius įrodymus, o vertinimą atlieka Jūsų teisininkai.

05 Kaip dirbame

Kaip dirbame

Trumpi ciklai, realūs naudotojai nuo pat pradžių ir perdavimas, planuojamas nuo pirmosios savaitės.

  1. 01

    Išanalizuojame sritį

    Event storming dirbtuvės su žmonėmis, kurie išmano taisykles, ir dabar esamų funkcijų žemėlapis.

    RezultatasKontekstų žemėlapis ir pirmieji sprendimų įrašai

  2. 02

    Pateikiame ploną pjūvį

    Viena funkcija nuo pradžios iki galo, per fasadą, gamybinėje aplinkoje su realiais naudotojais.

    RezultatasVeikiantis pjūvis gamybinėje aplinkoje

  3. 03

    Plečiamės funkcija po funkcijos

    Kiekvienas išleidimas perkelia funkciją, jos duomenis ir naudotojus, o suderinimas ir atšaukimas yra paruošti.

    RezultatasIšleidimų planas pagal funkcijas

  4. 04

    Perduodame

    Jūsų programuotojai dirba poromis su mūsiškiais, perima budėjimą ir, įvykdžius perdavimo kriterijus, valdo tolesnį planą.

    RezultatasPriimtas perdavimas

06 Žmogaus kontrolė

Kur sprendžia žmonės

Verslo programinėje įrangoje kontrolė reiškia žinoti, kas ką pakeitė, kas tai patvirtino ir kaip tai atšaukti.

  • Apimtį nustato produkto savininkai

    Jūsų produkto savininkas nustato prioritetus ir priima kiekvieną prieaugį. Mes patariame, jie sprendžia.

  • Konfigūracija turi savininką

    Klientų aplinkų nustatymus ir funkcijų jungiklius keičia Jūsų paskirti vaidmenys per audituojamą procesą.

  • Perjungimai tvirtinami

    Kiekvieną perėjimą iš senos sistemos į naują patvirtina verslas, o atšaukimas būna išbandytas iš anksto.

  • Sprendimai užrašomi

    Architektūrinių sprendimų įrašai rodo, kas pasirinkta, kas tai nusprendė ir kodėl, todėl būsimos komandos gali juos peržiūrėti sąmoningai.

07 Technologijos

Technologijos, su kuriomis dirbame

Serverio pusė
  • Java ir Kotlin
  • .NET
  • TypeScript ir Node.js
  • Python
Naudotojo sąsaja
  • React ir Next.js
  • Angular
  • Dizaino sistemos su prieinamais komponentais
  • Natūralios ir kelių platformų mobiliosios programėlės
Duomenys
  • PostgreSQL
  • SQL Server ir Oracle (esamose sistemose)
  • Įvykių srautai
  • Paieškos varikliai
Kokybė ir saugumas
  • Playwright ir sutarčių testavimas
  • Apkrovos ir našumo testavimas
  • SAST, DAST ir priklausomybių skenavimas
  • SBOM CycloneDX ar SPDX formatu

Technologijos paminėjimas apibūdina mūsų inžinerinę patirtį. Tai nereiškia partnerystės su jos gamintoju ar gamintojo pritarimo.

08 Pavyzdys

Iliustracinis pavyzdys

Iliustracinis pavyzdys

Prašymų portalas savivaldybės paslaugoms

01Situacija
Savivaldybės administracija gyventojų prašymus priima el. paštu, popieriumi ir per kelias atskiras internetines formas. Formos neveikia su ekrano skaitytuvu ir telefone, o specialistai duomenis į bylų sistemą perrašo rankiniu būdu.
02Ką kurtume
Vienas prieinamas prašymų portalas bendros dizaino sistemos pagrindu, su prisijungimu per elektroninę atpažintį (Smart-ID, mobilųjį parašą ar asmens tapatybės kortelę). Prašymai su priedais patenka tiesiai į bylų sistemą.
03Žmogaus kontrolė
Prašymų formas ir turinį tvirtina atsakingi skyriai, o sprendimą dėl kiekvieno prašymo priima atsakingas specialistas.
04Ką matuotume
Prieinamumo trūkumų skaičius kiekvienoje versijoje, internetu pateiktų prašymų dalis ir laikas nuo prašymo pateikimo iki jo užregistravimo bylų sistemoje.

09 Sektoriaus požiūriu

Jūsų sektoriuje

  • Viešasis sektorius

    Bylų valdymo sistemos ir gyventojų portalai, kurie atitinka prieinamumo reikalavimus, veikia valstybine kalba ir kitomis reikalingomis kalbomis ir yra sujungti su valstybės informacinėmis sistemomis.

  • Finansinės paslaugos

    Klientų portalai ir vidaus sistemos su patikimu audito žurnalu ir išleidimo procesais, atitinkančiais pakeitimų valdymo reikalavimus.

  • Gamyba ir pramonė

    Konfigūratoriai, aptarnavimo portalai ir SaaS produktai įrangos gamintojams, sujungti su ERP ir lauko aptarnavimo sistemomis.

Lietuva

Nauja rinka yra nauja versija, o ne atskira kodo šaka

Lietuvoje Europos prieinamumo aktą perkelia Gaminių ir paslaugų prieinamumo reikalavimų įstatymas, taikomas nuo 2025 m. birželio 28 d. Pagrindinė jo priežiūros institucija yra Valstybinė vartotojų teisių apsaugos tarnyba (VVTAT). Kitose ES šalyse tas pats aktas perkeltas nacionaliniais įstatymais, kurie skiriasi detalėmis, o viešojo sektoriaus institucijų svetainėms ir programėlėms taikoma Interneto svetainių prieinamumo direktyva ir standartas EN 301 549. Valstybės ir savivaldybių institucijų interneto svetainių ir mobiliųjų programų prieinamumo stebėseną atlieka Valstybės skaitmeninių sprendimų agentūra (VSSA).

Kibernetinio atsparumo aktas yra vienas reglamentas, kurio pareigos įsigalioja etapais. Klientai kiekvienoje šalyje taip pat tikisi savo kalbos, savo sąskaitų taisyklių ir savo elektroninės atpažinties; Lietuvoje tai asmens tapatybės kortelė, mobilusis parašas ir Smart-ID.

Šiuos skirtumus laikome konfigūracijoje ir aiškiai atskirtuose moduliuose, todėl nauja rinka tampa nauja versija, o ne atskira kodo šaka. Prieinamumo įrodymus ir saugumo dokumentaciją parengia diegimo konvejeris, todėl jie paruošti kiekvienos rinkos pirkimų klausimams.

Klausimai apie įmonių programinę įrangą ir SaaS

Kurti individualiai ar konfigūruoti platformą?

Konfigūruokite platformą ten, kur Jūsų procesas artimas standartiniam, ir kurkite ten, kur procesas Jus išskiria arba kur jokia platforma netinka taisyklėms. Dirbame su Salesforce, SAP ir Odoo, taip pat kuriame individualų kodą, todėl neturime priežasties primesti vieno atsakymo. Šį pasirinkimą aiškiai įvardija mūsų paslauga Architektūra ir konsultavimas.

Ar galite garantuoti, kad mūsų portalas bus prieinamas?

Kuriame pagal EN 301 549 ir WCAG 2.2 AA, testuojame automatiškai ir rankiniu būdu ir pateikiame atitikties ataskaitą su visomis žinomomis problemomis. Nežadame, kad problemų nebus; žadame jas rasti, apie jas pranešti ir ištaisyti tai, kas yra mūsų atsakomybės ribose.

Ar galite modernizuoti be vienkartinio didelio perkėlimo?

Taip, ir tai rekomenduojame. Nukreipimo fasadas leidžia perkelti po vieną funkciją, kol esama sistema toliau veikia, o duomenys suderinami po kiekvieno žingsnio.

Ar mūsų komanda gali perimti programinę įrangą?

Tai yra numatytasis planas. Perdavimo kriterijai sutariami pradžioje, Jūsų programuotojai kūrimo metu dirba poromis su mūsiškiais, o sprendimų įrašai ir eksploatavimo vadovai saugomi Jūsų saugyklose.

Ką Kibernetinio atsparumo aktas reiškia mūsų produktui?

Jei pateikiate ES rinkai produktus su skaitmeniniais elementais, pavyzdžiui, programinę įrangą, jis gali nustatyti pareigų dėl saugaus projektavimo, pažeidžiamumų valdymo ir dokumentacijos. Mes parengiame inžinerinius įrodymus: SBOM, pažeidžiamumų valdymo procesą ir saugius numatytuosius nustatymus.

Papasakokite, kas turi veikti toliau, kol sistema keičiasi

Pasiūlysime pirmą perkeliamą funkciją ir tai, ką Jūsų komanda valdys pabaigoje.

Aptarkime Jūsų projektąSenųjų sistemų modernizavimas