7-Tage-Lernpfad – Legacy Claims & Customer Support

Dieser Lernpfad führt durch das Paket wie durch ein kompaktes Enterprise-Training. Er ist bewusst praxisnah aufgebaut: erst verstehen, dann absichern, dann refactoren, dann migrieren.

Tag 1 – Systemlandschaft verstehen

Ziel: Du erkennst die fachlichen Systeme, technischen Schnittstellen und Legacy-Risiken.

Lesen:

• README
• lernbuch/html/legacy-claims-handbuch-desktop.html
• PROJECT_MAP

Praxis:

• Zeichne die Systemlandschaft aus dem Beispielprojekt nach.
• Markiere: WebSphere, SOAP, Batch, Datenbank, Portal, Backoffice, OpenShift-Zielbild.

Kontrollfrage: Warum ist eine Big-Bang-Migration in diesem Projekt riskant?

Tag 2 – Legacy-Code lesen und charakterisieren

Ziel: Du verstehst, wie man alte Enterprise-Logik vor dem Umbau stabilisiert.

Lesen:

• README
• InventoryReport
• beispielprojekt/02_refactoring_steps/02_golden_master/LegacyProcessClaimDecisionCharacterizationTest.java

Praxis:

• Suche Monster-Methoden, versteckte Abhängigkeiten und Transaktionsrisiken.
• Leite daraus Golden-Master-Testfälle ab.

Kontrollfrage: Was schützt ein Characterization Test, und was beweist er nicht?

Tag 3 – Refactoring-Schritte nachvollziehen

Ziel: Du erkennst den Weg von Legacy-Prozedurcode zu klaren Use Cases.

Lesen:

• refactoring-labs
• beispielprojekt/02_refactoring_steps/03_command_extraction/ProcessClaimDecisionCommand.java
• beispielprojekt/02_refactoring_steps/04_status_policy/ClaimTransitionPolicy.java

Praxis:

• Vergleiche Vorher-/Nachher-Struktur.
• Notiere, welche fachliche Regel wohin verschoben wurde.

Kontrollfrage: Warum ist ein Command Object bei komplexen Use Cases oft besser als viele Einzelparameter?

Tag 4 – Architektur und Entwurfsmuster verstehen

Ziel: Du kannst die wichtigsten Pattern im Code erkennen und begründen.

Lesen:

• beispielprojekt/05_docs_and_tests/design-patterns/design-patterns.html
• DESIGN_PATTERNS
• ADR-002-ports-and-adapters

Praxis:

• Öffne die markierten Java-Dateien.
• Ordne jedes Pattern einem konkreten Problem zu.

Kontrollfrage: Was ist der Unterschied zwischen Adapter, Anti-Corruption Layer und Mapper?

Tag 5 – OpenShift- und Betriebsfähigkeit

Ziel: Du verstehst, wie aus Refactoring ein betreibbarer Container-Stack wird.

Lesen:

• openshift-labs
• README
• RUNBOOK_CLAIM_SERVICE

Praxis:

• Prüfe Deployment, Health Probes, ConfigMap, Secret, Route, CronJobs.
• Erkläre, welche Altlast durch welchen OpenShift-Baustein ersetzt wird.

Kontrollfrage: Warum ersetzt ein CronJob nicht automatisch einen EJB Timer 1:1?

Tag 6 – Lizenz, Qualität und Governance

Ziel: Du kannst technische Modernisierung mit Lizenz- und Qualitätsfragen verbinden.

Lesen:

• beispielprojekt/05_docs_and_tests/licenses/license-report.html
• LICENSE_POLICY
• quality-dashboard.html

Praxis:

• Prüfe, welche Abhängigkeiten unkritisch sind.
• Erkläre, warum GPL-Abhängigkeiten in Enterprise-Produkten gesondert bewertet werden müssen.

Kontrollfrage: Was ist der Unterschied zwischen Dependency Inventory und rechtlicher Freigabe?

Tag 7 – Abschluss, Wiederholung und Weiterarbeit

Ziel: Du kannst das Paket als Referenzprojekt weiterverwenden.

Lesen:

• prompts/prompts-index.html
• musterloesungen

Praxis:

• Wähle einen Prompt und plane eine Folgeversion.
• Erstelle eine eigene Erweiterungsidee: z. B. neue Domäne, neues Legacy-System oder zusätzliche Tests.

Kontrollfrage: Welche drei Risiken würdest du vor einer echten Migration zuerst absichern?