数据产品规格说明书.doc

数据产品规格说明书

数据管控产品规格说明书

第5页

数据产品规则说明书
第一章 引言
1.1 编写目的
本文档作为数据管控产品体系(元数据和数据质量管理)的产品方案说明书，介绍元数据和数据质量的解决方案。
1.2 项目背景
经过多年建设，企业一般已经初步建成了各类管理信息系统，虽然在运用和分析数据支持经营决策方面已初见成效，但是对比战略发展要求和国内外最佳实践经验，还是存在数据管控水平不高，以及配套体系建设相对滞后的问题。为解决这些问题，企业会做种种努力，但由于未采用系统性的管控治理，数据问题并未能从根本上解决，阻碍了企业管理精细化的进程。
参考国内外同业先进理念、做法，一般会从数据标准、数据质量、数据模型、数据分布、数据安全、数据生命周期管理等6个方面，采用全面规划、分步实施的策略，分阶段有序推进数据管控项目建设， 包括构建统一的数据管控制度体系、优化数据管控流程、实施有针对性的数据管控配套系统建设 ，实现对数据资产的全面管理和深度利用，进而提升数据资产管理水平和信息服务水平，形成差异化的竞争优势和核心竞争力。
第二章 方案概述
2.1 方案目标
本方案主要完成以下工作：
① 完成元数据管理系统和数据质量评估管理系统的引进、集成部署和客户化定制；
② 完成风险相关数据标准在元数据管理系统的落地；
③ 完成风险相关数据质量的评估及数据质量评估分析模型的开发。
④ 完成其他业务需求中明确的试点系统的数据标准发布和质量评估落地工作。
2.2 项目范围
2.2.1 实施内容
1) 元数据管理系统和数据质量评估管理系统相关基础性工作
根据业务需求，结合企业现有系统的情况，制定具体项目实施方案，确保能完成相关咨询成果在系统内的部署和设置。完成系统接口设计、系统架构设计和形成实施所需的需求规格化文档等工作。完成产品的集成安装和初步调试工作。若提供的软硬件配置建议书不能完全满足企业软硬件选型需要的，需要协助事先完成必要的产品测试工作，确定最终的系统软硬件配置清单。
2) 元数据管理系统和数据质量评估管理系统的客制化开发实施
根据企业的业务需求，对产品或应用进行客制化实施。根据对业务、技术元数据进行抽取和加载，在系统中建立元数据之间的映射关系。根据评分模型对评分卡进行客制化开发，并能将评分结果数据在第三方报表平台上展现。本阶段需要完成系统的概要设计、详细设计；完成数据接口设计和数据ETL工作；完成产品的配置，应用和报表的客制化开发等。产品客户化过程中，出现在场人员无法解决的技术或产品问题时，投标人应及时组织国内国外资源，快速解决问题，不能因此对项目进度造成影响。
3) 元数据管理系统和数据质量评估管理系统的测试
完成元数据管理系统和数据质量评估管理系统的各类测试工作，包括：单元测试、集成测试、压力测试和协助用户测试，测试工作需要符合企业测试规范要求。单元测试和集成测试的主要工作是：制定测试策略和计划、准备测试案例和数据、执行各类测试案例(含功能测试、接口测试、报表测试、系统管理和非功能性需求测试等)、分析测试结果、针对测试问题进行回归测试。压力测试的主要工作是：制定测试策略和计划、准备测试案例和数据、执行性能测试案例、分析测试结果、针对测试问题进行回归测试，完成系统调优工作。用户测试的主要内容是：做好测试数据准备工作，并协助完成测试。
4) 元数据管理系统和数据质量评估管理系统的上线和试运行
完成元数据管理系统和数据质量评估管理系统的上线和试运行工作。元数据管理系统和数据质量评估管理系统上线的相关事宜，主要包括：确定系统软硬件、完成系统整体部署(含集成部署)、调试和调优、完成系统的初始化工作。完成符合企业规范的上线和移交文档。编写用户操作手册、业务手册、系统操作手册等。元数据管理系统和数据质量评估管理系统试运行相关工作，主要包括：试运行实施规划、试运行过程中的问题整理和处理、试运行结果分析等。维护系统、明确系统应急处理机制并演练等。
2.3 方案概述
数据管控系统建设方案元数据产品MetaOne系统和数据质量系统QualityOne，并结合专业的业务和技术团队，旨在建立一套符合企业数据管控体系建设需求的数据管控体系系统。
数据管控体系建设项目依托元数据和数据质量管理体系，旨在建立一套符合企业特色的数据管控体系系统，本项目实施主要完成数据管控系统咨询成果落地工作，通过数据标准配置；指标标准管理及分析预警；元数据获取和调度；数据质量分析和预警展示和数据探查分析和预警等模块，全方位全角度展示企业系统平台技术和业务元数据分析，最终，实现数据质量监控预警。
第三章 总体方案
3.1 系统架构
3.1.1 总体系统架构
数据管控体系建设平台实施方案采用双模式进行调度配置，为保证第一时间有效监控业务风险相关业务指标监控情况，因此，总体方案中，首先采用企业数据仓库平台调度平台优先监控风险相关业务指标信息,其次元数据管理产品内部调度机制，加载相关平台，关系数据库(应用业务数据和技术业务数据)和数据模型等元数据信息。
信息交付层：主要展示元数据和数据质量成果信息，展示方式主要通过都必须通过AD域验证(统一认证平台)，信息访问通过报表平台BIEE和元数据系统内部展示平台展示元数据和数据质量分析预警信息。
应用层：主要提供企业BIEE报表系统展示的数据接口，展示业务客户需要的业务元数据信息。
系统管理层：主要描述MetaOne和QualityOne为用户提供基本功能完善的元数据仓储管理平台，并支持基于平台的应用服务定制。丰富的调用接口和强大的二次开发指南，保障产品良好的适用性。系统整体在功能上，划分为存储层、基本功能层、接口层、应用层。
数据获取层：主要描述系统获取元数据方式有两种触发方式，为实现监控风险相关业务指标，系统将采用部分任务配置在调度平台调度；其他数据获取方式将采用MetaOne定时触发和依赖满足触发任务，将所需的业务指标数据和平台技术数据安装规范加载至平台内部。
源数据层：主要描述数据管控体系的数据源信息，包括标准格的业务元数据；镜像业务系统关系数据库；ETL系统标准元数据信息；平台相关技术元数据信息；模型设计文件元数据和咨询涉及的其他标准元数据文件成果。
3.1.2 物理系统架构
数据管控体系系统物理架构采用应用服务和数据库服务器独立方式设计，同时，两台服务器具体内部互补自动切换功能，有效防止由其他因素导致的系统瘫痪。

3.2 系统数据流程
下面展示元数据和数据质量系统数据流程图示如下：

3.3 网络和安全
MetaOne元数据系统部署于企业的业务网段，通过代理将应用服务器地址反向映射办公网段，仅开通WEB服务端口，向位于办公网段的业务管理用户提供服务；其他业务系统的接入均在企业的业务网段内，与外部环境隔离。
3.3.1 开放的Internet标准
系统建立在开放的Internet标准之上，例如：SSL，HTTP，XML，TCP/IP，SOAP，支持多层次的客户机/服务器体系结构，其通过TCI组件支持多种报文的传输、组包、解包；利用web service实现与异构系统之间的数据交换。可以成功运行在支持Java虚拟机的各种操作系统及相应的各种硬件平台上，符合信息技术的发展方向，具备广泛的应用前景。
3.3.2 系统层安全
系统层安全主要针对系统的操作系统和数据库等软件平台进行安全防护，其主要采用的措施如下：
Ø 安装系统的安全补丁（Patch）。
Ø 关闭不需要的进程服务和端口。
Ø 使用漏洞扫描产品，定期进行安全扫描及时发现问题并采取补救措施。
Ø 定期审核系统配置，避免因配置不当造成的权限管理混乱。
3.3.3 业务安全控制
通过安全代理前置设备、防火墙等系统来保证系统的安全性，以及通过负载均衡来保证系统的高可用性，这只是从网络环境和系统结构的角度保证系统的安全，整个系统的安全性应该是一个多层次的概念。
主要考虑一下几个方面：
Ø 关键操作有详细的操作记录可查。
Ø 登录系统日志的安全审计
Ø 多维的交易权限管理机制，关键操作提供多重授权功能。对于管理端的关键数据设置提供严格的复核机制，以保证数据的正确性、合法性。
Ø 会话管理（Session）：与应用服务器的会话管理结合，实现多种会话的建立和管理，让不同的会话采用统一的管理机制。同时实现会话的超时管理，有效防范避免操作人员使用已经失效的会话进行误操作，同时防止垃圾会话数据占用内存，影响系统性能甚至使系统无法工作。
3.3.4 统一身份认证
针对统一身份认证系统的要求，系统采取一种适用（针对）于WebLogic Server的、简洁的、有效可行的统一认证即单点登陆(SSO)解决方案。这个方案以集中统一的用户信息为基础，但不包括上节说明的权限管理，而仅仅提供一个身份验证的服务。实现SSO的本义。
在SSO帮助用户完成身份验证后，由系统本身的权限管理进行用户行为的进一步控制。这样不仅完成了用户帐号的集中管理，又不失原有系统灵活的权限控制。而且方案简单可行，不需要对原有应用做较大更改，适合快速解决Single Sign-On问题，符合行内系统的要求。其主要采用SAML Browser Post Profile方案，通过推模式获取SAML Token，由Identity Provider推Assertion到Service Provider.而后验证Assertion将用户重新定向到目标URL。
3.4 系统灾备
为了保障对数据处理的高可靠性和高可用性，系统需要具有较好的实时备份和灾难恢复能力。系统采用SQL SERVER 2008数据库服务器支持的双机热备容错方案来实现系统的备份策略，由两台机器共享一个磁盘阵列（共享磁盘组），当其中一台机器发生故障时，另外一台机器接管整个磁盘阵列，从而实现双机容错。如下图：

第四章 方案细化
4.1 产品功能
4.1.1 元数据
元数据产品MetaOne采用高内聚、低耦合的组件式产品架构，丰富功能组件，为客户搭建功能强大的元数据管理平台。向用户全面开放元数据功能调用接口，并提供整套实施方法论。使用户在完成元数据管理、维护等基础功能的同时，方便实现二次开发，满足行业应用的针对性需求。

l 基本管理平台（MetaOne Platform）
由元数据仓储、Web应用程序、元数据接口层、统一数据源管理客户端、元模型操控台以及元数据基本维护管理功能组成的组件集合，是MetaOne产品的基本功能集。
l 元数据存储库（MetaData Repository）
基于关系数据库的元数据存储库，用于实现元数据的物理存储。
l 元数据基本维护界面（MetaOne WebAPP）
B/S结构的Web管理程序，实现用户对元数据的一般管理、维护操作。
l 对外服务接口（MetaOne Interface（MOI））
一组基于Java RMI的API集合，内容包括对元数据、元模型的所有基本操作，配套提供使用方法论，使用户方便调用，实现二次应用开发。
l 元数据获取器（MetaData Integration Bridge（MIB））
数据源管理平台，对所有连接系统的数据源进行统一管理，实现数据源元数据的抽取和元数据向MetaData Repository的导入。
l 元模型管理控制操作台（MetaOne Console）
元模型操控台，用户通过操控台实现元模型建模。
l 基础应用分析
元数据的基本维护管理功能
l 高级应用分析
通过元数据接口，调用元数据及相应功能，针对行业需求开发的应用。
4.1.1.1 功能特性
MetaOne的产品理念，是为用户提供基本功能完善的元数据仓储管理平台，并支持基于平台的应用服务定制。丰富的调用接口和强大的二次开发指南，保障产品良好的适用性。系统整体在功能上，划分为存储层、基本功能层、接口层、应用层。

l 元数据存储层
包含元数据存储库，负责承载不同领域的元模型以及相关的元数据。
l 元数据基本功能层
实现系统对元数据的基本功能，针对元数据自身的维护和管理。包括元数据的维护管理、元模型维护管理，影响分析、血统分析、差异分析等图形展现功能，元数据版本管理、权限管理、日志管理、质量管理等。
l 接口层
MOI为MetaOne提供的元数据接口集合，供二次开发对系统各类数据、功能的调用。
l 应用层
通过MOI接口层与元数据存储层实现连接的部分属于应用层。包含两个方面，Metaone提供的功能组件MO Console和MIB，以及针对不用同的具体需求开发的应用功能。
4.1.1.2 数据流程
MetaOne元数据管理系统将涵盖系统数据处理流程各个环节的数据结构等信息读取进来，包括源系统信息、ETL过程、数据库结构、数据模型、业务应用、前端展示和门户管理等，并加入业务规则的描述和业务量值的内涵，下面图示详细介绍数据获取流程信息：

4.1.1.3 数据获取
MetaOne元数据管理系统的元数据管理范围，涵盖系统数据处理流程各个环节，各个环节中数据源所能提供的数据类型、结构都需要相对应的元数据获取方法。MetaOne元数据管理系统提供统一的数据源管理平台，平台中集成了针对不同数据类型的元数据获取功能插件，可以将包括源系统信息、ETL过程、数据库结构、数据模型、业务应用、前端展示和门户管理等数据源进行统一管理，实现元数据的自动获取。
MetaOne提供元数据整合获取平台元数据集成桥（Metadata Integration Bridge，元数据集成桥），提供自动获取、手工获取两种元数据获取功能，自动获取主流BI工具的元数据或手工获取XMI/Excel文件中的元数据。

MIB具备强大的管理能力和可扩展性，能够对自动获取的数据源进行管理，能够提供自动获取的框架，在此框架可以扩展自动获取的适配器；对元数据的自动获取提供持续稳定的调度支持，能够按预设的调度策略触发相应的元数据自动获取过程，同时支持对自动获取过程的日志记录。MIB体系架构如下图所示：

l MIB数据接口
元数据集成桥能够自动获取主流BI工具的元数据，并支持通过对SQL脚本、TCL脚本
的词法、语法和语义分析，生成满足CWM规范要求的数据处理元数据，存储到MetaOne中进行统一管理。通过MIB，MetaOne可自动获取系统项目的相关工具所涉及的元数据，确保元数据及时更新与业务系统同步，减少人为的手工梳理过程。

l MIB技术特点
元数据集成桥通过把不同数据源的元数据抽取、转换到统一的元数据系统中，能够实现企业级的元数据整合、集中和统一，提升系统的元数据管理水平，其技术特点如下：
1. 跨平台：服务器支持Windows、Unix、Linux(Windows 2000\2003\，Linux，IBM AIX，SUN Solaris)，RCP Client支持Windows、Linux、Mac OS X系统；
2. 兼容性：数据存储于主流关系型数据库系统，支持Oracle，DB2，SQL Server等；
3. 灵活及易用性：元数据集成桥提供了友好的图形界面，用户只需要配置相应的参数就可以完成本次导入。用户可以选择需要导入的对象列表，设置过滤规则，选择元数据的根节点，无需要编程就能够完成各省的特性化需要。
4. 主流开放性：100%JAVA、按J2EE模式构建、基于RCP Client的客户端架构，采用XML RPC 和 JSON RPC通信方式，支持各类编程语言开发的分布式应用程序间的通信，如C、JAVA、Perl、PHP、.N等；
5. 全中文化和国际化：界面操作全部显示中文。可以根据需要按照区域化的配置显示客户熟悉的语言。
6. 后台自动调度： 通过后台调度自动定期执行导入作业。
7. 支持增量导入和自动关系维护：同一个数据源多次导入时，可以支持以增量方式进行导入。减少数据处理量，提高效率。
8. 自动关系维护：通过元数据的属性或者解析SQL的方式，能够自动的建立元数据之间的关系。
9. 支持大数据量： 为了能够支持超大数据量（>200M）的元数据导入，系统优化了XML解析和数据比较，并且支持多个Java虚拟机（JVM）的数据导入，最大限度的利用了硬件系统的资源。

4.1.1.4 数据模型
元数据管理系统具有独立的元模型管理控制平台，实现元模型的建立、关系的维护等功能。元模型架构支持国际CWM规范、提供行业预定义元模型、支持用户按需完全定制，从而保障用户随着时间推移对更多种类元数据的管理需要，以及完善现有元数据定义的需要，能满足企业中长期发展的需求，提高投资回报率。
元模型管理功能包括：
† 提供图形化元模型管理控制台（Console）
† 支持元模型的增加、删除、修改等基本操作
† 支持标准的CWM元模型
† 支持元模型扩展和自定义
† 支持继承、关联、依赖等基本关系类型
† 支持关系类型扩展
† 支持多业务领域（Domain）

† 支持跨业务领域的元模型差异分析
† 以XML格式对元模型进行导入导出

4.1.2 数据质量
4.1.2.1 数据质量评估体系
数据质量评估体系主要由两部分组成：数据质量评估维度和数据质量加权计分卡：
l 数据质量基础评估维度是指对数据质量进行定量或定性评估时所采用的描述数据质量不同方面特性的评价标准。
l 数据质量加权计分卡是在数据质量评估维度的基础上，根据业务关键性对各类维度进行权重设定并计算形成数据质量评分。
数据质量基础评估维度
根据数据用户对数据质量的关注点不同，数据质量特征可分为两类：数据内容质量和数据展示质量。两类数据质量特征分别具有一套数据质量的基础评估维度。
1. 数据内容质量评估维度：

2. 数据展示质量评估维度：

数据质量加权计分卡

数据质量加权评估计分是根据数据质量评估维度、被评估数据的技术特性和业务特性等等要素对数据进行分类，对不同类型进行权重值设置，对根据各类数据质量评估维度得出的基础评估量化值进行加权计算并最终得到数据质量综合水平计分的过程。具体分类方式如下：
l 数据质量评估维度分类：将上述的基础评估维度进行进一步分类，可得到数据质量六个方面的特性，即：合理性、一致性、及时性、完整性、唯一性和准确性。
l 数据技术特性分类：根据数据的来源不同，可以分为基础数据、数据仓库汇总数据、应用层数据等。
l 数据业务特性分类：可以根据业务条线对数据进行分类，如市场风险数据、信贷风险数据、操作风险数据等。
对不同分类设置权值后，即可进行数据质量水平的加权计算。数据质量加权计分卡的总体设计思路示意图如下所示：

数据质量加权计分卡

4.1.2.2 功能框架
数据质量组件包含两块内容：规则制定，质量评估。规则制定是基于咨询数据标准的导入，也包含企业后续对数据质量规则的制定（数据标准，数据接口，元数据规则等）；质量评估则是对规则结果的调整，通过数据评估，制定一整套数据质量管理流程，便于对数据进行修正，对业务规则进行合并，清理，更好得服务决策和分析。

4.1.2.3 质量管理
数据质量管理系统通过对KPI指标信息进行采集，对监控规则进行设置，对异常信息进行告警，出具数据质量报告等功能，可以满足企业对高管系统KPI指标进行监控的需求。
对于数据质量管理来说，对规则的灵活设置，对任务的及时反馈，对结果的评估，以及和第三方工具紧密集合是一个产品成败的关键。对于数据质量流程，一般框架如下：

l 存储管理
数据质量管理系统定义了支撑数据质量监控功能并符合CWM标准的元模型结构，包括监控对象、采集项、采集规则以及监控规则等。其中所涉及的元数据信息如监控对象信息，需要从元数据管理系统获取。质量管理人员也可以创建新的元数据，来满足质量监控的需要。相关的质量信息存储在数据质量关系数据库中。
l 采集管理
数据质量采集模块由采集服务器和采集代理组成，采集代理支持分布式部署，采集服务器对采集代理进行集中管理，支持的功能如下所示：
代理启动时向服务器注册请求，注册信息包含代理的IP地址、通讯端口、进程ID，启动时间；
代理每个一段时间要向服务器发送心跳检测信号，心跳间隔时间可配置；
代理在允许结束时向服务器发送注销请求；
代理可以支持服务器对代理运行状态的查询；
代理在与服务器中断连接后可以保留已运行完毕检查报告和未运行完的任务状态；
代理负责采集数据，将采集的格式化成质量平台的数据格式，关联相应的监控对象；
服务器集中保管所有的采集配置数据，代理自动从服务器获取相关的采集信息。

l 规则监控管理
数据质量管理系统的规则包括数据采集规则、监控规则以及告警规则等，因采集规则和告警规则相对较简单。
监控规则存储在数据质量关系数据库中，包括规则当前信息、历史信息以及变更信息等， 具体规则可以通过Quality One选择，也可以通过前端二次开发，获取更多的详细分析。
为了实现监控规则的灵活调度及与业务分析过程相结合，规则调度部分支持时间触发调度和规则依赖调度两种方式，具体说明如下。
时间触发方式，即按照定时触发、循环触发及间隔触发的方式对规则进行调度。如下图所示
规则依赖调度，即某规则是否执行调度需要判断它的前置条件是否满足，或某规则执行之后，根据其执行的结果，来决定另一个节点是否执行。此调度方式可支持数据质量问题的逐步探查式分析。
l 告警管理
数据质量采集和检查过程中发现数据质量问题时，系统会提示某些数据或者规则超过了指定阀值，系统就对这些数据做告警处理。告警流程，可以通过数据接口的方式，嵌入到数据质量管理流程中，便于后续做进一步的处理。
在告警时，客户需分析查明告警原因，需要具体的明细数据，系统提供界面查询的接口，也提供后端文件的接口，便于后续的检查，也可以用于外部前端接口更深入的分析，或者检查历史趋势。
l 质量报告
数据管理系统提供数据质量日常管理各种报告，包括数据质量问题相关的各种明细及汇总报告。质量报告模块集成了内置的图形引擎，支持多种图形的动态展示，如柱状图、饼图、折线图等，可输出数据表格与图形动态联动的各种数据质量式样， 也可通过提供外部数据接口的方式，输出复杂的质量报告。
4.1.2.4 质量评估
数据质量评估是指依据数据质量评估任务要求，结合数据质量探查的结果，按照一定规则，对探查结果进行统计分析，并形成综合评估分析结果的活动，该活动需求包括任务管理、评估规则设置、评估结果分析等。
数据质量评估师对指定规则设置后的处理流程，如下图所示（一图为审计流程，二图为评估处理流程）

图一

图二
4.1.2.5 质量探查
数据剖析功能
l 内置丰富的分析评估模型
内置针对指标日常和节假日波动的阈值分析和优化模型、针对指标业务相关性的关联波动分析模型、针对问题分布的监控覆盖和规则优化分析模型等常用分析评估模型，并且可以根据业务需要进行扩充。
1. 列分析，对数据源表中的字段的值进行统计。比如：最大值，最小值，唯一值个数，NULL 值的比例，字段类型，长度，字段格式以及数值分布比例等；
2. 连接分析，对两个表之间的连接列和匹配程度进行分析；
3. 键值分析，分析和检查表的中某1列或多列是否符合唯一性约束

高级分析功能
规则管理：支持对数据源表中的字段设置评分权重，以及配置校验规则；
规则分类：质量监控信息进行规则校验、触发质量告警的计算准则，是判断是否为数据质量问题的标准，主要包括如下几类：
l 均差探查
l 一致性校验规则
l 自定义检查规则
l 关联性分析检查

4.1.2.6 支持度分析
数据质量产品功能需求　
MetaOne支持度
说明
系统操作功能

100%

系统服务功能

100%

变更和升级

100%

基本功能要求
数据探查
列分析
100%

连接分析
100%

键值分析
100%

复杂规则分析
100%

数据准确性分析
100%

数据一致性分析
100%

数据完整性分析
100%

数据规范性分析
100%

数据参照完整性分析
100%

其他分析
100%

质量评估
定义评估任务
100%

跟踪评估结果
100%

评估规则设定
100%

权重设置
100%

评估计算
手工或者自动
100%

支持第三方
100%
通过接口方式，需要ETL工作
统计报表需求

100%

用户权限管理需求

100%

安全审计需求

100%

性能说明

100%

其他要求

100%
　视情况而定，可以客制化
4.2 系统调度
数据管控体系内部任务调度机制采用双模型进行，整体系统调度集合企业数据仓库的统一调度平台触发平台内部调度机制。
系统调度设计遵循企业Automation调度机制，主要是帮助有效监控数据管控体系项目中的关注风险系统指标规则。
4.3 系统集成
MetaOne系统根据需要灵活地为其他系统、应用或平台所嵌套集成，以满足业务用户能够就近访问操作的需要；MetaOne系统具备该能力，是由于MetaOne采用平台架构，提供强大的API接口，MOI（MetaOne Interface）是MetaOne根据多年元数据建设经验，结合国内元数据应用的实际情况，推出的一套元数据调用接口（API）集。基于MOI层，用户可直接调用元数据或是元数据功能，使系统与MetaOne的数据通过数据集成、页面集成、功能集成等形式实现整合。MOI提供整套的应用开发指南，供客户根据需求基于系统进行二次开发。
企业数据管控体系系统的源数据包括业务源系统信息，汇聚平台调度脚本及其DS等信息，仓库平台及其数据集市包括PCRM集市,CCRM集市和高管集市系统及其他集市系统，同时，元数据平台也包括企业报表平台技术元数据。
MetaOne元数据管理平台与源数据平台，汇聚平台和仓库平台及其报表平台等元数据采集方式都通过MetaOne的MIB桥接器接口连接，同时，遵守系统建设要不能直接访问生产环境操作机，没镜像环境的系统，将采用固定格式的数据标准接口进行元数据信息维护。
第五章 软硬件配置环境
5.1 硬件环境

硬件配置
主服务器
CPU
Intel 至强处理器 主频2 GHz或同等级别CPU x 4-8
内存
8GB
存储
0.5T
网络环境
高速光纤互连网络，或1000M以上网卡
备份服务器
CPU
Intel 至强处理器 主频2 GHz或同等级别CPU x 4-8
内存
8GB
存储
0.5T
网络环境
高速光纤互连网络，或1000M以上网卡
客户端硬件
CPU
Intel Pentium4 主频2 GHz或同等级别CPU x 1
内存
1G
存储
80G
网络环境
高速光纤互连网络，或1000M以上网卡
5.2 软件环境
5.2.1 应用服务器
n 操作系统
本系统具备良好的跨平台部署能力，支持大多数主流操作系统。通过测试的操作系统有Windows NT4、Windows 2000 Server以上、Windows Server 2008，Linux Redhat AS 4，AIX 5或以上，HP-UX 10或以上
n Java虚拟机
应用服务器端 Java SDK 1.6.0 以上版本
客户机端 Java SDK 1.6.0 以上版本
n Web服务器
Tomcat 6 或以上；系统要求使用包含标准Servlet容器的Web服务器，与相应的操作系统相匹配。
5.2.2 数据库服务器
n 关系数据库软件
MetaOne支持在主流关系型数据库上部署，支持的数据库包括Oracle的oracle系列产品、IBM的DB2以及MicroSoft的SQL server 2008。
n Oracle
Oracle 10g 以上版本，要求数据库实例的字符集和国家字符集都使用UTF8
NLS_CHARACTERSET AL32UTF8
NLS_NCHAR_CHARACTERSET UTF8
n DB2
DB2 UDB V8 以上 字符集要求 UTF8
MicroSoft SQL Server 2005

第24页