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

快乐 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

我来解释一下 Include 和 Extend 的区别：

当每一次 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 case view 的标示

快乐 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 明天到单位看看，家里没找到

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

更多文章、技术交流、商务合作、联系博主

微信扫码或搜索：z360901061

微信扫一扫加我为好友

QQ号联系： 360901061

您的支持是博主写作最大的动力，如果您喜欢我的文章，感觉我的文章对您有帮助，请用微信扫描下面二维码支持博主2元、5元、10元、20元等您想捐的金额吧，狠狠点击下面给点支持吧，站长非常感激您！手机微信长按不能支付解决办法：请将微信支付二维码保存到相册，切换到微信，然后点击微信右上角扫一扫功能，选择支付二维码完成支付。

【本文对您有帮助就好】元

2元

5元

10元

20元

自定义