需求模式需要提供指导；需求模式节省时间。当定义需求模式，看是否存在一个模式可指导定义。浏览主题覆盖的整套模式 ,检查需求的质量，实现需求，模式可以让需求更加记忆深刻。测试需求特意为软件人员编写。裁剪需求模式，有部分外的裁剪而不是设计，只是对使用模式的需求做一些调整。当发现一个或多个需要编写的模式，重新编写一个新模式，同时不要轻易定义一个新模式。发现潜在的需求模式不要走极端，模式不必完全反吟碰到的需求，决定每个需求模式属于哪个领域。编写需求模式：1足够的价值。2建立模式的骨架。3.编写模式的实用性，4收集需求实例编写需求模板，5编写剩余和讨论部分，6开发潜在的额外需求实例，7确定额外需求的候选主题。8编写额外需求部分9编写考法考虑部分10编写测试考虑部分。11评审模式。
了解需求模式分类：
系统间接口需求模式：不要将系统间接口模式用于用户界面。每个接口必须有一个唯一的标识符，每个接口必须确定是完全属于内部的还是外部的。内容：接口名称，接口口标识符，两端的系统，接口的目的，定义接口的标准，用于接口的技术。额外需求个别类型的交互，吞吐量，绳索两，伸展性，扩展性，弹性和可用性，流量验证，升级和安全。
系统间交互的需求模式：使用情况;我们拥有接口，或者能影响接口的设计。内容;交互类型名称，接口名称和标识符，交互目的，传递信息。
技术需求模式;使用情况：在产品中使用，与产品配合使用。再开中使用。内容：技术描述，技术的用法，根本不提版本。制定一个或多个的版本，动机。开发考虑;系统使用的技术，系统必许兼容的技术。
遵从标准需求模式：特定行业的法律，条例和实践准则。关系按区域内所有公司必须遵守的法律。公司的标准。技术标准。
参考需求需求模式：被参考的需求名称。被参考的规格的标准，使用的需求，被参考的需求的位置，优先级信息。
文档需求模式;文档的名称或类型。文档将包含的信息描述。文档编写使用的语言。使用的媒介或者格式。