《UML之总结续集》

一张图胜过千言万语

       在UML视频讲解的过程当中，UML九种图的分析可谓是重中之重，虽尚未实践，但就理论层面上与大家分享收获。

     用例图

理解：

       从功能的角度分析系统，在开发与设计中首先需要进行绘制的，它描述了用户的需求，从用户的角度描述系统的功能

结构：

值得注意的是：

       角色可以是被动也可以是主动，可以是人也可以是事物；关系包括关联、依赖、泛化、继承是四种关系，明确体现了用例图要素之间的关系

属性：

1.      事件流：基本流和备选流

描述一个用例在执行时执行者与系统之间的交互过程，这个过程包含多个分支

2.      前置条件：用例执行的前提条件，在什么条件下可以开始执行一个事件流

3.      后置条件：用例结束时系统的状态

（前置与后置用于用例的验证和评审）

关注：

1.      清晰的定义系统边界

2.      防止用例过多

3.      从执行者的角度来命名用例

4.      用例描述正规程度

5.      避免执行者的名字不一致

6.      避免执行者和用例之间的关系太复杂

7.      注意用例的大小是否欠当

8.      避免用例描述的混乱

作用：

应用；交流；事件流的描述

（用例图是其他视图的基础）

类图

理解：

       真实客观世界中客观存在的事物的抽象描述

-表示私有，+表示公有，#表示保护

在进行类的表示时，可以将类的属性和方法隐藏

结构：

（依赖、关联、泛化、实现是类图蕴含的四种关系，交织其中）

包图

理解：

       逻辑上把一个复杂的图模块化；组织源代码

关系：

元素：  

      类；接口；构件；用例；其他包等（若包被撤销，则其中的元素也别撤销）

活动图

缺点：

    动作与对象之间的关系描述不清晰

作用：

    对象内部的工作；用例的执行；处理多线程应用；一个操作的动作或者工作；如何执行一组相关的动作，以及影响

基本要素：

    活动状态；转移；判断；保证条件；同步条；起点（唯一一个）和终点

泳道：

    用于对活动图中的活动进行分组，描述对象之间的合作关系，将活动用线分成一些纵向区域，这些区域指的是泳道比如：顾客购物

（明确同步条，同步条需成对出现，起点和终点也必须同时出现。）

状态图

理解：

    一个对象或一个交互在生命期内响应时间锁经理的状态序列

状态机包括:

    状态;转换;事件

状态：

1.构成：名称;进入协作和退出动作;内部转换;子状态;延迟事件

2.特殊状态:初始和终止(注意箭头方向)

3.转换:原状态;事件触发;监护条件;动作;目标状态(两个状态的关系)

 比较:              活动图:行为的动作        状态图:行为的结果

构件图

含义：

    遵从同一组接口，提供其实现的物理的、可替换的部分

构件图的构成：

    构件、接口、关系

特点：

    物理；可替换；系统的一部分；遵从一组接口并提供对一组接口的实现

类型：

    源代码；二进制；可执行；数据文件或文档

源代码构件图：

接口构件图

可执行构件图

       实践是检验真理的唯一标准，针对UML其中几种图的理解基本上是浅层次的，随着实践的不断进行，将让理论与实践相结合。