UML全面总结

      学习UML的课程结束了，自己也需要总结一下自己这部分的学习。先对UML总体概括一下：UML就是软件开发过程中为了联系用户、操作员、管理员以及相应工作人员的一种建模语言。首先它是一种语言，这种语言是用来画图的，图是为了软件工程的顺利进行而话的，一层层剖析，所以UML对于我们学习软件知识的人是非常重要的。

                                                   框架总结

      首先对这部分知识进行一个框架式的总结，也就是一个标题性的概括。为此我特意画了一个框架图，既然是学图，那么用图形来总结也不失为一个好的方法。下面是我画的图  ：                                                                                                                             

          我把这部分的学习分成了4大部分，各部分之间也有联系。UML作为一种建模工具，当然应该有组成它的元素，也就是所谓的构成部分！同时它也有来源背景基础，这就涉及到了面向对象技术。UML作为一种建模工具，主要就是用来研究图的，所以图就是这部分知识的重点。剩下的联系部分，就是它与软件工程中其他工具或者功能块直接的联系。大概就是这四部分来源、组成、联系、应用，接下来我就一部分一部分介绍这些知识。

                                                                 UML构成

       每一个部分我都画了相应的思维导图来减少我总结所用的文字，有的时候一张图可以代替千言万语。下面我就对UML构成进行一下总结：

                                                        

      这部分知识，我分成了三大部分：分别是元素、规则、公共机制；这三部分知识，最主要的就是我注了颜色的元素部分。另外俩个部分知识是UML建模使用时的一些约束和注意事项。我主要对元素这部分做一个总结：这部分分为四大事物、四大关系、九种图，其中九种图是主要研究的知识，因为事物和关系本来就是图中的 对象，可以说是图的一部分。四大事物就是UML用到的四种事物类型：结构、行为、分组、注释。结构就是系统的结构框架所用到的对象；行为事物就是一些活动的对象；分组事物：一下对象分组或者是集合；注释事物：就是一些注解为了方便我们去理解UML图内容。接着是四大关系，这四大关系是完全继承了面向对象技术中对象之间的关系，而且在UML图中这四个关系，也是图中对象之间的关系，为了我们理解对象之间的联系起着至关重要的作用，这部分熟悉理解即可。

                                                                                      图

      接下来我们说UML的重头戏——图！还是得看一幅图：

       这幅图看我就是按照视频中所讲的进行分类，就是这四部分，视频中老师总结的很到位。因为一个项目的有始有终，用例图就是UML的开始，也代表项目的开始，就是我们了解的用户需求的分析。我们首先要了解用户要什么需求，然后才能去满足，用例图就是对用户需求的分析！接着就是我们要根据用例图所表达的用户需求进行分析，得出类图和包图，类图和包图知识静态的分析，也就是理论上的分析，也可以说是概念模型。接着就是行为图，我们有了理论就需要去实践，也就是概念模型到逻辑模型的转变，行为图又可以细分为活动图、状态图、交互图，活动图不用说了就是活动流程图；状态图就是活动流程进行中事物对象的状态以及状态改变；交互图其实是一种联系图，它又分为序列图和合作图，对象之间消息的传递需要序列图，至于对象之间的合作就需要合作图，类之间的合作也需要合作图。行动完了自然到了最后一步：实现，实现图分为构件图和部署图，构件图所描述的是我们整个系统的结构框架，为了便于管理员以及相关人员理解系统的原理；部署图是描述系统具体的实施，是系统投入使用的流程图，也是测试人员需要的图，图就说道这里，下面来看联系部分。

                                                                       联系部分

（一）RUP

           RUP就是一种面向对象的软件开发过程。就是软件开发所经历的过程，不过这种软件开发以面向对象技术为基础，与UML有这紧密的联系。

          RUP可以分为四部分：概念抽象、具体介绍、基本特征、软件开发生命周期。首先概念抽象部分就是一下RUP中的概念知识点，例如介绍了RUP是如何定义的，等问题。大概介绍完之后，就需要一个细致的分析，也就是具体介绍部分：这部分介绍了RUP外部作用：处理什么问题，对开发团队的作用，包括什么问题处理措施；接着介绍RUP的内部特征——也就是基本特征：迭代式增量开发、用例驱动、以软件体系结构为核心，前俩个特征是RUP的开发过程的方法，后一个特征是一个原则。接着就是与软件开发生命周期：共分为起始、细化、构建、提交四个阶段，每个阶段都有各自意图和结果（产品）。大家会问为什么没有与UML的联系，那说明大家对RUP不理解，一个软件的开发过程是离不开的建模的，离不开UML图。软件的开发生命周期的每个阶段都有UML的参与，RUP和UML是有密切联系的。

（二）设计模式

         设计模式应该是一种封装好的用一定功能的软件架构，可以是小单元的架构元素或者也是一种重用功能架构，总之它算的上是一种架构元件。

        

         设计模式分为：三个概念、分类、比较、联系四部分。概念部分包括：重用、接口与实现分离、降低复杂性，其实这部分更像是设计模式的目标或者说是原则。分类部分就容易理解的多：就是不同的设计模式实现不同的功能。

设计模式与框架比较：设计模式是软件结构和设计，框架是细节和代码，设计模式范畴大框架范畴小，设计模式抽象框架具体。最后就是设计模式与UML的联系：首先它们都是基于面向对象的思想，然后模式的设计也是离不开UML图，因为模式太抽象，图解是一种不错的理解方式。

         总结完了UML，忽然发现UML只是软件开发过程中的一个环节，软件开发过程中有好多环节，但是UML是一个不能缺少的环节，缺少UML就有可能导致软件工程的开发失败。数学建模对抽象数学的作用就好像UML对软件开发的作用，不紧不能缺少，还需要引起高度重视，所以我们更得学好UML.