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 泛化关系