de_DEen_USes_ESfa_IRfr_FRhi_INid_IDjapl_PLpt_PTru_RUvizh_CNzh_TW

Przykład zastosowania modelu C4 – dodatkowy diagram: diagram krajobrazu systemu

Założenie diagramu krajobrazu systemu (poziom 0 C4 / krajobraz)

Diagram krajobrazu systemu to najszerszy widok w rodzinie modeli C4.
Znajduje się nad diagramu kontekstu systemu i pokazuje:

  • Wszystkie główne systemy oprogramowania które są ważne z perspektywy organizacji / jednostki biznesowej / linii produktów / zespołu

  • Jak te systemy oddziałują na bardzo wysokim poziomie

  • Które systemy są wewnętrzne, zewnętrzne, przestarzałe, strategiczne, zastępowane, budowane, itd.

  • Często zawiera osoby / grupy aktorówtylko wtedy, gdy są kluczowe dla wielu systemów

Odpowiada na pytania takie jak:

  • „Jak wygląda nasza cała cyfrowa nieruchomość dzisiaj?”

  • „Które systemy komunikują się z naszym głównym serwerem bankowości?”

  • „Gdzie znajdują się największe problemy z integracją?”

  • „Które nowe inicjatywy dotykają wielu istniejących systemów?”

Jest tonieskupiony na jednym pojedynczym systemie oprogramowania — to ogólne widok organizacji / działu.

Dobre tytuły dla diagramu krajobrazu systemu

Wybierz tytuł, który jasno przekazujezakresiperspektywę. Niektóre mocne, często używane przykłady:

  1. Big Bank plc – Krajobraz przedsiębiorstwa / bankowości głównej 2025

  2. Bankowość osobista i małych firm – Krajobraz systemu

  3. Dział bankowości detalicznej – Główne systemy i integracje

  4. Program bankowości internetowej – Otaczający ekosystem (2025)

  5. Pełny cykl życia klienta – Krajobraz systemów bankowych

  6. Krajobraz strategicznych systemów – Big Bank plc (skupienie na kanałach skierowanych do klientów)

  7. Architektura stanu obecnego – Portfel bankowości detalicznej i cyfrowej

Zalecany tytuł dla tego przypadku (szeroki, ale skupiony):

Big Bank plc – Krajobraz systemów bankowości detalicznej i cyfrowej (stan docelowy 2025)

Kiedy tworzyć / aktualizować diagram krajobrazu systemu

  • W trakcie wczesnej fazy odkrywania / fazy przygotowania architektury

  • Podczas racjonalizacji portfela lub planowania modernizacji systemów dziedzicznych

  • Jako część przeglądu architektury kwartalnego / rocznego

  • Podczas onboardowania wyższych liderów lub nadzorów, którzy potrzebują widoku z wysokości 30 000 stóp

  • Zanim rozpoczniesz duży program dotykający wielu systemów

Przykład PlantUML / C4-PlantUML – Diagram krajobrazu systemu

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

LAYOUT_TOP_DOWN()
LAYOUT_WITH_LEGEND()

tytuł Diagram krajobrazu systemu dla Big Bank plc

Osoba(klient, „Klient prywatny banku“, „Klient banku posiadający konta osobiste.“)

Granica przedsiębiorstwa(c0, „Big Bank plc“) {
System(system_bankowy, „System bankowości internetowej“, „Zezwala klientom na przeglądanie informacji o ich kontach bankowych oraz dokonywanie płatności.“)

System_Ext(atm, „Bankomat“, „Zezwala klientom na wypłacanie gotówki.“)
System_Ext(system_mailowy, „System poczty e-mail“, „Wewnętrzny system poczty e-mail Microsoft Exchange.“)

System_Ext(mainframe, „System bankowy mainframe“, „Przechowuje całą podstawową informację bankową dotyczącą klientów, kont, transakcji itp.“)

Osoba_Ext(slużba_klienta, „Personel obsługi klienta“, „Personel obsługi klienta w banku.“)
Osoba_Ext(tył, „Personel biura tylnej“, „Personel administracyjny i wsparcia w banku.“)
}

Rel_Neighbor(klient, system_bankowy, „Używa“)
Rel_R(klient, atm, „Wypłaca gotówkę za pomocą“)
Rel_Back(klient, system_mailowy, „Wysyła e-maile do“)

Rel_R(klient, slużba_klienta, „Zadaje pytania do“, „Telefon“)

Rel_D(system_bankowy, system_mailowy, „Wysyła e-mail za pomocą“)
Rel_R(atm, mainframe, „Używa“)
Rel_R(system_bankowy, mainframe, „Używa“)
Rel_D(slużba_klienta, mainframe, „Używa“)
Rel_U(tył, mainframe, „Używa“)

Lay_D(atm, system_bankowy)

Lay_D(atm, klient)
Lay_U(system_mailowy, klient)
@enduml

Szybki przewodnik interpretacyjny

  • Strona lewa — przede wszystkim nowe/chmura/nowoczesne inicjatywy

  • Środek / prawica — przestarzała jądro i ciężkie centra integracji

  • Systemy zewnętrzne oznaczone jako _Zew

  • Legenda automatycznie generowane dzięki UŁOŻENIE_Z_LEGENDĄ()

  • Granice używane tylko tam, gdzie są pomocne (tutaj wokół nowych kanałów cyfrowych)

Ten typ diagramu jest świadomie gruby — zazwyczaj nie nie pokazywać kontenery lub składniki, bazy danych, protokoły itp. Te szczegóły należą do Kontekst systemu i Kontener diagramów poszczególnych systemów.

Chcesz:

  • Rozszerzyć to do stan obecny wobec stanu docelowego porównania?

  • Dodać kodowanie kolorowe (przestarzałe = pomarańczowy, strategiczne = zielony itd.)?

  • Skupić się na mniejszym zakresie (np. tylko obszar płatności)?

  • Przekształć ten przykład na Mermaid zamiast?

Daj mi znać, jak chcesz go dostosować.

Ten post dostępny jest również w Deutsch, English, Español, فارسی, Français, English, Bahasa Indonesia, 日本語, Portuguese, Ру́сский, Việt Nam, 简体中文 and 繁體中文