Навигация
Спецификация процесса «Регистрация клиентов»
20202
знака
8
таблиц
0
изображений
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. Услуги, предоставляемые клиенту. У каждой услуги есть свой код, название и цена.
Похожие работы
... Architect, Visible Analyst Workbench, EasyCASE), так и новые версии и модификации перечисленных систем. 3 Глава. Разработка концептуальной модели информационной системы для поддержки принятия управленческих решений при формировании маркетинговой стратегии региона Процесс создания и внедрения любой ИС принято разделять на четыре последовательные фазы: анализ, глобальное проектирование ( ...
... номеров, количестве свободных и занятых номеров, а также для составления договоров на бронирование. Требования к программному изделию. I) Требование к функциональным характеристикам – программа «Информационная система гостиничного комплекса» должна выполнять следующие функции: 1) данные, вносимые пользователем должны автоматически заноситься в базу данных; 2) необходим контроль правильности ...
... не всегда можно выразить в цифрах, и определяется она обычно целым комплексом организационно-технических решений и субъективных обстоятельств. 3. Проект внедрения компьютерной системы управления гостиничным предприятием на примере гостиницы «Александровский сад» 3.1 Общая характеристика гостиницы «Александровский сад» Гостиничный комплекс "Александровский сад" открылся в Нижнем Новгороде ...
... необходимым продовольствием. Стратегия службы питания – разработка сбалансированного питания для групп посетителей. Глава III. ПРОЕКТИРОВАНИЕ ОРГАНИЗАЦИОННОЙ СИСТЕМЫ УПРАВЛЕНИЯ 3.1 Проектирование организационной структуры управления За основу проектирования организационной системы управления возьмем модель формирования организационной системы. В соответствии с первым блоком ...
0 комментариев