《配置管理工作指导书》由会员分享，可在线阅读，更多相关《配置管理工作指导书（19页珍藏版）》请在金锄头文库上搜索。
1、配置管理工作指导书文档编号文件状态： 草稿 正式发布 正在修改当前版本V0.x作者XXX发布日期XXXX-XX-XX保密等级秘密XXX公司XXXX年XX月XX日文件修订记录版本更新内容修改人审核人批准人备注修改日期文件审核记录职位签字日期文件批准记录职位签字日期目 录1.引言11.1.目的11.2.范围11.3.名称解释12.职能及职责22.1.配置管理委员会22.1.1.具体职责22.1.2.组织结构22.2.相关角色及职责23.工作规程43.1.配置管理库系统43.2.配置管理流程53.3.配置管理功能53.3.1.配置标识53.3.1.1.配置库划分53.3.1.2.配置库结构63.3.
2、1.2.1.开发库结构63.3.1.2.2.基线库结构73.3.1.2.3.发布库结构73.3.1.3.版本编号规范83.3.1.3.1.文档版本编号83.3.1.3.2.程序版本编号83.3.1.3.3.标签命名规则103.3.1.3.3.1.标识范围103.3.2.版本控制103.3.2.1.配置项版本控制113.3.2.2.配置库的备份113.3.3.基线管理113.3.3.1.基线定义113.3.3.2.基线属性113.3.3.3.基线创建意义113.3.3.4.基线的创建123.3.3.5.基线维护123.3.4.发布管理123.3.5.变更控制123.3.5.1.变更控制流程133
3、.3.5.2.变更影响分析133.3.5.3.变更结束准则133.3.6.状态报告143.3.7.配置审计143.3.7.1.基线审计143.3.7.2.功能审计143.3.7.3.物理审计144.相关文件155.相关记录15ii配置管理工作指导书1. 引言1.1. 目的本工作指导书描述了配置管理的作用、参加配置管理活动的角色及其职责、配置管理的实施过程等内容，用以规范和指导公司的配置管理活动，通过配置管理工作的实施，实现以下工作目标：1) 软件配置管理活动被定义和计划；2) 软件开发过程中的制品被识别、控制和管理；3) 对于处于配置管理下的软件制品的修改被控制；4) 与软件制品相关的项目组和
4、成员应该被通知制品的目前状态和被修改的信息。1.2. 范围适用于XXX公司项目研发及产品生产各阶段的配置管理活动。1.3. 名称解释1) 软件配置项：是指软件工程过程中所生产或使用的任何元素，或者是纳入软件产品的元素。它可以是说明书、计算机程序、数据结构或者开发软件产品所使用的工具等。2) 软件配置管理：对软件配置项的管理称为软件配置管理。软件配置管理的目的是建立和维护软件项目整个生命周期中工作产品的完整性和可追溯性。3) 软件工作产品：由定义、维护和使用一个软件过程所产生的任何人工制品，包括过程描述、计划、规程、计算机程序和相关文档，无论是否打算将它们交给客户或最终用户。4) 软件产品：可交
5、付给客户或最终用户的软件工作产品的子集称作软件产品。5) 基线：指一个（或一组）配置项在项目生命周期的不同时间点上通过正式评审而进入正式受控的一种状态。6) 变更控制：对配置项的更改进行评价、协调、认可或不认可以及执行更改的过程。7) 版本构造：源代码过单元测试，提交集成测试或系统测试之前，由配置管理工程师在开发域中提取版本的源代码并编译成可执行程序，并标识可执行程序版本后提交测试。即用于内部测试使用的，多数情况下只包括可执行程序，称为一个构造（build）。8) 版本发布：指从项目的配置库中将需交付给客户的所有配置项组装成一个完整的软件产品。即交付给客户的一个包括可执行程序和文档的发布基线称
6、为发布（release）。9) 配置审计：分为物理审计和功能审计。物理审计考查软件基线库的结构、内容及其它相关信息，以验证基线和描述它的文档的一致性。功能审计主要考核配置项在实现功能上的一致性，功能审计主要通过评审和测试报告体现。2. 职能及职责2.1. 配置管理委员会配置管理委员会根据项目或产品的开发计划确定各个里程碑和开发策略，并负责指导和控制配置管理的各项具体活动的进行，为项目经理的决策提供建议。2.1.1. 具体职责配置管理委员会其具体职责为：1) 定制配置库访问控制；2) 制定配置管理策略；3) 建立、更改基线的设置，审核变更申请；4) 根据配置管理员的报告决定相应的对策。2.1.2
7、. 组织结构表 2.1.2 组织结构组织角色职责对应岗位委员会主任配置管理计划评审技术总监配置经理参与配置管理计划制定项目产品经理配置管理员配置管理计划编写配置管理员集成工程师基线代码的编译集成以及产品的集成发布高级测试工程师2.2. 相关角色及职责表 2.2 角色及职责角色职责产品经理参与配置管理计划制定。协助定义基线。明确项目组内配置管理接口。确定项目角色。提供软件工作产品。协助进行版本编译、打包工作。项目经理参与配置管理计划制定。协助定义基线。明确项目组内配置管理接口。确定项目角色。提供软件工作产品。协助进行版本编译、打包工作。技术总监配置管理计划审批。参与评价、认可或否定有关配置项变更
8、建议并确保确认的变更得以执行。配置管理员制定配置管理计划。负责配置管理工具使用及制度的培训。建立配置库，维护配置库及权限。编译程序、打包，编写或维护脚本。基线入库与变更控制。版本发布。配置物理审计、配置状态报告编写。参与评价、认可或否定有关配置项变更建议并确保确认的变更得以执行。负责配置库的日常备份。质量保证工程师审核项目组里的配置管理活动。组织文档类的软件工作产品评审活动，协助文档类的软件工作产品的配置管理。配置基线审计。其他项目组成员执行公司配置管理方面的要求。及时更新VSS里的工作产品，尤其是软件开发工程师，要求每天下班前将源代码更新到公司VSS服务器上，每天上班时更新本地的源代码。3.
9、 工作规程3.1. 配置管理库系统图3.1 配置管理库系统3.2. 配置管理流程图 3.2 配置管理工作流程3.3. 配置管理功能3.3.1. 配置标识3.3.1.1. 配置库划分配置库分为开发库、基线库和发布库，分别标识为：1) 开发库的命名为：01开发库；2) 基线库的命名为：02基线库；3) 发布库的命名为：03发布库。3.3.1.2. 配置库结构每一个项目的配置库可分为：开发库、基线库和发布库；以下分别为这三个配置库的建库结构,并可以根据实际情况在配置管理计划中根据与项目经理或产品经理商讨结果进行增减，形成项目或产品的具体库结构分支：3.3.1.2.1. 开发库结构表 3.3.1.2.
10、1 开发库结构一级目录二级目录三级目录四级目录标识描述Ver(1.0)版本标识01文档01项目管理01技术协议02立项管理03开发计划04软件研制任务书05需求规格说明06软件设计说明07数据库设计说明08手册目录09软件研制总结报告02质量保证01质量保证计划02评审记录03版本说明04质量保证报告03配置管理01配置管理计划02变更管理03物理审计04基线审计04质量控制01测试计划02测试报告05技术支持01实施记录02实施报告03总结报告04维护记录06参考资料01原始资料02行业标准02源码01程序源码01模块02模块02版本记录/03工具01操作系统/02编译工具/03相关数据/0
11、4第三方控件/Ver(x.x)后续版本标识库结构同Ver(1.0)3.3.1.2.2. 基线库结构表 3.3.1.2.2 基线库结构一级目录二级目录三级目录四级目录标识描述Ver(1.0)版本标识01文档01项目管理01技术协议02开发计划03软件研制任务书04需求规格说明05软件设计说明06数据库设计说明07手册目录02质量保证01质量保证计划02版本说明03配置管理01配置管理计划04质量控制01测试计划02程序01程序源码01模块02模块02编译程序01Build0102Build02Ver(x.x)后续版本标识库结构同Ver(1.0)3.3.1.2.3. 发布库结构表 3.3.1.2.
12、3 发布库结构一级目录二级目录三级目录四级目录标识描述Ver(1.0)版本标识01版本说明/02设备说明/03手册目录01用户手册/02用户服务器安装指南/03产品生产手册/04产品实施指南/04产品包装01产品清单/02包装说明/05程序目录01安装程序01Windows平台程序02Linux平台程序02程序源码01Windows程序源码02Linux程序源码03操作系统/Ver(x.x)后续版本标识库结构同Ver(1.0)3.3.1.3. 版本编号规范3.3.1.3.1. 文档版本编号对于产品或项目生产过程中产生的技术文档的版本号管理按照以下约定进行：1) 起草版本的编号为“0.1”、“0.2”、“0.3”“0.10”，对于未经过最终评审通过的技术文档中间版本按照此规则进行升级，如：初稿为“0.1”版，经评审进行修订后升级为“0.2”版本，及提交到基线库前的版本均在“0.1”至“0.10”版本范围内进行版本号的升级；2) 技术文档版本编号可以根据项目需要延伸到若干层，例如：“0.1”、“0.1.1”、“0.1.1.1”；3) 一旦文档版本得以定稿确认后（即提交到基线库后），版本编号应该始自“
