Modernizacja oprogramowania

Porównujemy stan kodu, wymagania biznesowe, koszt utrzymania i ryzyko migracji. Pełne przepisanie jest jedną z możliwości, ale nie zakładamy z góry, że będzie najlepsza.

Tak. Zaczynamy od rozpoznania systemu, rozmów z użytkownikami i analizy kodu. Brakującą wiedzę uzupełniamy w trakcie prac, zwłaszcza dla procesów krytycznych i zależności między modułami.

Zwykle tak. Plan modernizacji uwzględnia okna zmian, migrację danych i możliwość wycofania wdrożenia. Dostępny sposób przejścia zależy od architektury systemu oraz dopuszczalnych przerw w pracy.

Bierzemy pod uwagę wpływ na działanie biznesu, częstotliwość problemów i zależności techniczne. Szukamy obszaru, który można zmienić w kontrolowany sposób i ocenić jego rezultat. Najbardziej przestarzały moduł nie zawsze musi być pierwszy.

Najpierw identyfikujemy najważniejsze zachowania i przygotowujemy sposób ich sprawdzania. Mogą to być testy automatyczne, scenariusze odbioru i porównania wyników na przykładowych danych. Rozwijamy zabezpieczenia wraz z kolejnymi zmianami, zaczynając od obszaru objętego modernizacją.

Plan migracji obejmuje kopie, mapowanie danych i kryteria kompletności. Wynik próbnego przeniesienia porównujemy z systemem źródłowym. Plan przełączenia określa postępowanie przy rozbieżnościach i warunki powrotu do wcześniejszego rozwiązania.

Tak, jeśli pozwalają na to zależności systemu. Możemy wydzielić funkcję, zmienić interfejs integracyjny lub zaktualizować wybraną część aplikacji. Najpierw sprawdzamy, jakie dodatkowe prace są konieczne, aby ten fragment mógł działać z resztą systemu.