Создание автоматизированной информационной системы гостиница «Окские луга»

Для доступа к базе данных на низком уровне была использована технология Microsoft ADO, которая в системе Delphi реализуется с помощью набора компонентов:

 TADOConnection – компонент, позволяющий установить подключение к базе данных. Имеет свойство ConnectionString: String, которое настраивается на выбранный источник данных (системный или пользовательский DSN).

 TADOTable – компонент, предоставляющий доступ к отдельной таблице в базе данных. Имеет свойство Connection: TADOConnection, указывающее на выбранное соединение с базой данных, и свойство TableName: String, указывающее на выбранную таблицу в базе.

 TADOQuery – аналогично TADOTable, только получает доступ к данным не через имя таблицы, а с помощью SQL-запроса, который хранится в свойстве SQL: TStrings.

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

Все компоненты доступа к данным были сведены в один модуль данных, названный DM1.

 

 

 

 

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

 

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

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

Для технической реализации цели курсовой работы с учетом поставленных требований была выбрана система управления базами данных «Microsoft Access».

Данная СУБД была выбрана по следующим причинам:

• простота средств реализации,
• легкость освоения инструментарием разработчика (VBA),
• наглядность визуализации информации.

База данных «Microsoft Access» представляет собой набор групп объектов, таких как таблицы, запросы, формы, отчеты.

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

• один-к-одному;
• один–ко-многим;
• многие-к-одному;
• многие-ко-многим.

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

 

 

 

 

 

 

 

 

 

 

 

5.1 Описание предметной  области.

Объектом автоматизации в данной работе является БД гостиница "Окские луга".

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

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

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

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

Осуществление инфологического проектирования;

Осуществление логического проектирования;

Осуществление физического проектирования;

Разработка руководства пользователя.

Таблица "Договор" содержит информацию

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

Таблица "Клиент" содержит код клиента, фамилию, имя,  отчество,  номер паспорта,  прописку и телефон клиента.

Таблица "Номер" содержит информацию о номере, количестве комнат и цене номера.

Таблица "Поставщик" содержит информацию о ФИО продавца, организации, телефоне и личном коде поставщика.

Таблица "Регистрация" содержит информацию о номере, коде клиента, дате заселения, дате выселения, цене регистрации, коде сотрудника и регистрационном номере.

Таблица "Сотрудник" содержит информацию

о коде сотрудника, ФИО, телефоне и должности сотрудника.

Таблица "Услуги" содержит информацию о коде услуги, наименовании и цене услуги.

Цели будут достигнуты путем разработки надежной и оптимизированной под данную организацию электронной базы данных гостиницы  «Окские луга».

Внешние и внутренние связи, построенные с помощью пакета ERwin, представлены в Приложении А и Приложении Б

 

 

 

 

5.2 Анализ потребностей.

На анализе потребностей строится функциональная модель. Существует несколько нотаций построения этой модели в рамках методологии структурного анализа и проектирования:

При построении функциональной модели получается 7 таблиц.

 

Таблица 1 – Атрибуты сущности "Регистрация".

 

Название атрибута	Описание атрибута	Тип данных	Диапазон значений	Единицы измерения	Пример
Регистрационный номер	Код регистрации клиента	числовой	>0	-	355
Номер	Номер комнаты	числовой	>0	-	15
Код клиента	Уникальный ID клиента	числовой	>0	-	931
Дата заселения	Дата заселения клиента в номер	дата	-	-	01.11.2013
Дата выселения	Дата выселения клиента из номера	дата	-	-	02.11.2013
Цена регистрации	Цена регистрации номера	числовой	>0	-	1000

 

Таблица 2 - Атрибуты сущности "Сотрудник".

 

Название атрибута	Описание атрибута	Тип данных	Диапазон значений	Единицы измерения	Пример
Код сотрудника	Уникальный ID сотрудника	числовой	>0	-	100
Фамилия	Фамилия сотрудника	текстовый	-	-	Лобода
Имя	Имя сотрудника	текстовый	-	-	Сергей
Отчество	Отчество сотрудника	текстовый	-	-	Сергеевич
Должность	Должность сотрудника	текстовый	-	-	прачка
Телефон	Телефон сотрудника	числовой	-	-	631620743

 

 

 

 

Таблица 3 - Атрибуты сущности "Клиент".

 

Название атрибута	Описание атрибута	Тип данных	Диапазон значений	Единицы измерения	Пример
Код клиента	Уникальный ID клиента	числовой	>0	-	316
Фамилия	Фамилия клиента	текстовый	-	-	Винеев
Имя	Имя клиента	текстовый	-	-	Антон
Отчество	Отчество клиента	текстовый	-	-	Алексеевич
Номер паспорта	Уникальный ID гражданина РФ	числовой	-	-	210364
Прописка	Место регистрации клиента	текстовый	-	-	г.Серпухов,ул.Новая,д.4,кв.4
Телефон	Телефон клиента	числовой	-	-	613746774

 

Таблица 4 - Атрибуты "Номер".

 

Название атрибута	Описание атрибута	Тип данных	Диапазон значений	Единицы измерения	Пример
Номер	№ комнаты	числовой	>0	-	14
Количество комнат	Количество комнат в номере	числовой	>1	-	2
Цена	Цена номера	числовой	-	-	1000

 

Таблица 5 - Атрибуты сущности "Услуги".

 

Название атрибута	Описание атрибута	Тип данных	Диапазон значений	Единицы измерения	Пример
Код услуги	Уникальный ID услуги	числовой	>0	-	10
Наименование	Наименование услуги	текстовый	-	-	стирка
Цена	Цена услуги	числовой	-	-	300

 

 

 

 

 

Таблица 6 - Атрибуты сущности "Поставщик".

 

Название атрибута	Описание атрибута	Тип данных	Диапазон значений	Единицы измерения	Пример
Код поставщика	Уникальный ID поставщика	числовой	>0	-	1000
Организация	Организация выполняющая услугу	текстовый	-	-	ООО ''Клининг про''
Фамилия	Фамилия директора фирмы	текстовый	-	-	Петров
Имя	Имя директора фирмы	текстовый	-	-	Дмитрий
Отчество	Отчество директора фирмы	текстовый	-	-	Иванович
Телефон	Телефон фирмы	числовой	-	-	746301964

 

Таблица 7 - Атрибуты сущности "Договор".

 

Название атрибута	Описание атрибута	Тип данных	Диапазон значений	Единицы измерения	Пример
Номер договора	Уникальный ID договора	числовой	>0	-	1
Дата	Дата договора	дата	-	-	01.11.2013
Количество	Количество	числовой	-	-	2
Код услуги	Уникальный ID услуги	числовой	> 0	-	10
Код сотрудника	Уникальный ID сотрудника	числовой	-	-	100
Код поставщика	Уникальный ID поставщика	числовой	>0	-	1000

 

Сущность "Поставщик" однозначно идентифицируется атрибутом "Код поставщика". Он и будет первичным ключом.

Сущность "Услуги" однозначно идентифицируется атрибутом "Код услуги". Он и будет первичным ключом.

Сущность "Договор" однозначно идентифицируется атрибутом "Код договора". Он и будет первичным ключом.

Сущность "Номер" однозначно идентифицируется атрибутом "Номер". Он и будет первичным ключом.

Сущность "Сотрудник" однозначно идентифицируется атрибутом "Код сотрудника". Он и будет первичным ключом.

Сущность "Клиент" однозначно идентифицируется атрибутом "Код клиента". Он и будет первичным ключом.

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

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

5.3 Построение ER-диаграммы.

 

Первым шагом при создании логической модели БД является построение диаграммы ERD (Entity Relationship Diagram). ERD-диаграммы состоят из трех частей: сущностей, атрибутов и взаимосвязей. Сущностями являются существительные, атрибуты – прилагательными или модификаторами, взаимосвязи – глаголами.