CM配置管理员访谈问题答案.doc

Configuration Management1、 你在项目中是如何做配置管理的？请简要说明一下项目进行初期或首次进入项目中时，首先与项目经理、QA、SCCB及项目成员就项目的未来配置管理工作进行沟通，取得项目经理、QA、SCCB及项目全体成员对配置工作的认可与支持；积极了解项目情况，项目各阶段的进展，以便更好的进行配置管理； 熟练并充分的利用配置管理工具的各方面的功能，提高配置管理的效率；为项目控制好版本，保证项目各阶段所使用的版本正确；及时发现项目问题，把问题及时反馈给项目经理、QA或SCCB，并积极协助解决；在项目中不断总结、分析，对项目内配置管理工作的进一步优化；2、 项目中是如何定义配置管理的配置项的？大致阐述一下有哪些配置项在编写项目级配置管理计划时和项目经理一起在组织级配置管理计划中识别配置项。配置项如下：类别阶段交付物配置标识项目管理项目启动项目确认书项目任命书移交资料清单项目启动会议纪要项目策划项目总体计划配置管理计划质量保证计划项目进度计划各阶段计划周计划项目监控需求跟踪表需求变更跟踪表问题跟踪表项目周报里程碑报告项目结项项目总结报告项目成果清单项目结项确认书软件工程需求开发需求调研会议纪要业务需求说明书软件需求规格说明书软件需求评审报告原型设计原型系统设计数据库设计说明书；系统应用系统设计说明书；系统总体设计说明书系统详细设计说明书系统实现发布源程序代码系统安装配置说明书安装程序系统测试测试方案测试计划测试用例测试记录测试缺陷跟踪表测试报告安装手册用户操作手册上线上线申请审核单上线方案上线报告打包发布文件列表试运行试运行报告验收报告支持管理配置管理配置管理计划配置状态报告配置审计报告配置活动总结报告质量保证质量保证计划过程检查单产品检查单决策分析决策分析计划决策分析报告度量分析度量分析计算表度量分析报告工作量统计表变更管理变更申请与处理表培训培训签到表3、 项目中你们是使用的配置管理工具么？用的什么工具？是使用的是SVN作为配置管理工具4、 你们配置库的结构式如何划分的？配置库分为开发库、基线库、产品库库名库说明权限存放内容开发库将项目在开发过程中所产生的数据或文档存放在开发库中项目经理与相关开发人员有读，删，写权限；项目组其他成员有只读权限1.个人工作区：个人的工作文档；2.工程文档：工程过程中产生的文档；3.代码区：提交的代码 基线库将评审通过后的配置项，由配置管理人员纳入到基线库基线库主要是存放一些项目中重要的工作产品的稳定版本，相当于在公司内部的一个数据发布配置管理人员有进行读，删，写权限,项目组成员有只读权限纳入基线配置项，例如用户需求说明书软件需求说明书概要设计说明书等产品库存放一些对外发布的产配置管理人员有进行读，删，写权限,项目组成员有只读权限安装包，用户手册，安装手册等5、 对每个库的目录结构和权限分配，项目中是如何定义的？一级目录二级目录三级目录权限配置库开发库项目管理R：allRW：PM、CM、DL软件工程R：allRW：PM、CM、DL支持R：allRW：PM、CM、DL、QA基线库计划R：allRW：PM、CM 需求R：allRW：PM、CM设计R：allRW：PM、CM成果R：allRW：PM、CM产品库计划R：PMRW：CM需求R：PMRW：CM设计R：PMRW：CM成果R：PMRW：CM权限参考问题46、 项目中建立了哪些基线？请列举说明一个基线建立的过程需求基线、设计基线、计划基线、成果基线基线建立过程：由项目经理提交基线建立申请，提交到CCB进行评审，评审通过后我会依据配置管理计划中配置库目录结构在基线库中创建基线文件夹，基线文件夹用基线标识来命名，对配置项进行审计并填写配置审计报告把符合基线要求的配置项检入到相应的基线文件夹中，填写基线发布报告配置状态报告，同时发送邮件给项目组内成员通知新基线已成功建立。7、 在项目实际运作中，基线库有发生过变更么？有8、 在什么阶段发生的基线变更？为什么要采取变更测试阶段发生的基线变更在测试阶段客户发现交易功能无法充分满足实际需求，对部分交易提出了新的需求，且已得到CCB评审认可。9、 在项目中对于基线的变更有哪些流程？（需要项目中的实际案例说明）首先由客户提出需求变更单，项目经理将需求变更单提交给CCB组织召开需求变更评审会，决定是否执行需求变更。评审通过后，由我（配置管理员）提交基线库变更申请单，项目经理审批后我首先对此需求基线加锁，与相关责任人确定配置项范围，检出相关配置项（需求规格说明书、详细设计说明书）交予责任人，变更完成后同CCB召开评审会取得授权后，填写基线发布申请及报告后导入新配置项，填写配置状态报告，并通过邮件通知项目组成员。10、 对于基线变更，项目中会有详细的记录么？有，基线变更前需要填写基线库变更申请单11、 对于基线的变更，项目中需要审批么？如果需要，由谁审批需要审批由CCB审批12、 对于日常的配置管理工作，有人进行监督么？有一般由项目经理和QA进行监督13、 项目中是如何记录各配置库中的配置项状态的？通过填写配置项状态报告进行记录14、 你认为在什么样的情况下，配置项可以纳入基线库？配置项已存在于开发库中，并且通过CCB评审后便可加入基线库15、 配置管理计划包含哪些方面的内容？项目组内的角色与职责、配置项定义、配置项管理活动配置项定义中包含配置项标示、配置项命名规范、配置库目录结构、配置库结构说明、配置库操作权限配置项管理活动包含版本控制、基线管理、入库控制、备份、产品发布16、 你是如何进行配置审计的，配置项状态有哪些？配置审计计划一般参考项目配置管理计划制定审计计划，从功能审计和物理审计方面考虑具体审计时机。功能审计，比如我们项目一般会在配置系统建立结束时作一次审计，以检查配置系统能够满足本项目的实施需要，配置项管理方法是否正确，是否完整；再则，我们根据基线建立计划以及阶段结束时间制订物理审计和功能审计的时机，以确保所有的配置项如在CM计划中期望的那样放在配置管理系统中，确保团队有一个机制来知道给定配置管理项的最新状态，确保配置管理项的状态与基线信息一致。配置项状态分入库、出库、变更Non-Model issue1、 过去一年是否有什么比较明显的改善在实施CMMI以后配置管理的目的，在使用配置识别、配置控制、配置状态纪录及配置审计，来达到建立与维护工作产品的完整性。很多提高，组织层面，对缺陷率大大降低开发人员不能随意改动代码减少了变动性、随意性。2、 认为公司可以优先改善的项目是什么？项目管控、项目计划、成本，等这些方面可以优先改善。3、 请叙述组织的政策以及与CM 流程领域之关联性?