- •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. Классические структуры и общие образцы 51
─────────────────────────────────────────────────────────────────
одна или более СТАНДАРТНЫЕ СОСТАВЛЯЮЩИЕ, каждая из которых должна
быть в списке частей для другой ЧАСТИ или ПРОДУКТА.
В этой диаграмме имеются проблемы со словами. Вы должны при-
нять эту форму, которая является корректной, но слова возможно
потребуется изменить для того, чтобы удовлетворить соглашениям
названий моделируемой организации.
Следующие слова могут изменять свой смысл от предприятия к
предприятию. Необходимо определить их соответствие контексту:
- часть;
- компонент;
- составляющая часть;
- продукт;
- элемент (пункт) списка частей;
- оборудование;
- агрегат;
- и многие другие!
3.5. Классификации и категории
Мы все любим навешивать на вещи ярлыки. При этом редко даем
им взаимоисключающие метки и редко классифицируем вещи только од-
ним способом. «Гибкие системы» часто требуют, чтобы ключевые сущ-
ности могли быть классифицированы как многими способами, так и с
возможностью классификации для определенного промежутка времени,
включая переквалификацию этой квалификации. Как можно получить
это обобщение?
На рис.3.16 показана простая классификация продуктов.
┌───────────────────┐
│ │
│ ПРОДУКТ │
│ │
│ # * код │
│ * описание │
│ * классификатор │
│ │
└───────────────────┘
Рис.3.16. Простая классификация
Информационно-логическое моделирование.
52 Модель "Сущность-Связь"
─────────────────────────────────────────────────────────────────
В этом случае использован простой атрибут. Любое классифика-
ционное значение может быть использовано для классификации про-
дуктов; эти значения никак не подтверждаются и каждая классифика-
ция предполагается взаимоисключающей. Каждый продукт может клас-
сифицироваться только одним способом в определенный момент време-
ни, и человек, который устанавливает классификацию, должен знать,
что она означает.
На рис.3.17 показано представление кодированной классифика-
ции.
┌───────────────┐ ┌───────────────┐
│ │ │ КЛАССИФИКАТОР │
│ ПРОДУКТ ├┐в │ ПРОДУКТА │входить
│ ├┼────────── ─ ─ ─ ─ ┤ ├┐в
│ # * код ├┘ быть клас- │ # * значение ├┼ ─ ─ ┐
│ * описание │ сификатором│ * описание ├┘
│ │ для │ │ │
└───────────────┘ └──────────┬────┘
состоять из │
└ ─ ─ ─ ─ ─ ┘
Рис.3.17. Кодированная классификация
В этом втором случае представление классификатора продукта
требуется с определением смысла или описания; такие классификато-
ры уже являются проверяемыми и подтверждаемыми. Однако, продукт
все еще может иметь только один классификатор в любой момент вре-
мени. В диаграмме на рис.3.17 также добавлена простая иерархия
классификаторов для обслуживания различных иерархических наборов
классификаторов.
Реализация множества классификаций продукта на ER-модели по-
казана на рис.3.18.
.
