HLJJT 201-2017

应用项目配置管理指南

2017-03-06 发布 2017-03-16 实施

黑龙江省交通运输厅 发布

HLJJT 黑龙江省交通运输信息化建设项目标准规范

应用项目配置管理指南

I

目 次

1 引言 ............................................................................... 1

1.1 目的 ........................................................................... 1

1.2 范围 ........................................................................... 1

2 职责 ............................................................................... 1

2.1 厅信息化主管部门 ............................................................... 1

2.2 建设单位 ....................................................................... 1

2.3 总集成商 ....................................................................... 2

3 文档标识规则 ....................................................................... 2

3.1 文档要求 ....................................................................... 2

3.2 文档标识方式 ................................................................... 2

3.3 文档分类 ....................................................................... 3

4 文档阶段性管理 ..................................................................... 3

4.1 项目前期阶段 ................................................................... 3

4.2 开工许可阶段 ................................................................... 4

4.3 项目招投标阶段 ................................................................. 5

4.4 项目实施阶段 ................................................................... 6

4.5 试运行阶段 ..................................................................... 9

4.6 初步验收阶段 .................................................................. 10

4.7 缺陷责任期阶段 ................................................................ 10

4.8 竣工验收阶段 .................................................................. 11

5 文档变更管理 ...................................................................... 11

附录 A ............................................................................... 12

附录 B ............................................................................... 14

附录 C ............................................................................... 16

应用项目配置管理指南

1

应用项目配置管理指南

1 引言

为更好的促进黑龙江省交通运输信息化建设，结合我省交通运输信息化实际情况，制定本指南，推

荐建设单位依照执行。

黑龙江省交通运输信息化建设项目管理部门主要有：黑龙江省交通运输厅科技教育处（简称“厅信

息化主管部门”）、建设单位和总集成商。

黑龙江省交通运输信息化建设项目的各建设单位应有专门的项目配置管理负责人。

黑龙江省交通运输信息化建设项目的建设单位应按照本文所规定的内容执行。

1.1 目的

项目配置管理的目的是通过技术和行政手段对项目建设整个生命周期进行控制和规范。

项目配置管理包括确认在给定时间点上的项目文档，控制对配置的更改，并维护在整个生命周期中

配置的完整性和可跟踪性。

项目配置管理对象包括：项目过程资产（例如项目建设过程中的所有文档），交付给业主的文档（例

如软件需求文档和代码等），内部使用的相关技术文档，以及为完成这些文档而生成的中间文档。这些

文档应由项目配置管理负责人进行管理和控制。

1.2 范围

本文规定黑龙江省交通运输信息化建设项目配置管理实施工作的相关内容。

本文规范建设单位配置管理工作，对软件项目配置管理、硬件项目配置管理、系统集成项目配置管

理工作起指导作用。

各项目内部配置管理可参见附录C。

2 职责

2.1 厅信息化主管部门

负责组织实施信息化管理工作，全面指导、监管各分项目集成，建立协调沟通机制，加强有关单位

沟通，协调解决项目建设过程中出现的问题，并对项目建设过程中所产生的文档进行管理。

2.2 建设单位

应用项目配置管理指南

2

在厅信息化主管部门的领导下，负责管理分项集成商和承建商，组织开展分项目建设，配合厅信息

化管理工作。组织分项集成商或承建商编制项目各阶段的相关文档并对文档进行审核、收集和整理。建

设单位项目配置管理负责人在项目建设的各阶段及时将相关文档进行上传。

2.3 总集成商

协助厅信息化主管部门推进项目配置管理工作，检查项目各阶段文档提交情况。

3 文档标识规则

3.1 文档要求

a) 编制项目相关文档时，应按照《黑龙江省交通运输信息化建设项目软件工程文档编制规范》；

b) 项目相关文档的命名方式和上传阶段，应按照本指南要求执行；

c) 项目建设过程中各阶段应提交的文档清单详见附录A。

3.2 文档标识方式

3.2.1 标识项

配置项标识属性包括：名称、编号、文件状态、版本、作者、日期等。

3.2.2 文件名称

文件命名格式：项目名称+“_”+文档名称+“_”+文档编号。

文档编号格式：YYYYMMDD_###，其中YYYYMMDD表示完成时间，YYYY指年份，MM指月份，DD指日期，

###表示文档版本号。

例如：XXX项目的需求规格说明书，完成时间为2016年01月01日，文档版本号为V1.0

文件命名为：XXX项目_需求规格说明书_20160101_V1.0

3.2.3 版本控制

对于计划性文档、技术文档和用户文档，其版本按修改的先后顺序确定。新生成的文档，第一次发

行为第一版，修改后第二次发行为第二版，以此类推。

版本号：Vx.y.z

a) V代表版本（Version）；

b) “x”代表主版本号，初始值为1，取值范围为1～9，当对项目或产品作重大调整，或与已发行

的上一产品相比，在功能与性能上有较大改善时，通过配置管理负责人审批，主版本号可以加

1。项目或产品概念全新，第一次完成，版本号为1.0；

应用项目配置管理指南

3

c) “y”代表次版本号，初始值为0，取值范围为0～9，当文档内容有一定变动（增加、删除、变

更），对项目或产品产生实质性影响时，版次号升一位数字；

d) “z”代表版本变更号，初始值为0，取值范围为0～9，当文档内容有一定变动（增加、删除、

变更），对项目或产品产生非实质性影响时，版次号升一位数字。

在所有的版本号标识中，若版本号的前一位改变，则后面所有位全部归零。

3.3 文档分类

项目建设过程中文档按项目类别分为：软件开发、硬件采购、系统集成和附属工程四类。这四类项

目建设过程中应提交的文档清单详见附录B。

4 文档阶段性管理

项目配置管理负责人根据配置管理计划和要求，对文档进行分阶段管理

4.1 项目前期阶段

4.1.1 项目建议书

建设单位编制完成项目建议书送审版后，项目配置管理负责人应使用配置管理工具将项目建议书送

审版（电子版）文件进行上传。

文件类型：Word文档（.docx），文件的命名方式参见3.2.2。

例如：XXX项目_项目建议书（送审版）_20160101_V1.0.docx

建设单位根据厅信息化主管部门审核意见修订完成项目建议书并通过审定后，形成项目建议书最终

版，建设单位项目配置管理负责人应使用配置管理工具将项目建议书最终版（电子版）文件进行上传。

文件类型：Word文档（.docx），文件的命名方式参见3.2.2。

例如：XXX项目_项目建议书（最终版）_20160201_V1.0.docx

项目建议书最终版经相关部门批复后，建设单位项目配置管理负责人应将项目建议书的相关批复文

件扫描成pdf格式文件，并使用配置管理工具进行上传。

文件类型：Adobe Acrobat Document (.pdf)，文件命名方式参见3.2.2。

例如：XXX项目_项目建议书相关批复文件_20160220.pdf

4.1.2 可行性研究报告

建设单位组织编制完成可行性研究报告送审版，并经参建单位会签确认后，项目配置管理负责人应

使用配置管理工具将可行性研究报告送审版电子版文件进行上传。

文件类型：Word文档（.docx），文件的命名方式参见3.2.2。

应用项目配置管理指南

4

例如：XXX项目_可行性研究报告（送审版）_20160301_V1.0.docx

建设单位根据厅信息化主管部门审核意见修订完成可行性研究报告并通过审查后，形成可行性研究

报告最终版，建设单位项目配置管理负责人应使用配置管理工具将可行性研究报告最终版（电子版）文

件进行上传。

文件类型：Word文档（.docx），文件的命名方式参见3.2.2。

例如：XXX项目_可行性研究报告（最终版）_20160401_V1.0.docx

按照相关规定完成可行性研究报告立项申请和审批程序后，建设单位项目配置管理负责人应将可行

性研究报告的相关批复文件扫描成pdf格式文件并使用配置管理工具进行上传。

文件类型：Adobe Acrobat Document (.pdf)，文件的命名方式参见3.2.2。

例如：XXX项目_可行性研究报告相关批复文件_20160420.pdf

4.1.3 初步设计方案

建设单位组织编制完成初步设计方案送审版，并经参建单位会签确认后，项目配置管理负责人应使

用配置管理工具将初步设计方案送审版电子版文件进行上传。

文件类型：Word文档（.docx），文件的命名方式参见3.2.2。

例如：XXX项目_初步设计方案（送审版）_20160501_V1.0.docx

建设单位根据厅信息化主管部门审核意见修订完成项目初步设计方案并通过评审后，形成初步设计

方案最终版，建设单位项目配置管理负责人应使用配置管理工具将初步设计方案最终版（电子版）文件

进行上传。

文件类型：Word文档（.docx），文件的命名方式参见3.2.2。

例如：XXX项目_初步设计方案（最终版）_20160601_V1.0.docx

按照相关规定完成初设批复流程后，建设单位项目配置管理负责人应将初步设计方案的相关批复文

件扫描成pdf格式文件并使用配置管理工具进行上传。

文件类型：Adobe Acrobat Document (.pdf)，文件的命名方式参见3.2.2。

例如：XXX项目_初步设计方案相关批复文件_20160620.pdf

4.2 开工许可阶段

4.2.1 施工组织计划及招标方案

建设单位在施工组织计划及招标方案送审版编制完成后，项目配置管理负责人应使用配置管理工具

将施工组织计划及招标方案送审版电子版文件进行上传。

文件类型：Word文档（.docx），文件的命名方式参见3.2.2。

应用项目配置管理指南

5

例如：XXX项目_施工组织计划及招标方案（送审版）_20160701_V1.0.docx

建设单位根据厅信息化主管部门审查意见修订完成施工组织计划及招标方案并通过审定后，形成施

工组织计划及招标方案最终版，建设单位项目配置管理负责人应使用配置管理工具将施工组织计划及招

标方案最终版（电子版）文件进行上传。

文件类型：Word文档（.docx），文件的命名方式参见3.2.2。

例如：XXX项目_施工组织计划及招标方案（最终版）_20160720_V1.0.docx

4.2.2 项目开工通知书

建设单位收到项目开工通知书后，项目配置管理负责人应将项目开工通知书扫描成pdf格式文件并

使用配置管理工具进行上传。

文件类型：Adobe Acrobat Document (.pdf)，文件命名方式参见3.2.2。

4.3 项目招投标阶段

4.3.1 招标文件

建设单位在招标文件送审版编制完成后，项目配置管理负责人应使用配置管理工具将招标文件送审

版电子版文件进行上传。

文件类型：Word文档（.docx），文件的命名方式参见3.2.2。

例如：XXX项目_招标文件（送审版）_20160801_V1.0.docx

建设单位根据厅信息化主管部门评审意见修订完成招标文件并通过审定后，形成招标文件最终版，

建设单位项目配置管理负责人应使用配置管理工具将招标文件最终版（电子版）文件进行上传。

文件类型：Word文档（.docx），文件命名方式参见3.2.2。

例如：XXX项目_招标文件（最终版）_20160820_V1.0.docx

4.3.2 评标报告

建设单位与中标单位签订合同后，建设单位项目配置管理负责人应将评标报告扫描成pdf格式文件

并使用配置管理工具进行上传。

文件类型：Adobe Acrobat Document (.pdf)，文件命名方式参见3.2.2。

4.3.3 中标通知书

建设单位与中标单位签订合同后，建设单位项目配置管理负责人应将中标单位提交的中标通知书原

件扫描成pdf格式文件并使用配置管理工具进行上传。

文件类型：Adobe Acrobat Document (.pdf)，文件命名方式参见3.2.2。

4.3.4 投标文件

应用项目配置管理指南

6

建设单位与中标单位签订合同后，建设单位项目配置管理负责人应使用配置管理工具将中标单位提

交的投标文件原件（电子版）进行上传。

文件类型：Word文档（.docx），文件命名方式参见3.2.2。

4.3.5 合同

建设单位与中标单位签订合同后，建设单位项目配置管理负责人应将带有签字和盖有公章的合同原

件扫描成pdf格式文件并使用配置管理工具进行上传。

文件类型：Adobe Acrobat Document (.pdf)，文件命名方式参见3.2.2。

4.4 项目实施阶段

4.4.1 需求规格说明书

建设单位在最终确认完需求后，组织编制需求规格说明书，建设单位在审核通过的需求规格说明书

上签字或盖章确认后，项目配置管理负责人应将需求规格说明书扫描成pdf格式文件并使用配置管理工

具进行上传。

文件类型：Adobe Acrobat Document (.pdf)，文件命名方式参见3.2.2。

4.4.2 概要设计说明书

建设单位组织编制概要设计说明书并审核通过后，建设单位项目配置管理负责人应使用配置管理工

具将概要设计说明书（电子版）文件进行上传。

文件类型：Word文档（.docx），文件命名方式参见3.2.2。

4.4.3 详细设计说明书

建设单位组织编制详细设计说明书并审核通过后，建设单位项目配置管理负责人应使用配置管理工

具将详细设计说明书（电子版）文件进行上传。

文件类型：Word文档（.docx），文件命名方式参见3.2.2。

4.4.4 数据库设计说明书

建设单位组织编制数据库设计说明书并审核通过后，建设单位项目配置管理负责人应使用配置管理

工具将数据库设计说明书（电子版）文件进行上传。

文件类型：Word文档（.docx），文件命名方式参见3.2.2。

4.4.5 实施方案

建设单位组织编制完成实施方案送审版后，建设单位项目配置管理负责人应使用配置管理工具将实

施方案送审版（电子版）文件进行上传。

应用项目配置管理指南

7

文件类型：Word文档（.docx），文件的命名方式参见3.2.2。

例如：XXX项目_实施方案（送审版）_20160901_V1.0.docx

在实施方案审核通过后，形成实施方案最终版，建设单位项目配置管理负责人应使用配置管理工具

将实施方案最终版（电子版）文件进行上传。

文件类型：Word文档（.docx），文件命名方式参见3.2.2。

例如：XXX项目_实施方案（最终版）_20160920_V1.0.docx

4.4.6 项目实施计划

建设单位组织编制项目实施计划并审核通过后，建设单位项目配置管理负责人应使用配置管理工具

将项目实施计划（电子版）文件进行上传。

文件类型：Word文档（.docx），文件的命名方式参见3.2.2。

4.4.7 工程进度报告

分项集成商或承建商根据项目进展情况编制工程进度报告并通过建设单位审核后，建设单位项目配

置管理负责人应将工程进度报告扫描成pdf格式文件并使用配置管理工具进行上传。

文件类型：Adobe Acrobat Document (.pdf)，文件的命名方式参见3.2.2。

4.4.8 支付申请书

分项集成商或承建商根据合同相关内容及工程进度编制支付申请书并通过建设单位审核后，建设单

位项目配置管理负责人应将支付申请书扫描成pdf格式文件并使用配置管理工具进行上传。

文件类型：Adobe Acrobat Document (.pdf)，文件的命名方式参见3.2.2。

4.4.9 硬件到货验收报告

验收组根据建设单位及合同条款要求，对已到货硬件产品验收并形成硬件到货验收报告，验收组签

字确认后，建设单位项目配置管理负责人应将硬件到货验收报告扫描成pdf格式文件并使用配置管理工

具进行上传。

文件类型：Adobe Acrobat Document (.pdf)，文件命名方式参见3.2.2。

4.4.10 系统集成方案

建设单位组织编制完成系统集成方案送审版后，项目配置管理负责人应使用配置管理工具将系统集

成方案送审版（电子版）文件进行上传。

文件类型：Word文档（.docx），文件的命名方式参见3.2.2。

例如：XXX项目_系统集成方案（送审版）_20161020_V1.0.docx

应用项目配置管理指南

8

在系统集成方案审核通过后，形成系统集成方案最终版，建设单位项目配置管理负责人应使用配置

管理工具将系统集成方案最终版（电子版）文件进行上传。

文件类型：Word文档（.docx），文件命名方式参见3.2.2。

例如：XXX项目_系统集成方案（最终版）_20161020_V1.0.docx

4.4.11 集成完成报告

在集成工作完成后，建设单位组织编制完成集成完成报告后，项目配置管理负责人应将集成完成报

告扫描成pdf格式文件并使用配置管理工具进行上传。

文件类型：Adobe Acrobat Document (.pdf)，文件命名方式参见3.2.2。

4.4.12 安装验收确认书

在安装部署工作完成后，建设单位组织完成安装验收确认书，项目配置管理负责人应将安装验收确

认书扫描成pdf格式文件并使用配置管理工具进行上传。

文件类型：Adobe Acrobat Document (.pdf)，文件命名方式参见3.2.2。

4.4.13 源代码清单

在系统研发完毕后，建设单位组织分项集成商或承建商提交源代码清单（包括源代码和源代码说明）。

建设单位项目配置管理负责人应使用配置管理工具将源代码清单（电子版）文件进行上传。

文件类型：

a) 源代码说明文档：Word文档（.docx），文件命名方式参见3.2.2。

b) 源代码包：压缩文件（.rar），文件命名方式参见3.2.2。

4.4.14 测试方案

在项目进入测试阶段时，建设单位组织编制完成测试方案（包括测试方法、测试用例和测试流程等），

项目配置管理负责人应使用配置管理工具将测试方案（电子版）文件进行上传。

文件类型：Word文档（.docx），文件命名方式参见3.2.2。

4.4.15 试点推广完成报告

在通过测试小组的内部测试后，建设单位组织开展试点推广工作，并形成试点推广完成报告，建设

单位项目配置管理负责人应将试点推广完成报告扫描成pdf格式文件并使用配置管理工具进行上传。

文件类型：Adobe Acrobat Document (.pdf)，文件命名方式参见3.2.2。

4.4.16 第三方测试报告

应用项目配置管理指南

9

第三方测试完成后，第三方测试机构应向建设单位提交带有第三方测试机构盖章的第三方测试报告，

建设单位项目配置管理负责人应将第三方测试报告扫描成pdf格式文件并使用配置管理工具进行上传。

文件类型：Adobe Acrobat Document (.pdf)，文件命名方式参见3.2.2。

4.4.17 安全等级保护测评报告

安全等级保护测评完成后，承建商将安全等级保护测评报告提交给建设单位，建设单位项目配置管

理负责人应将安全等级保护测评报告扫描成pdf格式文件并使用配置管理工具进行上传。

文件类型：Adobe Acrobat Document (.pdf)，文件命名方式参见3.2.2。

4.4.18 用户操作手册

项目进入试运行阶段前，承建商编制完成用户操作手册提交给建设单位，建设单位项目配置管理负

责人应使用配置管理工具将用户操作手册（电子版）文件进行上传。

文件类型：Word文档（.docx），文件命名方式参见3.2.2。

4.4.19 管理员手册

项目进入试运行阶段前，承建商编制完成管理员手册提交给建设单位，建设单位项目配置管理负责

人应使用配置管理工具将管理员手册（电子版）文件并进行上传。

文件类型：Word文档（.docx），文件命名方式参见3.2.2。

4.5 试运行阶段

4.5.1 系统上线报告

在进行试运行准备时，建设单位组织分项集成商或承建商提交系统上线报告，建设单位项目配置管

理负责人应使用配置管理工具将系统上线报告（电子版）文件进行上传。

文件类型：Word文档（.docx），文件命名方式参见3.2.2。

4.5.2 试运行方案

建设单位组织编制试运行方案并审核通过后，项目配置管理负责人应使用配置管理工具将试运行方

案（电子版）文件进行上传。

文件类型：Word文档（.docx），文件命名方式参见3.2.2。

4.5.3 系统培训方案

建设单位组织编制系统培训方案并审核通过后，项目配置管理负责人应使用配置管理工具将系统培

训方案（电子版）文件进行上传。

文件类型：Word文档（.docx），文件命名方式参见3.2.2。

应用项目配置管理指南

10

4.5.4 试运行完成报告

在试运行通过后，建设单位组织完成试运行完成报告并签字确认后，项目配置管理负责人应将试运

行完成报告扫描成pdf格式文件并使用配置管理工具进行上传。

文件类型：Adobe Acrobat Document (.pdf)，文件命名方式参见3.2.2。

4.6 初步验收阶段

4.6.1 用户确认测试报告

在试运行工作完毕后，建设单位组织最终用户对系统功能及业务实现进行签字确认，提交用户确认

测试报告，建设单位项目配置管理负责人应将用户确认测试报告扫描成pdf格式文件并使用配置管理工

具进行上传。

文件类型：Adobe Acrobat Document (.pdf)，文件命名方式参见3.2.2。

4.6.2 初步验收方案

在初步验收准备时，建设单位组织编制完成初步验收方案后，项目配置管理负责人应使用配置管理

工具将初步验收方案（电子版）文件进行上传。

文件类型：Word文档（.docx），文件的命名方式参见3.2.2。

4.6.3 初步验收申请报告

项目具备初步验收条件后，承建单位向建设单位提交初步验收申请报告，建设单位审批通过后，项

目配置管理负责人应将初步验收申请报告扫描成pdf格式文件并使用配置管理工具进行上传。

文件类型：Adobe Acrobat Document (.pdf)，文件命名方式参见3.2.2。

4.6.4 总集成技术验收报告

在进行初步验收工作时，总集成商首先进行技术验收并形成总集成技术验收报告，建设单位项目配

置管理负责人将总集成商签字确认的总集成技术验收报告扫描成pdf格式文件并使用配置管理工具进行

上传。

文件类型：Adobe Acrobat Document (.pdf)，文件命名方式参见3.2.2。

4.6.5 初步验收报告

初步验收工作完成后，建设单位配合初步验收工作组组完成初步验收报告，建设单位项目配置管理

负责人应将初步验收报告扫描成pdf格式文件并使用配置管理工具进行上传。

文件类型：Adobe Acrobat Document(.pdf)，文件的命名方式参见3.2.2。

4.7 缺陷责任期阶段

应用项目配置管理指南

11

4.7.1 缺陷情况报告

在缺陷责任期内，建设单位根据项目运行情况，定期组织编制缺陷情况报告，项目配置管理负责人

应使用配置管理工具将缺陷情况报告（电子版）文件进行上传。

文件类型：Word文档（.docx），文件的命名方式参见3.2.2。

4.8 竣工验收阶段

4.8.1 竣工验收方案

在竣工验收准备时，建设单位编制完成竣工验收方案送审版后，项目配置管理负责人应使用配置管

理工具将竣工验收方案送审版（电子版）文件进行上传。

文件类型：Word文档（.docx），文件的命名方式参见3.2.2。

例如：XXX项目_竣工验收方案（送审版）_20161220_V1.0.docx

根据《管理办法》要求形成竣工验收方案最终版，建设单位项目配置管理负责人应使用配置管理工

具将竣工验收方案最终版（电子版）文件进行上传。

文件类型：Word文档（.docx），文件命名方式参见3.2.2。

例如：XXX项目_竣工验收方案（最终版）_20161220_V1.0.docx

4.8.2 竣工验收申请报告

建设单位向省交通运输厅提交竣工验收申请报告，审核通过后，建设单位项目配置管理负责人应将

竣工验收申请报告扫描成pdf格式文件并使用配置管理工具进行上传。

文件类型：Adobe Acrobat Document(.pdf)，文件命名方式参见3.2.2。

4.8.3 竣工验收报告

竣工验收通过后，第三测试机构编制竣工验收报告，建设单位项目配置管理负责人应将竣工验收报

告扫描成pdf格式文件并使用配置管理工具进行上传。

文件类型：Adobe Acrobat Document(.pdf)，文件的命名方式参见3.2.2。

5 文档变更管理

当文档发生变更时，变更后的文档通过审核确认后，建设单位项目配置管理负责人应及时使用配置

管理工具将变更后的文档按照本文要求的格式重新进行上传。

应用项目配置管理指南

12

附录 A

黑龙江省交通运输信息化建设项目各阶段文档清单

序号 阶段 文档名称 格式 强制性 说明

1

项目前期

阶段

项目建议书及相关批复文件 Word/pdf 强制

2 可行性研究报告及相关批复文件 Word/pdf 强制

3 初步设计方案及相关批复文件 Word/pdf 强制

4 开工许可

阶段

施工组织计划及招标方案 Word 强制

5 项目开工通知书 pdf 强制 厅信息化主管部门下发

6

项目招投

标阶段

招标文件 Word 强制

7 评标报告 pdf 强制

8 中标通知书 pdf 强制

9 投标文件 Word 强制

10 合同 pdf 强制

11

项目实施

阶段

需求规格说明书 pdf 强制 建设单位签字或盖章

12 概要设计说明书 Word

13 详细设计说明书 Word

14 数据库设计说明书 Word

15 实施方案 Word 强制

16 项目实施计划 Word

17 工程进度报告 pdf 强制

18 支付申请书 pdf 强制

19 硬件到货验收报告 pdf

20 系统集成方案 Word

21 集成完成报告 pdf

22 安装验收确认书 pdf

23 源代码清单 Word/Rar

24 测试方案 Word

25 试点推广完成报告 pdf

26 第三方测试报告 pdf 强制 第三方测试机构签字或盖章

应用项目配置管理指南

13

27 安全等级保护测评报告 pdf 第三方测评机构签字或盖章

28 用户操作手册 Word

29 管理员手册 Word

30

试运行阶

段

系统上线报告 Word

31 试运行方案 Word

32 系统培训方案 Word

33 试运行完成报告 pdf 强制 建设单位签字或盖章

34

初步验收

阶段

用户确认测试报告 pdf

35 初步验收方案 Word

36 初步验收申请报告 pdf

37 总集成技术验收报告 pdf 强制

38 初步验收报告 pdf 强制 建设单位签字或盖章

39

缺陷责任

期阶段

缺陷情况报告 Word

40

竣工验收

阶段

竣工验收方案 Word

41 竣工验收申请报告 pdf

42 竣工验收报告 pdf 强制 建设单位签字或盖章

应用项目配置管理指南

14

附录 B

黑龙江省交通运输信息化建设各类项目文档清单

阶段 软件开发项目 硬件采购项目 系统集成项目 附属工程项目

项目前期阶段

项目建议书

可行性研究报告

初步设计方案

项目建议书

可行性研究报告

初步设计方案

项目建议书

可行性研究报告

初步设计方案

项目建议书

可行性研究报告

初步设计方案

开工许可阶段

施工组织计划及招

标方案

项目开工通知书

施工组织计划及招

标方案

项目开工通知书

施工组织计划及招

标方案

项目开工通知书

施工组织计划及招

标方案

项目开工通知书

项目招投标阶段

招标文件

评标报告

中标通知书

投标文件

合同

招标文件

评标报告

中标通知书

投标文件

合同

招标文件

评标报告

中标通知书

投标文件

合同

招标文件

评标报告

中标通知书

投标文件

合同

项目实施阶段

需求规格说明书

概要设计说明书

详细设计说明书

数据库设计说明书

实施方案

项目实施计划

工程进度报告

支付申请书

源代码清单

测试方案

试点推广完成报告

第三方测试报告

安全等级保护评测

报告

用户操作手册

管理员手册

工程进度报告

支付申请书

硬件到货验收报告

安装验收确认书

实施方案

工程进度报告

支付申请书

系统集成方案

集成完成报告

安装验收确认书

实施方案

工程进度报告

支付申请书

安装验收确认书

应用项目配置管理指南

15

试运行阶段

系统上线报告

试运行方案

系统培训方案

试运行完成报告

初步验收阶段

用户确认测试报告

初步验收方案

初步验收申请报告

初步验收报告

缺陷责任期阶段 缺陷情况报告

竣工验收阶段

竣工验收方案

竣工验收申请报告

竣工验收报告

应用项目配置管理指南

16

附录 C

应用项目配置管理规范

C.1 术语、定义和缩略语

C.1.1术语和定义

配置项

硬件、软件或二者兼有的集合，为配置管理指定的，在配置管理过程中作为一个单独的实体对待。

以下内容都可以作为配置项进行管理：外部交付的软件产品和数据、指定的内部软件工作产品和数

据、指定的用于创建或支持软件产品的支持工具、供方，供应商提供的软件和客户提供的设备。

典型配置项包括可行性研究报告、初步设计、施工组织计划、招标方案、需求文档、设计文档、源

代码、可执行代码、测试用例、运行软件所需的各种数据等，它们经评审和检查通过后进入项目配置管

理。

配置库

是一组受控制的、辅助软件项目开发、使用和维护的软件及相关的文档，它在软件发布管理和项目

交付活动中，起着重要作用。

基线

一组拥有唯一标识号的需求、设计、源代码文卷以及相应的可执行代码、构造文件和用户文档构成

一条基线。基线一经放行，就可以作为从配置管理系统检索源代码文卷（配置项）和生成可执行文卷的

工具。

配置管理系统

配置管理系统是软件工程化的重要组成部分。目的是通过确定配置管理细则和提供规范的配置项管

理软件系统，加强软件研制过程的质量控制，增强软件研制过程的可控性。确保软件配置管理项（包括

各种文档、数据和程序）的完备、清晰、一致性及可追踪性，以及技术状态的可控制性。

C.2 配置管理

C.2.1定义

项目配置管理是利用配置管理的方法在项目建设过程中标识、控制和管理变更的一种管理活动。它

控制配置项的修改和发行；记录和报告配置项的状态和变更；保证配置项的完整性、一致性和正确性；

以及控制配置项的存储、装载和交付。配置管理工作内容包括：配置识别、建立基线、版本管理、变更

控制、状态报告、配置审计等。

应用项目配置管理指南

17

C.2.2 组织机构及职责

配置管理组织机构包括：配置控制委员会、配置控制负责人、配置管理员、配置操作员、项目经理

等。

配置控制委员会：审批任命配置控制负责人。（每个项目都需要成立配置控制委员会）

配置控制负责人：任命配置管理员、对配置库所有目录负责人有更改和书写权限。（配置控制负责

人对相应的项目的配置管理工作负责）

配置管理员：要维护所有目录和配置项的权限，保证配置下 Reader能够获得到该文档，而其它人

员无权获得。（配置管理员对相应项目配置管理全过程进行管理）

配置操作员：包括软件工程师、测试工程师、硬件工程师、系统集成工程师及软、硬件维护人员。

（配置操作员负责具体的配置工作）

项目经理：项目经理是项目的主要负责人，承担相应的审批和基线审计工作。

C.2.3 配置管理流程

应用项目配置管理指南

18

记录和报告基线的状态 配置审核1建立配置库2对项目组指导和培训3对配置项的日常管理4参加评审会议5定期备份和病毒防护6实施发布7进行归档8配置管理计划的维护

状态报告 审核报告

计划完成

开始

指定配置管理人员

配置状态记录

结束

建立配置库及权限分配

确定配置库及其目录结构

定义访问权限

按计划执行配置管理活动

定义备份与病毒防护策略

配置管理流程

图1

C.2.4 配置项管理

在信息化项目建设过程中所有需要控制的配置项按照其特点可分为基线配置项和非基线配置项两

类，例如基线配置项一般包括所有的设计文档和源程序等；非基线配置项一般包括项目的各类计划和报

告等。

应用项目配置管理指南

19

按照在配置管理活动中的作用，配置项分类如下：

序号 分类 举例

1 设计类 初步设计方案及批复文件、概要设计、详细设计、数据库设计等

2 协议类 采购合同、采购清单、售后服务承诺书等

3 商务类 招/投标文件、中标通知书、开工通知书、硬件到货确认单、安装确认书

4 计划类 施工组织计划及批复文件、测试计划等

5 定义类 可行性研究报告及批复文件、需求规格说明书、运维手册、用户使用手册、运维交接清

单等

6 环境类 编译器、操作系统、编辑器、数据库管理系统、开发工具、项目管理工具、文档编辑工

具等

7 编码类 源代码、目标码、单元测试数据及单元测试结果等

8 测试类 系统测试数据、系统测试结果、操作手册、安装手册等

9 报告类 试运行报告、测试报告、第三方审计报告、推广完成报告、

10 维护类 以上任何需要变更的配置项

C.2.5 配置识别

配置识别是配置管理的一个要素，包括选择一个系统的配置项和在技术文档中记录配置项的功能和

物理特性。

配置识别是配置管理员的职能，包括如下内容：

a) 识别需要受控的配置项；

b) 给每个产品和它的组件及相关的文档分配唯一的标识；

c) 定义每个配置项的重要特征以及识别其所有者；

d) 识别组件、数据及和准则；

e) 建立和控制基线；

f) 维护文档和组件的修订与产品版本之间的关系。

所有配置项都应按照相关规定统一编号，按照相应的模板生成，并在文档中的规定章节记录对象的

标识信息。在引入软件配置管理工具进行管理后，这些配置项都应以一定的目录结构保存在配置库中。

所有配置项的操作权限应由配置管理员负责，基本原则是：基线配置项向各个项目的配置操作员开放读

取的权限；非基线配置项向项目经理及配置管理委员会负责人及相关人员开放。

配置项状态变迁规则

应用项目配置管理指南

20

配置项的状态可分为“草稿”、“正式”和“修改”三种。配置项刚建立时，其状态为“草稿”。

配置项通过评审后，其状态变为“正式”。此后若更改配置项，则其状态变为“修改”。当配置项修改

完毕并重新通过评审时，其状态又变为“正式”。

配置项版本号标识

配置项的版本号规则与配置项的状态相关，规则如下：

a) 处于“草稿”状态的配置项的版本号格式为 0.YZ（例如：0.01），YZ的数字范围为 01～99。

随着草稿的修正，YZ的取值应递增。

b) 处于“正式”状态的配置项的版本号格式为 X.Y，X为主版本号，取值范围为 1～9。Y为次版

本号，取值范围为 0～9。配置项第一次成为“正式”文件时，版本号为 1.0。如果配置项升级

幅度比较小，可以将变动部分制作成配置项的附件，附件版本依次为 1.0，1.1，……。当附

件的变动积累到一定程度时，配置项的 Y值可适量增加，Y值增加一定程度时，X值将适量增

加。当配置项升级幅度比较大时，才允许直接增大 X值。

c) 处于“修改”状态的配置项的版本号格式为 X.YZ。配置项正在修改时，一般只增大 Z值，X.Y

值保持不变。当配置项修改完毕，状态成为“正式”时，将 Z值设置为 O，增加 X.Y值。

配置项版本控制

配置项的版本控制作用于多个配置管理活动之中，如创建配置项、配置项的变更和配置项的评审等。

在项目开发过程中，绝大部分的配置项都要经过多次的修改才能最终确定下来。对配置项的任何修改都

将产生新的版本。版本控制的目的是按照一定的规则保存配置项的所有版本，避免发生版本丢失或混淆

等现象，并且可以快速准确地查找到配置项的任何版本。

C.2.6 基线发布

基线概念

基线由配置项组成，这些配置项构成了一个相对稳定的逻辑实体。基线是信息化项目建设周期中各

个阶段末尾的特定点，与里程碑的概念类似。基线管理中将基线分类如下：

a) 功能基线：在系统分析和软件定义阶段结束时，经过正式评审和批准的系统设计规格说明中对

被开发软件系统的规格说明；经过项目委托单位和项目承办单位双方签字同意的协议书或合同

中所规定的对被开发软件系统的规格说明；由下级申请及上级同意或直接由上级下达的项目任

务书中所规定的对待开发软件系统的规格说明；

b) 分配基线:在软件需求分析阶段结束时，经正式评审和批准的软件需求规格说明。产品基线在

软件组装与系统测试阶段技术时，经正式评审和批准的有关所开发的软件产品的全部配置项的

应用项目配置管理指南

21

规格说明；

c) 产品基线:在软件组装与系统测试阶段技术时，经正式评审和批准的有关所开发的软件产品的

全部配置项的规格说明。

基线管理

基线管理包含基线版本描述、基线变更描述。

基线版本描述：包括本次基线发布的所有配置项的名称、配置标识、当前版本和修改次数；已关闭

的和尚处在开发的问题及状态统计；本次基线和上次基线的区别，即解决了哪些问题和未解决的问题有

哪些；关于发布的注释、限制、假设和任何其他重要信息。

基线变更描述，基线的所有历史变更的名称、版本号、发布时间和发布人。包括基线审计报告、基

线内容清单。

基线设计报告：项目名称、编号、审核基线、审计时间、审计目的、审计结果、审计人员签字。

基线内容清单：配置项标识、版本号、配置日期、完成人、审计状况。

基线发布时机

基线确定后，由配置操作员对基线进行管理，生成基线发布报告（见附件C.4.3），基线变更后持

续进行监督管理。基线发布时机如下：

a) 各阶段的产品完成后，纳入到基线库中，并进行基线发布；

b) 发布时间要参照项目开发计划中阶段产品完成的时间来确定；

c) 由配置管理员负责发布基线报告。

C.2.7 状态报告

配置状态报告的内容

配置状态报告就是根据配置项操作的记录来向管理者报告软件开发活动的进展情况。应定期进行，

用数据库中的客观数据来真实地反映各配置项的情况。

配置状态报告应该跟踪以下方面：包括所有的配置项模块(多级)、配置项描述、配置标识、当前和

过去的版本号、包含元素、批准时间、配置时间、发布日期、控制基线及版本、变更请求等内容。所有

提交的变更请求，问题报告的状态。（见附件 C.4.1）

报告的时机及报告频度

报告时机：

a) 每次有新的配置项纳入基线时；

应用项目配置管理指南

22

b) 原有配置项更新为新版本时；

c) 每次变更批准时；

d) 每次基线发布时。

报告频度：

a) 每周或每两周定期报告；

b) 可根据项目具体情况进行裁剪；

c) 报告的时间应由配置管理员确定并记录。

状态说明

配置状态报告应反映当前基线配置项的状态，以作为对开发进度报告的参照。为说明项目状态对变

更的情况，应进行报告。对配置库的情况进行说明，例如备份次数，磁盘占用空间等。作为项目度量的

重要数据来源。

C.2.8 变更管理

在项目建设过程中遇到配置变更的情况，需要对配置项的变更情况进行科学的管理。

变更申请

在发生配置变更的情况下，由相关负责人填写变更申请表（见附件 C.4.2），说明要变更的内容、

变更的原因、受变更影响的关联配置项、工作量和变更实施人等，并提交给配置管理委员会。

变更评估

配置管理委员会负责组织对变更申请进行评估并确定以下内容。

a) 变更的内容是否合理；

b) 变更的范围是否正确、考虑周全；

c) 受影响的配置项是否已被充分考虑，是否需要同时进行变更；

d) 工作量估计是否合理；

e) 如有变更实施方案，评估基线变更的实施方案是否合理。根据变更影响大小，可以由配置管理

委员会负责人确定评估人员。配置管理委员会决定是否接受变更，并将决定通知相关人员。

变更实施

配置管理员在测试库或开发库中建立工作空间，从受控库中取出相关的配置项放于工作空间，分配

权限给变更实施人。项目经理组织修改相关的配置项，并在相应的文档或程序代码中记录变更信息，同

时填写报告。变更实施人完成变更并提交后，项目经理指派其他的人员完成单元测试/代码走查。

应用项目配置管理指南

23

变更验证与确认

项目经理指定人员对变更后的配置项进行测试或验证，如走查、评审，填写相应报告。项目经理应

将变更与验证的结果提交配置管理委员会负责审批，由其确认变更是否已经按要求完成。如果是基线变

更，必要时配置管理委员会负责应召集配置管理委员会确认基线变更的结果。

变更的发布

配置管理员将变更内容和结果通知相关人员，并由配置操作人员做好记录。

变更报告的时机和频度

变更报告时机：每次变更批准时，配置管理员应及时发邮件通知项目组所有人员，让所有人都了解

变更情况。

报告频度：

a) 每周或每两周报告一次，作为配置状态报告的一部分；

b) 根据项目阶段的不同也可定义报告的频度。如需求阶段和代码阶段报告发布的频度是不同的；

c) 由配置管理员负责确定并记录；

d) 可根据需要随时进行报告。

C.2.9 配置审计

实施配置审计的作用

配置审计的主要作用是作为变更控制的补充手段，来确保某一变更需求已被实现。

功能配置审计

功能配置审计是进行审计以验证以下几个方面。

a) 配置项的开发已圆满完成；

b) 配置项已达到规定的性能和功能特定特性；

c) 配置项的运行和支持文档已完成并且是符合要求的。

配置审计可以包括按测试数据审计正式测试文档、审计验证和确认报告、评审所有批准的变更、评

审对以前交付的文档的更新、抽查设计评审的输出、对比代码和文档化的需求、进行评审以确保所有测

试已执行。（见附件 C.4.4）

物理配置审计

物理配置审计是进行审计以验证如下方面。

a) 每个构建的配置项符合相应的技术文档；

应用项目配置管理指南

24

b) 配置项与配置状态报告中的信息相对应。

物理配置审计可以包括审计系统规格说明书的完整性、审计功能和审计报告、对比架构设计和详细

设计组件的一致性、评审模块列表以确定符合己批准的编码标准、审计手册（如用户手册、操作手册）

的格式、完整性和与系统功能描述的符合性等。

C.2.10 管理周期

信息化建设项目配置管理工作的管理周期一般与项目建设周期同步，从项目立项开始直到项目竣工

验收通过。

C.3 配置管理的应用场景

明确了配置管理活动在整个信息化项目中的应用，在实际的项目管理过程中，整个信息化项目中分

为软件项目、硬件项目、系统集成项目，由于不同类型的项目，在配置管理活动中所要管理的内容不同，

本部分会对配置管理活动在软件项目、硬件项目、系统集成项目中的实际管理内容进行分别描述。

C.3.1 软件项目配置管理

在软件项目建设过程中，配置管理主要是针对软件项目的需求、软件设计、软件编码、软件测试等

内容进行管理。

C.3.2 硬件项目配置管理

在硬件项目建设过程中，配置管理主要是针对硬件项目需求、硬件采购清单、硬件到货确认、安装

确认等方面进行管理。

C.3.3 系统集成项目配置管理

在系统集成项目建设过程中，配置管理主要是针对系统集成项目的需求、软硬件调试、项目整体验

收等方面进行管理。

应用项目配置管理指南

25

C.4 附件

C.4.1 配置(变更)状态报告模板

配置(变更)状态报告

项目代号 项目名称 报告人 报告日期

配置项名称 版本 配置项状态 计划入库日期 负责人 入库时间 出库时间 属基线及版本 配置项存放路径 变更次数

拟制 批准

应用项目配置管理指南

26

C.4.2 配置变更申请单模板

配置变更申请单

记录编号 编号

项目名称 发生日期

致：

由于 原因，兹提出

变更申请（内容见附件），请予审批。

附件：变更情况说明

申请单位：

承建单位意见：

项目经理（签章）： 日期：

承建单位名称：

审查意见：

审核人（签章）： 日期：

应用项目配置管理指南

27

C.4.3 基线发布报告

基线发布报告

项目名称 项目经理

待发布基线的名称： 版本：

基线配置项名称 版本号 提交人 入库时间 变更次数 差异 发现的问题

基线库是否经过更新

待发布基线是否从基线库中提取

说明：配置操作员对新形成的基线变更后进行监督，如有问题再次发布的相关内容。

变更记录序号

变更记录与基线是否相符

基线的变更内容是否与项目计划相符

配置操作员 发布日期

应用项目配置管理指南

28

C.4.4 基线审计报告

基线审计报告

项目名称 基线名称

当前阶段 基线版本号

审计人 审计日期

审计目的 基线建立； 基线变更； 产品发布； 配置管理员

审计结论 通过； 纠正、经验证合格后通过； 项目经理

审核内容

序号 检查内容 检查结果 发现的问题

1 配置项/基线与文档结构是否一致？ Y

2 配置项版本与配置项实体是否一致？ Y

3 基线内配置项之间是否一致？ Y

4 配置项的变更是否与变更记录一致？ Y

5 基线是否包括文档结构所识别的配置项？ Y

6 配置控制委员会批准的基线变更内容是否已纳入基线？ Y

7 是否按照文档结构中规定的入库准则将配置项入库？ Y

8 配置项的标识、版本是否正确？ Y

9 基线的标识、版本是否正确？ Y

10 配置库的结构是否按文档结构中所定义的？ Y

11 各配置库的权限设置是否按照文档结构中所定义的？ Y

12 配置项是否按照文档结构存放在正确的库/目录？ Y

13 是否对配置项作了恰当的备份？ Y

14 是否已尝试过从备份中恢复？ Y

15 是否存在恰当的手续以保证只有经授权的人员才能进入库/

出库？ Y

配置操作员 批准