GB/T40473.3-2021
银行业应用系统非功能需求第3部分：性能效率
Bankingapplicationsystem—Nonfunctionalrequirement—Part3:Performanceefficiency
- 中国标准分类号（CCS）A11
- 国际标准分类号（ICS）35.240.40
- 实施日期2022-02-01
- 文件格式PDF
- 文本页数19页
- 文件大小1.44M
以图片形式预览银行业应用系统非功能需求第3部分：性能效率
银行业应用系统非功能需求第3部分：性能效率
国家标准 GB/T40473.3一2021 银行业应用系统非功能需求 第3部分:性能效率 Bankingappliecatiosystem一Nonfunetionalrequirement Part3:Performmanceeffieiency 2021-07-20发布 2022-02-01实施 国家市场监督管理总局 发布 国家标涯花管理委员会国家标准
GB;/T40473.3一2021 目 次 前言 引言 范围 2 规范性引用文件 术语和定义 性能效率元素与组件的层次及描述方式 * 4.1层次 4.2描述方式 时间特性族(PE_TBHD 5.1内部的非功能需求(NFIR 5,l.1联机响应时间(IPE_TBHH.1 5.1.2批量响应时间(IPE_TBH.2) 报表加工时间(PE_TBHl.3) 5,1.3 5.1.4跨库数据同步时间(IPE_TBH.4 5.2外部的非功能需求(NFOR) 5.2.1第三方系统的联机响应时间(OPE_TBH.1) 5.2.2第三方系统的批量响应时间(OPE_TBH.2) 资源利用族(PERUL 6.1内部的非功能需求(NFIR 资源控制(IPE_RU1.l) 6.l.1 负荷分配(IPERUL.2) 6,l.2 6.1.3数据库使用(IPE_RU1.3) 6.1.4特殊环境资源(IPE_RUL.4) 6.2外部的非功能需求(NFO R 容量族(PE_CAP) 7.1内部的非功能需求(NFIR) 7.1.1用户数量(IPE_CAP.1 7.1.2交易量(IPE_CAP.2) 7.1.3事务规模(IPE_CAP.3) 7.1.4会话规模(IPE_CAP.4 7.1.5数据存储(IPE_CAP.5 7.2外部的非功能需求(NFOR 7.2.1网络资源(OPE_CAP.1 7.2.2发展预期(OPE_CAP.2) 附录A资料性联机响应时间的若干示例 A.1涉及响应时间的例子
GB/T40473.3一2021 A.2涉及应用事件的例子 0 12 附录B资料性数据库事务的隔离级别 12 B.1数据库的特定读取方式示例 12 B.2数据库事务的隔离级别 13 B.3数据库事务的隔离级别的建议 参考文献
GB;/T40473.3一2021 前 言 本文件按照GB/T1.1一2020<标准化工作导则第1部分;标准化文件的结构和起草规则》的规定 起草
本文件是GB/T40473《银行业应用系统非功能需求》的第3部分
GB/T40473已经发布了以 下部分 第1部分;描述框架; 第2部分:功能适宜性 第3部分:性能效率; 第4部分:兼容性; 第5部分易用性 第6部分;可靠性; -第7部分;安全性; 第8部分;可维护性; 第9部分;可移植性
请注意本文件的某些内容可能涉及专利
本文件的发布机构不承担识别专利的责任
本文件由人民银行提出
本文件由全国金融标准化技术委员会(sAc/Tc18o)归口
本文件起草单位;人民银行科技司、农业银行股份有限公司、外汇交易中心暨全国银 行间同业拆借中心人民银行清算总中心,建设银行股份有限公司,交通银行股份有限公司,农 信银资金清算中心有限责任公司、金融电子化公司
本文件主要起草人;李伟、杨富玉,曲维民、李宽、王鹏、马骏、王锋、杨明英、葛洪慧、崔婉曼、赵刘韬、 叶曼、,梁军,景芸、王灿雍、陆原鹏、杨倩、谢彦丽、刘书元、王思源
GB/T40473.3一2021 引 言 GB/T40473给出了银行业应用系统非功能需求的描述框架和各类银行业应用系统非功能需求的 模板,旨在提高银行业应用系统非功能需求的编制质量和效率,降低编制银行业应用系统非功能需求的 门槛和成本,由九个部分组成
第1部分:描述框架
目的在于明确银行业应用系统的范睦,确立银行业应用系统非功能需求 的描述框架,阐明银行业应用系统非功能需求的标识和描述,给出银行业应用系统非功能需求 的定制包与定制轮廓,提出对银行业应用系统非功能需求的技术管理与评价,并给出银行业应 用系统非功能需求的XM描述的方法,是其余各部分阅读和应用的基础
第2部分;功能适宜性
目的在于给出包括功能完整性、功能正确性和功能适合性的功能适宜 性需求,这些需求从严谨的需求分类看,可以看作是功能需求,但在银行业应用系统的研发中， 往往被视作非功能需求
第3部分;性能效率
目的在于给出包括时间特性、资源利用和容量的性能效率需求 第4部分,兼容性
目的在于给出包插共存性和互操作性的兼容性
第5部分;易用性
目的在于给出包括可辨识性、易学性、易操作性、用户差错防御性、用户界 面舒适性和易访问性的易用性
第6部分,可靠性
目的在于给出包括成熟性、可用性、容错性和易恢复性的可靠性
第7部分;安全性
目的在于给出包括保密性、完整性、抗抵赖性、可核查性和真实性的安 全性
第8部分;可维护性
目的在于给出包括模块性、可重用性、易分析性、易修改性和易测试性的 可维护性
第9部分;可移植性
目的在于给出包括适应性、易安装性和易替换性的可移植性
目前在银行业的工程实践中,经常出现将资源利用和容量混为一个概念的情况,在应用本文件时 首先建立相关概念的映射有助于提升非功能需求的针对性 当不考虑缩写和编号含义时,本领域的技术人员基于本领域的专业知识,可基本正确地理解本文件的 实质性内容
但在如下典型的情况下,本文件的应用者宜先阅读并理解GB/T40473.12021: 编制应用系统的非功能需求; 评审应用系统的非功能需求; 对应用系统按照非功能需求开发的系统进行验证和确认; 对应用系统按照非功能需求开发的系统进行静态和动态测试
对按照本文件编制的非功能需求,若以GB/T40473.1一2021给出的XM形式描述,会对非功能 需求带来传输和处理上更大便利
IN
GB;/T40473.3一2021 银行业应用系统非功能需求 第3部分性能效率 范围 本文件界定了银行业应用系统的性能效率的概念,规定了性能效率类各族组件和元素层次及描述 方式、性能效率类时间特性族、资源利用族和容量族非功能需求模板
本文件适用于银行业各类应用系统对性能效率类非功能需求的描述
与银行业应用系统进行信息 交换的应用系统,根据需要可参照使用
规范性引用文件 下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款
其中,注日期的引用文 件,仅该日期对应的版本适用于本文件;不注日期的引用文件,其最新版本(包括所有的修改单)适用于 本文件
GB/T40473.12021 银行业应用系统非功能需求第1部分;描述框架 术语和定义 GB/T40473.1-2021界定的以及下列术语和定义适用于本文件
3.1 性能效率performmanceefficieney 性能与在指定条件下所使用的资源量有关
注，资源可包括其他软件产品,系统的软件和硬件配置、以及原材料(如打印纸和存储介质). [来源:(GB/T25000.102016,4.3.2.2] 3.2 时间特性timebehaviour 产品或系统执行其功能时,其响应时间、处理时间及吞吐率满足需求的程度
[来源:GB/T25000.102016,4.3.2.2.1] 3.3 resourceutilization 资源利用 产品或系统执行其功能时,所使用资源数量和类型满足需求的程度
[来源:GB/T25000.102016,4.3.2.2.2,有修改 3.4 容量 eapacity 产品或系统参数的最大限量满足需求的程度
注参数可包括存储数据项数量,并发用户数、通信带宽、交易吞吐量和数据库规模
[来源:GB/T25000.102016,4.3.2.2.3]
GB/T40473.3一2021 性能效率元素与组件的层次及描述方式 4.1层次 性能效率各族元素与组件层次按照GB/T40473.1一2021中5.1规定的方式,在图1图4中给出
其中,类和族的概念在本文件的术语中给出
PE_TBH时间特性 PE性能效率族 PERU儿资源利用 PEcAP容量 图1性能效率的族 PETBH.1联机响应时间 PETBH.2批量响应时间 NFIR PE_TBH.3报表加工时间 PETBH4跨库数据同步时间 PE_TBH时间特性 oPE_TBH.1第三方系统的联机响应时间 NFOR OPETBH.2第三方系统的批量响应时间 图2性能效率的时间特性族
GB;/T40473.3一2021 IPE_RUL.1资源控制 IPERUL.2负荷分配 NFIR IPERUL.3数据库使用 IPERUL.4特殊环境资游 PRUL资源利用 NFOR 图3性能效率的资源利用族
GB/T40473.3一2021 PECAP,1用户数量 IPEcAP,2交易量 PEcAP.3事务规模 NFIR PECAP,4会话规模 IPEcAP.5数据存储 EcAP容量 OPECAP.1网络资源 NFOR 发腰预期 oPECAP2 图4性能效率的容量族 4.2描述方式 非功能需求的描述按GB/T40473.12021中第7章给出的方式组织
5 时间特性族(PE_TBH) 5.1内部的非功能需求(NFIR) 5.1.1联机响应时间(IE_TBH.1 IPE_TBH.1.1【重复;从用户视角看,自【描述赋值:用户某个动作】到【描述赋值;应用系统给出响 应】所用的【枚举项;最长时间,平均时间,【描述赋值;特定含义的时间]应不大于【指标赋值;给定的时 间,单位可为小时,分钟、秒,毫秒、微秒、纳秒】.】 相应示例参见附录A
PE_TBH.1.2【重复:从系统视角看,自【描述赋值;应用系统的某个事件】到【描述赋值;相关系统 给出响应】所用的枚举项:最长时间,平均时间.【描述赋值:特定含义的时间】应不大于【指标赋值:给 定的时间,单位可为小时,分钟、秒,毫秒,微秒、纳秒】.】
GB;/T40473.3一2021 在对存在人机交互的应用系统,尤其是手机APP进行测试时,应考虑系统思考时间(Think Time),即两个事件间的停顿时间间隔,以映射从实际业务操作角度来说,两次业务操作之间实际存在 的时间间隔
例如用户在注册的时候,用户打开注册业务到提交注册页面之间会有一段时间用来填写 注册信息,对应用系统来说,这段时间即反应为思考时间
相应示例参见附录A
同一应用系统在不同的联机交易并发量下,其响应时间很可能存在较大的差异,在确定应用系统的 非功能需求时,除非能够确定应用系统的响应时间肯定与并发交易量无关,否则均应采用分类细化操作 明确应用系统假定的最小并发交易量,典型交易量和最大并发交易量,执行枚举重复操作给出不同的响 应时间
5.1.2批量响应时间(IE_TBH.2) PE_TBH.2.1【重复;从用户视角看,自批量任务通过【描述赋值;提交方式】提交给应用系统,到 批量【描述赋值;完成事件】处理完成,应用系统的描述赋值;批量任务的计量单位】的【枚举项;最长时 间,平均时间,【描述赋值:特定含义的时间]应不大于【指标赋值;给定的时间,单位可为天、小时,分钟、 秒、毫秒,微秒,纳秒1.】 【重复从系统视角看,自【描述赋值;批量任务的计量单位】以【描述赋值;启动方 IPE_TBHH.2.2 式】系统执行,到批量处理正常完成的【枚举项:最长时间,平均时间.【描述赋值:特定含义的时间】应不 大于【指标赋值:给定的时间,单位可为天、小时,分钟、秒、毫秒,微秒、纳秒】.】 5.1.3报表加工时间(IPE_TBH.3) PE_TBH.3.1【重复:从用户视角看,自到达【单选:日,旬,月,季,半年,年,【描述赋值:其他特定 时间1的时点开始,到生成【单选:电子,纸质,【描述赋值:其他介质】
/*如可能有多种介质或介质的 组合,应对本元素执行重复操作进行说明关介质产生【单选:日,旬,月,季,半年,年,【描述赋值:其他 特定时间】
/关与上个选择对应,如果要产生多个报表,应执行重复操作进行说明*单选;多维， 批量,【描述赋值;其他报表类型】报表所用的【枚举项;最长时间,平均时间,【描述赋值特定含义的时 间]应不大于【指标赋值;给定的时间,单位可为天、小时、分钟、秒毫秒、微秒,纳秒】.】 5.1.4跨库数据同步时间IPR_TBH.4) PE_TBH.4.1应用系统联机库的数据同步到【单选;查询库,分析库,批量库,灾备库,【描述赋值: 其他数据库】
如可能有联机库到多个数据库的同步,应对本元素执行重复操作进行说明*】的 时间应不大于【指标赋值;给定的时间,单位可为天、小时、分钟,秒、毫秒、微秒、纳秒】. PE_TBH.4.2 在不存在联机库外部数据库以同步方式向联机库发送数据的情况,例如通过 交易传递时,元素IPE_TBH.4.2不适用
关/应用系统【单选;联机分析库,批量分析库,【描述赋值:其 他数据库】
/*如可能有多个数据库到联机库的同步,应对本元素执行重复操作进行说明弟]同步 到联机库的时间应不大于【指标赋值;给定的时间,单位可为天、小时、分钟、秒、毫秒、微秒、纳秒】 5.2外部的非功能需求(NFOR) 第三方系统的联机响应时间(oP_TBH.1) 5.2.1 oPE_TBHL.1.1应用系统在联机交易过程中,需要向【描述赋值第三方系统名称/*如可连接到 多个第三方系统,应对本元素执行重复操作进行说明关】发送交易请求并等待交易响应的，【描述赋 值;第三方系统名称/*此处的名称为上面提及的第三方系统,为避免混淆,故未使用“该第三方系统” 等词汇*/给出响应所用的【枚举项;最长时间,平均时间.【描述赋值;特定含义的时间】应不大于【指 标赋值:给定的时间,单位可为小时、分钟、秒、毫秒、微秒、纳秒】.
GB/T40473.3一2021 5.2.2第三方系统的批量响应时间(oPE_TBH.2) OPE_TBH.2.1应用系统在批量处理过程中,需要向【描述赋值:第三方系统名称/如可连接到 多个第三方系统,应对本元素执行重复操作进行说明*】发送批量处理请求并等待批量处理结果的 【描述赋值;第三方系统名称/*此处的名称为上面提及的第三方系统,为避免混淆,故未使用“该第三 方系统”等词汇*】给出响应所用的【枚举项;最长时间,平均时间.,【描述赋值:特定含义的时间]应不 大于【指标赋值;给定的时间,单位可为小时,分钟,秒,毫秒,微秒,纳秒】 资源利用族(PE_RUL 6.1内部的非功能需求(NFIR) 6.1.1资源控制(IE_RUL.1 PE_RUL.1.1应用系统的直接用户在【单选;退出系统,退出客户端,关闭浏览器,【描述赋值:其 他完成表示完成操作的动作】时,当前会话【单选;结束,冻结,挂起，【描述赋值:其他处理动作,说明会 话状态】,且【描述赋值;说明对服务器端和客户端相关资源的处理】 PE_RUL1.2对采用【单选:会话,长连接,【描述赋值;其他连接方式】的应用系统,当与应用系 统通信的另一方在【指标赋值;时间】内没有信息交换时,应用系统应【单选;保持，结束,冻结,挂起,【描 述赋值:其他处理方式,说明会话状态】会话
IPE_RUL1.3 仅当IPE_RUL.1.2给出且采用会话方式时适用并/对于采用会话的应用系 统,【单选;允许,不允许,【描述赋值:其他允许条件】单个用户多重并发会话
PE_RUL.l.4【重复;应用系统对所需的【枚举项:CPU,内存,硬盘,带宽，【描述赋值;其他系统资 源进行控制的方式是【单选;“不进行检测与控制”,“仅进行检测不进行控制,并【单选:一直提供,通过 设置提供,【描述赋值;其他方式】使用的状况",“检测并控制使用的状况,并【单选;静态确定可用上限， 动态确定可用上限，【描述赋值:其他方式】"】.】 PE_RUL.1.5【重复:应用系统的文件系统清理策略为【枚举项:定期清理,根据文件使用空间清 理,根据文件保留期限清理,根据文件产生时间清理,【描述赋值:其他清理模式】,清理方式为【单选:手 工清理,定期脚本或程序清理,系统工具清理，【描述赋值:其他清理方式】
/关对每种清理策略或清理 方式仅在特定条件下才能使用时,应对执行细化操作进行说明,必要时可在同一元素取值内执行重复操 作,也可执行重复操作分别取值
PE_RULl.6【重复;应用系统的数据库系统清理策略为【枚举项:;定期清理,根据数据库表记录 数清理,根据数据库表所占空间进行清理,根据数据记录日期期限进行清理，【描述赋值:其他清理模 式】,清理方式为【单选:手工清理,定期脚本或程序清理,系统工具清理,【描述赋值:其他清理方式】 对每种清理策略或清理方式仅在特定条件下才能使用时,应对执行细化操作进行说明,必要时可在 同一元素取值内执行重复操作,也可执行重复操作分别取值
×】 PE_RUL.1.7在系统实际交易量超过业务设计容量时应用系统的应对策略为【枚举项:流量控 制,拒绝,排队，【描述赋值:其他应对措施】】
在采用流量控制时,流量控制的阂值设定方式为【单选:固 定静态,人工可调整静态,【描述赋值:其他闵值设置方式】
6.1.2负荷分配(IPE_RUL.2 PE_RU1.2.1应用系统对所承担负荷的分配方式为【多选;单机,服务器集群,SaaS,PaaS,负载均 衡,应用级负荷分布,sysplex,【描述赋值:其他负荷分配方式】
/关如果承担负荷是有条件的,应对执 行细化操作进行说明;如果部署服务器集群,应说明规模要求;如果是不同的情况有不同的承担负荷方
GB;/T40473.3一2021 法,或有多级的承担负荷的方法,应执行重复操作进行说明*]】 6.1.3数据库使用(IPE_RUL3) PE_RUL3.1应用系统关系数据库应用相应隔离级别措施后,可以接受数据库存在以下数据不 -致现象【多选;脏读,不可重复读,幻读,【描述赋值:其他现象】 PE_RUL3.2应用系统关系数据库事务的隔离级别是【单选;未提交读,已提交读,可重复读取， 序列化【描述赋值:其他级别】的功能为【描述赋值:隔离级别的功能 对分为多组功能的,应对执 行细化和重复操作进行说明 关于数据库事务的隔离级别的进一步信息参见附录B 6.1.4特殊环境资源(IPE_RUL.4 PE_RUL.4.1应用系统在IBM systems服务器运行时,能够并行执行的最大指令条数是 【指标赋值:条数,单位为条】 PE_RUL.4.2应用系统在BM systems服务器运行时,平均每笔交易CPU消耗【指标赋 值:MIPS数】 PE_RUL.4.3【重复;移动APP在运行时对【枚举项;CPU资源的占有率,内存资源的占有率,移 动设备电量的消耗】为【指标赋值:/关可度量的指标*】. PE_RUL.4.4应用系统的客户端能正常运行的帧率范围为【指标赋值:/*可度量的帧率指标范 围 */FPS】. 6.2外部的非功能需求(NFoR) 本文件未提供资源利用族外部的非功能需求模板
容量族(PE_CAP 7.1内部的非功能需求(NFIR 7.1.1用户数量(IPECAP.1 PE_CAP.1.1【重复:应用系统能够支持【枚举项:注册,在线,同期交易,【描述赋值:其他意义上 的直接用户】直接用户数为【指标赋值用户数量】.】 7.1.2交易量(IPE_CAP.2 PE_CAP.2.1【重复:应用系统的【枚举项;峰值,平均,【描述赋值:其他意义上的交易量】并发交 易量应达到【指标赋值;交易量/关单位可为每秒的笔数或每分钟的笔数或每秒的比特数,当交易量为 TPS时,应给出TPS中交易的定义关].】 IPE_CAP.2.2应用系统峰值交易的持续时间为【指标赋值;峰值持续时间】,峰值时的交易成功百 分比是【指标赋值:峰值时交易成功百分比】
由于不同的交易所涉及的系统资源不同,同一交易的不同路径所涉及的资源也不同,故对交易量， 应针对交易的种类,交易的参数执行细化操作,说明细化后不同的并发交易量
在需要时,还应分析交 易随时间的典型分布,并针对这些分布实施重复操作,明确典型组合场景的交易量
7.1.3事务规模(IPE_CAP3) PE_CAP.3.1在使用数据库的情况下,应用系统的一个事务内最多的交易数量为【指标赋值:最
GB/T40473.3一2021 大交易量】一个事务内涉及的最多表为指标赋值;数据库表数】,一个事务内预计可能涉及的最多记录 数为指标赋值:数据库表记录数】,一个事务内预计可能涉及的单表的最多索引数量为【指标赋值:单表 的索引个数】. 如果在应用系统中使用了视图,则应与数据库表一并考虑;必要时应描述涉及的数据库表或视图 表或视图上建立的索引与数据库表、视图中涉及记录数的关系
7.1.4会话规模(IPE_CAP4) IPE_CAP.4.1【重复;对于采用【描述赋值;实现会话的机制实现会话的应用系统,在【枚举项;全 时段,【指标赋值;给定的时段】对最大并发会话数【单选;“不进行限制”,“最大值不超过【指标赋值;最 大值的绝对数】”,“可进行动态限制,最大值不超过【指标赋值;最大值的绝对数或与其他相关数据的关 系】”
对动态限制而根据相关因素不同会采取不同最大值的情况,应采用重复操作分别进行说 明关】.】 PE_CAP.4.2【重复:对于采用web访问作为客户端的应用系统,其可承载的【枚举项;最大，日 常】页面浏览量为【指标赋值:页面浏览量值并带有适宜的单位】/关页面浏览量是指用户对Web应用 的一次刷新或一次地址访问*. 7.1.5数据存储(IPE_cAP.5) PE_CAP.5.1【重复;应用系统的【枚举项:系统日志,业务流水,错误日志,交易日志,数据库日 志,中间件日志,图形文件,音频文件,视频文件,报表数据,【描述赋值;其他数据种类】的【单选;最短、 最长,典型,【指标赋值;其他保存时间间隔】/*当一个数据类型存在多个保存时间时,对每个类型重 复执行本元素以确定不同的取值关]保存时间为【指标赋值;保存的天数】天.】 PE_CAP.5.2/仅当IPE_CAP.5.1给出时适用*【重复;应用系统的【枚举项;IPE_CAP.5.l 的每一个枚举元素取值】的数据存储频率为【单选:按日,按月,按季,按年,不拆分】.】 IPECAP.5.3 仅当IPECAP.5.1给出时适用*【重复:应用系统的【枚举项;IPE_CAP.5. 一个枚举元素取值】的清理策略是【单选;归档后别除,直接删除,【描述赋值;其他清理模式]针对 的每 该策略的清理方式由【多选【指标赋值;确定时间间隔】触发,人工触发.【描述赋值;其他触发模式】
如果触发的内容是有条件的,应对执行细化操作进行说明;如果是不同的情况进行不同方式触发,应 对执行细化和重复操作进行说明*].】 7.2外部的非功能需求(NFoR) 7.2.1网络资源(oPE_CAP.1 OPE_CAP1.1从网络管理的视角看,应用系统处理的业务属于【多选;核心业务,第三方接人,报 表业务,办公业务,多媒体类业务，【描述赋值:其他种类的业务】
/关如果业务种类是依子系统而确定 的,应对执行细化操作进行说明;如果在不同的情况呈现不同的业务种类,应对执行细化和重复操作进 行说明 从网络管理的视角看,应用系统运行所需的链路类型【描述赋值;应用系统运行所 OPE_CAP.1.2 需的链路类型】链路速度【指标赋值;应用系统运行所需的链路速度】,网络的连接设备的安装地点为 【描述赋值:应用系统运行的相关场所】,端口类型为【单选:百兆,千兆,万兆,【描述赋值:其他端口类 型、【单选;光口,电口,【描述赋值;其他接口类型1、【单选;自适应,全双工,【描述赋值;其他工作模 式1 7.2.2发展预期(oPE_CAP.2 OPE_CAP2.1【重复;应用系统的交易量,在投产后的【枚举项:半年,一年,两年,【指标赋值:指
GB;/T40473.3一2021 定的时间间隔】后,预计单选;峰值,平均,【描述赋值;其他计算方式】
/关对需进行多种口径预测的 情况,应执行重复操作分别给出数据
*】将达到指标赋值:交易量数字】.】 OPE_CAP.2.2【重复;应用系统的交易分布,在投产后的【单选:即时,半年,一年,两年,【指标赋 值;指定的时间间隔】
如需评估多个时点,应执行重复操作进行说明*]后,预计【单选:日均,最 大,【描述赋值:指定的统计方式】. 如需评估多种统计方式,应执行重复操作进行说明*】占比前 【枚举项:1,2,3,【指标赋值:其他排序号1的交易是【描述赋值:交易的标识和名称】,将达到【指标赋值: 交易量数字】,约占全部交易的指标赋值;占比百分比】.】 OPE_CAP.2.3【重复;应用系统的存储量,在投产后的【单选;半年,一年,两年,【指标赋值:指定 的时间间隔】
/关如需评估多个时段,应执行重复操作;在需要时应执行细化操作提供增长速度,特别 是非线性的增长时,应说明增长的特征或导致非线性增长的因素关/】后,预计枚举项:在线,离线但涉 及每日批处理,离线，【描述赋值;其他访问方式】存储将达到【指标赋值:存储量数字】.】 OPE_cAP.2.4【重复应用系统的网络带宽,在投产后的[单选;半年，一年,两年,【指标赋值指 定的时间间隔】/*如需评估多个时段,应执行重复操作;在需要时应执行细化操作提供增长速度,特别 是非线性的增长时,应说明增长的特征或导致非线性增长的因素*/]后,预计枚举项;核心网 一级骨 干网， 9，二级骨干网,到网点,与【描述赋值;第三方名称】的连接;.L描述狠值;其他连按】将达到【指标赋 值,网络带宽数字】
GB/T40473.3一2021 附 录 资料性) 联机响应时间的若干示例 A.1 涉及响应时间的例子 A.1.1移动APP的不同响应时间 对移动APP来说,仅仅就启动的平均响应时间来说,可能具有如下的情况
自【用户更换手机后,自用户首次点击APP图标】到【APP显示不可交互的启动画面】所用的 a 【平均时间】应不大于【 秒],到【APP显示可交互的功能界面】所用的【平均时间】应不大于 秒】 b 自【用户新安装该APP后,自用户点击APP图标】到【APP显示不可交互的启动画面】所用的 【平均时间】应不大于【秒】,到APP显示可交互的功能界面】所用的【平均时间】应不大于 秒】
自【用户更新该APP后,自用户点击APP图标】到【APP显示不可交互的启动画面】所用的 【平均时间】应不大于【 秒】,到【APP显示可交互的功能界面】所用的【平均时间】应不大于 秒】 d 自【用户点击已经使用过的APP图标】到【APP显示不可交互的启动画面】所用的【平均时间】 应不大于【 秒】,到【APP显示可交互的功能界面】所用的【平均时间】应不大于【 秒】 A.1.2几种用户的动作 用户做出动作的可能是 a) 点击屏幕上的某个按钮; b) 选定了某个最终菜单项; c 通过键人Enter键完成一条命令的输人
A.1.3应用系统给出响应 应用系统给出的响应可能是 屏幕显示完整的内容; a b)打印机完成打印; ATM完成出钞 c A.2涉及应用事件的例子 A.2.1典型的应用事件 如下均为典型的应用事件 自前置机开始向主机发送请求报文; a b)自中间业务控制机完成向第三方发送请求报文 系统发出短信 c 向数据库发出某个查询指令
d A.2.2相关系统给出响应 如下均为典型的相关系统给出响应 10
GB;/T40473.3一2021 前置机接到主机返回的响应报文; a b 中间业务控制机接到第三方返回的响应报文; 手机收到短信; c d)自数据库引擎返回查询结果
11
GB/T40473.3一2021 录 附 B 资料性) 数据库事务的隔离级别 B.1数据库的特定读取方式示例 B.1.1脏读 T1交易修改了一行数据
T2交易在T1写操作提交前读取了这个修改后的数据
然后T1交易 执行了回滚操作,这样T2交易实质读到了从未被真正提交且可被理解为从未存在的数据
B.1.2不可重复读 T1交易读取了一行数据
T2交易在Tl读操作执行后修改或者删除了这行数据,然后执行了提 交操作
然后T1交易试图再次读该数据时,T1交易可能读到修改后的数据甚至发现该数据根本不 存在
B.1.3幻读 T1交易读取到了满足某个查询条件的一组数据集
T2交易执行了sQL语句生成了一条或多条 满足该查询条件的数据
当Tl用该查询条件重复读取操作时,它得到了一个不同的数据集结果
B.2数据库事务的隔离级别 B.2.1未授权读取 未授权读取(ReadUneommited)也称为未提交读
允许脏读取,但不允许重复读、幻读导致的更 新丢失
如果一个事务已经开始写数据,则其他事务不允许同时进行写操作,但允许其他事务读此行 数据
该隔离级别可以通过“排他写锁”实现
B.2.2授权读取 授权读取(ReadCommitted)也称为已提交读
允许不可重复读取、幻读,但不允许脏读取
这可以通过“瞬间共享读锁”和“排他写锁”实现
读取数据的事务允许其他事务继续访问该行数 据,但是未提交的写事务将会禁止其他事务访问该行
B.2.3可重复读取 可重复读取(RepeatableRead):禁止不可重复读取和脏读取,但是有时可能出现幻影数据
这可以通过“共享读锁”和“排他写锁”实现
读取数据的事务将会禁止写事务(但允许读事务),写 事务则!止任何其他事务
B.2.4序列化 序列化(Serializable):提供严格的事务隔离
它要求事务序列化执行,事务只能一个接着一个地执 行,但不能并发执行
如果仅仅通过“行级锁”是无法实现事务序列化的,宜通过其他机制保证新插人的数据不会被刚执 行查询操作的事务访问到
12
GB;/T40473.3一2021 B.3数据库事务的隔离级别的建议 隔离级别越高,越能保证数据的完整性和一致性,但是对并发性能的影响也越大 对于多数应用程序,可以优先考虑把数据库系统的隔离级别设为“授权读取”,它能够避免脏读取， 而且具有较好的并发性能
尽管它会导致不可重复读、幻读和第二类丢失更新这些并发问题,在可能出 现这类问题的个别场合,可以由应用程序采用悲观锁或乐观锁来控制
注:第二类丢失更新是指事物A和事务B同时访问同一个数据,事务B先提交修改,事务A再提交,导致事务B的 修改被覆盖
GB/T40473.3一2021 参 考文 献 [1]GB/T25000.10-2016系统与软件工程系统与软件质量要求和评价(sQuaRE)第10 部分:系统与软件质量模型 [2]GBZ31102一2014软件工程软件工程知识体系指南 -Databaselan SQLPart2:Foun" [3]ISO/IEC9075-2:2016Informationtechnolo ogy anguages dation(sQL/Foundation
银行业应用系统非功能需求第3部分：性能效率GB/T40473.3-2021解读
在当今金融行业中，银行业应用系统扮演着至关重要的角色。作为一种信息化工具，其效率直接影响到银行机构的运营和管理。而系统的性能效率则是影响其效率的一个重要因素。那么，什么是性能效率？如何保证系统的性能效率呢？ 首先，我们来看看GB/T40473.3-2021标准对性能效率的定义。该标准指出，性能效率是指系统在使用条件下的资源利用率，包括处理器、存储器、网络等方面，以及响应时间、吞吐量等性能指标。也就是说，系统的性能效率要求高效利用资源，同时还要能够快速响应用户请求。 在实际应用中，如何保证系统的性能效率呢？首先，需要对系统进行全面的性能测试，以了解其各项性能指标和瓶颈所在。基于测试结果，针对潜在问题进行优化和调整，以提升系统的性能效率。 除此之外，还需要注意一些细节问题。例如，合理配置硬件资源，避免资源浪费；优化系统算法，提高处理效率；合理规划系统容量，避免因过度使用导致性能下降等。 总之，银行业应用系统的性能效率对于保证业务运营的高效性和顺畅性都有着重要的作用。通过全面的性能测试、优化和调整，以及注意细节问题，我们可以保证系统在高强度负载下仍能保持稳定高效的运行状态。
银行业应用系统非功能需求第3部分：性能效率的相关资料
- 银行业应用系统代码与编码处置指南GB/T40474-2021解读
- 银行业应用系统可移植性的实现
- 银行业应用系统可维护性实践
- 银行业应用系统非功能需求之安全性
- 银行业应用系统非功能需求之可靠性
- 银行业应用系统非功能需求之安全性
- 银行业应用系统非功能需求之可靠性
- 银行业应用系统非功能需求第3部分：性能效率GB/T40473.3-2021解读
- 银行业应用系统非功能需求第1部分：描述框架GB/T40473.1-2021简析
- 银行业应用系统易用性GB/T40473.5-2021的非功能需求
- 银行业应用系统非功能需求第3部分：性能效率GB/T40473.3-2021解读
- 银行业应用系统非功能需求第3部分：性能效率GB/T40473.3-2021解读
- 银行业应用系统非功能需求第3部分：性能效率GB/T40473.3-2021解读
- 银行业应用系统非功能需求第3部分：性能效率GB/T40473.3-2021解读
