База данных

СОДЕРЖАНИЕ

ЗАДАНИЕ

ВВЕДЕНИЕ

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

1.1 Определение типов сущности

1.2 Определение  типов связи

1.3 Определение атрибутов и связывание их с типами сущностей и связей

1.4 Определение доменов  атрибутов

1.5 Определение атрибутов,  являющихся потенциальными, первичными  и внешними ключами

1.6 Создание диаграммы  "сущность — связь"

II. Логическое проектирование

2.1 Проверка связей

2.2 Проверка моделей с  помощью правил нормализации

2.3 Построение окончательной  диаграммы "Сущность- связь"

ЗАКЛЮЧЕНИЕ

СПИСОК ИСПОЛЬЗУЕМОЙ ЛИТЕРАТУРЫ

 

ЗАДАНИЕ

Задание на выполнение курсовой работы по дисциплине "Базы данных"

Спроектировать и разработать  базу данных для предметной области "Учет междугородних телефонных разговоров", содержащей следующие  атрибуты:

Заказчик  разговора: Код абонента, Ф. И. О., Адрес, № телефона заказчика, Дата, Время.

Оператор  исходящего пункта: Код заявки, Ф. И. О, Личный №, Связь прямая или нет, Зона, Тариф.

Оператор  входящего пункта: Код заявки, Ф. И. О, Личный №,, Город приема заказа.

Данные  вызываемого абонента: Ф. И. О., Адрес, № телефона.

Заявки: Код абонента, Код заявки, Вызываемый номер.

Разрабатываемая база данных должна соответствовать следующим  бизнес-правилам:

1.         Заказчик может совершить звонок посредствам электронной АТС непосредственно напрямую вызываемому абоненту.

2.         Заказчик может воспользоваться услугами оператора телекома.

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

Обеспечить  реализацию следующих запросов:

1) Какой абонент, какому  абоненту звонил;

2)Кто сколько наговорил.  

 

 

ВВЕДЕНИЕ

Современный мир информационных технологий трудно представить себе без использования баз данных.

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

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

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

База данных - это организованная структура, предназначенная для  хранения информации.

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

MS Access входит в состав  самого популярного пакета Microsoft Office. Основные преимущества: знаком  многим конечным пользователям  и обладает высокой устойчивостью  данных, прост в освоении, может  использоваться непрофессиональным  программистом, позволяет готовить  отчеты из баз данных различных  форматов.

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

 

 

I.    КОНЦЕПТУАЛЬНОЕ ПРОЕКТИРОВАНИЕ

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

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

Каждая локальная концептуальная модель включает следующее:

1. типы сущности;

2. типы связи;

3. атрибуты;

4. домены атрибутов;

5. потенциальные ключи;

6. первичные ключи.

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

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

В настоящий момент именно модель Чена "сущность—связь" стала  фактическим стандартом при инфологическом моделировании баз данных. Общепринятым стало сокращенное название ER-модель. Модель "Сущность - связь" в наибольшей степени согласуется с концепцией объектно-ориентированного проектирования, которая в настоящий момент, несомненно, является базовой для разработки сложных программных систем.

1.1      Определение типов сущности

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

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

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

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

Каждая сущность должна обладать некоторыми свойствами:

1. иметь уникальное имя;

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

3.обладать одним или  нескольким атрибутами, которые  однозначно идентифицируют каждый  экземпляр сущности;

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

После выделения каждой сущности ей следует присвоить некоторое  осмысленное имя, понятное пользователю. Если сущность известна пользователю под разными именами, все дополнительные имена рекомендуется определить как алиасы, также задокументировать.

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

Рис.№1. Сведения о типах  сущностей

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

1.2      Определение типов связи

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

Связь - это ассоциирование сущности. Сущности, участвующие в связи, называются участниками.

Между сущностями могут быть установлены: бинарные ассоциации, показывающие, каким образом сущности соотносятся  или взаимодействуют между собой. Связь может существовать между  двумя разными сущностями или  между сущностью и ей же самой (рекурсивная связь). Она показывает, как связаны экземпляры сущностей  между собой. Если связь устанавливается  между двумя сущностями, то она  определяет взаимосвязь между экземплярами одной и другой сущности. Графическая  интерпретация связи позволяет  сразу прочитать смысл взаимосвязи  между сущностями, она наглядна и  легко интерпретируема. Связи делятся  на три типа по множественности:

1. один-к-одному (1:1),

2. один-ко-многим (1:М),

3. многие-ко-многим (М:М).

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

Определим типы связей наших  сущностей. Данные представлены в таблице, па рисунке №2.

Тип сущности	Связь	Тип сущности	Кардинальность  связи
Заказчик	Заказывает	Телефонный звонок	1:М
Получатель	Получает	Телефонный звонок	М:1

Рис.№2. Сведения о типах  связей

1.3      0пределение атрибутов и связывание их с типами сущностей и связей

Цель: связывание атрибутов с типами сущности и связи.

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

Кроме того, в ER-модели допускается  принцип категоризации сущностей. Это значит, что, как и в объектно-ориентированных  языках программирования, вводится понятие  подтипа сущности, то есть сущность может быть представлена в виде двух или более своих подтипов —  сущностей, каждая из которых может  иметь общие атрибуты и отношения  и/или атрибуты и отношения, которые  определяются однажды на верхнем  уровне и наследуются на нижнем уровне.

Атрибуты бывают:

- простые;

- составные - состоят из  простых атрибутов;

- однозначные - атрибуты, которые могут принимать единственное  значение;

- многозначные - атрибуты, которые  могут принимать много значений;

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

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

Далее атрибуты документируют, то есть каждому выделенному атрибуту присваивают осмысленное имя. О  каждом атрибуте в документацию помещают следующие сведения:

1. имя атрибута и его  описание;

2. любые алиасы или синонимы, имеющиеся для данного атрибута;

3. тип данных и размерность  значений;

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

5. является ли атрибут  обязательным;

6. является ли атрибут  составным;

7. является ли атрибут  производным;

8. является ли атрибут  многозначным.

Сведения об атрибутах  представлены в таблице на рис.№3.

Атрибуты	Тип данных	Простой	Синонимы	Описание
Заказчик разговора
Код абонента	счётчик			Код абонента, заказчика  разговора
ФИО	текстовый		Личные данные абонента	Личные данные абонента
Адрес	Текстовый	-	Адрес абонента	Адрес абонента
№_телефона_заказчика	Числовой		№_телефона_заказчика	№_телефона_заказчика
Дата	Дата/время		Дата	Дата звонка
Время	Дата/время		Время	Время звонка

 

Рис.№3.

1.4 0пределение доменов атрибутов

Цель: определение доменов для всех атрибутов, присутствующих в каждой локальной концептуальной модели данных.