Моделирование и нотации
Моделирование — это перевод расплывчатого разговора о системе в однозначную схему, которую одинаково прочитают аналитик, разработчик и заказчик. Нотация задаёт правила этого перевода — набор фигур с закреплённым смыслом, — поэтому цель не «нарисовать красиво», а выбрать нотацию под задачу и не путать, что именно показывает каждый вид диаграммы.
Здесь две большие нотации: UML описывает структуру и поведение системы, BPMN — бизнес-процессы. Частые ловушки на собеседовании — смешать UML с BPMN, назвать один вид диаграммы под все цели или спутать sequence-диаграмму (взаимодействие во времени) с диаграммой классов (структура). Полная карта — в слоях ниже.
Карта темы
- Нотации моделирования — UML, BPMN и подход doc-as-code: чем они отличаются и что чем описывать.
- Виды диаграмм — какие диаграммы бывают в документации системы и на какой вопрос отвечает каждая.
- Use case — формализованное описание взаимодействия актора с системой: акторы, потоки, пред- и постусловия.
- Use case, user story и job story — три уровня описания потребности и где применять каждый.
- Sequence-диаграмма — взаимодействие участников, упорядоченное во времени, через линии жизни и сообщения.
- Элементы BPMN — события, задачи, шлюзы и потоки как базовые категории нотации.
- Шлюзы BPMN — как исключающий, параллельный, неисключающий и событийный шлюзы маршрутизируют поток.
Частые ошибки и ловушки
| Ошибка | Последствие |
|---|---|
| Смешивать UML (структура/поведение) и BPMN (бизнес-процессы) | Диаграмма отвечает не на тот вопрос, читатель понимает её иначе |
| Называть один вид диаграммы под все цели | Пропускаете данные, взаимодействие или развёртывание — картина неполная |
| Путать sequence-диаграмму с диаграммой классов | Теряете ось времени и порядок сообщений — сценарий не читается |
| Считать потоки BPMN просто стрелками | Пропадает порядок шагов; процесс становится набором несвязанных блоков |
| Менять местами исключающий и параллельный шлюз | Процесс расходится по всем ветвям вместо одной или наоборот — логика ломается |
| Путать use case с однострочной user story | Теряете альтернативные потоки, исключения и условия — спецификация неполна |
Значение для собеседований
Моделирование спрашивают, чтобы проверить, отличаете ли вы нотации друг от друга и понимаете ли, что показывает каждая диаграмма. Кандидат, который говорит «UML — про структуру и поведение, BPMN — про бизнес-процесс, а sequence — про взаимодействие во времени», сразу опережает того, кто зовёт всё «блок-схемой».
Что обычно проверяют:
- Какие нотации вы применяете и чем UML отличается от BPMN.
- Какие виды диаграмм нужны документации и на какой вопрос отвечает каждая.
- Из чего состоит use case и чем он отличается от user story и job story.
- Элементы и шлюзы BPMN: назвать четыре категории и семантику шлюзов.
Типичный неверный ответ: «UML и BPMN — одно и то же, просто разные картинки». На деле это разные нотации с разной областью: UML моделирует систему (классы, состояния, взаимодействия), BPMN — ход бизнес-процесса через события, задачи, шлюзы и потоки.