Презентация, доклад к уроку на тему: Построение логической модели данных выбранной предметной области в нотации IDEF1X

Содержание

Задание В среде редактора Ервин разработайте реляционную модель данных для Вашей системы.

Слайд 1Тема урока
Создание логической модели данных
Целью урока является построить

логическую модель данных выбранной предметной области в нотации IDEF1X
Тема урока  Создание логической модели данных Целью урока является построить логическую модель данных выбранной предметной области

Слайд 2Задание
В среде редактора Ервин разработайте реляционную модель данных для Вашей

системы.
Задание В среде редактора Ервин разработайте реляционную модель данных для Вашей системы.

Слайд 3Действия:
1.Определим информационные обьекты моделируемой системы.
Это обьекты Поставщик, Материалы,Поставка_Материала.
2.Опишем каждый информационный обьект

набором атрибутов.
Поставщик(Код_Поставщика,Название_Поставщика,Адрес,Телефон)
Материалы(Код_Материала,Название_Материала,Цена,Категория)
Замечание: Атрибут Категория можно было бы вынести в отдельную таблицу, как отдельный информационный объект, но мы не будем это делать, учитывая, что домен значений данного атрибута содержит всего 2 значения.
Поставка_Материала(Код_поставки,Код_Поставщика,Код_Материала,Количество,Дата_Поставки).
3.Разместим данные о структуре каждого объекта в отдельной таблице (отношении).
4.Для каждого отношения определим ключевые атрибуты(в п.2 подчеркнуты).
5.Декомпозиция отношений, приведение их к 3-й нормальной форме в данном случае не требуется ввиду простой структуры таблиц. Они уже находятся в 3-й нормальной форме.
6.Откроем редактор Эрвин.
7.Создадим новую модель. Укажем при этом, что потребуется и логический и физический уровни представления модели. Выберем сервер СУБД – МЅ Access
Действия:1.Определим информационные обьекты моделируемой системы.Это обьекты Поставщик, Материалы,Поставка_Материала.2.Опишем каждый информационный обьект набором атрибутов.Поставщик(Код_Поставщика,Название_Поставщика,Адрес,Телефон)Материалы(Код_Материала,Название_Материала,Цена,Категория)Замечание: Атрибут Категория можно было бы

Слайд 4Создание логической модели данных
Основные компоненты диаграммы ERwin — это сущности, атрибуты

и связи.
Каждая сущность является множеством подобных индивидуальных объектов, называемых экземплярами.
Каждый экземпляр индивидуален и должен отличаться от всех остальных экземпляров.
Атрибут выражает определенное свойство объекта.
Создание логической модели данныхОсновные компоненты диаграммы ERwin — это сущности, атрибуты и связи. Каждая сущность является множеством

Слайд 5С точки зрения БД (физическая модель) сущности соответствует таблица, экземпляру сущности

— строка в таблице, а атрибуту — колонка таблицы.
Построение модели данных предполагает определение сущностей и атрибутов.
Сущность можно определить как объект, событие, информация о которых должна сохраняться.

С точки зрения БД (физическая модель) сущности соответствует таблица, экземпляру сущности — строка в таблице, а атрибуту

Слайд 6Сущности должны иметь наименование с четким смысловым значением, именоваться существительным в

единственном числе, не носить "технических" наименований и быть достаточно важными для того, чтобы их моделировать.
Именование сущности в единственном числе облегчает в дальнейшем чтение модели.
Имя сущности дается по имени ее экземпляра (например, имя сущности Заказчик (не Заказчики!) с атрибутами Номер заказчика, Фамилия и т.д.).
Сущности должны иметь наименование с четким смысловым значением, именоваться существительным в единственном числе, не носить

Слайд 7Для внесения сущности в модель необходимо кликнуть по кнопке сущности на

панели инструментов (ERwin Toolbox) , затем кликнуть по тому месту на диаграмме, где Вы хотите расположить новую сущность.
Кликнув правой кнопкой мыши по сущности и выбрав из всплывающего меню пункт Entity Editor... можно вызвать диалог Entity Editor, в котором определяются имя, описание и комментарии сущности.

Для внесения сущности в модель необходимо кликнуть по кнопке сущности	 на панели инструментов (ERwin Toolbox) , затем

Слайд 8Диалог Entities
В диалоге Entity Editor определяются имя, описание и комментарии сущности.
Каждая

сущность должна быть полностью определена с помощью текстового описания в закладке Definition.
Диалог EntitiesВ диалоге Entity Editor определяются имя, описание и комментарии сущности.Каждая сущность должна быть полностью определена с

Слайд 9Закладки Note, Note 2, Note 3, UDP служат для внесения дополнительных

комментариев и определений к сущности.
В закладке Icon каждой сущности можно поставить в соответствие изображение (файл bmp), которое будет отображатся в режиме просмотра модели на уровне иконок.

Закладки Note, Note 2, Note 3, UDP служат для внесения дополнительных комментариев и определений к сущности. В

Слайд 10Каждый атрибут хранит информацию об определенном свойстве сущности, а каждый экземпляр

сущности должен быть уникальным.
Атрибут или группа атрибутов, которые идентифицируют сущность, называется первичным ключом (primary key).
Атрибуты должны именоваться в единственном числе и иметь четкое смысловое значение. Согласно синтаксису IDEFIX имя атрибута должно быть уникально в рамках модели (а не только в рамках сущности!).
По умолчанию при попытке внесения уже существующего имени атрибута ERwin переименовывает его.
Каждый атрибут хранит информацию об определенном свойстве сущности, а каждый экземпляр сущности должен быть уникальным. Атрибут или

Слайд 11Каждый атрибут должен быть определен, при этом следует избегать циклических определений,

например, когда термин 1 определяется через термин 2, термин 2 — через термин 3, а термин 3 в свою очередь — через термин 1.
Часто приходится создавать производные атрибуты, т. е. атрибуты, значение которых можно вычислить из других атрибутов.
Производные атрибуты — ошибка нормализации, однако их вводят для повышения производительности системы, чтобы не проводить вычисления, которые на практике могут быть сложными
Каждый атрибут должен быть определен, при этом следует избегать циклических определений, например, когда термин 1 определяется через

Слайд 12Диалог Attribute Editor.
Кликнув по кнопке New..., следует указать имя атрибута,

имя соответствующей ему колонки и домен.
Домен атрибута будет использоваться при определении типа колонки на уровне физической модели
Диалог Attribute Editor. Кликнув по кнопке New..., следует указать имя атрибута, имя соответствующей ему колонки и домен.

Слайд 13Для атрибутов первичного ключа в закладке Key Group диалога Attribute Editor

необходимо сделать пометку в окне выбора Primary Key.
При определении первичного ключа может быть рассмотрено несколько наборов атрибутов.
Такие наборы называются потенциальными ключами (candidate key).
Например, если рассматривается сущность "Сотрудник", такими наборами могут быть:
Имя, Фамилия, Отчество, Дата рождения
Номер паспорта
Табельный номер
Отдел
Для атрибутов первичного ключа в закладке Key Group диалога Attribute Editor необходимо сделать пометку в окне выбора

Слайд 14К первичным ключам предъявляются определенные требования.
Первичный ключ должен однозначно идентифицировать

экземпляр сущности.
Первичный ключ должен быть компактен, то есть удаление любого атрибута из состава первичного ключа должно приводить к потере уникальности экземпляра сущности.
Каждый атрибут из состава первичного ключа не должен принимать NULL - значений (например, если принять в качестве первичного ключа номер паспорта, необходимо быть уверенным, что все сотрудники имеют паспорта).
К первичным ключам предъявляются определенные требования. Первичный ключ должен однозначно идентифицировать экземпляр сущности. Первичный ключ должен быть

Слайд 15Каждый атрибут первичного ключа не должен менять свое значение в течение

всего времени существования экземпляра сущности (сотрудник может сменить фамилию и паспорт, поэтому первый и второй потенциальные ключи не могут стать первичными).
Потенциальные ключи, не ставшие первичными, называются альтернативными (Alternate Key).
Атрибуты, или наборы атрибутов, использующиеся для доступа к группе экземпляров сущности, называются инверсионными ключами.
Каждый атрибут первичного ключа не должен менять свое значение в течение всего времени существования экземпляра сущности (сотрудник

Слайд 16Каждая сущность должна иметь по крайней мере один потенциальный ключ.
Многие сущности

имеют только один потенциальный ключ.
Такой ключ становится первичным.
Для описания альтернативных и инверсионных ключей необходимо кликнуть по кнопке ... (диалог Attribute Editor, закладка Key Group).
В появившемся диалоге закладка Key Group Editor создать новую ключевую группу (либо инверсионную, либо альтернативную) и указать, какие атрибуты входят в ту или иную группу.
Каждая сущность должна иметь по крайней мере один потенциальный ключ.Многие сущности имеют только один потенциальный ключ. Такой

Слайд 18Связь является логическим соотношением между сущностями.
Каждая связь должна именоваться глаголом

или глагольной фразой.
Имя связи выражает некоторое ограничение или бизнес-правило и облегчает чтение диаграммы.
По умолчанию имя связи на диаграмме не показывается.
На логическом уровне можно установить идентифицирующую связь "один-ко-многим", связь "многие-ко-многим" и неидентифицирующую связь "один-ко-многим".
Связь является логическим соотношением между сущностями. Каждая связь должна именоваться глаголом или глагольной фразой. Имя связи выражает

Слайд 19В IDEFIX различают зависимые и независимые сущности.
Тип сущности определяется ее

связью с другими сущностями.
Идентифицирующая связь устанавливается между независимой (родительский конец связи) и зависимой (дочерний конец связи) сущностями.
Когда рисуется идентифицирующая связь, ERwin автоматически преобразует дочернюю сущность в зависимую.
Зависимая сущность изображается прямоугольником со скругленными углами.
Экземпляр зависимой сущности определяется только через отношение к родительской сущности.
В IDEFIX различают зависимые и независимые сущности. Тип сущности определяется ее связью с другими сущностями. Идентифицирующая связь

Слайд 20При установлении идентифицирующей связи атрибуты первичного ключа родительской сущности автоматически переносятся

в состав первичного ключа дочерней.
Эта операция дополнения атрибутов дочерней сущности при создании связи называется миграцией атрибутов (в дочерней сущности новые атрибуты помечаются как внешний ключ — FK).
При установлении неидентифицирующей связи дочерняя сущность остается независимой, а атрибуты первичного ключа родительской сущности мигрируют в состав неключевых компонентов родительской сущности.
Неидентифицирующая связь служит для связывания независимых сущностей.
При установлении идентифицирующей связи атрибуты первичного ключа родительской сущности автоматически переносятся в состав первичного ключа дочерней. Эта

Слайд 21Идентифицирующая связь показывается на диаграмме сплошной линией с жирной точкой на

дочернем конце связи, неидентифицирующая – пунктирной.
Идентифицирующая связь показывается на диаграмме сплошной линией с жирной точкой на дочернем конце связи, неидентифицирующая – пунктирной.

Слайд 22Для установки связи между сущностями нужно воспользоваться кнопками в палитре инструментов.


На логическом уровне можно установить идентифицирующую связь один ко многим, связь многие ко многим и неидентифицирующую связь один ко многим (соответственно кнопки - слева направо в палитре инструментов).
Идентифицирующая связь устанавливается между независимой (родительский конец связи) и зависимой (дочерний конец связи) сущностями.
Для установки связи между сущностями нужно воспользоваться кнопками 		в палитре инструментов. На логическом уровне можно установить идентифицирующую

Слайд 23Мощность связей (Cardinality) – отношение числа экземпляров родительской сущности к числу

экземпляров дочерней.
Различают четыре типа связи:
одному экземпляру родительской сущности соответствуют 0, 1 или много экземпляров дочерней сущности (не помечается каким-либо символом);
символом Р – когда одному экземпляру родительской сущности соответствуют 1 или много экземпляров дочерней сущности (исключено нулевое значение);
символом Z – когда одному экземпляру родительской сущности соответствуют 0 или 1 экземпляр дочерней сущности (исключены множественные значения);
цифрой – случай точного соответствия (одному экземпляру родительской сущности соответствует заданное число экземпляров дочерней сущности).
Мощность связей (Cardinality) – отношение числа экземпляров родительской сущности к числу экземпляров дочерней.Различают четыре типа связи:одному экземпляру

Слайд 24Имя связи (Verb Phrase) — фраза, характеризующая отношение между родительской и

дочерней сущностями.
Для связи "один-ко-многим", идентифицирующей или неидентифицирующей, достаточно указать имя, характеризующее отношение от родительской к дочерней сущности (Parent-to-Child).
Для связи многие-ко-многим следует указывать имена как Parent-to-Child, так и Child-to-Parent.
Для редактирования свойств связи следует кликнуть правой кнопкой мыши по связи и выбрать на контекстном меню пункт Relationship Editor.
Имя связи (Verb Phrase) — фраза, характеризующая отношение между родительской и дочерней сущностями. Для связи

Слайд 26В появившемся диалоге можно задать:

Мощность (cardinality) связи - служит для обозначения

отношения числа экземпляров родительской сущности к числу экземпляров дочерней.
Verb Phrase - фраза, характеризующая отношение между родительской и дочерней сущностями.
Тип связи (идентифицирующая / не идентифицирующая).
Описание связи.
Правила ссылочной целостности (будут сгенерированы при генерации схемы БД).
В появившемся диалоге можно задать:Мощность (cardinality) связи - служит для обозначения отношения числа экземпляров родительской сущности к

Слайд 27Имя роли. Имя роли - это синоним атрибута внешнего ключа, которое

необходимо, например, при циклической связи. В этом случае нельзя иметь два атрибута с одинаковым именем внутри одной сущности. При задании имени роли атрибут мигрирует в качестве внешнего ключа в состав неключевых атрибутов с именем роли.

При переносе атрибутов внутри и между сущностями можно воспользоваться техникой "drag & drop".
Имя роли. Имя роли - это синоним атрибута внешнего ключа, которое необходимо, например, при циклической связи. В

Слайд 28Связь многие ко многим возможна только на уровне логической модели данных.


При переходе к физическому уровню ERwin автоматически преобразует связь многие ко многим, добавляя новую, ассоциативную сущность и устанавливая две новые связи один ко многим от старых к новой сущности.

Иллюстрация разрешения связи многие ко многим

Связь многие ко многим возможна только на уровне логической модели данных. При переходе к физическому уровню ERwin

Слайд 29Автоматического решения проблемы связи многие ко многим не всегда оказывается достаточно.


В данном примере один и тот же пациент может много раз посещать врача, поэтому для того, чтобы идентифицировать визит необходимо в состав первичного ключа таблицы "Visit" добавить, например, дату-время посещения.
Автоматического решения проблемы связи многие ко многим не всегда оказывается достаточно. В данном примере один и тот

Слайд 30Различают несколько типов зависимых сущностей.
Характеристическая — зависимая дочерняя сущность, которая связана

только с одной родительской и по смыслу хранит информацию о характеристиках родительской сущности.

Пример характеристической сущности "Хобби"

Ассоциативная — сущность, связанная с несколькими родительскими сущностями. Такая сущность содержит информацию о связях сущностей.

Различают несколько типов зависимых сущностей.Характеристическая — зависимая дочерняя сущность, которая связана только с одной родительской и по

Слайд 31Именующая — частный случай ассоциативной сущности, не имеющей собственных атрибутов (только

атрибуты родительских сущностей, мигрировавших в качестве внешнего ключа).
Категориальная — дочерняя сущность в иерархии наследования.

Иерархия наследования (или иерархия категорий) представляет собой особый тип объединения сущностей, которые разделяют общие характеристики.
Именующая — частный случай ассоциативной сущности, не имеющей собственных атрибутов (только атрибуты родительских сущностей, мигрировавших в качестве

Слайд 32Например, в организации работают служащие, занятые полный рабочий день, и совместители.


Из их общих свойств можно сформировать обобщенную сущность (родовой предок) Сотрудник, чтобы представить информацию, общую для всех типов служащих.
Специфическая для каждого типа информация может быть расположена в категориальных сущностях (потомках) Постоянный сотрудник и Совместитель.
Иерархию наследования создают, когда несколько сущностей имеют общие по смыслу атрибуты, или когда сущности имеют общие по смыслу связи (например, если бы Постоянный сотрудник и Совместитель имели сходную по смыслу связь "работает в" с сущностью Организация), или когда это диктуется бизнес-правилами.
Например, в организации работают служащие, занятые полный рабочий день, и совместители. Из их общих свойств можно сформировать

Слайд 33Для каждой категории можно указать дискриминатор — атрибут родового предка, который

показывает, как отличить одну категориальную сущность от другой (атрибут Тип).

Иерархия наследования. Неполная категория

Для каждой категории можно указать дискриминатор — атрибут родового предка, который показывает, как отличить одну категориальную сущность

Слайд 34Иерархии категорий делятся на два типа — полные и неполные.
В

полной категории одному экземпляру родового предка (сущность Служащий) обязательно соответствует экземпляр в каком-либо потомке, т. е. в примере служащий обязательно является либо совместителем, либо консультантом, либо постоянным сотрудником.

Иерархия наследования. Полная категория

Иерархии категорий делятся на два типа — полные и неполные. В полной категории одному экземпляру родового предка

Слайд 35Для моделирования категорий служит кнопка в палитре инструментов.

Для моделирования категорий служит кнопка	 в палитре инструментов.

Слайд 36При создании реальных моделей данных количество сущностей и атрибутов может исчисляться

сотнями.
Для более удобной работы с большими моделями в ERwin'е предусмотрены предметные области (Subject Area), в которые можно включить тематически общие сущности.
Для создания предметных областей нужно вызвать диалог Subject Area Editor (меню Edit/ Subject Area...), в котором указывается имя предметной области и входящие в нее сущности.
Все изменения, сделанные в предметной области, автоматически отображаются на общей модели.
При создании реальных моделей данных количество сущностей и атрибутов может исчисляться сотнями. Для более удобной работы с

Слайд 38Выводы
Задание.
На основе ранее созданной функциональной модели и описания заданного отдела

создать логическую модель с использованием пакета ERwin.
Вопросы на закрепление
Каково назначение пакета ERwin и его основные функции?
В чем состоят главные преимущества пакета ERwin?
Опишите этапы построения информационной модели.
Из каких элементов состоит диаграмма "сущность-связь"?
Опишите характеристики связей в методологии IDEF1X.
Какие типы ключей используются в пакете ERwin, каково их назначение?
Каково предназначение доменов, приведите примеры доменов различного вида.

Выводы Задание.На основе ранее созданной функциональной модели и описания заданного отдела создать логическую модель с использованием пакета

Слайд 39Контрольные вопросы
1. Нотации, поддерживаемые CASE-средством Allfusion Erwin Data Modeler:
Idef 1x
Чена
Мартина
Баркера
Dimentional

2. Каким

абстрактным механизмом отличаются модель «Сущность-связь» (ER-модель) и расширенная модель «Сущность-связь» (EER-модель)?
а) атрибут;
б) сущность;
в) иерархия подмножества;
г) простая связь.

3. На каком этапе проектирования баз данных используется целевая СУБД?
а) анализ требований;
б) физическое проектирование;
в) логическое проектирование;
г) концептуальное проектирование.


Контрольные вопросы1. Нотации, поддерживаемые CASE-средством Allfusion Erwin Data Modeler:Idef 1xЧенаМартинаБаркераDimentional2. Каким абстрактным механизмом отличаются модель «Сущность-связь» (ER-модель)

Слайд 40Домашнее задание
Создание физической модели данных

Домашнее заданиеСоздание физической модели данных

Что такое shareslide.ru?

Это сайт презентаций, где можно хранить и обмениваться своими презентациями, докладами, проектами, шаблонами в формате PowerPoint с другими пользователями. Мы помогаем школьникам, студентам, учителям, преподавателям хранить и обмениваться учебными материалами.


Для правообладателей

Яндекс.Метрика

Обратная связь

Email: Нажмите что бы посмотреть