《课程管理系统配置管理计划.doc》由会员分享，可在线阅读，更多相关《课程管理系统配置管理计划.doc（4页珍藏版）》请在金锄头文库上搜索。
1、课程管理系统配置管理计划1. 导言2. 组织及职责（1） 根据项目计划中的角色分配，确定配置管理者，SCCB成员。（2） 项目经理人是SCCB负责人。（3） 配置管理的角色和职责见表：角色人员职责、工作范围配置管理者张三1） 制定配置管理计划2） 创建和维护配置库SCCB负责人李四1） 审批配置管理计划2） 审批重大的变更SCCB成员项目经理人李四质量保证人员王五配置管理者张三审批某些配置项或基线的变更3配置管理环境：本项目属于中小型项目，工期也不是很长，采用SourceSafe，作为配置管理工具。3.1目录结构序号内容说明路径1TCM技术合同管理$prj-SchoolTCM2RM需求管理$p
2、rj-SchoolRM3SPP软件项目规划$prj-SchoolSPP4SPTO软件项目跟踪与管理$prj-SchoolSPTO5SCM软件配置管理$prj-SchoolSCM6SQA软件质量保证$prj-SchoolSQA7SPE软件产品工程设计$prj-SchoolSPEDESIGN8源代码$prj-SchoolSPESOURCECODE9目标代码$prj-SchoolSPEBUILD10测试$prj-SchoolSPETEST11发布$prj-SchoolSPERELEASE3.2用户及权限类别人员权限说明配置管理者张三负责项目配置管理，对库拥有所有权限项目管理李四访问、读质量保证人员王
3、五访问、读开发人员周六，赵七访问、读高层管理4 配置管理活动4.1 配置项标识 44.1 命名规范 命名规范适用于过程文档，生存周期中各阶段的计划、需求、设计、代码、测试、手册等文件。本项目文件命名规范由五个字段组成，从左到右一次为：公司、项目、类型、编号和版本号，如：QTD-Books-RM-SRS-v1.0公司：3个字符项目：最长10个字符类型：最长5个字符编号：最长8位数字版本号：Vm.n4.1主要配置项类型主要配置项标示符预计正式发表时间技术合同合同QTD-Books-TCM-Contract-v1.02012-7-3SOWQTD-Books-TCM-SOW -v1.02012-7-3
4、计划项目计划QTD-Books-SPP-PP-v1.02012-7-3质量保证计划QTD-Books-SPP-SQA -v1.02012-7-3配置管理计划QTD-Books-SPP-SCM -v1.02012-7-3需求需求规格说明书QTD-Books-RM-SRS -v1.02012-7-16用户DEMOQTD-Books-RM-Demo -v1.02012-7-16设计总体设计说明书QTD-Books-Design-HL v1.02012-7-24数据库设计QTD-Books-design-DB-v1.02012-7-26详细设计说明书QTD-Books-design-LL-v1.020
5、12-7-27设计术语及规范QTD-Books-design-STD-v1.02012-7-26编程源程序QTD-Books-Code-ModuleName-v1.02012-9-21编码规则QTD-Books-Code-STD-v1.02012-7-26测试测试计划QTD-Books-Test-Plan-v1.02012-9-24测试用例QTD-Books-Test-Case-v1.02012-9-24测试报告QTD-Books-Test-Report-v1.02012-10-15提交运行产品QTD-Books-Product-Exe-v1.02012-10-17验收报告QTD-Books-
6、Product-Report-v1.02012-10-18用户手册QTD-Books-Product-Manual-v1.02012-10-184.1.3 项目基线 在SourceSafe中基线有LABLE标识，字母必须为大写。基线管理由项目执行负责人确认，SCCB授权，由配置管理员执行。本项目基线如：基线名称/标识符基线所包含的主要配置项预计建立时间需求需求规格说明书、用户DEMO2012-7-16总体设计总体设计说明书、数据库设计2012-7-24项目实现软件源代码、编码规则2012-9-21系统测试测试报告、测试用例2012-9-244.1.4 项目基线 配置项可以包含的分支从逻辑上可以
7、分成4个不同功能的分支，让它们分别对应4个工作空间。 主干分支 私有分支 小组分支 集成分支上面定义的四类工作空间（分支）由项目执行负责人统一管理，根据各开发阶段的实际情况定制相应的版本选取规则，来保证开发活动的正常运行。在变更发生时，应及时做好基线的推进。1） 主干分支。系统默认自动建立的物理分支主干分支（/main），BASELINE均以LABLE方式出现在主干分支上。2） 私有分支。如果多个开发工程师维护一个配置项时建议建立自己的私有分支。配置管理员对其基本不予管理，如个别私有空间上的版本树过于冗余，将对其冗余版本进行限制。3） 小组分支。如果出现小组共同开发该配置项，该分支可视为项目组
8、织内部分组的私有空间，存放代码开发过程中的版本分支，由项目组内部控制。4） 集成分支。集成测试时在主干分支的特定版本（由LABEL标识清晰）上建立集成分支，测试工作在集成分支上完成。私有分支和小组分支均为可选，必要时建立。4.2 变更管理 变更管理的流程：1） 由请求者提交变更请求，变更控制委员会召开附身会议对变更请求进行复审，以确定该请求是否为有效请求。典型的变更请求管理有需求变更请求、缺陷追踪等。2） 配置管理者收到基线修改请求后，在配置库中生成与此配置项相关的波及关系表。3） 配置管理者将基线波及关系表提交给SCCB，有SCCB确定是否需要修改，如果需要修改，SCCB应根据波及关系表，确
9、定需要修改的具体文件，并在波及关系表中标识出来。4） 配置管理者按照出库程序从配置库中取出需要修改的文件。5） 项目人员将修改后的文件提交给配置管理者。6） 配置管理者将修改后的配置项按入库程序放入配置库。7） 配置管理者按SCCB标识出的修改文件，由波及关系表生成基线变更记录表，并按入库程序放入配置库。4.3 配置状态统计利用配置状态统计可以记录和跟踪配置项的改变。状态统计可用于评估项目风险，在开发过程中跟踪更改，并且提供统计数据以确保所以必须的更改被执行。为跟踪工作产品及基线，配置管理者需要收集一下信息： 基线类型 工作产品名称 配置项名称/标识符 版本号 更改日期/时间 更改请求列表 需要更改的配置项 当前状态 当前状态发生日期项目组每周提交配置项清单及其当前版本。配置管理人员每半个月提交变更请求的状态统计
