84d6ebb7a89cd266ed4e8a298093bd69

1.

Основы UML:
Моделирование Систем
для Разработчиков
Профессиональное руководство для студентов и
начинающих специалистов по пониманию и применению
Унифицированного Языка Моделирования (UML).

2.

Содержание: Ваш Путеводитель по Моделированию
01
02
03
Диаграмма Деятельности
(Activity Diagram)
Взаимодействие Диаграмм
Поведения
Диаграмма Классов (Class
Diagram)
Визуализация бизнес-процессов и
Как связаны диаграммы
Графическое представление
потоков работ.
последовательности,
статической структуры системы.
координации и состояния.

3.

Глава 1: Диаграмма Деятельности —
Поток Работ
Что такое Диаграмма
Деятельности?
Ключевые Свойства
Графическое представление
управления (ветвление, слияние),
последовательности действий
начальные/конечные узлы и
или шагов в бизнес-процессе или
разделение/объединение для
алгоритме, фокусируясь на
параллельных действий.
Включает узлы действий, узлы
потоке управления или данных.
Применение
Используется для моделирования высокоуровневых бизнес-процессов,
детализации вариантов использования и понимания логики алгоритмов.

4.

Символы Диаграммы Деятельности
Понимание ключевых элементов для построения точного и понятного потока работ.
Действие (Action Node): Завершенный шаг в
Узел Решения (Decision Node): Ромб, где поток
процессе.
разделяется в зависимости от условия.
Начальный Узел (Initial Node): Точка входа в
Вилка/Слияние (Fork/Join):
процесс (сплошной круг).
Горизонтальная/вертикальная полоса,
Конечный Узел (Final Node): Точка выхода из
показывающая начало и конец параллельных
процесса (обведенный круг).
действий.
Плавательные Дорожки (Swimlanes): Разделение
Переход (Edge): Стрелка, показывающая
действий по ответственным объектам/отделам.
направление потока.
Использование "плавательных дорожек" позволяет четко определить ответственность за каждое
действие в сложном процессе.

5.

Глава 2: Взаимодействие Диаграмм Поведения
Различные диаграммы поведения в UML служат разным целям, предоставляя многогранный взгляд на динамику
системы.
Последовательности
Координации
(Communication)
Фокусируется на порядке обмена
Показывает структурные связи
сообщениями между объектами
между объектами, участвующими
во времени для достижения цели.
во взаимодействии, и сообщения,
которые они передают.
Деятельности (Activity)
Отображает поток управления от
одной активности к другой,
независимо от объектов.
Состояния (State Machine)
Моделирует жизненный цикл
одного объекта или системы,
отображая все возможные
состояния и переходы между
ними.

6.

Взаимосвязь Диаграмм Поведения
Эти четыре диаграммы не существуют изолированно. Они дополняют друг друга, давая полное представление о динамическом поведении системы.
Контекст и детали: Activity и State
Activity детализирует переходы состояний
объекта
Взаимодействие: Sequence /
Communication
Временная и структурная виды одного
взаимодействия
Ядро: Поведение системы
Центральная цель — описать динамику
Диаграммы последовательности и координации являются двумя разными представлениями одного и того же "Взаимодействия" (Interaction) в UML.

7.

Глава 3: Диаграммы Классов —
Статическая Архитектура
Диаграмма классов является основой для структурного моделирования,
описывая классы, их атрибуты, методы и отношения между ними.
Графическое
Представление
Свойства Класса
Видимость (+ public, -
Класс изображается
private, # protected), типы
прямоугольником,
данных и параметры методов
разделенным на три секции:
должны быть указаны.
имя класса, атрибуты (данные)
и операции (методы).
Основное Использование
Проектирование базы данных, создание объектноориентированной модели системы и генерация программного кода.

8.

Ключевые Отношения Между Классами
Отношения определяют, как классы взаимодействуют и связаны друг с другом, формируя структуру системы.
Ассоциация
Общее двунаправленное отношение между классами.
Обозначается сплошной линией с указанием
множественности (например, 1..*).
Агрегация (Слабая Связь)
Отношение "часть-целое", где часть может существовать без
Композиция (Сильная Связь)
целого (например, Команда и Игрок). Обозначается пустым
ромбом.
Отношение "часть-целое", где часть уничтожается вместе с
целым (например, Автомобиль и Двигатель). Обозначается
закрашенным ромбом.
Обобщение (Наследование)
Отношение "является" (is-a), где подкласс наследует свойства
Зависимость
Один класс использует другой (например, через параметр
метода), но не хранит его. Обозначается пунктирной
стрелкой.
суперкласса. Обозначается незакрашенной стрелкой.

9.

Практический Взгляд на Диаграммы Классов
Проектирование эффективной диаграммы классов требует внимания к деталям и четкого определения
границ ответственности.
Советы по Моделированию
Избегайте слишком большого количества связей: это
усложняет поддержку и понимание модели.
Используйте интерфейсы (стереотип <> ) для определения
контрактов, не раскрывая реализации.
Обязательно определяйте множественность (Cardinality) на
концах ассоциаций (1, 0..1, *, 1..*).
Не моделируйте каждое поле базы данных; фокусируйтесь
на поведении и абстракциях.

10.

Заключение: Сила Моделирования в UML
100%
75%
4X
Понимание
Снижение Ошибок
Эффективность
UML обеспечивает единый язык
Визуальное моделирование
Использование диаграмм
для всех участников проекта,
позволяет выявить логические и
(Деятельности, Классов)
улучшая общее понимание
архитектурные дефекты на
значительно ускоряет процесс
системы.
ранних этапах разработки.
проектирования и
документирования.