需求详解

1. 引言

不少人像老黄牛同样辛辛苦苦作了不少年软件开发，但却连“需求”究竟是什么都不清楚。固然，没有人本身会认可这点！

2. 什么是需求？

凡事都有一个开头，软件项目也不例外，对于软件项目来讲，需求就是项目最开始的一个输入。

参考维基百科，需求定义以下：

In systems engineering, a requirement can be a description of what a system must do, referred to as a Functional Requirement.

简单翻译一下就是：需求即系统须要作什么。

但正是这个简单的定义，让不少人陷入了陷阱：需求即功能。

单纯从字面意思来理解这样也是没有问题的：系统须要作什么，固然就是系统要提供什么功能了！

3. 需求样例

咱们来看一个简单的例子：ATM自动取款机。

有的人说，ATM的功能是取款、存款、查询余额，因此针对ATM的需求应该是：取款、存款、查询余额；

有的人说，ATM的功能有不少：识别卡、密码认证、点钞、验钞、查询余额、跨行取款等，因此针对ATM的需求应该是：识别卡、密码认证、点钞、验钞、查询余额、跨行取款。

• 若是你是ATM购买商，你认为哪一种才是你的需求？

• 若是你是ATM制造者，你认为哪一种才是你的需求？

• 若是你是ATM使用者，你认为哪一种才是你的需求？

可能大部分人都会支持第二种，缘由很简单：取款也要密码认证、存款也要密码认证，因此密码认证是一个需求，而不是分到两个需求里面。

并且第二种方式划分需求有一个好处：系统最后提供的功能和需求基本上是一一对应的。

看起来很美妙，但其实咱们忽略了一个问题：采用第二种方式的主要缘由是咱们对ATM机很熟悉了！

但若是换一个身份，好比说你是一个只识字的农民工，你对ATM机的要求会是“识别卡、密码认证。。。。。。”这样专业的需求么？

确定不会，你的需求应该是“取款”、“存款”、“查询余额”。

咱们继续打破砂锅问到底：为何农民工兄弟的需求确定是“取款”、“存款”、“查询余额”，而不是“识别卡”、“密码认证”、“点钞”。。。。。。？

咱们假设一下，假如农民工兄弟对ATM的需求是“点钞”，那么就会出现这样滑稽的场景：他常常拿着卡去ATM机，让ATM机点一下钞；又或者他的需求是“密码认证”，那么他常常拿着卡去ATM机验证一下密码。

你固然不会看到这样的场景，农民工兄弟也不会有这样的需求，他只管能取到钱便可，由于取到钱他就能够拿钱去花了，至于取钱的过程当中管你是密码认证、点钞仍是验钞，说的搞笑一点：他更但愿把卡插进去，钱就自动吐出来并且不受限额。

4. 小结

相信到这里，你已经可以明白需求和功能的差异了，咱们总结一下：

• 需求：对客户来讲有价值的事情；

• 功能：系统为了实现客户价值而提供的能力；

所以，区别是需求仍是功能的方法很简单了：只要判断是否对客户有价值。

咱们能够举更多例子来证实这个方法：

• POS机：“买单”是需求，“商品扫描”、“金额汇总”、“收银”等是功能，由于买完单后顾客就能将产品拿走；

• 汽车：“驾驶”是需求，“发动机”、“刹车”、“加速”等是功能；

• 打印机：“打印”是需求，“进纸”、“设定”、“与电脑链接”等是功能；

。。。。。。

（有兴趣的朋友能够本身多想一想）