客房宝1需求分析及概要设计1.1 目的为客房部职工和领班提供移动化的管理软件,提供及时性和便利性的跨部门工作沟通渠道.打通前台部,客房部和工程部的消息流转途径.1.2 功能模块场景分析及概要设计1.2.1客房派工及验收场景:1. 此功能只针对有紧急规定的客房清扫进行派工,平常清扫不需指定派工单. 2. 当客人紧急规定或者类似情况导致需要对房间进行打扫或整理时,客房中心创建派工单,同时指定服务员,房间号和操作类型.3. 新创建的派工单的状态为派工,此时服务员进行打扫工作,完毕后需将此单据改为已完毕.同时需改房态为净房.4. 然后客房中心需要验收派工单,假如验收通过则派工单状态为已验收,否则为未完毕,此时需服务员再次打扫.假如验收通过,房间状态需改为已检.问题:1. 领班创建派工单后,如何告知相应服务员? 派工单生成后,自动生成相应服务员的派工消息,相应的服务员自动猎取到该消息. 2. 服务员同时收到查房消息和派工消息后优先解决谁? 查房消息的优先级比较高. 3. 服务员完毕派工任务后,如何告知领班验收? 服务员完毕派工后,服务器自动生成派工验收消息,相应的领班自动猎取到该消息. 4. delta 的派工没有指定领班,操作员就是领班? 待定5. 谁派工谁验收吗? 移动设备的消息传送是基于谁派工谁验收的.但是 delta 的派工验收中不限制验收人.概要设计业务流程图相关接口1. 提交派工接口2. 是否有派工消息3. 猎取派工消息接口4. 表达派工消息已取接口5. 修改派工消息接口6. 派工单相关字典接口相关模块1. delta 派工模块2. ERoom 派工模块3. delta 派工消息解决模块4. ERoom 派工消息解决模块1.2.2领班查房 场景1. 服务员天天根据被安排的楼层进行巡检,发现需要打扫的房间后即对该房间进行打扫.2. 服务员打扫完房间后,将该房间状态变为净房. 3. 此时领班需要相应净房进行检查,假如检查通过则将房态改为已检房,否则再次变为脏房,并生成重新打扫消息. 问题1. 领班查房后发现房间不合格,需要生成重新打扫消息,该消息发给谁? 谁打扫的发给谁来重新打扫 2. 领班只查询净房? 是的. 3. 领班需要猎取领班查房消息吗? 在服务员收拾完房间并将该房间变净房后,不生成领班查房消息,所以领班手动刷新需要验收的房间.概要设计流程图相关接口1. 是否有本领班的查房消息2. 猎取本领班的查房消息3. 标志本领班已取消息4. 修改房间为已检房或脏房相关模块1. delta 领班查房相关消...
