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

ICS3524040

CCSA.11.

中华人民共和国国家标准

GB/T404731—2021

.

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

第1部分描述框架

:

Bankingapplicationsystem—Nonfunctionalrequirement—

Part1Frameworkfordescrition

:p

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

国家市场监督管理总局发布

国家标准化管理委员会

GB/T404731—2021

.

目次

前言

…………………………Ⅲ

引言

…………………………Ⅳ

范围

1………………………1

规范性引用文件

2…………………………1

术语和定义

3………………1

应用系统和需求

3.1……………………1

非功能需求的组织层次

3.2……………2

应用系统的范畴

4…………………………2

非功能需求框架

5…………………………3

层次划分

5.1……………3

顶层分类

5.2……………3

非功能需求的标识

6………………………4

非功能需求的描述

7………………………5

总体要求

7.1……………5

适用性判定

7.2…………………………5

非功能需求的实例化

7.3………………6

元素内容的操作

7.3.1………………6

重复操作

7.3.2………………………6

赋值操作

7.3.3………………………6

选择操作

7.3.4………………………6

细化操作

7.3.5………………………7

操作的嵌套关系

7.3.6………………7

操作中列项的取值

7.3.7……………7

操作中列项适用性取值

7.3.8………………………7

注释

7.4…………………7

类族组件和元素的扩展

7.5、、…………7

非功能需求的定制包与定制轮廓

8………………………8

非功能需求的定制包

8.1………………8

非功能需求的定制轮廓

8.2……………8

对非功能需求的技术管理与评价

9………………………8

对非功能需求的技术管理

9.1…………8

对非功能需求的评测

9.2………………8

非功能需求的描述

10XML………………9

附录资料性各利益相关方对非功能需求的关注程度

A()……………10

附录规范性非功能需求的描述

B()XML……………12

Ⅰ

GB/T404731—2021

.

概述

B.1…………………12

应用系统的标识

B.2……………………12

非功能需求的版本

B.3…………………12

类族组件元素

B.4、、、…………………12

对元素值的描述

B.5……………………12

非功能需求的描述框架

B.6……………13

参考文献

……………………15

Ⅱ

GB/T404731—2021

.

前言

本文件按照标准化工作导则第部分标准化文件的结构和起草规则的规定

GB/T1.1—2020《1:》

起草

。

本文件是银行业应用系统非功能需求的第部分已经发布了以

GB/T40473《》1。GB/T40473

下部分

:

第部分描述框架

———1:;

第部分功能适宜性

———2:;

第部分性能效率

———3:;

第部分兼容性

———4:;

第部分易用性

———5:;

第部分可靠性

———6:;

第部分安全性

———7:;

第部分可维护性

———8:;

第部分可移植性

———9:。

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

。。

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

。

本文件由全国金融标准化技术委员会归口

(SAC/TC180)。

本文件起草单位中国人民银行科技司中国农业银行股份有限公司中国外汇交易中心暨全国银

:、,

行间同业拆借中心中国人民银行清算总中心中国建设银行股份有限公司交通银行股份有限公司

、、、、

农信银资金清算中心有限责任公司中国金融电子化公司

、。

本文件主要起草人李伟杨富玉曲维民李宽王鹏马骏王锋杨明英葛洪慧崔婉旻赵刘韬

:、、、、、、、、、、、

叶旻梁军景芸王灿雍陆原鹏杨倩谢彦丽刘书元王思源

、、、、、、、、。

Ⅲ

GB/T404731—2021

.

引言

应用系统已经成为支撑银行业正常服务客户和内部经营管理的基础设施应用系统除了要实现业

。

务部门所需的业务功能外还有非功能需求在应用系统的需求研制设计开发过程中这些非功能需

,。、,

求往往引起的关注程度不够随着应用系统使用范围扩大用户和交易量增加等因素这些非功能需求

。、,

会对应用系统正常发挥作用产生较大的影响甚至导致应用系统不能发挥其预定的作用从而对业务产

,,

生负面的影响

。

在系统和软件工程词汇中明确了软件质量的概念即软件产品在规定

ISO/IEC24765:2017《》,,“

的条件下使用时满足声明的或隐含的需求的能力

,”(capabilityofsoftwareproducttosatisfystated

因此以软件质量模型为抓手是一种确定

andimpliedneedswhenusedunderspecifiedconditions)。,,

应用系统的非功能需求的有效方法

。

和早在年前就制定了软件质量模型标准软件工程产品质量

ISOIEC30ISO/IEC9126:1991《》,

并自年开始推出了新的软件产品质量需求和评估系列标准本文件即按照

2005,(SQuaRE),SQuaRE

系列标准中的软件产品质量提出非功能需求实际上给出的软件质量定义即

。,ISO/IEC24765:2017,

来自系统和软件工程系统和软件质量要求和评估指

ISO/IEC25000:2014《(SQuaRE)—SQuaRE

南

》。

在需求的描述方面信息工程安全技术针对安全的评估条件系列标准

,ISO/IEC15408《IT》

即简称标准给出了方式提

(《CommonCriteriaforInformationTechnologySecurityEvaluation》,CC),

出了半形式化的方法得到了业界的广泛认可故在本文件中对非功能需求采用了类似的组织和描述

,,,

方法并引入了与该系列标准一致的元素间的运算

,。

是目前得到广泛使用的信息表示方法与纯文本相比其具有更好的结构性本文件中以

XML,,,

作为非功能需求的逻辑陈述以便于在可能的情况下使用信息技术手段进行进一步的处理

XML,。

在整合这些标准的基础上给出了银行业应用系统非功能需求的描述框架和各类银

GB/T40473,

行业应用系统非功能需求的模板旨在提高银行业应用系统非功能需求的编制质量和效率降低编制银

,,

行业应用系统非功能需求的门槛和成本由九个部分组成

,。

第部分描述框架目的在于明确银行业应用系统的范畴确立银行业应用系统非功能需求

———1:。,

的描述框架阐明银行业应用系统非功能需求的标识和描述给出银行业应用系统非功能需求

,,

的定制包与定制轮廓提出对银行业应用系统非功能需求的技术管理与评价并给出银行业应

,,

用系统非功能需求的描述的方法是其余各部分阅读和应用的基础

XML,。

第部分功能适宜性目的在于给出包括功能完整性功能正确性和功能适合性的功能适宜

———2:。、

性需求这些需求从严谨的需求分类看可以看作是功能需求但在银行业应用系统的研发中

,,,,

往往被视作非功能需求

。

第部分性能效率目的在于给出包括时间特性资源利用和容量的性能效率需求

———3:。、。

第部分兼容性目的在于给出包括共存性和互操作性的兼容性

———4:。。

第部分易用性目的在于给出包括可辨识性易学性易操作性用户差错防御性用户界

———5:。、、、、

面舒适性和易访问性的易用性

。

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

———6:。、、。

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

———7:。、、、

全性

。

Ⅳ

GB/T404731—2021

.

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

———8:。、、、

可维护性

。

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

———9:。、。

Ⅴ

GB/T404731—2021

.

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

第1部分描述框架

:

1范围

本文件给出了银行业应用系统的范畴规定了非功能需求框架非功能需求标识非功能需求描述

,、、、

非功能需求的定制包与定制轮廓对非功能需求的技术管理与评价要求以及非功能需求的描述

、,XML

的方式

。

本文件适用于银行业各类应用系统对非功能需求的描述与银行业应用系统进行信息交换的应用

。

系统根据需要可参照使用

,。

2规范性引用文件

下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款其中注日期的引用文

。,

件仅该日期对应的版本适用于本文件