[全程建模]关于时序图问题的一次讨论

2004-06-10 08:43:26 真没劲
http://www.hanwen.net.cn/1.jpg,大家帮我看看这个顺序图,谢谢
 
2004-06-10 08:45:58 青润
昨天我给你说过了三个问题,还有一些:
4、事件流中断。
5、方法调用递进关系不明确。
2004-06-10 08:46:20 青润
初步看,大概就是这五个问题。
更多的就要联系业务来检查了。
2004-06-10 08:46:46 真没劲
前3个呢,我后来开会去了,突然断电,QQ坏掉了![:'(]
2004-06-10 08:47:37    风
青润,能详细讲解一下吗?
2004-06-10 08:48:05 青润
这样讲不好讲明白,大多数问题都只有现场画图才能说清楚。
2004-06-10 08:49:14    风
那个“输入信息”应该是“课程组长”输入吧?
2004-06-10 08:49:20 青润
1、你这应该是分析模型,却把每一个操作没有设定为注释而直接作为方法存在。
2、每一个方法都没有返回。
3、返回采用的不是标准的返回信息:return message.
2004-06-10 08:50:14 真没劲
说的是,呵呵,我是菜鸟。
2004-06-10 08:50:22 青润
对,“输入信息”应该是从actor到ui类的一个操作。
2004-06-10 08:50:36 青润
否则,就是说ui类可以自己对自己自动做输入。
2004-06-10 08:51:01 真没劲
是的。
2004-06-10 08:51:16    风
你说的“每一个方法有个返回”,是在箭头上直接画返回吗?
2004-06-10 08:53:20 青润
它的事件流本身就已经是中断的,所以,无法清晰地表述出,是谁做的返回。
比如:返回操作员列表,这个内容就会因为事件流的中断而让人不知道是怎么回事,因为它用的是一个方法调用,而不是返回信息的箭头。
关于返回,不是在箭头上直接划返回,而是在事件流下标注return message箭头,然后说明返回信息。
2004-06-10 08:53:46 青润
不行,说起来太多了。建议你还是先去仔细看看uml的基本语法和表达方式吧。
2004-06-10 08:54:04 真没劲
我改好了,再请各位斧正!
2004-06-10 08:55:55    风
还有问下:“增删改”可以这样画吗?他们应该没有时间顺序的
2004-06-10 08:56:33 青润
是的。不过,关于多子流的绘制方式,就需要绘制多个时序图。
2004-06-10 08:56:38 风语者(47589927)
各位早,学习气氛很浓嘛,一大早就开始孜孜不倦了,佩服佩服
2004-06-10 08:58:31    风
ok,I know。学到很多,感谢青润
2004-06-10 09:05:23    风
关于青润说的,我的理解如下,请青润点拨!
第一条,是否是分析模型中将增删改作为一个操作?序列图到底是在分析中还是设计中使用?两者有什么区别?
第二条,我觉得不是每个操作都有返回
第三条,返回应该是个虚线返回箭头
第四条,事件流指整个一个操作过程
第五条,不是很理解
2004-06-10 09:07:12 青润
事件流是指每一个柱型条。
这个说起来的确麻烦。如果能当面说,一句话,你就能明白了。上面这五个问题都是最基础的问题,而不是什么严重的技术问题。
2004-06-10 09:09:41    风
唉,可惜不能当面指点啊!
还有个问题问"真没劲",那个是啥网站,挺搞笑!
2004-06-10 09:10:16 真没劲
我的网站,还没有弄东西,所以放了个FLASH。
2004-06-10 09:11:48 青润
过两天在csdn的聊天室有一个关于我的书的对话,欢迎你们都过来参与一下。那时候,我会找找有没有办法贴图来画。
2004-06-10 09:12:19 真没劲
地址?一定捧场
2004-06-10 09:12:29    风
OK,什么时候?我还没去过csdn上的聊天室
2004-06-10 09:14:00 青润
csdn会有通知的。现在还没定。
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 1
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

青润

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值