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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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