- •1. Базовые определения и соглашения
- •1.1. Определение и описание сущности
- •1.2. Определение и описание связи
- •1.3. Действительные и недействительные связи
- •1.4. Атрибуты
- •1.5. Уникальный (ключевой) идентификатор
- •1.6. Правила оформления er-диаграммы
- •1.7. Резюме
- •2. Дополнительные определения и соглашения
- •2.1. Подтипы сущностей
- •2. Дополнительные определения и соглашения 25
- •2. Дополнительные определения и соглашения 27
- •2.2. Дополнительные соглашения для сущностей
- •2. Дополнительные определения и соглашения 29
- •2.3. Исключающая дуга
- •2. Дополнительные определения и соглашения 31
- •2. Дополнительные определения и соглашения 33
- •2.4. Дополнительные соглашения для связей
- •2. Дополнительные определения и соглашения 35
- •2.5. Домены
- •2. Дополнительные определения и соглашения 37
- •2.6. Резюме
- •3. Классические структуры и общие образцы
- •3.1. Классические иерархические структуры
- •3. Классические структуры и общие образцы 39
- •3. Классические структуры и общие образцы 41
- •3. Классические структуры и общие образцы 43
- •3. Классические структуры и общие образцы 45
- •3.2. Сетевые структуры
- •3. Классические структуры и общие образцы 47
- •3.3. Изменения во времени
- •3. Классические структуры и общие образцы 49
- •3.4. Накладная на материалы
- •3. Классические структуры и общие образцы 51
- •3.5. Классификации и категории
- •3. Классические структуры и общие образцы 53
- •3.6. Типы сущности
- •3. Классические структуры и общие образцы 55
- •3.7. Общая модель для Заказов
- •3. Классические структуры и общие образцы 57
- •3.8. Общая модель для ролей и работ
- •3. Классические структуры и общие образцы 59
- •3.9. Продукция
- •3. Классические структуры и общие образцы 61
- •3. Классические структуры и общие образцы 63
- •3. Классические структуры и общие образцы 65
- •4. Нормализация данных 67
- •4. Нормализация данных
- •4. Нормализация данных 69
- •4. Нормализация данных 71
- •5. Оценка качества модели "Сущность-Связь" 73
- •5.1. Качество er-модели в конце этапа стратегии
- •5. Оценка качества модели "Сущность-Связь" 75
- •5. Оценка качества модели "Сущность-Связь" 77
- •5.2. Качество er-модели в конце этапа анализа
- •5. Оценка качества модели "Сущность-Связь" 79
- •5. Оценка качества модели "Сущность-Связь" 81
3. Классические структуры и общие образцы 49
─────────────────────────────────────────────────────────────────
одинаковую фамилию в течение различных периодов времени.
* Изменения связей
На рис.3.13 показан пример получения модели, поддерживающей
изменения связей.
┌─────────────┐
│КОНТРАКТ НА │
┌─────────────┐ │СОБСТВЕННОСТЬ│ ┌─────────────┐
│ │ │# * дата ├┐для │ │
│ РЕЗИДЕНЦИЯ │ │ o дата ├┼┼── ─ ─ ┤ РЕЗИДЕНЦИЯ │
│ │ │ окончания├┘ быть│ │
└─────┬┬┬─────┘ └─────┬┬┬─────┘ субъек└─────────────┘
принад-└┼┘ ────┘\ принад-└┼┘ том
лежать │ лежать │
быть ────┐/ быть
│собствен- │собствен-
ником ником
┌──────┴──────┐ ┌──────┴──────┐
│ │ │ │
│ ЧЕЛОВЕК │ │ ЧЕЛОВЕК │
│ │ │ │
└─────────────┘ └─────────────┘
Рис.3.13. Добавление новой сущности для обслуживания
изменения связи
Новая модель дает возможность человеку иметь более чем один
контракт на собственность резиденции одновременно и в перекрываю-
щиеся периоды времени. Подобным образом, резеденция, находящаяся
в собственности, может быть установлена через контракт. Заметим,
что модель представляет только одного собственника - возможно вы
сможете изменить ее.
3.4. Накладная на материалы
Во многих промышленных организациях структура накладной на
материалы существенно помогает идентифицировать:
- какие части используются в различных продуктах и
- какие продукты из каких частей изготавливаются.
В этих случаях имеются в виду 2типы 0 частей и продуктов. Один
и тот же тип части (напр., мотор) может быть использован как ком-
понент во многих других частях или продуктах. Это показывают
простой диаграммой, приведенной на рис.3.14.
Информационно-логическое моделирование.
50 Модель "Сущность-Связь"
─────────────────────────────────────────────────────────────────
┌────────────────────┐
│ │
│ ЧАСТЬ/ПРОДУКТ │
│ ├┐состоять из
│ # * код ├┼ ─ ─ ┐
│ * описание ├┘
│ │ │
└────────────┬┬┬─────┘
использо-└┼┘ │
ваться в
└ ─ ─ ─ ─ ─ ─ ┘
Рис.3.14.
Эта модель, однако, является недостаточной, когда требуется
знать количество частей в продукте и, возможно, инструкцию сборки.
Достигается это путем создания интерсекционной сущности для этих
атрибутов (таким образом всегда разрешается связь "многие ко мно-
гим").
┌────────────────────┐
│ СТАНДАРТНАЯ │
│ СОСТАВЛЯЮЩАЯ │
│ │
│ о количество │
│ о инструкция по │
│ сборке │
└─┬┬┬────────────┬┬┬─┘
представлена└┼┘ в списке└┼┘
для использо-─┼─ частей ─┼─
вания в виде │ для │
│использо- │
ваться как собираться
┌──┴──────────────┴──┐ из
│ │
│ ЧАСТЬ/ПРОДУКТ │
│ │
│ # * код │
│ * описание │
│ │
└────────────────────┘
Рис.3.15.
Каждая ЧАСТЬ или ПРОДУКТ могут собираться из одного или бо-
лее СТАНДАРТНЫХ СОСТАВЛЯЮЩИХ, которые определяются их количеством
и инструкциями сборки, каждая из которых должна быть представлена
для использования в виде другой ЧАСТИ или ПРОДУКТА.
Наоборот, каждая ЧАСТЬ или ПРОДУКТ может использоваться как
