我的民宿信息系统USE CASE图是否需补充？如何纳入女佣角色？

一、现有USE CASE图合理性梳理 #

合理项 #

• 覆盖了民宿运营核心角色（客户、接待员、经理）与核心业务对象（房间、支付、旅行社），基础预订、入住、支付等核心流程框架清晰。

待补充/调整项 #

• 补充客户自助查询用例：支持客户查询实时房间余量、个人预订状态，适配当前用户自助化需求。
• 补充经理角色的运营报表生成用例：包含月度入住率、营收统计、客户偏好分析等，满足管理层决策需求。
• 完善旅行社合作场景：新增批量预订确认、合作佣金结算用例，覆盖B端合作全流程。

二、女佣角色的系统整合方案 #

女佣作为房间状态流转的核心执行角色，可通过以下用例纳入系统：

• 核心操作用例：
  • 标记房间「已清洁完成」：客户退房后，接待员将房间状态更新为「待清洁」，女佣完成清洁后在系统中标记，同步状态给前台，便于新入住安排。
  • 上报房间设施故障：清洁时发现设施损坏，在系统提交故障报修单，同步给维修人员或经理跟进处理。
  • 查看待清洁房间清单：登录系统获取当日需清洁房间列表，按优先级安排工作。
• 角色关联逻辑：
  • 女佣的操作依赖接待员的「退房登记」用例触发房间状态变更，同时对接经理的「故障处理跟进」用例，形成房间状态的完整闭环。

三、系统对象层优化建议 #

• 合并「已占用房间」到「房间」对象：通过房间的状态字段（空闲/已占用/待清洁/维修中）区分状态，避免对象冗余。
• 细化员工对象权限：在员工对象下明确各角色权限范围，比如女佣仅能操作房间清洁、故障上报相关功能，无法修改预订、支付信息。

内容的提问来源于stack exchange，提问作者Alex432