База данных музея

Введение

 

Тема данного курсового проекта формулируется следующим образом: «База данных музея». Разработанный программный продукт будет хранить информацию об экспонатах и работников.

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

Целью данной курсовой работы является создание БД музея.

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

Достижение цели осуществляется посредством комплекса задач:

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

- ввод данных;

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

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

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

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

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

 

1. Анализ технического  задания

 

1.1. Постановка задачи

 

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

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

 

1.2. Характеристика предметной  области

 

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

1. Экспонаты

2. Работники

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

Экспонат — предмет, выставленный для обозрения на выставке или для ознакомления перед продажей.

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

Второй объект предметной области (работник) имеет такие специфические черты, как табельный номер, его фамилия, имя, отчество, дата рождения, адрес, специальность.

Работник — лицо, выполняющее работу, работающее на предприятии, в организации, учреждении.

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

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

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

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

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

 

1.3. Требования, предъявляемые  к БД

 

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

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

2. Режим работы по возможности должен быть диалоговым.

3. Основным техническим  требованием, предъявляемым к создаваемой БД, является возможность её использование по сети практически на всех ПЭВМ типа IBM PC, на которых возможна работа с реляционными базами данных.

4. Созданное приложение должно работать под управлением таких операционных систем, как Windows 95, Windows 98, Windows NT, Windows 2000, Windows XP.

5. Для разработки БД  следует использовать такие современные  реляционные СУБД, как FoxPro 2.5, dBASE IV, Paradox, InterBase, Access, Delphi7 и т.д.

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

7. Должна быть обеспечена  хорошая целостность данных.

 

1.4. Входные и выходные  данные

 

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

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

 

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

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

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

Для описания инфологических моделей чаще всего используются графические средства, в частности, ER-диаграммы, отображающие объекты реального мира с необходимыми характеристиками (атрибутами) и связи между ними. У каждого объекта должен быть выделен идентификатор, или ключ, — один или несколько атрибутов, однозначно определяющих каждый экземпляр объекта. Графически объект может быть представлен в виде прямоугольника, содержащего имя объекта и список атрибутов, в котором атрибуты идентификатора выделены подчеркиванием. Связь между объектами может иметь следующий вид: «один-к-одному», «один-ко-многим», «многие-ко-многим». Связь один-к-одному означает, что один экземпляр одного объекта связан с одним экземпляром другого объекта. Связь один-ко-многим означает, что один экземпляр первого объекта связан с одним или более экземплярами второго объекта, а экземпляр второго объекта связан с одним экземпляром первого объекта. Связь многие-ко-многим означает, что экземпляр каждого объекта может быть связан с несколькими экземплярами другого объекта. Графически связь обозначается линией, соединяющей связываемые объекты.

 

2.1. Описание информационных  потоков

 

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

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

Созданная нормализованная база данных содержит две связанные таблицы. Все таблицы представляют собой описания конкретных объектов предметной области  (объекты "Экспонаты", "Работники"). Отдельно взятое поле таблицы отражает ту или иную характеристику соответствующего объекта-подтипа (атрибут). Главной таблицы в базе данных нет, связь в базе происходит "последовательно", от одной таблицы к другой. 

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

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

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

Разработанная база данных состоит из двух связанных таблиц ("Экспонаты", "Работники").

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

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

Также каждая таблица отображает дополнительную информацию: таблица "Экспонаты" содержит наименование и стоимость каждого экспоната, таблица "Работники" – фамилию, имя, отчество.

 

2.2. Описание ограничений  целостности

 

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

Информация об объектах предметной области отражена в таблице 1.

                         

 

 

Таблица 1 - Описание объектов предметной области

Название объекта	Обозначение	Свойства	Ограничения
Exponatu (Экспонаты)	Naimenovanie	Наименование	до 20 символов
	Inventarnui number	Инвентарный номер	Number
	Date nahodki	Дата находки	Date
	Stoimost	Стоимость	$ (Money)
	Strana	Страна	до 20 символов
	Restavrator	Реставратор	до 20 символов
	Tabelnui number	Табельный номер	Number
Rabotniky (Работники)	Tabelnui number	Табельный номер	Number
	Familiay	Фамилия	до 20 символов
	Name	Имя	до 20 символов
	Otchestvo	Отчество	до 20 символов
	Date rojdeniay	Дата рождения	Date
	Adres	Адрес	до 20 символов
	Specialnost	Специальность	до 20 символов

 

 

 

 

 

 

2.3 Описание системы показателей