这周我学习的是软件需求模式的第二章------需求规格的内容。

       目前为止还没有唯一正确的方法阻止需求规格，但是反复出现在大部分系统中的主题，是我们应该注意和掌握的内容。从大的方面来说，需求规格可以分为四个部分，分别是介绍部分，上下文部分，功能域部分，主要非功能要求部分四个方面，其中功能域部分定义了系统实际上要做的内容。

       介绍部分包括系统目的，文档目的，需求格式，词汇表，参考书目以及文档历史。这个板块主要是介绍系统规格。这其中要注意，系统目的是系统本身的目的，而不是项目的目的，是落脚于功能的；文档目的这部分要考虑确定读者，免责声明，简单叙述文档的结构，确定其他相关的需求规格，这部分主要陈述系统必须满足的需求；需求格式帮助读者理解什么是正确的需求，需求格式包括需求标识符，定义，优先级，总结描述四部分；为了看起来比较正式引入了词汇表，词汇表里边有着若干条术语，每一条属于都包括术语和它的定义两部分；参考书目和文档历史则是为了读者更好的理解系统。

       上下文部分中最主要的是确定上下文图，也就是确定系统边界范围，因此我们首先要找到系统的组件，用户角色，系统边界，系统间接口等内容。会影响系统本质的主要假设应该在需求规格开始的主要假设一节或类似的部分里突出显示。指出系统没有义务实现的功能称为排除，这一步会大大减少系统所需的工期。确定核心的业务实体为关键业务实体，因为整个系统是围绕一个或几个核心的业务实体来进行的，因此我们要在系统需求的开始确定关键业务实体。基础构架是指支持一个或多个需求所需的一组基础的能力。

　　接下来是系统核心的功能域部分。为每一个发起者编写一节是功能域的一个重要方法。按照不同的功能确定并写好小节，要按照功能重要性将其排列。这样有助于分配不同的精力时间和人员在不同重要性的功能上。

　　最后是主要非功能要求部分。书中介绍了编写的流程，这部分因系统而异，很大程度上依赖于系统的特征。

　　第二章主要讲解了系统规格的内容，为我们编写需求提供了一个模板和步骤，以及需要包含的重要内容。