取得成功的软件项目是创建在取得成功的需求基本以上的，而高品质的需求来自用户与开发人员中间有效沟通与协作。当用户有一个难题能够利用计算机系统来处理，而开发人员逐渐协助用户处理这个问题，沟通交流就开始了，沟通的技巧就看起来至关重要了。

需求获取可能是开发软件中最艰难、最重要、容易错误及最必须交流的主题活动。对需求的获取通常有不正确的了解：用户了解需求是啥，大家所需做的便是和她们沟通交流从她们那边获得需求，只需问用户系统的总体目标特点，什么叫要进行的，哪些的系统能合适商业服务必须就可以了，可是事实上需求获取并并不是想像的那样简易，这条沟通交流之途铺满了荊棘。最先需求获取要界定难题范畴，系统的界限通常是难以确立的，用户不了解技术性完成的关键点，那样导致了系统总体目标的搞混。

次之是对难题的了解，用户对电子计算机系统的工作能力和限定欠缺掌握，一切一个系统都是会有很多的用户或是不一样种类的用户，每一个用户只了解自身必须的系统，而不清楚系统的总体状况，她们不清楚系统做为一个总体如何工作效能更强，都不太清晰这些工作中能够交到手机软件进行，她们不清楚需求是啥，换句话说怎样以一种精准的方法来叙述需求，她们必须开发人员的帮助和具体指导，可是用户与开发人员中间的沟通交流非常容易发生阻碍，忽视了这些被觉得是"很确立的信息内容。最终是需求的确定，由于需求的多变性通常伴随着時间的变化造成变化，使之无法确定。为了更好地摆脱之上的难题，务必有机构的实行需求的获取主题活动。

需求获取主题活动提议要进行的11个每日任务换句话说流程分别是明确需求全过程、撰写新项目主视图和范畴文本文档、用户群归类、挑选用户代表、挑选用户代表、创建关键团队、明确应用案例、举办协同大会、剖析用户工作内容、明确品质特性、查验问题报告和需求器重。自然应当依据机构和新项目的详细情况开展适度的裁掉，例如依据新项目和用户状况把需求获取大会改为调查问卷或是研讨这些。

1、撰写新项目主视图和范畴文本文档

系统的需求包含四个不一样的层级：业务流程需求、用户需求和作用需求、非多功能性需求。业务流程需求表明了给予给用户新系统的最开始权益,体现了组织架构或用户对系统、商品高端的总体目标规定，他们在新项目主视图与范畴文本文档中给予表明。用户需求文本文档叙述了用户应用商品务必要进行的每日任务，这在应用案例文本文档或计划方案脚本制作表明中给予表明。作用需求界定了开发人员务必完成的手机软件作用，促使用户能进行她们的每日任务，进而达到了业务流程需求。

非多功能性需求是用户对系统优良运行明确提出的期待，包含了便捷性、反应速率、容错性、可扩展性这些品质特性。需求获取便是依据系统业务流程需求去得到系统用户需求，随后根据需求剖析获得系统的作用需求和非作用需求。新项目主视图和范畴文本文档就是以高端上叙述系统的业务流程需求，应当包含高层住宅的商品业务流程总体目标，评定难题解决方法的商业服务和技术性可行性分析,全部的应用案例和作用需求都务必遵循的规范。而范畴文本文档界定了新项目商品所包含的全部工作中及造成商品常用的全过程。新项目有关工作人员对新项目的总体目标和范畴能达成一致,全部团队都应当把注意力集中在项目目标和范畴上。

2、用户群归类

系统用户在许多层面存有着差别，比如：应用系统的频率和水平、主要用途和电子计算机系统专业知识、所应用的系统特点、所开展的业务流程全过程、访问限制、自然地理上的合理布局及其本人的素养和爱好这些。依据这种差别，你能把这种不一样的用户分为不一样的用户类。与UML中Usecase的Actor定义一样，用户类不一定都指人，还可以包含别的运用系统、插口或是硬件配置，那样做促使与系统界限外的插口也变成系统需求。将用户群归类并梳理分别特性，并详细说明出他们的个性特征及每日任务情况，将有利于需求的获取和系统设计方案。

3、挑选用户代表

不太可能对全部的用户都开展需求获取，那样做時间不允许实际效果也不一定好，因此 要鉴别出可以明确需求和掌握工作流程的用户做为每类用户的代表。每类用户最少挑选一位能真真正正代表她们需求的人做为代表而且可以做出管理决策，用户代表通常是该类用户中三类人：对新项目有决策权的领导干部、了解工作流程的权威专家、系统最后用户。

每一个用户代表者代表了一个特殊的用户类，并在那一个用户类和开发人员中间当做关键的插口，用户代表从她们所代表的用户类中搜集需求信息内容，与此同时每一个用户代表又承担融洽她们所代表的用户在需求表述上的不一致性和不兼容模式。

4、创建关键团队

一般 用户和开发人员不自觉的都是有一种"大家和她们"的念头，造成一种对立面关联，把彼此之间放到对立，每一方都界定自身的"界限"，只想要自身的权益而忽视另一方的念头。她们根据文本文档、纪录和会话来沟通交流，而不是做为一个协作的总体去鉴别和明确需求达到目标。实践经验证明那样的方式 是有误的，不容易给彼此产生一点好处,良好的沟通关联沒有创建造成 了误会和忽视关键的信息内容。仅有当彼此参加者都搞清楚要取得成功自身需要什么，与此同时也了解要取得成功另一方必须什么时，才可以创建起一种合作关系。

为了更好地创建合作关系一般 采用一种联机的方法来获取需求，创建一个由用户代表和开发人员构成的协同工作组做为需求获取的关键团队。协同工作组将承担鉴别需求、剖析解决方法和商议矛盾，工作组组员能够选用大会、电子邮箱、综合办公系统等方法开展沟通交流，但沟通交流时要留意下列标准：小组会应当由中立方米来机构和主持人，用户和开发人员都需要参与;沟通交流事先要明确提前准备和参加的标准;议案要确立并遮盖全部关键环节，但信息内容来源于应当随意;沟通交流总体目标要确立，并告之全部的组员。

5、明确应用案例

从用户办事处搜集她们将应用系统进行所需每日任务的叙述，讨论用户与系统间的交互技术和会话规定，这就是应用案例，一个单一的应用案例很有可能包含进行某种每日任务的很多逻辑性有关每日任务和互动次序。应用实例方法给需求获得产生的益处来自于该方式 是用于每日任务为管理中心和以用户为管理中心的见解，相比应用以作用为管理中心和以开发人员为管理中心的方式 ，应用实例方法能够使用户更清晰地了解和了解到新系统容许她们干什么和如何做。描绘应用案例的情况下要留意应用简约直接的描述，尽可能应用主动语态，"系统"或是"用户"做为谓语，例如"用户递交用户登陆密码，系统认证用户登陆密码是不是恰当"，也有一点在叙述中不必设计方案页面关键点，例如"用户从下拉列表中挑选产品类别"。应用案例为之后写用例情景叙述中的基本上途径和拓展途径给予了素材图片。

6、举办协同大会

最普遍的需求获得方式 是召开工作会议或是谈话，协同大会是覆盖面广的、简单的讨论会，也是关键团队组员中间一种非常好的沟通交流方式 ，该大会根据密切而集中化的讨论得到将用户意味着与开发者间的合作方关联付诸实践实践活动并能从而拟出需求文本文档的底稿。协同大会的第一个议案便是系统的重要性和合理化，务必全部组员都愿意系统是必需的并且有效的。下面就可以讨论应用案例明细，明细能够打印出成实纸挂在墙壁、写在教室黑板上或制成演试原材料。对每一个明细合拼除掉反复项，再加上填补內容就可以获得一份总的明细，留意防止选用负面信息的"很差""不行得通"去否认用户的念头，这种念头都应当保存出来做为被评定的清单项工程，那样维护了工作组组员对外开放的逻辑思维。最终对明细开展讨论，大会组员务必查验每一个应用案例，在把他们列入需求以前决策其是不是在新项目所界定的范畴内，产生最后的需求汇报。

在开展讨论时，也应当防止受不成熟的关键点的危害，在对系统需求获得的共识以前，用户能非常容易地在一个表格或提示框中列举一些精准设计方案，假如这种关键点都做为需求记下来，她们会给接着的设计过程产生多余的限定，应保证用户参加者将注意力集中在与所讨论的话题讨论合适的抽象性层上，关键便是讨论干什么而不是如何做。这里有一点很重要便是要让用户了解针对一些作用的讨论并不代表着将要在系统中完成它，更不必做暗示着或是服务承诺何时进行需求。在讨论以后，记录下来所讨论的内容，并请参加讨论的用户评价并更改，由于仅有给予需求的优秀人才能明确是不是真真正正获得需求。当最终取得了一份详尽精确的需求报告的情况下，大会即使取得成功完成了。可是要清晰需求全过程自身便是一个迭代更新的全过程，在之后的全过程主题活动中难以避免的即将改动和健全这一份汇报。

7、剖析用户工作内容

剖析用户工作内容观查用户实行业务流程每日任务的全过程，根据剖析应用案例获得系统的用例图。定编用例图文本文档将有利于确立系统的应用案例和作用需求，统一建模语言的应用有利于与用户进一步沟通交流。每一个用例的叙述应包含：序号,为每一个用例分派一个唯一的序号，为需求的追朔给予了便捷;参加者，与这一用例互动的actor;前提条件，逐渐用例前所务必具有的系统情况;后置摄像头标准，用例进行后系统做到的情况;基本上途径，用例进行的关键线路，也是用户期待的途径;拓展点，基本上途径的发枝，表明出现意外状况;字段名表明，途径中名字的进一步溶解表明，对之后类特性的界定和数据库查询字段名设计方案起功效;设计方案管束，完成用例的非作用管束。写基本上途径时应当应用积极句子;语句以actor或是系统做为谓语;一句表明一个actor姿势，一句表明系统姿势，交叉式主要表现互动;不必涉及到页面关键点，例如"用户在输入框键入名字，下拉列表挑选种类"。

用例：用户申请注册，用户申请注册变成系统vip会员

序号

UC1

参加者用户

前提条件

用户浏览系统，系统运作一切正常

后置摄像头标准

系统纪录用户申请注册信息

基本上途径

1.用户要求申请注册。

2.系统表明申请注册页面。

3.用户递交申请注册信息。

4.系统认证申请注册信息是不是恰当。

5.系统转化成用户名和登陆密码，储存申请注册信息。

6.系统表明"认证成功"信息，进到vip会员网页页面。

拓展点

4a.用户给予的信息有误：

4a1.系统提醒键入恰当信息

4a2.回到3

补充说明

申请注册信息包含=用户实名认证+电話+发传真+Email+通讯地址通讯地址=省区+大城市+街道社区+邮政编码

设计方案管束

申请注册反应速度不可以超出3秒

8、明确品质特性

在作用需求以外再考虑一下非作用的品质特性，及其明确因为独特的商业服务应用场景对系统明确提出的作用或特性上的管束，这会使你的商品做到并超出顾客的期待。对系统怎样能非常好地实行一些个人行为或让用户采用某一对策的阐述便是品质特性，它是一种非作用需求。征求这些叙述有效特点的建议：便捷、简单、直觉性、用户友善、可扩展性、稳定性、安全系数和精确性。你即将和用户一起商议精准界定她们模糊不清的和主观性言语的真真正正含意，而且要将品质特性分派到每一个用例的设计方案管束中去。

9、查验问题报告

根据查验当今早已运作系统的问题报告来进一步健全需求顾客的问题报告及填补需求为新系统或最新版本给予了很多丰富多彩的改善及提升特点的念头，承担给予用户适用及协助的人能为搜集需求全过程给予极有使用价值的信息。

10、需求器重

假如顾客规定的作用与现有的系统很类似，则可查询需求是不是有充足的协调能力以容许器重一些现有的手机软件部件。业务流程模型和领域建模式需求器重的最好是方式 ，像剖析方式和策略模式一样，需求也是有自身的方式。