软件需求模式阅读笔记之四
这周我学习的是软件需求模式的第四章——使用和编写需求模式。在学习了需求模式的机制之后，这一张开始叫我们学习如何来编写需求模式。
首先我们要知道，什么时候要用到需求模式。在定义系统期间，6种情况下需要用到需求模式，分别是当定义需求时，看是否存在可以指导如何定义这种需求、当考虑需求是否完全时，浏览主题覆盖的整套模式，是否还有遗漏，或者是否还需要添加什么东西、当评审需求规格时，，模式可以帮助检查需求的质量，确定还有那些主题没有定义，理解特定需求的意义和内涵、当评估系统的规模以及开发所需的工作量时基于需求，需求模式可以对实现的复杂性有更准确的感觉、挡视线需求的时候，模式可以使你更深刻地理解需求的意图、当测试需求的时候，“测试考虑”一节，特为软件测试人员而编写，用于建议测试这种需求的方法。使用需求模式有几个好处：1.需求更容易阅读；2.需求更容易与同种类型的其他需求比较；3.可以判断是否有遗漏；4.编写需求更容易；5.读者可以参考编写的模式获取更多的信息；6.编写需求规格时可以参考模式；7.可以被诱导疏于思考；8.可能滥用模式；9.很多需求可能措辞相似。
确定了使用需求模式的情况，接下来要进行的是裁剪需求模式。参见是对使用模式产生的需求做一些调整。，每一次裁剪一个需求模式时要建立一个新的需求模式声明。
裁剪需求模式之后，要进行编写之前最后的工作——发现潜在的需求模式。发现潜在需求模式有两种方法：1.系统化——构造潜在需求的名单；2.机会化——编写一个模式可以帮助其他人解决类似的需求问题。
接下来就是编写需求模式了，树上介绍了编写需求模式的十三个步骤：1.考虑是否有足够的价值；2.建立模式的骨架；3.编写模式的适用性部分；4.收集需求实例；5.检查需求实例；6.描述需求可能包含的信息；7.编写需求模板；8.编写剩下的讨论和内容部分;9.开发潜在的额外需求实例的列表；10.确定额外需求的候选主题；11.编写额外需求部分；12.编写开发考虑部分；13.编写测试考虑部分；14.考虑是否值得；15.请求分析师检查是否清晰实用。根据这些步骤，再加上后面几章会讲到的几种需求模式，我们就会对软件需求模式的编写有一个更深刻的认识。