软件系统平台对接接口方案.pdf

软件系统平台对接接口方案

接口设计原则

系统接口设计应遵循高内聚、低耦合、精分解的设计原则，
以减少各系统间、系统内各模块间的耦合度、降低操作复杂度、

保证实现的通用性、提高系统的重用性和扩展性。具体原则包

括遵循ITSS标准及行业接口规范，采用SoA组件化设计思想，
实现系统间的松耦合。此外，还应使用简单、快捷、通用性好、

可扩展性高的接口，并充分考虑接口所涉及系统的应用扩展和

灵活支撑需求变化。在数据交互过程中，应保证接口数据在接
口所涉及的各个系统间的一致性，并具有传送和接收后的确认

过程。以XML格式数据为主要的数据传输载体。

接口定义与分类

系统接口分为内部接口和外部接口。内部接口主要是指各

个子系统间的接口关系，包括数据接口和服务调用接口。外部

接口主要是在文艺资源系统整合一期基础上建设，主要接口来

源于整合一期中文艺资源数据库系统间的接口。与文艺资源数

据库系统对接接口实现会员数据、作品数据交换至文艺资源数
据库，与身份认证系统对接接口实现用户统一认证管理。

接口设计模式

接口是用于完成各系统间和系统内部数据传递的接口，通

常设计成一个数据库文件或接口转换模块。传出数据的系统通
常对数据事先进行必要的加工处理，需要接收数据的系统按照

用户的要求通过接口完成数据传递的任务。接口的核心是数据

模式，即应用系统对要传递的数据应在数据的来源、内容、定
义、分类、汇总、数据格式、数据去向等方面的处理上做出相

应的规定。数据模式通常在软件初始化阶段由用户设定，投入

应用时大量的数据采集完全自动化。同时，用户也可以根据系
统的实际需要对数据模式进行修改、维护或重新定义。传递数

据的形式取决于用户定义的数据模式。

不同的软件系统采用不同的数据传递策略。一种是接收数
据的系统主动按照数据接口定义到对方系统去识别、采集。另

一种是传出数据的系统先对数据进行加工，然后按照数据接口

定义将数据传递过去。系统内接口一般采用第一种策略，系统

内外系统间的数据传递一般采用第二种策略。

系统内部接口适用于本项目内各业务系统之间的数据传递，
要传递的数据的格式、内容基本上相同，无需再加工处理。接
口不是系统之间的数据传递，而是系统内部数据自动流转。这
种接口需要事先确定数据传递的模式，并根据数据接口标准自

动采集数据，自动生成数据库文件，送入系统内提供的接口，

从而自动完成数据在系统内部的传递。但需要注意，这种数据
库文件的自动生成必须按规定顺序，否则会造成混乱。

系统间接口是指系统间要传递的数据需要在数据模式的基
础上，依据数据模式的定义，对数据进行一定的汇总、加工等

处理后才能进行传递。这种接口普遍适合本项目与其他应用系

统间的数据交换。

系统外部接口是不同的组织间系统数据的传递问题。不同

组织采用的系统的数据模式可能相差太大，要想实现数据的传
递相对来说就比较困难。因此，接收数据系统需要主动按照数

据模式到对方系统去识别、采集，然后转换成本系统能够识别

和利用的数据模式。通过这个接口平台，实现外部系统的数据

传递问题，实现与外部组织业务的一体化，进一步实现数据的

实时动态处理和及时决策。这种接口更为复杂，因为它识别的

可能是预先不知道的数据模式，所以必须采用智能化的数据模
式识别。

接口实现方式有BWebService方式和PORTLET/IFRAME

方式。BWebService方式是基于不同平台及应用系统的功能调
用。将业务逻辑封装成服务，将服务注册到企业服务总线，也

就是将业务逻辑暴露出来，成为WebSerVice，就可以让任何

指定的业务系统调用这些XXX方式则是按照界面集成的统一

标准规范以及界面集成框架WebCenter，以PORTLET或者
IFRAME的形式实现界面的集成。总体设计要求遵循统一的

WEB页面开发规范。
实现统一的资源注册和权限认证的方案，需要涉及两个方
面的技术：用户同步技术和单点登录技术。为了实现不同系统

的WEB页面集成，可以采用多种技术方式。

一种方式是通过JDBC形式访问数据源。JDBC是一种用

于执行SQL语句的JavaAPI，可以为多种关系数据库提供统

一访问。它由一组用Java语言编写的类和接口组成。

另一种方式是采用API接口方式进行接口的设计开发。

对于API接口方式的总体设计实现，需要具备独立封装的逻
辑处理函数接口、方便与前端Java等程序的集成、API版本
管理功能、与服务器端连接的高可靠性和高效性、完整的日志
记录功能以及与服务器端连接参数可配置化的功能。

在内部系统之间交互文件数据时，可以考虑采用共享目录
接口方式进行数据文件的交互。共享目录接口方式