Preskočite na glavno vsebino
FromNine
Meni

Razvoj in oblak

Poslovna programska oprema, ki jo vaše ekipe lahko še naprej spreminjajo.

Razvijamo izdelke SaaS, portale za občane in zaposlene ter osrednje poslovne aplikacije, ki so dostopne, privzeto varne in jih vaše ekipe lahko vzdržujejo še dolgo po uvedbi.

Za podjetja z lastnimi izdelki in za javne ustanove, ki služijo uporabnikom v Sloveniji in drugih državah, jezikih in pravnih ureditvah.

Opišite svoj projektPosodobitev sistemov
Poslovna programska oprema in SaaS: plasti zmogljivostiŠtiri plasti, naložene druga na drugo. Od zgoraj navzdol: dostopni vmesnik, ki ga uporabljajo ljudje, domenski moduli s poslovnimi pravili, platformne storitve za najemnike in identiteto ter varen cevovod za dostavo na dnu.01Dostopni vmesniki02Domenski moduli in pravila03Najemniki, identiteta, podatki04Varen cevovod za dostavo
  1. 01Domensko usmerjeno načrtovanje za delo z veliko pravili, kot je obravnava zadev
  2. 02Dostopnost po EN 301 549 in WCAG 2.2 AA od prve zasnove
  3. 03Dokumentacija in zapisi odločitev, ki jih vaše ekipe lahko prevzamejo

01 Težave

Kaj slišimo pred prenovo

  1. 01

    Vsaka sprememba traja četrtletje

    Aplikacija deluje, vendar si nihče ne upa poseči v jedro. Majhne spremembe zahtevajo obsežne regresijske teste in termin za izdajo.

  2. 02

    Portal ne služi ljudem, ki jim je namenjen

    Ne deluje z bralnikom zaslona, v drugem jeziku, ki bi ga moral podpirati, ali na telefonu. Pritožbe pridejo prej kot presoja dostopnosti.

  3. 03

    Sprememba za eno stranko pokvari delovanje za drugo

    Izdelek SaaS je rasel s prilagoditvami za posamezne stranke. Zdaj je vsaka izdaja pogajanje, nekateri najemniki pa so obtičali na starih različicah.

  4. 04

    Znanje je odšlo z dobaviteljem

    Odločitve niso bile nikoli zapisane. Ekipa, ki je sistem zgradila, je odšla, koda pa je edina dokumentacija.

  5. 05

    Varnostna vprašanja postavljajo stranke in regulatorji

    Naročniki v javnem naročilu zahtevajo kosovnico za programsko opremo (SBOM), postopek za ranljivosti in dokazila za Akt o kibernetski odpornosti. Nihče jih nima pripravljenih.

02 Kaj zagotovimo

Kaj zagotovimo

  1. 01 Razvoj izdelkov SaaS

    Izdelki, zasnovani tako, da z eno kodno osnovo služijo številnim strankam: pravi model najemnikov, konfiguracija namesto prilagajanja in izdaje, ki dosežejo vse najemnike.

    Kaj naredimo

    • Izbira modela najemnikov: skupni, združeni ali ločeni za vsakega najemnika
    • Strategija konfiguracije in stikal funkcij
    • Povezava merjenja porabe in obračuna
    • Redne izdaje z uvajanjem po najemnikih

    Kaj prejmete

    • Zasnova najemnikov in njihove izolacije
    • Model konfiguracije z varovali
    • Postopek izdaje s povrnitvijo za vsakega najemnika

  2. 02 Domenska zasnova za zahtevna pravila

    Domensko usmerjeno načrtovanje tam, kjer so pravila izdelek: obravnava zadev, upravičenost, izračuni, ki jih določajo predpisi. Med modularnim monolitom in mikrostoritvami izbiramo premišljeno in najpogosteje začnemo s prvim.

    Kaj naredimo

    • Delavnice event storming s strokovnjaki s področja
    • Omejeni konteksti in meje modulov
    • Pravila, zapisana izrecno in preverljivo
    • Zapisi arhitekturnih odločitev za velike izbire

    Kaj prejmete

    • Domenski model in zemljevid kontekstov
    • Modularna kodna osnova z uveljavljenimi mejami
    • Izvedljive specifikacije za ključna pravila

  3. 03 Portali za občane in zaposlene

    Vmesniki na sistemu oblikovanja, privzeto dostopni in večjezični od prve izdaje. Za javno storitev v Sloveniji to pomeni slovenščino in vse jezike, ki jih mora storitev podpirati; drugje jezike, ki jih vaši uporabniki dejansko govorijo.

    Kaj naredimo

    • Sistem oblikovanja z dostopnimi komponentami
    • Vsebine v jasnem in preprostem jeziku
    • Testiranje s podpornimi tehnologijami in resničnimi uporabniki
    • Potek lokalizacije za vsak jezik

    Kaj prejmete

    • Portal na ponovno uporabnem sistemu oblikovanja
    • Poročilo o skladnosti z zahtevami dostopnosti
    • Potek dela za vsebine in prevode

  4. 04 Zagotavljanje kakovosti in varen razvoj

    Avtomatizacija testov na pravih ravneh, pogodbeni testi med storitvami, testi zmogljivosti pred uvedbo in varen razvojni cikel na podlagi OWASP ASVS, seznamov SBOM in kontrol dobavne verige.

    Kaj naredimo

    • Strategija testiranja in avtomatizacija
    • Pogodbeni testi in testi zmogljivosti
    • Modeliranje groženj in preverjanje po ASVS
    • Izdelava SBOM in pravila za odvisnosti

    Kaj prejmete

    • Avtomatizirani nabori testov v cevovodu
    • Poročilo o varnostnem preverjanju
    • Postopek obravnave ranljivosti, pripravljen za Akt o kibernetski odpornosti

  5. 05 Postopna posodobitev

    Starejšo aplikacijo zamenjamo zmogljivost za zmogljivostjo, za usmerjevalno fasado, medtem ko poslovanje teče naprej. Glejte tudi posodobitev starejših sistemov.

    Kaj naredimo

    • Zemljevid zmogljivosti obstoječe aplikacije
    • Usmerjanje po vzorcu strangler fig in ovijanje z API-ji
    • Selitev podatkov s poročili o usklajenosti
    • Vzporedno delovanje za kritične izračune

    Kaj prejmete

    • Zaporedje posodobitve s poslovnimi mejniki
    • Fasada in novi moduli v produkciji
    • Usklajeni podatki ob vsakem preklopu

  6. 06 Vzdrževanje in predaja

    Programska oprema, ki jo vaše ekipe lahko prevzamejo: berljiva koda, zapisi odločitev, navodila za delovanje in načrt predaje, dogovorjen na začetku, ne odkrit na koncu.

    Kaj naredimo

    • Delo v parih z vašimi razvijalci med razvojem
    • Zapisi arhitekturnih odločitev, shranjeni skupaj s kodo
    • Operativna navodila in vodniki za dežurstvo
    • Mejniki prenosa znanja

    Kaj prejmete

    • Načrt predaje z merili sprejema
    • Dokumentacija v vaših repozitorijih
    • Usposobljena lastna ekipa

03 Arhitektura

Ponazoritvena referenčna arhitektura

Značilna oblika poslovne aplikacije, ki nadomešča starejšo: dostopen uporabniški vmesnik, usmerjevalna fasada, ki vsako zmogljivost pošlje staremu ali novemu sistemu, plast API-jev z jasnimi pogodbami in modularno jedro, organizirano po domeni.

Najemniki in konfiguracija so izrecne platformne storitve, ne pogoji, raztreseni po kodi. Pod tem vsaka gradnja izvede teste in varnostna preverjanja ter izdela SBOM.

Plasti na sliki

Ljudje
Občani, stranke in zaposleni, na kateri koli napravi in s podpornimi tehnologijami.
Posodobitev
Usmerjevalna fasada, obstoječa aplikacija in selitev podatkov z usklajevanjem.
Platforma
Plast API-jev, identiteta, modularno jedro, najemniki in konfiguracija, operativni podatki.
Varna dostava
Pogodbeni testi in testi zmogljivosti, preverjanja ASVS in SBOM ob vsaki gradnji.
Ponazoritveni primer

  1. Ljudje

    • Občani, stranke, zaposleni
    • Dostopen uporabniški vmesnik

  2. Postopna posodobitev

    • Usmerjevalna fasada
    • Obstoječa aplikacija
    • Selitev z usklajevanjem

  3. Platforma

    • Plast API-jev in pogodbe
    • Identiteta in vloge
    • Modularno jedro: sprejem, zadeve, obračun
    • Najemniki, konfiguracija, stikala funkcij
    • Operativne podatkovne shrambe

  4. Varna dostava

    • Pogodbeni testi in testi zmogljivosti, preverjanja ASVS, SBOM ob vsaki gradnji
Modularno jedro za usmerjevalno fasado

Ponazoritvena arhitektura, ne sistem stranke.

Preberite diagram kot besedilo

Glavna pot vodi od ljudi do dostopnega uporabniškega vmesnika, prek usmerjevalne fasade in plasti API-jev do modularnega jedra, organiziranega v omejene kontekste.

Fasada nekatere zmogljivosti usmeri tudi v obstoječo aplikacijo, ki se postopoma umika. Njeni podatki se z usklajevanjem selijo v operativne podatkovne shrambe.

Identiteta služi plasti API-jev. Storitve za najemnike in konfiguracijo so pod jedrom. Pas varne dostave na dnu pokriva pogodbene teste, teste zmogljivosti, varnostno preverjanje in SBOM.

04 Premisleki in omejitve

Tehnični premisleki in omejitve

  • Najprej modularni monolit

    Kako to rešujemo

    Začnemo z jasnimi moduli v eni namestitveni enoti, storitve pa izločimo le tam, kjer to zahtevajo obremenitev, tempo izdaj ali lastništvo ekip.

    Omejitve in odvisnosti

    Mikrostoritve rešujejo organizacijske težave enako kot tehnične. Brez ekip, ki bi bile zanje odgovorne, prinašajo stroške in nove načine odpovedi.

  • Dostopnost je inženirsko delo

    Kako to rešujemo

    Dostopne komponente, samodejna preverjanja v cevovodu in ročno testiranje s podpornimi tehnologijami pred vsako večjo izdajo.

    Omejitve in odvisnosti

    Samodejna orodja najdejo le del težav. Popolna skladnost zahteva ročne presoje in, idealno, testiranje z invalidi.

    Vsebine in dokumenti, ki jih uredniki dodajo po uvedbi, morajo izpolnjevati isti standard. Urednike usposobimo, ne odločamo pa o tem, kaj objavijo.

  • Posodobitev traja toliko kot podatki

    Kako to rešujemo

    Selitev podatkov načrtujemo za vsako zmogljivost posebej, jo vadimo in usklajujemo, ob vsakem preklopu pa jo potrdi poslovna stran.

    Omejitve in odvisnosti

    Kakovost starih podatkov pogosto določa tempo. Njihovo čiščenje je enako poslovna kot tehnična naloga.

  • Predpisi za programske izdelke

    Kako to rešujemo

    SBOM, obravnava ranljivosti in varne privzete nastavitve so del našega standardnega cevovoda, ki izdelke pripravlja na Akt o kibernetski odpornosti.

    Omejitve in odvisnosti

    Ali in kako se akt uporablja za vaš izdelek, je pravno vprašanje. Mi zagotovimo inženirske dokaze, oceno pa pripravijo vaši pravni svetovalci.

05 Kako delamo

Kako delamo

Kratki cikli, resnični uporabniki zgodaj in predaja, načrtovana od prvega tedna.

  1. 01

    Opišemo domeno

    Delavnice event storming z ljudmi, ki poznajo pravila, in zemljevid zmogljivosti obstoječega stanja.

    RezultatZemljevid kontekstov in prvi zapisi odločitev

  2. 02

    Uvedemo tanko rezino

    Ena zmogljivost od začetka do konca, prek fasade, v produkciji z resničnimi uporabniki.

    RezultatDelujoča rezina v produkciji

  3. 03

    Rast po zmogljivostih

    Vsaka izdaja preseli zmogljivost, njene podatke in uporabnike, z usklajevanjem in pripravljeno povrnitvijo.

    RezultatNačrt izdaj po zmogljivostih

  4. 04

    Predaja

    Vaši razvijalci delajo v parih z našimi, prevzamejo dežurstvo in načrt razvoja, ko so izpolnjena merila predaje.

    RezultatSprejeta predaja

06 Človeški nadzor

Kje odloča človek

Pri poslovni programski opremi nadzor pomeni vedeti, kdo je kaj spremenil, kdo je to odobril in kako spremembo razveljaviti.

  • O obsegu odločajo lastniki izdelka

    Vaš lastnik izdelka določa prednostne naloge in sprejme vsako inkrementalno izdajo. Mi svetujemo, odloča on.

  • Konfiguracija ima lastnika

    Nastavitve najemnikov in stikala funkcij se spreminjajo po revidiranem postopku, v vlogah, ki jih določite vi.

  • Preklopi so odobreni

    Vsak prehod s starega na nov sistem potrdi poslovna stran, z vajeno povrnitvijo.

  • Odločitve so zapisane

    Zapisi arhitekturnih odločitev pokažejo, kaj je bilo izbrano, kdo je izbral in zakaj, zato jih prihodnje ekipe lahko ponovno pretehtajo z vedenjem.

07 Tehnologije

Tehnologije, s katerimi delamo

Zaledje
  • Java in Kotlin
  • .NET
  • TypeScript in Node.js
  • Python
Uporabniški vmesnik
  • React in Next.js
  • Angular
  • Sistemi oblikovanja z dostopnimi komponentami
  • Izvorne in večplatformne mobilne aplikacije
Podatki
  • PostgreSQL
  • SQL Server in Oracle (obstoječa okolja)
  • Pretakanje dogodkov
  • Iskalniki
Kakovost in varnost
  • Playwright in pogodbeno testiranje
  • Obremenitveno testiranje in testiranje zmogljivosti
  • SAST, DAST in pregledovanje odvisnosti
  • SBOM v formatu CycloneDX ali SPDX

Navedba tehnologije opisuje naše inženirske izkušnje. Ne pomeni partnerstva z njenim ponudnikom ali njegove podpore.

08 Primer

Ponazoritveni primer

Ponazoritveni primer

Portal za vloge s prijavo SI-PASS za skupno občinsko upravo

01Izhodišče
Skupna občinska uprava dela za več občin. Vloge prihajajo po pošti, po e-pošti in prek obrazcev na spletnih mestih posameznih občin, vsak obrazec pa ima drugačne težave z dostopnostjo.
02Kaj bi zgradili
En portal na skupnem sistemu oblikovanja, s prijavo prek SI-PASS, z vsebinami in nastavitvami posamezne občine v konfiguraciji in z eno izdajo za vse občine.
03Kje odloča človek
Vsaka občina odobri vsebine in nastavitve za svoje vloge, o skupnih funkcijah odloča lastnik izdelka v skupni upravi, o vlogah pa uradna oseba.
04Kaj bi merili
Število težav z dostopnostjo na izdajo, čas do uvedbe spremembe v vseh občinah in delež vlog, oddanih prek portala.

09 Panoge

V vaši panogi

  • Javni sektor

    Vodenje zadev in portali za občane, ki izpolnjujejo zahteve glede dostopnosti, z izjavo o dostopnosti po ZDSMA, s prijavo SI-PASS in povezavami na eUpravo.

  • Finančne storitve

    Portali za stranke in zaledne aplikacije z zanesljivimi revizijskimi sledmi in postopki izdaj, ki izpolnjujejo zahteve upravljanja sprememb.

  • Proizvodna industrija

    Konfiguratorji, servisni portali in izdelki SaaS za proizvajalce opreme, povezani z ERP in terenskim servisom.

Slovenija

Nov trg je nova izdaja, ne nova veja kode

Evropski akt o dostopnosti v Sloveniji prenaša Zakon o dostopnosti do proizvodov in storitev za invalide (ZDPSI, Uradni list RS, št. 14/23), ki se uporablja od 28. junija 2025; mikropodjetja, ki opravljajo storitve, so izvzeta, novela ZDPSI-A velja od 25. februarja 2026. Nadzor izvajata Tržni inšpektorat Republike Slovenije in AKOS. Spletišča in mobilne aplikacije organov javnega sektorja ureja Zakon o dostopnosti spletišč in mobilnih aplikacij (ZDSMA, Uradni list RS, št. 30/18), ki zahteva izjavo o dostopnosti.

Akt o kibernetski odpornosti je ena uredba z obveznostmi, ki začnejo veljati postopoma. Državljani se v eUpravo, podjetja pa v portal SPOT prijavljajo prek SI-PASS z e-osebno izkaznico, aplikacijo eOsebna, kvalificiranim digitalnim potrdilom ali smsPASS, stranke v drugih državah pa pričakujejo svoj jezik, svoja pravila izdajanja računov in svoje sheme elektronske identitete.

Te razlike hranimo v konfiguraciji in jasno omejenih modulih, zato je nov trg nova izdaja, ne nova veja kode. Dokaze o dostopnosti in varnostno dokumentacijo pripravi cevovod, tako da so na voljo za vprašanja v javnih naročilih in pri strankah na vsakem trgu.

Vprašanja o poslovni programski opremi in SaaS

Ali naj razvijemo po meri ali konfiguriramo platformo?

Platformo konfigurirajte tam, kjer je vaš proces blizu standardnemu, razvijajte pa tam, kjer vas proces razlikuje od drugih ali kjer nobena platforma ne ustreza pravilom. Delamo s platformami Salesforce, SAP in Odoo ter s kodo po meri, zato nimamo razloga, da bi vsiljevali en odgovor. To izbiro izrecno opredelimo v storitvi Arhitektura in svetovanje.

Ali lahko zagotovite, da bo naš portal dostopen?

Gradimo po EN 301 549 in WCAG 2.2 AA, testiramo samodejno in ročno ter predamo poročilo o skladnosti z vsemi znanimi težavami. Ne obljubljamo, da težav ne bo; obljubljamo, da jih bomo našli, o njih poročali in odpravili tiste v našem obsegu.

Ali lahko sistem posodobite brez enkratne velike selitve?

Da, in to tudi priporočamo. Usmerjevalna fasada omogoča, da selimo zmogljivost za zmogljivostjo, medtem ko obstoječa aplikacija deluje naprej, podatke pa uskladimo ob vsakem koraku.

Ali lahko programsko opremo prevzame naša lastna ekipa?

To je privzeti načrt. Merila predaje dogovorimo na začetku, vaši razvijalci med razvojem delajo v parih z našimi, zapisi odločitev in navodila za delovanje pa so v vaših repozitorijih.

Kaj Akt o kibernetski odpornosti pomeni za naš izdelek?

Če na trg EU dajete programsko opremo z digitalnimi elementi, vam lahko prinese obveznosti glede varne zasnove, obravnave ranljivosti in dokumentacije. Mi pripravimo inženirske dokaze: SBOM, postopek za ranljivosti in varne privzete nastavitve.

Povejte nam, kaj mora delovati naprej, medtem ko se spreminja

Predlagali bomo prvo zmogljivost za selitev in kaj bi vaša ekipa na koncu imela v lasti.

Opišite svoj projektPosodobitev sistemov