UML用例实战(邱郁惠)

UML书籍

<<系统分析师UML用例实战>> 邱郁惠

<<系统分析师UML实务手册>> 邱郁惠

<<The Elements of UML 2.0 style>> 包含UML使用风格和指南

 

绘制用例图 实用小工具

参与者:  位于系统外部的用户,联网的其他系统,硬件设备,数据库等

一 参与者的特性表

1.参与者位于系统外部,不属于系统的一部分,所以我们不需要去构建参与者

2.只有会使用系统,会跟系统互动,会跟系统交换信息的,才是系统的参与者

3.参与者启动,参与用例,所以找到参与者,可以引导我们找到用例

4.我们虽然不需要构建参与者,却需要考虑接口. 系统需要提供接口让参与者使用,或者系统需要用到参与者提供的接口;

 

二 参与者的问题表

1-5.谁会使用,安装,启动,维护,关闭 这个系统

6.哪些系统会使用这个系统

7.谁会从这个系统获取信息

8.谁会給这个系统提供信息

9.在预先设定的时间到达时,有什么事情会自动发生

10-12.哪些系统,是否有硬件设备,哪些数据库 会与这个系统联网

13-14.公司内部那些人,公司外部那些人来使用这个系统

15.特定的时间或者事件发生时,这个系统需要通知什么人,或者自动通知其他系统吗?

 

三 参与者的种类表:

种类 /细项  /参与者?

人: 公司外部的人 公司内部的人

系统: 其他系统(外部) 其他系统(内部) 数据库 时间

硬件设备

 

四 系统简述

1 系统名称

2 系统简述

3 重点整理

 

用例

五 用例的问题表

1 参与者想要从这个系统获得什么样的功能

2 这个系统存储信息吗,哪些参与者将建立,读取,更新,或删除这些信息

3 当这个系统内部状态发生变化时,这个系统需要通知参与者吗

4 是否有外部事件是这个系统需要知道的? 当这些外部事件发生时,哪些参与者会通知这个系统

5 这个系统需要定期执行什么操作吗

6 发生某些外部事件,这个系统需要自动执行什么操作吗

7 这个用例的名称够明确吗,是否从这个用例的名称,直接判断它的结果

8 这个用例忽悠多样的结果吗? 还是这些结果,其实是在不同的时间点发生的?

 

六 用例的要点表

1 用例名称 (结果 重要步骤 议题)   说明

 

 

可以绘制简单的活动图帮助寻找用例

 

用例叙述:

七 用例叙述版

用例: <名称>

前置条件(可没有)

事件流程:

1.<起点>

2......

3.<终点>

后置条件(可没有)

 

八 替代流程的问题表:

1 在这个流程的步骤中,是否还有其他替代的操作

2 是否还有什么样的错误

3 在整个用例执行过程中,是否随时可能发生其他未记录在叙述中的操作;

4 参与者输入数据时,是否会提供不完整的数据,需要重新补上的数据?

5 是否会出现错误的数据,需要特别处理的数据

6 参与者是否会在操作期间,临时中断流程

7 参与者是否会在操作期间,随时取消交互

8 参与者是否会想要挑选其他执行方法

9 参与者在流程执行过程中,会不会有需要协助的地方

10 系统发生宕机时,是否需要特殊的处置

11 系统响应事件过长时,是否需要特殊的响应方法

 

九替代流程分类

替代1:不完整的数据

替代2:错误的数据

替代3:取消或中断操作

替代4: 其他执行方法

替代5:需要协助

替代6: 系统宕机或无响应

 

用例关系

1 包含关系

2 扩展关系

3 泛化关系