© 1
配置管理流程规定
()
拟制：___________________
审核：___________________
签发：___________________
© 2
目录
1.配置管理流程..................................................................................................................3
概述.....................................................................................................................................3
总体流程图.........................................................................................................................3
软件需求分析阶段............................................................................................................4
软件设计阶段....................................................................................................................4
制定配置管理计划............................................................................................................4
配置库管理.........................................................................................................................4
相关人员分配权限..................................................................................................4
配置项......................................................................................................................5
版本控制.............................................................................................................................6
变更控制.............................................................................................................................6
配置审计.............................................................................................................................8
配置审核的类别......................................................................................................8
配置审核执行的时机.............................................................................................8
不符合项的处理......................................................................................................8
配置状态报告.................................................................................................................8
配置状态报告的目的..............................................................................................8
配置状态报告记录的内容 ......................................................................................8
配置状态报告的生成..............................................................................................9
发行管理..........................................................................................................................9
交付管理..................................................................................................................9
2.软件基线化规范 .........................................................................................................10
正常开发期.......................................................................................................................10
版本发布期.......................................................................................................................11
项目发布期.......................................................................................................................13
配置管理 ................................................................................................................14
© 3
1.配置管理流程
概述
规范配置管理活动，确保配置项正确地唯一标识并易于存取，保证基准配置项的更改受
控，明确基线状态，在贯穿整个软件生命周期中建立和维护项目产品的完整性和可追溯性。
总体流程图
测试部
验证（配置工程师）
验证判断
市场部
出库联
系单
版本库
final版本（配置管
理负责人）
修改完成
研发部
分配
BUG修正
技术部
Yes
NO
入库
出库
Jira提交
问题反馈
项目
制定配置管理
计划
执行研发
需求分析阶段
设计阶段
© 4
软件需求分析阶段
参加需求分析会议，配置管理负责人记录，有关文档提交归档。如《需求分析》。
软件设计阶段
参加设计阶段，为了详细制定配置管理计划。针对需求分析报告进行系统设计，配置时
应说明系统设计的版本与需求分析报告版本的对应关系。设计书评审通过后，建立设计基线。
制定配置管理计划
配置管理员制定配置管理计划，主要内容包括配置管理软硬件资源、配置项计划、备
份计划等，审批该计划。
配置库管理
配置管理员为项目创建配置库，并给每个项目成员分配权限。各项目成员根据自己
的权限操作配置库。
相关人员分配权限
项目经理：
1) 与(有关负责人员)协商确定项目起始基线
2) 接受配置管理计划，并按相关规定贯彻执行；
3) 接受配置控制委员会的报告。
4) 提出配置管理计划的修改要求；
5) 提出管理管理的建议和要求。
配置管理员
1) 编制配置管理计划；
2) 执行配置项管理；
3) 执行版本控制和变更控制方案；
4) 编制配置状态报告；
5) 配置库的建立和权限分配；
6) 配置管理工具的日常管理与维护；
7) 配置库的日常操作和维护
开发人员
© 5
1) 根据确定的配置管理计划和相关规定，提交配置项
2) 负责软件集成和版本生成。
3) 按照软件配置管理工具的使用模型来完成开发任务。
测试人员
1) 根据配置管理计划和相关规定，提交测试配置项。
2) 负责软件变更的测试验证。
配置项
配置项的范围：
1) 技术文档：《项目开发计划》、《需求分析报告》、《软件设计书》、《质量保证
计划》、《概要设计书》、《详细设计书》、《测试用例》，《测试报告》总结报
告等；
2) 程序：阶段产品、源程序、释放产品等；
3) 工具：自动设计工具、维护工具等；
4) 交互文档：与客户或项目组内交互产生文档《用户需求说明书》。
主要归档包括：
《需求分析报告》、《软件设计书》、《用户需求说明书》、《测试报告》，源程序标
识。
每个配置项的主要属性有：名称、标识符、文件状态、版本、作者、日期等。所有配置
项都被保存在配置库里，确保不会混淆、丢失。配置项及其历史记录反映了软件的演化过程。
配置项标识规则：
1) 项目有明确标识和追踪要求时，由按要求进行标识，以保证满足项目追踪要求。
2) 在开发过程中项目组人员提交的配置项，规则进行标识。
分配权限:
一般地，配置管理负责配置项目成员拥有相对开发模块权限，不能拥有其他的权限。
配置库的操作与管理：
1) 开发人员根据获得的授权的资源进行项目的研发工作，操作配置库
2) 配置管理负责人根据配置管理计划创建与维护基线，“冻结”配置项，控制变更。
3) 配置管理员定期监督或清除配置库里的垃圾文件。
4) 配置管理员定期备份配置库。
© 6
版本控制
配置项的状态有三种：“草稿”、“正式发布”和“正在修改”，本规程制定了配置项
状态变迁与版本号的规则。
配置控制使用户能够通过对适当版本的选择，（版本）组装成各种各样、不同功能模块
的模型。
在开发过程中，我们在不同阶段要建立各种 Tag。 状态报告能够报告所有配置项以及
变更请求的状态。
变更控制
修改处于“草稿”状态的配置项不算是“变更”，修改者按照版本控制规则执行即可。
当配置项的状态成为“正式发布”，或者被“冻结”后，此时任何人都不能随意修改，
必须依据申请执行变更的规则执行。如图简单例子
© 7
变更请求
用户
变更审核
测试经理
项目经理
关闭变更
判断
配置工程师
打开配置库
配置工程师
项目经理
研发人员
判断
增加配置项
Project branch
测试
提交 jira
验证通过
项目经理
分配
Yes
NO
修改完成
配置库
Final版本，验证
入库
Build版本
© 8
配置审计
配置审核的类别
配置审核分为：
1) 功能配置审核：审核软件功能是否与需求一致，并符合基线文档要求；通常要审查
测试方法、流程、报告和设计文档等。
2) 物理配置审核：审核要交付的组成项是否存在，是否包含所有必需的项目，如正确
版本的源代码、资源、文档等等。
配置审核执行的时机
选择以下几种情况由测试经理实施配置审核：
1) 软件产品交付或是软件产品正式发行前；
2) 软件开发的阶段工作结束后；
3) 在产品维护工作中，定期地进行。
不符合项的处理
对配置审核中发现的不符合现象，测试负责人员进行记录，并填写《不符合项报告》，
交由责任部门限期进行纠正。所有的不符合项报告均关闭后，才能发布新版本。
配置状态报告
配置状态报告的目的
记录和报告整个软件生命周期演化状态。
配置状态报告记录的内容
配置状态报告记录的内容包括：
1) 软件和文档的标识；
2) 目前状态；
3) 基线演化状态；
4) 变更状态；
5) 版本交付信息等。
© 9
配置状态报告的生成
配置管理报告自第一个基线创建时建立，由配置管理系统生成，及时反映当前配置状态。
发行管理
通过配置审核后，由项目经理负责生产新版本，并由配置管理负责人检入产品库中，并
按照标识规则进行版本标识。
交付管理
配置负责人从配置库中提取配置项，交付给客户或项目外的人员。交付出去的配置项
必须有据可查，避免发生混乱。流程如下：
1) “索取人”向配置负责人提出交付申请。
2) 审批该申请。如果该申请不合法（合理），则拒绝交付配置项。如果同意交付，交
付清单入档。
3) 配置负责人从配置库中提取配置项交付给“索取人”。
4) “索取人”验收后签字。
© 10
2.软件基线化规范
正常开发期
1．正常开发期间，私有工作区提交， 在一些功能模块需要测试，研发人员需 tag 注释或提
交配置管理员打 tag。
T r u n k
T a g s
V e r 2 . 0
B u l i d 版 本私 有 工 作 区 功 能
提 交 到 t r u n k
T a g 注 释
T a g 注 释
© 11
版本发布期
关键活动
1．技术总监审计发布新版本，有关研发人员打 Tag，命名标准为版本号加 alpha，在期间配
置管理负责人 build 一个内部版本测试，持续到 final 版本，测试验证通过。 如果在版本发
布期间，研发还有功能增加，必须临时分支，等到版本发布完成后，才能合并到主版本上，
关闭分支。配置管理负责人打 tag 注释。如流程图。
T ru n k
2 .0 _ b u lid
2 .0 _ a lp h a
2 .0 _ f in a l1
T a g s
V e r 2 . 0
T e m p tru n k
审 计 开 临
时 分 支
技 术 总 监 审 计 发 布
版 本
V e r s io n _ f in a l
修 改
打 ta g注 释
T a g s
© 12
1．在版本发布后，测试人员审验发布的版本存在问题。
用起先 _final 标识分支到 branch 的 version 下，为 维护版本。修改后建立内部
测试版本 ，持续到 _final_sp1.同时验证主版本上是否存在问题，存在问题的话，
合并到 Trunk 上。如流程图。
Trunk
版本发布后
BUG修改（维
护完成）
验证合并到trunk
_final_sp1
Branch Tags
Version
_final
bulid测试版本
© 13
项目发布期
1．新的一个项目，项目没有特制功能需求，配置管理员交付最新 final 版本，确定
版本标识。
2．新的一个项目，项目有特制功能需求，配置管理建 Project branch，以最新的 Tags。
涉及到正在开发的功能，那么所有研发人员打 alphaTags . Project branch 一直维
护。有些需要的功能审计合并到主版本上。
Trunk
版本发布后
BUG修改（维
护完成）
验证合并到trunk
XXX_bulid
XXX_alpha
XXX_final
XXX_final_sp1
Branch
Tags
Project
Project
验证合并到trunk
打tag注释
Tags
打tag注释
© 14
配置管理
针对每个项目建版本标记，项目名加版本号，对该项目检查到的 bug 需要测试人员提
交到该项目目录中，一般 bug 的来源有两种，一种是由测试人员发现的 bug，一种是在项目
实施过程中用户发现的，开发人员需要通过优先级修改 Bug，测试人员可从 jira 上根据 bug
状态进行验证。都可以在 jira 平台上实现管理，有关人员都可在 jira 上查看 bug 情况。在项
目上发现 bug，是通用 bug 时，测试人员打上特别的标记，审计合并到 trunk 版本上。
1) 配置管理员监督 jira 提交的问题，执行分配人员（研发人员预计修改时间），分配测
试（测试人员预计测试时间），修改完整发布产品（配置管理员预计发布时间），技
术部通过查看相应的过滤器的选择项，知道项目完成情况。一般 jira 的状态是，打开、
正在执行，重新打开，已解决，关闭。如图
打开 进行中 已解决 关闭 重新打开
附件：附件_项目联系单
附件_配置管理计划表
附件_交付联系单
附件_变更请求单
Flsyaoair@
qq 181894372
作者：fuair
