浅谈UML——九种图（一）

前言

学UML将近两个星期了，对UML有了一定的了解，学过的没学过的都知道UML中最最最核心的部分要数那九个图了。浅谈UML九种图。

实例

1.用例图：

什么是用例？描绘一个系统外在可见的需求情况，是代表系统中各个项目相关人员（风险承担人）之间就系统的行为所达成的契约。

用例的基本元素：角色（用户对于系统而言所演的角色）这里的角色可以是人也可以是其他系统；硬件设备；时钟；

用例：用例就是在系统中执行一系列动作。

关系：泛化；依赖；关联；实现。

用例注意用点：应该清晰的定义系统的边界。防止用例过多（合并需求生成用例）从执行者的角度来命名用例。用例描述尽可能细化。避免执行者的名字不一致。避免执行者和用例之间的关系太复杂。注意用例的大小是否恰当。避免用例是否混乱。

用一张图来看：

举例说明：

2.类图：

如果某人在一条黑暗的胡同中走来，并说：“嗨，要不要看看一个UML图？”那个图就可能是一个类图。类图是使用最广泛的一种模型，用来表示系统中各个对象的类型以及其间存在的各种静态关系。什么是类？用来表述系统中各个对象的类型以及其间存在的各种静态关系，每个对象都扮演了一个角色，并为其他成员提供了特定的服务或执行特定的行为。类图的组成如图：

3.对象图：

面向对象软件开发中的“对象”是从现实世界的“对象”中获得灵感，并加以扩充的一个概念，下面是对鄙人对对象图的一些理解。

4.包图：

在面向对象软件开发中，类显然是构建整个系统的基本构造块。但是对于庞大的应用系统而言，其包含的类将是成百上千的再加上其间“阡陌交纵”的关联关系、多重性等，必然大大超过了人们可以处理的复杂度，因此必须引入一种新的构造块，一种能够解决这个问题的构造块——包。

注意问题：

a)避免循环依赖产生。

b)测试时可以以包为测试单位。

c)应该尽量把语义和概念上相同的元素放在同一个包中。

d)对于一个包，找出哪些包内的元素是可以在包外访问的，把这些元素定义为公共的，其他元素都定义为私有的或受保护的。

结语

到这里就给大家带来自己对九种图的小小理解，一张图胜过千言万语，本人菜鸟一枚，若有不恰当的地方，望大神斧正！

若安好，便是晴！