GB∕T 40473.3-2021 银行业应用系统 非功能需求 第3部分：性能效率

ICS35.240.40CCSA11

_

中华人民共和国国家标准

GB/T40473.3—2021

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

第3部分:性能效率

Bankingapplicationsystem—Nonfunctionalrequirement—

Part3:Performanceefficiency

2021-07-20发布

2022-02-01实施

GB/T40473.3—2021

中华人民共和国

国家标准

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

第3部分：性能效率

GB/T40473.3—2021

关

中国标准出版社出版发行

北京市朝阳区和平里西街甲2号(100029)

北京市西城区三里河北街16号(100045)

网址：

服务热线：400-168-0010

2021年7月第一版

关

书号：155066•1-67756

版权专有侵权必究

目次

tuW n

弓IW w

1 翻 1

2规范性引用文件 1

3术语和定义 1

4性能效率元素与组件的层次及描述方式 2

4.1啟 2

4.2描述方式 4

5时间特性族(PE_TBH) 4

5.1内部的非功能需求(NFIR) 4

5.1.1联机响应时间(IPE_TBH.l) 4

5.1.2批量响应时间(IPE_TBH.2) 5

5.1.3报表加工时间(IPE_TBH.3) 5

5.1.4跨库数据同步时间(IPE_TBH.4) 5

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

5.2.1第三方系统的联机响应时间(OPE_TBH.l) 5

5.2.2第三方系统的批量响应时间(OPE_TBH.2) 6

6资源利用族(PE_RUL) 6

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

6.1.1资源控制(IPE_RUL.l) 6

6.1.2负荷分配(IPE_RUL.2) 6

6.1.3数据库使用(IPE_RUL.3) 7

6.1.4特殊环境资源(IPE_RUL.4) 7

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

7髓方矣(PE_CAP) 7

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

7.1.1用户数量(IPE_CAP.l) 7

7.1.2交易量(IPE_CAP.2) 7

7.1.3事务规模(IPE_CAP.3) 7

7.1.4会话规模(IPE_CAP.4) 8

7.1.5数据存储(IPE_CAP.5) 8

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

7.2.1网络资源(OPE_CAP.l) 8

7.2.2发展预期(OPE_CAP.2) 8

附录A(资料性)联机响应时间的若干示例 10

A.1涉及响应时间的例子 10

I

A.2 涉及应用事件的例子 10

附录B（资料性）数据库事务的隔离级别 12

B.1 数据库的特定读取方式示例 12

B.2 数据库事务的隔离级别 12

B.3 数据库事务的隔离级别的建议 13

参考t献 14

库七七标准下载

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

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

——第1部分:描述框架；

一第2部分：功能适宜性；

一第3部分:性能效率；

第4部分:兼容性；

一第5部分:易用性；

一第6部分:可靠性；

一第7部分:安全性；

一第8部分：可维护性；

一第9部分:可移植性。

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

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

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

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

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

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

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

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

一第3部分:性能效率。目的在于给出包括时间特性、资源利用和容量的性能效率需求。一第4部分:兼容性。目的在于给出包括共存性和互操作性的兼容性。

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

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

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

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

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

目前在银行业的工程实践中，经常出现将资源利用和容量混为一个概念的情况，在应用本文件时，首先建立相关概念的映射有助于提升非功能需求的针对性。

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

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

一评审应用系统的非功能需求；

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

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

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

GB/T40473.3—2021

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

第3部分：性能效率

1范围

本文件界定了银行业应用系统的性能效率的概念，规定了性能效率类各族组件和元素层次及描述方式、性能效率类时间特性族、资源利用族和容量族非功能需求模板。

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

2规范性引用文件

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

GB/T40473.1-2021银行业应用系统非功能需求第1部分:描述框架

3术语和定义

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

3.1

性能效率performanceefficiency

性能与在指定条件下所使用的资源量有关。

注：资源可包括其他软件产品、系统的软件和硬件配置、以及原材料（如打印纸和存储介质）。

［来源:GB/T25000.10—2016,］

3.2

时间特性timebehaviour

产品或系统执行其功能时，其响应时间、处理时间及吞吐率满足需求的程度。

［来源:GB/T25000.10—2016,.1］

3.3

资源利用resourceutilization

产品或系统执行其功能时，所使用资源数量和类型满足需求的程度。

［来源:GB/T25000.10—2016,.2,有修改］

3.4

容量capacity

产品或系统参数的最大限量满足需求的程度。

注：参数可包括存储数据项数量、并发用户数、通信带宽、交易吞吐量和数据库规模。［来源:GB/T25000.10—2016,.3］

4性能效率元素与组件的层次及描述方式

4.1层次

性能效率各族元素与组件层次按照GB/T40473.1—2021中5.1规定的方式，在图1〜图4中给出。其中，类和族的概念在本文件的术语中给出。

图1性能效率的族

图2性能效率的时间特性族

图3性能效率的资源利用族

3

库七七标准下载

GB/T40473.3—2021

图4性能效率的容量族

4.2描述方式

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

5时间特性族(PE_TBH)

5.1内部的非功能需求(NFIR)

5.1.1联机响应时间(IPETBH.1)

IPE_TBH.1.1【重复：从用户视角看，自【描述赋值：用户某个动作】到【描述赋值：应用系统给出响应】所用的【枚举项：最长时间，平均时间，【描述赋值：特定含义的时间】】应不大于【指标赋值：给定的时间，单位可为小吋、分钟、秒、毫秒、微秒、纳秒】。】

相应示例参见附录A。

IPE_TBH.1.2【重复：从系统视角看，自【描述赋值：应用系统的某个事件】到【描述赋值：相关系统给出响应】所用的【枚举项：最长时间，平均时间，【描述赋值：特定含义的时间】】应不大于【指标赋值：给定的时间，单位可为小时、分钟、秒、毫秒、微秒、纳秒】。】。

4

在对存在人机交互的应用系统，尤其是手机APP进行测试时，应考虑系统思考时间(ThinkTime)，即两个事件间的停顿时间间隔，以映射从实际业务操作角度来说，两次业务操作之间实际存在的时间间隔。例如用户在注册的时候，用户打开注册业务到提交注册页面之间会有一段时间用来填写注册信息，对应用系统来说，这段时间即反应为思考时间。相应示例参见附录A。

同一应用系统在不同的联机交易并发量下，其响应时间很可能存在较大的差异，在确定应用系统的非功能需求时，除非能够确定应用系统的响应时间肯定与并发交易量无关，否则均应采用分类细化操作明确应用系统假定的最小并发交易量、典型交易量和最大并发交易量，执行枚举重复操作给出不同的响应时间。

5.1.2批量响应时间(IPE_TBH.2)

IPE_TBH.2.1【重复：从用户视角看，自批量任务通过【描述赋值：提交方式】提交给应用系统，到批量【描述赋值：完成事件】处理完成，应用系统的【描述赋值：批量任务的计量单位】的【枚举项：最长时间，平均时间，【描述赋值：特定含义的时间】】应不大于【指标赋值：给定的时间，单位可为天、小时、分钟、秒、毫秒、微秒、纳秒】。】

IPE_TBH.2.2【重复：从系统视角看，自【描述赋值：批量任务的计量单位】以【描述赋值：启动方式】系统执行，到批量处理正常完成的【枚举项：最长时间，平均时间，【描述赋值：特定含义的时间】】应不大于【指标赋值：给定的时间，单位可为天、小时、分钟、秒、毫秒、微秒、纳秒】。】

5.1.3报表加工时间(IPE_TBH.3)

IPE_TBH.3.1【重复：从用户视角看，自到达【单选：日，旬，月，季，半年，年，【描述赋值：其他特定时间】】的时点开始，到生成【单选：电子，纸质，【描述赋值：其他介质】。/*如可能有多种介质或介质的组合，应对本元素执行重复操作进行说明*/】介质产生【单选：日，旬，月，季，半年，年，【描述赋值：其他特定时间】。/*与上个选择对应，如果要产生多个报表，应执行重复操作进行说明*/】【单选：多维，批量，【描述赋值：其他报表类型】】报表所用的【枚举项：最长时间，平均时间，【描述赋值：特定含义的时间】】应不大于【指标赋值：给定的时间，单位可为天、小吋、分钟、秒、毫秒、微秒、纳秒】。】

5.1.4跨库数据同步时间(IPE_TBH.4)

IPE_TBH.4.1应用系统联机库的数据同步到【单选：查询库，分析库，批量库，灾备库，【描述赋值：其他数据库】。/*如可能有联机库到多个数据库的同步，应对本元素执行重复操作进行说明*/】的时间应不大于【指标赋值：给定的时间，单位可为天、小吋、分钟、秒、毫秒、微秒、纳秒】。

IPE_TBH.4.2/*在不存在联机库外部数据库以同步方式向联机库发送数据的情况，例如通过交易传递时，元素IPE_TBH.4.2不适用。*/应用系统【单选：联机分析库，批量分析库，【描述赋值：其他数据库】。/*如可能有多个数据库到联机库的同步，应对本元素执行重复操作进行说明*/】同步到联机库的时间应不大于【指标赋值：给定的时间，单位可为天、小时、分钟、秒、毫秒、微秒、纳秒】。

5.2外部的非功能需求(NFOR)

5.2.1第三方系统的联机响应时间(OPE_TBH.l)

OPE_TBH.1.1应用系统在联机交易过程中，需要向【描述赋值：第三方系统名称/*如可连接到多个第三方系统，应对本元素执行重复操作进行说明*/】发送交易请求并等待交易响应的，【描述赋值：第三方系统名称/*此处的名称为上面提及的第三方系统，为避免混淆，故未使用“该第三方系统”等词汇*/】给出响应所用的【枚举项：最长时间，平均时间，【描述赋值：特定含义的时间】】应不大于【指标赋值：给定的时间，单位可为小时、分钟、秒、毫秒、微秒、纳秒】。

5.2.2第三方系统的批量响应时间(OPE_TBH.2)

OPE_TBH.2.1应用系统在批量处理过程中，需要向【描述赋值：第三方系统名称/*如可连接到多个第三方系统，应对本元素执行重复操作进行说明*/】发送批量处理请求并等待批量处理结果的，【描述赋值：第三方系统名称/*此处的名称为上面提及的第三方系统，为避免混淆，故未使用“该第三方系统”等词汇*/】给出响应所用的【枚举项：最长时间，平均时间，【描述赋值：特定含义的时间】】应不大于【指标赋值：给定的时间，单位可为小时、分钟、秒、毫秒、微秒、纳秒】。

6资源利用族(PE_RUL)

6.1内部的非功能需求(NFIR)

6.1.1资源控制(IPE_RUL.l)

IPE_RUL.1.1应用系统的直接用户在【单选：退出系统，退出客户端，关闭浏览器，【描述赋值：其他完成表示完成操作的动作】】时，当前会话【单选：结束，冻结，挂起，【描述赋值：其他处理动作，说明会话状态】】，且【描述赋值：说明对服务器端和客户端相关资源的处理】。

IPE_RUL.1.2对采用【单选：会话，长连接，【描述赋值：其他连接方式】】的应用系统，当与应用系统通信的另一方在【指标赋值：时间】内没有信息交换时，应用系统应【单选：保持，结束，冻结，挂起，【描述赋值：其他处理方式，说明会话状态】】会话。

IPE_RUL.1.3/*仅当IPE_RUL.1.2给出且采用会话方式时适用*/对于采用会话的应用系统，【单选：允许，不允许，【描述赋值：其他允许条件】】单个用户多重并发会话。

IPE_RUL.1.4【重复：应用系统对所需的【枚举项：CPU，内存，硬盘，带宽，【描述赋值：其他系统资源】】进行控制的方式是【单选：“不进行检测与控制”，“仅进行检测不进行控制，并【单选：一直提供，通过设置提供，【描述赋值：其他方式】】使用的状况”/‘检测并控制使用的状况，并【单选：静态确定可用上限，动态确定可用上限，【描述赋值：其他方式】】”】。】

IPE_RUL.1.5【重复：应用系统的文件系统清理策略为【枚举项：定期清理，根据文件使用空间清理，根据文件保留期限清理，根据文件产生时间清理，【描述赋值：其他清理模式】】，清理方式为【单选：手工清理，定期脚本或程序清理，系统工具清理，【描述赋值：其他清理方式】。/*对每种清理策略或清理方式仅在特定条件下才能使用时，应对执行细化操作进行说明，必要时可在同一元素取值内执行重复操作，也可执行重复操作分别取值。*/】。】

IPE_RUL.1.6【重复：应用系统的数据库系统清理策略为【枚举项：定期清理，根据数据库表记录数清理，根据数据库表所占空间进行清理，根据数据记录日期期限进行清理，【描述赋值：其他清理模式】】，清理方式为【单选：手工清理，定期脚本或程序清理，系统工具清理，【描述赋值：其他清理方式】。/*对每种清理策略或清理方式仅在特定条件下才能使用时，应对执行细化操作进行说明，必要时可在同一元素取值内执行重复操作，也可执行重复操作分别取值。*/】】。

IPE_RUL.1.7在系统实际交易量超过业务设计容量时应用系统的应对策略为【枚举项：流量控制，拒绝，排队，【描述赋值：其他应对措施】】。在采用流量控制时，流量控制的阈值设定方式为【单选：固定静态，人工可调整静态，【描述赋值：其他阈值设置方式】】。

6.1.2负荷分配(IPE_RUL.2)

IPE_RUL.2.1应用系统对所承担负荷的分配方式为【多选：单机，服务器集群，SaaS，PaaS，负载均衡，应用级负荷分布，sysplex，【描述赋值：其他负荷分配方式】。/*如果承担负荷是有条件的，应对执行细化操作进行说明；如果部署服务器集群，应说明规模要求；如果是不同的情况有不同的承担负荷方6

法，或有多级的承担负荷的方法，应执行重复操作进行说明*/】。

6.1.3数据库使用(IPE_RUL.3)

IPE_RUL.3.1应用系统关系数据库应用相应隔离级别措施后，可以接受数据库存在以下数据不一致现象:【多选：脏读，不可重复读，幻读，【描述赋值：其他现象】】。

IPE_RUL.3.2应用系统关系数据库事务的隔离级别是【单选：未提交读，已提交读，可重复读取，序列化，【描述赋值：其他级别】】的功能为【描述赋值：隔离级别的功能/*对分为多组功能的，应对执行细化和重复操作进行说明*/】。

关于数据库事务的隔离级别的进一步信息参见附录B。

6.1.4特殊环境资源(IPERUL.4)

IPE_RUL.4.1应用系统在IBMzsystems服务器运行时，能够并行执行的最大指令条数是【指标赋值:条数，单位为条】。

IPE_RUL.4.2应用系统在IBMzsystems服务器运行时，平均每笔交易CPU消耗【指标赋值:MIPS数】。

IPE_RUL.4.3【重复：移动APP在运行时对【枚举项：CPU资源的占有率，内存资源的占有率，移动设备电量的消耗】为【指标赋值：/*可度量的指标*/】】。

IPE_RUL.4.4应用系统的客户端能正常运行的帧率范围为【指标赋值：/*可度量的帧率指标范围*/FPS】。

6.2外部的非功能需求(NFOR)

本文件未提供资源利用族外部的非功能需求模板。

7容量族(PE_CAP)

7.1内部的非功能需求(NFIR)

7.1.1用户数量(IPE_CAP.l)

IPE_CAP.1.1【重复：应用系统能够支持【枚举项：注册，在线，同期交易，【描述赋值：其他意义上的直接用户】】直接用户数为【指标赋值：用户数量】。】

7.1.2交易量(IPE_CAP.2)

IPE_CAP.2.1【重复：应用系统的【枚举项：峰值，平均，【描述赋值：其他意义上的交易量】】并发交易量应达到【指标赋值：交易量/*单位可为每秒的笔数或每分钟的笔数或每秒的比特数，当交易量为TPS时，应给出TPS中交易的定义*/】。】

IPE_CAP.2.2应用系统峰值交易的持续时间为【指标赋值：峰值持续时间】，峰值时的交易成功百分比是【指标赋值：峰值时交易成功百分比】。

由于不同的交易所涉及的系统资源不同，同一交易的不同路径所涉及的资源也不同，故对交易量，应针对交易的种类、交易的参数执行细化操作，说明细化后不同的并发交易量。在需要时，还应分析交易随时间的典型分布，并针对这些分布实施重复操作，明确典型组合场景的交易量。

7.1.3事务规模(IPE_CAP.3)

IPE_CAP.3.1在使用数据库的情况下，应用系统的一个事务内最多的交易数量为【指标赋值：最

大交易量】，一个事务内涉及的最多表为【指标赋值:数据库表数】，一个事务内预计可能涉及的最多记录数为【指标赋值:数据库表记录数】，一个事务内预计可能涉及的单表的最多索引数量为【指标赋值：单表的索引个数】。

如果在应用系统中使用了视图，则应与数据库表一并考虑；必要时应描述涉及的数据库表或视图、表或视图上建立的索引与数据库表、视图中涉及记录数的关系。

7.1.4会话规模(IPE_CAP.4)

IPE_CAP.4.1【重复：对于采用【描述赋值：实现会话的机制】实现会话的应用系统，在【枚举项：全吋段，【指标赋值：给定的时段】】对最大并发会话数【单选：“不进行限制”，“最大值不超过【指标赋值：最大值的绝对数】”/‘可进行动态限制，最大值不超过【指标赋值：最大值的绝对数或与其他相关数据的关系】”。/*对动态限制而根据相关因素不同会采取不同最大值的情况，应采用重复操作分别进行说明*/】。】

IPE_CAP.4.2【重复：对于采用Web访问作为客户端的应用系统，其可承载的【枚举项：最大，日常】页面浏览量为【指标赋值：页面浏览量值并带有适宜的单位】/*页面浏览量是指用户对Web应用的一次刷新或一次地址访问*八】

7.1.5数据存储(IPE_CAP.5)

IPE_CAP.5.1【重复：应用系统的【枚举项：系统日志，业务流水，错误日志，交易日志，数据库日志，中间件日志，图形文件，音频文件，视频文件，报表数据，【描述赋值：其他数据种类】】的【单选：最短，最长，典型，【指标赋值：其他保存时间间隔】/*当一个数据类型存在多个保存时间时，对每个类型重复执行本元素以确定不同的取值*/】保存时间为【指标赋值：保存的天数】天。】

IPE_CAP.5.2/*仅当IPE_CAP.5.1给出时适用*/【重复：应用系统的【枚举项：IPE_CAP.5.1的每一个枚举元素取值】的数据存储频率为【单选：按日，按月，按季，按年，不拆分】。】

IPE_CAP.5.3/*仅当IPE_CAP.5.1给出时适用*/【重复：应用系统的【枚举项：IPE_CAP.5.1的每一个枚举元素取值】的清理策略是【单选：归档后删除，直接删除，【描述赋值：其他清理模式】】，针对该策略的清理方式由【多选:【指标赋值：确定时间间隔】触发，人丁.触发，【描述赋值：其他触发模式】。/*如果触发的内容是有条件的，应对执行细化操作进行说明；如果是不同的情况进行不同方式触发，应对执行细化和重复操作进行说明*/】。】

7.2外部的非功能需求(NFOR)

7.2.1网络资源(OPECAP.1)

OPE_CAP.1.1从网络管理的视角看，应用系统处理的业务属于【多选：核心业务，第三方接人，报表业务，办公业务，多媒体类业务，【描述赋值：其他种类的业务】。/*如果业务种类是依子系统而确定的，应对执行细化操作进行说明；如果在不同的情况呈现不同的业务种类，应对执行细化和重复操作进行说明*/】。

OPE_CAP.1.2从网络管理的视角看，应用系统运行所需的链路类型【描述赋值：应用系统运行所需的链路类型】、链路速度【指标赋值：应用系统运行所需的链路速度】，网络的连接设备的安装地点为【描述赋值：应用系统运行的相关场所】，端口类型为【单选：百兆，千兆，万兆，【描述赋值：其他端口类型】】、【单选：光口，电口，【描述赋值：其他接口类型】】、【单选：自适应，全双工，【描述赋值：其他工作模式】】。

7.2.2发展预期(OPE_CAP.2)

OPE_CAP.2.1【重复：应用系统的交易量，在投产后的【枚举项：半年，一年，两年，【指标赋值：指

8

库七七标准下载

GB/T40473.3—2021

定的时间间隔】】后，预计【单选：峰值，平均，【描述赋值：其他计算方式】。/*对需进行多种口径预测的情况，应执行重复操作分别给出数据。*/】将达到【指标赋值：交易量数字】。】

OPE_CAP.2.2【重复：应用系统的交易分布，在投产后的【单选：即时，半年，一年，两年，【指标赋值：指定的时间间隔】。/*如需评估多个时点，应执行重复操作进行说明*/】后，预计【单选：日均，最大，【描述赋值：指定的统计方式】。/*如需评估多种统计方式，应执行重复操作进行说明*/】占比前【枚举项：1，2,3，【指标赋值：其他排序号】】的交易是【描述赋值：交易的标识和名称】，将达到【指标赋值：交易量数字】，约占全部交易的【指标赋值：占比百分比】。】

OPE_CAP.2.3【重复：应用系统的存储量，在投产后的【单选：半年，一年，两年，【指标赋值：指定的时间间隔】。/*如需评估多个时段，应执行重复操作；在需要时应执行细化操作提供增长速度，特别是非线性的增长时，应说明增长的特征或导致非线性增长的因素*/】后，预计【枚举项：在线，离线但涉及每日批处理，离线，【描述赋值：其他访问方式】】存储将达到【指标赋值：存储量数字】。】

OPE_CAP.2.4【重复：应用系统的网络带宽，在投产后的【单选：半年，一年，两年，【指标赋值：指定的时间间隔】/*如需评估多个时段，应执行重复操作；在需要时应执行细化操作提供增长速度，特别是非线性的增长时，应说明增长的特征或导致非线性增长的因素*/】后，预计【枚举项：核心网，一级骨干网，二级骨干网，到网点，与【描述赋值：第三方名称】的连接，【描述赋值：其他连接】】将达到【指标赋值：网络带宽数字】。】

9

库七七标准下载

GB/T40473.3—2021

附录A

（资料性）

联机响应时间的若干示例

A.1涉及响应时间的例子

A.1.1移动APP的不同响应时间

对移动APP来说，仅仅就启动的平均响应时间来说，可能具有如下的情况。

a） 自【用户更换手机后，自用户首次点击APP图标】到【APP显示不可交互的启动画面】所用的【平均时间】应不大于【_秒】，到【APP显示可交互的功能界面】所用的【平均时间】应不大于【_秒】。

b） 自【用户新安装该APP后，自用户点击APP图标】到【APP显示不可交互的启动画面】所用的【平均时间】应不大于【_秒】，到【APP显示可交互的功能界面】所用的【平均时间】应不大于【_秒】。

c） 自【用户更新该APP后，自用户点击APP图标】到【APP显示不可交互的启动画面】所用的【平均时间】应不大于【_秒】，到【APP显示可交互的功能界面】所用的【平均吋间】应不大于【_秒】。

d） 自【用户点击已经使用过的APP图标】到【APP显示不可交互的启动画面】所用的【平均时间】应不大于【_秒】，到【APP显示可交互的功能界面】所用的【平均时间】应不大于【_秒】。

A.1.2几种用户的动作

用户做出动作的可能是：

a） 点击屏幕上的某个按钮；

b） 选定了某个最终菜单项；

c） 通过键人Enter键完成一条命令的输人。

A.1.3应用系统给出响应

应用系统给出的响应可能是:

a） 屏幕显示完整的内容；

b） 打印机完成打印；

c） ATM完成出钞。

A.2涉及应用事件的例子

A.2.1典型的应用事件

如下均为典型的应用事件：

a） 自前置机开始向主机发送请求报文；

b） 自中间业务控制机完成向第三方发送请求报文;

c） 系统发出短信；

d） 向数据库发出某个查询指令。

A.2.2相关系统给出响应

如下均为典型的相关系统给出响应：

库七七标准下载

GB/T40473.3—2021

a） 前置机接到主机返回的响应报文；

b） 中间业务控制机接到第三方返回的响应报文;

O手机收到短信；

d）自数据库引擎返回查询结果。

11

库七七标准下载

GB/T40473.3—2021

附录B

(资料性)

数据库事务的隔离级别

B.1数据库的特定读取方式示例

B.1.1脏读

T1交易修改了一行数据。T2交易在T1写操作提交前读取了这个修改后的数据。然后T1交易执行了回滚操作，这样T