Загрузка...
Учебная работа. Курсовая работа: Проектирование информационной системы Гостиница
Государственное образовательное учреждение
высшего проф образования
Дальневосточный муниципальный технический институт
(ДВПИ им. В.В. Куйбышева)
Кафедра конструирования и производства радиоаппаратуры
«Проектирование информационной системы «Гостиница»
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. Оказание доп услуг – выдача справочной инфы о доп услугах и их оказание.
Произведем предстоящее разбиение на подсистемы первых 2-ух видов работ «Предоставление номеров» и «Учет состояния (сервис) номеров».
Опишем процессы, выставленные на данной диаграмме декомпозиции.
Бронирование номеров – предоставление услуги бронирования номеров дозволяет клиентам заблаговременно спланировать пребывание в гостинице.
Заселение номеров – данный процесс содержит в себе функцию идентификации клиента по паспорту при заселении.
Процессы бронирования и заселения номеров будут подлежать автоматизации.
Прием предоплаты – заселение в номер осуществляется опосля предоплаты за обозначенный срок проживания либо при его продлении.
Выезд из гостиницы – процесс содержит в себе формирование итогового счета за вычетом предоплаты.
Проверка оплаты счетов – формирование итогового счета за оказанные услуги. Создаваемое программное обеспечение в предстоящем будет сформировывать итоговую сумму счетов, подлежащих к оплате .
Сейчас опишем связи, которые не были представлены на диаграммах высшего уровня.
Забронированные номера – номера гостиницы, которые займут уже известные клиенты по запросу при заезде в гостиницу.
Тариф – дневная плата за проживание, соответственная типу избранного номера.
Счет – данные о платежах клиента. Это также запрос в бухгалтерию на формирование суммарных счетов клиента.
Неоплаченные счета – итоговый счет либо сводка текущих платежей за проживание в гостинице и использование услугами, подсчитанный и испытанный бухгалтерией и направляемый админу гостиницы для предъявления клиенту.
Опишем процессы, выставленные на данной диаграмме.
Подготовка номеров – уборка номеров перед заселением в него новейших клиентов.
Плановое сервис номеров – плановое постоянное сервис номеров во время проживания клиентов в номере.
Дальше продолжим декомпозицию диаграммы «Предоставление номеров».
Опишем процесс бронирования номеров.
Первым шагом для бронирования номера клиент должен заполнить форму, в какой должен указать фамилию, имя, отчество, пространство неизменного жительства, паспортные данные, телефон либо 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. услуги, предоставляемые клиенту. У каждой услуги есть собственный код, заглавие и стоимость.
]]>