GB/T 40473.6-2021 银行业应用系统 非功能需求 第6部分：可靠性

　　ICS 35 . 240 . 40 CCS A 1 1

　　中 华 人 民 共 和 国 国 家 标 准

　　GB/T 40473 . 6—2021

　　银行业应用系统 非功能需求

　　第 6 部分：可靠性

　　Bankingapplicationsystem—Nonfunctionalrequirement—

　　part6：Reliability

　　2021-07-20 发布 2022-02-01 实施

　　国家市场监督管理总局国家标准化管理委员会

　　发

　　布

　　GB/T 40473 . 6—202 1

　　GB/T 40473 . 6—202 1

　　前 言

　　本文件按照 GB/T 1 . 1—2020《标准化工作导则 第 1 部分：标准化文件的结构和起草规则》的规定起草。

　　本文件是 GB/T 40473《银行业应用系统 非功能需求》的第 6 部分。 GB/T 40473 已经发布了以下部分：

　　— 第 1 部分：描述框架;

　　— 第 2 部分：功能适宜性;

　　— 第 3 部分：性能效率;

　　— 第 4 部分：兼容性;

　　— 第 5 部分：易用性;

　　— 第 6 部分：可靠性;

　　— 第 7 部分：安全性;

　　— 第 8 部分：可维护性;

　　— 第 9 部分：可移植性。

　　请注意本文件的某些内容可能涉及专利。 本文件的发布机构不承担识别专利的责任。

　　本文件由中国人民银行提出。

　　本文件由全国金融标准化技术委员会(SAC/TC 180)归口 。

　　本文件起草单位：中国人民银行科技司、中国农业银行股份有限公司、中国外汇交易中心暨全国银行间同业拆借中心、中国人民银行清算总中心、中国建设银行股份有限公司、交通银行股份有限公司、农信银资金清算中心有限责任公司、中国金融电子化公司。

　　本文件主要起草人：李伟、杨富玉、曲维民、李宽、王鹏、马骏、王锋、杨明英、葛洪慧、崔婉昱、赵刘韬、叶昱、梁军、景芸、王灿雍、陆原鹏、杨倩、谢彦丽、刘书元、王思源。

　　GB/T 40473 . 6—202 1

　　引 言

　　GB/T 40473 给出了银行业应用系统非功能需求的描述框架和各类银行业应用系统非功能需求的模板，旨在提高银行业应用系统非功能需求的编制质量和效率，降低编制银行业应用系统非功能需求的门槛和成本，由九个部分组成。

　　— 第 1 部分：描述框架。 目的在于明确银行业应用系统的范畴，确立银行业应用系统非功能需求的描述框架，阐明银行业应用系统非功能需求的标识和描述，给出银行业应用系统非功能需求的定制包与定制轮廓，提出对银行业应用系统非功能需求的技术管理与评价，并给出银行业应用系统非功能需求的 XML描述的方法，是其余各部分阅读和应用的基础。

　　— 第 2 部分：功能适宜性。 目的在于给出包括功能完整性、功能正确性和功能适合性的功能适宜性需求，这些需求从严谨的需求分类看，可以看作是功能需求，但在银行业应用系统的研发中，往往被视作非功能需求。

　　— 第 3 部分：性能效率。 目的在于给出包括时间特性、资源利用和容量的性能效率需求。

　　— 第 4 部分：兼容性。 目的在于给出包括共存性和互操作性的兼容性。

　　— 第 5 部分：易用性。 目的在于给出包括可辨识性、易学性、易操作性、用户差错防御性、用户界面舒适性和易访问性的易用性。

　　— 第 6 部分：可靠性。 目的在于给出包括成熟性、可用性、容错性和易恢复性的可靠性。

　　— 第 7 部分：安全性。 目 的在于给出包括保密性、完整性、抗抵赖性、可核查性和真实性的安全性。

　　— 第 8 部分：可维护性。 目的在于给出包括模块性、可重用性、易分析性、易修改性和易测试性的可维护性。

　　— 第 9 部分：可移植性。 目的在于给出包括适应性、易安装性和易替换性的可移植性。

　　当不考虑缩写和编号含义时，本领域的技术人员基于本领域的专业知识，可基本正确地理解本文件的实质性内容。 但在如下典型的情况下，本文件的应用者宜先阅读并理解 GB/T 40473 . 1—2021 :

　　— 编制应用系统的非功能需求;

　　— 评审应用系统的非功能需求;

　　— 对应用系统按照非功能需求开发的系统进行验证和确认;

　　— 对应用系统按照非功能需求开发的系统进行静态和动态测试。

　　对按照本文件编制的非功能需求，若以 GB/T 40473 . 1—2021 给出的 XML 形式描述，会给非功能需求带来传输和处理上更大便利。

　　GB/T 40473 . 6—202 1

　　银行业应用系统 非功能需求

　　第 6 部分：可靠性

　　1 范围

　　本文件界定了银行业应用系统可靠性的概念，规定了可靠性类各族组件和元素层次及描述方式、可靠性类的成熟性族、可用性族、容错性族、可恢复性族的非功能需求模板。

　　本文件适用于银行业各类应用系统对可靠性类非功能需求的描述。 与银行业应用系统进行信息交换的应用系统，根据需要可参照使用。

　　2 规范性引用文件

　　下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。 其中，注 日期的引用文件，仅该日期对应的版本适用于本文件;不注日期的引用文件，其最新版本(包括所有的修改单)适用于本文件。

　　GB/T 40473 . 1—2021 银行业应用系统 非功能需求 第 1 部分：描述框架

　　3 术语和定义

　　GB/T 40473 . 1—2021 界定的以及下列术语和定义适用于本文件。

　　3.1

　　可靠性 reliability

　　系统、产品或组件在指定条件下、指定时间内执行指定功能的程度。

　　注：软件中不会发生损耗。 可靠性的种种局限是由需求、设计和实现中的故障或周围环境的变化所致。

　　[来源：GB/T 25000 . 10—2016,4 . 3 . 2 . 5,有修改]

　　3.2

　　成熟性 maturity

　　系统、产品或组件在正常运行时满足可靠性要求的程度。

　　注：成熟度这个概念可以被用于其他质量特性中，以表明他们在正常运行时满足需求的程度。

　　[来源：GB/T 25000 . 10—2016,4 . 3 . 2 . 5 . 1]

　　3.3

　　可用性 availability

　　系统、产品或组件在需要使用时能够进行操作和访问的程度。

　　注：可用性可以通过系统、产品或组件在总时间中处于可用状态的百分比进行外部评估。 因此，可用性是成熟性(控制失效的频率)、容错性和易恢复性(控制每个失效发生后的宕机时间长短)的组合。

　　[来源：GB/T 25000 . 10—2016,4 . 3 . 2 . 5 . 2]

　　GB/T 40473 . 6—202 1

　　3.4

　　容错性 faulttolerance

　　尽管存在硬件或软件故障，系统、产品或组件的运行符合预期的程度。

　　[来源：GB/T 25000 . 10—2016,4 . 3 . 2 . 5 . 3]

　　3.5

　　易恢复性 recoverability

　　在发生中断或失效时，产品或系统能够恢复直接受影响的数据并重建期望的系统状态的程度。

　　注：在失效发生后，计算机系统有时会宕机一段时间，这段时间的长短由其易恢复性决定。

　　[来源：GB/T 25000 . 10—2016,4 . 3 . 2 . 5 . 4]

　　4 可靠性元素与组件的层次及描述方式

　　4 . 1 层次

　　可靠性各族元素与组件层次按照 GB/T 40473 . 1—2021 中 5 . 1 规定的方式，在图 1~图 3 中给出。其中，类和族的概念在本文件的术语中给出。

　　图 1 可靠性的族

　　GB/T 40473 . 6—202 1

　　图 2 可靠性的成熟性族与可用性族的元素与组件

　　GB/T 40473 . 6—202 1

　　图 3 可靠性的容错性族与易恢复性族的元素与组件

　　GB/T 40473 . 6—202 1

　　4 . 2 描述方式

　　非功能需求的描述按 GB/T 40473 . 1—2021 中第 7 章给出的方式组织。

　　5 成熟性族(RL_MAT)

　　5 . 1 内部的非功能需求(NFIR)

　　IRL_MAT. 1 . 1 应用系统分【指标赋值：投产期数】进行投产。

　　IRL_MAT. 1 . 2 【重复：对应用系统的【枚举项：投产期数】期投产，涉及的直接用户包括【描述赋值：【单选：外部和内部，仅外部，仅内部】【单选：全球，全国，全行，县支行以上，二级分行以上，一级分行以上，仅总行，【描述赋值：特定影响范围】】【单选：所有业务，【描述赋值：业务种类名称】】的客户】。】

　　IRL_MAT. 1 . 3 【重复：对应用系统的【枚举项：投产期数】期投产，一旦发生应用系统的故障，【单选：有，无】可能采用变通的方式办理业务。 如有可能，变通后【单选：涉及，不涉及】应用系统的批处理结果的变更。】

　　注：本条中的元素均属于成熟性族中内部非功能需求的投产模式(IRL_ MAT. 1)组件。

　　5 . 2 外部的非功能需求(NFOR)

　　ORL_MAT. 1 . 1 【重复：对应用系统的【枚举项：整体，【描述赋值：可以明确区分的组件】】在投产前【单选：能，不能】确定【多选：MTBF, MTTR,【描述赋值：其他可靠性指标】】。】

　　ORL_MAT.1.2 / * 仅当 ORL_MAT. 1. 1 给出时适用 */【重复：对应用系统的【枚举项：ORL_

　　MAT. 1 . 1 的每一个能够确定可靠性指标的元素取值】为【指标赋值：可靠性指标数值】。】

　　ORL_MAT.1.3 / * 仅当 ORL_MAT.1.2 给出时适用 */【重复：为了保障【枚举项：ORL_MAT.

　　1 . 2 的每一个确定的可靠性指标】，应用系统的框架本身具有【描述赋值：保障达到质量指标的技术措施】。】

　　注：本条中的元素均属于成熟性族中外部非功能需求的可靠性度量(ORL_ MAT. 1)组件。

　　6 可用性族(RL_AVL)

　　6 . 1 内部的非功能需求(NFIR)

　　6 . 1 . 1 服务水平(IRL_AVL.1 )

　　IRL_AVL. 1 . 1 【重复：应用系统定义的【枚举项：总体，【描述赋值：不同的服务水平的状态】】最低服务水平指标是【指标赋值：最低服务水平指标，没有应明确写无】，对处于低于该最低服务水平状态的情况，采取的措施是【描述赋值：最低服务水平应对措施，没有应明确写无】。】

　　IRL_AVL. 1 . 2 应用系统【单选：提供，未提供。】服务优先级设定功能，在提供了服务优先级设定功能时，服务优先级展现为【描述赋值：服务优先级的具体表现】。

　　6 . 1 . 2 功能可用性(IRL_AVL.2 )

　　IRL_AVL.2.1【重复：应用系统【枚举项：整体，【描述赋值：某些服务功能】】工作在【单选：5 × 8 , 5 ×24,7×8,7×24,按需服务，未约定，【指标赋值：其他特定时间段】】模式。】

　　IRL_AVL. 2 . 2 应用系统【单选：已构建，未构建】系统维护状态。 在该状态下，应用系统可以提供事先预定的【描述赋值：最小服务功能集】功能，且可以进行【描述赋值：可变更的应用程序集】、【描述赋值：可变更的应用参数集】和【描述赋值：可变更的应用数据集】的变更。

　　GB/T 40473 . 6—202 1

　　IRL_AVL. 2 . 3 应用系统执行批量处理的策略是分为【指标赋值：阶段数】个阶段，分别为【描述赋值：阶段名称】。

　　IRL_AVL. 2 . 4 【重复：【枚举项：IRL_AVL. 1 . 2 的每个阶段】对最终客户的业务影响是【描述赋值：业务影响】。】

　　IRL_AVL. 2 . 5 应用系统在标准负载(系统的预期 日常压力)情况下，表示应用系统进入稳定运行状态的指标为【多选：稳定时间，【描述赋值：其他度量方式】】。/* 若指标不是稳定时间，后继内容可省略 */在指标为稳定时间时，其达到稳定运行状态所需的【多选：最短、平均、最长/* 若有多个稳定时间，应采用细化操作进行描述 */】稳定时间为【指标赋值：可计量的时间间隔】。

　　6 . 1 . 3 数据可用性(IRL_AVL.3 )

　　IRL_AVL. 3 . 1 【重复：应用系统对【单选：流水类数据，时点类数据，日 志类数据，业务配置类数据，【描述赋值：其他类型的数据】/* 在需要对多个类型的数据进行记录的情况下，应执行重复操作分别说明;如对某类数据需要进行细分，应执行重复操作分别说明 */】的【枚举项：在线，近线，离线】保存时间为【单选：3 个月，6 个月，1 年，3 年，15 年，永久，【指标赋值：其他保存时间】】。】

　　6 . 2 外部的非功能需求(NFOR)

　　6 . 2 . 1 运行平台可用性(ORL_AVL.1 )

　　ORL_AVL. 1 . 1 【重复：应用系统的运行支撑环境中【枚举项：数据库服务器，应用服务器，接入服务器，【描述赋值：其他服务器】】为【单选：部署于企业云，【指标赋值：机器台数】机热备，冷备，无备份， 【指标赋值：节点个数】集群】。】

　　ORL_AVL. 1 . 2 【重复：应用系统运行所依赖的【枚举项：操作系统，数据库，中间件，【描述赋值：其他基础软件】】【单选：未采用高可用方案，采用高可用方案，采用云部署，【描述赋值：其他提高可用性的方案】】。】

　　6 . 2 . 2 网络可用性(ORL_AVL.2 )

　　ORL_AVL. 2 . 1 应用系统【单选：能，不能】支持链路负载均衡服务。 能够在投产前【指标赋值：天数】天提供【多选：源地址组，目标地址组，链路阈值】。

　　ORL_AVL. 2 . 2 应用系统【单选：能，不能】支持服务器负载均衡服务，能够在投产前【指标赋值：天数】天提供【多选：服务器地址列表，映射 VIP 地址】。

　　ORL_AVL. 2 . 3 应用系统网络设备为【单选：无冗余，热备冗余，冷备冗余，【描述赋值：其他冗余方式】】。

　　ORL_AVL. 2 . 4 应用系统通讯链路为【单选：无冗余，专线冗余，无线冗余，【描述赋值：其他冗余方式】】。

　　7 容错性族(RL_FTR)

　　7 . 1 内部的非功能需求(NFIR)

　　7 . 1 . 1 功能容错(IRL_FTR.1 )

　　IRL_FTR. 1 . 1 【重复：应用系统的【枚举项：出错功能】故障时，能够正常使用的功能包括【描述赋值：正常使用的功能清单】/* 在出错功能及其组合导致了另外的部分功能可以有条件使用的情况下，应执行细化和重复操作说明 */】。

　　IRL_FTR.1.2 / * 仅当 IRL_FTR.1.1 给出时适用 */【重复：应用系统的【枚举项：IRL_FTR.1.1

　　GB/T 40473 . 6—202 1

　　所列出错功能】恢复后，能够自动恢复正常的功能包括【描述赋值：自动恢复的功能清单】，需在人工干涉下恢复正常的功能包括【描述赋值：人工干涉后恢复的功能清单】】。

　　IRL_FTR. 1 . 3 对通过【多选：人机接口输入，通信接口输入】的【多选：数据格式，长度，【描述赋值：其他可校验的值】】，【单选：进行，不进行】数据有效性检验/* 在人机接口和通信接口的处理不同，或不同的人机接口或通信接口的处理不同的情况下，应执行细化和重复操作说明 */。

　　IRL_FTR.1.4 应用系统在正常负载情况下的失败交易的错误率为【指标赋值：错误率=(失败交易数/交易总数)* 100%】，其中因超时引起的错误率占比为【指标赋值：超时导致的错误率】。

　　IRL_FTR.1.5 在应用系统的客户端为移动设备的情况下，其 Crash 率(崩溃率)为【指标赋值：

　　APP在移动设备中打开时出现的突然退出中断情况的概率】。

　　7. 1 .2 角色容错(IRL_FTR.2)

　　IRL_FTR. 2 . 1 【重复：应用系统的【枚举项：不能正常工作的角色】不能正常使用时，能够正常工作的角色包括【描述赋值：正常使用的角色清单】/* 在出错角色及其组合导致了另外的部分角色可以有条件使用的情况下，应执行细化和重复操作说明 */】。

　　IRL_FTR.2.2 / * 仅当 IRL_FTR.2.1 给出时适用 */【重复：应用系统的【枚举项：IRL_FTR.2.1

　　所列出错角色】恢复后，能够自动恢复正常的角色包括【描述赋值：自动恢复的角色清单】，需在人工干涉下恢复正常的角色包括【描述赋值：人工干涉后恢复的角色清单】】。

　　7 . 2 外部的非功能需求(NFOR)

　　7.2. 1 外部系统容错(ORL_FTR.1)

　　ORL_FTR. 1 . 1 【描述赋值：外部系统名称】故障时，影响应用系统正常运行的功能包括【单选：无， 【描述赋值：影响的功能名称】，应用系统【单选：不能，能】自动检测出外部系统故障并主动隔离规避影响 。/* 在同一外部系统不同的故障，或不同的外部系统影响的功能不同时，应执行细化和重复操作说明，所有的第三方系统，均应作为外部系统考虑。 */】。

　　ORL_FTR.1.2 / * 仅当 ORL_FTR.1.1 给出时适用 */【描述赋值：外部系统名称】故障恢复时，

　　应用系统【单选：无，受到影响的全部功能，【描述赋值：可自动恢复的功能名称】】可 自动恢复;应用系统【单选：无，受到影响的全部功能，【描述赋值：可恢复的功能名称】】可在人工干预后恢复。

　　ORL_FTR.1.3 / * 仅当 ORL_FTR.1.2 给出时适用 */【描述赋值：外部系统名称】传输数据异

　　常时，应用系统【单选：无，受到影响的批量，【描述赋值：可容错处理的批量名称】】可提前检查异常数据并跳过。

　　7.2.2 主机应用系统容错(ORL_FTR.2)

　　ORL_FTR.2.1 应用系统在主机系统发生故障时，【多选：不支持，支持 Sysplex,支持双机热备，支持双机互备，支持云，【描述赋值：其他主机高可用方式】】的自动切换。

　　7.2.3 软件容错(ORL_FTR.3)

　　ORL_FTR. 3 . 1 【重复：在支撑应用系统运行的【枚举项：操作系统，数据库，中间件，【描述赋值：其他支撑软件】】发生了【描述赋值：故障的种类】时，应用系统依旧可提供【描述赋值：可提供的服务名称】服务。】

　　7.2.4 网络容错(ORL_FTR.4)

　　ORL_FTR. 4 . 1 【重复：应用系统【单选：能，不能】支持在【枚举项：双工链路，主备链路，【描述赋

　　GB/T 40473 . 6—202 1

　　值：其他链路模式】】情况下，在工作链路发生故障时，使用另外的链路继续工作。】

　　8 易恢复性族(RL_RCV)

　　8 . 1 内部的非功能需求(NFIR)

　　8. 1 . 1 业务影响范围(IRL_RCV.1)

　　IRL_RCV. 1 . 1 应用系统异常中断导致的业务影响时间范围为【单选：[0 分钟，10 分钟]，( 10 分钟，30 分钟]，(30 分钟，120 分钟]，(120 分钟，无穷)，【指标赋值：其他时间范围】】。

　　IRL_RCV. 1 . 2 应用系统异常中断导致的业务影响地域范围为【单选：全国，若干省，一个省的若干地市，一个地市的若干网点，【描述赋值：其他地域范围】】。

　　IRL_RCV. 1 . 3 应用系统异常中断影响的使用对象为【单选：最终客户，管理人员，运维人员，操作人员】。

　　8. 1 .2 系统架构(IRL_RCV.2)

　　IRL_RCV.2.1 应用系统服务器端部署架构为【单选：同城灾备+异地灾备(两地三中心)，同城灾备，异地灾备，多地部署多活，【描述赋值：其他灾备系统架构】】。

　　IRL_RCV. 2 . 2 应用系统的运行数据存储于【单选：统一的数据服务器，多层次数据存储，【描述赋值：其他数据部署方式】】。

　　8. 1 .3 数据备份(IRL_RCV.3)

　　IRL_RCV. 3 . 1 【重复：应用系统的【枚举项：本地，异地】数据备份的策略为每【指标赋值：数据备份周期 /* 当有多个不同的数据备份周期时，应执行重复操作说明 */】执行【单选：全量，增量，差分，【描述赋值：其他备份模式】】备份。】

　　IRL_RCV. 3 . 2 应用系统数据库备份文件类型为【单选：文本文件，二进制码文件，加密文件，【描述赋值：其他文件类型】】。

　　8. 1 .4 数据丢失处理(IRL_RCV.4)

　　IRL_RCV. 4 . 1 应用系统在灾难恢复阶段所需的数据调整手段为【多选：联机交易，批量恢复，【描述赋值：其他数据调整手段】】，这些调整手段的控制机制是【描述赋值：控制机制/* 对不同的调整手段有不同的控制机制的，应对执行细化和重复操作进行说明 */】。

　　8. 1 .5 状态自动保护(IRL_RCV.5)

　　IRL_RCV. 5 . 1 应用系统【单选：提供，没有】自动保护功能，在故障发生时【单选：自动保护当前所有状态，自动保护当前【描述赋值：可以保护的状态】，不保护状态】。

　　8 . 2 外部的非功能需求(NFOR)

　　8.2. 1 数据备份保存(ORL_RCV.1)

　　ORL_RCV. 1 . 1 应用系统【单选：提供，没有】【多选：本地，同城，异地】数据备份。

　　ORL_RCV.1.2 / * 仅当 ORL_RCV.1.1 给出时适用 */【重复：在应用系统采用【枚举项：本地数

　　据备份，同城数据备份，异地数据备份】时，采用【多选：实时备份，异步备份，增量备份，完全备份，【描述赋值：其他备份策略】】的方式。 其中异步备份的时滞为【指标赋值：时滞的时间】，增量备份的周期为【指

　　标赋值：增量备份的周期】，完全备份的周期为【指标赋值：完全备份的周期】】。

　　GB/T 40473 . 6—202 1

　　ORL_RCV.1.3 / * 仅当 ORL_RCV.1.1 给出时适用 */【重复：应用系统的【枚举项：本地数据备

　　份，同城数据备份，异地数据备份】为【单选：非冗余，【指标赋值：冗余数】冗余】方式，每套备份数据的保存周期为【指标赋值：备份数据保存周期】】。

　　8.2.2 恢复时间目标 RTO(ORL_RCV.2)

　　ORL_RCV. 2 . 1 应用系统灾备恢复前提条件为【描述赋值：前提条件】。

　　ORL_RCV. 2 . 2 应用系统 RTO 为【单选：1 小时，3 小时，6 小时，24 小时，24 小时以上，未约定， 【指标赋值：其他 RTO 时间范围】】。

　　8.2.3 恢复点目标 RPO(ORL_RCV.3)

　　ORL_RCV. 3 . 1 应用系统 RPO 为【单选：0 分钟，30 分钟，1 天，7 天，7 天以上，未约定，【指标赋值：其他 RPO 时间范围】】。

　　8.2.4 恢复数据源(ORL_RCV.4)

　　ORL_RCV. 4 . 1 在灾难发生后，可能用于数据调整的数据源包括【多选：纸质，电子，无，【描述赋值：其他凭证形式】】凭证。

　　8.2.5 涉及外联系统的恢复(ORL_RCV.5)

　　ORL_RCV. 5 . 1 在应用系统的数据【多选：增加，删除，变更】过程中，涉及与本应用之外的应用系统进行数据交互的，这些交互数据【单选：影响，不影响】本应用系统数据的恢复。

　　ORL_RCV.5.2 / * 仅当 ORL_RCV.5.1 给出时适用 */在应用系统的外联系统的交互数据影响本应用系统数据的恢复时，针对【重复枚举：【枚举项：每个外联的应用系统】影响的恢复数据内容为【描述赋值：影响本应用系统恢复数据的内容】，采取的数据恢复策略为【描述赋值：与外联系统交互的数据恢复策略】】。

　　GB/T 40473 . 6—202 1

　　参 考 文 献

　　[1] GB/T 20988—2007 信息安全技术 信息系统灾难恢复规范

　　[2] GB/T 25000.10—2016 系统与软件工程 系统与软件质量要求和评价(SQuaRE) 第 10部分：系统与软件质量模型

　　[3] JR/ T 0071—2020(所有部分) 金融行业网络安全等级保护实施指引

　　[4] ISO/IEC 9075-2 : 2016 Information technology—Database languages—SQL—Part 2 : Foun- dation ( SQL/ Foundation)

　　[5] IEC 60050-192 International Electrotechnical Vocabulary (IEV)—Part 192: Dependability