Przejęcie systemu bez dokumentacji i bez przepisywania go od nowa

Państwa system działa, ale nikt nie zna go dokładnie. Spisujemy aplikację, bazę danych, serwer i pocztę, oceniamy ryzyka, na piśmie rekomendujemy dalszą drogę, a na życzenie przejmujemy utrzymanie systemu.

  • ColdFusion i Lucee w systemach produkcyjnych od 2015 r.
  • Odpowiedź w ciągu jednego dnia roboczego
Po lewej zamknięty, zakreskowany blok, po prawej cztery prostokąty jeden nad drugim, każdy z krótką szarą kreską, a między nimi pomarańczowa strzałka

Kiedy trzeba przejąć system bez dokumentacji

Brak dokumentacji zwykle wychodzi na jaw dopiero wtedy, gdy coś się wydarzy. Typowe sytuacje:

  • Wykonawca, który zbudował aplikację, jest nieosiągalny albo zakończył działalność.
  • Aplikacja trafiła do firmy razem z przejęciem lub fuzją i nikt nigdy z nią nie pracował.
  • Audyt, klient lub ubezpieczyciel natrafia na komponenty, które nie dostają już aktualizacji.
  • Dostępy, zaplanowane zadania i trasy poczty nie są nigdzie zapisane.

Przestarzałe wersje nie są wyjątkiem. Na przykład dla PHP 7 i starszych php.net nie publikuje już aktualizacji bezpieczeństwa (stan: 2026-10). Terminy wsparcia podają nasze zestawienia dla wersji PHP, Adobe ColdFusion i dystrybucji Linuksa.

Pięć prostokątów w małej sieci: dwa narysowane ciągłą linią, trzy przerywaną, jakby nieznane; na jednym świeci pomarańczowa kropka

Czego potrzebujemy od Państwa na start

To, czego brakuje, zapisujemy w raporcie i ustalamy z Państwem, jak to uzyskać.

  • Kod źródłowy: dostęp do repozytorium albo kopia plików
  • Serwer: dostęp do serwera albo do konta u dostawcy hostingu
  • Baza danych: dostęp do bazy danych albo aktualny eksport
  • Domena i DNS: dostęp do rejestratora albo do zarządzania DNS, żebyśmy mogli prześledzić nazwy hostów i trasy poczty
  • Poczta e-mail: informacje o serwerze pocztowym lub usłudze wysyłkowej, przez które aplikacja wysyła wiadomości
  • Dokumentacja: wszystko, co istnieje, także stare zgłoszenia, e-maile i notatki

Prosimy nie wysyłać danych dostępowych e-mailem ani przez formularz. Bezpieczny sposób ich przekazania ustalimy podczas rozmowy wstępnej.

Lista kontrolna z czterema wierszami, w każdym symbol: karta dostępu, serwer, baza danych i koperta, każdy z polem wyboru; pierwsze pole jest odhaczone na pomarańczowo

Jak poznajemy system bez dokumentacji

  1. Dostęp

    Otrzymujemy dostęp do kodu, serwera i bazy danych.

  2. Inwentarz całego łańcucha

    Spisujemy aplikację, bazę danych, serwer i pocztę: wersje, zależności, zaplanowane zadania, na przykład nocne importy, źródła danych i trasy poczty.

  3. Kopia i odtworzenie

    Sprawdzamy, jakie kopie zapasowe istnieją, pobieramy kopię stanu obecnego i odtwarzamy ją w środowisku testowym. Wtedy wiedzą Państwo, czy system da się odtworzyć w razie awarii.

  4. Rejestr ryzyk

    Porządkujemy ryzyka według priorytetu: brakujące aktualizacje bezpieczeństwa, komponenty bez wsparcia oraz wiedza, którą mają tylko pojedyncze osoby.

  5. Rekomendacja i nakład pracy

    Na piśmie i z uzasadnieniem rekomendujemy dalszą drogę i szacujemy nakład pracy w dniach roboczych. Jeśli powierzą nam Państwo utrzymanie, otrzymają Państwo plan na pierwsze 30 i 90 dni.

Co zawiera wynik przeglądu

  • Inwentarz

    Pokazuje, co działa, gdzie, w jakiej wersji i do kiedy dostaje aktualizacje.

  • Mapa systemu

    Pokazuje, jak łączą się aplikacja, baza danych, serwer i poczta.

  • Rejestr ryzyk

    Wskazuje, co jest zagrożone i co trzeba zrobić najpierw.

  • Ocena kopii zapasowych

    Pokazuje, co jest zabezpieczone i czy da się z tego odtworzyć system.

  • Rekomendacja z macierzą opcji

    Zestawia pozostanie przy obecnym stanie, podniesienie wersji i migrację, z uzasadnieniem i nakładem pracy w dniach roboczych.

Zostać, podnieść wersję czy migrować: co kiedy pasuje

Raport kończy się rekomendacją jednej z trzech dróg:

  • Zostać i utrzymywać, gdy system działa stabilnie i korzysta ze wspieranej wersji. Dbamy o aktualizacje, kopie zapasowe i monitoring.
  • Podnieść wersję, gdy budowa i działanie systemu są w porządku, ale PHP, ColdFusion lub system operacyjny nie dostają już aktualizacji. Robimy to etapami, z testami i drogą powrotu, jak opisują strony o PHP 8 i o końcu wsparcia ColdFusion.
  • Migrować, gdy trzeba zmienić platformę, na przykład na Lucee, do kontenerów albo z Windows na Linux. Sprawdzona logika może też działać dalej jako usługa webowa.

Przepisanie systemu od nowa zalecamy rzadko. Opłaca się, gdy framework nie jest już rozwijany, brakuje testów, a reguły biznesowe da się spisać. Jeśli problemem jest tylko wersja, aktualizujemy. Mówimy też wprost, gdy migracja się nie opłaca.

Bieżące utrzymanie należy do usługi Przejęcie i utrzymanie, a aktualizacje i migracje do usługi Migracja i modernizacja.

Jeden system po lewej i trzy drogi w prawo: u góry do takiego samego systemu, pośrodku do wyższego, u dołu do systemu o innym, zaokrąglonym kształcie; środkowa droga jest pomarańczowa

Doświadczenie naszych inżynierów z systemami rozwijanymi latami

ColdFusion i Lucee
od 2015 r. nieprzerwanie w systemach produkcyjnych, Adobe ColdFusion od wersji 9 do 2025 oraz Lucee 5, 6 i 7
PHP
od 2012 r., ze Smarty, Slim i WordPress
Full stack i DevOps
od 2012 r., od aplikacji przez bazę danych po serwer i pocztę
Typy systemów
Platformy obsługi kredytów, finansowania hipotecznego i leasingu oraz systemy generowania dokumentów i umów.

Kod, dostępy i raporty zostają u Państwa

  • Kod, dane dostępowe i raporty zostają u Państwa. Na podstawie raportu może dalej pracować także inny wykonawca.
  • Gdy współpraca się kończy, przekazujemy stan prac w uporządkowanej formie.

A co, jeśli u nas ktoś będzie niedostępny? Dokumentację sporządzamy na życzenie. Repozytorium z reguły znajduje się u Państwa. Zastępstwo organizujemy na życzenie.

Zasady współpracy opisuje strona Współpraca. Jakie rodzaje systemów znają nasi inżynierowie, pokazuje strona Doświadczenie.

Po prawej pomarańczowa rama, a w niej kod źródłowy, karta dostępu i dokumentacja; po lewej administrator przy laptopie, połączony z ramą tylko przerywaną linią

Pierwszy krok: przegląd systemu legacy w stałej cenie

Przegląd systemu legacy

Dla firm z systemem, którego nikt już dokładnie nie zna: przed aktualizacją, przed migracją lub przy zmianie dostawcy.

  • Inwentarz wersji i zależności
  • Mapa aplikacji, bazy danych, serwera i poczty e-mail
  • Rejestr ryzyk dotyczących bezpieczeństwa, wsparcia i wiedzy
  • Ocena kopii zapasowych i odtwarzania danych
  • Rekomendacja „zostać przy obecnej wersji, podnieść wersję lub migrować” z macierzą opcji, która obejmuje także „przeniesienie do kontenera” i „udostępnienie jako API”
  • Oszacowanie nakładu pracy w dniach

Cena obejmuje jeden system, czyli jedną aplikację wraz z jej bazą danych i serwerem. Kolejne systemy wyceniamy osobno.

Co zawiera wynik

Pisemny raport z inwentaryzacją, rejestrem ryzyk, rekomendacją i oszacowaniem nakładu pracy. Raport należy do Państwa.

od 3 800 € netto

Zwykle 5 dni roboczych

Zamów przegląd systemu legacy

Dwa przypadki z naszej pracy

  • Trzy tory z pola kropek kończą się na pomarańczowym murze z podpisem WAF; jeden tor od laptopa przechodzi przez przerwę do witryny sklepu

    Sklep zalewany przez boty, które udawały klientów

    Sklep na WooCommerce z 52 produktami ładował się bardzo długo albo wcale. Przyczyną była opłacana sieć botów, która wysyłała dziesiątki tysięcy żądań na godzinę, każde z innego domowego adresu, a każdy bot z osobna zachowywał się wzorowo. Nasi inżynierowie zatrzymali ten ruch na brzegu sieci, a gdy miesiąc później boty zmieniły taktykę, druga reguła zdjęła obciążenie w dwie minuty.

  • Tabela wierszy z długą strzałką przez wszystkie, podpisaną ALL, i jedną pomarańczową strzałką z karty indeksu do pojedynczego wiersza, podpisaną ref

    Indeksy SQL w bazie sklepu: od pełnych skanów do mikrosekund

    Baza sklepu bez indeksów działała, dopóki tabele były małe. Przy 500 tysiącach zamówień i 1,75 miliona pozycji każdy filtr i każdy JOIN schodził do pełnego skanu. Zmierzyliśmy dokładnie, ile kosztują brakujące indeksy, dodaliśmy właściwe i opisaliśmy pułapki, przez które indeks bywa bezużyteczny, choć istnieje.

Pytania przed przejęciem nieznanego systemu

Czy mogą Państwo przejąć system bez dokumentacji?

Tak, do tego służy Przegląd systemu legacy. Najpierw spisujemy to, co istnieje: wersje, zależności, zaplanowane zadania, źródła danych i trasy poczty. Sprawdzamy też, czy kopie zapasowe dają się odtworzyć.

To, że jeszcze nie znamy Państwa systemu, jest normalną sytuacją, a nie przeszkodą. Dopiero na podstawie ustaleń mówimy, czego system potrzebuje i co obejmowałaby bieżąca opieka. Raport należy do Państwa.

Ile kosztuje przejęcie, skoro nikt nie zna systemu?

Pierwszy krok ma stałą cenę, którą znają Państwo przed startem: Przegląd systemu legacy dla jednego systemu z aplikacją, bazą danych i serwerem. Koszt bieżącej opieki zależy od stanu systemu. Liczbę podajemy dopiero po przeglądzie, gdy poznamy system.

Nakład pracy na kolejne kroki szacujemy w dniach roboczych, zanim cokolwiek Państwo zlecą.

Czy po przeglądzie musimy zostać przy Państwa firmie?

Nie. Przegląd jest samodzielnym zleceniem o stałym zakresie i stałej cenie. Raport należy do Państwa, także jeśli później będą Państwo działać samodzielnie albo zlecą prace innemu wykonawcy. Czy po przeglądzie będzie potrzebne bieżące utrzymanie, omówimy na podstawie jego wyników.

Co zrobić, jeśli brakuje nam danych dostępowych?

Zwykle da się to rozwiązać. Zaczynamy od tego, czym Państwo dysponują: umową i kontem u dostawcy hostingu, dostępem do domeny oraz, jeśli istnieją, repozytorium i kopiami zapasowymi. Dostęp do serwera często można zresetować przez dostawcę hostingu, jeśli występują Państwo jako strona umowy. Dostęp do systemu uzyskujemy wyłącznie za Państwa wyraźną zgodą.

Co się stanie, gdy u Państwa ktoś będzie niedostępny?

Zastępstwo zapewniamy na życzenie. Dokumentację również przygotowujemy na życzenie, a repozytorium z reguły znajduje się u Państwa, dzięki czemu kod pozostaje w Państwa rękach. Jak współpracujemy, opisuje strona Współpraca.

Przy jakich projektach pracowali Państwo dotąd?

Nasi inżynierowie pracowali przy takich typach systemów:

  • platformy do obsługi kredytów, z wieloma procesami i kanałami sprzedaży, także bezpośrednio dla banków
  • platformy finansowania hipotecznego
  • platformy leasingowe
  • systemy do generowania dokumentów i umów
  • portale wideo ze streamingiem i automatyczną konwersją materiałów
  • serwisy informacyjne i ogłoszeniowe o dużym ruchu
  • serwisy internetowe firm pracujących na zlecenie sektora publicznego, także instytucji kultury

Wybrane projekty opisujemy szczegółowo na stronie projektów, m.in. ColdFusion produkcyjnie i pod obciążeniem, dostarczalność poczty, sklep zalewany przez boty i indeksy SQL w bazie sklepu.

Kiedy mogą Państwo zacząć?

Pierwszą odpowiedź otrzymają Państwo w ciągu jednego dnia roboczego. Kiedy zaczniemy pracę, zależy od bieżącego obłożenia i od zakresu. Powiemy to Państwu wiążąco podczas rozmowy wstępnej. Jeśli sprawa jest pilna, Ocena awaryjna w 48 godzin rozpoczyna się z chwilą, gdy uzyskamy dostęp do systemu.

Prosimy opisać system w kilku zdaniach

Wystarczy podać technologię (jeśli jest znana), dostawcę hostingu i stan dokumentacji. Odpowiadamy w ciągu jednego dnia roboczego i proponujemy odpowiedni pierwszy krok.

Pola oznaczone jako „opcjonalnie” można zostawić puste.

Kontakt e-mailowy

Do kontaktu telefonicznego wystarczy numer: awarie całą dobę, w pozostałych sprawach w ciągu jednego dnia roboczego.

Jaki system, jaka technologia, co chcą Państwo osiągnąć? Prosimy nie przesyłać haseł ani poufnych dokumentów.

Odpowiedź w ciągu jednego dnia roboczego · bez zobowiązań

Wykorzystujemy Państwa dane wyłącznie do odpowiedzi na zapytanie. Prownex IT Services Sp. z o. o. jest administratorem danych. Okres przechowywania i Państwa prawa opisano w polityce prywatności.