阿弥陀佛(177***28) 17:35:45
在业务建模或系统建模时。总是有发起方是系统内部的情况。
比如，业务是销售人员找回来的，而不是客户来找企业；或者，是系统检测到某些特殊情况然后主动通知给用户、管理员。
这时，用例方法怎么处理？
阿弥陀佛(177***28) 17:37:36
还有主执行者？或没有主执行者了？
潘加宇(3504847) 22:01:10
这个涉及到我们建模中要学会从恰当的、一致的抽象级别看问题。
用例还是：企业为客户提供服务，这是一个抽象级别。再往下看下一个抽象级别，就比较"丑陋"了，有客户主动找上来的，有销售人员去促销的……这些，如实画成业务序列图放在业务用例下面即可。
"系统检测到某些特殊情况然后主动通知给用户、管理员"，也一样，"检测"、"通知"是步骤，系统不会无缘无故去检测、通知，看看是在哪个或哪些用例里面出现的，如实描述即可。
继续说一下抽象级别的问题，看能否帮助理解。例如，我们两个现在做什么？可能你会说，我问问题，潘老师回答。但这是从"答疑"这个视角看的，再往下看，实际上是你思考，敲了些文字，QQ显示这些文字给我看，我思考，敲了些文字。再往下看，并不存在"我敲文字"，是程序逐行扫描键位矩阵，确定某闭合键的坐标，把扫描码传送给位于主机内的键盘接口，然后扫描码翻译为相应键的编码信息……通过抽象，我们把和我们关注的核心域无关的"丑陋"隐藏起来。
广朱政文<zhu****mail.com> 22:08:25
大道致简
譯揮 (252***66) 8:53:21
这个分析好，正切合了《心经》上讲的"色不异空，空不异色"，一个可以帮助理解空与色关系的致简说明。通过层层往下看，上层的"色"分明是一个空的。但，"空"里却包含了"有"。
潘加宇(3504847) 12:25:07
还是要从科学的角度来理解，经济学（资源的供给有限），心理学（大脑的容量有限）……最终归结到数学。用宗教来指导软件开发不可靠，释迦摩尼说什么什么，所以，做软件应该怎样怎样。这个推导不出来的。