1. <Insert Picture Here>
Oracle 总体技术架构解决方案
刘旭中
产品战略专家 大中华区产品战略部

2. 套装软件用户典型问题场景
整合的噩梦 点对点集成方式，采用多
种脚本技术落地
侵入式的定制化工作 大量客户化/定制化工作，
带来升级的障碍
有限的异常处理能力 应用内部的工作流完全不
透明
流程质量的鸿沟 应用竖井之间自动化的鸿沟
2

3. 解决方案
从 到
提高应用 优化的应用整合
项目的
• 不需编代码的整合
总体拥有
成本TCO • 预集成的平台，基于最佳实践
和
市场响应 保障升级安全的扩展方式
速度
• 通过组装复合式应用（基于服务
组件）的客户化方式
提高 流程
质量 ,获得 流程可视化/透明
更高的应用
• 通过 BAM 将应用内部的异常
投资回报
事件可视化／图形化
流程自动化 (BPM)
3

4. Oracle 参考架构
企业交互
多渠道管理
用户交互体验
协同工作
企业业务流程
客户化定义流程 标准化行业流程 身
份
企业业务服务 和
访 自
建 行业针对性的服务 内容服务 问 上
模 管 而
和 核心管理服务 业务洞察力服务 理 安 端 下
企 自
业 设 开 全 到
计 发 端 动 企
开 SOA & EDA 基础设施 持 化
工 工 业
发 具 具 续 的
业 流程管理 事件管理 企业 管 管
务 监
服务 控 理 理
规 企业服务总线 资产
则 库
数据集成
企业信息
信息 数
主数据 和 参考数据 生命 据
周期 安
非结构性数据 汇总 和 摘要 管理 全
文件 影像 操作型数据
企业共享基础设施
网络 存储 物理服务器 虚拟化
4

5. Oracle 参考架构
ESF 所涵盖的基础设施
根据不同解决方案而定义
和企业软件框架 (ESF) 的关系
企业交互
多渠道管理
用户交互体验
协同工作
企业业务流程
客户化定义流程 标准化行业流程 身
份
企业业务服务 和
访 自
建 行业针对性的服务 内容服务 问 上
模 管 而
和 核心管理服务 业务洞察力服务 理 安 端 下
企 自
业 设 开 全 到
计 发 端 动 企
开 SOA & EDA 基础设施 持 化
工 工 业
发 具 具 续 的
业 流程管理 事件管理 企业 管 管
务 监
服务 控 理 理
规 企业服务总线 资产
则 库
数据集成
企业信息
信息 数
主数据 和 参考数据 生命 据
周期 安
非结构性数据 汇总 和 摘要 管理 全
文件 影像 操作型数据
企业共享基础设施
网络 存储 物理服务器 虚拟化
5

6. Oracle 融合软件架构
个性化信息门户
信息访问
业务活动监控 BAM 业务智能与分析 BI
定制化 其它
应用
标准 / 套装应用 应用 安
应
全
用
复杂事件 和
开
过滤 CEP
业务流程编排 BPM 身 业务及流程
发
事件驱动架构 面向服务架构 份
框
EDA SOA 管
架
服务和数据总线 理
网格基础设施
集群管理 应用服务器
基础平台
配置管理 内存数据网格
数据库 虚拟机
6

7. Oracle 端到端解决方案堆栈
Web客户端
BI / EPM 和 Enterprise 2.0: 用户界面、内容整合
- Oracle WebCenter Suite
面向服务的业务流程和应用集成
C/S客户端 - AIA (应用集成架构)
SOA / 事件驱动（EDA）平台
- Oracle SOA Suite / Oracle EDA Suite
身份管理
Oracle 或第三方套装应用
Identity
- Oracle Apps 产品 / Fusion Applications Management
应用服务器网格
- Oracle WebLogic / Tuxedo
内存数据网格中间件 系统管控
Oracle
- Oracle Coherence Enterprise
Manager
数据库网格
Oracle Database / Oracle RAC / TimesTen
OS ，虚拟化技术和硬件
- Oracle Unbreakable Linux / VM / Solaris Server
7

8. 集成思路和手段的演进
(SOA 和 EAI 的区别)
8

9. 集成手段演化的进程
BPM 为中
点对点
传统 EAI 心 SOA
集成
的集成
焦点在应用 – 用户直接与应用
系统进行交互
Finance Legacy 应用整合工作在幕后进行，每
次采用一次性目的的点对点连
接
简单而廉价的方式，针对当下
出现的集成需求
导致逐渐复杂、没有弹性的架
构，维护成本高，抗拒业务改
变
连接增生，应用相互之间必须
依赖彼此的数据和流程模型
ERP CRM
9

10. 集成手段演化的进程
点对点 BPM 为中
传统 EAI SOA
集成 心的集成
焦点在应用 – 用户直接与应用系统进
行交互
一种技术解决方案，通过将应用松耦
Finance Legacy 合，来解决复杂和缺乏弹性的问题
以 Hub 和消息中间件为中心的解决方
案
Hub 为中心 – WLI, WebMethods
消息为中心 – Tibco, MQSeries
EAI 消息传送，中介，流程，格式转换，
适配器
起先为专有性科技，后来逐渐采用基
于标准的科技
XML, HTTP, SOAP, XSLT
ERP CRM 在 EAI 内部，可以很方便建立 “点对
点” 集成
10

11. 集成手段演化的进程
BPM 为中
点对点
传统 EAI 心 SOA
集成 的集成
焦点在于跨应用系统的业务流程
一种跨越业务和 IT 鸿沟的解决方
Finance
案 – BPA 和 BAM 工具涉及业务
人员
BPM BPM
业务流程和集成逻辑都以 BPM
作为宿主
对以系统为中心，和以人为中心
的流程，支持程度各有不同
BPM 已内置集成科技 – 格式转换、
消息传送、适配器
可以很方便在 BPM 和应用之
ERP Legacy CRM
间，建立 “点对点” 集成
11

12. 集成手段演化的进程
BPM 为中
点对点
传统 EAI 心 SOA
集成 的集成
• 关注点不同 – 可重用的服务
Composite
Applications • 可重用的服务由业务，而非应
用科技所驱动
• 从应用中暴露可重用的业务服
Business
Process
务
Orchestration • “制式”的包软件
Business Services
• 创建可重用的业务流程，内含
定制的业务逻辑
• 用户与业务流程进行交互
• 对业务有正面影响力，而不像
Legacy ERP
传统 EAI，只是个技术的解决
CRM Finance
方案
12

13. 从面向应用，转型至面向服务
应用和 IT 资产的竖井 面向服务的应用和数据
New Business Processes
Business Services
Business Business Business Business Business Business Business Business
Logic Logic Logic Logic Logic Logic Logic Logic
营销 ERP CRM 财务 营销 ERP CRM 财务
业务功能深埋在应用竖井之中，每个竖井各 业务功能以标准化的业务服务型态暴露出
自需要透过专属的接口提供服务 来… 服务可共享并重复利用
13

14. 案例：SOA建设成果 - 应用工作流与企业流程（横
向集成、纵向贯通）
供电企业 合同管理流程
电力营销 工程项目 OAK系统 财务管理 物资管理 供电生产
系统 系统 系统 系统 系统
应用工作流 Workflow
应用工作流 Workflow
以工程管理为核心
企业业务
以物资管理为核心
以生产设备管理为核心
物资管理 资金预算
系统 OAK系统 系统
CRM SFA Product product SCM product DB LMS B2B ERP SFA Prodict NOTES DB LMS B2B
Inv Inv
ERP MES ERP.
MGMT MGMT
企业基础服务 企业基础服务
(门户, SOA, 目录, 企业集成, 邮件, IT 运营) (门户, SOA, 目录, 企业集成, 邮件, IT 运营)
真实的BPM企业流程都是跨部门,跨系统, BPM针对业务流程进行建模, 模拟, 执行, 管理, 监控,
与优化
跨应用的
14

15. SOA 的目标架构
功能视角
复合式应用 Portal SOA Mashup BAM 业务活
事件驱动应用 BI 商业智能
(企业门户) (混搭应用) 动监控
表现服务
业务流程服务 企 安 基
业 全 础
共享服务 服 服 设
核心业务服务 务 务 施
业务逻辑 业务数据 总 服
线 务
数据服务
接入服务
系统访问 数据访问
服务提供者 各内部应用系统 合作伙伴系统 数据源
15

16. Composite Applications 复合式应用
层次化的服务调用
共享服务
表现服务 Reusable Portlets
复合式应用
业务流程服务 Reusable Workflow
核心业务服务 Custom Logic
Workflow Enrichment
数据服务 Data Access Data Aggregation
接入、访问服务 Messaging Adapters Custom APIs
Service Providers
业务单位定义 IT 定义 16

17. 通常的SOA分步实施策略
SOA 价值增加
灵活的IT
-- 改变竞争
改变竞争 •高效的开发
范围
范围 3 企业级的整体 •简单/灵活的运
行时业务定制
SOA战略
•有效的IT治理
-- 强化竞争
强化竞争 2 多个项目基于服
优势
优势 务的共享平台 •全面的业务梳理和服务识别
•建立整体SOA服务基础设施
1 特殊需求驱动 •实现业务流程的灵活编排
-- 降低成
降低成 的SOA项目 •多个项目的基础服务
本和风险
本和风险
•提供服务总线
•一定的服务注册/监控/管理能力
传统的应用开 •异构系统整合
发与集成方式 •数据透明复用 时间
17

18. 以 BPM 作为 SOA 集成的切入点
1. 从一个经常改变，效率差的业
务流程入手
Customer Sales and Production Manufacturing Inventory & Finance & HR
Relationship Marketing Planning Logistics
Management
信贷审批流程
订单管理
担保 & 退货管理
CRM SFA Product product SCM product DB LMS B2B ERP
Inv
ERP MES
MGMT
Enterprise Infrastructure
.
18 18

19. SOA 集成的切入点
2. 识别出业务流程要由哪些整合
服务来支持
3. 定义标准、指导规范，来达成
松耦合、可重用的整合服务
Product Customer Account Product
Custom Apps
CRM Financials HRMS Mainframe ERP
19

20. SOA 集成的切入点
4. 识别业务指标，通过 BAM 来
监测、衡量
Product Customer Account Product
Custom Apps
CRM Financials HRMS Mainframe ERP
20

21. Oracle SOA 套件 11g
Oracle 业务活动 Oracle Web
监控 (BAM) 服务政策管理
(OWSM)
Oracle 事件驱动、
Oracle BPEL 复杂事件过滤 (CEP)
流程管理器 Oracle 业务
(BPEL PM)
规则引擎
Oracle 服务总线
(OSB) Product Customer Account Product
各种定制应用
CRM 套装应用 人力资源 SCM 财务/ERP
21

22. 数据集成和主数据管理
22

23. 数据集成场景分类
从生产系统抽取数据、转换，然后加载进一个非生产
数据仓库 / ETL
型的库，作为报表、历史，和分析等用途
从一个始发的生产应用数据库，捕捉数据变更／事
数据同步／备份 件，将它发布给另一个生产库，确保跨应用的数据一
致性
创建逻辑、方便业务的服务 (统一数据视图)，整合多
数据服务 重、分布的数据源，提供实时访问能力
数据质量 / 主数据管 将和关键业务实体相关的核心数据 (如客户、合作伙
理 (MDM) 伴、供应商、产品等) 加以统合、合理化
- From Gartner/BEA Strategy Day, January 2007
23

24. SOA 环境下数据集成的课题和场景
如何充分利用企业现有的信息
商务智能 绩效管理 商业流程管理 业务流程监控
数据集成
数据迁移 数据仓库 主数据管理 数据同步 数据联邦 实时消息
--- ---
--- ---
分散在各个系统中的数据
------
--- ------
--- ------
---
--- ------ ------ ------
--- --- ---
遗留系统 ERP CRM 营销系统
24

25. 生成 MDM 需求的时空背景
信息过载 缺乏 “单一版本的事实"
．“可搜索性" ．整合
．不透明 ．重用
．过多
．联邦化
元数据 主数据
SOA 对数据问题的冲击 缺乏质量和一致性
之前 之后
“信息作为服务" 数据质量和管理 25

26. 问题背景: 典型的 IT 现象
数据散落于各应用系统
问题
问题
．关键业务数据，例如客户、
．关键业务数据，例如客户、
CRM 营销 供应商、合作伙伴，和产
供应商、合作伙伴，和产
品信息存在各个应用中，
品信息存在各个应用中，
但定义都不一致
但定义都不一致
各 ERP
种 Custom ．数据专为应用，而非整个
．数据专为应用，而非整个
应 企业所设计
企业所设计
用 ．业务流程横跨多个应用系
Other… ．业务流程横跨多个应用系
统
统
Industry Legacy
导致
导致
．业务流程在各个应用边界
．业务流程在各个应用边界
断裂开，肇因与数据的不
断裂开，肇因与数据的不
一致
一致
26

27. 应用集成手段，如 EAI 和 SOA （共享服务）
可以帮一点忙
但无法完全消除问题（因缺乏一份全面、一致、权威的数据）
CRM
问题
问题
敏捷的流程编排 ．EAI, BPM, SOA 等集成
．EAI, BPM, SOA 等集成
营销 和编排技术将应用连接起
和编排技术将应用连接起
来
来
Custom
．编排有助于快速部署新的
．编排有助于快速部署新的
复合式用用
复合式用用
Other… ．…但个应用中的数据仍保
．…但个应用中的数据仍保
持未修正状态
持未修正状态
ERP
Legacy 导致
导致
．业务流程继续在应用边界
．业务流程继续在应用边界
Industry
形成断裂
形成断裂
．无法获得单一业务视图
．无法获得单一业务视图
27

28. DW/BI 只能帮一部分忙
但它是条单行道／单向
CRM
问题
问题
敏捷的流程编排 ．各个操作性、交易性应
．各个操作性、交易性应
营销 用的数据质量问题，蔓延
用的数据质量问题，蔓延
到分析型数据中
到分析型数据中
Custom
．在数据仓库中的清洗动
．在数据仓库中的清洗动
作，无法修正交易系统操
作，无法修正交易系统操
Other… 作性数据的问题
作性数据的问题
ERP 导致
导致
Legacy 普遍的商务智 ．仍然没有单一业务视图
．仍然没有单一业务视图
能
．不正确的报表，提高了
．不正确的报表，提高了
Industry
风险
风险
．业务流程持续在应用边
．业务流程持续在应用边
界断裂着
界断裂着
28

29. MDM 提供了彻底的解决方案
CRM
解决方案
解决方案
敏捷的流程编排 ．通过集成科技，将各个
．通过集成科技，将各个
营销 应用连接到 MDM
应用连接到 MDM
．MDM 为分析引擎提供
．MDM 为分析引擎提供
Custom
交叉参考和维度信息
交叉参考和维度信息
一致的数据 ．将分析结果喂给 MDM,
．将分析结果喂给 MDM,
Other… 提供整个企业使用
提供整个企业使用
ERP
带来
带来
普遍的商务智 ．单一业务事实
Legacy
能
．单一业务事实
Industry
．精准的报表
．精准的报表
．业务流程优化
．业务流程优化
．降低风险和开销
．降低风险和开销
29

30. 为什么要进行主数据管理
信息孤岛越来越多
…分散的应用覆盖了渠道、部门等等企业
的功能
…造成了数据的重复、不完整和不准确
Call Web Fusion
SFA Partner
Center site App
核心的关键业务流程基于不干净、不完
整的数据创建，它们是应用驱动的，会产
生不一致、效率低。
不一致的数据造成 无效的商务智能
容易产生错误，系统集成困难
Call Fusion
企业的业务灵活性和创新能力受到影响
ERP 1 ERP2 Legacy
SCM App
30

31. MDM 主数据管理
整个企业 干净的数据源
将信息 统合／联邦 在一个地方共
ETL
享
集中清洗 数据
Call Web Fusion
SFA Partner
Center site App 数据服务化，作为单一事实来源
SOA + 数据集成中间件 BI/
MDM
DW
跨各个竖井环境的 一致性
降低 数据管理的开销
Call Fusion
ERP 1 ERP2 Legacy
SCM App 更精准的报表
ETL
带动企业 敏捷和创新 的基础
31

32. 企业信息架构的演进
数据集市
工作流 应用 数据仓库 报表
CRM 应用
票务系统
营销系统
商务智能
电子商务
DW
财务系统
BI
会员系统
ERP 应用
呼叫中心
EAI ETL
32

33. 企业信息架构的演进
数据集市
业务流程 应用 数据仓库
主数据 分析
报表
编排合奏
CRM 应用
票务系统
ESB 主数据
营销系统
主数据
商务智能
电子商务
DW
财务系统 DW ETL
BI
会员系统 DW
ERP 应用
DW
呼叫中心
SOA
交易型数据 ETL
分析型数据
33

34. 主数据有何特点?
交易型 静态 – 一旦记录后, 交易本身
数据 不再改变
参考 可能随着时间推移而改变，重新界定
数据 历史和未来交易数据如何分类
可随着时间推移而改变，变化必须
主数据 跨多个系统相互协调，对时间先后
顺序敏感
34

35. 定义主数据管理 (MDM)
• 将主数据与独立的应用分离
• 形成集中的、与单独应用无关的
资源
• 保证企业级范围内交易型(OLTP)
和分析型(OLAP)系统的主数据统
一和一致
• 简化现有系统之间的集成操作和
新系统的开发
• 主动注重现有系统数据的质量和
数据一致性
35

36. 制造业面向产品的主数
据管理 (PIM)
36

37. Gartner 对制造业 SOA 的建议
其他与产品内容相关的数据库
供应商 客户 市场营销 产品设计数据库
CAD 系统 CAE 应用 电子表格
数据共享
业务 供应链管理 产品生命周期管理 同步 BOM
应用 流程 A 流程 B
确
认
服务 3 即席
业务 服务 1 厂商 2 查询
厂商 1
服务 服务 2 服务 4
厂商 1 厂商 X
企业语义和 主数据管理 (MDM)
数据服务
企业
交易型数据 SCM ERP CRM 其他
37

38. 制造业信息化技术遇到的挑战
• 对各种 IT 应用进行模块化，往往需要对
关键业务信息有更高层次的抽象
• 近年来，各大制造企业已开始探讨如何处
理数据和谐问题，包括如何利用最近建立 2
1
的ISO 10303 和 OAGIS* 规范，以及 3
SOA 这个信息抽象化的方法论 4
• 大部分 SOA 的实现形式为 Web services 5
•产品主数据，指的是跨多个应用的权威、可靠的基础数据
•产品主数据并不表示要建立一个全新、包容各方的数据库，而是一个抽
象层（元数据），定义某个特定域、产品组，或属性的数据所有权
•它的目标在于提供单一事实视图，无论数据何在
38
*www.oagi.org

39. 业务流程管理 – 对象模型 (BOD)
• 作为通用的对象访问方式
• 对象负责处理请求，并响应发起段的消
息报文。该模型屏蔽了对象技术实现的
细节，通过公用的接口进行通信
• 业务对象文件 (BOD) 作为 SOA 集成服
务器提供服务的统一对象格式
• SOA 服务器提供的服务包括出版／订
阅、请求／响应、传输层中介、数据映
射转换，路由、日志和安全等功能
39

40. 从 Oracle 应用集成架构
看 SOA 架构设计方法
40

41. AIA 业务流程建模方法
行业最佳实践流程
L0 行业
对整个企业的流程做概念性
的表述
L1 业务流程
对主要的端到端业务流程做
概念性的表述 识别企业对象、企业
服务、BPEL 编排流
程
L2 更细化的业务流程
对一端到端业务流程的逻辑
部分做分解和概念性的表述
将现有资产映射到任
L3 活动 务，识别适当粒度的
对细化的业务流程中的一个 公用服务，并将遗留
活动的分解。描述需要执行 系统 API 合理化成服
该活动的一组相关任务
务
41

42. 树形结构的转换模型和元数据定义，来支持系统信
息化
Business Process
PK Name
第0层– Description
Hierarchy Index Number
Priority Level
行业
Detailed Business Process
第一层 – PK Name
Description
Hierarchy Index Number BPEL 转换 导入
业务流程 Priority Level
JDeveloper
Activity
第二层 –
PK Name
Description
Hierarchy Index Number
细化的流程任务 Priority Level
Industry Exception
Global Exception
Approval Status
Task
PK Name Role
PK Name
Description
Event
第三层 –
Description
Hierarchy Index Number
Analytic Task Level
Priority
PK Name
Industry Notification
Internal Control Point
Global Description
Industry Exception Name
PK
活动 Global Exception
Description
Application UI Object PK Name
KPI
Application Integration Object
Product Description
42

43. 企业模型
43

44. 功能过程钻取
44

45. 复合业务流
Order to Cash
45

46. 复合业务流
Sales Order Management
Materials Mgmt
and Logistics
Transportation
Management
46

47. 低层次模型 (L3)
使用BPMN建模标准和符号，我们创建了一个业务流程的业务视图，并
添加了一个技术视图来反映AIA流程整合包中预制的整合
捕捉销售订单（从 Siebel 的 Order 到 Oracle 订单管理和 Oracle 运输管理模块)
47

48. 低层次模型 (L3)
我们对最低的层次添加 AIA 整合部件的参考，和这些部件在业务服务库
中相应的元数据项链接
48

49. 导航至 AIA 整合部件信息
用户可从导航的起点
• 业务流程 Business Process Flows
• 业务服务库 Business Service Repository
Oracle BPA Publisher –
Process Flows
49

50. Oracle 企业业务对象 (EBO)
基于业务语义，创建规范化的服务载体
XML EBS / Web EDI 其他数据集成场景
• 对各种业务对象进行标准化的语表述 A2A/B2B Services
– 客户、销售订单、支付等
• 符合标准，采用 OAGIS,
UN/CEFACT 和 ISO 标准
• 针对 Oracle 应用和融合应用做合理
EBO
化
逻辑数据模型
• 可扩展、升级容易
物理数据模型
EBOs 是基于以下三种概念所建 :
1. 具体到一个业务对象的业务概念（业务组件）
2. 跨业务对象所共享的通用概念（通用组件）
3. 对其他 EBO 的参考（每个 EBO 都有一个参考组件）
50

51. 企业业务模型 (EBO) 具有可扩展性
客户化的
扩展
客户扩展点
基础对象 扩展的对象
51

52. 应用集成架构
通用对象的做法
CRM ERP CRM ERP
企业业务服务 和 企业业务对象
Customer.Create (Customer 对象)
帐务 物流 帐务 物流
消除点对点冗余
支持一对多模式
热插拔
基于标准，推动互操作性
52

53. Oracle 企业业务服务 (EBS)
Web Service (WSDL)
XML Schema (XSD)
Sales Order Sales Order
Enterprise Business Service Enterprise Business Object
Operations
XML Schema (XSD)
Create Create Sales Order
Enterprise Business Message
XML Schema (XSD)
Query Query Sales Order
Enterprise Business Message
XML Schema (XSD)
Update Update Sales Order
Enterprise Business Message
XML Schema (XSD)
Delete Delete Sales Order
Enterprise Business Message
53

54. Oracle 企业业务服务 EBS
Oracle 跨应用标准化的服务定义
Get Sales Order Enterprise
Business Service
• 提供路由到正确的服务
供应者的服务中介功能
E-Business
Suite
3rd Party
ERP
Siebel • 条件逻辑可在规则引擎
Get Sales Order
中表述
Get Sales Order
Get Sales Order
ABC Service ABC Service
ABC Service
• 有助于请求者和服务提
供者之间的松耦合
E-Business SAP Siebel
Suite
54

55. 应用业务连接器服务 (ABCS)
• 将遗留系统的业务功能暴露成符合开放标准的服务供应者
• 有助于将核心业务交易和数据暴露成 Web 服务
• 让参与的应用成为服务供应者和服务消费者，且不需要编写扰乱性
的代码
ABCS 1
SBL
Enterprise ABCS 2
EBS 确认 丰富 转换
Business Service
BRM
ABCS 3
Application Application Business Connector Service SAP
Business Application Business
Object Connectors
55

56. 在一个 AIA 整合流中的各个逻辑组件
BPEL
请求方 BPEL 供应方
BPEL
应用 Cross-Functional
应用
Cross-Functional
Processes
Cross-Functional
Processes
Processes
请求方 供应方
EBS
ABCS ABCS
ABCS ABCS
Implementation: Implementation:
ABCS EBS ABCS
Transport Validation EBS Transport Validation
WSDL Routing WSDL Routing WSDL Routing
abstraction Transformation Implementation abstraction Transformation
Interface Interface Interface
Error Handling Error Handling
Security Security
… …
56

57. 57