Przekształcenie starszej czarnej skrzynki w zrozumiały, działający system
Projekt ten skupiał się na starszym systemie w środowisku dużej infrastruktury wymiany, tam gdzie istniała bardzo mało użytecznej dokumentacji. Głównym zadaniem było zrozumienie działania systemu faktycznie sprawdził się w praktyce pomimo braku przejrzystych opisów technicznych i biznesowych.
Wartość tej pracy nie polegała na przepisaniu platformy na nowo, ale na zapewnieniu bezpieczeństwa przyszłych zmian przekształcenie nieprzejrzystego, starszego środowiska w coś, co nowy zespół mógłby przemyśleć i rozszerzyć.
Co trzeba było przeanalizować
Analizie poddano zarówno wymiar techniczny, jak i biznesowy platformy w celu jej przebudowy prawdziwą architekturę i logikę decyzyjną żyjącą wewnątrz systemu.
- Ogólna architektura systemu i rolę jego głównych elementów.
- Struktura i logika bazy danych wewnątrz warstwy Oracle.
- Relacje pomiędzy modułami i zależności systemowe.
- Rzeczywiste zasady biznesowe osadzone w starszych zachowaniach i logice Java.
Łączenie starego systemu z nowym zespołem programistów
Po fazie odkrywania kontynuowano prace nad ustrukturyzowanymi artefaktami dostarczania na potrzeby przyszłych zmian. Przygotowaliśmy briefy rozwojowe, opisy wymaganych modyfikacji i zorientowane na wdrożenie wymagania dla zespołu, który będzie kontynuował rozwój systemu.
- Specyfikacje gotowe do opracowania na dalsze zmiany.
- Opisy wymaganych modyfikacji z mniejszą niejednoznacznością.
- Bezpieczniejsze przekazanie nowego zespołu inżynierów.
- Redukcja ryzyka dla przyszłych modyfikacji starszych wersji.
Wykrywanie starszych stosów korporacyjnych i systemów
Prace koncentrowały się na klasycznym stosie starszego rozwiązania przedsiębiorstwa, gdzie głęboka analiza była równie ważna jak wdrożenie.
Stos rdzenia
Projekt wymagał połączenia technicznej inżynierii wstecznej i analizy biznesowej w celu odtworzenia rzeczywistego modelu operacyjnego systemu.
Efekt biznesowy
Głównym rezultatem było łatwiejsze w zarządzaniu starsze środowisko, w którym przyszły rozwój mógł przebiegać do przodu przy mniejszym ryzyku i większej przejrzystości architektonicznej.
Potrzebujesz pomocy? Mamy Got odpowiedzi
Zapoznaj się z najczęściej zadawanymi pytaniami i znajdź potrzebne informacje.
Zacznij od przejrzystości, a nie założeń
Krótka ocena często wystarczy, aby odkryć ryzyko, możliwości i właściwą ścieżkę rozwoju.