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会有通知的。现在还没定。