【教程】如何进行软件需求调研报告.pptVIP

3. 引导客户的需求 许多的客户有时并不知道自己想要什么？有时并不清楚自己缺少什么？所以就需要我们去引导客户的需求。造成这种现象的原因很多，主要体现在用户可能对计算机操作不是很了解，客户的语言表达能力，客户只能看到自身的问题等。遇到此种现象后我们应当很虚心的去开发客户的需求，不能带有任何的鄙视心情。 引导客户需求的几种常用方法： 向客户讲述基本的计算机操作。 提示客户在全局中的地位以及作用。 向客户演示将要实施的系统的原型。 从软件开发中需求考虑的几个方面入手。 引导客户的需求应做到能够描述用户的常规需求外，能够发掘用户的潜在需求，争取能够提出用户的兴奋需求，这样作出的软件才有生命力，才能真正体现出软件的价值。 4. 编写用户需求说明书 需求分析员对收集到的所有需求信息进行分类整理，消除错误，归纳与总结共性的用户需求，然后形成文档，编写《用户需求说明书》。对于《用户需求说明书》要和客户以及相关的行业专家进行共同评审。以前整理的需求记录可以作为附件整理在《用户需求说明书》之后。 《用户需求说明书》与《产品需求规格说明书》的主要区别与联系是： （1）前者主要采用自然语言（和应用域术语）来表达用户需求，其内容相对于后者而言比较粗略，不够详细。 （2）后者是前者的细化，更多地采用计算机语言和图形符号来刻画需求，产品需求是软件系统设计的直接依据。 （3）两者之间可能并不存在一一影射关系，因为软件开发商会根据产品发展战略、企业当前状况适当地调整产品需求，例如用户需求可能被分配到软件的数个版本中。软件开发人员应当依据《产品需求规格说明书》来开发当前产品。 用户需求说明书的模板 切忌在倾听需求的过程中附带如何解决的思想！ 在调研过程中我们只是为了摸清楚用户的所有需求。能搞了解到用户真正想要的系统，用户真正要解决什么样的问题才是需求调研的目标。在调研过程中如果附带了如何解决用户提到的需求的想法时，将会使调研人员陷入只见树木不见森林的的谜团中，而且往往会遗漏用户的重要需求，造成整体需求的不完整。 时 间 工 作 量 对每一次的调研形成正确的文档 需求调研是一个漫长的过程。能够正确理解用户的需求，并且将用户的各种需求完整地体现在《软件需求规格说明书》中将更是一个复杂而艰辛的过程，因此在每一次的会谈之后必须将当天的会谈纪录形成文档，可以以备忘录的形式让用户进行确认。 需求调研后形成的文档文档必须是正确的，是经过验证的，是在受控的状态下变更的。而很多开发人员往往会问：“简单的系统就不用写需求了吧？”其实简单的系统未必简单，只有想清楚、写清楚、说清楚才说明已经真正把需求整理清楚了。 做好需求变更的控制 可能产生变更的原因是多种多样的，用户的业务发生变化，市场形势发生变化、双发的理解最初具有偏差等等一系列的问题都会影响到需求的变更。因此，如何处理好用户的需求变更将是获取用户的实际需求的关键。 对每一次的变更要双发进行确认，并进行版本控制，做到有据可依。 需求分析员与用户面谈时应当注意以下事项 如果与用户约好了时间，切勿迟到或早退。要注意礼节，尽可能获得用户的好感，并为下次打扰他们埋下伏笔。 需求分析员应事先了解用户的身份、背景，以便随机应变。IT人士不可貌相，有些大企业的领导其外表很土气，象农民。如果你路上碰到他，以为是个勤杂工，说：“喂，老师傅，来帮我拎东西。”也许这笔生意就泡汤了。 需求调查不象侦探推理那样从蛛丝马迹着手，应该先了解宏观问题，再了解细节问题。 如果双方气氛融洽，可以采用灵活的访谈形式，轻易不要打断用户的谈话。当双方对某些问题的交流合乎逻辑地结束后，即可继续讨论问题表中的其它问题。 尽可能避免为用户添麻烦，但也不能怕给用户添麻烦而降低需求调查的力度。 避免片面地听取某些用户的需求而忽视其它用户的需求。 几本好书 《软件需求管理》 机械工业出版社 《有效需求实践》 机械工业出版社 《编写有效用例》 机械工业出版社 《软件需求》 机械工业出版社 《掌握需求过程》 人民邮电出版社 几个好的网站 系统分析之窗 IT之源 UML中国 中国软件工程网 谢谢！ 需求调研的概述 了解软件需求调研 如何开展需求调研 需求调研前的准备 需求调研的步骤 需求调研中的注意规则 一些好的参考资料 什么是需求？ 需求调研的目的 需求调研指通过和客户反复进行沟通和交流而获取客户的需求的一系列活动，为编写《软件需要规格说明书》做的前期工作。 了解现实世界中做实际工作的人们真正需要什么样的程序过程 ，编写《用户需求说明书》，为编写《软件需要规格说明书》提供依据 。 什么是需求调研？ 需求就是用户对软件系统的要求，解决问题的需要。