软件方法（下）分析和设计第8章分析 之 分析类图——知识篇（20211227更新）
软件方法（下）分析和设计第9章分析 之 分析类图——案例篇（20211228更新）
问题时间：2013/1/5
2013-01-05 14:15:25 愤怒的大叔(394580***)
请教大家一问题，在一个监控系统中，通过定时启动监控程序，当发现异常时向相关人员发送通知，关于发送异常通知用例的执行者是什么呢 2013-01-05 14:16:58 天蓝色的天空(168133***) 时间 2013-01-05 14:17:22 李旗风(287968***) 仿佛时间不太妥 2013-01-05 14:18:16 李旗风(287968***) 相关人员可能性大点 2013-01-05 14:18:36 李旗风(287968***) 执行者要获得好处 2013-01-05 14:25:31 蝈蝈(12**253) 执行者是系统呀 2013-01-05 19:39:36 潘加宇(3504847) 时间（用例是监控，发送通知只是用例里的一个步骤）。 2013-01-05 19:40:50 潘加宇(3504847) @李旗风(287968***) 2013/1/5 14:18:16相关人员可能性大点，执行者要获得好处 --那是涉众（观众） 2013-01-05 20:59:19 Jerry-Ye(11**186) 我以为是异步事件，导致导常的那个异步事件？ 2013-01-05 21:07:15 潘加宇(3504847) （1）这种问题画一下业务序列图就了解了。执行者是一个系统，不可能是事件了。 （2）@愤怒的大叔：谈需求，你一下子就想到异步事件之类的，这已经是另外一个抽象级别了。建模的一个基本原则：抽象级别的一致。任何事情，往下一个抽象级别看，都是非常复杂的。我们说"按下键盘"，其实背后也有很复杂的机理。(1)定时首先调用查询程序，通过查询接口逐行扫描键位矩阵，同时检测行列的输出，由行与列的交连信号确定某闭合键的坐标，即得到被按键对应的扫描码。。。。。。但是，这个级别和我们要做的系统的核心领域无关，我们只要说发生了KeyDown，KeyPress。。。 2013-01-05 21:11:25 潘加宇(3504847) 《软件方法》第四章：开发人员在建模和讨论问题时，经常是想到哪画到哪，打哪指哪，抽象级别和研究对象一会跳到这里，一会跳到那里。你跟他讲业务流程，他跟你说系统；你跟他说系统，他跟你谈类；你跟他谈类，他跟你讲业务流程… 2013-01-05 21:12:26 潘加宇(3504847) 人脑的容量是有限的，过早把各种领域的知识，甚至是不需要关注的知识混杂，人脑需要处理的逻辑就会从M+N+O+P增加到M*N*O*P。 2013-01-05 21:13:08 Jerry-Ye(11**186) 这倒是，但是有时候要把抽象级别统一到一定级别却是很难的事。需要练习。 2013-01-05 21:14:56 潘加宇(3504847) 往另一个抽象级别探究，所有的行为最终都会是"异步"的，但这是另外的领域、另外的开发人员关心的事情
DDD浮夸，Eric Evans开了个坏头
我为什么写《DDD浮夸，Eric Evans开了个坏头》
[全文]DDD话语批评之一：评张逸的“状态和事件本质相同”
