OO系统分析员之路学习笔记一用例

把用例解释为某个参与者actor要做的一件事可能更为合适。

1、这件事是相对独立的，意味着不需要与其他用例交互而独自完成参与者的目的。

2、这件事的执行结果对参与者来说是可观测的和有意义的。

3、这件事必须有一个参与者发起。

4、这件事必然是以动宾短语形式出现。

用例的背后是一种需求方法论，其核心是以参与者为中心（区别于以计算机系统为中心），从参与者的角度来描述他要做的日常工作（区别于以业务流程描述的方式），并分析这些日常工作是如何交互的。用例分析的首要目标不是要弄清楚某项业务是如何一步一步完成的，而是要弄清楚有多少参与者？每个参与者都做什么？业务流程分析是后续的工作了。

如果你的分析习惯是在调研需求的时候最先弄清楚有多少业务流程，在画出业务流程图，然后顺藤摸瓜，找出业务流程中每一步骤的参与部门或岗位，弄清楚在这一步参与者所做的事情和填写表单的结果，并关心用户是如何把这份表单传给下一个环节的。那么很不幸，你还是在做面向过程的事情。

如果你的分析习惯是在调研需求时最先弄清楚有多少部门，多少岗位，然后找到每一个岗位的业务代表，问他们类似的问题：你平时都干什么啊？这件事是谁交办的？做完了你需要通知或传达给谁吗？做这件事情需要填写那些表格吗？那么恭喜你，你OO了。