На какие группы делят диаграммы

Классификация диаграмм в System Analysis

Диаграммы — это основной инструмент System Analyst'а для визуализации и коммуникации. Существует несколько систем классификации в зависимости от стандартов и методологий.

Основная классификация: по цели использования

Диаграммы требований (Requirements diagrams)

• Use Case диаграммы — взаимодействие пользователей и системы
• Context диаграммы — граница системы и её окружение
• Swimlane диаграммы — процессы и ответственность
• Помогают выяснить, ЧТО должна делать система

Диаграммы структуры (Structure diagrams)

• Class диаграммы (UML) — структура классов и связи
• Component диаграммы — компоненты системы и зависимости
• Deployment диаграммы — физическое расположение компонентов
• Entity-Relationship диаграммы (ER) — сущности и связи в БД
• Помогают понять, КАК устроена система

Диаграммы поведения (Behavior diagrams)

• Sequence диаграммы — взаимодействие объектов во времени
• State Machine диаграммы — состояния и переходы
• Activity диаграммы — алгоритмы и бизнес-процессы
• Interaction Overview диаграммы — оркестрация сценариев
• Показывают, КАК система ведёт себя

UML (Unified Modeling Language) - стандартная классификация

UML делит диаграммы на 14 типов:

Структурные диаграммы (6)

• Class Diagram — классы, атрибуты, методы, отношения
  • Используется для дизайна ООП системы
  • Основа для кодирования
• Component Diagram — компоненты и их интерфейсы
  • Архитектурный уровень
  • Показывает модули системы
• Deployment Diagram — аппаратное обеспечение и размещение компонентов
  • Для DevOps и инфраструктуры
• Object Diagram — объекты и связи между ними (snapshot)
  • Пример конкретного состояния
• Package Diagram — организация логических групп
  • Высокоуровневая структура
• Composite Structure Diagram — структура сложных компонентов

Поведенческие диаграммы (7)

• Use Case Diagram — действующие лица и их взаимодействие с системой
  • Самая популярная на начальном этапе
• Activity Diagram — бизнес-процессы и алгоритмы
  • Похожа на flowchart
• Sequence Diagram — взаимодействие в хронологическом порядке
  • Показывает, кто с кем общается и в каком порядке
• Communication Diagram — взаимодействие объектов (без времени)
  • Альтернатива Sequence
• State Machine Diagram — состояния и события
  • Для систем с комплексной логикой переходов
• Timing Diagram — временные рамки взаимодействия
  • Для real-time систем
• Interaction Overview Diagram — оркестрация use cases

Специальные диаграммы (не UML)

Архитектурные

• System Context Diagram — система и её внешние системы
• Architecture Diagram — слои, компоненты, их взаимодействие
• C4 Model (Context, Container, Component, Code)
  • 4 уровня абстракции для архитектуры
  • Очень популярна в 2025

Бизнес-процессы

• BPMN (Business Process Model and Notation) — стандарт для процессов
• Swimlane диаграммы — процессы по ролям
• Flowcharts — алгоритмы и процессы

Данные

• Entity-Relationship (ER) диаграммы — сущности и связи
  • Chen notation vs. Crow's foot notation
• Data Flow Diagram (DFD) — поток данных между процессами
  • Уровни: Context, Level 0, Level 1, Level 2...

Практическая классификация для System Analyst'а

На фазе анализа требований

• Use Case diagrams — что система должна делать
• Context diagrams — граница системы
• Swimlane/Activity diagrams — как происходит процесс

На фазе проектирования

• Architecture diagrams / C4 model — архитектура
• Component diagrams — компоненты и их границы
• Class/ER diagrams — структура данных

На фазе реализации

• Sequence diagrams — взаимодействие компонентов
• State Machine diagrams — логика переходов
• Deployment diagrams — как развертывается

C4 Model — современный подход

Level 1: System Context
  └─ Система и внешние системы

Level 2: Container
  └─ Backend, Frontend, Database, Mobile App

Level 3: Component
  └─ Controllers, Services, Repositories, Config

Level 4: Code
  └─ Classes и методы

Выбор диаграммы по ситуации

Best practices

• Используйте правильный уровень абстракции — диаграмма должна быть понятна целевой аудитории
• Не переусложняйте — каждая диаграмма отвечает на один вопрос
• Используйте стандарты — UML или C4, чтобы все поняли
• Поддерживайте в актуальности — диаграммы должны соответствовать коду
• Сопроводите описанием — диаграмма + текст = понимание

Вывод

Диаграммы делятся на три основные группы: требования (Use Case, Context), структура (Class, Component, ER) и поведение (Sequence, Activity, State Machine). System Analyst должен владеть несколькими диаграммами и выбирать правильную для коммуникации с разными stakeholder'ами. Современный подход — C4 Model, который обеспечивает разные уровни абстракции от контекста до кода.