【并发】单用户多需求
2015-12-18 15:06:03 0 举报
在现代的数字化时代,单用户可能会有多种需求同时存在。例如,一位正在使用电脑工作的用户,他可能需要一边查阅资料,一边与同事进行在线会议,同时还要在社交媒体上跟进最新的动态。这就要求系统能够有效地处理并发任务,确保各种需求能够顺畅地进行,而不会出现卡顿或者延迟的情况。此外,用户可能还需要在不同设备之间切换,如手机、平板和电脑等,这也需要系统具有良好的同步性和兼容性。因此,对于服务提供商来说,如何满足用户的多需求并发,提供流畅、高效的服务体验,是他们面临的重要挑战。
作者其他创作
大纲/内容
已完成
需求切换
【默认】进入需求列表,需求助手强制收起
【默认】进入选定的已结束需求内,需求助手强制收起,订单内容仅可查看,不可修改,即无法对已关闭的需求操作
添加用户
款
【默认】订单列表区分显示“当前需求”和“历史需求的订单”【订单状态变化逻辑】1. 增加订单金额0与订单金额=0的状态变化区分对待;2. 依赖订单状态机,状态的选择不可逆,仅展现当前可选的状态3. 订单金额依赖结算区域的数字限制,付款后的收款信息部分不可修改
无弹窗,继续以单需求模式前进,直接判断是否有【执行中需求】1. 有,继续执行中需求;2. 无,新建需求
未完成
未完成需求1,继续需求
会话关闭
【默认】直接进入该需求内,需求助手遵守保存规则,订单列表显示当前已存在的订单
【默认】直接进入该需求内,需求助手默认展开,订单列表显示为空
未完成需求=n,新建需求
第一次上线,解决需求关闭问题
【默认】展开需求助手,且置于选择初始态;【需求助手变化逻辑】1.需求助手的保存逻辑,当需求助手中模板展示时,以下情况会触发保存: 1)助理点击保存按钮,会保存; 2)助理点击切换用户时,触发一次保存;2. 需求助手的清空逻辑,当助理点击【生成订单】按钮后,需求助手内已保存的信息清空,并恢复默认态; 因此,在需求助手未生成订单前,其中的内容会保持为保存状态;
【默认】直接进入选定的未完成需求内,需求助手展开,订单列表显示当前已存在的订单
订单制作
需求助手
未完成需求=1,继续需求
【默认】会话关闭下,需修改所有未完成需求的状态,否则无法关闭;【需求状态变更-hold】1. 考虑在需求列表中增加需求状态的变更,但存在需求均完成,会话仍不关闭的场景,暂时hold观察一段;2. 在需求列表中支持需求的新建,也暂时hold【需求的合并-hold】1. 当助理选择新建需求时,发现用户的内容其实时历史某需求,可正常操作需求,待完成时,对两个需求进行合并操作,优先级低,暂时hold
弹窗:当前仍有 n 个未完成需求,新建 or 继续未完成需求1. 新建需求2. 继续需求
【默认】会话关闭下,需修改当前需求的状态,订单说明中,缓存之前输入过的内容【需求状态变化逻辑】1. 需满足需求的关闭状态,才可关闭会话2. 执行中需求,不限制订单状态,可直接关闭会话3. 需求说明内容会进行缓存,如执行中需求编辑时填写的内容,再次选择关闭时仍要存在【需求转接】1. 转接时,增加需求说明的编辑;
【信息回收逻辑】1. 订单在删除后,会统一进入到该用户的订单垃圾箱中,助理可再订单列表中进入查看2.订单不可恢复,提供再来一次,将订单的用户需求信息部分,重新填充至需求助手中。
0 条评论
下一页