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

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