UML之用例图-基础知识

        用例图主要用来描述客户的功能性需求，也就是客户希望系统所具备的完成一定功能的动作。分析和设计人员根据客户需求创建用例图并给给出规约以描述系统应具备哪些功能模块以及参与者与这些模块之间的交互关系。

用例图包含几个重要的标记符元素参与者（Actor）、用例（Use case）、用例间的关系（Relationship）、系主体（Subject）。

   Actor是与系统进行交互的一类人、组织、设备、组件等，用一个人形图案表示。

    Use case表示一个或多个参与者为实现特定目标而执行的行为，用一个椭圆表示。

  

   Relationship是参与者之间或用例之间抽象出包含(include)、扩展(extend)和泛化(generalization)关系以及参与者与用例之间的关联关系（Association）。

    关联关系用于参与者与用例之间：

    包含关系用于用例之间

 

    扩展关系用于用例之间

    泛化关系用于参与者之间或用例之间

 

   主体（Subject）亦即系统边界。开发一个系统的时候，重要的一项工作是给系统划范围，也就是定主体的过程。我们需要确定哪些是系统内部那些是外部，只有这些有清晰明确的界线时，我们才能让系统的建设工作处于可控状态。说起来简单，操作起来其实定边界是最难把握的工作，因为需求在变且会一直变下去，范围多数在不规则膨胀，这时候边界并非显而易见了。通常我们用一个矩形把系统的主体框起来表示系统边界。

 

1. 关联（Association）关系表示参与者与用例之间的通信，双方均可发送或接受消息，用不带箭头的线条表示。
   
   

2. 包含（Include）关系用来把一个较复杂用例所表示的功能拆分为较小的步骤，或者从一系列用例中抽象出一个基础行为。当某用例的事件流比较复杂时，为了简化用例的描述，我们把某一段事件流抽象成为一个被包含的用例。另外在用例粒度较小时，我们也可以抽象出一个基用用来包含这些细颗粒的用例。
    

 

         3、扩展（Extend）关系是对其所指向的用例功能的一种延伸，即为基础用例提供一个附加的功能。

 

4、泛化（Generalization）

 

泛化关系即继承关系，子用例和父用例行为相似，但子用例表现出更特别的行为；子用例可以继承父用例的所有结构、行为和关系，并且子用例可以使用父用例的一部分行为，且可以重载它。

 

 

一个订票系统的*用例图简单结构如下所示：

 

       用例规约如下：

 

用例名	订票
用例标识	101
参与者	订票客户
用例说明	客户执行订票行为
前置条件	到达订票窗口或持有电话或网络登陆
基本事件流	1、订票 2、支付
异常事件流	1、网络订票故障，用户界面返回
后置条件	无
备注	无

 

    作者：忆辛，2014-12-10 18：42发表在ITeye网站，除ITeye网站外，任何其他单位或个人未经作者书面许可不得转载或复制文章中的任何全部或部分文字、图片。本文由作者修改于2014-12-10 22：10