先谈谈什么是模式。模式是一种指南——这是掌握需求过程中给出的定义。有点抽象，那么到底什么是模式呢？模式其实是一种可以被复用的解决某一类具体问题的方法。
具体的说，来看看经常被提到的设计模式的定义：“
设计模式（Design pattern）是一套被反复使用、多数人知晓的、经过分类编目的、代码设计经验的总结。使用设计模式是为了可重用代码、让代码更容易被他人理解、保证代码可靠性。 ”说得很明白，设计模式的定义是什么呢？是设计经验的总结，也就是复用。
那么从需求的角度来看什么是模式呢？模式意味着构成某种逻辑功能组的一组需求。看个例子：假设我们要在监护仪中接入一个参数模块，那么我们要考虑的因素有哪些？很多，看下表
项目 内容 能显示的参数 这个模块提供监护仪显示的参数 能显示的波形 是否有波形需要显示 规格 参数，波形，模块相关规格 存储 数据存储是要存储的具体数据（参数，波形等） 网络数据 通过网络发送的数据（中央站，互联，HL7等） 。。。 。。。。。。。 。。。 。。。。。。。。
通过一次一次的编写不同参数模块的需求，可以总结出，但凡是参数模块的接入，基本都需要考虑到这些内容，若将上述表格抽象出一个参数模块接入模板，这便是一种模式了。这样的好处是我们用这种方法来记录业务用例，对输入输出都考虑到了，可以独立成为一个微小的系统。
需求模式改进了需求规格说明书的精确性和完整性。从评审和知识传承的角度来说，提升了功能完整性描述。
最后再总结一下，模式一般是一种抽象，记住，是一种抽象，那么具体内容需要填充。
转载于:https://www.cnblogs.com/peapon/p/7052478.html
相关资源：软件需求模式
