Тех. задание на разработку системы регистрации в гостиницу

1. Общие сведения

Информационная система (ИС) «SelfCheckin» (далее Система) предназначена для автоматизации процесса предварительной регистрации экипажа Аэрофлота в гостинице с помощью терминала. Нашим заданием было разработать техническое задание на разработку Системы. ТЗ содержит требования к функциональности системы, а также макеты основных экранных форм.

2. Содержание документа

Документ содержит следующие разделы:

  1. Диаграмма компонентов с описанием связей;
  2. Диаграмма последовательности (без текстового описания);
  3. Диаграмма бизнес-сущностей с описанием связей и перечнем основных полей;
  4. Список вариантов использования с общим описанием каждого (плайн-текст);
  5. Сценарии основных вариантов использования;
  6. Перечень основных экранных форм, необходимых для выполнения сценариев;
  7. Макеты основных экранных форм, необходимых для выполнения сценариев.

3. Диаграмма компонентов (UML)

Рис 3.1. «Архитектура компонентов»

Booking1.png

На диаграмме (рис 3.1.) отображены пользователи системы, а также архитектура компонентов.

Пользователи. Ключевые пользователи системы это: Гость, Оператор и Аэрофлот. Также есть Администратор, которому доступны все возможности системы. На диаграмме используется нотация UML 2.*. Стрелочка с полым треугольничком означает наследование.

Узлы. Архитектура системы включает следующие узлы:

  1. ЭНКОДЕР;
  2. ПК (может быть несколько);
  3. СЕРВЕР;
  4. ТЕРМИНАЛ (может быть несколько).

Предмет разработки. Компоненты, выделенные красной границей на диаграмме, являются предметом разработки.

4. Связи между элементами диаграммы

Связь"Гость – Терминал"

  • Гость пользуется только терминалом.
  • С помощью терминала гость проходит аутентификацию,
  • выбирает для себя комнату и предварительно ее резервирует в системе SelfCheckin.

Связь "Терминал – Сервер SelfCheckin – Опера"

  • Терминал запрашивает у сервера список свободных комнат для конкретного гостя.
  • Сервер запрашивает список всех свободных комнат у Оперы.
  • При необходимости сервер проводит фильтрацию полученных данных и отправляет на
    Терминал список свободных комнат, соответствующих рангу данного гостя.
  • После того, как Гость выбрал комнату, терминал отправляет информацию о выбранной
    комнате на сервер: ссылку на комнату и реквизиты гостя.

Связь "ПК-Сервер-Опера"

  • Оператор инициирует подготовку карты для гостя с помощью Энкодера.
  • Клиент SelfCheckin отправляет запрос на Сервер о вызове Энкодера.
  • Сервер обращается к Опере..
  • В итоге на клиент приходит ответ с сервера о том, что Энкодер активен и ожидает карту.

Связь "Оператор-ПК"

  • Оператор обрабатывает записи из списка "предварительная регистрация"; В результате
    обработки запись переходит в список "Карта готова, но не выдана".
  • Когда гость пришел, то оператор переводит запись в состояние "выдано"

"Аэрофлот-ПК"

  • Аэрофлот загружает списки предварительных гостей.
  • Просматривает аналитику (отчеты): кол-во запланированных с детализацией, кол-во
    фактических гостей с детализацией; и т.д.

5. Диаграмма бизнес-сущностей с описанием полей

Рис 5.1. «Диаграмма бизнес-сущностей»

Booking2.png

Основные сущности системы это: Гость и Комната;

Связь «Гость-Комната». Один и тот же Гость может поселиться в гостинице несколько раз. Соответственно связь между сущностями Гость и Комната «многие-ко-многим». В физической структуре данных связь предлагается реализовать таблицей «Заселение на дату». Каждая строка таблицы – это дата/время, ссылка на гостя, ссылка на комнату и ссылка на карту. Гости делятся по рангу: Командир и Обычный гость. Также - по полу. По бизнес логике командирам положены одноместные номера, а обычным гостям – двухместные.

Связь «Список предварительных гостей - Гость». Ежедневно пользователь с правами Аэрофлот будет загружать в систему «списки предварительных гостей»
(предположительная реализация – Импорт из Excel). Загруженный список попадает в реестр предварительных гостей. Каждая строчка реестра – это дата/время заселения, уникальный номер гостя, ФИО, ссылка на реально-заселившегося гостя.

6. Список вариантов использования

В этом разделе приводится список всех вариантов использования с общим описанием каждого.

Гость:
1) Зарезервировать комнату;

Оператор:
2) Обработать список предварительной регистрации;
3) Выдать карту гостю;

Аэрофлот:
4) Загрузить список предварительной регистрации;
5) Посмотреть аналитику;

Юзкейс для роли Гость «Выбрать и зарезервировать комнату»

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

Если система не обнаружила ни одного свободного одноместного номера, то командиру предлагается пройти на ресепшен. Гости делятся по типу: командир, гость. Муж. пола и гость жен. пола. Каждому типу гостей соответствует своя комната. Командирам - только одноместные номера, обычным гостям только двухместные.
Система должна предлагать комнаты таким образом, чтобы не оставалось двух-местных номеров наполовину заселенных. Т.е. если имеется двух-местная комната с 50% заселением, то система не предлагает следующую двухместную комнату, пока не будет заселена эта на 100%. Если нет ни одного подходящего номера для гостя, то система предлагает пройти на ресепшен и решить вопрос с комнатой там. Если после аутентификации гостя система обнаружила, что такой гость уже выбрал для себя комнату в течение последних 24 часов, то система напоминает ему об этой комнате. Новую комнату система дает выбрать не ранее как через сутки после выбора предыдущей.

Юзкейс для роли Оператор «Обработать список предварительной регистрации»

Предусловие: пользователь авторизирован в системе с правами Оператора.

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

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

Внимание! Вы можете заказать у нас сайт или программу по телефону: +7(964)931-10-92. Или напишите в почту: jch@advance-dev.net.
Также мы отвечаем на сообщения в скайп: advance-dev