在前一篇文章中,我强调正确使用UML的关键首先要面对问题,并且在一定的过程与方法的指导下有取舍的运用。虽然在UML2.x的版本中有13种图,但是我们在平时开发工作中可能只使用几种图就能解决大多数问题
在前一篇文章中,我强调正确使用UML的关键首先要面对问题,并且在一定的过程与方法的指导下有取舍的运用。虽然在UML2.x的版本中有13种图,但是我们在平时开发工作中可能只使用几种图就能解决大多数问题,在UML13种里面,用例图、类图是核心图,是必须掌握的,其他常用的有活动图、顺序图等。那么学习每种图的关键是什么,
在授课过程中,我总结4个要点:
1、 掌握物件(Thing)之间的关系以及内涵
2、 掌握图(Diagram)的主要元素
3、 掌握使用某种图(Diagram)的 优缺点
4 、掌握图对应的开发阶段或使用场景
对于不同的图我们需要重点关注某几点,比如活动图第1点我们不需要太关注,类图我们则特别需要关注第1点
下面我们用类图说明这5点。
1、 物件(thing)之间的关系及内涵
物件 | 物件 | 关系 | 内涵 |
类 | 类 | 泛化 | 子类重用父类的成员,包括关系,符合is a(kind of)原则与100%原则 |
类 | 类 | 关联-连接 | 通过属性表达一个对象对另外一个对象的静态依赖关系,连接表示合作关系 |
类 | 类 | 关联-组合 | 整体管理部分的生命周期 |
类 | 类 | 关联-聚合 | 整体不一定管理部分的生命周期 |
类 | 类 | 依赖 | 通过操作表达一个对象对另外一个对象的静态依赖关系 |
类 | 接口 | 实现 | 类必须实现接口所有的方法 |
2、类图的主要元素
这个比较简单,类图的主要元素就是包、类、接口还有各种各样的关系,至于关联类之类可以不管。
3、 使用类图的优缺点
类图能表达系统的静态结构,不能表达系统的动态行为,呵呵,有点牵强
4 、类图对应的开发阶段或使用场景
按照RUP的观点,类图主要在三个阶段使用,业务建模阶段,类图叫领域模型,在分析阶段,类图叫分析类图,主要使用MVC的架构模式来为系统建立一种将故事的模型;在设计阶段,才是能够生成代码框架的类图
时间比较仓促,有些地方没有说清楚,后面详细阐述。
本站技术原创栏目文章均为中睿原创或编译,转载请注明:文章来自中睿,本站保留追究责任的权利。