用例图、类图其间的几种关系

用例图、类图之间的几种关系

UML用例图 

用例图主要是用图来表示系统的主事件流程。它主要用来描述客户的需求，即用户希望系统具备的完成一定功能的动作，通俗地理解用例就是软件的功能模块。设计人员根据客户的需求来创建和解释用例图，用来描述软件应具备哪些功能模块以及这些模块之间的调用关系。

用例图包含：用例、参与者、关系，用例之间用关联连接以求把系统的整个结构和功能反映给用户，对应的是软件的结构和功能分解。

用例是从系统外部可见的行为，是系统为某一个或几个参与者（Actor）提供的一段完整的服务。从原则上来讲，用例之间都是独立、并列的，它们之间并不存在着包含从属关系。但是为了体现一些用例之间的业务关系，提高可维护性和一致性，用例之间可以抽象出包含(include)、扩展(extend)和泛(generalization)几种关系。

用例图的关系

1、包含(include)

•  包含关系：使用包含（Inclusion）用例来封装一组跨越多个用例的相似动作（行为片断），以便多个（Base）用例复用。基用例控制与包含用例的关系，以及被包含用例的事件流是否会插入到基用例的事件流中。基用例可以依赖包含用例执行的结果，但是双方都不能访问对方的属性。

   

  • 包含关系的应用：复用。（1）当某用例的事件流过于复杂时，为了简化用例的描述，我们也可以把某一段事件流抽象成为一个被包含的用例；（2）当用例划分的太细时，也可以抽象出一个基用例，来包含这些细颗粒的用例。这种情况类似于在过程设计语言中，将程序的某一段算法封装成一个子过程，然后再从主程序中调用这一子过程。

     

    • 例如：业务中，总是存在着维护某某信息的功能，如果将它作为一个用例，那新建、编辑以及修改都要在用例详述中描述，过于复杂；如果分成新建用例、编辑用例和删除用例，则划分太细。这时包含关系可以用来理清关系。
    • 
      

      2、扩展(extend)

      • 扩展关系：将基用例中一段相对独立并且可选的动作，用扩展（Extension）用例加以封装，再让它从基用例中声明的扩展点（Extension Point）上进行扩展，从而使基用例行为更简练和目标更集中。扩展用例为基用例添加新的行为。扩展用例可以访问基用例的属性，因此它能根据基用例中扩展点的当前状态来判断是否执行自己。但是扩展用例对基用例不可见。

          

        • 例如，系统中允许用户对查询的结果进行导出、打印。对于查询而言，能不能导出、打印查询都是一样的，导出、打印是不可见的。导入、打印和查询相对独立，而且为查询添加了新行为。因此可以采用扩展关系来描述：
        • 
          

          3、泛化(generalization)

           

          • 泛化关系：子用例和父用例相似，但表现出更特别的行为；子用例将继承父用例的所有结构、行为和关系。子用例可以使用父用例的一段行为，也可以重载它。父用例通常是抽象的。在实际应用中很少使用泛化关系，子用例中的特殊行为都可以作为父用例中的备选流存在。

             

            • 例如，业务中可能存在许多需要部门领导审批的事情，但是领导审批的流程是很相似的，这时可以做成泛化关系表示：
            • 
              

              类图的关系

              分类：泛化关系、依赖关系、关联关系（聚合和组合）、实现关系。

               

              1.泛化（Generalization)

              • 泛化是父类和子类之间的关系，子类继承父类的所有结构和行为。在子类中可以增加新的结构和行为，也可以覆写父类的行为。
              • 
                

                2.依赖（Dependencies）

                • 依赖关系：一种使用关系，特定事物的改变有可能会影响到使用该事物的事物，反之不成立。在你想显示一个事物使用另一个事物时使用，两个元素之间的一种关系，其中一个元素（服务者）的变化将影响另一个元素（客户），或向它（客户） 提供所需信息。
                • 关联和泛化都是依赖关系，但是它们有更特别的语义，故它们有自己的名字和详细的语义。依赖用一个从客户指向提供者的虚箭头表示，用一个构造型的关键字来区分它的种类，通常情况下，依赖关系体现在某个类的方法使用另一个类作为参数 。
                • 
                  

                  3.关联（Association）

                  • 关联是一种结构化的关系，指一种对象和另一种对象有联系。给定有关联的两个类，可以从一个类的对象得到另一个类的对象。关联有两元关系和多元关系。关联关系是通过类的成员变量 来实现的                         
                  • 聚合（Aggregation）

                    聚合是一种特殊的关联。它描述了“hasa”关系，表示整体对象拥有部分对象。聚合是较强的关联关系，强调的是整体与部分 之间的关系。整体和部分是聚合在一起的。与关联关系一样，聚合关系也是通过类的成员变量 来实现的。

                         

                    • 组合（Composition）

                      组合是聚合的一种形式，它具有更强的拥有关系，强调整体与部分的生命周期 是一致的。整体负责部分的生命周期的管理。如果整体被销毁，部分也必须跟着一起被销毁，如果所有者被复制，部分也必须一起被复制。与关联关系一样，组合关系也是通过类的成员变量 来实现的。

                      

                      4.实现（Realization）

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

                        这是我画完机房收费系统UML图之后，发现自己对于用例图和类图中的几种关系还是不太明白，所以又参考了一些网上的资料，感觉分析的挺清楚的，所以在这里展示出来，希望对别的同学有所帮助。

                        
                        

                        3楼zhanglianhai555昨天 17:44

                        厉害啊

                        2楼cjr15233661143昨天 14:54

                        好壮观啊,加油

                        1楼liutengteng130昨天 14:37

                        很不错啊。加油。