集团数据交换与共享平台项目投标文件-Final-技术

集团数据交换与共享平台项目

投标文件

（正本）

招标项目名称：集团数据交换与共享平台项目

招标项目编号：

投标供应商名称：（中国）有限公司

日期：

目录

第1章自查表错误!未定义书签。

1.1资格性/符合性自查表错误!未定义书签。

1.2技术评审自查表错误!未定义书签。

1.3商务评审自查表错误味定义书签。

第2章报价表错误!未定义书签。

2.1报价一览表错误!未定义书签。

2.2投标明细报价表错误味定义书签。

第3章投标函错误!未定义书签。

3.1投标函附录错误味定义书签。

第4章资格证明文件错误!未定义书签。

4.1营业执照副本错误!未定义书签。

4.2法定代表人证明书错误味定义书签。

4.3法定代表人授权书错误味定义书签。

4.4其他资质证明文件错误!未定义书签。

4.5名称变更错误!未定义书签。

第5章财务报表错误!未定义书签。

第6章国际或国内相关项目经验与业绩错误!未定义书签。

6.1国际或国内数据标准化项目经验与业绩错误味定义书签。

6.2国际或国内数据交换与共享平台（ESB&ODS）项目经验与业绩错误!未定义书签。

第7章合同条款偏离表错误!未定义书签。

第8章中标服务费支付承诺书错误!未定义书签。

第9章对项目的理解9

9.1对本次项目的理解9

9.1.1项目背景分析9

9.1.2项目建设目标11

9.1.3项目建设内容12

9.1.4项目实施范围29

9.2项目过程中重点关注方面32

9.2.1充分考虑集团战略和管控模式32

9.2.2全面遵循集团信息化建设规划32

9.2.3结合企业现状，循序渐进开展项目32

9.2.4促进目标架构的先进性与可扩展性32

9.2.5确保业务部门全程参与和有效沟通33

第10章项目咨询和系统实施解决方案34

10.1项目工作方案34

10.1.1任务内在联系34

10.1.2项目总体原则34

10.1.3实施总体策略34

10.1.4项目关键假设36

10.2数据标准化设计39

10.2.1设计工作方法39

10.2.2调研分析建议40

10.2.3架构规划建议42

10.2.4数据管控体系53

10.2.5数据标准管理66

10.3ESB设计和实施87

10.3.1方法论87

10.3.2ESB设计方案90

10.3.3ESB实施方案106

10.4ODS设计和实施128

10.4.1平台架构设计128

10.4.2实施解决方案145

10.5项目实施计划163

10.5.1项目整体计划163

10.5.2项目工期管控关键点163

10.5.3项目资源投入164

10.6项目组织管理164

10.6.1项目组织架构164

10.6.2主要人员介绍165

10.6.3甲方保障要求166

10.7交付成果验收167

10.7.1交付成果167

10.7.2项目验收171

10.8项目保障172

10.8.1项目保障机制172

10.8.2项目管理机制173

第11章平台软件说明197

11.1ORACLE数据库197

11.2ORACLEDATAINTEGRATOR198

11.2.1OracleDataIntegratcr架构198

11.2.2用户界面199

11.2.3代理199

11.2.4存储库200

11.2.5MetadataNavigator/LightweightDesigner200

11.3ORACLEOSB企业服务总线200

11.4ORACLESERVICEBUS的产品整体架构202

11.4.1服务总线的工作原理202

11.4.2服务总线和服务生命期204

11.4.3主要架构和概念205

11.4.4代理服务和基于代理的路由207

11.4.5服务总线的消息流定义207

11.5ORACLEOSB企业服务总线产品的主要功能209

11.5.1服务供应209

11.5.2服务集成和路由213

11.5.3服务管理217

11.6软硬件支持219

11.6.1操作系统和硬件平台支持219

11.6.2对浏览器的支持231

11.6.3对Web服务器的支持231

11.6.4数据库支持233

11.6.5对其他品牌应用服务器的支持234

11.7ORACLESERVICEBUS的高可用性235

11.7.1服务总线的部署方式235

11.7.2WeblogicServer的高可用性236

11.8技术支持与培训242

第12章培训和服务244

12.1培训目标244

12.2培训方式244

12.2.1目标听众244

12.2.2培训对象245

12.2.3培训内容245

12.3培训计划246

第13章技术支持及售后服务方案249

13.1售后技术服务内容249

13.1.1系统维护方面249

13.1.2服务水平报告249

13.2售后技术服务流程249

13.3售后问题响应时效250

13.4售后服务人员安排250

第14章公司简介与优势介绍错误!未定义书签。

14.1公司简介错误!未定义书签。

14.1.1全球错误味定义书签。

14.1.2中国错误!未定义书签。

14.2的优势错误!未定义书签。

14.2.1端到端的服务能力错误味定义书签。

14.2.2全面的业务范围错误I未定义书签。

14.2.3全球交付中心网络错误!未定义书签。

14.2.4全球知识库体系错误!未定义书签。

14.2.5数据管理咨询和实施能力错误!未定义书签。

14.2.6本土化大型国企实施经历错误!未定义书签。

14.2.7汽车行业经验错误侏定义书签。

14.2.8经验丰富的专业顾问团队错误!未定义书签。

14.3深厚仝面的信息化能刀错误!未定义书签。

第15章相关成功案例错误!未定义书签。

15.1规划类相关案例错误!未定义书签。

15.1.1**汽车集团：信息系统总体规划项目错误味定义书签。

15.1.2”汽车集团：售后物流规划错误味定义书签。

15.1.3"汽车公司：售后配件物流咨询规划错误!未定义书签。

15.1.4中国**汽车制造企业：产品管理流程项目错误!未定义书签。

15.1.5全球**汽车制造企业：经销商网络客户满意度咨询项目错误I未定义书签。

15.1.6国际**主要汽车制造企业：数字化营销咨询项目错误!未定义书签。

15.1.7“能源集团：数据管控项目错误味定义书签。

15.1.8**电力公司：数据共享与数据管控项目错误!未定义书签。

15.1.9“电网：数据质量管理平台完善项目错误!未定义书签。

15.1.10”电网公司：数据质量管理管控项目错误味定义书签。

15.1.11中国**石油公司：数据治理总体规划项目错误!未定义书签。

15.1.12中国“大型铝业公司：决策支持与主数据标准项目错误保定义书签。

15.2ESB/ODS系统实施类相关案例错误!未定义书签。

15.2.1"汽车公司：备件EDW项目错误!未定义书签。

15.2.2**汽车集团：SAVACE项目错误!未定义书签。

15.2.3中国**汽车制造企业：SAP平台整合升级实施项目错误!未定义书签。

15.2.4国内某大型区域电网企业：企业应用集成（ESB）项目错误!未定义书签。

15.2.5"电网：企业集成服务项目错误!未定义书签。

15.2.6**电力公司：经营分析平台项目错误味定义书签。

15.2.7**电力公司：企业级数据仓库项目错误!未定义书签。

15.2.8“电力有限公司：ERP高级应用-BI系统建设项目错误!未定义书签。

15.2.9**省移动公司：OSS-ESB集成项目错误!未定义书签。

15.2.10中国**矿业集团公司：决策支持系统实施项目错误!未定义书签。

15.2.11中国**大型石油集团：企业数据整合和商业智能项目错误!未定义书签。

15.2.12中国**大型证券公司：企业级数据仓库项目错误味定义书签。

第16章投标方人员简历错误!未定义书签。

附录一：代理合同样本错误!未定义书签。

附录二：咨询服务合同样本错误!未定义书签。

附录三：数据标准化咨询类部分案例合同复印件错误!未定义书签。

附录四：ESB/0DS部分案例合同复印件错误!未定义书签。

第1章对项目的理解

1.1对本次项目的理解

1.1.1项目背景分析

随着汽车行业竞争程度进一步加剧，集团若要在新一轮更高层次的竞争中处

于行业领先地位，必须进一步加强和提升集团的管理决策水平、产业协同能力和

业务创新能力。要实现这些能力的提升，背后都需要有科学而准确的数据分析作

为支撑，需要实现各个应用系统间的数据交流和相互协作，形成统一高效的有机

整体。因此有必要以全集团的视角，统一规划和建立数据交换与共享平台，确保

集团总部与投资企业、投资企业之间的数据畅通，提高全集团对数据资产的应用

水平，从而达到提升集团管理决策能力和集团产业链协作水平的目的，使集团在

日益激烈的市场竞争中立于不败之地。

但目前集团数据分散、跨投资企业间数据交互难，集团总部难以及时有效获

取投资企业经营数据，导致经营计划的数据支撑不足、计划执行情况的管控难以

开展。投资企业间数据对接不足及接口复杂繁多，导致部分管理、设计变更等数

据交换仍以手工方式为主，影响集团自主研发和产业链协同的推进，也制约了集

团战略决策能力和高效管控能力的提升；同时，由于各系统数据标准不一致，存

在同样信息在不同系统中取值不同的现象，带来了信息的不一致，无法取得一致

的统计分析数据，不利于企业的精确化管理，给业务发展带来一定影响。

业务发展的迫切需要

1.企业经营的需要

企业经营需要IT系统能够提供统一数据，如经营数据，客户数据，但是这些

核心数据目前分布在多个IT系统中，不能够满足数据实时/准实时性数据提供的

要求；

2.精确管理的需要

1）精确管理需要对市场计划、营销活动与销售、服务等售前、售中、售后关

键环节的执行情况进行统计与监控，及时反应企业的生产经营效率；

2）精确管理要求IT系统能够迅速的反映各个投资公司、各部门、各团队或

各渠道关于业务量、收入等关键经营数据，通过关键经营数据和实际经营状况的

关联，完成对各个投资公司、各部门、团队或各渠道的关键经营数据进行统计、

监控，其结果也能反馈给管理部门以便迅速地做下一步决策；

3）精确管理要求实现统一企业经营数据源，形成统一的数据体系，

要解决以上业务发展问题，都需要时效性较高的跨系统数据支撑，现存的任

何一个单独IT系统都无法有效支撑以上业务发展的需要，因此，迫切需要建设一

个准实时地整合跨系统数据的IT系统，而企业数据交换与共享平台便是有效支撑

以上业务发展需求的一个很好的承载平台。

数据共享的迫切需要

1.快速支撑跨系统应用的需要

越来越多的跨系统应用需要同时来自多个生产系统的数据进行支撑。将各生

产系统数据准实时整合到统一的数据共享平台上，有利于提高数据共享能力，实

现跨系统应用的快速支撑。同时，基于准实时数据共享平台实现一些基于企业运

营数据的统计、监控及计算类的应用，同时可减轻生产系统的压力，使生产系统

专注于生产运营，提高专业化运作效率，降低企业运营成本。

2.促进企业统一数据模型落地

统一企业数据模型描述了集团在业务运营和管理中所涉及的核心业务概念和

关系，作为企业的数据标准指导各个应用系统的数据模型统一设计，从根本上保

证系统之间数据理解的一致性。由于很多系统建设早于企业数据模型的发布，很

多系统在实施中以功能建设为主，对数据模型的设计不够重视，造成各系统间概

念不统一、数据模型不一致，数据共享困难，数据转换存在信息丢失。因此，建

设基于企业数据模型的数据共享平台，形成集团企业层面的统一信息视图，并在

整合各生产系统数据过程中，发现生产系统数据模型与企业数据模型的差异，能

够促进各系统的数据模型逐渐统一到统一企业数据模型。

3.形成企业标准数据，解决多系统间网状数据接口的需要

目前，同一数据分散在多个不同的生产系统中，数据通过系统之间的网状接

口进行共享，由于不同的数据提供系统存在不同的数据接口标准，这种方式增加

了接口的复杂性，增加了生产系统的接口负担并造成了升级困难。因此建立企业

数据共享与交换平台，明确数据的唯一来源，形成企业的标准数据，保证数据的

完整性、准确性和一致性，一方面通过数据共享与交换平台为各系统提供集中一

致的数据共享服务，另一方面能降低系统间网状接口的复杂性，减少单一系统的

升级改造对周边系统的影响，降低生产系统的生产压力。

数据质量提升的需要

伴随着各生产系统的建设和改造，由于种种历史原因，存在生产系统之间数

据不一致，数据质量差等问题。为了解决以上的数据质量问题，通过建立企业数

据共享平台，在收敛全企业生产系统运营数据的过程中，采用数据检查稽核手段

及完善的数据管控流程，能够发现源生产系统的数据质量问题，以促进各生产系

统数据质量的持续提升。

1.1.2项目建设目标

集团希望通过本项目，能围绕集团战略发展目标，以协助构建符合集团长期、

高质量发展需求的数据交换与共享平台为出发点，利用数据标准和数据交换共享

平台，提高全集团对数据资产的应用水平；为实现提升集团战略决策能力、企业

协同水平；为产品和服务的大数据应用奠定基础。同时，鉴于数据交换与共享平

台系统建设是一项庞大、复杂、艰巨的系统工程，职能和功能覆盖面广，相互关

系复杂，为了降低系统建设的风险，集团希望系统建设应采用“统一规划、分步

实施”的原则，逐步推进集团数据交换与共享平台的建设，为企业充分利用数据

资源，提升集团战略决策能力和产业协同水平创造有利的条件。

数据交换与共享平台系统作为企业运营数据共享平台，收敛企业各业务系统

中的运营数据，按照统一企业数据模型进行数据整合，提供运营数据共享，支撑

跨系统数据的应用，提升数据质量。

数据标准

设计覆盖全集团的统一的数据标准和数据架构体系。

数据整合

通过数据交换与共享平台系统建设，实现企业运营数据整合过程的三个统一:

1.统一数据模型：由数据交换与共享平台系统承载企业数据模型，促进

企业各系统数据逻辑模型的统一，减少系统及应用间复杂的转换，提高系

统、应用、接口的效率。

2.统一数据标准：由数据交换与共享平台系统建立冰准的数据编码目录,

源系统数据依据标准的数据编码目录，经过整合后进入数据交换与共享平

台系统中存储，实现企业数据的标准化与统一存储。

3,统一数据视图：基于数据交换与共享平台系统所存储的数据，支撑实

现统一数据视图，使企业在客户、产品、资源等视角获取到的信息是一致

的，提升客户、企业内部的管理人员与分析人员对系统的感知。

数据共享

数据交换与共享平台系统将各生产系统的数据整合后，以数据共享的形式提

供给其它系统。

数据应用

基于数据与应用相对分离的设计原则，数据交换与共享平台系统的数据应用

需要与数据交换与共享平台系统的数据承载松耦合设计。

1.1.3项目建设内容

理解本次集团数据交换与共享平台项目，内容为数据标准化设计、数据交换

与共享平台（ESB和ODS）实施。具体内容以双方在最终项目合同中约定的为

准。

数据标准化设计

.1数据标准化需求分析

鉴于集团目前尚缺乏规范的数据架构和管控体系，也没有统一的数据标准、

数据接口，因此本项目要求：

1）分析集团总部和各投资企业数据管理现状，与国内外领先实践有机结合，

建立集团数据标准的管理框架，对集团数据标准建设进行总体规划；根据

集团经营管理和监管上报的要求，制定相应的基础数据标准和业务数据标

准；结合集团应用系统现状，对数据标准落地实施提出规划建议。

2）以集团核心管理领域为试点，全面梳理集团总部和所涉及投资企业的业务

流程，识别数据流的产生和业务应用场景，并明晰与核心业务流紧密联系

的数据标准化需求。

.2数据标准化内容规划

为实现全集团数据标准的有效统一，通过对数据产生和应用的业务场景进行

分析，识别出集团的核心数据流，从而确定数据标准化的内容对象和实现方式。

数据标准和数据架构设计完成后，通过数据交换平台的接入，分阶段实现数据标

准应用到集团所涉各个投资企业。构建覆盖全集团的统一的数据标准和数据架构

体系。数据标准化内容建设的工作内容应为：

1）数据架构规划

设计全集团的统一的数据架构：

＞数据主题域划分：根据业务范畴，列出核心数据实体，描述核心实

体的主要信息内容。根据的业务特点，对实体进行划分（主数据、

事务数据）。

＞数据实体的梳理：参考国际规范及行业规范的分类框架和最佳实践

对数据做统一分类规划，所有数据执行同一个数据分类标准。

＞数据概念模型：描述数据实体及其关系，通过数据概念模型描述集

团运营和管理过程中涉及的所有业务概念和逻辑规则。

＞数据分布规划：描述集团数据模型在企业IT系统如何分布。通过

了解数据分布可以清楚定义企业数据在IT系统中是如何产生和使

用。

＞数据流向：描述核心数据实体在企业IT系统中流向轨迹，反映数

据在整个生命周期过程中的变化过程以及系统之间数据接口情况。

2）数据标准

全面梳理与集团总部和所涉各投资企业的应用业务流程，根据梳理结果，切

实制定符合集团实际需要的数据标准，内容为：

广汽集团数据标准管理框架

・标准梳理•标准制定•标准流程

集团基础数据

标

番

需

准

标

求

管

准

收

集团共享数据理

框

集

流

架

程

投资企业专属数据

图1集团数据标准管理框架

划分集团的基础数据、共享数据、投资企业专属数据，同时设计制定集团的

主数据标准。主数据是数据标准制定的重点内容，全面梳理与集团总部和所涉各

投资企业的应用业务流程，识别集团主数据域，定义主数据标准，构建主数据管

控体系和管理技术平台。

＞主数据识别：结合集团数据分类概念和的业务特点，识别和定义主

数据，并评估主数据重要性。

＞主数据标准：主数据标准的定义主要以信息化项目成果为基础，结

合业务部门需求及行业经脸及资产，形成主数据统一标准模版°

＞主数据管控：结合的组织结构特点，以及主数据的业务特点，从组

织、流程、考核三个管理手段搭建符合实际情况的主数据管理体系

框架。

＞主数据管理技术：结合信息化环境，设计主数据管理的技术平台方

案，实现主主数据管理的自动化、流程化和高效支撑，作为未来平

台建设的输入。

3）数据管控体系

设计全集团统一的、标准的、可执行的、符合集团实际的数据管控体系。应

包括管控组织、管控流程、考核评价、技术工具模块，形成可落地应用的数据管

控体系，实现加强管理决策和业务运营的数据管控目标。

广汽集团数据管控体系示意

嵬织

£幽信息株立化夯员士_______

效W1醐业务费任烟热据生产看IMB便用看：：交，三二

澹程

考核指标费任评价标灌强行评价R策执行洋价■■■

惊«力/维护

代据你富救撮的宣数据安全源理

考■■■

；KEH口:;CH六生/gtHiC工：依!1德＞»'意.1号共事.

核

叁核福标

旧维义枷歌义

6命名IM“立/维护刷

枸却脩度创建义造硼

标准

;ff佃翎融出定义僮息揖身

北务含义一皴性定义洋价与卷核差

工具

ftUYl!工信去管黑系拄・国M成■理

图2集团数据管控体系示意

平台设计和实施

.1平台功能需求

集团数据交换与共享平台（以下简称：“平台”）的应用功能，即：多种操

作系统支持、多种数据库支持、服务路由仲裁功能、平台互联互通性、平台运行

监控管理、平台流水日志功能和平台开发与支持功能。

1）平台总体要求

O成熟稳定性：平台产品必须是成熟的软件包，业界主流产品，要求具有一

定历史，经过市场考验的成熟产品，包含完整丰富的企业整合平台组件。

o开放性、兼容性和连通性：产品采用开放的标准，符合SOA的设计理念，

各种设计规范、技术指标及产品均符合国际和工业标准，包括各种广域网、

局域网、计算机及数据库协议，并可提供多厂家产品的支持能力，从而为

未来的业务发展奠定基础。平台中所采用的所有产品都要满足相关的国际

标准和国家标准，是开放的可兼容平台，能与不同厂商的产品兼容，可以

有效保护投资。平台具备与各种协议、计算机通行网络互连互通的特性，

确保综合网络公用基础设施功能充分发挥。

o先进性：系统技术水平要保证先进性，符合当代信息技术发展形势，代表

当前计算机科学的发展方向。所选择的各平台供应商应有能力进行持续开

发，可以保证该项技术不断地更新并可顺利升级而维持系统的先进性。提

供良好的技术支持和技术服务，以满足当前的业务需求，使业务或生产系

统具有较强的运作能力。

o高可靠性和高可用性：平台要能提供高可靠的集成服务，带有系统容错性

的方案（冗余、备份），较强的管理机制和控制手段，具备事故监控和网络

安全保密等技术措施，保证系统的安全可靠和高可用性。系统具有极高的

可靠性与持续使用能力，保证全年全天24小时稳定运行，具体体现在容

错能力，备份与恢复能力，自动负载均衡能力。

o灵活性和可扩充性：平台要提供基于多样机制的灵活的SOA集成服务，通

过标准的资源来定义，能灵活的定义服务接口，服务创建和管理要具备较

高的简易性。平台要具备良好的扩充性，能够根据管理要求，方便扩展网

络覆盖范围、网络容量和网络各层节点的功能，以适应今后可能出现的较

大任务负荷。平台要具有集群能力，提供简单可靠易配置的集群，从而保

护原有的投资。平台必须有合理的层次结构，体现分层、模块化的原则。

随着数据量，数据模型复杂性，接入系统数目增加时平台应具有较好的扩

展能力和灵活的硬件配置适应能力。

O可升级性可迁移性。高版本自动向下兼容，能够通过预留的升级接口独立

地、平滑地进行升级.或者创建新的平台实现分阶段迁移，不需要资源的

重新部署，灵活的共存机制避免升级需要额外的硬件资源。

O易维护性。平台要具有易于管理维护的特点。平台软件安装简单、易于操

作。能提供详尽的手比、文档材料供开发维护之用。提供可行的配置和维

护手段，同时能支持主流开发语言，如C,C++,Java,SQL,PHP,.NET

等，使用户能够根据实际情况来开发管理应用达到维护系统的目的。平台

的运行数据可及时进行备份，功能实现要尽量简单、可靠。平台应能自动

记录所有操作，形成操作日志备查。

O标准化：平台应用软件开发符合软件开发标准的要求，方便维护和扩展。

业务处理符合国家法律、法规和有关政策规定。能提供基于业界标准的开

发工具，并且支持版本管理。

O高安全性：系统必须有严谨周密的安全体系结构，必须能够提供有效的安

全机制，抵御可能产生的恶意攻击和病毒侵蚀，并且在运行安全、网络安

全和应用系统安全等方面有合理可靠的策略。安全性设计内容包括：数据

传输和存储的加密、数据的访问控制、管理操作员的身份认证以及服务器

数据的抗故障和抗破坏。

o强大的连接性：提供利用各种适配器，可以将应用系统进行无缝连接，便

于今后的扩展。

o支持中文字符集等相关国家标准规定的汉字字符处理

2）平台功能性要求

o基础功能

＞服务注册：可将服务注册到ESB容器中，注册后的服务可以检索和

使用。

＞服务发布：可将后端系统提供的服务接入到总线（穿透服务），或

者将一个服务发布成一个不同接口的新的服务，或者将多个服务组

合成一个全新的服务。

＞服务发现：可获得ESB容器中的服务的各种属性和状态，以及查找

ESB容器是否存在相应的服务。

o高级功能

服务路由：提供智能路由功能，根据服务的内容进行灵活而高性能

的决策，将服务请求转发到一个或多个目的地；

服务组合：可对服务进行轻度的组合，组合后的服务仍然保持无状

态、快速执行的服务基本特征，可提高服务的重用性，减少新开发

服务的代价。

服务解析：提供对服务的各种处理操作，如计算、过滤等，使其可

以在被发往目标应用系统前进行相应地计算和处理；提供多种消息

格式定制和解析服务：

・用户自定义格式，即用户可以为每一种应用定制自己的消息

格式，通过这种消息格式来连接原有的旧的应用；

■XML/SOAP格式，对XML的支持包括Schema,DTD以及

GenericXML；

■面向纪录的信息格式，如C的头文件、CSV、TDS、CWF、

MIME等;

■业界标准格式，如EDIFACT,EDIX12,SWIFT,HL7,IDOC,

ACORD,CSV,TLOG,IS08583等；

服务封装：包含两个层面的封装：

■技术层面的封装：在技术结构上，可对通讯协议，报文结构

等进行封装。至少支持Web-Service或者SOAP的服务封装

形式。

■业务层面的封装：对存量系统与新建系统建议不同的服务封

装策略。如新系统可按照统一的服务设计规则和既定标准对

服务进行封闭。对于存量系统，需要对已有的功能进行分解、

整合或变通，达到将原有功能封装为一个服务。

服务规范：包括对服务的定义与确立，服务的封装，服务的开发，

服务的管理等各个环节进行规范性约定。

服务分区：可根据服务的各种属性，如后端系统、用途分类、操作

类型、重要程度，对整个服务集合进行子集上的划分。服务子集可

以实现不同的部署、管理策略，增加不同类别服务之间的隔离性。

＞服务重用：可实现业务组件的重用性并利用这种重用性。要求同时

支持在技术层面和业务层面上的重用.

＞服务控制：要求能够支持以下3种控制：

■服务运行期间的使能控制：系统管理员可以随时开通或临

时关闭一个已经上线的服务。

'服务运行参数的在线修改：例如可以修改一个服务在容器中

的配置参数和运行策略；可以设置服务的性能目标策略，基

于最大交易数还是基于最快响应时间。

■服务配置的版本控制：例如可以在线更新一个服务版本，也

可以对已做出的更新进行回退。

＞服务数据验证：可以根据用户定义的数据模型自动检验数据内容是

否符合要求。

＞服务排序：即当多个服务请求进入到平台的时候，可以通过配置实

现按照管理员指定的元素进行重新排序，保证业务处理的先后顺序。

＞服务交易完整性保证：应支持服务交易完整性要求。例如：可以设

定整个消息流为一个完整的交易，当某一环节发生错误时，整个消

息流回滚，保证数据一致性。

＞服务动态发布和订阅：能实现基于主题和内容的发布和订阅功能：

＞能支持主流开发语言，如Java、SQL、PHP、.Net等，开发服务功

能。

3)平台互联互通性要求

o通讯协议。提供内建的多传输协议支持：

＞HTTP(S)、SOAP、SCA、JMS^WebSphereMQ和JDBC。

AFile、FTP、SFTP、SMTP和POP3。

AODBC＞Socket和CORBAo

＞提供SDK以支持客户化传输协议开发。

o通讯模式匹配。

＞能成功匹配目前集团己存在的通讯模式，也能适应未来的web服务

接入，尽可能减少对原有系统的改造。

＞支持同步与异步通讯模式，同步请求/响应模式、异步消息模式、

短连接长连接模式。

O报文格式转换

＞消息处理要支持支持动态的消息格式转换功能：包括XML与XML,

XML与non-XML,non-XML与non-XML之间任意数据格式的转换。

＞消息处理还要解决字符集支持与转换的问题。

o数据转换

＞服务支持多种数据类型，包括XML、MFL、文本和二进制数据等。对

涉及的各种数据格式提供支持，包括文本格式、XML格式、二进制

等，提供可视化工具实现不同数据格式之间的转换定义。

＞平台实施的同时要根据已经建立的集团的标准化数据为蓝本。对于

新建系统应该使用标准化数据，但对于存量系统，如果没有条件更

新相应接口，贝!平台应该支持数据转换。

O适配器（Adapter）

＞提供预置的适配器（Adapter）实现与商业套装软件的连接，包括

SAP、Siebel、PeopleSoft和JDEdwards。

4）平台运行监控管理

O提供基于图形化的管理控制台，支持多种类型的浏览器（如：IE10,

Firefox,Safari等），可以全面监控系统的运行状况，管理所有的集成

资源，查看/改变服务总线的属性，汇总运行时的统计数据，并行实时的性

能统计分析，并在一个管理员定制的界面中查看系统中服务器的健康状况,

服务的运行状况、统计信息及服务水平告警信息；同时也提供命令行方式

的管理方式，方便不同习惯的管理员去管控服务器。

O可以监控和测量指标包括：服务器的当前状态、线程数量、内存使用状况

等、某个服务的响应时间和处理消息数，查看集成节点的属性，添加、删

除或修改集成服务器，启动及停止集成消息流，进行基于角色的访问控制,

并提供多种高级选项，如数据重放、策略和监控。

O在性能分析方面，新的和己有的消息流都适用且无需调整，无需开发人员

的介入；实时提供集成消息流的多种性能指标，如C?U和I/O时间指标

（默认显示在集成分析器中），线程、数据大小、错误等。

o性能分析结果可以以灵活方式展现，比如数据表和消息流概要，从而使用

户能更深入地了解消息流内部的具体行为。

O提供灵活的接口，如JavaAPI或RESTAPT,方便用户自定义管理控制平

台中的服务。

O提供服务调度功能，可以动态设定平台中流程的线程数量。

O支持动态更改平台中流程和任务的属性功能，提供更好的灵活性。

O集成平台具有负载管理功能，提供智能机制来控制处理速度，可用于减少

对后台系统的访问量，设计当初要考虑到未来更多的基于策略的处理，并

适用于新的和已有的集成消息流；可通过定制策略来定义阀值和相应的操

作，比如：

＞通知：当高于（或者低于）阀值的时候发出通知

＞延迟：对超出腹值数量的请求延迟响应时间

o可通过Web管理控制台来定制丰富的负载控制策略，比如不同类型的消息

流（如：批处理、在线处理）进行负载管理；策略存储在本地注册库中，

可以动态配置，开发人员也可以通过一定的配置手段实现控制。

o通过策略定位不响应的消息流来提高系统整体的可靠性，例如使用一些额

外的选项专门用于处理由各种原因（等待外部系统，死循环，死锁，非法

的XML）导致的不响应的集成消息流。

O策略定义时具有可灵活的配置，操作和报告选项；可以进行流量策略配置。

对于消息流不响应时的操作可以进行多样化处理，比如发送一个新的超时

事件消息，也可以通过命令手动强制停止消息流。

O提供实时数据分析和基于规则的消息流执行能力，用户能从集成消息流中

提取业务洞察，比如智能决策分析，基于业务规则的消息流执行，用户自

定义规则，可以在消息流中执行这些规则，如基于业务需求的路由

o提供了多种决策服务节点，比如从传输的数据中获取规则定义中所需的数

据，可以调用内置的规则引擎来执行业务逻辑，规则的输出可用于后续消

息流的处理。

O提供了内嵌灵活的规则创建机制，在开发工具中用户可以直接创建规则，

可以连同集成资产自动打包和部署，通过配置服务动态地修改业务规则.

O通过内嵌的规则引擎保证高性能，规则的执行和消息流在操作系统的同一

个进程当中，规则更新通知确保规则执行的一致性，也支持对规则进行远

程监管。

5）平台流水日志功能

o服务流水的可配置性。服务流水可用统计和效能评估，也具有一定的异常

定位功能。流水应该是可配置的，如流水的保存方式（文件系统或数据

库），流水文件的大小限定，流水文件的切换条件等。

o服务流水记录。要合理定义流水记录的结构，要包含服务基本信息（如服

务1D,服务系统ID等）和执行状态信息（请求时间，执行时间，成功状

态、出错信息等）。由于流水记录量很大，最好能采用异步记录的方式，

避免影响服务的处理时间。

o服务日志的可配置性。查看日志是定位问题的基本手段，日志要分级别管

理（严重、出错、跟踪、提示、报警等）。日志也应该是可配置的，如日

志文件的命名方法、大小限定、文件切换等。不同级别的日志可以动态关

闭和开通。

6）平台开发与支持

o软件提供便捷的安装和部署模式，提供友好的安装和部署界面。无需开发

或开发量较少，以配置方式进行服务定义和服务流程设计为佳，能提供基

TWeb的配置工具。

O提供中文的安装文档和使用手册，产品中含有详细的产品使用样例和源文

件，使得开发人员可以快速掌握产品功能和开发方式。

O提供统一的、基于开放接口的工具，实现开发、编译、测试、调试、部署

和管理的功能，支持&队的开发和版本控制。

o提供图形化界面开发工具，实现简单和复杂的数据流程设计。

o提供多种内置功能组件和节点，功能涵盖协议接入、路由、转换、监控、

例外处理等

o要支持自定义的处理节点，以实现更强的扩展能力，支持C/C++和Java的

开发接口。

O开发工具要提供XMLSchema,WSDL等快速生成引导功能，提供对Web

Services开发和测试功能口

o开发工具提供对各种开放标准的应用数据接口的支持，包括XMLDTD,XML

Schema、XMLNamespaceSOAP、JMS、C结构等。

o通过图形化开发工具提供对于自定义的数据格式的抽象描述实现。

o开发工具提供更为灵活的数据库支持，可以直接实现数据库的读写操作，

在业务逻辑中实现对数据库、XML等的处理和操作。

7)平台操作系统支持

能支持业界主流的操作系统，如以下系统：

>HP-UX

>IBMAIX

>Windows

>NovellSuSE

>RedHatEnterprise

>SunSolaris(x86-64&SPARC)

>LinuxonxSeries

>PSeries

AUbuntu

对以上平台提供最优化的64位支持；在Windows和x/Linux平台上保留32

位的选项。最新支持Windows8和WindowsServer20120

8)对于虚拟技术提供下列支持：

虚拟化环境的广泛支持，如VMWare,AIXHypervisor等。

9)平台的数据库支持

能支持业界流行的数据库平台：

>IBMDB2

>Oracle

>SybaseDB

>SQLServer

>Informix

ASolidDB

>MySQL

>Maxdb

>Access

>KingBase

.2平台实施方法

1）平台（ESB部分）实施的总体原则

根据项目组织范围内各企业的业务场景的梳理情况，由集团选择业务迫切度

较高，实现复杂度相对较低的集成需求，开展共享平台的初步应用；并选择服务

企业较多，具有典型价值的集成需求，开展共享平台的逐步推广应用，发挥和推

广共享平台的优势。

2）平台（ESB部分）的实施方法要求

投标方提供完整的服务全生命周期管理方法论，并按此方法论指导项目实施,

具体包括以下阶段和过程：

O服务识别：对现状进行梳理和分析，包括：

>分析现有的业务流程；

>分析系统之间的集成点；

>分析合并共同的集成需求；

>现状和目标需求的差异分析。

O服务定义和设计

通过业务定义、技术定义两部分内容来定义服务，并为服务制定接口，以使

服务得到最大化重用，具体定义内容为：

>业务定义：

■业务含义

■业务要素

■服务质量

＞技术定义:

■技术要素

-服务接口

■访问模式

O服务实现

＞服务开发

将业务服务的定义进行真正的技术实现，开发实现的方式为：

■服务配置：通过建立的服务定义模板支持服务抽取和定义，

以达到快速配置功能。

■客户化开发：对于平台所提供的配置功能无法实现，则需要

进行客户化开发。

＞服务测试

基于服务定义和描述中的功能和性能指标，采用一定的测试工具、技术和标

准规范，对服务进行质量测试和评估。具体测试类型包括以下内容：单元测试，

挡板测试，集成测试，联调测试，压力测试，用户测试。

O服务的运维

＞服务部署：基于服务实现阶段的不同方式（配置和客户化）进行部

署，具体类型为：

■服务注册：通过服务管理工具和平台，快速注册和发布服务。

-客户化程序部署。

＞运维监控：监控类型主要分为两部分，分别为：

■用户方的业务人员对业务流程运行状况和绩效的监控；

■系统维护人员从TT层面对基于系统服务的管理和部署模型,

对系统运行状态以及服务调用状态进行整体管理、控制和监

测。

O服务的完整性

对现存的业务流程进行服务化的同时必须实施完整的测试阶段，保障业务功

能在实施前后的完好性。

.3ODS实施要求

集团总部从管理决策的需要，通过批量抽取下属企业最细粒度的日运营数据

（主要是经营层面数据，但不只限于），构建集团总部的ODS,实现操作型数据

整合和各个系统之间的批量数据交换，并提供实时的操作型报表，为今后构建管

理决策系统（数据仓库、BI）提供数据来源。ODS功能需求需满足：

o实现业务数据的贴源整合、标准化处理，支撑管理报表、灵活查询应用。

为管理决策层提供企业主要的经营指标；方便集团职能管理层查看业务条

线的业务经营指标；为各投资企业业务层提供投资企业综合业务数据查询

服务。

o为下游数据仓库等系统提供数据。

oODS数据服务可以WebService形式发布在ESB上供其他系统调用。

系统架构需求

.1总体需求

根据集团数据标准化的需求分析、差距分析以及蓝图设计的结果，并结合平

台系统的功能进行数据交换和共享平台的总体架构设计。

.2系统需求

1）平台的松耦合架构

将平台内部划分为：接入层、核心处理层（总线层）、接出层。此三部分分

工明确，具备横向和纵向扩展功能，具体三层实现功能为：

o总线层（核心处理层）：实现对服务数据的集中处理，服务的路由策略，

服务封装、服务的认证授权及安全控制，具体为：

＞服务路由策略：根据实际业务要求，可实现单步服务路由、多步服

务路由和发布订阅路由。

＞服务封装：实现服务可靠传输、服务超时检查、服务信息填充、服

务冲正，用户管理。

＞认证授权及安全控制：总线层通过服务的授权，确定哪些接入系统

可以使用哪些服务，确保了业务系统的安全性。

O接入层和接出层：实现的功能为：

＞能够对每个业务系统进行精确控制；能够灵活开启或关闭访问权限,

控制流量大小进行分通道处理；

＞通过缓存设计可以避免服务总线和业务系统受到瞬时海量请求的影

响；

＞基于提供的适配器框架，或者通过配置或少量客户化，完成接入和

协议转换等工作，应对各种业务系统各不相同的技术平台，只需要

在接入接出层单独定制即可，避免平台核心逻辑的修改对所有业务

系统产生的影响。

2）平台的服务管理

o支持服务的全生命周期管理，包括服务的导入、服务的新增、服务的授权、

以及服务参数的修改、服务配置、服务删除，支持运维人员对服务的快速

管理和运维；

O支持批量服务导入此外，同时还能对导入的数据作一致性检查，以保证发

布服务的质量；

O提供标准的服务定义模板来支持服务的抽取和定义；

O通过服务管理平台和工具，支持服务的快速注册和发布；

O使用服务时，通过确保送达等机制实现服务的完整性和一致性，并通过流

量控制等机制达到故障隔离的目的。

3）平台的安全管控体系

O接入系统授权和认证管理：接入到总线平台上的业务系统都由平台统一进

行授权控制，可灵活启停业务系统访问总线平台的权限。

O服务访问的授权管理：总线平台可以对每个服务的访问权限进行控制，保

证服务只能被有权限的系统调用。

O审计机制：对所有交易的信息进行审计，以确保信息是可跟踪的。

4）平台的高可靠性和高可用性

o系统应支持高可靠性和可用性，以保证系统能长时间有效运行。

O对于不同报文类型（如：标准报文和大报文）应设置不同通道，以满足日

常事务和批量事务的传输，同时相互之间进行隔离控制，互不影响.

O批量事务的传输应有进度提醒功能。

O投标方应考虑基于未来集成接口和服务量上所能支持满负荷的系统配置及

硬件要求，以保障在极端情况下系统延迟响应不能影峋正常工作使用。

O故障隔离。平台系统发生服务异常时，可隔离异常部分，避免对其他应用

系统产生影响。

O流量控制。平台系统提供精确流量控制，保障冗余机制中的单台服务容器

不会受到不平衡的压力。

O冗余备份。对于平台系统的硬件、各个功能部件设计要实现冗余，避免出

现单点故障。失效的设备和功能块能被屏蔽，负载能重新分配到对应的冗

余对象上。

5）平台的可扩展性

O系统具备横向扩展和纵向扩展能力。

O基于横向扩展，能在业务量增加的情况下达到线性扩容的能力；

O基于纵向扩展，通过配置方式，提供系统的处理能力，同时，在系统扩展

时，不会对系统架构造成影响。

O支持集团与下属分子公司的多级总线平台结构。

6）平台的可维护性

提供针对本平台软件产品的配置和维护方法，同时提供面向服务级的配置管

理界面，用于服务的维护和监控。

7）平台的消息高效可靠传输要求

o在数据传输中，保证数据不丢失，且不会出现信息重发现象（除人工重发

外）。传输过程因意外中断，当系统恢复时，数据会重新传输，实现断点

续传。

o在传输过程中，对传输的批量数据提供压缩处理，并对数据传输的xml格

式进行优化，以提高系统在网络上的传输性能和减少数据冗余。

8）平台的数据完整性

针对数据转换，提供并实现保障数据质量和一致性的方法和机制，同时在监

控运行中，能提供调优的方法。

9）平台的日志系统管理

提供完善的日志系统：

o发起方、接受方、采用的数据交换规则，策略的运行情况等；

o能对发送日志和接收日志进行分析，验证发送和接收的一致性；

o对平台处理的同步交易进行记录，平台将记录交易的处理时间、处理状态、

报文内容等信息。

10）平台的易用性

软件的软件平台界面图形化设计，操作简单、友好、方便，界面上所显示信

息及提示信息均应为中文。招标方用户经过系统培训即能灵活地自行进行服务配

置、后台监控管理等。

11）平台的权限

投标方提供的软件平台应有统一的权限管理体系，权限帐号可配置，支持基

于角色的用户验证、基于目录的用户管理等安全策略。

.3数据库要求

数据标准化或者数据交换平台实施过程中所使用到的数据库产品必须为企业

版，并由招标方与投标方根据实际环境需求协商确定产品。

.4接口技术要求

本平台系统与外部其它信息系统进行数据交换时应采用国际、行业标准接口

规范。业务处理符合国家法律、法规和有关政策规定。

1.1.4项目实施范围

组织范围

1）项目的数据标准化设计涵盖以下单位：

集团总部、乘用车、研究院、商贸、零部件、众诚保险、汇理、丰田和本田。

2）数据交换与共享平台（ESB和ODS）的实施涵盖以下单位：

集团总部、乘用车、研究院、商贸、零部件、众诚保险、汇理、丰田和本田。

业务范围

本次项目的业务范围涵盖了数据标准化设计、数据交换与共享平台（ESB和

ODS）的实施。

1）项目的数据标准化设计以围绕业务需求为驱动，以具体业务场景为设计对

象，以平台实施为依归，以建设全集团统一的数据标准为最终目标开展设

计工作。

2）数据交换与共享平台（ESB和ODS）的实施必须根据当前集团总部应用系

统对数据交换的需求以及下述企业业务系统之间的协同需求（如下图）来

分析并确定应用场景，业务系统范围覆盖以下：

表格1业务范围

业务范围

企业组织业务系统类型（未含子系统）

集团总部人力资源系统、财务系统

乘用车MBOM/PBOM系统、工艺规划系统、制造仿真系统、ERP/MES系统等

工程数据管理系统、EBOM、仿真系统、配置.管理系统、设变管理

研究院

系统。

商贸物流系统、DMS系统

众城保险汽车保险系统

汇理汽车金融系统、BI系统、FES系统、CRM系统

丰田与本项目组织范围内的其它企业有业务往来的业务系统

本田与本项目组织范围内的其它企业有业务往来的业务系统

人力资源财务管理

靖售与物旗第三方物流广汽商贸

...0f-:二一一二二--

VFxzcal：a*?i«RS*«kE

研究院各投奥企业展塞各投资企业工艺

图3集团业务范围

功能范围

围绕本次项目建立企业级数据交换与共享平台的项目目标，详细梳理了项目

所要求的管理咨询和开发实施两个阶段设计的功能范围。在建立企业级数据交换

与共享平台方面，本次项目的管理咨询和开发实施阶段功能范围包括：

表格2功能范围

项目阶段功能编号功能范围功能描述

集团总部和各投资企业的系统的数据现状

01需求调研

调研及差距分析。

全面梳理集团总部和