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

1系统接口设计

1.1接口设计原则

接口设计总体上遵循高内聚、低耦合、精分解的设计原则，尽量减少各系统间、系统内各模块间的耦合度、降低操作复杂度、保证实现的通用性、提高系统的重用性和扩展性，具体原则如下：

主要原则

（1）所有的接口设计需遵循ITSS标准及行业接口规范；

（2）技术上采用SOA组件化设计思想，实现系统间的松耦合。

其他原则

（1）使用简单、快捷，通用性好，可靠性高；

（2）充分考虑接口所涉及系统的应用扩展，灵活支撑需求变化；

（3）保证接口数据在接口所涉及的各个系统间的一致性；

（4）在数据交互过程中，应具有传送和接收后的确认过程；

（5）以XML格式数据为主要的数据传输载体。

1.2接口定义与分类

1.2.1内部接口

内部接口主要是指各个子系统间的接口关系，主要包含数据接口和服务调动接口。

1、内部系统间数据接口

主要是各子系统间数据共享接口。

2、内部系统间业务服务调用接口

主要是各个子系统间业务服务调用接口。

1.2.2外部接口

本项目是在文艺资源系统整合一期基础上建设，主要接口来源于整合一期中文艺资源数据库系统间的接口。

1、与文艺资源数据库系统对接接口

与文艺资源数据库系统对接，实现会员数据、作品数据交换至文艺资源数据库。

2、与身份认证系统对接接口

与身份认证系统对接，实现用户统一认证管理。

1.3接口设计模式

1、接口定义

接口是指用于完成各系统间和系统内部数据传递的接口。在系统中通常设计成一个数据库文件或接口转换模块，传出数据的系统通常对数据事先进行必要的加工处理，需要接收数据的系统按照用户的要求（用户事先定义的数据模式），通过接口完成数据传递的任务。

（1）数据模式

接口的核心是数据模式，所谓数据模式是指应用系统对要传递的数据应在数据的来源、内容、定义、分类、汇总、数据格式、数据去向等方面的处理上做出相应的规定。一般情况下数据模式是在软件初始化阶段由用户设定的，投入应用时大量的数据采集完全自动化。同时根据系统的实际需要用户也可以对数据模式进行修改和维护，甚至重新定义。

（2）传递数据的形式

对于传递数据的形式，不同的软件系统可采用不同的策略：一种是由接收数据的系统采取主动按照数据接口定义到对方系统去识别、采集。一种是由要传出数据的系统先对数据进行加工，然后按照数据接口定义将数据传递过去。如果是系统内接口，一般采用的是第一种，系统内外系统间的数据传递一般是第二种。

2、系统内部接口

系统内部接口适合于本项目内各业务系统之间的数据传递，要传递的数据的格式、内容基本上相同，无需再加工处理。接口不是系统之间的数据传递，而

是系统内部数据自动流转。这种接口需要事先确定数据传递的模式，并根据数据接口标准自动采集数据，自动生成数据库文件，送入系统内提供的接口，从而自动完成数据在系统内部的传递。这种情况直接进行数据传递从设计到实现相对简单。但需要注意，这种数据库文件的自动生成必须按规定顺序，否则必然造成混乱。

3、系统间接口

系统间接口可以定义为：系统间要传递的数据须在数据模式的基础上，依据数据模式的定义，对数据进行一定的汇总、加工等处理后才能进行传递。这种接口普遍适合本项目与其它应用系统间的数据交换。

4、系统外部接口

前两种接口适用于系统内部或系统间数据传递，第三种接口是不同的组织间系统数据的传递问题。由于不同的组织采用的系统的数据模式可能相差太大，要想实现数据的传递相对来说就比较困难，所以这种类型的接口，就要首先由接收数据系统采取主动按照数据模式到对方系统去识别、采集，然后转换成本系统能够识别和利用的数据模式。通过这个接口平台，实现外部系统的数据传递问题，实现与外部组织业务的一体化，进一步实现数据的实时动态处理和及时决策。这种接口更为复杂，因为它识别的可能是预先不知道的数据模式，这样就必须采用智能化的数据模式识别。

1.4接口实现方式

■WebService方式

WebService方式为基于不同平台及应用系统的功能调用。基于这一特点，本项目信息系统业务组件、公共组件以及其他系统提供的功能封装成服务，将服务注册到企业服务总线，也就是将业务逻辑暴露出来，成为WebService，就可以让任何指定的业务系统调用这些WebService。

■PORTLET/IFRAME方式

按照界面集成的统一标准规范以及界面集成框架webcenter，以PORTLET 或者IFRAME的形式实现界面的集成。

（1）总体设计要求

遵循统一的WEB页面开发规范；

实现统一的资源注册和权限认证；

（2）实现机制

要完成不同系统的WEB页面集成，从应用层面需要涉及到两个方面的技术即用户同步技术和单点登录技术。

■JDBC方式

本项目信息系统可以通过JDBC的形式访问数据源，JDBC是一种用于执行SQL语句的Java API，可以为多种关系数据库提供统一访问，它由一组用Java 语言编写的类和接口组成。

■API方式

本项目信息系统建设中需要考虑与其他待建及已建系统进行互联互通，同时各子系统间根据业务需求应互相通信，为了保持与原有系统之间接口的兼容性，需要提供多种API的方式进行接口的设计开发。对于API接口方式总体设计实现要求如下：

独立封装的逻辑处理函数接口；

方便与前端JA V A等程序的集成；

具有API版本管理功能；

具有与服务器端连接的高可靠性和高效性；

具有完整的日志记录功能；

具有与服务器端连接参数可配置化的功能

■共享目录接口方式

在本项目信息系统的建设中内部系统之间交互文件数据时，可以考虑采用共享目录接口方式进行数据文件的交互。对于共享目录接口方式总体设计实现要求如下：

统一规划交互的文件存放目录

具备高效、可靠的目录管理策略

具有可配置的目录读写权限控制

具有数据文件到达和处理的可靠触发机制

具有数据文件拷贝完成、未完成的状态区分标识

具有数据文件已经处理完毕和未处理的状态区分标识

共享目录接口主要通过基于共享读写存储的方式实现系统之间数据文件的交互，当对文件进行读写时通过目录文件的拷贝机制实现。

■数据交换方式

主要基于已建应用集成平台，通过数据交换节点接入配置与开发，实现两个系统间数据的共享交换，可以屏蔽两个系统间数据库差异、技术体系差异。

1.5接口详细设计

1.5.1内部接口设计

1.5.1.1内部系统间接口

基于API、WebService接口实现方式实现各子系统、系统与支撑软硬件之间进行信息传输的接口。

1.5.1.2内部数据访问接口

基于JDBC方式实现各子系统与数据库系统间的数据存取。

1.5.2外部接口设计

为保证文联业务和数据的统一管理，通过这些接口方式实现与外部系统之间的数据交互，将统一约定各种接口方式的实现机制和规范，本项目的各个分系

统在接口实施中将统一遵照约定的实现机制和规范，从而最终有效保证各个系统之间高质量、无缝隙、高可靠的数据交互及协同工作。基于此设计了本项目各种接口方式的实现机制及规范约定。具体如下图所示：

1.5.

2.1与文艺资源数据库系统接口

主要与文艺资源数据库系统对接接口，实现本项目业务过程中积累的人才、作品等数据交换存储至文艺资源数据库。

1.5.

2.2与身份认证系统接口

主要与身份认证系统对接接口，实现用户统一管理与认证。