Надежно хранить информацию icon

Надежно хранить информацию




НазваНадежно хранить информацию
Сторінка1/6
Дата10.10.2014
Розмір0.78 Mb.
ТипДокументи
  1   2   3   4   5   6



ВВЕДЕНИЕ



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

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

- надежно хранить информацию;

- изменять (добавлять, удалять, обновлять) информацию;

- уменьшить время доступа к необходимой информации;

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

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

^ 1 ПОСТАНОВКА ЗАДАЧИ
1.1 Формулировка задачи
Задачей данного курсового проекта является разработка базы данных «Зоопарк», которая будет предоставлять информацию о зоопарках, сотрудниках, животных, и об их ухаживании.

1.2 Исходные данные
Исходными данными для разработки проекта является информация о зоопарках, сотрудниках, животных.

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

1.4 Требования к ПП
Полученная база данных «Зоопарк» должна:
-обеспечивать хранение и предоставление по требованию данных;

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

-обеспечивать возможность обработки данных: поиска, подбора данных по запросам, систематизацию информации и фильтрацию данных по определенному условию;

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

-содержать необходимые запросы, формы и отчеты для обработки хранимой информации;

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

контролировать целостность, непротиворечивость, сохранность и достоверность информации;

-предусматривать архивацию и восстановление данных.
^ 2 ОПИСАНИЕ ПРЕДМЕТНОЙ ОБЛАСТИ
В крупных городах как правило есть городские зоопарки, и часто несколько. В зоопарках работает небольшое количество сотрудников и содержится много животных разных видов. За всеми этими зоопарками нужен уход и контроль, поэтому ведомству, которое занимается контролем таких зоопарков не обойтись без правильно организованной базы данных. Эта база данных должна содержать в первую очередь список контролируемых зоопарков, город в котором он расположен, код города, телефон зоопарка, тип зоопарка (кооперативный, государственный, частный). Также такая база данных должна содержать список всех сотрудников для отчетности, и самое главное списки всех животных, их даты рождения, вид, кличку, и сотрудников, которые за ними ухаживают.

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

^ 3 ОПИСАНИЕ СХЕМЫ ОБЪЕКТ-ОТНОШЕНИЕ
В данной схеме «объект - отношение» есть четыре объекта: город, зоопарк, сотрудник, животное. Каждый из этих объектов имеет свои свойства.

Например объект «Город» имеет свойства, которые дают информацию о названии города, индексе, коде города.

Между объектами существуют отношения. Город содержит множество зоопарков, зоопарки содержат множество сотрудников а также множество животных, множество сотрудников ухаживают за множеством животных. Отношение «Ухаживают» имеет свои свойства.

Схема «Объект-отношение» показана на рисунке 3.1.


Рисунок 3.1 – Схема «Объект-отношение»


4 Выбор и обоснование типа модели данных
4.1 Иерархическая модель данных
Для иерархической модели связи описываются с помощь дерева. Иерархическая модель данных (ИМД) для предметной области «Зоопарк» представлена на рисунке 4.1. При использовании иерархической модели представления данных мы нарушаем связь «многие ко многим», которая присутствует в предметной области, тем самым работа с объектами становится не настолько полной как могла бы быть при реализации этих связей. Сложно обрабатывается информация. Поэтому данную иерархическую модель можно использовать только в узкой области.


Город

Название

Код города

Индекс


1





Зоопарк

Название

Т
1
елефон

Вид зоопарка







Должность

ФИО

Зоопарк
1


Дата поступления







Сотрудники

Название

Оклад

Дата поступления







Животные

Животное

Кличка

Дата рождения


1






Вид животного

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



Рисунок 4.1 – Иерархическая модель данных

4.2 Сетевая модель данных
В сетевой модели данных (СМД) взаимосвязь объектов отображается в виде произвольного графа. Среди достоинств СМД можно выделить эффективную реализацию с точки зрения затрат памяти и времени, а также возможность создания произвольных связей. Основные недостатки – это сложность и жесткость структуры схемы, сложность обеспечения контроля целостности данных. А так же при представлении данных в виде сетевой модели данных мы теряем свойства выполнения операции, такие как сотрудник и животное выполнения операции. СМД для предметной области «Зоопарк» представлена на рисунке 4.2.




Рисунок 4.2. – Сетевая модель данных

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

Реляционная модель данных в виде одной таблицы представлена в таблице 4.3

Типы данных:

C – символьный;

D/T – дата/время;

L – логический;

N – числовой.

Описание полей таблицы:

-название зоопарка (С20, так как возможны названия зоопарков из двух слов, например Зеленый крокодил).

-город (С20,так как названия украинских города не превышают длинны 20 символов, например – «Ивано-Франковск»).

-телефон (С11,так как мобильный телефон содержит 11 цифр и номер телефона не участвует в расчетах).

-вид зоопарка (С15, так как самый длинный вид зоопарка состоит из 15 символов – «государственный»).

-ФИО сотрудника (С30, так как этого будет достаточно для длинных имени, отчества и фамилии).

-дата поступления (D8, так как используется сокращенная запись года, например - 31.05.54).

-должность (С10, так как самая длинная должность состоит из 10 символов – «специалист»).

-оклад (N3, так как зарплата у сотрудников не больше тысячи, то есть 3 числа, например 920 гр.).

-название животного (С15, так как даже самое длинное название животного не будет превышать 15 символов).

-кличка (С15, так как кличка животного не будет больше 15 символов, например «синеглазенькая»).

-дата рождения (D8, так как используется сокращенная запись года, например - 31.05.54).

-вид животного (С15, так как самый длинный тип не будет превышать 15 символов).
Таблица 4.3 – Реляционная модель данных в виде одной таблицы


^ Название Зоопарка

Город

Вид Зоопарка

Телефон

ФИО

Дата Поступления

Должность

Оклад

Животное

Кличка

Дата Рождения

^ Вид Животного

С20

С10

C15

N11

C30

D8

10

N3

C15

C15

D8

C15

Атлантика

Севастополь

Государственный

12-344-454

Бриленко Сергей

10.09.2001

Ветеринар

900гр

Тигр

Алекс

10.01.2002

Хищник

Атлантика

Севастополь

Государственный

12-344-454

Бриленко Сергей

10.09.2001

Ветеринар

900гр

Индюк

Кико

23.06.2004

Птица

Атлантика

Севастополь

Государственный

12-344-454

Кокорева Татьяна

10.01.1999

Повар

500гр

Хорек

Васька

23.12.2005

Земноводное

Атлантика

Севастополь

Государственный

12-344-454

Кокорева Татьяна

10.01.1999

Повар

500гр

Попугай

Гоша

21.03.2007

Птица

Атлантика

Севастополь

Государственный

12-344-454

Федоров Максим

01.05.2007

Специалист

301гр

Крокодил

Ментатс

21.02.2000

Рептилия

Атлантика

Севастополь

Государственный

12-344-454

Федоров Максим

01.05.2007

Специалист

301гр

Жираф

Шахка

02.04.2003

Парнокопытное

Африка

Киев

Акционерный

34-523-434

Малежик Михаил

23.12.2004

Ветеринар

900гр

Сова

Фрося

25.12.1998

Птица

Зверёк

Харьков

Государственный

23-444-256

Давидюк Игорь

29.06.2005

Специалист

301гр

Крыса

Ральф

09.03.2004

Земноводное

Зверёк

Харьков

Государственный

23-444-256

Щетина Артем

29.12.2003

Ветеринар

900гр

Зебра

Монохромка

05.07.2006

Парнокопытное

Пингвин

Херсон

Коммерческий

21-232-323

Кольнобрицкая Валерия

17.11.1998

Специалист

301гр

Ягуар

Гриз

23.01.2004

Хищник

Пингвин

Херсон

Коммерческий

21-232-323

Глушач Ирина

27.08.2001

Ветеринар

900гр

Пингвин

Мандрива

15.03.2003

Птица

Пингвин

Херсон

Коммерческий

21-232-323

Кольнобрицкая Валерия

17.11.1998

Специалист

301гр

Крокодил

Ментатс

21.02.2000

Рептилия

Пингвин

Херсон

Коммерческий

21-232-323

Кольнобрицкая Валерия

17.11.1998

Специалист

301гр

Хорек

Васька

23.12.2005

Земноводное

Тигрида

Днепропетровск

Коммерческий

23-324-223

Мирошниченко Игорь

21.10.2000

Ветеринар

900гр

Пантера

Багира

15.08.2001

Хищник

Хорёк

Одесса

Акционерный

12-343-290

Кузнецов Олександр

12.04.2006

Ветеринар

900гр

Лев

Волох

27.07.2001

Хищник

Хорёк

Одесса

Акционерный

12-343-290

Непринец Андрей

18.09.2001

Повар

500гр

Курица

Пак-пак-пак

02.09.2007

Птица

Хорёк

Одесса

Акционерный

12-343-290

Гончаров Анатолий

12.09.1998

Специалист

301гр

Медведь

Медвед

12.09.1997

Хищник

Хорёк

Одесса

Акционерный

12-343-290

Гончаров Анатолий

12.09.1998

Специалист

301гр

Носорог

Бурка

11.12.2004

Парнокопытное

Хорёк

Одесса

Акционерный

12-343-290

Гончаров Анатолий

12.09.1998

Специалист

301гр

Лошадь

Сивка

06.01.2003

Парнокопытное

Хорёк

Одесса

Акционерный

12-343-290

Кузьменко Виталий

24.05.2007

Ветеринар

900гр

Фазан

Филка

25.05.2005

Птица

4.4 Нормализация
Нормализация – это исключение избыточности информации. Это делается с целью экономии памяти и для исключения возможной противоречивости хранимых данных.

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


Название города

Код города

Индекс города

Название зоопарка

Телефон зоопарка

Вид зоопарка

ФИО сотрудника

Дата поступления

Должность

Оклад сотрудника

Животное

Кличка животного

Вид Животного

Дата рождения животного


Рисунок 4.3 – Таблица в 1НФ
Реляционная модель в 1НФ представляет собой одну таблицу, содержащую все атрибуты объектов.

Таблица находится во второй нормальной форме (2НФ), если она удовлетворяет определению 1НФ и все ее поля, не входящие в первичный ключ, связаны полной функциональной зависимостью с первичным ключом.

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



#КЖ

КС#

Животное

Кличка

Вид животного

Дата рождения

#Кс

ФИО

Должность

Дата поступления

КЗ#




#КЗ

КГ#

Название зоопарка

Телефон

Вид зоопарка

#КГ

Название города

Код города

Индекс


Рисунок 4.4 – Таблицы во 2НФ
Таблица находится в третьей нормальной форме (3НФ), если она удовлетворяет определению 2 НФ и не одно из ее неключевых полей не зависит функционально от любого другого неключевого поля. Результат показан на рисунке 4.5.

#КГ

Название города

Код города




#КЗ

КГ#

Название зоопарка

ВЗ#

Телефон

#ВЗ

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







#КЖ

Животное

Кличка

ВЖ#

Дата рождения

#ВЖ

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

#Кс

ФИО

КЗ#

Дата поступления

КД#









#КД

Должность

Оклад

#КУ

КЖ#

КС#









Рисунок 4.5 – Таблицы в 3НФ

Диаграмма функциональных зависимостей отображена на рисунке 4.6.


Название Зоопарка








Телефон








Тип зоопарка

Город





Индекс

Должность

Оклад





Вид животного

Код города

Рисунок 4.6 - Диаграмма функциональных зависимостей отображена
4.5 Реляционная модель данных в виде нескольких таблиц
Реляционная модель состоит из 8 таблиц.

Таблица «Город» имеет 4 поля. 1 поле – «Код города» (первичный ключ), 2 поле - «Название Города», 3 поле – «Индекс», 4 поле – «Код».

Таблица «Зоопарк» имеет 5 полей.1 поле – «Код зоопарк»(первичный ключ), 2 поле – «Название Зоопарка», 3 поле – «Телефон»,4 поле – «Вид зоопарка»(вторичный ключ),5 поле – «Город»(вторичный ключ).

Между таблицами «Город» и «Зоопарк» существует связь 1: ∞ (один город может содержать много зоопарков).

Таблица «Тип зоопарка» содержит 2 поля. 1 поле – «код типа зоопарка» (первичный ключ), 2 поле – «Тип зоопарка».

Эта таблица является справочником для таблицы «Зоопарк». Между ними существует связь 1: ∞ (существует множество зоопарков одного типа).

Таблица «Сотрудники» имеет 5 полей.1 поле – «Код сотрудника» (первичный ключ), 2 поле – «ФИО», 3 поле – «дата поступления»,4 поле – «Зоопарк» (вторичный ключ),5 поле – «Должность» (вторичный ключ).

Между таблицами «Зоопарк» и «Сотрудники» существует связь 1: ∞ (один зоопарк может содержать много сотрудников).
Таблица «Должность» имеет 2 поля.1 поле – «код должности» (первичный ключ), 2 поле – «должность». Эта таблица является справочником для таблицы «Сотрудники». Между ними существует связь 1: ∞ (существует много сотрудников одинаковых должностей).

Таблица «Животные» имеет 5 полей. 1 поле – «код животное», 2 поле – «название животного», 3 поле – «кличка», 4 поле – «дата рождения», 5 поле - «вид животного» (вторичный ключ).

Между таблицами «Сотрудники» и «Животные» существует связь ∞: ∞ (много сотрудников может содержать много животных).

Таблица «Вид животного» имеет 2 поля.1 поле – «код вида» (первичный ключ), 2 поле – «название вида». Эта таблица является справочником для таблицы «Животные». Между ними существует связь 1: ∞ (существует много животных одинакового вида).

Реляционная модель представлена на рисунке 4.7



1

Зоопарк

Вид Зоопарка


1

1




#КБ

Название

Дата создания

КВЗ#

КГ#

N2

C30

D8

N2

N2

#КВЗ

Вид зоопарка

N1

С16


Город


1



#КГ

Город

Индекс

Код

N2

С 20













1

1

Сотрудники

Вид Должности





#КС

ФИО

Дата поступления

КЗ#

КД#

N2

C10

D8

N2

N2

#КД

Должность

N1

С16



1



Животные

Вид животного

1


#КВЖ

Название Вида

N1

С16




#КЖ

Животное

Дата Рождения

Кличка

КВЖ#

N2

N7

D8

N2

N2


Ухаживают









#КУ

КС#

КЖ#

N2

N2

N4


Рисунок 4.7 - Реляционная модель данных в виде нескольких таблиц

^ 5 ОБОСНОВАНИЕ ВЫБОРА СУБД
СУБД – это программа, предназначенная для создания, ведения и совместного использования БД несколькими пользователями. Основными функциями СУБД являются создание и удаление файлов данных и информации, поиск и изменение необходимых данных.

В настоящее время существует множество различных СУБД, наиболее известные из которых являются: Microsoft Access, dBase, FoxPro, Paradox, ИНЕС, СЕТОР, ПАЛЬМА и другие.

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

Одной из таких СУБД является Microsoft Access. Кроме основных требований к СУБД эта система содержит дополнительные преимущества. Так Microsoft Access позволяет реализовывать работу операторов реляционной алгебры в полном объеме, оптимизировать данные, а также обеспечивать защиту данных, создавая различные уровни пользователей, с ограничениями на доступ к информации. Кроме этого, Microsoft Access предоставляет возможность создания различных макросов и модулей, используя язык Visual Basic for Applications. К тому же Microsoft Access, как и многие другие программные приложения фирмы Microsoft, широко распространена во всем мире и доступна многим пользователям.

Исходя из перечисленных преимуществ, для реализации БД «Зоопрак» целесообразно будет выбрать СУБД Microsoft Access.
6 Описание концептуальной модели данных БД
6.1 Схема данных
Схема данных для заданной предметной области приведена на рисунке 6.1.

Рисунке 6.1 – Сема данных
Для обеспечения целостности всей базы данных должны быть настроены свойства всех связей между таблицами согласно предметной области. Для обеспечения целостности моей базы данных все связи имеют свойство “обеспечения целостности данных”.

«Зоопарк» - «Город»

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

«Зоопарк» - «Вид зоопарка»

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

«Зоопарк» - «Сотрудник»

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

«Сотрудник» - «Должность»

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

«Сотрудник» - «Ухаживают»

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

«Животное» - «Ухаживают»

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

«Животное» - «Вид животного»

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

6.2 Описание полей таблиц.
Ниже описана структура таблиц базы данных.

Таблица «Зоопарк» представлена на рисунке 6.2.1


Зоопарк

Код зоопарка

^ Название Зоопарка

Город

Вид Зоопарка

Телефон

1

Тигрида

Днепропетровск

Государственный

36840

2

Африка

Киев

Частный

37291

3

Атлантика

Севастополь

Кооперативный

36228

4

Зверёк

Харьков

Кооперативный

48587

5

Хорёк

Одесса

Частный

29784

6

Пингвин

Херсон

Государственный

35723


Рисунок 6.2.1 – Таблица «Зоопарк»
Код зоопарка:

тип данных: счётчик;

размер: длинное целое;

формат поля: основной;

индексация: да(совпадения не допустимы);

новые значения: последовательные.
^






Название зоопарка:


тип данных: текстовый;

размер: 30;

индексация: да (совпадения не допустимы);

обязательность: поле обязательное;

пустые строки: нет пустых строк.
  1   2   3   4   5   6

Схожі:

Надежно хранить информацию iconСнятие штампованной коронки” І. Материальное обеспечение
Расположения пациента и врача возле кресла обеспечитвает хороший обзор операционного поля, а рука врача надежно фиксирована
Надежно хранить информацию iconПресс-релиз День Памяти жертв Холокоста. Экскурсия-акция
Гитлер. Еврейский философ Факенхайм сформулировал то, что он назвал 614 заповедью – в дополнение 613 заповедям Торы – не даровать...
Надежно хранить информацию iconЗагальногалузеві. Комплексні
Уважаемые коллеги! Сообщаем Вам информацию о предстоящих конференциях в Украине и за рубежом
Надежно хранить информацию iconПуск/Программы/ Microsoft Excel
Занесите в нее информацию о десяти сотрудниках и количестве их заказов по месяцам
Надежно хранить информацию iconПуск/Программы/ Microsoft Excel
Занесите в нее информацию о десяти сотрудниках и количестве их заказов по месяцам
Надежно хранить информацию iconЗаведующему кафедрой
Контактную информацию об отвественном по кафедре по поддержанию кафедрального сайта (фио, должность, контактный телефон)
Надежно хранить информацию iconЛаборатория дистанционного обучения, сумский государственный университет, 2004
Необходимость оперативно обновлять информацию: пример из дистанционного курса «Основы права»
Надежно хранить информацию iconFor students of the IV course of pharmaceutical faculty VII semester 2012-2013
...
Надежно хранить информацию icon17 ноября 2011 г г-ну Вадиму Барскому
Я прилагаю информацию о нашей ллм по бизнес практике. Отмечаю, что курс предлагает концентрацию на американском бизнес праве
Надежно хранить информацию icon25 августа ? 1 сентября 2012 г г. Опатия (Хорватия) конференция посвящена 50-летию хмельницкого национального университета дополнительную информацию можно получить на официальном веб-сайте
Хмельницкая областная организация Союза научных и инженерных объединений Украины
Додайте кнопку на своєму сайті:
Документи


База даних захищена авторським правом ©zavantag.com 2000-2013
При копіюванні матеріалу обов'язкове зазначення активного посилання відкритою для індексації.
звернутися до адміністрації
Документи