Modernizirajte sustav koji nitko ne smije dirati, funkciju po funkciju.
Poslovna pravila stara desetljećima nalaze se u COBOL-u, PL/I-ju, Oracle Formsu i ranim inačicama Jave i .NET-a. Ta pravila izvlačimo iz koda, gradimo sigurnosnu mrežu testova i funkciju po funkciju premještamo iza fasade, uz usporedni rad i usklađivanje prije nego što se išta isključi.
Za banke, osiguravatelje, javna tijela i industrijske tvrtke u Hrvatskoj čiji ključni sustavi ne smiju stati ni izgubiti svoja pravila.
Direktori informatike i arhitekti poslovnih sustava
Vlasnici aplikacija
Stručnjaci za poslovno područje
Operativni timovi
Ilustrativni tijek rada
01Procjena portfeljaČovjek
02Izvlačenje poslovnih pravilaAI agent
03Izgradnja sigurnosne mrežeSustav
04Ponovna izgradnja dijela iza fasadeSustav
05Usporedni rad i usklađivanjeSustav
06Razvrstavanje razlikaČovjek
07Prebacivanje i gašenjeČovjek
Procjenjuje se portfelj aplikacija i dogovara ciljno stanje. Poslovna pravila izvlače se iz koda uz pomoć umjetne inteligencije (AI), a provjeravaju ih ljudi. Karakterizacijski testovi čine sigurnosnu mrežu. Svaka se funkcija ponovno gradi iza fasade i radi usporedno sa starim sustavom; razlike se razvrstavaju i ispravljaju prije nego što poslovni vlasnik odobri prebacivanje i stari dio se ugasi.
Prije i poslije
Što se mijenja u načinu rada
Danas
Sa sustavom
Danas
Danas: Svaka je promjena rizik
Male regulatorne promjene traju mjesecima jer nitko ne može predvidjeti na što će još utjecati.
Sa sustavom
Sa sustavom: Promjene potkrijepljene testovima
Karakterizacijski testovi bilježe što sustav danas radi, pa svaka promjena pokazuje svoj učinak prije puštanja u rad.
Danas
Danas: Znanje odlazi u mirovinu
Ljudi koji razumiju kod blizu su mirovine, a dokumentacija već dugo ne odgovara sustavu.
Sa sustavom
Sa sustavom: Pravila zapisana i provjerena
Poslovna pravila izvučena iz koda dokumentiraju se jasnim jezikom, a potvrđuju ih stručnjaci za poslovno područje.
Danas
Danas: Planovi zamjene odjednom zapinju
Programi potpune zamjene obećavaju jedan datum prelaska koji se stalno pomiče, dok troškovi rastu.
Sa sustavom
Sa sustavom: Vrijednost u dijelovima
Funkcije se jedna po jedna premještaju iza fasade. Svaki dio kreće u rad zasebno i može se vratiti na prethodno stanje.
Danas
Danas: Podaci zarobljeni u starim strukturama
Nove usluge i primjene umjetne inteligencije ne mogu doći do podataka bez krhkih izvoza i noćnih serijskih obrada.
Sa sustavom
Sa sustavom: Podaci dostupni putem API-ja
Prebačena područja svoje podatke daju na raspolaganje putem dokumentiranih API-ja, usklađenih sa starim sustavom sve do njegova gašenja.
Tijek rada
Kako tijek rada teče
Pristup postupne zamjene (strangler fig): novi sustav raste oko starog, funkciju po funkciju. Petlja između usporednog rada i ponovne izgradnje mjesto je gdje se odvija većina stvarnog posla.
Ilustrativni tijek rada
7 koraka · 3 točke ljudske provjere
Legenda
Sustav
AI agent
Čovjek
Točka ljudske provjere
Iznimka
Modernizacija naslijeđenih sustava: ilustrativni tijek rada s petljom usklađivanja
Pročitajte dijagram kao tekst
Glavni put vodi od procjene portfelja i izvlačenja poslovnih pravila, preko izgradnje sigurnosne mreže karakterizacijskih testova i ponovne izgradnje jedne funkcije iza fasade, do usporednog rada starog i novog sustava te konačno prebacivanja i gašenja starog dijela.
Ljudi odobravaju ciljnu arhitekturu, provjeravaju svako izvučeno pravilo i odobravaju svako prebacivanje: to su točke ljudske provjere.
Kada usporedni rad pokaže da se izlazi razlikuju, dio napušta glavni put radi razvrstavanja koje provode inženjeri i stručnjaci za poslovno područje, i vraća se na korak ponovne izgradnje dok se stari i novi sustav ne usklade.
01
Korak 1: Procjena portfeljaČovjek
Popis aplikacija, mapiranje ovisnosti i tokova podataka te odluka za svaku aplikaciju: ugasiti, zadržati, premjestiti, prilagoditi platformi, ponovno izgraditi ili zamijeniti. Poslovna područja mapiraju se kako bi se pronašli šavovi duž kojih je podjela moguća.
Točka ljudske provjere
Vaše arhitektonsko vijeće odobrava ciljnu arhitekturu i redoslijed dijelova.
02
Korak 2: Izvlačenje poslovnih pravilaAI agent
Analiza koda uz pomoć umjetne inteligencije čita COBOL, PL/I, JCL, Oracle Forms i starije inačice Jave ili .NET-a te priprema nacrte dokumentacije, grafove poziva i katalog poslovnih pravila.
Točka ljudske provjere
Inženjeri i stručnjaci za poslovno područje provjeravaju svako izvučeno pravilo prije nego što postane specifikacija. Neprovjerena pravila označena su kao takva.
03
Korak 3: Izgradnja sigurnosne mrežeSustav
Karakterizacijski testovi nastaju iz anonimiziranih ulaza i izlaza iz produkcije, tako da se trenutačno ponašanje, uključujući njegove neobičnosti, zabilježi prije bilo kakve promjene.
04
Korak 4: Ponovna izgradnja dijela iza fasadeSustav
Ispred starog sustava postavlja se fasada za usmjeravanje ili API sloj. Jedna se funkcija ponovno gradi kao nova usluga, a njezini se podaci prenose i održavaju usklađenima.
05
Korak 5: Usporedni rad i usklađivanjeSustav
Stari i novi sustav obrađuju iste transakcije. Izlazi i podaci uspoređuju se automatski, a svaka se razlika prijavljuje po pravilu i po zapisu.
06
Korak 6: Razvrstavanje razlikaČovjek
Inženjeri i stručnjaci za poslovno područje odlučuju je li svaka razlika pogreška u novoj usluzi, pogreška u staroj ili namjerna promjena te vraćaju dio na doradu.
Iznimka: Izlazi se razlikuju· Vraća se na korak 4
07
Korak 7: Prebacivanje i gašenjeČovjek
Promet za tu funkciju premješta se kroz fasadu na novu uslugu. Nakon stabilnog razdoblja stari put kroz kod i njegovi podaci gase se i arhiviraju.
Točka ljudske provjere
Poslovni vlasnik odobrava svako prebacivanje na temelju rezultata usklađivanja. Povratak kroz fasadu ostaje dostupan do gašenja.
Komponente
Što bismo izgradili
01
Karta portfelja i ovisnosti
Popis, mapiranje sučelja i tokova podataka te model poslovnih područja koji pokazuje gdje se sustav može podijeliti na dijelove.
Salesforce kao novi front officePlatformaSalesforce
Integracijska platforma i API gateway
Ciljni cloud ili podatkovni centar
Kontrole
Ugrađene kontrole
Granice pristupa
Analiza koda radi u okruženju koje vi kontrolirate, bez slanja izvornog koda uslugama koje niste odobrili. Podaci iz produkcije koji se koriste za testove anonimiziraju se prije nego što napuste produkcijsku zonu.
Ljudska provjera
Inženjeri i stručnjaci za poslovno područje provjeravaju izvučena pravila prije nego što postanu specifikacije. Poslovni vlasnik odobrava svako prebacivanje na temelju rezultata usklađivanja, uz mogućnost povratka.
Mogućnost revizije
Svako pravilo u katalogu može se pratiti do koda iz kojeg potječe i osobe koja ga je provjerila. Izvješća o usklađivanju čuvaju se kao dokaz za svako prebacivanje.
Zaštita podataka
Prijenos podataka slijedi dokumentirano mapiranje s brojem zapisa i kontrolnim zbrojevima, a osobni podaci u testnim skupovima svode se na najmanju mjeru. Pravila čuvanja prate podatke.
Transparentnost umjetne inteligencije
Ondje gdje umjetna inteligencija priprema dokumentaciju ili kod, rezultat se označava, pregledava i verzionira kao svaki drugi inženjerski artefakt.
Pokazatelji
Što bismo mjerili
Ova mjerila s vama dogovaramo tijekom procjene i pratimo ih za svaki dio, a ne samo za program u cjelini.
Što bismo mjerili
Pokazatelj
Zašto je važno
Kako bismo ga mjerili
01Vrijeme do provedbe promjene
Zašto je važnoNajjasniji znak da se sustav sve lakše mijenja.
Kako bismo ga mjeriliVrijeme od odobrenog zahtjeva za promjenu do produkcije, za stari i za modernizirani dio.
02Stanje usklađenosti
Zašto je važnoPokazuje ponaša li se nova usluga doista kao stara ondje gdje bi trebala.
Kako bismo ga mjeriliUdio transakcija i zapisa koji se poklapaju tijekom usporednog rada, s otvorenim razlikama prema uzroku.
03Pokrivenost pravila
Zašto je važnoNepoznata pravila glavni su rizik svake zamjene.
Kako bismo ga mjeriliUdio izvučenih poslovnih pravila koja su provjerili stručnjaci za poslovno područje i koja su pokrivena testovima.
04Preostali naslijeđeni sustav
Zašto je važnoModernizacija se isplati kada se stare komponente doista isključe.
Kako bismo ga mjeriliUgašene funkcije, putevi kroz kod, serijske obrade i licencije, praćeno po dijelu.
Ciljne vrijednosti ne postavljamo dok ne postoji početno mjerenje.
Uvođenje
Kako bismo ga uveli
Faza 01
Procjena
Portfelj, ovisnosti, poslovna područja i rizici. Biramo prvi dio koji je važan za poslovanje, a može se vratiti na prethodno stanje.
Uvjeti za završetak
Ciljna arhitektura odobrena
Redoslijed dijelova dogovoren
Pristup testovima i podacima osiguran
Faza 02
Prvi dio
Izvlačenje pravila, sigurnosna mreža, fasada i jedna ponovno izgrađena funkcija, koja radi usporedno sa starim sustavom.
Uvjeti za završetak
Usklađenost unutar dogovorenog odstupanja
Poslovni vlasnik odobrava prebacivanje
Povratak na prethodno stanje ispitan
Faza 03
Dio po dio
Ostale funkcije slijede isti put, svaka s vlastitim usporednim radom i odlukom o prebacivanju.
Uvjeti za završetak
Svaki dio usklađen i prebačen
Znanje preneseno vašem timu
Faza 04
Gašenje
Stari putevi kroz kod, serijske obrade i spremišta podataka arhiviraju se i isključuju.
Prilagodbe ERP-a izrađene po mjeri i sustavi u pogonima, premješteni usporedno s migracijom na SAP S/4HANA.
Ilustrativni primjer
Sustav polica osiguravatelja na mainframeu
Situacija
Osiguravatelj izračunava premije i obnove polica za životna i neživotna osiguranja u sustavu na mainframeu. Za svaku liniju proizvoda čeka nekoliko promjena pravila, a dvoje razvojnih inženjera koji poznaju kod uskoro odlazi u mirovinu.
Sustav
Pravila se izvlače i provjeravaju za svaku liniju proizvoda. Fasada najprije izračune jedne linije usmjerava na novu uslugu, koja radi usporedno s mainframeom dok se rezultati ne usklade.
Ljudska kontrola
Stručnjaci za svaku liniju proizvoda provjeravaju svoja pravila. Poslovni vlasnik linije odobrava prebacivanje, a povratak kroz fasadu ostaje dostupan.
Što bismo mjerili
Stanje usklađenosti po liniji proizvoda, pokrivenost pravila i vrijeme do provedbe sljedeće regulatorne promjene.
Hrvatska
Modernizacija uz hrvatska i europska pravila
Mnoge hrvatske organizacije na istom naslijeđenom sustavu vode poslovanje desetljećima, a izmjene propisa stalno pristižu. Modernizaciju slažemo tako da se dio po dio premješta uz usporedni rad, a stari i novi sustav usklađuju se prije nego što se išta isključi.
Modernizirane usluge postavljamo na platforme projektirane uz obveze iz Zakona o kibernetičkoj sigurnosti, a za financijske subjekte i uz DORA-u, koja se primjenjuje od 17. siječnja 2025. Pravila Akta o podacima o promjeni pružatelja usluga obrade podataka razlog su da podaci od prvog dijela ostanu prenosivi. Kada zapisi sadrže osobne podatke, mapiranja za prijenos i testni podaci slijede Opću uredbu o zaštiti podataka.
Zato što jedan datum prelaska sav rizik sažima u jedan dan, a poslovanje godinama čeka na bilo kakvu korist. Kada se funkcije premještaju jedna po jedna, svaki se dio dokazuje u usporednom radu, kreće u rad zasebno i po potrebi se vraća na prethodno stanje.
02Može li umjetna inteligencija prevesti naš COBOL u Javu?
Prijevod redak po redak obično daje kod koji je jednako teško mijenjati kao izvorni. Umjetnu inteligenciju koristimo za čitanje i dokumentiranje starog koda te za nacrte pravila i testova, a nove usluge zatim projektiramo kako treba. Svako izvučeno pravilo provjeravaju ljudi prije uporabe.
03Naši stručnjaci odlaze u mirovinu. Kako sačuvati ono što znaju?
Kroz strukturirane radionice na kojima stručnjaci pregledavaju izvučena pravila i karakterizacijske testove. Njihovo znanje završava u dokumentaciji i testovima koji ostaju vašem timu, a ne u našim glavama.
04Vrijedi li to i za SAP ECC?
Vrijedi. Ista načela primjenjuju se na sanaciju vlastitog koda i migraciju na SAP S/4HANA: procijenite što se još koristi, izvucite i testirajte ono što je važno te se premještajte u kontroliranim koracima.
05Koliko dugo stari i novi sustav rade usporedno?
Dok rezultati usklađivanja ne budu unutar odstupanja dogovorenog s poslovnim vlasnikom, i dovoljno dugo da obuhvate periodične obrade kao što su zatvaranje mjeseca ili godišnje obrade.