软件需求调研怎么做

需求调研的目的
了解现实世界中做实际工作的人们真正需要什么样的程序过程 ， 编写《用户需求说明书》，为编写《软件需要规格说明书》提供依 据。
需求调研的概述

需求调查的一般规程
目的 角色与职责 启动准则 输入 主要步骤 获取客户的需求信息，经过分析后产生《用户需求说明书》。 需求分析员调查、分析用户的需求，客户与最终用户提供必要的 需求信息。 需求分析员已经确定 任何与用户需求相关的材料 第一步：调研前的准备 第二步：调查与记录 第三步：整理需求信息 第四步：撰写《用户需求说明书》 第五步：需求确认 《用户需求说明书》 需求分析员已经撰写完成《用户需求说明书》，确保无拼写、排 版等错误。 需求分析员统计工作量和上述文档的规模，汇报给项目经理。

（1）前者主要采用自然语言（和应用域术语）来表达用户需求，其内容相对于后者而言比 较粗略，不够详细。 （2）后者是前者的细化，更多地采用计算机语言和图形符号来刻画需求，产品需求是软件 系统设计的直接依据。 （3）两者之间可能并不存在一一影射关系，因为软件开发商会根据产品发展战略、企业当 前状况适当地调整产品需求，例如用户需求可能被分配到软件的数个版本中。软件开发人 员应当依据《产品需求规格说明书》来开发当前产品。
行业中高深莫测的术语，以便用户能够很好的理解，提高自己的沟通交流能力。
4） 提高自己的速记能力，文字表述能力以及归纳，能迅速的记录需求调研核心的问题 ，总结归纳形成原始的需求调研资料。 5） 提高自己的总结能力，书写一份完整的、前后一致的、可追踪的需求报告。
需求调研的步骤
1. 完全倾听客户的心声

如何进行需求调研
我们的行程

需求调研的概述 了解软件需求调研 如何开展需求调研 需求调研前的准备 需求调研的步骤 需求调研中的注意规则

一些好的参考资料
需求调研的概述

什么是需求？
需求就是用户对软件系统的要求，解决问题的需要。

什么是需求调研？
需求调研指通过和客户反复进行沟通和交流而获取客户的需求的一 系列活动，为编写《软件需要规格说明书》做的前期工作。
一些好的参考资料

几本好书

《软件需求管理》 机械工业出版社 《有效需求实践》 机械工业出版社 《编写有效用例》 机械工业出版社 《软件需求》 机械工业出版社 《掌握需求过程》 人民邮电出版社

几个好的网站


http://www.sawin.com.cn 系统分析之窗 http://www.iturls.com IT之源 http://www.umlchina.com UML中国 http://www.51cmm.com 中国软件工程网
3．功能需求(functional requirement)定义了开发人员必须实现的软件功能，使得用户
能完成他们的任务，从而满足了业务需求。
4．非功能性的需求——描述了系统展现给用户的行为和执行的操作等，它 包括产品必须遵从的标准、规范和约束，操作界面的具体细节和构造上 的限制。
如何开展需求调研


金字塔方法
目标
活动
需要

首先搞清楚对象（调研对象）与对象之间的关系，理清对象的目标以及和其它对 象发生关系的目标；其次失利清对象内部的活动以及对象与对象之间发生的活动
；再次对活动进行整理，确定活动的边界；最后根据活动进行详细的需求调研。
需求调研前的准备

三种准备 1）做好调研前使用资料的准备，如需求调研模板，各 种调研表单以及需求调研问题列表等。 2）制定好需求调研的计划，对需求调研中可能用到的 资源进行一定的分配。 3） 准备好需求调研中所要使用到的工具。
时 间 工 作 量
需求调研中的注意事项


对每一次的调研形成正确的文档
需求调研是一个漫长的过程。能够正确理解用户的需求，并且将用户的各 种需求完整地体现在《软件需求规格说明书》中将更是一个复杂而艰辛的 过程，因此在每一次的会谈之后必须将当天的会谈纪录形成文档，可以以 备忘录的形式让用户进行确认。

了解需求调研的方法
需求调研的方法多种多样，主要包括：

座谈法 与用户交谈，向用户提出事先准备好的相关问题。

调查表法 将相关的问题制成调查表，向用户群体发调查问卷。

观察法
参观用户的工作流程，观察用户的操作。 切记：没有最好的方法，只有最适合自己的方法。做到根据环境的不同选择最 适合的调研方法。
如何开展需求调研
价值。
需求调研的步骤
4. 编写用户需求说明书

需求分析员对收集到的所有需求信息进行分类整理，消除错误，归纳与总结共性的
用户需求，然后形成文档，编写《用户需求说明书》。对于《用户需求说明书》要
和客户以及相关的行业专家进行共同评审。以前整理的需求记录可以作为附件整理 在《用户需求说明书》之后。

《用户需求说明书》与《产品需求规格说明书》的主要区别与联系是：

引导客户需求的几种常用方法：

向客户讲述基本的计算机操作。 提示客户在全局中的地位以及作用。 向客户演示将要实施的系统的原型。 从软件开发中需求考虑的几个方面入手。

引导客户的需求应做到能够描述用户的常规需求外，能够发掘用户的潜在需求，争 取能够提出用户的兴奋需求，这样作出的软件才有生命力，才能真正体现出软件的
输出 结束准则 度量
需求调研的概述

需求与软件需求
需求调研就是要搞清楚用户的需 要，通过用户的需求提取特征， 进而提取软件需求
需求调研的概述

做好需求调研的重要性
软件开发面临的实际问题
需求调研的概述

做好需求调研的重要性
软件开发面临的实际问题
需求调研的概述
Βιβλιοθήκη Baidu
做好需求调研的重要性
软件开发面临的实际问题
需求调研后形成的文档必须是正确的，是经过验证的，是在受控的状态下 变更的。而很多开发人员往往会问：“简单的系统就不用写需求了吧？” 其实简单的系统未必简单，只有想清楚、写清楚、说清楚才说明已经真正
把需求整理清楚了。
需求调研中的注意事项


做好需求变更的控制
可能产生变更的原因是多种多样的，用户的业务发生变化，市场形势发生 变化、双发的理解最初具有偏差等等一系列的问题都会影响到需求的变更 。因此，如何处理好用户的需求变更将是获取用户的实际需求的关键。
需求调研前的准备

五种提高
1） 了解被调研对象的组织机构，了解每一个子对象中的关键人物，提高自己的观察能 力。 2） 其次应该了解用户的行业，学习用户使用的术语，标准，以便能够准确的理解用户 的需求，提高自己的行业知识面。 3） 需求调研中，学会尽量不使用IT行业的术语，而采用浅显易懂的口头语言来解释IT
谢谢！

对每一次的变更要双发进行确认，并进行版本控制，做到有据可依。
需求调研中的注意事项

需求分析员与用户面谈时应当注意以下事项



如果与用户约好了时间，切勿迟到或早退。要注意礼节，尽可 能获得用户的好感，并为下次打扰他们埋下伏笔。 需求分析员应事先了解用户的身份、背景，以便随机应变。IT 人士不可貌相，有些大企业的领导其外表很土气，象农民。如 果你路上碰到他，以为是个勤杂工，说：“喂，老师傅，来帮 我拎东西。”也许这笔生意就泡汤了。 需求调查不象侦探推理那样从蛛丝马迹着手，应该先了解宏观 问题，再了解细节问题。 如果双方气氛融洽，可以采用灵活的访谈形式，轻易不要打断 用户的谈话。当双方对某些问题的交流合乎逻辑地结束后，即 可继续讨论问题表中的其它问题。 尽可能避免为用户添麻烦，但也不能怕给用户添麻烦而降低需 求调查的力度。 避免片面地听取某些用户的需求而忽视其它用户的需求。


需求调研的步骤

用户需求说明书的模板
需求调研中的注意事项


切忌在倾听需求的过程中附带如何解决的思想！
在调研过程中我们只是为了摸清楚用户的所有需求。能搞了解到用户真正 想要的系统，用户真正要解决什么样的问题才是需求调研的目标。在调研 过程中如果附带了如何解决用户提到的需求的想法时，将会使调研人员陷 入只见树木不见森林的的谜团中，而且往往会遗漏用户的重要需求，造成 整体需求的不完整。
找一个安静的地方， 以客户为主，面对面的沟通和交流，完全倾听客户的心声，随
时记录客户所说的一切，每一次调研完后要对所有的记录进行整理，形成文档，在 下一次的调研开始对上次的总结进行确认。切忌在倾听需求的过程中附带如何解决
的思想！
倾听 记录 整理 确认
需求调研的步骤
2. 整理客户的需求

对客户提出的需求记录的结构进行整理， 整理的格式可以根据自己的写作 习惯，没有固定的格式，但必须能够很明确的表明用户的需求，能够指导 后期编写《用户需求说明书》。建议采用以下格式进行整理。
调研主题 调研对象 调研人 调研时间 调研描述
需求调研的步骤
3. 引导客户的需求

许多的客户有时并不知道自己想要什么？有时并不清楚自己缺少什么？所以就需要 我们去引导客户的需求。造成这种现象的原因很多，主要体现在用户可能对计算机 操作不是很了解，客户的语言表达能力，客户只能看到自身的问题等。遇到此种现 象后我们应当很虚心的去开发客户的需求，不能带有任何的鄙视心情。
需求调研的概述

做好需求调研的重要性
做好需求调研是获 取正确的软件需求
需求 设计 编码 单元测试 验收测试 维护 （各阶段错误修改成本比例）
的前提，正确的软
件需求是项目成果 的关键。
软件需求调研

软件需求的定义
用户为解决某个问题、或为实现某一目标，要求软件必须满足的条
件或能力。

软件需求的三个层次
需求调研前的准备

两种心态 1） 保持一种和客户平等合作的心态，确定需求调研是 为了给客户解决问题，探讨问题，而不是接受问题，更 不是来指导工作的。 2） 平静面对需求变更的心态，在需求调研过程中，往 往双方对需求理解不一致，造成需求调研前后矛盾，应 当心平气和的去引导客户，达到需求理解完全一致。
1） 业务需求 2） 用户需求 3） 功能需求和非功能需求
软件需求调研

软件需求的三个层次
1．业务需求（business requirement）反映了组织机构或客户对系统、产品高层次的目
标要求，它们在项目视图与范围文档中予以说明。
2．用户需求(user requirement) 文档描述了用户使用产品必须要完成的任务，这在使 用实例（use case）文档或方案脚本说明中予以说明。