Федеральноеагентство по образованию
Государственноеобразовательное учреждение
высшегопрофессионального образования
Дальневосточныйгосударственный технический университет
(ДВПИим. В.В. Куйбышева)
Кафедра конструирования ипроизводства радиоаппаратуры
«Проектированиеинформационной системы «Гостиница»
2010
СОДЕРЖАНИЕ
ВВЕДЕНИЕ
1 ЗАДАНИЕ
2ФУНКЦИОНАЛЬНАЯ МОДЕЛЬ БИЗНЕС-ПРОЦЕССОВ. СПЕЦИФИКАЦИИ ПРОЦЕССОВ
2.1Функциональная модель бизнес-процессов
2.2Внешнее окружение проектируемого ПО
2.3Функциональность проектируемого ПО
2.4Спецификации процессов
2.4.1Спецификация процесса «Бронирование номеров»
2.4.2Спецификация процесса «Регистрация клиентов»
2.4.3Спецификация процесса «Отъезд клиентов»
3СИСТЕМНЫЕ (БИЗНЕС) ТРЕБОВАНИЯ
4СПЕЦИФИКАЦИЯ ПОВЕДЕНИЯ ПРОЕКТИРУЕМОГО ПО
4.1Распределение требований по субъектам и прецедентам
4.2Диаграмма прецедентов системы
4.3Диаграмма деятельности системы
5СПЕЦИФИКАЦИЯ СОСТОЯНИЯ ПРОЕКТИРУЕМОГО ПО
/>/>/>/>/>ВВЕДЕНИЕ
В данной работе необходиморазработать предложения по автоматизации для гостиницы.
Гостиница — имущественныйкомплекс (дом, здание, часть здания, иные постройки) с меблированными комнатами(«номерами») для временного проживания.
С точки зрения функционированияили структуры гостиницы, можно сказать, что гостиница располагает номерами сразным уровнем сервиса, комфортности и, соответственно, оплаты. Номера могутбыть разных типов: люкс — многокомнатный номер с высоким уровнем сервиса, комфортностии обслуживания; полулюкс — номер меньшей, чем люкс, площади, но с достаточнымуровнем сервиса и комфортности; обычный номер – с минимальным уровнем сервиса. Вгостинице ведется учет состояния номеров.
Все прибывающие и размещаемые вгостинице клиенты при вселении должны заполнить карточку регистрации, в которойнеобходимо указать фамилию, имя, отчество, дату рождения, адрес местажительства, паспортные данные, время заселения, время отъезда.
Любой номер гостиницы имеетномер, по которому ведется учет клиентов, проживающих в гостинице.
Также гостиница предоставляетвозможность бронирования номеров.
Таким образом, вфункционирование гостиницы входит:
1. Регистрация клиентов;
2. Учет состояния номеров;
3. Прием заявок на бронирование номеров;
4. Расчет стоимости проживания;
5. Справочная информация о дополнительных услугах.
/>/>/>/>/>1 ЗАДАНИЕ
Разработатьпредложения по автоматизации гостиницы (номера – бронирование – клиенты).
Регистрацияклиентов и бронирование номеров. Учет состояния номеров. Заявки на бронированиеи проживание. Расчет стоимости проживания. Справочная информация одополнительных услугах.
/>/>/>/>/>2 ФУНКЦИОНАЛЬНАЯ МОДЕЛЬ БИЗНЕС-ПРОЦЕССОВ. СПЕЦИФИКАЦИИПРОЦЕССОВ
/>/>/>2.1Функциональная модель бизнес-процессов
Построение модели информационнойсистемы начинается с описания функционирования системы в целом в видеконтекстной диаграммы.
Взаимодействие системы сокружающей средой описывается с помощью входов («Обращения клиентов» и «Оплатауслуг»), выходов («Оказанные услуги» и «Полученная прибыль»), управления(«Законы РФ» и «Устав гостиницы») и ресурсов («Номера» и «Персонал гостиницы»).
Клиенты – люди, создающие спросна услуги гостиницы.
Оплата услуг – часть прибыли,формирующейся из оплаты оказанных услуг.
Устав гостиницы – свод правил,которому подчиняются все работники гостиницы.
Законы РФ – законы по защитеправ потребителя, и те, которые тем или иным образом контролируют качество,оказываемых гостиницей услуг.
Номера – основной ресурс дляпроцесса функционирования гостиницы, так как они сдаются клиентам длявременного проживания.
Персонал гостиницы – люди,работающие в гостинице, осуществляющие приём клиентов, администрированиеномеров, уборку комнат и др.
Оказанные услуги – услуги,оказанные гостиницей клиентам.
Полученная прибыль – сумма всехвыплат за оказанные услуги.
После описания контекстнойдиаграммы переходим к процессу функциональной декомпозиции, т.е. разбиваемсистему на подсистемы до степени, достаточной для понимания роли проектируемогоПО и написания спецификаций процессов.
Как видно из диаграммы, весьпроцесс функционирования гостиницы разбивается на три:
1. Предоставление номеров – деятельность гостиницы по сдаче номеров и ихпредварительного бронирования;
2. Учет состояния номеров – поддержание персоналом гостиницы номеров вчистоте и порядке;
3. Оказание дополнительных услуг – выдача справочной информации одополнительных услугах и их оказание.
Произведем дальнейшее разбиениена подсистемы первых двух видов работ «Предоставление номеров» и «Учетсостояния (обслуживание) номеров».
Опишем процессы, представленныена данной диаграмме декомпозиции.
Бронирование номеров – предоставлениеуслуги бронирования номеров позволяет клиентам заранее спланировать пребываниев гостинице.
Заселение номеров – данныйпроцесс включает в себя процедуру идентификации клиента по паспорту призаселении.
Процессы бронирования изаселения номеров будут подлежать автоматизации.
Прием предоплаты – заселение вномер осуществляется после предоплаты за указанный срок проживания или при егопродлении.
Выезд из гостиницы – процессвключает в себя формирование итогового счета за вычетом предоплаты.
Проверка оплаты счетов –формирование итогового счета за оказанные услуги. Создаваемое программноеобеспечение в дальнейшем будет формировать итоговую сумму счетов, подлежащих коплате.
Теперь опишем связи, которые небыли представлены на диаграммах высшего уровня.
Забронированные номера – номерагостиницы, которые займут уже известные клиенты по запросу при въезде вгостиницу.
Тариф – суточная плата запроживание, соответствующая типу выбранного номера.
Счет – данные о платежахклиента. Это также запрос в бухгалтерию на формирование суммарных счетовклиента.
Неоплаченные счета – итоговыйсчет или сводка текущих платежей за проживание в гостинице и пользованиеуслугами, подсчитанный и проверенный бухгалтерией и направляемый администраторугостиницы для предъявления клиенту.
Опишем процессы, представленныена данной диаграмме.
Подготовка номеров – уборканомеров перед заселением в него новых клиентов.
Плановое обслуживание номеров –плановое регулярное обслуживание номеров во время проживания клиентов в номере.
Далее продолжим декомпозициюдиаграммы «Предоставление номеров».
Опишем процесс бронированияномеров.
Первым этапом для бронированияномера клиент должен заполнить форму, в которой должен указать фамилию, имя,отчество, место постоянного жительства, паспортные данные, телефон или e-mail (при заполнении формы черезинтернет) для дальнейшей связи с клиентом при возникновении вопросов, категориюномера, дату въезда и дату выезда. Далее система произведет расчет стоимостисогласно выбранным данным и предоставит эту информацию пользователю (клиенту).Далее, если клиент согласен с условиями бронирования, он должен подтвердитьзаказ. Затем клиент должен оплатить заказ удобным для него способом изпредложенных.
Данные о пользователе – формазаполненная пользователем на первом этапе бронирования.
Тариф – стоимость услуг,согласно категории выбранного номера.
Данные о стоимости – цена дляподготовленного заказа.
Квитанция об оплате – квитанциядля оплаты заказа.
Опишем процесс заселенияномеров.
Перед заселением в номер клиентдолжен заполнить форму, в которой должен указать свои фамилию, имя, отчество,паспортные данные, адрес места жительства, тип номера, дату въезда и отъезда.Затем клиенту производят расчет стоимости за проживание и предъявляют счет,который он должен оплатить. После оплаты происходит заселение в номер.
При выезде из гостиницы клиентупредъявляют итоговый счет за проживание в гостинице и пользование услугами.Затем клиент должен оплатить данный счет. Потом происходит проверка номераперед отъездом клиента и сдача ключей. Номер становится свободным.
/>/>/>2.2 Внешнее окружение проектируемого ПО
На схеме показано, что системагостиницы работает с базой данных клиентов, базой данных номеров гостиницы ибазой данных услуг, предоставляемых гостиницей. Также система гостиницы имеетсистему защиты и систему обслуживания.
/>/>/>2.3 Функциональность проектируемого ПО
Данная информационная системабудет автоматизировать:
1. Бронирование номеров;
2. Регистрацию новоприбывших клиентов (ФИО, паспортные данные, местожительства, номер комнаты в гостинице, дата въезда и выезда);
3. Вести учет платежей за проживание;
4. Вести учет занятых, свободных и забронированных номеров.
/>/>/>2.4 Спецификации процессов
/>/>/>2.4.1Спецификация процесса «Бронирование номеров»
@ВХОД= ДАННЫЕКЛИЕНТА
@ВХОД= ТИПНОМЕРА
@ВХОД= СРОКИПРОЖИВАНИЯ
@ВЫХОД= ЗАПРОСНА БРОНИРОВАНИЕ
@СПЕЦПРОЦБРОНИРОВАНИЕ НОМЕРОВ
ВЫПОЛНИТЬвывести ФОРМУ клиенту, для ее заполнения
ЕСЛИВ ФОРМЕзаполнены ДАННЫЕ КЛИЕНТА, ТИП НОМЕРА, СРОКИ ПРОЖИВАНИЯ ТО
ВЫПОЛНИТЬрассчитать стоимость заказа и вывести ее пользователю
КОНЕЦЕСЛИ
ЕСЛИподтверждение ЗАКАЗА ТО
ВЫПОЛНИТЬ отправитьЗАПРОС НА БРОНИРОВАНИЕ
ИНАЧЕ
ВЫПОЛНИТЬ отменить ЗАПРОСНА БРОНИРОВАНИЕ
КОНЕЦЕСЛИ
@КОНЕЦСПЕЦИФИКАЦИИ ПРОЦЕССА БРОНИРОВАНИЕ НОМЕРОВ
/>/>/>2.4.2 Спецификация процесса «Регистрация клиентов»
@ВХОД= ДАННЫЕКЛИЕНТА
@ВХОД= ДАТАВЪЕЗДА
@СПЕЦПРОЦРЕГИСТРАЦИЯ КЛИЕНТОВ
При запросе на поисксвободных номеров
ВЫПОЛНИТЬвывести список свободных номеров
При выборе номера
ВЫПОЛНИТЬвывести ФОРМУ для ее заполнения
ЕСЛИв ФОРМЕзаполнены ДАННЫЕ КЛИЕНТА, ДАТА ВЪЕЗДА ТО
ВЫПОЛНИТЬдобавить ДАННЫЕ КЛИЕНТА в базу и отметить выбранный номер как занятый
КОНЕЦЕСЛИ
@КОНЕЦСПЕЦИФИКАЦИИ ПРОЦЕССА РЕГИСТРАЦИЯ КЛИЕНТОВ
/>/>/>2.4.3 Спецификация процесса «Отъезд клиентов»
@ВХОД= ДАННЫЕКЛИЕНТА
@ВХОД= ДАТАВЫЕЗДА
@ВЫХОД = СЧЕТ
@СПЕЦПРОЦОТЪЕЗД КЛИЕНТОВ
При запросе на поиск КЛИЕНТА
ВЫПОЛНИТЬвывести форму для поиска клиентов
При вводе ДАННЫХ КЛИЕНТА
ВЫПОЛНИТЬвывести информацию о КЛИЕНТЕ
ЕСЛИвведенаДАТА ВЫЕЗДА ТО
ВЫПОЛНИТЬсформировать окончательный СЧЕТ за проживание для КЛИЕНТА и вывести его напечать
КОНЕЦЕСЛИ
ВЫПОЛНИТЬ занестиДАННЫЕ КЛИЕНТА в архив и отметить освобождаемый номер как свободный
@КОНЕЦСПЕЦИФИКАЦИИ ПРОЦЕССА ОТЪЕЗД КЛИЕНТОВ
/>/>/>3СИСТЕМНЫЕ (БИЗНЕС) ТРЕБОВАНИЯ
Таблица2 – Системные (бизнес) требования для системы «Гостиница»Номер Описание требования BR-1 Клиент должен иметь возможность оформить заказ на бронирование номера. BR-2 При оформлении заказа на бронирование клиент должен иметь возможность выбрать тип номера и указать сроки проживания. BR-3 Клиент должен иметь возможность отменить заказ на любом этапе оформления, пока он не подтвердил его. BR-4 Администратор должен иметь возможность выполнять поиск номеров гостиницы по их параметрам. В том числе просматривать информацию о свободных номерах гостиницы. BR-5 Администратор должен иметь возможность регистрировать клиента при его заселении в гостиницу. BR-6 Администратор должен иметь возможность отменить регистрацию клиента на любом этапе регистрации. BR-7 Администратор должен иметь возможность оформить отъезд клиента из гостиницы. BR-8 Администратор должен иметь возможность выполнять поиск клиента в базе по его данным. BR-9 Администратор должен иметь возможность сформировать окончательный счет клиента за проживание в гостинице и распечатать его. BR-10 Администратор при необходимости должен иметь возможность изменить информацию о клиентах и номерах гостиницы. BR-11 Администратор должен иметь возможность вести учет оплаты платежей клиентом за проживание.
/>/>/>4СПЕЦИФИКАЦИЯ ПОВЕДЕНИЯ ПРОЕКТИРУЕМОГО ПО
/>/>/>4.1 Распределение требований по субъектам и прецедентам
Перед построением диаграммыпрецедентов составим таблицу распределения требований по субъектам ипрецедентам:
Таблица3 – Распределение требований по субъектам и прецедентам№ Описание требования Субъект Прецедент 1 Клиент должен иметь возможность оформить заказ на бронирование номера. Клиент Бронирование номеров 2 При оформлении заказа на бронирование клиент должен иметь возможность выбрать тип номера и указать сроки проживания. Клиент Бронирование номеров 3 Клиент должен иметь возможность отменить заказ на любом этапе оформления, пока он не подтвердил его. Клиент Бронирование номеров 4 Администратор должен иметь возможность выполнять поиск номеров гостиницы по их параметрам. В том числе просматривать информацию о свободных номерах гостиницы. Администратор Поиск номеров 5 Администратор должен иметь возможность регистрировать клиента при его заселении в гостиницу. Администратор Регистрация клиентов 6 Администратор должен иметь возможность отменить регистрацию клиента на любом этапе регистрации. Администратор Регистрация клиентов 7 Администратор должен иметь возможность оформить отъезд клиента из гостиницы. Администратор Отъезд клиентов 8 Администратор должен иметь возможность выполнять поиск клиента в базе по его данным. Администратор Поиск клиентов 9 Администратор должен иметь возможность сформировать окончательный счет клиента за проживание в гостинице и распечатать его. Администратор Отъезд клиентов 10 Администратор при необходимости должен иметь возможность изменить информацию о клиентах и номерах гостиницы. Администратор Поиск клиентов, поиск номеров 11 Администратор должен иметь возможность вести учет оплаты платежей клиентом за проживание. Администратор Оплата за проживание
/>/>/>4.2 Диаграмма прецедентов системы
Опишем каждый из вариантовиспользования системы отдельно.
Таблица4 – Описание варианта использования «Бронирование номеров»Номер 1 Название Бронирование номеров Актеры Клиент Краткое описание Клиент заранее бронирует номер для проживания в нем в указанные сроки. Предусловия Нет Постусловия Нет Основной поток
1.0 Бронирование номеров
1. Клиент делает запрос на бронирование номера.
2. Система выводит форму для заполнения данных о заказе.
3. Клиент заполняет форму, в которой указывает фамилию, имя, отчество, место постоянного жительства, паспортные данные, телефон, категорию номера, дату въезда и дату выезда.
4. Если все необходимые данные введены, то система производит расчет стоимости заказа и выводит данную информацию на экран.
5. Клиент подтверждает заказ.
6. Система принимает заказ. Альтернативные потоки
1.1 Введены не все данные или введены некорректно (ответвление шага 4)
1. Система попросит повторить ввод недостающих данных.
2. Возврат к пункту 3.
1.2 Клиент не подтверждает заказ (ответвление шага 5)
1. Система отменяет заказ.
Таблица5 – Описание варианта использования «Регистрация клиентов»Номер 2 Название Регистрация клиентов Актеры Администратор Краткое описание Регистрация клиентов и их заселение в номера. Предусловия Система находится в режиме просмотра и изменения информации о клиентах гостиницы. Постусловия Нет Основной поток
2.0 Регистрация клиентов
1. Администратор запрашивает информацию о наличии свободных номеров.
2. Система выводит список свободных номеров с указанием их типа и цены.
3. Если список свободных номеров не пуст, и хотя бы один из предлагаемых вариантов устраивает клиента, администратор заполняет форму, в которой указывает фамилию, имя, отчество, место постоянного жительства, паспортные данные клиента и указывает номер, в который он его поселяет. Дата въезда заполняется автоматически.
4. Если все необходимые данные введены, то система добавляет клиента в базу, если его там нет, и отмечает указанный номер как занятый.
5. Система убирает с экрана список свободных мест. Альтернативные потоки
2.1 Список свободных мест пуст (ответвление шага 3)
1. Администратор отменяет регистрацию клиента.
2.2 Клиента не устраивает ни один из вариантов заселения (ответвление шага 3)
1. Администратор отменяет регистрацию клиента.
2.3 Введены не все данные или введены некорректно (ответвление шага 4)
1. Система попросит повторить ввод недостающих данных.
2. Возврат к пункту 3.
Таблица6 – Описание варианта использования «Отъезд клиентов»Номер 3 Название Отъезд клиентов Актеры Администратор Краткое описание Отъезд клиента из гостиницы и освобождение номера. Предусловия Система находится в режиме просмотра и изменения информации о клиентах гостиницы. Постусловия Нет Основной поток
3.0 Отъезд клиентов
1. Администратор производит поиск отъезжающего клиента по его данным или по номеру, в котором он проживает.
2. Система выводит информации об отъезжающем клиенте.
3. Администратор вводит дату отъезда клиента в соответствующее поле.
4. Если дата отъезда введена, то система формирует окончательный счет клиента за проживание в гостинице и выводит его на печать.
5. Система заносит в базу сведения об отъезжающем клиенте (ФИО, № паспорта, дата въезда и выезда, номер, в котором проживал клиент).
6. Система отмечает данный номер как свободный. Альтернативные потоки
3.1 Дата отъезда не введена (ответвление шага 4)
1. Система просит повторить ввод даты отъезда.
2. Возврат к пункту 3.
3.2 Система не может вывести на печать счет клиента (ответвление шага 4)
1. Система выводит сообщение о том, что печать не может быть выполнена, с указанием причины.
2. Администратор выписывает чек вручную, либо устраняет неполадку и повторяет печать счета.
3. Переход к пункту 5.
Таблица7 – Описание варианта использования «Поиск номеров»Номер 4 Название Поиск номеров Актеры Администратор Краткое описание Поиск номеров гостиницы в базе данных номеров. Предусловия Система находится в режиме просмотра и изменения информации о номерах гостиницы. Постусловия Нет Основной поток
4.0 Поиск номеров
1. Администратор вводит все или некоторые данные для поиска (№ номера, тип номера, статус, цена).
2. Система выводит список номеров, удовлетворяющих критериям поиска.
3. Администратор просматривает либо изменяет информацию о выбранных номерах. Альтернативные потоки
4.1 Данные для поиска не введены (ответвление шага 2)
1. Система просит повторить ввод данных.
2. Возврат к пункту 1.
Таблица8 – Описание варианта использования «Поиск клиентов»Номер 5 Название Поиск клиентов Актеры Администратор Краткое описание Поиск клиентов гостиницы в базе данных клиентов. Предусловия Система находится в режиме просмотра и изменения информации о клиентах гостиницы. Постусловия Нет Основной поток
5.0 Поиск клиентов
1. Администратор вводит все или некоторые данные о клиенте (ФИО, № паспорта, дата въезда, дата выезда) или номер, в котором он проживает.
2. Система выводит список клиентов, удовлетворяющих критериям поиска.
3. Администратор просматривает либо изменяет информацию о выбранном клиенте. Альтернативные потоки
5.1 Данные для поиска не введены (ответвление шага 2)
1. Система просит повторить ввод данных.
2. Возврат к пункту 1.
Таблица9 – Описание варианта использования «Оплата за проживание»Номер 6 Название Оплата за проживание Актеры Администратор Краткое описание Клиент производит оплату за проживание в гостинице. Администратор принимает оплату. Предусловия Система находится в режиме просмотра и изменения информации о клиенте гостиницы, производящем оплату. Постусловия Нет Основной поток
6.0 Оплата за проживание
1. Клиент производит оплату за проживание.
2. Администратор принимает оплату.
3. Администратор вводит сумму платежа в базу.
4. Система изменяет баланс клиента и выводит чек на печать.
5. Клиент получает чек. Альтернативные потоки
6.1 Не введена сумма платежа (ответвление шага 4)
1. Система просит повторить ввод суммы платежа.
2. Возврат к пункту 3.
6.2 Система не может вывести чек на печать (ответвление шага 4)
1. Система выводит сообщение о том, что печать не может быть выполнена, с указанием причины.
2. Администратор выписывает чек вручную, либо устраняет неполадку и повторяет печать чека.
3. Переход к пункту 5.
/>/>/>
4.3Диаграмма деятельности системы
Данная диаграмма описывает потоксобытий, происходящий в системе при выполнении клиентом запроса на бронированиеномера.
/>/>/>5СПЕЦИФИКАЦИЯ СОСТОЯНИЯ ПРОЕКТИРУЕМОГО ПО
Для спецификации состояниясистемы построим диаграмму классов для данной системы.
При разработке данной диаграммыбыло выделено три класса.
1. Клиент. Данный класс имееттакие атрибуты, как: код клиента в базе, фамилия, имя, отчество, пол, датарождения, место жительства, номер паспорта, номер, в котором он проживает вгостинице, дата въезда и выезда из гостиницы.
2. Номер, где непосредственнопроживает клиент. У данного класса имеются следующие атрибуты: номер, тип(люкс, полулюкс, обычный номер), цена за сутки проживания и статус (свободный,занят, забронирован).
3. Услуги, предоставляемыеклиенту. У каждой услуги есть свой код, название и цена.