Схема варианта использования бронирования отелей
Я разрабатываю диаграмму вариантов использования для HRMS (системы управления бронированием отелей). Я постарался правильно уловить все требования. Но я в замешательстве, так как я провел небольшое исследование и прочитал в этом вопросе, что если ваша диаграмма выглядит как паутина, вероятно, конструкция сломана.
Мой дизайн сломан или требования (см. ниже) достаточно отражены? В частности, нужно ли расширять Инвентарь или включать его в резервирование?
Вот требования, которые я перевел в варианты использования и актеров:
- Модуль регистрации гостей для сбора информации о гостях.
- Модуль заезда/выезда
- Модуль управления помещениями
- Интеграция с резервированием,
- выставление счетов Модуль отчетов и инвентаризации
- Управление пользователями
Ответы 1
Действительно, если диаграмма начинает напоминать паутину, следует критически посмотреть на нее, чтобы увидеть, не слишком ли много деталей.
Глядя на вашу диаграмму, кажется, что у вас просто сложные требования, и вы постарались, насколько это возможно, сохранить их на высоком уровне (вы элегантно избежали заезда/выезда с помощью более общего управления пребыванием). У вас также нет множества функциональных декомпозиций с включением и расширением. Паучий взгляд возникает в основном из-за участия нескольких действующих лиц, вызывающих ассоциации скрещивания.
Поскольку у меня нет под рукой менеджера отеля, я не могу подтвердить, является ли эта информация полной и актуальной. Но в целом выглядит нормально. Некоторые подсказки:
- избегайте стрелок в ассоциациях UC/актёр: это устаревшее обозначение.
- если выезд происходит во время пребывания на родине, есть вероятность, что этот UC также включает платежи.
- другой вопрос в актерах: действительно ли все ассоциации связаны с актерской ролью? Например, играет ли менеджер особую роль при управлении гостями? Или у менеджера помимо роли менеджера есть еще и роль агента на стойке регистрации? В этом случае вы могли бы упростить, используя обобщение между актерами и показывая только прямые ассоциации, а не косвенные, которые возникают через наследование.
Управлять, управлять, управлять.... Может быть, у вас просто есть один UC «Управление HRMS»? Какова реальная добавленная стоимость??