如何获取用户需求的十大技巧

1、获取用户户需求十十大技巧巧成功的软软件产品品是建立立在成功功的需求求基础之之上的，而高质质量的需需求来源源于用户户与开发发人员之之间有效效的沟通通与合作作。当用用户有一一个问题题可以用用计算机机系统来来解决，而开发发人员开开始帮助助用户解解决这个个问题，沟通就就开始了了。 需求求获取可可能是软软件开发发中最困困难、最最关键、最易出出错及最最需要沟沟通交流流的活动动。对需需求的获获取往往往有错误误的认识识：用户户知道需需求是什什么，我我们所要要做的就就是和他他们交谈谈从他们们那里得得到需求求，只要要问用户户系统的的目标特特征，什什么是要要完成的的，什么么样的系系统能适适合商业业需要就就可以了了，

2、但是是实际上上需求获获取并不不是想象象的这样样简单，这条沟沟通之路路布满了了荆棘。首先需需求获取取要定义义问题范范围，系系统的边边界往往往是很难难明确的的，用户户不了解解技术实实现的细细节，这这样造成成了系统统目标的的混淆。 其次次是对问问题的理理解，用用户对计计算机系系统的能能力和限限制缺乏乏了解，任何一一个系统统都会有有很多的的用户或或者不同同类型的的用户，每个用用户只知知道自己己需要的的系统，而不知知道系统统的整体体情况，他们不不知道系系统作为为一个整整体怎么么样工作作效率更更好，也也不太清清楚那些些工作可可以交给给软件完完成，他他们不清清楚需求求是什么么，或者者说如何何以一种种精确的的

3、方式来来描述需需求，他他们需要要开发人人员的协协助和指指导，但但是用户户与开发发人员之之间的交交流很容容易出现现障碍，忽略了了那些被被认为是是很明确确的信息息。最后后是需求求的确认认，因为为需求的的不稳定定性往往往随着时时间的推推移产生生变动，使之难难以确认认。为了了克服以以上的问问题，必必须有组组织的执执行需求求的获取取活动。 需求求获取活活动建议议要完成成的个任任务或者者说步骤骤分别是是确定需需求过程程、编写写项目视视图和范范围文档档、用户户群分类类、选择择用户代代表、选选择用户户代表、建立核核心队伍伍、确定定使用实实例、召召开联合合会议、分析用用户工作作流程、确定质质量属性性、检查查问题

4、报报告和需需求重用用。当然然应该根根据组织织和项目目的具体体情况进进行适当当的裁减减，比如如根据项项目和用用户情况况把需求求获取会会议改成成问卷调调查或者者座谈等等等。、编写项项目视图图和范围围文档 系统统的需求求包括四四个不同同的层次次：业务务需求、用户需需求和功功能需求求、非功功能性需需求。业业务需求求说明了了提供给给用户新新系统的的最初利利益，反反映了组组织机构构或用户户对系统统、产品品高层次次的目标标要求，它们在在项目视视图与范范围文档档中予以以说明。用户需需求文档档描述了了用户使使用产品品必须要要完成的的任务，这在使使用实例例文档或或方案脚脚本说明明中予以以说明。功能需需求定义义了开

5、发发人员必必须实现现的软件件功能，使得用用户能完完成他们们的任务务，从而而满足了了业务需需求。 非功功能性需需求是用用户对系系统良好好运作提提出的期期望，包包括了易易用性、反应速速度、容容错性、健壮性性等等质质量属性性。需求求获取就就是根据据系统业业务需求求去获得得系统用用户需求求，然后后通过需需求分析析得到系系统的功功能需求求和非功功能需求求。项目目视图和和范围文文档就是是从高层层次上描描述系统统的业务务需求，应该包包括高层层的产品品业务目目标，评评估问题题解决方方案的商商业和技技术可行行性，所所有的使使用实例例和功能能需求都都必须遵遵从的标标准。而而范围文文档定义义了项目目产品所所包括的的

6、所有工工作及产产生产品品所用的的过程。项目相相关人员员对项目目的目标标和范围围能达成成共识，整个项项目组都都应该把把注意力力集中在在项目目目标和范范围上。、用户群群分类 系统统用户在在很多方方面存在在着差异异，例如如：使用用系统的的频度和和程度、应用领领域和计计算机系系统知识识、所使使用的系系统特性性、所进进行的业业务过程程、访问问权限、地理上上的布局局以及个个人的素素质和喜喜好等等等。根据据这些差差异，你你可以把把这些不不同的用用户分成成不同的的用户类类。与中中的概念一一样，用用户类不不一定都都指人，也可以以包括其其他应用用系统、接口或或者硬件件，这样样做使得得与系统统边界外外的接口口也成为

7、为系统需需求。将将用户群群分类并并归纳各各自特点点，并详详细描述述出它们们的个性性特点及及任务状状况，将将有助于于需求的的获取和和系统设设计。、选择用用户代表表 不可可能对所所有的用用户都进进行需求求获取，这样做做时间不不允许效效果也不不一定好好，所以以要识别别出能够够确定需需求和了了解业务务流程的的用户作作为每类类用户的的代表。每类用用户至少少选择一一位能真真正代表表他们需需求的人人作为代代表并且且能够作作出决策策，用户户代表往往往是本本类用户户中三类类人：对对项目有有决定权权的领导导、熟悉悉业务流流程的专专家、系系统最终终用户。 每一一个用户户代表者者代表了了一个特特定的用用户类，并在那那

8、个用户户类和开开发者之之间充当当主要的的接口，用户代代表从他他们所代代表的用用户类中中收集需需求信息息，同时时每个用用户代表表又负责责协调他他们所代代表的用用户在需需求表达达上的不不一致性性和不兼兼容性。、建立核核心队伍伍 通常常用户和和开发人人员不自自觉的都都有一种种我们和和他们的的想法，产生一一种对立立关系，把彼此此放在对对立面，每一方方都定义义自己的的边界，只想自自己的利利益而忽忽略对方方的想法法。他们们通过文文档、记记录和对对话来沟沟通，而而不是作作为一个个合作的的整体去去识别和和确定需需求完成成任务。实践证证明这样样的方法法是不正正确的，不会给给双方带带来一点点益处，良好的的沟通关关

9、系没有有建立导导致了误误解和忽忽略重要要的信息息。只有有当双方方参与者者都明白白要成功功自己需需要什么么，同时时也知道道要成功功对方需需要什么么时，才才能建立立起一种种合作关关系。 为了了建立合合作关系系通常采采取一种种组队的的方式来来获取需需求，建建立一个个由用户户代表和和开发人人员组成成的联合合小组作作为需求求获取的的核心队队伍。联联合小组组将负责责识别需需求、分分析解决决方案和和协商分分歧，小小组成员员可以采采用会议议、电子子邮件、综合办办公系统统等方式式进行交交流，但但交流时时应注意意以下原原则：小小组会议议应该由由中立方方来组织织和主持持，用户户和开发发人员都都要参加加；交流流预先要

10、要确定准准备和参参与的规规则；议议题要明明确并覆覆盖所有有关键点点，但信信息来源源应该自自由；交交流目标标要明确确，并告告知所有有的成员员。、确定使使用实例例 从用用户代表表处收集集他们将将使用系系统完成成所需任任务的描描述，讨讨论用户户与系统统间的交交互方式式和对话话要求，这就是是使用实实例，一一个单一一的使用用实例可可能包括括完成某某项任务务的许多多逻辑相相关任务务和交互互顺序。使用实实例方法法给需求求获取带带来的好好处来自自于该方方法是用用以任务务为中心心和以用用户为中中心的观观点，比比起使用用以功能能为中心心和以开开发者为为中心的的方法，使用实实例方法法可以使使用户更更清楚地地理解和和

11、认识到到新系统统允许他他们做什什么和怎怎么做。描写使使用实例例的时候候要注意意使用简简洁直白白的表述述，尽量量使用主主动语态态，系统统或者用用户作为为主语，比如用用户提交交用户密密码，系系统验证证用户密密码是否否正确，还有一一点在描描述中不不要设计计界面细细节，比比如用户户从下拉拉框中选选择产品品类型.使用实实例为以以后写用用例场景景描述中中的基本本路径和和扩展路路径提供供了素材材。、召开联联合会议议 最常常见的需需求获取取方法是是召开会会议或者者面谈，联合会会议是范范围广的的、简便便的讨论论会，也也是核心心队伍成成员之间间一种很很好的沟沟通方法法，该会会议通过过紧密而而集中的的讨论得得以将用

12、用户代表表与开发发人员间间的合作作伙伴关关系付诸诸于实践践并能由由此拟出出需求文文档的底底稿。联联合会议议的第一一个议题题就是系系统的必必要性和和合理性性，必须须所有成成员都同同意系统统是必要要的而且且合理的的。接下下来就可可以讨论论使用实实例清单单，清单单可以打打印成大大纸挂在在墙上、写在黑黑板上或或做成演演示材料料。对每每个清单单合并去去掉重复复项，加加上补充充内容就就可以得得到一份份总的清清单，注注意避免免采用负负面的太太差不可可行去否否定用户户的想法法，这些些想法都都应该保保留下来来作为被被评议的的清单项项，这样样保护了了小组成成员开放放的思维维。最后后对清单单进行讨讨论，会会议成员员

13、必须检检查每一一个使用用实例，在把它它们纳入入需求之之前决定定其是否否在项目目所定义义的范围围内，形形成最终终的需求求报告。 在进进行讨论论时，也也应该避避免受不不成熟的的细节的的影响，在对系系统需求求取得共共识之前前，用户户能很容容易地在在一个报报表或对对话框中中列出某某些精确确设计，如果这这些细节节都作为为需求记记录下来来，他们们会给随随后的设设计过程程带来不不必要的的限制，应确保保用户参参与者将将注意力力集中在在与所讨讨论的话话题适合合的抽象象层上，重点就就是讨论论做什么么而不是是怎么做做。这里里有一点点很重要要就是要要让用户户理解对对于某些些功能的的讨论并并不意味味着即将将在系统统中实

14、现现它，更更不要做做暗示或或者承诺诺什么时时候完成成需求。在讨论论之后，记下所所讨论的的条目，并请参参与讨论论的用户户评论并并更正，因为只只有提供供需求的的人才能能确定是是否真正正获取需需求。当当最后拿拿到了一一份详细细准确的的需求报报告书的的时候，会议就就算成功功完成了了。但是是要清楚楚需求过过程本身身就是一一个迭代代的过程程，在以以后的过过程活动动中不可可避免的的将要修修改和完完善这份份报告。、分析用用户工作作流程 分析析用户工工作流程程观察用用户执行行业务任任务的过过程，通通过分析析使用实实例得到到系统的的用例图图。编制制用例图图文档将将有助于于明确系系统的使使用实例例和功能能需求，统一

15、建建模语言言的使用用有助于于与用户户进一步步交流。每个用用例的描描述应包包括：编编号，为为每个用用例分配配一个唯唯一的编编号，为为需求的的追溯提提供了方方便；参参与者，与这个个用例交交互的；前置条条件，开开始用例例前所必必须具备备的系统统状态；后置条条件，用用例完成成后系统统达到的的状态；基本路路径，用用例完成成的关键键路径，也是用用户期望望的路径径；扩展展点，基基本路径径的分枝枝，表示示意外情情况；字字段说明明，路径径中名称称的进一一步分解解说明，对以后后类属性性的定义义和数据据库字段段设计起起作用；设计约约束，实实现用例例的非功功能约束束。写基基本路径径时应该该使用主主动语句句；句子子以或

16、者者系统作作为主语语；一句句表示一一个动作作，一句句表示系系统动作作，交叉叉表现交交互；不不要涉及及界面细细节，比比如用户户在文本本框输入入名称，下拉框框选择类类型. 用例例：用户户注册，用户注注册成为为系统会会员 编号号 参与与者 用用户 前置置条件 用户户访问系系统，系系统运行行正常 后置置条件 系统统记录用用户注册册信息 基本本路径. 用户户请求注注册。. 系统统显示注注册界面面。. 用户户提交注注册信息息。. 系统统验证注注册信息息是否正正确。. 系统统生成用用户名和和密码，保存注注册信息息。. 系统统显示注注册成功功信息，进入会会员页面面。 扩展展点. 用户户提供的的信息不不正确：.

17、 系统统提示输输入正确确信息. 返回回 补充充说明 注册册信息包包括用用户实名名电话话传真真联联系地址址联系地地址省省份城城市街街道邮邮编 设计计约束 注册册反应时时间不能能超过秒秒、确定质质量属性性 在功功能需求求之外再再考虑一一下非功功能的质质量特点点，以及及确定由由于特殊殊的商业业应用环环境对系系统提出出的功能能或性能能上的约约束，这这会使你你的产品品达到并并超过客客户的期期望。对对系统如如何能很很好地执执行某些些行为或或让用户户采取某某一措施施的陈述述就是质质量属性性，这是是一种非非功能需需求。听听取那些些描述合合理特性性的意见见：快捷捷、简易易、直觉觉性、用用户友好好、健壮壮性、可可靠性、安全性性和高效效性。你你将要和和用户一一起商讨讨精确定定义他们们模糊的的和主观观言辞的的真正含含义，并并且要将将质量属属性分配配到每个个用例的的设计