软件项目-软件配置管理规范-模板

PAGEII软件配置管理规范版本：V1.0目录1 介绍 11.1 目的 11.2 范围 12 规范概述 13 规范详述 13.1 配置库管理规范 13.1.1 配置库说明： 13.1.2 配置库目录结构： 23.1.3 配置库权限设置： 43.1.4 配置库备份机制： 53.2 配置项管理规范： 53.2.1 配置项入库： 53.2.2 配置项标识： 53.3 基线管理规范： 83.3.1 基线说明： 83.3.2 基线分类： 83.3.3 基线命名规则 93.4 其它项配置规则： 93.4.1 分支命名规则 93.4.2 Eclipse工作空间命名 93.4.3 版本标签命名规则 93.5 过程简称表： 103.6 配置类别简称表: 10PAGE10/sectionpages10介绍目的本规范目的在于指导配置管理人员如何利用配置库管理所有配置项，从而加强对公司软件产品的控制，保持软件产品在其整个生命周期中的一致性、完整性、可追溯性。范围本规范适用于重要软件产品和软件项目的配置项管理。对于非重要软件或已开发好的软件，可以采用本规范规定的要求的子集。规范概述本规范应用于软件配置管理过程，主要包括配置库的设置，配置项的标示，基线命名等。规范详述配置库管理规范整个项目开发中，把所有的工作成果存放在四个库中，分别为：开发库、受控库、基线库、产品库，每个库下面对应的分为文档库和代码库两部分。前三个库存放到配置管理工具数据库中，产品库建立在文件服务器\\192……\project目录中，根目录名称为项目编号。配置管理员根据项目情况（项目规模、人员使用工具习惯等）、开发模式（本地开发、异地分布式开发）、财力等因素，确定配置管理工具软件（如：ClearCase、SVN、VSS等）以及计算机资源（内存、CPU、网络环境）；确定存储库备份环境（备份服务器、备份介质）。配置库说明：开发库，包括整个开发过程中处于动态变化过程中的工作成果。受控库，存放项目计划中定义的需要进行控制工作产品。软件配置管理就是对软件受控库中的各软件项进行管理，因此软件受控库也叫做软件配置管理库。基线库，存放项目过程的基线配置项。产品库，主要存放项目中产生的工作产品，用于测试及其他人员的交互，由于程序文件都一次生成，不需要进行版本管理的，所以产品库存放在文件服务器上。配置库目录结构：开发(产品)目录结构的规划是软件配置管理的主要内容，由过程工程师、架构师配合配置经理来共同制定，并在配置管理工具的支持下予以实施。Stream（流）的划分流说明-GHTICKET_Integration整个项目所有工件的最终整合场所，用于项目级基线构建、进行集成和确认集成测试。--GHTICKET_Doc需求、设计、管理、过程文档等工作场所。--GHTICKET_Dev项目所有构件的开发场所。GHTICKET_Hezijun个人工作流（即：个人开发工作空间）--GHTICKET_Testing测试组的测试场所。--GHTICKET_Release发布演示场所。VOB（版本对象库）PVOB:PVOB说明VOB:VOB说明<项目简称>_VOB_<用途>命名规则<项目简称>_VOB_Infrastructures内部开发的相对独立、复用度强的基础应用包，针对第三方产品进行封装的调用接口等。<项目简称>_VOB_Library从组织外部获取的源代码、开发组件等，主要来自于开放源码。<项目简称>_VOB_Components项目组针对目标系统开发的构建于底层开发包、基础设施之上的所有构件。<项目简称>_VOB_SubSystems构建于底层开发包、基础设施与所有构件之上的可执行子系统（或系统），通常是目标系统的最终交付实体。<项目简称>_VOB_System项目目标系统主体工件目录，包含需求、设计、集成、测试等。<项目简称>_VOB_Management项目的管理工件目录。<项目简称>_VOB_Supports项目的过程、环境、标准等支持工件目录。<项目简称>_VOB_Doc项目的文档库。代码库：一级目录二级目录三级目录目录结构说明项目名称01_源码目录001_模块A项目源代码，其中三级目录为可选，若代码可以按照模块划分，则选用三级模块002_模块B…02_项目文档开发过程中需要与代码保持同步的文档03_其它不包含在以上目录的代码或文档文档库：一级目录二级目录三级目录目录结构说明项目名称01_项目启动文档项目启动时，需要的项目概要说明文档02_需求说明文档需求阶段的需求说明文档03_概要设计文档设计阶段的概要设计04_详细设计文档编码阶段的详细设计，编码工作说明书05_测试相关文档001_测试用例测试用例002_测试报告测试报告06_配置管理文档项目配置项清单，配置状态报告，变更申请审批单等07_质量保证文档质量保证相关文档08_会议记录项目中正式评审会议的会议纪要09_其它文档不包含在以上目录中的文档配置库权限设置：开发库(开发流程)权限设置：开发库用户目录权限项目主管整个开发库读项目经理项目/01_源码目录读/写/执行项目/02_文档目录读/写/执行项目/03_其它读/写/执行开发人员项目/01_源码目录读/写/执行项目/02_文档目录读/写/执行项目/03_其它读/写/执行配置管理员整个开发库读/写/执行/删除质量保证人员项目/01_源码目录读项目/02_文档目录读项目/03_其它读/写/执行测试人员项目/02_源码目录无项目/03_文档目录读项目/04_其它读文档库权限设置：文档库用户目录权限项目主管整个文档库读项目经理整个文档库读/写/执行开发人员整个文档库读配置管理员整个文档库读/写/执行/删除质量保证人员项目/07_质量保证文档读/写/执行项目/其它目录读测试人员项目/05_测试相关文档读/写/执行项目/其它目录读配置库备份机制：项目开发实施过程中，配置管理员应定期做好配置库，数据库的备份，以防劳动成果的丢失给整个项目及公司带来的严重损失。配置库备份周期：配置库的备份采取每周进行一次。配置库备份方案：先将数据备份到服务器本机XX目录下，同时利用ftp进行远程备份，将数据备份到3的YY目录下，备份策略采取先删除前一天备份文件，然后备份当天数据。配置项管理规范：配置项入库：对配置管理计划中选定的需要入库的配置项进行检查，当配置项被批准后，配置管理员将它提交到受控库中，其中部分配置项要受到基线控制，部分配置项要受到版本控制。配置项标识：为了识别产品的结构、产品的构件及其类型，为其分配唯一的标识符，也就是说，每一个配置项要有一个唯一标识。Stream（流）流举例说明流命名规则：<项目名称>_流歌华票务系统的集成流：GHTICKET_Integration歌华票务系统的开发流：GHTICKET_DevVOBVOB举例说明PVOB命名规则:<项目简称>_PVOB歌华票务的项目VOB：GHTicket_PVOBVOB命名规则<项目简称>_VOB_<用途>歌华票务系统项目的文档库：GHTICKET_VOB_DocView（视图）项目组成员创建视图时，只允许创建静态视图。视图命名规则举例说明基本视图命名规则：<用户名>_<项目名称>_View管理员视图(主视图)：Administrator_GHTicket_ViewUCM开发视图命名规则：<用户名>_<项目名称>_dev_view贺自军的开发视图为：hezijun_GHTicket_dev_viewUCM集成视图命名规则：<用户名>_<项目名称>_inte_view贺自军的集成视图为：heizjun_GHTicket_inte_viewComponet（组件）划分组件说明Comp_<项目名称>_<组件名称>组件创建规则Comp_GHTicket_Test歌华票务的测试组件Comp_GHTicket_Doc歌华票务的文档组件配置项标识规则：分类配置项标识规则说明文档类产品简称_项目简称_过程简称_配置类别简称_版本主要指管理过程，如项目管理，过程管理；支持过程，如配置管理，质量保证过程；工程过程，如需求分析，设计，测试过程的产品软件类主要指工程过程，如开发过程的产品配置项标识规则说明：参数是否必须包含参数说明参数定义标准备注产品简称否，立项项目可以不包含产品代号，包含版本号，

如1.0，2.1字母全部大写项目简称是项目代号，一般在项目建立时就已创建首字母大写，

其余小写过程简称是过程代号缩写，管理过程为MP,支持过程为SP字母全部大写配置类别

简称是工作产品或其他过程产品的缩写全部大写版本否，非基线项的工作产品可以不包含此参数由两位组成，形式为V0.0初始版本为V1.0配置项标识举例：文档类配置项：软件类配置项：基线管理规范：基线说明：基线是指经过正式评审和批准，可作为下一步工作基准的一个配置。软件开发过程中，无论是需求分析、设计、测试都需要在完成时建立基线，也就是说基线是确保在给定的时间点记录并归档所有的已开发工作产品，以作为下一步工作的基础。基线分类：序号基线分类基线简称创建时机1需求基线REQBL软件需求分析完成后，且通过评审，形成分配基线2总体设计基线HLDBL项目系统分析与设计完成之后，且通过评审，形成功能基线3详细设计基线DDBL详细设计完成后，且评审通过。此阶段通常不设基线4代码基线CDBL开发完成，通过项目级或组织级代码审查。开发与测试交互阶段通常不设基线5交付基线RELBL测试通过，通过测试审查，形成产品基线基线命名规则基线命名规则：<产品名称>_<项目简称>_<基线简称>_<版本>_<日期>参数说明：其中“版本”的初始值为V1.0，增量为1；“日期”的格式为“YYYYMMDD”例如：QP_DEC_REQBL_V1.2_20080713其它项配置规则：非基线版本是指在项目的生命周期中，除基线版本外，还有必要标识的其它版本。例如，项目组在完成某一阶段工作后、提交评审的版本，项目在测试阶段的版本都需要标识。分支命名规则分支命名约定是用小写字母来表示名称。Eclipse工作空间命名Eclipse工作空间命名规则举例说明工作空间UCM模式：yourname_ucm_ws贺自军的UCM工作空间：Hezijun_ucm_ws工作空间Base模式：yourname_base_ws贺自军的Base工作空间：Hezijun_base_ws版本标签命名规则普通Label：<产品简称>_<项目简称>_<日期>_<时间>例如：QP_DEC_20080715_1213提交评审的Label：<产品名称>_<项目简称>_<日期>_<时间>_<FORREVIEW>例如：DP_DEC_20080712_1030_FORREVIEW提交测试的Label：<产品名称>_<项目简称>_<日期>_<时间>_<FORTEST>例如：DP_DEC_20080716_0930_FORTEST注：不要在同一元素版本树中多次使用同一版本标签。过程简称表：序号过程分类过程简称1管理过程MP2支持过程SP3售前RD4需求分析RM5设计TS6开发CD7单元测试UT8集成CI9集成测试IT10系统测试ST11验收测试AT12交付RL配置类别简称表:序号所属过程配置类别配置类别称说明1MP立项任务书PT2项目计划PP3项目周报WR_日期日期格式为"YYMMDD"4项目会议纪要PMS_日期日期格式为"YYMMDD"5总结报告PRP6培训资料TD7SP质量保证计划QAP8问题跟踪记录PTR_日期日期格式为"YYMMDD"9QA不符合报告QAPR_日期日期格式为"YYMMDD"10配置管理计划CMP11变更申请审批表CMCC_日期日期格式为"YYMMDD"12配置审计报告CAR_日期日期格式为"YYMMDD"13配置项即基线状态报告CS