Posodobite sistem, ki se ga nihče ne upa dotakniti, eno zmogljivost za drugo.
Desetletja poslovnih pravil živijo v COBOL, PL/I, Oracle Forms ter zgodnji Javi in .NET. Ta pravila izluščimo, zgradimo varnostno mrežo testov in zmogljivost za zmogljivostjo prenašamo za fasado, z vzporednim delovanjem in usklajevanjem, preden kar koli izklopimo.
Za javne zavode, zavarovalnice, banke in industrijska podjetja, katerih ključni sistemi ne smejo izpasti in katerih poslovnih pravil ne smemo izgubiti.
Portfelj aplikacij se oceni in ciljna arhitektura dogovori. Poslovna pravila se s pomočjo umetne inteligence (UI) izluščijo iz kode, preverijo pa jih ljudje. Karakterizacijski testi tvorijo varnostno mrežo. Vsaka zmogljivost se na novo zgradi za fasado in teče vzporedno s starim sistemom; razlike se razvrstijo in odpravijo, preden lastnik poslovnega področja odobri preklop in se stari del ukine.
Prej in potem
Kaj se spremeni pri vašem delu
Danes
S sistemom
Danes
Danes: Vsaka sprememba je tveganje
Majhne spremembe zaradi novih predpisov trajajo mesece, ker nihče ne zna predvideti, na kaj še bo sprememba vplivala.
S sistemom
S sistemom: Spremembe, podprte s testi
Karakterizacijski testi zajamejo, kaj sistem počne danes, zato vsaka sprememba pokaže svoj učinek pred izdajo.
Danes
Danes: Znanje odhaja v pokoj
Ljudje, ki kodo razumejo, so tik pred upokojitvijo, dokumentacija pa se s sistemom že dolgo ne ujema.
S sistemom
S sistemom: Pravila, zapisana in preverjena
Poslovna pravila, izluščena iz kode, so dokumentirana v razumljivem jeziku in jih potrdijo vsebinski strokovnjaki.
Danes
Danes: Načrti velikega preklopa obtičijo
Programi celovite zamenjave obljubljajo en datum preklopa, ki se odmika, stroški pa rastejo.
S sistemom
S sistemom: Vrednost v posameznih rezinah
Zmogljivosti se za fasado selijo ena za drugo. Vsaka rezina gre v produkcijo samostojno in jo je mogoče povrniti.
Danes
Danes: Podatki, zaprti v starih strukturah
Nove storitve in primeri uporabe UI do podatkov ne pridejo brez krhkih izvozov in nočnih paketnih obdelav.
S sistemom
S sistemom: Podatki, dostopni prek API-jev
Preseljena področja svoje podatke ponujajo prek dokumentiranih API-jev, usklajene s starim sistemom, dokler ta ni ukinjen.
Potek dela
Kako poteka delo
Postopna zamenjava po vzorcu »strangler fig«: novi sistem raste okoli starega, zmogljivost za zmogljivostjo. V zanki med vzporednim tekom in ponovno izgradnjo se opravi večina resničnega dela.
Ponazoritveni potek dela
7 korakov · 3 točke človeškega nadzora
Legenda
Sistem
Agent UI
Oseba
Točka človeškega nadzora
Postopek ob izjemi
Posodobitev starejših sistemov: ponazoritveni potek dela z zanko za uskladitev
Preberite diagram kot besedilo
Glavna pot vodi od ocene portfelja in izluščitve poslovnih pravil prek izgradnje varnostne mreže karakterizacijskih testov in ponovne izgradnje ene zmogljivosti za fasado do vzporednega teka starega in novega sistema ter na koncu do preklopa in ukinitve starega dela.
Ljudje potrdijo ciljno arhitekturo, preverijo vsako izluščeno pravilo in odobrijo vsak preklop: to so točke človeškega nadzora.
Ko vzporedni tek pokaže, da se izhodi razlikujejo, rezina zapusti glavno pot, da razlike razvrstijo inženirji in vsebinski strokovnjaki, in se vrne na korak ponovne izgradnje, dokler se stari in novi sistem ne uskladita.
01
Korak 1: Ocena portfeljaOseba
Popis aplikacij, prikaz odvisnosti in podatkovnih tokov ter odločitev za vsako aplikacijo: ukinitev, ohranitev, prenos na novo infrastrukturo, prenos na novo platformo, ponovna izgradnja ali zamenjava. Področja se prikažejo tako, da se najdejo šivi, kjer je razrez mogoč.
Točka človeškega nadzora
Vaš arhitekturni svet potrdi ciljno arhitekturo in vrstni red rezin.
02
Korak 2: Izluščitev poslovnih pravilAgent UI
Razumevanje kode s pomočjo UI bere COBOL, PL/I, JCL, Oracle Forms ter starejšo Javo ali .NET in pripravi osnutke dokumentacije, grafov klicev in kataloga poslovnih pravil.
Točka človeškega nadzora
Inženirji in vsebinski strokovnjaki preverijo vsako izluščeno pravilo, preden se uporabi kot specifikacija. Nepreverjena pravila so označena kot taka.
03
Korak 3: Izgradnja varnostne mrežeSistem
Karakterizacijski testi nastanejo iz anonimiziranih produkcijskih vhodov in izhodov, tako da je obstoječe vedenje sistema, vključno z njegovimi posebnostmi, zajeto, preden se kar koli spremeni.
04
Korak 4: Nova rezina za fasadoSistem
Pred stari sistem se postavi usmerjevalna fasada ali plast API. Ena zmogljivost se na novo zgradi kot nova storitev, njeni podatki pa se preselijo in ostanejo sinhronizirani.
05
Korak 5: Vzporedni tek in uskladitevSistem
Stari in novi sistem obdelata iste transakcije. Izhodi in podatki se samodejno primerjajo, vsaka razlika pa se sporoči po pravilu in po zapisu.
06
Korak 6: Razvrščanje razlikOseba
Inženirji in vsebinski strokovnjaki za vsako razliko odločijo, ali gre za napako v novi storitvi, napako v starem sistemu ali za nameravano spremembo, in rezino vrnejo v dodelavo.
Postopek ob izjemi: Izhodi se razlikujejo· Vrnitev na korak 4
07
Korak 7: Preklop in ukinitevOseba
Promet za zmogljivost se prek fasade preusmeri na novo storitev. Po obdobju stabilnega delovanja se stara pot kode in njeni podatki ukinejo in arhivirajo.
Točka človeškega nadzora
Lastnik poslovnega področja odobri vsak preklop na podlagi rezultatov uskladitve. Povrnitev prek fasade ostane mogoča do ukinitve.
Komponente
Kaj bi zgradili
01
Zemljevid portfelja in odvisnosti
Popis, prikaz vmesnikov in podatkovnih tokov ter model področij, ki pokaže, kje je sistem mogoče razrezati na rezine.
Salesforce kot novo okolje za delo s strankamiPlatformaSalesforce
Integracijska platforma in prehod API
Ciljni oblak ali podatkovni center
Nadzorni mehanizmi
Vgrajeni nadzorni mehanizmi
Omejitve dostopa
Analiza kode teče v okolju, ki ga nadzorujete, izvorna koda pa se ne pošilja storitvam, ki jih niste odobrili. Produkcijski podatki za teste se anonimizirajo, preden zapustijo produkcijsko cono.
Človeški pregled
Izluščena pravila preverijo inženirji in vsebinski strokovnjaki, preden postanejo specifikacije. Vsak preklop odobri lastnik poslovnega področja na podlagi rezultatov uskladitve, s pripravljeno možnostjo povrnitve.
Revizijska sledljivost
Vsako pravilo v katalogu je mogoče izslediti do kode, iz katere izhaja, in do osebe, ki ga je preverila. Poročila o uskladitvi se hranijo kot dokaz za vsak preklop.
Varstvo podatkov
Selitev podatkov sledi dokumentirani preslikavi s števili zapisov in kontrolnimi vsotami, osebni podatki v testnih zbirkah pa so omejeni na nujne. Pravila hrambe se selijo skupaj s podatki.
Preglednost UI
Kadar UI pripravi osnutek dokumentacije ali kode, je rezultat označen, pregledan in voden v različicah kot vsak drug inženirski izdelek.
Kazalniki
Kaj bi merili
Kazalnike z vami dogovorimo med oceno in jih spremljamo za vsako rezino, ne le za program kot celoto.
Kaj bi merili
Kazalnik
Zakaj je pomemben
Kako bi ga merili
01Čas do uvedbe spremembe
Zakaj je pomembenNajjasnejši znak, da sistem postaja lažje spremenljiv.
Kako bi ga meriliČas od odobrene zahteve za spremembo do produkcije, za stare in posodobljene dele.
02Stanje uskladitve
Zakaj je pomembenPokaže, ali se nova storitev res obnaša kot stara, kjer bi se morala.
Kako bi ga meriliDelež transakcij in zapisov, ki se med vzporednim tekom ujemajo, z odprtimi razlikami po vzroku.
03Pokritost pravil
Zakaj je pomembenNeznana pravila so glavno tveganje vsake zamenjave.
Kako bi ga meriliDelež izluščenih poslovnih pravil, ki so jih preverili vsebinski strokovnjaki in so pokrita s testi.
04Obseg starih komponent
Zakaj je pomembenPosodobitev se izplača, ko so stare komponente dejansko izklopljene.
Kako bi ga meriliUkinjene zmogljivosti, poti kode, paketna opravila in licence, spremljane po rezinah.
Dokler izhodiščno stanje ni znano, ciljnih vrednosti ne določamo.
Uvedba
Kako bi rešitev uvedli
Faza 01
Ocena
Portfelj, odvisnosti, področja in tveganja. Izberemo prvo rezino, ki je za poslovanje pomembna, a jo je mogoče povrniti.
Merila za zaključek
Ciljna arhitektura je potrjena
Vrstni red rezin je dogovorjen
Dostop do testov in podatkov je urejen
Faza 02
Prva rezina
Izluščitev pravil, varnostna mreža, fasada in ena na novo zgrajena zmogljivost, ki teče vzporedno s starim sistemom.
Merila za zaključek
Uskladitev je v dogovorjenem odstopanju
Lastnik poslovnega področja odobri preklop
Povrnitev je preizkušena
Faza 03
Rezina za rezino
Nadaljnje zmogljivosti gredo po isti poti, vsaka s svojim vzporednim tekom in odločitvijo o preklopu.
Merila za zaključek
Vsaka rezina je usklajena in preklopljena
Znanje je preneseno na vašo ekipo
Faza 04
Ukinitev
Stare poti kode, paketna opravila in podatkovne shrambe se arhivirajo in izklopijo.
Evidenčni sistemi in sistemi za obravnavo zadev v javnih zavodih in na občinah, v katerih so predpisi zapisani v desetletja staro kodo, spremembe pa kar naprej prihajajo.
Sistemi za zavarovalne police in plačila na velikih računalnikih pri zavarovalnicah in bankah, posodobljeni za API-ji, medtem ko knjige ostanejo usklajene.
Lastne razširitve ERP in sistemi v proizvodnji družinskih podjetij, preseljeni ob selitvi na SAP S/4HANA.
Ponazoritveni primer
Sistem za police, ki ga uporabljata dve družbi
Izhodišče
Zavarovalnica premije in police obračunava v sistemu na velikem računalniku, ki ga uporablja tudi njena hčerinska družba v sosednji državi. V obeh državah čakajo spremembe pravil, dva razvijalca, ki kodo poznata, pa se upokojujeta.
Sistem
Pravila se izluščijo in preverijo za vsako državo. Fasada izračune za eno vrsto zavarovanja najprej preusmeri na novo storitev, ki teče vzporedno z velikim računalnikom, dokler se rezultati ne uskladijo.
Človeški nadzor
Vsebinski strokovnjaki v vsaki družbi preverijo svoja pravila. Preklop odobri lastnik poslovnega področja v vsaki družbi; povrnitev prek fasade ostane mogoča.
Kaj bi merili
Stanje uskladitve po družbi, pokritost pravil in čas do uvedbe naslednje spremembe predpisov.
Slovenija
Posodobitev po slovenskih in evropskih pravilih
Banke, zavarovalnice in javni zavodi v Sloveniji pogosto delajo na jedrnih sistemih, starih več desetletij, medtem ko se spremembe predpisov kopičijo. Posodobitev razporedimo tako, da se sistem seli rezina za rezino, stari in novi pa se uskladita, preden kar koli izklopimo. Kadar isti sistem uporabljajo družbe v več državah, se tako seli tudi vsaka nacionalna različica.
Zakon o informacijski varnosti (ZInfV-1), ki prenaša direktivo NIS 2, velja od 19. junija 2025 in od bistvenih in pomembnih subjektov zahteva ukrepe za obvladovanje tveganj, za banke in zavarovalnice pa se od 17. januarja 2025 uporablja uredba DORA, v Sloveniji z Banko Slovenije in Agencijo za zavarovalni nadzor kot pristojnima organoma. Posodobljene storitve zato pristanejo na platformah, zasnovanih ob upoštevanju teh obveznosti. Pravila akta o podatkih o menjavi ponudnikov so razlog, da podatke od prve rezine ohranjamo prenosljive, kadar zapisi vsebujejo osebne podatke, pa preslikave za selitev in testni podatki sledijo splošni uredbi o varstvu podatkov (GDPR).
01Zakaj ne bi zamenjali celotnega sistema naenkrat?
Ker en sam preklop vse tveganje zbere na en datum, poslovanje pa na kakršno koli korist čaka leta. Selitev zmogljivost za zmogljivostjo omogoča, da se vsaka rezina dokaže v vzporednem teku, gre v produkcijo samostojno in jo je po potrebi mogoče povrniti.
02Ali lahko UI naš COBOL prevede v Javo?
Prevod vrstico za vrstico običajno da kodo, ki jo je enako težko spreminjati kot izvirnik. UI uporabimo za branje in dokumentiranje stare kode ter za osnutke pravil in testov, nove storitve pa nato zasnujemo premišljeno. Vsako izluščeno pravilo preverijo ljudje, preden se uporabi.
03Naši strokovnjaki se upokojujejo. Kako zajamete njihovo znanje?
S strukturiranimi srečanji, na katerih strokovnjaki pregledajo izluščena pravila in karakterizacijske teste. Njihovo znanje konča v dokumentaciji in testih, ki ostanejo pri vaši ekipi, ne v naših glavah.
04Ali to velja tudi za SAP ECC?
Da. Ista načela veljajo za prilagoditev lastne kode in selitev na S/4HANA na platformi SAP: ocenite, kaj se še uporablja, izluščite in preizkusite, kar je pomembno, in se selite v nadzorovanih korakih.
05Koliko časa tečeta stari in novi sistem vzporedno?
Dokler rezultati uskladitve ne dosežejo odstopanja, dogovorjenega z lastnikom poslovnega področja, in dovolj dolgo, da zajamejo periodične procese, kot sta mesečni in letni obračun.
Povejte nam, kateri sistem vas zavira in kaj je od njega odvisno. Predlagali bomo prvo rezino in način, kako jo varno preizkusiti, ne glede na to, v katerih državah se sistem uporablja.