Ugrás a fő tartalomra
FromNine
Menü

Fejlesztés

Vállalati szoftver, amelyet a saját csapatai tovább­fejleszthetnek.

SaaS-termékeket, állampolgári és munkatársi portálokat, valamint központi üzleti alkalmazásokat fejlesztünk, amelyek akadálymentesek és alapértelmezetten biztonságosak, és amelyeket saját csapatai az indulás után még sokáig karban tudnak tartani.

Termékfejlesztő cégeknek és közszférabeli szervezeteknek, amelyek több ország, nyelv és jogrend felhasználóit szolgálják ki.

Beszéljük meg a projektjétÖrökölt rendszerek
Vállalati szoftver és SaaS: képességrétegekNégy egymásra épülő réteg. Fentről lefelé: az akadálymentes felület, amelyet az emberek használnak, a szabályokat hordozó szakterületi modulok, a bérlőkezelést és az identitáskezelést végző platformszolgáltatások, alul pedig a biztonságos szállítási lánc.01Akadálymentes felületek02Szakterületi modulok és szabályok03Bérlők, identitás, adatok04Biztonságos szállítási lánc
  1. 01Szakterület-vezérelt tervezés szabályokban gazdag munkához, például az ügyintézéshez
  2. 02Akadálymentesség az EN 301 549 és a WCAG 2.2 AA szerint az első tervtől
  3. 03Dokumentáció és döntési feljegyzések, amelyeket a csapatai átvehetnek

01 Problémák

Amit egy újraírás előtt hallunk

  1. 01

    Minden változtatás egy negyedévig tart

    Az alkalmazás működik, de senki sem mer a magjához nyúlni. A kis változtatásokhoz is nagy regressziós teszt és kiadási ablak kell.

  2. 02

    A portál cserben hagyja azokat, akiket kiszolgál

    Nem működik képernyőolvasóval, telefonon pedig nehezen használható. A panaszok hamarabb érkeznek meg, mint az akadálymentességi audit.

  3. 03

    Az egyik ügyfél változtatása elrontja a másikét

    A SaaS-termék ügyfelenkénti testreszabással nőtt. Most minden kiadás alku tárgya, és egyes bérlők régi verziókon ragadtak.

  4. 04

    A tudás a beszállítóval együtt távozott

    A döntéseket soha nem írták le. Az azt építő csapat továbbállt, és a kód az egyetlen dokumentáció.

  5. 05

    Biztonsági kérdések érkeznek ügyfelektől és hatóságoktól

    A beszerzés SBOM-ot, sérülékenységkezelési folyamatot és a kiberreziliencia-jogszabály szerinti bizonyítékokat kér. Egyik sincs készen.

02 Szállítási tételek

Amit szállítunk

  1. 01 SaaS-termékfejlesztés

    Olyan termékek, amelyek egy kódbázisból sok ügyfelet szolgálnak ki: a megfelelő bérlőmodell, testreszabás helyett konfiguráció és kiadások, amelyek minden bérlőhöz eljutnak.

    Amit csinálunk

    • Bérlőmodell kiválasztása: közös, csoportosított vagy bérlőnként elkülönített
    • Konfigurációs és funkciókapcsoló-stratégia
    • Használatmérés és számlázási integráció
    • Kiadási ütemek bérlőnként szabályozott bevezetéssel

    Amit Ön kap

    • Bérlő- és elkülönítési terv
    • Konfigurációs modell védőkorlátokkal
    • Kiadási folyamat bérlőnkénti visszaállítással

  2. 02 Szakterületi tervezés összetett szabályokhoz

    Szakterület-vezérelt tervezés ott, ahol a szabályok maguk a termék: ügyintézés, jogosultsági feltételek, jogszabályokra épülő számítások. Tudatosan választunk a moduláris monolit és a mikroszolgáltatások között, és legtöbbször az előbbivel kezdünk.

    Amit csinálunk

    • Event storming a szakterületi szakértőkkel
    • Határolt kontextusok és modulhatárok
    • Kifejezett és tesztelhető szabályok
    • Architektúradöntési feljegyzések a nagy döntésekről

    Amit Ön kap

    • Szakterületi modell és kontextustérkép
    • Moduláris kódbázis érvényesített határokkal
    • Végrehajtható specifikációk a kulcsszabályokra

  3. 03 Állampolgári és munkatársi portálok

    Tervezési rendszerre épülő, alapértelmezetten akadálymentes felületek, az első kiadástól több nyelvre felkészítve. Magyarországon ez a magyar felületet jelenti és azokat a további nyelveket, amelyeket a felhasználók valóban beszélnek. Közszférabeli portáloknál ehhez jön az Ügyfélkapu+ vagy DÁP-alkalmazás alapú belépés.

    Amit csinálunk

    • Tervezési rendszer akadálymentes komponensekkel
    • Közérthető tartalomtervezés
    • Tesztelés segítő technológiákkal, valódi felhasználókkal
    • Lokalizációs munkafolyamat minden nyelvre

    Amit Ön kap

    • Portál újrahasznosítható tervezési rendszeren
    • Akadálymentességi megfelelőségi jelentés
    • Tartalmi és fordítási munkafolyamat

  4. 04 Minőség­biztosítás és biztonságos fejlesztés

    Tesztautomatizálás a megfelelő szinteken, szerződéstesztek a szolgáltatások között, teljesítménytesztek az indulás előtt és az OWASP ASVS-re, SBOM-okra és ellátásilánc-kontrollokra épülő biztonságos fejlesztési életciklus.

    Amit csinálunk

    • Tesztstratégia és -automatizálás
    • Szerződés- és teljesítménytesztelés
    • Fenyegetésmodellezés és ASVS-ellenőrzés
    • SBOM-készítés és függőségkezelési szabályok

    Amit Ön kap

    • Automatizált tesztcsomagok a szállítási láncban
    • Biztonsági ellenőrzési jelentés
    • A kiberreziliencia-jogszabályra felkészített sérülékenységkezelési folyamat

  5. 05 Fokozatos modernizálás

    Egy örökölt alkalmazás kiváltása képességről képességre, egy útválasztó homlokzat mögött, miközben a működés folytatódik. Lásd még: örökölt rendszerek modernizálása.

    Amit csinálunk

    • A meglévő alkalmazás képességtérképe
    • Strangler fig útválasztás és API-burkolás
    • Adatmigráció egyeztető jelentésekkel
    • Párhuzamos futtatás a kritikus számításoknál

    Amit Ön kap

    • Modernizálási sorrend üzleti mérföldkövekkel
    • Homlokzat és új modulok éles üzemben
    • Egyeztetett adatok minden átállásnál

  6. 06 Karban­tarthatóság és átadás

    Szoftver, amelyet a csapatai a magukénak tekinthetnek: olvasható kód, döntési feljegyzések, üzemeltetési útmutatók és egy átadási terv, amelyet az elején egyeztetünk, nem a végén fedezünk fel.

    Amit csinálunk

    • Páros munka a fejlesztőivel a fejlesztés alatt
    • Architektúradöntési feljegyzések a kód mellett
    • Üzemeltetési és ügyeleti útmutatók
    • Tudásátadási mérföldkövek

    Amit Ön kap

    • Átadási terv elfogadási feltételekkel
    • Dokumentáció a saját tárolóiban
    • Betanított belső csapat

03 Architektúra

Szemléltető referencia­architektúra

Egy régebbit kiváltó üzleti alkalmazás jellemző felépítése: akadálymentes kezelőfelület, egy útválasztó homlokzat, amely minden képességet a régi vagy az új rendszerhez irányít, egy világos szerződésekkel működő API-réteg és egy szakterület köré szervezett moduláris mag.

A bérlőkezelés és a konfiguráció önálló platformszolgáltatás, nem a kódban szétszórt feltételek. Alul minden build teszteket és biztonsági ellenőrzéseket futtat, és SBOM-ot készít.

A rajz rétegei

Emberek
Állampolgárok, ügyfelek és munkatársak, bármilyen eszközön és segítő technológiával.
Modernizálás
Az útválasztó homlokzat, a meglévő alkalmazás és az egyeztetéssel kísért adatmigráció.
Platform
API-réteg, identitáskezelés, a moduláris mag, bérlőkezelés és konfiguráció, operatív adatok.
Biztonságos szállítás
Szerződés- és teljesítménytesztek, ASVS-ellenőrzés és SBOM minden buildben.
Szemléltető példa

  1. Emberek

    • Állampolgárok, ügyfelek, munkatársak
    • Akadálymentes kezelőfelület

  2. Fokozatos modernizálás

    • Útválasztó homlokzat
    • Meglévő alkalmazás
    • Migráció egyeztetéssel

  3. Platform

    • API-réteg és szerződések
    • Identitás és szerepkörök
    • Moduláris mag: beérkezés, ügyek, számlázás
    • Bérlők, konfiguráció, funkciókapcsolók
    • Operatív adattárak

  4. Biztonságos szállítás

    • Szerződés- és teljesítménytesztek, ASVS-ellenőrzés, SBOM minden buildben
Moduláris mag útválasztó homlokzat mögött

Szemléltető architektúra, nem ügyfélrendszer.

Az ábra szöveges változata

A fő útvonal az emberektől egy akadálymentes kezelőfelületen, egy útválasztó homlokzaton és egy API-rétegen át a határolt kontextusokba szervezett moduláris magig vezet.

A homlokzat egyes képességeket a meglévő alkalmazáshoz irányít, amelyet lépésről lépésre kivezetünk. Annak adatai egyeztetéssel kísért migrációval jutnak az operatív adattárakba.

Az identitáskezelés az API-réteget szolgálja ki. A bérlőkezelési és konfigurációs szolgáltatások a mag alatt helyezkednek el. Alul egy biztonságos szállítási sáv fedi le a szerződésteszteket, a teljesítményteszteket, a biztonsági ellenőrzést és az SBOM-okat.

04 Szempontok és korlátok

Mérnöki szempontok és korlátok

  • Először moduláris monolit

    Hogyan kezeljük

    Egyetlen telepíthető egységben, világos modulokkal kezdünk, és csak ott választunk le szolgáltatásokat, ahol a skálázás, a kiadási ütem vagy a csapatfelelősség megköveteli.

    Korlátok és függőségek

    A mikroszolgáltatások legalább annyira szervezeti, mint műszaki problémákat oldanak meg. Felelős csapatok nélkül csak költséget és újabb hibalehetőségeket hoznak.

  • Az akadálymentesség mérnöki munka

    Hogyan kezeljük

    Akadálymentes komponensek, automatikus ellenőrzések a szállítási láncban és kézi tesztelés segítő technológiákkal minden nagyobb kiadás előtt.

    Korlátok és függőségek

    Az automatikus eszközök a hibáknak csak egy részét találják meg. A teljes megfelelőséghez kézi audit kell, ideális esetben fogyatékossággal élő felhasználók bevonásával.

    Az indulás után a szerkesztők által feltöltött tartalmaknak és dokumentumoknak is ugyanazt a szintet kell elérniük. A szerkesztőket betanítjuk, de nem mi döntünk arról, mit tesznek közzé.

  • A modernizálás annyi ideig tart, mint az adatok rendbetétele

    Hogyan kezeljük

    Az adatmigrációt képességenként tervezzük, begyakoroljuk és egyeztetjük, minden átállásnál üzleti jóváhagyással.

    Korlátok és függőségek

    Az örökölt adatok minősége gyakran meghatározza a tempót. A tisztításuk ugyanannyira üzleti, mint műszaki feladat.

  • Szabályozás szoftver­termékekre

    Hogyan kezeljük

    Az SBOM-ok, a sérülékenységkezelés és a biztonságos alapbeállítások a szabványos szállítási láncunk részei, amely felkészíti a termékeket a kiberreziliencia-jogszabályra.

    Korlátok és függőségek

    Hogy a jogszabály vonatkozik-e a termékére, és hogyan, az jogi kérdés. Mi a mérnöki bizonyítékokat adjuk, az értékelést jogi tanácsadója végzi.

05 Hogyan dolgozunk

Hogyan dolgozunk

Rövid ciklusok, korán bevont valódi felhasználók és az első héttől megtervezett átadás.

  1. 01

    A szakterület feltérképezése

    Event storming azokkal, akik ismerik a szabályokat, és a ma meglévő képességek térképe.

    EredményKontextustérkép és az első döntési feljegyzések

  2. 02

    Egy vékony szelet élesítése

    Egy képesség elejétől a végéig, a homlokzaton át, éles üzembe, valódi felhasználókkal.

    EredményMűködő szelet éles üzemben

  3. 03

    Bővítés képességenként

    Minden kiadás áthelyez egy képességet, annak adatait és felhasználóit, előkészített egyeztetéssel és visszaállítással.

    EredményKiadási terv képességenként

  4. 04

    Átadás

    A fejlesztői párban dolgoznak a mieinkkel, átveszik az ügyeletet, és az átadási feltételek teljesülésekor ők felelnek az ütemtervért.

    EredményElfogadott átadás

06 Emberi kontroll

Ahol az ember dönt

Az üzleti szoftverben a kontroll azt jelenti, hogy tudjuk, ki mit változtatott, ki hagyta jóvá, és hogyan lehet visszavonni.

  • A termékgazda dönt a terjedelemről

    A termékgazdája határozza meg a prioritásokat, és ő veszi át az egyes inkrementumokat. Mi tanácsot adunk, ő dönt.

  • A konfigurációnak gazdája van

    A bérlői beállításokat és a funkciókapcsolókat auditált folyamatban, az Ön által kijelölt szerepkörök módosítják.

  • Az átállásokat jóváhagyják

    A régi rendszerről az újra történő minden áthelyezést az üzlet hagy jóvá, begyakorolt visszaállítással.

  • A döntéseket leírjuk

    Az architektúradöntési feljegyzések megmutatják, mit, ki és miért választott, így a későbbi csapatok tudatosan vizsgálhatják felül őket.

07 Technológiák

Technológiák, amelyekkel dolgozunk

Háttérrendszer
  • Java és Kotlin
  • .NET
  • TypeScript és Node.js
  • Python
Kezelőfelület
  • React és Next.js
  • Angular
  • Tervezési rendszerek akadálymentes komponensekkel
  • Natív és többplatformos mobilalkalmazások
Adatok
  • PostgreSQL
  • SQL Server és Oracle (meglévő környezetekben)
  • Eseményfolyamok
  • Keresőmotorok
Minőség és biztonság
  • Playwright és szerződéstesztelés
  • Terhelés- és teljesítménytesztelés
  • SAST, DAST és függőségvizsgálat
  • SBOM CycloneDX vagy SPDX formátumban

Egy technológia felsorolása a mérnöki tapasztalatunkat írja le. Nem jelent partnerséget a gyártóval, és nem jelenti azt, hogy a gyártó ajánlana minket.

08 Példa

Szemléltető példa

Szemléltető példa

Közös kérelem­portál egy önkormányzati társulásnak

01Helyzet
Egy önkormányzati társulás tagjai különböző űrlapokkal és részben papíron fogadják a kérelmeket. Az űrlapok nem működnek képernyőolvasóval, és minden változtatást tagönkormányzatonként külön kell elvégezni.
02Amit építenénk
Egy közös kérelemportál akadálymentes tervezési rendszeren, Ügyfélkapu+ vagy DÁP-alkalmazás alapú belépéssel, a tagönkormányzatok saját űrlapjaival és tartalmaival konfigurációban, egyetlen kiadási ütemmel.
03Ahol ember dönt
A tagönkormányzatok ügyintézői hagyják jóvá a saját űrlapjaikat és tartalmaikat; a közös funkciókról a társulás termékgazdája dönt. A kérelmekről továbbra is a hatáskörrel rendelkező ügyintéző dönt.
04Amit mérnénk
Akadálymentességi hibák kiadásonként, egy változtatás átfutási ideje az összes tagnál és az elektronikusan benyújtott kérelmek aránya.

09 Ágazati nézőpont

Az Ön ágazatában

  • Közszféra

    Ügykezelő rendszerek és állampolgári portálok, amelyek a közszférabeli szervezetek honlapjainak és mobilalkalmazásainak akadálymentesítéséről szóló 2018. évi LXXV. törvény követelményei szerint készülnek, és Ügyfélkapu+ vagy DÁP-alkalmazás alapú belépéssel működnek.

  • Pénzügyi szolgáltatások

    Ügyfélportálok és back-office alkalmazások erős auditnaplóval és olyan kiadási folyamatokkal, amelyek megfelelnek a változáskezelési követelményeknek.

  • Ipar és gyártás

    Termékkonfigurátorok, szervizportálok és SaaS-termékek gépgyártóknak, az ERP-hez és a helyszíni szervizhez kapcsolva.

Magyarország

Egy új piac kiadás, nem elágazás

Az uniós piacon értékesített termék az európai akadálymentesítési irányelvvel a nemzeti törvényeken keresztül találkozik, Magyarországon az akadálymentességi törvényen (Aktv.) keresztül, amelynek jelenlegi változata 2026. január 1. óta hatályos. A kiberreziliencia-jogszabály egyetlen rendelet, amelynek kötelezettségei szakaszosan lépnek életbe. A magyar ügyfelek ezenfelül a saját nyelvüket, a NAV Online Számla adatszolgáltatását is kezelő számlázást, közszférabeli szolgáltatásoknál pedig Ügyfélkapu+ vagy DÁP-alkalmazás alapú belépést várnak.

Ezeket a különbségeket konfigurációban és jól elhatárolt modulokban tartjuk, így egy új piac kiadás, nem a kód elágazása. Az akadálymentességi bizonyítékokat és a biztonsági dokumentációt a szállítási lánc állítja elő, készen az egyes piacok beszerzési kérdéseire.

Kérdések a vállalati szoftverről és a SaaS-ről

Egyedi fejlesztés vagy egy platform konfigurálása?

Platformot érdemes konfigurálni, ahol a folyamata közel áll a szabványoshoz, és fejleszteni ott, ahol a folyamat különbözteti meg a szervezetét, vagy ahol egyetlen platform sem illik a szabályokhoz. A Salesforce, az SAP és az Odoo mellett egyedi kóddal is dolgozunk, így nincs okunk egyetlen választ erőltetni. Az Architektúra és tanácsadás szolgáltatásunk ezt a döntést teszi átláthatóvá és dokumentálttá.

Garantálják, hogy a portálunk akadálymentes lesz?

Az EN 301 549 és a WCAG 2.2 AA szerint fejlesztünk, automatikusan és kézzel is tesztelünk, és megfelelőségi jelentést adunk át az ismert hibákkal együtt. Nem ígérünk hibátlanságot; azt ígérjük, hogy megtaláljuk, jelentjük, és a feladatkörünkbe tartozókat kijavítjuk.

Lehet modernizálni egyszerre végrehajtott, nagy átállás nélkül?

Igen, és ezt is javasoljuk. Egy útválasztó homlokzattal egyszerre egy képességet helyezünk át, miközben a meglévő alkalmazás tovább fut, és minden lépésnél egyeztetjük az adatokat.

Átveheti a saját csapatunk a szoftvert?

Ez az alapterv. Az átadási feltételeket az elején egyeztetjük, a fejlesztői a fejlesztés alatt párban dolgoznak a mieinkkel, a döntési feljegyzések és az üzemeltetési útmutatók pedig a saját tárolóiban vannak.

Mit jelent a kiberreziliencia-jogszabály a termékünkre nézve?

Ha digitális elemeket tartalmazó szoftvert hoz forgalomba az uniós piacon, kötelezettségei keletkezhetnek a biztonságos tervezés, a sérülékenységkezelés és a dokumentáció terén. Mi a mérnöki bizonyítékokat építjük fel: SBOM-okat, sérülékenységkezelési folyamatot és biztonságos alapbeállításokat.

Mondja el, minek kell működnie, miközben változik

Javaslatot teszünk az első áthelyezendő képességre, és arra, mi lesz a végén a csapata kezében.

Beszéljük meg a projektjétÖrökölt rendszerek