当前位置: 代码迷 >> Rational >> 三层架构UML建模解决办法
  详细解决方案

三层架构UML建模解决办法

热度:5455   发布时间:2013-02-26 00:00:00.0
三层架构UML建模
我在设计一个带有数据库的系统,采用三层架构。打算把界面层、业务逻辑层、数据访问层的类分别放到一个单独的程序集中(C#),我想问下在用UML建模的时候,是不是要把每个程序集中的类放到一个包里面?还是有其它的表示?谢谢!

------解决方案--------------------------------------------------------
不懂!帮你顶上去。
------解决方案--------------------------------------------------------
按业务分,按逻辑分随便.

因为最后的代码结构在组件图中说明的
------解决方案--------------------------------------------------------
我是进来学习的。
------解决方案--------------------------------------------------------
学习下~
------解决方案--------------------------------------------------------
把Tools->Options->Display分组->Three-Tier Diagram选项选上.重新启动rose.能够建立的视图就多了一种Three-tiered Service Model的视图.
里面默认分为user services,Business Services, DataServices三栏.
------解决方案--------------------------------------------------------
类之间的所有关系都画在一张图上,就会很乱.

UML是建模工具.但不意味着所有类之间的关系都要建立在模型中,只有对你有用的类和他们之间的有用的关系才会包括在模型中.建模的过程从另外一个角度看,是把与系统无关的类和关系剔除的过程.
不建模,也是建模过程的一个重要方面.要能够抑制照搬需求所有内容的冲动!

画图也一样,不是所有类之间的关系都需要在一张类图中体现出来.完全可以按照业务划分,多做几个类图.这样每个类图都重点突出.

而且类中的关系也不是都需要在类图中表现的.比如时序图中,类A将数据存入一个Map作为全局变量.类A和Map这个类有依赖关系.但是这个关系根本就不需要通过类图体现.他在时序图中体现就很恰当了.

开始画图,可能总是很冲动.最后可能发现自己画了很多和系统无关的东西.或者画很多不重要的图,而把真正重要的关系淹没在无足轻重的垃圾信息中.那些垃圾图只能在文档上装装门面,跟客户说我们用了UML,建模了.

画重要,画什么不画什么很重要,有的时候不画比画更重要.

要节制
  相关解决方案