走出需求分析的泥潭-李红-程序员06第5期.pdfVIP

管理 实践 走出 走出 需求分析的泥潭 需求分析的泥潭 □ 文/李红 求分析在软件产品开发过程中 设计思路，于是又去查需求规格说明书， 差异的幽默漫画。有时候我们也会思考 需起着举足轻重的作用，它的好 发现也只是简单的几句描述，于是代码 为什么投入了那么多人力物力，而项目 坏直接影响着一个产品或者项目的成败， 开发人员根据自己的理解，将代码开发 进度却总是一拖再拖，总也没有完成的 如何走出需求分析的泥潭，找到一个适 完毕。这时，系统分析员拿到了开发出来 时候？很多人开始抱怨说软件开发真是 合自己的需求方法呢？ 的系统，发现与原来的需求有很大出入， 个谜团；有些人开始找理由说软件与硬 于是又找到代码开发人员，开始了下面 件开发不同，软件有特殊性。其实，归根 找到需求分析中的泥潭 的一段对话： 结底我们是没有找到一个好的方法。软 我们先来看一个小故事： 件开发确实有特殊性，这个特殊性就是 系统分析员问，“这个系统和需求上 A上市软件公司M项目开始启动了， 人的思维和语言的障碍。如果我们要建 要求的怎么不一样啊？” 产品经理到用户那里做了需求调研，并 一座大楼，工程师会测量很多数据，并且 代码开发人员回答，“需求规格说明 且很认真的写了需求备忘录，不过，总结 画出非常标准的工程图，而且工程图的 书上没有写啊，设计书上也没写啊？” 下来，也不过就是十几句话，每一条需求 标准是唯一的，甚至到了每条线的粗细 这时系统分析员和设计员都不相信 也就是几句简单的描述。该产品的开发 都有非常严格的规定。而软件产品的描 自己没有写，就找出来那部分的需求描 小组拿到了这份备忘录，系统分析员开 述却没有一个统一的描述语言，也没有 述，说，“你看这不是吗？描述得很清楚， 始犯难了，这么几条需求，如何来写需求 统一的标准，完全根据个人的理解。 这样做才是合适的。” 规格说明书呢？于是，根据自己平时在 这时代码开发人员恍然大悟，“我理 该产品上积累的经验，系统分析员写了 避免陷入泥潭的方法 解成那样的了……” 一份需求规格说明书，并提交开发小组 泥潭找到了，我们怎么才能避免 进行评审。于是大家在对系统没有任何