Uuendage süsteemi, mida keegi ei julge puutuda, üks funktsioon korraga.
Aastakümnete jagu ärireegleid elab COBOL-is, PL/I-s, Oracle Formsis ning varases Javas ja .NET-is. Taastame need reeglid, ehitame testidest turvavõrgu ja viime funktsioonid ükshaaval fassaadi taha, paralleelkäituse ja tulemuste võrdlusega, enne kui midagi välja lülitatakse.
Organisatsioonidele, kelle kriitiline süsteem ei tohi seisata ega kaotada reegleid, mida keegi enam peast ei tea.
Portfell hinnatakse ja sihtarhitektuur lepitakse kokku. Ärireeglid taastatakse koodist tehisintellekti abil ja inimesed kontrollivad need. Iseloomustavad testid moodustavad turvavõrgu. Iga funktsioon ehitatakse uuesti fassaadi taga ja seda käitatakse paralleelselt vana süsteemiga; erinevused analüüsitakse ja parandatakse, enne kui äriomanik kinnitab ümberlülituse ja vana osa võetakse maha.
Enne ja pärast
Mis teie töös muutub
Täna
Süsteemiga
Täna
Täna: Iga muudatus on risk
Väikesed regulatiivsed muudatused võtavad kuid, sest keegi ei oska ette öelda, mida muudatus veel mõjutab.
Süsteemiga
Süsteemiga: Muudatused testidega kaetud
Iseloomustavad testid salvestavad, mida süsteem täna teeb, nii et iga muudatuse mõju on näha enne väljalaset.
Täna
Täna: Teadmus läheb pensionile
Inimesed, kes koodi mõistavad, on pensionieale lähedal ja dokumentatsioon lakkas süsteemile vastamast ammu.
Süsteemiga
Süsteemiga: Reeglid kirja pandud ja kontrollitud
Koodist taastatud ärireeglid dokumenteeritakse selges keeles ja valdkonna eksperdid kinnitavad need.
Täna
Täna: Suure paugu plaanid jäävad toppama
Täieliku asendamise programmid lubavad ühte ümberlülituse kuupäeva, mis aina nihkub, samal ajal kui kulud kasvavad.
Süsteemiga
Süsteemiga: Väärtus osade kaupa
Funktsioonid liiguvad fassaadi taha ükshaaval. Iga osa läheb kasutusse eraldi ja seda saab tagasi pöörata.
Täna
Täna: Andmed lukus vanades struktuurides
Uued teenused ja TI-lahendused ei pääse andmetele ligi ilma hapra väljavõtte ja öiste pakktöödeta.
Süsteemiga
Süsteemiga: Andmed API-de kaudu kättesaadavad
Üle viidud valdkonnad avavad oma andmed dokumenteeritud API-de kaudu ja neid võrreldakse vana süsteemiga, kuni see maha võetakse.
Töövoog
Kuidas töövoog kulgeb
Strangler fig muster: uus süsteem kasvab vana ümber, funktsioon funktsiooni haaval, kuni vana saab välja lülitada. Tsükkel paralleelkäituse ja uuesti ehitamise vahel on koht, kus toimub suurem osa päris tööst.
Illustreeriv töövoog
7 sammu · 3 inimese kontrollpunkti
Legend
Süsteem
TI-agent
Inimene
Inimese kontrollpunkt
Erandi käsitlus
Pärandsüsteemide moderniseerimine: illustreeriv töövoog koos võrdlustsükliga
Lugege joonist tekstina
Põhitee kulgeb portfelli hindamisest ja ärireeglite taastamisest iseloomustavate testide turvavõrgu ehitamise ja ühe funktsiooni fassaadi taga uuesti ehitamise kaudu vana ja uue paralleelkäituseni ning lõpuks ümberlülituse ja vana osa mahavõtmiseni.
Inimesed kinnitavad sihtarhitektuuri, kontrollivad iga taastatud reeglit ja kinnitavad iga ümberlülituse: need on inimese kontrollpunktid.
Kui paralleelkäitus näitab, et väljundid erinevad, lahkub osa põhiteelt inseneride ja valdkonna ekspertide analüüsi ning naaseb uuesti ehitamise sammu, kuni vana ja uue tulemused klapivad.
01
Samm 1: Portfelli hindamineInimene
Rakenduste inventuur, sõltuvuste ja andmevoogude kaardistus ning otsus iga rakenduse kohta: maha võtta, alles jätta, ümber majutada, uuele platvormile viia, uuesti ehitada või asendada. Valdkonnad kaardistatakse, et leida kohad, kus süsteemi saab osadeks jagada.
Inimese kontrollpunkt
Teie arhitektuurinõukogu kinnitab sihtarhitektuuri ja osade järjekorra.
02
Samm 2: Ärireeglite taastamineTI-agent
Tehisintellekti toel tehtav koodianalüüs loeb COBOL-i, PL/I-d, JCL-i, Oracle Formsi ja vanemat Javat või .NET-i ning koostab dokumentatsiooni, kutsegraafide ja ärireeglite kataloogi mustandi.
Inimese kontrollpunkt
Insenerid ja valdkonna eksperdid kontrollivad iga taastatud reeglit, enne kui seda kasutatakse spetsifikatsioonina. Kontrollimata reeglid on vastavalt märgitud.
03
Samm 3: Turvavõrgu ehitamineSüsteem
Iseloomustavad testid luuakse anonüümitud tootmissisendite ja -väljundite põhjal, nii et praegune käitumine koos oma veidrustega on salvestatud, enne kui midagi muutub.
04
Samm 4: Osa uuesti ehitamine fassaadi tagaSüsteem
Vana süsteemi ette paigutatakse suunav fassaad või API-kiht. Üks funktsioon ehitatakse uue teenusena, selle andmed viiakse üle ja hoitakse sünkroonis.
05
Samm 5: Paralleelkäitus ja võrdlusSüsteem
Vana ja uus töötlevad samu tehinguid. Väljundeid ja andmeid võrreldakse automaatselt ning iga erinevus raporteeritakse reegli ja kirje kaupa.
06
Samm 6: Erinevuste analüüsInimene
Insenerid ja valdkonna eksperdid otsustavad iga erinevuse puhul, kas see on viga uues teenuses, viga vanas või kavandatud muudatus, ja saadavad osa ümbertöötamisele.
Erandi käsitlus: Väljundid erinevad· Naaseb sammu 4 juurde
07
Samm 7: Ümberlülitus ja mahavõtmineInimene
Funktsiooni liiklus liigub fassaadi kaudu uude teenusesse. Pärast stabiilset perioodi võetakse vana koodiharu ja selle andmed maha ning arhiveeritakse.
Inimese kontrollpunkt
Äriomanik kinnitab iga ümberlülituse võrdluse tulemuste põhjal. Tagasipööramine fassaadi kaudu jääb võimalikuks kuni mahavõtmiseni.
Komponendid
Mida me ehitaksime
01
Portfelli ja sõltuvuste kaart
Inventuur, liideste ja andmevoogude kaardistus ning valdkonnamudel, mis näitab, kus süsteemi saab osadeks jagada.
Koodianalüüs toimub teie kontrollitavas keskkonnas ja lähtekoodi ei saadeta teenustesse, mida te pole heaks kiitnud. Testides kasutatavad tootmisandmed anonüümitakse, enne kui need tootmistsoonist lahkuvad.
Inimese kontroll
Taastatud reeglid kontrollivad insenerid ja valdkonna eksperdid, enne kui neist saavad spetsifikatsioonid. Iga ümberlülituse kinnitab äriomanik võrdluse tulemuste põhjal ja tagasipööramine on võimalik.
Auditeeritavus
Iga kataloogis olev reegel on seotud koodiga, millest see pärineb, ja inimesega, kes selle kontrollis. Võrdlusaruanded säilitatakse iga ümberlülituse tõendina.
Andmekaitse
Andmete üleviimine järgib dokumenteeritud vastendust kirjete arvu ja kontrollsummadega ning testikogumites on isikuandmeid minimaalselt. Säilitusreeglid liiguvad koos andmetega.
TI läbipaistvus
Kui tehisintellekt koostab dokumentatsiooni või koodi mustandi, on väljund märgistatud, üle vaadatud ja versioonitud nagu iga teine inseneritöö tulemus.
Mõõdikud
Mida me mõõdaksime
Lepime need mõõdikud teiega kokku hindamise ajal ja jälgime neid iga osa kohta, mitte ainult kogu programmi kohta.
Mida me mõõdaksime
Mõõdik
Miks see on oluline
Kuidas me seda mõõdaksime
01Muudatuse teostusaeg
Miks see on olulineSelgeim märk, et süsteemi muutmine läheb lihtsamaks.
Kuidas me seda mõõdaksimeAeg kinnitatud muudatustaotlusest tootmiseni, eraldi vana ja moderniseeritud osa kohta.
02Võrdluse seis
Miks see on olulineNäitab, kas uus teenus käitub tõesti nagu vana seal, kus peab.
Kuidas me seda mõõdaksimeParalleelkäituse ajal klappivate tehingute ja kirjete osakaal ning lahtised erinevused põhjuse kaupa.
03Reeglite kaetus
Miks see on olulineTundmatud reeglid on iga asendamise peamine risk.
Kuidas me seda mõõdaksimeNende taastatud ärireeglite osakaal, mille valdkonna eksperdid on kontrollinud ja mis on testidega kaetud.
04Pärandi jalajälg
Miks see on olulineModerniseerimine tasub ära siis, kui vanad komponendid tegelikult välja lülitatakse.
Kuidas me seda mõõdaksimeMaha võetud funktsioonid, koodiharud, pakktööd ja litsentsid, jälgitud osa kaupa.
Enne lähtetaseme mõõtmist eesmärke ei seata.
Kasutuselevõtt
Kuidas me selle kasutusele võtaksime
Etapp 01
Hindamine
Portfell, sõltuvused, valdkonnad ja riskid. Valime esimese osa, mis on ärile oluline, kuid mida saab tagasi pöörata.
Lõpetamise tingimused
Sihtarhitektuur kinnitatud
Osade järjekord kokku lepitud
Juurdepääs testidele ja andmetele korraldatud
Etapp 02
Esimene osa
Reeglite taastamine, turvavõrk, fassaad ja üks uuesti ehitatud funktsioon, mis töötab paralleelselt vana süsteemiga.
Lõpetamise tingimused
Võrdlus kokkulepitud lubatud hälbe piires
Äriomanik kinnitab ümberlülituse
Tagasipööramine testitud
Etapp 03
Osa osa haaval
Järgmised funktsioonid läbivad sama tee, igaüks oma paralleelkäituse ja ümberlülitusotsusega.
Lõpetamise tingimused
Iga osa võrreldud ja ümber lülitatud
Teadmus teie meeskonnale üle antud
Etapp 04
Mahavõtmine
Vanad koodiharud, pakktööd ja andmehoidlad arhiveeritakse ja lülitatakse välja.
Kohandatud ERP-laiendused ja tehasesüsteemid, mis viiakse üle koos SAP S/4HANA migratsiooniga.
Illustreeriv näide
Kahjukindlustusandja poliisisüsteem
Olukord
Kahjukindlustusandja poliisisüsteem on ehitatud Oracle Formsis üle kahekümne aasta tagasi ja arvutab kõigi tooteliinide kindlustusmakseid. Ootel on mitu tingimuste muudatust ja kaks arendajat, kes koodi tunnevad, lähevad pensionile.
Süsteem
Reeglid taastatakse ja kontrollitakse tooteliini kaupa. Fassaad suunab kõigepealt ühe tooteliini, näiteks kodukindlustuse, arvutused uude teenusesse, mis töötab vana süsteemiga paralleelselt, kuni tulemused klapivad.
Inimese kontroll
Iga tooteliini valdkonna eksperdid kontrollivad oma reeglid. Ümberlülituse kinnitab tooteliini äriomanik; tagasipööramine fassaadi kaudu jääb võimalikuks.
Mida me mõõdaksime
Võrdluse seis tooteliini kaupa, reeglite kaetus ja järgmise tingimuste muudatuse teostusaeg.
Eesti
Moderniseerimine Eesti ja Euroopa reeglite järgi
Kui pärandsüsteem teenindab olulist teenust, peab uus platvorm vastama ka küberturvalisuse nõuetele. Küberturvalisuse seadust (KüTS) muudeti NIS2 direktiivi ülevõtmiseks, muudatus jõustus 1. jaanuaril 2026 ning pädev asutus ja ühtne kontaktpunkt on Riigi Infosüsteemi Amet (RIA). Kavandame moderniseeritud teenused platvormile, kus logimine, juurdepääsu haldus ja intsidentide käsitlus on algusest peale sees.
Andmemäärus, mida kohaldatakse alates 12. septembrist 2025, seab reeglid andmetöötlusteenuste vahetamisele, seepärast hoiame andmed teisaldatavana juba esimesest osast. Kui kirjed sisaldavad isikuandmeid, järgivad üleviimise vastendused ja testandmed isikuandmete kaitse üldmäärust (IKÜM).
Sest üks ümberlülitus koondab kogu riski ühele kuupäevale ja äri ootab kasu aastaid. Kui liikuda funktsioon funktsiooni haaval, saab iga osa end paralleelkäituses tõestada, minna kasutusse eraldi ja vajaduse korral tagasi pöörata.
02Kas tehisintellekt saab meie COBOL-i Javaks tõlkida?
Rida-realt tõlge annab tavaliselt koodi, mida on sama raske muuta kui algset. Kasutame tehisintellekti vana koodi lugemiseks ja dokumenteerimiseks ning reeglite ja testide mustandite koostamiseks, seejärel kavandame uued teenused korralikult. Iga taastatud reeglit kontrollivad inimesed enne kasutamist.
03Meie eksperdid lähevad pensionile. Kuidas nende teadmus talletada?
Struktureeritud sessioonidega, kus eksperdid vaatavad üle taastatud reeglid ja iseloomustavad testid. Nende teadmus jõuab dokumentatsiooni ja testidesse, mis jäävad teie meeskonnale, mitte meie peadesse.
04Kas see kehtib ka SAP ECC kohta?
Jah. Samad põhimõtted kehtivad kohandatud koodi korrastamisel ja SAP S/4HANA migratsioonil: selgitage välja, mida veel kasutatakse, taastage ja testige olulist ning liikuge kontrollitud sammudega.
05Kui kaua vana ja uus kõrvuti töötavad?
Kuni võrdluse tulemused vastavad äriomanikuga kokku lepitud lubatud hälbele, ja piisavalt kaua, et katta perioodilised protsessid, nagu kuu- või aastalõpp.