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

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

11

ОГЛАВЛЕНИЕ

Введение

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

1.1 Алгоритм работы программы

1.2 Анализ предметной области

1.3 Инфологическое проектирование

1.4 Даталогическое проектирование

2. Физическая реализация базы данных «Библиотека»

2.1 Структура таблиц базы данных «Библиотека»

2.2 Главная форма

2.3 Код обработчика событий

Заключение

Список литературы

Введение

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

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

В соответствии с заданием курсового проектирования следует создать автоматизированное рабочее место (АРМ) «Библиотека», которое наиболее удобно можно организовать с помощью баз данных (БД).

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

Проектирование БД «Библиотека» ведется для упрощения работы библиотекаря со всем ассортиментом предложенных книг и учебных пособий, а также для учёта взятых и оставшихся в наличии книг.

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

- Ввод информации о читателях

- Ввод информации о книгах

- Добавление, удаление и редактирование информации.

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

- приложение «Библиотека» представляет собой программу для управления базой данных;

- программа полностью автоматизирует труд оператора ПЭВМ: автоматически заносит вводимые пользователем данные в таблицы базы данных, изменяет структуру таблиц (добавление/удаление записей).

­ при использовании программы значительно снижается трудоёмкость ведения базы данных взятых и оставшихся книг.

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

1.1 Алгоритм работы программы

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

Этот порядок и называется алгоритм.

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

- дискретность - каждый алгоритм должен быть разбит на конечное число законченных действий;

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

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

Способы записи алгоритма:

1. Формальный - запись алгоритма словесно, на естественном языке.

2. Графический - изображение алгоритма в виде блок-схемы.

1.2 Анализ предметной области

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

Модель предметной области. Модель предметной области - это наши знания о предметной области. Знания могут быть как в виде неформальных знаний в мозгу эксперта, так и выражены формально при помощи каких-либо средств. В качестве таких средств могут выступать текстовые описания предметной области, наборы должностных инструкций, правила ведения дел в компании и т.п. Опыт показывает, что текстовый способ представления модели предметной области крайне неэффективен. Гораздо более информативными и полезными при разработке баз данных являются описания предметной области, выполненные при помощи специализированных графических нотаций. Имеется большое количество методик описания предметной области. Из наиболее известных можно назвать методику структурного анализа SADT и основанную на нем IDEF0, диаграммы потоков данных Гейна-Сарсона, методику объектно-ориентированного анализа UML, и др. Модель предметной области описывает скорее процессы, происходящие в предметной области и данные, используемые этими процессами. От того, насколько правильно смоделирована предметная область, зависит успех дальнейшей разработки приложений. Предметной областью моей базы является библиотека.

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

Так же в библиотеке ведется картотека читателей. О каждом читатели заносятся следующие сведения: ФИО, адрес. В случаи выдачи экземпляра книги в библиотеке остается вкладыш, в котором указана дата выдачи, дата предполагаемого возврата и идентификационный номер.

1.3 Инфологическое проектирование

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

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

Инфологическая модель для базы данных «Библиотека» проектировалась, как модель «Сущность-связь».

Семантическую основу ER-модели составляют следующие предположения:

1. та часть реального мира (совокупность взаимосвязанных объектов), сведения о которых должны быть помещены в базу данных, может быть представлена как совокупность сущностей;

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

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

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

5. взаимосвязи объектов могут быть представлены как связи -- сущности, которые служат для фиксирования (представления) взаимозависимости двух или нескольких сущностей.

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

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

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

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

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

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

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

Сущности подразделяются на сильные и слабые. Сущность является слабой, если ее существование зависит от другой сущности -- сильной по отношению к ней.

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

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

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

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

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

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

Эта ассоциация всегда может существовать между разными сущностями или между сущностью и ею же самой (рекурсивная связь).

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

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

Количественный характер участия экземпляров сущностей (один или многие) задается типом связи (или мощностью связи). Возможны следующие типы: «один к одному» (1:1), «один ко многим» (1:М), «многие к одному» (М:1), «многие ко многим» (М:М).

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

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

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

1.4 Даталогическое проектирование базы данных

проектирование библиотека автоматизация

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

· тип структуры данных, например реляционная модель;

· выбранный тип СУБД, которая эту модель данных поддерживает;

· технология и средства прикладного программирования;

· конкретная компьютерная среда.

На этом этапе необходимо установить соответствие между сущностями и характеристиками предметной области и отношениями и атрибутами в языке Access 2000. Для этого нужно каждой сущности и характеристикам поставить в соответствие набор отношений (таблиц) и их атрибутов (полей).

В результате получили следующие отношения:

R1 «Библиотека» ( Шифр, Наименование книги, Автор, Издание, Год, Издательство, ФИО, Код УДК, Ключевые слова, Адрес, Номер читательского билета, Описание, Обзор, Наличие, Количество экземпляров книги, Шифры книг находящиеся на руках).

2. Физическая реализация базы данных «Библиотека»

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

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

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

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

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

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

2.1 Структура таблиц БД «Библиотека»

Моя база данных состоит из таблицы «Таблица1».

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

Таблица 1. Структура таблиц РБД «Библиотека»

Название таблицы	Имя поля	Тип данных	Размер поля	Примечание
Таблица1	Код	Счетчик		Ключ
	Наименование	Текстовый	15
	Авторы	Текстовый	50
	Издание	Текстовый	20
	Год издания	Числовой
	Издательство	Текстовый	50
	Код УДК	Поле MEMO
	Ключевые слова	Мастер подст. подстподстановок
	Кол-во экземпляров	Числовой
	Шифр книги	Числовой
Таблица1	Кол-во экз.на руках	Числовой
	ФИО читателя	Текстовый	50
	Адрес, место работы	Текстовый	255
	Номер чит. билета Улица	Числовой
	Шифры книг наруках	Поле MEMO

После этого были созданы поля таблицы, применены к ним свойства и заполнены атрибуты.

2.2 Главная форма

При открытии формы появляется заставка главной формы базы данных:

Рис.4. Главная форма базы данных «Библиотека»(вкладка «основная информация»)



Рис.5. Главная форма базы данных «Библиотека»(вкладка «книги»)

Рис.4. Главная форма базы данных «Библиотека»(конструктор формы)

2.3 Код обработчика событий

unit Unit1;

interface

uses

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

Dialogs, ImgList, ComCtrls, ExtCtrls, DBCtrls, XPMan, Menus, Grids,

DBGrids, DB, StdCtrls, Mask, ToolWin,Unit2, ExtDlgs,Unit3,Jpeg, DBTables;

type

TForm1 = class(TForm)

DBGrid1: TDBGrid;

MainMenu1: TMainMenu;

N1: TMenuItem;

N6: TMenuItem;

N7: TMenuItem;

N8: TMenuItem;

N9: TMenuItem;

About1: TMenuItem;

XPManifest1: TXPManifest;

PageControl1: TPageControl;

TabSheet1: TTabSheet;

Label1: TLabel;

Label2: TLabel;

DBEdit1: TDBEdit;

Label3: TLabel;

DBEdit3: TDBEdit;

ToolBar1: TToolBar;

ToolButton4: TToolButton;

ToolButton5: TToolButton;

ToolButton6: TToolButton;

ImageList1: TImageList;

Label4: TLabel;

DBEdit4: TDBEdit;

Label5: TLabel;

DBEdit6: TDBEdit;

Label6: TLabel;

Label7: TLabel;

DBEdit8: TDBEdit;

DBEdit13: TDBEdit;

Label13: TLabel;

GroupBox1: TGroupBox;

DBEdit7: TDBEdit;

Label16: TLabel;

DBEdit14: TDBEdit;

TabSheet3: TTabSheet;

Label9: TLabel;

Label10: TLabel;

DBEdit10: TDBEdit;

DBEdit9: TDBEdit;

Label11: TLabel;

DBEdit11: TDBEdit;

DBEdit12: TDBEdit;

Label14: TLabel;

DBGrid2: TDBGrid;

Label12: TLabel;

Label15: TLabel;

OpenPictureDialog1: TOpenPictureDialog;

DBEdit5: TDBEdit;

DBMemo1: TDBMemo;

N10: TMenuItem;

N11: TMenuItem;

ToolButton8: TToolButton;

ToolButton9: TToolButton;

DBNavigator1: TDBNavigator;

DataSource1: TDataSource;

DBEdit2: TDBEdit;

Label8: TLabel;

Query2: TQuery;

Table2: TTable;

Label19: TLabel;

DBEdit16: TDBEdit;

DBEdit17: TDBEdit;

procedure N8Click(Sender: TObject);

procedure About1Click(Sender: TObject);

procedure N6Click(Sender: TObject);

procedure N10Click(Sender: TObject);

procedure N11Click(Sender: TObject);

procedure FormActivate(Sender: TObject);

procedure ToolButton8Click(Sender: TObject);

private

{ Private declarations }

public

{ Public declarations }

end;

var

Form1: TForm1;

save, fileSave: boolean;

fileName: String;

stDay : array[1..7] of string[11] = ('воскресенье','понедельник','вторник',

'среда','четверг','пятница','суббота');

stMonth : array[1..12] of string[8] = ('января','февраля','марта',

'апреля','мая','июня','июля',

'августа','сентября','октября',

'ноября','декабря');

implementation

{$R *.dfm}

procedure TForm1.N8Click(Sender: TObject);

begin

Form2.ShowModal;

end;

procedure TForm1.About1Click(Sender: TObject);

begin

Form3.ShowModal;

end;

procedure TForm1.N6Click(Sender: TObject);

begin

Close();

end;

procedure TForm1.N10Click(Sender: TObject);

begin

Label5.Caption:='Yo`nalish :';

Label7.Caption:='Kurs :';

Label8.Caption:='Nomer :';

Label1.Caption:='Ismi :';

Label2.Caption:='Familya :';

Label3.Caption:='Otchestva :';

Label4.Caption:='Tugilgan yili :' ;

Label13.Caption:='Adres :';

Label16.Caption:='Telefon :';

Label9.Caption:='Kitob nomi :';

Label10.Caption:='Kitob mualifi :';

Label12.Caption:='Kitob kodi :';

Label11.Caption:='Masul xodim :';

Label14.Caption:='Talabaning kitob olgan vaqti :';

Label15.caption:='Talabaning to`pshirgan vaqti :';

TabSheet1.Caption:='Asosiy malumotlar';

TabSheet3.Caption:='Kitoblar';

GroupBox1.Caption:='Qo`shimcha malumot';

N1.Caption:='Fayl';

n6.Caption:='Chiqish';

n8.Caption:='Qidirish';

n10.Caption:='Lotincha tilda';

n11.Caption:='Rus tilda';

n9.Caption:='Yordam';

Form2.RadioButton6.Caption:='Yo`nalish';

Form2.RadioButton4.Caption:='kurs';

Form2.RadioButton8.Caption:='Guruh';

Form2.RadioButton1.Caption:='Ism';

Form2.RadioButton2.Caption:='Familya';

Form2.RadioButton5.Caption:='Adres';

Form2.RadioButton7.Caption:='Kitob';

n7.Caption:='Tuzatish';

end;

procedure TForm1.N11Click(Sender: TObject);

begin

Label5.Caption:='Направления :';

Label7.Caption:='Курс :';

Label8.Caption:='Номер :';

Label1.Caption:='Имя :';

Label2.Caption:='Фамилия :';

Label3.Caption:='Отчество :';

Label4.Caption:='Дата рождения :' ;

Label13.Caption:='Адрес :';

Label13.Caption:='Телефон :';

Label9.Caption:='Имя книги :';

Label10.Caption:='Автор книги :';

Label12.Caption:='Код книги :';

Label11.Caption:='Ответсини литсо :';

Label14.Caption:='Время получение книги студента:';

Label15.caption:='Дата возврата книга студента :';

GroupBox1.Caption:='Дополнительная информация';

N1.Caption:='Файл';

n6.Caption:='Выход';

n8.Caption:='Поиск';

n10.Caption:='Язык латин';

n11.Caption:='Язык Рус';

n9.Caption:='Помищь';

TabSheet1.Caption:='Оснавная информация';

TabSheet3.Caption:=' Книги ';

N7.Caption:='Правка';

Form2.RadioButton6.Caption:='Направления ';

Form2.RadioButton4.Caption:='Курс ';

Form2.RadioButton8.Caption:='Группы';

Form2.RadioButton1.Caption:='Имя';

Form2.RadioButton2.Caption:='Фамилия';

Form2.RadioButton5.Caption:='Адрес';

Form2.RadioButton7.Caption:='Книга';

end;

procedure TForm1.FormActivate(Sender: TObject);

var

Present: TDateTime;

Year, Month, Day : Word;

begin

with Session do

begin

ConfigMode := cmSession;

try

AddStandardAlias( 'kollej',

ExtractFilePath(ParamStr(0))+'DATA\',

'PARADOX');

Table2.Active:=True;

finally

ConfigMode := cmAll;

end;

end;

end;

procedure TForm1.ToolButton8Click(Sender: TObject);

begin

DataSource1.DataSet:=Table2;

end;

end.

Заключение

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

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

· Анализ предметной области

· Инфологическое проектирование

· Даталогическое проектирование

· Физическая модель данных

· Собственно база данных и приложения

В базе данных используются следующие объекты:

- таблицы для сохранения данных;

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

- формы для просмотра, добавления и изменения данных в таблицах;

- отчеты для анализа и печати данных в определенном формате.

Список литературы

1. Марков А.С. Базы данных. Введение в теорию и методологию /

Лисовский К.Ю., Москва, 2004

2. Когаловский М.Р. Технология баз данных на персональных ЭВМ. / М.: Финансы и статистика, 1992

3. Ревунков Г.И., Самохвалов Э.Н., Чистов В.В. Базы и банки данных и знаний: Учеб. для вузов / Под ред. Четверикова В.Н. - М.: Высш. шк., 1992.

4. Тиори Т., Фрай Дж. Проектирование структур баз данных : В 2-х кн. Пер. с англ. / М.: Мир, 1985

5. Голицина О.Л. Базы данных / Голицина О.Л., Максимов Н.В., Попов И.И. - М.: Форум, 2003

6. Карпова Т.С. Базы данных: модели, разработка, реализация / Питер, 2002

7. Бемер С., Фратер Г. Microsoft Access для пользователя / Микап, Москва 1994

8. Коннолли Т., Бегг К. Базы данных. Проектирование, реализация и сопровождение / Москва, Питер, Киев, 2003

9. Мейер, М. Теория реляционных баз данных / М. Мейер - М.: Мир, 2008

10. Хаббард, Дж. Автоматизированное проектирование баз данных / Хаббард Дж. - М.: Мир, 2005

11. Бойко, В.В. Проектирование баз данных информационных систем / Бойко В.В., Савинков В.М. - М.: Финансы и статистика, 2007

12. Бакаревич, Ю.Б. Самоучитель Microsoft Access 2002 / Бакаревич Ю.Б., Пушкина Н.В. - СПб.: БХВ-Петербург, 2002

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