1、GB/T40473.1-2021引言应用系统已经成为支撑银行业正常服务客户和内部经营管理的基础设施。应用系统除了要实现业务部门所需的业务功能外，还有非功能需求。在应用系统的需求研制、设计开发过程中，这些非功能需求往往引起的关注程度不够。随着应用系统使用范围扩大、用户和交易量增加等因素，这些非功能需求会对应用系统正常发挥作用产生较大的影响，甚至导致应用系统不能发挥其预定的作用，从而对业务产生负面的影响，在1S0/IE24765：2017系统和软件工程词汇中，明确了软件质量的概念，即“软件产品在规定的条件下使用时，满足声明的或隐含的需求的能力”(capability of software pro
2、duct to satisfy statedand implied needs when used under specified conditions)。因此，以软件质量模型为抓手，是一种确定应用系统的非功能需求的有效方法。1SO和IEC早在30年前就制定了软件质量模型标准1SO/IEC9126:1991钦件工程产品质量，并自2005年开始，推出了新的软件产品质量需求和评估(SQuaRE)系列标准，本文件即按照SQuaRE系列标准中的软件产品质量提出非功能需求。实际上，ISO/IEC24765:2017给出的软件质量定义，即来自ISO/IEC25000:2014系统和软件工程系统和软件质量要
3、求和评估(SQuaRE)一SQuaRE指南。在需求的描述方面，ISO/IEC15408信息工程安全技术针对IT安全的评估条件)系列标准(即Common Criteria for Information Technology Security Evaluation,简称CC标准)给出了方式，提出了半形式化的方法，得到了业界的广泛认可，故在本文件中，对非功能需求采用了类似的组织和描述方法，并引人了与该系列标准一致的元素间的运算。XL是目前得到广泛使用的信息表示方法，与纯文本相比，其具有更好的结构性，本文件中以X作为非功能需求的逻辑陈述，以便于在可能的情况下使用信息技术手段进行进一步的处理。GB/T
4、40473在整合这些标准的基础上，给出了银行业应用系统非功能需求的描述框架和各类银行业应用系统非功能需求的模板，旨在提高银行业应用系统非功能需求的编制质量和效率，降低编制银行业应用系统非功能需求的门槛和成本，由九个部分组成。一第1部分：描述框架。目的在于明确银行业应用系统的范畴，确立银行业应用系统非功能需求的描述框架，闸明银行业应用系统非功能需求的标识和描述，给出银行业应用系统非功能需求的定制包与定制轮廊，提出对银行业应用系统非功能需求的技术管理与评价，并给出银行业应用系统非功能需求的XL措述的方法，是其余各部分阅读和应用的基础。一第2部分：功能适宜性。目的在于给出包括功能完整性、功能正确性和功能适合性的功能适宜性需求，这些需求从严谨的需求分类看，可以看作是功能需求，但在银行业应用系统的研发中，往往被视作非功能需求。第3部分：性能效节。目的在于给出包括时间特性、资源利用和容量的性能效率需求。一第4部分：兼容性。目的在于给出包括共存性和互操作性的兼容性。一第5部分：易用性。目的在于给出包括可辨识性、易学性、易操作性、用户差错防御性、用户界面舒适性和易访问性的易用性。一第6部分：可靠性。目的在于给出包括成熟性、可用性、容错性和易恢复性的可靠性。一第7部分：安全性。目的在于给出包括保密性、完整性、抗抵赖性、可核查性和真实性的安全性。
