CMM2级需求管理 21
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
24 5
CMM2级需求管理过程 CMM2级需求管理过程
CMM2级需求管理过程(KPA)包括的14个元素 CMM2级需求管理过程(KPA)包括的14个元素 级需求管理过程 包括的14 2个目标 1个承诺(执行约定) 4种能力 3种活动 1种尺度(测量和分析 ) 3种确认(验证实施)
24 6
2个目标
24
21
验证实施 2
• 项目经理定期或事件一驱动地参与评审 管理给定 给定需求的活动。 给定
24
22
验证实施 3
• 软件质量组对管理给定 给定需求的活动和工作产品， 给定 进行评审并报告其结果。 • 这些评审要验证： • 1.给定 给定需求在提交给软件工程组前，是己评审 给定 的，问题已经解决。 • 2.当给定 给定需求更改时，软件计划、工作产品和 给定 活动已经合适地修改。 • 由给定 给定需求的更改导致的对约定的更改已与受 给定 影响的小组协商过。
24 23
END
北京航空航天大学软件工程研究所 罗燕京 Luo_yanjing@sina.com.cn
24 24
• 目标1: 目标1 • 分配给软件的系统需求是受控 需求是受控的，建立 需求是受控 供软件工程和管理使用的基线。 • 目标2: 目标2: 计划、 • 软件计划、产品和活动 计划 产品和活动与分配给软件的 系统需求保持一致。
24
7
1个执行约定(承诺) 个执行约定(承诺)
• 项目遵循一书面的、组织上的方针去管 理分配给软件的系统需求。 • 分配给软件的系统需求称为“分配需 求”。分配需求是系统需求的子集，它 将用系统的软件成分来实现。 • 分配需求是软件开发计划的主要输入 分配需求是软件开发计划的主要输入。 软件需求分析详细描述和提炼分配需求， 并生成文档化的软件需求。
• 对分配需求建立文档
• 分配需求包括： 1.影响和确定软件项目活动的非技术性需求即: 协议、条件和合同条款 例:要交付的产品，交付日期，和里程碑。 2. 对软件的技术需求。例： • 最终用户、操作员、支持、或集成功能； • 性能要求； • 设计约束； • 编程语言； • 界面需求。 3. 用于确认软件产品满足分配需求的验收准则。
24 12
能力3 能力3
为管理给定需求提供足够的资源和资金。 1. 指派在应用领域和软件工程方面有经验 和技能的个人去管理给定需求。 2. 支持管理需求活动的工具： 电子表格程序，配置管理工具， 跟踪工具，测试管理工具。
24 13
能力4 能力4
• 软件工程组和其它软件有关组的成员接 受过实施需求管理活动的培训。 • 培训包括： • 项目所使用的方法、标准、规程 • 应用领域。
CMM2级需求管理 CMM2级需求管理
北京航空航天大学软件工程研究所 罗燕京2004.10 罗燕京2004.10 Luo_yanjing@sina.com.cn
24 1
软件过程成熟度框架
24
2
关键过程域(KPA) 关键过程域(KPA)
• 每个成熟度等级被分解成几个关键过程 区域，指明为了改进其软件过程组织应 关注的区域。关键过程区域识别出为了 达到基本成熟度等级所必须着手解决的 问题。 • 每个关键过程区域 关键过程区域识别出一串相关活动， 关键过程区域 当这些活动全部完成时，能达到一组对 增强过程能力至关重要的目标。
24 8
分配需求一般规定
1. 2. • • 对给定需求建立文档。 由下列人员评审给定需求 软件管理人员 其它相关小组 系统测试组， 软件工程组 系统工程组， 软件质量保证组， 软件配置管理组， 文档支持组。 3.更改软件计划、工作产品和活动，以便和给定需求的改变保持一 致。
24 9
能力1 能力1
24 15
活动 2
• 将给定需求作为软件计划、工作产品和 活动的基础。 • 1.管理和控制给定需求。 “进行管理和控制”意味着在给约定时 间(过去或现在)使用的工作产品的版本 是己知的(即版本控制)，而且以受控的 方式引进更改(即更改控制)。
24 16
活动 2
• 2.给定需求是软件开发计划的基础。 • 3.给定需求是开发软件需求的基础。
• 对每个项目，系统需求分析并将其分配 到硬件、软件和其它系统成分的职责明 确。
24
10
能力1 能力1
• 分析和分配系统需求不是软件工程组的 职责，而是他们工作的先决条件。 该职责包括： 1. 在项目整个生存期内，以文档形式管理 系统需求及其分配。 2. 实现对系统需求及其分配的更改。
24
11
能力2 能力2
24
17
活动 3
• 评审对给定需求的更改，将其纳入软件 项目 1.评估对现有约定的影响，协商对现有约 定进行合适更改。 a.对组织外部的个人和组所作约定的更 改由高级管理者参与评审。 b.对机构内部约定的更改。
24 18
活动 3
2. 对由于给定需求的更改造成的对软件计划、 工作产品和活动必须作的更改要加以: 识别， 评价， 风险评估， 文档化， 规划， 传达到受到影响的组和个人， 跟踪直到结束。
24 3
CMM2级需求管理( CMM2级需求管理(KPA) 级需求管理
• 需求管理的目的是在顾客和将处理顾客 需求的软件项目之间建立对顾客需求的 共同理解。 • 需求管理包括和顾客一起建立和维护有 关软件项目需求的协议，该协议称作 “分配给软件的系统需求”。
24
4
2级关键过程域
1. 2. 3. 4. 5. 6. 软件配置管理 软件质量保证 软件子合同管理 软件项目跟踪和监督 软件项目策划 需求管理
24 19
• • • • • • •
1种尺度(测量和分析) 种尺度(
• 测量给定需求的管理活动状态 • 测量的例子包括： 每个给定需求的状态； 给定需求的更改活动； 对给定需求更改的累积数，包括所建议的、 未解决的、己批准的和己并入系统基线 的总数。
24 20
验证实施 1
• 高级管理者对管理给定需求的活动定期 评审。Βιβλιοθήκη Baidu评审。 • 高级管理者定期评审的主要目的是适当 及时的了解和洞察软件过程。 • 评审间隔应该满足组织的需要。
24
14
活动 1
• 开发小组进入软件项目之前,评审给定需求。 1.鉴别出不完整的和遗漏的给定需求。 2.评审给定需求，确定它们是否： 软件实现是可行的和恰当的， 被清晰和正确地阐述， 是相互一致的， 是可测试的。 3.由负责分析和分配系统需求的小组对确认可能有潜在 问题的给定需求进行评审，并作出必要的更改。 4.相关小组协商由给定需求引起的约定。
CMM2级需求管理过程 CMM2级需求管理过程
CMM2级需求管理过程(KPA)包括的14个元素 CMM2级需求管理过程(KPA)包括的14个元素 级需求管理过程 包括的14 2个目标 1个承诺(执行约定) 4种能力 3种活动 1种尺度(测量和分析 ) 3种确认(验证实施)
24 6
2个目标
24
21
验证实施 2
• 项目经理定期或事件一驱动地参与评审 管理给定 给定需求的活动。 给定
24
22
验证实施 3
• 软件质量组对管理给定 给定需求的活动和工作产品， 给定 进行评审并报告其结果。 • 这些评审要验证： • 1.给定 给定需求在提交给软件工程组前，是己评审 给定 的，问题已经解决。 • 2.当给定 给定需求更改时，软件计划、工作产品和 给定 活动已经合适地修改。 • 由给定 给定需求的更改导致的对约定的更改已与受 给定 影响的小组协商过。
24 23
END
北京航空航天大学软件工程研究所 罗燕京 Luo_yanjing@sina.com.cn
24 24
• 目标1: 目标1 • 分配给软件的系统需求是受控 需求是受控的，建立 需求是受控 供软件工程和管理使用的基线。 • 目标2: 目标2: 计划、 • 软件计划、产品和活动 计划 产品和活动与分配给软件的 系统需求保持一致。
24
7
1个执行约定(承诺) 个执行约定(承诺)
• 项目遵循一书面的、组织上的方针去管 理分配给软件的系统需求。 • 分配给软件的系统需求称为“分配需 求”。分配需求是系统需求的子集，它 将用系统的软件成分来实现。 • 分配需求是软件开发计划的主要输入 分配需求是软件开发计划的主要输入。 软件需求分析详细描述和提炼分配需求， 并生成文档化的软件需求。
• 对分配需求建立文档
• 分配需求包括： 1.影响和确定软件项目活动的非技术性需求即: 协议、条件和合同条款 例:要交付的产品，交付日期，和里程碑。 2. 对软件的技术需求。例： • 最终用户、操作员、支持、或集成功能； • 性能要求； • 设计约束； • 编程语言； • 界面需求。 3. 用于确认软件产品满足分配需求的验收准则。
24 12
能力3 能力3
为管理给定需求提供足够的资源和资金。 1. 指派在应用领域和软件工程方面有经验 和技能的个人去管理给定需求。 2. 支持管理需求活动的工具： 电子表格程序，配置管理工具， 跟踪工具，测试管理工具。
24 13
能力4 能力4
• 软件工程组和其它软件有关组的成员接 受过实施需求管理活动的培训。 • 培训包括： • 项目所使用的方法、标准、规程 • 应用领域。
CMM2级需求管理 CMM2级需求管理
北京航空航天大学软件工程研究所 罗燕京2004.10 罗燕京2004.10 Luo_yanjing@sina.com.cn
24 1
软件过程成熟度框架
24
2
关键过程域(KPA) 关键过程域(KPA)
• 每个成熟度等级被分解成几个关键过程 区域，指明为了改进其软件过程组织应 关注的区域。关键过程区域识别出为了 达到基本成熟度等级所必须着手解决的 问题。 • 每个关键过程区域 关键过程区域识别出一串相关活动， 关键过程区域 当这些活动全部完成时，能达到一组对 增强过程能力至关重要的目标。
24 8
分配需求一般规定
1. 2. • • 对给定需求建立文档。 由下列人员评审给定需求 软件管理人员 其它相关小组 系统测试组， 软件工程组 系统工程组， 软件质量保证组， 软件配置管理组， 文档支持组。 3.更改软件计划、工作产品和活动，以便和给定需求的改变保持一 致。
24 9
能力1 能力1
24 15
活动 2
• 将给定需求作为软件计划、工作产品和 活动的基础。 • 1.管理和控制给定需求。 “进行管理和控制”意味着在给约定时 间(过去或现在)使用的工作产品的版本 是己知的(即版本控制)，而且以受控的 方式引进更改(即更改控制)。
24 16
活动 2
• 2.给定需求是软件开发计划的基础。 • 3.给定需求是开发软件需求的基础。
• 对每个项目，系统需求分析并将其分配 到硬件、软件和其它系统成分的职责明 确。
24
10
能力1 能力1
• 分析和分配系统需求不是软件工程组的 职责，而是他们工作的先决条件。 该职责包括： 1. 在项目整个生存期内，以文档形式管理 系统需求及其分配。 2. 实现对系统需求及其分配的更改。
24
11
能力2 能力2
24
17
活动 3
• 评审对给定需求的更改，将其纳入软件 项目 1.评估对现有约定的影响，协商对现有约 定进行合适更改。 a.对组织外部的个人和组所作约定的更 改由高级管理者参与评审。 b.对机构内部约定的更改。
24 18
活动 3
2. 对由于给定需求的更改造成的对软件计划、 工作产品和活动必须作的更改要加以: 识别， 评价， 风险评估， 文档化， 规划， 传达到受到影响的组和个人， 跟踪直到结束。
24 3
CMM2级需求管理( CMM2级需求管理(KPA) 级需求管理
• 需求管理的目的是在顾客和将处理顾客 需求的软件项目之间建立对顾客需求的 共同理解。 • 需求管理包括和顾客一起建立和维护有 关软件项目需求的协议，该协议称作 “分配给软件的系统需求”。
24
4
2级关键过程域
1. 2. 3. 4. 5. 6. 软件配置管理 软件质量保证 软件子合同管理 软件项目跟踪和监督 软件项目策划 需求管理
24 19
• • • • • • •
1种尺度(测量和分析) 种尺度(
• 测量给定需求的管理活动状态 • 测量的例子包括： 每个给定需求的状态； 给定需求的更改活动； 对给定需求更改的累积数，包括所建议的、 未解决的、己批准的和己并入系统基线 的总数。
24 20
验证实施 1
• 高级管理者对管理给定需求的活动定期 评审。Βιβλιοθήκη Baidu评审。 • 高级管理者定期评审的主要目的是适当 及时的了解和洞察软件过程。 • 评审间隔应该满足组织的需要。
24
14
活动 1
• 开发小组进入软件项目之前,评审给定需求。 1.鉴别出不完整的和遗漏的给定需求。 2.评审给定需求，确定它们是否： 软件实现是可行的和恰当的， 被清晰和正确地阐述， 是相互一致的， 是可测试的。 3.由负责分析和分配系统需求的小组对确认可能有潜在 问题的给定需求进行评审，并作出必要的更改。 4.相关小组协商由给定需求引起的约定。