XiaoMi-AI文件搜索系统
World File Search SystemNRC
NUREG-1489，“NRC 工作人员使用概率风险评估的审查。”
NRC 工作人员将概率风险评估 (PRA) 和风险管理作为其许可和监管流程的重要组成部分。NRC 的第一个 PRA，即反应堆安全研究 (参考1)，是在 NRC 于 1975 年成立后不久完成的。从那时起，NRC 就利用风险评估来解决复杂的安全问题。风险评估的一个特殊优势是它为问题分析带来的结构，这使得它对 NRC 很有价值。也就是说，PRA 为问题分析提供了一种逻辑和结构化的方法，能够提供问题的相对和绝对安全重要性的估计，以及正在考虑的工厂设计或运营变更的利弊。风险评估的另一个重要优势是它能够定量估计与安全问题相关的不确定性以及为解决该问题而可能对工厂设计或操作进行的更改。这与员工面临的许多安全问题特别相关，这些问题通常与设施系统故障、对事故过程了解甚少以及其他不确定因素的罕见组合有关。
Resp 1 - Final - NRC.gov
本许可证受 1954 年《原子能法》现在或以后生效的所有条款以及美国原子能委员会的所有有效规则和法规的约束。除本文规定外，本许可证还受委员会拟议法规的约束，该法规于 1955 年 7 月 16 日在《联邦公报》第 10 章《联邦法规》第 20 部分公布，标题为“辐射防护标准”，直至上述拟议法规或其修订成为委员会的有效法规。尽管上述标准第 20.24(f) 节有规定，但对于在用户在场期间在实验室程序中短暂使用的实验室容器（如烧杯、烧瓶和试管），无需贴标签。
数字系统软件 - 要求指南 - NRC.gov
软件需求规范是系统开发中错误的重要来源（NUREG-0800，USNRC，1997c，第 A-7 页）。涉及软件的所有事故中，很大一部分（如果不是大多数）都可以归因于需求缺陷，例如对系统运行方式的不完整或错误假设。缺失、不准确或不完整的需求不仅会导致软件开发中的缺陷，还会阻止在验证和确认期间检测到这些缺陷。例如，功能测试基于需求；因此不会检测到缺失或不准确的需求。结构测试基于开发的代码；未说明的需求不太可能实现，因此不会被检测到。集成测试有时会检测到遗漏或不准确的信息，但更常见的是，只有通过实际操作中的故障，这些缺陷才会显现出来。
