[答疑]发送异常通知用例的执行者

软件方法(下)分析和设计第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话语批评之一:评张逸的“状态和事件本质相同”


评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值