UML建模 - 用例和用例图

时间:2023-02-12 19:56:37

用例描述

用例描述一般包括:

  用例编号、用例概述(说明)、前置(前提)条件、基本事件流、其他事件流、异常事件流、后置(事后)条件等。如下:

 元素  描述  备注
 用例编号  为用例制定一个唯一的编号,通常格式为UCxx  
 用例名称  让读者一目了然地知道用例的目标,应为一个动词短语   
 用例概述  指用例的目标,对用例概要性的描述   
 范围   用例的设计范围   
 主参与者   该用例的主要参与者,在此列出名称,并对其进行简要的描述   
 次要参与者   该用例的次要参与者,在此列出名称,并对其进行简要的描述   
 项目相关人利益说明   项目相关人,相关人员名称   利益,从用例中获取的利益
 前置条件   指的是启动该用例应该满足的条件  
 后置条件   指的是该用例完成之后,将执行什么动作   
 成功保证   描述当前目标完成后,环境会发生什么变化   
 基本事件流 

步骤:

1.

2.

主要是说明为了实现用例中描述的功能,

参与者和软件系统之间的交互过程,

即参与者执行过程或步骤,系统做出响应,

一般是一组有编号的步骤。

如表中的步骤1,2等

 扩展事件流 

1a

1b

1a表示对1的扩展

其中应说明条件和活动

扩展事件流说明除基本事件流之外的其他

成功流、失败流等的描述

 子事件流 

对多次重复的事件流可以定义为子事件流,

这也是抽取被包含用例的地方

 
 规则与约束

对该用例实现时,需要考虑的业务规则、

非功能需求、设计约束等

 

创建用例模型

创建用例模型包括三部分内容:

1. 识别出系统中的角色和用例

  1)如何从系统中识别出角色

      参考以下问题:

    a. 谁将使用系统的主要功能?

    b. 谁需要系统的支持以完成其日常工作任务?

      c. 谁负责维护、管理系统并保持系统正常运行?

      d. 系统需要处理哪些硬设备?

    e. 系统需要和哪些外部系统交互?

      f. 谁对系统运行产生的结果比较感兴趣?

2)如何从系统中识别用例

    a. 每个角色执行的操作是什么?

      b. 什么角色将要创建、存储、改变、删除或读取系统中的信息?

      c. 什么用例会创建、存储、改变、删除或读取这个信息?

      d. 角色需要通知系统外部的突然变化吗?

    e. 系统需要通知角色正在发生的事情吗?

      f. 什么用例将支持和维护系统?

2. 区分用例之间的先后次序

3. 创建用例图模型结构