用户:3291191(青润)
==================================================
消息组:技术类朋友(157)
==================================================
消息类型:聊天记录
==================================================
--------------------------------------------------
消息对象:********( 枫舞清秋)
--------------------------------------------------
2004-11-25 15:58:59 枫舞清秋
你好:) 开门见山的说吧..我对于您书上P40页和P41页用例间的关系不是很清楚. 首先是<<include>> 你说每次调用usecase1 时一定会调用usecase2 . 可是我查了一下 UML 参考手册.它上面说是可能.The base may or may not be well formecd without the inclusion
2004-11-25 15:59:57 青润
哦。
2004-11-25 16:00:14 青润
你可否把全文贴出来。这一段的理解，我应该不会出这种错误。
2004-11-25 16:00:31 青润
书中是有一个错误，就是extend的方向划反了。当时没有注意到。
2004-11-25 16:02:12 枫舞清秋
第二个问题是 <<extend>> 关系, 那个图 1.8 您说是usecase2 是 usecase1 的一个扩展用例. 可是箭头是不是反了阿..UML 参考手册上的叙述是 A dashed arrow is drawn from the extension use case symbol to the base use case symbol with a stick arrowhead on the base.
2004-11-25 16:02:43 青润
是的，这就是我刚才所说的那个错误。
2004-11-25 16:02:48 枫舞清秋
不好意思....第二个问题白问了...我光顾着打呢..呵呵
2004-11-25 16:02:55 青润
include应该是没有错的。
2004-11-25 16:02:57 青润
呵呵，没关系。
2004-11-25 16:03:44 枫舞清秋
第一个问题你等一下阿.我打给你关于包含的论述
2004-11-25 16:04:19 青润
好的。呵呵
2004-11-25 16:08:10 枫舞清秋
The includsion explicitly modifies the effect of the base. The base may or may not be well formed withou the inclusion, but
an instantiation of the base executes the inclusion.
------
包含用例显示的修改基用例的效果. 基用例可以有或者没有包含用例, 但是基用例的实例执行包含用例.(UML 参考手册的中文版翻译 机工的书. )
2004-11-25 16:11:09 青润
是呀，这段话和我说的意思是相同的。
2004-11-25 16:11:56 青润
基用例中可以包含被包含用例，也可以不包含，但是，执行的时候，即用力的实例需要执行被包含用例。这没有差异。呵呵
2004-11-25 16:12:22 青润
它这个翻译比较拗口，属于print，不是意译。呵呵
2004-11-25 16:14:51 枫舞清秋
那我可不可以这样理解直观一些.比如我有个用例叫做用户管理. 然后有两个用例是用户添加 和用户删除.那么用户管理这个用例是<<include>> 用户添加和用户删除 这两个用例的.
2004-11-25 16:17:02 青润
这样不行。
因为不是每次用户管理执行，都会进行添加和删除，你如果把这两个分离出来，必然就是这样的结果。所以，这里面不能用include，只能用extend。
如果你在用户管理中增加一个获取用户列表的用例，那么就属于include，因为无论是删除还是添加，都必须先获取用户的列表才能进行操作。
2004-11-25 16:20:58 枫舞清秋
呵呵..那The base may or may not be well formed without the inclusion 怎么理解呢..我有点晕了..什么时候包含什么时候不包含..呵呵
2004-11-25 16:26:49 枫舞清秋
我之所以问这个上我手头还有一本书..它上面就把会员管理和会员信息更新弄成了<<include>>关系..会员管理<<include>>会员信息更新..
2004-11-25 16:27:08 青润
我觉得他的意思是说：在这个基用例中你可能已经做了这个被包含用例的实现，也可能没有做。仅此而已。因为有一种可能，在用户管理中
的添加用户肯定包括用户的基本信息和详细信息，有可能基用例用户管理中仅仅包括了基本信息的添加，而详细信息的添加是通过这个包含用例实现的
2004-11-25 16:27:34 青润
这个关系，我已经这样解释了将近三年了。都没有问题。
2004-11-25 16:27:47 青润
你说的是哪一本书？我看看。
2004-11-25 16:27:58 青润
我觉得，有可能是那本书写错了。
2004-11-25 16:29:00 枫舞清秋
呵呵...系统分析师常用工具.. 软考的辅导书. csai 的人编的..
2004-11-25 16:29:20 青润
呵呵。我知道了。他写错了。这一点我可以保证。
2004-11-25 16:29:34 青润
我知道软考那些书，呵呵。我一个朋友就参与过编写。
2004-11-25 16:29:46 枫舞清秋
OK...那就好..我再打搅你做后一个问题吧..呵呵
2004-11-25 16:30:04 青润
还有什么问题？请讲。
2004-11-25 16:30:10 枫舞清秋
唉..闲得无聊.考个证书吧.起码人生有点目标吧.
2004-11-25 16:30:30 青润
考个吧。也有好处。
2004-11-25 16:32:37 枫舞清秋
就是按照您的经验.系统的架构一般是什么时候设计出来.我的意思是做完需求分析后去分析架构呢?还是其它什么时候.还是一开始做这个项目我就打算用J2EE了..或者小系统.我一上来就觉得用MVC可以搞定.然后再开始需求分析.
2004-11-25 16:34:29 青润
其实，这不是一个立刻就做完的事情。架构设计一般来说在初步获取需求后，就开始了，到分析模型开始后才基本上结束。在设计模型开发时，还有一次调整，或者说是修改。
2004-11-25 16:36:40 枫舞清秋
哦....我觉得还要根据研发的能力吧..比如有的公司做j2ee比较熟悉. 可能什么系统都第一考虑的架构就是j2ee了.
2004-11-25 16:37:10 青润
呵呵。当然会有一个习惯上的问题。这就是技术之外的影响了。呵呵
2004-11-25 16:38:06 枫舞清秋
^_^..今天和你交流一下很受用阿..多有打搅啦..今天是感恩节哦..节日快乐啦..以后有问题还要多打搅你啦..哈哈
2004-11-25 16:38:51 青润
呵呵，有价值的问题，欢迎随时打扰。不要问我纯概念的问题。呵呵
2004-11-25 16:42:25 枫舞清秋
老实说我是在一家硬件公司里面做应用软件...为的是为硬件增值的...以前是一个人扛一个项目.呵呵..软工这些都是很不重视的...有时候只能盲人摸象了..小项目还凑合.最近要LEAD一个大项目. .可不能随便了..也是为了以后维护的同事好.
2004-11-25 16:43:18 青润
呵呵是的。项目越大对规范性的要求程度就会越高。这是必然的。从制造业也可以看得出来。
2004-11-25 16:44:56 枫舞清秋
最痛苦的是没有需求调研的对象....因为不是给特定的人或单位做的.所以只能参考人家的产品.再发挥自己的创造力了.你有过这样的经历吗?
2004-11-25 16:46:27 青润
呵呵。有过。不过，后来的项目越来越大，就很少了。
2004-11-25 16:50:40 枫舞清秋
那你们的需求分析怎么做阿..自己先想..会不会因为技术的限制而故意放弃一些好的想法呢..比如说我一开始就打算用J2EE了.可是有些想法实现不了.那我就故意回避这些.我是说自己的创意受到了固有软件技术的束缚.
2004-11-25 16:54:31 青润
呵呵。你这是为了技术而技术的做法。是不行的。做软件要讲求实效，而不是纯粹的卖技术。国内的人到现在还不明白软件到底是在做什么，所以，就总是弄出各种各样的笑话来。
本文地址：http://com.8s8s.com/it/it33762.htm