de_DEen_USes_ESfa_IRfr_FRhi_INid_IDjapl_PLpt_PTru_RUvizh_CNzh_TW

C4-Modell-Fallstudie – Ergänzungsdiagramm: Systemlandschaftsdiagramm

Zweck des Systemlandschaftsdiagramms (C4-Ebene 0 / Landschaft)

Das Systemlandschaftsdiagramm ist die umfassendste Ansicht in der C4-Modellfamilie.
Es befindet sich über dem Systemkontextdiagramm und zeigt:

  • Alle wichtigen Software-Systeme die aus Sicht der Organisation / Geschäftsabteilung / Produktlinie / Team wichtig sind

  • Wie diese Systeme auf sehr hoher Ebene miteinander interagieren

  • Welche Systeme sind intern, extern, veraltet, strategisch, werden ersetzt, werden gebaut, usw.

  • Enthält oft Menschen / Akteursgruppennur wenn sie für mehrere Systeme zentral sind

Es beantwortet Fragen wie:

  • „Wie sieht unsere gesamte digitale Immobilie heute aus?“

  • „Welche Systeme kommunizieren mit unserem Kernbanken-Mainframe?“

  • „Wo liegen die größten Integrationsprobleme?“

  • „Welche neuen Initiativen berühren viele bestehende Systeme?“

Es istnichtauf ein einzelnes Software-System ausgerichtet – es handelt sich um das übergeordnete Bild für die gesamte Organisation / Abteilung.

Gute Titel für ein Systemlandschaftsdiagramm

Wählen Sie einen Titel, der den klar vermitteltUmfangundPerspektive. Einige starke, häufig verwendete Beispiele:

  1. Big Bank plc – Unternehmens- / Kernbanken-Landschaft 2025

  2. Privat- und KMU-Banking – Systemlandschaft

  3. Einzelhandelsbanking-Abteilung – Hauptsysteme und Integrationen

  4. Internet-Banking-Programm – Umgebendes Ökosystem (2025)

  5. End-to-End-Kundenreise – Landschaft der Bankensysteme

  6. Strategische Systemlandschaft – Big Bank plc (Schwerpunkt auf Kundenkanäle)

  7. Aktueller Zustand der Architektur – Portfolio Einzelhandels- und Digitalbanking

Empfohlener Titel für diese Fallstudie (breit, aber fokussiert):

Big Bank plc – Landschaft der Einzelhandels- und Digitalbanking-Systeme (Zielzustand 2025)

Wann ein Landschaftsdiagramm erstellt oder aktualisiert werden sollte

  • Während der frühen Entdeckungs- / Architektur-Runway-Phase

  • Wenn eine Portfolio-Rationalisierung oder Planung der Modernisierung veralteter Systeme durchgeführt wird

  • Als Teil der vierteljährlichen / jährlichen Architekturüberprüfung

  • Wenn leitende Mitarbeiter oder Aufsichtsbehörden eingeführt werden, die einen Überblick aus 30.000 Fuß Höhe benötigen

  • Bevor ein großes Programm gestartet wird, das viele Systeme betrifft

PlantUML / C4-PlantUML Beispiel – Systemlandschaftsdiagramm

@startuml
!include https://static.visual-paradigm.com/plantuml-stdlib/C4-PlantUML/master/C4_Context.puml

LAYOUT_AUFSTEIGEND()
LAYOUT_MIT_LEGEND()

title Systemlandschaftsdiagramm für Big Bank plc

Person(kunde, „Privatkundenkunde“, „Ein Kunde der Bank mit privaten Bankkonten.“)

Unternehmensgrenze(c0, „Big Bank plc“) {
System(banking_system, „Internet-Banking-System“, „Ermöglicht Kunden, Informationen zu ihren Bankkonten einzusehen und Zahlungen vorzunehmen.“)

System_Ext(atm, „Geldautomat“, „Ermöglicht Kunden, Bargeld abzuheben.“)
System_Ext(mail_system, „E-Mail-System“, „Das interne Microsoft Exchange-E-Mail-System.“)

System_Ext(mainframe, „Mainframe-Bankensystem“, „Speichert alle zentralen Bankinformationen über Kunden, Konten, Transaktionen usw.“)

Person_Ext(kundenservice, „Kundenservice-Mitarbeiter“, „Mitarbeiter des Kundenservice innerhalb der Bank.“)
Person_Ext(back_office, „Hintergrund-Team-Mitarbeiter“, „Verwaltungs- und Support-Mitarbeiter innerhalb der Bank.“)
}

Rel_Neighbor(kunde, banking_system, „Nutzt“)
Rel_R(kunde, atm, „Hebt Bargeld mit Hilfe von“)
Rel_Back(kunde, mail_system, „Sendet E-Mails an“)

Rel_R(kunde, kundenservice, „Stellt Fragen an“, „Telefon“)

Rel_D(banking_system, mail_system, „Sendet E-Mail mit Hilfe von“)
Rel_R(atm, mainframe, „Nutzt“)
Rel_R(banking_system, mainframe, „Nutzt“)
Rel_D(kundenservice, mainframe, „Nutzt“)
Rel_U(back_office, mainframe, „Nutzt“)

Lay_D(atm, banking_system)

Lay_D(atm, kunde)
Lay_U(mail_system, kunde)
@enduml

Schneller Interpretationsleitfaden

  • Linke Seite — vor allem neu/cloud/modern Initiativen

  • Mitte / rechts — veraltete Kernkomponenten und schwere Integrationshubs

  • externe Systeme markiert mit _Ext

  • Legende automatisch generiert dank LAYOUT_MIT_LEGEND()

  • Grenzen nur dort verwendet, wo hilfreich (hier um die neuen digitalen Kanäle herum)

Diese Diagrammart ist bewusst grobgliedrig — es tut es normalerweise nicht Containern oder Komponenten, Datenbanken, Protokollen usw. zeigen. Diese Details gehören in Systemkontext und Container Diagramme der einzelnen Systeme.

Möchten Sie:

  • Erweitern Sie dies zu einem aktueller Zustand gegenüber Zielzustand Vergleich?

  • Farbcodierung hinzufügen (veraltet = orange, strategisch = grün usw.)?

  • Auf einen kleineren Umfang fokussieren (z. B. nur Zahlungslandschaft)?

  • Konvertieren Sie dieses Beispiel stattdessen in Mermaid?

Lassen Sie mich wissen, wie Sie es anpassen möchten.

Der Artikel ist auch in English, Español, فارسی, Français, English, Bahasa Indonesia, 日本語, Polski, Portuguese, Ру́сский, Việt Nam, 简体中文 and 繁體中文 verfügbar.