基于SOA的企业信息系统集成框架
基于SOA的企业应用集成架构研究的开题报告
基于SOA的企业应用集成架构研究的开题报告一、选题背景与意义近年来，随着企业信息化建设的深入开展，越来越多的企业采用多种信息系统进行管理，如ERP系统、CRM系统、OA系统等，这些系统由于各自的特点和发展历程导致系统之间存在割裂、信息孤岛和数据不一致等问题，无法满足企业业务的复杂度和快速变化的需求。
因此，如何进行企业内部系统的集成和信息交换，成为了当下企业信息化建设中亟待解决的难题。
在这样的背景下，SOA(Service-Oriented Architecture，面向服务的架构)的出现极大地推动了企业内部系统的集成和信息交换，SOA架构具有服务重用、松耦合、灵活性高、可扩展性好等诸多优点，可以满足企业在不同时间、地点、业务场景下的灵活集成需求。
因此，基于SOA的企业应用集成架构研究具有重要的现实意义和理论研究价值。
二、研究目的本研究旨在通过对SOA架构的研究和应用，构建一种高效、可靠、灵活的企业应用集成架构，使企业内部的信息系统能够实现信息流无缝衔接、实时共享、高效协同，达到提升企业整体资源利用效率和降低管理成本的目的。
三、研究内容和技术路线1. SOA架构理论研究本部分主要对SOA架构的基本理论、核心概念、技术特点、标准规范等方面进行深入研究，探讨SOA架构在企业应用集成中的优势和应用思路。
2. 企业应用集成需求分析通过对企业内部现有信息系统的分析和调研，深入了解企业应用集成需求，包括数据交互、接口定义、服务重用等方面的需求，为后续的研究和应用奠定基础。
3. 基于SOA的企业应用集成架构设计本部分将根据需求分析的结果，选取合适的SOA平台工具和技术，设计一种可行的基于SOA的企业应用集成架构，构建系统模型，匹配不同的技术组件，实现对不同信息系统的集成和信息交换。
4. 基于SOA的企业应用集成架构实践研究本部分将通过对实际企业的信息系统进行集成和应用实践，验证所设计的SOA架构的可行性和效果，分析实践过程中的问题和挑战，总结经验和教训。
面向SOA的企业级应用集成技术研究
面向SOA的企业级应用集成技术研究随着信息化建设的不断深入，企业级应用集成技术的重要性也越来越突出。
面向服务的架构（SOA）是一种在企业级应用集成中被广泛应用的技术，它通过将应用系统拆分为独立的服务，并将这些服务通过统一的接口进行整合，使得企业在面对复杂的应用集成问题时更加灵活、高效、可靠。
本文将对面向SOA的企业级应用集成技术进行探讨，分别从SOA架构、企业服务总线（ESB）和服务组合、服务编排、服务容错等方面进行研究。
一、SOA架构SOA架构是指面向服务的架构，它是一种将应用系统拆分为独立的服务并将服务通过统一的接口进行整合的系统架构。
SOA以服务为中心，提供了一个基于服务的模型，使得不同的应用系统可以通过公共的接口进行整合。
SOA的优势在于其能够降低应用系统之间的耦合度，提高系统的可扩展性和灵活性，降低系统的维护成本。
二、ESBESB是企业服务总线，它是SOA架构的重要组成部分。
ESB负责将不同的服务进行整合，并确保服务之间能够进行通信。
ESB是一种消息路由器，它负责将消息从一个服务传递到另一个服务。
ESB还可以处理服务的事务，确保服务的可靠性和容错性。
ESB的优势在于其能够将不同的服务整合成一个统一的系统，并提供多种通信协议的支持，使得企业能够更加高效地完成应用集成。
三、服务组合服务组合是将多个服务进行整合，形成一个新的服务的过程。
服务组合可用于提供新的功能和业务流程，也可以作为现有服务的代理。
服务组合需要考虑服务的顺序和依赖关系，以及服务之间的数据流和交互模式。
服务组合可以通过编程来实现，也可以使用业务流程管理系统（BPMS）来实现。
四、服务编排服务编排是指将服务组合成一个工作流或业务流程的过程。
服务编排可以使用BPMS来实现，BPMS提供了一个视图，用于设计和管理业务流程和服务组合。
服务编排需要考虑服务的依赖关系、数据流和交互模式，以及服务间的消息传递和事件处理。
服务编排可以优化业务流程，提高企业业务的效率和可靠性。
需求分析--基于SOA架构的企业应用集成
基于SOA的企业个性化信息集中管理系统需求分析天津市电力公司2006年7月1.1背景 (4)1.2范围 (4)2功能需求 (5)2.1消息平台建设 (5)2.1.1系统目标 (5)2.1.2用户和角色 (5)2.1.3涉及系统： (6)2.1.4平台要求 (6)2.1.5消息平台功能要求： (6)2.1.6其他要求 (7)2.2值班管理： (8)2.2.1系统目标： (8)2.2.2用户和角色 (8)2.2.3值班排班实现方式的要求 (9)2.2.4提醒方式要求 (9)2.3制定天津电力信息系统的集中式使用系统权限管理方案 (10)2.4在现有门户系统基础上增加部分功能 (10)2.4.1系统目标 (10)2.4.2用户和角色 (10)2.4.3功能要求 (10)2.5CMS简单工作流 (14)2.5.1系统目标 (14)2.5.2用户和角色 (14)2.5.3工作流的系统设置 (14)2.5.4工作流的使用配置 (15)2.5.5工作流的查询 (16)2.5.6工作流模块和cmsapp的集成 (16)2.5.7工作流和消息平台的集成 (18)3.1消息平台性能 (18)3.2其他性能 (19)3.3系统高可用和负载均衡 (19)4项目周期 (19)1概要1.1背景结合天津电力信息系统使用实际，在企业信息门户系统的基础上，整合现有业务系统的代办信息和业务报表，实现面向企业内部信息系统深层次的使用，待办信息最终以门户待办列表、MSN和手机短信等多种方式提醒最终用户。
系统的建设不但实现对天津电力现有系统基于SOA架构的整合，而且能够对天津电力未来信息系统提供标准的扩展能力，从而补充天津电力信息系统开发规范1.2范围项目需求分成以下部分：◆基于企业信息门户的消息平台建设；◆值班排班管理；◆制定天津电力信息系统的集中式使用系统权限管理方案；◆在门户系统一期基础上完善部分功能；◆完成典型使用的消息集成（OA办公自动化和基建项目管理系统）；◆CMS的简单工作流；2功能需求2.1消息平台建设2.1.1系统目标结合天津电力信息系统使用实际，在企业信息门户一期系统的基础上，通过对系统消息的抽象，能够以统一的方式整合现有业务系统的待办信息和业务报表，实现面向企业内部信息系统深层次的使用。
基于SOA的企业信息化架构设计
基于SOA的企业信息化架构设计## 第一章企业信息化架构概述随着信息化技术的迅速发展，企业信息化已经成为企业发展的重要方向，企业信息化架构也逐渐成为企业信息化的核心。
企业信息化架构是指企业信息系统的组织结构、管理体系、数据和应用程序之间的关系，并通过IT技术进行有机链接，以实现企业信息化的目标。
在企业信息化架构设计中，SOA（Service Oriented Architecture，面向服务的架构）成为了一种主流的架构模式。
SOA是一种基于服务的架构风格，其中服务以标准化的方式进行定义，并通过网络进行通信，以实现跨越组织边界的功能集成。
本文将从以下几个方面介绍基于SOA的企业信息化架构设计。
## 第二章 SOA架构概述SOA是一种基于服务的架构模式，其中服务是一些基于网络的、自治的、可重用的、有标准化接口的软件组件。
SOA通过定义服务、实现服务和使用服务来实现互动和交换。
SOA的核心是服务，它将各种应用程序、业务进程和资源抽象为服务。
SOA的架构由以下几部分组成：### 服务提供者服务提供者是SOA架构中提供服务的实体，服务提供者是一个独立的软件模块，它有自己的数据存储和逻辑处理能力。
### 服务请求者服务请求者是SOA架构中的用户，它通过网络请求服务提供者提供的服务。
### 服务仓库服务仓库是SOA架构中的服务存储库，它存储了所有可用的服务。
服务请求者可以在服务仓库中查找需要的服务。
### 服务总线服务总线是SOA架构中连接服务提供者和服务请求者的枢纽，它负责路由服务请求和传输服务响应。
### 服务组装器服务组装器是SOA架构中的重要组成部分，它由多个服务组成一个具备新的功能的服务。
### 服务安全服务安全是SOA架构中保护服务、数据和身份的重要部分。
## 第三章基于SOA的企业信息化架构设计企业信息化架构设计是指将企业IT系统的组织结构、管理体系、数据与应用程序之间的关系进行有机链接，以实现企业信息化目标。
基于SOA的企业服务架构设计与实现
基于SOA的企业服务架构设计与实现随着信息化技术的飞速发展，企业的信息化建设已经成为了企业发展的重要部分。
在这个过程中，企业服务架构被越来越多的企业所采用，它可以帮助企业提升IT系统的灵活性、可扩展性和可重用性，提高企业的生产效率和质量。
SOA是企业服务架构的一种实现方式，它是一种面向服务的架构，提供了一种分布式的、松耦合的、基于标准化协议的服务间通信机制。
下面我们来探讨一下基于SOA的企业服务架构的设计与实现。
一、企业服务架构（SOA）的特点1. 面向服务：SOA将业务功能按照服务的方式划分，能够提供更加精细的服务。
2. 松耦合：SOA中的服务之间并不直接依赖，可以独立地进行开发、测试和部署，易于扩展和升级。
3. 分布式：SOA中的服务可以分布在不同的应用程序或不同的计算机上，使得系统更加灵活、可扩展性更高。
4. 标准化：SOA采用标准协议和格式，使得服务能够在不同的平台和技术中实现互操作性。
二、基于SOA的企业服务架构的设计1. 服务的划分：将企业业务中的功能进行分析、归类，划分为相应的服务，服务之间具有较强的复用性。
2. 服务的描述：对每个服务进行详细的描述，包括该服务的功能、输入输出参数、调用方式和响应等信息，使得服务能够被使用和管理。
3. 服务的编排：将多个服务组合成为业务流程，通过编排来实现更复杂的业务流程。
4. 服务的发布：将服务部署在企业内网或云上，使得服务能够在企业内部或与外部的系统和应用进行通信和交互。
5. 服务的监控：对服务进行监控，监控服务的调用情况、性能状况等，及时发现和排除问题，保障服务的可靠性和稳定性。
三、基于SOA的企业服务架构的实现1. 选取适合的开发工具：Java等编程语言和相关的开发框架具有良好的SOA支持，可以帮助开发人员快速实现并部署服务。
2. 数据库设计：在SOA中，服务的数据要进行统一管理，需要根据服务的功能需求来设计相应的数据表和访问接口。
3. 接口设计：SOA中，服务之间通过接口进行通信，需要对接口进行详细的设计，保证服务之间能够稳定、高效的通信。
基于SOA构建企业信息化流程集成平台
动 ，因此在设计 的时候都是充分考虑 具体 的业务需求
和功能需求 ，对其他部 门、其他系统考 虑很 少，这样 的设计方法本身没有 问题 ，但是今后 企业 管理的趋 势 是跨部 门、跨各个应用 的融合业务需求会越来越多 ，
需要各部 门协 同办公 的场景也越来越普遍 ，这就对 以 往各 自为政 的业务流程管理提 出很大 的挑 战 ，需要在
到端流程
关键词 ：业务流程管 理；端 到端流程 ；集成平 台：Ｓ Ａ：共享流程 Ｏ
Ｒｅ ｅ ｒ ｈ ｏ ｎｔ ｇ ａ ｉ ｎ Ｐｌ ｔｏ ｍ ｎ ＢＰＭ ｓ ｄ ｎ Ｓ０Ａ ｓ ａ ｃ ｆＩ ｅ ｒ ｔｏ ａ ｆ ｒ ｉ Ｂａ ｅ ｏ
ＺＨＡ Ｎ Ｇ ａ ｇ Ｆｅ ｇ ＬＩ Ｊ ｎ Ｆ ｎ — ｎ ， Ｕ ｕ
２１ ０ ２年 第 ２ 卷 第 ６ 期 １
ｈ ｐ＃ ｗｃＳａ ｒ． ｔ ：ｗｗ ． －． ｇｃ ｔ ・ ｏ ｎ
计 算 机 系 统 应 用
基于 Ｓ ＯＡ构 建企 业信 息化流程 集成 平 台①
张 方 风 ，刘 军
（ 北京物资学院信 息学 院，北京 １ １４ ） ０ １９ 已建设 的业务流程管理系 统多数情 况下是互相割裂 的，很难做到 数据、信
门或者某类具体应用管理 的独立系统 ，主要 是对管理 信息进行收集、传递、存储 、处理 。这些系 统都是 为 了满足某个领 域的特 定需求而进行开发设计 ，随着业 务流程管理信 息化的演进，先前独立开发 的各系统具
有很多先天性缺陷，主要表现在 ：
他们之 间开发新 的数据 、流程交互接 口，对 跨系统流 程 进行集成 。此外各系统采用相对独立 的流程 引擎 ， 很难 实现共享 数据 、共享流程 、系统整合 。 ２ ）跨部 门和应用的“ 长流程” 阻隔，无法实现端 被
基于SOA的新型企业应用集成框架的研究与设计
基于 Ｓ Ａ 的新 型企 业应用集成框 架 的研究 与设计 Ｏ
吕 占德 ，傅 秀 芬
（ 东 工 业 大 学 计 算 机 学 院 ，广 东 广 州 ５ ０ ０ ） 广 １０ ６
摘 要 ：针 对 传 统 的企 业 应 用 集成 （Ａ ） 乏 灵 活 性 和 适 应 性 、 成 难 度 较 大 等 问题 ， 论 了相 关 Ｅ Ｉ缺 集 讨
（ａｕｔ ｏ ｏ ｐ ｔｒ ｕｎｄ ｎ ｎｖｒ ｔ ｏ Ｔ ｃｎ ｌ ｙ ｕｎ ｚｏ ０ ６ ｈｎ ） Ｆｃ ｌ ｆＣ ｍ ｕｅ，Ｇ ａ ｇｏｇ Ｕ ｉ ｓｙ ｆ ｅｈ ｏ ｇ ，Ｇ ａ ｇｈ ｕ ５ ００ ，Ｃ ｉａ ｙ ｅ ｉ ｏ １
Ａｂ ｔ ｃ ： Ａｃ ｏ ｄ ｎ ｏ ｈ ｐ ｏ ｎ ｔ ｒ ｏ ｅ ｉ ｉ ｔ ａ ｄ ｄ ｐ ａ ｉ ｔ ， ｉ ｔｇ ａ ｉｎ ｎ Ｓ ｏ ｓｒ ｔ ａ ｃ ｒ ｉ ｇ ｔ ｔ ｅ ｏ ｒ ａ ｕ ｅ ｆ ｆ ｘ ｂ ｌ ｙ ｎ ａ ａ ｔｂ ｌ ｙ ｎ ｅ ｒ ｔ ａ ｄ Ｏ ｎ，ｔ ｒ ｕ ｈ ｌ ｉ ｉ ｏ ｈ ｏ ｇ ｍａ ｉｇ ｕ ｌ ｓ ｏ ｈ ｋ ｎ ｆ ｌ ｕ ｅ ｆ ｔ ｅ
ｌｏ ｅｙ ｃ ｕ ｌ ｄ ｒ ｓ －ｐ ａｆｒ ，ｒ ｕ ａ ｌ ｄ ａ ｔ ｇ ｓ ｆ Ｓ ｏ ｓ ｌ ｏ ｐ ｅ ，ｃ ｏ ｓ ｌｔ ｍ ｏ ｅ ｓ ｂｅ ａ ｖ ｎａ ｅ ｏ ＯＡ，ｔ ｉ ａ ｅ ｉｃ ｓ ｅ ｈ ｅ ｅ ａ ｔ ｕ ｐ ｒｉ ｇ ｔ ｃ ｎ ｌｇ ｅ ，ａ ｄ ｒ ｐ ｓ ｓ ｈ ｓ ｐ ｒ ｄ ｓ ｕ ｓ ｓ ｔ ｅ ｒ ｌ ｖ ｎ ｓ ｐ ｏ ｎ ｅ ｈ ｏｏ ｉ ｓ ｎ ｐ ｏ ｏ ｅ ｐ ｔ
Ｄｅ ｉｎ ａ ｄ ｒ ｓ ａ ｃ ｆｎ ｗ ｎ ｅｐ ｉｅ ａ ｐ ｉａｉｎ ｉ ｔｇ ａｉｎ ｂ ｓ ｄ ｏ ＯＡ ｓｇ ｎ ｅ ｅ ｒｈ ｏ ｅ ｅ ｔｒ ｒｓ ｐ ｌｃ ｔｏ ｎｅ ｒ ｔｏ ａ ｅ ｎ Ｓ
企业应如何开发一个基于SOA的集成框架
企业应如何开发一个基于SOA的集成框架几年前有个客户请我帮助他们更好的使用他们的集成层(integration layer)。
自那以后我和我的团队一直在开发对其支持的框架。
这是关于我们框架开发系列博客的第四篇，讨论它所提供的特性。
上一次声明的，关于创建blocks，暂时延期。
第六届中国软件渠道大会将于5月31日、6月18日和6月20日分别在北京、上海和广州召开。
几年前有个客户请我帮助他们更好的使用他们的集成层(integration layer)。
自那以后我和我的团队一直在开发对其支持的框架。
这是关于我们框架开发系列博客的第四篇，讨论它所提供的特性。
上一次声明的，关于创建blocks，暂时延期。
目前为止，我已经讨论了关于开发活动的目标与挑战，但现在我想更多的关注于框架本身，以及它给那些使用它的程序带来了什么。
一旦一个参与方(可能是服务消费者或者服务提供方)连接到我们的框架，它能直接从我们提供的丰富的开箱即用的函数中获得好处。
这些“通用特性”正是我们期待从一个(逻辑的)ESB获得的东西，它们部分的基于扩展的企业服务总线模式。
由于我们的项目是敏捷驱动的，特性仅在它们被需要的时候开发。
有时候，经过设计和开发阶段，我们发现了一个更好的处理方法，有时候猜想到一个特性可能会发生的问题，会被以一种完全不同的，超越我们处理范围的方法解决。
但最终我们成功的实现了大约20个特性，可以粗略的被分为五种类型：路由，健壮性，安全性，转换和数据存储。
路由我们一个主要的目标是将消息从A传送到B，但不需要A知道现在B存在于哪里。
为了做到这一点，我们对WEB服务地址(WS-Addressing)标准做了扩展使用。
我们框架中的一个组件，路由服务，使用消息头部的信息去决定下一跳(hop)是什么(在这个案例中hop是另一个框架组件)。
大多数时间里，一个消息在它进入集成层的时候被交付到后方，我们称之为简单路由。
然而，一旦需要执行一些特殊的动作时(比如像数据模型转换)，消息会绕道到达某个不与外部世界联系的框架组件。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
—29—基于SOA 的企业信息系统集成框架王卫星，王晨光(重庆邮电大学计算机科学与技术学院，重庆 400065)摘 要：为解决企业信息系统信息共享能力差、业务适应能力差等问题，通过利用面向服务架构开发思想对物流信息系统进行集成，提出一种快速、灵活的企业信息系统整合方法。
理论分析和实践结果证明，该方法能有效降低系统调整成本，缩短调整时间，提高执行效率和调整质量，使企业更具市场竞争力。
关键词：面向服务架构；Web 服务；服务构件；物流信息系统Integration Framework of Enterprise Information SystemBased on Service-Oriented ArchitectureWANG Wei-xing, WANG Chen-guang(College of Computer Science & Technology, Chongqing University of Posts & Telecommunications, Chongqing 400065, China)【Abstract 】In order to solve the poor information sharing capability and business adaptability, by integrating logistics information system based on Service-Oriented Architecture(SOA), a fast and flexible integration method for enterprise information system is presented. Theory analysis and experiments show that it effectively reduces the cost of system adjustment, shortens the adjustment time, and improves the efficiency of execution and the quality of adjustment, so that the market competitiveness of enterprise is improved.【Key words 】Service-Oriented Architecture(SOA); Web Service; service component; logistics information system计 算 机 工 程 Computer Engineering 第36卷 第18期Vol.36 No.18 2010年9月September 2010·软件技术与数据库· 文章编号：1000—3428(2010)18—0029—03文献标识码：A中图分类号：TP3111 概述随着企业信息的不断增加、软件开发方法的不断深入以及网络技术的兴起，企业的软件逐渐庞大和复杂，企业内部信息系统的各种技术在结构上紧耦合，使企业传统的管理和经营结构严重影响了企业内部以及企业之间的信息共享，部分信息封闭在相互独立的系统中，形成了“信息孤岛”[1]。
加之市场的快速变化，企业信息系统不能及时、灵活地面对市场业务变化和有效地进行信息交换。
企业信息化的目标是使业务流程实现自动化，业务流程能随市场变化及时调整，企业内部和企业间实现信息共享。
目前针对上述问题的解决办法是将已有各个系统进行有机的集成。
但由于物流信息系统的各个子系统在开发时并没有考虑互操作以及集成等需求，导致系统间不能很好地协同运作与信息共享。
为了最大限度地重用已有信息系统和快速地按需进行服务开发，本文提出了基于面向服务的架构(Service-Oriented Architecture, SOA)进行集成的方法，以有效地实现信息系统重用性、互操作性，使业务人员能快速、敏捷地实现业务服务。
2 面向服务的架构SOA的概念是在1996年由Gartner公司描述实施企业“V 英文”时第1次提出的。
IBM 公司给SOA的定义是：“SOA 是一个组件模型，它将应用程序的不同功能单元(称为服务)通过定义良好的接口和契约联系在一起。
接口采用中立的方式进行定义，独立于硬件平台、操作系统以及编程语言，使构建的服务可以用统一和通用的方式进行交互”[2]。
SOA 中的服务都是来自于独立应用程序或者新的面向服务的应用程序，它的核心思想是服务，并通过服务间的组装形成新的服务来达到软件组件之间的松耦合，达到高度的服务可重用性。
在SOA 中必须有3种角色，其关系模型如图1所示[3]。
图1 SOA 服务角色关系模型SOA 的3个行为主体包括了3种主要的操作：(1)服务发布。
服务提供者应用Web 服务描述语言(Web Service Definition Language, WSDL)描述定义服务，用UDDI (Universal Description, Discovery and Integration)进行统一描述、发现和集成，并将服务接口以及其他相关的信息发布到服务注册中心。
(2)服务查找。
服务请求者使用UDDI 在注册中心查找所需的服务。
(3)服务绑定。
服务请求者从注册中心得到相应服务注册基金项目：国家自然科学基金资助项目(60873186)作者简介：王卫星(1959－)，男，教授、博士、博士生导师，主研方向：信号处理；王晨光，硕士研究生收稿日期：2010-03-09 E-mail ：greenguang@—30—信息后，根据服务接口找到服务提供者和服务，并使用简单对象访问协议(Simple Object Access Protocol, SOAP)对服务进行传输。
SOA 作为一种系统架构的思想体系，不是一种语言，也不是一种具体的技术，更不是一种产品，而是一种设计方法[4]，独立于任何特定的技术，因此，它满足企业信息系统集成的需求。
目前的实现技术有Web Service 、COM 、CORBA 等，由于Web Service 具有更优的可靠性、可扩展性以及开放性，因此大多数实现的技术选用Web Service 方式。
3 面向服务的集成框架本框架通过服务包装器将原有的企业信息系统进行服务包装，不考虑系统功能的详细实现，再利用业务编排将服务按业务流程方式组合在一起，并将业务流程通过应用接口提供给用户。
框架在逻辑上分为4层：数据集成层，服务层，业务层，表达层，如图2所示。
图2 基于SOA 的物流信息系统集成框架各层的具体描述如下：(1)数据集成层通过按照各个信息系统协商后统一的协议提供一个数据访问接口，将各个系统数据库接入数据服务总线(Data Service Bus, DSB)，将应用中的数据资源转化为标准的方式(XML)进行访问。
各个系统数据库中存在的数据有结构化数据和非结构化数据。
(2)服务层服务层是本框架的核心层，服务包装器又是服务层的核心，它包括了基础服务库和生成服务库两部分。
基础服务库定义各个系统的分类的集合；生成服务库是以具体的应用对基础服务库进行实例化。
用户从基础服务库中选取基础服务模板，经过按需配置后生成服务并存放在生成服务库中，形成一个个粒度大小合适的服务。
服务也可根据不同的业务需求将多个服务组合成一个新的服务，从而达到松耦合。
服务的来源有2种：1)通过数据集成的已有系统；2)根据企业的业务需求新开发并满足SOA 标准的系统。
(3)业务层在业务层，业务逻辑从服务注册中心查找并调用相关的服务，然后进行业务流程编排，形成一个业务流程，并定义业务流程的相关信息。
当业务逻辑发生变化时，仅仅调整业务流程的编排，调用相关的服务即可，这可以使企业灵活、快捷地适应市场变化，也充分体现出服务的重用性。
(4)表达层表达层提供应用接口，使业务流程和服务以开放的形式暴露给用户，提供给用户单一的入口，根据用户提供的参数返回所需的信息结果，并为用户提供统一的用户交互服务，包括单点登录、权限控制和个性化服务等。
系统中的关键点如下： (1)异构数据访问港务物流信息系统包括了多个港口信息系统，其中各种数据存在着异构(比如钢材型号)。
以XML 作为数据表示和交换的标准、数据模型和对应的映射规则，实现无缝数据集成。
目前在数据表示和语义映射以及XML 语义集成方面[5]已有大量的研究。
本文给出了一个数据库访问配置模板，配置后可以灵活地在本地数据库联合其他数据库。
下面是以IBM DB2数据库作为本地数据库的配置模板片段：<?xml version=”1.0” encoding=”UTF-8”?> <commom-config> <datasoureces><datasoureces name=“******” deriver= “com.ibm.db2.jcc.DB2Driver”url=“jdbc:db2://:50000/webform” username=“******”password=“******” maxActive=“15” maxWait=“10” maxIdle=“15”autoCommit=“false” readOnly=“false” validationQuery=“” /> …(2)服务粒度服务粒度的大小决定了耦合性和重用性。
如果服务粒度划分太小，虽然降低了服务间的紧耦合，有利于系统的灵活性，但不便于后期的服务部署，增加了系统开发的复杂性；如果服务粒度划分太大，则效果与前者相反。
对于如何确定划分的服务粒度大小，使得在维护、操作、组合方面达到最佳的效果，面向服务的迁移和重用技术[6]提供了解决方案。
目前对于复杂的SOA 环境集成中的服务粒度有2种实现：粗粒度服务和细粒度服务。
粗粒度服务适合直接为外部调用；细粒度服务适合通过服务再组合的方式形成粗粒度服务。
(3)通用服务构件模板目前创建SOA 服务的主要方法是面向服务的分析与设计(SOAD)，其包括了服务发现、服务规约和服务实现[7]。
本文的服务发现采用自下而上的方式是为了方便更多地重用已有的信息系统数据，通过自上而下分析设计的通用服务构件模板包括2个部分：数据表单模板和数据视图模板。
前者主要针对数据进行即时更新，后者主要针对数据快速查找。
通用服务构件模板的封装是按照数据表单和数据视图的概念、内容和上下文3个方面进行的，主要描述通用服务构件的功能以及不同服务构件的关联关系。
服务构件关联关系的描述和确立主要为用户提供数据漫游的功能。
通用服务构件模板置于服务包装器中的基础模板库，提供了一个统一的平台环境。