- •Содержание
- •Правила для неопределенных отношений 79
- •1. Занятие I. Общее знакомство с idef1x. Термины.
- •1.1. Концепции метода idef1x.
- •1.2. Цель создания информационной модели.
- •1.3. Предпосылки к появлению методологии idef1x.
- •1.4. Основные термины и определения методологии idef1x.
- •1.5. Графическое представление модели.
- •1.6. Правила для диаграмм
- •1.7. Примечания
- •2. Занятие II. Этапы создания информационной модели.
- •2.5. Принятие авторских соглашений по моделированию.
- •3.2. Зависимая и независимая сущности.
- •3.3. Графическое изображение сущностей на диаграммах.
- •3.3.1. Сущность, независимая от идентификатора
- •3.3.2. Сущность, зависимая от идентификатора
- •3.4. Составление списка естественных сущностей.
- •4.3. Отношение связи. Определенное отношение связи.
- •4.3.1. Правила для определенных отношений связи.
- •4.4. Отношение категоризации.
- •4.4.1. Правила для отношений категоризации.
- •4.5. Неопределенное отношение.
- •4.5.1. Правила для неопределенных отношений
- •Графическое изображение отношений на диаграмме.
- •4.8. Диаграмма сущностей.
- •4.9. Контрольные вопросы и задания:
- •5.2. Преобразование неопределенных отношений.
- •5.3. Что такое атрибут?
- •Обозначение альтернативных ключей
- •5.5. Внешние ключи.
- •5.8. Ролевое имя.
- •5.9. Идентификация ключевых атрибутов.
- •5.10. Правила назначения ключей.
- •5.11. Таблица «сущность/атрибут».
- •5.12. Представление результатов в виде диаграммы.
- •5.13. Контрольные вопросы и задания:
- •6.3. Определение принадлежности атрибутов. Описание атрибутов.
- •6.4. Правила назначения не ключевых атрибутов.
- •6.5. Представление результатов этапа.
- •6.6. Контрольные вопросы:
- •8. Приложение 1. Определения
- •Idef1x диаграмма: См. Диаграмма представления.
- •9.1. Имена диаграмм, сущностей, и атрибутов
- •9.2. Метки сущности
- •9.3. Метки ролевого имени атрибута
- •9.4. Метки имен отношений
- •9.5. Примечания к модели
- •9.6. Отображения меток на нескольких строках
- •10. Приложение 3. Правила.
- •10.1. Правила для атрибутов
- •10.2. Правила для диаграмм
- •10.3. Правила для ключей
- •10.3.1. Правила для внешних ключей
- •10.3.2. Правила для первичных и альтернативных ключей
- •10.4. Правила для отношений.
- •10.4.1. Правила для неопределенных отношений
- •10.4.2. Правила для определенных отношений связи
- •10.4.3. Правила для отношений категоризации
- •10.5. Правила для примечаний
- •10.6. Правила для сущностей
- •10.7. Правила для уровней представления
- •11. Приложение 4. Примеры информационных моделей.
9.6. Отображения меток на нескольких строках
Когда ограничения длины требуют, чтобы метка состояла из нескольких строк, необходимо пояснить, какие строки являются продолжением данной метки, а какие являются новыми метками. Символы аннотации (например, номера примечаний, обозначения внешних или альтернативных ключей) включаются в последнюю строку метки.
Примеры для метки сущности:
ПУНКТ_
ЗАКАЗА/12
ПУНКТ_ЗАКАЗА/ 12 (16) Примеры для имени атрибута и атрибута с ролевым именем: полная-стоимость-пункта-заказа (5)
бухгалтер.
код-сотрудника (FK)
Примеры для метки отношений Выполняет / Назначено
Делится на / Складывается в (5)
10. Приложение 3. Правила.
10.1. Правила для атрибутов
1) Атрибут должен иметь уникальное имя, и одно и то же значение должно всегда соответствовать одному и тому же имени. Кроме того, одно и то же значение не может соответствовать различным именам, если имена не псевдонимы.
Сущность может иметь любое число атрибутов. В представлениях KB и FA каждый атрибут принадлежит только одной сущности (Правило единственного владельца).
Сущность может иметь любое число мигрирующих атрибутов. Однако, мигрирующий атрибут должен быть частью первичного ключа соответствующей сущности-родителя или общей сущности.
4) Каждый экземпляр сущности должен иметь значение каждого атрибута, который является частью его первичного ключа.
5) Никакой экземпляр сущности не может иметь более одного значения для атрибута,
связанного с сущностью (Правило не повторяемости).
Атрибуты, которые не являются частью первичного ключа, могут иметь значение "пусто" (значение не присвоено или не известно) при условии, что они отмечены символом (O) (например, «О» верхнего регистра) после имени атрибута.
На диаграмме атрибут помечается или именем атрибута, или одним из своих псевдонимов. Если это собственный атрибут одной сущности и мигрирующий атрибут другой сущности, то он или имеет для обеих сущностей одно и то же имя, или, как мигрирующий атрибут сущности, получает ролевое имя или псевдоним ролевого имени. На различных диаграммах в пределах одной модели атрибут может быть помечен различными именами, то есть, псевдонимами.
8) Никакая диаграмма не может содержать два определенных в глоссарии атрибута, имена которых являются синонимами. Два имени - синонимы, если они прямо или косвенно являются псевдонимами один для другого, или имеется третье имя, для которого оба данных имени являются псевдонимами (прямо или косвенно).
10.2. Правила для диаграмм
1) Каждая диаграмма должна иметь уникальное имя.
2) Авторские соглашения, принятые для информационной модели, должны быть непротиворечивы для всех диаграмм, включенных в модель.
3) Любая диаграмма, которая содержит изображение элементов информационной модели, не
соответствующее любому из стандартов IDEF1X, должна быть отмечена надписью «Только для демонстрации» (FEO).
4) Модель может содержать диаграммы различных уровней представления (диаграмма сущностей, диаграмма функционального представления и т.п.).