E航海技术服务规范 第1部分：总体架构与通用规则.pdf

该【E航海技术服务规范 第1部分：总体架构与通用规则 】是由【书籍1243595614】上传分享，文档一共【38】页，该文档可以免费在线阅读，需要了解更多关于【E航海技术服务规范 第1部分：总体架构与通用规则 】的内容，可以使用淘豆网的站内搜索功能，选择自己适合的文档，以下文字是截取该文章内的部分文字，如需要获得完整电子版，请下载此文档到您的设备，方便您编辑和打印。 : .
ICS
CCS R29
JT
中华人民共和国交通运输行业标准
JT/T XXXX—XXXX



E 航海技术服务规范
第 1 部分：总体架构与通用规则
The Specification of E-Navigation Technical Services—
Part1: General framework and principles
（征求意见稿）
在提交反馈意见时，请将您知道的相关专利连同支持性文件一并附上。

20XX-XX-XX 发布 20XX-XX-XX 实施
中华人民共和国交通运输部 发布 : .
JT/T XXXX—XXXX
E 航海技术服务规范 第 1 部分：总体架构与通用规则
1 范围
本文件规定了E航海技术服务的总体要求，以及服务规范、服务技术设计和服务实例等规范文档的
编制要求。
本文件适用于E航海技术服务设计、规范文档编制、服务开发与应用。

2 规范性引用文件
下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文件，
仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括所有的修改单）适用于本
文件。
IHO S-100 通用海道测量数据模型（IHO Universal Hydrographic Data Model）
3 术语和定义、缩略词
术语和定义
下列术语和定义适用于本文件。

技术服务 technical service
一种经标准化数据采集、处理、生产和发布的，为航海相关利益者提供导助航和决策支持的数据流。

服务接口 service interface
一个自动化系统与另一个自动化系统或人之间的共享边界。

服务操作 service operation
通过服务接口与服务进行编程通信的功能或过程。

操作节点 operational node
执行服务操作的逻辑实体。

消息交换模式 message exchange pattern
1 : .
JT/T XXXX—XXXX
不同系统间进行交互和通信的方式。
缩略语
下列缩略语适用于本文件。
API：应用程序编程接口（Application Programming Interface）
JSON：JavaScript 对象标记（JavaScript Object Notation）
LAT：纬度（Latitude）
LON：经度（Longitude）
MCP：航海互联平台（The Maritime Connectivity Platform）
MEP：消息交换模式（Message Exchange Pattern）
MRN：航海资源名（Maritime Resource Name）
MS：海事服务（Maritime Service）
OGC：开放地理空间联盟（Open Geospatial Consortium）
REST：表述性状态转移（Representational State Transfer）
SOA：面向服务架构（Service Oriented Architecture）
SOAP：简单对象访问协议（Simple Object Access Protocol）
SSD：服务规范文档（Service Specification Document）
UML：统一建模语言（Unified Modeling Language）
UN/LOCODE：联合国贸易和运输地点代码（United Nations Code For Trade And Transport Locations）
URL：统一资源定位符（Uniform Resource Locator）
VTS：船舶交通服务（Vessel Traffic Services）
WFS：网络要素服务（Web Feature Service）
WMS：网络地图服务（Web Map Service）
WSDL：网络服务规范语言（Web Service Definition Language）
XML：可扩展性标记语言（Extensible Mark-Up Language）
XSD：XML模式定义（XML Schema Definition）
4 总体要求
构成要素
E 航海技术服务规范由服务规范、服务技术设计和服务实例三部分构成，见图 1。
2 : .
JT/T XXXX—XXXX

图1 服务规范构成要素
服务规范、服务技术设计和服务实例均应包含文档和 XML 两种规范描述方式。XML 规范应对文
档规范中的内容进行结构化编码封装，便于服务的自动化数据处理，且应满足下列要求：
——基础数据类型 XSD 结构 ，符合附录 A 的规定；
——服务规范 XSD 结构，符合附录 B 的规定；
——服务技术设计 XSD 结构，符合附录 C 的规定；
——服务实例 XSD 结构，符合附录 D 的规定；
——服务规范文档模板，符合附录 E 的规定；
——服务技术设计文档模板，符合附录 F 的规定；
——服务实例文档模板，符合附录 G 的规定。
服务规范应规定一个服务的基本用途、接口和服务逻辑数据模型等信息。服务规范的构成要素
如下：
——服务规范（文档）；
——服务规范（XML）；
——服务逻辑 数据模型（XSD）：描述服务中数据模型的 XML 模式定义文件。服务逻辑数据模型
XSD 应包含在服务规范（XML）中，并使用<![CDATA[]]>标签封装。
服务技术设计应规定一个服务的技术实现方法。服务技术设计的构成要素如下：
——服务技术设计规范（文档）；
3 : .
高 层 级 ， 技 术 无 关 的 服 务 描 述 ， 包 括 ：
- 需 求
JT/T XXXX—XXXX
+ 数 据 模 型
——-服务技术设计规范（ 接 XML口）； 规 范
——服务物理数据模型：物理数据模型应与服务规范中的 逻辑数据模型相映射。如有必要，应提 服 务 规 范 服 务 逻 辑 数 据 模 型
-供数据模型映射表。 数 据 结 构 定 义 1 1
服务实例用于说明一个具体服务的实现和部署信息。当多个服务实例实现同一个技术设计时，
多个服务实例可同时存在。服务实例的构成要素如下：- 动 态 行 为 描 述
——服务实例规范（文档）；
——-服务实例规范（ 其XML）；他 可 选 内 容
——已部署实现的软件系统。
注：一个服务实例（同一个软件）可在不同位置、不同时间多次部署（使用同一个服务实例描述文档）。
基本内容
服务规范由服 服务规范务、服务技术设计规范和服务实例规范三个文件组成，技 术 设见图 2。 计 描 述 ， 包 括 技 术 选 择 和 正 式 + 数 据 模 型
服 务 技 术 设 计 服 务 物 理 数 据 模 型
接 口 定 义 （ 例 如 ， W S D L ） 等
1 1
服