Материал: Разработка элементов информационной системы мини-отеля

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

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

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

Разработка информационной системы

Разработка реляционной модели

Задача длительного хранения и обработки информации появилась практически сразу с появлением первых компьютеров. Для решения этой задачи в конце 60-х годов были разработаны специализированные программы, получившие название систем управления базами данных (СУБД). СУБД проделали длительный путь эволюции от системы управления файлами, через иерархические и сетевые базы данных. В конце 80-х годов доминирующей стала система управления реляционными базами данных (СУРБД).

Существуют следующие разновидности баз данных:

• · иерархические;
• · реляционные;
• · объектно-ориентированные;
• · гибридные.

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

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

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

Гибридные СУБД совмещают в себе возможности реляционных и объектно-ориентированных баз данных.

Принципы реляционной модели были сформулированы в 1969-1970 годах Э.Ф. Коддом. Идеи Кодда были впервые публично изложены в статье «A Relational Model of Data for Large Shared Data Banks»(Реляционная модель данных для больших совместно используемых банков данных).

Кратко особенности реляционной базы данных можно описать следующим образом:

• · Данные хранятся в таблицах, состоящих из столбцов и строк;
• · На пересечении каждого столбца и строчки стоит в точности одно значение;
• · У каждого столбца есть своё имя, которое служит его названием, и все значения в одном столбце имеют один тип;
• · Столбцы располагаются в определённом порядке, который определяется при создании таблицы, в отличие от строк, которые располагаются в произвольном порядке. В таблице может не быть не одной строчки, но обязательно должен быть хотя бы один столбец;
• · Запросы к базе данных возвращают результат в виде таблиц, которые тоже могут выступать как объект запросов.

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

• · НОМЕР (Номер, Стоимость проживания, Номер телефона, Состояние, Тип номера, Этаж);
• · ПРОЖИВАЮЩИЕ (Номер паспорта, ФИО, Город, Дата поселения, Кол-во дней на которое выделен номер, Номер);
• · СЛУЖАЩИЕ (Этаж, ФИО, День недели 1, День недели 2).

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

Сущность «Номер» имеет связь один ко многим с сущностью «Проживающие»;

Сущность «Служащие» имеет связь один ко многим с сущностью «Номер».

Реализация базы данных

Теперь перейдем к реализации реляционной модели. В первую очередь, необходимо составить четкую структуру данных. База данных содержит 3 таблицы, 18 запросов для извлечения информации, 18 форм для ввода и просмотра информации, и отчет сформированных на основе 4 запросов.

Сущность Номер содержит следующие атрибуты (Рис. 6):

• · Номер. Показывает номер комнаты;
• · Стоимость. Отражает стоимость проживания за сутки;
• · Номер телефона. Содержит номер телефона номера;
• · Состояние. Показывает количество проживающих в номере;
• · Тип номера. Содержит информацию о классе номера;
• · Этаж. Уточняет этаж на котором находится номер.

Рис. 6 Таблица Номер

Сущность Проживающие содержит следующие атрибуты (Рис. 7):

• · Номер паспорта. Содержит информацию о серии и номере паспорта гостя;
• · ФИО проживающего. Содержит фамилию и инициалы гостя;
• · Город. Показывает откуда прибыл наш гость;
• · Дата поселения. Показывает дату заселения гостя;
• · Кол-во дней. Отображает количество дней на которое остался гость;

· Номер. Показывает номер в котором поселился гость.

Рис. 7 Таблица Проживающие

Сущность Служащие содержит следующие атрибуты (Рис. 8):

• · Этаж. Показывает этаж на котором производится уборка;
• · ФИО. Содержит фамилию и инициалы служащего;
• · День недели1. Показывает день в который производится уборка;
• · День недели2. Показывает день в который производится уборка.

Рис. 8 Таблица Служащие

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

Рис. 9 Схема данных

Разработка интерфейса программы

При открытии базы данных отеля первое, что мы видим это интерфейс программы (Рис. 10). Форма имеет 7 кнопок: «Занятые номера»; «Проживающие»; «Поселение (Выселение) гостей»; «Номера»; «Служащие»; «Просмотр отчета о работе отеля» и кнопку выхода.

Рис. 10 Главная кнопочная форма программы

Кнопка Занятые номера открывает форму «Номер-Проживающий» (Рис. 11).

Рис. 11 Форма «Номер-Проживающий»

В этой форме можно посмотреть всю информацию о проживающих гостях в отеле.

Форма имеет следующие кнопки:

- выход из формы.

- переход к предыдущей записи.

- переход к следующей записи.

- удаляет выделенную запись.

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

Рис. 12 Поиск информации

При нажатии кнопки Список проживающих открывается форма «Проживающие подчиненная форма», в которой показан список всех проживающих в отеле (Рис. 13).

Рис. 13 Форма «Проживающие подчиненная форма»

Форма имеет следующие кнопки:

- выход из формы.

- удаляет выделенную запись.

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

Нажатие кнопки Прибывшие из заданного города выполняется запрос «Список прибывших из заданного города» (Рис. 14). При вводе интересующего города выполняется переход к форме «Список прибывших из заданного города» (Рис. 15). При этом на экран выводятся только те гости, которые прибыли из заданного города.