Как НЕ потерять все наработки после продуктивного мозгового штурма?

Event Storming зарекомендовал себя как результативный подход к разработке проектов и совершенствованию бизнес-процессов, особенно в IT и при организации различных мероприятий. Он помогает командам совместно выявлять проблемы и находить эффективные способы их решения. Но когда активная сессия заканчивается, главный вопрос — как систематизировать все возникшие идеи и удобным образом передать их коллегам? Отличный помощник в таких вопросах — Нотация C4.

🖥 Что такое нотация C4?
Это метод визуализации архитектуры программных систем, основанный на уровнях Context, Containers, Components и Code. С помощью этой нотации можно не просто описать, но и наглядно отобразить структуру вашего проекта. Особенно полезно применить C4 для упорядочивания результатов Event Storming.

❓ Почему C4 пользуется спросом?
— Понятность и доступность. Схемы позволяют быстро погрузиться в суть проекта любому участнику, даже тем, кто подключается на более позднем этапе.
— Унифицированная документация. Всё, что было сформулировано во время Event Storming, аккуратно переносится в визуальные диаграммы, понятные каждой стороне.
— Улучшенная коммуникация. Благодаря структурированному подходу к описанию системы, недопонимание между отделами или членами команды сводится к минимуму.

Если вы еще не знакомы с этой нотацией, рекомендуем посмотреть наш открытый вебинар, в котором Яна Паршина, менеджер системного анализа в компании Х5 Tech и РО, рассказала обо всех её важных составляющих. Посмотреть запись можно как на нашем YouTube канале, так и в группе в ВК.

А познакомиться с С4 на практике вы можете на воркшопе «Паттерны проектирования микросервисной архитектуры и нотация C4», который стартует 29 марта.

Регистрация

Классификация UML-диаграмм: краткий обзор и шпаргалка для профессионалов

UML — это язык для описания и проектирования информационных систем. С помощью UML можно визуализировать как статическую структуру системы, так и её поведение, что значительно упрощает взаимодействие между всеми участниками проекта — от заказчиков до технических писателей.

КЛЮЧЕВЫЕ ТИПЫ UML-ДИАГРАММ

1️⃣ Структурные диаграммы: описание статической стороны системы
Структурные диаграммы позволяют моделировать основные элементы системы, такие как классы, объекты, компоненты и их взаимосвязи.

— Диаграмма классов (Class Diagram): она описывает систему через набор классов, их свойства (атрибуты) и методы, а также связи между ними.
— Диаграмма объектов (Object Diagram): конкретизация диаграммы классов. Отображает состояния объектов в системе в определённый момент времени.
— Диаграмма пакетов (Package Diagram): помогает упорядочить классы и их взаимосвязи, группируя их в пакеты.
— Диаграмма компонентов (Component Diagram): используется для описания архитектуры компонентов системы (сервисы, модули, интерфейсы). Она показывает, как компоненты системы взаимодействуют между собой.
— Диаграмма развертывания (Deployment Diagram): отображает физическую архитектуру системы — как программные компоненты развернуты на физическом оборудовании.
— Диаграммы поведения: описание динамической стороны системы

2️⃣ Диаграммы поведения сосредоточены на том, как система работает, включая взаимодействие объектов, жизненный цикл объектов и последовательность событий.

— Диаграмма прецедентов — кто и что делает в системе
— Диаграмма деятельности — как что-то происходит шаг за шагом
— Диаграмма состояний — как объект меняется со временем
— Диаграммы взаимодействия — как части системы общаются между собой

3️⃣ Диаграммы взаимодействия фокусируются на том, как объекты взаимодействуют друг с другом, обменивались данными и выполняют совместные действия.

— Диаграмма последовательности (Sequence Diagram): наглядно показывает взаимодействие объектов в процессе выполнения какого-либо действия.
— Диаграмма коммуникации (Communication Diagram): схожа с диаграммой последовательности, но фокусируется на том, как объекты взаимодействуют между собой, без раскрытия точной хронологии событий.
— Диаграмма синхронизации (Timing Diagram): отображает, как объекты ведут себя в реальном времени, на временной шкале.
— Диаграмма обзора взаимодействия (Interaction Overview Diagram): используется для моделирования процесса взаимодействия объектов в более высокоуровневом виде, когда каждый узел — это другая диаграмма взаимодействия.

Как выбрать подходящую диаграмму?
На практике очень важно понимать, какие диаграммы будут полезны для решения конкретной задачи. На нашем курсе «Системное моделирование. Основы обьектно-ориентированного проектирования и разработка UML-моделей» мы глубоко разберём, какие UML-диаграммы именно вам необходимы, исходя из задач вашего проекта и роли в команде.

Подробнее о курсе

#курс@systems_education #UML@systems_education