CMMI3-CM介绍

以下考虑以笔为产品介绍（笔套、笔杆、笔头、笔芯）

1、产品集成顺序：CMMI对产品集成所要求实现的第一个特殊目标“准备产品集成”，它的第一个工作就是要先确定“产品集成的顺序”。

2、产品集成环境：实现了第一个目标“准备产品集成”后，第二个工作就是确定“集成的环境”，这点非常容易，简单来说就是项目组需要指定一台服务器作为产品集成的环境，需要注意的是该服务器的配置应该能够满足项目的需要。

3、产品集成的步骤和准则：产品具体怎么集成应该有一套详细的方案和步骤，项目组可在适当的时候将其详细制定出来并通过相关的评审。如何确定产品集成是否成功，项目组还应该制定出相应的验收准则，这样产品集成才有据可依。

4、确保产品接口的兼容性：在CMMI的产品集成过程中，第二个目标就是要“确保产品接口的兼容性”。接口想必大家都十分清楚，在软件开发和设计中都是非常重要的，产品集成是否成功很大因素取决于它。在软件项目中项目组可以在设计文档中详细描述各个接口以及之间的关系，或者通过一个列表来维护本项目的接口。当出现变更时，产品接口的信息也务必及时更新。

5、组合产品组件并交付产品：在进行产品组装前要先确定项目组提交的各个组件或模块本身的功能是符合要求的，否则组装起来麻烦就更大了。如何确保组件在集成前的质量，以及集成后的组件或最终产品是符合要求的，这就需要通过单元测试来实现。最后就可以将组合好的组件或最终产品进行发布。但大多数时候产品集成后的发布是给测试组进行系统测试的。按照CMMI的最佳实践，集成后的产品发布给测试组的时候应该有一个交接、确认的过程，测试组只需要检查相关单元测试用例是否全部通过测试即可作为交接的依据。

6、产品集成与配置管理之间的关系：在项目起初阶段只将“笔芯”和“笔杆后半部分”生产出来，那么按照“产品集成的顺序”可以先将其进行集成，组合成为一个新的组件A，当该组件A通过单元测试后，可以将其放入配置管理的“受控库”中进行保存。当“笔杆前半部分”生产出来后，再将组件A与“笔杆前半部分”进行集成产生新的组件B，新的组件B通过测试后仍旧提交“受控库”进行保存。依次类推将各个组件进行集成直到生成最终的产品。

第 1 页 共 2 页 cmmi3技术要求

【原创实用版】

目录

1.CMMI3 简介

2.CMMI3 技术要求概述

3.CMMI3 的具体技术要求

4.总结

正文

CMMI3 技术要求

CMMI3（Capability Maturity Model Integration 3）即能力成熟度模型集成 3 级，是软件开发领域的一种成熟度模型，主要用于评估和提高软件开发组织的能力。CMMI3 是 CMMI 模型的第三级别，代表着组织的软件开发过程已经实现了标准化、规范化，并能够持续改进。

一、CMMI3 简介

CMMI 是由美国卡内基梅隆大学软件工程研究所（SEI）开发的，旨在帮助软件开发组织提高其软件开发过程的成熟度。CMMI 模型分为 5 个级别，从初始级到优化级，每个级别都代表着软件开发过程的成熟度。CMMI3 是第三级别，要求组织的软件开发过程已经实现了标准化、规范化，并能够持续改进。

二、CMMI3 技术要求概述

CMMI3 技术要求主要包括两个方面：过程管理和项目管理。过程管理要求组织对软件开发过程进行标准化和规范化，包括需求管理、设计、实现、验证、维护等各个阶段。项目管理要求组织能够有效地计划、执行和监控项目，以确保项目的成功完成。

三、CMMI3 的具体技术要求

1.过程管理

（1）需求管理：组织应建立有效的需求管理过程，确保需求的正确性和可行性，并能够跟踪需求的变化。

（2）设计：组织应采用科学的设计方法，确保软件设计的正确性和可靠性，并能够进行设计评审。

（3）实现：组织应采用成熟的编程方法和代码管理方法，确保软件实现的正确性和可维护性。

（4）验证：组织应建立有效的验证过程，确保软件符合需求和标准，并能够进行缺陷管理。

（5）维护：组织应建立有效的维护过程，确保软件能够在运行过程中得到及时和有效的维护。

2.项目管理

（1）项目计划：组织应制定详细的项目计划，包括项目目标、范围、进度、成本、质量、风险等各个方面。

CMMI3级--CM访谈问题

访问问题及答案

1.项⽬级CM和公司级CM的职责分别是什么？

⼀个负责项⽬级的配置管理

⼀个负责组织级的配置管理

2.CM何时参与到项⽬⼯作中？

项⽬启动 CCB成⽴

3.项⽬的配置标识是否符合组织的规范？

符合

4.配置管理计划谁来做？CM计划具体包括的内容？

配置管理员做

内容:⼈员职责、权限、配置库结构、备份策略、配置项计划、基线发布计划、培训计划等。

5.项⽬的配置项是如何确定的？

-项⽬开发计划审核通过后，CM根据项⽬开发计划制定CM计划，与项⽬计划⼀起评审后，由PM批准。

6.如何了解配置项的状态？

《配置项标识列表》

7.如何建⽴发布基线？如何发布产品版本？

《基线跟踪列表》发布内部版本给测试组…

8.配置变更是怎样开展的？

项⽬经理提交变更申请单，ccb审批通过，项⽬组执⾏，评估执⾏效果。9.如果在系统测试阶段⽤户提出需求的变更，需要变更的配置项有哪些？

需求规格说明书概要设计详细设计测试⽤例项⽬计划

10.设计基线与系统测试相⽐谁包含的配置项多？

前⼀基线是后⼀基线的⼦项，系统测试基线包含测试基线，系统测试配置项多

/doc/76bf05d45022aaea998f0f12.html B由哪些⼈员组成？

⾼级经理项⽬经理测试经理 CMQA⽤户代表

12.配置管理系统中访问权限是如何控制的？

-项⽬CM计划批准后，CMO为项⽬组建⽴项⽬配置管理库（包括开发库和基线库）；项⽬开发库的操作权限由项⽬经理指定后由CM设置。通常根据项⽬成员的⾓⾊分配对不同配置项的操作权限。

- 每个项⽬有基线库，基线库只有项⽬配置管理员和CMO有写的权限，其他⼈只读。当配置项产品经过评审通过后，由项⽬CM将评审产品放⼊基线库。

13.QA审核CM的主要内容是什么？

CM所有⼯作

14.如何备份？

配置管理计划：备份策略

15.PAL是如何管理的？-EPG审核批准提交PAL的内容后，由CM放⼊组织资产库

1 配置管理(CMO/CM)访谈问题汇总：

1、 项目的配置项是如何确定的？

-PDP审核通过后，CM根据PDP制定CM计划，与项目计划一起评审后，由PM批准。

-举例说明主要的配置项

2、 如何了解配置项的状态？

3、 如何建立发布基线？如何发布产品版本？

4、 一个基线有哪些属性？

5、 狭义基线与广义基线有何区别？

6、 配置变更是怎样开展的？

7、 如果在系统测试阶段用户提出需求的变更，需要变更的配置项有哪些？

8、 设计基线与系统测试相比谁包含的配置项多？

9、 CCB由哪些人员组成？

10、CMO的日常工作有哪些，如何开展的？

11、配置管理系统中访问权限是如何控制的？

- 项目CM计划批准后，CMO为项目组建立项目配置管理库（包括开发库和基线库）；项目开发库的操作权限由项目经理指定后由CMO设置。通常根据项目成员的角色分配对不同配置项的操作权限。

- 每个项目有基线库，基线库只有项目配置管理员和CMO有写的权限，其他人只读。当配置项产品经过评审通过后，由项目CM将评审产品放入基线库。

- 公司有产品库，产品库只有CMO有操作权限。当项目发布产品后，由CMO将产品放入公司产品库。当需要负责某个产品由CMO制作光盘。

12、QA审核CM的主要内容是什么？

13、CMO与项目CM的关系？

14、如何备份？

15、PAL是如何管理的？

-EPG审核批准提交PAL的内容后，由CM放入组织资产库。

-定期向技术人员提供组织资产库的内容索引，受理访问需求。

16、CMO的工作情况向谁汇报？谁负责对其工作进行审计？

17、基线库是如何管理的？产品库是如何管理的？

18、公司指导CM工作的方针是什么？

19、CM参加过哪些培训？

20、配置管理过程中产生哪些文档，在哪里保存？

21、CM活动涉及哪些干系人？

22、高层经理如何了解配置工作的情况？