土地矿权交易解 决 方 案

发布时间 : 星期日 文章土地矿权交易解 决 方 案更新完毕开始阅读

XX市土地矿权交易市场信息平台(软件部分)建设项目

图1.5 Web Service进行应用集成过程

(1)对原有应用服务按照Web Service的标准打包成一系列的服务接口,比如原有一个处理页面(处理函数、组件),按照标准将这些组件打包,提供一系列的应用接口,将其部署在Web Service服务器上。

(2)这些打包后的组件接口按照wsdl格式编写配臵文件。 (3)将这系列的服务接口进行发布。

(4)编写客户端应用程序,这些应用程序将通过SOAP RPC使用已打包的那些接口,实现对原有应用的使用。

5. 集成后应用的调用过程

(1)客户端应用如浏览器通过HTTP按照SOAP消息格式将请求发送出去。 (2)UDDI注册中心通过对请求消息格式进行分析,发现服务接口的目标地址。 (3)将目标服务和客户请求绑定到一起,并对服务进行访问,接受访问反馈结果。

(4)客户端通过接受的结果进行展现。

在通过WEB SERVICE对应用进行集成后能够充分利用已有应用资源,同时减少集成的工作量和工作难度。

6. 集成实现

XX市土地矿权交易市场信息平台涉及各类业务系统,应用集成是将原有系统的对外服务部分通过Web Service技术集成到一个统一平台上,在这个集成过程

第 21 页 共 140 页

XX市土地矿权交易市场信息平台(软件部分)建设项目

中,在原有系统的业务实现基础上,提供一系列的外部服务接口,将这些接口统一部署到Web Service服务器上,然后在统一平台中通过Web Service访问机制实现对原有业务系统的访问,并将访问结果以统一的方式展现,实现应用集成和统一门户。

其中,UDDI主要实现对服务的注册以及解析查找客户请求的服务,并将服务与客户请求进行绑定,实现对原有应用的访问,重用已有系统的业务功能。

各业务系统的业务功能包括WEB方式的处理页面、业务处理组件,利用Web Service技术能够屏蔽原有各业务系统平台以及原有系统的编程语言的差异,以统一的方式进行应用集成。

总之,本方案 SOA 架构采用了“自内而外”的实施方法,以业务需求为出发点,封装业务需求后发布标准的业务服务,再由业务流程管理平台自由组合这些业务服务,最后提供给信息使用者。同时,这个“自内而外”的过程也是一个迭代的过程,通过一次次的开放和组合这些业务服务,维持这个“活”的生态的 IT 系统,促进 IT 资源与不断变化的业务需求紧密结合。

本方案中SOA架构优势有以下几点:

(1)每个主要平台的可操作性和可实施性很强

从信息共享平台到流程整合平台和服务、数据管理发布平台,每个平台都是基于成熟的解决方案,历经了多年的实践开发和客户应用验证,不是一个虚无的、浮空的架构。

(2)更有成本效益的应用程序开发

基于 Web Service 标准的服务设计,使企业 IT 创建可重复使用服务存储库。当出现新的业务需求时,这些服务可以捆绑、合并到更高级的服务和复合应用中。这降低了解决方案开发和测试的成本,减少了冗余,加快了实现业务价值的时间。

(3)更容易管理、更安全的应用框架

本方案提供了一个易于管理的、安全的基础结构。通过对流程组合进行跟踪和控制,有效管理业务需求的变化;通过对接口版本的管理和审计,有效控制接口的使用;通过对 Web 服务而非应用程序本身的调用,在保护现有 IT 投资的同时,不会限制新功能的部署;通过强大的验证和授权模型,作用于所有服务,提

第 22 页 共 140 页

XX市土地矿权交易市场信息平台(软件部分)建设项目

供总体安全性。

本方案使用SOA的业务收益有以下几点: (1)更敏捷的业务决策

通过将业务服务和信息聚集到一套动态的复合业务应用程序中,决策者可以获得更准确、更全面的信息。跨越多个部门的人员、流程和系统,可以更容易地映射到单独的统一视图中,这样组织机构就可以更好地理解他们在日常的业务操作中做出的成本权衡。

(2)更强大的员工生产力

通过提供对系统和信息的流线型访问,并实现业务流程的改善,业务能够带动更强大的员工生产力。开发人员可以将他们的精力集中于重要的增值流程和半结构化的协作性活动,而无须遵守底层 IT 系统的限制和约束。而且,由于最终用户可以在表格和满足了他们的要求的显示因子(网站、丰富的客户端和移动设备)中访问信息,生产力得到了提高。

(3)与各基层业务组织及系统更稳固地联系

SOA 的利益可以扩展到组织机构的界限之外。由于异构系统和应用程序的集成变得更加容易,与外部应用系统的整合以及信息流程的流线化成为容易实现的目标。

1.3.3.4. 多层服务模型设计

N层结构其实是对传统Client/Server 结构的扩展,它以构建模块化应用程序为基础,对一个应用程序进行分割以后,可将代码划分为不同的逻辑组件,这些逻辑组件分为三种逻辑层:用户服务、业务服务和数据服务,它们共同组成一个应用程序。我们把这种设计模型称为“服务模型”。

三种服务的属性如下: (1)优化服务

提供信息和功能、浏览定位,保证用户界面一致性和完整性。 (2)业务服务

共享的业务政策,从数据中生成业务信息,保证业务一致性。

第 23 页 共 140 页

XX市土地矿权交易市场信息平台(软件部分)建设项目

(3)数据服务

数据的定义、永久数据的存储和检索,保证数据的一致性。

使用服务模型,可以把应用程序的需求分解成明确定义的服务,并进一步创建可重用的构件来实现它们。构件遵守公开的接口标准,所以是通用的、可共享的和可以灵活部署的。

这种基于构件的多层结构的优点可概括为以下四个方面: (1)可重用

许多应用程序可共享和重用封装在构件中的功能。 (2)灵活

从桌面计算环境到功能更强的网络服务器,随处都可分配工作,这有利于协调性能和网络带宽。

(3)可管理

将大型复杂的工程细分为简单、安全的构件工程。 (4)易维护

将业务逻辑部署在中央服务器上,而不是分散在用户桌面上,这有助于处理各种变化,并缩短解决方案的往返时间。

1.3.3.5. 企业应用集成技术

企业应用集成(Enterprise Application Integration, EAI)是一门新兴的技术,应用于应用系统之间的互操作。异构的应用系统由于语义、平台等方面的差异造成了彼此的间隔,使业务信息处于不一致的冗余状态,并中断了业务流程的自动化。EAI通过实现异构应用系统之间的无缝集成消弭信息孤岛,保护已有的IT投资,以最小的代价实现机构内部以及机构之间数据和业务流程的共享,并最终构建虚拟的企业网络。

EAI提供了应用系统互操作所需要的基础结构。考虑到应用系统的现状以及互操作的需要,EAI必须至少具有如下特性,即开放性、集成性、健壮性、伸缩性和安全性。

1. 开放性

第 24 页 共 140 页

联系合同范文客服:xxxxx#qq.com(#替换为@)