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