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

《GB T 18491.4-2010 信息技术 软件测量 功能规模测量 第4部分：基准模型.pdf》由会员分享，可在线阅读，更多相关《GB T 18491.4-2010 信息技术 软件测量 功能规模测量 第4部分：基准模型.pdf（80页珍藏版）》请在麦多课文档分享上搜索。

1、ICS 35.080 L77 道B国家标准国不日11: -、中华人民GB/T 1849 1.4-20 1 O/ISO/IEC TR 14143-4 :2002 信息技术软件测量功能规模测量第4部分:基准模型Information technology-Software measurement一Functional size measurement一Part 4 Reference model (ISO/IEC TR 14l43-4: 2002 , IDT) 2010-12-01发布2011-04-01实施飞事立码防伪/中华人民共和国国家质量监督检验检疫总局中国国家标准化管理委员会发布GB/T

2、1849 1.4-2010/ISO/IEC TR 14143-4 :2002 目次前言. . III 引言.凹1 范围-2 规范性引用文件-3 术语和定义4 缩略语35 基准用户需求36 基准FSM方法 4 附录A(资料性附录)商业应用RRUR6A.1 RUR A1:旅馆住宿系统(预定) 6 A.2 RUR A2:旅馆住宿系统(预定)初始需求MA.3 RUR A3:旅馆住宿系统(预定)一一实体模型uA.4 RUR A4:在旅馆预定系统中添加自动姓名查找的功能uA. 5 RUR A5:在旅馆预定系统中添加按自动姓名查找的功能MA.6 RUR A6:在旅馆预定系统中添加按自动姓名查找的功能HA.7

3、 RUR A7:TRAX事务处理报告MA.8 RUR A8:巴黎交易所净赚需求27附录B(资料性附录)实时/控制RUR旦旦1RUR Bl:基本的减法功能34B.2 RUR B2:重要的大功能MB.3 RUR B3:次要的大功能MB.4 RUR B4:信号显示宇段的用户要求35B.5 RUR B5:出错信息的用户要求35B.6 RUR B用户维护的出错信息的用户要求35B.7 RUR B7:一个内部函数的用户要求35B.8 RUR B8:自动线路切换35B.9 RUR B9:阀门控制系统36B. 10 RUR B10:网关系统38B.11 RUR B11: L-Euchre纸牌游戏(最小化实现)

4、57B.12 RUR B12: L-Euchre系统(可用的系统实现)67B. 13 RUR B13:标准Euchre系统67B. 14 RUR B14:超级Euchre系统67附录c(资料性附录)RUR参考列表68巳1RUR命名:销售/定购系统. . . . . . . . . . . . . . . . . . . . . . . . 68 C.2 RUR命名:旅行安排 68 巳3RUR命名:固定定单支持. . . . . . . . . . . . . . 68 C.4 RUR命名:产品计划与控制 68 C. 5 RUR命名:行销信息系统 69 GB/T 18491 .4-2010/IS

5、O/IEC TR 14143-4 :2002 C.6 RUR命名:商业分析 69 C.7 RUR命名:计费系统 C.8 RUR命名:薪水册 C.9 RUR命名z采购 70 C.10 RUR命名:应付款70C.ll RUR命名:人力资源系统70C.12 RUR命名:修订的人力资源系统70C. 13 RUR命名:交通控制系统70C.14 RUR命名:学生选课系统71C.15 RUR命名:存货清查系统71巳16RUR命名:应付款系统71巳17RUR命名:增强型应付款系统71C.18 RUR命名:包路由系统72巳19RUR命名:简单图书馆系统72C.20 RUR命名:图书馆系统H72E GB/T 18

6、491 .4-2010/ISO/IEC TR 14143-4:2002 前言GB/T 18491在信息技术软件测量功能规模测量总标题下目前由以下6个部分组成z一一第1部分:概念定义;一一第2部分:软件规模测量方法与GB/T18491. 1-2001的符合性评价;一一第3部分:功能规模测量方法的验证;一一第4部分:基准模型;一一第5部分:功能规模测量的功能域确定;一一第6部分:GB/T18491系列标准和相关标准的使用指南。本部分为GB/T18491的第4部分。本部分等同采用国际标准ISO/IECTR 14143-4: 2002(信息技术软件测量功能规模测量第4部分:基准模型)(英文版)。由于国

7、际标准ISO/IEC14143-6: 2006发布晚于ISO/IECTR 14143-4: 2002，因此原国际标准ISO/IECTR 14143-4: 2002的前言中不涉及ISO/IEC14143-6: 2006。而在将ISO/IEC TR 14143-4: 2002转化为本部分时，前言中补充了有关第6部分的说明。为便于使用，对于ISO/IECTR 14143-4: 2002，本部分还做了下列编辑性修改:原文的第2章引出了ISO/IEC9126: 1991，但由于ISO/IEC9126: 1991已经更新为ISO/IEC 9126-1 :2001，所以在本部分国标中改为GB/T16260.

8、1-2006; 关于附录A和附录B的性质问题，原文的附录A和附录B为规范性附录，但其内容是给出了国外的评估RUR的商业应用和实时控制RUR的实例。在转换为国家标准时，不宜作为规范性附录使用，因此改为资料性附录;在附录A的例子中，给出的语种代码和语言说明均为国外的，在转换成国家标准时增加了汉语和中文的表述。本部分的附录A、附录B和附录C为资料性附录。本部分由全国信息技术标准化技术委员会(SAC/TC28)提出并归口。本部分起草单位:上海计算机软件技术开发中心、中国电子技术标准化研究所。本部分主要起草人:杨根兴、陈达丽、宗宇伟、冯惠、刘振宇、李婷、蔡立志、金荣得、谢晓燕。皿GB/T 1849 1.

9、4-2010/ISO/IEC TR 14143-4:2002 51 FSM方法的使用者必须确定所使用的FSM方法适用于量化该软件的功能规模。GB/T18491. 1 2001的符合性将是必须的但不是充分的。对一个FSM方法的评价过程将考虑该FSM方法实施中的实际证据。评价一个FSM方法可能需要一个基准测试，即对己知的RUR的一个汇集采用选定的FSM方法所产生的评价结果与一个基准FSM方法所获得的基准结果进行比较。GB/T 18491的本部分提出标准化RUR方法与基准FSM方法的指南。图o.1给出了如何使用这些方法得到基准结果。待评FSM方法决定了一个适当的RUR汇集的功能规模结果。使用一个或多

10、个基准FSM方法来测量同样的RUR汇集，并将这些基准结果与从待测FSM方法获得的结果进行比较。待评FSM方法RUR汇集基准FSM方法根据FSM方法测量图0.1RUR的使用和基准FSM方法本部分的第5章定义了识别、分类和选择RUR的框架。附录A和附录B提供了两个不同领域的RUR的例子。然而有一个详尽的RUR集合是理想化的，此集合的代价是昂贵的。更多的RUR可以在附录C中给出的RUR参考列表中找到。其他适当的RUR可根据第5章的RUR说明的基本指南构建。本部分的第6章介绍了基准FSM方法的一般要求。基准FSM方法提供了基准点，对照这些可以对其他的FSM方法进行比较。N 1 范围GB/T 18491

11、 .4-2010/ISO/IEC TR 14143-4 :2002 信息技术软件测量功能规模测量第4部分:基准模型GB/T 18491的本部分规定了在验证一个功能规模测量(FSM)方法时使用的基准模型(如图0.1)。该基准模型由以下两个部分组成:a) 一个可以用FSM方法来估计规模的基准用户需求CRUR)的分类框架。包括这种RUR的例子，它引用了可以供RUR使用的更多用户需求(UR)。b) 选择基准FSM方法的指导说明。根据这些指导，可以对FSM方法进行比较。该基准模型是FSM方法评价过程的输入。评价测试的公式和执行以及对结果的解释都超出了本部分的范围。本部分中包含的RUR和附加的参考表仅仅代

12、表了在某些领域和情况下的UR的例子。附加的RUR与在附录A、附录B和附录C中不包括的领域和情况下的RUR，将会在本部分中所描述框架的协助下产生。基准FSM方法的要求有助于选择基准FSM方法。2 规范性引用文件下列文件中的有关条款通过GB/T18491本部分的引用而成为本部分的条款。凡注日期或版次的引用文件，其后的任何修改单(不包括勘误的内容)或修订版本都不适用于本部分，然而，鼓励根据本部分达成协议的各方研究是否可使用这些文件的最新版本。凡不注日期的引用文件，其最新版本适用于本部分。GB/T 18491. 1 2001信息技术软件测量功能规模测量第1部分:概念定义(idtISO/ IEC 141

13、43-1: 1998) GB/T 16260. 1 2006软件工程产品质量第1部分:质量模型CISO/IEC9126一1:2001 , IDT) 3 术语和定义下列术语和定义适用于本部分。图1描述了UR(用户需求人RUR、RUR汇集的组成关系。GB/T 1849 1.4-201 O/ISO/IEC TR 14143-4: 2002 3. 1 RUR汇集UR (RL;R候选)!lmUl|QR U 为指定的评价选择(5. 1. 2部分)为常规使用选择(5. 1. 1部分)图1UR和RUR组成关系示意图用户功能需求functional user requirements 用户需求的一个子集。用户功

14、能需求表示软件必须实现的用户业务实践和规程。它不包括质量需求和任何技术需求。注:根据GH/T18491. 1千2001。3.2 质量需求quality requirements 与GB/T16260. 12006定义的软件质量布关的需求注:根据GB/T1849 1. 1二亿归I定义，质量需求是用户需求的一个子集。3. 3 基准FSM方法reference FSM method 在验证功能规模测量结果时，用于进行比较的与6.1规定的要求相符的FSM方法。3.4 基准用户需求Reference User Requirements 与5.1.1规定的要求相符的用户需求的一个标准集合。注:图1表示了R

15、UR与UR的关系。3.5 3.6 2 基准用户需求汇集RUR colletion 被选来用作匹配一个特定评价目的RUR子集，选择要求规定在5.1.2中。注:图1表示RUR与RUR汇集的关系。技术需求technical requirements 有关软件开发、维护、支持和运行的技术以及环境的需求。注:根据GB/T18491. 12001，技术筒求是用户需求的一个子集。GBjT 18491 .4-2010jISOjIEC TR 14143-4 :2002 3.7 用户需求user requirements 对所提供软件而言，用户要求集合的完整描述，包括用户功能需求、技术需求和质量需求。4 缩暗语F

16、SM 功能规模测量(FunctionalSize Measurement) FUR 用户功能需求(FunctionalUser Requirement) QR 质量需求(QualityRequirernent) RUR 基准用户需求(ReferenceUser Requirement) TR 技术需求CTechllo1ogyRequirement) UR 用户需求(UserRequirement) 5 基准用户需求5. 1 一般要求为了使一个FSM方法评价能被接受.RUR汇集应rh遵循5.1.1的和那些按照5.1. 2中声明的规则所选出的RUR组成。5. 1. 1 RUR要求单个RURJI:

17、a) 以专门从事RUR领域的时户普遍能理解的形式用文问记录下来;注:RURfr代表用户需求。可接受的表边形式包含以文本和图表形式对功能性的描述，而特定功能域的用户应该能接受这些形式。不可接受的文档形式的例子有z技术设计文悄、计算机程序列表或信息技术的术语学代表。b) 代表个完整的和自我包含的用户的实践或规程;注:RUR宜提供所有必要需求来执行用户的实践或规程，但是不必提供实际系统所需要的完整的话求集合。不同的FSM方法会有不同识别BFC(基本功能部件)的方法。仅包含用户实践或规程一个子集的RUR可能因此而歪曲结束。个部分FUR的伊Jf就是仅仅满足RUR/1中的旅馆住宿系统的(A.l. 3)的数

18、据实体需求，或者是RURAl中的A.1. 2. 2.1巾的RES功能的屏幕布局。c) 经测试并且不包含模糊和不一致。注:遵照这个要求可接受的就主像软件产品一付成功地实现的RUR，在参考的书籍或者杂志中发布的RUR，或在一个FSM中成功地使用的RUR。5. 1. 2 RUR汇集选择要求选作RUR汇集的RUR应:a) 代表能够评价FSM方法的功能域z注:该RUR宜代表为评价FSM方法而选出的功能域。功能性宜与该功能域的特性保持一致。b) 不偏向于一个特定的FSM方法或者评价过程;注:构造或选择该RUR宜不带任何偏好。这些RUR不偏爱或歧视一个特定的FSM方法或者评价过程。c) 包含相等的，不相等的

19、和完全不相等的功能规模的FUR例子;注:RUR宜有不同功能规模的功能实例，以使FSM方法能够把大的功能性和小的功能性区分开来。当缺少一个绝对的功能规模指标时，这种区分只能是粗略的并且是以数量级为顺序的。选择准则可以是凭用户的感觉或任何茧化的功能特性，例如:数据域的数量、选择决策的方法、业务规则或数据引用。、d) 包括用户需求，但不仅限于GB/T18491. 1-2001中定义的用户功能需求;注:一些RUR宜包括诸如质量需求或技术需求这样的需求。一个非功能性需求的例子包括可靠性、成本、开发时间或者计算机体系结构的约束。e) 当根据技术或实现技巧评估一个FSM方法的独立性时，包括相同用户需求的不同

20、视角:1) 实现技巧;3 GB/T 18491 .4-2010/ISO/IEC TR 14143-4:2002 2) 开发方法学;3) 文档级别;注:RUR宜使FSM方法能从实现技术和开发方法学及其覆盖软件开发的不同阶段来表现出它的独立性。f) 为增强软件测量而评估一种FSM方法时，还需包括需求变化的例子。5.2 例子附录A和附录B包含了业务应用和实时/控制领域的RUR的例子。附录C提供了已发布的用户需求的参考列表，这些可用作RUR的附加资料。但是，附录C中的参考资料没有对5.1. 1中规定的规则正式检查过。5.2.1 业务应用附录A列出了8个RUR:RURA1到RURA8。前6个RUR描述了

21、部分旅馆预定系统，但是采用了不同的形式和功能性。它们分别为需求5.1.1a)(文档)、5.1.1b)(完整性)、5.1. 1c) (经测试的和明确的)、5.1. 2d) (功能规模范围)、5.1.2e)(实现独立性)和5.1.2f)(变化的需求)提供了例子:a) RUR A1包含了用户界面布局的详细规约;b) RUR A2提供了相同需求的更概括的描述，但是缺少了RURA1中的某些细节;c) RUR A3与RURA1有相同的用户界面，但仅仅模拟了商业功能，而不执行操作的业务逻辑;d) RUR A4-A6描述了对RURA1的一些修改;巳)RUR A7和RURA8是复杂的RUR例子，描述了一金融组织

22、使用的部分实际需求。5.2.2 实时/控制附录B包括一些不同规模的RUR及其实现。这些RUR为需求5.1.1b)(完整性)、5.1.2c)(功能规模范围)和5.1. 2d) (非功能需求)提供了例子。a) RUR B1设置了RURB2到町的基线;b) RUR B2与RURBl相比具有相当大的功能规模，因为它的功能数量是RURB1的3倍，当与RUR B2相比较时，由于执行了附加的功能，因此RURB3同样应该具有相当大的功能规模;c) RUR B4 , RUR 固和RURB6描述了RURB3的3种不同非功能性技术或实现需求;d) RUR B7描述了RURB3需求的一个不同用法;e) RUR B8描

23、述了一个过程控制应用，用来持续监视和控制通信线路;f) RUR B9描述了一个阀门控制应用;g) RUR B10是关于一个通信控制系统的复杂RUR的例子。6 基准FSM方法结合RUR基准FSM方法可以用来建立一个已知的结果基线(见图0.1)。这将使得FSM方法的一个基准得以执行(见图0.1)。与一个基准FSM方法的结果相比，一个FSM方法能够建立它本身相对于基准FSM方法的位置。一个基准FSM方法可能仅对某些功能域有效。它将为在特定情况下被选FSM方法的相关评价提供一个基准点。6.1 一般要求一个基准FSM方法自身应:a) 根据GB/T1849 1. 2-2010与GB/T1849 1. 1-

24、2001相一致;b) 覆盖将要被评估的FSM方法中描述的相同功能域;c) 公开可获得的;d) 验证它对评价目的的最小功效。6.2 使用基准FSM方法的例子使用多个不同的基准FSM方法将提供一个与定位FSM方法相关的基准范围。创建这种基准结4 GB/T 18491 .4-201 O/ISO/IEC TR 14143-4: 2002 果范围的适当基准FSM方法在该范围的一端是窄度的基准FSM方法，在该范围的另一端是广度的基准FSM方法。6.2.1 窄度的基准FSM方法一个窄度的基准FSM方法形式上应符合GB/T18491. 1-2001的规定。然而，根据GB/T18491. 3, 证实其将展示出十

25、分有限的测量功能规模能力。这种窄度的基准FSM方法可以是一个评定标度的起点。6.2.2 广度的基准FSM方法一个广度的基准FSM方法将会在广阔的实例范围内增强识别功能规模的能力。同窄度的基准FSM方法相比较，它的性能参数(如GB/T1849 1. 3中建立的参数)宜充分地改进。5 GB/T 18491 .4-201 O/ISO/IEC TR 14143-4: 2002 附录A(资料性附录)商业应用RRURA.1 RUR A 1:旅馆住宿系统(预定)A.1.1 概述旅馆预定系统是一般旅馆系统中住宿系统的一部分，本部分概述了旅馆预定系统的需求。关于该系统的具体功能以及如何在该旅馆系统中实现这些功能

26、将在下面阐述。、该旅馆预定系统支持以下两种与租借旅馆房间有关的业务功能:一一维护预定;-一一确认预定。所使用的房间数据包括房型、房价和说明(千i汉语版、英语版、法语版或德语版的房间说明)，并且任何人都可以预定某一个类型的房间。客户可以用中文、英语、德语或法语来确认预定，而且也可以取消预定。系统使用大量般的数据实体.这些数据实体由藏馆住宿系统的其他部分来维护:一一旅馆，数据包括1姓名、地扯、电话、电报、传真和旅馆经理的姓名;一一国家，数据包括:国家的代码和名称;一一房间和房型，描述旅馆房间和各种各样房间的类咽。该系统在一个叫参数文件里仔储最后发布的撤走U间，以此确保预定号的连续性。下面的通用性需

27、求适用于放馆住宿系统的所有部分:一一帮助信息在屏幕级别和区域级别上能够获得;一一标准的出错信息必须在屏幕第24行显点。A. 1.2 详细的规格说明为了识别输入到旅馆住宿系统的数据类用.对于规格i兑明的菜单布局使用字符串9来表示数字，用字符串x来表示字母数字。A. 1.2.1 导航A.1.2. 1. 1 旅馆系统的主菜单旅馆系统的主菜单提供了两种选项:住宿、记清单(开票和支付)。预定系统是住宿系统的一部分。以下是主菜单的屏幕布局:功能:旅馆名称l 住宿2 开票和付款选择: FI0:退出应用程序屏幕元素z菜单选项，旅馆名称A. 1. 2. 1.2 佳宿菜单的选择下图是住宿菜单的屏幕布局:6 旅馆系

28、统FI0 结束GB/T 18491 .4-2010/ISO/IEC TR 14143-4 :2002 功能:旅馆名称1 预定2 登记3 结账4 取消预定5 维护房间数据选择: FI0:返回到主菜单屏幕元素:菜单选项禽旅馆名称注:通过第一个选项预定，进人顶定系统JA. 1.2.2 功能A. 1. 2. 2. 1 功能:RES预定放馆系统FI0 菜单使用RES屏幕可以发出预应请求。除了预定号以外的所有数据都需要输入。当使用RES屏幕修改预定数据时，可以通过客户的性名或部分钟名来搜索预定号。除了预定号舍所有的数据都可以被更改。如果同一个姓名不止预定_-欠.将会III现选托!时啡(SELRES)。系统

29、将会进一在检查在顾客!沂市垦的时间段内是否有一定数旱的、他们想要的房型(也就是未被占用或预定过的)。系统将会根据房型、预定开始的时间、预定的天敖，比府的数量来检查房间是否已被预定。如果需要的话，可以在同一时期内存储虫多的民|同类型。只有房间的类型和房间的数量可以被输入。如果能满足请求的话，该系统接受屏幕ACP-RES显示预定信息，同时生成确认预定(CON-RES)的屏幕。如果不能满足请求的话句该系统将调用房间类型报告(RT-REP)来查询其他可行的订房方案。用户屏幕:RESC请求预定)，SELRES(j圭择预定).八CP-RES(接受预定)，RT-REP(房间类型报告)，CON-RES(确认预

30、定)以下是预定功能的屏幕显示:旅馆名称预定号z到达日期z预定天数z房型&数量:姓名:999999 DD爪位4厅yyy99 XX 99 预定xxxxxxxxxxxxxxxxxxxxxxxxx 街道&号码zXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX 999 邮编，城市，省电话号码z语言代码:99999 XXXXXXXXXXXXXXXXXXXX xx 999999999999 xx Fl F2 F3 继续确认修改FlO 菜单7 GB/T 18491.4一201 O/ISO/IEC TR 14143-4 :2002 功能:Fl:同一段时间的连续预定F2:确认预定F3:修改某预定号对应

31、的预定数据(预定号不能更改)FIO:返回上一级菜单屏幕元素:到达日期街道编号姓名城市邮政编码A. 1. 2. 2. 2 功能:ACP-RES接受预定街道电话号码国家代码旅馆名称语种代码预定天数数量预定号房间类型当一个预定请求能够被满足的时候，旅馆预定系统将执行接受预定功能。该功能将显示详细的预定信息和分配的预定号。这样就确认了一个接受的预定。以下是接受预定CACP-RES)功能的屏幕显示:旅馆名称接受预定预定号:999999 姓名z到达日期:xxxxx xxxxx xxxxx xxxxx xxxxx DD爪f岛lIYYYY预定天数z99 房型&数量xx 99 xx 99 xx 99 xx 99

32、 xx 99 Fl F2 继续接受功能:Fl:继续预定F2:接受预定，打印确认信息，返回上一级菜单FIO:返回上一级菜单屏幕元素:到达日期姓名旅馆名称预定天数数量房型&数量xx xx xx xx xx 99 99 99 99 99 FI0 菜单预定号房型A. 1. 2. 2.3 功能:SEL-RES选择预定预定报告是基于预定人的部分姓名。当通过客户姓名查询预定信息，并查询到该姓名的多于1个8 GB/T 1849 1.4-201 O/ISO/IEC TR 14143-4: 2002 预定记录时，该系统通过选择预定(SEL-RES)屏幕显示结果。功能的姓名屏幕的布局如下:旅馆名称选择预定姓名城市x

33、xxxxxxxxx xxxxxxxxxx xxxxxxxxxx xxxxxxxxxx xxxxxxxxxx xxxxxxxxxx xxxxxxxxxx xxxxxxxxxx xxxxxxxxxx xxxxxxxxxx xxxxxxxxxx xxxxxxxxxx xxxxxxxxxx xxxxxxxxxx xxxxxxxxxx xxxxxxxxxx Fl 选择功能:Fl :选择预定，返回前一个屏幕F9:返回前一个屏幕FI0:返回上一级菜单屏幕显示:到达日期姓名A. 1.2.2.4 功能:RT-REP房间类型报告城市旅馆名字到达日期DD!MMIYYYY DD剧。也咛yyyDD!MMIYYYY DD

34、瓜仙1/yyYYDD!MMIYYYY DD刷岱1IYYYYDD!MMIYYYY DD局岱1IYYYY预定号999999 999999 999999 999999 999999 999999 999999 999999 F9 FI0 上一步菜单预定号当系统中没有顾客所需要的房间时，系统会给出一个房间类型报告。这个房间类型报告显示了未被占用和未被预定的房间数目:以下是RT-REP功能的屏幕布局:旅馆名称选择预定到达日期zDD瓜仙也咛YYY999999 预定天数z99 房型数量xx 99 xx 99 xx 99 xx 99 xx 99 xx 99 F9 FI0 上一步菜单9 G/T 1849 1.4

35、-201 O/ISO/IEC TR 14143-4: 2002 功能:F9:回到前一个屏幕F10:回到上一级菜单屏幕显示:到达日期旅馆名称A. 1.2.2.5 功能:CON-RES确认预定数量预定天数房型当确认一个被接受的预定信息时，系统会执行确认预定功能。确认信息可以用4种语言(英语，法语，德语和汉语)来表示。10 以下是CON-RES功能的屏幕布局:(1) (2) (3) (4) 电话: 而!屯的确认预定号:02亲爱的女七/先生，我们已经进行了如下预定:天数:04 房型:(6) 房型:(6) 房型:(6) 房型:(6) 房型:(6) 房型:(6) 友好祝愿旅馆经理(9) 报告的组成部分:0

36、)旅馆名称(2)旅馆的街道地址(3)旅馆的邮政编码(4)旅馆所在的城市(5)旅馆的电话号码(6)旅馆的传真到达日期:05 数量:飞l小数量:. 1 7 . 敖量:0 7 数量:(7) 数量:(7) 数量:(7) (7)姓名(8)街道地址(9)邮政编码(10)城市(11)国家(2)预定号(3)系统日期日期2、13) !草间描述(18) 18) : 18) (8) (18) (8) (14)预定天数(5)到达日期(6)房型(17)数量(8)房型的描述(9)旅馆经理GB/T 1849 1. 4-201 O/ISO/IEC TR 14143-4: 2002 A. 1.3 实体的描述以下是旅馆预定系统中

37、所要用到的业务实体。A. 1.3.1 账单地址该实体指预定房间或者支付费用的个人或机构，系统生成一个账单身份号来标识这个客户或机构。数据元京:账单身份号(关键宇)6 姓名25 街道地址30 邮政编码4 城市20 电话号码12 国家代码Z A. 1. 3. 2 房间该实体指可以出租的房间，包括房间相关的数据。每种房型至少有1个房间，最多有30个房间。数据元素:房IrlJ号(关键严)3 房刑2 A. 1. 3. 3 旅馆该实体包含了有关使用该系统的旅馆的数据。该实体只能包含一份数据，不能包含更多。数据元素:旅馆名称(关键字)30 街道地址20 城市邮政编码电的号码电报传真旅馆翌理nunfunLnr

38、UFhd qL巧i1i141i9A. 1. 3. 4 房间种类该实体用来标明多种类似房间的质量和价格.系统中至多允山有10种房型。数据元素:房型(关键字)2 住宿价格6 英语描述30 法语描述德语描述汉语描述nununu q吨uq吨Un毛UA. 1. 3. 5 国家该实体说明预定房间/支付预定的人所住的国家。不能把语言和国家的代码:昆淆。该系统可以支持四种不同的语言，但是顾客可能会居住在更多的国家里。数据元素:国家代码(关键宇)英语国家法语国家德语国家汉语国家FhJVFHUFhd产同U?qu。，内，白叮LA. 1. 3. 6 参数预定房间和产生发票的参数数据如下:11 GB/T 1849 1.

39、4-201 O/ISO/IEC TR 14143-4: 2002 数据元素:最近一个预定房间的预定号6 最近一个发票号6 最近一个支付号6 A. 1.3.7 预定已经预定过的某种类型的房间数目，语言代号可以是4种被支持的语言(英语，法语，德语和汉语)中的一种。数据元素:预定号(关键宇)6 起始日期10 预定的天数2 账单身份号6 语言编号2 A. 1.3.8 预定细节用来表示已经被预定过的某种类型房间的数目。数据元素:预定号(关键宇)6 房型数量2 A.2 RUR A2:旅馆住宿系统(预定)一一初始需求A. 2.1 所支持的业务功能系统支持下列旅馆业务中与出租房间相关的管理功能:a) 维护预定

40、1) 建立预定:获得一个预定号，同时输入所有预定的详细信息;2) 更新预定:可以修改除预定号以外的所有预定信息;3) 连续预定:有多次输入屏幕的连续复杂预定;的接受预定:完成一次预定。b) 确认预定1) 给客户端发信息，以确认客房预定的详细信息。c) 报告1) 客型报告:列出从到达日期开始的一段时间内的客房空闲状况;2) 预定报告:根据账户姓名和地址列出该客户预定房间的预定号的到达日期。房间数据包括预定客型、价格和描述(用汉语、德语，英语和法语)。任何人均可以对房型进行预定。系统可以用汉语、德语、英语和法语来确认预定。A.2.2 一般需求住宿预定系统必须保证预定号的连续性和唯一性。住宿系统使用

41、以下通用协定: 标识性:每个功能页面应该列出旅馆名称和功能名称; 导航功能:可用功能键来选择、确认、修改、滚动和继续业务过程; 每个屏幕和宇段都应该提供帮助信息; 出错信息应该可以在每个页面运行时出现。A.2.3 数据模型12 该住宿预定系统所使用的通用数据文件包括旅馆、国家、房间和房型。这些数据文件由旅馆系统的其他部分来维护。实体描述如下:GB/T 18491 .4-201 O/ISO/IEC TR 14143-4: 2002 账单地址:支付费用或者已经登记预定的个人或机构;旅馆:与使用该系统的旅馆相关的数据。这个实体不能包括多个实例;房间:可以出租的客房，每种类型的客房至少有1个房间，最多

42、30个房间;房间种类:质量和价格相似的房间的描述。最多支持10种房型;国家:预定/支付客房的客户的国籍;预定:允许客户在一定期限内，可以入住所述房型的客房数，还有;预定细节:己经被预定的客房种类的客房数。该旅馆预定系统的数据模型见图A.1。旅馆旅馆名称(K)街道地址城市邮编电话号码电报，传真旅馆经理预定预定号(K)开始日期预定天数账单身份号语言代码房间房间号(K)房型预定细节预定号(K)房型(K)预定房间数量账单地址账单身份号(K)姓名街道地址邮编，城市电话号码国家代码图A.1旅馆预定系统的数据模型A.3 RUR A3:旅馆住宿系统(预定)一一实体模型A. 3.1 需求A. 3. 1. 1 概

43、述房间种类房型(K)住宿价格汉语描述英语描述德语描述法语描述国家国家代码(K)汉语国家英语国家德语国家法语国家为了方便演示，我们设计一个实体模型来阐述旅馆住宿系统中预定部分的功能。这个演示系统宜提供观和感的应用，来仿效A.1中RURA1定义的旅馆住宿系统(预定)中所有功能的用户界面。实体模型应该能仿效所有文件访问，但是它不宜执行任何算术或逻辑操作。取而代之，任何演示信息只是为了保持与界面的格式相符性。A. 3.1.2 详述旅馆住宿系统(预定)的实体模型(mock-up)必须包含A.1. 3中描述的所有实体。然而，每个实体最多只能存储3个条目或3个记录。实体中的第一个条目总是被任何功能用于更新目

44、的。输入到实体模型系统的数据不会执行非指示的完整性、验证和格式检查。所有数据以文件的形式显示，或如果这些数据是导出的话则不考虑实际值是如何制成的。实体模型系统仅仅显示正确的格式，而不是正确的值。出错信息只在诸如出错信息在这里显示这种位置显示。帮助信息以帮助信息在这里显示这种形式实施。13 GB/T 1849 1.4-2010/ISO/IEC TR 14143-4 :2002 所有数据被接受并存储在输入的每个实体的第一个条目中。任何形式的数据确认都是不可行的。以这种方式存储的数据将以适当的显示功能来显示，包括所有可能被输入的错误信息。A.4 RUR A4:在旅馆预定系统中添加自动姓名查找的功能一旦RURAl中描述的初始旅馆预定系统完成，应在旅馆预定系统中添加以下的功能。在RES功能中，当把客户姓名输入到预定屏幕时，系统应检查该姓名是否已经存在于先前的预定系统中。如果是，系统应该在新的预定中自动输入该客户的详细信息(如街道地址、邮政编码、城市、国家、电话号码和语种代号)。如果同一个姓名有几个不同的地址，系统应选择该用户最近预定时的详细信息。如果必要的话，可以修改预定地址的详细信息。A.5 RUR A5:在旅馆预定系统中添