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

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 方式为基于不同平台及应用系统的功能调用。基于这一特点， 本项目信息系统业务组件、公共组件以及其他系统提供的功能封装成服务，将服 务注册到企业服务总线，也就是将业务逻