林爾迅

（廣東電網(wǎng)有限責任公司中山供電局，廣東 中山 528400）

0 引言

主數(shù)據(jù)構(gòu)成了業(yè)務(wù)流程的基礎(chǔ)，在業(yè)務(wù)數(shù)據(jù)處理的整個過程中，主數(shù)據(jù)代表了公司在特定時間段內(nèi)保持不變的基本數(shù)據(jù)[1]，這些數(shù)據(jù)包括客戶、員工、材料以及供應(yīng)商的各類信息，一旦其相關(guān)主數(shù)據(jù)不一致，則會使得業(yè)務(wù)流程發(fā)生錯誤，從而導致更高的成本輸出。但是由于目前許多公司通常使用各種應(yīng)用程序來支持其服務(wù)流程[2]，因此在實際處理過程中，主數(shù)據(jù)不僅缺乏一致性，而且缺乏即時性。在這種背景下，便出現(xiàn)了跨系統(tǒng)和公司邊界管理主數(shù)據(jù)的特殊解決方案和標準，各種軟件供應(yīng)商如SAP、Siebel和Oracle等皆在為跨系統(tǒng)和集成主數(shù)據(jù)管理開發(fā)新的解決方案。

1 主數(shù)據(jù)在服務(wù)中的挑戰(zhàn)

如何確保數(shù)據(jù)質(zhì)量的一致性和即時性[3]是組織間主數(shù)據(jù)管理所面臨的一個普遍挑戰(zhàn)，相關(guān)數(shù)據(jù)的不一致使得對應(yīng)的操作常常出現(xiàn)錯誤的響應(yīng)，從而造成流程效率低下的結(jié)果，而對該現(xiàn)象進行人工修正的成本往往更高，基于此，不一致的主數(shù)據(jù)集通常會造成一個公司的經(jīng)濟劣勢[4]。

但是在服務(wù)領(lǐng)域，除了主數(shù)據(jù)不一致的一般缺點外，通常還需要考慮其他挑戰(zhàn)，主要有以下幾個方面：（1）客戶服務(wù)必須依賴上一個服務(wù)流程的信息，如客戶主數(shù)據(jù)、保修協(xié)議和產(chǎn)品配置等；（2）只有通過標準化流程和唯一的客戶標識才能有效實現(xiàn)面向客戶的多單位一體化展現(xiàn)；（3）工廠的機器組成日益復雜，只有擁有完整的主數(shù)據(jù)（如產(chǎn)品配置、維護歷史、正確的手冊版本），工程師才能快速有效地進行維修；（4）如果要得出有關(guān)服務(wù)質(zhì)量和產(chǎn)品改進的結(jié)論，就需要對顧客的投訴和關(guān)注進行有效地評估；（5）客戶查詢的快速響應(yīng)（特別是在呼叫中心進行應(yīng)答的情況下）需要具備所有客戶聯(lián)系人的最新信息和透明度。

因此，在客戶服務(wù)中，不一致的主數(shù)據(jù)會導致不正確的決策，并且會降低客戶的滿意度以及產(chǎn)生較高的成本。

針對此情況，可以通過將現(xiàn)有數(shù)據(jù)集重新協(xié)調(diào)組織成為一致的、當前的、全公司范圍的主數(shù)據(jù)來挖掘出巨大的收益潛力，例如在數(shù)據(jù)一致性的前提下節(jié)約成本；提高生產(chǎn)力（如通過改善電子分布節(jié)省主數(shù)據(jù)創(chuàng)建的時間）[5]；改善客戶服務(wù)，從而提高客戶滿意度；對可能出現(xiàn)的錯誤報告進行及時改進。

2 架構(gòu)方案

在本節(jié)中，主要對主數(shù)據(jù)分布的架構(gòu)備選方案進行簡要說明，同時對方案下的主數(shù)據(jù)系統(tǒng)和跨系統(tǒng)存儲庫進行介紹。

首先必須通過集成底層信息系統(tǒng)來支持分布式服務(wù)流程，因為這是跨系統(tǒng)邊界交換主數(shù)據(jù)的核心條件。為了有效創(chuàng)建分布式的主數(shù)據(jù)，可以在與信息管理組合作的實際項目的基礎(chǔ)上確定4種架構(gòu)方案[6]，同時在實踐中也可以組合不同的方案。這4種方案可以從兩個方面進行分類，一是全局主數(shù)據(jù)屬性；二是數(shù)據(jù)的創(chuàng)建、維護和分布。架構(gòu)方案的分類如圖1所示。從圖中可以看出，中央主數(shù)據(jù)系統(tǒng)數(shù)據(jù)的創(chuàng)建、維護和分布確保了預定義流程可以正常有效地響應(yīng)，但是靈活性較差。

圖1 架構(gòu)方案分類Fig.1 Classification of architecture approaches

基于這種方案特點，建立一個可以將全局主數(shù)據(jù)從一個應(yīng)用程序分發(fā)到各個應(yīng)用程序的主數(shù)據(jù)系統(tǒng)，該系統(tǒng)下的所有子系統(tǒng)將全部使用相同的主數(shù)據(jù)，繼而通過全局主鍵[7]來實現(xiàn)對主數(shù)據(jù)的唯一標識。

由于主數(shù)據(jù)集的全局屬性總是在中央主數(shù)據(jù)系統(tǒng)中創(chuàng)建，所以數(shù)據(jù)將始終以相同的方式進行唯一創(chuàng)建，而且以往不在中央系統(tǒng)中維護的附加（本地）屬性將必須在接收系統(tǒng)中完成?；谶@種情況，中央主數(shù)據(jù)系統(tǒng)將只負責核心主數(shù)據(jù)的傳輸，其系統(tǒng)底層中間件則主要對密鑰進行管理，因此由中央主數(shù)據(jù)系統(tǒng)主導發(fā)起的數(shù)據(jù)分發(fā)存在著一定程度上的異步響應(yīng)，表1所示為對這種方案下主數(shù)據(jù)系統(tǒng)的特征進行了簡要概述。

表1 中央主數(shù)據(jù)系統(tǒng)的特征

根據(jù)以上說明，可以知道此方案可以對數(shù)據(jù)進行集中、標準化地創(chuàng)建，因此，所有鏈接的應(yīng)用程序都可以擁有相同的全局主數(shù)據(jù)。但是通常情況下，修改后的更新數(shù)據(jù)只能在一段時間后才可以獲得。

對此架構(gòu)方案下的主數(shù)據(jù)系統(tǒng)運用較為成熟的有SINFOS，其通常會提供一個中央數(shù)據(jù)池，業(yè)務(wù)合作伙伴可以通過該數(shù)據(jù)池對產(chǎn)品數(shù)據(jù)進行訪問，然后成員可以在SINFOS數(shù)據(jù)庫中創(chuàng)建主數(shù)據(jù)，并使用自己的系統(tǒng)對其進行校準，從而為公司范圍內(nèi)的主數(shù)據(jù)池提供更好的服務(wù)方案。

接下來，對方案下的跨系統(tǒng)存儲庫進行簡單介紹。由于需要為所涉及的所有數(shù)據(jù)配置合理的跨系統(tǒng)存儲庫，因此主數(shù)據(jù)集存儲包中應(yīng)該包括各種主數(shù)據(jù)集到它們的源系統(tǒng)之間的分配數(shù)據(jù)。例如，如果應(yīng)用程序需要訪問某個客戶的具體數(shù)據(jù)信息，其便向存儲庫發(fā)送一個查詢請求，繼而接收數(shù)據(jù)庫關(guān)于該客戶數(shù)據(jù)所在系統(tǒng)位置的反饋，最后，其相關(guān)數(shù)據(jù)將直接從對應(yīng)的系統(tǒng)中被調(diào)用。

同時，由于分布式數(shù)據(jù)在所有涉及的系統(tǒng)中都是冗余的，且每個數(shù)據(jù)集都有不同的主鍵，因此需要通過屬性的映射來確保數(shù)據(jù)可以正確傳輸?shù)浇邮障到y(tǒng)。通常，只有存儲庫接收系統(tǒng)中需要的屬性才可以被傳輸，其數(shù)據(jù)集中的修改也通常是異步分布的，過程如圖2所示。

圖2 存儲庫數(shù)據(jù)調(diào)用Fig.2 Repository data invocation

方案下的存儲庫可以在各個應(yīng)用程序中對數(shù)據(jù)集進行分散式地創(chuàng)建和維護，因此在系統(tǒng)連接過程中，數(shù)據(jù)存儲是相對分散的。如果在運行場景中沒有數(shù)據(jù)分布，則數(shù)據(jù)訪問直接由訪問系統(tǒng)發(fā)起。通常各個應(yīng)用程序中，主數(shù)據(jù)的主鍵是不同的，而存儲庫中則擁有每個數(shù)據(jù)集的全局鍵，并可以對其下各個應(yīng)用程序的所有主鍵進行管理，因此每次的數(shù)據(jù)訪問都可以使存儲庫對主數(shù)據(jù)集進行即時性地更改訂正，從而滿足非常大的數(shù)據(jù)集訪問需求。

通過上述介紹可知，存儲庫中數(shù)據(jù)的存儲、創(chuàng)建和維護都在各個系統(tǒng)中分散進行，由于需要確保全局屬性的標準化在每個系統(tǒng)中具有相同的含義，且創(chuàng)建的屬性最少，因此需要即時向存儲庫進行數(shù)據(jù)的調(diào)用和反饋，從而有效避免因不能跨系統(tǒng)一致性檢查而導致的各種應(yīng)用程序響應(yīng)誤差，其特征如表2所示。

表2 存儲庫的特征

存儲庫方案的優(yōu)點是保留了應(yīng)用程序自身的自主權(quán)，使得其自身對中央系統(tǒng)僅有少量依賴，但是該方案仍然存在著一個問題，即不同運行過程下，數(shù)據(jù)的創(chuàng)建和修改是分散式的。

對跨系統(tǒng)存儲庫方案運用較為熟練的是全球商業(yè)計劃的全局注冊中心，該注冊中心是一個國際數(shù)據(jù)庫，其中包含了存儲在世界各地的主數(shù)據(jù)池中的全部信息。只要接收到訪問申請，便可以在各自對應(yīng)的主數(shù)據(jù)池中執(zhí)行對具體主數(shù)據(jù)集的訪問。

3 中央主數(shù)據(jù)管理

為了更高效率地讓計量數(shù)據(jù)、營銷數(shù)據(jù)快速接入業(yè)務(wù)對賬平臺，同時減少對應(yīng)用帶來的性能損耗和代碼侵入，本系統(tǒng)通過事件模式，把業(yè)務(wù)數(shù)據(jù)變化觸發(fā)的消息（如DB變更日志數(shù)據(jù)，消息中間件消息）轉(zhuǎn)換成響應(yīng)業(yè)務(wù)的事件，放入到事件執(zhí)行隊列進行規(guī)則的檢查，事件監(jiān)聽框架采用了通用的架構(gòu)設(shè)計，實現(xiàn)了消息的對接，而DB日志又可以轉(zhuǎn)接到消息上，實現(xiàn)數(shù)據(jù)庫變更的實時監(jiān)聽。

本系統(tǒng)平臺主要實現(xiàn)以下4個目標：

（1）高實時性地發(fā)現(xiàn)線上業(yè)務(wù)臟數(shù)據(jù)或者錯誤邏輯，第一時間發(fā)現(xiàn)并及時通知技術(shù)保障，而不是等客戶反饋；

（2）方便地接入各種業(yè)務(wù)規(guī)則，通過腳本規(guī)則編寫的方式，讓各應(yīng)用快速接入平臺；

（3）整合訂正工具，形成規(guī)范的臟數(shù)據(jù)訂正流程；

（4）業(yè)務(wù)上線的實時監(jiān)控，新上線業(yè)務(wù)可以很方便地進行校驗。

4 結(jié)束語

本文重點描述了在服務(wù)流程中進行主數(shù)據(jù)管理所面臨的具體挑戰(zhàn)，概括了協(xié)調(diào)的主數(shù)據(jù)具有提高客戶滿意度以及增強流程效率等的好處，同時以某企業(yè)的案例研究為基礎(chǔ)，說明了客戶和產(chǎn)品主數(shù)據(jù)管理是如何支持創(chuàng)新服務(wù)流程的。通過本文的介紹，了解了由于軟件供應(yīng)商提供的產(chǎn)品很大程度上依賴中央主數(shù)據(jù)系統(tǒng)，因此主數(shù)據(jù)交換效率較慢，盡管軟件供應(yīng)商針對此情況為主數(shù)據(jù)的管理提供了各種體系結(jié)構(gòu)方法和解決方案，以期保證主數(shù)據(jù)的一致性和即時性，但卻仍不足以在不同系統(tǒng)之間“無故障”地交換主數(shù)據(jù)對象。因此，有必要促進各組織間的相互協(xié)作，使得主數(shù)據(jù)的組織間交換可以有效實現(xiàn)。