當前位置:工程項目OA系統(tǒng) > 泛普各地 > 遼寧OA系統(tǒng) > 沈陽OA系統(tǒng) > 沈陽OA行業(yè)資訊
數(shù)據集成項目成敗中樞 數(shù)據模型要靈活
客戶獲取成本持續(xù)走高,企業(yè)留住客戶(尤其是高盈利客戶)正在變得越來越困難,在這種情況下,了解客戶已不單只是一句口號。不過要真正了解客戶,就必須整合所有獨立數(shù)據源,建立統(tǒng)一、全面的客戶視角,其中包括客戶數(shù)據庫、客戶信息檔案、賬單和訂單管理系統(tǒng)、產品目錄,以及外部數(shù)據服務等。但是,如果使用現(xiàn)有的技術平臺來建立并管理這些跨范圍數(shù)據、應用和渠道豎井,是一項復雜兼高成本的任務,成功的案例并不多見。
導致客戶數(shù)據集成失敗的一大主要原因是缺乏靈活的數(shù)據模型,也是一些客戶數(shù)據集成解決方案的軟肋所在。此外,如果缺少靈活的客戶數(shù)據模型,那么項目就會變得更加臃腫,無形中提高了整體失敗的風險。
因此,對于任何CDI解決方案的短期或長期成功,評估數(shù)據模型的靈活性是重要的一環(huán)。專家提出,在衡量一個數(shù)據模型是否靈活上,企業(yè)可以參照以下幾條考慮要素:
數(shù)據模型的可延伸性
好比一家餐館制定的菜單不一定符合每個人的口味,CDI解決方案也要有允許對數(shù)據模型進行自定義修改的寬容度。 大部分CDI解決方案所提供的固定數(shù)據模型都是從開發(fā)者的角度所設計,一旦要將這些解決方案結合用戶企業(yè)的真實需求,超出它原有的設計框架范圍之外時,就表現(xiàn)為無法提供關系架構,也無法延伸自定義。在這種條件下勉強使用,只會讓數(shù)據模型難以與現(xiàn)有的應用邏輯融合,導致效率低下。
理想中的CDI解決方案應當是針對每個垂直行業(yè)的不同而提供一個初始數(shù)據模型,或者支持導入某種特定的數(shù)據模型,這樣才能反應出企業(yè)的真實需要。除此之外,它還必須提供所有數(shù)據支持管理服務,包括拓展元數(shù)據管理,促進模型的彈性,應對企業(yè)隨著時間推移而產生的要求變化。
商業(yè)服務的自定義能力
一套基于固定數(shù)據模型的CDI解決方案或許會宣稱自己有一個用于提取商業(yè)服務的結構層,可以即買即用進行數(shù)據集成。然而,如果數(shù)據模型的底層被修改,那么這些商業(yè)服務還是需要進行自定義。在具體實施中,只要固定數(shù)據模型被修改,那么剩下的相關商業(yè)服務可能寥寥無幾。而且在這種解決方案上自定義越多,未來就越難升級。因此,理想的可用架構必須有一套粒狀數(shù)據集成服務,包括一整套API,以求在某個服務集成框架組合高度關聯(lián)的商業(yè)服務。這些商業(yè)服務與API可以融為一體,便于維護,也方便未來的產品升級。
數(shù)據種類的選擇建模
每一種客戶數(shù)據種類,不管是參考數(shù)據、關系數(shù)據還是交易數(shù)據,都有自身的特點,因此要求在CDI解決方案中以不同的方式對待。譬如儲存在多個系統(tǒng)或數(shù)據倉庫中的參考數(shù)據可能是重復、沖突的。而交易數(shù)據在重新調試時的沖突就相對小一些。另外,當參考數(shù)據只是客戶數(shù)據下一個很小的子類時,交易數(shù)據就會變得龐大,要求在基礎設備上作出持續(xù)投資來存儲源系統(tǒng)的重復數(shù)據。至于關系數(shù)據,只有在解決底層沖突和參考數(shù)據后,才能被有效管理。另外為了進行恰當?shù)墓芾?,關系數(shù)據和分組也同樣需要成熟的虛擬化工具來體現(xiàn)不同實體之間的復雜關系。
合理的數(shù)據模型應當只為核心主數(shù)據和關系數(shù)據建模并存儲在客戶主數(shù)據庫中,而交易數(shù)據則應基于底層源系統(tǒng)的特征來選擇性地儲存。
例如源系統(tǒng)是批處理導向,沒有實時界面,或有系統(tǒng)載入限制,那么交易數(shù)據或許應存儲在操作數(shù)據倉庫中實施動態(tài)訪問。這種靈活性可以動態(tài)減少儲存在客戶數(shù)據中心里的數(shù)據量,進而降低總體擁有成本,并提高系統(tǒng)的機動性,按需提供數(shù)據。
數(shù)據模型對可升級性的影響
最后,數(shù)據模型的靈活性對CDI解決方案的升級性和績效有著巨大的影響。固定式數(shù)據模型解決方案通常優(yōu)先支持本地應用,而為了增加數(shù)據模型的靈活度,一旦模型配置后,所有的調試和標準化工作都要圍繞支持指定主數(shù)據中心項目的測量和績效要求,以及相關消費級應用而展開,不單單只是支持單一的廠商應用。此種形式上的不同,會橫跨數(shù)據生命周期,給建立、使用、管理和拓展主數(shù)據中心帶來顯著的影響。
數(shù)據模型的靈活性是CDI架構可用性的一個關鍵組成部分。倘若你想降低CDI實施的風險,那么上述幾條要素就應當在數(shù)據模型的選擇中作出審慎的衡量。錯誤的決策會導致項目成本徒增,減少可管理能力,甚至會成為整個項目的攔路虎。(支點網)
- 1IT技術防范信息安全的“A型流感”
- 2數(shù)據中心虛擬化反而增加IT部門負擔?
- 3IT管理之力 避企業(yè)信息泄密之誤
- 4泛普OA軟件解決方案能解決哪些客戶問題?
- 5虛擬化和云計算——也可以沒關系
- 6房地產建筑風格定位、主力戶型選擇等功能介紹
- 7中間件已成信息系統(tǒng)整合集成利器
- 8制定綠色IT策略應該考慮的四個方面
- 9存儲虛擬化最佳實施 路在何方?
- 10OA辦公軟件的銷售培訓與項目特點
- 11高清視頻會議的各項技術要求
- 12Web 2.0時代企業(yè)安全風險與防治
- 13從零開始 如何逐步部署數(shù)據中心虛擬化
- 14用SaaS改善商業(yè)用戶與商業(yè)智能的關系
- 15美國防部怎樣嚴守高度敏感數(shù)據安全
- 16觀察:信息化將進入中間件的時代
- 17虛擬化技術在5個層面的應用
- 18部署虛擬化需加倍注意安全風險
- 19協(xié)同OA軟件對區(qū)域市場現(xiàn)狀及其趨勢判斷
- 20自動精簡配置:解決磁盤空間浪費
- 21應對甲型H1N1流感需要原始數(shù)據
- 22Cordys如何建立云中的情景應用?
- 23分析:云計算應用的四個重要障礙
- 24網友關于2009年SOA領域七大預測
- 25數(shù)據歸檔應用,一網打盡
- 26Linux系統(tǒng)與Win系統(tǒng)目錄結構差異
- 27澄清云計算概念 解析云計算現(xiàn)狀
- 28云計算來臨 哪些真相無法回避?
- 29OA系統(tǒng)支持集中式部署和分布式部署兩種模式
- 30云計算平臺只是提供云服務的第一步
成都公司:成都市成華區(qū)建設南路160號1層9號
重慶公司:重慶市江北區(qū)紅旗河溝華創(chuàng)商務大廈18樓