- •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
5. Оценка качества модели "Сущность-Связь" 73
─────────────────────────────────────────────────────────────────
5. ОЦЕНКА КАЧЕСТВА МОДЕЛИ "СУЩНОСТЬ - СВЯЗЬ"
ER-модель (модель данных) разрабатывается на этапе СТРАТЕГИИ
(соответствует этапу ТЗ по ГОСТ ЕСПД) и затем детализируется и
тщательно прорабатывается на этапе АНАЛИЗА (соответствует этапу
ЭП). К концу каждого этапа разработки, ER-модель должна удовлетво-
рять определенным требованиям для выполнения своего назначения, а
именно:
определять требования к данным системы в терминах, понятных
заказчику и разработчику системы;
содержать корректную информацию, достаточную для выполнения
прототипа и предварительного проекта базы данных системы.
Описание ER-модели выполняется в виде ER-диаграммы, набора
типовых форм 1-4 (см. Приложение 2) и перекрестной матрицы "Функ-
ция - Сущность".
Для оценки качества ER-модели рекомендуется использовать
списки контрольных вопросов, приведенные ниже. Контрольные вопро-
сы сформулированы для каждого этапа разработки СТРАТЕГИИ и АНАЛИ-
ЗА и объединены в группы по элементам ER-модели. В начале каждого
списка приводятся вопросы, которые могут использоваться для авто-
матического контроля ER-модели, если соответсвующая информация
накоплена в СЛОВАРЕ ДАННЫХ разработки. Вторая половина вопросов
предназначена для экспертной оценки свойств модели.
.
Информационно-логическое моделирование.
74 Модель "Сущность-Связь"
─────────────────────────────────────────────────────────────────
5.1. Качество er-модели в конце этапа стратегии
На этапе СТРАТЕГИИ ER-модель разрабатвается с целью выявле-
ния информационных потребностей заказчика и определения требова-
ний к базе данных будущей системы. На этом этапе нет необходимос-
ти углубляться в детали разрабатываемой системы. Так, например,
не обязательно иметь спецификации форматов данных (символьные,
числовые и т.п.). Допустимы слишком общие связи между сущностями
типа "многие ко многим".
5.1.1. Контрольные вопросы для оценки СУЩНОСТИ
Список вопросов для автоматического контроля каждой сущности
ER-модели, если при ее разработке использовался СЛОВАРЬ ДАННЫХ:
- Имя сущности уникально внутри проекта (разработки)?
- Если есть синоним, то он уникален в пределах проекта (раз-
работки)?
- Имеет ли сущность описание?
- Имеет ли сущность не менее одной связи?
- Имеет ли сущность ключ (уникальную идентификацию для каж-
дого экземпляра сущности), состоящий из ключевых атрибутов, или
ключевых связей, или их комбинации?
- Ключ сущности состоит только из обязательных атрибутов,
или обязательных связей, или их комбинации?
- Если сущность имеет подтипы, то существуют собственные ат-
рибуты или связи подтипов, отличающие их друг от друга?
Список контрольных вопросов для экспертной оценки сущностей
ER-модели:
- Имя сущности - это существительное в единственном числе?
- Определяет имя сущности класс или тип объектов, а не от-
дельный экземпляр?
- Отражен ли смысл сущности в ее имени?
- Если есть синоним, то его имя - это существительное в
единственном числе?
- Является ли описание сущности достаточно кратким и смысло-
