Размещено на http://www.allbest.ru/

Размещено на http://www.allbest.ru/

Министерство образования и науки Российской Федерации

Томский государственный университет систем управления и радиоэлектроники (ТУСУР)

Кафедра автоматизированных систем управления (АСУ)

Пояснительная записка к курсовому проекту

ГОРОДСКАЯ БИБЛИОТЕКА

По дисциплине

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

Студентка гр. 445

А.А. Лощинова

Руководитель: к. т. н.,

Доцент В.Д. Сибилев

2008



РЕФЕРАТ

Курсовой проект 23 с., 3 рис., 3 табл., 2 прил.

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

Пояснительная записка содержит описание проектирования модели данных библиотеки, предназначенной для дальнейшей реализации в любой системе управления базами данных. Проектирование выполнено с использованием технологии IDEF1X в инструментальной среде ERWin. Пояснительная записка выполнена в текстовом редакторе Microsoft Word 2007.



Содержание

Введение

1. Назначение и область применения базы данных

1.1 Описание предметной области

1.2 Предполагаемые пользователи и цель проекта

2. Описание данных пользователя

2.1 Входные документы и сообщения

2.2 Выходные документы и сообщения

2.3 Деловой регламент

2.4 Транзакции пользователей

3. Модель данных пользователя

3.1 ER-диаграмма

3.2 FA-диаграмма

3.3 Глоссарий модели

3.3.1 Сущности

3.3.2 Атрибуты

3.4 Определения доменов

3.5 Спецификации ограничений целостности данных

3.6 Типы конечных пользователей и привилегии доступа к данным

3.7 Диаграмма физического уровня

Заключение

Список использованных источников

Приложение А Примеры выходных документов

Приложение Б Атрибуты модели



Введение

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

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

Основная часть пояснительной записки содержит описание предметной области и бизнес-правил. Концептуальная модель данных представлена в виде IDEF1X-диаграмм данных, показывающих связи между сущностями, атрибуты, ключевые связи. Диаграммы сопровождаются глоссарием, содержащим описание используемой терминологии: имен сущностей и атрибутов. Физическая модель данных представляет собой схему БД в среде ERWin.



1. Назначение и область применения базы данных

1.1 Описание предметной области

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

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

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

При выдаче экземпляра на руки делается отметка о дате выдаче. Экземпляр выдается сроком на один месяц.

1.2 Предполагаемые пользователи и цели проекта

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

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



2. Описание данных пользователя

2.1 Входные документы и сообщения

1. Получение читательского билета

- Номер читательского билета

- ФИО

- Адрес

- Место учебы/работы

- Контактный телефон

2. Выдача книги

- Номер читательского билета

- Инвентарный номер экземпляра

- Дата выдачи

3. Заказ книги

- Код заказа

- Номер читательского билета

- Дата заказа

- ISBN издания

4. Регистрация экземпляров

- Инвентарный номер

- ISBN издания, в которое включен экземпляр

- Состояние экземпляра

5. Регистрация издательства

- Название издательства

- Город, где расположено издательство

- Контактный телефон

7. Регистрация издания

- ISBN

- Название издания

- Название издательства

- Номер переиздания

- Количество страниц

- Произведения, вошедшие в издание

8. Регистрация произведения, не входившего ни в одно издание, имеющееся в библиотеке

- Наименование произведения

- Жанр произведения

- Автор(ы) создавшие произведение

9. Регистрация нового создателя

- ФИО

2.2 Выходные документы и сообщения

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

1. Отчет о невозвращенной литературе в срок;

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

Примеры форм выходных документов приведены в приложении А.

2.3 Деловой регламент

1. Номер читательского билета уникален;

2. Каждый читатель может взять неограниченное количество экземпляров;

3. Читатель может сделать заказ на неограниченное число изданий;

4. Читатель может повторно взять один и тот же экземпляр;

5. ISBN издания уникален;

6. Каждое издание может иметься в нескольких экземплярах;

7. Издание может включать одно и более произведений;

8. Каждое из произведений может быть издано несколько раз (разный год издания или номер переиздания);

9. Произведение может быть создано одним автором или группой авторов;

10. Создатель может являться автором многих произведений;

11. Название издательства уникально;

12. Инвентарный номер экземпляра уникален.

2.4 Транзакции пользователей

1. Создание записи о читателе;

2. Создание записи о поступившем издании;

3. Создание записи о выдаче экземпляра;

4. Печать отчета о читателях, имеющих задолженность по возврату книг;

5. Регистрация заказа;

6. Обновление справочника издательств;

7. Обновление справочника произведений;

8. Обновление справочника создателей;

база библиотека деловой регламент диаграмма



3. Модель данных пользователя

3.1 ER-диаграмма

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

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

Диаграмма ER-уровня может показывать категории, но указывать дискриминаторы кластеров не обязательно. На ER-уровне допустимы неспецифические соединения. Для изображения соединений можно использовать как сплошные, так и штриховые линии. Это не специфицирует соединения [1].

ER-диаграмма проектируемой базы данных приведена на рисунке 1.

3.2 FA-диаграмма

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

Все сущности на FA-диаграмме должны находиться по крайней мере в 3НФ [1].

FA-диаграмма проектируемой базы данных приведена на рисунке 2.

Рисунок 1 - диаграмма ER-уровня



Рисунок 2- Диаграмма FA-уровня

Размещено на http://www.allbest.ru/

3.3 Глоссарий модели

3.3.1 Сущности

Сущности модели приведены в таблице 1.

Таблица 1

Сущности модели

№	ИМЯ	ОПРЕДЕЛЕНИЕ
1	АВТОР	Факт участия СОЗДАТЕЛя в создании литературного произведения.
2	ЗАКАЗ	Соглашение между ЧИТАТЕЛем и библиотекой, определяющее перечень ИЗДАНИЙ, в которых заинтересован ЧИТАТЕЛЬ, при условии, что данные ИЗДАНИЯ имеются в бблиотеке, но в данный момент находятся на руках.
3	ИЗДАНИЕ	Факт выпуска тиража КНИГи ИЗДАТЕЛЬСТВОм.
4	ИЗДАНИЕ_ЗК	Сведения о ИЗДАНИЯх, которые включены в ЗАКАЗ
5	ИЗДАТЕЛЬСТВО	Организация, занимающаяся выпуском КНИГ
6	ПРОИЗВЕДЕНИЕ	Текст, имеющий смысловое содержание.
7	ПРОИЗВЕДЕНИЕ_И	Список ПРОИЗВЕДЕНИй, вошедших в ИЗДАНИЕ
8	СОЗДАТЕЛЬ	Человек, создающий литературные произведения
9	ЧИТАТЕЛЬ	Человек, зарегистрированный в библиотеке.
10	ЭКЗЕМПЛЯР	ПРОИЗВЕДЕНИЕ ИЗДАНОЕ ИЗДАТЕЛЬСТВОМ, представляющее собой печатный текст, оформленный в переплете.
11	ЭКЗЕМПЛЯР_ВЫД	Факт передачи ЭКЗЕМПЛЯРа в руки ЧИТАТЕЛю.

3.3.2 Атрибуты

Таблица атрибутов представлена в приложении Б.

3.4 Определения доменов

Домен есть подмножество элементов типа. Формально домен определяется как пара (тип, предикат). Предикат задает условия принадлежности элемента типа домену. На одном и том же типе можно определить произвольное число доменов [1].

Определения доменов приведены в таблице 2.

Таблица 2

Домены

Имя	Определение	Тип	Предикат
DATES	Специальный числовой тип, интерпретируемый как <день><месяц><год>. Вводимые даты не могут быть раньше даты создания базы данных	Date(8)	>= 01.05.2008
CHISLA	Целые положительные числа	Integer	>0
CODE	Идентификационные коды, определяемые счетчиком	AutoNumber	>=1
ADDRESS	<город>, <улица>, <дом>,[<квартира>]	Text(80)
FIO	Фамилия, имя и отчество	Text(100)	>0
STRINGS	Строковый тип	Text(50)
TELEPHONE	Код города и номер телефона	Text(10)	Like'999999 9999'
txtCODE	Идентификационный код, который может содержать цифры и буквы	Text(20)	>0

3.5 Спецификации ограничений целостности данных

Правила целостности данных, не отраженные на диаграмме модели и в определениях доменов представлены в таблице 3.

Таблица 3

Ограничения целостности

Атрибут	Правило	Определение
Состояние	IN (`Новое', `Удовлетворительное', `Плохое')	Прямое ограничение на значение атрибута
Жанр	IN (`Художественное', `Детектив', `Любовный роман', `Фантастика', `Приключения')	Прямое ограничение на значение атрибута
Дата_выдачи	<= Дата_сдачи;	Дата выдачи экземпляра должна быть меньше даты сдачи



4.6 Типы конечных пользователей и привилегии доступа к данным

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

4.7 Диаграмма физического уровня

На этапе физического уровня модели принимаются решения о том, как реализовать требуемые логические структуры и ограничения целостности данных в среде целевой СУБД [1].

Диаграмма физического уровня представлена на рисунке 3.

Размещено на http://www.allbest.ru/

Рисунок 3 - Диаграмма физического уровня

Заключение

В ходе выполнения курсового проекта была разработана модель данных библиотеки. Были освоены основные приемы проектирования реляционных баз данных IDEF1X. Результатом выполнения курсового проекта является физическая модель, спроектированная в инструментальной среде ERWin, которая может быть реализована в любой системе управления базами данных, например Microsoft Access. Таким образом, можно сделать вывод, что поставленные цели были достигнуты.



Список использованных источников

1. Сибилёв В.Д. Модели и проектирование баз данных: Учебное пособие. В 2-х частях. - Томск: Томский межвузовский центр дистанционного образования - 2002. - Ч.1. 133с.



Приложение А (Обязательное)

Примеры выходных документов

№	Номер читательского билета	ФИО	Телефон	Дата выдачи	Экземпляр	Количество просроченных дней

Рисунок А-1 - Отчет о читателях, имеющих задолженность по возврату экземпляров

Инвентарный номер	ISBN издания	Номер читательского билета	Дата выдачи

Рисунок А-2 - Отчет об экземплярах, не возвращенных в срок



Приложение Б (Обязательное)

Атрибуты модели

Таблица Б-1

Атрибуты модели

Имя	Смысл	Сущность	Домен
ISBN	Номер, присвоенный ИЗДАНИю при его выпуске	ИЗДАНИЕ	txtCODE
Адрес	Адрес ЧИТАТЕЛя	ЧИТАТЕЛЬ	ADDRESS
Год издания	Год, когда вышло в свет данное ИЗДАНИЕ	ИЗДАНИЕ	CHISLA
Город	Город, где находится ИЗДАТЕЛЬСТВО	ИЗДАТЕЛЬСТВО	STRINGS
Дата заказа	Дата сделанного ЗАКАЗа	ЗАКАЗ	DATES
Дата_выдачи	Дата выдачи ЭКЗЕМПЛЯРа ЧИТАТЕЛю	ЭКЗЕМПЛЯР_ВЫД	DATES
Дата_сдачи	Дата возврата ЭКЗЕМПЛЯРа ЧИТАТЕЛем	ЭКЗЕМПЛЯР_ВЫД	DATES
Жанр произведения	Тип ПРОИЗВЕДЕНИя, определяющий его характер	ПРОИЗВЕДЕНИЕ	STRINGS
Инвентарный номер	Идентификационный номер ЭКЗЕМПЛЯРа	ЭКЗЕМПЛЯР	CODE
Код заказа	Идентификационный номер сделанного ЗАКАЗа	ЗАКАЗ	CODE
Количество страниц	Количество страниц в ЭКЗЕМПЛЯРе ИЗДАНИя	ИЗДАНИЕ	CHISLA
Место учебы/работы	Место учебы или работы ЧИТАТЕЛя	ЧИТАТЕЛЬ	STRINGS
Название издания	Название ИЗДАНИя, характеризующего вошедшие в него ПРОИЗВЕДЕНИя	ИЗДАНИЕ	STRINGS
Название издательства	Название организации, занимающейся выпуском печатных ИЗДАНИй	ИЗДАТЕЛЬСТВО	STRINGS
Наименование произведения	Название присвоенное автором, своему ТВОРЕНИю	ПРОИЗВЕДЕНИЕ	STRINGS
Номер переиздания	Если ИЗДАНИЕ было переиздано, то номер переиздания	ИЗДАНИЕ	CHISLA
Номер читательского билета	Номер документа, подтверждающего, что ЧИТАТЕЛЬ зарегистрирован в библиотеке и имеет право пользоваться ее услугами	ЧИТАТЕЛЬ	CODE
Состояние	Определяет материальное состояние ЭКЗЕМПЛЯРа	ЭКЗЕМПЛЯР	STRINGS
Телефон	Контактный телефон ИЗДАТЕЛЬСТВа	ИЗДАТЕЛЬСТВО	TELEPHONE
Телефон чт	Контактный телефон ЧИТАТЕЛя	ЧИТАТЕЛЬ	TELEPHONE
ФИО_с	Фамилия, имя и отчество человека, создающего литературные произведения	СОЗДАТЕЛЬ	FIO
ФИО_чт	Фамилия имя и отчество ЧИТАТЕЛя	ЧИТАТЕЛЬ	FIO

Размещено на Allbest.ru