Ugrás a tartalomra

Fejlesztés

Szoftver

Üzletkritikus, magas rendelkezésre állású vállalati rendszerek fejlesztése és támogatása.

01

Egyedi üzleti rendszerek

Tranzakciós és ügyviteli rendszerek, belső eszközök és portálok. Jellemzően olyan projektek, ahol a nehéz rész az adatmodell és az integráció.

  • Egy üzleti rendszerben az adatmodell a legdrágább döntés, ezért nálunk ezzel kezdődik a projekt.
  • Egy elrontott modellt öt év múlva is fizet az ügyfél, minden egyes fejlesztésnél.
02

Adat- és integrációs réteg

Rendszerek összekötése, adatmozgatás és az adatok épségének megőrzése. Az adatintegráció üzemeltetői szemüvegen keresztül is fontos.

  • Adatmigráció és adatszinkronizáció éles rendszerek között.
  • Integrációs felületek tervezése, építése és dokumentálása.
  • Adatmodellezés és adatbázis-tervezés, hosszú távú használatra.
03

Oracle Forms kiváltás

A Forms 12c támogatása 2026–2027-ben lejár, ezért sok helyen most dől el, hogy a rendszer 14c-re frissül, vagy új platformra költözik. A kiváltás nem egyszerű technológiai csere, ezért szokták alulbecsülni.

  • Pilot projekttel kezdünk. Kicsiben, kontrollált körülmények között mutatja meg, mit kell majd a nagy projektben végrehajtani.
  • Ugyanazt a működést két célplatformon építjük újra: Oracle APEX-ben, valamint Spring Boot és React/Angular alapokon.
  • Mindkét célplatformon fejlesztünk, és oktatjuk is a hozzájuk tartozó technológiákat: az APEX-et, a Spring Bootot, az Angulart és a Reactet.
04

Csapatbővítés és on-site támogatás

Meglévő fejlesztőcsapatokat egészítünk ki olyan kollégákkal, akiknek nem kell feltétlenül hetekig ismerkedniük a környezettel.

  • Az ügyfélnél bevett folyamatok és eszközök szerint dolgozunk.
  • Bevezetéseknél on-site technikai támogatás.
  • Biztonsági kódátvizsgálás önálló szolgáltatásként is kérhető.

Legacy szoftverek modernizálása

  • Sok cégnél fut olyan üzleti rendszer, amelyet régóta használnak, és fontos folyamatok épülnek rá, a működését viszont már csak kevesen ismerik. Gyakran alig van dokumentációja, és nehéz módosítani vagy bővíteni. Ha elavult, már nem támogatott technológiára épül, az jelentős biztonsági és üzemeltetési kockázat.
  • Vállaljuk meglévő rendszerek megismerését és fokozatos korszerűsítését, akkor is, ha eredetileg más fejlesztette őket. Feltárjuk a függőségeket, és tesztekkel rögzítjük a fontos üzleti működést. Ez alapján közösen meghatározzuk, mely részeket érdemes megtartani, hol szükséges változtatni, és milyen sorrendben haladjunk.
  • A fejlesztés mellett az üzemeltetés feltételeit is rendezzük. Dokumentáljuk a rendszer működését, kialakítjuk a monitorozást és a megismételhető telepítés menetét. Így a napi üzemeltetés és a későbbi továbbfejlesztés is biztosabb alapokra kerül.

Amit a Forms-kiváltásnál alulbecsülnek

A piacon kapható ajánlatok nagy része automatizált kódkonverzió. A projektek viszont nem a konverzión buknak el, hanem azon, amit senki nem tud már elmondani a rendszerről.

Egyik célplatform sem „on-click" migráció. Még az APEX sem, az Oracle-közelség ellenére: a Forms és az APEX működési modellje érdemben eltér, az átírás valódi újratervezést igényel.

  1. 01

    Megértés

    Először azt nézzük meg, mit csinál ma a rendszer, és miért éppen úgy. Az számít, ahogyan ma ténylegesen használják, akkor is, ha annak idején még más igények szerint tervezték.

  2. 02

    Adatmodell és architektúra

    A drága döntéseket előre hozzuk, amíg olcsó változtatni rajtuk. A fontos döntéseket javaslatokkal dokumentáljuk.

  3. 03

    Építés szakaszokban

    Rendszeres időközönként működő szoftvert adunk át, így szükség esetén menet közben is lehet irányt váltani.

  4. 04

    Átadás és üzemeltetés

    Az átadásra már az építés közben készülünk. Ha a rendszer üzemeltetése is nálunk marad, a tudás nem vész el az átadással. Ha az ügyfél saját csapata viszi tovább, pontosan tudják, mit vesznek át.

Olyan rendszerre nem adunk becslést, amit még nem láttunk.

Ahogy ma fejlesztünk

Egy projekt eredménye a működő rendszer mellett néhány olyan anyag is, amely az ügyfélnél marad, akkor is, ha később más csapat viszi tovább.

  • A függőségi térképet a tényleges kódbázisból állítjuk elő, így a felmérés arra épül, ami a kódban van. Az interjúk azzal egészítik ki, amit a kód nem mond el.
  • Egy régi rendszer kiváltásánál a régi működést előbb tesztekben rögzítjük, és az új rendszert ehhez mérjük. A tesztkészlet így egyben leírása is annak, mit csinált a régi rendszer.
  • A dokumentációt a kódból állítjuk elő, ezért nem avul el az átadás másnapján.

Ezek az alapértelmezéseink. Ha egy projekt mást kíván, azt megbeszéljük, és leírjuk, miért térünk el.

Nincs kedvenc technológiánk, amit minden projektre ráhúzunk. Azt választjuk, ami az adott rendszerhez illik, és amit évek múlva is karban lehet tartani.

Szerveroldal

  • Java 21 / 25 LTS
  • Spring Boot 4
  • Kotlin
  • Node.js

Adat

  • Oracle Database 23ai
  • PostgreSQL
  • PL/SQL
  • MongoDB
  • Redis
  • Oracle APEX 26.1

Frontend

  • TypeScript
  • Angular
  • React

Mobil

  • Kotlin (Android)
  • Swift (iOS)

Platform

  • Docker
  • Kubernetes
  • Linux
  • Oracle Cloud
  • AWS

Integráció

  • Oracle SOA Suite
  • Oracle Service Bus
  • Oracle Data Integrator

Mobilon natívan fejlesztünk

Kotlinnal Androidra, Swifttel iOS-re. Egyszerű alkalmazásra a cross-platform keretrendszerek jók, de ahogy a rendszer bonyolódik, egyre több extra ráfordítást visznek el. Mi többnyire összetett rendszerekhez írunk mobilklienst, ezért ott a natív út térül meg.

Beszéljünk a feladatról

Az első beszélgetésen kiderül, mi a feladat, és hogy mi vagyunk-e rá a jó választás. Ha nem, ezt már az elején egyértelműen jelezzük.

Három munkanapon belül válaszolunk.