NB/T 20335-2015 标准解读

一、核心基础术语释义

• 软件配置管理（SCM）：依据NB/T 20335-2015第3.1条，指在核电厂全生命周期内，为标识、控制、报告和审计软件配置项及其变更所实施的系统化活动与规程集合，其目标是确保软件产品完整性、可追溯性、一致性与可验证性。
• 配置项（CI）：依据第3.2条，指在软件配置管理活动中被单独命名、纳入控制并需满足特定完整性要求的软件工作产品，包括源代码、需求规格说明、设计文档、测试用例、编译脚本、配置数据文件及经批准的工具版本等；配置项须具备唯一标识、受控基线、变更历史与状态记录。
• 基线（Baseline）：依据第3.3条，指在特定时间点上，经正式评审与批准的配置项集合，作为后续开发、测试或交付的基准参照点；标准明确区分功能基线（对应需求冻结）、分配基线（对应系统设计完成）和产品基线（对应最终发布版本），三者均须通过核安全相关审查程序确认。
• 配置控制委员会（CCB）：依据第3.4条，指由核电厂业主方、工程总承包方、软件供方及核安全审评单位代表组成的跨组织决策机构，负责对配置项变更请求进行技术影响分析、安全影响评估与审批决策；CCB决议须形成书面纪要并归档于配置管理系统中。

二、专项技术术语解析

• 配置状态记账（CSA）：依据第3.5条，指对配置项当前状态、变更历史、版本关系、关联基线及授权状态进行持续、实时、可审计的记录过程；CSA输出必须包含配置项标识符、生效日期、责任人、变更理由、影响范围及审批单号，且须与核电厂安全级软件验证记录同步更新。
• 配置审核（CA）：依据第3.6条，分为功能配置审核（FCA）与物理配置审核（PCA）两类：FCA验证配置项是否满足需求规格说明的功能与性能要求；PCA验证配置项实际交付内容与基线定义的一致性，包括文件完整性、版本号匹配性、签名/哈希值校验结果及介质可读性。
• 软件配置管理计划（SCMP）：依据第3.7条，指依据GB/T 19001与HAD 102/11要求编制的纲领性文件，须明确定义配置管理组织职责、配置识别规则、基线建立策略、变更控制流程、工具链选型依据、审计周期与方法、安全级分类处置原则及应急回退机制；SCMP须作为核安全许可证申请文件组成部分提交国家核安全局备案。
• 安全级软件配置项（S-CI）：依据第3.8条，指其失效可能导致核电厂安全功能降级或丧失的软件配置项，按HAD 102/11划分为1E级、SR级与NS级三类；S-CI须执行强化配置控制，包括双人复核制、离线存储介质加密、变更前安全影响分析报告强制提交、以及独立第三方配置审计频次不低于每6个月一次。

三、易混淆术语区分

四、术语应用规范

1. 所有正式文档（含合同、技术规格书、设计文件、测试报告）中出现的“配置项”“基线”“SCM”等术语，须严格采用标准第3章定义，禁用缩写“CM”“SW-CI”等非标简称；
2. 配置项标识符格式须统一为“[系统代号]-[子系统代号]-[类型码]-[序列号]”，例如“RCS-SDS-SW-0012”，其中类型码须从标准附录A表A.1中选取（如SW=源代码、DOC=文档、TST=测试用例）；
3. 基线命名须包含“BL_”前缀、发布年月日（YYYYMMDD）及版本序号，例如“BL_RCS-SDS-20231015-V2”，禁止使用“Final”“Release”等模糊表述；
4. 配置审核报告中“功能配置审核”与“物理配置审核”结论须分栏独立填写，不得合并为单一“配置审核通过”字样；每项结论须引用对应验证证据编号（如FCA-2023-045、PCA-2023-089）；
5. 安全级软件配置项的任何变更请求（CR）必须在标题中显式标注安全等级（如“[1E] CR-2023-027”），且CR表单字段“安全影响声明”须由持证核安全工程师签署，未签署视为无效输入。