所在位置:答疑 - 内容   
财务科负责人提交预算草案,聚焦目标而不是交互
 

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