客房宝需求说明书.docx

客房宝需求分析及概要设计目的为客房部职员和领班提供移动化的管理软件,提供及时性和便利性的跨部门工作沟通渠道.打通前台部,客房部和工程部的消息流转路径.功能模块场景分析及概要设计客房派工及验收场景:此功能只针对有紧急要求的客房清扫进行派工,日常清扫不需指定派工单. 当客人紧急要求或者类似情况导致需要对房间进行打扫或整理时,客房中心创建派工单,同时指定服务员,房间号和操作类型.新创建的派工单的状态为派工,此时服务员进行打扫工作,完成后需将此单据改为已完成.同时需改房态为净房.然后客房中心需要验收派工单,如果验收通过则派工单状态为已验收,否则为未完成,此时需服务员再次打扫.如果验收通过,房间状态需改为已检.问题:领班创建派工单后,如何通知对应服务员? ?派工单生成后,自动生成对应服务员的派工消息,对应的服务员自动获取到该消息. 服务员同时收到查房消息和派工消息后优先处理谁? ???查房消息的优先级比较高. 服务员完成派工任务后,如何通知领班验收? ???服务员完成派工后,服务器自动生成派工验收消息,对应的领班自动获取到该消息. delta的派工没有指定领班,操作员就是领班? ??待定谁派工谁验收吗? ???移动设备的消息传送是基于谁派工谁验收的.但是delta的派工验收中不限制验收人.概要设计业务流程图相关接口提交派工接口是否有派工消息获取派工消息接口表示派工消息已取接口修改派工消息接口派工单相关字典接口相关模块delta派工模块ERoom派工模块delta派工消息处理模块ERoom派工消息处理模块领班查房场景服务员每天按照被安排的楼层进行巡检,发现需要打扫的房间后即对该房间进行打扫.服务员打扫完房间后,将该房间状态变为净房. 此时领班需要对应净房进行检验,如果检验通过则将房态改为已检房,否则再次变为脏房,并生成重新打扫消息.问题领班查房后发现房间不合格,需要生成重新打扫消息,该消息发给谁? ???谁打扫的发给谁来重新打扫 领班只查询净房? ???是的. 领班需要获取领班查房消息吗? ??在服务员收拾完房间并将该房间变净房后,不生成领班查房消息,所以领班手动刷新需要验收的房间.概要设计流程图相关接口是否有本领班的查房消息获取本领班的查房消息标志本领班已取消息修改房间为已检房或脏房相关模块delta领班查房相关消息处理ERoom领班查房处理.客房报修场景服务员根据房间具体情况提交维修单据给工程管理.维修单的状态维护和 房间状态维护由工程部和客房中心维护.问题概要设计流程图相关接口报修单相关字典接口提交保修单接口修改房态为维修房接口相关模块delta 工程报修模块ERoom保修单模块房态浏览场景服务员或者领班可以根据楼层进行查询房间状态,房间状态包括:OC 占用/清扫????????OD 占用/脏房??OI 占用/已检 ???OP 占用/packUp???VC 空/清扫??????VD 空/脏 ???VI????空/检????????????????VP 空/PackUp???OOO 维修房??OOS 停服房 服务员可以在打扫后修改房态为净房.可以查看对应住客房的客人关键信息. 可以在此新建客房吧. 可以在此报修. 可以在此洗衣.问题房间状态要和前台保持一致吗? 是的 客人信息如何展示? ???以dialog的形式进行展示,房间的图标过小不便展示过多信息.概要设计查房/报房消息场景在客人办理checkout时,前台需要收到服务员的查房确认后才可以办理. 服务员对对应的房间发出查房需求,服务员收到后,检查房间的客房吧商品情况并根据情况新建客房吧.如果没有异常情况,服务员点击查房完毕后完成查房,否则点击查房备注,给前台提示客房的查房情况. 前台收到服务员的查房结果消息后,做后续操作.问题前台通知谁去查房? ???服务员在开始工作前,根据领班安排设置好自己得查房楼层,当有查房消息后,系统自动根据该房间的楼层对应的服务生生成对应的查房消息. 多个服务员收到同个查房消息后谁来处理? ???服务员自己协商解决,谁先操作查房动作算谁处理.后者提示已处理.概要设计客房吧场景服务员在查房时可以把客房中的迷你吧商品消费情况汇报给前台. 服务员可以看到后台客房吧中设置的商品,在提交前可以进行商品的调整增加等操作. 服务员在提交该单据后,不可以对该单据进行修改. 如果有商品遗漏,可以新建单据进行补录.如果已录单据有问题,可以通知前台进行调整.问题概要设计业务流程相关接口洗衣场景服务员在拿到客人衣服后,在此进行衣服项目录入并挂账至前台. 以客房吧的形式处理洗衣,便于入账和查询明细. 不处理衣物的收集送还流程.问题如何以客房吧的形式处理洗衣? ???待定概要设计详细设计附录流程图的定义定义如下: ?????????以特定的图形符号加上说明表示算法的图，称为流程图或