Проектирование АИС гостиницы

ЛИСТ ЗАМЕЧАНИЙ

ЗАДАНИЕ

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

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

ОГЛАВЛЕНИЕ

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

• База данных…………………………………………………………………...7

• Реляционная модель данных………………………………………….....7
• Общая характеристика……………………………………………...…....8

• Создание базы данных…………………………………………………….....9

2.1 Определение ключевых полей………………………………………….10

Заключение…………………………………………………………………………..11

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

Приложение……………………………………………………………………….....13

ВВЕДЕНИЕ

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

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

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

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

В любом случае БД — это просто средство хранения данных;

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

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

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

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

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

1 БАЗА ДАННЫХ

База данных - набор всех данных, определенных «схемами» в среде. Понятие среды является определяемым реализацией.

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

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

1.1 Реляционная модель данных

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

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

1.2 Общая характеристика

Хотя понятие реляционной модели данных первым ввел основоположник реляционного подхода Эдгар Кодд, наиболее распространенная трактовка реляционной модели данных, по-видимому, принадлежит известному популяризатору идей Кодда Кристоферу Дейту, который воспроизводит ее (с различными уточнениями) практически во всех своих книгах (см., например, К. Дейт. Введение в системы баз данных. 6-е изд., М.; СПб.: Вильямс.– 2000).

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

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

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

2. Создание базы данных

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

Открыть таблицу в режиме КОНСТРУКТОРА можно одним из двух следующих способов:

• выделить таблицу в списке таблиц в окне базы данных и нажать кнопку КОНСТРУКТОР в верхней части окна базы данных;
• щелкнуть правой кнопкой мыши на имени таблицы и из контекстного меню выбрать команду КОНСТРУКТОР.

После выполнения указанных действий на экране появится окно таблицы в режиме КОНСТРУКТОРА, а также панель инструментов КОНСТРУКТОР таблиц Окно таблицы в режиме КОНСТРУКТОРА состоит из двух панелей.

Верхняя панель содержит таблицу из трех столбцов: ИМЯ поля, ТИП данных и ОПИСАНИЕ. В столбце ИМЯ поля содержатся имена полей таблицы, в столбце ТИП данных указывается тип данных для каждого поля. Заполнение двух первых столбцов является обязательным.

На нижней панели располагаются две вкладки свойств полей: ОБЩИЕ и ПОДСТАНОВКА, а также область контекстной справки.

Ключевое поле таблицы помечается специальным значком — ключик в поле выделения в левой части окна. Чтобы выделить поле, достаточно просто щелкнуть мышью по строке, в которой описывается данное поле. При этом в нижней части окна будут показаны параметры именно для этого поля. Перемещаться между столбцами в верхней панели окна можно с помощью клавиши <Таb>, а для перемещения по списку полей вверх и вниз пользуйтесь клавишами со стрелками. С помощью клавиши <F6> можно перемещаться между панелями.

2.1 Определение ключевых полей

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

В Microsoft Access можно выделить три типа ключевых полей: счетчик, простой ключ и составной ключ. Рассмотрим каждый из этих типов.

Для создания ключевого поля типа СЧЕТЧИК необходимо в режиме КОНСТРУКТОРА таблиц:

• Включить в таблицу поле счетчика.
• Задать для него автоматическое увеличение на 1.
• Указать это поле в качестве ключевого путем нажатия на кнопку КЛЮЧЕВОЕ поле на панели инструментов КОНСТРУКТОР таблиц.

Если до сохранения созданной таблицы ключевые поля не были определены, то при сохранении будет выдано сообщение о создании ключевого поля. При нажатии кнопки. Да будет создано ключевое поле счетчика с именем КОД (ID) и типом данных СЧЕТЧИК.

ЗАКЛЮЧЕНИЕ

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

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

В результате нашей работы, объектом которой являлся гостиница, была создана база данных «АИС Гостиницы».

Проектирование базы данных «АИС Гостиницы», проводилась помощью СУБД Microsoft Access. В данном курсовом проекте изложено об основных понятиях, функциях баз данных, использованию и созданию в Microsoft Access.

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

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ

• Системы управления базами данных. Учебное пособие /Ломтадзе В.В., Шишкина Л.П. – Иркутск: ИрГТУ, 1999. – 116 с.
• Теория реляционных баз данных. Учебное пособие / Мейер М.М. – Москва: Мир, 1999. -610 с.
• Access для профессионалов. Учебное пособие / Верман А.Я. – СПб: Издательство «Питер, 1998. – 760 с.

ПРИЛОЖЕНИЕ

Приложение 1. Схема отношений базы данных

Приложение 2.  Характеристики атрибутов

1 таблица. Гости

2 таблица. Номера

3 таблица. Класс номера

4 таблица. Свободные/ занятые

Приложение 3.  Формы (примеры и описание форм, меню, обеспечивающих интерфейс и информационные потребности пользователя).

--------

Приложение  4  . Запросы  для обеспечения информационных потребностей пользователей

Запрос 1.Поиск гостя по ФИО

SELECT Гости.Код Гостя,Гости.ФИО,Гости.Паспортные данные, Гости.Дата заселения,Гости. Дата отъезда,Гости.Номер.

FROM Гости

WHERE (((Гости.ФИО)=[Введите ФИО]));

Запрос 2.Поиск свободного

SELECT Номера.Код Номера,Номера.Номер,Номер.Класс, Номера.Число мест,Номера.Своботный/занятый

FROM Номера

WHERE (((Номера.Своботный/занятый)=[Введите «Свободный»]));

Запрос 3.Запрос по классу номера

SELECT Номера.Код Номера,Номера.Номер,Номер.Класс, Номера.Число мест,Номера.Своботный/занятый

FROM Номера

WHERE (((Номера.Класс)=[Введите [Какой класс]]));

Запрос 4.Запрос по кол-ву мест

SELECT Номера.Код Номера,Номера.Номер,Номер.Класс, Номера.Число мест,Номера.Своботный/занятый

FROM Номера

WHERE (((Номера.Число мест)=[Введите [Количество мест для проживания]]));

Запрос 5.Поиск гостя(когда заселился)

SELECT Гости.Код Гостя,Гости.ФИО,Гости.Паспортные данные, Гости.Дата заселения,Гости. Дата отъезда,Гости.Номер.

FROM Гости

WHERE (((Гости.Дата заселения)=[Введите [Когда заселился]])));

Запрос 6.Поиск гостя(когда уезжает)

SELECT Гости.Код Гостя,Гости.ФИО,Гости.Паспортные данные, Гости.Дата заселения,Гости. Дата отъезда,Гости.Номер.

FROM Гости

WHERE (((Гости.Дата заселения)=[Введите [Когда уезжает]])));

Запрос 7.Поиск гостя(по номеру)

SELECT Гости.Код Гостя,Гости.ФИО,Гости.Паспортные данные, Гости.Дата заселения,Гости. Дата отъезда,Гости.Номер.

FROM Гости

WHERE (((Гости.Номер)=[Введите [Какой номер]])));

Запрос 8.Поиск номера

SELECT Запрос по классу номера.номер, Запрос по классу номера.класс,Запрос по кол-ву мест.Номер,Запрос по кол-ву мест.Число мест,Поиск свободного.номер,Поиск свободного.Свободный/занятый.

FROM (Запрос по классу номера.номер INNER JOIN  Запрос по кол-ву мест INNER JOIN Поиск свободного )ON Запрос по классу номера.Номер = Запрос по кол-ву мест.Номер = Поиск свободного.Номер;