ICS 27.120.20 F 65 备案号：46457-2014 NB 中华人民共和国能源行业标准 NB/T 20272—2014 核电厂软件评审和审核 Review and audits for software in nuclear power plants 2014-06-29 发布 2014-11- 01 实施 发布 国家能源局 NB/T20272-2014 目 次 前言 IHI 引言 IH 1范围 T 2规范性引用文件. 3术语和定义. 4 管理评审.. 2 5 技术评审. 6 6 检查.. 10 7 走查.. 16 8审核 附录A（资料性附录） 本标准与IEEE Std1028-2008相比的结构变化情况 27 附录B（资料性附录） 评审和审核类型的比较 28 参考文献 I NB/T 20272-2014 前言 本标准按照GB/T1.1一2009给出的规则起草。 本标准参考IEEEStd1028-2008《软件评审和审核》编写，附录A中列出了本标准与IEEEStd 1028-2008相应的章条编号对照一览表。 本标准由能源行业核电标准化技术委员会提出。 本标准由核I业标准化研究所归口。 本标准起草单位：北京广利核系统：工程有限公司、中核控制系统工程有限公司、国核自仪系统工程 有限公司、中广核.工程有限公司。 本标准主要起草人：张亚栋、白涛、孟广国、柏祥基、程建明、余春秀、王晓燕、赵云飞、尹宝 娟、刘春明、马刚、贾红、刘真、张龙强、张黎明。 II NB/T20272--2014 引言 本标准规定了核电厂软件系统性评审和审核.I.作的最低要求。在本标准中，“系统性”包括下列特 点： 团队参与； 一文档化的评审结果； 一文档化的执行评审和审核的工作程序。 本标准主要包括五类系统性的评审和审核工作：管理评审、技术评审、检查、走查和审核，以专门 章节分别给出了每类评审工作的目的、要求和工作程序，并在附录B中对五种评审和审核类型进行了比 较。 本标准中使用的“软件产品”一词是广义的概念，涵盖计算机程序、相关文件及数据等内容。 本标准描述了如何执行评审和审核。本标准可以结合其它标准使用，也可以独立使用。 与其它标准一起使用时，其它标准规定了需要评审的软件产品、评审的时间和评审要求。可将本标 准视为软件验证和确认、或其它要求执行系统性软件评审和审核的.I.作的子程序。例如，软件验证和确 认工作可依据其它标准来进行，当软件验证和确认.工作中要求执行特定的评审和审核的时候，本标准可 定。在评审和审核工作完成后，将“返”软件验证和确认过程，处理评审结果，然后执行软件验证和 确认工作程序所要求的其它行动。 本标准作为独立标准使用时，由相关管理部门确定实施软件评审和审核之前及之后的事件。 本标准的参考蓝本IEEEStd1028-2008已在RG1.168-2013中被认可。 III NB/T 202'2--2014 核电厂软件评审和审核 1范围 本标准规定了核电厂软件的系统性评审和审核工作的最低要求。 本标准给出了五种系统性评审和审核类型（管理评审、技术评审、检查、走查和审核）的定义、要 求和工作程序。对各种类型的评审，提供了评审简介、职责、输入、入口准则、工作程序、出口准则、 输出等方面的指导信息。 本标准适用于核电广仪表和控制系统及电气系统中的软件在生命周期各阶段的软件产品的系统性 评审和审核工作。 2规范性引用文件 下列文件对于本标准的应用是必不可少的。凡是注日期的引用文件，仅所注日期的版本适用于本标 准。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本标准。 IEEEStd1044TM-1993软件异常分类（IEEEstandardclassificationforsoftwareanomalies） IEEEStd1058TM-1998软件工程管理计划（IEEEstandardforsoftwareprojectmanagementplans） 3术语和定义 下列术语和定义适用于本文件。 3. 1 异常anomaly 与需求规格书、设计文件、用户文件、标准等文件资料不一致的，或与人的感觉或经验不一致的任 何情况。 注：异常可能发现于软件产品或文件资料的评审、测试、分析、编译或使用期间，但也不局限于这些。 3. 2 审核audit 为评估软件产品或软件过程与规格书、标准、合约协议或其它准则的符合性，由第三方执行的独立 检验。 注：审核宜得出审核准则是否得到满足的明确结论。 3. 3 检查inspection 为检测和识别软件异常（包括错误和与标准及规格书的偏差）对软件产品进行的目视检验。 注：检查是由有资质的、中立的人员主导下进行的同行检验。检查必须对发现的问题做出补救行动或调查行动的决 定，但解决方案不一定要在检查会议上确定。 3. 4 管理评审 managementreview 1 NB/T20272—2014 由管理层或其代表执行的软件产品或过程的系统性评价，监控工作进展、确定计划及进度状态、确 认资源需求及配置或评价管理方法的有效性。 3.5 评审review 把软件产品或软件过程展示给项目人员、管理者、用户、审核员或其他相关方以进行检验、评论或 认可的过程或会议。 3. 6 软件产品softwareproduct a）一个计算机程序、规程和相关文件及数据的完整集。 b）a)中的一个或多个单独的项。 3.7 技术评审technicalreview 由一组具备资格的人员对软件产品进行的系统性评价，检验软件产品对预期用途的适用性，以及识 别软件产品与规格书及标准的差异。 注：技术评审也可以提出备选方案的建议，并对各种已有的备选方案进行检验。 3. 8 走查walk-through 一种静态分析技术，设计者或程序员引导开发组和其他相关方的人员通读软件产品，参与者提出问 题并对可能的异常、是否违背开发标准和其它问题进行评论。 4管理评审 4.1管理评审简介 4.1.1管理评审的目的是为了监控工作进展、确定计划及进度状态或评价管理方法的有效性。管理评 审为纠正措施的决策、资源分配的变更或项目范围的变更提供支持。 管理评审确定与计划的一致性和偏离，或判断管理工作程序是否充分。为了成功执行管理评审，技 术知识可能是必要的。管理评审中的检验.I作可能需要召开多个会议。管理评审中的检验工作不必关注 软件产品或过程的所有方面。 4.1.2管理评审所涉及的软件产品举例如下： 一异常报告； 审核报告； 备份和恢复计划； -应急计划； 规格书； 一用户投诉； 灾难应对计划； 硬件性能计划； 安装计划； 维护计划； 采购和签约方法； 进度报告； -风险管理计划； 2