UML画图文档验收总结

今天让师父给验收UML画图文档，师父给我强调了几点东西，感觉立马自己对UML画图有了更深入的了解，感觉收获颇丰，现在把我的一些个收获总结一下。

      第一：用例图描述的就是用户的需求，至于怎么描述，自我总结出来的就是把用户的需求转化成自己的理解后再设计成初步的一个界面，然后把自己的界面再分解成几部分，分别把这几部分细化成一个个的用例，再用UML的观点和图形关系等把它清楚的体现出来。另外，用例图中最常用的关系就是关联，关联里的扩展和包括是最常用的，，而且二者很难区分。其实扩展就是用到外部接口软件的用例；而包括就是这个用例单独起来不算是一个用例，它必须包括几个子用例才能算是一个完整的用例。

具体体现如下：

扩展：例如下图中的backmoneyinquire和导出Excel之间的关系。

包括：例如下图中的inquireSJState和show all之间的关系。

     第二、类图：类图在软件设计的时候会用到，它一般和包图是紧密相连的。包图展现的是整个软件分为几个大的功能，而类图是几乎包括了这个软件的所有功能模块。在编写代码的时候主要是依据类图，但是包图会有一个大的方向性的指导。师父说：在真正的画图的时候，包图是最先画的一个图。包里边会有各种类。

     第三：时序图：对于时序图我画的时候就感觉一个时序图是不可能表达整个软件的各个类之间的操作顺序的。这一点师父给了很大的帮助：师父说在以后的画图中每个用例就对应一个时序图。时序图就是在说明每一个功能（用例）都是怎么执行的。每个用例涉及到的类与类之间的调用关系。协作图可以由时序图转化得来（点开时序图的界面然后按下F5即可）。

     我是真的不知道时序图怎么画，所以时序图画得很乱，真亏了师父能看下去。师父强调时序图和类图是相互补充的，人们写代码的时候都是按着时序图来的，所以流程你知道，那么要达到这个流程所用到的方法肯定就会知道。由于时序图中的类都是直接从类图中拖过来的，而画时序图的时候会用到类的方法，那么你画时序图的时候就会给类图补充方法。就这样相互补充，就可以把类图和时序图画得很完善。PS:师父让我看了她的合作版的时序图，真的是超过我一大截。看来还得努力！不过没有关系，多画几次肯定会变好的。

      第四：状态图：状态图就是描述这个软件从一个状态到另一个状态。中间的连线上就是写中间经历的动作。比如下面这个电话的例子：

      第五：对于聚合和组合，看视频的时候总感觉听清楚的，但是一画图就混了。所以师父就交给我了一种方法：对于聚合就像书和书架之间的关系似的，书和书架是可以单独存在的，彼此没有必须的依靠关系。而组合就像鸟和鸟的羽毛之间的关系一样，鸟是不能离开羽毛的。这样就把两者分的很清楚了。

这是我对UML最后的总结，对UML 的学习就到此告一段落了，该接触C#和设计模式了。继续努力吧！