任绍校(207***28) 11:36:38
在乘车用例上 扩展用例 改变公交线路 这是一个关系范围比较远的例子。再举个例子，记录调拨资金凭证这个用例。是需要账户的，记录人员需要新增账户，修改账户，查看账户。
任绍校(207***28) 11:36:44
那么这个关系也是扩展么？
任绍校(207***28) 11:41:03
里面隐约还是有一层依赖关系的
任绍校(207***28) 11:41:45
如果这三个不作为业务用例的话，也不作为系统用例。那这个功能就不能在业务建模中体现了
潘加宇(3504847) 7:27:55
可能有这个用例，在业务建模中该怎么体现就怎么体现，"设置账号"（也可能是"导入账号"。。。）的行为肯定会发生在某个流程中，去观察，如是描述就是了
潘加宇(3504847) 7:30:53
就像要做饭，得有锅，你问我那"买锅"怎么办，该怎么就怎么办呗，那个锅是什么时候买的，为什么早不买晚不买偏偏那个时候会突然去买个锅，那又是另一个需要认真描述的故事了。
任绍校(207***28) 2016-01-18 23:11:26
潘老师，请教个问题。现在大部分书包括您的书，讲的uml的例子都是举了一个简单的系统。但是我的现实情况举个例子，比如购物下单，背后有10几套系统协同。比如各种job系统，服务系统，后台运营系统。我现在根据您的书，后面所有系统用例的功能都是从下单这个用例推导出来的。业务序列图，画的画有10几二十个系统要交互。用交互概述图来表达一个宏观购物流程。还涉及到各种异步的系统操作。对于大型系统，业务用例，系统用例，和业务序列图应该如何组织呢？ 谢谢
潘加宇(3504847) 7:33:07
"10几二十个系统要交互"正常的，所以才需要业务序列图来建模，画就是了
任绍校(207***28)2016-01-20 11:33:12
请教大家一个问题。老师书上有个例子，改变公交车路线这个用例，老师把他归到乘客->乘车这个用例下面。他们是啥关系，是包含还是扩展？
潘加宇(3504847) 7:34:31
书上哪里说是用例了，路径而已
@οゞ浪漫心情ゞο(207***28) 2016-01-20 11:36:38
在乘车用例上 扩展用例 改变公交线路 这是一个关系范围比较远的例子。再举个例子，记录调拨资金凭证这个用例。是需要账户的，记录人员需要新增账户，修改账户，查看账户。
那么这个关系也是扩展么？
潘加宇(3504847) 7:35:26
不是，你这几个问题，背后的模糊知识点是一样的。行为和数据的混淆。
潘加宇(3504847) 7:36:31
认真看懂我之前的回答和我给出的参考链接，还可以看《软件方法》第六章关于登录的讨论
潘加宇(3504847) 7:37:33
@一点灵犀1.0c(13263049) 2016-01-20 11:41:49
你可以考虑把"查看账户"作为"查看账户"的前置条件
你可以考虑把"查看账户"作为"记录调拨资金凭证"的前置条件
--回答接近，但前置条件是状态，"查看账户"是动作。前置条件的表达应该类似于"存在。。。的账户"