如何确认需求

如何确定需求分析是正确的？

这个问题一直被开发团队关注，并且会一直关注下去。

问题是，什么样的需求分析是完全符合用户的需求？如何验证需求调研人员获得的需求同用户需求是一致的？

其实有最简单的答案，有人想到了，但是很多人认为不可能。

答案就是：给客户最终的运行的系统，让用户看到，就可以确定最终的系统是不是真正的需求。

这个答案是哲学的，也可以说是反过程的，所以跟现实过程有些不相容。

是啊，给了用户最终运行的系统，那岂不是开发过程已经结束了，那还要需求调研有屁用？

 

这里就需要我们仔细分析从需求到最终的系统的全程同用户需求的关系了。

如果把项目起点定为0，项目结束定为100，那么从0开始，需求调研人员将会同用户沟通需求。

随着需求的多次沟通，项目的进度由0变成10，20，30，比如到了30我们可以进入设计了，进度继续40，50，60，然后进入开发过程，70，80，90，最后测试和修改，用户测试完成后，项目100完成。

可以看到，如果没有前期的过程，就没有最终的成果，没有10，20，30，也就没有后续的数字，也就没有100。

在需求分析阶段，分析人员会通过各种方法进行确认，比如原型工具，UML工具，甚至画图和开发可抛弃的原型，通过不同的迭代后，形成了最终需求。

如果我们有一个工具，类似原型工具，但是比原型工具更先进，可以省略后续的代码阶段的工作，那岂不是在需求阶段就完成了项目的开发？

是的，在需求阶段完成项目，就是我们确定需求最简单，最快捷，最可靠，最节省时间的方式。