Modernizacja systemu, którego nikt nie odważy się ruszyć, jedna funkcja po drugiej.
Reguły biznesowe z kilkudziesięciu lat żyją w kodzie COBOL, PL/I, Oracle Forms oraz we wczesnych wersjach Javy i .NET. Odtwarzamy te reguły, budujemy siatkę bezpieczeństwa z testów i przenosimy funkcję po funkcji za fasadę, z przebiegami równoległymi i uzgadnianiem wyników, zanim cokolwiek zostanie wyłączone.
Dla organizacji z krytycznymi systemami, w których przestój i utrata reguł nie wchodzą w grę, a zmiany przepisów trzeba wdrażać na czas.
Portfel aplikacji jest oceniany, a architektura docelowa uzgadniana. Reguły biznesowe są odtwarzane z kodu przy wsparciu AI i weryfikowane przez ludzi. Testy charakteryzujące tworzą siatkę bezpieczeństwa. Każda funkcja jest budowana od nowa za fasadą i działa równolegle ze starym systemem; rozbieżności są analizowane i usuwane, zanim właściciel biznesowy zatwierdzi przełączenie, a stara część zostanie wycofana.
Przed i po
Co zmienia się w sposobie pracy
Dziś
Z nowym systemem
Dziś
Dziś: Każda zmiana to ryzyko
Drobne zmiany wynikające z przepisów trwają miesiącami, bo nikt nie potrafi przewidzieć, na co jeszcze wpłyną.
Z nowym systemem
Z nowym systemem: Zmiany zabezpieczone testami
Testy charakteryzujące utrwalają to, co system robi dziś, więc każda zmiana pokazuje swój skutek przed wydaniem.
Dziś
Dziś: Wiedza przechodzi na emeryturę
Osoby, które rozumieją kod, zbliżają się do emerytury, a dokumentacja dawno przestała odpowiadać systemowi.
Z nowym systemem
Z nowym systemem: Reguły spisane i zweryfikowane
Reguły biznesowe odtworzone z kodu są opisane prostym językiem i potwierdzone przez ekspertów dziedzinowych.
Dziś
Dziś: Plany wymiany wszystkiego naraz utykają
Programy pełnej wymiany obiecują jeden termin przełączenia, który ciągle się przesuwa, a koszty rosną.
Z nowym systemem
Z nowym systemem: Korzyści w kolejnych etapach
Funkcje przechodzą za fasadę jedna po drugiej. Każdy etap trafia do produkcji osobno i można go wycofać.
Dziś
Dziś: Dane zamknięte w starych strukturach
Nowe usługi i zastosowania AI nie mają dostępu do danych bez kruchych eksportów i nocnych przetwarzań wsadowych.
Z nowym systemem
Z nowym systemem: Dane dostępne przez API
Zmigrowane obszary udostępniają dane przez udokumentowane API, uzgadniane ze starym systemem aż do jego wycofania.
Przebieg procesu
Jak przebiega proces
Podejście strangler fig: nowy system stopniowo obrasta stary, funkcja po funkcji. Najwięcej rzeczywistej pracy dzieje się w pętli między przebiegiem równoległym a przebudową.
Przykładowy przebieg procesu
7 kroków · 3 punkty kontroli przez człowieka
Legenda
System
Agent AI
Człowiek
Punkt kontroli przez człowieka
Ścieżka wyjątku
Modernizacja systemów: przykładowy przebieg procesu z pętlą uzgadniania
Diagram w formie tekstu
Ścieżka główna prowadzi od oceny portfela i odtworzenia reguł biznesowych, przez budowę siatki bezpieczeństwa z testów charakteryzujących i przebudowę jednej funkcji za fasadą, do równoległego działania starego i nowego systemu, a na końcu do przełączenia i wycofania starej części.
Ludzie zatwierdzają architekturę docelową, weryfikują każdą odtworzoną regułę i zatwierdzają każde przełączenie: to punkty kontroli człowieka.
Gdy przebieg równoległy pokaże różne wyniki, etap opuszcza ścieżkę główną i trafia do analizy przez inżynierów i ekspertów dziedzinowych, a następnie wraca do kroku przebudowy, dopóki wyniki starego i nowego systemu się nie zgadzają.
01
Krok 1: Ocena portfelaCzłowiek
Inwentaryzacja aplikacji, mapa zależności i przepływów danych oraz decyzja dla każdej aplikacji: wycofać, zachować, przenieść bez zmian, przenieść na nową platformę, przebudować lub zastąpić. Mapowanie obszarów dziedzinowych pokazuje miejsca, w których system da się podzielić na etapy.
Punkt kontroli przez człowieka
Państwa rada architektury zatwierdza architekturę docelową i kolejność etapów.
02
Krok 2: Odtworzenie reguł biznesowychAgent AI
Analiza kodu wspierana przez AI odczytuje COBOL, PL/I, JCL, Oracle Forms oraz starszą Javę lub .NET i przygotowuje projekty dokumentacji, grafy wywołań i katalog reguł biznesowych.
Punkt kontroli przez człowieka
Inżynierowie i eksperci dziedzinowi weryfikują każdą odtworzoną regułę, zanim posłuży ona jako specyfikacja. Reguły niezweryfikowane są wyraźnie oznaczone.
03
Krok 3: Budowa siatki bezpieczeństwaSystem
Testy charakteryzujące powstają na podstawie zanonimizowanych danych wejściowych i wyjściowych z produkcji, więc obecne działanie systemu, łącznie z jego osobliwościami, jest utrwalone, zanim cokolwiek się zmieni.
04
Krok 4: Przebudowa etapu za fasadąSystem
Przed starym systemem powstaje fasada routingu lub warstwa API. Jedna funkcja jest budowana od nowa jako nowa usługa, a jej dane są migrowane i synchronizowane.
05
Krok 5: Przebieg równoległy i uzgadnianieSystem
Stary i nowy system przetwarzają te same transakcje. Wyniki i dane są porównywane automatycznie, a każda różnica jest raportowana dla każdej reguły i każdego rekordu.
06
Krok 6: Analiza rozbieżnościCzłowiek
Inżynierowie i eksperci dziedzinowi rozstrzygają, czy każda różnica to błąd nowej usługi, błąd starej czy zamierzona zmiana, i odsyłają etap do poprawy.
Ścieżka wyjątku: Wyniki się różnią· Powrót do kroku 4
07
Krok 7: Przełączenie i wycofanieCzłowiek
Ruch dla danej funkcji przechodzi przez fasadę do nowej usługi. Po okresie stabilnej pracy stara ścieżka kodu i jej dane są wycofywane i archiwizowane.
Punkt kontroli przez człowieka
Właściciel biznesowy zatwierdza każde przełączenie na podstawie wyników uzgadniania. Powrót przez fasadę pozostaje możliwy aż do wycofania starej części.
Komponenty
Co byśmy zbudowali
01
Mapa portfela i zależności
Inwentaryzacja, mapa interfejsów i przepływów danych oraz model dziedzinowy, który pokazuje, gdzie system można podzielić na etapy.
Landing zone (przygotowane, zabezpieczone środowisko chmurowe), CI/CD i obserwowalność dla nowych usług, w wybranej przez Państwa chmurze lub centrum danych.
Salesforce jako nowy front officePlatformaSalesforce
Platforma integracyjna i bramka API
Docelowa chmura lub centrum danych
Mechanizmy kontroli
Wbudowane mechanizmy kontroli
Granice dostępu
Analiza kodu odbywa się w środowisku, które Państwo kontrolują, a kod źródłowy nie trafia do usług, których Państwo nie zatwierdzili. Dane produkcyjne używane w testach są anonimizowane, zanim opuszczą strefę produkcyjną.
Weryfikacja przez człowieka
Odtworzone reguły weryfikują inżynierowie i eksperci dziedzinowi, zanim staną się specyfikacją. Każde przełączenie zatwierdza właściciel biznesowy na podstawie wyników uzgadniania, z możliwością powrotu do poprzedniego stanu.
Audytowalność
Każdą regułę w katalogu można powiązać z kodem, z którego pochodzi, i z osobą, która ją zweryfikowała. Raporty uzgodnień są przechowywane jako dowód dla każdego przełączenia.
Ochrona danych
Migracja danych przebiega według udokumentowanego mapowania z liczbą rekordów i sumami kontrolnymi, a dane osobowe w zbiorach testowych są ograniczane do minimum. Zasady retencji przechodzą razem z danymi.
Przejrzystość AI
Dokumentacja lub kod przygotowane przez AI są oznaczane, przeglądane i wersjonowane jak każdy inny artefakt inżynierski.
Mierniki
Co byśmy mierzyli
Te miary uzgadniamy z Państwem na etapie oceny i śledzimy je dla każdego etapu, nie tylko dla całego programu.
Co byśmy mierzyli
Miernik
Dlaczego to ważne
Jak byśmy to mierzyli
01Czas wprowadzenia zmiany
Dlaczego to ważneNajwyraźniejszy znak, że system staje się łatwiejszy do zmiany.
Jak byśmy to mierzyliCzas od zatwierdzenia wniosku o zmianę do wdrożenia produkcyjnego, osobno dla starych i zmodernizowanych części.
02Stan uzgodnienia
Dlaczego to ważnePokazuje, czy nowa usługa rzeczywiście działa jak stara tam, gdzie powinna.
Jak byśmy to mierzyliUdział transakcji i rekordów zgodnych w czasie przebiegu równoległego, z otwartymi różnicami według przyczyny.
03Pokrycie reguł
Dlaczego to ważneNieznane reguły to główne ryzyko każdej wymiany systemu.
Jak byśmy to mierzyliUdział odtworzonych reguł biznesowych zweryfikowanych przez ekspertów dziedzinowych i objętych testami.
04Pozostały zakres starego systemu
Dlaczego to ważneModernizacja się opłaca, gdy stare komponenty są faktycznie wyłączane.
Jak byśmy to mierzyliWycofane funkcje, ścieżki kodu, zadania wsadowe i licencje, śledzone dla każdego etapu.
Wartości docelowe ustalamy dopiero po pomiarze stanu wyjściowego.
Wdrożenie
Jak byśmy to wdrażali
Etap 01
Ocena
Portfel, zależności, obszary dziedzinowe i ryzyka. Wybieramy pierwszy etap, który ma znaczenie dla biznesu, ale da się go wycofać.
Kryteria zakończenia
Zatwierdzona architektura docelowa
Uzgodniona kolejność etapów
Zapewniony dostęp do testów i danych
Etap 02
Pierwszy etap
Odtworzenie reguł, siatka bezpieczeństwa, fasada i jedna przebudowana funkcja, działająca równolegle ze starym systemem.
Kryteria zakończenia
Wyniki zgodne w ustalonej tolerancji
Właściciel biznesowy zatwierdza przełączenie
Przetestowany powrót do poprzedniego stanu
Etap 03
Etap po etapie
Kolejne funkcje przechodzą tę samą drogę, każda z własnym przebiegiem równoległym i decyzją o przełączeniu.
Kryteria zakończenia
Każdy etap uzgodniony i przełączony
Wiedza przekazana Państwa zespołowi
Etap 04
Wycofanie
Stare ścieżki kodu, zadania wsadowe i magazyny danych są archiwizowane i wyłączane.
Systemy dziedzinowe urzędów miast i starostw, na przykład do świadczeń, podatków lokalnych i rejestracji, w których przepisy zapisano w kodzie sprzed lat, a kolejne zmiany ciągle napływają.
Własne rozszerzenia ERP i systemy zakładowe, przenoszone równolegle z migracją do SAP S/4HANA.
Przykład poglądowy
System polis towarzystwa ubezpieczeń
Sytuacja
Towarzystwo ubezpieczeń wylicza składki i obsługuje polisy w systemie na mainframe. Czekają kolejne zmiany produktowe i regulacyjne, a dwie z osób, które znają kod, przechodzą wkrótce na emeryturę.
System
Reguły są odtwarzane i weryfikowane dla każdej linii produktów. Fasada najpierw kieruje wyliczenia jednej linii do nowej usługi, która działa równolegle z mainframe, dopóki wyniki się nie zgadzają.
Kontrola przez człowieka
Eksperci dziedzinowi z każdej linii produktów weryfikują swoje reguły. Właściciel biznesowy linii zatwierdza przełączenie, a powrót przez fasadę pozostaje możliwy.
Co byśmy mierzyli
Stan uzgodnienia dla każdej linii produktów, pokrycie reguł i czas wprowadzenia kolejnej zmiany regulacyjnej.
Polska
Modernizacja z myślą o polskich przepisach
Zmiany przepisów, takie jak obowiązkowe e-fakturowanie w KSeF, trafiają także do systemów sprzed lat. Modernizację planujemy tak, aby obszary najczęściej zmieniane przez przepisy przechodziły na nowe usługi jako pierwsze, a stary i nowy system były uzgodnione, zanim cokolwiek zostanie wyłączone.
Nowelizacja ustawy o krajowym systemie cyberbezpieczeństwa (KSC), która wdraża dyrektywę NIS2, obowiązuje od 3 kwietnia 2026 r. Zmodernizowane usługi trafiają na platformy projektowane z myślą o obowiązkach bezpieczeństwa podmiotów kluczowych i ważnych.
Zasady zmiany dostawcy z aktu w sprawie danych (Data Act) to powód, aby dane były przenośne od pierwszego etapu. Gdy rekordy zawierają dane osobowe, mapowania migracji i dane testowe są zgodne z RODO.
Bo jedno przełączenie skupia całe ryzyko w jednym dniu, a biznes czeka latami na jakąkolwiek korzyść. Przenoszenie funkcja po funkcji pozwala każdemu etapowi sprawdzić się w przebiegu równoległym, trafić do produkcji osobno i w razie potrzeby zostać wycofanym.
02Czy AI może przetłumaczyć nasz kod COBOL na Javę?
Tłumaczenie linia po linii zwykle daje kod tak samo trudny do zmiany jak oryginał. AI wykorzystujemy do czytania i dokumentowania starego kodu oraz do przygotowania projektów reguł i testów, a nowe usługi projektujemy porządnie od podstaw. Każdą odtworzoną regułę weryfikują ludzie, zanim zostanie użyta.
03Nasi eksperci odchodzą na emeryturę. Jak zachować ich wiedzę?
Przez uporządkowane sesje, w których eksperci przeglądają odtworzone reguły i testy charakteryzujące. Ich wiedza trafia do dokumentacji i testów, które zostają w Państwa zespole, a nie w naszych głowach.
04Czy to dotyczy także SAP ECC?
Tak. Te same zasady obowiązują przy porządkowaniu kodu własnego i migracji do SAP S/4HANA: ocenić, co jest jeszcze używane, odtworzyć i przetestować to, co ważne, i przechodzić kontrolowanymi krokami.
05Jak długo stary i nowy system działają równolegle?
Dopóki wyniki uzgadniania nie zmieszczą się w tolerancji uzgodnionej z właścicielem biznesowym, i na tyle długo, aby objąć procesy okresowe, takie jak zamknięcie miesiąca czy przebiegi roczne.