银行业应用系统非功能需求第6部分：可靠性

银行业应用系统非功能需求第6部分：可靠性

国家标准 GB/T40473.6一2021 银行业应用系统非功能需求 第6部分:可靠性 Bankingappliecatiosystem一Nonfunetionalrequirement Part6:Reliability 2021-07-20发布 2022-02-01实施 国家市场监督管理总局 发布 国家标涯花管理委员会国家标准
GB;/T40473.6一2021 目 次 前言 引言 范围 2 规范性引用文件 术语和定义 可靠性元素与组件的层次及描述方式 4.1层次 4.2描述方式 成熟性族(RLMAT 5.1内部的非功能需求(NFIR 5,2外部的非功能需求(NFO)R) 可用性族(RI_AVI) 6.1内部的非功能需求(NFIR 服务水平(IRLAVL.l) 6.1.1 功能可用性(IRL_AVL.2) 6,l.2 数据可用性(IRLAVL.3) 6.1.3 6.2外部的非功能需求(NFoR) 6.2.1运行平台可用性(ORL_AVL.1 网络可用性(ORLAVL.2 6,2.2 容错性族(R1_F:TR) 7.1内部的非功能需求(NFIR 7.1.1功能容错(IR1_FTR.1) 7.1.2角色容错(IR1_FTR.2) 7.2外部的非功能需求(NFOR) 7.2.1外部系统容错(ORL_FTR.1 7.2.2主机应用系统容错(ORI_FTR.2) 7.2.3软件容错(ORLFTR.3) 7.2.4网络容错(ORI_FTR.4) 易恢复性族(RL_RCV) 8.1内部的非功能需求(NFIR 8.1.1业务影响范围(IRLRRCV.1) 8.1.2系统架构(IRL_RCV.2) 8 .1.3数据备份(IRLRCV.3 8.1.4数据丢失处理(IRL_RCV.4) 8.1.5状态自动保护(IRL_RCV.5) 8.2外部的非功能需求(NFOR)
GB/T40473.6一2021 8.2.1数据备份保存(ORL_RCV.1) 8.2.2恢复时间目标RTo(ORL__RCV.2 8.2.3恢复点目标RPO(ORLRRCV.3) 8.2.4恢复数据源(ORI_RRCV.4 8.2.5涉及外联系统的恢复(ORI_RCV.5 参考文献
GB;/T40473.6一2021 前 言 本文件按照GB/T1.1一2020<标准化工作导则第1部分;标准化文件的结构和起草规则》的规定 起草 本文件是GB/T40473《银行业应用系统非功能需求》的第6部分 GB/T40473已经发布了以 下部分 第1部分;描述框架; 第2部分:功能适宜性 第3部分:性能效率; 第4部分:兼容性; 第5部分易用性 第6部分;可靠性; 第7部分;安全性 第8部分;可维护性; 第9部分;可移植性 请注意本文件的某些内容可能涉及专利 本文件的发布机构不承担识别专利的责任 本文件由人民银行提出 本文件由全国金融标准化技术委员会(sAc/Tc18o)归口 本文件起草单位;人民银行科技司、农业银行股份有限公司、外汇交易中心暨全国银 行间同业拆借中心人民银行清算总中心、建设银行股份有限公司,交通银行股份有限公司、 农信银资金清算中心有限责任公司、金融电子化公司 本文件主要起草人;李伟、杨富玉,曲维民、李宽、王鹏、马骏、王锋、杨明英、葛洪慧、崔婉曼、赵刘韬、 叶曼、,梁军,景芸、王灿雍、陆原鹏、杨倩、谢彦丽、刘书元、王思源
GB/T40473.6一2021 引 言 GB/T40473给出了银行业应用系统非功能需求的描述框架和各类银行业应用系统非功能需求的 模板,旨在提高银行业应用系统非功能需求的编制质量和效率,降低编制银行业应用系统非功能需求的 门槛和成本,由九个部分组成 第1部分:描述框架 目的在于明确银行业应用系统的范睦,确立银行业应用系统非功能需求 的描述框架,明银行业应用系统非功能需求的标识和描述,给出银行业应用系统非功能需求 的定制包与定制轮廓,提出对银行业应用系统非功能需求的技术管理与评价,并给出银行业应 用系统非功能需求的XM描述的方法,是其余各部分阅读和应用的基础 第2部分;功能适宜性 目的在于给出包括功能完整性、功能正确性和功能适合性的功能适宜 性需求,这些需求从严谨的需求分类看,可以看作是功能需求,但在银行业应用系统的研发中， 往往被视作非功能需求 第3部分;性能效率 目的在于给出包括时间特性、资源利用和容量的性能效率需求 第4部分,兼容性 目的在于给出包插共存性和互操作性的兼容性 第5部分;易用性 目的在于给出包括可辨识性、易学性、易操作性、用户差错防御性、用户界 面舒适性和易访问性的易用性 第6部分,可靠性 目的在于给出包括成熟性、可用性、容错性和易恢复性的可靠性 第7部分;安全性 目的在于给出包括保密性、完整性、抗抵赖性、可核查性和真实性的安 全性 第8部分;可维护性 目的在于给出包括模块性、可重用性、易分析性、易修改性和易测试性的 可维护性 第9部分;可移植性 目的在于给出包括适应性、易安装性和易替换性的可移植性 当不考虑缩写和编号含义时,本领域的技术人员基于本领域的专业知识,可基本正确地理解本文件的 实质性内容 但在如下典型的情况下,本文件的应用者宜先阅读并理解GB/T40473.1一2021 编制应用系统的非功能需求; 评审应用系统的非功能需求; 对应用系统按照非功能需求开发的系统进行验证和确认 对应用系统按照非功能需求开发的系统进行静态和动态测试 对按照本文件编制的非功能需求,若以GB/T40473.1一2021给出的XM形式描述,会给非功能 需求带来传输和处理上更大便利 IN
GB;/T40473.6一2021 银行业应用系统非功能需求 第6部分可靠性 范围 本文件界定了银行业应用系统可靠性的概念,规定了可靠性类各族组件和元素层次及描述方式,可 靠性类的成熟性族、可用性族、容错性族、可恢复性族的非功能需求模板 本文件适用于银行业各类应用系统对可靠性类非功能需求的描述 与银行业应用系统进行信息交 换的应用系统,根据需要可参照使用 规范性引用文件 下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款 其中,注日期的引用文 件,仅该日期对应的版本适用于本文件;不注日期的引用文件,其最新版本(包括所有的修改单)适用于 本文件 GB/T40473.12021 银行业应用系统非功能需求第1部分:描述框架 术语和定义 GB/T40473.1一2021界定的以及下列术语和定义适用于本文件 3.1 可靠性reliability 系统,产品或组件在指定条件下,指定时间内执行指定功能的程度 注，软件中不会发生损耗 可靠性的种种局限是由需求,设计和实现中的故障或周围环境的变化所致 [来源GB/T25000.10一2016,4.3.2.5,有修改] 3.2 成熟性mturity 系统、产品或组件在正常运行时满足可靠性要求的程度 注成熟度这个概念可以被用于其他质量特性中,以表明他们在正常运行时满足需求的程度 来源:GB/T25000.10一2016,4.3.2.5.1] 3.3 可用性availability 系统,产品或组件在需要使用时能够进行操作和访问的程度 注:可用性可以通过系统、产品或组件在总时间中处于可用状态的百分比进行外部评估 因此,可用性是成熟性 控制失效的频率)、容错性和易恢复性(控制每个失效发生后的宕机时间长短)的组合 [来源:(GB/T25000.10一2016,4.3.2.5.2]
GB/T40473.6一2021 3.4 容错性 faulttolerance 尽管存在硬件或软件故障,系统、产品或组件的运行符合预期的程度 [来源:GB/T25000.102016,4.3.2.5.3] 3.5 易恢复性 yerabilit recO 在发生中断或失效时,产品或系统能够恢复直接受影响的数据并重建期望的系统状态的程度 注:在失效发生后,计算机系统有时会宕机一段时间,这段时间的长短由其易恢复性决定 [来源GB/T25000.102016,4.3.2.5.4] 可靠性元素与组件的层次及描述方式 4.1层次 可靠性各族元素与组件层次按照GB/T40473.1一2021中5.1规定的方式,在图1图3中给出 其中,类和族的概念在本文件的术语中给出 RL_MAT成熟性 RLAV可用性 RL可靠性族 RLFTR容错性 RLRCV易恢复性 图 可靠性的族
GB;/T40473.6一2021 NFIR RLMAT.1投产模式 RLMAT成熟性 NFoR oRL 可靠性度量 MAT.1 RL可靠性 IRLAVL.1服务水平 RLAV可用性 RLAVL.2功能可用性 NFIR RLAVL..3数据可用性 ORLAVL.1运行平台可用性 NFoR ORLAVL.2网络可用性 图2可靠性的成熟性族与可用性族的元素与组件
GB/T40473.6一2021 IRLFTR.1功能容错 NFIR IRLFTR.2角色容错 RLFTR容错性 ORLFTR.1外部系统容错 oRLFTR.2主机应用系统容错 NFOR ORLFTR.3软件容错 网络容错 ORLFTR.4 IRLRCVv.1业务影响范围 IRLRCv.2系统架构 NFIR IRLRCcV.3数据备份 可常样性 RL RLRcV.4数锯丢失处耶 IRLRCv.5状态自动保护 RLRcv易恢复性 oRLRcv.1数据备份保有 oRLRcyv.2恢复时间目标RTo NFOR ORLRCV.3恢复点目标RPo ORLRCV.4恢复数据议 IaRV.5涉及外联系统的恢复 图3可靠性的容错性族与易恢复性族的元素与组件
GB;/T40473.6一2021 4.2描述方式 非功能需求的描述按GB/T40473.1一2021中第7章给出的方式组织 成熟性族(RL_MAT) 5.1内部的非功能需求(NFIR) IRI_MAT.1.1应用系统分【指标赋值:投产期数】进行投产 IRLMAT.1.2【重复:对应用系统的【枚举项:投产期数】期投产,涉及的直接用户包括【描述赋 值【单选;外部和内部,仅外部,仅内部[单选;全球,全国,全行,县支行以上,二级分行以上一级分行 以上,仅总行，【描述赋值:特定影响范围】单选所有业务，【描述赋值业务种类名称】的客户】.】 IRI_MAT.1.3【重复;对应用系统的【枚举项;投产期数】期投产，一旦发生应用系统的故障，【单 选:有,无】可能采用变通的方式办理业务 如有可能,变通后【单选:涉及,不涉及】应用系统的批处理结 果的变更 】 注，本条中的元素均属于成熟性族中内部非功能需求的投产模式(IRL_MMAT.1)组件 5.2外部的非功能需求(NFoR) ORLMAT.1.1【重复;对应用系统的【枚举项:整体,【描述赋值:可以明确区分的组件】在投产 前【单选;能,不能】确定【多选;MTBF,MTTR,【描述赋值:其他可靠性指标】.】 ORLMAT.1.2/关仅当ORLMAT.1.1给出时适用关【重复:对应用系统的【枚举项:ORL MAT.1.1的每一个能够确定可靠性指标的元素取值】为【指标赋值;可靠性指标数值】.】 ORLMAT.1.3 仅当ORL_MAT.1.2给出时适用*【重复:为了保障【枚举项.ORI_MAT. 1.2的每一个确定的可靠性指标】,应用系统的框架本身具有【描述赋值:保障达到质量指标的技术措 施】.】 注:本条中的元素均属于成熟性族中外部非功能需求的可靠性度量(ORlMAT.1)组件 可用性族(RL_AVL 6.1内部的非功能需求(NFIR) 6.1.1服务水平(IRL_AVL.1 IRL_AVIL1.1【重复;应用系统定义的【枚举项;总体,【描述赋值:不同的服务水平的状态】最低 服务水平指标是【指标赋值:最低服务水平指标,没有应明确写无】对处于低于该最低服务水平状态的 情况,采取的措施是【描述赋值;最低服务水平应对措施,没有应明确写无】.】 RLAVL.1.2应用系统【单选提供,未提供.】服务优先级设定功能,在提供了服务优先级设定 功能时,服务优先级展现为【描述赋值;服务优先级的具体表现】 6.1.2功能可用性(IRLAVL.2) IRL_AVL.2.1【重复;应用系统【枚举项;整体,【描述赋值:某些服务功能】工作在【单选;58,5 ×24,7×8,7×24,按需服务,未约定,【指标赋值:其他特定时间段】模式.】 IRI_AVIL.2.2应用系统【单选;已构建,未构建】系统维护状态 在该状态下,应用系统可以提供 事先预定的【描述赋值:最小服务功能集】功能,且可以进行描述赋值可变更的应用程序集】、【描述赋 值:可变更的应用参数集】和【描述赋值:可变更的应用数据集】的变更
GB/T40473.6一2021 IRL_AVL.2.3应用系统执行批量处理的策略是分为【指标赋值;阶段数】个阶段,分别为【描述赋 值;阶段名称】. IRL_AVL.2.4【重复【枚举项:IRL_AVL.1.2的每个阶段】对最终客户的业务影响是【描述赋值 业务影响】.】 IRIL_AVIL.2.5应用系统在标准负载(系统的预期日常压力)情况下,表示应用系统进人稳定运行 状态的指标为[多选;稳定时间,【描述赋值;其他度量方式] /*若指标不是稳定时间,后继内容可省 略关/在指标为稳定时间时,其达到稳定运行状态所需的【多选;最短、平均、最长/*若有多个稳定时 间,应采用细化操作进行描述*】稳定时间为【指标赋值;可计量的时间间隔】. 6.1.3数据可用性(IRIAVL3) IRL_AVL3.1【重复;应用系统对【单选;流水类数据,时点类数据，日志类数据,业务配置类数 据,【描述赋值:其他类型的数据】/关在需要对多个类型的数据进行记录的情况下,应执行重复操作分 别说明;如对某类数据需要进行细分,应执行重复操作分别说明关]】的【枚举项;在线,近线,离线】保存 时间为【单选:3个月,6个月,1年,3年,l5年,永久,【指标赋值:其他保存时间]】.】 6.2外部的非功能需求(NFoR) 6.2.1运行平台可用性(oRL_AVL.1 ORI_AVL1.1【重复:应用系统的运行支撑环境中【枚举项:数据库服务器,应用服务器,接人服 务器,【描述赋值;其他服务器】为【单选部署于企业云.,【指标赋值机器台数】机热备,冷备,无备份 【指标赋值 节点个数】集群】.】 ORLAVL.1.2【重复;应用系统运行所依赖的【枚举项;操作系统,数据库,中间件,【描述赋值;其 他基础软件单选;未采用高可用方案,采用高可用方案,采用云部署,【描述赋值;其他提高可用性的 方案1.】 6.2.2网络可用性(oRL_AVL.2) ORRI_AVIL..2.1应用系统【单选;能,不能】支持链路负载均衡服务 能够在投产前【指标赋值;天 数】天提供【多选:源地址组,目标地址组,链路值】 ORI_AVL.2.2应用系统【单选:能,不能】支持服务器负载均衡服务,能够在投产前【指标赋值:天 数】天提供【多选;服务器地址列表,映射VIP地址】 ORI_AVL.2.3应用系统网络设备为【单选:无冗余,热备冗余,冷备冗余.【描述赋值:其他冗余方 式】. 应用系统通讯链路为[单选;无冗余，专线冗余,无线冗余,【描述赋值;其他冗余方 ORI_AVI..2.4 式】】 容错性族(RLFT) 7.1内部的非功能需求(NFIR) 7.1.1功能容错(IRI_FIR.1) IRL_FTR.1.1【重复:应用系统的【枚举项:出错功能】故障时,能够正常使用的功能包括【描述赋 值;正常使用的功能清单】/*在出错功能及其组合导致了另外的部分功能可以有条件使用的情况下 应执行细化和重复操作说明*】 IRL_F:TR.1.2/*仅当IRL_FTR.1.1给出时适用*/重复;应用系统的【枚举项:IRI_F:TR.1.l
GB;/T40473.6一2021 所列出错功能】恢复后,能够自动恢复正常的功能包括【描述赋值;自动恢复的功能清单】,需在人工干涉 下恢复正常的功能包括描述赋值:人工干涉后恢复的功能清单. IRL_FTR.1.3对通过【多选;人机接口输人,通信接口输人】的【多选:数据格式,长度，【描述赋值 其他可校验的值】【单选;进行,不进行】数据有效性检验/*在人机接口和通信接口的处理不同,或不 同的人机接口或通信接口的处理不同的情况下,应执行细化和重复操作说明关/ IRLFTR.1.4应用系统在正常负载情况下的失败交易的错误率为【指标赋值;错误率=(失败交 易数/交易总数)*100%】,其中因超时引起的错误率占比为【指标赋值;超时导致的错误率】 IRL__FTR.1.5在应用系统的客户端为移动设备的情况下,其Crash率(崩溃率)为【指标赋值: APP在移动设备中打开时出现的突然退出中断情况的概率】 7.1.2角色容错(IRLrTR.2) IRI__FTR.2.1【重复;应用系统的【枚举项;不能正常工作的角色】不能正常使用时,能够正常工作 的角色包括【描述赋值,正常使用的角色清单】”在出错角色及其组合导致了另外的部分角色可以有 条件使用的情况下,应执行绷化和重复操作说明 关/】 IRI_FTR.2.2/*仅当IR1_FTR.2.1给出时适用*/【重复;应用系统的【枚举项;IRI_FTR.2.1 所列出错角色】恢复后,能够自动恢复正常的角色包括【描述赋值:自动恢复的角色清单】,需在人工干涉 下恢复正常的角色包括【描述赋值:人工干涉后恢复的角色清单】. 7.2外部的非功能需求(NFoR) 7.2.1外部系统容错(oRL_FIR.1 ORI_FTR.1.1【描述赋值:外部系统名称】故障时,影响应用系统正常运行的功能包括【单选:无， 【描述赋值;影响的功能名称】,应用系统【单选:不能,能】自动检测出外部系统故障并主动隔离规避影 响 在同一外部系统不同的故障,或不同的外部系统影响的功能不同时,应执行细化和重复操作说 /关 明,所有的第三方系统,均应作为外部系统考虑 ORI_FTR.1.2 仅当ORL_FTR.1.1给出时适用关I描述赋值;外部系统名称】故障恢复时， 应用系统【单选;无,受到影响的全部功能，【描述赋值;可自动恢复的功能名称】可自动恢复;应用系统 【单选;无,受到影响的全部功能，【描述赋值;可恢复的功能名称】可在人工干预后恢复 ORI_FTR.1.3 仅当ORL_F:TR.1.2给出时适用*【描述赋值;外部系统名称】传输数据异 常时,应用系统【单选:无.受到影响的批量.【描述赋值;可容错处理的批量名称可提前检查异常数据 并跳过 7.2.2主机应用系统容错(oRI_rTR.2 ORI_FTR.2.1应用系统在主机系统发生故障时,【多选;不支持,支持sysplex,支持双机热备,支 持双机互备,支持云,【描述赋值:其他主机高可用方式]的自动切换 7.2.3软件容错(oRLFIR.3 【重复:在支撑应用系统运行的【枚举项;操作系统数据库,中间件,【描述赋值;其 ORI_FTR.3.1 他支撑软件发生了【描述赋值;故障的种类】时,应用系统依旧可提供【描述赋值可提供的服务名称】 服务 】 7.2.4网络容错(oRI_FTR.4 oRLFTR.4.1【重复;应用系统【单选;能,不能】支持在【枚举项;双工链路,主备链路.,【描述慰
GB/T40473.6一2021 值;其他链路模式】情况下,在工作链路发生故障时,使用另外的链路继续工作 8 易恢复性族(RLRCV 8.1内部的非功能需求(NFIR) 8.1.1业务影响范围(IRLRCV.1) IRIL_RCV.1.1应用系统异常中断导致的业务影响时间范围为【单选;[0分钟,10分钟,(10分 钟,30分钟],(30分钟,120分钟],(120分钟,无穷),【指标赋值;其他时间范围】m. IRL_Rcv.l.2应用系统异常中断导致的业务影响地域范围为发[单选;全国若干省，一个省的若干 地市.一个地市的若干网点.【描述赋值:其他地域范围1 IRL_RcVv.1.3应用系统异常中断影响的使用对象为【单选;最终客户,管理人员,运维人员,操作 人员】. 8.1.2系统架构(IRLRCcV.2) IRL_RCV.2.1应用系统服务器端部署架构为【单选:同城灾备异地灾备两地三中心),同城灾 备,异地灾备,多地部署多活,【描述赋值:其他灾备系统架构1. IRL_RCV.2.2应用系统的运行数据存储于【单选;统一的数据服务器,多层次数据存储,【描述赋 值:其他数据部署方式】. 8.1.3数据备份(IRLRCV.3 IRIL_RcV.3.！【重复;应用系统的【枚举项,本地,异地】数据备份的策略为每【指标赋值;数据备份 周期/关当有多个不同的数据备份周期时,应执行重复操作说明*】执行【单选;全量,增量,差分,【描 述赋值:其他备份模式备份.】 IRL_RcV.3.2应用系统数据库备份文件类型为【单选;文本文件，二进制码文件,加密文件,【描述 赋值:其他文件类型1 8.1.4数据丢失处理(IRLRCV.4) IRLRCV.4.1应用系统在灾难恢复阶段所需的数据调整手段为【多选:联机交易,批量恢复，【描 述赋值;其他数据调整手段】】,这些调整手段的控制机制是【描述赋值:控制机制/*对不同的调整手段 有不同的控制机制的,应对执行细化和重复操作进行说明*】. 8.1.5状态自动保护(IRI_RCv.5 IRI_RCV.5.l应用系统【单选:提供,没有】自动保护功能,在故障发生时【单选:自动保护当前所 有状态,自动保护当前【描述赋值;可以保护的状态】,不保护状态】. 8.2外部的非功能需求(NFo) 8.2.1数据备份保存(oRLRCv.1) ORI_RRCcV.1.1应用系统【单选;提供,没有多选;本地,同城,异地】数据备份 ORLRCV.1.2/关仅当ORLRCV.1.1给出时适用关【重复;在应用系统采用【枚举项:本地数 据备份,同城数据备份,异地数据备份】时,采用【多选;实时备份,异步备份,增量备份,完全备份,【描述 赋值:其他备份策略】的方式 其中异步备份的时滞为【指标赋值:时滞的时间】,增量备份的周期为【指 标赋值:增量备份的周期】,完全备份的周期为【指标赋值:完全备份的周期】
GB;/T40473.6一2021 ORL_RCV.1.3/*仅当ORL_RRCV.1.1给出时适用*重复;应用系统的【枚举项;本地数据备 份,同城数据备份,异地数据备份】为【单选非冗余,【指标赋值;冗余数】冗余】方式,每套备份数据的保 存周期为【指标赋值:备份数据保存周期】 8.2.2恢复时间目标RTooRLRCV.2 ORI_RCV.2.1应用系统灾备恢复前提条件为描述赋值:前提条件】 ORLRRCV.2.2应用系统RTO为【单选:1小时,3小时,6小时,24小时,24小时以上,未约定， 【指标赋值:其他RTo时间范围】 8.2.3恢复点目标RPooRLRCV.3) ORI_RCV.3.1应用系统RPO为【单选;0分钟,30分钟,1天,7天,7天以上,未约定，【指标赋 值;其他RPO时间范围】. 8.2.4恢复数据源(ORI_RCV.4) 在灾难发生后,可能用于数据调整的数据源包括【多选纸质,电子,无.【描述赋 O)RLRCV,4.1 值;其他凭证形式1凭证 8.2.5涉及外联系统的恢复(oRLRCv.5 ORL_RCV.5.1在应用系统的数据【多选;增加,删除,变更】过程中,涉及与本应用之外的应用系 统进行数据交互的,这些交互数据【单选;影响,不影响】本应用系统数据的恢复 ORL_RCV.5.2/关仅当ORLCV.5.1给出时适用关/在应用系统的外联系统的交互数据影响 本应用系统数据的恢复时,针对【重复枚举【枚举项;每个外联的应用系统】影响的恢复数据内容为【描 述赋值;影响本应用系统恢复数据的内容】,采取的数据恢复策略为【描述赋值;与外联系统交互的数据 恢复策略1
GB/T40473.6一2021 参 考 文 献 [1]GB/T20988一2007信息安全技术信息系统灾难恢复规范 [2]GB/T25000.102016 系统与软件工程系统与软件质量要求和评价(sQuaRE第10 部分:系统与软件质量模型 [3]JR/T0071一2020(所有部分)金融行业网络安全等级保护实施指引 [4钉]ISo/IEC9075-2;2016Information technology-Databaselanguages-sQL一Paurt2:Founm dationSQL/Foundation IEC60050-192InternationalElectrotechnicalVocabularyIEV)Part192:;Dependability [51

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

随着数字化时代的到来，银行业应用系统的重要性日益凸显。而银行作为现代金融代表之一，其应用系统的可靠性是至关重要的。因此，国家制定了GB/T40473.6-2021标准，以确保银行业应用系统的可靠性。 该标准主要从以下几个方面考虑： 1.可靠性需求分析：在系统设计前，需要对系统的可靠性进行需求分析，明确用户对系统可靠性的具体要求。 2.故障容忍度：在应用系统出现故障时，需要采取相应的措施，保证系统能够正常运行，例如备份、恢复等。 3.安全可靠性：银行业应用系统中包含大量涉及金融业务的信息，因此安全可靠性是非常重要的一点。该标准对系统的安全可靠性进行了详细规定和要求。 4.可靠性测试：为了保证银行业应用系统的稳定运行，需要对系统进行可靠性测试来发现并解决潜在问题。 该标准的实施可以帮助银行业应用系统提高可靠性，确保系统稳定、高效地运行。同时，也可以提高整个金融系统的风险控制能力，保障用户的利益。 总之，随着银行业应用系统的不断发展，GB/T40473.6-2021标准的实施是非常必要的。通过此标准的规定和要求，可以有效提高银行业应用系统的可靠性和安全性，保障用户数据和资金的安全。

银行业应用系统非功能需求第6部分：可靠性的相关资料

和银行业应用系统非功能需求第6部分：可靠性类似的标准