高度关注:本人正在用Rose 分析一个大型项目,6层体系,收获和困惑想与大家分享,望请斑竹UP

killprograme 2004-07-19 04:57:50
我正在用Rtional Rose做一个大型His项目的分析,现在用例已完成,我对类图比较困惑,rational rose 怎样对多层体系分析,六层为,用户界面层,业务外观层,业务逻辑层,实体层,实体控制层,数据库访问层。如药品入库来说是否也需要一下类
入库界面类--入库外观类--入库业务逻辑类--实体控制类--实体类--数据访问类,对于后面三个类市公用的,困惑在于是否分析业务层的类

我也是一个新手,请大家谈谈自己的经验
...全文
1864 55 打赏 收藏 转发到动态 举报
AI 作业
写回复
用AI写文章
55 条回复
切换为时间正序
请发表友善的回复…
发表回复
zhouzh197895 2004-10-21
  • 打赏
  • 举报
回复
一般是層次越多擴展性越好﹐耦合度低﹐但架構就比較復雜。層可以認為是個功能完善的獨立的子系統﹐把層封裝﹐外部直接調用接口就行了,引入層的概念就是將一個復雜的系統分成若干個小系統去考慮﹐將問題簡單化。樓上的朋友既然已經分了六層就要明白層與層這之間的關系﹐一般是上面的層依賴(調用)下面的層,層與層之間的關系不大﹐重點考慮的是層內部關系﹐樓上的朋友可以做六個類圖。"用户界面层,业务外观层"這二個層的內部關系比較簡單﹐"实体层,实体控制层,数据库访问层"這三個層內部關系比較穩定﹐變化不大。所以重點考慮的層就是业务逻辑层了﹐這個層要描述的比較詳細﹐其它的隨便畫一下就行了。
Liusp 2004-10-20
  • 打赏
  • 举报
回复
mark
unique001 2004-10-15
  • 打赏
  • 举报
回复
架构分层的思想不能生搬硬套
还需要根据所设计系统的复杂性、业务、性能等各方面考虑。
设计的时候可以按照分层思想去命名类的名字
最后在部署试图下实现真正的分包。
分包可以参照先按照layer分,再按照功能进行分类的方法。
关键还是架构师对系统的把握。

个人意见,仅供参考。
mengxianbao1521 2004-10-11
  • 打赏
  • 举报
回复
按照RUP建模,使用ROSE的朋友可以加我的MSN: mengxianbao1521@sina.com
有问题的话可以共同的探讨问题。
mengxianbao1521 2004-10-11
  • 打赏
  • 举报
回复
如果你做的是一个项目,可以看RUP2000做参考,他那有各种文件的解释,包括:工件,实体等,设计的概念。
mengxianbao1521 2004-10-11
  • 打赏
  • 举报
回复
Rose我用了有2年了,我来解释一下分包的问题,大型项目都需要多个设计人员来完成,这样就需要将整个的设计在ROSE上,这样就需要使用到分包,将各个独立的模块设计可以分成不同的包,可以让不同的人使用。分包以后,保存的文件是×※.cat文件结尾的文件,然后可以通过VSS来控制包文件。
咏帆 2004-10-11
  • 打赏
  • 举报
回复
呵呵
看到这么人讲的

知道a little了
tudou0011 2004-10-10
  • 打赏
  • 举报
回复
我见过这个模型
这个模型可能你理解错误了
这不是什么很好的一种设计
他的好处是可以很容易的设计一个软件支持半自动化的开发
simonllf 2004-10-08
  • 打赏
  • 举报
回复
MARK
sgp1201 2004-09-02
  • 打赏
  • 举报
回复
uP
holyxing 2004-08-31
  • 打赏
  • 举报
回复
我的个人感觉是:用例图不是用来描述你这个系统有向个层,所以你说你的用例图已基本完成,分了六层,感觉你已走了弯路。
UseCase :是站在user 的角度去描述这个系统是啥?能做些啥?可以实现哪些功能?致于你要分多少层,应该是你下一步的动作。也即是logical view 的分析与设计了。
qianwj067 2004-08-31
  • 打赏
  • 举报
回复
这里高手真多,向你们学习!!!
ArchitectureLife 2004-08-25
  • 打赏
  • 举报
回复
项目的每个阶段得到的东西是不一样的,有些东西是过犹不及的,简约而不简单,六层架构,太多了吧,你这是什么系统啊?!!!!架构是根据需求来的,不要为了追求技术的完美而忽视其他,把握需求才是最重要的!!
htreimen 2004-08-24
  • 打赏
  • 举报
回复
好不热闹
davidnb 2004-08-23
  • 打赏
  • 举报
回复
过犹不及
Fusuli 2004-08-23
  • 打赏
  • 举报
回复
不知道你的HIS有多大,如果规模不是很庞大的话建议将最后三层合为一层或是两层(两层即保留数据访问层),前面几层中业务外观层中一些简单的逻辑(增删改查)也可以直接访问数据访问层,而不是所有的操作都要经过业务逻辑层

这些方法都是针对比较简单的设计,如果你的系统很复杂我说的这种方法就不适用了
sword_hero 2004-08-23
  • 打赏
  • 举报
回复
过度设计,是不是杭州的公司?
mito 2004-08-23
  • 打赏
  • 举报
回复
没有什么经验啊。
swordmanli 2004-08-19
  • 打赏
  • 举报
回复
我觉得rose不仅仅是一种描述工具,它代表了很多规范和思想,首先必须理解它的思想和体系规范之后,才可能很好的用它来描述系统。
所以,和楼主同样困惑的人一定很多,我也是,我自己负责了很多项目,对一些类型的系统可以说是非常的了解,但是,想用rose搞一下,却发现还是很别扭,说明,对这款工具和UML理解的不透彻。
所以,这款工具不简单。


回复人: tomboy(青山绿水) ( ) 信誉:103 2004-7-19 17:30:27 得分: 0

Rose只是一个描述设计的工具而已,你的问题是如何设计!
Rose并不能帮助你做出一个完美的设计。它仅仅是描述。
如果设计师对系统结构的理解不充分,那用再先进的工具也没辙!



linuxzhCN 2004-08-19
  • 打赏
  • 举报
回复
先想清楚了再用先进的工具,6层?太吓人了!
加载更多回复(35)

1,268

社区成员

发帖
与我相关
我的任务
社区描述
软件工程/管理 管理版
社区管理员
  • 研发管理社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧