我对软件需求模式的第二章需求规格的内容进行了阅读。
在了解了什么是需求和需求阶段的步骤之后，我进一步学习了需求规格的内容。首先是介绍部分，系统规格的介绍部分有：系统目的、文档目的、需求格式、词汇表、参考书目以及文档历史。其实这六个主题的目的都是为了让开发者能够更清楚地认识到需求，才能更好地去开发软件。
在我看来一个好的需求分析，应该让我们很清楚明白地认识到我们的系统本身的目的是什么，我们要使用更简洁明了的语言用来代替一些难懂的专业术语去描述每一个需求。
所以介绍部分就是让我们更好地认识需求，才能使我们把握好开发系统的方向。
其次是上下文部分，就在上课老师也让我们练习了这一部分的内容，即上下文图。在上下文图中我们需要展示组件、用户角色、范围边界、系统间的接口，在这之中，我们就需要对每一个是真的事情，清楚明确地声明为假设，同时也要把不需要的东西排除在外，最后我们要确定关键业务实体，然后构件基础架构。
然后就是定义系统的核心部分——功能域部分。我们需要在需求中详细地列举出系统的所有功能，将其分为大量的小节而更方便管理也更容易理解，然后需要根据功能的使用频率、发起者的相对重要性或者对业务的价值来区分不同的功能的重要性，并且从高到低依次排列。
最后是主要非功能要求部分，我们需要筛选出系统功能中不重要的部分，把它们分配到规格内容的其他部分当中，而对于主题太大的不主要功能就加到“主要非功能要求”当中，并组织语言，定义最合适的标题。