查看原文
其他

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

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

“创新”何太急-评张逸的“业务服务”(一)

“创新”何太急-评张逸的“业务服务”(二)用例的“客观标准”

“创新”何太急-评张逸的“业务服务”(三)系统用例是“深入到系统内部”?(1)

UMLChina建模竞赛题大全-题目全文+分卷自测(11套110题)

全程字幕-26套UML+Enterprise Architect/StarUML建模示范视频(202201更新)

[新增:鸵鸟]软件开发团队的脓包:皇帝的新装、口号党、鸵鸟、废话迷

《软件方法》书中自测题-题目全文+分卷自测(1-8章)16套111题

怪论:东北公司用用例做需求,反映了东北互联网落后?

别把洋垃圾当宝贝-评InfoQ中国“敏捷……”文章(一)

CTO也糊涂的常用术语:功能模块、业务架构、用户需求……[20210217更新]

聚焦最后一公里-UMLChina服务介绍

继续滑动看下一个

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

潘加宇 UMLChina
向上滑动看下一个

您可能也对以下帖子感兴趣

文章有问题?点此查看未经处理的缓存