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

　　ICS 35 . 240 . 40 CCS A 1 1

　　中 华 人 民 共 和 国 国 家 标 准

　　GB/T 40473 . 3—2021

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

　　第 3 部分：性能效率

　　Bankingapplicationsystem—Nonfunctionalrequirement—

　　part3：performanceefficiency

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

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

　　发

　　布

　　GB/T 40473 . 3—202 1

　　GB/T 40473 . 3—202 1

　　前 言

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

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

　　— 第 1 部分：描述框架;

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

　　— 第 3 部分：性能效率;

　　— 第 4 部分：兼容性;

　　— 第 5 部分：易用性;

　　— 第 6 部分：可靠性;

　　— 第 7 部分：安全性;

　　— 第 8 部分：可维护性;

　　— 第 9 部分：可移植性。

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

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

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

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

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

　　GB/T 40473 . 3—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 . 3—202 1

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

　　第 3 部分：性能效率

　　1 范围

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

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

　　2 规范性引用文件

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

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

　　3 术语和定义

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

　　3.1

　　性能效率 performanceefficiency

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

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

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

　　3.2

　　时间特性 timebehaviour

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

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

　　3.3

　　资源利用 resourceutilization

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

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

　　3.4

　　容量 capacity

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

　　注：参数可包括存储数据项数量、并发用户数、通信带宽、交易吞吐量和数据库规模。

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

　　GB/T 40473 . 3—202 1

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

　　4 . 1 层次

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

　　图 1 性能效率的族

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

　　GB/T 40473 . 3—202 1

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

　　GB/T 40473 . 3—202 1

　　图 4 性能效率的容量族

　　4 . 2 描述方式

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

　　5 时间特性族(PE_TBH)

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

　　5 . 1 . 1 联机响应时间(IPE_TBH.1 )

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

　　相应示例参见附录 A。

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

　　GB/T 40473 . 3—202 1

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

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

　　GB/T 40473 . 3—202 1

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

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

　　6 资源利用族(PE_RUL)

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

　　6. 1 . 1 资源控制(IPE_RUL.1)

　　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,【描述赋值：其他负荷分配方式】。/* 如果承担负荷是有条件的，应对执行细化操作进行说明;如果部署服务器集群，应说明规模要求;如果是不同的情况有不同的承担负荷方

　　GB/T 40473 . 3—202 1

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

　　6. 1 .3 数据库使用(IPE_RUL.3)

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

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

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

　　6. 1 .4 特殊环境资源(IPE_RUL.4)

　　IPE_RUL.4. 1 应用系统在 IBM z systems 服务器运行时，能够并行执行的最大指令条数是【指标赋值：条数，单位为条】。

　　IPE_RUL.4.2 应用系统在 IBM z systems 服务器运行时，平均每笔交易 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.1)

　　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 在使用数据库的情况下，应用系统的一个事务内最多的交易数量为【指标赋值：最

　　GB/T 40473 . 3—202 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 网络资源(OPE_CAP.1)

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

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

　　7.2.2 发展预期(OPE_CAP.2)

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

　　GB/T 40473 . 3—202 1

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

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

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

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

　　GB/T 40473 . 3—202 1

　　附 录 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/T 40473 . 3—202 1

　　a) 前置机接到主机返回的响应报文;

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

　　c) 手机收到短信;

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

　　GB/T 40473 . 3—202 1

　　附 录 B

　　(资料性)

　　数据库事务的隔离级别

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

　　B.1 . 1 脏读

　　T1 交易修改了一行数据。 T2 交易在 T1 写操作提交前读取了这个修改后的数据。 然后 T1 交易执行了回滚操作，这样 T2 交易实质读到了从未被真正提交且可被理解为从未存在的数据。

　　B.1 . 2 不可重复读

　　T1 交易读取了一行数据。 T2 交易在 T1 读操作执行后修改或者删除了这行数据，然后执行了提交操作。 然后 T1 交易试图再次读该数据时，T1 交易可能读到修改后的数据甚至发现该数据根本不存在。

　　B.1 . 3 幻读

　　T1 交易读取到了满足某个查询条件的一组数据集。 T2 交易执行了 SQL语句生成了一条或多条满足该查询条件的数据。 当 T1 用该查询条件重复读取操作时，它得到了一个不同的数据集结果。

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

　　B.2 . 1 未授权读取

　　未授权读取(Read Uncommitted)也称为未提交读。 允许脏读取，但不允许重复读、幻读导致的更新丢失。 如果一个事务已经开始写数据，则其他事务不允许同时进行写操作，但允许其他事务读此行数据。

　　该隔离级别可以通过“排他写锁”实现。

　　B.2 . 2 授权读取

　　授权读取(Read Committed)也称为已提交读。 允许不可重复读取、幻读，但不允许脏读取。

　　这可以通过“瞬间共享读锁”和“排他写锁”实现。 读取数据的事务允许其他事务继续访问该行数据，但是未提交的写事务将会禁止其他事务访问该行。

　　B.2 . 3 可重复读取

　　可重复读取(Repeatable Read) ：禁止不可重复读取和脏读取，但是有时可能出现幻影数据。

　　这可以通过“共享读锁”和“排他写锁”实现。 读取数据的事务将会禁止写事务(但允许读事务)，写事务则禁止任何其他事务。

　　B.2 . 4 序列化

　　序列化(Serializable) ：提供严格的事务隔离。 它要求事务序列化执行，事务只能一个接着一个地执行，但不能并发执行。

　　如果仅仅通过“行级锁”是无法实现事务序列化的，宜通过其他机制保证新插入的数据不会被刚执行查询操作的事务访问到。

　　GB/T 40473 . 3—202 1

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

　　隔离级别越高，越能保证数据的完整性和一致性，但是对并发性能的影响也越大。

　　对于多数应用程序，可以优先考虑把数据库系统的隔离级别设为“授权读取”，它能够避免脏读取，而且具有较好的并发性能。 尽管它会导致不可重复读、幻读和第二类丢失更新这些并发问题，在可能出现这类问题的个别场合，可以由应用程序采用悲观锁或乐观锁来控制。

　　注：第二类丢失更新是指事物 A 和事务 B 同时访问同一个数据，事务 B先提交修改，事务 A再提交，导致事务 B 的修改被覆盖。

　　GB/T 40473 . 3—202 1

　　参 考 文 献

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

　　[2] GB/Z 31102—2014 软件工程 软件工程知识体系指南

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