【UML图】实践出真知

        关于UML，视频、课本都看了一遍，总结也总了，博客也博了，提起UML的时候，自我感觉也能说上那么一两句，本以为画个图就能say goodbye了，结果就是图让我又把视频笔记找了找，课本翻了翻，博客瞅了又瞅。下面是我画图时候的一些问题和感受。

一、知识补充

  1、用例图中的关系：关联、泛化、包含、扩展

包含（include）：使用包含用例来疯长一组跨越多个用例的相似动作（行为片                                断），以便多个基用例复用。基用例控制与包含用例的关系，以及被                        包含用例的事件流是否会插入到用例的事件流中。基用例可以依赖包                        含用例执行的结果，但是双方都不能访问对方的属性。简单来说，所                        谓包含是指当一个用例的实现需要以另一个用例的实现为前提时，这                        两个用例间的关系就是包含。

                       （由基本用例指向被包含用例）

扩展（extend）：将基用例中一段相对独立并且可选的动作，用扩展用例加以封                                    装，再让它从基用例中声明的扩展点上进行扩展，从而使基用例                              行为更简练。简单说就是，扩展指的是当一个用例执行时出现某                             种特定条件时，激活另一个用例，这里的一定条件称为扩展点，                                 被激活的用例称为扩展用例。                           

                          （由扩展用例指向基础用例）

  2、泛化和继承

         好多人都说泛化即继承，查师哥师姐的博客也都是直接用继承代表继承，但是还是感觉泛化跟继承不一样，虽然继承和泛化都是表示子类可以使用父类的属性和方法，都是为了实现多态。

泛化：泛化关系是类元的一般描述和具体描述之间的关系，具体描述建立在一般             描述的基础之上，并对其进行了扩展。具体描述完全拥有一般描述的特             性、成员和关系，并且包含补充的信息。

继承：继承是一种机制，通过该机制类的对象的描述从类及其祖先的声明部分聚            集起来。

       说白了就是，香蕉继承水果，水果泛化香蕉，泛化是从子到父的抽象过程，继承是从父到子的过程。

3、对象图和类图

          对象图是类的实例，几乎使用与类图完全相同的标识，区别在于对象图显示类的多个对象实例，而不是实际的类，对象图存在生命周期，所以对象图表示某一时间类的实例。

4、图和文档

     UML图和文档不是一一对应的,除了几个核心图,例如用例图,类图,其它图都是可以酌情在任何文档中出现的.

     需求分析阶段,主要是用例图来填充，是面向程序员、分析员和用户的；

     设计阶段是UML图的主要载体，即概要设计和详细设计说明书，用到类图、活动               图、状态图、顺序图等，面向分析人员和编程人员；

     实现阶段用到部署图和组件图。

     其他没有特殊要求，整图或者部分图，酌情处理。知道每个图是干什么的给谁看的，知道每个文档是干什么的给谁看的，一一对应就好。

二、小结

开始画图的时候，仅仅知道用例图很重要，类图很重要，包图很重要，时序图很重要，嗯，然后就开始画了。但是开画的时候，感觉满脑子的机房系统和UML理论，就是死活画不出来啊，于是乎，死的书，活得人，博客、笔记各种交流借鉴，貌似有那么点儿意思了，对错不说，师傅验了再说吧。光说不练假把式，像高中老师说的，有些知识你会了不一顶能说出来，能说出来不一定能做对题，做对题不一定能得高分。UML图，能说又会画才是硬道理。