每个开发组都应该形成并制定一套工作习惯。在将大家集中在一起时，首先制定一份粗略的系统功能图，方便大家对于该系统形成一个统一的共识，制定详细的用例视图。

         用例的来源庞杂时需要怎么办呢？首先在编写用例的这段时间中选择一个固定的地方，其次人员可能会很庞杂，但是我们要尽可能的在其中找对的人--真正的系统执行者。还有就是应尽可能的开一些较小的团队会议，团队一旦过大有许多人的信息可能会收集不到。需要有一定的速记能力，抄写员能够快速、准确记录会议的信息。及时显示已建立用例来加速用例提取过程，对用例进行交互式开发，并由一个监督者记录到可翻动的图纸上，一个抄写员输入到字处理程序中。然后把这些用例图挂到显眼的位置。一项工作的标题不是一个执行者，在执行者初始编制的过程中，寻找遗漏的执行者。

         错误改正，在编写用例时，最常见的错误是遗漏句子主语，假定用户接口及编写目标过于详细等。这是几个经常犯的错误:1.只有主执行者所做的，没有显示系统的行为。2.过多的用户细节。3.过低的目标级别，显示用例非常冗长。4.目标和内容不符。5.用户接口描述过多的改进实例，寻找可能的解决方案

第四篇阅读笔记