发信人: dropsun()
整理人: (2000-10-11 09:49:20), 站内信件
|
【 在 duckstone (羽风) 的大作中提到: 】
: 【 在 dropsun (射日) 的大作中提到: 】
: : 【 在 kmwh (克长) 的大作中提到: 】
: : .......
:
: .......
谢谢你的热心答复！
在使用ROSE的过程中，我也发现ROSE的USE CASE设计的结构很灵活，具体
怎么个设计思路好象并没限制太多，它仅仅提供一个记录和整理的机制，什
么含义，如何才算完整描述了系统，还得设计者自己解释，只要逻辑清晰一
致就行了。如你所说，它仅仅是个工具，怎么用得靠自己。
我面临的系统很大，不分层，或者说层次少的话，每个USE CASE DIAGRAM
中的USE CASE会很多，很难看。所以，我把复杂的USE CASE都以建立相应
的PACKAGE，在PACKAGE中再次细化为多个USE CASE的方法来达到逐层描述
清楚的目的，但刚开始对这种方式的把握不大，不知道符不符合UML的通常
用法。后来觉得似乎只要按照UML的思想去做，具体如何操作使用ROSE几乎
是种个人行为。现在层次最深的已经达到5层（以USE CASE VIEW为第一层
），最底层就是一些我认为细化到可以直接描述的USE CASE了，比如增加
用户，删除用户，修改用户资料等，它们合起来对应一个大的USE CASE：用
户管理，并包含在一相应的PACKAGE中。而“用户管理”USE CASE又包含在
“系统管理”USE CASE 里面，“系统管理”是仅仅和ACTOR“管理员”相关
的一个USE CASE。对未采用PACKAGE进一步细化的USE CASE，我才以交互图
，行为图之类对它们做具体描述。
但做来做去，我还是觉得和从前结构化设计中功能分解的方式差不多。我的
对象仅仅到最后的交互图中才得到提炼，而前面几乎就在做一系列的功能分
解。从USE CASE入手的分析方法，我想必然会造成这种结果，因为USE CASE
对应的是要和ACTOR交互的一件事，比如有100件事，那么这100件事的管理就
是个问题，不能平面展开，那谁也看不了，管理方法就是按照功能分类，分层
，这个过程中几乎设计不到具体类的提炼，所谓分类，可能仅仅能得到一些组
件级别的提炼，比如把用户管理，或系统管理看做一个大的组件要完成的事情
。真正合理的情况是不是这样的呢？想听听你的意见。
--
※ 来源:．月光软件站 http://www.moon-soft.com．[FROM: 168.160.251.66]
|
|