您好,欢迎来到标准下载网!

【国家标准(GB)】 用于行政、商业和运输业电子数据交换的业务与信息模型化框架

本网站 发布时间: 2024-08-02 22:38:34
  • GB/T17549-1998
  • 已作废

基本信息

  • 标准号:

    GB/T 17549-1998

  • 标准名称:

    用于行政、商业和运输业电子数据交换的业务与信息模型化框架

  • 标准类别:

    国家标准(GB)

  • 标准状态:

    已作废
  • 发布日期:

    1998-01-01
  • 实施日期:

    1999-06-01
  • 作废日期:

    2005-10-14
  • 出版语种:

    简体中文
  • 下载格式:

    .rar.pdf
  • 下载大小:

    464.40 KB

标准分类号

关联标准

  • 替代情况:

    作废;
  • 采标情况:

    =TRADE/WP.4/R.1212-1995

出版信息

  • 出版社:

    中国标准出版社
  • 书号:

    155066.1-15837
  • 页数:

    平装16开, 页数:14, 字数:21千字
  • 标准价格:

    12.0 元
  • 出版日期:

    2004-04-15

其他信息

  • 复审日期:

    2004-10-14
  • 起草单位:

    电子工业部标准化研究所
  • 归口单位:

    全国电子业务标准化技术委员会
  • 发布部门:

    国家质量技术监督局
  • 主管部门:

    国家标准化管理委员会
标准简介标准简介/下载

点击下载

标准简介:

标准下载解压密码:www.bzxz.net

本标准规定如何采用建模技术来指导和规范UN/EDIFACT报文的开发、设计及实施的基本应用框架。本标准还适用于其他EDI标准的开发、设计及实施,并且将有助于向开放式EDI的过渡。 GB/T 17549-1998 用于行政、商业和运输业电子数据交换的业务与信息模型化框架 GB/T17549-1998

标准内容标准内容

部分标准内容:

GB/T17549—1998
本标准等效采用联合国欧洲经济委员会国际贸易程序简化工作组的文件TRADE/WP.4/R.1212(1995)UN/EDIFACT业务与信息模型化框架》。根据我国标准的编写原则和要求,本标准在编写格式和编写体式上有别于WP.4/R.1212(1995),而技术内容上保持与原文件的致。本标准的附录A是提示的附录。
本标准由中华人民共和国电子工业部提出。本标准由电子工业部标准化研究所归口。本标准起草单位,电了工业部标准化研究所。本标准主要起草人:吴志刚、战复东、刘碧松、陈莹。GB/T 17549—1998
本标准阐述了一种开发和编制电了数据交换(EDI)报文的方法,并给出了一种应用结构化的建模技术的框架(即业务与信息模型化框架)。用于行政、商业和逐输业电子数据交换(EDIFACT)报文开发组可将业务与信息模型化(BIM)框架作为制定报文及编写实施指南的基础。这些结构化的建模技术规范了业务需求及其相关的EDI需求,BIM框架则应用联合国/用于行政,商业和运输业电子数据交换(UN/EDIFACT)报文设计指南将这些需求与报文设计联系起来。通过计算机工具的使用,这些过程能迅速而高效地完,
随着全球化自由贸易环境的逐步形成,全球性统一大市场的逐渐建立,进一步简化国际贸易过程,减少国际贸易环节,提高国际贸易效率已成为世界各国、各行业及各企业的共识。EDI作为现代计算机通信技术和现代电子数据处理技术综合应用的成果早已被应用干国际贸易领域中,并被越来越多的国家所采纳,
UN/EDIFACT是国际上唯·的一套EDT通用标准规范,它极大地推动了国际贸易简化过程的发展,并在90年代撤起了全球应用UN/EDIFACT的浪潮。然而,随着EDI应用范围的不断扩大,从事EDI报文设计的小组开始不断增加,LN/EDIFACT标准报文数日也急剧地增长:协调来白于务个方面的要求变得日益复杂,维护UV/EDIFACT报文的费用也日益增加。出于为了满足各种各样业务过程的处理要求,UN/EDIFACT报文标准变得日益庞大,难于理解和不易实施。
UN/EDIFACT报文交换伴随着某些业务过程的进行而出现。在开始报文设计之前应规定业务需求,而至今尚未有任何相关的指南提供给报文设计小组,当各种业务利用新技术来更新各自的作业方式时,各业务的需求随之发生变化,也有了更多的取新设计贸易程序和简化报文的机会。交互式ED1的研究和开放式EDI的抵念则要求更为明确的业务过程定义和更完善的报文设计。业务与信息模化极其有助于建立业务活动和数据的正式模型,这种模型为报文设计、报文维护.交互式EDI、开放式EDI及重组奠定了基础。
因此,UN/ECE/CEFACT(即联合国/欧洲经济委员会/行政、商业和运输业务及其程序简化中心)专门成立了业务与信息模型化工作组(T5工作组)和国际贸易交易模型化工作组(即ITT工作组)。T5工作组的主要工作就是负责研究\业务与信息模型化\技术,并负责向联合国召集人工作组(JRT)的其他T作组推荐业务与信息模型化技术,以简化UN/EDIFACT报文的开发和设计。而ITTT作组的土要工作是提山CEFACT今后从事国际贸易简化程序工作的框架,并向用户提供一种教育与培训的工具。ITT工作组目前正在研究和建文国际贸易交易的全球参考模型,通过该模型来解释国际贸易交易从始至终的金过程。
BIM框架力求保证数据被唯一地定义一次,而且还保证在某一领域开发的所有模型和数据结构可以在其他相关领域内也能够使用。BIM框架尽呵能允许使用任何-种现有的建模技术(例如NIAM,CHEV,IDEF,IE,SADT和Yourden辩),这些技术能够提供BIM框架每个阶段所定义的阶段成果。BIM框架被设计为一种独立于模型化方法、技术和工具的框架。中心仓库则将要求以·种标准格式提供可交付的阶段成果。制定BIM的基本的原则就是利用现有的标准来研究制定报文标准。1范围
中华人民共和国国家标准
用于行政、商业和运输业电子数据交换的业务与信息模型化框架
The business and iafornation modellingframework for UN/EDIFACT
GB/T175491998
本标准规定如何采用建模技术来指导和规范UN/EDIFACT报文的开发,设计及实施的基本应用框架
本标准还适用于其他EDI标准的开发、设计及实施,并且将有助于向开放式EDI的过渡。2引用标准
下列标准所包含的条文,通过在本标准中引用而构成为本标准的条文。本标准出版时,所示版本均为有效。所有标准都会被修订,使用本标准的各方应探讨使用下列标准最新版本的可能性。GB/T14915—1994电子数据交换术语3定义
下列定义仅适用于本标准。除下列定义以外,本标准出现的其他术语及其定义见GB/T14915。3.1活动activiny
在控制的指导下,通过资源将输入转变成输出的过程。3.2 扁性 attrihute
实体或客体的特性,它将一个实体或客体的实例与另一个实体或客体的实例区别开来。例如:客户名、产品编号。
3.3 BIM 仓库 BIM warehose
储存和再使用 BIM 活动和数据模型的工具。3.4业务范围business area
包括互相关联的功能,数据和信息流的集合。例如,物资管理、生产,金融。3.5 业务功能business funrtion通过子活动的实施来实现的上~级业务活动。例如:生产、运输。3.6基数 cardinality
与另一个实体相关的-个实体实例的数月。例如,一对一、一对多、多对多,2对9。3.7 CASE 工具 CASE tuol
实施建模技术规则并简化建模技术使用的计算机软件。3.8控制contruls
通过活动将输入转变为输出的规则。3.9实体entity
国家质量接术监督局 1998 -11 - 05批准1999-06-01 实施
GB/T 17549—1998
与业务相关的有形的或抽象的东西的代表,其中可以保留数据。例如:客户、订单。3.10实体/关系模型entity/relationship model组实体/客体及它们之间的关系,通常以图表形式出现。3. 11形式描述语言(FDI,)furmual descriptive language (FDL.)无歧义性地播述业务和数据的方法。3.12客体object
与业务相关的有形的或抽象的东西。3.13关系rclationship
直接的联系。例如:定货(客户订单)。3.14资源resources
实施活动的组织、人员或计算机系统。3. 15 脚本 cenario
一组业务活动的正式说明,叮以在为达到某一业务自的的方之间进行。3.16标准报文standard message为达到某一特定日的从 EDI 标准日录中有序地选择实体和属性。例如;LN/EDIFACT 发票报文(INVOIC).
3.17状态转换表statetransition tebla因某一数据库中特定的数值变更而规定在相应的数据库中做出的明确的变化的一个表,3.18总类实体super type entity实体的归类,其中实体是该类的成员。4缩略语
UN/EDIFACT
5BIM框架
业务与信息模型化
计算机辅助软件工程
电子数据交换
形式描述语言
联合国/用于行政、商业利运输业电子数据交换HIM是通过应用现有的建模技术对实际的业务及相关信息建立形式化模型,通过这些模型来指导报文设计开发、报文维护及报文实施。这些建模方法可使业务人员和EDI标准研制人员能对业务活动进行严密致的描述,能对支持业务活动所带数据进行严密一致的定义并提出相应的数据结构。这些措述,定义和结构能够通过文本和图形两种形式表示的模型来进行描述。BIM还为跨业务领域最大限度地重复利用数据提供了方法。
BIM通过以模型的形式一方面表示业务功能及其过程,而另一方面表示信息及数据。EDI的重点是贸易双方的业务(或贸易过程),而不是:个组织内部所有的过程。贸易方有了致的数据标准,就可以保持其内部数据与外部标准的一致,以简化数据与接口的维护。BIM架着重于对开发UN/EDIFACT报文标准所需要的活动和数据建模阶段成果进行标准化,以便能够使用任何一-种活动与数据的建模方法。
5.2用于 UN/EDIFACT的B[M框架
BIM架尽建立在自顶问下的模型化重复过程基础之上的,这个过程将业务世界的观点转换成各种活动与数据的结构化表示形式。模型可用来设计一致的EDIFACT报文。..comBIM 框架包括三个阶段:
1·业务分析阶段
1.EDI 需求阶段
E、EDIFACT报文设计阶殿
5.2.1阶段
GB/T17549—1998
业务分析阶段包括对特定业务领域(如银行业、物资储运业及采购业等)的业务需求的定义。在本阶段中,业务世界内各种现象及其相互关系以活动(功能和信息流)和信息(客体/实体及实体关系或作用)的模型加以描述。这些模型被称作概念模型。对于一个大规模的业务(基至整个国际贸基),本阶段的过程可以首先从整体(高层次)上进行,然后按业务需求在特定范围内进行细化。概念化的活动和数据模型共同说明业务需求。
5. 2- 2阶段 I
在E1需求阶段中,阶段I的模型被进一步发展和细化为EDI报文标准所要支持的那些活动。EI)I支持的活动模型规定了生成和使用通过报文进行交换的数据的活动,并规定了生成和使用数据的顺序及誉理数据交换的规则(脚本)。EDI报文数据模型定义了EDI报文所包含的数据及数据关系。数据模型应是完全属性化和规范化。5.2.3阶段
在UN/EDIFACT报文设计阶段,使用EDIFACT报文设计指南将阶段I中的EDI数据需求模型转换成 EDIFACT日录中已有的或新的段、复合数据元,数据元和代码并形成报文结构(UN标准报文(UNSM)),EDI支持的活动模型描述UNSM的目的和范围,这是计算机应用程序必须提供的功能规范,以使它的实施与UNSM相一致。在每一个阶段只要有一个变更,活动模型和数据模型就应互相对照校验,并且在每个阶段所做的变更也要在其他阶段进行对照校验。通过这些工作来确保模型真正表示了业务需求。图1通过三个阶段的活动模型和数据模型裁示BIM框架和各阶段戒果。阶段bZxz.net
「。业务分析
I.EDI带求
1.UN/ETIFACT报文设计
业各功能
&数据流
EDI支持的活动
(脚本)
UNSM的
图1BIM框架
5.3阶段成果举例
业客体类别/
实体类型
EDI摄文数据
UN/EDIFACT
抵文结构
5.3.1业务分折阶段的成果:建立业务功能模型和数据模型,通过这些模型详细标明娜些活动可来用EDI及需要交换的主要数据。
图2表示了业务功能模型,它将企业的运作描述成四个主要功能。与购买和销售相关的功能进一步分解以捕述所涉及的细节活动。当在:·个贸易关系中存在购买功能与销售功能之间的联系吋,则这种联系是与EDI标催化相关的。此模型表示了单一·企业内的功能,图3表示了实现这些功能所需的数据模型,它是一个数据模型的图示。它说明了在买卖双方所涉及GB/T 17549-1998
的某些实体模型的构造方法。需要进一步扩充棋型以使数据模型完全具有展性化和规范化,以便实现图2中的业务功能。
买材料
订购活动
准备订单
接收订单回复
最消订单
执行内部功能
制避产品
支付麗序
接收发票
接收费记递知
安排付教
我行内谛功髓
售产品
订单处理
擅收订单
其他活动
发票出据
推备发察
接收订单变更通知
执行内部功能
图2活动模型(业务功能,数据流程图)生成
这个模型可以用以下的文字来表示:每个客户可生成一下或多个订单一个订单只能对应一个供方
每个供方可以接收零个,-个或多个订单每个供方可以供应一种或多种产品每种产品由一个或多个供方供应每个订单产生一个或多个发票
每批货物出具-个或多个发票
每批货物包括-*种感多种产品
每个害户可收到一个剪多个货物每种产品可包括在零个、一个多个货物中订单
包曾于
图3信息模型(实体及关系)
难备觉记通知单
执行内部功能
5.3.2EDI需求阶段的成果:图4和图5表示了EDI需求阶段的成果,其中报文类型在EDI支持的活动(图4)中定义,在报文中所包括的数据按列表形式提交(图5)。项目名称
订单号
合同参考
买方标识
买方名称
买方地址
行项组
产品代砖
产品描述
订单数量
计量单位
价格/单位
交费日期
交货地点
交货条件
准备订单
订单接受
发货通知
接收发票
GB/T 175491998
订单受
发货通知
接收订单
订单接受
发货通如
推发票
图4EDI支持的活动(脚本的报文序列成分)基数
必备型(M)/可选型(0)案件型(C))M
图5订单EDI报文数据列表表示(包括必备型要求和可选型要求)5. 3. 3 UN/EDFACT 报文设计阶段的成果:是 UN/EDIACT 报文结构和业务用户的实施目的和范围。图6表示了将EDI需求转换为UN/EDIFACT报文的活动。EDI需求映射为贸易数据交换目录(UNTDIID)中已有的UN/EDIFACT段和数据元,接照报文设计指南UN/EDIFACT有关程序可根据需要形成新的数据元和殷。
报文设计指南
BIM阶段成果
UN/EDIFACT日录
UN/EDIFACT有关程序
将BIM阶段成果
转换为UN/EDIFACT
N/EDIFACT
报文投计上具
新的UN/EDFACT报文
修改UN/EDIFACT日录
报文设计组
图 6 EDIFACT 报文设计(输入,输出、控制、资源)6BIM 框架阶段成果
GB/T 17549—1998
本章规定了BIM框架每一阶段的成果。阶段成果由图形表示和文字表示组成。因为不同的建模方法可用于BIM模型,并且这些不同的使用方法在文字类型和描述类型上略有差别、因此对数据只是在概念上进行描述。应参考特定方法的手册来详细描述 BIM 各阶段需要的内容。为了有效管理阶段成果,每组阶段成果必须有以下的标识数据。a)业务领域(名称和范)
所有者(名称与合同信息)
b)每个图形表示
图形名称
图形与合同信息的所有者
建模技术名称
建模工具名称与版本
图形文件的参考
6.1业务分析的阶段成果规范
注:参见图1阅读本条。
框1业务功能与数据流
a)图形表示
b)业务功能与过程(名称,定义,目的)翰入(名称,定义,开启功能)输出(名称,定义,结束功能)控制(名称,定义,开启功能)资源(名称,定义)
成分(成分功能的名称,其中这个功能是--个成分)框2业务客体类别/实体类型
()图形表示
d)实体类型/客体类别(名称与定义)总类(名称)
属性(名称与定义)
与其他实体类型/客体类别的关系相关实体类型/客体类别(名称)对应实体类型/客体类别的基数(数字,最大值/最小值)实体类型/客体类对应相关实体类型/客体类别的基数(数字,最大值/最小值)描述对于相关实体类型/客体类别的动词短语描述来自相美实体类型/客体类剃的动词短语6.2EDI需求的阶段成果规范
注:参见图1阅读本条。
框3支持EDI的活动(脚本)
e)脚本(名称,目的与范
EDI报文名称
触发机制
输入,输出和控制所需数据
f)图形表示
..comg)活动(名称,定义,月的)
输入(名称,定义,始发插动)输出(名称,定义,结束活动)
整制(名称,定义,始发活动)状态转换表
资源(名称与定义)
GB/T 17549—1998
成分(作为成分的功能/活动的名称)框4报文数据需求
h)报文数据需求的图形表示(完全属性化的和规范化的)1)实体类型/客体类别(名称和定义数据类型,款据长度)总类(名称)
属性(名称和定义,数据类型,数据长度,关键字类型,事例值的出处)与其他实体类型/客体类别的关系相关实体类型/客体类别(名称)
对应实体类型/客体类别的基数(0,1或更大数或最大值/最小值。)实体类型/客体类对应相关实体类型/客体类别的基数(0,1或更天数或,最天值/最小值)描述对应相关实体类型/客体类别的动词短语描述来自相关实体类型/客体类别中的动词短语6.3EDIFACT设计的阶段成果
UN/EDIFACT报文(LNSMs),段,复合数据元、数据元,代码和报文设计及用户文件,了实施要素
7.1 CASE工具与报文设计工具
软件工具强化了BIM原则的应用,并使之更为便利。数据模型的管理、类属信息客体的维护及句法表示等方面均都能通过计算机辅助进行和白动处理。通过计箭机辅助工具的使用简化下列工作,从而节省了时间和人力:1)规则的强化实施
2)需求的记录
3)数据元的再利用
4)维护的自动化
5)报文设诈,文件和用户指南的生成和保持三者的一致性在附录 A 中列出了 BIM 成员使用的 CASE工具和报文设计工具-仪供参考。7.21BIM仓库
BIM握架的基本需求就是在不回的报文设计组之间共享信息(以BIM的阶段成果形式)并便用模型与定义。虽然此过程可以从共享书面文件开始,但快速有效的报文设计依靠使用计算机辅助工具,这些工具将模型存倦在一个数据库中供浏览、查询和再现。这个数据库就称为“BIM仓库”。图了解释了BIM 仓库。
..comE
GB/T17549—1998
业务分析
EDI需求
UN/EDIFACT报文设计
图BIM仓库
各报文设计组可使用不同的CASET.具来存储各自的工作日志。当小组之间需要保持一致时,则需与中央库(即BIM仓库建立接口。7.3BIM的组织
在开发 UN /EDFACT 报文过程的每个阶段成立相应的项月小组,每个阶段的项目小组的人员具有与该阶段相应的技术和经验。第一阶段需要具有相应领域工作经验的业务管理者并由业务分析专家辅助。第二阶段需要信息或业.务分析专家,第三阶段需要UN/EDIFACT报文设计专家。每个阶段都需要与参与前一阶段工作的人员一起审查进展过程,以确保各种因素未被遗。如果小组的某些成员参加了三个阶段的全部丁作,这将对整个工,作是极其有益的。同时,还需要 UN/EDI-FACT数据库/BIM仓库管理人的支持,他们将在每个阶段开始时提供BIM仓库的相关信息,并在每个阶段结束时接收阶段成果。
在当前的UN/EDIFACT报文设计中,这三个阶段可以在每个报文开发小组中实施。但是,将来应按照本框架各阶段的工作重点来重新组织工作。这样使得业务需求由专门处理相关业务领域的小组来定义,而UN/EDIFACT报文的构造和报文段设计则由那些独立于具体业务领域并了解UN/EDIFACT报文设计的专家所组成的小组来完成。无论是仆么形式的组织结构,成功的关键在于将每个阶段的工作经验合理地组织起来,并通过选择合适的小组、使用相应的CASE工具和BIM库来保证过程的连续性。..comGB/T 175491998
附录A
(提示的附录)
据关工具
下列软件产品支业务与信息模化框架的应用。每个工具只可以处理整个模型构造过程的部分。AIO and StmartER. Knowledge Based Systems Inc.EDIT EDI Development and Implementation Tool. Bakkenist Managcment Consultants.EDICASE.ITSS.A.
ExceleratorIntersolve
FirstSTEP Modeler's Toolkit-XG, EXPRESS-G Modeling Tool, by Product Dara lntegrationTechnologies, Ine.
GRAPES. Sienens
IEF. Information Engineering. Texas Instrumenis Information EngineeringInfoModeler.Asymetnix
Erwin (An IDEF tool)
小提示:此标准内容仅展示完整标准里的部分截取内容,若需要完整标准请到上方自行免费下载完整标准文档。
标准图片预览标准图片预览

标准图片预览:






  • 热门标准
  • 国家标准(GB)标准计划
设为首页 - 收藏本站 - - 返回顶部
请牢记:“bzxz.net”即是“标准下载”四个汉字汉语拼音首字母与国际顶级域名“.net”的组合。 ©2009 标准下载网 www.bzxz.net 本站邮件:[email protected]
网站备案号:湘ICP备2023016450号-1