这周我阅读的是软件需求模式的第三章------需求模式概念。

　　需求模式是定义一种特定类型需求的方法。首先我们要注意的是，需求模式是应用于单个需求的，一旦编写完需求，模式的任务就没有了。需求模式的好处有提供指导，节省时间，促进同种类型需求的一致性。

　　需求模式具有９项固定的要素，包括基本细节、适用性，讨论，内容、模板、实例、额外需求、开发考虑、测试考虑，在这些前面是唯一标识一个需求模式的模式名称。基本细节包括模式声明、所属领域、相关模式、预期频率、模式作者几个方面的内容，简要地介绍了一个需求模式的基本信息。于适用性而言，需求模式只适用一种明确的环境，两种不同的环境通常要求使用两种不同的模式。需求模板的目的是可以复制它作为需求描述的出发点。模板可以包含可选部分，这些信息并不是在所有情况下都需要。需求模式可能有不同的模板，每一种适合不同的情况。额外需求包括跟随性需求和普遍性需求。最后的测试考虑需要传达三类信息：１.评审这些需求是需要注意的地方；２.总体上知道如何测试这种类型的需求；３.提醒一些应该注意的事项以及提示如何处理。

　　为了有条理的组织需求模式，我们需要给每一个需求分配一个领域，每个领域都有一个主题。领域包括基础，信息，数据实体，用户功能，性能，灵活性访问控制，以及商业。需求模式依赖于基础架构，每个基础架构分为目的，调用需求，实现需求几个小节。需求模式组是为了应对当几个需求模式有着共同的特性。领域和需求模式组的区别在于领域中的模式都有一个共同的主题，而在模式组中的模式有共同的特性。

　　需求模式之间的关系主要有两种：一是引用，即一个需求模式可以在定义中提到另一个模式；二是扩展，也就是一个需求模式以另一个需求模式为基础开发。需求模式分类的方法有许多种，如果对模式分类，自动就会对使用这些模式的需求分类，这也是使用需求模式的一个优点。每个分类需要定义名称，读者，目的，允许值，缺省值这几方面的内容。提炼需求的主要要求是保持最初的需求，但是分割成多个部分，使它们变成附加需求。根据不同的系统特性，可能有四分之一的需求是其他需求的提炼。需求模式和方法的多样性体现在对于给定的系统，没有唯一一套完美的需求。如果存在两套需求模式覆盖同样的范围，有两种组织的方法：一是一个领域可以包括两套需求模式，而是领域规格可以有两种声明，每种声明可以包括一套需求模式。

　　通过学习需求模式概述这一章，我学到的需求模式的概念，特性等多方面的内容，加上深了我对软件需求的学习。