通用内容发布后台管理系统配置管理计划.doc

通用内容发布后台管理系统配置管理计划编号：PRO-SCMP 版本 1.0作者：日期：审批：日期：变更记录日期版本变更说明作者1 引言通用内容发布后台管理系统配置管理的目的是在项目整个生存周期过程中建立和维护项目产品的完整性和一致性。该配置管理包括确认在给定时间点上软件的配置（即选定的软件工作产品及其描述），系统地控制对配置的更改，并维护在整个软件生存周期中配置的完整性和可跟踪性。置于通用内容发布后台管理系统配置管理之下的工作产品包括：过程资产（例如项目过程改进中的所有文档），交付给顾客的项目产品（例如项目需求文档和代码），内部使用的相关项目产品，以及为完成这些项目产品而生成的中间产品。这些产品通常置于产品基线库中并由专门人员进行管理和控制。通用内容发布后台管理系统配置管理过程需要达到的目标包括：1. 保证项目的配置管理活动是有计划的。2. 所选择的通用内容发布后台管理系统是确定的、受控的、可访问和可用的。3. 对已经确定的通用内容发布后台管理系统的变更是受控的。4. 相关部门和人员能及时获知软件基线库的状态、变更和变更内容。1.1 目的本计划定义了项目的配置管理流程，目的是为了在整个软件生命周期中，控制构成软件产品的各配置项的标识、变更等活动，从而建立并维护软件产品的完整性、正确性、一致性和可追溯性。1.2 范围本项目配置管理计划适用于整个项目生存周期过程中已纳入配置管理库的配置项的活动。置于配置管理系统下的工作产品通常包括：1. 各种标准（代码书写标准、设计标准等）2. 项目计划（开发计划、质量保证计划和配置管理计划等）3. 项目需求说明书及相关的文档和静态原型4. 设计文档5. 通用内容发布后台管理系统源代码6. 测试计划、测试程序和数据7. 通用内容发布后台管理系统操作手册8. 各种跟踪记录、测试记录、评审报告等9. 过程改进文档10. 其它相关的资料库（电子的和非电子的文档）11. 其他和通用内容发布后台管理系统开发及管理相关的和必要的文档1.3 术语定义1. 项目配置项（SCI）通用内容发布后台管理系统配置项（Software Configuration Item）为了配置管理的目的而作为一个基本的独立单位来看待的软件成分或它们的集合体，如外部提交的项目产品、项目成果(代码、文档和数据)以及项目内部使用的支持工具(如文档测试用例软件工具)等。在多数的软件配置管理系统中，最基本的软件配置项是以磁盘文件的形式存放和管理的。2. 基线（Baseline）已经通过正式评审和认可，作为下一步开发的基础，并且只有通过正式的更改控制规程才能进行更改的配置项。 3. 项目配置控制委员会（SCCB）Software Configuration Control Board 缩写，软件配置控制委员会4. 配置管理库分为开发库、测试库、基线库(受控库)和产品库。5. 开发库在项目生命周期的某一阶段期间，存放与该开发活动相关的配置项及相关信息的库。6. 测试库存放单元测试之后、系统测试结束之前的，与测试相关的配置项。7. 基线库在项目生命周期的某一阶段结束时，存放作为阶段成果而释放的、与开发活动相关的配置项及相关信息的库。纳入基线库的配置项的更改必须遵照变更过程指导进行。8. 产品库项目成果正式提交用户前，SCM在项目经理的指导下从基线库中提取构成最终产品的配置项。9. 项目配置管理（SCM）Software Configuration Management缩写，软件配置管理10. 项目工作产品（Software Workproduct）作为定义、维护或使用软件过程的一部分所生成的任何人工制品。它包括过程描述、计划、规程、计算机程序和相联的文档。11. 同行评审（Peer Review）由一个项目工作产品生成者的同行遵循已定义的规程对产品作的评审，目的在于标识出缺陷和改进之处。2 组织及职责(1) 根据项目计划中的角色分配，确定配置管理者，SCCB（配置控制委员会）成员。(2) 项目经理是SCCB的负责人。(3) （3)配置管理的角色和职责见表1表 1配置管理角色职责表角色人员职责、工作范围配置管理者王利利（1）制定配置管理计划（2）创建和维护配置库SCCB负责人张蕾（1）审批配置管理计划（2）审批重大的变更SCCB成员项目经理张蕾，质量保证人员朱昕,配置管理者王利利审批某些配置项或基线的变更3 配置管理环境由于本项目属于中小型项目,工期也不是很长,而且大家对SourceSafe也比较熟悉,所以采用SourceSafe做为配置管理工具。3.1 目录结构表 2配置库的目录结构序号内容说明路径TCM技术合同管理$ Pub-platform TCMRM需求管理$ Pub-platform RMSPP软件项目规划$ Pub-platform SPPSPTO软件项目跟踪与管理$ Pub-platform SPTOSCM软件配置管理$ Pub-platform SCMSQA软件质量保证$ Pub-platform SQASPE软件产品工程设计$ Pub-platform SPEDESIGN源代码$ Pub-platform SPESOURCECODE目标代码$ Pub-platform SPEBUILD测试$ Pub-platform SPETEST发布$ Pub-platform SPERELEASE3.2 用户及权限表 3配置库的用户权限类别人员权限说明配置管理者王利利负责项目配置管理，对库拥有所有权限项目管理张蕾访问、读质量保证人员朱昕访问、读开发人员刘威,鲁马杰访问、读高层管理访问、读4 配置管理活动4.1 配置项标识4.1.1 命名规范命名规范适用于过程文档、生存期中各阶段的计划、需求、设计、代码、测试、手册等文件。本项目文件命名规范由五个字段组成，从左到右依次为：公司、项目、类型、编号和版本号，如图1所示。这些字段用一横线（-）分隔。图1：文档命名规范4.1.2 主要配置项如下：表格 4配置项列表类型主要配置项标识符预计正式发表时间技术合同合同Pub-platform-TCM-Contract-V1.02012-3-24SOWPub-platform-TCM-SOW-V1.02012-3-20计划项目计划Pub-platform-SPP-PP-V1.02012-4-10质量保证计划Pub-platform-SPP-SQA-V1.02012-4-6配置管理计划Pub-platform-SPP-SCM-V1.02012-4-6需求需求规格说明书Pub-platform-RM-SRS-V1.02012-3-24用户DEMOPub-platform-RM-Demo-V1.02012-4-21设计总体设计说明书Pub-platform-Design-HL-V1.02012-4-21数据库设计Pub-platform-Design-DB-V1.02012-4-21详细设计说明书Pub-platform-Design-LL-V1.02012-4-25设计术语及规范Pub-platform-Design-STD-V1.02012-4-22编程源程序Pub-platform-Code-ModuleName-V1.02012-6-2编码规则Pub-platform-Code-STD-V1.02012-4-22测试测试计划Pub-platform-Test-Plan-V1.02012-6-2测试用例Pub-platform-Test-Case-V1.02012-6-2测试报告Pub-platform-Test-Report-V1.02012-6-4提交运行产品Pub-platform-Product-Exe-V1.02012-6-5验收报告Pub-platform-Product-Repoort-V1.02012-6-6用户手册Pub-platform-Product-Manual-V1.02012-6-64.1.3 项目基线在SourceSafe中基线由LABEL标识，字母必须为大写。基线管理由项目执行负责人确认，SCCB授权，由配置管理员执行。表4:基线发布计划：基线名称/标识符基线所包含的主要配置项预计建立时间需求需求规格说明书、用户DEMO2012-4-18总体设计总体设计说明书、数据库设计2012-4-21项目实现软件源代码、编码规则2012-6-2系统测试测试用例、测试报告2012-6-44.1.4 配置项的版本管理配置项可能包含的分支从逻辑上可以划分成4个不同功能的分支，让它们分别对应4类工作空间。l 主干分支l 私有分支l 小组分支l 集成分支上面定义的四类工作空间（分支）由项目执行负责人统一管理，根据各开发阶段的实际情况定制相应的版本选取规则，来保证开发活动的正常运作。在变更发生时，应及时做好基线的推进。对配置项的版本管理在不同分支而策略不同：1. 主干分支系统缺省自动建立的物理分支主干分支（/main），BASELINE均以LABEL方式出现在主干分支上。2. 私有分支如果多个开发工程师维护一个配置项时建议建立自己的私有分支。配置管理员对其基本不予管理，如个别私有空间上的版本树过于冗余，将对其冗余版本进行限制。3. 小组分支如果出现小组共同开发该配置项，该分支可视为项目组内部分组的私有空间，存放代码开发过程中的版本分支，由项目组内部控制。4. 集成分支集成测试时在主干分支的特定版本（由LABEL标识清晰）上建立集成分支，测试工作在集成分支上完成。私有分支和小组分支均为可选，必要时建立。4.2 变更管理变更管理的流程是：1)由请求者提交变更请求，变更控制委员会召开复审会议对变更请求进行复审，以确定该请求是否为有效请求。典型的变更请求管理有需求变更管理、缺陷追踪等。2)配置管理者收到基线修改请求后,在配置库中生成与此配置项相关的波及关系表3)配置管理者将基线波及关系表提交给SCCB,由SCCB确定是否需要修改,如果需要修改, SCCB应根据波及关系表,确定需要修改的具体文件,并在波及分析表中标识出来.4)配置管理者按照出库程序从配置库中取出需要修改的文件5)项目人员将修改后的文件提交给配置管理者6)配置管理者将修改后的配置项按入库程序放入配置库7)配置管理者按SCCB标识出的修改文件,由波及关系表生成基线变更记录表,