Проектирование базы данных

Автор работы: Пользователь скрыл имя, 10 Июня 2013 в 17:21, реферат

Краткое описание

База данных (БД)– это совокупность специальным образом организованных данных, хранимых в памяти вычислительной системы и отражающих состояние и взаимодействие объектов в определенной предметной области.
Система управления базами данных (СУБД) – комплекс языковых и программных средств, предназначенных для создания, ведения и использования базы данных многими пользователями.
Проектирование базы данных – это процесс разработки структуры (схемы) базы данных (БД) в соответствии требованиями пользователей.

Вложенные файлы: 1 файл

Концептуальное проектирование.doc

— 126.00 Кб (Скачать файл)

• Мероприятие (Наименование, Дата начала, Дата окончания, Завершенность);

• Дело (№№, Наименование, Дата начала, Дата окончания, Гриф).

Отношения, которыми охвачены объекты-сущности, можно отобразить следующей таблицей:

 

Наименование отношения

Между какими

объектами-сущностями

 

Тип отношений

Обязательность 

отношений

Первый объект

Второй 

объект

На первом объекте

На втором объекте

«Утвержден»

Сотрудник

Документ

«Один-ко-многим»

Нет

Нет

«Исполнен»

Сотрудник

Документ

«Один-ко-многим»

Нет

Да

«Подписан»

Сотрудник

Документ

«Многие-ко-многим»

Нет

Да

«Напечатан»

Сотрудник

Документ

«Один-ко-многим»

Нет

Да

«Согласован»

Сотрудник

Документ

«Многие-ко-многим»

Нет

Нет

«Завизирован»

Сотрудник

Документ

«Многие-ко-многим»

Нет

Нет

«Направлен»

Документ

Подразделение

«Один-ко-многим»

Нет

Нет

«Подготовлен»

Подразделение

Документ

«Один-ко-многим»

Нет

Нет

«Руководит»

Сотрудник

Подразделение

«Один-к-одному»

Нет

Да

«Работают»

Подразделение

Сотрудник

«Один-ко-многим»

Да

Да

«Отражает»

Документ

Мероприятия

«Многие-ко-многим»

Нет

Нет

«Исполнение»

Сотрудник

Мероприятия

«Многие-ко-многим»

Нет

Да

Ответственный

Сотрудник

Мероприятия

«Один-ко-многим»

Нет

Да

Проводит 

Подразделение

Мероприятия

«Один-ко-многим»

Нет

Да

Участвует

Подразделение

Мероприятия

«Многие-ко-многим»

Нет

Нет

Приобщен

Дела

Документы

«Один-ко-многим»

Да

Да

Ведет

Сотрудник

Дела 

«Один-ко-многим»

Нет

Да


Отношения объектов-сущностей  предметной области АИС по делопроизводству

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

Наиболее популярными являются разновидности ER-модели, использующие для графического представления структуры данных аппарат диаграмм Бахмана. Формализованное описание ER-модели было предложено в 1976 году Петером Пин-Шен Ченом, американским профессором компьютерных наук. Основными компонентами структурной составляющей семантической модели Чена являются сущности, наборы сущностей, атрибуты сущностей, наборы значений атрибутов, ключевые атрибуты сущностей, связи, виды связей, атрибуты связей, наборы связей, ключевые атрибуты связей.

Оригинальные предложения П. Чена по графическому обозначению в диаграммах Бахмана сущностей и связей претерпели изменения, и далее мы будем придерживаться современных вариантов графического изображения концептуальных схем, а именно — объекты-сущности изображать прямоугольниками, при необходимости вставляя в них перечень их атрибутов, связи типа «Один-ко-многим» будем обозначать линиями с парой символов (1 Ґ) на концах соответствующих объектов, связи типа «Многие-ко-многим» линиями с парой символов (Ґ Ґ) и связи типа «Один-к-одному» линиями с парой символов (1 1). Обязательный характер связи будем обозначать черным квадратиком на конце соответствующей связи, необязательный характер — пустым квадратиком.

В качестве примера  приведена концептуальная схема базы данных АИС по делопроизводству.

Пример концептуальной схемы базы данных АИС по делопроизводству

Формализованное описание концептуальной схемы базы данных в большинстве случаев осуществляется на бумаге и служит основой эскизного проекта создания базы данных информационной системы. Следующим шагом в проектировании является построение средствами СУБД схемы базы данных, которое в большинстве случаев производится «вручную». Иначе говоря, средствами СУБД, поддерживающей ту или иную модель данных, скажем реляционную, создается структура база данных, соответствующая концептуальной схеме. При этом при переходе от концептуального к схемно-структурному проектированию может иметься разрыв в семантических средствах выражения сущностей, атрибутов, связей и т. д. Адекватность реализации концептуальной схемы базы данных определяется, как уже отмечалось, эвристически и эмпирически в ходе отладки и дальнейшей эксплуатации базы данных.

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Литература

  1. http://alcor-spb.com/auto_t3r3part9.html
  2. http://ru.wikipedia.org
  3. И.Г.Семакин, Е.К.Хеннер. Учебник для 10-11 классов. – М.: БИНОМ. Лабораторий знаний, 2010.

 

 

 

 

 

 

 

 

 

 


Информация о работе Проектирование базы данных