再回首UML之下篇

         接着我们上篇博客再回首UML之上篇说，在类图中有四种关系，关联、依赖、泛化、实现，接下来，我们来看看依赖，依赖--描述的是一种使用关系，她说明一个事物的规格说明的变化可能影响到他使用的另一个事物，反之未必，一如我们上图所示，顾客和超市构成一种依赖关系，特别需要注意的是，箭头指向被依赖的一方，如下图：

     

    看看依赖的代码实现

     

class Customer{};class supermarket{};{ void buy(Customer& Customer){} void buy(Supermarket* psupermarket){}};

            泛化，泛化--简单的来说，A是B和C的父类，B、C具有公共类也就是父类A，说明A是B和C的一般化，在我们的UML当中，对于泛化关系有三个要求，首先，子类和父类应该完全一致，父类所具有的属性、操作，子类应该都有，再者，子类中除了与父类一致的信息以外，还包括额外的信息；最后可以使用父类实例的地方，也可以使用子类的实例。如下图：

      

     那么泛化的代码是如何体现的：

      

class Animal{};class Person : public Animal{};Animal* pAnimal = new Person;

       实现关系指定两个实体之间的一种合约，换言之，一个实体定义一个合约，而另一个实体保证履行合约。

        

       再来看看她的代码实现：

       

public interface CollegePerson{}public class Professor implements Collegepers{}

        时序图是一种行为图，她通过描述对象之间发送消息的时间顺序显示多个对象之间的动态协作。她可以表示用例的行为顺序，当执行一个用例行为时，时序图中的每条消息对应了一个类操作或状态机引起转换的触发事件。

     时序图描述对象是如何交互的，并且将重点放在消息序列上，也就是说，描述消息是如何在对象间发送和接收的。以机房收费系统为例，看看我们上下机的时序图是如何体现的：

         

       在这里，我们要特别注意，我们需要使用的单线程，当用户发出去一个命令，必须要返回一个信息。至此，我们三类图就介绍到这里。

 UML这三个字母的全称是Unified Modeling Language，直接翻译就是统一建模语言，简单地说就是一走很难过有特殊用途的语言，开始接触UML的时候，有个疑惑，这明明是一种图形，为什么说是语言呢？试想想，我们伟大的汉字还不是从图形-象形文字开始的么语言包括文字和图形，其实有很多内容文字是无法表达的，我们都见过建筑设计图纸，里面有很多图形，光用文字不能完全表达清楚建筑设计，在建筑界，有一套标准来描述设计，同样的道理，在软件开发的世界里，我们也需要一套标准来帮助我们做好软件开发的工作，UML就是其中的一种标准。来提高我们的软件开发水平。

  在学习的过程中，很多师哥师姐都告诉我，UML的主要用途就是软件设计，但是当我第一次接触的时候，应用UML却不是软件设计，而是需求分析，当我们与客户面对面沟通调研需求的时候，直接用类图，时序图，活动图等进行沟通，我们并没有因此和客户无法沟通，反而是更加顺畅，客户在我们的引导下，很快读懂这些图，让我们和客户的沟通效率和效果更好，UML可帮助我们做软件需求分析和软件设计的工作，UML会让我们的工作更上一层楼，告诉读者一个秘密，UML应用于软件需求分析时，其学习门槛将会大大降低，只要你对软件需求分析感兴趣，认真学习和应用UML，就很有机会成为软件需求分析高手。