Oracle-MDM基础架构解决方案

合集下载

ORACLE RAC方案介绍PPT学习课件

ORACLE RAC方案介绍PPT学习课件

2020/3/4
4
ORACLE RAC 的优点和缺点
• - 优点 • 一、多机并行 • oracle rac 支持多台服务器共同对外提供完全相同的数据库服务。 • 二、高可用性 • 集群最大的优势在于它的高可用性,通过使用oracle RAC可以在一定程度上避免因为硬件或软件故障引起的数据丢失和非计划停机,并在一定程度上减
2.ORACLE RAC多节点运行
• 多个instance 共同访问同一个 数据库。
• 每一个节点运行一个DB实例。 • 每一个节点运行相同的OS。 • 由软件控制数据的访问。
2020/3/4
3
Hale Waihona Puke Oracle RAC硬件架构拓扑图
• 该拓扑图是一个典型的两节点RAC系统
• 由两台主机
• 一台共享存储设备,
2020/3/4
5
少或排除计划停机时间。 • 三、易伸缩性 • oracle rac 可以通过添加 服务器和存储设备来提升处理能力和存储空间。 • 四、低成本 • oracle rac 使用较廉价的x86 服务器取代小型机取得相同的性能 • 五、高吞吐量 • oracle rac使用多台服务器对外提供服务,可以提供更大的吞吐量。 • - 缺点 • 安装配置复杂,需要专业的存储设备配置和网络配置。 • oracle rac 不是oracle 数据库的高性能解决方案
• 两台光纤交换机,
• 四台网络交换机等等构成
• 其中,两台光纤交换机,两台心跳交换机,两台公用IP交换机都做
了集群冗余,集群中的设备,无论哪台出了问题,都不会影响整个 系统的正常运行
• 服务器的配置应该相同,cpu,内存等,还有,每台服务器上至少两 块物理网卡,分别用于主机间私有通信和对外公用通信,也可以有 多快网卡,进行网卡绑定,实现网卡的冗余

Oracle安全配置基线

Oracle安全配置基线

Oracle数据库系统平安配置基线中国移动通信管理信息系统部2021年 4月备注:1.假设此文档需要日后更新,请创立人填写版本控制表格,否那么删除版本控制表格。

目录第1章概述 (4)目的 (4)适用范围 (4)适用版本 (4)实施 (4)例外条款 (4)第2章帐号 (5)帐号平安 (5)删除不必要帐号* (5)限制超级管理员远程登录* (5)用户属性控制 (6)数据字典访问权限 (6)TNS登录IP限制* (7)第3章口令 (8)口令平安 (8)帐号口令的生存期 (8)重复口令使用 (8)认证控制* (9)更改默认帐号密码 (9)密码更改策略 (10)密码复杂度策略 (10)第4章日志 (12)日志审计 (12)数据库审计谋略* (12)第5章其他 (13)其他配置 (13)设置监听器密码 (13)加密数据* (13)第6章评审与修订 (14)第1章概述1.1 目的本文档规定了中国移动管理信息系统部所维护管理的ORACLE数据库系统应当遵循的数据库平安性设置标准,本文档旨在指导数据库管理人员进展ORACLE数据库系统的平安配置。

1.2 适用范围本配置标准的使用者包括:数据库管理员、应用管理员、网络平安管理员。

本配置标准适用的范围包括:中国移动总部和各省公司信息化部门维护管理的ORACLE数据库系统。

1.3 适用版本ORACLE数据库系统。

1.4 实施本标准的解释权和修改权属于中国移动集团管理信息系统部,在本标准的执行过程中假设有任何疑问或建议,应及时反应。

本标准发布之日起生效。

1.5 例外条款欲申请本标准的例外条款,申请人必须准备书面申请文件,说明业务需求和原因,送交中国移动通信管理信息系统部进展审批备案。

第2章帐号2.1 帐号平安2.1.1删除不必要帐号*2.1.2限制超级管理员远程登录*2.1.3用户属性控制2.1.4数据字典访问权限2.1.5TNS登录IP限制*第3章口令3.1 口令平安3.1.1帐号口令的生存期3.1.2重复口令使用3.1.3认证控制*3.1.4更改默认帐号密码3.1.5密码更改策略3.1.6密码复杂度策略第4章日志4.1 日志审计4.1.1数据库审计谋略*第5章其他5.1 其他配置5.1.1设置监听器密码5.1.2加密数据*第6章评审与修订本标准由中国移动通信管理信息系统部定期进展审查,根据审视结果修订标准,并颁发执行。

Oracle公司的CRM产品解决方案

Oracle公司的CRM产品解决方案

Oracle公司的CRM产品解决方案Oracle公司是全球最大的信息管理软件及服务供应商,成立于1977年,1989年正式进入中国市场,成为第一家进入中国的世界软件巨头。

客户关系管理软件市场是Oracle 公司较晚进入的市场,但是不可否认,客户关系的确是Oracle公司中成长最快的一个团队,CRM产品成了带动Oracle应用软件销售的主要动力。

Oracle公司属于“传统ERP型”的CRM厂商,即传统ERP厂商由于看好CRM的发展潜力以自行发展或并购等策略进入CRM市场。

由于其ERP背景,OracleCRM供应了从ERP到CRM到电子商务的一体化的解决方案,每一部分的功能都很强。

OracleCRM的最大优势,在于能够与Oracle其他应用系统相集成,而且可以与第三方的全套ERP应用软件相集成,使企业在部署CRM时能够充分利用已有的投资,在一个系统中支持各种客户关系运作,能够把全部客户的互动过程紧密连接,允许企业用户跨越Web、电子邮件、呼叫中心和现场销售等多种渠道把商业活动管理、销售部门自动化、服务应用与财务、人力资源、供应链管理、选购和制造等基本业务运作相连接,为企业供应全方位的客户视角。

OracleCRM是一套全功能的前端应用软件,包括CRM销售应用软件、CRM市场营销应用软件、CRM客户服务和支持应用软件、CRM交互中心应用软件、CRMOracle电子商务应用软件等多个应用模块,这些应用模块能够帮助企业实现客户智能、与客户交流的统一渠道和基于互联网技术的应用体系结构战略这三大关键的客户关系管理战略。

OracleCRM的五个应用模块1.销售应用软件这是一个全面的销售自动化解决方案,Oracle销售套件可以供应销售流程中每个阶段的具体的客户信息,使得现场销售人员、分销商、转销商和销售OracleCRM的主管准时获得这些信息,帮助公司实施敏捷的、以客户为中心的销售过程,并产生统一的、全球性的实时销售和预估视图,从而可以提高销售活动的效率。

MDM 介绍二 主大数据管理系统(MDM)的成熟度

MDM 介绍二 主大数据管理系统(MDM)的成熟度

主数据管理(MDM)的成熟度根据主数据管理实施的复杂程度,参照Jill Dyche, Evan Levy 的观点大体可以把主数据管理可以分为五个层次,从低到高反映了主数据管理(MDM)的不同成熟度。

下面我们简单介绍一下这五个层次: Level 0 :没有实施任何主数据管理(MDM)在Level 0的情况下,意味着企业的各个应用之间没有任何的数据共享,整个企业没有数据定义元素存在。

比如,一个公司销售很多产品,对这些产品的生产和销售由多个独立的系统来处理,各个系统独立处理产品数据并拥有自己独立的产品列表,各个系统之间不共享产品数据。

在Level 0,每个独立的应用负责管理和维护自己的关键数据(比如产品列表、客户信息等),各个系统间不共享这些信息,这些数据是不连通的。

Level 1 :提供列表不管公司大还是小,列表管理是我们常用的一种方式。

在公司内部,会通过手工的方式维护一个逻辑或物理的列表。

当各个异构的系统和用户需要某些数据的时候,就可以索取该列表了。

对于这个列表的维护,包括数据添加、删除、更新以及冲突处理,都是由各个部门的工作人员通过一系列的讨论和会议进行处理的。

业务规则(Business Rules)是用来反映价值的一致性,当业务规则发生改变或者出现类似的情况时,这样高度手工管理的流程容易发生错误。

由于列表管理是通过手工管理的,其列表维护的质量取决于谁参加了变更管理流程,一旦某人缺席,将会影响列表的维护。

MDM Level 1比MDM Level 0的不同就是,各个部门虽然还是独立维护各自的关键数据,但会通过列表管理维护一个松散的主数据列表,能够向其他各个部门提供其需要的数据。

在MDM Level 1中,数据变更决定以及数据变更操作都是由人来决定的,因此,只有人完成数据变更决定后才会变更数据。

在实际情况中,虽然数据变更流程有严格的规定,但是由于缺乏集中的、基于规则的数据管理,当数据量比较大时,数据维护的成本会变的很高,效率也会很低。

Oracle医疗大数据解决方案

Oracle医疗大数据解决方案

幸存
危险人群
预防护理
Oracle 医疗大数据解决方案
Operating Systems
Systems Management
Virtual Machines
Middleware Platform and Management
Business IntelligenceData Integration
Identity & Access Management
Oracle Healthcare Transaction Base (HTB)
临床集成的基础事务性临床数据信息库基于 HL7 参考信息模型 (RIM) 标准规范化的医疗卫生数据模型适用于多个标准医疗卫生领域的域模型,例如患者就医、实验室结果、综合观察、开处方、医务或病历、 过敏症、结构化文档 (CDA)、诊断、疾病/问题……临床文档架构 (CDA R2)支持 CDA 文档保存和查询批量提取数据将 ELT 定向到数据仓库或数据集市IHE XDS.b Repository
Security Gateway

Oracle Health Sciences Policy Manager
Oracle Enterprise Manager
Oracle SOA Suite、Oracle Service Bus
数据库网格和 Coherence 缓存
Sun 硬件、Sun 存储、ExaData、ExaLogic
源数据提取HLI ETL
MDI ETL
元数据发布例外管理业务规则OHADI: WIL OHADI: SIL 验证, 标准化, 和转换主索引主数据管理和相关服务
数据集市
OBI-EE/Java报表即席查询 联机分析 数据挖掘“Real” Time

Oracle三种高可用方案原理介绍--解决方案

Oracle三种高可用方案原理介绍--解决方案

Oracle三种高可用方案原理介绍--解决方案Oracle 三种高可用方案原理介绍一、概述Oracle因为是商用版本,所以高可用方案都已经非常成熟,主要有三种高可用方案,下边分别介绍一下。

1 RAC(Real Application Clusters)多个Oracle服务器组成一个共享的Cache,而这些oracle服务器共享一个基于网络的存储。

这个系统可以容忍单机/或是多机失败。

不过系统内部的多个节点需要高速网络互连,基本上也就是要全部东西放在在一个机房内,或者说一个数据中心内。

如果机房出故障,比如网络不通,那就坏了。

所以仅仅用RAC还是满足不了一般互联网公司的重要业务的需要,重要业务需要多机房来容忍单个机房的事故。

2 Data Guard.(最主要的功能是冗灾)Data Guard这个方案就适合多机房的。

某机房一个production 的数据库,另外其他机房部署standby的数据库。

Standby数据库分物理的和逻辑的。

物理的standby数据库主要用于production失败后做切换。

而逻辑的standby数据库则在平时可以分担production数据库的读负载。

3 MAAMAA(Maximum Availability Architecture)其实不是独立的第三种,而是前面两种的结合,来提供最高的可用性。

每个机房内部署RAC集群,多个机房间用Data Guard同步。

二、三种高可用方式工作原理1、Oracle 11G RACRAC环境与单实例最主要的区别是:.RAC的每个实例都有属于自己的SGA、后台进程。

由于数据文件、控制文件共享于所有实例,所以必须放在共享存储中。

..联机重做日志文件:只有一个实例可以写入,但是其他实例可以再回复和存档期间读取。

..归档日志:属于该实例,但在介质恢复期间,其他实例需要访问所需的归档日志。

..alter和trace日志:属于每个实例自己,其他实例不可读写。

MDM介绍四主数据管理方法论

MDM介绍四主数据管理方法论主数据管理(Master Data Management,MDM)是一种方法论,旨在通过确保组织中所有关键数据的准确性、一致性和完整性,提供高质量的主数据供应。

以下将介绍四种主数据管理的方法论。

1. 数据质量管理(Data Quality Management):数据质量管理是确保主数据的准确性和完整性的一种方法。

它包括数据清洗、数据匹配和数据去重等步骤,以确保数据在整个组织中的一致性和准确性。

数据质量管理还涉及数据质量规则的定义和应用,以对数据进行自动化的监控和修复。

2. 数据整合(Data Integration):数据整合是将不同的数据源整合为一个一致的视图的过程。

该方法论涉及数据的提取、转换和加载(ETL)步骤,以确保数据的整合和一致性。

通过数据整合,组织可以消除数据冗余和不一致性,提高数据的可靠性和可用性。

3. 数据标准化(Data Standardization):数据标准化是一个关键的主数据管理方法论,旨在确保主数据中的数据元素的一致性和规范性。

它包括对数据元素进行分类、定义和映射,以确保数据的一致性和可比性。

数据标准化还包括对数据命名、格式和语法进行规范化,以便在整个组织中实现一致的数据处理和分析。

4. 数据治理(Data Governance):数据治理是指制定和执行有关主数据管理的政策和规程的过程。

它涉及管理主数据的组织结构、角色和责任,以确保数据的一致性和合规性。

数据治理还包括数据所有权的定义、数据访问控制和数据安全性的保护等方面。

数据治理是一个跨功能的过程,需要组织中各个部门的协作和参与。

综上所述,主数据管理涵盖了数据质量管理、数据整合、数据标准化和数据治理等方法论。

通过应用这些方法论,组织可以确保主数据的准确性、一致性和完整性,提高数据的质量和可用性,为业务决策提供更准确、可靠的数据基础。

以 Oracle 融合中间件构建新一代 IT 基础架构

• 随 RAC 服务的重新配置启用/禁用数据源 • 无需应用服务器/数据库管理同步
多数据源 (CRM)
DS1 DS2 DS3
多数据源 (PAY)
DS1 DS2 DS3
• 支持负载平衡、故障切换和事务
• 与 WebLogic Server 10.3 和更早版本相同
CRM
CRM
PAY
RAC 节点 1
RAC 节点 2 共享存储 Oracle RAC 集群
增强的WebLogic Server 集群
集成 Coherence,分离流量处理、会话管理
缓存 Coherence Servlet EJB JDBC 会话 Coherence 缓存 Coherence
负载平衡器
WebLogic Server
RDBMS
HTML Oracle Web 层 — Web Cache Servlet EJB JDBC 会话 Coherence 缓存 Coherence 缓存 Coherence
Tuxedo客户概览
Pick up the phone… Use your credit card or ATM… Go to the bank or wire funds… Ship a package or deposit mail… Order airline tickets… Purchase retail goods…
案例:极端事务处理
中国所有的信用卡和借记卡处理
业务衡量 标准 情况 目标
通过统一的体系结构来提供空 前的可靠性,并确保服务提供 以将中国和外国银行以及信用 目标 服务整合到可扩展到 Web 的单 一网络中
每年为中国的金融机构处理 500 多亿个事务 对所有事务的响应时间均小于 1 秒

oracle dg 方案

Oracle DG 方案1. 简介Oracle Data Guard(DG)是Oracle数据库提供的一种高可用性和灾难恢复解决方案。

它通过在主数据库和一个或多个辅助数据库之间建立物理或逻辑复制,实现数据的实时备份和同步,从而提供了数据的可用性和保护。

2. 物理复制2.1 主数据库配置在主数据库上配置DG,需要执行以下步骤:•创建物理复制所需的日志传输服务•配置主数据库的归档模式•启用日志传输和应用服务首先,我们需要创建一个可用于日志传输的网络服务,以便主数据库可以将归档日志传输到辅助数据库。

然后,将主数据库配置为归档模式,确保归档日志可以被传输和应用到辅助数据库上。

最后,需要启用日志传输和应用服务,以确保日志的实时传输和辅助数据库的数据同步。

2.2 辅助数据库配置在辅助数据库上配置DG,需要执行以下步骤:•创建辅助数据库实例•配置辅助数据库的连接和归档信息•启动辅助数据库实例•应用主数据库的归档日志首先,需要创建一个辅助数据库实例,该实例将用于接收和应用主数据库的归档日志。

然后,需要配置辅助数据库的连接信息,以确保它可以与主数据库进行通信,并获取归档日志。

接下来,启动辅助数据库实例,并配置归档日志的应用方式。

3. 逻辑复制逻辑复制是另一种Oracle DG的实现方式,它基于逻辑单位(如表或模式)的复制,而不是物理上的块复制。

逻辑复制可以在主数据库和辅助数据库之间实现数据的实时同步和备份。

3.1 主数据库配置在主数据库上配置逻辑复制,需要执行以下步骤:•创建逻辑复制所需的逻辑连接和组织形式•配置主数据库的归档模式(可选)•启用逻辑复制首先,我们需要创建逻辑复制所需的逻辑连接和组织形式。

逻辑连接是主数据库和辅助数据库之间的连接,它使得数据可以被传输和同步。

接下来,如果需要,我们可以将主数据库配置为归档模式,以便归档日志可以被传输和应用到辅助数据库上。

最后,启用逻辑复制,以确保数据的实时同步。

3.2 辅助数据库配置在辅助数据库上配置逻辑复制,需要执行以下步骤:•创建逻辑复制所需的逻辑连接和组织形式•启用逻辑复制服务首先,我们需要创建逻辑复制所需的逻辑连接和组织形式,以确保辅助数据库可以与主数据库进行通信,并接收和同步数据。

Oracle 企业级数据中心解决方案


Data Profiling
Oracle EPM/BI
Data Replication BI Server Foundation
Storage
Data Warehouse/ Data Mart
OLTP System
OLAP Cube
Files and Web 2.0 Content Management
辅助决策
通过统一的数据中心系统为企业领导实现 规范、准确、及时的企业经营分析提供基 础。
议程
• • • • 企业信息化建设面临的挑战 数据中心解决方案 Oracle技术支撑平台 Q&A
数据中心的技术实现层面
搭建统一的数据集成与共享平台:实现信息 的共享和应用。
搭建统一的主数据管理平台:提高数据质量 ,消除数据冗余,实现唯一真实可信的数据( single truth view)。
可靠性
保证交易的一致性 – 稳定、可靠、具备各种故障 下的恢复能力
23
23
GoldenGate 工作原理
Capture: 实时读取交易日志捕捉数据变化并可实现过滤. 队列文件: 暂存数据变化. 传输: 数据经过压缩和加密传送到目的地. Delivery:执行所需的数据变化,然后将 数据变化提交到目的库.
主数据管理
商业智能
面对信息孤岛的解决之道-整合
DW/BI
MDM
SOA
面对孤岛的解决之道-整合
数据中心的目的
规范、整合、共享、支撑
规范数据
保证不同业务系统数据相对独立的基础上,建立数据交换和共 享机制,通过对数据的加工、清洗、传递和交换,实现数据的 标准化、一致化。
信息HUB
建立信息生命周期中各种分散资源的管理 与协调中心,使分布在不同地域、部门的 生产、财务、销售等人员都可以从这个中 心出发开展工作。
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

数据标准化 • 抽取和标准化属性 • 在主从目录中进行分类 • 使用行业&公司标准
自动产生和确认 • 通过条目号和描述生成规
则进行数据规格化
• 在所有数据入口点请求用
户自定义确认
匹配引擎
• 使用定制的引擎运行大
量搜索
• 识别重复并预防重复发

重复处理
• 合并条目纪录以防止
在产品数据存储中产 生重复
1. 2. 3.
(语言、计量单位、币种等)
• 可被其它交易系统实时可用 • 基于企业数据模型
主数据管理: 汇集
发布
Siebel EBS SAP GDSN 其他
汇集
导入 工作台
数据辨识 和匹配
数据源 历史
整合的记录
监管
可靠的 主数据
清洗
利用ODI/SOA进行MDM数据装载
Master Data
• 在MDM 解决方案使用ODI • 设计和生成典型格式
变更
检查 是否
No
需要审批
路由到
恰当的审批者
Yes
业务人员定义规则&流程
实现变更
• 自动判断变更是否需要审批 • 需要审批的变更自动路由到合适的审批者(可自由定义) • 业务人员可自由定义变更审查、审批规则 • 推动供应商、内部部门之间的协作
Oracle MDM解决方案
Siebel EBS SAP GDSN Other
汇集
监管
可信的 主数据
清洗
共享
Users Siebel EBS SAP Custom Apps
BI
• 在整个企业范围内合并和维护唯一的、 • 确保企业
完整的和准确的主数据信息(客户、供
- 提升数据质量
应商、员工、资产、设备、财务数据等) - 提高主数据信息在研发、产供销、门店等业务环
• 集中、全面维护详细、可信任的(多变)
主数据信息
• 在需要的时候分发主数据信息到所有的
运营和分析系统
节的敏捷一致
- 符合企业和政府的法律法规 - 提升商务智能分析业务洞察力 - 降低数据管理成本
主数据管理: 主数据集中存储
Consolidate
Govern
Trusted Master
Data
Cleanse

内部增强 • 内部不同部门相关
数据补充
分发
• 在整个供应链上共享标准主数据信

主数据工作流驱动的产品更改流程
利用流程自动化减少错误和拖期
产生变更 请求
(工程变更 请求 )
ID 发出
产品经理
指派 & 通报
预警& 通知
评估影响
日程
成本
部署
审核
批准或拒绝
产生变更 单
(工程变
更单 )
产生工作包
审核
测试和批准
实施变更
组织1,组织2 …
• Oracle BPEL 规范制定自动化业务处理流程,支持用户自定义变更类型 • 自动化、人工流程,提供良好的用户界面UI,多种通知方式 • 自动化、人工的审核和批准,逐级审批 • 易于多组织的协同工作
基于例外的主数据变更
有效变更主数据信息同时确保规则遵循
供应商
内部部门 / 门店
<Insert Picture Here>
Oracle MDM 主数据管理解决方案
李平进 高级技术咨询顾问
议题
• 主数据挑战 • Oracle MDM 解决方案
今天的企业
采购
服务
市场
销售
开发
支持
物流
今天的企业 – 零散的数据
CRM
SCM
FS
ERP
CRM
ERP
FS
ERP
PLM
FS
SCM
CRM
CRM
24
自动化新主数据定义和引入
对于企业内外部使用确保Item数据的完整性和准确性
研发、设计
申请捕获
• 捕获新主数据申请
供应商
内部机构 / 门店
外部增强 审核缓存
• 允许外部供应商通过Web界面补充
、增强数据
• 标准化数据 • 创建新的Item关系 • 按照标准进行分类 • 准确性校验
审核 & 批准 • 自动路由到相关审批
企业市场管理
关键实体: 活动, 提供, 反馈
企业商机管理
关键实体: 商机, 订单
企业服务
关键实体: 服务请求, 方案
主数据的解决方案
<Insert Picture Here>
主数据管理 Master Data Management
主数据管理解决方案
供应商
员工
从多个业务系统中整合最核心的、需要
共享并保持一致的数据(主数据)
CRM FS
PLM ERP
SCM
典型的企业数据
挑战: 不连贯 / 不准确/ 不完整/ 数据质量
身份
身份主数据信息 关键实体: ID
客户 产品 资产
客户主数据
关键实体: 当事人, 地址, 关系
产品主数据 关键实体: 产品, 物料, 价格
客户扩展资料信息
关键实体: 资产, 人口统计, 活动
市场 销售 服务
产品/服务
客户
集中进行主数据的清洗和丰富
资产
以服务的方式把统一、完整、准确的主数据分发给企业范围内需要 使用这些数据的业务系统、业务流程和决策支持系统
关键的业务收益
基于完整、准确的信息增强企业管理和业务增长的能力 加速新的服务和产品的推出,简化业务流程 增强IT架构的灵活性,构建覆盖整个企业范围的数据管理基础 提高业务分析的准确度和企业管理的水平,满足法规的要求,降低业务风险
Oracle Data Integrator 数据质量管理工具
在数据表上声明约束条件 设计映射关系,检查完整性 审计、清洗和回收脏数据
工作流
• 逐步执行新条目定义
和审批流程
• 产品变化控制
条目清晰
• 去除不必要的纪
录来减少数据量
主数据管理: 监管
监管
变更管理
归档 & 更新
目录管理 & 安全
事件 & 政策
Share
可靠的主数据信 息
属性 规则 贸易合作伙伴 目录 文档 地点 关系 配置信息
集中的数据资源库
通过被验证的企业级数据模型捕获可信任的主数据
可靠的 主数据存储
360o 的主数据信息
• 可扩展和可配置的数据模型 • 实体模型唯一建模 • 支持所有的业务和行业模型 • 提供本地化服务来支持多地区特性
可靠的 主数据
整合
发布
清洗
统一的业务流模 型
丰富的最终用户交互
业务视图
BPM Studio (含业务和 IT 视图)
工作列表
BPMN 2.0 BPEL
流程门户
MS Office
BPEL
BPMN 人员工作流
监管
汇集
共享
可信的 主数据
清洗
基于 Web 的自定义 流程编辑器
1. 利用已有的元数据格式设计 MDM 应用 (实体, 字段, 关系)
2. 生成和维护主数据结构 3. 生成和部署转换
CRM
SCM
Legacy
Enterprise Service Bus
ERP
12
主数据管理: 清洗
监管
可靠的 数据
汇集
发布
标准化 解析
清洗
匹配&去重
验证 补充
确保干净的、准确的企业数据
相关文档
最新文档