de_DEen_USes_ESfa_IRfr_FRhi_INid_IDjapl_PLpt_PTru_RUvizh_CNzh_TW

Кейс модели C4 – дополнительная диаграмма: диаграмма ландшафта системы

Цель диаграммы ландшафта системы (уровень 0 C4 / ландшафт)

Это диаграмма ландшафта системы — это наиболее широкий обзор в семействе моделей C4.
Он находится над диаграммы контекста системы и показывает:

  • Все основные программные системы , важные с точки зрения организации / бизнес-единицы / линейки продуктов / команды
  • Как эти системы взаимодействуют на очень высоком уровне
  • Какие системы являются внутреннимивнешнимиустаревшимистратегическимизаменяющимисяразрабатываемыми, и т.д.
  • Часто включает людей / группы участниковтолько когда они являются центральными для нескольких систем

Он отвечает на вопросы, такие как:

  • «Как выглядит наше цифровое имущество сегодня?»
  • «Какие системы взаимодействуют с нашим основным банкинговым мейнфреймом?»
  • «Где самые большие проблемы интеграции?»
  • «Какие новые инициативы затрагивают многие существующие системы?»

Он являетсянеориентированным на одну единственную программную систему — это общая картина для всей организации / отдела.

Хорошие названия для диаграммы системы

Выберите название, которое четко передаетобласть охватаиперспективу. Некоторые сильные, часто используемые примеры:

  1. Big Bank plc – Корпоративная / основная банковская карта 2025 года
  2. Личное и малое бизнес-банковское обслуживание – карта системы
  3. Отдел розничного банкинга – основные системы и интеграции
  4. Программа интернет-банкинга – окружающая экосистема (2025)
  5. Полный путь клиента – карта банковских систем
  6. Стратегическая карта систем – Big Bank plc (фокус на каналах, ориентированных на клиента)
  7. Текущая архитектура – портфель розничного и цифрового банкинга

Рекомендуемое название для этого кейса (широкое, но сфокусированное):

Big Bank plc – Карта системы розничного и цифрового банкинга (целевое состояние 2025 года)

Когда создавать / обновлять диаграмму системы

  • На раннем этапе исследования / фазе подготовки архитектуры
  • Когда проводится рационализация портфеля или планирование модернизации устаревших систем
  • В рамках ежеквартального / ежегодного обзора архитектуры
  • Когда настраивается на работу старшие руководители или регуляторы, которым нужна общая картина с высоты 30 000 футов
  • Перед началом крупной программы, затрагивающей многие системы

Пример PlantUML / C4-PlantUML — диаграмма системы

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

LAYOUT_TOP_DOWN()
LAYOUT_WITH_LEGEND()

title Диаграмма ландшафта системы для Big Bank plc

Person(customer, "Клиент личного банковского обслуживания", "Клиент банка, имеющий личные банковские счета.")

Enterprise_Boundary(c0, "Big Bank plc") {
System(banking_system, "Система интернет-банкинга", "Позволяет клиентам просматривать информацию о своих банковских счетах и совершать платежи.")

System_Ext(atm, "Банкомат", "Позволяет клиентам снимать наличные.")
System_Ext(mail_system, "Система электронной почты", "Внутренняя система электронной почты Microsoft Exchange.")

System_Ext(mainframe, "Основная банковская система", "Хранит всю основную банковскую информацию о клиентах, счетах, транзакциях и т.д.")

Person_Ext(customer_service, "Сотрудники службы поддержки клиентов", "Сотрудники службы поддержки клиентов в банке.")
Person_Ext(back_office, "Сотрудники back-office", "Административный и вспомогательный персонал в банке.")
}

Rel_Neighbor(customer, banking_system, "Использует")
Rel_R(customer, atm, "Снимает наличные с помощью")
Rel_Back(customer, mail_system, "Отправляет электронные письма на")

Rel_R(customer, customer_service, "Задает вопросы", "Телефон")

Rel_D(banking_system, mail_system, "Отправляет электронное письмо с помощью")
Rel_R(atm, mainframe, "Использует")
Rel_R(banking_system, mainframe, "Использует")
Rel_D(customer_service, mainframe, "Использует")
Rel_U(back_office, mainframe, "Использует")

Lay_D(atm, banking_system)

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

Быстрое руководство по интерпретации

  • Левая сторона — в основном новые/облачные/современные инициативы
  • Центр / правая сторона — устаревшая основа и мощные центры интеграции
  • Внешние системы отмечены как _Ext
  • Легенда автоматически сгенерирована благодаря LAYOUT_WITH_LEGEND()
  • Границы используются только там, где это полезно (здесь вокруг новых цифровых каналов)

Этот тип диаграммы сознательно с грубой степенью детализации — обычно не не показывает контейнеры или компоненты, базы данных, протоколы и т.д. Эти детали относятся к контексту системы и контейнерудиаграммы отдельных систем.

Хотите ли вы:

  • Расширить это дотекущее состояние по сравнению с целевым состояниемсравнение?
  • Добавить цветовую кодировку (наследие = оранжевый, стратегическое = зелёный и т.д.)?
  • Сфокусироваться на более узком масштабе (например, только ландшафт платежей)?
  • Преобразовать этот пример в Mermaid вместо этого?

Сообщите мне, как вы хотите его адаптировать.

Эта статья также доступна на Deutsch, English, Español, فارسی, Français, English, Bahasa Indonesia, 日本語, Polski, Portuguese, Việt Nam, 简体中文 and 繁體中文