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