在对《软件需求模式》的后续阅读当中，我也是有了更多的理解和体会，在加上老师课上的知识点讲解，更有助于我学习软件需求分析这门课程。
在软件需求这方面，有太多我们需要学习的东西。首先我们必须要了解需求规格的内容。需求规格的内容主要包括四个部分：
1、介绍部分
我们在编写需求规格的时候，我们要注意到很多东西，而开篇之谈，便应当是我们的目的。我们必须明确自己的目的，其中也包括系统目的和文档目的。我们在需求规格当中必须要描述我们系统本身的目的。而文档目的就是我们编写需求文档的目的，把我们为何编写需求文档的目的清楚的描述出来，同时也要简单明了，让读者更好的理解。需求格式包括四个条目：需求标识符、定义、优先级、总结描述。
2、上下文部分
需求规格的上下文部分主要是为编写需求文档的下一步做好准备以及过渡。从这里开始，我们的需求文档就会简单的描绘出系统的概貌，简单的介绍系统的本质以及系统的大概范围。在编写需求文档的上下文部分中，范围、主要假设、主要排除、关键业务实体以及基础架构这五个方面就是我们重点注意的地方。
3、功能域部分
功能域部分就是我们编写需求文档的重要部分。通过对系统的简单功能的介绍，把系统更好的展现给读者，可以让读者简单了解我们的系统功能。而在功能域的编写当中，我们通常按照功能的重要性来排列编写。
4、主要非功能要求部分
上面主要介绍系统的功能，而在这里我们就要注重介绍系统的重要的非功能要求，一般要求我们按照大概的流程来编写。
步骤1：当开始编写需求规格时，在需求规格的末尾建立一个空的“主要非功能要求”小节。
步骤2：编写需求规格的主要部分。
步骤3：看是否有任何其他的主题还没有定义。
步骤4：尽可能把本节的内容挪到规格的其他部分。
步骤5：重新组织本节，并给它定义最适合的标题。
在以往的学习当中，我们虽然并没有编写过需求规格文档，但在我们的脑海当中肯定不会有这么多的标准。在没有给出相应的需求文档的模板之前，我们肯定是乱写一通，把自己了解到的系统需求以及认为有用的东西写到需求文档当中去。在以后的学习以及工作当中，我们应当把这样的毛病改正。我们在编写需求文档的时候，一定要严格注意需求规格的相关要求，严格按照相关要求来编写我们的需求文档。同时也要提醒自己，在编写任何相关的文档的同时，一定要查阅相关资料书籍，按照相关要求来编写文档。
