Модель и нотация бизнес-процессов (BPMN) предоставляет мощные механизмы для моделирования не только потока процессов, но и данных и контекстной информации, которые управляют бизнес-процессами. Это руководство исследует возможности моделирования данных в BPMN и нотации артефактов.
Введение
Одной из общих особенностей традиционных методов моделирования является возможность моделирования данных, которые создаются, читаются и обновляются во время выполнения процесса. Классическим примером является диаграмма потока данных (DFD). Хотя BPMN не предназначена в первую очередь для моделирования данных, но все же существует набор нотаций, позволяющих моделировать данные, участвующие в бизнес-процессе.
BPMN также предоставляет несколько нотаций артефактов, которые позволяют моделистам описывать бизнес-процесс более подробно. Например, объекты группировки можно использовать для объединения связанных действий, а объекты текстовых примечаний — для более подробного объяснения объектов потока.

Рисунок 1: Пример объектов данных BPMN, интегрированных в поток процесса
Элементы данных BPMN
Обзор моделирования данных в BPMN
Часто при выполнении бизнес-процесса данные могут создаваться либо во время, либо после его выполнения. Например, успешное выполнение задачи «Создать заказ» приведет к созданию данных, таких как заказ на покупку, счет-фактура, квитанция и т.д. В BPMN данные могут моделироваться с помощью нескольких типов объектов «данные»:
| Элемент | Символ | Описание | Использование |
|---|---|---|---|
| Объект данных | 📄 | Представляет информацию, относящуюся к процессу | Показывает данные, созданные, обновленные или потребленные действиями |
| Входные данные | 📥 | Данные, необходимые до начала действия | Указывает предварительные условия для выполнения задачи |
| Выходные данные | 📤 | Данные, созданные после завершения действия | Указывает на результаты или поставляемые продукты |
| Хранилище данных | 🗄️ | Постоянное хранение данных | Представляет базы данных, файлы или репозитории |
Визуальное представление
Объекты данных отображаются как документы с загнутым углом. Ассоциации (пунктирные линии) соединяют объекты данных с действиями, показывая, читается ли данные из объекта или записываются в него:
-
Входная ассоциация (стрелка, указывающая на действие): данные читаются/потребляются
-
Выходная ассоциация (стрелка, исходящая из действия): данные создаются/обновляются
-
Двунаправленная ассоциация: Данные как читаются, так и обновляются
Состояния объектов данных и управление жизненным циклом
Понимание состояний данных
Заказ на покупку имеет жизненный цикл в рамках процесса — от создания до завершения. BPMN позволяет моделистам определять состояния для объектов данных, чтобы отслеживать их прогресс в процессе.
Распространённые состояния включают:
-
Создание: Первоначальная инициализация объекта данных
-
Для назначения: Ожидание выделения ресурсов
-
Для доставки: Готов к выполнению
-
Завершено: Финальное состояние после успешной обработки
Управление переходами состояний

Рисунок 2: Создание состояния для объекта данных
Для моделирования изменений состояний:
-
Щёлкните правой кнопкой мыши по объекту данных
-
Выберите Состояние > Создать… из всплывающего меню
-
Введите имя состояния (например, «Создание», «Для назначения»)
-
Метка состояния появляется рядом с именем объекта данных
Повторное использование объектов данных в разных состояниях
Когда один и тот же логический объект данных появляется в нескольких точках процесса в разных состояниях:

Рисунок 3: Ссылка на существующий объект данных
Ключевые шаги:
-
Создайте новый объект данных с точно таким же именем как у существующего
-
При запросе выберите Да для ссылки на существующий элемент модели
-
Назначьте новое состояние, чтобы отразить прогресс данных
-
Один и тот же логический объект теперь отображается в разных состояниях в различных точках процесса

Рисунок 4: Один и тот же объект данных «Заказ на покупку» показан в нескольких состояниях
Обозначения артефактов
Артефакты предоставляют дополнительную контекстную информацию, не влияя на выполнение потока процесса.
Группы
Группа — это прямоугольник с пунктирной линией, который предоставляет моделировщикам механизм для группировки фигур по различным категориям.

Рисунок 5: Использование групп для категоризации связанных действий
Сценарии использования групп:
-
Группировать действия по отделам или ролям
-
Выделять процессы, подлежащие конкретным правилам
-
Визуально разделять необязательные или параллельные ветви процесса
-
Улучшить читаемость диаграммы для заинтересованных сторон
Реализация:
-
Нарисуйте контейнер группы вокруг связанных элементов
-
Обозначьте группу описательным названием категории
-
Группы не влияют на последовательный поток или логику выполнения
Текстовые аннотации
Текстовая аннотация может использоваться для добавления дополнительных сведений к объектам потока в BPD. Она не влияет на поток, но предоставляет сведения об объектах внутри потока.

Рисунок 6: Текстовая аннотация, предоставляющая контекстную информацию
Рекомендуемые практики для аннотаций:
-
Держите текст кратким и сосредоточенным на пояснении
-
Используйте аннотации для бизнес-правил, исключений или статистики
-
Связывайте аннотации с конкретными элементами с помощью линий связи
-
Избегайте дублирования информации, уже зафиксированной в названиях элементов
Кейс-стади: компания по производству дистиллированной воды True Aqua
Продолжая с частями I-III, мы улучшаем процесс заказа дистиллированной воды с помощью объектов данных и аннотаций.
Шаг 1: Моделирование создания заказа на покупку
Выполнение процесса заказа дистиллированной воды приводит к созданию заказа на покупку. Мы моделируем это, создавая объект данных изПроверка личности клиентазадачи.

Рисунок 7: Доступ к каталогу ресурсов для добавления элементов

Рисунок 8: Выбор объекта данных из каталога

Рисунок 9: Объект данных с названием «Заказ на покупку», привязанный к задаче
Шаг 2: Отслеживание прогресса состояния
Когда помощник по обслуживанию клиентов завершит задачуПередать заказзадачу, заказ на покупку переходит в новое состояние.

Рисунок 10: Создание другой ссылки на тот же объект данных

Рисунок 11: Добавление состояния «Для назначения»
Шаг 3: Завершение жизненного цикла
Продолжайте моделировать изменения состояния до доставки:

Рисунок 12: Заказ на покупку со статусом «Для доставки»

Рисунок 13: Полный жизненный цикл со статусом «Завершено»
Шаг 4: Добавление контекстных аннотаций
Некоторые запросы на заказ поступают по телефону, другие — по электронной почте. Мы фиксируем это с помощью текстовой аннотации.

Рисунок 14: Привязка аннотации к задаче «Сделать заказ»

Рисунок 15: Ввод статистических данных в аннотацию
Финальная диаграмма

Рисунок 16: Полная диаграмма BPMN с объектами данных, состояниями и аннотациями
Краткое изложение ключевых понятий
Основные принципы
✅ Объекты данных представляют поток информации: Они показывают, какие данные создаются, используются или хранятся во время выполнения процесса.
✅ Состояния отслеживают жизненный цикл данных: Назначение состояний объектам данных помогает визуализировать прогресс и бизнес-правила.
✅ Ссылайтесь, не дублируйте: Используйте объекты данных с одинаковыми именами, но разными состояниями, чтобы представить одну логическую сущность, развивающуюся в процессе.
✅ Артефакты повышают ясность: Группы и аннотации предоставляют контекст, не изменяя исполняемую логику.
✅ Связи показывают отношения: Пунктирные линии соединяют данные с действиями, указывая на операции чтения/записи.
Краткое руководство по элементам данных BPMN
Объект данных : 📄 Информация, создаваемая/используемая в процессе
Входные данные : 📥 Предварительные данные для начала действия
Выходные данные : 📤 Результативные данные после завершения действия
Хранилище данных : 🗄️ Постоянное хранилище (база данных, файл)
Связь : ⤏ Пунктирная линия, показывающая связь между данными и действием
Группа : ▦ Пунктирный контейнер для визуальной организации
Текстовая аннотация : 📝 Пояснительная заметка, прикреплённая к элементам
Наилучшие практики
Для моделирования данных
-
Чётко называйте объекты данных: Используйте бизнес-терминологию (например, «Заказ на покупку», а не «Data1»)
-
Ограничьте состояния значимыми переходами: Избегайте излишней сложности из-за незначительных изменений состояния
-
Показывайте только релевантные данные: Включайте объекты данных, влияющие на решения в процессе или его результаты
-
Используйте хранилища данных для постоянного хранения: Различайте временные объекты данных и сохранённые записи
Для артефактов
-
Используйте группы стратегически: Группируйте по структурному подразделению, регламенту или фазе процесса
-
Держите пояснения краткими: Сосредоточьтесь на исключениях, статистике или пояснениях
-
Размещайте артефакты для удобочитаемости: Избегайте загромождения потоков последовательности
-
Документируйте бизнес-правила вне диаграммы: Используйте пояснения для ссылок, а не для замены подробных спецификаций правил
Для поддержки диаграммы
-
Согласованные соглашения об именовании: Убедитесь, что имена объектов данных совпадают во всех состояниях
-
Контроль версий пояснений: Обновляйте текстовые пояснения при изменении бизнес-правил
-
Проверяйте ассоциации: Убедитесь, что стрелки правильно указывают направление потока данных
-
Проведите проверку с заинтересованными сторонами: Убедитесь, что моделирование данных отражает реальные бизнес-операции
Ссылки
Официальное спецификация BPMN: Официальный ресурс по стандартам моделирования и нотации бизнес-процессов, поддерживаемый Объединением по управлению объектами (OMG), содержащий авторитетную документацию по синтаксису, семантике и руководствам по моделированию BPMN.
- Введение в BPMN Часть IV – Данные и артефакты (PDF): Скачиваемая версия PDF этого руководства, охватывающего объекты данных BPMN, состояния, группы и текстовые пояснения с пошаговыми инструкциями по кейс-стади.
- Visual Paradigm Enterprise Edition: Комплексное решение для моделирования BPMN с продвинутыми функциями совместной работы, симуляции и генерации кода для управления крупномасштабными корпоративными процессами.
- Visual Paradigm Professional Edition: Полнофункциональный инструмент BPMN, поддерживающий моделирование данных, артефакты и интеграцию с рабочими процессами разработки для профессиональных бизнес-аналитиков.
- Visual Paradigm Standard Edition: Основные возможности моделирования BPMN, включая объекты данных, группы и пояснения для документирования бизнес-процессов небольших и средних предприятий.
- Visual Paradigm Modeler Edition: Легковесный редактор BPMN, ориентированный на создание диаграмм и базовое моделирование данных для отдельных специалистов и небольших команд.
- Часть I – Введение в BPMN: Основной учебник, охватывающий основы BPMN, основные объекты потока и простые концепции моделирования процессов для начинающих.
- Часть II – Реки: Средний уровень руководства по моделированию организационных обязанностей с использованием пулов, полос и разделения процессов по ролям в BPMN.
- Часть III – Поток и соединяющие объекты: Подробное исследование последовательных потоков, потоков сообщений, шлюзов и событий для построения сложной логики процессов на диаграммах BPMN.
Это руководство объединяет концепции спецификации BPMN 2.0 с практическими методами моделирования. Для автоматизации выполнимых процессов дополните диаграммы BPMN подробными бизнес-правилами и спецификациями интеграции с системами.
Эта статья также доступна на Deutsch, English, Español, فارسی, Français, English, Bahasa Indonesia, 日本語, Polski, Portuguese, Việt Nam, 简体中文 and 繁體中文













