GB/T 18491.4-2010 信息技术 软件测量 功能规模测量 第4部分：基准模型

lCS

35．080

L77

缰园

中华人民共和国国家标准

TR

GB／T18491．4—2010／ISo／IEC14143—4：2002

信息技术软件测量功能规模测量

第4部分：基准模型

Informationmeasurement—

technology—Software

Functionalsizemeasurement——

Part

4：Referencemodel

TR

(IS0／IEC14143—4：2002，IDT)

201

2010-12-01发布1—04—01实施

牛瞀粥紫瓣警糌瞥翼发布中国国家标准化管理委员会捉19

标准分享网免费下载

A．1A．2A．3A．4A．5A．6A．7A．8B．1B．2B．3B．4B．5B．6B．7B．8B．9B．10B．11B．12B．13B．14TRRuRRuRRURRuRRuRRuRRuRRuRRuRRURRURRURRuRRuRRuRRURC．1C．2RuRRuRRuRRURRuRRuR000c．3c．4c．51…………

TR

GB／T18491．4—2010／ISO／IEC14143—4：2002

c．6RUR命名：商业分析…………··

c．7RuR命名：计费系统·…………-

c．8RuR命名：薪水册……………·-

c．9RuR命名：采购………………～

c．10RIJR命名：应付款……………．-

c．11RuR命名：人力资源系统……··

c．12RuR命名：修订的人力资源系统

c．13RuR命名：交通控制系统……-t

c．14RuR命名：学生选课系统……-

c．15RuR命名：存货清查系统……··

c．16RuR命名：应付款系统………··

c．17RuR命名：增强型应付款系统“

c．18RuR命名：包路由系统·…·……

c．19RuR命名：简单图书馆系统…·一

c．20RuR命名：图书馆系统Ⅱ……-一∞∞∞加加加绚伯儿n订儿陀化佗

Ⅱ

标准分享网免费下载

TRTRTRTRTRTR14143

TR

GB／T18491．4—2010／ISo／IEC14143—4：2002

引言

FSM方法的使用者必须确定所使用的FSM方法适用于量化该软件的功能规模。GB／T18491．1

产生的评价结果与一个基准FsM方法所获得的基准结果进行比较。

GB／T

些方法得到基准结果。待评FsM方法决定r一个适当的RuR汇集的功能规模结果。使用一个或多

个基准FsM方法来测量同样的RuR汇集，并将这些基准结果与从待测FsM方法获得的结果进行

比较。

图0．1RuR的使用和基准FsM方法

本部分的第5章定义了识别、分类和选择RuR的框架。附录A和附录B提供了两个不同领域的

RuR的例子。然而有一个详尽的RuR集合是理想化的，此集合的代价是昂贵的。更多的RuR可以

构建。

本部分的第6章介绍了基准FsM方法的一般要求。基准FsM方法提供了基准点，对照这些可以

对其他的FsM方法进行比较。

Ⅳ

标准分享网免费下载

TR9126200l118491．116260．1

TR

GB／T18491．4—2010／Iso／IEC14143-4：2002

RuR汇集

为指定的评价选择

(5．1．2部分)

图1uR和RuR组成关系示意图

3．1

functionaI

用户功能需求useI’requiremeⅡts

用户需求的一个子集。用户功能需求表示软件必须实现的用户业务实践和规程。它不包括质量需

求和任何技术需求。

注：根据GB／T】8491．1—2001。

3．2

质量需求qual“yrequirements

与GB／T

16260．1—2006定义的软件质量有关的需求。

注：根据GB／T18491．1—2001定义，质量需求是用户需求的一个子集。

3．3

reference醛Mmethod

基准FsM方法

在验证功能规模测量结果时，用于进行比较的与6．1规定的要求相符的FSM方法。

3．4

基准用户需求Reference

useI。ReqⅡirements

与5．1．1规定的要求相符的用户需求的一个标准集合。

注：图1表示了RuR与UR的关系。

3．5

基准用户需求汇集RuRcolleti蚰

被选来用作匹配一个特定评价目的RuR子集，选择要求规定在5．1．2中。

注：图1表示RuR与RuR汇集的关系。

3．6

技术需求techⅡical

requirements

有关软件开发、维护、支持和运行的技术以及环境的需求。

18491．1

注：根据GB／T2001，技术需求是用户需求的一个子集。

标准分享网免费下载

useruseruRFSMFuRuserTRTRRUR33．75．1．2size

TR

GB／T18491．4—2010／ISO／IEc14143—4：2002

2)丌发方法学；

3)文档级别；

洼：RL『R宜使FsM方法能从实现技术和开发方法学及其覆盖软件开发的不同阶段来表现出它的独立性。

f)为增强软件测量而评估一种FsM方法时，还需包括需求变化的例子。

5．2例子

附录A和附录B包含了业务应用和实时／拄制领域的RuR的例子。附录c提供了已发布的用户

需求的参考列表，这些可用作RuR的附加资料。但是，附录c中的参考资料没有对5．1．1中规定的规

则正式检查过。

5．2．1业务应用

A8。前6个RUR描述了部分旅馆预定系统，但是采

附录A列出了8个RuR：RuRAl到RuR

a)RuR

A1包含了用户界面布局的详细规约；

RuRAl中的某些细节；

b)A2提供了相同需水的更概括的描述，但是缺少了RuR

RuR

c)A3与RuRA]有相同的用户界面，但仅仅模拟了商业功能，而不执行操作的业务逻辑；

djRIJRAl的·些修改；

A4一A6描述了对RuR

e)RLJR

A7和RuRA8是复杂的RuR例子，描述了一金融组织使用的部分实际需求。

5．2．2实时／控制

2d)(非功能需求)提供了例子。

规模范围)和5．1t

a)RURB2到B7的基线；

B1设置了RUR

b)RuRB2与RURBl相比具有相当大的功能规模，因为它的功能数量是RuRBl的3倍，当与

RuRB3同样应该具有相当大的功能规模；

B2相比较时，由于执行了附加的功能，因此RuR

c)RuRB4、RuRB5和RuRB6描述了RuRB3的3种不同非功能性技术或实现需求；

d)RuRB3需求的一-一个不同用法；

B7描述了RuR

e)RuRB8描述了一个过程控制应用，用来持续监视和控制通信线路；

RuR

f)B9描述了一个阀门控制应用；

RuR

g)B10是关于一个通信控制系统的复杂RuR的例子。

6基准FSM方法

对于基准FsM方法的位置。

一个基准FsM方法可能仅对某些功能域有效。它将为在特定情况下被选FsM方法的相关评价

提供一个基准点。

6．1一般要求

一个基准FsM方法自身应：

a)18491．2—2010与GB／T18491．1—200l相一致；

根据GB／T

b)覆盖将要被评估的FsM方法中描述的相同功能域；

c)公开可获得的；

d)验证它对评价目的的最小功效。

6．2使用基准FsM方法的例子

使用多个不同的基准FsM方法将提供一个与定位FsM方法相关的基准范围。创建这种基准结

4

标准分享网免费下载

TR

TR

GB／T18491．4—2010／ISo／lEc14143-4：2002

附录A

(资料性附录)

商业应用RRUR

A．1RuR

A1：旅馆住宿系统(预定)

A．1．1概述

旅馆预定系统是一般旅馆系统中住宿系统的一部分，本部分概述了旅馆预定系统的需求。关于该

系统的具体功能以及如何在该旅馆系统中实现这些功能将在下面阐述。

该旅馆预定系统支持以下两种与租借旅馆房间有关的业务功能：

——维护预定；

——确认预定。

所使用的房间数据包括房型、房价和说明(有汉语版、英语版、法语版或德语版的房间说明)，并且任何

人都可以预定某一个类型的房间。客户可以用中文、英语、德语或法语来确认预定，而且也可以取消预定。

系统使用大量一般的数据实体，这些数据实体由旅馆住宿系统的其他部分来维护：

——旅馆，数据包括：姓名、地址、电话、电报、传真和旅馆经理的姓名；

——国家，数据包括：国家的代码和名称；

——房间和房型，描述旅馆房间和各种各样房间的类型。

该系统在一个叫“参数”文件里存储最后发布的预定号码，以此确保预定号的连续性。

下面的通用性需求适用于旅馆住宿系统的所有部分：

——帮助信息在屏幕级别和区域级别上能够获得；

——标准的出错信息必须在屏幕第24行显示。

A．1．2详细的规格说明

为了识别输入到旅馆住宿系统的数据类型，对于规格说明的菜单布局使用字符串“9”来表示数字，

用字符串“x”来表示字母数字。

A．1．2．1导航

A．1．2．1．1旅馆系统的主菜单

旅馆系统的主菜单提供了两种选项：住宿、记清单(开票和支付)。预定系统是住宿系统的一部分。

以下是主菜单的屏幕布局：

功能：

F10：退出应用程序

屏幕元素：

菜单选项，旅馆名称

A．1．2．1．2住宿菜单的选择

下图是住宿菜单的屏幕布局

6

标准分享网免费下载

A．1．2．2．1TR7

TR

GB／T18491．4—2010／ISo／IEC14143—4：2002

功能：

F1：同一段时间的连续预定

F2：确认预定

F3：修改某预定号对应的预定数据(预定号不能更改)

F10：返回上一级菜单

屏幕元素：

到达日期街道预定天数

街道编号电话号码数量

姓名国家代码预定号

城市旅馆名称房间类型

邮政编码语种代码

A．1．2．2．2

功能：AcP—REs接受预定

当一个预定请求能够被满足的时候，旅馆预定系统将执行接受预定功能。该功能将显示详细的预

定信息和分配的预定号。这样就确认了一个接受的预定。

以下是接受预定(AcP—REs)功能的屏幕显示：

功能：

F1：继续预定

F2：接受预定，打印确认信息，返回上一级菜单

F10：返回上一级菜单

屏幕元素：

到达日期预定天数预定号

姓名数量房型

旅馆名称

A．1．2．2．3功能：sEL—REs选择预定

预定报告是基于预定人的部分姓名。当通过客户姓名查询预定信息，并查询到该姓名的多于1个

8

标准分享网免费下载

TR

TR14143·4：2002

GB／T18491．4—2010／Iso／lEC

功能：

F9：回到前一个屏幕

F10：回到上一级菜单

屏幕显示：

到达日期数量房型

旅馆名称预定天数

A．1．2．2．5功能：c0N—RES确认预定

当确认一个被接受的预定信息时，系统会执行确认预定功能。确认信息可以用4种语言(英语，法

语，德语和汉语)来表示。

以下是cON—REs功能的屏幕布局：

(1)

(2>

(3>(4)

电话：<5)

传真：(6)

7

8

91O)

<，、，、J‘1^^^l()

预定的确认

预定号：(12)日期，＼l3)

亲爱的女士／先生，

我们已经进行了如下预定

天数：(14)到达日期：(15)

房问描述

房型：<16>数量：(17>(18>

房型：(16)数量：(17>(18>

房型：(16)数量：<17)<18)

房型：(16)数量：(17)<18)

7>(18>

房型：(16)数量：(1

房型：(16>数量：(17)<18>

友好祝愿

旅馆经理

<19>

报告的组成部分：

(1)旅馆名称(7>姓名(14)预定天数

(2)旅馆的街道地址<8)街道地址<15>到达日期

(3)旅馆的邮政编码(9>邮政编码(16>房型

(4>旅馆所在的城市<10>城市(17>数量

<5)旅馆的电话号码<11)国家<18)房型的描述

(6)旅馆的传真《12)预定号<19>旅馆经理

<13)系统日期

标准分享网免费下载

TR42026632520222025225252525303030303030712121212

TR14143—4：2002

GB／T18491．4—2010／Iso／IEC

数据元素最近一个预定房间的预定号6

最近一个发票号6

最近一个支付号6

A．1．3．7预定

已经预定过的某种类型的房问数日，语言代号可以是4种被支持的语言(英语，法语，德语和汉语)

中的一种。

数据元素：预定号(关键字)6

起始日期lO

预定的天数2

账单身份号6

语言编号2

A．1．3．8预定细节

用来表示已经被预定过的某种类型房问的数目。

数据元素：预定号(关键字)6

房型2

数量2

A．2RuR

A2：旅馆住宿系统(预定)——初始需求

A．2．1所支持的业务功能

系统支持下列旅馆业务中与出租房间相关的管理功能：

a)维护预定

1)建立预定：获得一个预定号，同时输入所有预定的详细信息；

2)更新预定：可以修改除预定号以外的所有预定信息；

3)连续预定：有多次输入屏幕的连续复杂预定；

4)接受预定：完成一次预定。

b)确认预定

1)给客户端发信息，以确认客房预定的详细信息。

c)报告

"客型报告：列出从到达日期开始的一段时间内的客房空闲状况；

2)预定报告：根据账户姓名和地址列出该客户预定房间的预定号的到达日期。

房间数据包括预定客型、价格和描述(用汉语、德语，英语和法语)。

任何人均可以对房型进行预定。系统可以用汉语、德语、英语和法语来确认预定。

A．2．2一般需求

住宿预定系统必须保证预定号的连续性和唯一性。

住宿系统使用以下通用协定：

·标识性：每个功能页面应该列出旅馆名称和功能名称；

·导航功能：可用功能键来选择、确认、修改、滚动和继续业务过程；

·每个屏幕和字段都应该提供帮助信息；

·出错信息应该可以在每个贞面运行时出现。

A．2．3数据模型

该住宿预定系统所使用的通用数据文件包括旅馆、国家、房间和房型。

这砦数据文件由旅馆系统的其他部分来维护。

实体描述如下：

]2

标准分享网免费下载

A．3A．3．1TR31

TR14143—4：2002

GB／T18491，4—2010／Iso／IEc

所有数据被接受并存储在输入的每个实体的第一个条目中。任何形式的数据确认都是不可行的。

以这种方式存储的数据将以适当的显示功能来显示，包括所有可能被输入的错误信息。

A．4RuR

A4：在旅馆预定系统中添加自动姓名查找的功能

一旦RURA1中描述的初始旅馆预定系统完成，应在旅馆预定系统中添加以下的功能。

在REs功能巾，当把客户姓名输入到预定屏幕时，系统应检查该姓名是否已经存在于先前的预定

系统中。如果是，系统应该在新的预定中自动输人该客户的详细信息(如街道地址、邮政编码、城市、国

家、电话号码和语种代号)。

如果同一个姓名有几个不同的地址，系统应选择该用户最近预定时的详细信息。

如果必要的话，可以修改预定地址的详细信息。

A．5RuRA5：在旅馆预定系统中添加按自动姓名查找的功能

一旦RuRA1中描述的初始旅馆预定系统完成，应在旅馆预定系统中添加以下功能。

在REs功能中，当把客户姓名输入到预定屏幕时，系统应检查该姓名是否已经存在于先前的预定

中。如果是(并且当小存在其他名字时)，系统应该在新的预定中自动输人该客户的详细信息(如街道地

址、邮政编码、城市、国家、电话号码和语种代码)。

如果同一个姓名有几个不同的地址，系统应该在弹出式窗口中显示所有的副本，允许用户选择适当

的选项。

直¨果必要的话，客户可以修改详细信息。其中用户可以不用所有的选项而手工输入数据。

A．6RuR

A6：在旅馆预定系统中添加按自动姓名查找的功能

一旦RuR

A1中描述的初始旅馆预定系统完成，应在旅馆预定系统中添加以下的功能。

在REs功能中，当把客户姓名输入到预定屏幕时，系统应检查该姓名是否已经存在于以前的预定

中。如果是(并且当不存在其他名字或相似姓名时)，系统应该在新的预定中自动输入该客户的详细信

息(如街道地址、邮政编码、城市、国家、电话号码和语种代码)。

如果同一个姓名(或者相似姓名)有几个不同的地址时，系统应该在一个弹出窗口中显示所有的选

项，允许用户选择一个适当的选项。

如果满足下面条件时，则认为客户姓名是相似的：

——大小写表达形式；

——填充字符(例如空格、句号和破折号)的不同；

——能与全部长度名字中的部分相匹配的缩写和名字；

——发音相似的名字也应该加到候选名单中。

如果必要的话，客户可以修改详细的预定地址。用户可以拒绝所有的选项而手工输入数据。

A．7RuR

A7：TRAx事务处理报告

该文档的目的是通过TRAx对事务处理报告的规则进行文档记录并且赞成此规则，也就是，国际

(sFA)、阿姆斯特丹证券交易所(AsE)和英格兰银行(BoE)的规则。

该文档是由能应用于相关报告主体的规则的通用产品领域构成的。

A．7．1IsMA需求概述

——经销商报告委员会的成员必须向IsMA报告，在国际证券活动中，有其他委员会成员或其他

TRAx订户参与每笔交易；

——在英国的成员，无论IsMA是否参与交易，都必须向IsMA报告(xx银行的总部设在英国)；

4

标准分享网免费下载

A．7．2A．7．3A．7．4A．7．5．1A．7．5．1．3A．7．5．1．3．1A．7．5．1．3．2TRXSSATWULccs51

TR14143—4：2002

GB／T18491．4—2010／Iso／IEc

种情况中用与通过TRAx汇报底层股票相同的方法报告出隐藏的许可证。在没有分配cusip的情况

中，需要使用DRs系统向sFA直接汇报。

A．7．5．1．3．3

ISMA报告的时间

一般来说，按照】sMA规则产生的交易报告，必须在从该交易条款在对方中达成一致后，不超过

30min向lsMA备案(也就是，在完成后的30min内)。-

国际证券中的交易受交易报告所支配，这些报告是在本地时间晚5：00到早10：oo之间交易被预定

的地方或者在一个不同时区预定的进入该区的地方，和发生在本地时间晚5：OO到早10：oo之间交易被

预定的地方(工作完成期间)根据IsMA规则发生(也就是，执行)的，这些报告应是因该部分而引起的

工作完成交易。

关于工作完成后的交易报告必须在根据完成工作期间接F来时间内交易被预定的地方不迟于本地

时问lo：30向IsMA备案(如，假设在伦敦时削早上10：30xx银行预定的交易和巴黎时间早t10：30

假设在xssA预定的交易)而且应显示出口期与时间(调整成显示预定交易地方的相应时问)当交易最

初开始(如，一个执行海外角交易的完成时问应根据交易与xx银行或xxsA预定来调整成显示相应

的伦敦／巴黎时间)。

“营业日”指每天早上10：oo到晚上5：00这段时间。

A．7．5．1．3．4其他问题

一个TRAx订户在指定的时问内由于软件、硬件或通信故障等原因不能够做出交易报告时，应立

布的交易归档。

匹配的、咨询的和其他关于他们的交易。

在一个TRAx订户的对方通知了他有一个咨询交易时，TRAx订户应立即实行交易报关手续或者

拒绝此咨询交易。

TRAX订户必须通过ISMA提供的安全方式访问ISMA的TRAX系统。

A．7．5．1．4通过TRAx来报告sFA交易

sFA要xx银行报告所有投资中的交易，投资改进的报告机制来发挥效应，除非是免税投资或者

交易。在次要的自由兑换，许可证和全球存放票据的情况中无免税产品。

另外，构成一个公司向适当资格交易(附加的)的sFA不要求有报告。在现金自由兑换，许可证和

全球存放票据的情况中这是不适用的，由于xx银行目前不是任何～个资格交易所得成员(为了用这些

产品进行交易)。

定使用TRAx系统来报告在自由兑换、许可证和伞球存放票据的情况中对sFA的交易，该系统作为一

个改正的报告机制被指出(附加的)。

A．7，5，1．4．1安排sFA报告的交易报告

sFA交易的报告必须在不迟于交易营业日后一天内做出来。

A．7．5．1，5通过TRAx所做的交易报告内容

根据SFA规则如下的内容是强制的：

——公司的标识码，例如，sFA公司标识码；

——一个经批准的(附加的)证券类型的投资标识码或者一个完整描述；

——交易的日期与时间；

——交易的规模、价位和币种；

——交易是买进还是卖出；

——公司是以负责人身份或以代理身份来处理交易；

16

标准分享网免费下载

A．7．5．2A．7．5．2．3A．7．5．2．3．1A．7．5．2．3．2MBUCBSSTRGTUAGHYXSSAccscc5TD+lTD+1TD+lcc8cc87SZUA1

TR

GB／T18491．4—2010／Iso／IEc14143—4：2002

下面的章条中将详尽地描述这些债务。

在此准则下的国际证券是指在IsMA可汇报证券列表中的证券，有时这些证券由董事会发布。IsMA

产生了所有国内外证券列表(附列表序言)。证券列表和他们的状态也是从TRAx系统中获得的。

A．7．5．2．3．3向IsMA报告的时间

一般意义上讲，在IsMA准则下做的交易报告必须从交易条款在双方中达成一致开始不迟于

30min内向IsMA备案(例如在执行开始的30min内)。

国际证券中的交易隶属于在IAMs准则下的交易报告出现(也就是执行)在当地时问晚5点至早

10点之间交易被预定的地方或者在一个不同时区预定的进入该区的地方，和发生在本地时间晚5：oO

到早lO：OO之间交易被预定的地方(工作完成期间)，这些报告应是因该部分而引起的工作完成交易。

关于工作完成后的交易报告必须在根据完成工作的接下来时间内交易被预定的地方不迟于本地时

黎时间早上10：30xssA预定的交易)而且当交易最初开始(也就是，一个执行海外角交易的完成时间

应根据交易与xx银行或xXsA预定来调整成显示相应的伦敦／巴黎时间)应显示出日期与时间(调整

成显示预定交易地方的相应时间)。

“营业日”应指每天早10：00到晚5：00的这段时间。

A．7．5．2．3．4其他事宜

一个TRAx订户在指定的时间内由于软件、硬件或通信故障等原因不能够做出交易报告时，应立

布的交易归档。

为了确定匹配的、未匹配的、咨询的和其他关于他们的交易，TRAx订户必须在营业日内按指定方

式有规律地访问IsMA的TRAx系统。

在一个TRAx订户的反方已经通知他有一个咨询交易时，TRAx订户应立即实行交易报关手续或

者拒绝此咨询交易。

TRAx订户必须通过IsMA提供的安全方式访问ISMA的TRAx系统。

A．7．5．2．4ASE交易报告(TRAx)

码确定的与执行的交易一起能够反映实体类型(见2．2．6)的在AsE中列出证券(也就是，公司与政府)

的交易。

A．7．5．2．4．1

向ASE报告的时间

AsE能报告的交易IsMA也是可以报告的，因而上述为IsMA报告描述的需求包含r这些交易。

A．7．5．2．5通过TRAx来报告sFA交易

sFA需要xx银行报告所有投资中的交易，投资改进的报告机制发挥效应，除非是免税投资或者

交易。在次要的市场现金债券交易中，免税的投资仅仅是批发货币市场参考金融服务行为(参见附加部

分)而不是那些在常规市场中处理的交易的进度表5中的2(2)的手段。

许可证和全球存放票据的情况中无免税产品。由于识别产品上的困难，已经决定报告所有产品。

另外，构成一个公司向适当资格交易(附加的)的sFA不要求有报告。在现金自由兑换情况中是不

适用的，由于xx银行目前不足任何一个其他有资格的交易所的成员(为了用这些产品进行交易)。除

了通过1sMA的TRAx系统安排报告的阿姆斯特丹股票交易。

定使用TRAx系统。该系统作为一个批准的(附加)报告机制被指出，以报告在其他固定收入产品(例

如，usTs，JGBs)中对sFA的交易。

18

标准分享网免费下载

一TR+100@630一100@61“U”

TR

GB／T18491．4—2010／Iso／lEc14143—4：2002

A．7．5．2．8

预定在过去交易实体方面被识别的单独客户

交易账目客户账目

XXX

范围74范围42

借方一贷方

100@6+1。o@6

一借方+100@6

借方

一100@6CXL／CORR

CXL／对客户来说正确的当前

未报告给ISMA，在1997年5

30min的IsMA交易报告

月6日以后在sFABN272后

报告

A．7．5