CM-DEV-3-01 配置管理应用指南

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

本资料仅供内部使用!

配置管理应用指南

XXXXXXXXXXX有限公司

2020年01月05日

本文件中出现的任何文字叙述、文档格式、插图、照片、方法、过程等内容,除另有特别注明,版权均属XXXXXXXXXX有限公司所有,受到有关产权及版权法保护。任何个人、机构未经xxxxxx有限公司的书面授权许可,不得以任何方式复制或引用本文件的任何片断。

配置管理规范

仅供内部使用修改记录

目录

1 概述 (1)

1.1目的 (1)

1.2适用范围 (1)

1.3术语和缩略语 (2)

1.4权限与职责 (2)

1.5配置管理过程图示 (5)

2配置项管理 (5)

2.1配置项的范围 (5)

3版本控制 (6)

3.1基线命名规范 (6)

3.2发行版本表示 (6)

4配置库管理 (7)

4.1配置库的建立 (7)

4.2分配权限 (7)

4.3基线库建立 (7)

4.4配置项基线管理 (8)

4.5配置库备份 (9)

5配置库使用规范 (10)

6系统集成 (11)

6.1集成步骤 (12)

6.2集成结果存放位置 (13)

6.3说明 (13)

7配置变更控制 (13)

7.1软件及其相关文档的变更 (13)

7.2配置库权限变更管理 (15)

8配置状态报告 (16)

8.1目的 (16)

8.2记录内容 (16)

8.3生成报告 (16)

9CM阶段报告 (16)

9.1目的 (16)

9.2记录内容 (16)

9.3生成报告 (17)

10配置审核 (17)

10.1类别 (17)

10.2执行时机 (17)

10.3不符合项处理 (17)

11发布管理 (18)

11.1交付管理 (18)

12 异地项目管理 (18)

1概述

1.1 目的

本文档主要目的在于规范项目配置管理活动,确保配置项正确地唯一标识并且易于存取,保证基线配置项的更改受控,明确基线状态,在整个软件生命周期中建立和维护项目产品的完整性和可追溯性。

1.2 适用范围

本文档适用于不同类别的软件产品和软件项目开发工程的配置管理活动,针对项目不同在流程上作适当的删减。配置管理可采用各种工具及手工办法。

1.3术语和缩略语

1.4角色与职责

项目经理1) 确定配置项、基线、配置库目录权限,审核批准配置管理计划;

2) 接收或拒绝小范围的变更申请,审查配置库变更;

3) 项目开发过程中,监督配置库使用情况;

4) 提出配置管理的建议和要求;

5) 配合配置管理工程师的工作。

变更控制委员会CCB 一个虚拟小组,可由EPG成员、项目经理、资深的项目成员、配置

管理工程师、QA等组成,项目经理为CCB召集人;CCB对配置管

理各项活动拥有决策权(例如评审核划、评审变更请求等)。

开发小组1) 根据确定的配置管理计划和相关规定,提交配置项;

2) 负责项目组内部测试;

3) 按照软件配置管理工具的使用模型来完成开发任务。

测试小组1)从配置管理工程师处获取版本进行整合测试;

2)负责验证代码变更及修改是否正确执行,测试小组测试通过的版

本方可放入基线库。

QA 1)负责审核配置管理过程。

2)对配置审核中发现的不符合项,要求相关责任人进行纠正。

3)审核《配置管理计划》。

1.5配置管理过程图示

图1

2配置项管理

2.1 配置项的范围

软件配置可包括以下几方面:开发文档,代码,第三方控件、插件,参考资料,测试文档,用户文档,项目管理文档,验收文档等。

项目文档主要指:立项建议书、可行性分析报告、技术建议书、用户段性计划、产品需求规格说明书、概要设计报告、详细设计、数需求说明书、项目计划、项目进度计划、项目阶据库设计、界面设计、用户操作手册、用户安装手册、培训文档、验收报告以及上述文档的评审记录。

代码主要指:源代码等。

工具主要指:脚本文件、插件、第三方控件等。

3版本控制

3.1 基线命名规范

基线即项目某一阶段配置项的快照,作为下一阶段软件活动的基础。基线的建立通过打标签的方式实现,具体命名方式如下:

[项目名称] + [阶段名称] + [日期] + [版本类型] + [版本号] + [分支版本号]

[项目名称]:即项目简称,大写。如:GD_JYPX

[阶段名称]:可选,如计划阶段(PP)、需求阶段(RD)、设计阶段(SD)、编码阶段(CD)、测试阶段(TEST)。

[日期]:YYYYMMDD。如:20110312

[版本类型]:I表示增量版本,V表示全量版本。

[版本号]:采用X_Y的形式,X表示大版本,Y表示子版本。版本号反应了版本变化的程度。如:1_12

[分支版本号]:可选,表示在某个主干上建立的分支。如:GD_JYPX_20110312_V1_13_Branch1_0表示在主干GD_JYPX_20110312_V1_13上建立版本为1_0的分支。

3.2 发行版本表示

发行版本采用标签说明,结构如下:

[项目名称] + [大版本] + [版本类型] + [版本号] + [子系统简称(拼音)]+日期+序号

[大版本]:可选,表示同一项目为不同用户定制的版本。

[子系统简称]:可选,当一个项目有多个子系统时,为区分不同子系统而设置。

[版本类型]:分为3种

Beta表示项目组内部测试,标签:NGTS_B1_0-20111015-01

Release系统测试,标签:NGTS_Release1_0-SPmenhu-20111112-01

Version正式发行版,标签:NGTS_Version1_0-SPmenhu-20111112-01

[版本号] 对于Version正式发行版是必须要注明的,而其它可选。

相关文档
最新文档