如何做好需求分析..doc

如何做一个合格的需求分析人员 研究用户需求包括以下活动： 阅读、交流、调查、纪律、整理。 被开发的应用系统所考虑的整个业务范围，问题域的定义 亲临现场，通过直接观察掌握第一手资料。 认真听取领域专家的见解。 阅读。 借鉴。 Acgtor（参与者、活动者、角色）：人、设备、外系统。 需求的概念：宽泛地讲，需求来源于用户的一些“需要”，这些“需要”被分析、确认后形成完整的稳定，该文档详细地说明了产品“必须或应当”做什么。 需求的重要性： 开发软件系统最困难的部分就是准确说明开发什么？最困难的概念性工作是编写出详细的需求，包括所有面向用户、面向机器和其它软件系统的接口。 需求是产品的根源，需求工作的优劣对产品产生影响最大。就像一条河流，如果源头被污染了，那么整条河流也被污染了。 用户是一种泛称（user），它可细分为“客户”（customer）、“最终用户”（the end user）和“间接用户”（或成为关系人）。 掏钱买软件的用户称为客户，而真正操作软件的用户叫最终用户。客户与最终用户可能是同一个人也可能不是同一个人。 与客户打交道的主要目的是：一是获取需求，二是签合同。不要把钱扔到水里。 间接用户更应该注重。如经过国家的相关部门的批准！ 需求工程：把所有与需求直接相关的活动通称为需求工程 需求工程的活动课分为两大类：一类属于需求开发，一类属于需求管理。 需求工程 需求开发 需求管理 需求调查 需求确认 需求分析 需求跟踪 需求定义 需求变更控制 需求开发过程： 需求开发的目的：通过调查与分析，获取用户需求并定义产品需求。 需求调查的目的：通过各种途径获取用户的需求信息（原始资源），产生《用户需求说明书》。 需求分析的目的：是对各种需求信息进行分析，消除错误，刻画细节等。常见的需求分析方法有“问答分析法”和“建模分析法”两类。 需求定义的目的：根据需求调查和需求分析的结果，进一步定义准确无误的产品需求，产生《产品需求规格说明书》。系统设计人员将依据《产品需求规格说明书》开展系统设计工作。 需求管理过程域 需求管理的目的：是在客户与开发直接爱你建立对需求的共同理解，维护需求与其它工作成果的一致性，并控制需求的变更。 需求确认：是指开发方和客户共同对需求文档进行评审，双方对需求达成共识后做出书面承诺，使需求文档具有商业合同的效果。 需求跟踪：是指通过比较需求文档与后续工作成果之间的应对关系，建立于维护“需求跟踪矩阵”，确保产品依据需求文档进行开发。 需求变更控制是指依据“变更申请—审批—更改—重新确认”的流程处理需求的变更，防止需求变更失去控制导致项目发生混论。 主动型和领先型： 积极主动开展需求工程中的各项活动。获取准确的需求。开发者发掘了连用户自己都没有意识到的需求，导致用户跟着新产品跑的不是新产品围着用户转。 缺乏应用领域知识时，他该怎么办？ 首先他要有勇气做事，否则连实践的机会都没有。 其次他要赶紧补习应用领域知识，不论是通过自学还是培训方式，否则他很难与用户交流。如果可能的话，开发方最好请既懂软件又懂应用的行家来帮忙。 用户说不清楚需求或需求发生变更，这些事常见的问题，并不是绝症，是人们可以设法解决的。 需求分析员的天职就是在有限的时间内获取准确而细致的用户需求。 合作关系： 需求分析员与用户要建立良好的合作关系。 客户如果不配合，说明他们有自己的想法。 对于一些竞标项目，在合同未签订之前的需求开发工作尤为困难。用户未必会买你的产品，他不会投入很多的精力来协助你搞需求开发。 需求分析员：不仅要有过硬的专用知识，还要具备较强的交流、沟通能力。 重大，复杂的项目与用户建立合作关系式关键、是至关重要的。 好话和丑话都说在前头，这样能减少今后的摩擦。需求培训，明白需求的重要性及忽视需求的危害性。 用户在需求工程中的“权利”： 有权要求开发方派遣资质合格的需求分析员和相关人员。 有权要求开发方采用户熟悉的语言来描述需求，即开发方必须提供用户看得懂得需求文档。 有权审查需求文档，并对有争议的需求做出决策。如果认为需求文档不能准确地反映用户真实意愿，可以拒绝在需求文档上签字。 如果用户想要变更需求，有权要求开发方对变更将产生的影响做出真实可信的评估，以便用户决定是否变更需求。 用户在需求工程中的“义务”： 以积极友善的态度与开发人员交流、协助，尽可能地为开发方人员提供工作和生活上的便利。 乐意接受需求分析员的采访，在不泄露机密的前提下尽可能地回答需求分析员的问题。 在不泄露机密的前提下，尽可能地向需求分析人员提供与需求相关的材料。 与需求分析员共同评审需求文档，确保需求文档正确反映用户真实意愿。 用户说不清楚需求，分析员设法搞清楚用户的真正需求，这是需求分析员的职责，也是职业