需求管理流程课件

《需求管理流程课件》由会员分享，可在线阅读，更多相关《需求管理流程课件（25页珍藏版）》请在金锄头文库上搜索。

1、需求管理流程需求管理流程人人都是产品经理什么是需求：什么是需求： Rational Rational 把需求定把需求定义为义为“（正在构建的）系（正在构建的）系统统必必须须符合的条件或具符合的条件或具备备的功能的功能”。 著名的需求工程著名的需求工程设计师设计师 Merlin Dorfman Merlin Dorfman 和和 Richard H. Thayer Richard H. Thayer 提出了一个包容且更提出了一个包容且更为为精精练练的定的定义义，它特指它特指软软件方面件方面 - - 但不但不仅仅仅仅限于限于软软件：件： “软软件需求可定件需求可定义为义为： 用用户户解决某一解决某

2、一问题问题或达到某一或达到某一目目标标所需的所需的软软件功能。系件功能。系统统或系或系统统构件构件为为了了满满足合同、足合同、规约规约、标标准或其他正式准或其他正式实实行的文档而必行的文档而必须满须满足或具足或具备备的的软软件功能。件功能。” 项目需求管理为什么要进行需求管理?评测和验证有效的软件开发流程标准得到了推广和评测和验证有效的软件开发流程标准得到了推广和普及普及为什么现在仍然频繁发生的软件项目失败的事件为什么现在仍然频繁发生的软件项目失败的事件？ 为什么仍有那么多的项目受到延期、预算超支和为什么仍有那么多的项目受到延期、预算超支和质量问题的困扰？质量问题的困扰？如何才能提高系统的质量

3、？如何才能提高系统的质量？简单地说，系统开发团队之所以管理需求是为了获简单地说，系统开发团队之所以管理需求是为了获得项目成功。得项目成功。好的需求管理是项目成功的第一要素好的需求管理是项目成功的第一要素。为什么要管理需求？需求分析在启动和计划阶段，占有相当大的比例。需求分析在启动和计划阶段，占有相当大的比例。什么是需求管理？ 需求管理是一种需求管理是一种获获取、取、组织组织并并记录记录系系统统需求的系需求的系统统化方案，以及一个使客化方案，以及一个使客户户与与项项目目团队对团队对不断不断变变更的更的系系统统需求达成并保持一致的需求达成并保持一致的过过程。程。 提供一种机制，以分析需求、评估可行

4、性、协商提供一种机制，以分析需求、评估可行性、协商合理的解决方案、无歧义地规约解决方案、确认规约合理的解决方案、无歧义地规约解决方案、确认规约以及在开发过程中管理这些被确认的需求规约。以及在开发过程中管理这些被确认的需求规约。包括包括6 6个步骤：个步骤：n获取（需求诱导）获取（需求诱导）n分析（需求分析和谈判）分析（需求分析和谈判）n规定（规约）规定（规约）n系统建模系统建模n验证（需求确认）验证（需求确认）n需求管理（控制与变更管理）需求管理（控制与变更管理）需求管理存在的问题1.1.需求需求不总是显而易见的不总是显而易见的，它可来自各个方面。，它可来自各个方面。2.2.需求并不总是容易用

5、文字需求并不总是容易用文字明白无误地明白无误地表达。表达。3.3.存在不同种类的需求，其详细程度各不相同。存在不同种类的需求，其详细程度各不相同。4.4.如果不加以控制，需求是无止境的，需求数量如果不加以控制，需求是无止境的，需求数量将难以管理。将难以管理。5.5.需求相互之间以及与流程的其他可交付工件之需求相互之间以及与流程的其他可交付工件之间以多种方式相关联。间以多种方式相关联。6.6.需求既非同等重要，处理的难度也不同。需求既非同等重要，处理的难度也不同。7.7.需求涉及众多相关利益责任方，这意味着需求需求涉及众多相关利益责任方，这意味着需求要由跨职能的各组人员来管理。要由跨职能的各组人

6、员来管理。 8.8.需求会发生变更。需求会发生变更。9.9.需求可能对时间敏感。需求可能对时间敏感。需求分析过程（1 1）对系统的综合要求对系统的综合要求：功能要求功能要求: :包括系统应该实现的功能；包括系统应该实现的功能；性性能能要要求求: :包包括括系系统统响响应应时时间间、资资源源限限制制、数据精确性、系统适应性等；数据精确性、系统适应性等；运运行行要要求求: :包包括括系系统统硬硬件件环环境境、网网络络环环境境、系统软件、接口等的具体要求；系统软件、接口等的具体要求；其其他他要要求求包包括括：安安全全保保密密、可可靠靠性性、可可维维护护性、可移植性、可扩展性等等。性、可移植性、可扩展

7、性等等。（2 2）分析系统的数据要求分析系统的数据要求数据定义、数据逻辑关系、输入数据定义、数据逻辑关系、输入/ /出数据定义、出数据定义、数据采集方式等数据采集方式等（3 3）抽象出并确立目标系统的逻辑模型抽象出并确立目标系统的逻辑模型如用例图、设计模型、实施模型和实现模型等如用例图、设计模型、实施模型和实现模型等（4 4）编写需求规格说明书编写需求规格说明书如数据流图、面向对象的分析等。如数据流图、面向对象的分析等。需求分析过程需求的作用需求的作用项目计划过程项目计划过程：需求是项目计划的基础跟踪控制过程跟踪控制过程：监控每项需求的状态，以发现设计是否达到了预期的要求变更控制过程变更控制过

8、程：需求文档确定并制定基线后的变更都要通过确定的变更控制过程来实现系统测试过程系统测试过程：需求是测试的重要参考文档编制过程：需求是编写文档的重要参考系统构建过程系统构建过程：需求决定模块设计，模块设计是代码实现的依据需求的类别o原始问题描述：对要解决问题的叙述，它是软件需求的基础o用户需求：用自然语言和图表给出的关于系统需要提供的服务及操作的约束o系统需求：用详细的术语给出系统要提供的服务及受到的约束o软件设计描述：在系统需求的基础上加入更详细的内容，它是软件详细设计和实现的基础提交需求的基本原则语句和段落尽量简短语句要完整，语法、标点等要正确使用的术语与词汇表中的定义保持一致避免使用模糊、

9、主观的术语，如性能“优越”避免使用比较性词汇，尽量给出定量的说明，含糊的表达将引起需求的不可验证需求开发与管理的界限需求管理的目标 需求管理是一种获取获取、组织组织并记录记录软件需求的系统化方案，也是使客户与项目团队对不断变更的软件需求保持一致的过程 需求管理的目的：在客户和处理客户需求的软件项目组之间建立对客户需求的共同理解1.使软件受控，并建立供软件工程和管理使用的需求基线2.使软件计划、产品和活动与软件需求保持一致需求管理的原则一定要分类管理一定要分类管理：目标性需求、具体业务流程需求和操作性的需求等必须分优先级必须分优先级必须文档化必须文档化：文档必须是正确的、最新的、可管理的、可理解

10、和经过验证的需求一旦变化，就必须必须对需求变更的影响进行评估进行评估，每个项目都必须有需求管理员或组需求管理必须与需求工程的其他活动机密结合必须与需求工程的其他活动机密结合：需求管理是形式，需求获取、需求分析、需求验证等是内容需求管理的规划 进行需求管理的第一步是建立需求管理规划：需求识别需求识别：给需求以惟一的标识变更过程管理变更过程管理：确定一个选择、分析和决策需求变更的过程需求跟踪需求跟踪：定义需求之间的关系及需求和设计之间的关系，记录并维护这些关系自动化工具自动化工具：即选择使用何种CASE工具变更控制流程需求管理委员会需求管理委员会一、职能：一、职能：评审评审需求分析及讨论需求分析及

11、讨论跟踪跟踪需求修改进度需求修改进度监督监督需求整改质量保证需求整改质量保证二、会议制度：二、会议制度：每周定期召开需求管理会议每周定期召开需求管理会议职能 和规定产品研发步骤：产品研发步骤：一、产品需求文档：一、产品需求文档：二、讨论（发散思维），排列出优先等级二、讨论（发散思维），排列出优先等级 测试人员参与，按照实现效果、目的测试测试人员参与，按照实现效果、目的测试测试用例测试用例三、功能设计三、功能设计详细设计详细设计测试测试日常维护日常维护四、根据客户反馈，搜集新一轮需求；四、根据客户反馈，搜集新一轮需求；会议决议：会议决议：1 1、在不影响重大需求的前提下，新的紧急需求会、在不影响

12、重大需求的前提下，新的紧急需求会尽快上线。尽快上线。2 2、如果计划做新版本，需要重新做出新规划、如果计划做新版本，需要重新做出新规划需求跟踪目的：建立和维护从用户需求到测试的一致性与完整性，确保目的：建立和维护从用户需求到测试的一致性与完整性，确保实现都以客户需求为基础，实现的需求覆盖了预期的需求，并实现都以客户需求为基础，实现的需求覆盖了预期的需求，并确保输出与用户需求的符合性确保输出与用户需求的符合性需求跟踪就要追溯需求间以及需求与系统设计间的联系，可追需求跟踪就要追溯需求间以及需求与系统设计间的联系，可追溯性是需求描述的一个总体特性，反映了发现相关需求的能力。溯性是需求描述的一个总体特

13、性，反映了发现相关需求的能力。三类可追溯性信息：三类可追溯性信息：源可追溯性信息：连接需求与提出需求的人员及产生需求的原因源可追溯性信息：连接需求与提出需求的人员及产生需求的原因需求可追溯性信息：连接需求文档中彼此依赖的信息需求可追溯性信息：连接需求文档中彼此依赖的信息设计可追溯性信息：连接需求到其实现的设计模块设计可追溯性信息：连接需求到其实现的设计模块需求跟踪的作用在需求验证中，便于确保所有需求被应用有助于变更影响分析便于需求的维护便于测试时找出问题所在便于项目跟踪和减少项目风险简化了系统再设计，易于软件重用需求质量保证 需求验证过程审查需求文档审查需求文档：由分析人员、客户、设计人员和测

14、试人员等组成的审查小组编写测试用例编写测试用例：根据用户要求的产品功能写出测试用例。如果测试的设计很可能或不可能，说明需求的实现很困难编写用户手册编写用户手册：用户手册初稿确定合格的标准确定合格的标准：合格的测试是建立在使用情景描述或使用实例基础上的需求验证的内容有效性检查有效性检查：每项需求都是正确有效的，能解决用户面对的问题一致性检查一致性检查：需求不应该冲突完备性检查完备性检查：应包含所有用户想要的功能和约束现实性检查现实性检查：保证能利用现有技术实现可检验性检查可检验性检查：描述的需求能够实际测试可跟踪性检查可跟踪性检查：需求的出处被清晰记录可调节性检查可调节性检查：需求变更不会对其它

15、部分造成大规模影响可读性检查可读性检查：能够被读懂需求评审 评审注意事项：严格控制每次评审的文档规模和持续时间：避免参加者厌倦，提高评审效率和保证评审质量评审工作要分段进行：需求开发与需求评审依次进行要控制讨论的问题：避免跑题避免无谓的争吵小结 应应用用软软件件项项目目开开发发过过程程中中，最最为为关关键键的的环环节节是是对对需求的控制需求的控制。 需需求求管管理理处处于于软软件件项项目目管管理理开开发发周周期期的的最最上上游游；软软件件需需求求主主要要来来源源于于业业务务分分析析的的结结果果，在在充充分分考考虑虑用用户户的的自自身身特特性性与与要要求求的的前前提提下下，项项目目经经理理在在用

16、用户户与与项项目目组组之之间间达达成成共共识识，建建立立了了需需求求基基线线；在在项项目目开开发发过过程程中中，通通过过需需求求范范围围认认定定、需需求求形形式式化化记记录录、需需求求数数据据库库建建立立、需需求求状状态态跟跟踪踪、需需求求变变更更分分析析和和波波动动评评估估、需需求求评评审审控控制制等等程程序序，通通过过使使用用需需求求管管理理工工具具等等手手段段，实现对项目需求按基线的控制和管理。实现对项目需求按基线的控制和管理。 需需求求管管理理的的好好坏坏，对对产产品品项项目目的的成成败败起起决决定定性性作作用用，项项目目经经理理的的资资质质、技技能能要要求求非非同同一一般般，责责任任心心更更是保证。是保证。