[技术讨论]Uml设计中的常见错误之一

来源:互联网 发布:淘宝催评价用语 编辑:程序博客网 时间:2024/06/12 07:13

 

快乐  9:57:12

简头指向扩展点,对不?

快乐  9:57:33

箭尾:扩展用例

青润  9:59:12

http://blog.csdn.net/qingrun/archive/2010/08/09/5799615.aspx

这个问题我写过相应的文字,搜索就可以找到。

青润  10:00:58

http://topic.csdn.net/t/20020411/15/638693.html

我来解释一下IncludeExtend的区别:

当每一次UseCase1执行的时候,都要调用UseCase2,那么UseCase1   Include  UseCase2;如果不是这样的话,那就是Extend关系。

快乐  10:01:23

不错,是这样的

快乐  10:03:40

以前拜读过你的大作

青润  10:04:00

客气了。

快乐  10:05:18

我有两张图形,您帮着看一下,我现在一直不能很好地理解,这两张图的转换

快乐  10:05:36


 

快乐  10:05:48


 

青润  10:06:27

这两个是一个图么?

快乐  10:06:29

2比图1多了限定关联,但只多了一个限定符,不知道为何别的限定关联在图中为何没有体现出来

快乐  10:06:39

是一个图

木叶  10:06:54


 

快乐  10:07:05

对,限定符

青润  10:07:22

哦。

这个符号,我没怎么用过。

快乐  10:07:28

关键是只多了一个,别的关联没有体现限定符

快乐  10:07:57

那我再问个别的问题,还是关于这张图的

快乐  10:08:28

这张图做到图1,基本是做完了设计类图,可以编写伪代码了

青润  10:08:29

uml中有很多符号是开发中不需要用的。

快乐  10:09:11

嗯,是。

青润  10:09:39

我从这个图上感觉有些问题。

快乐  10:09:45

你说一下

青润  10:10:00

你的类是不是建立在use case view下的?

青润  10:10:20

否则,类中不该有from use caseview的标示

快乐  10:10:29

青润  10:10:47

如果是这样,那你的需求,分析,设计就没有分开,被混为一谈了。

快乐  10:11:10

青润  10:10:00

你的类是不是建立在use case view下的?

 

好好!提醒的好

青润  10:11:56

我建议你去看看我书中的例子,第二版中在光盘里面就有。

书里面还有需求,分析,设计如何各自独立进行开发的说明。

这样才能让技术人员各司其职,而不是大家都在一个地方做开发,多人的协作开发也必须如此操作,否则必然混乱。

快乐  10:12:34

嗯,哪种书,介绍一下书名

青润  10:12:37

另外,你如此操作,类的代码导出就无法和开发工具的语言环境相配合了,那会带来代码和模型同步之间的无法操作。

木叶  10:12:51

软件工程之全程建模实现

青润  10:12:55

软件工程之全程建模实现,第二版,机械工业出版社

快乐  10:13:01

嗯,不错不错,我现在就是碰到这个问题了

青润  10:13:06

第一版也可以解决你的问题,不过已经没有卖的了。

快乐  10:13:08

机工的书不错

快乐  10:13:26

我好像买过这本书

快乐  10:13:32

呵呵,

看一下

木叶  10:13:33

流汗

青润  10:13:54

那肯定是第一版,目前是第二版,把第一版中的错误都修订了,而且补充增加了40%的新内容。

快乐  10:15:35 明天到单位看看,家里没找到

 

 

原创粉丝点击