所在位置:答疑 - 内容   
买家发起退款与买家撤消退款是什么关系
 

杭大伟(28****23)13:27:26
问个UML用例之间的关系问题: 在电商网站中,买家买到东西不满意,于是发起了退款。 后来卖家说买家一点补偿。于是买家想撤消退款。
杭大伟(28****23)13:27:42
于是问题是: 买家发起退款这个用例, 与买家撤消退款这个用例,
杭大伟(28****23)13:27:45
两者是什么关系?
杭大伟(28****23)13:27:48
扩展?
潘加宇(3504847)13:29:50
你的研究对象是"电商网站"?

杭大伟(28****23)13:30:01
是的。
潘加宇(3504847)13:30:24
就是两个用例嘛
潘加宇(3504847)13:30:27
不用扯上关系

杭大伟(28****23)13:31:06
可是如果 不事先走发起退款这个用例,撤消退款用例这个其实不存在的。
潘加宇(3504847)13:31:35
"不事先走发起退款这个用例,撤消退款用例这个其实不存在的"这个想法是不对的

杭大伟(28****23)13:32:04
为什么呢?
潘加宇(3504847)13:32:58
是否可以使用系统来"撤消退款"用例,判断标准是"存在符合退款条件的订单"
潘加宇(3504847)13:33:41
至于系统如何达到"存在符合退款条件的订单"的状态,不一定和某个特定用例相关

杭大伟(28****23)13:33:50
判断标准是:1,必须有退款(买家已经发过),2, 退款还在退款中。
潘加宇(3504847)13:34:23
这个细微的问题恰好是软件复杂性的关键所在

杭大伟(28****23)13:35:06
嗯,我现在在做系统用例,遇到这个问题,在用例图上如何表现 发起退款, 撤消退款,
杭大伟(28****23)13:35:23
感觉不是那么好表现。用扩展关系,感觉又不像又像。
潘加宇(3504847)13:36:46
两个独立的用例。因为退款结束,执行者就走开了,交互已经完毕。什么时候想用系统来取消,是另一件事情。取消并非退款的分支。
潘加宇(3504847)13:37:19
你如果这样想就麻烦了
潘加宇(3504847)13:37:36
存款是不是取款的扩展啊
潘加宇(3504847)13:38:05
要想取款,是不是先得用系统存款?

杭大伟(28****23)13:38:10
撤消退款是用户主动发起的。
杭大伟(28****23)13:38:19
不是系统来发起的。
杭大伟(28****23)13:38:42
又感觉 撤消退款不能作为一个用例。 软件方法里说到,系统用例是用户的一种期望,撤消退款显然也不能作为用户的期望。 就像软件方法中的登录,登录不能作为系统用例一样。
潘加宇(3504847)13:38:57
撤销退款和登录不一样
潘加宇(3504847)13:40:03
我刚才讲的
至于系统如何达到"存在符合退款条件的订单"的状态,不一定和某个特定用例相关
你理解没有?

潘加宇(3504847)13:40:14
状态和行为的区别

杭大伟(28****23)13:40:55
但您的意思是,撤消退款就单独做为一个用例么
潘加宇(3504847)13:41:34
拿开饭馆举例,顾客来吃饭,喝茶、打包、办宴会,城管来收保护费,都是用例。
但是"进门坐下"不是
潘加宇(3504847)13:41:46
我上面已经说清楚了

杭大伟(28****23)13:45:38

杭大伟(28****23)13:45:45
这样就对了吧
潘加宇(3504847)13:45:57
不对
潘加宇(3504847)13:46:11
复习一下辅助执行者的概念

杭大伟(28****23)13:48:40
潘加宇2013-06-05 13:40:04我刚才讲的至于系统如何达到"存在符合退款条件的订单"的状态,不一定和某个特定用例相关你理解没有?
杭大伟(28****23)13:48:49
这个,我没有理解。
潘加宇(3504847)13:48:57
http://www.umlchina.com/qa/Content/207.htm

丁明(398***31)13:50:31
退款不是买家的目的吧,买家的用例购物吧
与狼共舞(79***65)13:52:07
这是潘老师讲的把操作当用例。
潘加宇(3504847)13:55:39
复习。。。

丁明(398***31)13:58:06
购物是业务用例,系统用例是浏览商品,下订单等,是这样吧?
与狼共舞(79***65)13:59:54
这个图的研究对象是"电商网站",是否是用例要与研究对象关联来看。
丁明(398***31)14:00:23

广劳学礼(43****03)14:01:12
潘老师,卖家作为辅助执行者为何不对?买家发起退款申请,需要获得卖家同意才能完成整个退款用例。
与狼共舞(79***65)14:02:04
用例、执行者。潘老师还讲过业务用例和业务执行者,他们是有区别的。
杭大伟(28****23)14:02:36
辅助执行者,刚复习了下,
潘加宇(3504847)14:03:07
噢,如果是这样,是买家等着卖家同意的话,就可以的
广劳学礼(43****03)14:03:33
是呢,淘宝都这样,需卖家同意退款才能退
与狼共舞(79***65)14:03:55
还是没有学好,经常需求和设计不分。
潘加宇(3504847)14:04:09
也就是说,卖家要马上在系统里反馈一下同意,对吧,那就是的

杭大伟(28****23)14:04:11

杭大伟(28****23)14:04:17
那这个图就是对的啦?
潘加宇(3504847)14:04:26
如果是这样,就是对的

广劳学礼(43****03)14:04:34

杭大伟(28****23)14:04:56
杭大伟2013-06-05 13:38:42又感觉 撤消退款不能作为一个用例。 软件方法里说到,系统用例是用户的一种期望,撤消退款显然也不能作为用户的期望。 就像软件方法中的登录,登录不能作为系统用例一样。潘加宇2013-06-05 13:38:58撤销退款和登录不一样
杭大伟(28****23)14:05:04
这个能不能帮我解释一下啊,
杭大伟(28****23)14:05:08
为什么和登录不一样。
杭大伟(28****23)14:05:43
买家来电商网站,就不是想撤消退款的,
广劳学礼(43****03)14:06:10
撤销退款是买家的一个完整业务目标
杭大伟(28****23)14:06:29
只不过买家有了退款纠纷后,但又被卖家给了补偿,才会去撤消退款。
成都-CA-李旗风(287***589)14:07:22
撤销退款是退款业务中的子业务吧?
广劳学礼(43****03)14:07:56
这样理解,撤销退款让买家得到了利益(可见不可见的都算),登录呢?没有让买家得到利益
潘加宇(3504847)14:08:04
我买东西也不想付钱啊。但不能说"付款"不是银行系统的用例
潘加宇(3504847)14:08:11
还是要复习
潘加宇(3504847)14:08:27
第五章,里面有详细说明了

广劳学礼(43****03)14:08:29

杭大伟(28****23)14:09:34
我这样理解:是不是系统用例,要看这个用例有没有返回,返回给执行者他想要的。
潘加宇(3504847)14:09:54
画画业务序列图就明白了

杭大伟(28****23)14:09:56
感觉可以解释,到底某个用例算不算系统用途列。
潘加宇(3504847)14:09:56
复习

杭大伟(28****23)14:11:31
您是指从业务序列图里的与业务实体(某个系统),推导到系统用例吧。
潘加宇(3504847)14:11:59
对的

杭大伟(28****23)14:12:07
业务序列图转换为系统用例时,如果业务实体(待开发的系统)有自反调用的情况,自反调用在系统用例图怎么表述? 用include包含进来? 就比如下面的 餐饮系统中通知吧台,通知厨房与记录订单是什么关系呢?
杭大伟(28****23)14:12:14

潘加宇(3504847)14:12:25
步骤
潘加宇(3504847)14:12:39
先不要去想关系了

杭大伟(28****23)14:12:44
就不用在用例图里面画出来吗,
杭大伟(28****23)14:12:49
(自身调用)
杭大伟(28****23)14:12:53
(自反调用)
潘加宇(3504847)14:12:56
不用。
还是要复习啊