关于需求模式的思考

先谈谈什么是模式。模式是一种指南——这是掌握需求过程中给出的定义。有点抽象，那么到底什么是模式呢？模式其实是一种可以被复用的解决某一类具体问题的方法。

具体的说，来看看经常被提到的设计模式的定义：“ 设计模式（Design pattern）是一套被反复使用、多数人知晓的、经过分类编目的、代码设计经验的总结。使用设计模式是为了可重用代码、让代码更容易被他人理解、保证代码可靠性。 ”说得很明白，设计模式的定义是什么呢？是设计经验的总结，也就是复用。

那么从需求的角度来看什么是模式呢？模式意味着构成某种逻辑功能组的一组需求。看个例子：假设我们要在监护仪中接入一个参数模块，那么我们要考虑的因素有哪些？很多，看下表

项目	内容
能显示的参数	这个模块提供监护仪显示的参数
能显示的波形	是否有波形需要显示
规格	参数，波形，模块相关规格
存储	数据存储是要存储的具体数据（参数，波形等）
网络数据	通过网络发送的数据（中央站，互联，HL7等）
。。。	。。。。。。。
。。。	。。。。。。。。

通过一次一次的编写不同参数模块的需求，可以总结出，但凡是参数模块的接入，基本都需要考虑到这些内容，若将上述表格抽象出一个参数模块接入模板，这便是一种模式了。这样的好处是我们用这种方法来记录业务用例，对输入输出都考虑到了，可以独立成为一个微小的系统。

需求模式改进了需求规格说明书的精确性和完整性。从评审和知识传承的角度来说，提升了功能完整性描述。

最后再总结一下，模式一般是一种抽象，记住，是一种抽象，那么具体内容需要填充。

转载于:https://www.cnblogs.com/peapon/p/7052478.html