Студопедия
Случайная страница | ТОМ-1 | ТОМ-2 | ТОМ-3
АвтомобилиАстрономияБиологияГеографияДом и садДругие языкиДругоеИнформатика
ИсторияКультураЛитератураЛогикаМатематикаМедицинаМеталлургияМеханика
ОбразованиеОхрана трудаПедагогикаПолитикаПравоПсихологияРелигияРиторика
СоциологияСпортСтроительствоТехнологияТуризмФизикаФилософияФинансы
ХимияЧерчениеЭкологияЭкономикаЭлектроника

А.2.3.1.2.1. Простая модель ERM

Читайте также:
  1. VI. Стандартная информационная модель
  2. А. Установочная модель
  3. А.2.3.1.2.2. Расширенная модель ERM
  4. Армейская модель и умножение силы у Маркса и у Ленина
  5. Б.2.2. Процедурная модель ARIS для реализации workflow
  6. Б.3.1. Общая процедурная модель

Для начала рассмотрим фрагмент структуры данных, связанных с продажами, который приведен на рис. 61.

Рис. 61. Фрагмент модели ERM, описывающий структуру данных, связанных с продажами

 

КЛИЕНТ, ИЗДЕЛИЕ и ВРЕМЯ представляют собой типы сущностей, связанные друг с другом типами отношений ПОКУПКА и ЗАКАЗ. Заказы можно идентифицировать как объекты данных «транзакция» по их связи с типом сущности ВРЕМЯ. Остальные элементы представляют эталонные данные.

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

На рис. 62 изображены классы ТИП СУЩНОСТИ и ТИП ОТНОШЕНИЯ, представляющие тип сущности и тип отношения в терминологии бизнеса. КЛИЕНТЫ, ВРЕМЯ, ИЗДЕЛИЯ, ПОКУПКА и ЗАКАЗ являются экземплярами этих классов.

Рис. 62. Метамодель простого описания методом ERM

 

В терминах бизнеса типы сущностей и типы отношений связаны ребром, поэтому на рис. 62 мы вводим класс РЕБРО. Количество допустимых экземпляров направления отношений определяется атрибутами РЕБРА. Поскольку в структуре данных тип сущности может быть связан с типом отношения несколькими ребрами, мощность этой связи равна (0..*). Когда в отношении участвует по меньшей мере две сущности, мощность равна (2..*).

Между типом сущности и типом отношения возможны несколько ребер с разными значениями, например, ребра, характеризующие доминирующую и подчиненную части в структуре прейскуранта материалов. В таких случаях мы можем однозначно идентифицировать то или иное ребро, введя класс РОЛЬ РЕБРА.

Каждому типу сущности присваивается идентифицирующий ключевой атрибут. Совокупность ключевых атрибутов образует класс КЛЮЧЕВОЙ АТРИБУТ. Между классом ТИП СУЩНОСТИ и классом КЛЮЧЕВОЙ АТРИБУТ существует связь 1:1. Следовательно, как минимальная, так и максимальная мощность этой связи равна 1. Например, типу сущности КЛИЕНТ в качестве идентификатора присваивается уникальный ключевой атрибут ь_КЛИЕНТА, а типу сущности ИЗДЕЛИЕ — уникальный ключевой атрибут ь_ИЗДЕЛИЯ.

Типы отношений идентифицируются по ключевым атрибутам связанных с ними типов сущностей. При этом отпадает необходимость вводить связь между классами ТИП ОТНОШЕНИЯ и КЛЮЧЕВОЙ АТРИБУТ, поскольку ключевые атрибуты уже соотносятся, хотя и в неявной форме, с типами отношений через связь между классами КЛЮЧЕВОЙ АТРИБУТ и ТИП СУЩНОСТИ. Однако для наглядности введем здесь избыточную связь АССОЦИАЦИЯ КЛЮЧЕВОЙ АТРИБУТ-ТИП ОТНОШЕНИЯ.

С классами ТИП СУЩНОСТИ и ТИП ОТНОШЕНИЯ связываются атрибуты, поэтому эти классы объединяются в общий класс ИНФОРМАЦИОННЫЙ ОБЪЕКТ, который создает связь с МАКРООБЪЕКТАМИ ДАННЫХ. Все типы сущностей и типы отношений, включая ребра, привязываются к макрообъекту данных (например, к модели данных маркетингового отдела). Это аналогично привязке описательных колонтитулов или фрагментов к документам или видеоданным.

Теперь, когда типы сущностей и типы отношений сконструированы, перейдем ко второму этапу: описанию и присвоению неключевых атрибутов. Введенный нами ранее класс КЛЮЧЕВОЙ АТРИБУТ является частным случаем общего класса АТРИБУТ и может быть разбит на классы КЛЮЧЕВОЙ АТРИБУТ и НЕКЛЮЧЕВОЙ АТРИБУТ.

Неключевые атрибуты связываются с типом ИНФОРМАЦИОННЫЙ ОБЪЕКТ отношением (1..*):(0..*). Это означает, что информационный объект может иметь множество неключевых атрибутов, как обычно и бывает в реальных ситуациях. Кроме того, один и тот же атрибут может быть связан с рядом информационных объектов. Например, атрибут <имя> молено присвоить как информационному объекту <клиент>, так и информационному объекту <поставщик>. Избыточное звено АССОЦИАЦИЯ С ОБЩИМ АТРИБУТОМ между классами АТРИБУТ и ИНФОРМАЦИОННЫЙ ОБЪЕКТ охватывает как ключевые, так и неключевые признаки.

Атрибуты, связанные по содержанию, можно объединить в группы. Например, группа атрибутов <адрес> может содержать такие атрибуты, как название улицы, номер дома, почтовый индекс и город. Можно создавать частично совпадающие группы атрибутов. При этом между классами АТРИБУТ и ГРУППА АТРИБУТОВ формируется связь (1..*):(0..*). Таким образом, в любой группе атрибутов должен • присутствовать как минимум один атрибут, но совсем не обязательно, чтобы каждый атрибут входил в какую-то группу. Информационные объекты могут связываться с группами атрибутов и напрямую.

Набор значений атрибута характеризуется классом ДОМЕН. С каждым атрибутом можно связать только один домен. Например, точно так же, как в словаре, атрибут <имя> может охватывать всю совокупность имеющихся в домене имен и задавать диапазоны числовых значений.

Связь (1..*):(0..*) между АТРИБУТОМ и ИНФОРМАЦИОННЫМ ОБЪЕКТОМ позволяет практически устранить избыточность в администрировании атрибутов и доменов.


Дата добавления: 2015-08-03; просмотров: 206 | Нарушение авторских прав


Читайте в этой же книге: А.2.1.1.4. Модели решений | А.2.1.2. Конфигурирование функций | А.2.1.3.1. Проектирование модулей | А.2.1.3.2. Мини-спецификация | А.2.1.3.3. Представление выхода | А.2.1.4. Реализация на уровне функциональной модели | А.2.2.1. Определение требований на уровне организационной модели | А.2.2.3.1. Топология сети | А.2.2.4. Реализация на уровне организационной модели | А.2.3.1. Определение требований на уровне модели данных |
<== предыдущая страница | следующая страница ==>
А.2.3.1.1. Макроописание| А.2.3.1.2.2. Расширенная модель ERM

mybiblioteka.su - 2015-2024 год. (0.006 сек.)