SN/T 4651.4-2017
基本信息
标准号： SN/T 4651.4-2017
中文名称：检验检疫IT服务管理规范第4部分:配置管理
标准类别：商检行业标准(SN)
标准状态：现行
出版语种：简体中文
下载格式：.zip .pdf
标准分类号
关联标准
出版信息
相关单位信息
标准简介
SN/T 4651.4-2017.IT service management specification of inspection and quarantine-Part 4:Configuration management.
1范围
SN/T 4651.4规定了检验检疫IT服务管理中配置管理需遵循的基本要求。包括流程要求、人员要求实施要求。
SN/T 4651.4适用于检验检疫机构软件项目类的配置管理工作。
2规范性引用文件
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件,仅注日期的版本适用于本文件。凡是不注日期的引用文件,其最新版本(包括所有的修改单)适用于本文件。
GB/T 20158信息技术 、软件生存周期过程配置管理
GB/T 24405.1信息技术服务管理 第1部分:规范
3术语和定义
GB/T 20158、GB/T 24405.1界定的术语和定义适用于本文件。
4流程要求
配置管理应确保配置项正确、唯一、易于存取,保证基准配置项的更改受控，明确基线状态,在整个软件生命周期中建立和维护项目产品的完整性和可追溯性。
5人员要求
5.1 项目配置管理员
其职责至少包括:
a)配合项目负责人，确定项目配置管理的具体要求;
b)根据项目的配置管理约定,负责版本控制和变更管理;
c) 负责项目的配置管理工作(包括环境的搭建、权限分配、配置库的建立、配置项的控制等);
d) 监督项目的配置管理工作,控制和跟踪基线变更;
1范围
SN/T 4651.4规定了检验检疫IT服务管理中配置管理需遵循的基本要求。包括流程要求、人员要求实施要求。
SN/T 4651.4适用于检验检疫机构软件项目类的配置管理工作。
2规范性引用文件
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件,仅注日期的版本适用于本文件。凡是不注日期的引用文件,其最新版本(包括所有的修改单)适用于本文件。
GB/T 20158信息技术 、软件生存周期过程配置管理
GB/T 24405.1信息技术服务管理 第1部分:规范
3术语和定义
GB/T 20158、GB/T 24405.1界定的术语和定义适用于本文件。
4流程要求
配置管理应确保配置项正确、唯一、易于存取,保证基准配置项的更改受控，明确基线状态,在整个软件生命周期中建立和维护项目产品的完整性和可追溯性。
5人员要求
5.1 项目配置管理员
其职责至少包括:
a)配合项目负责人，确定项目配置管理的具体要求;
b)根据项目的配置管理约定,负责版本控制和变更管理;
c) 负责项目的配置管理工作(包括环境的搭建、权限分配、配置库的建立、配置项的控制等);
d) 监督项目的配置管理工作,控制和跟踪基线变更;
标准图片预览
标准内容
中华人民共和国出入境检验检疫行业标准SN/T4651.4—2017
检验检疫IT服务管理规范
第4部分：配置管理
IT service management specification of inspection and quarantine-Part4:Configurationmanagement2017-08-29发布
中华人民共和国
国家质量监督检验检疫总局
2018-04-01实施
规范性引用文件
术语和定义
流程要求
人员要求
5.1项目配置管理员
项目负责人
项目组成员
实施要求
配置库创建及权限分配
配置管理计划制定
基线的建立与发布
审计配置
跟踪、控制变更
配置库备份
附录A（资料性附录）
附录B（资料性附录）
附录C（资料性附录）
附录D（资料性附录）
配置管理计划模板
配置审计报告模板
基线报告模板
变更申请表模板
SN/T4651.4—2017
SN/T4651《检验检疫IT服务管理规范》分以下7个部分：第1部分：总则；
第2部分：问题管理；
第3部分：事件管理；
第4部分：配置管理：
第5部分：变更管理；
第6部分：发布管理；
第7部分：知识管理。
本部分为SN/T4651的第4部分。
本部分按照GB/T1.1-2009给出的规则起草。本部分由国家认证认可监督管理委员会提出并归口。SN/T4651.42017
本部分起草单位：中华人民共和国辽宁出人境检验检疫局、大连口岸物流网有限公司、深圳前海信息技术有限公司。
本部分主要起草人：栾莎莎、闫国峰、贾浩、吴畏、陈美含、王欣祥、李静、王新强、唐蓉、姜德雨、董迪马、施莹。
1范围
检验检疫IT服务管理规范
第4部分：配置管理
SN/T4651.4—2017
SN/T4651的本部分规定了检验检疫IT服务管理中配置管理需遵循的基本要求。包括流程要求、人员要求、实施要求。
本部分适用于检验检疫机构软件项目类的配置管理工作。2规范性引用文件
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。GB/T20158信息技术，软件生存周期过程配置管理GB/T24405.1信息技术服务管理第1部分：规范3术语和定义
GB/T20158、GB/T24405.1界定的术语和定义适用于本文件。4流程要求
配置管理应确保配置项正确、唯一、易于存取，保证基准配置项的更改受控，明确基线状态，在整个软件生命周期中建立和维护项目产品的完整性和可追溯性。5人员要求
项目配置管理员
其职责至少包括：
配合项目负责人，确定项目配置管理的具体要求；a）
根据项目的配置管理约定，负责版本控制和变更管理；负责项目的配置管理工作（包括环境的搭建、权限分配、配置库的建立、配置项的控制等）：监督项目的配置管理工作，控制和跟踪基线变更：根据项目负责人批准生成发布版本：检查配置库并完成相应状态报告，提供给相关人员查看、使用；负责检验检疫部门配置管理服务器的日常维护：h）
项目配置管理员应配备为A岗、B岗，避免出现单一故障点情况。5.2
项目负责人
其职责至少包括：
SN/T4651.4-2017
确定项目配置管理的具体要求：b）指派项目配置管理员：
接收或拒绝小范围的变更：
组织配置项的提交、评审、人库等工作；e)
评审基线的变更请求：
验证基线的变更结果；
组织软件变更工作，确保配置项的正确性、完整性和相互间的一致性。项目组成员
其职责至少包括：
及时生成工作产品，并提交人库a
根据评审后的工作产品开展工作：b)
对于基线变更，严格执行基线变更控制流程：d)
对于一般变更，需做好修订记录，并更改版本号6实施要求
配置库创建及权限分配
配置库创建及权限分配
配置管理第一项活动是进行配置库的创建：配置管理员宜创建以项目英文命名的项目配置库目录.并将访问链接发送给相关人员；awww.bzxz.net
配置管理员根据项目负责人提供的权限，设置配置库目录的访
配置库目录的访问者一般
权限：
试工程师、配置管理员。根据项6.1.2
配置库类别
项目立项申请表中描述的项目简称和项目成员信息及自的项目负责
求分析师、软件设计师、开发工程师、测规模大小，访问者可以酌情缩减。配置库目录应至少包含两个库开发库、受控库。置库分配和配置
管理迁移活动如下：
a）开发库存放本项目的项目负责人、需求分析师、软件设计师、、开发工程师、测试工程师、配置管理员编写的文档和代码：
受控库存放各开发阶段基线和产品基线配置项，配置管理工程师操作该库，其他人员只读。软件产品，包括用户测试发布、试运行发布、正式发布、维护阶段的升级发布等：项目开发过程中，有成员进人或离开项目组时，项目负责人通知配置管理员，相应分配或收回项目配置库的访问权限。
6.2配置管理计划制定
6.2.1计划制定
配置管理第二项活动是进行配置库计划的制定：配置管理计划由配置管理员与项目负责人共同制定：a
配置管理计划中应明确配置项、基线及基线建立时间，明确配置审计时间、采用的审计方式，针对所使用的配置管理工具，确定备份策略和时间，并将具体内容记录于《配置管理计划》（参见附录A)中；
SN/T4651.4—2017
c）配置管理员把制定好的《配置管理计划》提交项目负责人，随项目计划一起评审。6.2.2计划内容
配置管理计划应包括以下方面的内容：该项目对配置管理的要求；
实施配置管理的责任人、组织及其职责；需要开展的配置管理活动及其进度安排；d)
采用的方法和工具等。
6.2.3配置项范围
配置项范围包括：
技术文档包括项目开发计划、需求分析报告、软件设计书、概要设计书、详细设计书、测试文档、a
技术报告、用户手册、总结报告等：b)
程序包括阶段产品、计算机程序、源程序、释放产品等：e
工具包直动设计工具开发工具测试工具维护工交互文档包括项目组内交互产生文档，如会议记配置项标识要求
每一个配置项应有明确标识：
项目有明确标识和追踪要求时·由开录、邮件、会议纪要等。
进行标识，以保证项自满足追踪要求：在开发过程中项目组人员提交的配置项，由项目组人员按照本节相关部分标识规则进行b）
标识；
项目组人员将要标识或已标识的配置项提交到配置库统一管理，并填写详细的备注信息6.3基线的建立与发布
应根据优配置管理计划》建立并发布基线发布基线：
配置管理员需为配置项打基线化标记、编写《基线报告》基线配置项评审通过后，项自负责人应通知配置管理员打基线a)
b）基线类别应至少包括计划基线需求基线、产品基线：
配置管理员根据《配置管理计划》把需纳人基线并评审通过的配置项放人受控库对应的基线目录中。当是测试基线时，则把待测版本和对应的源码放入受控库对应的测试基线目录中，测试工程师从测试基线目录中拿待测版本，搭建测试环境进行测试，测试基线目录中保留每一次的待测版本和对应源码；
d）当时是产品基线时，则是从受控库对应的测试基线中取出软件工作产品和对应的源码，生成产品基线目录：
基线发布：配置管理工程师做配置审计，填写《配置审计报告》（参见附录B），编写《基线报告》e
（参见附录C），经项目负责人审核后，由项目负责人以邮件形式将基线信息发布给项目干系人；
基线目录的命名规则：基线名称后加当天日期：基线采用全包含的方式，即最后一个基线包含前面已完成基线的所有配置项，并且版本是最新g）
适用的：
当基线配置项有变更时，重新建基线目录，不修改已生成的基线目录下的配置项。3
SN/T4651.4—2017
6.4审计配置
6.4.1审计类型
需对配置管理工作进行物理审计和功能审计：物理审计包括审计基线库中软件的完整性，所有要交付的组成项应存在，应包含所有必需的项a
目，如正确版本的源代码、资源、文档、安装说明等；功能审计包括审计软件功能应与需求一致，并符合基线文档要求：包括各开发阶段的测试方b）
法、流程、报告和设计文档等。审计要求
配置审计要求如下：
项目配置管理员做审计前期准备，执行物理审计制作审计报告、做好问题跟踪：b）项目负责人执行功能审计：
对审计发现的问题应全部关闭；对已审计过的产品、应填写《配置审计报告》；配置审计的频率应在《配置管理计划》中规定：项目配置管理员依照《配置审计报告》中的检查单实施物理审计；配置审计发现的问题填人到《配置审计报告》中，并发送给责任人进行改正；项目配置管理员对发现的问题要进行跟踪直到所有问题关闭；审计范围：包括格式和内容、待发布的基线其配置项应完整、待发布的基线应经过评审或测试等。
6.5跟踪、控制变更
基线化的配置项发生变更时，应进行变更控制：配置管理工程师：跟踪变更的完整性和一致性，发布基线报告：a）
变更应根据工作量大小分级处理；配置管理工程师把变更信息登记在《配置项变更登记表》；变更结束后，项目负责人通知配置管理员，配置管理员根据《变更申请表》（参见附录D）向项目负责人索取需纳人基线并评审通过的配置项的版本信息，然后重新建立基线，发布《基线报告》。
6.6配置库备份
配置管理员应对配置库进行备份，要求如下：配置管理员应定期对配置库进行备份：a）
配置服务器宜设置为每天自动进行增量备份。A.1
术语或缩略语
配置管理活动的资源
用于配置管理的软硬件资源
配置管理软硬件资源
配置管理软件名称
服务器IP
配置库权限分配
配置管理活动
配置项列表
配置项命名规则
配置项
需求规格说明书
概要设计说明书
源代码
附录A
（资料性附录）
配置管理计划模板
（软件名称，软件版本等）
《如果源代码和文档的服务器不统一，请分别填写》《如果源代码和文档的服务器不统一，请分别填写》权限
配置项名称
需求规格说明书_*.doc
概要设计说明书_*普萧，doc
源代码
SN/T4651.4—2017
SN/T4651.4—2017
基线计划及基线对应配置项
基线名称
计划基线
需求基线
产品基线
配置审计
A.2.7备份
变更控制
基线标识符
build_plan_01
build_req_o1
release_o1
审计人
基线包含的配置项
项目计划
需求规格说明书
源代码、文档
（逐一审查或抽查
预计建立时机
（阶段/里程碑/日期）
项目计划通过评审
需求文档单位内部审核通过
计时间/频度/预计审计日期
报告编号：
项目名称：
审计基线：
审计目的：
审计人员
配置项标识符
参见配置管理计
划中设定的各基
线下的配置项
附录B
（资料性附录）
配置审计报告模板
报告日期：
保证产品完整性准确性
项目编号：
审计时间：
至少包括项目负责人、配置管理员基线内容审计清单（功能审计）版
阶段评审，阶段评审应通过
应进行了功能审计？
应完成了质量检查？
各配置项应都是最新版
各配置项的名称、版本号应
正确？
心量日期
配置审计检查单（物理审计）
质量保证工程师
完成人
本次审计应适用
变更配置项时，所有相关项都被更新了吗问题及跟踪
具体描述
责任人
计划解
决时间
审计结果：（审计中审议通过的内容在\口”中划“”，否则划\×”）1.通过审计
2.未通过审计
SN/T4651.4—2017
审计状况
审计状况
实际解决时间
不符描述
SN/T4651.4—2017
项目名称
配置项访问路径：
配置项名称
参见配置管理计
划中设定的各基
线下的配置项
配置项
填写人
工具中版本
审批人
附录C
（资料性附录）
基线报告模板
《基线标识1》
文档版本
填写日期
基线说明
《基线标识2
工具中版本
审批人
文档版本
基线说明
配置项名称
变更前版本
附录D
（资料性附录）
变更申请表模板
变更后版本
变更简介
变更日期
变更审核人
注：本表中记录的配置项一定是基线化（经过正式审查达成一致的工作产品）的配置项。SN/T4651.4—2017
变更证据
影响文档
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。
检验检疫IT服务管理规范
第4部分：配置管理
IT service management specification of inspection and quarantine-Part4:Configurationmanagement2017-08-29发布
中华人民共和国
国家质量监督检验检疫总局
2018-04-01实施
规范性引用文件
术语和定义
流程要求
人员要求
5.1项目配置管理员
项目负责人
项目组成员
实施要求
配置库创建及权限分配
配置管理计划制定
基线的建立与发布
审计配置
跟踪、控制变更
配置库备份
附录A（资料性附录）
附录B（资料性附录）
附录C（资料性附录）
附录D（资料性附录）
配置管理计划模板
配置审计报告模板
基线报告模板
变更申请表模板
SN/T4651.4—2017
SN/T4651《检验检疫IT服务管理规范》分以下7个部分：第1部分：总则；
第2部分：问题管理；
第3部分：事件管理；
第4部分：配置管理：
第5部分：变更管理；
第6部分：发布管理；
第7部分：知识管理。
本部分为SN/T4651的第4部分。
本部分按照GB/T1.1-2009给出的规则起草。本部分由国家认证认可监督管理委员会提出并归口。SN/T4651.42017
本部分起草单位：中华人民共和国辽宁出人境检验检疫局、大连口岸物流网有限公司、深圳前海信息技术有限公司。
本部分主要起草人：栾莎莎、闫国峰、贾浩、吴畏、陈美含、王欣祥、李静、王新强、唐蓉、姜德雨、董迪马、施莹。
1范围
检验检疫IT服务管理规范
第4部分：配置管理
SN/T4651.4—2017
SN/T4651的本部分规定了检验检疫IT服务管理中配置管理需遵循的基本要求。包括流程要求、人员要求、实施要求。
本部分适用于检验检疫机构软件项目类的配置管理工作。2规范性引用文件
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。GB/T20158信息技术，软件生存周期过程配置管理GB/T24405.1信息技术服务管理第1部分：规范3术语和定义
GB/T20158、GB/T24405.1界定的术语和定义适用于本文件。4流程要求
配置管理应确保配置项正确、唯一、易于存取，保证基准配置项的更改受控，明确基线状态，在整个软件生命周期中建立和维护项目产品的完整性和可追溯性。5人员要求
项目配置管理员
其职责至少包括：
配合项目负责人，确定项目配置管理的具体要求；a）
根据项目的配置管理约定，负责版本控制和变更管理；负责项目的配置管理工作（包括环境的搭建、权限分配、配置库的建立、配置项的控制等）：监督项目的配置管理工作，控制和跟踪基线变更：根据项目负责人批准生成发布版本：检查配置库并完成相应状态报告，提供给相关人员查看、使用；负责检验检疫部门配置管理服务器的日常维护：h）
项目配置管理员应配备为A岗、B岗，避免出现单一故障点情况。5.2
项目负责人
其职责至少包括：
SN/T4651.4-2017
确定项目配置管理的具体要求：b）指派项目配置管理员：
接收或拒绝小范围的变更：
组织配置项的提交、评审、人库等工作；e)
评审基线的变更请求：
验证基线的变更结果；
组织软件变更工作，确保配置项的正确性、完整性和相互间的一致性。项目组成员
其职责至少包括：
及时生成工作产品，并提交人库a
根据评审后的工作产品开展工作：b)
对于基线变更，严格执行基线变更控制流程：d)
对于一般变更，需做好修订记录，并更改版本号6实施要求
配置库创建及权限分配
配置库创建及权限分配
配置管理第一项活动是进行配置库的创建：配置管理员宜创建以项目英文命名的项目配置库目录.并将访问链接发送给相关人员；awww.bzxz.net
配置管理员根据项目负责人提供的权限，设置配置库目录的访
配置库目录的访问者一般
权限：
试工程师、配置管理员。根据项6.1.2
配置库类别
项目立项申请表中描述的项目简称和项目成员信息及自的项目负责
求分析师、软件设计师、开发工程师、测规模大小，访问者可以酌情缩减。配置库目录应至少包含两个库开发库、受控库。置库分配和配置
管理迁移活动如下：
a）开发库存放本项目的项目负责人、需求分析师、软件设计师、、开发工程师、测试工程师、配置管理员编写的文档和代码：
受控库存放各开发阶段基线和产品基线配置项，配置管理工程师操作该库，其他人员只读。软件产品，包括用户测试发布、试运行发布、正式发布、维护阶段的升级发布等：项目开发过程中，有成员进人或离开项目组时，项目负责人通知配置管理员，相应分配或收回项目配置库的访问权限。
6.2配置管理计划制定
6.2.1计划制定
配置管理第二项活动是进行配置库计划的制定：配置管理计划由配置管理员与项目负责人共同制定：a
配置管理计划中应明确配置项、基线及基线建立时间，明确配置审计时间、采用的审计方式，针对所使用的配置管理工具，确定备份策略和时间，并将具体内容记录于《配置管理计划》（参见附录A)中；
SN/T4651.4—2017
c）配置管理员把制定好的《配置管理计划》提交项目负责人，随项目计划一起评审。6.2.2计划内容
配置管理计划应包括以下方面的内容：该项目对配置管理的要求；
实施配置管理的责任人、组织及其职责；需要开展的配置管理活动及其进度安排；d)
采用的方法和工具等。
6.2.3配置项范围
配置项范围包括：
技术文档包括项目开发计划、需求分析报告、软件设计书、概要设计书、详细设计书、测试文档、a
技术报告、用户手册、总结报告等：b)
程序包括阶段产品、计算机程序、源程序、释放产品等：e
工具包直动设计工具开发工具测试工具维护工交互文档包括项目组内交互产生文档，如会议记配置项标识要求
每一个配置项应有明确标识：
项目有明确标识和追踪要求时·由开录、邮件、会议纪要等。
进行标识，以保证项自满足追踪要求：在开发过程中项目组人员提交的配置项，由项目组人员按照本节相关部分标识规则进行b）
标识；
项目组人员将要标识或已标识的配置项提交到配置库统一管理，并填写详细的备注信息6.3基线的建立与发布
应根据优配置管理计划》建立并发布基线发布基线：
配置管理员需为配置项打基线化标记、编写《基线报告》基线配置项评审通过后，项自负责人应通知配置管理员打基线a)
b）基线类别应至少包括计划基线需求基线、产品基线：
配置管理员根据《配置管理计划》把需纳人基线并评审通过的配置项放人受控库对应的基线目录中。当是测试基线时，则把待测版本和对应的源码放入受控库对应的测试基线目录中，测试工程师从测试基线目录中拿待测版本，搭建测试环境进行测试，测试基线目录中保留每一次的待测版本和对应源码；
d）当时是产品基线时，则是从受控库对应的测试基线中取出软件工作产品和对应的源码，生成产品基线目录：
基线发布：配置管理工程师做配置审计，填写《配置审计报告》（参见附录B），编写《基线报告》e
（参见附录C），经项目负责人审核后，由项目负责人以邮件形式将基线信息发布给项目干系人；
基线目录的命名规则：基线名称后加当天日期：基线采用全包含的方式，即最后一个基线包含前面已完成基线的所有配置项，并且版本是最新g）
适用的：
当基线配置项有变更时，重新建基线目录，不修改已生成的基线目录下的配置项。3
SN/T4651.4—2017
6.4审计配置
6.4.1审计类型
需对配置管理工作进行物理审计和功能审计：物理审计包括审计基线库中软件的完整性，所有要交付的组成项应存在，应包含所有必需的项a
目，如正确版本的源代码、资源、文档、安装说明等；功能审计包括审计软件功能应与需求一致，并符合基线文档要求：包括各开发阶段的测试方b）
法、流程、报告和设计文档等。审计要求
配置审计要求如下：
项目配置管理员做审计前期准备，执行物理审计制作审计报告、做好问题跟踪：b）项目负责人执行功能审计：
对审计发现的问题应全部关闭；对已审计过的产品、应填写《配置审计报告》；配置审计的频率应在《配置管理计划》中规定：项目配置管理员依照《配置审计报告》中的检查单实施物理审计；配置审计发现的问题填人到《配置审计报告》中，并发送给责任人进行改正；项目配置管理员对发现的问题要进行跟踪直到所有问题关闭；审计范围：包括格式和内容、待发布的基线其配置项应完整、待发布的基线应经过评审或测试等。
6.5跟踪、控制变更
基线化的配置项发生变更时，应进行变更控制：配置管理工程师：跟踪变更的完整性和一致性，发布基线报告：a）
变更应根据工作量大小分级处理；配置管理工程师把变更信息登记在《配置项变更登记表》；变更结束后，项目负责人通知配置管理员，配置管理员根据《变更申请表》（参见附录D）向项目负责人索取需纳人基线并评审通过的配置项的版本信息，然后重新建立基线，发布《基线报告》。
6.6配置库备份
配置管理员应对配置库进行备份，要求如下：配置管理员应定期对配置库进行备份：a）
配置服务器宜设置为每天自动进行增量备份。A.1
术语或缩略语
配置管理活动的资源
用于配置管理的软硬件资源
配置管理软硬件资源
配置管理软件名称
服务器IP
配置库权限分配
配置管理活动
配置项列表
配置项命名规则
配置项
需求规格说明书
概要设计说明书
源代码
附录A
（资料性附录）
配置管理计划模板
（软件名称，软件版本等）
《如果源代码和文档的服务器不统一，请分别填写》《如果源代码和文档的服务器不统一，请分别填写》权限
配置项名称
需求规格说明书_*.doc
概要设计说明书_*普萧，doc
源代码
SN/T4651.4—2017
SN/T4651.4—2017
基线计划及基线对应配置项
基线名称
计划基线
需求基线
产品基线
配置审计
A.2.7备份
变更控制
基线标识符
build_plan_01
build_req_o1
release_o1
审计人
基线包含的配置项
项目计划
需求规格说明书
源代码、文档
（逐一审查或抽查
预计建立时机
（阶段/里程碑/日期）
项目计划通过评审
需求文档单位内部审核通过
计时间/频度/预计审计日期
报告编号：
项目名称：
审计基线：
审计目的：
审计人员
配置项标识符
参见配置管理计
划中设定的各基
线下的配置项
附录B
（资料性附录）
配置审计报告模板
报告日期：
保证产品完整性准确性
项目编号：
审计时间：
至少包括项目负责人、配置管理员基线内容审计清单（功能审计）版
阶段评审，阶段评审应通过
应进行了功能审计？
应完成了质量检查？
各配置项应都是最新版
各配置项的名称、版本号应
正确？
心量日期
配置审计检查单（物理审计）
质量保证工程师
完成人
本次审计应适用
变更配置项时，所有相关项都被更新了吗问题及跟踪
具体描述
责任人
计划解
决时间
审计结果：（审计中审议通过的内容在\口”中划“”，否则划\×”）1.通过审计
2.未通过审计
SN/T4651.4—2017
审计状况
审计状况
实际解决时间
不符描述
SN/T4651.4—2017
项目名称
配置项访问路径：
配置项名称
参见配置管理计
划中设定的各基
线下的配置项
配置项
填写人
工具中版本
审批人
附录C
（资料性附录）
基线报告模板
《基线标识1》
文档版本
填写日期
基线说明
《基线标识2
工具中版本
审批人
文档版本
基线说明
配置项名称
变更前版本
附录D
（资料性附录）
变更申请表模板
变更后版本
变更简介
变更日期
变更审核人
注：本表中记录的配置项一定是基线化（经过正式审查达成一致的工作产品）的配置项。SN/T4651.4—2017
变更证据
影响文档
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。