软件需求最佳实践之需求的沟通与分析.doc

软件需求最佳实践之需求的沟通与分析 在信息化高速发展的今天，构建与时俱进的信息化系统已成为所有政府、企事业单位的重点课题之一。然而在软件项目实施过程中，进度超期、经费超预算、变更频繁的现象层出不穷，甚至有许多项目根本无法达到预期的目标，更谈不上为业主创造真正的效益。归根结底，软件需求实践这一共同的软肋是问题根源之所在。 引言 关于软件项目所存在的问题，互联网上曾经流传着一幅漫画（如图 1 所示），它十分生动地展现了这些问题。也许很多人看完之后只是一笑置之，但如果我们认真剖析后面的东西，还是会给我们的工作带来许多启发的。 图 1 需求“迷途” 沟通失真 究其原因，这幅漫画给人最大的启示就是在需求沟通过程中产生了严重的失真，从客户的描述到项目经理的理解 、分析员的设计、程序员的编码、商业顾问的诠释，每个角色都根据自己的特点和需求对信息进行了不同的加工，从而导致信息的内容有了很大的改变。因此，对于软件需求工程而言，克服沟通失真就成了一个要点。 根据相关的研究显示，在信息的传递过程中，如果没有采取任何措施，那么在沟通过程中信息衰减可能的最大值高达 60%。而在软件开发过程中，需求信息通常要经历用户代表、需求人员、设计人员再到开发人员，因此最坏的情况下，开发人员获得的信息仅是原来的 8.4%（如图 2 示），这是一个十分可怕的结果。 图 2 信息失真 怎样才能够更好地避免这种问题的出现呢？其实关键的手段有两个： 文档：如果信息在传递的过程中仅靠口口相授的话，就难免发生遗忘、加工等情况，因此必须在这个过程中有效地利用文档，将达成共识的信息文档化。但这种方法只是用来辅助沟通的，而不是代替沟通 ，这一点在后面还会提到。 Review：在此有意使用了英文，因为国内常将其翻译为“评审”，但这一翻译却容易给人误导。评审在很多人的脑海中就是得出一个通过与否的结论，这也是导致需求评审工作流于形式的罪魁祸首之一。顾名思义， Review 就是再（ Re）看（ View）一遍的意思，其本质含义是通过再次的审读，尽早地暴露出错误。而最简单、有效的 Review 就是在用户代表阐述了需求之后，需求分析员用自己的语言再复述一遍，以确保沟通没有失真。 隐喻：经理叫来了小张，然后就下一阶段的工作做出了一些重要的指示和安排：“ $%#^@(*)#@……”。小张正要扭头走的时候，经理叫住了他，说到：“你简单地