Czym jest system legacy i dlaczego tak go nazywamy?
W wielu organizacjach słowo legacy budzi skrajne emocje. Dla jednych to synonim „czegoś starego i problematycznego”, dla innych – krytyczny element biznesu, który „po prostu musi działać”. Żeby dobrze rozmawiać o systemach legacy, warto zacząć od podstaw: czym one właściwie są i skąd wzięła się ta nazwa?
Co to jest system legacy?
System legacy to system informatyczny, który:
- został stworzony w przeszłości (często wiele lat temu),
- nadal jest używany w codziennych procesach biznesowych,
- ma kluczowe znaczenie dla działania organizacji,
- ale nie nadąża za obecnymi potrzebami technologicznymi lub biznesowymi.
I tu ważna rzecz:
👉 legacy nie oznacza automatycznie „zły” albo „zepsuty”.
W praktyce bardzo często są to systemy:
- stabilne,
- sprawdzone,
- obsługujące krytyczne procesy (np. rozliczenia, księgowość, core operacje).
Problem zaczyna się wtedy, gdy ich dalsze utrzymanie lub rozwój staje się coraz trudniejszy.
Dlaczego mówimy „legacy”?
Słowo legacy oznacza dziedzictwo – coś, co zostało nam przekazane z przeszłości.
W kontekście IT to bardzo trafna metafora.
System legacy to:
- dziedzictwo decyzji technologicznych, które kiedyś były najlepsze możliwe,
- efekt dawnych realiów biznesowych, regulacyjnych i organizacyjnych,
- wynik wieloletnich modyfikacji, obejść i kompromisów.
Nikt nie budował systemów legacy z myślą, że staną się problemem. Wręcz przeciwnie – w momencie powstania były nowoczesne i skuteczne.
Kiedy system staje się systemem legacy?
Nie ma jednej granicy czasowej ani technologicznej. System nie staje się legacy tylko dlatego, że:
- jest „stary”,
- działa na starszej technologii,
- ma długi staż w firmie.
System zaczynamy nazywać legacy, gdy pojawiają się takie sygnały jak:
- Trudność w rozwoju
Każda zmiana trwa długo, jest kosztowna i obarczona ryzykiem. - Brak elastyczności
System nie wspiera nowych modeli biznesowych, integracji czy automatyzacji. - Uzależnienie od wąskiej grupy ekspertów
Wiedza o systemie jest w głowach kilku osób (czasem jednej). - Technologia spoza głównego nurtu
Brak wsparcia producenta, trudność w rekrutacji specjalistów, brak aktualizacji. - Rosnący koszt utrzymania
System „działa”, ale pochłania coraz więcej czasu, pieniędzy i energii.
Automatyzacja dokumentacji Legacy
Wiedza o architekturze systemu może
aktualizować się sama
Wiedza o architekturze systemu może aktualizować się sama
Zamiast ręcznie przepisywać strukturę kodu i tracić czas na Confluence, wdroż S*.doc.
Nasi agenci AI automatycznie zmapują architekturę Twojej aplikacji, a zespół dostanie bota RAG na MS Teams, który odpowie na każde pytanie o system bezpośrednio z kodu źródłowego.
Auto-generowanie dokumentacji Java/C#
Dokumentacja kodu
Generowana automatycznie z uwzględnieniem specyfiki języka programowania – Java, C#, TypeScript, C++. Dzieli treść na logiczne sekcje, pomija elementy nieistotne i pozwala dostosować typ dokumentacji do odbiorcy: techniczna dla deweloperów lub uproszczona dla użytkowników końcowych.
- Opis każdego modułu w czytelnej, ustrukturyzowanej formie
- Automatyczne pomijanie boilerplate’u i kodu generowanego
- Możliwość wygenerowania raportu zgodności z wytycznymi bezpieczeństwa lub raportu optymalizacji technologicznej
Wizualizacja architektury C4 & Mermaid
Dokumentacja architektoniczna zgodna z modelem C4
S*.doc automatycznie tworzy diagramy Mermaid dla widoków: kontekstowego, kontenerowego i komponentowego – zgodnie z powszechnie uznanym modelem C4.
W związku z tym, koniec z ręcznym rysowaniem diagramów, które dezaktualizują się po pierwszym sprincie.
- Spójna wizualizacja architektury na różnych poziomach szczegółowości
- Czytelna prezentacja dla zarządu, audytorów i nowych członków zespołu
Mapowanie procesów biznesowych (BPM)
Dokumentacja przepływów biznesowych
S*.doc modeluje przepływy w systemie i sposób współpracy jego elementów – kroki procesu, zależności między komponentami, punkty wymiany danych.
Zamiast pytać „jak to ze sobą gra?” – sprawdzasz to w 30 sekund.
- Wizualizacja ścieżek użytkownika i komunikacji między usługami
- Opis logiki wewnętrznej w języku zrozumiałym dla biznesu i osób technicznych jednocześnie
- Wsparcie dla wstecznego code review i analizy zależności
