我觉得本书中有一句话写得特别得好。每个用例都是一篇散文。
我们应该集中注意力在文字描写上，而不是其他别的方面。用例应该像散文一样，语言简单清晰由内涵，形散而神不散，它的灵魂应该集中注意力在展示给我们一个清晰的系统描述于介绍方面。
同时，用例描述了整个系统，并被冠以系统之名，并被整理成一个列表。这个列表申明了这个系统可以做什么，系统的范围是什么，创建系统的目的是什么。
其次，用例某种程度上十分详尽的描述了异常情况的处理过程，让开发人员发现需求方或自己之前并没有考虑到的种种意外情况。对于这些意外情况的提前发现，能让程序员在编写代码以前就想好相应的解决方案，这时，咨询业务专家就是十分及时的，否则，程序员会十分想当然的编写代码，而不努力寻求更理想的解决办法。
所有这些不同的用例格式都表达了大致相同的基本信息。用例之所以被广泛采用的主要原因是，用例详细地描述了系统被使用时的行为细节，使得用户能够明白新系统到底是什么样的。可以按照用例模版格式来书写用例。
总之，编写有效用例需要我们深入其中，我们应该站在用例之外来看待用例，在我们跳出来之后也许会发现自己编写的用例简直是一塌糊涂。