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ętrznezewnętrzneprzestarzałestrategicznezastępowanebudowane, 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 tonieskoncentrowany na jednym pojedynczym systemie oprogramowania — to ogólnoorganizacyjny / ogólnooddziałowy obraz całości.

Dobre tytuły dla diagramu krajobrazu systemu

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

  1. Big Bank plc – Krajobraz przedsiębiorstwa / Bankowość podstawowa 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. Strategiczny krajobraz systemów – Big Bank plc (skupienie na kanałach skierowanych do klientów)
  7. Obecny stan architektury – 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", "Klient banku posiadający konta osobiste.")

Granica_przedsiebiorstwa(c0, "Big Bank plc") {
System(system_bankowy, "System bankowości internetowej", "Umożliwia klientom przeglądanie informacji o ich kontach bankowych oraz dokonywanie płatności.")

System_Ext(atm, "Bankomat", "Umożliwia klientom wypłacanie gotówki.")
System_Ext(system_mailowy, "System poczty e-mail", "Wewnętrzny system poczty e-mail firmy Microsoft Exchange.")

System_Ext(mainframe, "System bankowości główny", "Przechowuje wszystkie podstawowe informacje bankowe dotyczące klientów, kont, transakcji itp.")

Osoba_Ext(personel_obsługi_klienta, "Personel obsługi klienta", "Personel obsługi klienta w banku.")
Osoba_Ext(personel_tylny, "Personel tylnej części", "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, personel_obsługi_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(personel_obsługi_klienta, mainframe, "Używa")
Rel_U(personel_tylny, mainframe, "Używa")

Lay_D(atm, system_bankowy)

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

Szybki przewodnik interpretacyjny

  • Lewa strona — przede wszystkim nowe/chmura/nowoczesne inicjatywy
  • Środek / prawa strona — przestarzała jądro i ciężkie węzły integracji
  • Zewnętrzne systemy oznaczone jako _Ext
  • Legenda automatycznie generowane dzięki LAYOUT_WITH_LEGEND()
  • Granice używane tylko tam, gdzie są pomocne (tutaj wokół nowych kanałów cyfrowych)

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

Czy chcesz:

  • Rozszerz to do stan obecny w porównaniu ze stanem docelowymporównanie?
  • Dodaj kodowanie kolorowe (przestarzały = pomarańczowy, strategiczny = zielony itd.)?
  • Skup się na mniejszym zakresie (np. tylko obszar płatności)?
  • Przekształć ten przykład na Mermaid zamiast tego?

Daj mi znać, jak chcesz to dostosować.

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