软件配置管理计划(ISS-MDCC-CMP).doc

配置管理计划项目名称文档编号MDCC 项目项目ID密级：机密共10页配置管理计划拟制凌广美日期2011-6-1评审人潘海红日期2011-6-1批准日期签发日期iSoftStone IT Co., Ltd.北京软通动力信息技术有限公司All rights reserved版权所有 侵权必究文档修订记录版本完成人修改内容审核批准时间V.00凌广美创建文档2011-6-1目 录1. 引言41.1. 编写目的41.2. 适用范围41.3. 背景描述41.4. 缩略语41.5. 参考资料42. 命名规则52.1. 工程类文档52.2. 过程类文档52.3. Code代码52.4. Tools工具63. 配置库63.1. 配置库结构63.2. 文档64. 非配置项75. 基线计划86. 变更控制96.1. 基线更改96.2. 变更请求流程96.3. CCB会议：107. 版本控制和发布107.1. 版本控制107.2. 发布策略和计划108. 备份及归档108.1. 配置库的备份108.2. 项目文件夹备份108.3. 长假期间的备份108.4. 归档101. 引言1.1. 编写目的本计划描述了贯穿本项目软件生命周期的由SCM组织识别并定义的一系列的软件配置项的实践过程。描述项目的配置管理计划标识项目的配置项定义项目配置库及其特征定义项目组遵循的变更控制过程1.2. 适用范围本计划适用于MDCC项目的软件配置管理活动。1.3. 背景描述为保证软件的质量与进度，指导软件过程中出现的变更，提供一个规范的流程使得软件过程中的所有活动都有据可寻；并且通过识别配置项和将要建立基线的点，来确定SCM工作的需求范围和时间。在此背景之下，制定本软件配置管理计划。1.4. 缩略语缩略语英文全名中文解释SCMSoftware Configuration Management软件配置管理CCBConfiguration Control Board配置控制小组CMOConfiguration Management Officer配置管理员CIConfiguration Item配置项CRChange Request变更申请CSA Configuration Status Accounting配置状态发布1.5. 参考资料软件开发计划(ISS_MDCC _PPL)MDCC项目开发工作任务书MDCC项目设计规格2. 命名规则每个配置项都必需被唯一地标识，这个唯一的标识被用于与其它配置项进行区分，跟踪和报告该配置项的状态。一般地，每个配置项被赋予一个标识符。2.1. 工程类文档对于工程类文档命名格式采用如下命名：+举例：MDCC 软件需求规格说明书文档类型参见如下定义：文档类型对于英文文档对于中文文档软件需求规格SRS软件需求规格说明书软件设计SD软件设计说明书编码CODE源代码2.2. 过程类文档对于资料命令管理系统项目采用的过程文档的命名方式：-. 举例：MDCC项目-PPL.doc下面是一些重要过程文档的助记符。助记符文档类型SOW工作任务书EST估计记录表格PPL项目计划CMP配置管理计划PSR项目状态报告EOP阶段结束报告EXR例外报告CLR项目结束报告CRF变更申请表格MTX度量表格WBS工作分解结构MOM会议纪要2.3. Code代码源代码各个文件的命名规范，请项目组讨论确定。在项目中，整个代码作为一个配置项，使用“项目名称-CODE”作为配置项标识。2.4. Tools工具以工具本身的名称命名。3. 配置库配置库中存放所有配置项，由配置管理员负责维护。配置管理工具采用VSS6.0。配置库位置在server20033.1. 配置库结构配置库结构列表配置项 CI客户文档 Customers客户提供的工作任务书等文档项目计划 Plan软件估计 Estimation软件估计书（规模、资源、进度等估计）软件开发计划 PPL软件开发计划（含风险管理、测试策略等内容）、项目WBS配置管理计划 CMP配置管理计划需求文档 SRS需求规格说明书设计文档 SD设计说明书单元测试 UT单元测试计划、单元测试用例集成测试 IT集成测试计划、集成测试用例系统测试 ST系统测试计划、系统测试用例代码 Code源代码需求跟踪 RTM需求跟踪矩阵表用户手册 Help用户手册、在线帮助、技术白皮书3.2. 文档文档配置项列表配置项ID条目名称分发对象MDCC-SOW工作任务书MDCC-EST软件估计书MDCC-PPL项目计划MDCC-CMP配置管理计划MDCC-SRS软件需求规格MDCC-SD软件详细设计文档MDCC-RTM需求跟踪矩阵xxx用户手册xxx技术白皮书4. 非配置项非配置项列表项目管理 PM会议纪要 MOM开工会 Kick-off项目开工会议纪要周例会 Weekly周例会会议纪要阶段结束会议 EOP各阶段结束会议纪要关闭会议 Closure项目关闭会议纪要技术讨论会议 Technical技术讨论会议纪要其它会议 Other项目报告 Report项目周报 Weekly项目周报阶段结束报告 EOP各阶段结束总结报告项目结束报告 Closure项目结束报告例外报告 Exception出现异常时的说明报告问题跟踪 Tracking遗留问题跟踪、风险管理团队建设 TeamBuliding红黑星记录，绩效考核，成长计划配置管理 CM配置状态发布 CSA配置状态发布文档变更请求 CR变更请求文档CCB 会议纪要CCB会议纪要配置库备份记录 Backup配置库备份记录文档质量管理 QM度量 Metrics度量表检视 ReviewPlan阶段阶段输出物的Review记录SRS阶段阶段输出物的Review记录STC SD阶段阶段输出物的Review记录UTCCode阶段阶段输出物的Review记录公共各种Review Checklist汇总审计 AuditSQA各阶段审计报告测试记录 Test Record单元测试 UT单元测试用例执行记录集成测试 IT集成测试用例执行记录系统测试 ST系统测试用例执行记录验收测试 AT验收测试执行记录培训及总结 TrainingPlan阶段各阶段启动前的培训文档各阶段结束时的组员总结SRS阶段工具使用 Tools工具使用培训文档参考资料 Reference甲方提供的参考资料日志 TimeSheet工时统计 TimeSheet组员每天工时统计表工作日志 Log组员每天工作日志技术问题跟踪 Tracking技术问题跟踪表5. 基线计划在配置管理系统中，基线就是配置项在其生命周期的不同时间点上通过正式评审而进入正式受控的一种状态，而这个过程被称为“基线化”。每一个基线都是其下一步开发的基准。每个基线都将接受配置管理的严格控制，对其的修改将严格按照变更控制要求的过程进行，在一个软件开发阶段结束时，上一个基线加上增加和修改的内容形成下一个基线。基线具有以下属性：通过正式的评审过程建立。基线存在于配置库中，基线的变更由CCB控制。基线是进一步开发和修改的基准。基线计划：1）计划阶段文档批准、签发后基线化；2）需求阶段：需求规格说明书初稿文档完成，放入项目文件夹中，同时提交评审。文档评审完成，输出评审报告，完成需求跟踪矩阵，并由部门经理批准签发后，建立SRS基线。3）设计阶段：软件设计文档初稿完成后，存放在项目文件夹中，必须提交评审、输出评审报告、完成需求跟踪矩阵的更新，然后项目经理批准，此时基线化完成。4）代码基线化：当代码完成时，在完成代码Review，项目经理批准以后，进行代码基线化。5）测试阶段在测试报告被批准后代码重新基线化；6）从需求阶段开始，各阶段文档基线化后，需求跟踪距阵同时也要基线化。7）对已基线化配置项的更改将遵循基线变更操作，更改后的配置项获得批准签发后, 将形成新的基线。6. 变更控制 6.1. 基线更改配置项的基线通常只在下述事件发生时才进行更改：评审发现的问题所导致的前面阶段的修改，如由SD评审导致的SRS更改单元测试、系统测试检测到的错误引起的前面阶段的修改内部/外部审计发现引起的修改维护活动产生的问题报告引起的修改内部或客户产生的需求变更由于某种原因引起的计划文档的修改。任何与已基线化的工作产品相关的变更必须以变更申请表的形式提出，由项目组成员填写。发生分配需求变更必须召开CCB会议。除分配需求外的其它变更，CCB会议是可选的，但需要由PM批准。CR的状态包括“已提交”、“已批准”、“已拒绝”、“挂起”、“已验证”及“关闭”。填写CR的项目组成员应是CR的提交人，提交人要确保提供了充分的信息。如可能，提交人应提供一个推荐的解决方案。6.2. 变更请求流程变更请求 填写CR CCB会议讨论批准（分配需求变更）或PM批准 CMO授权修改相关配置项 更改验证 CMO批准验证后的配置项 关闭。特别说明：代码在编码完成后，代码review前，由配置项责任人提交后，受控。在每个开发阶段后，为了维护文档与文档之间、文档与代码之间的一致性，对前各阶段的文档进行集中修改。6.3. CCB会议：CCB组长根据更改请求的情况事件驱动地召集CCB会议。CCB也可以批量处理更改请求或采用定期的方式进行处理。 根据修改的影响范围，CCB召开相应的评估会议，并邀请相关人员参加。7. 版本控制和发布7.1. 版本控制单个配置项在每一次修改后都会发生变化，为了标识配置项在两次修改之间的不同，需要对配置项的版本进行标识。文档评审以前放在单独的目录中，当文档在基线化后，保存在文件夹baselineXXX中，其中XXX为从1.0开始编号，号码最大的文件夹中的文档为最新的基线文档；每次对基线化的文档进行修改都不在原来基线的文档上进行修改，而是在最新基线的文档的COPY上进行修改，修改后的文档通过评审，创建新的基线文档文件夹保存最新的基线文档。7.2. 发布策略和计划发布版本时，PM提交发布申请给部门经理批准，批准后CMO收集相关信息，整理项目的相关文档。发布日期