CM配置管理员访谈问题解析.docVIP

Configuration Management 你在项目中是如何做配置管理的请简要说明一下 阶段 交付物 配置标识 项目管理 项目启动 项目确认书 项目任命书 移交资料清单 项目启动会议纪要 项目策划 项目总体计划 配置管理计划 质量保证计划 项目进度计划 各阶段计划 周计划 项目监控 需求跟踪表 需求变更跟踪表 问题跟踪表 项目周报 里程碑报告 项目结项 项目总结报告 项目成果清单 项目结项确认书 软件工程 需求开发 需求调研会议纪要 业务需求说明书 软件需求规格说明书 软件需求评审报告 原型设计 原型 系统设计 数据库设计说明书； 系统应用系统设计说明书； 系统总体设计说明书 系统详细设计说明书 系统实现 发布源程序代码 系统安装配置说明书 安装程序 系统测试 测试方案 测试计划 测试用例 测试记录 测试缺陷跟踪表 测试报告 安装手册 用户操作手册 上线 上线申请审核单 上线方案 上线报告 打包发布文件列表 试运行 试运行报告 验收报告 支持管理 配置管理 配置管理计划 配置状态报告 配置审计报告 配置活动总结报告 质量保证 质量保证计划 过程检查单 产品检查单 决策分析 决策分析计划 决策分析报告 度量分析 度量分析计算表 度量分析报告 工作量统计表 变更管理 变更申请与处理表 培训 培训签到表 项目中你们是使用的配置管理工具么？用的什么工具？ 是 使用的是SVN作为配置管理工具 你们配置库的结构式如何划分的？ 配置库分为开发库、基线库、产品库 库名 库说明 权限 存放内容 开发库 将项目在开发过程中所产生的数据或文档存放在开发库中 项目经理与相关开发人员有读，删，写权限；项目组其他成员有只读权限 1.个人工作区：个人的工作文档； 2.工程文档：工程过程中产生的文档； 3.代码区：提交的代码 基线库 将评审通过后的配置项，由配置管理人员纳入到基线库 基线库主要是存放一些项目中重要的工作产品的稳定版本，相当于在公司内部的一个数据发布 配置管理人员有进行读，删，写权限,项目组成员有只读权限 纳入基线配置项，例如《用户需求说明书》《软件需求说明书》《概要设计说明书》等 产品库 存放一些对外发布的产 配置管理人员有进行读，删，写权限,项目组成员有只读权限 安装包，用户手册，安装手册等 对每个库的目录结构和权限分配，项目中是如何定义的？ 一级目录 二级目录 三级目录 权限 配置库 开发库 项目管理 R：all RW：PM、CM、DL 软件工程 R：all RW：PM、CM、DL 支持 R：all RW：PM、CM、DL、QA 基线库 计划 R：all RW：PM、CM 需求 R：all RW：PM、CM 设计 R：all RW：PM、CM 成果 R：all RW：PM、CM 产品库 计划 R：PM RW：CM 需求 R：PM RW：CM 设计 R：PM RW：CM 成果 R：PM RW：CM 权限参考问题4 项目中建立了哪些基线？请列举说明一个基线建立的过程 需求基线、设计基线、计划基线、成果基线 基线建立过程： 由项目经理提交基线建立申请，提交到CCB进行评审，评审通过后我会依据《配置管理计划》中配置库目录结构在基线库中创建基线文件夹，基线文件夹用基线标识来命名，对配置项进行审计并填写《配置审计报告》把符合基线要求的配置项检入到相应的基线文件夹中，填写《基线发布报告》《配置状态报告》，同时发送邮件给项目组内成员通知新基线已成功建立。 在项目实际运作中，基线库有发生过变更么？ 有 在什么阶段发生的基线变更？为什么要采取变更 测试阶段发生的基线变更 在测试阶段客户发现交易功能无法充分满足实际需求，对部分交易提出了新的需求，且已得到CCB评审认可。 在项目中对于基线的变更有哪些流程？（需要项目中的实际案例说明） 首先由客户提出需求变更单，项目经理将需求变更单提交给CCB组织召开需求变更评审会，决定是否执行需求变更。评审通过后，由我（配置管理员）提交《基线库变更申请单》，项目经理审批后我首先对此需求基线加锁，与相关责任人确定配置项范围，检出相关配置项（需求规格说明书、详细设计说明书）交予责任人，变更完成后同CCB召开评审会取得授权后，填