Master 12 - Telecommunication System

Fertiges runnable Enterprise-Demo-System mit Beschreibung, Ablauf, SVG und Java-Code.

README

Überblick

Runnable

Start und Smoke Flow

Ablauf und Funktion

Textuelle Beschreibung

Projektbeschreibungen

Module und Abläufe

Entwurfsmuster

Pattern pro Modul

SVG Galerie

Kompakte Erklärbilder

Prüfbericht

Qualität und ZIP

Telco-Produktionsreferenz

Billing, Rating und Provisioning öffnen

Lehrbuch und Praxis

Was lerne ich hier?

Fachlicher Kern

Telecom

Technischer Fokus

Wie eventgetriebene Geschäftsprozesse mit langer Laufzeit aussehen.

Warum wichtig?

Vertrag, Tarif, Provisioning, Nutzung, Rating und Billing.

Lernziel

Du erkennst Zweck, Ablauf, Modulgrenzen und Betriebsbezug dieses Masters.

Fachliches Mini-Szenario

Szenario: Ein Vertrag wird aktiviert, Provisioning schaltet Leistung frei, Nutzung wird erfasst, Rating bewertet Verbrauch und Billing erzeugt eine Abrechnung.
?

Fachliche Frage

Welche Geschäftsentscheidung wird hier unterstützt und welche Daten müssen nachvollziehbar bleiben?

?

Technische Frage

Welche Module sind wirklich Fachkern und welche sind nur Adapter, Runtime oder Infrastruktur?

Fachliches und technisches SVG

Fachlicher AblaufVertragProvisioningUsageRatingBilling
Technischer AblaufREST/APIUse CaseDomainRepositoryOutbox/EventAdapter

Die zwei SVGs trennen bewusst Fachlichkeit und Technik. Dadurch sieht man, ob ein Thema wirklich fachlich ist oder nur eine technische Umsetzungsschicht darstellt.

Modulkarte

Domain / Fachmodell
Application / Use Cases
Adapter / Infrastruktur
Runtime / Start
Qualität / Betrieb
Dokumentation / Lernen
Leseregel: Starte immer beim Fachmodell und gehe erst danach in Adapter, Runtime und Plattform. So bleibt die Architektur verständlich.

Start, Runtime und praktische Nutzung

Schnellstart

Öffne RUNNABLE.html oder nutze den Smoke-Start im jeweiligen Workspace.

Spring/Jakarta

Wo vorhanden, ergänzen Spring Boot oder Jakarta eine echte Runtime. Smoke bleibt der robuste Minimalstart.

Container

Bei Container-Mastern helfen Compose, Kubernetes und OpenShift-Profile beim Betriebsverständnis.

mvn -q -pl runnable-smoke -am package exec:java

Was ist Demo, was wäre Produktion?

  • Demo: lokale Startbarkeit, vereinfachte Adapter, nachvollziehbare Abläufe.
  • Produktionsnah: klare Modulgrenzen, dokumentierte Patterns, Container-/Runtime-Profile und Betriebsdenken.
  • Noch zu ergänzen für echte Produktion: echte Secrets, echte Infrastruktur, Security-Härtung, Lasttests und verbindliche Compliance-Vorgaben.

Weiter im Projekt

Diese Links führen aus dem Lehrbuch in die eigentliche Projektstruktur.

Final UI & Lehrbuch Upgrade · Kacheln, zwei SVG-Perspektiven, Mini-Szenario und bessere Leseführung.

Module und Quellcode

37 Module11 KategorienInhalte vollständig übernommen

API & Application 7

billing-applicationAPI & Application
Verantwortung

Dieses Modul ist Teil von Master 12 - Telecommunication System und kapselt die Verantwortung billing-application.

Architekturbausteine
  • Application Service: fachliche Grenze.
  • Command Handler: stabile Fachwerte.
  • Pipeline: pruefbare Entscheidung.
  • Result Object: entkoppelte Weitergabe.
jakarta-rest-apiAPI & Application
Verantwortung

Dieses Modul ist Teil von Master 12 - Telecommunication System und kapselt die Verantwortung jakarta-rest-api.

Architekturbausteine
  • Adapter: fachliche Grenze.
  • Anti-Corruption Layer: stabile Fachwerte.
  • Facade: pruefbare Entscheidung.
  • Repository: entkoppelte Weitergabe.
provisioning-applicationAPI & Application
Verantwortung

Dieses Modul ist Teil von Master 12 - Telecommunication System und kapselt die Verantwortung provisioning-application.

Architekturbausteine
  • Application Service: fachliche Grenze.
  • Command Handler: stabile Fachwerte.
  • Pipeline: pruefbare Entscheidung.
  • Result Object: entkoppelte Weitergabe.
rating-applicationAPI & Application
Verantwortung

Dieses Modul ist Teil von Master 12 - Telecommunication System und kapselt die Verantwortung rating-application.

Architekturbausteine
  • Application Service: fachliche Grenze.
  • Command Handler: stabile Fachwerte.
  • Pipeline: pruefbare Entscheidung.
  • Result Object: entkoppelte Weitergabe.
rest-api-springAPI & Application
Verantwortung

Dieses Modul ist Teil von Master 12 - Telecommunication System und kapselt die Verantwortung rest-api-spring.

Architekturbausteine
  • Adapter: fachliche Grenze.
  • Anti-Corruption Layer: stabile Fachwerte.
  • Facade: pruefbare Entscheidung.
  • Repository: entkoppelte Weitergabe.
subscriber-applicationAPI & Application
Verantwortung

Dieses Modul ist Teil von Master 12 - Telecommunication System und kapselt die Verantwortung subscriber-application.

Architekturbausteine
  • Application Service: fachliche Grenze.
  • Command Handler: stabile Fachwerte.
  • Pipeline: pruefbare Entscheidung.
  • Result Object: entkoppelte Weitergabe.
support-applicationAPI & Application
Verantwortung

Dieses Modul ist Teil von Master 12 - Telecommunication System und kapselt die Verantwortung support-application.

Architekturbausteine
  • Application Service: fachliche Grenze.
  • Command Handler: stabile Fachwerte.
  • Pipeline: pruefbare Entscheidung.
  • Result Object: entkoppelte Weitergabe.

Adapter & Integration 4

esim-adapterAdapter & Integration
Verantwortung

Dieses Modul ist Teil von Master 12 - Telecommunication System und kapselt die Verantwortung esim-adapter.

Architekturbausteine
  • Adapter: fachliche Grenze.
  • Anti-Corruption Layer: stabile Fachwerte.
  • Facade: pruefbare Entscheidung.
  • Repository: entkoppelte Weitergabe.
network-adapterAdapter & Integration
Verantwortung

Dieses Modul ist Teil von Master 12 - Telecommunication System und kapselt die Verantwortung network-adapter.

Architekturbausteine
  • Adapter: fachliche Grenze.
  • Anti-Corruption Layer: stabile Fachwerte.
  • Facade: pruefbare Entscheidung.
  • Repository: entkoppelte Weitergabe.
payment-adapterAdapter & Integration
Verantwortung

Dieses Modul ist Teil von Master 12 - Telecommunication System und kapselt die Verantwortung payment-adapter.

Architekturbausteine
  • Adapter: fachliche Grenze.
  • Anti-Corruption Layer: stabile Fachwerte.
  • Facade: pruefbare Entscheidung.
  • Repository: entkoppelte Weitergabe.
usage-file-adapterAdapter & Integration
Verantwortung

Dieses Modul ist Teil von Master 12 - Telecommunication System und kapselt die Verantwortung usage-file-adapter.

Architekturbausteine
  • Adapter: fachliche Grenze.
  • Anti-Corruption Layer: stabile Fachwerte.
  • Facade: pruefbare Entscheidung.
  • Repository: entkoppelte Weitergabe.

Daten & Storage 1

postgres-adapterDaten & Storage
Verantwortung

Dieses Modul ist Teil von Master 12 - Telecommunication System und kapselt die Verantwortung postgres-adapter.

Architekturbausteine
  • Adapter: fachliche Grenze.
  • Anti-Corruption Layer: stabile Fachwerte.
  • Facade: pruefbare Entscheidung.
  • Repository: entkoppelte Weitergabe.

Deployment 1

devops-openshiftDeployment
Verantwortung

Dieses Modul ist Teil von Master 12 - Telecommunication System und kapselt die Verantwortung devops-openshift.

Architekturbausteine
  • Outbox: fachliche Grenze.
  • Saga: stabile Fachwerte.
  • CQRS Projection: pruefbare Entscheidung.
  • Health Check: entkoppelte Weitergabe.

Domain 13

billing-domainDomain
Verantwortung

Dieses Modul ist Teil von Master 12 - Telecommunication System und kapselt die Verantwortung billing-domain.

Architekturbausteine
  • Aggregate Root: fachliche Grenze.
  • Value Object: stabile Fachwerte.
  • Specification: pruefbare Entscheidung.
  • Domain Event: entkoppelte Weitergabe.
cqrs-readmodelDomain
Verantwortung

Dieses Modul ist Teil von Master 12 - Telecommunication System und kapselt die Verantwortung cqrs-readmodel.

Architekturbausteine
  • Aggregate Root: fachliche Grenze.
  • Value Object: stabile Fachwerte.
  • Specification: pruefbare Entscheidung.
  • Domain Event: entkoppelte Weitergabe.
dunning-domainDomain
Verantwortung

Dieses Modul ist Teil von Master 12 - Telecommunication System und kapselt die Verantwortung dunning-domain.

Architekturbausteine
  • Aggregate Root: fachliche Grenze.
  • Value Object: stabile Fachwerte.
  • Specification: pruefbare Entscheidung.
  • Domain Event: entkoppelte Weitergabe.
network-domainDomain
Verantwortung

Dieses Modul ist Teil von Master 12 - Telecommunication System und kapselt die Verantwortung network-domain.

Architekturbausteine
  • Aggregate Root: fachliche Grenze.
  • Value Object: stabile Fachwerte.
  • Specification: pruefbare Entscheidung.
  • Domain Event: entkoppelte Weitergabe.
partner-domainDomain
Verantwortung

Dieses Modul ist Teil von Master 12 - Telecommunication System und kapselt die Verantwortung partner-domain.

Architekturbausteine
  • Aggregate Root: fachliche Grenze.
  • Value Object: stabile Fachwerte.
  • Specification: pruefbare Entscheidung.
  • Domain Event: entkoppelte Weitergabe.
provisioning-domainDomain
Verantwortung

Dieses Modul ist Teil von Master 12 - Telecommunication System und kapselt die Verantwortung provisioning-domain.

Architekturbausteine
  • Aggregate Root: fachliche Grenze.
  • Value Object: stabile Fachwerte.
  • Specification: pruefbare Entscheidung.
  • Domain Event: entkoppelte Weitergabe.
rating-domainDomain
Verantwortung

Dieses Modul ist Teil von Master 12 - Telecommunication System und kapselt die Verantwortung rating-domain.

Architekturbausteine
  • Aggregate Root: fachliche Grenze.
  • Value Object: stabile Fachwerte.
  • Specification: pruefbare Entscheidung.
  • Domain Event: entkoppelte Weitergabe.
reporting-domainDomain
Verantwortung

Dieses Modul ist Teil von Master 12 - Telecommunication System und kapselt die Verantwortung reporting-domain.

Architekturbausteine
  • Aggregate Root: fachliche Grenze.
  • Value Object: stabile Fachwerte.
  • Specification: pruefbare Entscheidung.
  • Domain Event: entkoppelte Weitergabe.
sim-domainDomain
Verantwortung

Dieses Modul ist Teil von Master 12 - Telecommunication System und kapselt die Verantwortung sim-domain.

Architekturbausteine
  • Aggregate Root: fachliche Grenze.
  • Value Object: stabile Fachwerte.
  • Specification: pruefbare Entscheidung.
  • Domain Event: entkoppelte Weitergabe.
subscriber-domainDomain
Verantwortung

Dieses Modul ist Teil von Master 12 - Telecommunication System und kapselt die Verantwortung subscriber-domain.

Architekturbausteine
  • Aggregate Root: fachliche Grenze.
  • Value Object: stabile Fachwerte.
  • Specification: pruefbare Entscheidung.
  • Domain Event: entkoppelte Weitergabe.
support-domainDomain
Verantwortung

Dieses Modul ist Teil von Master 12 - Telecommunication System und kapselt die Verantwortung support-domain.

Architekturbausteine
  • Aggregate Root: fachliche Grenze.
  • Value Object: stabile Fachwerte.
  • Specification: pruefbare Entscheidung.
  • Domain Event: entkoppelte Weitergabe.
tariff-domainDomain
Verantwortung

Dieses Modul ist Teil von Master 12 - Telecommunication System und kapselt die Verantwortung tariff-domain.

Architekturbausteine
  • Aggregate Root: fachliche Grenze.
  • Value Object: stabile Fachwerte.
  • Specification: pruefbare Entscheidung.
  • Domain Event: entkoppelte Weitergabe.
usage-domainDomain
Verantwortung

Dieses Modul ist Teil von Master 12 - Telecommunication System und kapselt die Verantwortung usage-domain.

Architekturbausteine
  • Aggregate Root: fachliche Grenze.
  • Value Object: stabile Fachwerte.
  • Specification: pruefbare Entscheidung.
  • Domain Event: entkoppelte Weitergabe.

Infrastructure 1

streaming-platformInfrastructure
Verantwortung

Dieses Modul ist Teil von Master 12 - Telecommunication System und kapselt die Verantwortung streaming-platform.

Architekturbausteine
  • Outbox: fachliche Grenze.
  • Saga: stabile Fachwerte.
  • CQRS Projection: pruefbare Entscheidung.
  • Health Check: entkoppelte Weitergabe.

Messaging 2

event-outboxMessaging
Verantwortung

Dieses Modul ist Teil von Master 12 - Telecommunication System und kapselt die Verantwortung event-outbox.

Architekturbausteine
  • Outbox: fachliche Grenze.
  • Saga: stabile Fachwerte.
  • CQRS Projection: pruefbare Entscheidung.
  • Health Check: entkoppelte Weitergabe.
saga-platformMessaging
Verantwortung

Dieses Modul ist Teil von Master 12 - Telecommunication System und kapselt die Verantwortung saga-platform.

Architekturbausteine
  • Outbox: fachliche Grenze.
  • Saga: stabile Fachwerte.
  • CQRS Projection: pruefbare Entscheidung.
  • Health Check: entkoppelte Weitergabe.

Observability 1

observability-platformObservability
Verantwortung

Dieses Modul ist Teil von Master 12 - Telecommunication System und kapselt die Verantwortung observability-platform.

Architekturbausteine
  • Outbox: fachliche Grenze.
  • Saga: stabile Fachwerte.
  • CQRS Projection: pruefbare Entscheidung.
  • Health Check: entkoppelte Weitergabe.

Security 1

security-platformSecurity
Verantwortung

Dieses Modul ist Teil von Master 12 - Telecommunication System und kapselt die Verantwortung security-platform.

Architekturbausteine
  • Outbox: fachliche Grenze.
  • Saga: stabile Fachwerte.
  • CQRS Projection: pruefbare Entscheidung.
  • Health Check: entkoppelte Weitergabe.

Testing 5

architecture-testsTesting
Verantwortung

Dieses Modul ist Teil von Master 12 - Telecommunication System und kapselt die Verantwortung architecture-tests.

Architekturbausteine
  • Golden Master: fachliche Grenze.
  • Contract Test: stabile Fachwerte.
  • Architecture Rule: pruefbare Entscheidung.
  • Fixture Builder: entkoppelte Weitergabe.
contract-applicationTesting
Verantwortung

Dieses Modul ist Teil von Master 12 - Telecommunication System und kapselt die Verantwortung contract-application.

Architekturbausteine
  • Application Service: fachliche Grenze.
  • Command Handler: stabile Fachwerte.
  • Pipeline: pruefbare Entscheidung.
  • Result Object: entkoppelte Weitergabe.
contract-domainTesting
Verantwortung

Dieses Modul ist Teil von Master 12 - Telecommunication System und kapselt die Verantwortung contract-domain.

Architekturbausteine
  • Golden Master: fachliche Grenze.
  • Contract Test: stabile Fachwerte.
  • Architecture Rule: pruefbare Entscheidung.
  • Fixture Builder: entkoppelte Weitergabe.
contract-testsTesting
Verantwortung

Dieses Modul ist Teil von Master 12 - Telecommunication System und kapselt die Verantwortung contract-tests.

Architekturbausteine
  • Golden Master: fachliche Grenze.
  • Contract Test: stabile Fachwerte.
  • Architecture Rule: pruefbare Entscheidung.
  • Fixture Builder: entkoppelte Weitergabe.
runnable-smokeTesting
Verantwortung

Dieses Modul ist Teil von Master 12 - Telecommunication System und kapselt die Verantwortung runnable-smoke.

Architekturbausteine
  • Aggregate Root: fachliche Grenze.
  • Value Object: stabile Fachwerte.
  • Specification: pruefbare Entscheidung.
  • Domain Event: entkoppelte Weitergabe.

Weitere Module 1

migration-toolsWeitere Module
Verantwortung

Dieses Modul ist Teil von Master 12 - Telecommunication System und kapselt die Verantwortung migration-tools.

Architekturbausteine
  • Application Service: fachliche Grenze.
  • Command Handler: stabile Fachwerte.
  • Pipeline: pruefbare Entscheidung.
  • Result Object: entkoppelte Weitergabe.

Telco-Produktionsreferenz

Billing, Rating und Provisioning öffnen

Projektübersicht · Master 12 README

Master 12 README

Telecommunication System

Master 12 - Telecommunication System

Ziel

Komplexes fertiges Demo-System mit Java-Code, Maven-Modulen, Ablaufbeschreibung, SVGs, Pattern-Dokumentation und runnable Smoke Flow.

Start

cd mvn-ws-impl-telco
mvn -q -pl runnable-smoke -am package exec:java

Inhalt

Start und Runtime · Master 12 Runnable

Master 12 Runnable

Telecommunication System

RUNNABLE Master 12

Start

cd mvn-ws-impl-telco
mvn -q -pl runnable-smoke -am package exec:java

Erwarteter Smoke Flow

Customer Contract, SIM Activation, Provisioning, Usage Capture, Rating, Billing Cycle, Dunning, Support Ticket

Hinweis

Der Smoke Flow ist bewusst ohne externe Infrastruktur lauffaehig.

⌂ Cockpit