从早期获得概述是有益的;

　　初编写的细节越多，在了解系统后必须进行的改变也越多;

　　所以：

　　通过首先开发用例的概述来保存精力，然后逐步增加细节，并行开发一组相关用例。

　　完成概述用例后，随着对系统了解的增多，不断提高用例精度，避免突然开发完所有用例或一次只开发一个用例的倾向。

　　3.2 SpiralDevelopment(螺旋式开发)

　　原因：

　　理解系统的行为可能会花掉大量时间，要求渐进式分析;

　　拖延是昂贵的。要尽快完成用例的编写;

　　对需求进行分析后，需求很可能会发生变化;

　　需求成本的错误是昂贵的;

　　所以：

　　以一种迭代的，宽度优先的方式开发用例，每次迭代都会提高用例集的准确性和精度。

　　基本过程：

　　从简单的东西开始，如一个参与者/用例列表;

　　简要描述用力主场景，即高层用例，以包含用例的主要范围;

　　扩展摘要的子集，并填充细节;

　　评审并调整;

　　3.3 MultipleForms

　　不同的项目需要不同程度的形式化，每个人对模板都有不同的偏好，要求每个人都使用相同的用例模板只会起到相反的作用。

　　原因：