[答疑精选]财务科负责人提交预算草案，聚焦目标而不是交互（2016/7/18）

Posted 2022-10-07

财务科负责人提交预算草案，聚焦目标而不是交互（2016/7/18）

阿厉(30***14) 15:39:24 问下扩展路径的问题：用书上的例子 1. 会员请求查看订单 2. 系统反馈会员的订单列表 3. 会员可以 取消订单 4. 会员选择订单，请求查看明细 3a. 会员取消订单： 3a1. 会员请求取消订单 3a2. 系统取消订单 5. 系统反馈订单明细 阿厉(30***14) 15:40:37 按路径来一步一步走，如果走到3a1，3a2，就不会继续走步骤4，以后的路径了。 就是说，走到扩展路径后，原来在基本路径的后续步骤就不涉及了 尘语<xnony***q.com> 15:41:40 这个情况可以  尘语<xnony***q.com> 15:42:52 扩展也可以回到基本路径 也可以退出之类的  阿厉(30***14) 15:43:24 扩展应该也有回到主路径的情况哦 绍校(207***28) 15:43:38 取消订单 是基本路径的意外情况吗？ 绍校(207***28) 15:44:04 那页面上 那么多a标签 岂不是 都是扩展了 阿厉(30***14) 15:44:15 取消订单是分支了 阿厉(30***14) 15:44:32 取消订单是执行者的选择 绍校(207***28) 15:44:47 你这里的取消订单 应该是单独一个用例吧 绍校(207***28) 15:45:03 这个用例 是查看订单明细信息 潘加宇(3504847) 15:46:29 默认就是用例结束了，如果要返回，写返回** 绍校(207***28) 15:47:42 潘老师 那个 结账，会员卡过期，换卡，的例子，就可以重新回到基本路径上。 潘加宇(3504847) 15:58:47 你说的是幻灯片那个吧，那个要回来，因为执行者办完这个扩展后是希望回到中间步骤继续完成原来目的。 绍校(207***28) 15:59:24 嗯嗯，我就是举个能回来的例子  阿厉(30***14) 15:48:21 要制作一张报表，可以从已有的报表中直接引入表的结构，也可以直接新增一张表，这个应该可以通过 扩展路径来描述吧。 潘加宇(3504847) 15:48:58 这个不是 潘加宇(3504847) 15:49:15 好像没有引起行为的变化，这是选项 潘加宇(3504847) 15:49:50 选项不等于扩展。书写扩展路径时经常犯的错误之一是把选项当成扩展。扩展意味着交互行为的变化，如果从几个选项中选择哪一个并没有引起交互行为的变化，扩展是不存在的。像下面的写法就是错误的： …… 4. 收银员选择 不让利 单条商品折扣 单条商品折让 削价 …… 扩展 4a. 不让利： 4a1. 系统按照不让利方式计算应收金额 4b. 单条商品折扣： 4b1. 系统按照单条商品折扣方式计算应收金额 …… 无论选择那一个选项，系统的步骤都是计算应收金额，所以这里加入扩展没有意义，应该把这些选项写在补充约束的字段列表和业务规则部分。 尘语<xnony***q.com> 15:51:09 嗯嗯 相当于 alt opt  阿厉(30***14) 15:52:05 潘老师，这个不是交互行为，是选项，是吧 一个是要自己去做表头，写列标题，行标题； 一个是系统直接通过执行者选择的已有的报表，直接输出表头，列标题，行标题 潘加宇(3504847) 15:52:37 提交的字段列表不同而已 潘加宇(3504847) 15:53:38 系统的反馈应该都是一张报表的信息吧 潘加宇(3504847) 15:54:08 但是，这里面要看目的，很可能这是两个用例了。 阿厉(30***14) 15:54:12 根据客户的选择，一个是一张空报表，一个是已经制作好的报表 阿厉(30***14) 15:54:27 哦 潘加宇(3504847) 15:54:32 一个是做新的报表，一个是编辑原来没做完的报表，不是什么扩展 阿厉(30***14) 15:54:45 也是 阿厉(30***14) 15:55:44 谢谢，还是要好好体会是否引起交互行为的变化 潘加宇(3504847) 16:00:57 使用"执行者做出选择"的扩展时，要慎之又慎，因为很容易和交互设计混淆。设计系统的界面时，经常会有各种链接，随时可以引到其他用例，但这些链接不是扩展。扩展是通往目标的路上出现的意外和分支。把目标记在心中，把界面设计的东西清除出去。 尘语<xnony***q.com> 16:02:09 潘加宇(3504847) 16:06:06 大家可以思考一个问题： 研究一个人的工作生活流程，张三上厕所的时候刷朋友圈，刷朋友圈（阅读，点赞）的流程是上厕所（解裤，拉，擦，冲）流程的扩展吗 尘语<xnony***q.com> 16:06:41 不是  绍校(207***28) 16:06:55 潘老师 交互和用户体验。对于系统的重要程度，远不及系统提供的功能能够满足目标组织的需求吧。 我发现目前有很多人更重视交互和用户体验，而不深入挖掘目标组织的需求。 潘加宇(3504847) 16:07:50 深入挖掘目标才能得到更好的交互设计 尘语<xnony***q.com> 16:08:25 系统更加精致 尘语<xnony***q.com> 16:08:40 内在美 外在美  潘加宇(3504847) 16:09:32 最好的交互永远都是一个回合 绍校(207***28) 16:09:54 越快 越简单 越好 潘加宇(3504847) 16:10:02 念一句咒语，就OK。之所以步骤多，是因为目前实现手段达不到而已 尘语<xnony***q.com> 16:11:16 嘴里念句"变" 阿厉(309***14) 16:15:04 用例名称：编织预算方案 1. 财务科负责人请求制作预算方案 2. 系统提供预算方案列表 3. 财务科负责人可以从列表中选择一个预算方案，也可以请求新增预算方案 4. 系统打开预算方案制作界面 5. 财务科负责人可以选择新增预算表 6. 系统增加一张预算表格 7. 财务科负责人在预算表格中填写预算项和预测数据 8. 财务科负责人提交预算草案 9. 系统验证预算数据完整性 9a. 不能保存预算方案 10. 系统提示保存成功 阿厉(309***14) 16:15:16 潘老师，这么写有没有什么问题 潘加宇(3504847) 16:21:24 （1）这是两个用例。财务和系统交互的时候，心里是有目标的，是改旧的还是搞新的，即使你实现的时候打算在同一个界面上搞定，也是两个用例。 （2）7. 财务科负责人【在预算表格中填写--删掉】【提交】预算信息 后面加字段列表 【8. 财务科负责人提交预算草案--删掉】 （3）9a写到扩展路径里面 （4）9a有意外不是因为保存出了意外，而是预算信息不合法 潘加宇(3504847) 16:23:53 如果说编制新方案时，可以复制上个月方案的信息，那么相应的改变是在编制新方案用例的字段列表里加上"模板方案"的内容。 阿厉(309***14) 16:24:28 字段列表里有模板方案的 阿厉(309***14) 16:24:43 谢谢，确实写在1个用例里面，总觉得有问题 阿厉(309***14) 16:24:52 分成2个用例，就清晰了 阿厉(309***14) 8:47:04 潘老师, 用例规约的基本路径中,如果有循环重复的步骤, 是不是在基本路径中直接描述. 基本路径: 1 ; 2 ; 3 ; 4 ....., 操作员重复3--4步； 5； 6； 潘加宇(3504847) 8:51:00 重复3-4，直到。。。。 注意：不是操作员重复3-4步，步骤中已经包含主谓宾 阿厉(309***14) 8:53:24 哦 阿厉(309***14) 9:13:00 潘老师，我把昨天的用例修改了一下： 用例名称：编制新的预算方案 基本路径： 1. 财务科负责人请求制作预算方案 2. 系统打开预算方案制作界面 3. 财务科负责人选择新增一张预算表 4. 系统增加一张预算表格，重复3到4 5. 财务科负责人提交预算草案 6. 系统验证预算数据完整性 6a. 不能保存预算方案 7. 系统提示保存成功 扩展路径： 6a不能保存预算方案 1. 系统提示预算表格有数据项没有填写 字段列表: 预算方案 = 预算表* 预算表 = 预算表名称 + 预算项目* + 预算指标* + 预算周期 潘加宇(3504847) 11:02:48 4. 系统增加一张预算表格，重复3到4 --重复3到4是啥意思，不断增加预算表格？ 潘加宇(3504847) 11:03:40 6. 系统验证预算数据完整性 6a. 不能保存预算方案 --步骤是验证完整性，条件应该是"数据不完整"  阿厉(309***14) 15:27:32 咨询下，软件方法里提到的 另一个经常碰到的问题是CRUD问题，针对修改这个操作，应该都不需要有修改的用例了吧 阿厉(309***14) 15:29:09 比如开发票，作废发票，开红字发票；开发票这个用例，可能开了一般，保存了发票没有提交。后来重新打开，修改了几项内容，再提交。 尘语<xnony***q.com> 17:12:53 ? 尘语<xnony***q.com> 17:13:42 软件方法里提到的 另一个经常碰到的问题是CRUD错误！ 尘语<xnony***q.com> 17:14:44 actor --> 开发票 。里面断断续续也是这个用例里的 。 潘加宇(3504847) 11:07:29 观察业务流程，如果典型业务流程中有这样的情况，可以是。复习课上讲的小崔案例。  阿厉(309***14) 11:04:10 我前几天修改过了,老师在帮我看下 阿厉(309***14) 11:06:30 用例名称: 编制预算方案 基本路径:  1. 科室预算员请求编制科室预算 2. 系统计算预算员需要编制的预算项目和预算数据 3. 系统反馈编制预算界面 4. 科室预算员提交预算信息 5. 系统验证预算数据合理性 5a. 预算数据不合理 6. 系统保存预算数据 7. 系统请求工作流系统继续任务 8. 系统反馈预算数据已保存 Exception: 5a预算数据不合理 1. 系统提示相关预算项目数据不合理 业务规则 1 科室编制预算的时候只能看到和自己科室相关的预算项目 字段列表 1 科室预算 = (预算项目 + 预算指标)* + 填报人 + 填报时间 + 填报科室 + 预算状态 潘加宇(3504847) 11:09:46 业务规则 1 科室编制预算的时候只能看到和自己科室相关的预算项目 --"自己科室相关的预算项目"应该是步骤3的字段列表吧 阿厉(309***14) 11:10:09 是的,步骤3的 潘加宇(3504847) 11:10:33 那应该写3，不是写1 阿厉(309***14) 11:10:35 这个字段列表要对应步骤吗? 阿厉(309***14) 11:10:59 前面的编号要对应基本步骤里面的序号呀 潘加宇(3504847) 11:11:07 当然了，否则怎么知道是哪一步的补充约束？ 阿厉(309***14) 11:11:17 哦 潘加宇(3504847) 11:11:26 书里有讲，复习 阿厉(309***14) 11:12:34 步骤3. 系统反馈编制预算界面 和 4. 科室预算员提交预算信息 之间具体要增加几张表格,或者打开什么,这些具体的界面细节就不要写了,是吧 潘加宇(3504847) 11:20:49 不需要。输入什么，输出什么，系统做了什么，就行了 阿厉(309***14) 11:23:24 为了考虑"修改预算方案"这个操作,能不能在前置条件里 加上第2条 1 预算项目、预算口径、预算周期、预算指标已经维护好 2 已存在预算方案 潘加宇(3504847) 12:04:37 已经维护好 --什么叫维护好嘛，改为"已存在****" 潘加宇(3504847) 12:05:55 "2 已存在预算方案" --交互未开始，系统应该无法判断是否存在该科员之前编辑的方案 阿厉(309***14) 14:03:26 对,交互未开始,没有办法判断已存在预算方案 ​