Гостиница. Пояснительная записка. Курсовой проект защищен с оценкой
 Скачать 143.41 Kb.
|
|
Министерство науки и высшего образования Российской Федерации Федеральное государственное бюджетное образовательное учреждение высшего образования «Алтайский государственный технический университет им. И.И.Ползунова» Факультет информационных технологий Курсовой проект защищен с оценкой ______________________-___________ __________________________________ РАЗРАБОТКА БАЗЫ ДАННЫХ «АПТЕКА»по лабораторной работе №3 ПОЯСНИТЕЛЬНАЯ ЗАПИСКА К КУРСОВОМУ ПРОЕКТУ по дисциплине Базы данных по дисциплине «Базы данных» КП 38.03.05.03.000 ПЗ (для БИ) КП 09.03.03.03.000 ПЗ (для ПИЭ) обозначение документа Проект выполнил студент гр. ПИЭ-хх И. И. Иванов подпись, и.о. фамилия. Барнаул 2021 Форма задания на курсовое проектирование Министерство науки и высшего образования Российской Федерации Федеральное государственное бюджетное образовательное учреждение высшего образования «Алтайский государственный технический университет им. И.И.Ползунова» Факультет информационных технологий Утверждаю Заведующий кафедрой ИСЭ А.С. Авдеев «»__202г. ЗАДАНИЕ № 03 НА КУРСОВОЕ ПРОЕКТИРОВАНИЕ По дисциплине Базы данных студенту группы Иванову Игорю Ивановичу фамилия, имя, отчество Тема: Разработка базы данных «Аптека» Срок исполнения проекта 25.12.2020 г. Задание принял к исполнению ______________Игорь Иванович Иванов подпись Имя Отчество Фамилия СОДЕРЖАНИЕ РАЗДЕЛОВ ПРОЕКТА
СОДЕРЖАНИЕ ОглавлениеСОДЕРЖАНИЕ Введение.......................................................................3 1 Проектирование базы данных и пользовательского приложения....................4 1.1 Первичный анализ информационных потребностей пользователей, выделение объектов предметной области и формирование исходных сущностей................4 1.2 Описание и обоснование выбранного средства реализации......................5 1.3 Описание концептуальной модели предметной области..........................6 1.4 Описание физической модели.................................................8 1.5 Создание пользовательского приложения.....................................10 2 Заключение..................................................................12 Список использованных источников..............................................14 ПРИЛОЖЕНИЕ А (справочное) Скрипт создания базы данных.........................14 ПРИЛОЖЕНИЕ Б (справочное) Главное окно приложения.............................18 ПРИЛОЖЕНИЕ В (справочное) Форма «информация по номерам».......................19 ПРИЛОЖЕНИЕ Г (справочное) Форма «сотрудники»..................................20 ПРИЛОЖЕНИЕ Д (справочное) Форма «оформление заказа»...........................21 ПРИЛОЖЕНИЕ Е (справочное) Пример некоторых SQL скриптов для работы с БД.......22 ПРИЛОЖЕНИЕ Ж (справочное) Пример отчетов......................................23 Введение Одним из ключевых направлений в области автоматизации бизнес-процессов с использованием информационных технологий является разработка баз данных, позволяющих решить проблему хранения и систематизации информации согласно индивидуальным требованиям компании. Под базой данных (БД) будем понимать совокупность специальным образом организованных данных, хранимых в памяти компьютера вычислительной системы и отображающих состояние объектов и их взаимосвязь в конкретной области, находящихся под управлением СУБД. Система управления базами позволяет: Надёжно хранить информацию; Изменять (добавлять, удалять, обновлять) информацию Уменьшить время доступа к необходимой информации Реализовать различные уровни доступа к информации, рассчитанные на различных пользователей. База данных будет создаваться на основе СУБД Microsoft Access, которая обладает следующими свойствами: Формирование и подержание БД Обработка информации Прием запросов Предоставление информации пользователям Обеспечение целостности и реорганизации ценностей БД Организация совместной работы пользователей В данной курсовой работе разрабатывается база данных для Гостиницы. Она позволит быстро получать и модифицировать необходимую информацию, минимизировать избыточность информации. БД упростит реализацию комплексных запросов, повысит эффективность использования информационной технологии. Цели и задачи процесса проектирования баз данных Основные цели проектирования заключаются в следующем: - обеспечить пользователей полными, своевременными и достоверными данными, необходимыми для исполнения служебных обязанностей; - обеспечить доступ к данным за приемлемое время. 1 Проектирование базы данных и пользовательского приложения 1.1 Первичный анализ информационных потребностей пользователей, выделение объектов предметной области и формирование исходных сущностейВ курсовой работе разрабатывается база данных для гостиницы. Гостиница содержит в себе номера, которые имеют разный уровень комфортности, сервиса и, соответственно, оплаты. Оплата включает в себя код расчетной карточки и код услуги. Каждый номер имеет код номера, код типа, количество мест в номере и стоимость. Существуют следующие типы номеров: люкс - многокомнатный номер с высоким уровнем сервиса, комфортности и обслуживания; полулюкс - номер меньшей, чем люкс, площади, но с достаточным уровнем сервиса и комфортности; одноместный или двухместный номер с минимальным уровнем сервиса; многоместный номер, так же с некоторым уровнем сервиса. Тип номера характеризуется кодом типа, названием, описанием типа. Стоимость для номеров типа люкс и полулюкс устанавливается как стоимость всего номера (в сутки), независимо от количества проживающих в номере. Стоимость проживания в одно-, двух- и многоместных номерах устанавливается для одного человека (в сутки). Номера и места в номерах будут бронироваться. При наличии телефона в номере пользование междугородним телефоном оплачивается отдельно по фактическим счетам. В счете содержатся следующие поля: код счета, код клиента, № счета, номер телефона, количество минут, стоимость одной минуты, дата звонка, общая сумма. Все пребывающие и размещаемые в гостинице граждане при заселении должны заполнить карточку регистрации. Карточка регистрации содержит код карточки, код номера, код гражданина, дату прибытия и дату убытия. Кроме того, для расчетов с клиентами администрация гостиницы заводит расчетные карточки, которые содержат данные о размещении клиента, оказанных услугах и всех расчетах с ним, а так же код расчетной карты и код клиента. Любой номер гостиницы имеет номер, по которому ведется учет проживающих в гостинице. Кроме задач ведения данных, в системе могут решаться задачи поиска, например, поиск номера или места в номере в соответствии с некоторыми критериями поиска. Другая задача поиска - это поиск клиента, проживающего в гостинице в данный момент или проживавшего в ней ранее. Проведя анализ предметной области можно выделить следующие сущности: Номер(Код номера); Тип (Код типа); Гражданин (Код гражданина, Дата въезда); Карточка регистрации (Код карточки регистрации); Расчетная карточка (Код расчетной карточки); Счет (Код счета). 1.2 Описание и обоснование выбранного средства реализации Хранение данных в информационных системах можно организовать следующими способами: набор файлов на диске; реляционная база данных; нереляционная база данных (иерархические СУБД и др.). Наиболее универсальным, масштабируемым и простым для поддержки является использование в разрабатываемой системе реляционной СУБД. Сравнительные характеристики наиболее распространенных на сегодняшний день реляционных СУБД приведены в таблице 1.1.
Проектируемая база данных предполагает работу со сравнительно небольшими объемами данных (создание не более нескольких сотен записей в сутки). При этом важным критерием является масштабируемость и возможно низкая стоимость решения. Исходя из этих критериев, согласно таблице 1.1, для решения поставленной задачи наиболее целесообразным является использования СУБД MySQL. 1.3 Описание концептуальной модели предметной области Входные данные. Разрабатываемая база данных содержит в себе: Данные о гостинице: телефон; Данные о заказах: № номера; тип заказа дата проживания; дата выезда; сотрудник телефон Данные о классе обслуживания: тип номера; стоимость номера; Данные о клиентах: номер клиента; тип номера вместимость дата заезда дата выезда ФИО; Цена в сутки Стоимость Данные об описании номера: № номера; вместимость; тип номера. цена Данные о перечне услуг являются: номер услуги; наименование; стоимость; единицы измерения. Выходные данные: При работе с базой данных в гостинице покупатель имеет возможности такие, как: Просмотр наличия свободных номеров в гостинице и их характеристики; Выбор нужного номера из свободных Знание стоимости каждого номера в отдельности. При работе с базой данных администратор должен уметь решать следующие задачи такие, как: прием и регистрация новых покупателей в свободные номера, которые выбирают покупатели гостиницы; размещение покупателей в свободные номера, которые выбирают покупатели гостиниц; проведение опроса покупателей, например, для чего или с какой целью прибыли в наш город? Заполнение книги регистрации или бюллетень покупателей номеров гостиниц; Проведение проверки свободных или купленных номеров; Ведение учета, сколько, какие номера свободны или куплены покупателями и сколько по времени они будут заняты. База данных должна быть настроенной, то есть в ней должна присутствовать возможность изменения, дополнения, в том числе и удаления следующих параметров: клиента и (или) номера (при въезде или отъезде клиента); наличие и возможность предоставления услуг. Необходимо реализовать базу поиска по следующим параметрам: хранить сведения даты бронирования номера; хранить сведения даты отъезда покупателя номера. Поиск лучше осуществлять в виде запроса, например, выводить перечень всех номеров, удовлетворяющих введенным условиям. Для осуществления процесса оформления номера необходимо ввести фамилию, имя, отчество, гражданство, серию и номер паспорта, по которому зарегистрирован клиент. После покупки номера клиентом необходима сохранность информации о клиенте, но кроме этого, о номере. Должна быть возможность просматривать список зарегистрированных клиентов и покупателей, их паспортные данные, и т.д. (только для администрации). Описание объектов данных. Основными сущностями в описании предметной области с точки зрения базы данных являются: гостиница; перечень услуг; описание номера; заказ; класс обслуживания; используемые услуги; клиент. Атрибутами гостиницы являются: название гостиницы; адрес в стране; телефон; директор; наличие пункта питания; наличие автостоянки; отзывы. Атрибутами заказа являются: № номера; тип заказа дата проживания; дата выезда; сотрудник телефон Атрибуты используемых услуг: номер заказа; номер услуги; дата; количество; общая стоимость. Атрибутами класса обслуживания являются: тип номера; стоимость номера; Атрибутами клиентов являются: номер клиента; тип номера вместимость дата заезда дата выезда ФИО; Цена в сутки Стоимость Атрибутами описания номера являются: № номера; вместимость; тип номера. Цена Атрибутами перечня услуг являются: номер услуги; наименование; стоимость; единицы измерения. Основными подходами к созданию инфологической модели предметной области являются: . Функциональный подход к проектированию БД ("от задач"). . Предметный подход к проектированию БД ("от предметной области"). 3. Метод "сущность-связь" (entity-relation, ER-method). Мы будем использовать метод "сущность-связь" как наиболее распространённый. Приведём основные термины, которыми мы будем пользоваться: Сущность - это объект, о котором в системе будут накапливаться данные. Для сущности указывается название и тип (сильная или слабая). Сильные сущности существуют сами по себе, а существование слабых сущностей зависит от существования сильных. Атрибут - свойство сущности. Различают: Идентифицирующие и описательные атрибуты. Идентифицирующие позволяют отличить один экземпляр сущности от другого. Описательные атрибуты заключают в себе интересующие нас свойства сущности. Составные и простые атрибуты. Простой атрибут имеет неделимое значение. Составной атрибут является комбинацией нескольких элементов, возможно, принадлежащих разным типам данных (ФИО, адрес и др.). Однозначные и многозначные атрибуты (могут иметь соответственно одно или много значений для каждого экземпляра сущности). Например, дата рождения - это однозначный атрибут, а номер телефона - многозначный. Основные и производные атрибуты. Значение основного атрибута не зависит от других атрибутов; значение производного атрибута вычисляется на основе значений других атрибутов. Например, возраст вычисляется на основе даты рождения и текущей даты. Обязательные и необязательные (первые должны быть указаны при размещении данных в БД, вторые могут не указываться). Для каждого атрибута необходимо определить название, указать тип данных и описать ограничения целостности - множество значений, которые может принимать данный атрибут. Связь - это осмысленная ассоциация между сущностями. Для связи указывается название, тип (факультативная или обязательная), кардинальность (1: 1, 1: n или m: n) и степень (унарная, бинарная, тернарная или n-арная). Инфологическая модель предметной области "Гостиница" представлена на рис. 1.  Рисунок 1. Инфологическая (концептуальная) модель предметной области 1.4 Описание физической модели Этап физического проектирования заключается в определении схемы хранения, т.е. физической структуры БД. Схема хранения зависит от той физической структуры, которую поддерживает выбранная СУБД. Физическая структура БД, с одной стороны, должна адекватно отражать логическую структуруБД, а с другой стороны, должна обеспечивать эффективное размещение данных и быстрый доступ к ним. Результаты этого этапа документируются в форме схемы хранения на языке определения данных (DDL, Data Definition Language) выбранной СУБД. Принятые на этом этапе решения оказывают огромное влияние на производительность системы. Одной из важнейших составляющих проекта базы данных является разработка средств защиты БД. Защита данных имеет два аспекта: защита от сбоев и защита от несанкционированного доступа. Для защиты от сбоев на этапе физического проектирования разрабатывается стратегия резервного копирования. Для защиты от несанкционированного доступа каждому пользователю доступ к данным предоставляется только в соответствии с его правами доступа, набор которых также является составной частью проекта БД. Каждое реляционное отношение соответствует одной сущности и в него вносятся все атрибуты этой сущности. Для каждого отношения определяются первичный ключ и внешние ключи (в соответствии со схемой БД). В том случае, если базовое отношение не имеет потенциальных ключей, вводится суррогатный первичный ключ, который не несёт смысловой нагрузки и служит только для идентификации записей. Отношения приведены в табл.1-5. Для каждого отношения указаны атрибуты с их внутренним названием, типом и длиной. Таблица 1. "Клиенты"
Таблица 2. "Номера"
Таблица 3. "Сотрудники"
Таблица 4. "Категории номеров"
Таблица 5. "Учёт"
Таблица 6. “Должность”
Таблица 7. "Журнал услуг”
Таблица 8. "Услуги"
Таблица 9. "Операции"
 Рисунок – физическая модель данных Гостиницы 1.5 Создание пользовательского приложения Заключение На сегодняшний день реляционные базы данных остаются самыми распространенными, благодаря своей простоте и наглядности как в процессе создания так и на пользовательском уровне. Основным достоинством реляционных баз данных совместимость с самым популярным языком запросов SQL. С помощью единственного запроса на этом языке можно соединить несколько таблиц во временную таблицу и вырезать из нее требуемые строки и столбцы (селекция и проекция). Так как табличная структура реляционной базы данных интуитивно понятна пользователям, то и язык SQL является простым и легким для изучения. Реляционная модель имеет солидный теоретический фундамент, на котором были основаны эволюция и реализация реляционных баз данных. На волне популярности, вызванной успехом реляционной модели, SQL стал основным языком для реляционных баз данных. В процессе анализа вышеизложенной информации выявлены следующие недостатки рассмотренной модели баз данных: так как все поля одной таблицы должны содержать постоянное число полей заранее определенных типов, приходится создавать дополнительные таблицы, учитывающие индивидуальные особенности элементов, при помощи внешних ключей. Такой подход сильно усложняет создание сколько-нибудь сложных взаимосвязей в базе данных; высокая трудоемкость манипулирования информацией и изменения связей. Современная жизнь немыслима без эффективного управления. Важной категорией являются системы обработки информации, от которых во многом зависит эффективность работы любого предприятия ли учреждения. Такая система должна: обеспечивать получение общих и/или детализированных отчетов по итогам работы; позволять легко определять тенденции изменения важнейших показателей; обеспечивать получение информации, критической по времени, без существенных задержек; выполнять точный и полный анализ данных. В данном курсовом проекте я попытался кратко изложить основную информацию, необходимую для создания базы данных и автоматизации конкретной прикладной области. Данный проект может послужить методическим руководством для начинающего пользователя, так содержит все этапы проектирования базы данных, а также конкретный пример базы данных «ведение списка международных телефонных разговоров», осуществленной в системе управления базами данных MSAccess. Также мною приведены основные доводы предпочтения данной СУБД над другими программными продуктами, предназначенными для работы с базами данных. Разработанная в ходе выполнения курсового проекта база данных «Гостиница», является актуальной на сегодняшний день и имеет большую практическую значимость. В результате выполнения данного курсового проекта были решены задачи, поставленные в начале работы. Была разработана структура базы данных; в программу были включены функции поиска, выполнения различных запросов. При этом были учтены все требования, выдвинутые в начале выполнения данного проекта. Разработанная программа устойчиво выполняет все свои функции, но теперь стоит задача сделать ее более совершенной и более расширенной. Результатом выполнения курсовой работы стало разработанное приложение баз данных, позволяющее автоматизировать операции учета и процессы составления отчетных документов в отделе кадров. Разработанное приложение отвечает всем требованиям предметной области, таблицы созданной базы данных отвечают требованиям нормализации, что позволяет обеспечить целостность и непротиворечивость информации. Средствами СУБД Microsoft Access создан удобный пользовательский интерфейс. Приложение позволяет решать все задачи, сформулированные в задании на курсовую работу. Это позволяет сделать вывод, что задание выполнено полностью. В связи с тем, что база учебная, а не профессиональная, не которые данные о сотрудниках не были включены в базу. К ним относится такие данные, как военная обязанность, поощрения и т.п. Но разработанная в курсовой база данных легко дополняется при необходимости разработки профессиональной базы данных. Скрипт создания базы данных CREATE TABLE ‘Должность’ (ID_должности INTEGER NOT NULL Название Varchar (50) Оклад Varchar (50)); CREATE TABLE ‘Журнал услуг’ (ID_записи INTEGER NOT NULL Клиент INTEGER NOT NULL Услуга INTEGER NOT NULL Ед INTEGER NOT NULL Стоимость INTEGER NOT NULL Дата DATETIME); CREATE TABLE ‘Категория комнат’ (ID_типа INTEGER NOT NULL Название Varchar (50) Описание Varchar (50)); CREATE TABLE ‘Клиенты’ (ID_клиента INTEGER NOT NULL ФИО Varchar (50) Паспорт INTEGER NOT NULL Телефон INTEGER) CREATE TABLE ‘Номера’ (ID INTEGER NOT NULL Тип INTEGER NOT NULL Вместимость INTEGER NOT NULL Цена INTEGER NOT NULL) CREATE TABLE ‘Сотрудники’ (ID_сотрудника INTEGER NOT NULL ID_должности INTEGER NOT NULL Имя Varchar (50) Телефон Varchar (50)) CREATE TABLE ‘Услуги’ (ID_Услуги INTEGER NOT NULL Название_услуги Varchar (50) Стоимость_услуги INTEGER NOT NULL Ед_изм Varchar (50) Описание Varchar (50)) CREATE TABLE ‘Учёт’ (ID_Учета INTEGER NOT NULL Операция INTEGER NOT NULL ID_Номера INTEGER NOT NULL ID_Клиента INTEGER NOT NULL Дата въезда DATETIME Дата выезда DATETIME Цена INTEGER NOT NULL Сотрудник INTEGER NOT NULL)) |