[技术讨论]Uml设计中的常见错误之一
2010-11-21 11:15
399 查看
快乐
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
明天到单位看看,家里没找到
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设计错误
- SQL Server常见的需要避免的查询设计错误
- 产品设计常见错误(CAD)
- Java课程设计常见技术问题(程序部署、数据库、JSP)
- 技术人员如何参与产品设计讨论:激活那一潭死水
- 设计模式学习---UML常见关系的实现
- 产品设计中常见的错误有哪些?
- [全程建模]警觉:一种错误的UML类设计的方式
- 企业员工设计流程图的常见错误及纠正建议 推荐
- Web设计中9个常见的可用性错误[译]
- Nginx常见错误与问题之解决方法技术指南
- web设计与开发常见错误
- 网页设计的九大常见错误
- 十个图标设计中的常见错误(翻译理论)
- 技术人员如何参与产品设计讨论:激活那一潭死水
- 零基础学FPGA(十二)一步一脚印之基于FIFO的串口发送机设计全流程及常见错误详解
- [技术讨论]UML无用、误用还是务用
- UML 10 种常见的域建模错误 推荐
- 【转】程序语言的常见设计错误(2) - 试图容纳世界
- 嵌入式设计常见错误与点评(经验之谈)