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

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

我也是一个新手,请大家谈谈自己的经验
...全文
1896 55 打赏 收藏 转发到动态 举报
写回复
用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章课程定位与教学案例综述. 1.1职业岗位能力需求分析 1.2课程设置和课程定位分析 1.3WebShop电子商城介绍 1.3.1电子商城需求分析 1.3.2电子商城系统设计 1.3.3电子商城数据库设计 1.4LibraryMIS图书管理系统介绍 1.4.1图书管理系统需求分析 1.4.2图书管理系统系统设计 1.4.3图书管理系统数据库设计 习题 第2章面向对象技术和建模基础 2.1面向对象方法 2.1.1面向对象方法的基本思 2.1.2面向对象方法的发展 2.2面向对象的基本概念与特征 2.2.1面向对象的基本概念 2.2.2面向对象的主要特征 2.3面向对象分析 .2.3.1处理复杂问题的原则 2.3.200A方法的基本步骤 2.4面向对象设计 2.5面向对象实现 2.6面向对象方法的内涵 2.7软件建模概述 2.7.1软件建模的概念 2.7.2软件建模的用途 2.7.3软件建模的优点 习题 第3章UML简介 3.1UML的发展 3.1.1UML的发展历程 3.1.2理解UML建模 3.2UML的特点 3.3UML的结构 3.3.1UML的事物 3.3.2UML的关系 3.4UML的视图 3.4.1用例视图 3.4.2逻辑视图 3.4.3并发视图 3.4.4组件视图 3.4.5部署视图 3.5UML图形符号 3.5.1用例图 3.5.2类图 3.5.3对象图 3.5.4状态图 3.5.5活动图 3.5.6顺序图 3.5.7协作图 3.5.8组件图 3.5.9部署图 3.5.10UML 2.0新特性 3.6UML建模基本流程 习题 第4章UML建模工具简介 4.1常用UML建模工具 4.1.1 Rational Rose 4.1.2Enterprise Architect 4.1.3Together 4.1.4PowerDesigner 4.1.5 Visi0 4.1.6Tnffun Plat0 4.2Rational Rose安装与配置 4.2.1Rational Rose的运行环境 4.2.2Rational Rose的安装 4.2.3Rational Rose的配置 4.3使用Rational Rose建模 4.3.1Rational Rose主菜单 4.3.2Rational Rose的视图 4.3.3 Rational Rose建模的基本过程 习题 第5章需求建模 5.1用例模型概述 5.2用例图组成 5.2.1参与者 5.2.2系统 5.2.3用例 5.3识别和描述用例.. 5.3.1识别用例 5.3.2绘制WebShop电子商城用例图 5.3.3通过包对用例进行合理规划 5.3.4WebShop电子商城用例图(不含关系) 5.3.5用例描述 5.4用例间的关系 5.4.1泛化关系 5.4.2使用关系 5.4.3包含关系 5.4.4扩展关系 5.4.5关系小结 5.4.6WebShop电子商城用例图(含关系) 习题 第6章静态建模 6.1静态建模概述 6.2类图概述 6.3类图的基本组成 6.3.1类的概述 6.3.2绘制带属性的实体类 6.3.3绘制带操作的实体类 6.3.4绘制边界类图 6.3.5绘制控制类图 6.3.6UML中的类与语言中的类 6.4类之间的关系 6.4.1关联关系 6.4.2聚合关系 6.4.3组合关系 6.4.4泛化关系 6.4.5实现关系 6.4.6依赖关系 6.5对象图 6.5.1对象图概述 6.5.2对象图组成 6.5.3类图和对象图的比较 习题 第7章数据库建模 7.1PowerDesigner简介 7.2PowerDesigner安装和启动 7.2.1PowerDesigner的安装 7.2.2PowerDesigner的启动 7.3PowerDesigner概念数据模型 7.3.1概念数据模型概述 7.3.2PowerDesigner概念数据模型概述 7.4 PowerDesigner物理数据模型 习题 第8章动态建模 8.1动态建模概述 8.2状态图 8.2.1状态图概述 8.2.2状态图组成 8.2.3绘制员工下班回家状态图 8.3活动图 8.3.1活动图概述 8.3.2活动图组成 8.3.3绘制WebShop电子商城活动图 8.4活动图拾遗 8.4.1活动图与流程图的比较 8.4.2活动图与状态图的比较 8.5顺序图 8.5.1顺序图概述 8.5.2顺序图组成 8.5.3绘制WebShop电子商城顺序图 8.6协作图 8.6.1协作图概述 8.6.2协作图组成 8.6.3绘制WebShop电子商城协作图 8.7 顺序图拾遗 8.7.1 顺序图与协作图的比较 8.7.2 顺序图与协作图的互换 习题 第9章物理建模 9.1物理建模概述 9.1.1硬件 9.1.2软件 9.2组件图 9.2.1组件图概述 9.2.2组件图组成 9.2.3绘制WebShop电子商城组件图 9.3部署图 9.3.1部署图概述 9.3.2部署图组成 9.3.3绘制WebShop电子商城部署图 习题 第10章双向工程 10.1双向工程简介 10.2正向工程(生成Java代码) 10.3逆向工程 习题 第11章统一软件过程RUP 11.1RUP简介 11.2RUPT作流程 11.2.1业务建模 11.2.2需求 11.2.3分析设计 11.2.4实施 11.2.5测试 11.2.6部署 11.2.7配置与变更管理 11.2.8项目管理 11.2.9环境 11.3RUP迭代过程 11.3.1初始 11.3.2细化 11.3.3构造 11.3.4移交 11.3.5迭代计划示例(构造阶段) 习题 附录A综合实训 附录B Rational Rose2003主菜单 参考文献...

1,268

社区成员

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

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