Автоматизация обслуживания для гостиничного комплекса

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

Министерство образования и науки Украины

Харьковский национальный университет радиоэлектроники

Отчет

По лабораторным работам №1-5

По курсу: «Проектирование программных систем»

На тему: «Автоматизация обслуживания для гостиничного комплекса»

Выпонила: ст. гр. ИНФ 13-2 Синельникова Т. Ф.

Проверила: Танько Р. В.

2015

Содержание

Введение

1. Концепция системы

1.1 Описание проблемной области

1.2 Постановка задачи

1.3 Обзор существующих систем

1.4 Структурная классификация системы

1.5 Анализ сложности компонентов системы

2. Архитектура системы

2.1 Представление Use Case

2.2 Диаграмма коопераций

2.3 Диаграмма компонентов

2.4 Диаграмма последовательности

2.5 Диаграмма основных классов системы

2.6 Описание архитектуры системы

2.7 Выбор архитектуры системы и обоснование технических решений

2.8 Обоснование выбора среды разработки СУБД и операционной системы

2.9 Диаграмма развертывания системы

2.10 Требования к программному и аппаратному обеспечению

3. Прототип интерфейса

3.1 Описание интерфейса пользователя

Введение

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

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

Уровень развития современного программного обеспечения требует специальных подходов и знаний в области проектирования ПО. Наличие качественной архитектуры и документации определяют будущие качества программного обеспечения. Приобретение знаний и навыков в проектировании программного обеспечения является необходимой составляющей в общей структуре знаний современных специалистов. Разработка архитектуры программного продукта является первым этапом в разработке любого программного продукта.

1. Концепция системы

1.1 Описание проблемной области

Имеется следующее описание предметной области:

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

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

- Данные о постояльце (внутренний идентификационный номер, ФИО, номер паспорта, телефон, номер комнаты, дата заезда, дата отъезда, оплата);

- Информация о продукции из ресторана (номер услуги, название блюда, количество порций, стоимость);

- Информация об экскурсиях (номер услуги, название экскурсии, описание, дата и время отправки, дата и время прибытия, стоимость);

- Информация о заказе (номер заказа в рамках гостиничного комплекса, номер услуги, время заказа, состояние заказа).

1.2 Постановка задачи

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

1.3 Обзор существующих систем

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

Профессиональная система для гостиниц UCS-Shelter, ее основные свойства:

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

2) Прямая связь с системой для ресторанов UCS Kеерег. Комплекс из двух систем позволяет сделать все расчеты внутри гостиничного предприятия безналичными.

3) Модульность. UCS-Shelter состоит из набора модулей и ядра, обеспечивающего их интеграцию и разграничение пользовательских полномочий. Такое решение позволяет собирать автоматизированные рабочие места с нужной функциональностью, расширять и заменять функции без перестройки системы. Этими рабочими местами могут, например, быть: портье (заселение, расчет с гостями); резервирование (различные виды бронирования ресурсов); работа со счетами гостей и клиентов; ведение договоров аренды и обслуживания туристов; администратор (ведение справочников, получение текущих отчетов); управляющий (анализ деятельности) и т. д.

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

5) UCS-Shelter имеет два различных технологических исполнения:

а) двухуровневое (активный SQL-сервер, уведомляющий об изменениях, плюс специализированный клиент с интеллектуальным кэшем) - обеспечивает эффективный и экономичный доступ к общим данным через локальную сеть, позволяя при этом всем пользователям видеть изменения непосредственно после их совершения через полноценный Windows-интерфейс. Выполнено на базе собственных разработок UCS;

б) трехуровневое (SQL-сервер плюс специализированный Интернет-сервер плюс универсальный объектный терминал) - обеспечивает полноценный доступ к системе как из локальной сети предприятия, так и из любой точки, имеющей выход в Интернет или другую корпоративную сеть на основе TCP/IP, что особенно важно при созданий рабочих мест удаленного бронирования.

CRS:

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

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

1.4 Структурная классификация системы

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

Вход в систему сопровождается запросом логина (ФИО) пользователя и пароля. Далее в зависимости от категории пользователя выбирается его функциональность.

Опишем функциональности каждой категории

- Дежурный администратор

Пользователь имеет возможность добавить нового клиента в базу, заселить клиента, выселить его, оформить заказ, редактировать данные о постояльце в БД, просматривать состояние выполнения заказа.

- Персонал

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

1.5 Описание основных функций системы

По результатам анализа поставленной задачи можно выделить несколько основных функций системы:

· регистрация клиента (ввод данных о постояльце во внутреннюю базу данных);

· связь клиента с персоналом гостиничного комплекса;

· обслуживание клиента персоналом (услуги возможности заказа экскурсий и продукции из ресторана);

· отслеживание выполнения заказа;

· обеспечение связи системы с БД;

· интерфейс для персонала и дежурного пользователя.

2. Архитектура системы

2.1 Представление Use Case

Создадим диаграмму Use Case для данной системы, описывающую взаимоотношение и зависимости между группами вариантов использования и действующих лиц, участвующих в процессе. Также диаграмма позволяет заказчику, конечному пользователю и разработчику совместно обсуждать проектируемую или существующую систему. Диаграмма представлена на Рис. 2.1.

Рис. 2.1 Представление Use Case

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