
權(quán)宜之計(jì)
有時(shí)候,機(jī)構(gòu)內(nèi)部業(yè)務(wù)之間的各類模式以及商務(wù)運(yùn)營(yíng)的不同觀念使得我們很難為單一實(shí)例部署一套與之完美契合的黃金標(biāo)準(zhǔn)。如果大家的機(jī)構(gòu)中存在兩個(gè)處理迥異業(yè)務(wù)線的不同部門,那么要想讓他們使用同種類型的接口或數(shù)據(jù)交換分配體系并接受相同的軟件模型,無(wú)疑會(huì)帶來(lái)令人不勝其煩的海量工作。在這種情況下,大家可能希望尋求一套具備兩款緊密兼容的數(shù)據(jù)模型的統(tǒng)一IT基礎(chǔ)設(shè)施,進(jìn)而充分滿足不同部門的具體需求。
如果大家正在運(yùn)行的是一套混合模型——其中有些部門基于全球化系統(tǒng),而另一些不是——該模型在企業(yè)內(nèi)部運(yùn)行著一致的應(yīng)用程序套件,但在不同部門所使用的不同企業(yè)級(jí)軟件產(chǎn)品方面則采取差異化實(shí)施模式或者多產(chǎn)品策略,那么對(duì)整體運(yùn)行狀態(tài)的監(jiān)控及管理上無(wú)疑非常令人頭大。
在這種開發(fā)部下,大家可以創(chuàng)建前端門戶網(wǎng)站,用以為遍布企業(yè)的各種不同應(yīng)用程序提供對(duì)應(yīng)視角。實(shí)現(xiàn)該目標(biāo)的常用方法之一就是構(gòu)建一套數(shù)據(jù)倉(cāng)庫(kù),并從這些不同的應(yīng)用程序中提取、轉(zhuǎn)換并載入數(shù)據(jù),然后通過(guò)對(duì)這些數(shù)據(jù)的分析得出總體結(jié)論。這種做法的目的純粹是為了進(jìn)行信息整合。
雖然數(shù)據(jù)倉(cāng)庫(kù)能夠提供一款用于生成綜合性報(bào)告及數(shù)據(jù)查看的工具,但它從技術(shù)角度來(lái)說(shuō)跟數(shù)據(jù)模型類似,很難達(dá)到通用性方面的理想狀態(tài)。不同應(yīng)用程序在解釋數(shù)據(jù)的方式之間存在著巨大差異,這就意味著必然有一定數(shù)量的組件編碼在不同國(guó)家的不同系統(tǒng)結(jié)構(gòu)中擁有不同的解釋結(jié)果。換句話來(lái)說(shuō),即使是我們將數(shù)據(jù)統(tǒng)一布置在數(shù)據(jù)倉(cāng)庫(kù)當(dāng)中,也未必會(huì)帶來(lái)什么積極意義。
使用數(shù)據(jù)倉(cāng)庫(kù)作為全球性ERP替代品的另一大缺點(diǎn)是,這是一條典型的單行線路。大家通常會(huì)將數(shù)據(jù)從交易系統(tǒng)中提取出來(lái),并布置到數(shù)據(jù)倉(cāng)庫(kù)中去,數(shù)據(jù)的走向基本上是這種情況。而這里就出現(xiàn)了數(shù)據(jù)一致性問(wèn)題,因?yàn)楹芸赡芙灰紫到y(tǒng)說(shuō)是這么回事、而數(shù)據(jù)倉(cāng)庫(kù)則根據(jù)自己的記錄認(rèn)為其實(shí)是那么回事。因此如果大家采納了數(shù)據(jù)倉(cāng)庫(kù)方案,那么必須要考慮數(shù)據(jù)由倉(cāng)庫(kù)返回源系統(tǒng)以作審計(jì)之用的情況,并為其部署相關(guān)建設(shè)。
CIO頻道人物視窗
CIO頻道方案案例庫(kù)
大數(shù)據(jù)建設(shè)方案案例庫(kù)
電子政務(wù)建設(shè)方案案例庫(kù)
互聯(lián)集成系統(tǒng)構(gòu)建方案案例庫(kù)
商務(wù)智能建設(shè)方案案例庫(kù)
系統(tǒng)集成類軟件信息研發(fā)企業(yè)名錄