将一大组人聚集在一起是困难的;

  理论上,在用例上投入的人越多,能越快的完成用例编写工作;

  大的团队会变得低效;

  大型编写团队可能会通过集体讨论的形式开发用例,添加许多不必要的特性;

  所以:

  一个由2人或3人组成的团队足够小,容易交流和达成一致;

  可以使用几个SmallWritingTeam,但应当制定一位用例设计师,以保证所有用例与愿景一致。

  终目的是使过程保持在可管理状态,大的团队将在管理上投入更多的精力。

  2.2 ParticipatingAudience

  没有涉众提供的信息和反馈,不能满足他们的需要;尽可能使客户和内部涉众积极参与用例开发过程。

  2.3 BalancedTeam

  由一些个性相似、意见相同的个人组成的团队开发用例,可能会得到一组缺乏创见、范围狭窄的用例,这种用例不能满足每个人的需要。

  因此,为小组配备具有不同专长的人员,以维护开发过程中涉众的利益,确保团队中包括开发人员和终用户。

  大好处是使编写人员在用例中使用常见的、可理解的术语。

  第三章 过程

  编写好的用例是极其个性化的,每个人都有他自己的风格,每个组织都有根据自己的文化和业务需要做事情的方式,因此,没有创建用例的通用过程。

  3.1 BreadthBeforeDepth

  原因:

  需求收集是一个发现过程,用例编写是一个迭代过程;

  人们很早开始编写用例的细节;

  人们浪费了精力或陷入了太多的细节,通常都会失去重点,无法描述所有可能的扩展条件;