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

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

接口设计

在系统开发中，接口设计是非常重要的一部分。它需要遵

循高内聚、低耦合、精分解的设计原则，以尽量减少各系统间、

系统内各模块间的耦合度、降低操作复杂度、保证实现的通用
性、提高系统的重用性和扩展性。具体的设计原则包括：遵循

ITSS标准及行业接口规范，采用SoA组件化设计思想，实现
系统间的松耦合。此外，还需要使用简单、快捷、通用性好、
可扩展性高的接口，并充分考虑接口所涉及系统的应用扩展，

灵活支撑需求变化。同时，需要保证接口数据在接口所涉及的

各个系统间的一致性，并在数据交互过程中具有传送和接收后

的确认过程。最后，以XML格式数据为主要的数据传输载体。

接口定义与分类

接口分为内部接口和外部接口。内部接口主要是指各个子

系统间的接口关系，主要包含数据接口和服务调用口。其中，
内部系统间数据接口主要是各子系统间数据共享接口，而内部
系统间业务服务调用接口则主要是各个子系统间业务服务的调
用接口。外部接口则是在文艺资源系统整合一期基础上建设的，

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

中，与文艺资源数据库系统对接接口实现会员数据、作品数据
交换至文艺资源数据库，而与身份认证系统对接接口则实现用

户统一认证管理。

接口设计模式

接口是用于完成各系统间和系统内部数据传递的接口。在
系统中通常设计成一个数据库文件或接口转换模块，传出数据

的系统通常对数据事先进行必要的加工处理，需要接收数据的

系统按照用户的要求（用户事先定义的数据模式），通过接口
完成数据传递的任务。接口的核心是数据模式，即应用系统对

要传递的数据应在数据的来源、内容、定义、分类、汇总、数

据格式、数据去向等方面的处理上做出相应的规定。一般情况

下，数据模式是在软件初始化阶段由用户设定的，并且大量的

数据采集完全自动化。同时，根据系统的实际需要，用户也可

以对数据模式进行修改和维护，甚至重新定义。最后，传递数
据的形式也需要考虑，以确保数据传输的准确性和可靠性。
不同的软件系统采用不同的数据传递策略。一种是接收数
据的系统主动按照数据接口定义去识别和采集数据，另一种是

传出数据的系统先对数据进行加工处理，然后按照数据接口定

义传递数据。对于系统内接口，一般采用第一种方式，而系统
内外系统间的数据传递则一般采用第二种方式。

系统内部接口适用于本项目内各业务系统之间的数据传递，
需要传递的数据格式和内容基本相同，无需再加工处理。这种

接口不是系统之间的数据传递，而是系统内部数据自动流转。

为实现自动数据传递，需要确定数据传递模式，并根据数据接
口标准自动采集数据，自动生成数据库文件，送入系统内提供

的接口。需要注意的是，数据库文件的自动生成必须按规定顺

序，否则会造成混乱。

系统间接口需要在数据模式的基础上，对数据进行一定的

汇总、加工等处理后才能进行传递。这种接口适用于本项目与

其他应用系统间的数据交换。

系统外部接口适用于不同组织间系统数据的传递问题。由
于不同组织采用的系统数据模式可能相差太大，实现数据传递
相对困难。因此，需要接收数据系统主动按照数据模式到对方
系统去识别、采集数据，并将其转换成本系统能够识别和利用

的数据模式。通过这个接口平台，实现外部系统的数据传递问

题，进一步实现数据的实时动态处理和及时决策。这种接口更
为复杂，因为它可能识别预先不知道的数据模式，因此需要采

用智能化的数据模式识别。

接口实现方式包括BWebService方式和

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

服务总线，让任何指定的业务系统调用这些XXX方式则按照

界面集成的统一标准规范以及界面集成框架WebCenter，以

PORTLET或IFRAME的形式实现界面的集成。总体设计要求
遵循统一的WEB页面开发规范。
本文讨论了实现统一的资源注册和权限认证的两个机制，

即用户同步技术和单点登录技术。本系统可以通过JDBC方式

或API方式访问数据源。对于API接口方式，需要具备独立

封装的逻辑处理函数接口、方便与前端程序集成、API版本管
理、与服务器端连接的高可靠性和高效性、完整的日志记录功
能以及与服务器端连接参数可配置化的功能。共享目录接口方
式需要统一规划交互的文件存放目录、高效、可靠的目录管理
策略、可配置的目录读写权限控制、数据文件到达和处理的可

靠触发机制、数据文件拷贝完成、未完成的状态区分标识以及

数据文件已经处理完毕和未处理的状态区分标识。数据交换方
式基于已建应用集成平台，通过数据交换节