Розробка автоматизованого робочого місця адміністратора зоопарку

        Міністерство освіти і науки, молоді та спорту

Черкаський державний  технологічний університет

Факультет інформаційних технологій і систем

Кафедра спеціалізованих комп’ютерних систем

 

 

 

 

 

Курсова робота

на тему:

 «Розробка автоматизованого робочого місця адміністратора зоопарку»

з дисципліни: «Основи баз даних»

Пояснювальна записка

ЧДТУ 11.1176.001 ПЗ

 

 

 

Прийняв:                                                                          Виконав:

доцент                                                                               ст. гр.СКСС-110

Нечипоренко О. В.                                                         Калашник А. Ю.

Дата:__________

З оцінкою:_____

 

 

 

 

 

 

Черкаси 2011

 

Содержание

 

Введение………………………………………………………………......3

1.Анализ информационной системы «Методист»………………….….5

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

3.Формирование русловий целосности базы данных…………….……8

4.Создание структуры базы данных……………………………….…..10

5.Проектирование запросов………………………………………..…...14

6.Конструирование отчетов из базы данных……………………..…...17

Выводы……………………………………………………………….….19

Список использованной литературы…………………………...……...20

 

 

Введение

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

Основные функции СУБД – это описание структуры базы данных, обработка данных и управление данными.

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

Любая СУБД позволяет  выполнять четыре простейшие операции с данными:

- добавить в таблицу  одну или несколько записей;

 

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

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

 

 

1. Анализ информационной системы «Методист»

1. Перечень запросов в информационной системе

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

• Расписание занятий на неделю;
• Все предметы и преподаватели.

2. Перечень отчетов в информационной системе

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

• Расписание занятий на неделю;
• Все предметы и преподаватели.

 

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

1. Инфологическое проектирование базы данных

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

1. Сущности. Сущности - это  элементы реального мира, которые  могут существовать независимо. В рассматриваемой информационной системе сущностями являются: Раздел, Блюдо, Заказ, Состав. Сущность представляется в концептуальной модели прямоугольником, в котором указано ее имя.

2. Атрибуты. Атрибуты  описывают свойства сущности. Они  представляются овалами с указанием их имен.

Сущность Групи описывается следующими атрибутами:

Код групи, Група.

Атрибут	Смысловое значение	Тип
Код групи	Код группы	Счетчик
Група	Название группы	Текстовый

 

Сущность Викладачі описывается атрибутами:

Код, Імя співробітника, Телефон.

Атрибут	Смысловое значение	Тип
Код	Код преподавателя	Счетчик
Имя співробітника	Имя и фамилия преподавателя	Текстовый
Телефон	Телефон преподавателя	Числовой

 

 

 
 

Сущность Розклад занять описывается атрибутами:

Код_пары, Код_аудитории, Код_преподавателя, Пара, День_недели.

Атрибут	Смысловое значение	Тип
Код	Код пары	Счетчик
Пара	Название пары	Текстовый
Номер п/п	Номер пары по счету	Числовой
День неділі	День недели	Текстовый
Код співробітника	Код преподавателя	Числовой
Код групи	Код группы	Числовой

 

 

 

3. Формирование условий целостности базы данных

 

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

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

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

 

 

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

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

 

 

 

 

 

 

 

 

 

 

 

 

4. Создание структуры базы данных

 

Для разработки информационной системы «Журнал» выбирается СУБД MS Access 2007.

Microsoft Access – это СУБД предназначенная для хранения и поиска информации, ее представления в удобном виде.

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

Создаваемая БД автоматизированного рабочего места официанта ресторана, по своей структуре должна быть многотабличной. MS Access 2007 позволяет создавать таблицы в режиме конструктора и в режиме мастера. В данной работе при создании таблиц использовался режим конструктора.

 

 

 

 

Создаем таблицу «Групи».

 

 

 

 

Создаем таблицу «Викладачі».

 

 

 

Создаем таблицу «Розклад занять».

 

 

MS Access 2007 создает реляционные БД. В этой БД пользователь может описывать отношения-связи между несколькими таблицами. Access учитывает эти связи во время обработки запросов, построения форм и отчетов. В данной БД необходимо связать созданные ранее таблицы, для чего необходимо вызвать команду горизонтального меню [Сервис] – [Схема данных]. Используя контекстное меню данного окна можно добавить необходимые таблицы. Выделив ключевое поле одной таблицы, нужно перетащить его на соответствующее поле другой таблицы, после чего в диалоговом окне можно установить соответствующую опцию – обеспечение целостности данных.

Уже готовая схема  данных БД имеет следующий вид:

 

 

 

 

5. Проектирование  запросов

Запрос – объект БД, который служит для селекции и  фильтрации набора данных, позволяет  выбрать из большого количества информации только ту, которая соответствует  определенному критерию отбора и нужна для решения конкретной задачи. MS Access дает большие возможности при проектировании запросов (включать не все поля, выбирать, сортировать записи, затрагивать данные из нескольких таблиц, выполнять вычисления, использовать запрос в качестве источника данных для отчетов, форм и других запросов, изменять данные в таблицах). Рекомендуется создавать запросы при помощи конструктора.

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

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