需求管理流程

需求管理流程
人人都是产品经理
项目需求管理
什么是需求：
Rational 把需求定义为“（正在构建的）系统必 须符合的条件或具备的功能”。
著名的需求工程设计师 Merlin Dorfman 和 Richard H. Thayer 提出了一个包容且更为精练的定义， 它特指软件方面 - 但不仅仅限于软件：
题
要由跨职能的各组人员来管理。 8. 需求会发生变更。
9. 需求可能对时间敏感。
（1）对系统的综合要求：
需 求
功能要求:包括系统应该实现的功能；
分
性能要求:包括系统响应时间、资源限制、
析
数据精确性、系统适应性等；
过
运行要求:包括系统硬件环境、网络环境、
程
系统软件、接口等的具体要求；
其他要求包括：安全保密、可靠性、可维护
原
需求一旦变化，就必须对需求变更的影响进行评估，每个项目
则
都必须有需求管理员或组
需求管理必须与需求工程的其他活动机密结合：需求管理是形
式，需求获取、需求分析、需求验证等是内容
需
进行需求管理的第一步是建立需求管理规划：
求
需求识别：给需求以惟一的标识
管
变更过程管理：确定一个选择、分析和决策需求变更的
编写文档的重要参考
系统构建过程：需求决定模块设计，模块设计是代码实现的依 据
需
原始问题描述：对要解决问题的 叙述，它是软件需求的基础
求 用户需求：用自然语言和图表给 的 出的关于系统需要提供的服务及
类 操作的约束
别 系统需求：用详细的术语给出系
统要提供的服务及受到的约束
软件设计描述：在系统需求的基 础上加入更详细的内容，它是软 件详细设计和实现的基础
变更控制过程
的
软件需求过程
作
系统构建过程
系统测试过程
用
文档编制过程
项目计划过程：需求是项目计划的基础
需 跟踪控制过程：监控每项需求的状态，以发现设计是否达到了
求
预期的要求
的 变更控制过程：需求文档确定并制定基线后的变更都要通过确
作
定的变更控制过程来实现
用 系统测试过程：需求是测试的重要参考文档编制过程：需求是
修改开发计划
修改其它相关文档
需
一、职能：
求
评审——需求分析及讨论
Baidu Nhomakorabea
管
跟踪——需求修改进度 监督——需求整改质量保证
理
委
二、会议制度：
员
每周定期召开需求管理会议
会
产品研发步骤：
一、产品需求文档：
职
二、讨论（发散思维），排列出优先等级
能
测试人员参与，按照实现效果、目的测试— —测试用例
如何才能提高系统的质量？
管理? 简单地说，系统开发团队之所以管理需求是为了
获得项目成功。
好的需求管理是项目成功的第一要素。
为 什 么 要 管 理 需 求？
需求分析在启动和计划阶段，占有相当大的比例。
需求管理是一种获取、组织并记录系统需求的系
统化方案，以及一个使客户与项目团队对不断变更的
什 系统需求达成并保持一致的过程。
的
组之间建立对客户需求的共同理解
目
1. 使软件受控，并建立供软件工程和管理使用的需求基线
标
2. 使软件计划、产品和活动与软件需求保持一致
需
一定要分类管理：
求
目标性需求、具体业务流程需求和操作性的需求等
管 必须分优先级
理 必须文档化：
的
文档必须是正确的、最新的、可管理的、可理解和经过验证的
和
三、功能设计→详细设计→测试→日常维护
规
四、根据客户反馈，搜集新一轮需求；
定
会议决议：
1、在不影响重大需求的前提下，新的紧急需求会
尽快上线。
2、如果计划做新版本，需要重新做出新规划
…
需求开发与管理的界限
客户 市场 管理
项目环境
需求获取及分析 需求记录 需求验证 基准需求规格 需求变更 版本控制 需求状态及跟踪
需求开发
需求管理
需
需求管理是一种获取、组织并记录软件需求的系统化
求
方案，也是使客户与项目团队对不断变更的软件需求
管 保持一致的过程
理
需求管理的目的：在客户和处理客户需求的软件项目
理
过程
的
需求跟踪：定义需求之间的关系及需求和设计之间的关
规
系，记录并维护这些关系
划
自动化工具：即选择使用何种CASE工具
客户或开发人员 提出变更请求
变 项目经理
更
控
不是问题
分流处理
制 流
不接受
应重视的问题
需变求更控管制理委委员会 员 会
小问题 自行解决
程
变更影响分析报告
不接受
接受
修改SRS
原始问题描述
用户需求
原始
系统需求
解决
软件设计描述
提 交 需 语句和段落尽量简短 求 语句要完整，语法、标点等要正确 的 使用的术语与词汇表中的定义保持一致 基 避免使用模糊、主观的术语，如性能“优越” 本 避免使用比较性词汇，尽量给出定量的说明， 原 含糊的表达将引起需求的不可验证 则
性、可移植性、可扩展性等等。
（2）分析系统的数据要求
需 数据定义、数据逻辑关系、输入/出数据定义、 求 数据采集方式等
分 （3）抽象出并确立目标系统的逻辑模型
析 如用例图、设计模型、实施模型和实现模型等
过 （4）编写需求规格说明书 程 如数据流图、面向对象的分析等。
跟踪控制过程
需 项目计划过程
求
求
2. 需求并不总是容易用文字明白无误地表达。
管
3. 存在不同种类的需求，其详细程度各不相同。
理
4. 如果不加以控制，需求是无止境的，需求数量 将难以管理。
存
5. 需求相互之间以及与流程的其他可交付工件之
在
间以多种方式相关联。
的 6. 需求既非同等重要，处理的难度也不同。
问
7. 需求涉及众多相关利益责任方，这意味着需求
“软件需求可定义为： 用户解决某一问题或达到某 一目标所需的软件功能。系统或系统构件为了满足合同、 规约、标准或其他正式实行的文档而必须满足或具备的 软件功能。”
评测和验证有效的软件开发流程标准得到了推广 和普及
为什 么要 进行 需求
为什么现在仍然频繁发生的软件项目失败的事件？
为什么仍有那么多的项目受到延期、预算超支和 质量问题的困扰？
么
提供一种机制，以分析需求、评估可行性、协商
是 合理的解决方案、无歧义地规约解决方案、确认规约
需 以及在开发过程中管理这些被确认的需求规约。包括6
求 个步骤：
管
获取（需求诱导）
理？ 分析（需求分析和谈判）
规定（规约）
系统建模
验证（需求确认）
需求管理（控制与变更管理）
需
1. 需求不总是显而易见的，它可来自各个方面。