【国家标准(GB)】 基于XML的电子商务业务数据和过程 第7部分：技术评审指南

ICS35.240
中华人民共和国国家标准
GB/T20538.7-—2006
基于XML的电子商务业务数据和过程第7部分：技术评审指南
Electronic business eXtensible Markup Language (ebXML) business data andprocess--Part7:Guidelinesfortechnicalassessment2006-09-18发布
中华人民共和国国家质量监督检验检疫总局数码防伪
中国国家标准化管理委员会
2007-03-01实施
GB/T20538《基于XML.的电子商务业务数据和过程》，分为下列7个部分：一第1部分：核心构件目录；
第2部分：业务信息实体目录；
第3部分：报文月录；
一第4部分：业务过程构件目录；第5部分：专用代码表；
一第6部分：技术评审组织和程序；一第7部分：技术评审指南。
本部分为GB/T20538的第7部分。本部分的附录A、附录B、附录C、附录D和附录E均为规范性附录。本部分由中国标准化研究院提出。本部分由全国电子业务标推化技术委员会归1。GB/T20538.7—2006
本部分起草单位：中国标准化研究院、交通部水运所、中国国际电子商务中心、中科院软件所。本部分主要起草人：孙文峰、刘碧松、魏宏、刘颖、章建方、胡涵景、任冠华、陈煌。GB/T20538.7—2006
近几年来，可扩展置标语言（XML)被广泛采用，成为用于表达和交换电子商务业务数据和过程的主流技术。基于这一现实，联合国贸易便利与电子商务中心（UN/CEFACT）和结构化数据标准发展组织（OASIS）联合众多的国际性大型企业共同开发了基于XML的电子商务系列标准（ebXML），并被ISO/TC154采纳为正式的国际标准。我国也按照积极采用适宜的国际标准的原则，修改采用了ebXML，并结合我国实际情况，增加了有关电子商务业务数据、业务过程和数据交换格式等核心内容的设计方法，形成了我国基于XML的电子商务标准化的框架性、方法性的系列标准GB/T19256。为了有效实施GB/T19256系列标准，必须在其指导下，确立与之相对应并以目录形式表达的一系列数据、报文、业务过程构件标准以及相关的专用代码表标准。GB/T20538系列标准就是在这一环境下提出和制定的。为了适应电子商务发展对GB/T20538系列标准中的业务数据和过程提出的增加、修改或删除的需求，必须建立一种适宜的机制来保障这样的需求不断地得以满足。本部分正是为适应这一需求而设立的。它规定了负责对这样的需求进行评审工作时应依据的规则，以便使这样的需求得到规范化的处理，从而保障GB/T20538系列标准中的业务数据和过程不断地根据需求得以发展和完善，为我国电子商务的发展提供有力的标准化支撑。I
1范围
基于XML的电子商务业务数据和过程第7部分：技术评审指南
GB/T20538.7—2006
本部分规定了基于XML的电子商务业务数据和过程技术评审工作应依据的技术评审规则，以及数据维护请求（DMR)的内容和格式。本部分适用于维护机构对DMR进行的技术评审，也适用于用户对所提交的DMR进行的自评和对维护机构的监督以及维护管理信息系统的开发。2规范性引用文件
下列文件中的条款通过GB/T20538的本部分的引用而成为本部分的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本部分，然而，鼓励根据本部分达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本部分。
GB/T19256.1基于XML的电子商务第1部分：技术体系结构（GB/T19256.1-2003，UN/CEFACT OASIS:ebXMLlechnical architecture specification V1.0.4,MOD)GB/T19256.6基于XML的电子商务第6部分：业务过程规范模式（GB/T19256.6—2006，UN/CEFACT:ebXML busincss process specification schena VI.1,MOD)GB/T19256.7基于XML的电子商务第7部分：业务过程构件设计规则GB/T19256.8基于XML的电子商务第8部分：报文设计规则GB/T19256.9基于XML的电子商务第9部分：核心构件与业务信息实体规范（GB/T19256.9-2006.ISO/TS15000-5：2005.MOD)GB/T20538.1基于XML的电子商务业务数据和过程第1部分：核心构件目录GB/T20538.2基于XML的电子商务业务数据和过程第2部分：业务信息实体目录GB/T20538.3基于XML的电子商务业务数据和过程第3部分：报文目录GB/T20538.4基于XML的电子商务业务数据和过程第4部分：业务过程构件目录GB/T20538.5基于XML的电子商务业务数据和过程第5部分：专用代码表GB/T20538.6.-2006基于XML的电子商务业务数据和过程第6部分：技术评审组织和程序3术语和定义
GB/T20538.6、GB/T19256.7、GB/T19256.8，GB/T19256.9中确立的以及下列术语和定义适用于本部分。
审核表check list
技术评审过程中所遵循的审核项的列表。4技术评审原则
本部分涉及的技术评审工作应确保电子商务业务数据和过程的相关数据在更新后能更好地满足电子商务的应用需求，仍然符合相关方法性和日录性标准在业务和技术上的规定，并使得不同类型的电子GB/T20538.7—2006
商务业务数据和过程之间、同一种电子商务业务数据和过程之间，以及任何其他具有相互引用关系的数据之间具有一致性。
因此，在技术评审组使用本部分的技术评审审核表对DMR进行技术评审时，或为技术评审审核表确立新的审核项时，应遵循以下原则：a）有关DMR应能反应充分的需求，证明该DMR中标明的有关数据确实需要进行增加、修改或删除。
有关DMR中标明的数据的增加、修改或删除使得数据在更新后仍符合GB/T19256和GB/T20538中的规定。
c）有关DMR中标明的数据的增加、修改或删除并不影响原有的其他数据的使用。5技术评审规则
本章中的技术评审规则以审核表的形式给出，包括形式审查审核表和技术审查审核表。5.1形式审查审核表
本条适用于对附录A～附录E中的DMR的形式审查，审核表见表1。表1中的内容全部为“通过”时，则可进行DMR的技术审查。表1形式审查审核表
DMR是否采用了附录A,附录B、附录C、附录D或附录E中的格式？DMR是否用中文填写，且可识别？DMR是否按要求填写完整，且包括“业务需求”在内？所附文档是否存在？DMR中是否存在明显的错误或矛眉？如果DMR为“修改”或“删除”，是否清晰标识了需要修改或删除的电子商务业务数据？如果清晰标识，所标识的电子商务业务数据和过程是否存在于当前的目录中？如果DMR类型为“增加”或“修改”，增加的内容或修改的结果是否与现有的电子商务业务数据和过程重复？
DMR是否还在形式上存在任何其他问题？5.2技术审查审核表
核心构件技术审查审核表
本条适用于对附录A中的DMR的技术审查，审核表见表2。表2核心构件技术审查审核表
从业务和技术的角度看，DMR中要求填写的项是否语义清晰，且符合语法？如果“增加”的核心构件为ACC，是否附加了其包含的BCC？如果“增加”的核心构件为ACC,其包含的ASCC是否存在？如果“增加”或“修改”的核心构件为BCC，则该BCC\增加”或“修改”后其对象类是否已经存在？
如果“增加”或“修改”的核心构件为BCC，则该BCC“增加”或“修改”后其所属的CCT是否是为当前认可的CCT?
如果DMR为“增加\或“修改”一个核心构件，则DMR中提出的新的数据是否清晰、完整且合理？
通过/拒绝
通过/拒绝
表2（续）
如果DMR为“删除”一个ACC，则该ACC是否作为其他ACC所引用的ASCC？如果DMR为“删除”，是否影响其他电子商务业务数据和过程目录？业务需求/目的是否有力证明了有关核心构件确实需要增加、修改或删除？除了上述问题以外，是否还存在不符合GB/T19256.9的其他间题？业务信息实体技术审查审核表
本条适用于对附录B中的DMR的技术审查，审核表见表3。表3业务信息实体技术审查审核表序
从业务和技术的角度看，DMR中要求填写的项是否语义清晰，且符合语法？如果“增加”的业务信息实体类型为ABIE，是否附加了其包含的BBIE？如果“增加”的业务信息实体类型为ABIE，其包含的ASBIE是否存在？GB/T20538.7-2006
通过/拒绝
通过/拒绝
如果DMR为“增加”或“修改”一个业务信息实体，则DMR中提出的新的数据是否清晰、完整且合理？
如果DMR为“删除”一个ABIE，则该ABIE是否作为其他ABIE的ASBIE所引用？如果DMR为“删除”，是否影响其他电子商务业务数据目录？业务需求/目的是否有力证明了有关业务信息实体确实需要增加、修改或删除？除了上述问题以外，是否还存在不符合GB/T19256.9的其他问题？5.2.3报文技术审查审核表
本条适用于对附录C中的DMR的技术审查，审核表见表4。表4报文技术审查审核表
从业务和技术的角度看，DMR中要求填写的项是否语义清晰且符合语法？如果DMR为“增加”或“修改”，报文中业务信息实体是否已在业务信息实体目录中？如果DMR为”增加”或“修改”，“增加”或“修改”后的数据是否合理？报文是否有明确的业务功能和业务目标，并且与其他现有报文的业务功能和目标不重复？
如果DMR为“增加”或“修改”，新提出的报文的结构和语法是否正确？如果DMR为“翻除”，报文是否还在被某些业务构件所引用？业务需求/目的是否有力证明了有关报文确实需要增加、修改或删除？除了上述间题以外，是否还存在不符合GB/T19256.8的其他问题？业务过程构件技术审查审核表
本条适用于对附录D中的DMR的技术审查，审核表见表5。表5业务过程构件技术审查审核表序
从业务和技术的角度看，DMR中要求填写的项是否语义清晰且符合语法？提交的业务过程构件是否遵循业务过程构件设计的有关规则？通过/拒绝
通过/拒绝
GB/T20538.7-—2006
表5(续）
提交的业务过程构件所引用的报文是否已存在于报文目录中？提交的业务过程构件的XML格式是否有效，并通过有效性验证？如果DMR为“修改”或“删除”，是否影响原业务过程构件与其他业务过程构件组合而成的业务过程？
业务需求/目的是否有力证明了有关业务过程构件确实需要增加、修改或删除？除了上述问题以外，是否还存在不符合GB/T19256.7的其他问题？5.2.5
专用代码表技术审查审核表
本条适用于对附录E中的DMR的技术审查，审核表见表6。表6专用代码表技术审查审核表
如果DMR为新增-·个代码表，则DMR中是否明确合理给出了信息分类编码的原则和方法？
如果DMR为修改一个代码表，则新增的代码值是否符合原来的编码方案？如果对编码结构进行调整，是否必要且合理？如果DMR为新增或修改个代码表，是否考虑采用现有国家标准、国际标准或行业标准的可能性，或考虑与这些标准的一致性？如果剧除一个代码表，则原来使用该代码表的业务信息实体是否不再使用它？业务需求/目的是否有力证明了专用代码表确实需要增加、修改或册除？除了上述问题以外，是否还存在不符合GB/T20538.5的其他问题？6技术评审结论
通过/拒绝
通过/拒绝
维护机构使用技术评审审核表对用户和相关组织提交的DMR进行评审。对于形式审查审核表，主要由秘书处人工判定或借助于计算机工具进行判定；对于技术审查审核表，技术评审组主要通过自身的业务知识与经验以及GB/T19256和GB/T20538.1～20538.5的规定进行判定。对于审核表中关于“业务需求/日的\的审核项，技术评审组应在各成员进行深入分析后通过表决进行判定，表决的依据如下：
如果DMR不影响现有数据目录中的数据（如增加一项新的BCC)时，需有2/3以上的成员a
通过；
如果DMR影响现有数据目录中的数据（如修改--项ABIE)时，需要技术评审组的全体成员一b)
致通过。
技术评审组综合技术评审审核表中的各项审核结果，得出对DMR的评审结论。按照GB/T20538.6的规定，评审结论分为“采纳/修改采纳”和“拒绝”两种。本部分中的5.2.1～5.2.5中的技术评审审核表的各项内容全部为“通过”时，评审结论为“采纳/修改采纳”，否则评审结论为“拒绝”。A.1秘书处填写信息
登记号：
A.2请求者信息
机构/公司名称：
电话：
传真，
日期：
核心构件修改信息
*核心构件种类：
口BCC
附录A
（规范性附录）
核心构件数据维护请求表
请求者：
通信地址：
电子邮件：
如果为ACC,请就有关的BCC另附DMR*字典条目名称：
*英文名称：
*对象类：
表示词：
包含的BCC(多个)或ASCC(0个或多个)：应用实例：
*业务需求/目的：
口是香另附文档
文档名称：
特性词：
*定义：
页码/总页数（包括附
件）：
联系人：
提交自期：
*DMR类型：
口增加
注1：A.2中的内容均为必填项。A.3中带”*”的项为必填项。注2：A.3中如果为BCC，则还必须填写\CCT类型”。口修改
业务术语：
GB/T20538.7—2006
是否可以技术评审：
CCT类型
注3，A.3中如果为ACC，则忽略“表示词”、“CCT构件”和\CCT类型”，但必须填写包含的ASCC和BCC。注4：A.3中如果为“删除”，则应给出原CC的A.2和A，3中的必填项：如果为“修改”，则在有关的项中填写由“×x××\改为\×xxx”。
GB/T20538.7—2006
B.1秘书处填写信息
登记号：
请求者信息
机构/公司名称：
电话：下载标准就来标准下载网
日期：
业务信息实体修改信息
*业务信息实体类型：
附录B
（规范性附录）
业务信息实体数据维护请求表
请求者：
通信地址：
电子邮件：
如果为ABIE，请就有关的BBIE另附DMR*对象类（包括限定词）：
业务术语：
所在的 ABIE以及出
现次数：
页码总页数（包括附
件)：
联系人：
是否可以技术评审
提交日期：
*DMR类型：
口增加
特性词（包括限定词）：
定义：
包含的BBIE（多个)或ASBIE(O个或多个）：应用实例：
*业务需求/目的：
口是否另附文档
文档名称：
注1：B.2中的内容均为必填项。B.3中带“*”的项为必填项。口修改
数据类型：
注2：B.3中如果为BBIE，则还必须填写“数据类型”和\所在的ABIE以及出现次数”。注3：B.3中如果为ABIE，则可以忽略“数据类型\和”所在的ABIE以及出现次数”。口香
口删除
注4：B.3中如果为“删除”.则应给出原业务信息实体在B.2和B.3中的必填项，如果为“修改”，则在有关的项中填写由“xxxx\改为“xxxx”。
秘书处填写信息
登记号：
请求者信息
机构/公司名称：
电话：
传真：
日期：
报文修改信息
*DMR类型：
口增加
*名称：
*功能描述：
附录C
【规范性附录】
报文数据维护请求表
请求者：
通信地址：
电子邮件：
口剧除
*UML模型：
*包含的BIE(1个或多个)：
应用实例：
*业务需求/目的：
是否另附文档
文档名称：
页码/总页数（包括附
件）：
联系人：
提交日期：
+XMLSchema
注1：C.2中的内容均为必填项。C,3中带“”的项为必填项。注2：报文中的业务信息实体请另附DMR。GB/T20538.7—2006
是否可以技术评审：
GB/T20538.7—2006
秘书处填写信息
登记号：
请求者信息
机构/公司名称：
电话：
传真，
日期：
D.3业务过程构件修改信息
*业务过程构件所属的业务范围：附录D
（规范性附录）
业务过程构件数据维护请求表
请求者：
通信地址：
电子邮件：
订单管理口产品信息市场信息管理库存管理口其他，名称为：
*名称：
*以下另附的文档中是否包含了：口说明文档*功能措述：
*交换的业务文档：
页码/总页数（包括附
件)：
联系人：
提交日期：
*DMR类型：
口增加
口业务过程构件XML文件
口交换的报文是否存在（如果否，请提交报文的数据维护请求表）应用实例：
*业务需求/目的：
是否另附文挡
文档名称：
注：D.2中的内容均为必填项。D.3中带”*”的项为必填项。8
是否可以技术评审：
口修改
口删除
E.1秘书处填写信息
登记号：
请求者信息
机构/公司名称：
电话：
传真：
日期：
专用代码表维护信息
*专用代码表修改类型：
新增一个代码表
附录E
（规范性附录）
专用代码表数据维护请求表
请求者：
通信地址：
电子邮件：
修改一个代码表，包含：
新增一项代码值
*代码表名称：
修改编码结构
*使用该代码表的业务信息实体名称：*修改内容：
应用实例：
*业务需求/目的：
□是否另附文档
文档名称：
口所附文档中是否包含了新增或修改后的完整代码表页码/总页数（包括附
件）：
联系人：
GB/T20538.7—2006
是否可以技术评审：
提交日期：
修改-项代码值
注：E.2中的内容均为必填项，E,3中带”*”的项为必填项。测除一项代码值
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。