不知不觉，《编写有效用例》一书的阅读已经接近了尾声，这本书让我对用例有了更加全面的认识，对编写用例的技巧有了更深入的掌握。虽然还是缺少实战经验，但是对我个人软件工程专业学习的成长历程依然有着十分重要意义。在阅读本书的时候也对书中的例子和课后的习题练习进行了学习，所以对用例编写也有很多想法，今天主要对实际的用例编写做一个总结。
软件开发行业发展到了今天已经完全无愧于后面跟着的“工程”两个字了，一人之力无法面对整个的项目开发，术业有专攻，分工与合作能使得软件开发更有效率，也促进了软件行业的大繁荣。所以学会如何在团队合作开发的场景中编写有效用例是十分重要的。团队开发与个人开发有两个明显的优点，第一个是便于集中讨论，其次是便于对研究的问题达成共识。但是分开工作却能编写更多的文件。所以提倡的工作方式是需要集中研究某个问题的时候就让开发人员以小组的形式工作，其他情况则以个人形式工作。现在我们主要来讨论在这样的工作环境中如何进行实际用例的编写。
第一个阶段是制定一个粗略的系统功能图。这个阶段主要包括四个部分。首先团队要在一起对系统采用的叙述方式达成共识。我们要搞清楚系统应该描述什么以及怎样对系统进行描述。在这个部分里小组成员要对系统的细节进行详尽的讨论，保证在这一部分结束后所有人对要开发的系统有一个清晰的认识。第二个部分就是对应用领域达成共识，并集中讨论系统的主执行人和系统目标。这一部分仍要以团队的形式进行。第三个部分是编写系统描述。这一部分需要小组成员以个人的形式分别对系统所需的功能进行描述，并在最后一个部分里对大家的描述进行讨论，这里需要进行多次描述，甚至重新编写系统描述，直到所有成员都认为系统描述完全合理的描述了将要开发的系统。
第二个阶段是要制定详细的用例视图。首先要集中研讨用例的编写，提出一份需要编写的用例详细列表。列出所有的主执行人和用户目标。然后在小组中对用例编写的格式达成共识。再然后就要让所有成员按照专业分组编写用例。最后就是用例的审核过程。在审核的时候可以先对每个人编写的用例进行传阅，在传阅的过程中让每个人都对这一份用例进行评论，相当于在个人的层次上对用例进行审核。然后再在小组讨论的场景里对用例进行审核。
实际用例编写的流程大致就是这样，而我们个人在编写用例的时候也要注意用例要易于阅读，尽量采用同一种句型，有条理的表达清楚。总的来说，在这本书里学到了很多用例编写的知识，希望在未来的个人项目或者实际工作中能够对今天收获到的技能进行应用，让自己逐渐成长成为一位合格规范的软件开发人员。