Автоматизация бронирования номеров в гостинице

Размещено на http://allbest.ru

Главное управление образования и молодежной политики

Алтайского края

краевое государственное бюджетное профессиональное образовательное учреждение «Бийский государственный колледж»

Специальность 09.02.04 Информационные системы (по отраслям)

КУРСОВОЙ ПРОЕКТ

по дисциплине:

«Методы и средства проектирования информационных систем»

на тему: «Автоматизация бронирования номеров в гостинице»

Выполнила студентка

Осипова Анастасия Игоревна

Проверил преподаватель:

Шуляк Олег Сергеевич

2016 г.



ВВЕДЕНИЕ

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

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

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

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

Основными задачами, выполняемыми службой приёма и размещения являются: бронирование, регистрация, распределение номеров, предоставление гостям различных информационных услуг, взимание платы за проживание, ведение документации. Служба приёма и размещения также ведёт базу данных с информацией о гостях и номерном фонде [1].

Целью курсового проекта является разработка модели предметной области гостиницы для автоматизации планирования распределения номеров (бронирование).

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

ь провести исследование предметной области;

ь выполнить проектирование АИС с использованием функционального и объектно-ориентированного подходов;

ь разработать модель данных (ER-модель);

ь определить перспективы использования результатов курсового проекта.

В курсовом проекте использовались программы:

-Visual Paradigm Community Edition

-DFD

-IDEF0

-UML2.0

Диаграммы:

-диаграмма IDEF0

-диаграммы потоков данных(Data Flow Diagrams)

-физическая UML-диаграмма

-диаграмма прецедентов

-диаграмма последовательностей

-диаграмма состояний

-диаграмма активности (деятельности)

-модель данных(ER-модель)-



1. ОПИСАНИЕ И АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ

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

Гостиница «Brusnika» расположена в центре города на улице Ленина, 244.

Служба бронирования: +7-982-400-97-47. Сайт www.brusnika-hotel.ru

Основным подразделением является служба приема и размещения гостей.

К работникам этого подразделения относятся

ь администраторы,

ь портье,

ь менеджер службы бронирования,

ь носильщики.

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

Дежурный администратор общается с гостями на протяжении всего срока пребывания.

Его основные должностные обязанности это:

ь организация работ по подготовке к приёму гостей;

ь обработка заказов на бронирование;

ь размещение гостей, фиксация длительности заезда, оформление документов;

ь расчетно-кассовое обслуживание постояльцев;

ь контроль деятельности портье, носильщиков;

ь согласование работы с другими подразделениями гостиничного предприятия (обслуживание номеров, административно-хозяйственная служба);

ь ответственность за хранение ключей от номерного фонда и состояние номеров;

ь обеспечение доставки почты гостям;

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

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

Рисунок 1.1- Дерево функций информационной системы

Матрица ответственности работников службы размещения и обслуживания номеров представлена на рисунке 1.2.



	Администратор	Менеджер Службы бронирования	Портье	Носильщик	Горничная	Официант
Подготовка к приёму гостей	О				ИИ
Обработка заказов на бронирование	О	И
Размещение гостей, фиксация длительности заезда, оформление документов	О/И
Расчетно-кассовое обслуживание постояльцев	О/И
Доставка багажа	О			ИИ
Прием и доставка почты гостям	О		ИИ
1Хранение ключей	О		ИИ
Обслуживание гостей в вестибюле	О		ИИ	ИИ
Уборка в номере (плановая и ежедневная)	О				ИИ
Доставка блюд и напитков в номер	О					ИИ

И-Исполнитель, О-ответственный

Рисунок 1.2 - Матрица ответственности

Организационная структура рассматриваемого гостиничного предприятия представлена на рисунке 1.3.

Рисунок 1.3 - Организационная диаграмма



2. ОПРЕДЕЛЕНИЕ ГРАНИЦ ПРОЕКТА

Разработать модель предметной области гостиничного предприятия для автоматизации планирования распределения номеров.

Система автоматизирует

ь резервирование номеров и регистрацию вновь прибывших постояльцев (ФИО,

ь сведения о документе, удостоверяющем личность,

ь место постоянного жительства, номер апартамента, дата заезда, дата выезда),

ь осуществляет начисление платежей за проживание и за дополнительные услуги (телефонные переговоры, питание),

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

2.1 ОПИСАНИЕ МЕТОДОВ И ИНСТРУМЕНТАЛЬНЫХ СРЕДСТВ ПРОЕКТИРОВАНИЯ

Реализация курсового проекта осуществляется с использованием функционального и объектно-ориентированного подходов.

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

Модели ИС, согласно методологии, представляются в виде иерархических диаграмм в нотациях IDEF0, DFD и STD.

Объектно-ориентированный подход к проектированию ИС представлен диаграммами на унифицированном языке моделирования UML.

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

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

Объектное моделирование на языке UML выполнено в VisualParadigmCommunityEdition [3].

автоматизация гостиничный бронирование менеджер



3. РАЗРАБОТКА МОДЕЛИ ИС С ИСПОЛЬЗОВАНИЕМ ФУНКЦИОНАЛЬНОГО ПОДХОДА

3.1 МОДЕЛЬ AS_IS. ДИАГРАММА IDEF0

Функциональная модель предназначена для описания существующих бизнес-процессов на предприятии (так называемая модель AS-IS («как есть»)) и идеального положения вещей - того, к чему нужно стремиться (модель ТО-ВЕ).

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

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

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

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

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

Рисунок 3.1- Контекстная диаграмма

Взаимодействие информационной системы с окружающей средой описывается в терминах входа (на рисунке 4 это «Документы клиента», «Заявка на бронь», «Заявка на дополнительные услуги» и «Оплата за услуги»), выхода (основной результат процесса - оказанные услуги, подтверждаемые соответствующими отчетными документам «Квитанции и чеки, акты оказанных услуг» и «Выручка» от реализации услуг), управления («Законодательство РФ»,«Устав гостиницы», «Корпоративные стандарты качества» и «Прайс-лист») и механизмов («Материальная база», «Номерной фонд», «Служба обслуживания номеров» и «Служба приема и размещения» - это средства, обеспечивающие процесс функционирования гостиницы).

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

Деятельность гостиничного предприятия регламентируется законодательством РФ, уставом гостиницы и корпоративными стандартами качества. В процессе оказания услуг задействован персонал гостиницы, представленный службой «приема и размещения» и службой обслуживания номеров. Также средствами, обеспечивающими функционирование предприятия, являются его «Номерной фонд» и «Материальная база». "Материальная база" - это обстановка здания, техника в номерах, инвентарь, инфраструктура и т.д.

Основной процесс «Функционирование «ИС Гостиница» разбивается на 4 функциональных блока (рис. 3.2):

1) «Оказание услуг по размещению и проживанию» иллюстрирует деятельность по приему гостей с предварительным бронированием номеров;

Рисунок 3.2 - Диаграмма декомпозиции блока «Функционирование ИС «Гостиница»



2) «Обслуживание номера» представляет собой процесс поддержания персоналом гостиницы порядка в номерах. Включает в себя плановое и внеплановое обслуживание (по заявке гостя или по причине причинения вреда имуществу гостиничного предприятия);

3) «Предоставление дополнительных услуг» - это совокупность оказываемых гостиницей услуг по предоставлению постояльцам телефона, взиманию платы за переговоры и ведению учета переговоров, стирке вещей, заказу еды и напитков в номер и т.д.

4) «Окончательный расчет стоимости», осуществляемый при выселении гостя из номера. Итоговый счет за проживание получается сложением фактического счета за проживание (с учетом предоплаты), счета за обслуживание номера (при его наличии) и счета за дополнительные услуги (при его наличии).

С точки зрения дальнейшей декомпозиции интерес представляет блок «Оказание услуг по размещению и проживанию». В данном блоке можно выделить 3 функции:«Бронирование номера», «Оформление заселения клиента» и «Прием предоплаты» (рис. 3.3).

Функция «Бронирование номера» предназначена для внесения предварительной брони на основе полученной от клиента заявки (например, по телефону, электронной почте и т.д.). Деятельность по приему заявки и внесению брони осуществляется работником службы приема и размещения в соответствии с законодательством РФ и Уставом гостиницы. Результатом является номер брони, который заносится в базу данных. Чтобы не перегружать клиента информацией, номер брони ему не сообщается. При заселении достаточно предъявить паспорт.

Функция «Оформление заселения клиента» производится на основании документов клиента и номера брони. Здесь рассчитывается стоимость проживания согласно действующему прайс-листу и сумма предоплаты. Информация о ценах («Прайс-лист») вводится в модель в качестве управления, т.к. в процессе деятельности ни одной функцией не изменяется. Результатом работы функции является ваучер на заселение, на основании которого клиент вносит предоплату за номер.

Рисунок 3.3 - Диаграмма декомпозиции блока A1 «Оказание услуг по размещению и проживанию»

Функция «Прием предоплаты» заключается в приеме денежных средств клиента и выдаче подтверждающих документов «Квитанция на предоплату». Предоплата, как материальные средства, полученные в результате выполнения функции, не выносятся на родительскую диаграмму во избежание ее перегруженности. Граничная стрелка «Предоплата» помещена в «туннель». Дальнейшую декомпозицию будем производить с использованием диаграмм потоков данных -DFD (DataFlowDiagrams).

3.2 ДИАГРАММЫ ПОТОКОВ ДАННЫХ (DATA FLOW DIAGRAMS)

Диаграмма потоков данных, декомпозирующая блок «Бронирование номера» представлена на рисунке 3.3.



Рисунок 3.3 - Диаграмма блока A1-1«Бронирование номера»

На рисунке 3.4 представлена диаграмма потоков данных для блока А1-2 «Оформление заселения клиента».

Рисунок 3.4 - Диаграмма блока A1-2«Оформление заселения клиента»



4. ОБЪЕКТНО-ОРИЕНТИРОВАННЫЙ ПОДХОД

4.1ФИЗИЧЕСКАЯ UML-ДИАГРАММА

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

Рисунок 4.1- Физическая UML - диаграмма

4.2 ДИАГРАММА ПРЕЦЕДЕНТОВ

Диаграмма прецедентов (UseCase)предназначена для моделирования взаимодействия проектируемой ИС с внешним миром. Основными элементами диаграммы являются актеры и варианты использования (прецеденты). Актеры - это внешние по отношению к системе сущности (в частности, пользователи ИС). Прецеденты моделируют функции проектируемой ИС. Также на диаграмме прямоугольной рамкой изображаются границы информационной системы. Диаграмма прецедентов для ИС гостиничного предприятия представлена на рисунке 4.2.



Рисунок 4.2 - Диаграмма прецедентов

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

4.3 ДИАГРАММА ПОСЛЕДОВАТЕЛЬНОСТЕЙ

Диаграмма последовательностей отображает взаимодействие объектов во времени и, как правило, служит для уточнения диаграмм вариантов использования. Взаимодействие между объектами осуществляется посредством сообщений.

Рисунок 4.3 - Диаграмма последовательностей

Основными элементами диаграммы являются актеры, объекты (экземпляры классов), линии жизни объектов и сообщения. Объекты изображаются в виде прямоугольников, внутри которых указываются имена объектов. Линии жизни изображаются вертикальными пунктирными линиями, идущими вниз от объектов. Время, в течение которого объект выполняет какие-либо действия, называется «фокусом управления» и обозначается прямоугольником на линии жизни объекта. Чем более растянутым является фокус управления, тем больше времени объект выполняет действие (существует в системе). Сообщения (вызовы методов) обозначаются линиями со стрелками, возвращаемые результаты - пунктирными линиями со стрелками.

Диаграмма последовательностей для варианта использования «Оформить бронь» представлена на рисунке 4.3.

4.4 ДИАГРАММА СОСТОЯНИЙ

Диаграмма состояний позволяет отразить все возможные состояния, в которых может находиться объект, а также процесс смены состояний в результате внешнего воздействия. Основными элементами диаграммы состояний являются «Состояние» и «Переход».

Диаграмма состояний для объекта «Заявка на бронь» представлена на рисунке 4.4. Заявка на бронь может находиться в одном из следующих состояний: «Размещение заявки на бронь», «Передача заявки на проверку», «Отклонение заявки», «Подтверждение заявки» и «Снятие заявки».

Рисунок 4.4 - Диаграмма состояний объекта «Заявка на бронь»

При переходе в сложное (композитное) состояние «Размещение заявки на бронь» выполняется действие «entry / Создание новой заявки на бронь».

При выходе из этого состояния без подтверждения выполняется действие «exit / Изменить статус заявки на «Не Подтвержден».

Точка входа обозначает псевдосостояние, моделирующее вход в композитное состояние.

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

При переходе в состояние «Подтверждение заявки» выполняется выходное действие «exit / Изменение статуса заявки на «Подтвержден» и осуществляется альтернативный выход из композитного состояния.

Эта диаграмма не удобна для использования. Наиболее удобная для разработки программ представлена на рисунке 4.5.

4.5 ДИАГРАММА АКТИВНОСТИ (ДЕЯТЕЛЬНОСТИ)

Диаграмма активности (деятельности) для прецедента «Оформить заселение гостя» представлена на рисунке 4.5. В процессе заселения в гостиницу гость большую часть времени взаимодействует с администратором.

Деятельность вспомогательного персонала (портье, носильщик) в ИС не отражается и, следовательно, нами моделироваться не будет. На диаграмме отражен один узел условного ветвления. Если клиент приезжает в гостиницу впервые, его необходимо зарегистрировать. Для «постоянных» клиентов - выбрать гостя из списка.



Рисунок 4.5 - Диаграмма деятельности

4.6 РАЗРАБОТКА МОДЕЛИ ДАННЫХ (ER - МОДЕЛЬ)

Разработка модели данных производилась с использованием CASE-средства Visual Paradigm Community Edition. Инфологическая модель данных ИС «Гостиница» представлена на рисунке (рисунок 5.1).

БД представлена в виде набора сущностей, их атрибутов и связей между ними. Каждая сущность представляет множество подобных объектов, называемых экземплярами объекта. Каждый экземпляр индивидуален и должен отличаться от всех остальных. Атрибут отражает определенное свойство объекта. С точки зрения физической модели БД сущности соответствует таблица базы данных (например, “Гость”, “Бронь”).Каждая строка таблицы БД представляет собой экземпляр объекта, столбец-атрибут объекта. В результате проектирования было выделено восемь объектов-сущностей.

Связь на диаграмме отображает логическую зависимость одной сущности от другой. В нотации IDEF1X выделяют зависимые и независимые сущности. Тип сущности определяется ее связью с другими сущностями. Идентифицирующая связь (изображается сплошной линией) устанавливается между независимой (родительский конец связи) и зависимой (дочерний конец связи) сущностями. Экземпляр зависимой сущности определяется только через отношение к родительской сущности.

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



5. ГРАФИЧЕСКАЯ ЧАСТЬ

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

Атрибуты первичного ключа на диаграмме обозначены символом ключа и выделены полужирным шрифтом.

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

Уникальные атрибуты на диаграмме отмечены символом «U».Такие атрибуты не должны повторяться в пределах одной сущности. Атрибуты, которые могут принимать неопределенные значения - «Nullable» - обозначаются символом «N».

В нашей модели таковыми, в частности, являются атрибуты «Отчество» в таблицах «Гость» и «Сотрудник_гостиницы», т.к. у иностранцев отчества может не быть.

На диаграмме также присутствует связь таблицы «Сотрудник_гостиницы» с самой собой.

Такая связь олицетворяет отношение «руководитель-подчиненный». Атрибут «Идентификатор_руководителя» является ссылкой на атрибут «Идентификатор_сотрудника». Отметим, что атрибут «Идентификатор_руководителя» также может принимать неопределенное значение, т.к. не для всех сотрудников могут быть назначены руководители. В частности, для директора руководителя просто нет.

Рисунок 5.1 - Инфологическая модель данных ИС «Гостиница»

ЗАКЛЮЧЕНИЕ

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

В рамках поставленной цели решены следующие задачи:

*проведено исследование предметной области;

*осуществлена постановка задачи и определены границы проекта;

*выполнено проектирование АИС с использованием функционального и объектно-ориентированного подходов;

*разработана модель данных (ER-модель);

Цель курсового проекта достигнута в полном объеме, все поставленные задачи решены.

Разработанная модель информационной системы позволит успешно автоматизировать основные бизнес-процессы гостиничного предприятия.

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



СПИСОК ИСПОЛЬЗУЕМЫХ ИСТОЧНИКОВ

1. Боуэн Док., Котлер Ф., Мейкенз Дж. Маркетинг. Гостеприимство. Туризм.

2. Постановление Правительства РФ от 09.10.2015 N 1085 "Об утверждении Правил предоставления гостиничных услуг в Российской Федерации"

3. VisualParadigm[Электронный ресурс]. - Режим доступа: https://www.visual-paradigm.com/(дата обращения: 05.04.2016).

4.Теория и практика UML. Диаграмма состояний[Электронный ресурс]. - Режим доступа: http://www.it-gost.ru/articles/view_articles/97 (дата обращения: 05.04.2016).

5.Ганенко, А.П. Оформление текстовых и графических материалов при подготовке дипломных проектов, курсовых и письменных экзаменационных работ, учеб. пособие / Ганенко, А.П. [и др.] - М.: Академия, 2000 - 352с.

6.ГОСТ 2.105-95 Общие требования к текстовым документам.

7.ГОСТ 2.104-68 Основные надписи.

8.ГОСТ Р21.1101-92 Основные требования к рабочей документации.

9.ГОСТ 7.32-81 Система стандартов по информации, библиотечному и издательскому делу.

10. ГОСТ 19.404-79 Пояснительная записка. Требования к содержанию и оформлению

11. ГОСТ Р. 7.05-2008 Библиографическая ссылка. Общие требования и правила составления

Размещено на Allbest.ru

...