- oracle · 自动化与管理 运营效率 敏捷的战略 自动化与执行 市场反应能力...
TRANSCRIPT
3 Oracle Restricted and Confidential
企业IT的外部环境
深度全球化 企业治理
互联网技术创新
外包
全球整合
跨企业集成
开源
极限开发
开放标准
内控
效率管理
管理一致性
企业IT
4 Oracle Restricted and Confidential
IT运营自动化与管理
运营效率
业务战略自动化与执行
市场反应能力
企业IT的两项关键使命
IT规划与参考体系架构
集中化的共享服务中心
服务水平管理及自动化
全面统一的安全体系
基础架构虚拟化
数据中心的统一管理与监测
安全与稳健自动化与管理
运营效率
敏捷的战略自动化与执行
市场反应能力
端到端,动态服务
对长中短期业务战略的支撑
上下游价值链的有效整合与编排
客户服务多渠道的拓展
管理决策的智能化信息服务
企业内控与合规管理服务
企业2.0的实施
利用SOA架构融合互联网技术与业务创新
利用成熟应用支撑一个安全,灵活的全球整合企业
Top-line:利用不确定性胜出
Bottom-line:降低突发事件风险
6 Oracle Restricted and Confidential
软件架构关注企业大脑的整体能力
企业门户(脑壳)
交换库
操作型
数据仓库
数据仓库
数据中心(脑干)
应用集成平台(脑梁) 数据交换平台(神经)
紧藕合应用
量化的左脑
松藕合应用
创新的右脑
7 Oracle Restricted and Confidential
逐步把重点过渡到建立一个灵活的软件架构
订单输入 服务开通 服务交付 回款和客户服务
端到端的订单到现金流程
传统模式 建立一个灵活的服务组件
ERP CRM
BSS OSS
BI Enterprise Mgmt
开放标准基础
公共业务服务
预建的可重用流程
最佳工业实践
Extensions
客户关系管理
Extensions Extensions Extensions
计费与业务开通
售后服务 供应链
• 依赖客户化集成
• TCO不断增加
9 Oracle Restricted and Confidential
支持 客户工程
通用服务企业应用 数据库
销售B2C 合作伙伴B2E
共享服务管理和安全
基于标准的互通性
共享应用和业务服务
“面向服务的架构(SOA)是一种IT战略,能将企业应用中的分散功能组织成基于标准的互操作服务;IT部门可快速地组合和重用这些服务,以满足业务需求。”
面向服务的架构 SOA
10 Oracle Restricted and Confidential
抽象的层次模型
连接层
Messaging Adapters
Application Adapters
Database Adapters
Web Service
Consumers
编排层Process Services
Data Services
Composite Services
展现层Schema Driven UI
Personalization
Rich Client
Portal Framework
开发
Portal Designer
WYSIWYGUI Editor
Process Designer
Service Designer
管理
Service Directory
Policy Directory
Monitoring
Versioning
Lifecycle
管理
SLA
Business Activity
Audit and Reporting
11 Oracle Restricted and Confidential
标准技术的实现模型
服务
的管
理
Versio
n
WS
-Se
cu
rity
Servic
e O
A&
M
UD
DI
服务的编排
Schema,XSLT,XQuery ebXML,RosettaNet,EDI PD4J,BPEL,WSCI
服务的生成
WSDL,SOAP
App ViewDB, EJB, JMS, MQ, File, Email, HTTP
XML BeansJ2CA Adapter ADF
服务的展现
Pageflow,JSR127 Portlet,JSR168 JSR170,94WSRP
服务
的开
发
JD
evelo
per/W
orksh
op
/To
pLin
k/
AD
F
Lo
g4
J
Arch
ive
12 Oracle Restricted and Confidential
SOA层次化实现的指导步骤
服务的编排 服务的连接
Customers
Employees
Portals
Web
最终用户 企业资源
Partners
Control
Control
Control
Control
Control
Web service
EJBs
Database
粗粒度服务
Control
Control
DataService
BusinessProcesses
服务的展现
13 Oracle Restricted and Confidential
应 用
服 务 目 录
服 务 基 础 设 施
服
务
总
线
信息集成和数据访问服务
表示服务
共享的业务服务
复合式应用
渐进式的项目收成
未共享
共享
1 2 3 4 5 6
7 8 9 10 11 12
A 1 2 3
B 1 3 4 5
C 5 6 7
D 2 7 8 9
E 7 10 11
F 8 9 10 11 12
G 1 3 7 9 11
1 3 7
2 4 6
9 10 11 12
5 8
1 3
1 3
1 3
1 3
5
5 7
5
7
5
7
2
2
2 7 8 9
2
8 9
9
8
7 10 11
8 9 10 11
1 3 7 9 11
10 11
10 11
服
务
管
理
公
用
服
务
16 Oracle Restricted and Confidential
Oracle 融合中间件,市场的领导者
市场
• 32,000+ 客户• 70% 最大50家企业• $1B+ 收入
Oracle 55%
Others 45%
Source: Gartner’s Market Share Application Integration & Architecture
Source: Gartner’s Market Share Application Integration & Architecture
40%
30%
20%
10%
0%
39.6%
6.7% 7.1%
Oracle IBM Total Mkt
Growth Rates
#1 市场份额
最快的增长
技术能力
Gartner 和 Forrester 的评测认可
Source: Forrester Research Ranking of Application Platform Servers
Oracle
IBM
SAP
Microsoft
0% 5% 10% 15% 20% 25% 30%
SOA厂商选择
Oracle 领导者
IBMSAP
SUN Microsystems
Microsoft
Novell
LeadersStrongPerformersContenders
Strong
StrongWeak
Weak
Strategy
Market Presence
Current
Offering
Oracle
产品全面性
行业最全面的产品覆盖
丰富的功能
ORCL IBM SAP
J2EE Server &
Dev Tools
EnterpriseService Bus
Portal, Collab,
Content Mgmt
BPEL Process Management
Activity Monitoring
Business Rules Engine
SOA Management
Business Intelligence
Integrity Management
18 Oracle Restricted and Confidential
SOA 参考架构功能视角
服务供应者
共享服务
表示服务
业务流程服务
数据服务
核心业务服务
业务逻辑 业务数据
基础设施服务
接入服务
系统访问 数据访问
数据源合作伙伴系统各内部应用系统
复合式应用 SOA Mashup事件驱动应用Portal
(企业门户) (混搭应用)
企业服务总线
安全服务
BAM 业务活动监控
BI 商业智能
19 Oracle Restricted and Confidential
Apps
Adapters B2B
PartnersDB Legacy
CONNECTIVITY
Routing Transform DataQuality
ETL &Replication
Data IntegratorOracle Service Bus
Mediation
ROUTING & DATA SERVICES
NativeBPEL
Business Rules
Human Workflow
BPEL Process Manager
ORCHESTRATION
Coherence Cache
J2EE Application Server(Oracle AS, WebLogic, WebSphere, JBoss)
Messaging
Oracle + BEA SOA Technologies
GOVERNANCESystem
Monitoring
Enterprise Manager
UDDI
WS PoliciesSecurity
Web Services Manager
Registry
GOVERNANCE
SOA lifecyclegovernance
EnterpriseRepository
JRockit VM & RT
REAL-TIMEVISIBILITY
& PROCESSING AlertsBusiness Monitoring
BAM
EventsData Streams
CEP
ApplicationDevelopmentFramework
EnterpriseModeling
BPA Suite
JDeveloper
Business UserModeling
BPM Suite
20 Oracle Restricted and Confidential第20页
①应用服务化、②服务治理、③企业服务总线(ESB)、④业务流程引擎
数据存储
数据仓库
企业服务总线
服务目录
门户
Web
界面
总线互连
服务
地市 / 国网
内部用户 服务安全
服务日志
服务配置
服务监控 业务流程引擎
信息存储
FMIS
服务适配器
工程管理
FMIS3.0
综合计划
业务应用
服务管理
操作管理
①②
③
④
基于SOA 架构的应用方案举例
21 Oracle Restricted and Confidential第21页
竣工决算
供应商管理
预算编制
物资需求计划工程
招投标
项目计划
• 以业务逻辑单元为基础的“服务”的概念, 但流程和数据格转换与业务逻辑绑死
传统:组件化(Component-based) 技术架构 现在: SOA 技术使IT系统更加灵活
“服务”定义成各种业务逻辑单元,• 服务与服务之间的流程转接不再固定• 服务与服务之间的数据转换也不再固定
SOA中的应用服务化--业务层面
供应商管理
预算编制
项目计划
竣工决算
物资需求计划工程
招投标
22 Oracle Restricted and Confidential
SOA中的应用服务化--技术层面:服务组件技术规范SCA
仓库服务
WarehouseComposite
仓库代理组件
仓库组件
订单处理服务
OrderProcessing
组件
货运参考
外部仓库参考
支付组件
支付服务
AccountsComposite外部银行参考
帐户分类账组件
BPEL
Java EE
C++
SOAP/HTTP
JMS
RMI/IIOP
多级组合
23 Oracle Restricted and Confidential
SOA中的应用服务化--操作层面:服务图
人
事
库
存
原子级
部门
企业
物理层
抽
象
层
业 务 功 能
企业客户服务
会计部门服务
原子的信用服务
客户部门服务
原子的财务服务原子的CRM服务
SiebelExperionPortal TRW
产
品
服
务
定
单
资
产
会
计
客
户
伙
伴
供
应
24 Oracle Restricted and Confidential
服务模块接入和编排--企业服务总线 Oracle Service Bus
企业服务总线 OSB
CRMMIS物资需求计划
项目计划
竣工决算
工程招投标
供应商管理
预算编制
• 投资保护
• 异构消息代理
• 遗留应用和协议支持
• 适应变化
• 可配置的路由和转换
• 动态变更,支持热部署
• 集中管理
• 监控接口的可用性
• 管理接口的服务质量
• 企业级接口重用
• 集中的服务注册
• 分布式服务调用
25 Oracle Restricted and Confidential
SOA中的应用服务化--性能加速:应用网格 Oracle Coherence
2 3 4
5
1
服务供应商
服务使用者
WS-Addr
<ReplyTo>
回调
WS-Addr
<ReplyTo>
回调
服务基础架构、服务、应用程序数据以及处理逻辑的状态感知连续可用性
=服务状态数据2 3 4
5
1
=有状态服务编排
整合了编排、路由、状态缓存、EDA、基于需求的配置 (provisioning)、确定性垃圾回收
工程招投标
预算编制
供应商管理
竣工决算
项目计划
物资需求计划
业务规则
26 Oracle Restricted and Confidential
复杂的服务编排和人工流程--Oracle BPM Suite
• 业务咨询专家,面向流程专家,分析人员
• Six Sigma, Lean 方法论• 层次化建模• 流程的文档化管理
• 面向业务用户• 人机交互流程为主• 协同工作• 流程不断改变的
BPA
BPM
BPEL PM
适用的产品 应用场景
• 技术人员• 系统与系统整合• BPEL标准• 高性能要求• 配合 BPA Suite,形成闭环生命周期
27 Oracle Restricted and Confidential
示例:故障工单处理详细流程
新增工单保存后在草稿里
派单部门A新增工单
新增工单后可以先保存后派
发,也可以直接派发
保存新增工单后在处理操作
里可以派发工单
28 Oracle Restricted and Confidential
示例:工单处理业务流程分析以故障工单为例
• 抄送、派发可以提交多个人或 部门
• 虚线区域皆为可选执行
• 任何时候都可以撤销工单
• 禁止循环转派和多次反复流程
•部分工单允许越级回复
新增工单告警派单、集团派单、手工派单
用户A 派发给B、抄送给C、送审给D
D审核 E签发C查阅确认
B接单确认C填写意见
B阶段回复
B回复给A,送审给F B转派给HB退回
类似以上流程
A回复评价
A归档
类似以上流程
A重派给G
A入经验库
F审核
H接单确认
G接单确认
Y Y
Y Y
Y
N
N N
N
YY
31 Oracle Restricted and Confidential
数据访问的服务化--Oracle Data Integrator (ODI)
数据集成
数据仓库 主数据管理
实时消息数据联邦数据迁移
分散在各个系统中的数据
ERP
---------
---
------
CRM
- - -
遗留系统
---------
---
------ ---
---------
------
业务系统
如何充分利用企业现有的信息
商业智能 绩效管理 业务流程监控商业流程管理
- - -- - -
- - -- - -
数据同步
32 Oracle Restricted and Confidential
业务活动监测仪表盘--Oracle BAM
• 实时性能指标
• 浏览器查看
• 角色访问
• 动态更新显示
• 门户兼容
• 内嵌的行动
Oracle Solution
33 Oracle Restricted and Confidential
SOA与事件驱动的架构EDA的结合
复杂事件处理器
BPM 流程
事件
ESB / JMS
闭环
应用程序
事件
数据库
流
事件
事件
消息处理
事件源
BAM 仪表盘
BAM 警报
BPM/BPEL 流程
响应服务
Coherence 实时监听器
事件
•事件源支持
•通过连续性查询语言定义事件
• 关联性
• 排序
• 时间评估的窗口大小
•模式匹配
•事件发布
•实时 Java 基础设施
34 Oracle Restricted and Confidential
IDE
SOA生命周期治理
Repository
和Registry
UDDI
开发和测试
建模
分析
设计
部署
监视
安全和审计
运行时修改移除
退出
服务管理管理包
35 Oracle Restricted and Confidential
OSB路由和
服务透明性
丰富的 UI 界面Enterprise 2.0提交订单
客户服务代表更正地址
BAM监视和优化
应用程序
SOA 监管管理 SOA 生命周期
技术适配器
原有产品
BPM模型和模拟
业务分析人员
业务架构师
开发人员
BPM模型和模拟
SCA 组合 Jdeveloper/ADF
供应服务
SOA全图
36 Oracle Restricted and Confidential
BPMSOA
Oracle SOA 产品系列
Coherence In-Memory Grid
Tuxedo(C/C++, Cobol)
JRockit
Real Time JVM
WebLogic Server
O-JSP O-WS/SCA O-JMSO-Toplink
Transaction Processing Infrastructure
Coherence O-JPS
IDE
Oracle Enterprise
Eclipse Pack
JDeveloper
ADF
Governance
Registry
SOA Mgmt Pk
Repository
WS Mgmt
Oracle BPA Suite
Oracle BPM Suite
Oracle Data Integrator
Oracle Service Bus
Oracle BPEL PM
Enterprise 2.0
WebLogic Portal WebCenter Enterprise Content management
39 Oracle Restricted and Confidential
项目背景
• 由于中国铁通原有的业务支撑系统开发、建设时间较早,在满足用户不断增长的业务需求方面还存在着一定的差距.
• 同时,面临中国电信、中国网通两个主导电信运营商的竞争压力,中国铁通必须采用先进的理念以及业界流行的技术,构造更加完善、灵活、强大的业务支撑系统.
• 所以,为满足铁通未来业务的发展、服务水平的提高、营业收入的增长需要,铁通于2004年提出建设铁通业务支撑系统TBSS.
• 2006年年底,铁通启动了试点工程,率先在集团公司、河北、辽宁三个点实施TBSS.
• 2007年底完成三个试点TBSS上线运行.
40 Oracle Restricted and Confidential
铁通TBSS建设原则
• 保证技术的开放性
• 技术先进性与适用性的平衡
• 保证数据的一致性和完整性
• 保证接口的可监控和闭环管理
41 Oracle Restricted and Confidential
TBSS业务功能架构
• 核心系统
• 两级中心
• 十大功能域
业务支撑网管
营销管理 综合营业 客户服务
大客户管理 综合帐务
采集 计费 结算 决策支持
服务质量分析
经营分析
业务支撑网管
营销管理 综合营业 综合客服
大客户管理 综合帐务
采集 计费 结算 决策支持
服务质量分析
经营分析
43 Oracle Restricted and Confidential
主要接口类型分析
• 关于接口实现方式的选择,有以下三个主要因素需要重点考虑:同步或者异步调用方式、接口的实时性要求以及接口的数据量大小。排除一些不合理的组合或者不常见的类型,本项目主要考虑以下三种类型的接口 :
接口类型 主要特点 举例
同步实时接口同步实时小数据量
• 比如:在定单录入进行客户核查时,营业系统需要向帐务系统查询客户或用户的欠费信息
异步接口异步非实时小数据量
• 比如:客服系统生成业务受理预订单后,需要传给营业系统进行校验生成正式订单
批量数据接口异步非实时大数据量
• 比如:为统计需要,省TBSS系统需要定期上传大批量帐务数据到集团TBSS系统
44 Oracle Restricted and Confidential
主要接口实现机制
• 基于文件• 以文件方式实时、高效和安全可靠地传送批量数据
• 基于服务调用• 系统通过服务的形式相互暴露业务逻辑,实现系统的协作和通信,适合实时同步的场合。
• 基于消息中间件• 系统通过消息中间件发送和接收消息,主要适合实时性要求不高,异步消息处理的场合。
• 基于过程调用和共享数据表• 通过数据库中存储过程调用和共享数据表/视图完成系统间的协作和通信,主要实现系统间批量数据的定时和准实时接口。
45 Oracle Restricted and Confidential
接口实现机制比较
主流接口技术 主要优势 主要劣势 适合实现的接口类型
同步实时 异步 批量数据
File/FTP 耦合度低,实现简单,传送大批量数据效率很高
标准性差,适用场合有限
WebService 标准性高,耦合度低,性能较高,扩展性好,开发容易,绝大多数系统均适合使用
性能相对于CORBA、EJB和Tuxedo稍弱,分布式事务支持较差
EJB/RMI 标准性高,性能较高,扩展性好,开发容易,产品成熟
只支持Java语言实现,技术耦合度高
CORBA 标准性高,性能较高,扩展性好 不同CORBA中间件互操作性差,技术耦合度高,开发复杂
Tuxedo 性能高,扩展性好,产品成熟 标准性差,耦合度高 ,适合场合有限
Messaging 耦合度低,可靠传输,产品成熟 实时性不高,一般需要与具体消息队列产品绑定
Table/View 技术成熟,实现简单 直接开放数据库连接,耦合度高
Socket 性能高,容易实施,适用于协议简单的场合
标准性差,耦合度高,一般适用专有协议
备注:表中符号 表示十分适合, 表示基本不适合, 表示适合
46 Oracle Restricted and Confidential
接口技术选择原则
• 现有BSS接口主要是采用文件和数据库表或视图方式共享数据,各功能域都是封闭的架构,耦合度很高,适应变化能力差;
• 新一期TBSS从业务和架构上功能域进行了清晰地划分,同时引入了多家集成商的竞争性机制,要求系统实现以及接口实现必须采用基于标准、开放和互操作的技术路线;
• 在综合考虑技术的先进性、开放性、标准性以及适用性的基础上,规范以下基本技术原则• 对于同步、实时、小数据量接口,采用WebService技术实现• 对于异步、非实时、小数据量接口,采用JMS消息队列技术实现• 对于批量数据接口,采用基于文件或者基于共享数据表机制实现
47 Oracle Restricted and Confidential
TBSS接口技术选择
• TBSS与外部系统接口• 根据周边系统的实际建设情况和所采用的技术架构,在保证接口方案的可实施
基础上,优先采用WebService服务调用和JMS异步消息机制实现
• 全国中心与省中心接口• 交易和查询类接口采用WebService服务调用和JMS异步消息机制实现• 批量数据(如帐务清单)接口采用接口文件机制实现数据的上传/下达
• 同级中心各功能域接口• 采集、专业计费、综合帐务和综合结算之间的接口,选择接口文件方式;
• 决策支持与营业、计费、帐务等其它业务支持功能域之间的接口,选择共享数据表方式以及接口文件方式;
• 综合营业、综合客服、营销渠道、大客户管理、专业计费与综合帐务之间的接口,选择WebService服务调用和JMS异步消息机制实现
48 Oracle Restricted and Confidential
各功能域提供的接口统计
功能域 接口方式 接口数量 举例
采集 File 1 • 将采集文件传送给专业计费或者综合结算
专业计费
File 2 • 将计费处理后的帐单信息传送给综合帐务
WebService 3 • 实时/历史话费查询
Table/View 2 • 实时/历史详单查询
综合帐务
File 3 • 省份公司向集团汇总铁业等集团帐目数据
WebService 4 • 用户欠费信息查询查询
Table/View 4 • 客户消费收款清单查询
综合结算 File 8 • 网间报表基础汇总数据
综合营业
WebService 10 • 查询用户基本资料
JMS 4 • 集团向省分公司下发全国性产品目录
Table/View 7 • 三户、产品、地域等资料变动
综合客服
File 1 • 客户服务处理工单批量接口
WebService 1 • 客户服务处理工单状态和历史查询
JMS 7 • 省份到集团的转办工单接口
营销渠道WebService 5 • 销售区域查询接口
Table/View 1 • 代理商基本档案变动
大客户管理 File 7 • 向集团申报全部大客户的实收信息
决策支持 File 8 • 纵向联网类接口
• 总共定义了78个接口。其中,WebService接口23个,JMS接口11个,Table接口14个,File接口30个。
49 Oracle Restricted and Confidential
接口技术架构选择 - 点对点集成
• 缺乏统一管理• “蜘蛛网”连接,没有统一的服务
注册、发现和策略管理的机制
• 系统之间紧耦合• 业务逻辑与集成逻辑混杂在一起,
开发人员除了关注业务实现外,还要考虑底层的集成技术
• 服务重用性很差• 数据和实现绑死,一个小的数据项
变动可能都要生成新的接口
• 适应变化的能力差• 任何一个接口变动,都要引起其客
户端代码的修改和重新部署
决策客服 大客营销
结算营业 帐务计费
50 Oracle Restricted and Confidential
接口技术架构选择 - 企业服务总线
企业服务总线
决策客服 大客营销
结算营业 帐务计费
• 投资保护• 异构消息代理
• 遗留应用和协议支持
• 适应变化• 可配置的路由和转换
• 动态变更,支持热部署
• 基于开放标准,松耦合,服务可重用
• 集中管理• 统一管理不同集成商,不同系统的接口
• 监控接口的可用性
• 管理接口的服务质量,SLA
• 企业级接口重用• 集中的服务注册
• 分布式服务调用
51 Oracle Restricted and Confidential
Oracle Service Bus (OSB)功能模块图
Security
Authentication Authorisation IdentityMessage
Security
Repository
Import / Export
Validation
Admin
Change Centre
Service Discovery
ReportingSLA Alerts
Service Management
Monitoring
Error Handling
Routing
Transformation
Message Brokering
FTPMQ
Interoperability
SMTPHTTP/S SOAP JMS File Tux Socket SDK
52 Oracle Restricted and Confidential
基于Web的服务配置工具,而非编码
• 消息流建模• Graphical modeling tools
• Content based routing
• Mixed modes - Async/Sync, Pub/Sub
• Exception management
• 发现和校验• Automatic import and sync w/ UDDI
• Registry or Repository
• Validates integrity and reconciles
• conflicts before deployment
• 转换• XML and non-XML transformation
• Xquery or XSLT
• 调用外部Service
• Java exit (Plain Old Java Object)
• Web Services call-out
• 测试台• Tracing & trouble-shooting
53 Oracle Restricted and Confidential
出色的性能-RASP(Reliability, Availability,
Scalability,Performance)
• 测试环境: 4G内存,2-CPU双核Intel Xeon服务器• 每秒能够处理6300 个5KB 的HTTP消息(24 Client)
• 每秒能够处理2600 个非存储JMS消息
• 每秒能够处理1800 个存储JMS消息
56 Oracle Restricted and Confidential
应用集成技术的不断发展ESB=EAI2.0
EAI
ESB/SOA
灵活性
开放性
点对点
采用ESB来进行应用集成已经成为主流
基于标准
服务可重用
松耦合
SLA
…
59 Oracle Restricted and Confidential
什么是主数据
• 描述系统核心业务实体的数据:客户、供应商、合作伙伴、产品、资料、账单、财报、员工等。
• 主数据对企业来讲具有非常高的价值,会在多个业务系统或者业务流程中复用。
• 主数据为业务流程提供统一一致的数据模型,来实现企业业务实际环境。
• 主数据管理是实现面向服务(SOA)体系架构的核心一环。• 任何数据只有一份真正的COPY.
60 Oracle Restricted and Confidential
Haier 原系统架构挑战
成品编码库 客户编码库 E-HUB 一卡通 PLM供应商编码
(手工)
EDW HSSHOPE HRSAP/LESSAP/R3
数据源层
应用系统层
• 数据源混乱,大量异构IT系统(SAP,客户化应用)
• 建设分散、接口繁多
• 系统整体运行效率低、集成度差、统计分析能力弱
• 管理难度大
61 Oracle Restricted and Confidential
必须在每个项目上对主数据进行处理
跨越项目对数据进行管理的累计成本
0
2
4
6
8
10
12
14
16
项目1 项目 2 项目 3 项目 4 项目 5
数据管理成本
额外的 IT 项目成本
累计数据管理成本
主数据在应用竖井之间是割裂的
忽视数据管理会影响关键企业功能的发挥
必须在每个项目上对主数据进行处理
主数据始终处于流动状态
62 Oracle Restricted and Confidential
缺乏健全的主数据管理会对企业关键功能和流程造成影响 必须在每个项目上对主数
据进行处理
主数据始终处于流动状态
主数据在应用竖井之间是割裂的
忽视数据管理会影响关键企业功能的发挥
营销和销售 服务 供应链与运作 财务与控制
客户数据
产品数据
有效的向上销售和交叉销售
广告和促销支出
差异化服务交付
留住客户
风险与收集管理
立法一致性
欺诈管理
业务分析
隐私管理
第一时间准确交付
运作和 IT 成本
新产品推广
跨渠道种类调整
严格遵守法规标准
业务分析
有效服务交付
索赔和客户不满意管理
完善的订单管理流程
寻源和制造流程
64 Oracle Restricted and Confidential
项目建设目标
• 基于开放的B/S架构并支持多语言,多时区的全球唯一主数据中心。
• 改变目前主数据管理流程不规范、数据源不统一、平台不统一的现状,建立海尔集团主数据管理的基础平台和数据模型,梳理与优化主数据管理流程。
• 采用标准和开放的J2EE架构,集成多数据源的异构系统。解决目前海尔集团在主数据管理中存在的技术难点。
• 新的主数据管理系统应当具备良好的易用性、安全性、稳定性和可扩展性。
• 统一用户身份和安全管理,与现有的LDAP集成。
• 规范企业内部业务处理,提高工作效率、缩短响应周期,快速应对外部市场变化。特别是能够对整个供应链进行整合,提高交货能力。
• 消除信息孤岛,形成公司统一的主数据信息平台。
65 Oracle Restricted and Confidential
采用Oracle SOA Suite解决方案
• Oracle SOA Suite的产品线非常丰富,从流程编排、数据传输、数据模型、流程监控、数据监控都能有专业的模块来支持业务的运行,整体的方案优势明显.
71 Oracle Restricted and Confidential
BAM为MDM提供监控能力
集团业务和报告系统 HGVS 其他 SAP-EP DCMS
MDM 数据库
报表编制与发布
交互式报表
动态实时报表
Web分析
个性化设置员工即席查询与信息更新
实时响应阀值告警风险预警例外处理
动态调整业务流程协同处理
交互式导航信息显示板业务流程监控与管理
BAM-实时MDM流程
监控与优化管理BPEL流程引擎
MDM 流程 安全管理 高性能 BPEL集群
流程管理 高可伸缩性 批处理引擎
MDM 用户
72 Oracle Restricted and Confidential
实施SOA的结果
• 技术难点
• 主数据分散在50多个系统中,集成接口种类多
• 某些数据依赖人工确认
• 管理监控要求高
• 复杂业务通过编程实现
• 服务通常可管理性差
• 解决方法
• JCA Adapter和标准Web Service集成
• BPEL人工流程审批提高数据准确性
• BAM图形化监控使得监控更容易
• 依靠BPEL流程编排和ESB服务路由处理复杂业务流程
• WSM对服务进行安全管理,达到企业SLA要求