【UML实践】——实战总结

       画UML图很长时间了，看过很多人的博客，也跟别人交流过很多，这个UML图到底该如何画，很多人都感觉看完UML视频的时候感觉不错，可真到画的时候，确实感觉到力不从心，不知道从哪里入手，这时，也只能翻阅前期师哥师姐的博客来借鉴一下，师傅告诉我说，这一部分主要是学会一些画图的技巧，对于图能理解到什么程度，就学到什么程度。尽快走过这一段。以下是自己对于机房管理系统的理解画出来的图，在不知道对错的情况下，肯定有很多的不足。还望大家指出：

       一、用例图：用来描述用户的需求，从用户角度描述系统的功能，并各功能的执行者，强调谁在使用系统，系统为执行者完成那些功能。

           二、类图：用于定义系统中的类，包括描述类的内部结构和类之间的关系。类图主要用于描述系统的静态结构。类是面向对象中最重要的构造块，类图显示了一组类、接口、协作以及他们之间的关系。类图是自己当初感到最纠结的，因为不知道该如何抽象，跟别人交流也是意见不一，现在也只能是根据感觉来画，以后加深理解后再重新修改。

       

       三、序列图：描述对象之间的交互顺序，着重体现对象间消息传递的时间顺序，强调对象之间消息的发送顺序。序列图重在描述对象的交互，它可以和协作图互相转换。

       

       四、协作图：描述对象之间的协作关系，更侧重于说明哪些对象之间有消息的传递。协作图的时间顺序只能通过消息的编号来体现。

       

       五、活动图：用来描述类的对象所有可能的状态以及事件发生时状态的转移条件。它显示了实体如何根据当前所处的状态对不同的事件做出反应的。

       

       六、状态图：用来描述类的对象所有可能的状态以及事件发生时状态的转移条件。它显示了实体如何根据当前所处的状态对不同的事件做出反应的。

                

       七、构件图：构建图用来描述代码构件的物理结构以及各构件之间的依赖关系。构件可以是资源文件、二进制文件或可执行文件。

       

       八、部署图：部署图定义了系统中硬件的物理结构，用来描述实际的物理设备以及他们之间的连接关系。

       

       总结：通过画这几种图，感到很纠结，尤其是到画类图的时候，不知道该如何抽象出类来，从哪开始进行抽象，最后还是通过和同学交流才有点头绪。在这个过程中我认识到和别人交流的重要性，当你迷惑时就去和他人交流一下，思想的碰撞总会产生新的火花的。