Моделирование бизнес-сущностей

Сначала была Сущность. Ну, как в начале любой великой истории — сначала был хаос, а потом захотелось навести порядок.

И вот, представьте себе, сущность такая сидит себе тихо-спокойно, никому не мешает. А мы вдруг решили: «А давай-ка наполним её смыслом!» И родилась бизнес-сущность — не просто объект, а настоящий герой нашего корпоративного эпоса. Это такой особенный объект, который без своего бизнес-процесса жить не может — как кот без мыши или программист без кофе.

Процесс выделения и описания этих бизнес-сущностей сродни археологическим раскопкам: копаешься в данных, пытаешься понять, где тут что лежит и что с этим делать.

Можно идти сверху вниз — посмотреть на весь бизнес-процесс и выяснить, кто тут главный герой. Или снизу вверх — изучать таблицы и поля данных, пытаясь понять, где у нас сущности прячутся между строк кода и цифр. В общем, это как искать иголку в стоге сена… только если иголка — это человек с фамилией и именем.

И вот тут начинается самое забавное!

Представим нашу базовую модель — Человек. Да-да, тот самый Человек с большой буквы (ну или хотя бы с прописной). У него есть Фамилия, Имя и Отчество — то есть базовый набор для идентификации. Но если вы думаете, что этого достаточно для уникальности — вспомните анекдот: «У меня два друга с одинаковым именем Иван Иванович…» Да даже в паспорте иногда ошибаются!

Поэтому добавляем ИНН, СНИЛС и телефон — чтобы точно знать: это именно тот Иван Иванович из отдела маркетинга, а не сосед по лестничной площадке.

Теперь представьте ситуацию: один и тот же человек может быть одновременно сотрудником компании и клиентом этой же компании. Как так?

Ну а почему нет! Вот вам смешная история из жизни: мой знакомый Петя работает в банке менеджером по кредитам и при этом берет ипотеку у своего же работодателя. Представляете? Он одновременно клиент и сотрудник!

Так что мы вводим новые сущности – «Сотрудник» с табельным номером (чтобы начальство знало кого ругать за опоздания), и «Клиент» с атрибутом «Продукт», чтобы понимать кто что купил.

Здесь важно не запутаться между простыми признаками и полноценными бизнес-сущностями. Помню случай на одном проекте: аналитик долго спорил с программистом о том, что такое «код клиента». Аналитик говорил: «Это часть бизнес-сущности!» Программист отвечал: «Нет! Это просто поле в таблице!» В итоге решили спросить у директора… он сказал: «А мне всё равно!» Вот вам пример того, как сложно бывает разобраться даже умным людям.

В итоге получается целая сеть взаимосвязанных сущностей – каждый со своими атрибутами и назначением.

Это похоже на семейный ужин у бабушки: все родственники разные по характеру (то есть по атрибутам), но все связаны одной большой историей (бизнес-процессом). Главное – правильно их идентифицировать и не перепутать дядю Васю с соседом Петей!

Так что моделирование бизнес-сущностей – это не просто скучные таблицы и схемы. Это почти искусство разгадывания загадок корпоративной жизни с щепоткой юмора и каплей философии. Ведь если вы когда-нибудь встретите человека без имени или продукта – бегите от него подальше!

А лучше сразу возьмите его в модель как новую бизнес-сущность – мало ли какие сюрпризы ждут впереди.

В общем, друзья мои аналитики и моделировщики данных! Помните старую шутку из офиса: «Если ты понял процесс моделирования бизнес-сущностей – значит ты уже слишком глубоко погрузился в работу».

Но ничего страшного — главное сохранять чувство юмора даже там, где царит сухость цифр и терминов!