logo search
Методические указания по курсовому проектирован

4.1. Концептуальное проектирование базы данных.

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

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

Для каждой сущности указывается наименование, дается краткое описание. Оценивается количество экземпляров сущности.

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

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

Домен можно определить как совокупность значений, из которых берутся значения атрибутов. Каждый атрибут может быть определен только на одном домене, но на каждом домене может быть определено множество атрибутов. В понятие домена входит не только тип данных, но и область значений данных.

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

Связи характеризуется кардинальностью и избирательностью.

Кардинальность (мощность связи) связи между сущностями А и В определяется парой чисел: <v,w>, которая показывает, что одному экземпляру сущности А соответствует согласно связи w экземпляров сущности В, а одному экземпляру сущности В соответствует v экземпляров сущности А.

Избирательность – это минимальная кардинальность. По избирательности связи делятся на обязательные, возможные и необязательные.

Исходными данными для концептуального проектирования является DFD-диаграмма (модель поведения) задачи.

Этапами концептуального проектирования базы данных являются:

1. Устанавливаются сущности (хранилища соответствуют сущностям БД).

2. Сущностям присваиваются названия, формируются описания, устанавливается количество экземпляров каждой сущности. Результат оформляется в таблицу 4.1

Таблица 4.1

Обозначение сущности (связи)

Наименование сущности (связи)

Количесьтво экземпляров

3. Для каждой сущности определяется совокупность атрибутов.

4. Выполняются преобразования декларативных атрибутов в параметрические, составных в простые, устраняются вторичные атрибуты, динамические по возможности преобразуются в статические.

  1. Для каждого атрибута устанавливается наименование, приводится описание (словарь терминов, приложение 3), определяется домен. Результат оформляется в табл. 4.2

Таблица 4.2

Наименование сущности (связи)

Наименование атрибута

Наименование домена

6. Для доменов определяются типы значений. Результат оформляется в таблицу 4.3. Если домен конечное множество, то приводятся все значения кодов в приложении 2 с пояснениями этих значений.

Таблица 4.3

Наименование домена

Название и описание типа данных (максимальное количество знаков)

Примеры значения

7. Для каждой сущности определяются первичный и основной ключи.

8. Среди сущностей выявляются связи.

9. Для каждой связи определяется кардинальность и избирательность.

10. Осуществляется построение графовой концептуальной модели.

Пример оформления результатов концептуального проектирования приведен в таблицах 4.4-4.6 и на рис. 4.1.

Таблица 4.4

Обозначение сущности( связи)

Наименование сущности (связи)

Количество экземпляров

S1

Гостиницы

10

S2

Комнаты

500

S3

Клиенты (гости)

1000

S4

Размещение клиентов (гостей)

1000

Сущность «Гостиницы» содержит сведения о всех гостиницах, размещенных в г. Казани и ближайших пригородах.

Сущность «Комнаты» содержит сведения о всех номерах гостиниц, размещенных в г. Казани и ближайших пригородах.

Сущность «Клиенты (гости)» содержит сведения всех клиентов, проживающих в настоящее время в гостиницах, размещенных в г. Казани и ближайших пригородах.

Сущность «Размещение» содержит сведения о месте и времени проживания клиентов в гостиницах, размещенных в г. Казани и ближайших пригородах.

Таблица 4.5

Наименование сущности

(количество экземпляров)

Наименование атрибута

Наименование домена

Гостиницы

(10)

* ИНН гостиницы

ИНН юридического лица

Название гостиницы

Название гостиницы

Адрес гостиницы

Адрес

Директор

ФИО

Клиенты

(1000)

* Номер паспорта

Номер паспорта

ФИО клиента

ФИО

Адрес прописки

Адрес

Комнаты

(500)

* ИНН гостиницы

ИНН юридического лица

* Номер комнаты

Номер комнаты

Число мест

Число мест

Описание

Описание

Размещение клиентов

(1000)

* ИНН гостиницы

ИНН юридического лица

* * * Номер паспорта

Номер паспорта

Номер комнаты

Номер комнаты

* Дата поселения

Календарная дата

* Дата выселения

Номер комнаты

Таблица 4.6

Наименование домена

Название и описание типа данных (максимальное количество знаков)

Примеры значений

1

ИНН юридического лица

ИНН, цифровой код (13)*

1656784534562

2

Название гостиницы

Название гостиницы, текстовый (12)

Казань

3

Адрес гостиницы

Адрес дома, текстовый (48)

Г. Казань, ул. Баумана, 23

4

Фамилия, имя, отчество

Фамилия, имя, отчество гражданина, текстовый (48)

Иванов Иван Иванович.

5

Номер паспорта

Номер паспорта гражданина, текстовый (20)*

9876 9087

6

Номер комнаты

Номер комнаты в здании, числовой (3)

154

7

Адрес прописки

Адрес гражданина, текстовый (64)

г. Магадан, ул. Морская, 5, кв. 10

8

Число мест

Число мест, числовой(2)

1

9

Тип комнаты (номера)

Тип , символ (1)*

Л (люкс) либо О(обычный)

Описание способов кодирования типов данных отмеченных * должно быть приведено в приложении 2 пояснительной записки курсового проекта..

Рис. 4.1. Концептуальная модель