Лекции Проектирование БД / PRECEND1
.DOCПостроим диаграмму вариантов использования (прецедентов), которая описывает взаимодействие пользователя с разрабатываемой системой управления гостиницей. Пользователем системы является администратор гостиницы, таким образом имеем одного актера. Ожидается, что администратор будет выполнять с помощью системы операции, которые можно разбить на три группы: Просмотр/Модификация информации о клиентах, Просмотр/Модификация информации о служащих, получение служебной информации, включая отчет о работе гостиницы за определенный квартал. Диаграмма, отражающая описанные требования, приведена на рис. !!.
В группу операций, связанных с просмотром и модификацией данных о клиентах, входят такие операции, как «Регистрация клиента», «Оформление отъезда клиента» и «Поиск клиента». Прецедент «Просмотр/Модификация информации о клиентах» является обобщением каждого из этих трех прецедентов.
Администратор регистрирует клиента только в случае, если в гостинице есть подходящий для него номер или место, поэтому включением прецедента «Регистрация клиента » является прецедент «О свободных местах».
Частными случаями прецедента «Просмотр/Модификация информации о служащих» являются прецеденты «Поиск служащего» и «Изменение расписания». По желанию сотрудника могут быть изменены дни и часы его работы и/или этажи, которые он убирает. Частными случаями прецедента «Просмотр/Модификация информации о служащих» являются также прецеденты «Прием на работу» и «Увольнение». При выполнении каждого из них требуется изменить расписание работы служащих с учетом изменения количества работников, поэтому прецедент «Изменение расписания» является «включением» прецедентов «Прием на работу» и «Увольнение».
В соответствии с формулировкой задания необходимая служебная информация включает в себя информацию о свободных местах, имеющихся в гостинице, об этажах, которые никто не убирает, и о том, кто убирал в номере клиента в указанный день, а также о клиентах, проживающих в некотором номере, и о клиентах, приехавших из указанного города. К получению служебной информации можно отнести и получение квартального отчета о работе гостиницы. Поэтому прецедент «Получение служебной информации» является обобщением прецедентов «О свободных местах», «Об этажах, которые не убирают», «Кто убирал в номере клиента?», «Кто живет в номере?», «Кто приехал из города?», «Получение отчета о работе гостиницы».
Прецедент «Регистрация клиента».
Актер. Администратор гостиницы.
Предусловие. Система находится в режиме просмотра/модификации информации о клиентах гостиницы.
Последовательность шагов.
-
Администратор запрашивает информацию о наличии свободных мест.
-
Система выводит список свободных мест с указанием их типа и цены.
-
Если список не пуст и хотя бы один из предлагаемых вариантов клиенту подходит, то администратор заполняет анкету клиента (№ паспорта, Ф.И.О., откуда прибыл) и указывает, в какой номер он его поселяет. Дата поселения вводится автоматически, дату отъезда не указывается.
-
Если все необходимые данные введены и такого клиента еще нет в базе, система добавляет в БД новую запись и помечает в место в указанном номере, как занятое.
-
Система убирает с экрана список свободных мест.
Альтернативы.
3.a. Если список свободных мест пуст, администратор прерывает выполнение прецедента.
3.б. Если ни один из указанных в списке вариантов поселения клиенту не подходит, администратор прерывает выполнение прецедента.
4.а. Если не все анкетные данные введены, система возвращается к шагу 3 основного сценария.
4.б. Если клиент уже зарегистрирован, система прерывает выполнение прецедента.
Прецедент «Оформление отъезда клиента».
Актер. Администратор гостиницы.
Предусловие. Система находится в режиме просмотра/модификации информации о клиентах гостиницы. На экране информация об отъезжающем клиенте.
Последовательность шагов.
-
Администратор вводит текущую дату в поле «дата отъезда» и инициирует формирование счета клиента за проживание в гостинице.
-
Если дата отъезда введена, система формирует счет и выводит его на экран для просмотра.
-
Администратор инициирует печать счета.
-
Система выводит счет клиента на печать.
-
Система помещает в архив сведения об отъезжающем клиенте (№ паспорта, Ф.И.О., дата поселения, дата отъезда, номер, в котором жил, откуда прибыл).
-
Система удаляет из базы сведения о клиенте, освобождающем номер, и добавляет освободившееся место в список свободных.
Альтернативы.
2.а. Если дата отъезда не введена, система сообщает о необходимости ввода даты и возвращается к шагу 1 основного сценария.
3.а. Если принтер не включен или неисправен, то на третьем шаге администратор получает сообщение о том, что операция не может быть выполнена, с указанием причины.
3.б. Если администратор исправил ошибку, то перейти на шаг 3 основного сценария.
3.в. Если ошибка не может быть исправлена, то перейти на шаг 5 основного сценария(в этом случае счет клиенту придется выписать вручную).
Прецедент «Поиск клиента».
Актер. Администратор гостиницы.
Предусловие. Система находится в режиме просмотра/модификации информации о клиентах гостиницы.
Последовательность шагов.
Прецедент «Прием на работу».
Актер. Администратор гостиницы.
Предусловие. Система находится в режиме просмотра/модификации информации о служащих гостиницы.
Последовательность шагов.
-
Администратор вводит данные о служащем (№ паспорта, Ф.И.О.).
-
Если все необходимые данные введены и такого служащего еще нет в базе, система добавляет в БД новую запись и запрашивает администратора о необходимости изменения расписания уборки в связи с появлением нового работника.
-
Если администратор отвечает на запрос положительно, то система предоставляет ему возможность сформировать расписание служащего, возможно, изменив при этом, расписание других служащих (прецедент «Изменение расписания»),
Альтернативы.
2.а. Если не все данные введены, система возвращается к шагу 1 основного сценария.
2.б. Если данные о служащем уже есть в БД, система прерывает выполнение прецедента.
3.а. Если администратор отвечает на запрос отрицательно, система прерывает выполнение прецедента.
Прецедент «Увольнение».
Актер. Администратор гостиницы.
Предусловие. Система находится в режиме просмотра/модификации информации о служащих гостиницы. На экране информация о служащем, которого надо уволить.
Последовательность шагов.
-
Администратор инициирует операцию увольнения служащего.
-
Система удаляет из БД сведения об уволенном служащем и помечает этажи и дни его уборки, как свободные.
-
Система запрашивает администратора о необходимости изменения расписания уборки в связи с уменьшением количества работников.
-
Если администратор отвечает на запрос положительно, то система предоставляет ему возможность изменить расписание уборки (прецедент «Изменение расписания»).
Альтернативы.
4.а. Если администратор отвечает на запрос отрицательно, система прерывает выполнение прецедента.
Прецедент «Поиск служащего».
Актер. Администратор гостиницы.
Предусловие. Система находится в режиме просмотра/модификации информации о служащих гостиницы.
Последовательность шагов.
Прецедент «Изменение расписания».
Актер. Администратор гостиницы.
Предусловие. Система находится в режиме просмотра/модификации информации о служащих гостиницы.
Последовательность шагов.