如何进行需求调研-公开课件.pptVIP

5. 编写用户需求说明书 需求调研的步骤 需求分析员对收集到的所有需求信息进行分类整理，消除错误，归纳与总结共性的用户需求，然后形成文档，编写《用户需求说明书》。对于《用户需求说明书》要和客户以及相关的行业专家进行共同评审。以前整理的需求记录可以作为附件整理在《用户需求说明书》之后。 需求调研的步骤 用户需求说明书的模板 需求调研中的注意事项 切忌在倾听需求的过程中附带如何解决的思想！ 在调研过程中我们只是为了摸清楚用户的所有需求。能搞了解到用户真正想要的系统，用户真正要解决什么样的问题才是需求调研的目标。在调研过程中如果附带了如何解决用户提到的需求的想法时，将会使调研人员陷入只见树木不见森林的的谜团中，而且往往会遗漏用户的重要需求，造成整体需求的不完整。 时 间 工 作 量 对每一次的调研形成正确的文档 需求调研中的注意事项 需求调研是一个漫长的过程。能够正确理解用户的需求，并且将用户的各种需求完整地体现在《软件需求规格说明书》中将更是一个复杂而艰辛的过程，因此在每一次的会谈之后必须将当天的会谈纪录形成文档，可以以备忘录的形式让用户进行确认。 需求调研后形成的文档文档必须是正确的，是经过验证的，是在受控的状态下变更的。而很多开发人员往往会问：“简单的系统就不用写需求了吧？”其实简单的系统未必简单，只有想清楚、写清楚、说清楚才说明已经真正把需求整理清楚了。 调研人员与用户面谈时应当注意以下事项 如果与用户约好了时间，切勿迟到或早退。要注意礼节，尽可能获得用户的好感，并为下次打扰他们埋下伏笔。 调研人员应事先了解调研对象的身份、背景，以便随机应变。 需求调查不象侦探推理那样从蛛丝马迹着手，应该先了解宏观问题，再了解细节问题。 如果双方气氛融洽，可以采用灵活的访谈形式，轻易不要打断用户的谈话。当双方对某些问题的交流合乎逻辑地结束后，即可继续讨论问题表中的其它问题。 尽可能避免为用户添麻烦，但也不能怕给用户添麻烦而降低需求调查的力度。 避免片面地听取某些用户的需求而忽视其它用户的需求。 需求调研中的注意事项 尽量找到与调研目标直接干系人进行调研和确认. 调研团队要多沟通,多讨论,不能放过任何一个疑点,每次对内容讨论的结束形成会议纪要. 尽量利用好客户的资源,明确责任. 注意保密以及用户纸质资料的保留. 控制好客户的需求(筛选需求,说服客户). 主观数据/半静态数据/动态数据的甄别 反复与客户领导汇报,确认 需求调研中的注意事项 谢谢！ 如何进行需求调研 我们的行程 需求调研的概述 了解软件需求调研 如何开展需求调研 需求调研前的准备 需求调研的步骤 需求调研中的注意规则 需求调研的概述 什么是需求？ 需求调研的目的 需求调研指通过和客户反复进行沟通和交流而获取客户的需求的一系列活动，为编写《软件需要规格说明书》做的前期工作。 了解现实世界中做实际工作的人们真正需要什么样的程序过程 ，编写《用户需求说明书》，为编写《软件需要规格说明书》提供依据 。 什么是需求调研？ 需求就是用户对软件系统的要求，解决问题的需要。 需求调研的概述 做好需求调研的重要性 做好需求调研是获取正确的软件需求的前提，正确的软件需求是项目成果的关键。 需求 设计 编码 单元测试 验收测试 维护 （各阶段错误修改成本比例） 需求调研的概述 需求调查的一般规程 目的 获取客户的需求信息，经过分析后产生《用户需求说明书》。 角色与职责 需求调研员调查、分析用户的需求，客户与最终用户提供必要的需求信息。 启动准则 需求调研员已经确定,客户负责人也已明确 输入 任何与用户需求相关的材料,如方案等 主要步骤 第一步：调研前的准备 第二步：调查与记录 第三步：整理需求信息,形成《需求调研报告》 第四步：撰写《用户需求说明书》 第五步：需求确认 输出 《需求调研报告》《用户需求说明书》有时可以二合一 结束准则 需求调研员已经撰写完成《用户需求说明书》，确保无拼写、排版等错误。通过评审. 度量 需求调研员统计工作量和上述文档的规模，汇报给项目经理。 需求调研的大体流程 软件需求调研 软件需求的定义 用户为解决某个问题、或为实现某一目标，要求软件必须满足的条件或能力。 软件需求的三个层次 1） 业务需求 2） 用户需求 3） 功能需求和非功能需求 软件需求调研 软件需求的三个层次 1．业务需求（business requirement）反映了组织机构或客户对系统、产品高层次的目标要求，它是确定调研和软件范围的标准。 2．用户需求(user requirement) 文档描述了用户使用产品必须要完成的任务，明确用户业务角色,并通过角色获取用户需求