三层架构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,建模了.
画重要,画什么不画什么很重要,有的时候不画比画更重要.
要节制
