需求管理流程ppt课件

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