搜索
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语句的JavaAPI，可以为多种关系数据库提供统一访问，它由一组用Java语言编写的类和接口组成。■API方式本项目信息系统建设中需要考虑与其他待建及已建系统进行互联互通，同时各子系统间根据业务需求应互相通信，为了保持与原有系统之间接口的兼容性，需要提供多种API的方式进行接口的设计开发。对于API接口方式总体设计实现要求如下：独立封装的逻辑处理函数接口；方便与前端JAVA等程序的集成；具有API版本管理功能；具有与服务器端连接的高可靠性和高效性；具有完整的日志记录功能；具有与服务器端连接参数可配置化的功能■共享目录接口方式在本项目信息系统的建设中内部系统之间交互文件数据时，可以考虑采用共享目录接口方式进行数据文件的交互。对于共享目录接口方式总体设计实现要求如下：统一规划交互的文件存放目录具备高效、可靠的目录管理策略具有可配置的目录读写权限控制具有数据文件到达和处理的可靠触发机制具有数据文件拷贝完成、未完成的状态区分标识具有数据文件已经处理完毕和未处理的状态区分标识共享目录接口主要通过基于共享读写存储的方式实现系统之间数据文件的交互，当对文件进行读写时通过目录文件的拷贝机制实现。■数据交换方式主要基于已建应用集成平台，通过数据交换节点接入配置与开发，实现两个系统间数据的共享交换，可以屏蔽两个系统间数据库差异、技术体系差异。1.5接口详细设计1.5.1内部接口设计1.5.1.1内部系统间接口基于API、WebService接口实现方式实现各子系统、系统与支撑软硬件之间进行信息传输的接口。接口名称中国文联相关业务系统接口接口类型Webservice/api交互方向各子系统相互进行信息传输输入需要进行传输的信息输出传输结果功能定义各子系统、系统与支撑软硬件之间进行信息传输的接口。1.5.1.2内部数据访问接口基于JDBC方式实现各子系统与数据库系统间的数据存取。接口名称中国文联相关业务数据接口接口类型JDBC交互方向各子系统与数据库系统间进行信息传输输入需要进行传输的信息输出传输结果功能定义各子系统与数据库系统间的信息传输接口。1.5.2外部接口设计为保证文联业务和数据的统一管理，通过这些接口方式实现与外部系统之间的数据交互，将统一约定各种接口方式的实现机制和规范，本项目的各个分系统在接口实施中将统一遵照约定的实现机制和规范，从而最终有效保证各个系统之间高质量、无缝隙、高可靠的数据交互及协同工作。基于此设计了本项目各种接口方式的实现机制及规范约定。具体如下图所示：文艺项目申报管理系统身份认证系统项目材料填报项目检索分析文艺资源数据库系统（整合一期）项目生命周期管理专家在线评审1.5.2.1与文艺资源数据库系统接口主要与文艺资源数据库系统对接接口，实现本项目业务过程中积累的人才、作品等数据交换存储至文艺资源数据库。接口名称与文艺资源数据库系统对接接口实现方式应用集成平台数据交换交互方向本项目各子系统与文艺资源数据库系统输入请求执行信息输出响应结果功能定义通过数据交换方式与文艺资源数据库系统对接，实现数据的共享。1.5.2.2与身份认证系统接口主要与身份认证系统对接接口，实现用户统一管理与认证。接口名称与身份认证系统对接接口实现方式应用集成平台数据交换交互方向本项目用户数据与身份认证系统的注册与管理输入请求执行信息输出响应结果功能定义以数据交换方式与用户数据对接，实现统一用户认证。