在软是是是件需求分析的学习当中，我们已经接触到了许多需求模式的知识，那么在以后的学习或者工作当中，我们就
会试着去使用和编写需求模式。那么如何使用需求模式就是我们应当了解的知识。一般我们会在一下几种情况使用需求模式。
1.定义需求时
2.考虑需求是否完全时
3.评审需求规格时
4.评估工作量时
5.实现需求时
6.测试需求时
当我们使用了需求模式之后，我们的开发和工作也会因此变得简单明了。使用需求模式会具有以下几个好处。
1.需求更容易阅读
2.需求更容易与同类型的其他需求比较
3.可以判断是否有遗漏
4.编写需求更容易
5.读者可以参考编写的模式获得更多的信息
6.编写需求规格时可以参考模式
了解了使用需求模式的的好处，我们更应该多使用，多编写需求模式。在编写需求模式的过程中，我们的思路一定要清晰
明了。开始的最好方式就是编写需求实例，以此来收集尽可能多的需求，然后在从头开始，一步一步的编写需求模式的其他部
分。编写需求模式的方式有很多，在我们的学习当中，主要用到了一下简单的编写流程。
步骤1：是否有足够的价值？在开始编写需求模式之前，考虑努力是否可能有回报。
步骤2：建立模式的骨架。包括所有要求的标题和基本细节部分的条目。
步骤3：编写模式的“适用性”部分。描述出模式是为了什么，必须尽可能精确。
步骤4：收集需求实例。构造所有能找到的实例列表，搜索尽可能广的范围。
步骤5：检查需求实例。决定它们之间的共同之处，以及如何变化。
步骤6：描述需求可能包含的信息。提炼实例的内容组成一套独特的片段。
步骤7：编写需求模板。首先要找到最好的（最有代表性和最详尽的）需求实例。
步骤8：编写剩下的“讨论”和“内容”部分。考虑这种类型需求的作者应该担心什么，哪些方面他们需要考虑，哪些考虑可能容易忽略。
步骤9：开发潜在的额外需求实例的列表。或者把之前建立的列表扩展开来。
步骤10：确定额外需求的候选主题。检查潜在的额外需求列表，以此来确定额外需求的候选主题，吧相似的需求放到一起。
步骤11：编写“额外需求”部分。列出每一个额外需求可能需要编写的主题，解释每一个主题。
步骤12：编写“开发考虑”部分。通过与更高级的开发人员交流讨论，得到好的建议或者解决方案。
步骤13：编写“测试考虑”部分。通过与更高级的测试人员交流讨论，得到好的建议或者测试方案。
步骤14：是否值得？考虑编写的需求模式是否有足够的价值，是否值得继续编写需求模式。
步骤15：评审模式。请求分析师检查是否清晰和易用。
我们可以看到，需求模式的编写流程与我们之前学习到的需求模式的传统流程有一定的照应之处，与需求规格的内容和需求模式概念
也是如此。所以我们在学习的过程当中，一定要把前后所学的知识点相结合，才能更好的理解消化所学知识。
我们在以往的学习当中，并没有接触和利用到需求模式，这就导致了我们在学习软件需求分析的过程中难度的加大，对我们的学习造成
了极大的困扰或者说阻碍。在学习了需求模式之后，我们一定要改变以往的学习思路，把每一次所学的知识都利用起来，才能在以后的学习
当中更加简单。我们在遇到问题的时候，一定要及时查阅资料或者咨询老师，及时的把问题解决。