2.4. Модели данных

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

Так, например, можно определить, из чего складывается понятие «Данные о продаже».

Для этого служит модель Технических терминов (тип – Модель технических терминов).

Модель 14:

Эта модель является одной из основных концептуальных моделей данных уровня определения требований. На рис. 20 приведен пример этой модели. Создайте ее в папке Требования раздела Модели данных.

Рис. 20. Данные о продаже

Модель 15:

Если Модель технических терминов описывает некоторую иерархию или вложенность понятий (данных), то Модель семантики данных (Semantic data model – SeDaM) призвана отразить смысловую взаимосвязь информационных объектов (сущностей), в которых будет храниться информация (данные). По сути дела, эта модель, как правило, представляет собой модель «сущность-отношение» на уровне сущностей. Модель семантики данных также является концептуальной моделью уровня определения требований. Создайте эту модель в той же папке, как показано на рис.21.

Рис. 21. Модель Семантика данных

Данную модель можно дополнить атрибутами сущностей, поскольку соответствующий инструментарий присутствует на панели моделирования. Однако для более детального представления структуры данных используется модель Расширенная модель «сущность - отношение» (тип модели – Extended entity - relationship model - eERM). В этой модели принято раскрывать не только семантику, но и атрибутный состав сущностей.

Модель 16:

Создайте указанную модель используя механизм Назначения Создать для объекта База данных, который находится в модели Событийная цепочка Процесса продаж (eEPC) (папка Требования раздела Модели процессов) (рис.22).

Рис. 22. Модель База данных

Обратите внимание, что построенные Модели семантики данных и Расширенная модель «сущность-отношение» не полностью соответствуют Модели технических терминов в части учета требований и пожеланий клиентов. Кроме того, в этих моделях не отражено участие сотрудников в процессе продаж. Доработайте модели Семантика данных и База данных самостоятельно.

К основным моделям данных рассматриваемого уровня относится также Диаграмма структуры знаний (Knowledge structure diagram). Эта диаграмма, как правило, является производной от Карты знаний, рассмотренной выше.

Откройте ранее созданную модель Служащий КГ (типа Карта знаний), находящуюся в папке Требования раздела Модели процессов. Для категории Знание авто создайте новую модель типа Диаграмма структуры знаний, как показано на рис.23.

Рис. 23. Модель Знание авто

3. МОДЕЛИ УРОВНЕЙ СПЕЦИФИКАЦИИ И РЕАЛИЗАЦИИ

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