美文网首页
UML 中的 include 和 extend

UML 中的 include 和 extend

作者: 寂静的天空 | 来源:发表于2019-05-02 12:27 被阅读0次
    • include

    Include是指“包含的关系”,指多个用例中都包含一个共有的相同的过程,这时为了将用例图画的更为清晰,所以我们需要将用例更加细分出来,这时候就用到了Include。
    include是指用例中的包含关系,通常发生在多个用例中,有可以提取出来的公共部分(就象提取公因式一样),例如一个用例中包括了A和C两个流程,而另一个用例中包含了B和C两个流程。为了提高复用性,可以把C提取出来,形成另一个用例C。因而,当有include关系时,被include的用例通常会被两个以上的其他用例include(否则就不需要重用,也就不需要提取出来了),比如下图1-1中,两个用例中都包含了C这个过程,这个时候,我们就需要将C提出来,形成图1-2


    图:1-1 图:1-2

    图1-2的意思是A,B用例在执行的时候,都会使用C用例,那么我就将C用例单独拿出来,形成一个用例,特点是C用例不知道A,B用例的存在,而A,B用例知道C用例的存在。

    • extend

    Extend表示“扩展”,指的就是,在执行某一个用例的时候,可能会有所选择的再去执行其他用例。假设发送消息的功能描述为"发送一条通知",可是,发送通知的方式可能有许多种,例如通过邮件发送、通过短信发送等。在需求分析阶段,可能无法明确到底有多少种方式,在用例分析阶段,发送消息需要留出扩展接口,然后把已知的发送方式作为扩展用例给出,例如短信是"通过短信发送",而E-mail是"通过邮件发送",此时, 短信和 E-mail了发送短信,表现为两根虚线,箭头指向发送短信比如图2-1,在这个图中,参与者当执行“发送消息”这个用例的时候,可能会选择是通过发送“短息”,还是发送“E-mail”这两种方式,而这两种方式是“发送消息”这个用例的具体过程,同时“短信”用例和“E-mail”用例是知道“发送消息”这个用例的存在的,而发送消息是不知道短信和 E-mail 存在的。


    图:2-1

    也许有人会问"如果两个用例之间,一个要调用另一个时,怎么办?"(有可能是混淆了用例和模块的关系),那么,首先要区分概念,用例就是用例,用例不是模块,也不是组件(虽然一个用例能发展成为"一个或多个"模块或组件);其次,从用例分析的角度来看,如果用例A确实要调用到用例B,那么,可以进一步分析:A是调用了B的所有流程呢,还是其中一部分流程?

    (1)如果是调用了一部分,此时可以把B中的那部分流程提取出来,形成用例C,然后A和B都includeC;

    (2)如果是调用了所有流程,那么,A直接includeB即可;

    (3)如果A没有调用B中的任何流程……faint,那还画那条代表依赖的实线干嘛?


    错误

    相关文章

      网友评论

          本文标题:UML 中的 include 和 extend

          本文链接:https://www.haomeiwen.com/subject/qmknnqtx.html