查看原文
其他

[答疑]图纸会审序列图

潘加宇 UMLChina 2024-03-10
软件方法(下)分析和设计第8章连载[20210518更新]>>

一马行千里(759***22) 09:44:41
大家好,有两个关于序列图的问题咨询下。谢谢各位的时间。
一马行千里(759***22) 09:44:49

一马行千里(759***22) 09:45:08
关于下面两个消息:
1.1.1.1 提示通知
问题:要表达iCome后台推送通知到iCome应用,应用提示有新通知。这个消息名称是否正确?
2. 查看通知详情
问题:要表达用户点击某条通知,来查看详情。要表达这个过程,这个消息名称是否正确?
一马行千里(759***22) 09:48:38
看《软件方法》上册关于序列图的描述:A指向B的消息,代表"A请求B做某事",或"A调用B做某事"。
潘加宇(3504847) 20:18:41
(1)消息是A请求B做某事,你按照这个把序列图念一遍,看什么地方不对。(2)第一个消息是提交图纸会审邀请,后面变成了通知,这还是图纸会审领域的概念吗?从图纸会审转到和图纸会审不一定相关的发通知,这个转换是在哪里进行的?

例如张三拜托我约李四一起参加饭局,因为我和李四比较熟,我在大脑里思考了各种因素,构思了一份得体的内容,通过手机发短信给李四。手机短信软件没有约人吃饭的概念,就是发短信,但这份短信不是白来的。
潘加宇(3504847) 20:19:21
后面改的图可能反而改错了

一马行千里(759***22) 20:52:39
(1)消息是A请求B做某事,你按照这个把序列图念一遍,看什么地方不对。
读的过程中,"1.1.1.1"读作"iCome后台请求iCome应用提示通知内容"。改为"接收通知"是不是合适些呢?iCome在接收到通知后,再请求自己提示通知。
同样,"2:查看通知详情"改为"2:显示通知详情",读起来是"用户请求iCome显示通知详情"。是不是更合适?
一马行千里(759***22) 20:52:46
谢谢老师
一马行千里(759***22) 21:11:43
(2)第一个消息是提交图纸会审邀请,后面怎么变成了通知,通知?图纸会审领域的概念呢?这是一个抽象级别的内容吗?
我把接收发送邀请的过程改为了如下:

一马行千里(759***22) 21:12:48
不知道再如何体现图纸会审领域的概念了。希望得到老师指教。
潘加宇(3504847) 06:51:11
icome里有封装图纸相关的知识吗,还是只是一个简单的消息系统
潘加宇(3504847) 06:54:44


潘加宇(3504847) 06:55:09

潘加宇(3504847) 06:55:17

潘加宇(3504847) 06:55:46
以上供参考

一马行千里(759***22) 08:54:00
感觉有点明白了。消息名称里包含的概念在被调用系统里应该存在。
"图纸会审"是工程管理里的概念。iCome可以说是一个应用的容器(可以集成多个应用),在iCome里是没有图纸会审的概念的,它提供接口给外部系统调用来发送通知。所以iCome只是发送通知。
一马行千里(759***22) 08:54:33

一马行千里(759***22) 08:55:35
对照着工作人员和Word的例子,改成了这样子。应该可以了吧。
[2020.01加一套题]UMLChina建模竞赛题大全-题目全文+分卷自测(11套110题)

全程字幕-25套UML+Enterprise Architect/StarUML建模示范视频

[幻灯]6月17-20晚-剔除“伪创新”和“无领域”的领域驱动设计-网课

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

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

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

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

中文书籍中对《人月神话》的引用(完结,共110本):软件工程通史1930-2019、实用Common Lisp编程……

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

UMLChina服务介绍

继续滑动看下一个

[答疑]图纸会审序列图

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

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

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