系统分析实用步骤和小工具UML

最近看了邱郁惠老师的《系统分析师 UML用例实战》前几章，记了一些关于UML的实用小工具。

一．绘制用例图

1.        参与者的特性——简单列出团队成员对参与者的认知，这样在讨论过程中比较容易达成一致的共识

A．   参与者位于系统的外部，他不属于系统的一部分，所以我们不需要去构建参与者；

B．   只有会使用系统，会跟系统互动、会跟系统交换信息的，才会是系统的参与者；

C．   参与者会启动、参与用例，所以找到参与者就可以引导我们找到用例；

D．   我们虽然不需要构建参与者，但是却需要考虑接口。系统需要提供接口让参与者使用，或者系统需要使用到参与者提供的接口。

2.        参与者的问题列表——用来帮助查找参与者

A．   谁会来使用这个系统？

B．   谁会来安转这个系统？

C．   谁回来启动这个系统？

D．   谁回来维护这个系统？

E．   谁回来关闭这个系统？

F．   哪些系统会使用这个系统？

G．  谁会从这个系统获取信息？

H．   谁会给这个系统提供信息？

I．     在预先设定的时间到达时，有什么事情会发生？

J．    哪些系统会与这个系统联网？

K．   是否有硬件设备会与这个系统联网？

L．    那些数据库会与这个系统联网？

M． 公司内部哪些人员回来使用这个系统？

N．  公司外部有哪些人员回来使用这个系统？

O．  当特定的时间或是事件发生时，这个系统需要自动通知什么人？

3.        参与者总类表

总类	细项	参与者
人	公司内部人员
	公司外部人员
系统	其它系统（内部）
	其它系统（内部）
	数据库
	时间
硬件设备

 

4.        系统简述

系统名称：

系统简述：

<用两三句话点出系统的主要特设>

重点整理：

<最好可以使用列表式的方式，将讨论到的或者是想到的重要一一列举出来，方便日后讨论>

5.        用例的问题表——与用例有关的问题，方便查找用例

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

B．   这个系统存储信息吗？那些参与者将建立、读取、更新或是删除这些信息？

C．   当这个系统内部状态有变化时，这个系统需要通知参与者么？

D．   是否有什么外部事件是这个系统需要知道的？当这些外部事件发生时，那些参与者会通知这个系统？

E．   这个系统需要定期执行什么操作么？

F．   当发生了某些重要的外部事件时，这个系统需要自动执行什么操作么？

G．  这个用例的名称够明确吗？是否能够从这个用例的名称直接判断出它的结果？

H．   这个用例的会有多样的结果吗？还是这些结果，其实是在不同的时间点产生的？

6.        用例要点表

用例	要点	说明
名称	结果
	重要步骤
	议题

 

7.        活动图帮助找用例

二．编写用例叙述

1.        编写用例叙述最简版

用例：<用例名称>

事件流程：

1.<起点>

2.……

3.<终点>

2.        替代流程的问题表

1.        在这个流程操作中是否还有其它替代的操作？

2.        在这个流程操作中是否还会发生什么样的错误？

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

4.        参与者输入数据时，是否会提供不完整的数据，需要重新不上的数据？

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

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

7.        参与者是否会在用例执行期间，随时取消交互？

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

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

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

11.     系统响应时间过长时，是否需要特殊的相应方法？

3.        替代流程的分类表

替代流程：

1.        不完整的数据

2.        错误的数据

3.        取消或中断操作

4.        其它执行方法

5.        需要协助

6.        系统宕机或无响应

三．建立用例关系

1.        包含关系要点表

1.需要共享的流程才能够独立出来。

2.暂存数据或是存取数据库的操作，不要轻易独立出来.

3.如果只是一两句相同的流程叙述，不需要大费周折的独立出来。

2.        扩展关系要电表

1.        谨慎的使用扩展关系，避免因滥用扩展关系而让用例图变得难以理解。

2.        扩展关系常用于系统上线后的改版，可以在不变动已经写好的用例叙述的情况下，利用扩展关系，加上一段新的用例叙述，以满足新的需求。

3.        不一定会执行的流程，可以放在替代的流程中；要是想要和其他用例共享这段流程的话，也可以改用扩展关系。