杭大伟(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
不用。
还是要复习啊