今天心情似乎不错

第一步: 确定和描述主角
1.谁使用系统?
2.谁从系统得到信息?
3.谁向系统提供信息?
4.公司什么地方使用系统?
5.谁支持和维护系统?
6.其他还有什么系统使用这个系统?

第二步: 确定用例,写一个简洁的描述

1.主角用系统做什么?
2.主角是否在系统中创建、存储、改变、删除或读取数据？
3。主角是否需要通知系统相关的外部事件或改变？
4。是否需要通知主角系统内发生的事情？

第三步：确定主角和用例的关系
1。只有一个主角才能发起一个用例，但是用例可能有多个主角

参与；


第四步：略述单个用例
主要关注事件流：包括基本流和替换流。

基本流：代表经过系统从开始到结束最常用的路径。（有人称之

为“快乐日（happy day）”流，因为在这条路径上没有任何问

题与异常。）

除了基本流，还有大量替换流，基于正常的情形和异常事件。

基本流：
1。什么事件发起该用例？
2。用例如何结束？
3。用例如何重复某些行为？

替换流：
1。用例是否有可选项？
2。可能发生什么偶然事件？
3。可能发生什么变数？
4。什么可能出错？
5。什么不可能发生？
6。可能把什么资源锁住？

第五步：细化用例
1。所有替换流，包括异常条件：这是一种相当直接的方法，来

找到用例的主要替换流，因为这些基本上是由用户选择直接驱动

的。

2。前置和后置条件：细化过程的开始是确认控制系统行为的状

态信息。这个状态信息是在用例的前置和后置条件中表示的。