第四篇阅读笔记
每个开发组都应该形成并制定一套工作习惯。在将大家集中在一起时,首先制定一份粗略的系统功能图,方便大家对于该系统形成一个统一的共识,制定详细的用例视图。
用例的来源庞杂时需要怎么办呢?首先在编写用例的这段时间中选择一个固定的地方,其次人员可能会很庞杂,但是我们要尽可能的在其中找对的人--真正的系统执行者。还有就是应尽可能的开一些较小的团队会议,团队一旦过大有许多人的信息可能会收集不到。需要有一定的速记能力,抄写员能够快速、准确记录会议的信息。及时显示已建立用例来加速用例提取过程,对用例进行交互式开发,并由一个监督者记录到可翻动的图纸上,一个抄写员输入到字处理程序中。然后把这些用例图挂到显眼的位置。一项工作的标题不是一个执行者,在执行者初始编制的过程中,寻找遗漏的执行者。
错误改正,在编写用例时,最常见的错误是遗漏句子主语,假定用户接口及编写目标过于详细等。这是几个经常犯的错误:1.只有主执行者所做的,没有显示系统的行为。2.过多的用户细节。3.过低的目标级别,显示用例非常冗长。4.目标和内容不符。5.用户接口描述过多的改进实例,寻找可能的解决方案