
- •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. Классические структуры и общие образцы 57
─────────────────────────────────────────────────────────────────
3.8. Общая модель для ролей и работ
Общая (классическая) структура для ролей и работ приведена
на рис.3.24.
Начальной точкой для понимания и использования этой модели
может послужить следующий список примеров:
Роли: служащий по контракту, покупатель, продавец,
первый помощник, руководитель проекта, лектор,
водитель.
Работы: управляющий, клерк, ответственный продавец,
сборщик, медицинская сестра, учитель, програм-
мист.
┌───────────────────────┐
│ │
┌───────────┐ │ ОРГАНИЗАЦИОННАЯ │
│ ├┐с │ ЕДИНИЦА │
│ КОНТРАКТ ├┼───────────── ─ ─ ─ ─ ─ ─ ─ ─┤ │
│ СЛУЖАЩЕГО ├┘ быть источником│ ┌───────────────┐подчи-
│ │определен ┌────────┐ │ │ ВНУТРЕННЯЯ ├┐няться
│ * дата от ├┐как │ ЦЕЛЬ │ │ │ОРГАНИЗАЦИОННАЯ├┼ ─┐ │
│ o дата до ├┼───────────┐ └───┬┬┬──┘ │ │ ЕДИНИЦА ├┘ │
│ ├┘ для└┼┘ │ └───────────────┘ │ │
└┬┬┬────────┘ │ │ │ └ ─ ─ ┘ │
└┼┘для │ ┌───────────────┐ │
│ субъект│ │ │ │ ВНЕШНЯЯ │ │
│ ┌─────────────────┐ │ │ОРГАНИЗАЦИОННАЯ│ │
│ │ ТИП РАБОТЫ │ │ │ ЕДИНИЦА │ │
│ │ # * код │ │ └───────────────┘ │
│ │ o описание │ │ │
│ │напр. Управляющий│ │ # * код │
┌───────────┬┐в └─────────────────┘ │ * название │
│ │ РОЛЬ ├┼ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ┤ │
│ ├┘ основа для└───────────────────────┘
│ │ * дата от ├┐быть ┌─────────────────┐
│ * дата до ├┼────── ─ ─ ─ ─┤ ТИП РОЛИ │
│ └────┬┬┬────┴┘ класси-│ # * код │
└┼┘для фикатор│ o описание │
│учас- │ для │напр.Руководитель│
тник в │проекта │
┌─┴─────────┴─────┐ └─────────────────┘
│ │
│ ЧЕЛОВЕК │
│ │
└─────────────────┘
Рис.3.24. Классическая структура для ролей и работ
.
Информационно-логическое моделирование.
58 Модель "Сущность-Связь"
─────────────────────────────────────────────────────────────────
Замечания:
В диаграмме разделены типы ролей и типы работ.
Тип работ может быть расширен так, чтобы покрыть степени
градации, а также кодом в платежной ведомости, полным описанием
работы и т.д. На приведенной диаграмме показаны ЦЕЛИ работ для
того, чтобы отличить их от ролей. В большой модели, к слову ЦЕЛИ
может потребоваться добавление префиксного прилагательного, для
того чтобы отличать их от других целей модели.
Предположим, что КОНТРАКТ СЛУЖАЩЕГО применим только для ОР-
ГАНИЗАЦИОННЫХ ЕДИНИЦ. Заметим, что путем перемещения линии связи
к супертипу (ОРГАНИЗАЦИОННАЯ ЕДИНИЦА), модель становиться пригод-
ной для обслуживания перемещений людей, беря во внимание их раз-
ные одновременные, прошлые и настоящие контракты.
В большинстве случаев, слова НАЗНАЧЕНИЕ НА ДОЛЖНОСТЬ могут
быть использованы взамен КОНТРАКТ СЛУЖАЩЕГО, т.к. человек назна-
чается на должность для выполнения работы путем формального или
неформального контракта служащего.
.