CMMI中CM配置管理访谈的相关问题集锦文档格式.docx

CMMI中CM配置管理访谈的相关问题集锦文档格式.docx

《CMMI中CM配置管理访谈的相关问题集锦文档格式.docx》由会员分享，可在线阅读，更多相关《CMMI中CM配置管理访谈的相关问题集锦文档格式.docx（17页珍藏版）》请在冰豆网上搜索。

《模块设计说明书》

《度量分析数据库》

《决策分析报告》

《安装手册》

《用户操作手册》

《需求跟踪矩阵》

《测试报告》

《结项报告》

《QA总结报告》

《源代码》

5．你是如何建立配置库的？

及如何分配权限？

在项目立项后，我会根据《NT-CM-GUIDE-配置库目录结构及权限指南》来建立配置库，项目级的配置库目录结构及权限如下图：

目录结构

人员

权限

继承父目录

不能访问

只读

读写

01_管理库

01_项目管理

01_立项管理

CM/PM

√

CCB/PI/QA/QAM/RD/SD/Tester/DEV/Support/Guest

02_项目规划

03_项目监控

01_项目周报

02_会议记录

CM/PM/CCB/PI/QA/QAM/RD/SD/Tester/DEV/Support

Guest

03_变更管理

04_里程碑报告

05_个人周报

04_风险管理

05_结项管理

02_项目支撑

01_质量保证

CM/PM/QA/QAM

CCB/PI/RD/SD/Tester/DEV/Support/Guest

02_配置管理

03_度量分析

04_决策分析

99_参考资料

02_开发库

01_个人工作区

张三

CCB/PI/QA/QAM/SD/Tester/DEV/Support/Guest/RD

CM/PM/RD

CCB/PI/QA/QAM/SD/Tester/DEV/Support/Guest

李四

CM/PM/SD

CCB/PI/QA/QAM/RD/Tester/DEV/Support/Guest

张三，李四，王五

CM/PM/DEV

CCB/PI/QA/QAM/SD/Tester/RD/Support/Guest

赵六

CM/PM/Tester

CCB/PI/QA/QAM/SD/RD/DEV/Support/Guest

02_工程文档

01_需求开发及管理

02_系统设计

CM/PM/SD/DEV

CCB/PI/QA/QAM/RD/Tester/Support/Guest

03_实现与测试

CM/PM/SD/DEV/PI/Tester

CCB/QA/QAM/RD/Guest/Support

04_系统测试

CM/PM/Tester/Support/SD/PI

CCB/QA/QAM/RD/Guest/DEV

05_支持文档

CCB/PI/QA/QAM/RD/Tester/Support/Guest/SD/DEV

06_客户验收

07_评审记录

CM/PM/Support

CCB/PI/QA/QAM/RD/Tester/Guest/SD/DEV

03_代码区

CM/PM/PI/SD/DEV/Tester/RD

CCB/QA/QAM/Guest/Support

03_基线库

YYMMDD_PRJ_RD

CM

CCB/PI/QA/QAM/RD/SD/Tester/DEV/Support/Guest/PM

YYMMDD_PRJ_SD

YYMMDD_PRJ_TEST

YYMMDD_PRJ_RELEASE

YYMMDD_PRJ_CODE

YYMMDD_TMP_PLAN

04_产品库

V1.0

01_支持文档

02_安装包

备注：

CM具有配置库最高权限，可以创建管理库、开发库、受控库、基线库和产品库以外的库；

如果角色对该文件夹有权限，则该角色可以在该文件夹下创建子文件夹。

库名

库说明

存放内容

管理库

将项目中的管理类和支撑类文档放在管理库中

项目经理与相关管理者有有读，删，写权限；

项目组成员只读权限

管理类文档：

项目计划及下属计划；

项目周报；

风险管理报告等

开发库

将项目在开发过程中所产生的数据存放在开发库中

项目经理与相关开发人员有读，删，写权限；

项目组其他成员有只读权限

1、个人工作区：

个人的工作文档；

2、工程文档：

工程过程中产生的文档；

3、代码区：

提交的代码

基线库

将评审通过后的配置项，由配置管理人员纳入到基线库

基线库主要是存放一些项目中重要的工作产品的稳定版本，相当于在公司内部的一个数据发布

配置管理人员有进行读，删，写权限,项目组成员有只读权限

纳入基线配置项，例如《用户需求说明书》《软件需求说明书》《概要设计说明书》等

产品库

存放一些对外发布的产

安装包，用户手册，安装手册等

6．每个项目都有CCB吗？

通常由哪些角色组成？

他们的职责有哪些？

1、是的，每个项目都有CCB。

2、通常由客户、高层、项目经理、技术专家组成，质量保证人员也会参加。

3、主要职责是决定是否执行变更。

7．你是如何制定配置管理计划的？

在什么时间？

权限设置、目录结构设置？

1、我和项目经理配合，分步定制出项目配置管理计划，

2、一般在立项之后，在项目计划制同时制定配置管理计划，

3、识别配置项，进而形成配置项管理计划

4、配置库结构，权限划分

5、编制基线管理计划（哪些基线，基线包括哪些基线项，什么时候创建）

6、配置审计计划

7、命名规约，版本控制，版本号规约，备份计划（灾难恢复计划）

8、制定完配置管理计划后，将这个计划交给项目经理审核。

权限设置、目录结构设置见第5题。

8．你参加过哪些方面的培训，是否给项目组、相关组做过配置管理方面培训？

1、我参加过过程体系中配置管理过程培训、SVN工具的高级培训、沟通技巧等。

2、同时，我给公司所有人员做过SVN工具使用的培训，并且每个新进员工，我都会讲解如何使用SVN工具进行版本控制。

9．配置管理计划包括哪些方面内容？

是否发生过计划变更？

如何进行变更？

1、配置管理计划里主要包括角色和职责，用于配置管理的软硬件资源，配置库结构与权限，配置项管理计划，基线管理计划，配置库备份计划等内容，

2、发生过计划变更

3、见第13题。

10．你是如何进行配置审计的，配置项状态有哪些？

配置项审计主要包括1、物理审计：

CPU占用率，内存占用率，硬盘占用率，网络利用率，备份日志是有异常等。

2、功能审计，主要包括配置项命名审计，配置库目录结构审计，不恰当配置项审计，配置库权限审计，修订历史记录审计。

3、基线审计，主要包括基线是否按照计划创建，已经创建的基线配置项是否齐全，一致，基线是否稳定，基线对应的变更是否关闭。

每两周定期的审计基线库中的所有配置项，每次基线发布前进行配置项目配置审计。

配置项的状态为基线化，变更，新建

11．项目中建立多少条基线，在那里进行了描述？

NTOA：

建立了9条基线，分别是需求基线，计划基线，需求基线2，设计基线，实现基线，实现基线2，实现基线3，测试基线，发布基线。

DXJW：

建立了10条基线，分别是需求基线，计划基线，需求基线2，设计基线，需求基线3，实现基线，实现基线2，计划基线2，测试基线，发布基线。

NTIT：

建立了7条基线，分别是需求基线，计划基线，需求基线2，设计基线，实现基线，测试基线，发布基线。

在基线计划与跟踪表中进行了描述。

12．如何建立基线，发布基线报告？

通过哪几种方式告知相关组？

1、我根据《项目进度表》、《PDP说明》，知道什么时候该建立基线，需要哪些配置项？

2、相关配置项经过评审后，负责人会通知我发布基线。

我将该基线的基线项的正确版本放到相关目录下

3、建立一条基线后，我会将基线库中所有的配置项及版本，入库时间等信息统计到《基线计划及跟踪表》中

4、然后用配置库上放置的发布通知，或者邮件的方式来进行通知给项目组所有人员。

13．基线变更流程是如何的？

1、首先填写《需求变更申请书》，主要内容这次需求变更的内容，提交给项目经理，

2、由项目经理对需求变更进行确认并定级。

变更按照严重程度，分为I、II、III级变更，（主要是从需求变更所影响的范围，进度，质量和成本四个方面进行分析）

3、当变更为I、II级变更，由项目经理提交给CCB，组织开一个变更决策会议，决策是否执行变更。

如果变更为III级变更，则可以由项目经理决定是否执行变更。

4、如果执行变更，我会检出相关配置项，交与相关责任人，去执行变更。

我同时对此基线加锁。

5、变更完成，相关配置项会进行评审，评审通过。

我会将评审后的相关配置项检入。

并建立新的基线。

并通过邮件通知项目组成员。

14．产品发布前你做过哪方面的工作？

1、所有文档入库，比方说将发布的产品入“产品库”，相关的配置项基线入库

2、给相关人员释放配置库权限

3、将项目的最佳实践入资产库（EPG审核后的最佳实践，包括项目新识别的风险，问题；

项目度量数据，经验教训，生命周期等等。

）

15．配置管理活动中统计哪些方面的数据？

配置管理的工作量，软件规模

16．你的上级管理部门如何检查你的工作？

1、项目经理会看我的周报，配置库管理计划，基线计划及跟踪表及配置项计划及跟踪表。

2、项目经理会在周例会中让我汇报我的工作。

3、项目经理也会根据《项目进度表》监控我的工作进展情况。

17．QA是如何检查你的工作的？

主要是配置管理的过程检查和配置产品的检查

查配置管理的过程检查:

:

A:

配置管理员是否按时制定了配置管理计划，配置项计划及基线计划

B：

是否定期提交CM周报和配置库管理报告

C:

配置管理人员是否创建配置库并为项目组成员分配权限

D：

是否对配置项进行管理

E：

是否在项目阶段完成时进行基线的创建和审计

F：

是否进行了变更的管理

配置产品的检查：

《配置管理计划》、《配置项计划及跟踪表》、《基线计划及跟踪表》、《ＣＭ周报》

《配置库管理报告》

不符合项

举例说明：

NTOA:

1、2010-1-25至2010-1-29没有对库中文件进行备份，及备份到新的目录中

2、1需求.基线的配置项不完整

DXJW:

1基线库内的系统测试基线配置项未将系统测试用例纳入其中

NTIT:

1、CM没有及时分配项目配置库权限

2\CM没有按计划对配置项进行审计

18．你采用什么样的配置管理工具？

我们公司采用的是SVN配置管理工具

19．你多长时间会对配置库进行一次备份？

每天进行增量备份,每两周进行一次光盘或镜像的全部备份。

都记录在《配置库管理报告》中。

20．配置管理的方针是什么？

配置管理的方针主要是保证整个软件生命周期中，项目中所有的数据的完整性。

21．你是如何标识测试的版本？

利用SVN自带的版本控制工具，在上面打标签。

22．如何进行版本管理？

1、用SVN工具进行版本管理

2、通过配置项的版本历史记录，进行版本管理。

23．你知道公司过程财富库主要有哪些方面的内容（剪裁指南、生命周期模型、过程标准文件），你是如何访问的（谁来进行管理和控制）？

了解。

有修订记录表、过程文档体系结构说明、产品检查列表库、工作环境指南、软件生命周期说明、度量分析数据库、术语与缩略语列表、裁剪指南、角色与职责列表、评审检查列表库、过程检查列表库、项目活动及文档说明、风险列表库。

由配置管理人员利用SVN进行管理，这个财富库由配置管理员对公司所有员工开放只读权限，只有EPG有权限进行读删写。

24、与配置管理相关的配置项，哪些是纳入到配置管理的？

配置管理计划，CM周报，基线计划及跟踪表，配置库管理报告，配置项计划及跟踪表。

25、配置管理员如何配合QA的工作？

1、将质量保证过程产生的工作产品纳入配置管理；

2、配合QA完成配置管理过程质量和产品质量的监督和检查工作；

3、解决QA在《QA审计报告》中提出的配置管理的不符合问题或偏差，直到问题关闭。