集團數(shù)據(jù)交換與共享平臺項目投標文件-Final-技術(shù)

集團數(shù)據(jù)交換與共享平臺項目

投標文件

（正本）

招標項目名稱：集團數(shù)據(jù)交換與共享平臺項目

招標項目編號：

投標供應(yīng)商名稱：（中國）有限公司

日期：

目錄

第1章自查表錯誤!未定義書簽。

1.1資格性/符合性自查表錯誤!未定義書簽。

1.2技術(shù)評審自查表錯誤!未定義書簽。

1.3商務(wù)評審自查表錯誤味定義書簽。

第2章報價表錯誤!未定義書簽。

2.1報價一覽表錯誤!未定義書簽。

2.2投標明細報價表錯誤味定義書簽。

第3章投標函錯誤!未定義書簽。

3.1投標函附錄錯誤味定義書簽。

第4章資格證明文件錯誤!未定義書簽。

4.1營業(yè)執(zhí)照副本錯誤!未定義書簽。

4.2法定代表人證明書錯誤味定義書簽。

4.3法定代表人授權(quán)書錯誤味定義書簽。

4.4其他資質(zhì)證明文件錯誤!未定義書簽。

4.5名稱變更錯誤!未定義書簽。

第5章財務(wù)報表錯誤!未定義書簽。

第6章國際或國內(nèi)相關(guān)項目經(jīng)驗與業(yè)績錯誤!未定義書簽。

6.1國際或國內(nèi)數(shù)據(jù)標準化項目經(jīng)驗與業(yè)績錯誤味定義書簽。

6.2國際或國內(nèi)數(shù)據(jù)交換與共享平臺（ESB&ODS）項目經(jīng)驗與業(yè)績錯誤!未定義書簽。

第7章合同條款偏離表錯誤!未定義書簽。

第8章中標服務(wù)費支付承諾書錯誤!未定義書簽。

第9章對項目的理解9

9.1對本次項目的理解9

9.1.1項目背景分析9

9.1.2項目建設(shè)目標11

9.1.3項目建設(shè)內(nèi)容12

9.1.4項目實施范圍29

9.2項目過程中重點關(guān)注方面32

9.2.1充分考慮集團戰(zhàn)略和管控模式32

9.2.2全面遵循集團信息化建設(shè)規(guī)劃32

9.2.3結(jié)合企業(yè)現(xiàn)狀，循序漸進開展項目32

9.2.4促進目標架構(gòu)的先進性與可擴展性32

9.2.5確保業(yè)務(wù)部門全程參與和有效溝通33

第10章項目咨詢和系統(tǒng)實施解決方案34

10.1項目工作方案34

10.1.1任務(wù)內(nèi)在聯(lián)系34

10.1.2項目總體原則34

10.1.3實施總體策略34

10.1.4項目關(guān)鍵假設(shè)36

10.2數(shù)據(jù)標準化設(shè)計39

10.2.1設(shè)計工作方法39

10.2.2調(diào)研分析建議40

10.2.3架構(gòu)規(guī)劃建議42

10.2.4數(shù)據(jù)管控體系53

10.2.5數(shù)據(jù)標準管理66

10.3ESB設(shè)計和實施87

10.3.1方法論87

10.3.2ESB設(shè)計方案90

10.3.3ESB實施方案106

10.4ODS設(shè)計和實施128

10.4.1平臺架構(gòu)設(shè)計128

10.4.2實施解決方案145

10.5項目實施計劃163

10.5.1項目整體計劃163

10.5.2項目工期管控關(guān)鍵點163

10.5.3項目資源投入164

10.6項目組織管理164

10.6.1項目組織架構(gòu)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數(shù)據(jù)庫197

11.2ORACLEDATAINTEGRATOR198

11.2.1OracleDataIntegratcr架構(gòu)198

11.2.2用戶界面199

11.2.3代理199

11.2.4存儲庫200

11.2.5MetadataNavigator/LightweightDesigner200

11.3ORACLEOSB企業(yè)服務(wù)總線200

11.4ORACLESERVICEBUS的產(chǎn)品整體架構(gòu)202

11.4.1服務(wù)總線的工作原理202

11.4.2服務(wù)總線和服務(wù)生命期204

11.4.3主要架構(gòu)和概念205

11.4.4代理服務(wù)和基于代理的路由207

11.4.5服務(wù)總線的消息流定義207

11.5ORACLEOSB企業(yè)服務(wù)總線產(chǎn)品的主要功能209

11.5.1服務(wù)供應(yīng)209

11.5.2服務(wù)集成和路由213

11.5.3服務(wù)管理217

11.6軟硬件支持219

11.6.1操作系統(tǒng)和硬件平臺支持219

11.6.2對瀏覽器的支持231

11.6.3對Web服務(wù)器的支持231

11.6.4數(shù)據(jù)庫支持233

11.6.5對其他品牌應(yīng)用服務(wù)器的支持234

11.7ORACLESERVICEBUS的高可用性235

11.7.1服務(wù)總線的部署方式235

11.7.2WeblogicServer的高可用性236

11.8技術(shù)支持與培訓(xùn)242

第12章培訓(xùn)和服務(wù)244

12.1培訓(xùn)目標244

12.2培訓(xùn)方式244

12.2.1目標聽眾244

12.2.2培訓(xùn)對象245

12.2.3培訓(xùn)內(nèi)容245

12.3培訓(xùn)計劃246

第13章技術(shù)支持及售后服務(wù)方案249

13.1售后技術(shù)服務(wù)內(nèi)容249

13.1.1系統(tǒng)維護方面249

13.1.2服務(wù)水平報告249

13.2售后技術(shù)服務(wù)流程249

13.3售后問題響應(yīng)時效250

13.4售后服務(wù)人員安排250

第14章公司簡介與優(yōu)勢介紹錯誤!未定義書簽。

14.1公司簡介錯誤!未定義書簽。

14.1.1全球錯誤味定義書簽。

14.1.2中國錯誤!未定義書簽。

14.2的優(yōu)勢錯誤!未定義書簽。

14.2.1端到端的服務(wù)能力錯誤味定義書簽。

14.2.2全面的業(yè)務(wù)范圍錯誤I未定義書簽。

14.2.3全球交付中心網(wǎng)絡(luò)錯誤!未定義書簽。

14.2.4全球知識庫體系錯誤!未定義書簽。

14.2.5數(shù)據(jù)管理咨詢和實施能力錯誤!未定義書簽。

14.2.6本土化大型國企實施經(jīng)歷錯誤!未定義書簽。

14.2.7汽車行業(yè)經(jīng)驗錯誤侏定義書簽。

14.2.8經(jīng)驗豐富的專業(yè)顧問團隊錯誤!未定義書簽。

14.3深厚仝面的信息化能刀錯誤!未定義書簽。

第15章相關(guān)成功案例錯誤!未定義書簽。

15.1規(guī)劃類相關(guān)案例錯誤!未定義書簽。

15.1.1**汽車集團：信息系統(tǒng)總體規(guī)劃項目錯誤味定義書簽。

15.1.2”汽車集團：售后物流規(guī)劃錯誤味定義書簽。

15.1.3"汽車公司：售后配件物流咨詢規(guī)劃錯誤!未定義書簽。

15.1.4中國**汽車制造企業(yè)：產(chǎn)品管理流程項目錯誤!未定義書簽。

15.1.5全球**汽車制造企業(yè)：經(jīng)銷商網(wǎng)絡(luò)客戶滿意度咨詢項目錯誤I未定義書簽。

15.1.6國際**主要汽車制造企業(yè)：數(shù)字化營銷咨詢項目錯誤!未定義書簽。

15.1.7“能源集團：數(shù)據(jù)管控項目錯誤味定義書簽。

15.1.8**電力公司：數(shù)據(jù)共享與數(shù)據(jù)管控項目錯誤!未定義書簽。

15.1.9“電網(wǎng)：數(shù)據(jù)質(zhì)量管理平臺完善項目錯誤!未定義書簽。

15.1.10”電網(wǎng)公司：數(shù)據(jù)質(zhì)量管理管控項目錯誤味定義書簽。

15.1.11中國**石油公司：數(shù)據(jù)治理總體規(guī)劃項目錯誤!未定義書簽。

15.1.12中國“大型鋁業(yè)公司：決策支持與主數(shù)據(jù)標準項目錯誤保定義書簽。

15.2ESB/ODS系統(tǒng)實施類相關(guān)案例錯誤!未定義書簽。

15.2.1"汽車公司：備件EDW項目錯誤!未定義書簽。

15.2.2**汽車集團：SAVACE項目錯誤!未定義書簽。

15.2.3中國**汽車制造企業(yè)：SAP平臺整合升級實施項目錯誤!未定義書簽。

15.2.4國內(nèi)某大型區(qū)域電網(wǎng)企業(yè)：企業(yè)應(yīng)用集成（ESB）項目錯誤!未定義書簽。

15.2.5"電網(wǎng)：企業(yè)集成服務(wù)項目錯誤!未定義書簽。

15.2.6**電力公司：經(jīng)營分析平臺項目錯誤味定義書簽。

15.2.7**電力公司：企業(yè)級數(shù)據(jù)倉庫項目錯誤!未定義書簽。

15.2.8“電力有限公司：ERP高級應(yīng)用-BI系統(tǒng)建設(shè)項目錯誤!未定義書簽。

15.2.9**省移動公司：OSS-ESB集成項目錯誤!未定義書簽。

15.2.10中國**礦業(yè)集團公司：決策支持系統(tǒng)實施項目錯誤!未定義書簽。

15.2.11中國**大型石油集團：企業(yè)數(shù)據(jù)整合和商業(yè)智能項目錯誤!未定義書簽。

15.2.12中國**大型證券公司：企業(yè)級數(shù)據(jù)倉庫項目錯誤味定義書簽。

第16章投標方人員簡歷錯誤!未定義書簽。

附錄一：代理合同樣本錯誤!未定義書簽。

附錄二：咨詢服務(wù)合同樣本錯誤!未定義書簽。

附錄三：數(shù)據(jù)標準化咨詢類部分案例合同復(fù)印件錯誤!未定義書簽。

附錄四：ESB/0DS部分案例合同復(fù)印件錯誤!未定義書簽。

第1章對項目的理解

1.1對本次項目的理解

1.1.1項目背景分析

隨著汽車行業(yè)競爭程度進一步加劇，集團若要在新一輪更高層次的競爭中處

于行業(yè)領(lǐng)先地位，必須進一步加強和提升集團的管理決策水平、產(chǎn)業(yè)協(xié)同能力和

業(yè)務(wù)創(chuàng)新能力。要實現(xiàn)這些能力的提升，背后都需要有科學(xué)而準確的數(shù)據(jù)分析作

為支撐，需要實現(xiàn)各個應(yīng)用系統(tǒng)間的數(shù)據(jù)交流和相互協(xié)作，形成統(tǒng)一高效的有機

整體。因此有必要以全集團的視角，統(tǒng)一規(guī)劃和建立數(shù)據(jù)交換與共享平臺，確保

集團總部與投資企業(yè)、投資企業(yè)之間的數(shù)據(jù)暢通，提高全集團對數(shù)據(jù)資產(chǎn)的應(yīng)用

水平，從而達到提升集團管理決策能力和集團產(chǎn)業(yè)鏈協(xié)作水平的目的，使集團在

日益激烈的市場競爭中立于不敗之地。

但目前集團數(shù)據(jù)分散、跨投資企業(yè)間數(shù)據(jù)交互難，集團總部難以及時有效獲

取投資企業(yè)經(jīng)營數(shù)據(jù)，導(dǎo)致經(jīng)營計劃的數(shù)據(jù)支撐不足、計劃執(zhí)行情況的管控難以

開展。投資企業(yè)間數(shù)據(jù)對接不足及接口復(fù)雜繁多，導(dǎo)致部分管理、設(shè)計變更等數(shù)

據(jù)交換仍以手工方式為主，影響集團自主研發(fā)和產(chǎn)業(yè)鏈協(xié)同的推進，也制約了集

團戰(zhàn)略決策能力和高效管控能力的提升；同時，由于各系統(tǒng)數(shù)據(jù)標準不一致，存

在同樣信息在不同系統(tǒng)中取值不同的現(xiàn)象，帶來了信息的不一致，無法取得一致

的統(tǒng)計分析數(shù)據(jù)，不利于企業(yè)的精確化管理，給業(yè)務(wù)發(fā)展帶來一定影響。

業(yè)務(wù)發(fā)展的迫切需要

1.企業(yè)經(jīng)營的需要

企業(yè)經(jīng)營需要IT系統(tǒng)能夠提供統(tǒng)一數(shù)據(jù)，如經(jīng)營數(shù)據(jù)，客戶數(shù)據(jù)，但是這些

核心數(shù)據(jù)目前分布在多個IT系統(tǒng)中，不能夠滿足數(shù)據(jù)實時/準實時性數(shù)據(jù)提供的

要求；

2.精確管理的需要

1）精確管理需要對市場計劃、營銷活動與銷售、服務(wù)等售前、售中、售后關(guān)

鍵環(huán)節(jié)的執(zhí)行情況進行統(tǒng)計與監(jiān)控，及時反應(yīng)企業(yè)的生產(chǎn)經(jīng)營效率；

2）精確管理要求IT系統(tǒng)能夠迅速的反映各個投資公司、各部門、各團隊或

各渠道關(guān)于業(yè)務(wù)量、收入等關(guān)鍵經(jīng)營數(shù)據(jù)，通過關(guān)鍵經(jīng)營數(shù)據(jù)和實際經(jīng)營狀況的

關(guān)聯(lián)，完成對各個投資公司、各部門、團隊或各渠道的關(guān)鍵經(jīng)營數(shù)據(jù)進行統(tǒng)計、

監(jiān)控，其結(jié)果也能反饋給管理部門以便迅速地做下一步?jīng)Q策；

3）精確管理要求實現(xiàn)統(tǒng)一企業(yè)經(jīng)營數(shù)據(jù)源，形成統(tǒng)一的數(shù)據(jù)體系，

要解決以上業(yè)務(wù)發(fā)展問題，都需要時效性較高的跨系統(tǒng)數(shù)據(jù)支撐，現(xiàn)存的任

何一個單獨IT系統(tǒng)都無法有效支撐以上業(yè)務(wù)發(fā)展的需要，因此，迫切需要建設(shè)一

個準實時地整合跨系統(tǒng)數(shù)據(jù)的IT系統(tǒng)，而企業(yè)數(shù)據(jù)交換與共享平臺便是有效支撐

以上業(yè)務(wù)發(fā)展需求的一個很好的承載平臺。

數(shù)據(jù)共享的迫切需要

1.快速支撐跨系統(tǒng)應(yīng)用的需要

越來越多的跨系統(tǒng)應(yīng)用需要同時來自多個生產(chǎn)系統(tǒng)的數(shù)據(jù)進行支撐。將各生

產(chǎn)系統(tǒng)數(shù)據(jù)準實時整合到統(tǒng)一的數(shù)據(jù)共享平臺上，有利于提高數(shù)據(jù)共享能力，實

現(xiàn)跨系統(tǒng)應(yīng)用的快速支撐。同時，基于準實時數(shù)據(jù)共享平臺實現(xiàn)一些基于企業(yè)運

營數(shù)據(jù)的統(tǒng)計、監(jiān)控及計算類的應(yīng)用，同時可減輕生產(chǎn)系統(tǒng)的壓力，使生產(chǎn)系統(tǒng)

專注于生產(chǎn)運營，提高專業(yè)化運作效率，降低企業(yè)運營成本。

2.促進企業(yè)統(tǒng)一數(shù)據(jù)模型落地

統(tǒng)一企業(yè)數(shù)據(jù)模型描述了集團在業(yè)務(wù)運營和管理中所涉及的核心業(yè)務(wù)概念和

關(guān)系，作為企業(yè)的數(shù)據(jù)標準指導(dǎo)各個應(yīng)用系統(tǒng)的數(shù)據(jù)模型統(tǒng)一設(shè)計，從根本上保

證系統(tǒng)之間數(shù)據(jù)理解的一致性。由于很多系統(tǒng)建設(shè)早于企業(yè)數(shù)據(jù)模型的發(fā)布，很

多系統(tǒng)在實施中以功能建設(shè)為主，對數(shù)據(jù)模型的設(shè)計不夠重視，造成各系統(tǒng)間概

念不統(tǒng)一、數(shù)據(jù)模型不一致，數(shù)據(jù)共享困難，數(shù)據(jù)轉(zhuǎn)換存在信息丟失。因此，建

設(shè)基于企業(yè)數(shù)據(jù)模型的數(shù)據(jù)共享平臺，形成集團企業(yè)層面的統(tǒng)一信息視圖，并在

整合各生產(chǎn)系統(tǒng)數(shù)據(jù)過程中，發(fā)現(xiàn)生產(chǎn)系統(tǒng)數(shù)據(jù)模型與企業(yè)數(shù)據(jù)模型的差異，能

夠促進各系統(tǒng)的數(shù)據(jù)模型逐漸統(tǒng)一到統(tǒng)一企業(yè)數(shù)據(jù)模型。

3.形成企業(yè)標準數(shù)據(jù)，解決多系統(tǒng)間網(wǎng)狀數(shù)據(jù)接口的需要

目前，同一數(shù)據(jù)分散在多個不同的生產(chǎn)系統(tǒng)中，數(shù)據(jù)通過系統(tǒng)之間的網(wǎng)狀接

口進行共享，由于不同的數(shù)據(jù)提供系統(tǒng)存在不同的數(shù)據(jù)接口標準，這種方式增加

了接口的復(fù)雜性，增加了生產(chǎn)系統(tǒng)的接口負擔(dān)并造成了升級困難。因此建立企業(yè)

數(shù)據(jù)共享與交換平臺，明確數(shù)據(jù)的唯一來源，形成企業(yè)的標準數(shù)據(jù)，保證數(shù)據(jù)的

完整性、準確性和一致性，一方面通過數(shù)據(jù)共享與交換平臺為各系統(tǒng)提供集中一

致的數(shù)據(jù)共享服務(wù)，另一方面能降低系統(tǒng)間網(wǎng)狀接口的復(fù)雜性，減少單一系統(tǒng)的

升級改造對周邊系統(tǒng)的影響，降低生產(chǎn)系統(tǒng)的生產(chǎn)壓力。

數(shù)據(jù)質(zhì)量提升的需要

伴隨著各生產(chǎn)系統(tǒng)的建設(shè)和改造，由于種種歷史原因，存在生產(chǎn)系統(tǒng)之間數(shù)

據(jù)不一致，數(shù)據(jù)質(zhì)量差等問題。為了解決以上的數(shù)據(jù)質(zhì)量問題，通過建立企業(yè)數(shù)

據(jù)共享平臺，在收斂全企業(yè)生產(chǎn)系統(tǒng)運營數(shù)據(jù)的過程中，采用數(shù)據(jù)檢查稽核手段

及完善的數(shù)據(jù)管控流程，能夠發(fā)現(xiàn)源生產(chǎn)系統(tǒng)的數(shù)據(jù)質(zhì)量問題，以促進各生產(chǎn)系

統(tǒng)數(shù)據(jù)質(zhì)量的持續(xù)提升。

1.1.2項目建設(shè)目標

集團希望通過本項目，能圍繞集團戰(zhàn)略發(fā)展目標，以協(xié)助構(gòu)建符合集團長期、

高質(zhì)量發(fā)展需求的數(shù)據(jù)交換與共享平臺為出發(fā)點，利用數(shù)據(jù)標準和數(shù)據(jù)交換共享

平臺，提高全集團對數(shù)據(jù)資產(chǎn)的應(yīng)用水平；為實現(xiàn)提升集團戰(zhàn)略決策能力、企業(yè)

協(xié)同水平；為產(chǎn)品和服務(wù)的大數(shù)據(jù)應(yīng)用奠定基礎(chǔ)。同時，鑒于數(shù)據(jù)交換與共享平

臺系統(tǒng)建設(shè)是一項龐大、復(fù)雜、艱巨的系統(tǒng)工程，職能和功能覆蓋面廣，相互關(guān)

系復(fù)雜，為了降低系統(tǒng)建設(shè)的風(fēng)險，集團希望系統(tǒng)建設(shè)應(yīng)采用“統(tǒng)一規(guī)劃、分步

實施”的原則，逐步推進集團數(shù)據(jù)交換與共享平臺的建設(shè)，為企業(yè)充分利用數(shù)據(jù)

資源，提升集團戰(zhàn)略決策能力和產(chǎn)業(yè)協(xié)同水平創(chuàng)造有利的條件。

數(shù)據(jù)交換與共享平臺系統(tǒng)作為企業(yè)運營數(shù)據(jù)共享平臺，收斂企業(yè)各業(yè)務(wù)系統(tǒng)

中的運營數(shù)據(jù)，按照統(tǒng)一企業(yè)數(shù)據(jù)模型進行數(shù)據(jù)整合，提供運營數(shù)據(jù)共享，支撐

跨系統(tǒng)數(shù)據(jù)的應(yīng)用，提升數(shù)據(jù)質(zhì)量。

數(shù)據(jù)標準

設(shè)計覆蓋全集團的統(tǒng)一的數(shù)據(jù)標準和數(shù)據(jù)架構(gòu)體系。

數(shù)據(jù)整合

通過數(shù)據(jù)交換與共享平臺系統(tǒng)建設(shè)，實現(xiàn)企業(yè)運營數(shù)據(jù)整合過程的三個統(tǒng)一:

1.統(tǒng)一數(shù)據(jù)模型：由數(shù)據(jù)交換與共享平臺系統(tǒng)承載企業(yè)數(shù)據(jù)模型，促進

企業(yè)各系統(tǒng)數(shù)據(jù)邏輯模型的統(tǒng)一，減少系統(tǒng)及應(yīng)用間復(fù)雜的轉(zhuǎn)換，提高系

統(tǒng)、應(yīng)用、接口的效率。

2.統(tǒng)一數(shù)據(jù)標準：由數(shù)據(jù)交換與共享平臺系統(tǒng)建立冰準的數(shù)據(jù)編碼目錄,

源系統(tǒng)數(shù)據(jù)依據(jù)標準的數(shù)據(jù)編碼目錄，經(jīng)過整合后進入數(shù)據(jù)交換與共享平

臺系統(tǒng)中存儲，實現(xiàn)企業(yè)數(shù)據(jù)的標準化與統(tǒng)一存儲。

3,統(tǒng)一數(shù)據(jù)視圖：基于數(shù)據(jù)交換與共享平臺系統(tǒng)所存儲的數(shù)據(jù)，支撐實

現(xiàn)統(tǒng)一數(shù)據(jù)視圖，使企業(yè)在客戶、產(chǎn)品、資源等視角獲取到的信息是一致

的，提升客戶、企業(yè)內(nèi)部的管理人員與分析人員對系統(tǒng)的感知。

數(shù)據(jù)共享

數(shù)據(jù)交換與共享平臺系統(tǒng)將各生產(chǎn)系統(tǒng)的數(shù)據(jù)整合后，以數(shù)據(jù)共享的形式提

供給其它系統(tǒng)。

數(shù)據(jù)應(yīng)用

基于數(shù)據(jù)與應(yīng)用相對分離的設(shè)計原則，數(shù)據(jù)交換與共享平臺系統(tǒng)的數(shù)據(jù)應(yīng)用

需要與數(shù)據(jù)交換與共享平臺系統(tǒng)的數(shù)據(jù)承載松耦合設(shè)計。

1.1.3項目建設(shè)內(nèi)容

理解本次集團數(shù)據(jù)交換與共享平臺項目，內(nèi)容為數(shù)據(jù)標準化設(shè)計、數(shù)據(jù)交換

與共享平臺（ESB和ODS）實施。具體內(nèi)容以雙方在最終項目合同中約定的為

準。

數(shù)據(jù)標準化設(shè)計

.1數(shù)據(jù)標準化需求分析

鑒于集團目前尚缺乏規(guī)范的數(shù)據(jù)架構(gòu)和管控體系，也沒有統(tǒng)一的數(shù)據(jù)標準、

數(shù)據(jù)接口，因此本項目要求：

1）分析集團總部和各投資企業(yè)數(shù)據(jù)管理現(xiàn)狀，與國內(nèi)外領(lǐng)先實踐有機結(jié)合，

建立集團數(shù)據(jù)標準的管理框架，對集團數(shù)據(jù)標準建設(shè)進行總體規(guī)劃；根據(jù)

集團經(jīng)營管理和監(jiān)管上報的要求，制定相應(yīng)的基礎(chǔ)數(shù)據(jù)標準和業(yè)務(wù)數(shù)據(jù)標

準；結(jié)合集團應(yīng)用系統(tǒng)現(xiàn)狀，對數(shù)據(jù)標準落地實施提出規(guī)劃建議。

2）以集團核心管理領(lǐng)域為試點，全面梳理集團總部和所涉及投資企業(yè)的業(yè)務(wù)

流程，識別數(shù)據(jù)流的產(chǎn)生和業(yè)務(wù)應(yīng)用場景，并明晰與核心業(yè)務(wù)流緊密聯(lián)系

的數(shù)據(jù)標準化需求。

.2數(shù)據(jù)標準化內(nèi)容規(guī)劃

為實現(xiàn)全集團數(shù)據(jù)標準的有效統(tǒng)一，通過對數(shù)據(jù)產(chǎn)生和應(yīng)用的業(yè)務(wù)場景進行

分析，識別出集團的核心數(shù)據(jù)流，從而確定數(shù)據(jù)標準化的內(nèi)容對象和實現(xiàn)方式。

數(shù)據(jù)標準和數(shù)據(jù)架構(gòu)設(shè)計完成后，通過數(shù)據(jù)交換平臺的接入，分階段實現(xiàn)數(shù)據(jù)標

準應(yīng)用到集團所涉各個投資企業(yè)。構(gòu)建覆蓋全集團的統(tǒng)一的數(shù)據(jù)標準和數(shù)據(jù)架構(gòu)

體系。數(shù)據(jù)標準化內(nèi)容建設(shè)的工作內(nèi)容應(yīng)為：

1）數(shù)據(jù)架構(gòu)規(guī)劃

設(shè)計全集團的統(tǒng)一的數(shù)據(jù)架構(gòu)：

＞數(shù)據(jù)主題域劃分：根據(jù)業(yè)務(wù)范疇，列出核心數(shù)據(jù)實體，描述核心實

體的主要信息內(nèi)容。根據(jù)的業(yè)務(wù)特點，對實體進行劃分（主數(shù)據(jù)、

事務(wù)數(shù)據(jù)）。

＞數(shù)據(jù)實體的梳理：參考國際規(guī)范及行業(yè)規(guī)范的分類框架和最佳實踐

對數(shù)據(jù)做統(tǒng)一分類規(guī)劃，所有數(shù)據(jù)執(zhí)行同一個數(shù)據(jù)分類標準。

＞數(shù)據(jù)概念模型：描述數(shù)據(jù)實體及其關(guān)系，通過數(shù)據(jù)概念模型描述集

團運營和管理過程中涉及的所有業(yè)務(wù)概念和邏輯規(guī)則。

＞數(shù)據(jù)分布規(guī)劃：描述集團數(shù)據(jù)模型在企業(yè)IT系統(tǒng)如何分布。通過

了解數(shù)據(jù)分布可以清楚定義企業(yè)數(shù)據(jù)在IT系統(tǒng)中是如何產(chǎn)生和使

用。

＞數(shù)據(jù)流向：描述核心數(shù)據(jù)實體在企業(yè)IT系統(tǒng)中流向軌跡，反映數(shù)

據(jù)在整個生命周期過程中的變化過程以及系統(tǒng)之間數(shù)據(jù)接口情況。

2）數(shù)據(jù)標準

全面梳理與集團總部和所涉各投資企業(yè)的應(yīng)用業(yè)務(wù)流程，根據(jù)梳理結(jié)果，切

實制定符合集團實際需要的數(shù)據(jù)標準，內(nèi)容為：

廣汽集團數(shù)據(jù)標準管理框架

?標準梳理?標準制定?標準流程

集團基礎(chǔ)數(shù)據(jù)

標

番

需

準

標

求

管

準

收

集團共享數(shù)據(jù)理

框

集

流

架

程

投資企業(yè)專屬數(shù)據(jù)

圖1集團數(shù)據(jù)標準管理框架

劃分集團的基礎(chǔ)數(shù)據(jù)、共享數(shù)據(jù)、投資企業(yè)專屬數(shù)據(jù)，同時設(shè)計制定集團的

主數(shù)據(jù)標準。主數(shù)據(jù)是數(shù)據(jù)標準制定的重點內(nèi)容，全面梳理與集團總部和所涉各

投資企業(yè)的應(yīng)用業(yè)務(wù)流程，識別集團主數(shù)據(jù)域，定義主數(shù)據(jù)標準，構(gòu)建主數(shù)據(jù)管

控體系和管理技術(shù)平臺。

＞主數(shù)據(jù)識別：結(jié)合集團數(shù)據(jù)分類概念和的業(yè)務(wù)特點，識別和定義主

數(shù)據(jù)，并評估主數(shù)據(jù)重要性。

＞主數(shù)據(jù)標準：主數(shù)據(jù)標準的定義主要以信息化項目成果為基礎(chǔ)，結(jié)

合業(yè)務(wù)部門需求及行業(yè)經(jīng)臉及資產(chǎn)，形成主數(shù)據(jù)統(tǒng)一標準模版°

＞主數(shù)據(jù)管控：結(jié)合的組織結(jié)構(gòu)特點，以及主數(shù)據(jù)的業(yè)務(wù)特點，從組

織、流程、考核三個管理手段搭建符合實際情況的主數(shù)據(jù)管理體系

框架。

＞主數(shù)據(jù)管理技術(shù)：結(jié)合信息化環(huán)境，設(shè)計主數(shù)據(jù)管理的技術(shù)平臺方

案，實現(xiàn)主主數(shù)據(jù)管理的自動化、流程化和高效支撐，作為未來平

臺建設(shè)的輸入。

3）數(shù)據(jù)管控體系

設(shè)計全集團統(tǒng)一的、標準的、可執(zhí)行的、符合集團實際的數(shù)據(jù)管控體系。應(yīng)

包括管控組織、管控流程、考核評價、技術(shù)工具模塊，形成可落地應(yīng)用的數(shù)據(jù)管

控體系，實現(xiàn)加強管理決策和業(yè)務(wù)運營的數(shù)據(jù)管控目標。

廣汽集團數(shù)據(jù)管控體系示意

嵬織

￡幽信息株立化夯員士_______

效W1醐業(yè)務(wù)費任煙熱據(jù)生產(chǎn)看IMB便用看：：交，三二

澹程

考核指標費任評價標灌強行評價R策執(zhí)行洋價■■■

驚?力/維護

代據(jù)你富救撮的宣數(shù)據(jù)安全源理

考■■■

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

核

叁核福標

舊維義枷歌義

6命名IM“立/維護刷

枸卻脩度創(chuàng)建義造硼

標準

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

北務(wù)含義一皴性定義洋價與卷核差

工具

ftUYl!工信去管黑系拄?國M成■理

圖2集團數(shù)據(jù)管控體系示意

平臺設(shè)計和實施

.1平臺功能需求

集團數(shù)據(jù)交換與共享平臺（以下簡稱：“平臺”）的應(yīng)用功能，即：多種操

作系統(tǒng)支持、多種數(shù)據(jù)庫支持、服務(wù)路由仲裁功能、平臺互聯(lián)互通性、平臺運行

監(jiān)控管理、平臺流水日志功能和平臺開發(fā)與支持功能。

1）平臺總體要求

O成熟穩(wěn)定性：平臺產(chǎn)品必須是成熟的軟件包，業(yè)界主流產(chǎn)品，要求具有一

定歷史，經(jīng)過市場考驗的成熟產(chǎn)品，包含完整豐富的企業(yè)整合平臺組件。

o開放性、兼容性和連通性：產(chǎn)品采用開放的標準，符合SOA的設(shè)計理念，

各種設(shè)計規(guī)范、技術(shù)指標及產(chǎn)品均符合國際和工業(yè)標準，包括各種廣域網(wǎng)、

局域網(wǎng)、計算機及數(shù)據(jù)庫協(xié)議，并可提供多廠家產(chǎn)品的支持能力，從而為

未來的業(yè)務(wù)發(fā)展奠定基礎(chǔ)。平臺中所采用的所有產(chǎn)品都要滿足相關(guān)的國際

標準和國家標準，是開放的可兼容平臺，能與不同廠商的產(chǎn)品兼容，可以

有效保護投資。平臺具備與各種協(xié)議、計算機通行網(wǎng)絡(luò)互連互通的特性，

確保綜合網(wǎng)絡(luò)公用基礎(chǔ)設(shè)施功能充分發(fā)揮。

o先進性：系統(tǒng)技術(shù)水平要保證先進性，符合當(dāng)代信息技術(shù)發(fā)展形勢，代表

當(dāng)前計算機科學(xué)的發(fā)展方向。所選擇的各平臺供應(yīng)商應(yīng)有能力進行持續(xù)開

發(fā)，可以保證該項技術(shù)不斷地更新并可順利升級而維持系統(tǒng)的先進性。提

供良好的技術(shù)支持和技術(shù)服務(wù)，以滿足當(dāng)前的業(yè)務(wù)需求，使業(yè)務(wù)或生產(chǎn)系

統(tǒng)具有較強的運作能力。

o高可靠性和高可用性：平臺要能提供高可靠的集成服務(wù)，帶有系統(tǒng)容錯性

的方案（冗余、備份），較強的管理機制和控制手段，具備事故監(jiān)控和網(wǎng)絡(luò)

安全保密等技術(shù)措施，保證系統(tǒng)的安全可靠和高可用性。系統(tǒng)具有極高的

可靠性與持續(xù)使用能力，保證全年全天24小時穩(wěn)定運行，具體體現(xiàn)在容

錯能力，備份與恢復(fù)能力，自動負載均衡能力。

o靈活性和可擴充性：平臺要提供基于多樣機制的靈活的SOA集成服務(wù)，通

過標準的資源來定義，能靈活的定義服務(wù)接口，服務(wù)創(chuàng)建和管理要具備較

高的簡易性。平臺要具備良好的擴充性，能夠根據(jù)管理要求，方便擴展網(wǎng)

絡(luò)覆蓋范圍、網(wǎng)絡(luò)容量和網(wǎng)絡(luò)各層節(jié)點的功能，以適應(yīng)今后可能出現(xiàn)的較

大任務(wù)負荷。平臺要具有集群能力，提供簡單可靠易配置的集群，從而保

護原有的投資。平臺必須有合理的層次結(jié)構(gòu)，體現(xiàn)分層、模塊化的原則。

隨著數(shù)據(jù)量，數(shù)據(jù)模型復(fù)雜性，接入系統(tǒng)數(shù)目增加時平臺應(yīng)具有較好的擴

展能力和靈活的硬件配置適應(yīng)能力。

O可升級性可遷移性。高版本自動向下兼容，能夠通過預(yù)留的升級接口獨立

地、平滑地進行升級.或者創(chuàng)建新的平臺實現(xiàn)分階段遷移，不需要資源的

重新部署，靈活的共存機制避免升級需要額外的硬件資源。

O易維護性。平臺要具有易于管理維護的特點。平臺軟件安裝簡單、易于操

作。能提供詳盡的手比、文檔材料供開發(fā)維護之用。提供可行的配置和維

護手段，同時能支持主流開發(fā)語言，如C,C++,Java,SQL,PHP,.NET

等，使用戶能夠根據(jù)實際情況來開發(fā)管理應(yīng)用達到維護系統(tǒng)的目的。平臺

的運行數(shù)據(jù)可及時進行備份，功能實現(xiàn)要盡量簡單、可靠。平臺應(yīng)能自動

記錄所有操作，形成操作日志備查。

O標準化：平臺應(yīng)用軟件開發(fā)符合軟件開發(fā)標準的要求，方便維護和擴展。

業(yè)務(wù)處理符合國家法律、法規(guī)和有關(guān)政策規(guī)定。能提供基于業(yè)界標準的開

發(fā)工具，并且支持版本管理。

O高安全性：系統(tǒng)必須有嚴謹周密的安全體系結(jié)構(gòu)，必須能夠提供有效的安

全機制，抵御可能產(chǎn)生的惡意攻擊和病毒侵蝕，并且在運行安全、網(wǎng)絡(luò)安

全和應(yīng)用系統(tǒng)安全等方面有合理可靠的策略。安全性設(shè)計內(nèi)容包括：數(shù)據(jù)

傳輸和存儲的加密、數(shù)據(jù)的訪問控制、管理操作員的身份認證以及服務(wù)器

數(shù)據(jù)的抗故障和抗破壞。

o強大的連接性：提供利用各種適配器，可以將應(yīng)用系統(tǒng)進行無縫連接，便

于今后的擴展。

o支持中文字符集等相關(guān)國家標準規(guī)定的漢字字符處理

2）平臺功能性要求

o基礎(chǔ)功能

＞服務(wù)注冊：可將服務(wù)注冊到ESB容器中，注冊后的服務(wù)可以檢索和

使用。

＞服務(wù)發(fā)布：可將后端系統(tǒng)提供的服務(wù)接入到總線（穿透服務(wù)），或

者將一個服務(wù)發(fā)布成一個不同接口的新的服務(wù)，或者將多個服務(wù)組

合成一個全新的服務(wù)。

＞服務(wù)發(fā)現(xiàn)：可獲得ESB容器中的服務(wù)的各種屬性和狀態(tài)，以及查找

ESB容器是否存在相應(yīng)的服務(wù)。

o高級功能

服務(wù)路由：提供智能路由功能，根據(jù)服務(wù)的內(nèi)容進行靈活而高性能

的決策，將服務(wù)請求轉(zhuǎn)發(fā)到一個或多個目的地；

服務(wù)組合：可對服務(wù)進行輕度的組合，組合后的服務(wù)仍然保持無狀

態(tài)、快速執(zhí)行的服務(wù)基本特征，可提高服務(wù)的重用性，減少新開發(fā)

服務(wù)的代價。

服務(wù)解析：提供對服務(wù)的各種處理操作，如計算、過濾等，使其可

以在被發(fā)往目標應(yīng)用系統(tǒng)前進行相應(yīng)地計算和處理；提供多種消息

格式定制和解析服務(wù)：

?用戶自定義格式，即用戶可以為每一種應(yīng)用定制自己的消息

格式，通過這種消息格式來連接原有的舊的應(yīng)用；

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

GenericXML；

■面向紀錄的信息格式，如C的頭文件、CSV、TDS、CWF、

MIME等;

■業(yè)界標準格式，如EDIFACT,EDIX12,SWIFT,HL7,IDOC,

ACORD,CSV,TLOG,IS08583等；

服務(wù)封裝：包含兩個層面的封裝：

■技術(shù)層面的封裝：在技術(shù)結(jié)構(gòu)上，可對通訊協(xié)議，報文結(jié)構(gòu)

等進行封裝。至少支持Web-Service或者SOAP的服務(wù)封裝

形式。

■業(yè)務(wù)層面的封裝：對存量系統(tǒng)與新建系統(tǒng)建議不同的服務(wù)封

裝策略。如新系統(tǒng)可按照統(tǒng)一的服務(wù)設(shè)計規(guī)則和既定標準對

服務(wù)進行封閉。對于存量系統(tǒng)，需要對已有的功能進行分解、

整合或變通，達到將原有功能封裝為一個服務(wù)。

服務(wù)規(guī)范：包括對服務(wù)的定義與確立，服務(wù)的封裝，服務(wù)的開發(fā)，

服務(wù)的管理等各個環(huán)節(jié)進行規(guī)范性約定。

服務(wù)分區(qū)：可根據(jù)服務(wù)的各種屬性，如后端系統(tǒng)、用途分類、操作

類型、重要程度，對整個服務(wù)集合進行子集上的劃分。服務(wù)子集可

以實現(xiàn)不同的部署、管理策略，增加不同類別服務(wù)之間的隔離性。

＞服務(wù)重用：可實現(xiàn)業(yè)務(wù)組件的重用性并利用這種重用性。要求同時

支持在技術(shù)層面和業(yè)務(wù)層面上的重用.

＞服務(wù)控制：要求能夠支持以下3種控制：

■服務(wù)運行期間的使能控制：系統(tǒng)管理員可以隨時開通或臨

時關(guān)閉一個已經(jīng)上線的服務(wù)。

'服務(wù)運行參數(shù)的在線修改：例如可以修改一個服務(wù)在容器中

的配置參數(shù)和運行策略；可以設(shè)置服務(wù)的性能目標策略，基

于最大交易數(shù)還是基于最快響應(yīng)時間。

■服務(wù)配置的版本控制：例如可以在線更新一個服務(wù)版本，也

可以對已做出的更新進行回退。

＞服務(wù)數(shù)據(jù)驗證：可以根據(jù)用戶定義的數(shù)據(jù)模型自動檢驗數(shù)據(jù)內(nèi)容是

否符合要求。

＞服務(wù)排序：即當(dāng)多個服務(wù)請求進入到平臺的時候，可以通過配置實

現(xiàn)按照管理員指定的元素進行重新排序，保證業(yè)務(wù)處理的先后順序。

＞服務(wù)交易完整性保證：應(yīng)支持服務(wù)交易完整性要求。例如：可以設(shè)

定整個消息流為一個完整的交易，當(dāng)某一環(huán)節(jié)發(fā)生錯誤時，整個消

息流回滾，保證數(shù)據(jù)一致性。

＞服務(wù)動態(tài)發(fā)布和訂閱：能實現(xiàn)基于主題和內(nèi)容的發(fā)布和訂閱功能：

＞能支持主流開發(fā)語言，如Java、SQL、PHP、.Net等，開發(fā)服務(wù)功

能。

3)平臺互聯(lián)互通性要求

o通訊協(xié)議。提供內(nèi)建的多傳輸協(xié)議支持：

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

AFile、FTP、SFTP、SMTP和POP3。

AODBC＞Socket和CORBAo

＞提供SDK以支持客戶化傳輸協(xié)議開發(fā)。

o通訊模式匹配。

＞能成功匹配目前集團己存在的通訊模式，也能適應(yīng)未來的web服務(wù)

接入，盡可能減少對原有系統(tǒng)的改造。

＞支持同步與異步通訊模式，同步請求/響應(yīng)模式、異步消息模式、

短連接長連接模式。

O報文格式轉(zhuǎn)換

＞消息處理要支持支持動態(tài)的消息格式轉(zhuǎn)換功能：包括XML與XML,

XML與non-XML,non-XML與non-XML之間任意數(shù)據(jù)格式的轉(zhuǎn)換。

＞消息處理還要解決字符集支持與轉(zhuǎn)換的問題。

o數(shù)據(jù)轉(zhuǎn)換

＞服務(wù)支持多種數(shù)據(jù)類型，包括XML、MFL、文本和二進制數(shù)據(jù)等。對

涉及的各種數(shù)據(jù)格式提供支持，包括文本格式、XML格式、二進制

等，提供可視化工具實現(xiàn)不同數(shù)據(jù)格式之間的轉(zhuǎn)換定義。

＞平臺實施的同時要根據(jù)已經(jīng)建立的集團的標準化數(shù)據(jù)為藍本。對于

新建系統(tǒng)應(yīng)該使用標準化數(shù)據(jù)，但對于存量系統(tǒng)，如果沒有條件更

新相應(yīng)接口，貝!平臺應(yīng)該支持數(shù)據(jù)轉(zhuǎn)換。

O適配器（Adapter）

＞提供預(yù)置的適配器（Adapter）實現(xiàn)與商業(yè)套裝軟件的連接，包括

SAP、Siebel、PeopleSoft和JDEdwards。

4）平臺運行監(jiān)控管理

O提供基于圖形化的管理控制臺，支持多種類型的瀏覽器（如：IE10,

Firefox,Safari等），可以全面監(jiān)控系統(tǒng)的運行狀況，管理所有的集成

資源，查看/改變服務(wù)總線的屬性，匯總運行時的統(tǒng)計數(shù)據(jù)，并行實時的性

能統(tǒng)計分析，并在一個管理員定制的界面中查看系統(tǒng)中服務(wù)器的健康狀況,

服務(wù)的運行狀況、統(tǒng)計信息及服務(wù)水平告警信息；同時也提供命令行方式

的管理方式，方便不同習(xí)慣的管理員去管控服務(wù)器。

O可以監(jiān)控和測量指標包括：服務(wù)器的當(dāng)前狀態(tài)、線程數(shù)量、內(nèi)存使用狀況

等、某個服務(wù)的響應(yīng)時間和處理消息數(shù)，查看集成節(jié)點的屬性，添加、刪

除或修改集成服務(wù)器，啟動及停止集成消息流，進行基于角色的訪問控制,

并提供多種高級選項，如數(shù)據(jù)重放、策略和監(jiān)控。

O在性能分析方面，新的和己有的消息流都適用且無需調(diào)整，無需開發(fā)人員

的介入；實時提供集成消息流的多種性能指標，如C?U和I/O時間指標

（默認顯示在集成分析器中），線程、數(shù)據(jù)大小、錯誤等。

o性能分析結(jié)果可以以靈活方式展現(xiàn)，比如數(shù)據(jù)表和消息流概要，從而使用

戶能更深入地了解消息流內(nèi)部的具體行為。

O提供靈活的接口，如JavaAPI或RESTAPT,方便用戶自定義管理控制平

臺中的服務(wù)。

O提供服務(wù)調(diào)度功能，可以動態(tài)設(shè)定平臺中流程的線程數(shù)量。

O支持動態(tài)更改平臺中流程和任務(wù)的屬性功能，提供更好的靈活性。

O集成平臺具有負載管理功能，提供智能機制來控制處理速度，可用于減少

對后臺系統(tǒng)的訪問量，設(shè)計當(dāng)初要考慮到未來更多的基于策略的處理，并

適用于新的和已有的集成消息流；可通過定制策略來定義閥值和相應(yīng)的操

作，比如：

＞通知：當(dāng)高于（或者低于）閥值的時候發(fā)出通知

＞延遲：對超出腹值數(shù)量的請求延遲響應(yīng)時間

o可通過Web管理控制臺來定制豐富的負載控制策略，比如不同類型的消息

流（如：批處理、在線處理）進行負載管理；策略存儲在本地注冊庫中，

可以動態(tài)配置，開發(fā)人員也可以通過一定的配置手段實現(xiàn)控制。

o通過策略定位不響應(yīng)的消息流來提高系統(tǒng)整體的可靠性，例如使用一些額

外的選項專門用于處理由各種原因（等待外部系統(tǒng)，死循環(huán)，死鎖，非法

的XML）導(dǎo)致的不響應(yīng)的集成消息流。

O策略定義時具有可靈活的配置，操作和報告選項；可以進行流量策略配置。

對于消息流不響應(yīng)時的操作可以進行多樣化處理，比如發(fā)送一個新的超時

事件消息，也可以通過命令手動強制停止消息流。

O提供實時數(shù)據(jù)分析和基于規(guī)則的消息流執(zhí)行能力，用戶能從集成消息流中

提取業(yè)務(wù)洞察，比如智能決策分析，基于業(yè)務(wù)規(guī)則的消息流執(zhí)行，用戶自

定義規(guī)則，可以在消息流中執(zhí)行這些規(guī)則，如基于業(yè)務(wù)需求的路由

o提供了多種決策服務(wù)節(jié)點，比如從傳輸?shù)臄?shù)據(jù)中獲取規(guī)則定義中所需的數(shù)

據(jù)，可以調(diào)用內(nèi)置的規(guī)則引擎來執(zhí)行業(yè)務(wù)邏輯，規(guī)則的輸出可用于后續(xù)消

息流的處理。

O提供了內(nèi)嵌靈活的規(guī)則創(chuàng)建機制，在開發(fā)工具中用戶可以直接創(chuàng)建規(guī)則，

可以連同集成資產(chǎn)自動打包和部署，通過配置服務(wù)動態(tài)地修改業(yè)務(wù)規(guī)則.

O通過內(nèi)嵌的規(guī)則引擎保證高性能，規(guī)則的執(zhí)行和消息流在操作系統(tǒng)的同一

個進程當(dāng)中，規(guī)則更新通知確保規(guī)則執(zhí)行的一致性，也支持對規(guī)則進行遠

程監(jiān)管。

5）平臺流水日志功能

o服務(wù)流水的可配置性。服務(wù)流水可用統(tǒng)計和效能評估，也具有一定的異常

定位功能。流水應(yīng)該是可配置的，如流水的保存方式（文件系統(tǒng)或數(shù)據(jù)

庫），流水文件的大小限定，流水文件的切換條件等。

o服務(wù)流水記錄。要合理定義流水記錄的結(jié)構(gòu)，要包含服務(wù)基本信息（如服

務(wù)1D,服務(wù)系統(tǒng)ID等）和執(zhí)行狀態(tài)信息（請求時間，執(zhí)行時間，成功狀

態(tài)、出錯信息等）。由于流水記錄量很大，最好能采用異步記錄的方式，

避免影響服務(wù)的處理時間。

o服務(wù)日志的可配置性。查看日志是定位問題的基本手段，日志要分級別管

理（嚴重、出錯、跟蹤、提示、報警等）。日志也應(yīng)該是可配置的，如日

志文件的命名方法、大小限定、文件切換等。不同級別的日志可以動態(tài)關(guān)

閉和開通。

6）平臺開發(fā)與支持

o軟件提供便捷的安裝和部署模式，提供友好的安裝和部署界面。無需開發(fā)

或開發(fā)量較少，以配置方式進行服務(wù)定義和服務(wù)流程設(shè)計為佳，能提供基

TWeb的配置工具。

O提供中文的安裝文檔和使用手冊，產(chǎn)品中含有詳細的產(chǎn)品使用樣例和源文

件，使得開發(fā)人員可以快速掌握產(chǎn)品功能和開發(fā)方式。

O提供統(tǒng)一的、基于開放接口的工具，實現(xiàn)開發(fā)、編譯、測試、調(diào)試、部署

和管理的功能，支持&隊的開發(fā)和版本控制。

o提供圖形化界面開發(fā)工具，實現(xiàn)簡單和復(fù)雜的數(shù)據(jù)流程設(shè)計。

o提供多種內(nèi)置功能組件和節(jié)點，功能涵蓋協(xié)議接入、路由、轉(zhuǎn)換、監(jiān)控、

例外處理等

o要支持自定義的處理節(jié)點，以實現(xiàn)更強的擴展能力，支持C/C++和Java的

開發(fā)接口。

O開發(fā)工具要提供XMLSchema,WSDL等快速生成引導(dǎo)功能，提供對Web

Services開發(fā)和測試功能口

o開發(fā)工具提供對各種開放標準的應(yīng)用數(shù)據(jù)接口的支持，包括XMLDTD,XML

Schema、XMLNamespaceSOAP、JMS、C結(jié)構(gòu)等。

o通過圖形化開發(fā)工具提供對于自定義的數(shù)據(jù)格式的抽象描述實現(xiàn)。

o開發(fā)工具提供更為靈活的數(shù)據(jù)庫支持，可以直接實現(xiàn)數(shù)據(jù)庫的讀寫操作，

在業(yè)務(wù)邏輯中實現(xiàn)對數(shù)據(jù)庫、XML等的處理和操作。

7)平臺操作系統(tǒng)支持

能支持業(yè)界主流的操作系統(tǒng)，如以下系統(tǒng)：

>HP-UX

>IBMAIX

>Windows

>NovellSuSE

>RedHatEnterprise

>SunSolaris(x86-64&SPARC)

>LinuxonxSeries

>PSeries

AUbuntu

對以上平臺提供最優(yōu)化的64位支持；在Windows和x/Linux平臺上保留32

位的選項。最新支持Windows8和WindowsServer20120

8)對于虛擬技術(shù)提供下列支持：

虛擬化環(huán)境的廣泛支持，如VMWare,AIXHypervisor等。

9)平臺的數(shù)據(jù)庫支持

能支持業(yè)界流行的數(shù)據(jù)庫平臺：

>IBMDB2

>Oracle

>SybaseDB

>SQLServer

>Informix

ASolidDB

>MySQL

>Maxdb

>Access

>KingBase

.2平臺實施方法

1）平臺（ESB部分）實施的總體原則

根據(jù)項目組織范圍內(nèi)各企業(yè)的業(yè)務(wù)場景的梳理情況，由集團選擇業(yè)務(wù)迫切度

較高，實現(xiàn)復(fù)雜度相對較低的集成需求，開展共享平臺的初步應(yīng)用；并選擇服務(wù)

企業(yè)較多，具有典型價值的集成需求，開展共享平臺的逐步推廣應(yīng)用，發(fā)揮和推

廣共享平臺的優(yōu)勢。

2）平臺（ESB部分）的實施方法要求

投標方提供完整的服務(wù)全生命周期管理方法論，并按此方法論指導(dǎo)項目實施,

具體包括以下階段和過程：

O服務(wù)識別：對現(xiàn)狀進行梳理和分析，包括：

>分析現(xiàn)有的業(yè)務(wù)流程；

>分析系統(tǒng)之間的集成點；

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

>現(xiàn)狀和目標需求的差異分析。

O服務(wù)定義和設(shè)計

通過業(yè)務(wù)定義、技術(shù)定義兩部分內(nèi)容來定義服務(wù)，并為服務(wù)制定接口，以使

服務(wù)得到最大化重用，具體定義內(nèi)容為：

>業(yè)務(wù)定義：

■業(yè)務(wù)含義

■業(yè)務(wù)要素

■服務(wù)質(zhì)量

＞技術(shù)定義:

■技術(shù)要素

-服務(wù)接口

■訪問模式

O服務(wù)實現(xiàn)

＞服務(wù)開發(fā)

將業(yè)務(wù)服務(wù)的定義進行真正的技術(shù)實現(xiàn)，開發(fā)實現(xiàn)的方式為：

■服務(wù)配置：通過建立的服務(wù)定義模板支持服務(wù)抽取和定義，

以達到快速配置功能。

■客戶化開發(fā)：對于平臺所提供的配置功能無法實現(xiàn)，則需要

進行客戶化開發(fā)。

＞服務(wù)測試

基于服務(wù)定義和描述中的功能和性能指標，采用一定的測試工具、技術(shù)和標

準規(guī)范，對服務(wù)進行質(zhì)量測試和評估。具體測試類型包括以下內(nèi)容：單元測試，

擋板測試，集成測試，聯(lián)調(diào)測試，壓力測試，用戶測試。

O服務(wù)的運維

＞服務(wù)部署：基于服務(wù)實現(xiàn)階段的不同方式（配置和客戶化）進行部

署，具體類型為：

■服務(wù)注冊：通過服務(wù)管理工具和平臺，快速注冊和發(fā)布服務(wù)。

-客戶化程序部署。

＞運維監(jiān)控：監(jiān)控類型主要分為兩部分，分別為：

■用戶方的業(yè)務(wù)人員對業(yè)務(wù)流程運行狀況和績效的監(jiān)控；

■系統(tǒng)維護人員從TT層面對基于系統(tǒng)服務(wù)的管理和部署模型,

對系統(tǒng)運行狀態(tài)以及服務(wù)調(diào)用狀態(tài)進行整體管理、控制和監(jiān)

測。

O服務(wù)的完整性

對現(xiàn)存的業(yè)務(wù)流程進行服務(wù)化的同時必須實施完整的測試階段，保障業(yè)務(wù)功

能在實施前后的完好性。

.3ODS實施要求

集團總部從管理決策的需要，通過批量抽取下屬企業(yè)最細粒度的日運營數(shù)據(jù)

（主要是經(jīng)營層面數(shù)據(jù)，但不只限于），構(gòu)建集團總部的ODS,實現(xiàn)操作型數(shù)據(jù)

整合和各個系統(tǒng)之間的批量數(shù)據(jù)交換，并提供實時的操作型報表，為今后構(gòu)建管

理決策系統(tǒng)（數(shù)據(jù)倉庫、BI）提供數(shù)據(jù)來源。ODS功能需求需滿足：

o實現(xiàn)業(yè)務(wù)數(shù)據(jù)的貼源整合、標準化處理，支撐管理報表、靈活查詢應(yīng)用。

為管理決策層提供企業(yè)主要的經(jīng)營指標；方便集團職能管理層查看業(yè)務(wù)條

線的業(yè)務(wù)經(jīng)營指標；為各投資企業(yè)業(yè)務(wù)層提供投資企業(yè)綜合業(yè)務(wù)數(shù)據(jù)查詢

服務(wù)。

o為下游數(shù)據(jù)倉庫等系統(tǒng)提供數(shù)據(jù)。

oODS數(shù)據(jù)服務(wù)可以WebService形式發(fā)布在ESB上供其他系統(tǒng)調(diào)用。

系統(tǒng)架構(gòu)需求

.1總體需求

根據(jù)集團數(shù)據(jù)標準化的需求分析、差距分析以及藍圖設(shè)計的結(jié)果，并結(jié)合平

臺系統(tǒng)的功能進行數(shù)據(jù)交換和共享平臺的總體架構(gòu)設(shè)計。

.2系統(tǒng)需求

1）平臺的松耦合架構(gòu)

將平臺內(nèi)部劃分為：接入層、核心處理層（總線層）、接出層。此三部分分

工明確，具備橫向和縱向擴展功能，具體三層實現(xiàn)功能為：

o總線層（核心處理層）：實現(xiàn)對服務(wù)數(shù)據(jù)的集中處理，服務(wù)的路由策略，

服務(wù)封裝、服務(wù)的認證授權(quán)及安全控制，具體為：

＞服務(wù)路由策略：根據(jù)實際業(yè)務(wù)要求，可實現(xiàn)單步服務(wù)路由、多步服

務(wù)路由和發(fā)布訂閱路由。

＞服務(wù)封裝：實現(xiàn)服務(wù)可靠傳輸、服務(wù)超時檢查、服務(wù)信息填充、服

務(wù)沖正，用戶管理。

＞認證授權(quán)及安全控制：總線層通過服務(wù)的授權(quán)，確定哪些接入系統(tǒng)

可以使用哪些服務(wù)，確保了業(yè)務(wù)系統(tǒng)的安全性。

O接入層和接出層：實現(xiàn)的功能為：

＞能夠?qū)γ總€業(yè)務(wù)系統(tǒng)進行精確控制；能夠靈活開啟或關(guān)閉訪問權(quán)限,

控制流量大小進行分通道處理；

＞通過緩存設(shè)計可以避免服務(wù)總線和業(yè)務(wù)系統(tǒng)受到瞬時海量請求的影

響；

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

協(xié)議轉(zhuǎn)換等工作，應(yīng)對各種業(yè)務(wù)系統(tǒng)各不相同的技術(shù)平臺，只需要

在接入接出層單獨定制即可，避免平臺核心邏輯的修改對所有業(yè)務(wù)

系統(tǒng)產(chǎn)生的影響。

2）平臺的服務(wù)管理

o支持服務(wù)的全生命周期管理，包括服務(wù)的導(dǎo)入、服務(wù)的新增、服務(wù)的授權(quán)、

以及服務(wù)參數(shù)的修改、服務(wù)配置、服務(wù)刪除，支持運維人員對服務(wù)的快速

管理和運維；

O支持批量服務(wù)導(dǎo)入此外，同時還能對導(dǎo)入的數(shù)據(jù)作一致性檢查，以保證發(fā)

布服務(wù)的質(zhì)量；

O提供標準的服務(wù)定義模板來支持服務(wù)的抽取和定義；

O通過服務(wù)管理平臺和工具，支持服務(wù)的快速注冊和發(fā)布；

O使用服務(wù)時，通過確保送達等機制實現(xiàn)服務(wù)的完整性和一致性，并通過流

量控制等機制達到故障隔離的目的。

3）平臺的安全管控體系

O接入系統(tǒng)授權(quán)和認證管理：接入到總線平臺上的業(yè)務(wù)系統(tǒng)都由平臺統(tǒng)一進

行授權(quán)控制，可靈活啟停業(yè)務(wù)系統(tǒng)訪問總線平臺的權(quán)限。

O服務(wù)訪問的授權(quán)管理：總線平臺可以對每個服務(wù)的訪問權(quán)限進行控制，保

證服務(wù)只能被有權(quán)限的系統(tǒng)調(diào)用。

O審計機制：對所有交易的信息進行審計，以確保信息是可跟蹤的。

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

o系統(tǒng)應(yīng)支持高可靠性和可用性，以保證系統(tǒng)能長時間有效運行。

O對于不同報文類型（如：標準報文和大報文）應(yīng)設(shè)置不同通道，以滿足日

常事務(wù)和批量事務(wù)的傳輸，同時相互之間進行隔離控制，互不影響.

O批量事務(wù)的傳輸應(yīng)有進度提醒功能。

O投標方應(yīng)考慮基于未來集成接口和服務(wù)量上所能支持滿負荷的系統(tǒng)配置及

硬件要求，以保障在極端情況下系統(tǒng)延遲響應(yīng)不能影峋正常工作使用。

O故障隔離。平臺系統(tǒng)發(fā)生服務(wù)異常時，可隔離異常部分，避免對其他應(yīng)用

系統(tǒng)產(chǎn)生影響。

O流量控制。平臺系統(tǒng)提供精確流量控制，保障冗余機制中的單臺服務(wù)容器

不會受到不平衡的壓力。

O冗余備份。對于平臺系統(tǒng)的硬件、各個功能部件設(shè)計要實現(xiàn)冗余，避免出

現(xiàn)單點故障。失效的設(shè)備和功能塊能被屏蔽，負載能重新分配到對應(yīng)的冗

余對象上。

5）平臺的可擴展性

O系統(tǒng)具備橫向擴展和縱向擴展能力。

O基于橫向擴展，能在業(yè)務(wù)量增加的情況下達到線性擴容的能力；

O基于縱向擴展，通過配置方式，提供系統(tǒng)的處理能力，同時，在系統(tǒng)擴展

時，不會對系統(tǒng)架構(gòu)造成影響。

O支持集團與下屬分子公司的多級總線平臺結(jié)構(gòu)。

6）平臺的可維護性

提供針對本平臺軟件產(chǎn)品的配置和維護方法，同時提供面向服務(wù)級的配置管

理界面，用于服務(wù)的維護和監(jiān)控。

7）平臺的消息高效可靠傳輸要求

o在數(shù)據(jù)傳輸中，保證數(shù)據(jù)不丟失，且不會出現(xiàn)信息重發(fā)現(xiàn)象（除人工重發(fā)

外）。傳輸過程因意外中斷，當(dāng)系統(tǒng)恢復(fù)時，數(shù)據(jù)會重新傳輸，實現(xiàn)斷點

續(xù)傳。

o在傳輸過程中，對傳輸?shù)呐繑?shù)據(jù)提供壓縮處理，并對數(shù)據(jù)傳輸?shù)膞ml格

式進行優(yōu)化，以提高系統(tǒng)在網(wǎng)絡(luò)上的傳輸性能和減少數(shù)據(jù)冗余。

8）平臺的數(shù)據(jù)完整性

針對數(shù)據(jù)轉(zhuǎn)換，提供并實現(xiàn)保障數(shù)據(jù)質(zhì)量和一致性的方法和機制，同時在監(jiān)

控運行中，能提供調(diào)優(yōu)的方法。

9）平臺的日志系統(tǒng)管理

提供完善的日志系統(tǒng)：

o發(fā)起方、接受方、采用的數(shù)據(jù)交換規(guī)則，策略的運行情況等；

o能對發(fā)送日志和接收日志進行分析，驗證發(fā)送和接收的一致性；

o對平臺處理的同步交易進行記錄，平臺將記錄交易的處理時間、處理狀態(tài)、

報文內(nèi)容等信息。

10）平臺的易用性

軟件的軟件平臺界面圖形化設(shè)計，操作簡單、友好、方便，界面上所顯示信

息及提示信息均應(yīng)為中文。招標方用戶經(jīng)過系統(tǒng)培訓(xùn)即能靈活地自行進行服務(wù)配

置、后臺監(jiān)控管理等。

11）平臺的權(quán)限

投標方提供的軟件平臺應(yīng)有統(tǒng)一的權(quán)限管理體系，權(quán)限帳號可配置，支持基

于角色的用戶驗證、基于目錄的用戶管理等安全策略。

.3數(shù)據(jù)庫要求

數(shù)據(jù)標準化或者數(shù)據(jù)交換平臺實施過程中所使用到的數(shù)據(jù)庫產(chǎn)品必須為企業(yè)

版，并由招標方與投標方根據(jù)實際環(huán)境需求協(xié)商確定產(chǎn)品。

.4接口技術(shù)要求

本平臺系統(tǒng)與外部其它信息系統(tǒng)進行數(shù)據(jù)交換時應(yīng)采用國際、行業(yè)標準接口

規(guī)范。業(yè)務(wù)處理符合國家法律、法規(guī)和有關(guān)政策規(guī)定。

1.1.4項目實施范圍

組織范圍

1）項目的數(shù)據(jù)標準化設(shè)計涵蓋以下單位：

集團總部、乘用車、研究院、商貿(mào)、零部件、眾誠保險、匯理、豐田和本田。

2）數(shù)據(jù)交換與共享平臺（ESB和ODS）的實施涵蓋以下單位：

集團總部、乘用車、研究院、商貿(mào)、零部件、眾誠保險、匯理、豐田和本田。

業(yè)務(wù)范圍

本次項目的業(yè)務(wù)范圍涵蓋了數(shù)據(jù)標準化設(shè)計、數(shù)據(jù)交換與共享平臺（ESB和

ODS）的實施。

1）項目的數(shù)據(jù)標準化設(shè)計以圍繞業(yè)務(wù)需求為驅(qū)動，以具體業(yè)務(wù)場景為設(shè)計對

象，以平臺實施為依歸，以建設(shè)全集團統(tǒng)一的數(shù)據(jù)標準為最終目標開展設(shè)

計工作。

2）數(shù)據(jù)交換與共享平臺（ESB和ODS）的實施必須根據(jù)當(dāng)前集團總部應(yīng)用系

統(tǒng)對數(shù)據(jù)交換的需求以及下述企業(yè)業(yè)務(wù)系統(tǒng)之間的協(xié)同需求（如下圖）來

分析并確定應(yīng)用場景，業(yè)務(wù)系統(tǒng)范圍覆蓋以下：

表格1業(yè)務(wù)范圍

業(yè)務(wù)范圍

企業(yè)組織業(yè)務(wù)系統(tǒng)類型（未含子系統(tǒng)）

集團總部人力資源系統(tǒng)、財務(wù)系統(tǒng)

乘用車MBOM/PBOM系統(tǒng)、工藝規(guī)劃系統(tǒng)、制造仿真系統(tǒng)、ERP/MES系統(tǒng)等

工程數(shù)據(jù)管理系統(tǒng)、EBOM、仿真系統(tǒng)、配置.管理系統(tǒng)、設(shè)變管理

研究院

系統(tǒng)。

商貿(mào)物流系統(tǒng)、DMS系統(tǒng)

眾城保險汽車保險系統(tǒng)

匯理汽車金融系統(tǒng)、BI系統(tǒng)、FES系統(tǒng)、CRM系統(tǒng)

豐田與本項目組織范圍內(nèi)的其它企業(yè)有業(yè)務(wù)往來的業(yè)務(wù)系統(tǒng)

本田與本項目組織范圍內(nèi)的其它企業(yè)有業(yè)務(wù)往來的業(yè)務(wù)系統(tǒng)

人力資源財務(wù)管理

靖售與物旗第三方物流廣汽商貿(mào)

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

VFxzcal：a*?i?RS*?kE

研究院各投奧企業(yè)展塞各投資企業(yè)工藝

圖3集團業(yè)務(wù)范圍

功能范圍

圍繞本次項目建立企業(yè)級數(shù)據(jù)交換與共享平臺的項目目標，詳細梳理了項目

所要求的管理咨詢和開發(fā)實施兩個階段設(shè)計的功能范圍。在建立企業(yè)級數(shù)據(jù)交換

與共享平臺方面，本次項目的管理咨詢和開發(fā)實施階段功能范圍包括：

表格2功能范圍

項目階段功能編號功能范圍功能描述

集團總部和各投資企業(yè)的系統(tǒng)的數(shù)據(jù)現(xiàn)狀

01需求調(diào)研

調(diào)研及差距分析。

全面梳理集團總部和