（17） – 需求分析518方法
最后更新于：2022-04-01 07:29:19
## 连载：面向对象葵花宝典：思想、技巧与实践（17） - 需求分析518方法
对于大部分人来说，可能并没有机会进行需求分析，因为在大部分的公司里面，需求分析都是有很多工作经验的资深人员，或者是对系统很熟悉的老的开发人员。
所以，很多人都会对需求分析有一种景仰的心态，认为既然做需求的人要求这么高，那么需求分析一定很复杂、很难、很高级了。而且很多需求分析人员动不动就会教训“你要站在客户的角度”、“你要全面的分析”等，然后再抛出几个需求建模之类的玩意吓吓你。。。。。。
但其实做需求分析一点都不高深，只要掌握正确的方法，大部分人都能够做需求分析，而且可以做的很好！
而且这个正确的方法掌握起来很简单，不需要你另外再去买一本书刻苦阅读，也不需要你花费大量的时间去实践，去探索。
下面我们就来看，这个简单的正确方法究竟是什么。
我总结起来就是“**需求分析518方法**”,简称“我要发”，具体来说就是5W1H8C！！
5：5W，即When、Where、Who、What、Why
1：1H，即How
8：8C，即8个Constraint，包括性能Performance、成本Cost、时间Time、可靠性Reliability、安全性Security、合规性Compliance、技术性Technology、兼容性Compatibility
下面我们来详细分析这几个点。
#### 【5W】
5W：5W作为一组，首先是它们都以W开头，但这不是最关键，最关键的在于这些是一个需求产生的环境，或者说上下文（英文Context）。
为什么我们要关注需求产生的环境？很简单：环境影响需求。
举个很简单的例子：同样是垃圾桶，放在巴西贫民窟的要求和放在纽约帝国大厦肯定不一样。贫民窟可能有很多顽皮的小孩，将垃圾桶作为玩具，或者作为足球的射门目标；而帝国大厦都是文质彬彬的白领金领，对美学可能有特别的要求；因此，两个不同地方的垃圾桶，需求是完全不一样的。
有人会说，客户难道不是最明白他们需求的环境么？为什么他们不直接告诉我们？
前面我们提到，客户往往基于自己的经验、理解、学识等，给出一个解决方案，然后他们跟你说这是他们的需求。理想的情况，当然是客户非常在行，最好就是软件分析师出身的；但现实却往往不妙，很多客户对软件的理解可能仅仅停留在Windows甚至QQ上，甚至有客户会认为你会变魔法，只要他说一个简单需求，你就能变出他想要的！
客户当然不会是软件分析师，我们也不是魔法师，因此，我们必须亲自出马，弄清需求产生的环境。
==When==
这是和时间相关的环境信息，常见的时间信息有：
1） 季节信息：春夏秋冬等
2） 日期信息：节日、假日等
3） 作息事件：白天、晚上、凌晨、早晨、上午、下午、晚上、深夜等
一个简单的例子：我在以前公司做通讯设备的时候，如果是做数据倒换工具，都要求非常智能，最好是一键式操作？为什么呢，因为数据倒换都是在晚上凌晨2~4点进行，此时操作人员最困，思维最迟钝，如果你做的数据倒换工具需要操作七七四十九大步，九九八十一小步，而只要一步出错就全部重来，那么谁敢去操作？
==Where==
这个事和地点相关的环境信息，常见的地点信息有：
1） 国家、地区：不同的国家和地区有不同的文化、风俗、制度等；
2） 室内、室外、街道；
3） 建筑物
一个简单的例子：一个垃圾桶，放在室内就可能要求美观小巧（不占地方）；而放在室外就可能要求防晒、防雨、防风、防疯子，而且要求比较大。
==Who==
这是和参与者相关的，注意我这里用的是“参与者”来描述的，而不是说“人”，为什么呢？
因为很多外部参与者不一定是“人”，例如外系统、动物等都可以算作Who里面的。
常见的参与者信息有：
1） 投资者、管理者
2） 使用者、维护者
3） 监督者、评估者：例如政府机构、监管机构等
4） 其它系统
一个简单例子，银行的ATM机，参与者有如下几类：
顾客：使用ATM机器取款、存款；
银行维护人员：每天将钱放进ATM机器；
质检机构：根据XX法律对ATM机进行检查；
==What==
这个就是客户最终想要的输出。例如一个文档、一份报告、一个图片、一个系统等。
一般情况下，这也是我们看到的最原始的需求。
==Why==
这个就是客户遇到的问题、困难、阻碍等，也是客户提出需求的驱动力。
只要是客户觉得不爽的地方都是Why的范围。
【一个长颈鹿的实例：5W】
有一个建筑公司的需求分析人员收到了一个客户需求“给我建一栋很大的房子”，于是建筑公司就建了房子，房子是欧式风格，又大又宽敞，全套宜家家居，全木地板，进口电器。。。。。简直是应有尽有，结果客户来收房子的时候说了一句话，让建筑公司吐血，你知道是什么话么？
客户说：“先生们，我是要一栋房子给我们的长颈鹿住！”
因此即使是简单的一句话需求，我们也需要详细分析。例如：
Who：这套房子的购买者是动物园、管理者是动物园的饲养员、使用者是长颈鹿、评估者可能是动物管理协会、卫生局等政府部门”
When：这个可能要求一年四季了，如果长颈鹿知识运来展览一下，那么就是展览的这几个月。”
Where：这个房子要建在动物园，而不是其它居民小区，那么动物园肯定有一些相关的规定”
What：要求一套房子，但不是简单意义上的房子，而是长颈鹿住的房子，这就需要考虑高度、围栏等”
Why： 这个就可能动物园要临时展览，也可能要引进长颈鹿，也有可能是原来的长颈鹿房子破旧了”
虽然我们前面讲的时候，5W都是一视同仁的，但实际上有一个W是非常关键的，如果这个W错了，那么即使其它4W全部正确，也可能导致最后没有满足客户需求，客户不满意。
这个最关键的W就是Why，因为只有真正了解了客户的需求驱动力，才能解决客户的问题，而只有解决了客户的问题，那么客户才会真正的满意。这也是我们前面提到的需求分析的终极目的是“挖掘客户的问题，实现客户价值”！
如下图形象的描绘了5W的关系：
#### 【1H】
H代表How，但具体是指什么How呢？
很多人常犯的一个错误是在需求分析阶段分析了需求如何实现，这样做是不正确的。需求分析阶段的How不是指如何实现需求，而是指需求本身的流程，如何实现需求那是设计阶段的事情！
你可能会有疑问：“需求本身还有什么流程”？
需求又简单和复杂之分，有的需求可能很简单，客户想要的东西也很明确；但有的需求比较复杂，涉及到多次交互，或者多个状态变化等，这种情况就要把需求的流程描述清楚。
举个例子吧，取款是一个需求，但取款本身包含多次交互，要插卡、输入密码、输入金额、打印账单、取钱这些步骤，How就是用来描述这整个流程是如何运行的。
说起来How很简单，但实际上这是需求分析工作量最大的一部分，How分析的结果是需求分析的主要输出，而且How分析的质量直接影响最后需求实现的质量。
在前面进行5W分析的时候，我们没有什么具体的指导方法，分析时主要靠分析人员的经验、水平，而How则不一样，进行How分析时有一套成熟的方法，这就是“用例方法”！我们将在后续章节详细介绍用例方法。
#### 【8C】
8C指的是8个约束和限制（Constraintes），具体如下：
| 性能Performance
性能是指系统提供相应服务的效率。一般而言，性能主要包括响应时间、吞吐量。
性能是很多系统架构设计的关键约束条件之一。例如，同样一个Web网站，虽然都是提供信息给用户流浪，但一个日访问量1万的网站，和日访问量10亿的网站，两者的设计是完全不一样的。
l 成本Cost
成本指为了实现系统而需要付出的代价。
成本也是很多系统架构设计的关键约束之一。例如，客户只愿意出100万来买这个系统，最后我们却设计了一个耗费1000万的系统，要么客户不愿买，要么我们自己亏损。无论哪种情况，最后都是我们赔本了。
l 时间Time
指客户要求什么时候交付。
l 可靠性Reliability
指系统长时间正确运行的能力，银行、证券、电信这些公司，对宕机时间要求很严格的
l 安全性Security
指对信息安全的保护能力，涉及到钱、身份证、社会保险号等需求对这个要求很高
l 合规性Compliance
指满足各种行业标准、法律法规、规范等，例如3C、SOX、3GPP、ITUT等
l 技术性Technology
有的客户可能要求我们采用某种技术，例如客户现在都是Windows的机器，那么就可能要求我们基于Windows平台开发
l 兼容性Compatibility
指我们的产品与系统与客户其它已有的产品或者系统的兼容能力，要知道现在很少有产品是孤立运行的，特别是在大企业、大公司中，多个系统都是互相交互、互相配合的。新的系统必须能够和已有的系统配合，否则将无法运行。
为什么我们要将这8个C单独列出来呢？
需求分为功能属性和质量属性，前面的5W+1H是属于功能属性，而8C是属于质量属性，一个需求最终是否被正确的实现了，既要看功能属性是否正确，也要看质量属性是否正确，两者缺一不可！
例如，你做了一个超牛逼的系统，功能超级强大，但一个操作需要10分钟，你觉得这样的系统客户有耐心用么？