UML中用例间关系的研究.docVIP

UML中用例间关系的研究 　　摘要:该文深入研究了用例模型中用例之间的关系:包含、扩展、泛化。从事件流的细节剖析了用例关系的执行过程,显示了他们的本质特征。给出了具体的描述方式。并给出了具体的实例。 　　关键词:UML建模;用例模型;用例间关系 　　中文分类号:TP309 文献标识码:A 文章编号:1009-3044(2009)35-9988-03 　　Research on Relationship among the Use Cases in UML 　　ZOU Ping-xiang 　　(Xinshao County, Hunan Province industrial vocational school,Xinshao 422900,Hunan) 　　Abstract: In this paper, we research the relationship of use case in model of use case: include, extension, generalization. Analyze the execution of a process from event flow. Show their character in essence. Give some description on relationship of use case, and list some concrete instance. 　　Key words: modeling of UML; model of the use case; relation of the use case 　　通常我们构建用例模型有三个主要的原因: 1) 使用例(use case)更易于理解。2) 将在许多用例内说明的公有行为分离出来。3) 使用例模型更易于维护。 基于以上的需求,我们有三种关系(包含、扩展、继承)可以用于构建用例。可以用这些关系来分析出用例部件,这些部件可以在其他用例中复用,也可以作为该用例的特例或选项。 　　1)如果基本用例中有一部分功能,该基本用例的执行与否由这部分功能的结果唯一决定,而不是由产生该结果的方法来决定,则可以将这一部分功能分离出来,放到一个包含用例中。采用包含关系,可以将包含用例显式的插入基本用例中。 　　2)如果基本用例的一部分是可选的,或对于理解该基本用例的主要目的来说不是必需的,那么可以将这部分功能分离出来,形成一个扩展用例,以简化基本用例的结构。利用扩展关系,可以将扩展用例隐式的插入基本用例中。 　　3)如果用例在行为和结构上具有共同点而且在目的上又很相似,则可以将它们的共同部分分离出来,形成一个父用例(基本用例)。而子用例可以继承该父用例。子用例可以在从父用例继承的结构中插入新的行为或修改现有的行为。 　　1 包含关系 　　包含关系是从基本用例到包含用例的关系,它指定如何将为包含用例定义的行为明确地插入到为基本用例定义的行为中。 　　1.1 解释 　　基本用例通过包含关系连接到包含用例,包含用例总是抽象的。它描述在执行基本用例的用例实例中插入的行为段。基本用例可控制与包含用例的关系,并可依赖于执行包含用例所得的结果,但基本用例和包含用例都不能访问对方的属性。从这种意义上讲,包含用例是被封装的,它代表可在各种不同基本用例中复用的行为。[1]我们可以将包含关系用于: 　　1)从基本用例中分解出这样的行为:它对于了解基本用例的主要目的并不是必需的,只有它的结果才比较重要。 　　2)分解出两个或更多用例所共有的行为。 [2] 　　一个基本用例可以有多个包含用例。一个包含用例可以包含在若干基本用例中。这并不表示这些基本用例之间存在任何关系。甚至同一个包含用例和同一个基本用例之间可以有多个包含关系,前提是包含用例必须在基本用例中的不同位置插入,而包含关系就定义了插入的位置。添加的所有用例都可以是嵌套的,这意味着一个包含用例可以用作另一个包含用例的基本用例。由于包含用例是抽象的,因此它不需要有与它相关的主角。只有当包含用例中的行为明确地涉及到与主角的交互时,才需要与主角的通信关联关系。 　　1.2 执行包含 　　包含用例的行为插入到基本用例中的一个位置。当遵循基本用例说明的用例实例到达基本用例中定义了包含关系的位置,它就将改而遵循包含用例的说明。一旦执行完包含用例,用例实例就将在基本用例中它先前停止的地方重新开始。[1]包含关系是无条件的:如果用例实例到达基本用例中定义了包含关系的位置,就总会执行包含。如果要表达条件,就需要将其作为基本用例的一部分来表达。如果用例实例无论如何也不能到达定义了包含关系的位置,则不会执行包含。 　　 包含用例是一个连续的行为段,所有这些行为都