页眉内容页脚虫 - 10系统对接设计1.1.1 对接方式系统与外部系统的对接方式以web service 方式进行。系统接口标准：本系统采用 SOA体系架构，通过服务总线技术实现数据交换以及实现各业务子系统间、外部业务系统之间的信息共享和集成，因此SOA体系标准就是我们采用的接口核心标准。主要包括：服务目录标准：服务目录API 接口格式参考国家以及关于服务目录的元数拯指导规范，对于W3CUDDIv2 API结构规范，采取UDDIv2 的 API 的模型，左义 UDDI 的査询和发布服务接口，泄制基于 Java和 SOAP的访问接口。除了基于SOAP1.2的 Web Service 接口方式，对于基于消息的接口采用JMS或者 MQ 的方式。交换标准：基于服务的交换，采用HTTP/HTTPS作为传输协议，而其消息体存放基于 SOAP1.2协议的 SOAP消息格式。 SOAP的消息体包括服务数据以及服务操作，服务数据和服务操作采用WSDL进行描述。Web 服务标准：用 WSDL描述业务服务，将WSDL发布到 UDDI 用以设计 / 创建服务 , SOAP/HTTP 服务遵循WS-I Basic Profile 1.0,利用 J2EE Session EJBs 实现新的业务服务，根据需求提供 SOAP/HTTP orJMS and RMI/IIOP 接口。业务流程标准：使用没有扩展的标准的BPEL4WS,对于业务流程以SOAP服务形式进行访问，业务流程之间的调用通过SOAPo数据交换安全：与外部系统对接需考虑外部访问的安全性，通过IP 白名单、 SSL 认证等方式保证集成互访的合法性与安全性。数据交换标准：制左适合双方系统统一的数据交换数拯标准，支持对增量的数据自动进行数据同步，避免人工重复录入的工作。页眉内容页脚虫 - 101.1.2 接口规范性设计系统平台中的接口众多，依赖关系复杂，通过接口交换的数据与接口调用必须遵循统一的接口模型进行设计。接口模型除了遵循工程统一的数据标准和接口规范标准，实现接口规范定义的功能外，需要从数据管理、完整性管理、接口安全、接口的访问效率、性能以及可扩展性多个方面设计接口规格。1. 1.2. 1 接口定义约定客户端与系统平台以及系统平台间的接口消息协议釆用基于HTTP协议的REST风格接口实现，协议栈如图4-2 所示。业务消息会话数抵HTTP/ HTTPS TCP/IP 底层承我图表 Error! No text of specified style in document.- 接口消息协议栈示意图系统在 http协议中传输的应用数据釆用具有自解释、自包含特征的JSON 数据格式，通过配置数据对象的序列化和反序列化的实现组件来实现通信数据包...
