需求和技术解决方案
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
➢ SP 3.4 分析需求以达平衡
分析需求以达到利益干系人需要和约束条件之间的平衡
➢ SP 3.5 确认需求
确认需求以确保开发出的产品在预期的使用环境中正常运作
10
RD在标准过程体系中的实现
开始
业务需求分析
编写业务 需求说明
书
业务需求说 明书
分析需求 优先级
未通过
分析需求 风险
整合分析 需求
Product components
PI
Product components, work products, verification and validation reports
需求管理 需求开发 技术解决方案 产品集成 验证 确认
Product Customer
VER
VAL
Customer needs
评审需求
通过？
技术方案编制
设计备选 技术方案
确定方案 选择标准
选择技术 方案
编制技术 方案
技术方案
确认技术 方案
需求跟踪矩阵建立和维护
需求跟踪 矩阵建立
和维护
需求跟踪 矩阵
需求确认
业务部门 确认
通过？
结束
输入：项目说明书 输出：业务需求说明书、业务需求整合报告、评审记录、需求跟踪矩阵、技术方案
11
任务1：业务需求分析
原型化分析方法
在软件开发中，原型是软件的一个早期可运行的版本，它 反映最终系统的部分重要特性。它分成废弃型和演化型 (追加型)
17
结构化方法
结构化分析方法是一种建模技术
数据对象描述
实体— 关系图
加工规格说明
数据 词典
数据流图
状态—迁移图
控制规格说明
18
原型化方法
19
回顾
以上我们介绍了： ➢ CMMI中需求开发过程域的SG ➢ 标准过程体系中需求开发过程所含任务 ➢ 需求开发的关键技术
20
课程内容
➢ 需求开发（RD） ➢ 需求管理（REQM） ➢ 技术解决方案（TS） ➢ 产品集成（PI） ➢ 验证（VER） ➢ 确认（VAL） ➢ 体系其他过程
13
需求分析方法论—Zachman框架
14
术语：业务
业务目标：一个或多个资源期望达到的状态。目标联系着 整个业务以及业务中的过程。
业务流程：企业为了达到其业务目标所进行的一系列活动。 业务规则：定义或约束业务某些方面的声明，代表着业务
信息。它对业务怎样运行（业务功能如何实现）进行管理。 业务功能：为了实现企业的某些目标而采取的行为。是企
业务需求分析
编写业务 需求说明
书
业务需求说 明书
分析需求 优先级
分析需求 风险
整合分析 需求
评审需求
相关角色
主要执行者：系统分析师
其他执行者：项目经理、技术经理、 业务经理、需求分析工程师、干系人
业务需求分析是后续项目开发和测试的基 础。
《业务需求说明书》是一个集成文件，它 工作产品
包含两个附件，《非功能需求分析说明书》 输入：项目任务书、项目说明书、项
中国建设银行厦门开发中心
工程实施
培训目标
经过本课程的培训，学员可以： ➢ 了解CMMI工程实施过程组的组成 ➢ 了解CMMI定义和工程实施过程组各过程域的特殊目标 ➢ 学习标准过程体系中是如何实现的
2
CMMI工程实施过程组的组成
工程过程
过程域
需求开发（RD） 需求管理（REQM） 技术解决方案（TS）
失效 后果
交付产品的不可用和客户的不满意会导致未来业务流失； 时间和资源的浪费会影响我们的绩效； 需求不稳定而导致不停地返工使团队很厌烦失去信心； 当你不能很好理解需求的时候，客户会对你失去信任。
6
需求开发
利益干系人 的需要
开发客户需 求
开发产品需求
分析并确认需求
确认客户需求
确认产品、产品组件和接口需求
业一套相关的和正在进行的活动。
15
业务需求分析方法论
16
需求分析技术
结构化分析方法
一种面向数据流进行需求分析的方法，结构化分析方法适 合于数据处理类型软件的需求分析。具体来说，结构化分 析方法就是用抽象模型的概念，按照软件内部数据传递、 变换的关系，自顶向下逐层分解，直到找到满足功能要求 的所有可实现的软件为止
和《业务需求优先级及风险分析表》。
目章程
源自文库
业务需求分析后及时更新项目风险列表。 它由项目团队共同完成，并达成共识。
输出：业务需求说明书、业务需求整 合分析报告、项目风险管理列表
12
需求开发的核心原则
为获得项目的成功，干系人和项目成员须就下述三个要素达成清 晰的理解和共识：
需要解决的问题 项目在成本、进度、资源、政策上的约束 解决方案的约束 关键实践： 识别你的听众 问题和解决方案的分离 创建业务领域的共享理解 使用场景和用例来捕获需求 建立和维护需求优先级列表 使取舍价值最大化 管理项目范围 知道停下来的时候
➢ SP 2.2 分配产品组件需求
给每个产品组件分配需求
➢ SP 2.3 识别接口需求
识别接口需求
9
SG3-分析并确认需求
➢ SP 3.1 建立操作概念和场景
建立并维护操作概念和相关场景
➢ SP 3.2 建立需求功能性定义
建立并维护需求功能性定义
➢ SP 3.3 分析需求
分析需求确保其必要充分
产品集成（PI） 验证（VER） 确认（VAL）
CMMI 二 三四 五 级 级级 级
√ √
√ √ √ √
3
工程过程域
REQM
Requirements
Product and product component requirements
RD
Alternative solutions
TS
Requirements
7
SG1-开发客户需求
➢ SP 1.1 诱导需要
在产品生命周期的所有阶段诱导利益干系人需要，期 望，约束条件以及接口
➢ SP 1.2 开发客户需求
将利益干系人的需要、期望、约束条件和接口转化成 为客户需求
8
SG2-开发产品需求
➢ SP 2.1 建立产品和产品组件需求
建立并维护产品和产品组件需求，这些需求是基于客 户需求
4
课程内容
➢ 需求开发（RD） ➢ 需求管理（REQM） ➢ 技术解决方案（TS） ➢ 产品集成（PI） ➢ 验证（VER） ➢ 确认（VAL） ➢ 体系其他过程
5
需求开发（RD）
目标 产生并分析客户、产品以及产品组件需求。
失效 征兆
需求不明确，客户和开发团队不能正确理解需求； 设计、实现和测试的工作产品和需求产生不一致； 难于对产品设计达成共识，花费更长的不必要的时间。
分析需求以达到利益干系人需要和约束条件之间的平衡
➢ SP 3.5 确认需求
确认需求以确保开发出的产品在预期的使用环境中正常运作
10
RD在标准过程体系中的实现
开始
业务需求分析
编写业务 需求说明
书
业务需求说 明书
分析需求 优先级
未通过
分析需求 风险
整合分析 需求
Product components
PI
Product components, work products, verification and validation reports
需求管理 需求开发 技术解决方案 产品集成 验证 确认
Product Customer
VER
VAL
Customer needs
评审需求
通过？
技术方案编制
设计备选 技术方案
确定方案 选择标准
选择技术 方案
编制技术 方案
技术方案
确认技术 方案
需求跟踪矩阵建立和维护
需求跟踪 矩阵建立
和维护
需求跟踪 矩阵
需求确认
业务部门 确认
通过？
结束
输入：项目说明书 输出：业务需求说明书、业务需求整合报告、评审记录、需求跟踪矩阵、技术方案
11
任务1：业务需求分析
原型化分析方法
在软件开发中，原型是软件的一个早期可运行的版本，它 反映最终系统的部分重要特性。它分成废弃型和演化型 (追加型)
17
结构化方法
结构化分析方法是一种建模技术
数据对象描述
实体— 关系图
加工规格说明
数据 词典
数据流图
状态—迁移图
控制规格说明
18
原型化方法
19
回顾
以上我们介绍了： ➢ CMMI中需求开发过程域的SG ➢ 标准过程体系中需求开发过程所含任务 ➢ 需求开发的关键技术
20
课程内容
➢ 需求开发（RD） ➢ 需求管理（REQM） ➢ 技术解决方案（TS） ➢ 产品集成（PI） ➢ 验证（VER） ➢ 确认（VAL） ➢ 体系其他过程
13
需求分析方法论—Zachman框架
14
术语：业务
业务目标：一个或多个资源期望达到的状态。目标联系着 整个业务以及业务中的过程。
业务流程：企业为了达到其业务目标所进行的一系列活动。 业务规则：定义或约束业务某些方面的声明，代表着业务
信息。它对业务怎样运行（业务功能如何实现）进行管理。 业务功能：为了实现企业的某些目标而采取的行为。是企
业务需求分析
编写业务 需求说明
书
业务需求说 明书
分析需求 优先级
分析需求 风险
整合分析 需求
评审需求
相关角色
主要执行者：系统分析师
其他执行者：项目经理、技术经理、 业务经理、需求分析工程师、干系人
业务需求分析是后续项目开发和测试的基 础。
《业务需求说明书》是一个集成文件，它 工作产品
包含两个附件，《非功能需求分析说明书》 输入：项目任务书、项目说明书、项
中国建设银行厦门开发中心
工程实施
培训目标
经过本课程的培训，学员可以： ➢ 了解CMMI工程实施过程组的组成 ➢ 了解CMMI定义和工程实施过程组各过程域的特殊目标 ➢ 学习标准过程体系中是如何实现的
2
CMMI工程实施过程组的组成
工程过程
过程域
需求开发（RD） 需求管理（REQM） 技术解决方案（TS）
失效 后果
交付产品的不可用和客户的不满意会导致未来业务流失； 时间和资源的浪费会影响我们的绩效； 需求不稳定而导致不停地返工使团队很厌烦失去信心； 当你不能很好理解需求的时候，客户会对你失去信任。
6
需求开发
利益干系人 的需要
开发客户需 求
开发产品需求
分析并确认需求
确认客户需求
确认产品、产品组件和接口需求
业一套相关的和正在进行的活动。
15
业务需求分析方法论
16
需求分析技术
结构化分析方法
一种面向数据流进行需求分析的方法，结构化分析方法适 合于数据处理类型软件的需求分析。具体来说，结构化分 析方法就是用抽象模型的概念，按照软件内部数据传递、 变换的关系，自顶向下逐层分解，直到找到满足功能要求 的所有可实现的软件为止
和《业务需求优先级及风险分析表》。
目章程
源自文库
业务需求分析后及时更新项目风险列表。 它由项目团队共同完成，并达成共识。
输出：业务需求说明书、业务需求整 合分析报告、项目风险管理列表
12
需求开发的核心原则
为获得项目的成功，干系人和项目成员须就下述三个要素达成清 晰的理解和共识：
需要解决的问题 项目在成本、进度、资源、政策上的约束 解决方案的约束 关键实践： 识别你的听众 问题和解决方案的分离 创建业务领域的共享理解 使用场景和用例来捕获需求 建立和维护需求优先级列表 使取舍价值最大化 管理项目范围 知道停下来的时候
➢ SP 2.2 分配产品组件需求
给每个产品组件分配需求
➢ SP 2.3 识别接口需求
识别接口需求
9
SG3-分析并确认需求
➢ SP 3.1 建立操作概念和场景
建立并维护操作概念和相关场景
➢ SP 3.2 建立需求功能性定义
建立并维护需求功能性定义
➢ SP 3.3 分析需求
分析需求确保其必要充分
产品集成（PI） 验证（VER） 确认（VAL）
CMMI 二 三四 五 级 级级 级
√ √
√ √ √ √
3
工程过程域
REQM
Requirements
Product and product component requirements
RD
Alternative solutions
TS
Requirements
7
SG1-开发客户需求
➢ SP 1.1 诱导需要
在产品生命周期的所有阶段诱导利益干系人需要，期 望，约束条件以及接口
➢ SP 1.2 开发客户需求
将利益干系人的需要、期望、约束条件和接口转化成 为客户需求
8
SG2-开发产品需求
➢ SP 2.1 建立产品和产品组件需求
建立并维护产品和产品组件需求，这些需求是基于客 户需求
4
课程内容
➢ 需求开发（RD） ➢ 需求管理（REQM） ➢ 技术解决方案（TS） ➢ 产品集成（PI） ➢ 验证（VER） ➢ 确认（VAL） ➢ 体系其他过程
5
需求开发（RD）
目标 产生并分析客户、产品以及产品组件需求。
失效 征兆
需求不明确，客户和开发团队不能正确理解需求； 设计、实现和测试的工作产品和需求产生不一致； 难于对产品设计达成共识，花费更长的不必要的时间。