用例图试探法

在下列试探法的指导下，可以创建出适当的用例图：

1. 不能使用开发中的产品成为参与者。只有在产品外部、直接与产品交互的主题才是参与者。其实这交不是真正意义上的试探法的一部分。
2. 用名词短语命名参与者。
3. 在用例中实现风险承担者的某个目标。如果用例不能实现风险承担者的某个目标,那么可能太小.但有时若用例是许多用例的前提条件或者很多用例都会使用到某个用例.这时可能此用例没有实现风险承担者的某个目标,不过这时仍然应该把它单独成为用例.
4. 构成能够在一次会话中结束的用例.若不能在一次会话中结束,有可能这个用例太大了.
5. 构成一致大小和复杂度的用度.这点个人认识比较不好把握,用例的大小往往根据其完成的事情而定.
6. 把用例图画在一页上.若用例图太大,我们可以使用某种确定各页内容的组织原则,把该用例图分割在若干页上.
7. 按照参与者、问题域类别或解决方案类别组织用例。这一项主旨是在分类组织上。按照参与者组织用例时，涉及特定参与者的所有用例都应该在一张图上（涉及若干参与者的用例将出现在若干张图上）。本人认为这种方法比较好，避免一张图画的很大。搞的后面没得办法收拾。

这部分内容是在《软件工程设计导论--过程、原理和模式（UML2.0版）》时感觉不错的东西，保留下来的。