Скачать 1.04 Mb.
|
4.2. Методология IDEF1XМетод IDEF1 (Icam DEFinition) является основной частью программы ICAM (Интеграция компьютерных и промышленных технологий). В семейство стандартов IDEF входят также IDEF0 - Функциональное моделирование IDEF1 - Информационное моделирование IDEF2 - Поведенческое моделирование IDEF3 - Моделирование деятельности DFD - Моделирование потоков данных IDEF4 - Объектно-ориентированное проектирование IDEF5 - Систематизация объектов приложения IDEF6 - Использование рационального опыта проектирования IDEF8 - Взаимодействие человека и системы IDEF9 - Учет условий и ограничений IDEF14 - Моделирование сетей Метод IDEF1 разработан Т.Рэмей (T.Ramey), основан на подходе П.Чена и позволяет построить модель данных, эквивалентную реляционной модели в третьей нормальной форме. В настоящее время на основе совершенствования методологии IDEF1 создана ее новая версия - методология IDEF1X. IDEF1X разработана с учетом таких требований, как простота изучения и возможность автоматизации. IDEF1X-диаграммы используются рядом распространенных CASE-средств (в частности, ERwin, Design/IDEF). Сущность в методологии IDEF1X называется независимой от идентификаторов или просто независимой, если каждый экземпляр сущности может быть однозначно идентифицирован без определения его отношений с другими сущностями. Сущность называется зависимой от идентификаторов или просто зависимой, если однозначная идентификация экземпляра сущности зависит от его отношения к другой сущности (рис. 4.2.1). Рис 4.2.1. Изображение сущностей и связей. Каждой сущности присваивается уникальное имя и номер, разделяемые косой чертой "/" и помещаемые над блоком. Если экземпляр сущности-потомка однозначно определяется своей связью с сущностью-родителем, то связь называется идентифицирующей, в противном случае - не идентифицирующей. Идентифицирующая связь между сущностью - родителем и сущностью – потомком изображается сплошной линией. На рисунке 4.2.1: N2 - зависимая сущность, Связь1 - идентифицирующая связь. Сущность-потомок в идентифицирующей связи является зависимой от идентификатора сущностью. Сущность-родитель в идентифицирующей связи может быть как независимой, так и зависимой от идентификатора сущностью (это определяется ее связями с другими сущностями). Пунктирная линия изображает неидентифицирующую связь. На рисунке 4.2.1: N4 - независимая сущность, Связь2 -неидентифицирующая связь. Сущность-потомок в неидентифицирующей связи будет независимой от идентификатора, если она не является также сущностью - потомком в какой-либо идентифицирующей связи. Связь может дополнительно определяться с помощью указания степени или мощности (количества экземпляров сущности-потомка, которое может существовать для каждого экземпляра сущности-родителя). В IDEF1X могут быть выражены следующие мощности связей:
Мощность связи обозначается, как показано на рис. 4,2.2 (мощность по умолчанию - N). Рис 4.2.2. Мощность связи Атрибуты изображаются в виде списка имен внутри блока сущности. Атрибуты, определяющие первичный ключ, размещаются наверху списка и отделяются от других атрибутов горизонтальной чертой (рисунок 4.2.3. ). Рис 4.2.3. Атрибуты и первичные ключи Сущности могут иметь также внешние ключи (Foreign Key). При идентифицирующей связи они используются в качестве части или целого первичного ключа, при неидентифицирующей служат неключевыми атрибутами. В списке атрибутов внешний ключ отмечается буквами FK в скобках. |
1. Теоретические основы организации бд. Реляционная модель данных. 5 Проектирование реляционных баз данных с использованием семантических моделей: er-диаграммы 56 |
Методические рекомендации по использованию sql-ориентированных заданий,... В большинстве существующих субд имеются встроенные интерфейсы, в которых пользователь явным образом не использует операции структурированного... |
||
Учебное пособие для студентов Экономического факультета Оглавление Московский Государственный Университет имени М. В. Ломоносова основы построения реляционных баз данных |
Программа фиэб направление подготовки 230100 «Информатика и вычислительная... Архитектура баз данных. Модели данных. Иерархические, сетевые, реляционные модели данных. Модель «сущность-связь». Уровни проектирования:... |
||
Константин Черняк Архитектор информационных систем и баз данных Проектирование баз данных, написание скриптов миграций структуры бд, установка/настройка/доработка |
Лабораторная работа №1: Создание баз данных В этой утилите можно выполнить типовые задачи обслуживания баз данных, такие как резервирование и восстановление. Здесь можно настраивать... |
||
Содержание Наращивание экономической и статистической информации в двухструктурных реляционных базах данных |
Пер с англ. — М. Издательский Архитектура системы баз данных 65 Глава Введение в реляционные базы данных 92 |
||
Голицына О. Л., Максимова Н. В., Попов И. И. Базы данных / О. Л.... Цель занятия: сформировать у студентов представление о понятии «Структурированный язык запросов», познакомить с его синтаксисом и... |
Методические рекомендации составлены в соответствии с рабочей программой... Методические рекомендации составлены в соответствии с рабочей программой профессионального модуля «Соадминистрирование и автоматизация... |
||
Многокритериальный выбор оптимальной системы управления базы данных... Одной из главных проблем разработки приложения баз данных является выбор системы управления базами данных (далее субд). Выбранная... |
«Программа расчета агрегатов по накапливающимся данным для построения отчетов» В этой работе предлагается новый способ подсчета агрегатов в сложных реляционных базах данных, а также рассматриваются существующие... |
||
Основы современных баз данных Предметом курса являются системы управления базами данных (субд). Это очень важная тема, без основательного знакомства с которой... |
Инструкция по установке и работе программы Хранилищем данных для программы “ План финансово-хозяйственной деятельности ” (далее для краткости – “Программа”) является файл “Plan... |
||
Литература: Дейт К. Введение в системы баз данных, 8-е издание. Вильямс, 2006 Субд; 3 оптимального доступа к данным с использованием субд. 4 нереляционная форма хранения данных. 5 Современные технологии доступа... |
Инструкция о порядке резервирования и восстановления работоспособности... Целью настоящего документа является превентивная защита элементов испдн от предотвращения потери защищаемой информации |
Поиск |