阿厉(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
对,交互未开始,没有办法判断已存在预算方案