
- •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. Классические структуры и общие образцы 55
─────────────────────────────────────────────────────────────────
Этот последний пример является наиболее гибким и может ис-
пользоваться в очень сложных ситуациях.
3.7. Общая модель для Заказов
┌────────────────────┐ ┌────────────────────┐
│ │ │ │
│ СТРОКА ЗАКАЗА │ │ ПРОДУКЦИЯ │
│ │ │ │
│ ┌────────────────┐ │ │ ┌────────────────┐ │
│ │ │ │ │ │ │ │
│ │ СТРОКА ЗАКАЗА │ │ │ │ УСЛУГА │ │
│ │ ├┐│для │ │ │ │
│ │ ПРОДУКЦИИ ├┼┼─────────── ─ ─ ─ ─ ─ ┤ │ напр. │ │
│ │ ├┘│ показана в│ │ Консультация │ │
│ │ o количество │ │ │ │ │ │
│ │ │ │ │ └────────────────┘ │
│ └────────────────┘ │ │ # * код │
│ # * номер │ │ o описание │
│ ┌────────────────┐ │ │ ┌────────────────┐ │
│ │ │ │ │ │ │ │
│ │ ДРУГАЯ │ │ │ │ ДРУГАЯ │ │
│ │ │ │ │ │ │ │
│ │ СТРОКА ЗАКАЗА │ │ │ │ ПРОДУКЦИЯ │ │
│ │ │ │ │ │ │ │
│ └────────────────┘ │ │ └────────────────┘ │
│ │ │ │
└────────┬┬┬─────────┘ └────────────────────┘
быть └┼┘
частью ┼
│
│состоять из
┌────────────────────┐размещаться ┌─────────────────────┐
│ ├┐у │ │
│ ЗАКАЗ ├┼────────── ─ ─ ─ ─ ─┤ │
│ ├┘ принимать │ ПОСТАВЩИК/ПОДРЯДЧИК │
│ ┌────────────────┐ │ участие в │ │
│ │ │ │ │ │
│ │ ├┐│часть └─────────────────────┘
│ │ ЗАДАНИЕ ├┼┼┼────┐
│ │ ├┘│
│ │ │ │ │
│ └────────────────┘ │
│ # * номер ├ ─ ─ ┘
│ * дата │ссылаться
│ ┌────────────────┐ │на ┌─────────────────────┐
│ │ │ │ │ │
│ │ ├┐│получен от │ │
│ │ ГЛАВНЫЙ ЗАКАЗ ├┼┼┼───────── ─ ─ ─ ─ ─ ┤ ПОКУПАТЕЛЬ │
│ │ ├┘│ источником│ │
│ │ │ │ │ │
│ └────────────────┘ │ └─────────────────────┘
│ │
└────────────────────┘
Рис.3.23. Классическая структура для ЗАКАЗОВ
.
Информационно-логическое моделирование.
56 Модель "Сущность-Связь"
─────────────────────────────────────────────────────────────────
Замечания:
1) В этой диаграмме продукция и услуги предполагаются подоб-
ными работами, выполняемыми на предприятии.
2) Подтип ДРУГАЯ СТРОКА ЗАКАЗА отражает налог, детали пос-
тавки, комментарии, сроки и условия и т.д. по заказу.
3) Модель предоставляет возможность представления иерархии
заказов с любым количеством уровней (заказ в заказе).
4) Информация о поставщиках и покупателях храниться отдель-
но, что является естественным для малого бизнесса (небольших
предприятий). Для большого бизнесса (больших предприятий) возмож-
но потребуется соединить сущности ПОСТАВЩИК, ПОКУПАТЕЛЬ, чтобы
представить внутренние заказы.
В случае внутренних заказов следующие возможные синонимы и
примеры могут быть полезны:
ЗАКАЗ Контракт
Соглашение
Заявка
Внутренний заказ
ГЛАВНЫЙ ЗАКАЗ Основной контракт
Первичный контракт
ЗАДАНИЕ Подконтракт
Подзаказ
Примеры Контракт на ремонт и обслуживание
Соглашение о предоставлении услуг
Представленную на рис.3.23 модель можно использовать для
многих управляющих документов. Попробуйте заменить слово ЗАКАЗ на
ПОСТАВКА или СЧЕТ; возможно потребуются некоторые изменения, но в
основном модель является корректной и для такого применения.
.