1、lCS 35080L 77 缰园中华人民共和国国家标准GBT 1849142010ISoIEC TR 141434：2002信息技术 软件测量 功能规模测量第4部分：基准模型Information technologySoftware measurementFunctional size measurementPart 4：Reference model2010-12-01发布(IS0IEC TR 141434：2002，IDT)201 10401实施牛瞀粥紫瓣警糌瞥翼发布中国国家标准化管理委员会捉19GBT1849142010ISOIECTR141434：2002 目次前言引言一1范围2规范
2、性引用文件3术语和定义4缩略语j基准用户需求6基准FsM方法附录A(资料性附录)商业应用RRuR-A1RuRA1：旅馆住宿系统(预定)A2RuRA2：旅馆住宿系统(预定)初始需求-一A3RuRA3：旅馆住宿系统(预定)实体模型-一A4RuR A4：在旅馆预定系统中添加自动姓名查找的功能一A5RURA5：在旅馆预定系统中添加按自动姓名查找的功能A6RuRA6：在旅馆预定系统中添加按自动姓名查找的功能A7RuR A7：TRAx事务处理报告-一A8RuRA8：巴黎交易所净赚需求附录B(资料性附录)实时控制RuRB1RUR B1：基本的减法功能B2RuR B2：重要的大功能B3RuR B3：次要的大功
3、能B4RuR B4：信号品示字段的用户要求-，B5RuR B5：出错信息的用户要求一B6RuR B6：用户维护的出错信息的用户要求，B7RuR B7：一个内部函数的用户要求B8RUR B8：自动线路切换B9RUR B9：阀门控制系统-B10RUR B10：网关系统B11RuR B儿：L_Euchre纸牌游戏(最小化实现)B12RuR B12：L_Euchre系统(可用的系统实现)B13RuR B13：标准Euchre系统B14RUR B14：超级Euchre系统附录c(资料性附录)RuR参考列表C1RUR命名：销售定购系统C2RUR命名：旅行安排c3RUR命名：同定定单支持c4RuR命名：产品
4、计划与控制c5RuR命名：行销信息系统，0000 0地MM卯弭姐弘弭孙弘弘弘孙拍勰w盯盯卯鹋GBT 1849142010ISOIEC TR 141434：2002c6 RUR命名：商业分析c7 RuR命名：计费系统-c8 RuR命名：薪水册-c9 RuR命名：采购c10 RIJR命名：应付款-c11 RuR命名：人力资源系统c12 RuR命名：修订的人力资源系统c13 RuR命名：交通控制系统-tc14 RuR命名：学生选课系统-c15 RuR命名：存货清查系统c16 RuR命名：应付款系统c17 RuR命名：增强型应付款系统“c18 RuR命名：包路由系统c19 RuR命名：简单图书馆系统一
5、c20 RuR命名：图书馆系统-一加加加绚伯儿n订儿陀化佗GBT1849142010ISoIECTR14143-4：2002剖吾GBT18491在信息技术软件测量功能规模测量总标题下目前由以下6个部分组成：第1部分：概念定义；第2部分：软件规模测量方法与GBT1849112001的符合性评价；第3部分：功能规模测量方法的验证；第4部分：基准模型；一第5部分：功能规模测量的功能域确定；第6部分：GBT18491系列标准和相关标准的使用指南。本部分为GBT18491的第4部分。本部分等同采用国际标准IsO，IEcTR141434：2002信息技术软件测量功能规模测量第4部分：基准模型(英文版)。由
6、于国际标准IsOIEC 141436：2006发布晚于Is0IEcTR141434： 2002，因此原国际标准ISoIECTR141434：2002的前言中不涉及ISOIEC141436：2006。而在将IsO1EcTR14143 4：2002转化为本部分时，前言中补充了有关第8部分的说明。为便于使用，对于IsOIEcTR141434：2002，本部分还做了下列编辑性修改：原文的第2章引出了IsOIEc9126：1991，但由于ISoIEc9126：1991已经更新为IsoIEc91261：2001，所以在本部分国标中改为GBT1626012006；关于附录A和附录B的性质问题，原文的附录A和
7、附录B为规范性附录，但其内容是给出了国外的“评估RuR的商业应用”和“实时控制RuR”的实例。在转换为国家标准时，不宜作为规范性附录使用，因此改为资料性附录；在附录A的例子中，给出的语种代码和语言说明均为国外的，在转换成国家标准时增加了汉语和中文的表述。本部分的附录A、附录B和附录c为资料性附录。本部分由全国信息技术标准化技术委员会(sAcTc28)提出并归口。本部分起草单位：上海计算机软件技术开发中心、中国电子技术标准化研究所。本部分主要起草人：杨根兴、陈达丽、宗宇伟、冯惠、刘振宇、李婷、蔡立志、金荣得、谢晓燕。GBT 1849142010ISoIEC TR 141434：2002引 言FS
8、M方法的使用者必须确定所使用的FSM方法适用于量化该软件的功能规模。GBT 1849112001的符合性将是必须的但不是充分的。对一个FSM方法的评价过程将考虑该FsM方法实施中的实际证据。i平价一个FSM方法可能需要一个基准测试，即对已知的RuR的一个扩集采用选定的FSM方法所产生的评价结果与一个基准FsM方法所获得的基准结果进行比较。GBT 1849l的本部分提出标准化RuR方法与基准FsM方法的指南。图o1给出了如何使用这些方法得到基准结果。待评FsM方法决定r一个适当的RuR汇集的功能规模结果。使用一个或多个基准FsM方法来测量同样的RuR汇集，并将这些基准结果与从待测FsM方法获得的
9、结果进行比较。图01 RuR的使用和基准FsM方法本部分的第5章定义了识别、分类和选择RuR的框架。附录A和附录B提供了两个不同领域的RuR的例子。然而有一个详尽的RuR集合是理想化的，此集合的代价是昂贵的。更多的RuR可以在附录c中给山的RUR参考列表中找到。其他适当的RuR町根据第5章的RuR说明的基本指南构建。本部分的第6章介绍了基准FsM方法的一般要求。基准FsM方法提供了基准点，对照这些可以对其他的FsM方法进行比较。GBT1849142010lSoIECTR14143-4：2002 信息技术软件测量功能规模测量 第4部分：基准模型1范围GBT 1849l的本部分规定了在验证一个功能
10、规模测量(FsM)方法时使用的基准模型(如图o1)。该基准模型由以下两个部分组成：a)一个可以用FsM方法来估计规模的基准用户需求(RuR)的分类框架。包括这种RuR的例子，它引用了可以供RUR使用的更多f1=I户需求(uR)。b)选择基准FsM方法的指导说明。根据这些指导，可以刘FsM方法进行比较。该基准模型是FsM方法评价过程的输入。评价测试的公式和执行以及对结果的解释都超出了本部分的范围。本部分中包含的RuR干附加的参考表仅仅代表了在某些领域和隋况下的uR的例子。附加的RuR与在附录A、附录B和附录c中不包括的领域和情况下的RuR将会在本部分中所描述框架的协助下产生。基准FsM方法的要求
11、有助于选抒基准FsM方法。 2规范性引用文件下列文件中的有关条款通过GB1-18491本部分的引用而成为本部分的条款。凡注日期或版次的引用文件，其后的任何修改单(不包括勘误的内容)或修订版本都不适用于本部分，然而，鼓励根据本部分达成协议的各方研究是否可使用这些文件的最新版本。凡不注日期的引用文件，其最新版本适用于本部分。GBT184911200l 信息技术软件测量功能规模测量 第1部分：概念定义(idtIsOIEC】4143111998)GjT1626012006软件工程产品质量第1部分：质量模型(IsOIEc91261：2001，IDT) 3术语和定义下列术语和定义适用于本部分。图1描述了u
12、R(用户需求)、RuR、RuR汇集的组成关系。GBT 1849142010IsoIEC TR 14143-4：2002RuR汇集为指定的评价选择(512部分)图1 uR和RuR组成关系示意图31用户功能需求 functionaI useIrequiremets用户需求的一个子集。用户功能需求表示软件必须实现的用户业务实践和规程。它不包括质量需求和任何技术需求。注：根据GBT】849112001。32质量需求 qual“y requirements与GBT 1626012006定义的软件质量有关的需求。注：根据GBT 1849112001定义，质量需求是用户需求的一个子集。33基准FsM方法 r
13、eference醛M method在验证功能规模测量结果时，用于进行比较的与61规定的要求相符的FSM方法。34基准用户需求 Reference useI。Reqirements与511规定的要求相符的用户需求的一个标准集合。注：图1表示了RuR与UR的关系。35基准用户需求汇集 RuR colleti蚰被选来用作匹配一个特定评价目的RuR子集，选择要求规定在512中。注：图1表示RuR与RuR汇集的关系。36技术需求 techical requirements有关软件开发、维护、支持和运行的技术以及环境的需求。注：根据GBT 184911 2001，技术需求是用户需求的一个子集。37GBT1
14、849142010IsoIECTR141434：2002用户需求userr。quirements对所提供软件而言，用户要求集合的完整描述，包括用户功能需求、技术需求和质量需求。4缩略语FSM 功能规模测量(FunctionalsizeMeasurement)FuR用户功能需求(FunctionaluserRequirement)QR质量需求(QualityR8quirement)RUR基准用户需求(ReferenceuserRequirement) TR技术需求(Techn0109yRequirement)uR用户需求(userRequirement)5基准用户需求51一般要求为了使一个FsM
15、方法评价能被接受，RuR汇集应由遵循511的和那些按照512中声明的规则所选出的RUR组成。5，1，1RuR要求单个RuR应：a)以专门从事RuR领域的用户普遍能理解的形式用文档记录下来；注：RuR宜代表用户需求。可接受的表达形式包含以文本和图表形式对功能性的描述，而特定功能域的用户应该能接受这些形式。不可接受的文档形式的例子有：技术设计文档、计算机程序列表或信息技术的术语学代表。b)代表一个完整的和自我包含的用户的实践或规程；注：RuR宜提供所有必要需求来执行用户的实践或规程，但是不必提供实际系统所需要的完整的需求集台。不同的FsM方法会有不同识别BFc(基本功能部件)的方法。仅包含用户实践
16、或规程一个子集的RuR可能因此而歪曲结果。一个部分FuR的例子就是仅仅满足RuRA1中的旅馆住宿系统的(A13)的数据实体需求，或者是RURAl中的A1221中的RES功能的屏幕布局。 c)经测试并且不包含模糊和不一致。注：遵照这个要求可接受的就是像软件产品一样成功地实现的RuR，在参考的书籍或者杂志中发布的RuR，或在一个FsM中成功地使用的RuR。512RuR汇集选择要求选作RuR汇集的RuR应：a)代表能够评价FsM方法的功能域；注：该RuR宜代表为评价FsM方法而选出的功能域。功能性宜与该功能域的特性保持一致。b)不偏向于一个特定的FsM方法或者评价过程；注：构造或选择该RuR宜不带任
17、何偏好。这些RUR不偏爱或歧视一个特定的FsM方法或者评价过程；c)包含相等的，不相等的和完全不相等的功能规模的FuR例子；注：RuR宜有不同功能规模的功能实例，以使FsM方法能够把大的功能性和小的功能性区分开来。当缺少一个绝对的功能规模指标时，这种区分只能是粗略的并且是以数量级为顺序的。选择准则可以是凭崩户的感觉或任何量化的功能特性，例如：数据域的数量、选择决策的方法、业务规则或数据引用。d)包括用户需求，但不仅限于GBT1849112001中定义的用户功能需求；注：一些RuR宜包括诸如质量需求或技术需求这样的需求。一个非功能性需求的例子包括可靠性、成本、开发时间或者计算机体系结构的约束。e
18、)当根据技术或实现技巧评估一个FsM方法的独立性时，包括相同用户需求的不同视角：1)实现技巧；GBT 1849142010ISOIEc TR 141434：20022)丌发方法学；3)文档级别；洼：RLR宜使FsM方法能从实现技术和开发方法学及其覆盖软件开发的不同阶段来表现出它的独立性。f) 为增强软件测量而评估一种FsM方法时，还需包括需求变化的例子。52例子附录A和附录B包含了业务应用和实时拄制领域的RuR的例子。附录c提供了已发布的用户需求的参考列表，这些可用作RuR的附加资料。但是，附录c中的参考资料没有对511中规定的规则正式检查过。521业务应用附录A列出了8个RuR：RuR Al
19、到RuR A8。前6个RUR描述了部分旅馆预定系统，但是采用了不同的形式和功能性。它们分别为需求511a)(文档)、511b)(完整性)、511c)(经测试的和明确的)、j12d)(功能规模范围)、512e)(实现独立性)和512f)(变化的需求)提供了例子：a) RuR A1包含了用户界面布局的详细规约；b) RuR A2提供了相同需水的更概括的描述，但是缺少了RuR Al中的某些细节；c) RuR A3与RuR A有相同的用户界面，但仅仅模拟了商业功能，而不执行操作的业务逻辑；dj RIJR A4一A6描述了对RuR Al的些修改；e) RLJR A7和RuR A8是复杂的RuR例子，描述
20、了一金融组织使用的部分实际需求。522实时控制附录B包括一些不f刊规模的RuR及其实现。这些RuR为需求51b)(完整性)、j12c)(功能规模范围)和51t 2d)(非功能需求)提供了例子。a) RUR B1设置了RUR B2到B7的基线；b)RuR B2与RUR Bl相比具有相当大的功能规模，因为它的功能数量是RuRBl的3倍，当与RuR B2相比较时，由于执行了附加的功能，因此RuR B3同样应该具有相当大的功能规模；c) RuR B4、RuR B5和RuR B6描述了RuR B3的3种不同非功能性技术或实现需求；d) RuR B7描述了RuR B3需求的一-一个不同用法；e)RuR B
21、8描述了一个过程控制应用，用来持续监视和控制通信线路；f) RuR B9描述了一个阀门控制应用；g) RuR B10是关于一个通信控制系统的复杂RuR的例子。6基准FSM方法结合RuR基准FsM方法可以用来建立个已知的结果荩线(见图o1)。这将使得FsM方法的一个基准得以执行(见网o1)。与一个基准FsM方法的结果相比，一个FsM方法能够建立它本身相对于基准FsM方法的位置。一个基准FsM方法可能仅对某些功能域有效。它将为在特定情况下被选FsM方法的相关评价提供一个基准点。61 一般要求一个基准FsM方法自身应：a) 根据GBT 1849122010与GBT 184911200l相一致；b)覆
22、盖将要被评估的FsM方法中描述的相同功能域；c)公开可获得的；d) 验证它对评价目的的最小功效。62使用基准FsM方法的例子使用多个不同的基准FsM方法将提供一个与定位FsM方法相关的基准范围。创建这种基准结GBT1849142010IsolECTR14143-4：2002果范围的适当基准FsM方法在该范围的一端是窄度的基准FsM方法，在该范围的另一端是广度的基准FSM方法。621窄度的基准FsM方法一个窄度的基准FSM方法形式上应符合GBT1849112001的规定。然而，根据GBT184913，证实其将展示出十分有限的测量功能规模能力。这种窄度的基准FsM方法可以是一个评定标度的起点。62
23、2广度的基准FSM方法一个广度的基准FsM方法将会在广阔的实例范围内增强识别功能规模的能力。同窄度的基准FsM方法相比较，它的性能参数(如GBT184913中建立的参数)宜充分地改进。GBT 1849142010ISolEc TR 14143-4：2002附录A(资料性附录)商业应用RRURA1 RuR A1：旅馆住宿系统(预定)A11概述旅馆预定系统是一般旅馆系统中住宿系统的一部分，本部分概述了旅馆预定系统的需求。关于该系统的具体功能以及如何在该旅馆系统中实现这些功能将在下面阐述。该旅馆预定系统支持以下两种与租借旅馆房间有关的业务功能：维护预定；确认预定。所使用的房间数据包括房型、房价和说明
24、(有汉语版、英语版、法语版或德语版的房间说明)，并且任何人都可以预定某一个类型的房间。客户可以用中文、英语、德语或法语来确认预定，而且也可以取消预定。系统使用大量一般的数据实体，这些数据实体由旅馆住宿系统的其他部分来维护：旅馆，数据包括：姓名、地址、电话、电报、传真和旅馆经理的姓名；国家，数据包括：国家的代码和名称；房间和房型，描述旅馆房间和各种各样房间的类型。该系统在一个叫“参数”文件里存储最后发布的预定号码，以此确保预定号的连续性。下面的通用性需求适用于旅馆住宿系统的所有部分：帮助信息在屏幕级别和区域级别上能够获得；标准的出错信息必须在屏幕第24行显示。A12详细的规格说明为了识别输入到旅
25、馆住宿系统的数据类型，对于规格说明的菜单布局使用字符串“9”来表示数字，用字符串“x”来表示字母数字。A121导航A1211旅馆系统的主菜单旅馆系统的主菜单提供了两种选项：住宿、记清单(开票和支付)。预定系统是住宿系统的一部分。以下是主菜单的屏幕布局：功能：F10：退出应用程序屏幕元素：菜单选项，旅馆名称A1212住宿菜单的选择下图是住宿菜单的屏幕布局GBT1849142010IsoIECTR141434：2002 功能：F10：返回到主菜单屏幕元素：菜单选项，旅馆名称 注：通过第一个选项“预定”，进入预定系统。A122功能A1221功能：RES预定使用REs屏幕可以发出预定请求。除了预定号以
26、外的所有数据都需要输入。当使用REs屏幕修改预定数据时，可以通过客户的姓名或部分姓名来搜索预定号。除了预定号，所有的数据都可以被更改。如果同一个姓名不止预定一次，将会出现选择屏幕(sEL-REs)。系统将会进一步检查在顾客所需要的时问段内是否有一定数量的、他们想要的房型(也就是未被占用或预定过的)。系统将会根据房型、预定开始的时间、预定的天数，定房的数量来检查房间是否已“被预定”。如果需要的话，可以在同一时期内存储更多的房间类型。只有房问的类型和房间的数量可以被输入。如果能满足请求的话，该系统接受屏幕AcPREs显示预定信息，同时生成确认预定(cONREs)的屏幕。如果不能满足请求的话，该系统
27、将调用房间类型报告(RT-REP)来查询其他可行的订房方案。用户屏幕：REs(请求预定)，sEL_REs(选择预定)，AcP-REs(接受预定)，RT_REP(房间类型报告)，cONREs(确认预定) 以下是预定功能的屏幕显示：7GBT 1849142010ISoIEC TR 141434：2002功能：F1：同一段时间的连续预定F2：确认预定F3：修改某预定号对应的预定数据(预定号不能更改)F10：返回上一级菜单屏幕元素：到达日期 街道 预定天数街道编号 电话号码 数量姓名 国家代码 预定号城市 旅馆名称 房间类型邮政编码 语种代码A1222 功能：AcPREs接受预定当一个预定请求能够被满
28、足的时候，旅馆预定系统将执行接受预定功能。该功能将显示详细的预定信息和分配的预定号。这样就确认了一个接受的预定。以下是接受预定(AcPREs)功能的屏幕显示：功能：F1：继续预定F2：接受预定，打印确认信息，返回上一级菜单F10：返回上一级菜单屏幕元素：到达日期 预定天数姓名 数量预定号房型旅馆名称A1223功能：sELREs选择预定预定报告是基于预定人的部分姓名。当通过客户姓名查询预定信息，并查询到该姓名的多于1个8GBT1849142010ISoIECTR141434：2002 预定记录时，该系统通过选择预定(sELREs)屏幕显示结果。功能的姓名屏幕的布局如下功能：F1：选择预定，返回前
29、一个屏幕F9：返回前一个屏幕F10：返回上一级菜单屏幕显示：到达日期姓名城市预定号旅馆名字A1224功能：RT_REP房间类型报告 当系统中没有顾客所需要的房间时，系统会给出一个房间类型报告。这个房间类型报告显示了未被占用和未被预定的房间数目：以下是RTREP功能的屏幕布局：GBT 1849142010IsolEC TR 141434：2002功能：F9：回到前一个屏幕F10：回到上一级菜单屏幕显示：到达日期 数量 房型旅馆名称 预定天数A1225功能：c0NRES确认预定当确认一个被接受的预定信息时，系统会执行确认预定功能。确认信息可以用4种语言(英语，法语，德语和汉语)来表示。以下是cON
30、REs功能的屏幕布局：(1)(2(3 (4)电话：房型：(16)房型：(16)房型：(16)房型：(16)房型：(16友好祝愿旅馆经理预定的确认日期到达日期：(15)数量：(17数量：(17数量：数量：(17)房问描述(18(18报告的组成部分：(1)旅馆名称(2)旅馆的街道地址(3)旅馆的邮政编码(4旅馆所在的城市姓名邮政编码城市到达日期(16房型(17数量旅馆经理)O1()l7891，、，、J)3l，GBT18491420j0IS0，IECTR14143-4：2002 A13实体的描述以下是旅馆预定系统中所要用到的业务实体。A131账单地址该实体指预定房问或者支付费用的个人或机构，系统生成
31、一个账单身份号来标识这个客户或机构。数据元素：账单身份号(关键字) 6姓名25街道地址30邮政编码4城市20电话号码12国家代码2A132房间该实体指可以出租的房间，包括房间相关的数据。每种房型至少有1个房间，最多有30个房间。数据元素：房间号(关键字) 3房型2A133旅馆该实体包含了有关使用该系统的旅馆的数据。该实体只能包含一份数据，不能包含更多。数据元素：旅馆名称(关键字) 30街道地址20城市20邮政编码7电话号码12电报12传真12旅馆经理25A134房间种类该实体用来标明多种类似房间的质量和价格，系统中至多允许有lo种房型。数据元素：房型(关键字) 2住宿价格6英语描述30法语描述
32、30德语描述30汉语描述30A135国家该实体说明预定房间支付预定的人所住的国家。不能把语言和国家的代码混淆。该系统可以支持四种不同的语言，但是顾客可能会居住在更多的国家里。数据元素：国家代码(关键字) 2英语国家25法语国家25德语国家25汉语国家25A136参数预定房间和产生发票的参数数据如下：1】GBT 1849142010IsoIEC TR 141434：2002数据元素 最近一个预定房间的预定号6最近一个发票号 6最近一个支付号 6A137预定已经预定过的某种类型的房问数日，语言代号可以是4种被支持的语言(英语，法语，德语和汉语)中的一种。数据元素： 预定号(关键字) 6起始日期 l
33、O预定的天数 2账单身份号 6语言编号 2A138预定细节用来表示已经被预定过的某种类型房问的数目。数据元素： 预定号(关键字)房型数量A2 RuR A2：旅馆住宿系统(预定)初始需求622A21所支持的业务功能系统支持下列旅馆业务中与出租房间相关的管理功能：a)维护预定1)建立预定：获得一个预定号，同时输入所有预定的详细信息；2)更新预定：可以修改除预定号以外的所有预定信息；3)连续预定：有多次输入屏幕的连续复杂预定；4)接受预定：完成一次预定。b)确认预定1) 给客户端发信息，以确认客房预定的详细信息。c)报告客型报告：列出从到达日期开始的一段时间内的客房空闲状况；2)预定报告：根据账户姓
34、名和地址列出该客户预定房间的预定号的到达日期。房间数据包括预定客型、价格和描述(用汉语、德语，英语和法语)。任何人均可以对房型进行预定。系统可以用汉语、德语、英语和法语来确认预定。A22一般需求住宿预定系统必须保证预定号的连续性和唯一性。住宿系统使用以下通用协定：标识性：每个功能页面应该列出旅馆名称和功能名称；导航功能：可用功能键来选择、确认、修改、滚动和继续业务过程；每个屏幕和字段都应该提供帮助信息； 出错信息应该可以在每个贞面运行时出现。A23数据模型该住宿预定系统所使用的通用数据文件包括旅馆、国家、房间和房型。这砦数据文件由旅馆系统的其他部分来维护。实体描述如下：2CBT18491420
35、10IsoIEcTR141434：2002 账单地址：支付费用或者已经登记预定的个人或机构；旅馆：与使用该系统的旅馆相关的数据。这个实体不能包括多个实例；房问：可以出租的客房，每种类型的客房至少有1个房间，最多30个房间房间种类：质量和价格相似的房间的描述。最多支持10种房型；国家：预定支付客房的客户的国籍；预定：允许客户在一定期限内，可以人住所述房犁的客房数还有；预定细节：已经被预定的客房种类的客房数。该旅馆预定系统的数据模型见图A1。预定预定号(K) 开始口期预定天数账单身份号 语言代码房间房间号(K) 房型一预定细节预定号(K) 房型(K)预定房间数量 账单地址账单身份号(K) 姓名街道
36、地址邮编，城市 电话号码国家代码房间种类房型(K)住宿价格汉语描述英语描述德语描述法语描述国家国家代码(K) 汉语国家英语国家德语国家法语圉家图A1 旅馆预定系统的数据模型A3RuRA3：旅馆住宿系统(预定)实体模型A31需求A311概述为了方便演示，我们设计一个实体模型来阐述旅馆住宿系统中预定部分的功能。这个演示系统宜提供“观和感”的应用，来仿效A1中RuRA1定义的旅馆住宿系统(预定)中所有功能的用户界面。实体模型应该能仿效所有文件访问，但是它不宜执行任何算术或逻辑操作。取而代之任何演示信息只是为了保持与界面的格式相符性。A312详述旅馆住宿系统(预定)的实体模型(mockup)必须包含A
37、1，3中描述的所有实体。然而，每个实体最多只能存储3个条目或3个记录。实体中的第一个条目总是被任何功能用于更新目的。输入到实体模型系统的数据不会执行非指示的完整性、验证和格式检查。所有数据以文件的形式显示，或如果这些数据是导出的话则不考虑实际值是如何制成的。实体模型系统仅仅显示正确的格式，而不是正确的值。出错信息只在诸如“出错信息在这里显示”这种位置显示。帮助信息以“帮助信息在这里显示”这种形式实施。13GBT 18491，42010IsoIEc TR 141434：2002所有数据被接受并存储在输入的每个实体的第一个条目中。任何形式的数据确认都是不可行的。以这种方式存储的数据将以适当的显示功
38、能来显示，包括所有可能被输入的错误信息。A4 RuR A4：在旅馆预定系统中添加自动姓名查找的功能一旦RUR A1中描述的初始旅馆预定系统完成，应在旅馆预定系统中添加以下的功能。在REs功能巾，当把客户姓名输入到预定屏幕时，系统应检查该姓名是否已经存在于先前的预定系统中。如果是，系统应该在新的预定中自动输人该客户的详细信息(如街道地址、邮政编码、城市、国家、电话号码和语种代号)。如果同一个姓名有几个不同的地址，系统应选择该用户最近预定时的详细信息。如果必要的话，可以修改预定地址的详细信息。A5 RuRA5：在旅馆预定系统中添加按自动姓名查找的功能一旦RuR A1中描述的初始旅馆预定系统完成，应
39、在旅馆预定系统中添加以下功能。在REs功能中，当把客户姓名输入到预定屏幕时，系统应检查该姓名是否已经存在于先前的预定中。如果是(并且当小存在其他名字时)，系统应该在新的预定中自动输人该客户的详细信息(如街道地址、邮政编码、城市、国家、电话号码和语种代码)。如果同一个姓名有几个不同的地址，系统应该在弹出式窗口中显示所有的副本，允许用户选择适当的选项。直果必要的话，客户可以修改详细信息。其中用户可以不用所有的选项而手工输入数据。A6 RuR A6：在旅馆预定系统中添加按自动姓名查找的功能一旦RuR A1中描述的初始旅馆预定系统完成，应在旅馆预定系统中添加以下的功能。在REs功能中，当把客户姓名输入
40、到预定屏幕时，系统应检查该姓名是否已经存在于以前的预定中。如果是(并且当不存在其他名字或相似姓名时)，系统应该在新的预定中自动输入该客户的详细信息(如街道地址、邮政编码、城市、国家、电话号码和语种代码)。如果同一个姓名(或者相似姓名)有几个不同的地址时，系统应该在一个弹出窗口中显示所有的选项，允许用户选择一个适当的选项。如果满足下面条件时，则认为客户姓名是相似的：大小写表达形式；填充字符(例如空格、句号和破折号)的不同；能与全部长度名字中的部分相匹配的缩写和名字；发音相似的名字也应该加到候选名单中。如果必要的话，客户可以修改详细的预定地址。用户可以拒绝所有的选项而手工输入数据。A7 RuR A
41、7：TRAx事务处理报告该文档的目的是通过TRAx对事务处理报告的规则进行文档记录并且赞成此规则，也就是，国际安全市场协会(IsMA)的报告机制。这些规则的覆盖范围包含IsMA的规则以及证券和期货权威(sFA)、阿姆斯特丹证券交易所(AsE)和英格兰银行(BoE)的规则。该文档是由能应用于相关报告主体的规则的通用产品领域构成的。A71 IsMA需求概述经销商报告委员会的成员必须向IsMA报告，在国际证券活动中，有其他委员会成员或其他TRAx订户参与每笔交易；在英国的成员，无论IsMA是否参与交易，都必须向IsMA报告(xx银行的总部设在英国)；4GBT18491，42010IsoIEcTR14
42、1434：2002 交易报告必须通过IsMA的TRAx电子传递系统来完成(除非由于交易的数量很少，而被IsMA免除，也就是，每历月中的交易少于50次)，在手工传递的情况下，必须在20min内执行报告。这种免除不适合于xx银行和xssA，因为他们在任何一历月中的交易都超过50次。A72sFA需求概述sFA要求成员报告在投资中的所有交易，除非投资或交易被免除，这些交易是通过公认的报告机制来生效的。A73ASE需求概述AsE要求成员报告在AsE合同上列出(例如，公司和政府)所有的交易。xx银行是AsE的一个特殊的团体成员，它使用IsMA的TRAx系统来报告它的交易。A74BoE需求概述B。E要求所有
43、参与黄金会员回购价格的成员，通过人工的方式或TRAx方式报告他们的交易。xx银行是黄金会员回购价格的市场会员，它自愿决定采用IsMA的TRAx系统报告它的交易。A7，5报告需求A751自由兑换，许可证和全球存放票据A7511产品定义可兑换债券赋予它的所有者，在以后被规定的情况下，与其他发行证券的公司进行交换的特权。许可证授予它的所有者，在未来某个固定的时间，以固定价格买或卖固定数量的基础资产的权利，但这不是义务。除_r他们有更长的成熟期，基本上都与OTc的期权相似。期权通常是授予目前可供资产的权力。例如使用一家公司发行的许可证，将会使那家公司产生优先股的资本。全球存放票据(GDR)是在全世界的
44、资本市场经商的涉外公司的股份票据。GDRs允许欧洲、亚洲、美国、拉丁美洲遍及世界的公司在多数市场上提供股份。A7512系统和产品系统条 目产品QUOTESHEET TD交易和ccs自由兑换，许可证和全球存放票据TRUK(Taps)TD交易和TDccs自由兑换，许可证和全球存放票据，被覆盖的许可证TWULTD交易和ccs 自由兑换自由兑换，许可证和全球存放票据的产品可以在任何地方的任何办事处登记。例如从伦敦到东京 和法兰克福，从纽约到伦敦。A7513IsMA交易报告需求A75131XSSAxSSA，列人经销商报告委员会的成员注册表中，它需要向IsMA报告在国际证券交易活动中的每一笔交易。例如，另
45、一个理事会成员或者另一个TRAx用户参加了多数公司债券和一些政府债券。A75132xx银行xx银行作为IsMA在英国的一个成员，需要向IsMA报告在国际证券交易活动中的每一笔交易，不管这些交易是否有IsMA成员参与。xx银行也向IsMA报告其他非国际证券交易的证券交易，例如那些在任何其他认可的或指定的交易所中的证券交易，这些交易中，xx银行没有报告交易的责任。例如，伦敦股票交易所。在下面的段落中将更为详细地描述这些责任。与此规则相关的国际证券意味着IsMA的可报告列表中的证券，时常是由董事会公布出来。IsMA产生所有国内外证券列表(附列表序)。从TRAx系统中获取证券列表和状态变化。通常，在多15GBT 1849142010IsoIEc TR 141434：2002种情况中用与通过TRAx汇报底层股票相同的方法报告出隐藏的许可证。在没有分配cusip的情况中，需要使用DRs系统向sFA直接汇报。A75133 ISMA报告的时间一般来说，按照】sMA规则产生的交易报告，必须在从该交易条款在对方中达成一致后，不超过30 min向lsMA备案(也就是
