Моделирование данных Модель «сущность-связь». Рассматриваемые вопросы: Элементы модели «сущность-связь» Диаграммы «сущность-связь» Слабые сущности Подтипы.

Презентация:



Advertisements
Похожие презентации
Элементы модели «сущность-связь» Сущность - Класс сущностей - Экземпляр сущности Атрибуты - Композитные атрибуты - Многозначные атрибуты Идентификаторы.
Advertisements

БАЗЫ ДАННЫХ ЛЕКЦИЯ 6. тема: ПРОЕКТИРОВАНИЕ ВНУТРЕННЕЙ МОДЕЛИ.
Реляционная модель – это особый метод рассмотрения данных, содержащий данные в виде таблиц, способов работы и манипуляции с ними в виде связей. структура,
Разработка объектно- ориентированного ПО Итеративная модель разработки (развитие водопадной модели) анализ проектирование кодирование тестирование.
Проектирование реляционной базы данных Основные принципы проектирования.
ТЕМА 3 Взаимосвязи в модели данных. При проектировании БД нам потребуется различать взаимосвязи: между объектами между атрибутами одного объекта и между.
Теория экономических информационных систем Семантические модели данных.
2. UML – унифицированный язык моделирования систем.
ER- модель (entity-relationship). Модель « Сущность - связь ». Работа с базой данных начинается с построения модели предметной области. Наиболее распространенной.
Методология объектно- ориентированного программирования.
8. Моделирование логической структуры системы Диаграмма классов Диаграмма классов служит для моделирования классов и отношений между ними.
Инфологическое проектирование. Инфологическое проектирование прежде всего связано с попыткой представле­ния семантики предметной области в модели БД.
Методология информационного моделирования IDEF1X.
Даталогическое проектирование. 1. Представление концептуальной модели средствами модели данных СУБД Общие представления о моделях данных СУБД С одной.
Докладчик: Проектирование информационных систем всегда начинается с определения цели проекта. Основная задача любого успешного проекта.
1 Диаграммы реализации (implementation diagrams).
Анализ метод научного исследования явлений и процессов, в основе которого лежит изучение составных частей, элементов изучаемой системы. Анализ служит отправной.
Методология IDEF1X (IDEF1 Extended) – язык для семантического моделирования данных, основанных на концепции « сущность - связь ». Является расширением.
Разработка программного обеспечения при объектном подходе Объектно-ориентированный подход.
3. Модель данных «сущность – связь» Предложена П. Ченом (P. Chen) в 1976 г.
Транксрипт:

Моделирование данных Модель «сущность-связь»

Рассматриваемые вопросы: Элементы модели «сущность-связь» Диаграммы «сущность-связь» Слабые сущности Подтипы сущностей Пример ER-диаграммы Диаграммы «сущность-связь» а стиле UML

Элементы модели «сущность-связь» Сущность - Класс сущностей - Экземпляр сущности Атрибуты - Композитные атрибуты - Многозначные атрибуты Идентификаторы - Уникальные/неуникальные - Композитные Связи - Классы связей - Экземпляры связей - Рекурсивные связи

Элементы модели «сущность-связь» Сущность Сущность (entity) – это некоторый объект, идентифицируемый в рабочей среде пользователя, нечто такое, за чем пользователь хотел бы наблюдать. Обозначение средствами в UML- диаграммах: Сущность обозначается

Элементы модели «сущность-связь» Класс сущностей (entity classes) – это совокупность сущностей, описывается структурой или форматом сущностей, составляющих этот класс. Экземпляр сущности (аn instance) представляет конкретную сущность Обычно класс сущностей держит множество экземпляров сущности.

Элементы модели «сущность-связь» Пример сущности СТУДЕНТ

Элементы модели «сущность-связь» Атрибуты Атрибуты (свойства) – описывают характеристики сущности. Пример композитного атрибута: Адрес, состоящий из группы атрибутов {Улица, Город, Индекс}. Пример многозначного атрибута: атрибут Имя студента сущности ПРЕПОДАВАТЕЛЬ, который может содержать имена нескольких обучаемых им студентов.

Элементы модели «сущность-связь» Идентификаторы Идентификаторы (identifiers) – атрибуты, с помощью которых экземпляры сущностей именуются, или идентифицируются. Если идентификатор является уникальным, его значение будет указывать на один и только один экземпляр сущности. Если идентификатор является неуникальным, его значение будет указывать на некоторое множество экземпляров. Идентификаторы, состоящие из нескольких атрибутов, называются композитными идентификаторами (composite identifiers).

Элементы модели «сущность-связь» Связи Взаимоотношения сущностей выражаются связями. Классы связей (relationship classes) это взаимоотношения между классами сущностей. Экземпляры связи (relationship instances) взаимоотношения между экземпля­рами сущностей Степень связи (relationship degree) число классов сущностей, участвующих в связи. Обозначение средствами в UML-диаграммах: Связь обозначается

Элементы модели «сущность-связь» Примеры различных степеней связи: а – связь степени 2, б – связь степени 3. Связи степени 2 весьма распространены, их часто называют еще бинарными связями (binary relationships).

Элементы модели «сущность-связь» Три типа бинарных связей Обозначение средствами в UML- диаграммах: Связь 1:1(«один к одному») обозначается Связь 1:N («один к N» или «один ко многим») – Связь N:M (читается «N к М» или «многие ко многим») – Связь обладания в обобщенном виде, когда не указан конкретный тип связи - Числа внутри ромба, символизирующего связь, обозначают максимальное количество сущностей на каждой стороне связи. Эти ограничения называются максимальными кардинальными числами, а совокупность из двух таких ограничений для обеих сторон связи называется максимальной кардинальностью (maximum cardinality) связи.

Элементы модели «сущность-связь» Пример бинарных связей: а – бинарная связь 1:1, б – бинарная связь 1:N, в – бинарная связь N:M, г – представление связи с помощью разветвлений.

Диаграммы «сущность-связь» Схемы бинарных связей, изображенных выше, называются диаграммами «сущность-связь», или ER-диаграммами (entity-relationship diagrams, ER-diagrams). Для указания минимальной кардинальности (minimum cardinality) существует несколько способов. Один из них, продемонстрирован ниже. Связь с указанной минимальной кардинальностью

Диаграммы «сущность-связь» Связи между сущностями одного и того же класса называются иногда рекурсивными связями (recursive relationships).

Диаграммы «сущность-связь» Изображение атрибутов в диаграммах «сущность-связь» В некоторых версиях ER-диаграмм атрибуты обозначаются эллипсами, соединенными с сущностью или связью, которой они принадлежат.

Диаграммы «сущность-связь» Изображение свойств на диаграммах «сущость- связь»: а – указание на диаграмме; б – отдельное перечисление.

Слабые сущности Слабые сущности (weak entity) - сущности, которые могут существовать в базе данных только в том случае, если в ней присутствует сущность некоторого другого типа. Сущность, не являющаяся слабой, называется сильной сущностью (strong entity). Идентификационно-зависимые сущности (ID-dependent entities) - это такие сущности, идентификаторы которых содержат идентификатор другой сущности.

Слабые сущности Слабые сущности: а – пример слабой сущности, б – пример идентификационно-зависимой сущности.

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

Слабые сущности Многозначные атрибуты представляются в модели «сущность-связь» путем создания новой слабой сущности и построения связи вида «один ко многим». Представление многозначных атрибутов с помощью слабых сущностей

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

Пример ER-диаграммы

Диаграммы «сущность-связь» в стиле UML Унифицированный язык моделирования (UML, Unified Model Language) - это набор структур и методик для моделирования и проектирования объектно-ориентированных программ (ООП) и приложений.

Диаграммы «сущность-связь» в стиле UML Сущности и связи в UML Представления различных типов связей в UML: а – связь 1:1, б – связь 1:N, в - связь N:M.

Диаграммы «сущность-связь» в стиле UML

Представление слабых сущностей

Диаграммы «сущность-связь» в стиле UML Представление подтипов

Диаграммы «сущность-связь» в стиле UML UML-версия диаграммы «сущность-связь»

Диаграммы «сущность-связь» в стиле UML Конструкции ООП, введенные языком UML Классы всех сущностей, которые должны храниться в базе данных, помечаются стереотипом «Persistent» (устойчивый) UML допускает назначение атрибутов классам сущностей UML использует объектно-ориентированную нотацию для обозначения видимости атрибутов и методов «+» - открытые «#» - защищенными «-» - закрытыми

Диаграммы «сущность-связь» в стиле UML Открытым (public) называется такой атрибут, который может читаться и изменяться любым методом любого объекта. Термин защищенный (protected) означает, что атрибут или метод доступен только для методов данного класса и его подклассов. А термин закрытый (private) указывает на то, что соответствующий атрибут или метод доступен только для методов данного класса. В UML задаются ограничения и методы.

Диаграммы «сущность-связь» в стиле UML Представление классов сущностей в UML с помощью конструкций ООП