Бизнес — объектная модель

Бизнес — объектная модель строится с помощью бизнес — работников и бизнес — сущностей — классов со специальными стереотипами. Эти классы имеют специальные графические обозначения.

Бизнес-работник — абстракция человека, действующего в бизнесе. Бизнес — сущности являются «предметами», обрабатываемыми или используемыми бизнес — работниками по мере выполнения бизнес — элемента Use Case. Фактически бизнес — объектная модель отображается с помощью диаграмм классов.

Бизнес — объектная модель отражает внутреннее представление бизнес-процессов организации (с точки зрения ее сотрудников).

Опишем более подробно бизнес — объектную модель, отражающую внутреннюю структуру организации предоставляющей услуги Диаграммы последовательности — диаграмма, на которой показаны взаимодействия объектов, упорядоченные по времени их проявления.

На диаграмме последовательности неявно присутствует ось времени, что позволяет визуализировать временные отношения между передаваемыми сообщениями. С помощью диаграммы последовательности можно представить взаимодействие элементов модели как своеобразный временной график «жизни» всей совокупности объектов, связанных между собой для реализации бизнес — объектной модели.

На диаграмме последовательности также изображаются объекты, которые непосредственно участвуют во взаимодействии, при этом никакие статические связи с другими объектами не визуализируются. Для диаграммы последовательности ключевым моментом является именно динамика взаимодействия объектов во времени. При этом диаграмма последовательности имеет как бы два измерения. Одно — слева направо в виде вертикальных линий, каждая из которых изображает линию жизни отдельного объекта, участвующего во взаимодействии. Второе измерение диаграммы последовательности — вертикальная временная ось, направленная сверху вниз.

При разработке базы данных обычно выделяется несколько уровней моделирования, при помощи которых происходит переход от предметной области к конкретной реализации базы данных средствами конкретной СУБД. Можно выделить следующие уровни:

• · Предметная область.
• · Логическая модель данных.
• · Физическая модель данных.

В ER-схемах вводится понятие нормальных форм. Аппарат нормализации отношений был разработан Е. Ф. Коддом. Кодд выделил три нормальные формы. Самая совершенная из них третья.

В первой нормальной форме ER-схемы устраняются повторяющиеся атрибуты или группы атрибутов.

Во второй нормальной форме устраняются атрибуты, зависящие только от части уникального идентификатора (каждый не ключевой атрибут полностью зависит от первичного ключа). Эта часть уникального идентификатора определяет отдельную сущность.

В третьей нормальной форме устраняются атрибуты, зависящие от атрибутов, не входящих в уникальный идентификатор. Эти атрибуты являются основой отдельной сущности.

Логическая модель позволяет полностью задать структуру данных, однако без «привязки» к конкретной платформе реализации; с одной стороны, такое описание получается компактнее, чем физическая модель, позволяя взглянуть на схему данных в целом, без лишних деталей; с другой стороны, такая спецификация может быть в дальнейшем реализована для разных СУБД; логическая модель содержит абстракции, которые уже могут быть непонятны экспертам предметной области — эта модель служит для уточнения информации о предметной области в виде, удобном для последующей реализации;

На логический уровне данные представляются так, как выглядят в реальном мире, и могут называться так, как они называются в реальном мире, например «Номенклатура», «Заявка». Объекты модели, представляемые на логическом уровне, называются сущностями и атрибутами. Логическая модель данных является универсальной и никак не связана с конкретной реализацией СУБД. В логической модели не имеет значения, какой конкретно тип данных имеет атрибуты.

Различают три уровня логической модели, отличающихся по глубине представления информации о данных:

• · диаграмма сущность-связь (Entity Relationship Diagram, ERD);
• · модель данных, основанная на ключах (Key Based model, KB);
• · полная атрибутивная модель (Fully Attributid model, FA).

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

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

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

Основные компоненты ERwin — это сущности, атрибуты и связи. Каждая сущность является множеством подобных индивидуальных объектов, называемых экземплярами. Каждый экземпляр индивидуален и должен отличаться от всех остальных экземпляров. Атрибут выражает определенное свойство объекта.

Сущность (entity) — это «предмет», который может быть идентифицирован некоторым способом, отличающим его от других «предметов». Конкретные человек, компания или событие являются примерами сущности.

Связь (relationship) — это ассоциация, устанавливаемая между сущностями. Возможно, некоторые люди могут относиться к чему-либо (например, браку) как к сущности, а другие будут считать это связью. В таких случаях нужно определить, что является сущностями, а что — связями, в соответствии с особенностями конкретной среды.

Атрибут (attribute) может быть формально определен как функция, отображающая набор сущностей или набор связей в набор значений или Декартово произведение наборов значений. Связи также имеют атрибуты. Понятие атрибута связи важно для понимания семантики данных и определения функциональных зависимостей между данными.

На основе исследованной предметной области была создана логическая модель данных, при этом, для более удобного предоставления, был использован механизм Case-средства ERwin подмножества модели (Subject Areas). В которые можно включить тематически общие сущности. В подмножество модели может входить произвольный набор сущностей, связей и текстовых комментариев.