需求管理ppt课件
合集下载
需求管理流程ppt课件
“软件需求可定义为： 用户解决某一问题或达到某 一目标所需的软件功能。系统或系统构件为了满足合同、 规约、标准或其他正式实行的文档而必须满足或具备的 软件功能。”
2
为 什 么 要 进 行 需 求 管 理?
评测和验证有效的软件开发流程标准得到了推广 和普及 为什么现在仍然频繁发生的软件项目失败的事件？ 为什么仍有那么多的项目受到延期、预算超支和 质量问题的困扰？ 如何才能提高系统的质量？
不接受
接受
小问题 自行解决
变更影响分析报告
修改SRS
修改开发计划
修改其它相关文档
17
需
• 一、职能：
求 管
• 评审——需求分析及讨论 • 跟踪——需求修改进度 • 监督——需求整改质量保证
理
委
• 二、会议制度：
员
• 每周定期召开需求管理会议
会
18
• 产品研发步骤：
• 一、产品需求文档：
职
• 二、讨论（发散思维），排列出优先等级
提供一种机制，以分析需求、评估可行性、协商
是 合理的解决方案、无歧义地规约解决方案、确认规约
需 以及在开发过程中管理这些被确认的需求规约。包括6
求 个步骤：
管
获取（需求诱导）
理？ 分析（需求分析和谈判）
规定（规约）
系统建模
验证（需求确认）
需求管理（控制与变更管理）
5
需
1. 需求不总是显而易见的，它可来自各个方面。
管
• 变更过程管理：确定一个选择、分析和决策需求变更的
理
过程
的
• 需求跟踪：定义需求之间的关系及需求和设计之间的关
规
系，记录并维护这些关系
2
为 什 么 要 进 行 需 求 管 理?
评测和验证有效的软件开发流程标准得到了推广 和普及 为什么现在仍然频繁发生的软件项目失败的事件？ 为什么仍有那么多的项目受到延期、预算超支和 质量问题的困扰？ 如何才能提高系统的质量？
不接受
接受
小问题 自行解决
变更影响分析报告
修改SRS
修改开发计划
修改其它相关文档
17
需
• 一、职能：
求 管
• 评审——需求分析及讨论 • 跟踪——需求修改进度 • 监督——需求整改质量保证
理
委
• 二、会议制度：
员
• 每周定期召开需求管理会议
会
18
• 产品研发步骤：
• 一、产品需求文档：
职
• 二、讨论（发散思维），排列出优先等级
提供一种机制，以分析需求、评估可行性、协商
是 合理的解决方案、无歧义地规约解决方案、确认规约
需 以及在开发过程中管理这些被确认的需求规约。包括6
求 个步骤：
管
获取（需求诱导）
理？ 分析（需求分析和谈判）
规定（规约）
系统建模
验证（需求确认）
需求管理（控制与变更管理）
5
需
1. 需求不总是显而易见的，它可来自各个方面。
管
• 变更过程管理：确定一个选择、分析和决策需求变更的
理
过程
的
• 需求跟踪：定义需求之间的关系及需求和设计之间的关
规
系，记录并维护这些关系
《需求管理》PPT课件
销售部门根据客户的售出清单开具委托代销结算单。企业
根据审核后的结算单，开具销售发票并进行销售出库处理
及结转销售成本。
代销商按照企业开据的销售发票付款。
代销商可以将有质量问题的产品或未销售出去的产品，退
回本企业，并完成退货入整理库pp处t 理。
10
案例:红罐王老吉品牌定位战略
整理ppt
11
ERP 内部集成应用
需求类型 分销需求 销售合同
需求预测 其它
需求响应策略
备注
现货生产(MTS) 定单组装（ATO）
补库定单、分销合同、 预测
定货生产(MTO) 定单组装(ATO) 定单设计(ETO)
合同（计划）的对象是 最终产品
现货生产(MTS) 定货生产(MTO) 定单组装(ATO)
预测对象：产品 原材料
基本组件和可选件
整理ppt
5
ERP 内部集成应用
销售管理业务类型
•普通销售业务——完成响应客户的询价、签订销售订单、完
成销售出库、开据销售发票等工作
•直运销售业务——指企业与客户签订销售订单后，确定企业
的供应商。企业与供应商签订采购订单后，供应商将商品直 接发给企业的客户，企业无需实物的出入库即可完成购销售 业务。
备品备件、试验品、破 坏性试验品等
整理ppt
3
ERP 内部集成应用
•分析广告宣传的效果：
ห้องสมุดไป่ตู้
创
——广告宣传投入与销售收入增长的关系
造
——寻求最有效的广告宣传形式
需 •促销规则：
求
——折扣规则（按金额、数量、品种、客户）
——折让规则（回款时间）
——商品在商场摆放位置对经销商实行优惠策略
第19章需求工程中的项目管理PPT课件
务的风险和不确定性，并采取行动减少其中的不确定性或 者降低风险的影响范围
识别
控制
管理、交流
分析
跟踪
计划
15
5. 需求风险管理 ——驱动因素
类别 需求复杂性
需求稳定性
风险驱动因素
应对策略
示例
类别
示例
系统的规模比较复杂 系统的环境比较复杂 涉及的技术比较复杂
形式化建模技术，例如KAOS 需求建模技术 建模方法学，例如UML
需求获取技术 面谈、原型、观察等等
16
结束语
当你尽了自己的最大努力时，失败也是伟大的， 所以不要放弃，坚持就是正确的。
When You Do Your Best, Failure Is Great, So Don'T Give Up, Stick To The End
17
谢谢大家
荣幸这一路，与你同行
不利于用户 的有效参与
需求 设计 代码 测试
需求开发 需求管理
集成
运行与维护
7
3. 生命周期规划
软件的问题域比较复杂，但是业务非常成熟而且需求比 较稳定
不利于用户的有效参与
需求开发
需求管理
需求
发布1 设计
实现
发布2 设计
测试 实现
集成 运行与维护
测试
集成 运行与维护
发布3 设计 发布4
实现 设计
1. 需求工程中的项目管理 2. 资源支持 3. 生命周期规划 4. 团队管理 5. 需求风险管理
4
2. 资源支持
一定数量技能良好的可用人员；
可行的时间限制和充足的资金支持；
可用的系统运行环境、软件工具、道具、文档模版、可复用资源等其
识别
控制
管理、交流
分析
跟踪
计划
15
5. 需求风险管理 ——驱动因素
类别 需求复杂性
需求稳定性
风险驱动因素
应对策略
示例
类别
示例
系统的规模比较复杂 系统的环境比较复杂 涉及的技术比较复杂
形式化建模技术，例如KAOS 需求建模技术 建模方法学，例如UML
需求获取技术 面谈、原型、观察等等
16
结束语
当你尽了自己的最大努力时，失败也是伟大的， 所以不要放弃，坚持就是正确的。
When You Do Your Best, Failure Is Great, So Don'T Give Up, Stick To The End
17
谢谢大家
荣幸这一路，与你同行
不利于用户 的有效参与
需求 设计 代码 测试
需求开发 需求管理
集成
运行与维护
7
3. 生命周期规划
软件的问题域比较复杂，但是业务非常成熟而且需求比 较稳定
不利于用户的有效参与
需求开发
需求管理
需求
发布1 设计
实现
发布2 设计
测试 实现
集成 运行与维护
测试
集成 运行与维护
发布3 设计 发布4
实现 设计
1. 需求工程中的项目管理 2. 资源支持 3. 生命周期规划 4. 团队管理 5. 需求风险管理
4
2. 资源支持
一定数量技能良好的可用人员；
可行的时间限制和充足的资金支持；
可用的系统运行环境、软件工具、道具、文档模版、可复用资源等其
《需求管理》课件
需求的种类和来源
了解需求的不同类型，包括业务需求、功能需求和非功能需求，以及这些需 求来自哪些不同的利益相关者和渠道。
收集和分析需求
学习如何有效地收集需求，包括面对面会议、问卷调查和用户故事等方法， 并掌握需求分析技术，如需求优先级排序和需求冲突解决。
需求文档的编写和维护
了解如何编写清晰、具体且可追溯的需求文档，并学习如何更新和维护这些文档，以确保与利益 相关者的沟通流畅。
《需求管理》PPT课件
通过本课件您将了解需求管理的概念和重要性，掌握需求的收集、分析、编 写和维护技巧，以及与客户协商、需求测试和验证等关键步骤。准备好与团 队一同探索需求的奥秘吧！
需求管理的概念和重要性
深入了解需求管理的定义和意义，探索需求如何驱动项目成功，并了解适用 于需求管理的不同方法和流程。
评估和优先级分配需求
学习如何评估和分配需求的优先级，以便有效地分配资源和规划项目进度。
需求跟踪与变更管理
了解如何跟踪需求的进展和和客户、利益相关者协商需求
学习如何与客户和其他利益相关者进行有效的需求协商，以确保项目的成功 和满足各方的期望。
需求管理规范流程课件(PPT 44张)
©2008 BOCO Inter-Telecom Co. All rights reserved.
KANO模型
客户满意度 最好满足的需求 兴奋需求 很好的执行 很差的执行 基本需求
Kano模式
客户不满意度
©2008 BOCO Inter-Telecom Co. All rights reserved.
★ ★ ★
★
现场支持
售后反馈
©2008 BOCO Inter-Telecom Co. All rights reserved.
★
★
★
★
需求整理和分析过程
So urces Qu estio ns Statemen ts Key Check Ch eck Key Ch eck Check Key Ch eck Ch eck 1 2 3 4
系统能够进行高品质 地光盘刻录
数据传输快
抗干扰性强 传输速率快 传输方式多
缓存内存容量大 烧盘概率小
刻写过程稳定
©2008 BOCO Inter-Telecom Co. All rights reserved.
识别冲突（冲突矩阵法）
优化方向
需求1 需求1 需求2
需求2
需求3
需求4
++
©2008 BOCO Inter-Telecom Co. All rights reserved.
需求收集的方法
效果
方法
短期
用户大会 专家顾问团 需求探针
★
时间范围 中期
★ ★
产品范围 长期
★ ★ ★
当前
未来
★ ★
直接
★ ★ ★ ★ ★
★
★
客户需求管理之道ppt课件
客户是这么描述 需求的
售前咨询师是这 么描绘蓝图的
项目经理是这么 理解建设内容的
需求分析师是这 么设计需求的
2019
程序员是这么编 写的
测试员是按这个 理解进行测试的
客户最终花钱的 规模是这样的
而这才是客户真 8 正需要的
再站在客户的角度，共同思考剖析一个问题
假设你想买一套房子作为“家”，你起初所能描述的是 “对房子的要求 ”还是“对家的需求”？
• “太极分阴阳”类：客户已有问题我们梳理需求（例：招投标）
心法：全、细、聚 类似案例
•
“无极生太极”类：我们发掘问题我们梳理需求（例：智慧城市框架）
心法：高、准、引 类似案例
2019
-
16
需求传递及控制之“法”
需求传递——确保 “过程不失真”、“全体都认同”
• 必须有一位需求负责人全程总体把控需求方向，内部统一口径，外部协调 各方确认需求（沟通技巧/呈现技巧） • 制定一系列规范和流程：
-
11
反刍一下，举一反三
秋千工程小游戏——该怎么定义需求：
• • • 要求： 需要： 期望：
“怪现状”——需求管理出了什么问题：
•
客户仅表达了“要求”和“需要”，售前咨询捕获“期望”不到位且擅自“镀 捕获：客户仅表达了“要求”和“需要”，售前咨询捕获“期望”不到位且擅自“
金”，项目经理发现“镀金”现象，却直接回归到“要求”层 镀金”，项目经理发现“镀金”现象，却直接回归到“要求”层 从售前开始缺失信息，在项目经理处完全失控，肯定没有与客户沟通确认过 传递：从售前开始缺失信息，在项目经理处完全失控，肯定没有与客户沟通确认过 捕获和传递虽是罪魁祸首，但控制本身亦难辞其咎，无全程把舵之人或需求控 控制：捕获和传递虽是罪魁祸首，但控制本身亦难辞其咎，无全程把舵之人或需求 制者失职，变更频繁导致实施成本指数级膨胀 控制者失职，变更频繁导致实施成本指数级膨胀
《系统功能需求分析》课件
需求文件审核
经过验证和审查，确保需求文档准确、完整。
需求分析阶段
需求分析的目标和任务
分析需求并识别需求间的冲突与 关联。
需求分析的方法和技术
使用方法和工具，例如用例分析 和数据流图。
需求分析的输入与输出
输入包括需求文档和用户反馈， 输出为需求规格说明。
需求规格说明阶段
需求规格说明的定义和目的
详细描述需求，确保开发团队理解和满足需求。
输入为需求规格说明，输出为需求确认和验证报告。
需求管理阶段
需求变更管理和控制
跟踪需求变更，并评估其影响。
需求跟踪和追踪
追踪需求的来源、变更和实现情 况。
需求库和管理工具
使用工具进行需求的存储、跟踪 和管理。
总结
系统需求分析的重要性 和实践过程
系统需求分析是确保项目成 功的关键步骤。
如何提高系统需求分析 的质量和效率
使用合适的技术和方法，进 行全面的需求分析。
如何应对系统需求分析 的挑战和风险
预先考虑可能的问题，并制 定风险应对策略。
需求规格说明的内容和格式
包括需求描述、验收标准和界面设计等内容。
需求规格说明的编写和审核
由需求分析人员编写，并经过相关人员的审核和确认。
需求确认和验证阶段
1
需求确认和验证的户期望。
2
需求确认和验证的方法和技术
包括原型测试、功能测试和用户验收测试等。
3
需求确认和验证的输入和输出
《系统功能需求分析》PPT课件
# 系统功能需求分析PPT课件大纲 ## 介绍系统需求分析的目的和作用 - 系统需求分析的定义 - 系统需求分析的作用 - 系统需求分析的过程和方法
需求获取阶段
经过验证和审查，确保需求文档准确、完整。
需求分析阶段
需求分析的目标和任务
分析需求并识别需求间的冲突与 关联。
需求分析的方法和技术
使用方法和工具，例如用例分析 和数据流图。
需求分析的输入与输出
输入包括需求文档和用户反馈， 输出为需求规格说明。
需求规格说明阶段
需求规格说明的定义和目的
详细描述需求，确保开发团队理解和满足需求。
输入为需求规格说明，输出为需求确认和验证报告。
需求管理阶段
需求变更管理和控制
跟踪需求变更，并评估其影响。
需求跟踪和追踪
追踪需求的来源、变更和实现情 况。
需求库和管理工具
使用工具进行需求的存储、跟踪 和管理。
总结
系统需求分析的重要性 和实践过程
系统需求分析是确保项目成 功的关键步骤。
如何提高系统需求分析 的质量和效率
使用合适的技术和方法，进 行全面的需求分析。
如何应对系统需求分析 的挑战和风险
预先考虑可能的问题，并制 定风险应对策略。
需求规格说明的内容和格式
包括需求描述、验收标准和界面设计等内容。
需求规格说明的编写和审核
由需求分析人员编写，并经过相关人员的审核和确认。
需求确认和验证阶段
1
需求确认和验证的户期望。
2
需求确认和验证的方法和技术
包括原型测试、功能测试和用户验收测试等。
3
需求确认和验证的输入和输出
《系统功能需求分析》PPT课件
# 系统功能需求分析PPT课件大纲 ## 介绍系统需求分析的目的和作用 - 系统需求分析的定义 - 系统需求分析的作用 - 系统需求分析的过程和方法
需求获取阶段
软件需求管理PPT课件
编写需求规格说明书
将分析和评估后的需求编写成正 式的需求规格说明书，明确软件 系统的功能、性能、非功能需求、 约束和假设条件等。
评审和确认
对编写好的需求规格说明书进行 评审和确认，确保其准确性和完 整性。
需求分析的工具
思维导图工具
如XMind、MindManager等，用于整理和 分析需求。
原型制作工具
初步需求收集
在项目启动阶段进行，主要目的是确定项目的目标和 范围。
深化需求收集
在初步需求收集之后进行，主要目的是细化功能需求 和非功能需求。
变更需求收集
在软件开发过程中进行，主要目的是应对利益相关者 提出的需求变更请求。
03 需求分析
需求分析的目标
确定软件系统的功能和性能 要求。
确定软件系统的约束和假设 条件。
软件需求的重要性
确保开发目标明确
提高软件质量
明确软件的目标和范围，避免开发偏 离方向。
明确的质量要求有助于提高软件的稳 定性和用户体验。
减少返工和变更成本
尽早识别和解决需求问题，降低开发 成本和时间。
软件需求管理过程
01
需求收集
通过与用户沟通、市场调研等方式 获取原始需求。
需求规格说明
编写详细的需求文档，明确各项需 求的细节。
03
为后续的软件开发和测试提供明确的依据。
04
便于需求变更的管理和控制。
需求规格说明的内容
功能需求
包括业务流程、数据流程、界面交互等。
约束和假设条件
如技术限制、开发环境、资源等方面的约束。
非功能需求
包括性能、安全、可用性、可维护性等方面 的要求。
验收标准
用于评估软件是否满足需求的明确标准。
交通需求管理课件
2. 优化出行结构（改善交通行为，寻求新 的出行替代）；
3. 优化交通流配置：
l 单向交通组织 l 信号科学控制 l 区域许可证 l 小汽车使用制度（拥有与使用）
1.1.3 TDM背景
1 美国的的小汽车泛滥之教训，说明缓解交通拥挤不能光 靠扩建交通设施（供应扩容）,还需对无休止的交通需 求进行控制与管理，使交通增长限制在城市路网、社会 经济发展能承受的范围之内。
2. 提出出行需求从低效的私人车辆出行转化为 高效的公共交通方式的出行措施。
3. 建立规划—建设—管理一体化的机构体制和 政策措施，使有限的交通设施得以有效得利用， 使交通时空分布达到优化平衡。
TDM在供求关系平衡上的积极作用如下图1－1：
从前的方法
新方法
环境
财政制约
D
S
D
S
以前，对应需求的增长 扩大供给确保供需平衡
3.50
27000
27000
30
810000
0.2
0.45
100
பைடு நூலகம்
地铁
3.50
36000
36000
35
1262000
——
0.5
100
表2-2 不同交通方式人均时空消耗的计算〔14〕
项目
交通方式
步行 自行车
中巴
大客车 铰接车
小汽车
平均车速
4
14
20
15
15
25
横向净空 0.75
1.5
3.5
3.75
3.75
l 电子化道路价格提供了计算拥挤的方法，保 障了控制区域的各类社会经济活动
1.3.3日本的TDM措施研究
日 本 交 通 工 程 研 究 学 会 “ TDM—— 缓 解 堵 塞 智 慧 袋”，总结了日本多个城市将TDM作为交通规划 与治理的一种新思路取得的经验。包括多项成 功的TDM技术措施和广泛的群体合作。典型的示 例：
3. 优化交通流配置：
l 单向交通组织 l 信号科学控制 l 区域许可证 l 小汽车使用制度（拥有与使用）
1.1.3 TDM背景
1 美国的的小汽车泛滥之教训，说明缓解交通拥挤不能光 靠扩建交通设施（供应扩容）,还需对无休止的交通需 求进行控制与管理，使交通增长限制在城市路网、社会 经济发展能承受的范围之内。
2. 提出出行需求从低效的私人车辆出行转化为 高效的公共交通方式的出行措施。
3. 建立规划—建设—管理一体化的机构体制和 政策措施，使有限的交通设施得以有效得利用， 使交通时空分布达到优化平衡。
TDM在供求关系平衡上的积极作用如下图1－1：
从前的方法
新方法
环境
财政制约
D
S
D
S
以前，对应需求的增长 扩大供给确保供需平衡
3.50
27000
27000
30
810000
0.2
0.45
100
பைடு நூலகம்
地铁
3.50
36000
36000
35
1262000
——
0.5
100
表2-2 不同交通方式人均时空消耗的计算〔14〕
项目
交通方式
步行 自行车
中巴
大客车 铰接车
小汽车
平均车速
4
14
20
15
15
25
横向净空 0.75
1.5
3.5
3.75
3.75
l 电子化道路价格提供了计算拥挤的方法，保 障了控制区域的各类社会经济活动
1.3.3日本的TDM措施研究
日 本 交 通 工 程 研 究 学 会 “ TDM—— 缓 解 堵 塞 智 慧 袋”，总结了日本多个城市将TDM作为交通规划 与治理的一种新思路取得的经验。包括多项成 功的TDM技术措施和广泛的群体合作。典型的示 例：
需求管理培训课件.pptx
绘制系统与系统外 的界限和接口关系
创建用户界面原型
分析需求的可行性
确定需求的优先级
寻找意外需求
描述字段属性
建立需求模型
需求文档
目的是使用户和开发人员对需求有一个共同的理解，使之成为整个开发工 作的基础，也是需求的基线。
范围
1、文档用户和内容概述；2、需求范围；3、涉及部门及岗位；
需求
1、业务需求；2、功能需求；3、相应规则；
小组会议
收集需求的时间更快； 对于一些有歧义的问题、不清晰的需求，
十分有用；
要考虑多方的时间，会议的组织难度大； 对于会议的主持和把控需要技巧； 气氛很重要，要开放，言之有物；
合理的提问和引导出全面的需求并记录下来
需求八要素
需 求：差旅费报销 价 值：为一线员工提供差旅报销功能，便于………… 触 发：差旅申请单 前 提：有部门预算，审核通过的差旅申请…… 频 率：平均每天100单 关键情况：关联多张差旅申请单报销
vanKe 让 建 筑 赞 美 生命
THANKS
可追溯性
文档中需求与系统需求的双向可追踪性；
引用文件
1、制度、规范；2、公司发文；3、其他参考文档；
避免长篇大论式的文档描述
文不如字，字不如表，表不如图。
…………
需求确认
对需求文档进行评审和确认的过程。
需求评审
1、分层次评审；2、正式与非正式评审结合；3、事后跟踪工作；
需求测试
1、准备“概念”测试用户；2、基于“概念”测试用例模拟需求测试；
用户访谈
ห้องสมุดไป่ตู้1、准备访谈；2、主持访谈；3、访谈后续工作（吸收，理解，未明确问题跟进，访谈备忘录）
问卷调查
《需求管理》PPT课件
代销商销售产品。
ERP 内部集成应用
•零售业务——指商业企业将商品销售给最终用户的销售业
务，这种业务适用于商场、超市等零售企业。零售业务是 整个分销业务的最终环节。
•销售调拨业务——是处理集团企业内部有销售结算关系
的销售部门或分公司之间的销售业务。
•受托代销业务——指在产品所权归属委托企业的情况，由我
ERP 内部集成应用
委托代销业务基本业务流程
企业销售人员按照销售计划，与各代销商签订委托代销销 售订单。主要内容包括委托代销产品、代销数量、供应价、 销售价格等。
企业的销售人员填写发货单，库存管理人员按照发货单发 货给代销商，发货后的产品所有权仍然属于本企业。
代销商接收产品，并在销售产品后开具售出清单 销售部门根据客户的售出清单开具委托代销结算单。企业
需求预测 其它
需求响应策略
备注
现货生产(MTS) 定单组装（ATO）来自补库定单、分销合同、 预测
定货生产(MTO) 定单组装(ATO)
合同（计划）的对象是 最终产品
定单设计(ETO)
现货生产(MTS)
预测对象：产品
定货生产(MTO)
原材料
定单组装(ATO)
基本组件和可选件
备品备件、试验品、破 坏性试验品等
erp内部集成应用需求管理整理ppterp内部集成应用供应链管理scm客户关系管理crm分销需求计划drp资源计划销售与运作计划sop需求管理竞争情报主生产计划mps总装计划fas需求管理在erp系统中的位置整理ppterp内部集成应用需求类型与需求响应策略需求类型需求响应策略备注分销需求现货生产mts定单组装ato补库定单分销合同预测销售合同定货生产mto定单组装ato定单设计eto合同计划的对象是最终产品需求预测现货生产mts定货生产mto定单组装ato预测对象
ERP 内部集成应用
•零售业务——指商业企业将商品销售给最终用户的销售业
务，这种业务适用于商场、超市等零售企业。零售业务是 整个分销业务的最终环节。
•销售调拨业务——是处理集团企业内部有销售结算关系
的销售部门或分公司之间的销售业务。
•受托代销业务——指在产品所权归属委托企业的情况，由我
ERP 内部集成应用
委托代销业务基本业务流程
企业销售人员按照销售计划，与各代销商签订委托代销销 售订单。主要内容包括委托代销产品、代销数量、供应价、 销售价格等。
企业的销售人员填写发货单，库存管理人员按照发货单发 货给代销商，发货后的产品所有权仍然属于本企业。
代销商接收产品，并在销售产品后开具售出清单 销售部门根据客户的售出清单开具委托代销结算单。企业
需求预测 其它
需求响应策略
备注
现货生产(MTS) 定单组装（ATO）来自补库定单、分销合同、 预测
定货生产(MTO) 定单组装(ATO)
合同（计划）的对象是 最终产品
定单设计(ETO)
现货生产(MTS)
预测对象：产品
定货生产(MTO)
原材料
定单组装(ATO)
基本组件和可选件
备品备件、试验品、破 坏性试验品等
erp内部集成应用需求管理整理ppterp内部集成应用供应链管理scm客户关系管理crm分销需求计划drp资源计划销售与运作计划sop需求管理竞争情报主生产计划mps总装计划fas需求管理在erp系统中的位置整理ppterp内部集成应用需求类型与需求响应策略需求类型需求响应策略备注分销需求现货生产mts定单组装ato补库定单分销合同预测销售合同定货生产mto定单组装ato定单设计eto合同计划的对象是最终产品需求预测现货生产mts定货生产mto定单组装ato预测对象
软件需求分析PPT课件
– E-R D - Entity Relationship Diagrams
• 面向对象建模
– 处理和数据相结合
– Object and Class 对象和类的技术
2021/3/7
CHENLI
11
需求分析基本方法
——结构化分析方法
(SA)
• 结构化分析（Structured Analysis,简称SA法）
CHENLI
20
数据需求分析
——数据字典DD
• 数据元素的组合方式
–顺序：A+B –选择：[A|B] –重复：1{A}5 –可选： （A）
• DD的用途
–分析阶段的交流工具 –包含控制信息 –数据库设计的基础
2021/3/7
CHENLI
21
E-R图
• 用于对复杂数据的数据分析和建模 • 实体、属性和关系 • 组成符号
• 需求分析是前面需求获取阶段的继续，通 过对所获取的信息进一步加工获得对系统 的更精确描述，成为转换成需求规格说明 的直接信息元。
• 但是否将需求分析作为独立的过程？
2021/3/7
CHENLI
4
需求分析的关键点
• 问题域的结构 • 问题域的数据 • 问题域的行为 • 问题域的事件 • 问题域的状态 • 派生需求
2021/3/7
CHENLI
7
分析方法
• 结构化分析 • 面向对象分析
2021/3/7
CHENLI
8
分析模型描述工具
• 结构化分析工具
–DFD、DD和PSPEC –CFD、CSPEC和STD –E-R图
• 面向对象分析工具
–用例图，类图，对象图 –对象-关系图 –对象-行为图
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
设计 产品经理 需求人 负责人
实施
技术架构设计、代码编写 测试用例、问题沟通 自测与联调
对不起，这部分对我也是黑盒
检验
发布前：需求验收、体验官体验 发布后：数据分析、用户反馈
需求验收
1
设计
• 需求人和负责人：验收是否满足需要（可用） • 产品经理：验收是否完成逻辑（不出错） • 设计师：验收是否还原设计（美观，好用） 产品经理
3
• 需求目标与团队目标的一致 • 所需资源（成本、人员等）得到认可
负责人
BOSS
需求优先级
4
• 优先级得到明确
公司战略和规划
1 相关需求
案
例
3 提升工作效率 相关需求
负责人 BOSS
2 业务发展/增收/成本降低 相关需求
4 用户体验和认知 相关需求
公司战略和规划相关需求 提升工作效率的相关需求
• 为时效性负责
讨论时间
方案
需求可行性评估、排期回复、PRD撰写、 PRD评审、UI设计
需求可行性评估
1
• 产品经理与需求人、负责人沟通和确认需求 • 产品经理与技术负责人评估可行性
产品经理
负责人 需求人 技术负责人
排期回复
2
• 可行，大概XX上线 • 可行，需要时间较长，XX时间回复您 • 有问题，我们一起找XX再协商一下 • 优先级不OK，排到XX时间是否可以 • 不行，有大问题，具体细聊
负责人
需求人
用户反馈
4
• 体验官是用户？是 • 是什么用户？内部用户/核心用户 • 可局部定性，可初略定量 • 用户访谈：定性 • 客服数据、针对性的统计、问卷：定量
产品经理 负责人 需求人
落地
结合我们的需求管理流程
周周周周周 一二三四五
N周
周周周周周 一二三四五
周周周周周 一二三四五
需求确认
需求人
如何描述需求？
2
描述清楚目标
需求人
就完成了需求描述的第一步
如何描述需求？
2
寻找多种解决方案，并记录
我知
他知
共识
我不知
短版
他不知 特长 风险
需求人 负责人 专家外援
需求如何描述？
2
挖掘多种使用场景，并记录
我遇到
他遇到
普需我少/不遇到源自兼顾边际 他少/不遇到 兼顾
需求人
客服
产品经理 你的用户
需求如何描述？
需求管理
精准高效 从容不迫
总做迫在眉睫的事，会让人丧失目标
目录
目标
需求分析
方案
需求设计
实施
需求研发
检验
用户反馈
目标
需求产生、描述、共识、优先级
需求来源于目标
1
• 业务的阶段性战略任务 • 团队的头脑风暴结果 • 工作过程中的经验和感悟 • 数据或KPI的驱动 • 用户或客服的反馈 • 领导要求 合作意向
需求人 负责人
体验官体验
2
• 条件各异的人：帮助发现不可预知场景
（需求干系人认知存在盲区）
• 不知情人：验收是否吻合预期（合理）
产品经理 设计
测试 技术负责人 需求人 负责人
数据分析
3
产品经理
• 分析的周期 • 预测变化：增长、减少 • 业务关键指标 • 回到目标，当初做这个是为了什么？现在达
到了么？
业务
产品
需求评估、原型设计 反复确认、正式回复
评 审
RPD
评
UI设计
审
研发
评 审
研 发
验收
验收
研发、测试
修正
体验
THANK S
2
• 通过模板文档，模板文档会提示一些重 要的问题
• 参考竞品或类似产品的方案 • 任何可以帮助你描述想法的工具，甚至
是纸笔
需求人
需求如何描述？
2
• 如果你的需求别人没有插手的余地，是 危险的信号
• 如果你的需求，没有不良效果，是危险 的信号
• 如果你无法用30个字说清楚你的目标， 是危险的信号
需求共识，目标被认可
产品经理 负责人
PRD撰写
3
• 原型绘制 • 流程图绘制 • 产品规格描述 • 异常的处理方案
产品经理
PRD评审
4
• 方案认可 • 需求细节讲解 • 最终技术用时评估，研发人员分工 • 验收目标明确
产品经理
测试 设计 负责人 需求人 技术负责人
界面设计
5
• 文案设计（理念传达） • UE设计（交互流程） • UI设计（信息呈现） • 视觉设计（风格润色） • 确认
讨论：适合咱 们平台的优先 级策略是什么?
业务发展/增收/成本降低 相关需求
用户体验和认知相关需求
出现的需求干系人和职责
需求人
• 产生需求 • 分析需求 • 描述需求
• 为需求目标 负责
产品经理 技术负责人 客服 用户
外援专家
负责人
BOSS
负责人
（业务对接人）
需求人
• 业务节奏把控 • 审核需求 • 优先级确认 • 审批流程