3 总体方案设计
3.1 设计原则
1)
构件式系统
系统由一系列独立部署的构件组成，构件的设计应该满足以下要求： ?
构件多实例运行：应该尽量满足对每一个构件都可以同时运行多个构件实例的需求，以保证系统的高可靠性与可伸缩性。 ?
构件接口定义稳定：应充分考虑构件间接口稳定性，使用XML或者类似的结构，以保证接口传输参数与内容的可扩展性。 ?
构件粒度合理确定：应综合考虑系统性能、扩展性等方面的因素，同时兼顾系统在部署、维护和管理等方面的要求，合理确定构件粒度。 2)
分布式、面向接口访问
每个构件均可以承担服务提供者和服务使用者两种角色，服务使用者通过访问服务提供者的接口获取相应的服务。
系统必须实现构件的分布透明机制。组成系统的构件实例可以部署在一台或多台主机上。构件提供的服务访问对分布地点、位置透明，服务使用者通过构件的逻辑名称即可获取服务而与构件所在主机的物理位置无关。 3)
松耦合、高内聚原则
系统设计须遵循松耦合、高内聚原则。构件之间保持松耦合状态，服务的具体实现方式对服务使用者透明。在构件内部所实现的功能与结构保持高度逻辑相关性的同时，保证构件间的相互独立性。 4)
共享信息服务
系统必须提供独立于业务的共享信息服务。共享信息服务遵循企业的数据模型规范，外部系统通过企业集成与接口平台，访问系统的共享信息，以实现系统间的集成与互操作。 5)
业务过程与构件实现分离
应综合考虑业务过程与构件实现的分离的原则，利用流程管理、策略管理和界面集成技术，动态地定义系统的行为以实现系统功能。应用此种技术在获得灵活性与可扩展性的同时，也应当充分预见其对系统性能带来的影响。
3.2 技术路线 3.2.1 应用整合平台
应用整合平台是以EAI技术为基础，将不同地应用系统无缝地整合为一个完整的应用系统的基础架构，是企业级应用综合调度和运行、管理的基础平台。应用整合平台是各个子系统进行通讯的纽带，它不受具体业务的限制。应用整合平台主要由业务流程管理引擎、公共信息总线、公共数据服务，以及公用的数据转换服务、注册服务、安全服务、交易控制服务、日志服务和适配器开发框架工具型组件等组成。
业务流程管理引擎通过对流程的定义、执行、管理和监控，提供了一个快速开发、部署和管理业务流程的软件平台；公共信息总线将所有的业务系统以相同的方式连结在一个用来相互通信的结构性部件上，实现不同系统间的互联互通；系统中最基本、最重要的数据模型构成了共享的核心数据，这些数据在应用整合平台中被集中存储、统一维护，通过公共数据服务向外部开发。应用整合平台中还包括一些公用的工具型服务组件。数据转换服务为不同应用系统间的数据分析、格式映射、格式转换提供通用的工具。注册服务负责维护所有服务组件的集中目录，供其他组件注册和查询。安全服务为应用系统提供统一的消息传输加密解密服务、应用访问权限控制等。交易控制服务负责对应用系统间的联机交易事务进行监控、管理，保证交易的一致性和持久性。日志服务为应用程序组件提供统一的日志记录服务，使得所有的应用系统间的交易有统一的日志记录以便监控和查询。适配器框架是应用整合平台向应用系统提供的适配器开发框架，使得我们可以快速地为应用系统开发出联接到EAI平台上的适配器。
目前EAI的主流技术以应用服务器（如J2EE应用服务器）为基础，采用开放的XML、Web Service、BPEL等多种标准和技术实现。
? 从技术上看，基于成熟应用服务器的EAI可以为企业提供以下好处：
? 可靠性：提供一个坚固的系统运行环境，具有强大的故障恢复能力、系统重新启动
和恢复能力、数据可靠传输能力等。
? 可扩展性：提供动态部署能力，涉及交易方式、应用程序配置、对象服务嵌入等。 ? 可管理性：系统要实现有效的管理，管理内容包括应用服务器、操作系统进程和线
程、数据库连接，以及网络会话等。 ? 数据一致性：交易完整性保障。
风景区基础数据平台与企业数字化应用平台技术建议书
