企業(yè)應(yīng)用走向何方？

申請免費(fèi)試用、咨詢電話：400-8352-114

隨著全球經(jīng)濟(jì)多元化，中國正逐漸發(fā)展成為全球經(jīng)濟(jì)中心之一。在國際化的發(fā)展變化之中，中國的經(jīng)濟(jì)環(huán)境也在面臨著巨大的變化，使每一個中國企業(yè)都面臨日益激烈的挑戰(zhàn)和變革，從而使企業(yè)對靈活強(qiáng)大的信息應(yīng)用系統(tǒng)的需求越來越迫切。

信息應(yīng)用的整合與融合

企業(yè)不斷的部署信息應(yīng)用系統(tǒng)來協(xié)助和推動企業(yè)的運(yùn)營和變革，然而也不斷的產(chǎn)生一個個信息孤島，在全球化競爭的壓力下，企業(yè)正不得不面對嚴(yán)峻的企業(yè)應(yīng)用集成與協(xié)同方面的問題，這個問題直接影響著企業(yè)的成本降低和效率提升。

在過去的幾年中，強(qiáng)大的企業(yè)會選擇同類最佳技術(shù)，比如ERP選SAP、CRM選Siebel、商業(yè)智能選SAS、供應(yīng)鏈選I2等，將不同軟件供應(yīng)商的應(yīng)用系統(tǒng)基于一個異構(gòu)環(huán)境，對不同技術(shù)和不同信息數(shù)據(jù)進(jìn)行集成。這是一個巨大的挑戰(zhàn)，耗費(fèi)資源和成本的嘗試。同時，在同類最佳的異構(gòu)環(huán)境中，企業(yè)需要面對的是多種技術(shù)和多個軟件供應(yīng)商的不同格式，由于是不同平臺、不同技術(shù)、不同格式，從而使集成變得更加復(fù)雜和難于實(shí)現(xiàn)，最終造成的是一個個孤島和冗余死角。這種基于不同平臺的異構(gòu)的對信息或數(shù)據(jù)的集成，我們稱之為“整合”。相當(dāng)于整合而言，逐漸出現(xiàn)一種新的模式：基于同一個平臺的異構(gòu)的，不同系統(tǒng)的圍繞企業(yè)的人、信息、流程的集成與協(xié)作，我們稱之為“融合”。

國內(nèi)的大部分企業(yè)都在努力進(jìn)行著整合，然而大部分企業(yè)的整合又是失敗的。在此情形下，越來越多的企業(yè)在進(jìn)行信息應(yīng)用的規(guī)劃時直接選擇套件應(yīng)用，比如SAP、Oracle等套件，整體打包的包括了企業(yè)應(yīng)用各個方面的功能，從而能夠確保整合是基于內(nèi)部的“無縫”。但是，由于戰(zhàn)略、資源、技術(shù)以及對應(yīng)用和行業(yè)的把握不同，只選擇一個套件應(yīng)用未必是最佳選擇，因?yàn)镾AP、Oracle不一定都是所有行業(yè)所有規(guī)模的企業(yè)的最佳選擇，而且這些套件供應(yīng)商對行業(yè)的理解、對內(nèi)部技術(shù)維護(hù)的要求都是特別高的。

如果能夠在一個平臺上與多種技術(shù)、多種平臺、多種格式實(shí)現(xiàn)全面(人員、信息和流程)的互操作，通過其開放式架構(gòu)和平臺合作伙伴網(wǎng)絡(luò),能夠立即與第三方應(yīng)用集成，并且允許客戶更好地利用公司內(nèi)所有IT部門人員現(xiàn)有的技能從而降低人才招聘、留住及培訓(xùn)成本，這種融合必將為企業(yè)降低總體擁有成本。

總的來講，從集成度角度，我們可以分為整合，融合。融合又分為技術(shù)融合和應(yīng)用融合。整合是不同平臺通過技術(shù)手段來實(shí)現(xiàn)信息和數(shù)據(jù)的集成；技術(shù)融合是通過同一平臺實(shí)現(xiàn)企業(yè)的人員、信息、流程的集成；而應(yīng)用融合更多地通過應(yīng)用層面應(yīng)用邏輯的關(guān)聯(lián)實(shí)現(xiàn)無縫實(shí)時的集成。我們先來看看應(yīng)用融合的例子。對于SAP ERP產(chǎn)品中所涉及的各個模塊，如財(cái)務(wù)，成本計(jì)算，人力資源，采購，資產(chǎn)設(shè)備維護(hù)，計(jì)劃，物質(zhì)管理，質(zhì)量管理，銷售管理等等模塊之間的集成就是通過應(yīng)用融合來實(shí)現(xiàn)的。舉一個簡單的例子，在SAP系統(tǒng)中如果發(fā)生一筆采購業(yè)務(wù)，當(dāng)采購部門相關(guān)業(yè)務(wù)人員創(chuàng)建一個采購訂單時，相關(guān)數(shù)據(jù)就會實(shí)時傳到財(cái)務(wù)中資金預(yù)算相應(yīng)表中，供財(cái)務(wù)部分尤其是大金額的采購費(fèi)用準(zhǔn)備資金；當(dāng)采購物質(zhì)到貨驗(yàn)收時，物質(zhì)的質(zhì)量要求及結(jié)果會自動記錄在質(zhì)量管理相關(guān)表中；當(dāng)驗(yàn)收通過付款時，數(shù)據(jù)會自動傳到財(cái)務(wù)應(yīng)收帳款相關(guān)表中。這些數(shù)據(jù)庫表之間的關(guān)系是通過SAP應(yīng)用層面的應(yīng)用邏輯定義通過表之間內(nèi)部或外部鍵實(shí)現(xiàn)的實(shí)時關(guān)聯(lián)。這便是真正意義上的跨模塊的實(shí)時應(yīng)用融合?？梢钥闯鯯AP跨模塊之間的集成是通過應(yīng)用邏輯實(shí)現(xiàn)的應(yīng)用融合。

我們再看看其他軟件跨模塊的實(shí)現(xiàn)方式。同樣以上面的場景為例，采購模塊表的數(shù)據(jù)將通過財(cái)務(wù)和資金管理模塊中預(yù)先設(shè)置的一組沒有邏輯關(guān)系的公共接口表做為數(shù)據(jù)交換的中轉(zhuǎn)站。即采購模塊并不知道數(shù)據(jù)應(yīng)用傳到財(cái)務(wù)及資金管理模塊內(nèi)部的哪張表上，而只知道應(yīng)用傳到財(cái)務(wù)模塊的某個的公共接口表中，再通過接口表以批處理方式傳到財(cái)務(wù)模塊內(nèi)部存放應(yīng)收帳款業(yè)務(wù)的表中。可以看出這種方式并沒有從應(yīng)用層面建立完整的應(yīng)用邏輯，從而不能實(shí)現(xiàn)通過跨模塊的表之間內(nèi)部或外部鍵方式的實(shí)時應(yīng)用融合。從本質(zhì)上講，該方式不是一種實(shí)時集成的方式，不是應(yīng)用層面的融合，而是技術(shù)層面的基于同一平臺的技術(shù)融合。

正是基于這樣的體系架構(gòu)，SAP系統(tǒng)架構(gòu)從應(yīng)用上具有本質(zhì)上的可擴(kuò)展性和靈活性，能滿足企業(yè)不斷的管理需求變化。在SAP系統(tǒng)中，由于應(yīng)用邏輯都通過SAP應(yīng)用層的數(shù)據(jù)字典實(shí)現(xiàn)，當(dāng)我們在應(yīng)用層面通過參數(shù)定義好我們的應(yīng)用邏輯之后，系統(tǒng)就會自動映射到數(shù)據(jù)庫層面，在數(shù)據(jù)庫中建立物理的數(shù)據(jù)庫表。如果你沒有啟用某些功能，盡管在數(shù)據(jù)庫層面相關(guān)表中沒有數(shù)據(jù)，但應(yīng)用層面的應(yīng)用邏輯卻已經(jīng)建立起來，即具有強(qiáng)大地?cái)U(kuò)展性框架。當(dāng)你以后啟用新的功能時，將自動實(shí)現(xiàn)新功能對應(yīng)數(shù)據(jù)庫表和已有數(shù)據(jù)庫表之間基于應(yīng)用邏輯的實(shí)時集成。反之，如果采用數(shù)據(jù)庫層面的集成，當(dāng)啟用新功能時當(dāng)然還通過接口表做為中轉(zhuǎn)站建立與舊模塊之間的關(guān)聯(lián)。但如果新功能需要對舊模塊做一些調(diào)整時涉及的工作量就會變得很大，甚至為了實(shí)施新模塊需要對舊模塊重新實(shí)施以滿足新模塊的要求。因此該體系架構(gòu)從應(yīng)用層面實(shí)質(zhì)上沒有很好的擴(kuò)展性，不一定能很好地適應(yīng)企業(yè)管理需求地持續(xù)變化。

SAP能實(shí)現(xiàn)對所有業(yè)務(wù)的完整全面的管理?；趹?yīng)用層面應(yīng)用邏輯的完整定義，我們就可以將系統(tǒng)中所有的業(yè)務(wù)都定義各自分開的單獨(dú)的業(yè)務(wù)對象，通過業(yè)務(wù)對象就可以實(shí)現(xiàn)業(yè)務(wù)各個方面的全面管理。舉例來講如每個業(yè)務(wù)對象都定義權(quán)限對象，通過對權(quán)限對象具體字段的設(shè)置就可以實(shí)現(xiàn)對該業(yè)務(wù)對象的細(xì)致控制，所以SAP系統(tǒng)中的權(quán)限甚至可以管理到某些字段。同樣其他方面，如審計(jì)，歸檔，性能等等都是通過同樣的原理做到精細(xì)化管理。

該體系架構(gòu)的本質(zhì)原因來自SAP對客戶業(yè)務(wù)需求的深刻理解，來自大量與SAP共同發(fā)展和雙贏的客戶，來自SAP對客戶的真正負(fù)責(zé)的承諾。SAP把大量的時間和資金花在根據(jù)客戶管理需求通過軟件功能的開發(fā)來實(shí)現(xiàn)這些功能，而不是表面上的收購兼并。任何一個產(chǎn)品在實(shí)現(xiàn)的技術(shù)手段可以快速提高和成長，但這些固化在應(yīng)用邏輯上的管理思想?yún)s不是一朝一夕所能夠完成的。

我們再來看看技術(shù)融合，對于整個企業(yè)來講，由于各種原因不可能在管理系統(tǒng)上只使用一家的產(chǎn)品。因此需要通過同一平臺的技術(shù)手段來實(shí)現(xiàn)跨系統(tǒng)之間的技術(shù)融合。技術(shù)融合的前提是各個系統(tǒng)能使用通用語言，目前的技術(shù)發(fā)展趨勢是通過Web服務(wù)這一通用語言來實(shí)現(xiàn)面向服務(wù)的架構(gòu)。，SAP在傳統(tǒng)的面向服務(wù)架構(gòu)的技術(shù)上發(fā)展為SAP自己的企業(yè)服務(wù)架構(gòu)。從現(xiàn)有的IT資產(chǎn)中創(chuàng)造新的價值急需一個新的解決方案。開放式的企業(yè)服務(wù)架構(gòu)正是SAP應(yīng)對可改裝的業(yè)務(wù)方案的需求所推出的解決方案，而SAP Net是實(shí)現(xiàn)企業(yè)服務(wù)架構(gòu)的平臺,SAP NetOA是SAP所有產(chǎn)品運(yùn)行的技術(shù)平臺?；趯eb服務(wù)的優(yōu)勢的運(yùn)用，旨在保證SAP企業(yè)用戶能夠更好地應(yīng)用已存在數(shù)十年的投資巨大的現(xiàn)有應(yīng)用，并不斷使其轉(zhuǎn)化為更好的架構(gòu)。企業(yè)應(yīng)用系統(tǒng)曾經(jīng)是管理系統(tǒng)的核心，商業(yè)流程在這些應(yīng)用中被自動處理。現(xiàn)在商業(yè)流程和公司策略成為管理系統(tǒng)的核心，而這些商業(yè)流程經(jīng)常是跨應(yīng)用流程，企業(yè)服務(wù)架構(gòu)以其全面支持Web服務(wù)的集線層和復(fù)合應(yīng)用架構(gòu)來實(shí)現(xiàn)多應(yīng)用的連接以及創(chuàng)建和管理跨越不同應(yīng)用的業(yè)務(wù)流程。同時企業(yè)服務(wù)架構(gòu)為企業(yè)提供了延伸現(xiàn)有的系統(tǒng)并重組創(chuàng)新業(yè)務(wù)應(yīng)用的藍(lán)圖，同時為未來的業(yè)務(wù)創(chuàng)新提供了基礎(chǔ)。

從集成度和實(shí)時性角度，應(yīng)用融合好于技術(shù)融合，技術(shù)融合好于整合。應(yīng)用融合的例子如SAP系統(tǒng)內(nèi)部模塊間的集成方式；技術(shù)融合如其他應(yīng)用廠商內(nèi)部模塊間的集成方式和SAP NetOA平臺實(shí)現(xiàn)的功能；整合則是通過不同EAI平臺實(shí)現(xiàn)的。

寡頭競爭的不同點(diǎn)

在企業(yè)業(yè)務(wù)應(yīng)用供應(yīng)商市場上，一直存在兩個重量級的寡頭在不斷的競爭和趕超。在整合和融合的問題上，兩家也是不遺余力的發(fā)展各自的技術(shù)和策略。

來自于SAP的新的產(chǎn)品戰(zhàn)略，SAP Net則是基于融合的中間件服務(wù)。SAP Net幫助企業(yè)跨越技術(shù)和機(jī)構(gòu)組織的界限，實(shí)現(xiàn)人員、信息和業(yè)務(wù)流程的集成，同時SAP Net實(shí)現(xiàn)了與Microsoft .NET 和 IBM WebSphere (J2EE)的全面協(xié)作，,并為客戶提供了管理不同基礎(chǔ)設(shè)施、降低復(fù)雜程度和削減總體擁有成本的靈活性。

SAP Net 的業(yè)務(wù)解決方案已經(jīng)預(yù)先配置了業(yè)務(wù)內(nèi)容,例如用戶角色、分類方法、報(bào)告、查詢和業(yè)務(wù)流程模板。因此,客戶能夠顯著加快獲得價值的速度。而這些都是基于全球領(lǐng)先的企業(yè)解決方案提供商的豐富經(jīng)驗(yàn),同時充分利用了通過幫助19,000余家公司應(yīng)對其業(yè)務(wù)挑戰(zhàn)而積累的全面經(jīng)驗(yàn)。因此在易用性(可用性)、易更改性(適用性和擴(kuò)展性)以及易伸縮性等方面都有著顯著的表現(xiàn)。

而Fusion中間件是甲骨文反擊SAP Net 產(chǎn)品的解決方案，但是Fusion中間件更多的是基于整合的技術(shù)。Fusion中間件由Java應(yīng)用程序服務(wù)器、門戶網(wǎng)站、商業(yè)智能軟件以及電子郵件與網(wǎng)絡(luò)會議用的協(xié)作(Collaboration)套裝軟件組成。因?yàn)镕usion中間件依循Java與網(wǎng)絡(luò)服務(wù)(Web services)技術(shù)標(biāo)準(zhǔn)，可讓用戶更容易修改甲骨文程序，并與非甲骨文的軟件系統(tǒng)分享信息。甲骨文的目標(biāo)是基于Fusion中間件工程來進(jìn)行對收購的仁科、JD.E、Retek和Siebel等技術(shù)公司的技術(shù)整合。

應(yīng)當(dāng)看到，F(xiàn)usion更多的是甲骨文為滿足使用其收購公司產(chǎn)品的用戶需要而推出的整合方案，目前只是一個概念，它在實(shí)踐的道路上還面臨著諸多挑戰(zhàn)。在內(nèi)部整合方面，F(xiàn)usion幾乎需要整合以往并購的七個完全不同的公司、代碼以及企業(yè)文化；在新品發(fā)布時間方面，由于收購Siebel以及應(yīng)用套件方面可能出現(xiàn)的不可預(yù)知的問題，F(xiàn)usion很可能無法按預(yù)期發(fā)布；而管理層和銷售方面的壓力使得公司無法專注于改進(jìn)現(xiàn)有產(chǎn)品、提高客戶滿意度，甲骨文近期內(nèi)會面臨更多客戶滿意度問題；另外，為那些因收購而新獲得的客戶提供遷移服務(wù)的問題、在新工具以及基于新平臺的產(chǎn)品研發(fā)方面的問題，都是不可掉以輕心的重疴。

但是，甲骨文的Fusion項(xiàng)目到2007年才能推出，這給了SAP在平臺架構(gòu)上領(lǐng)先的機(jī)會，而且甲骨文因?yàn)榇罅康漠愵愖罴鸭夹g(shù)并購形成了兩三個平臺，而SAP只有一個平臺。通過建立新的平臺，并與其它公司建立合作關(guān)系，SAP會比甲骨文更快的實(shí)現(xiàn)收入和創(chuàng)新能力的提高。

ESA聯(lián)盟及企業(yè)服務(wù)社區(qū)對應(yīng)大量并購

企業(yè)服務(wù)架構(gòu) (ESA)——基于服務(wù)的完整業(yè)務(wù)解決方案的藍(lán)圖,使公司能夠通過現(xiàn)有技術(shù)投資獲得更大的業(yè)務(wù)價值,并且有史以來第一次實(shí)現(xiàn)在整個企業(yè)內(nèi)使用Web服務(wù)。ESA是以服務(wù)為導(dǎo)向的架構(gòu)(SOA)的SAP增強(qiáng)版，即一種將新的靈活性引入IT系統(tǒng)設(shè)計(jì)的軟件架構(gòu)方式。它依據(jù)一系列被廣泛采用的標(biāo)準(zhǔn)，明確設(shè)定了需要互相協(xié)作、共享信息，但卻分散獨(dú)立的不同軟件的應(yīng)用規(guī)則。簡單而言，ESA是SAP由SOA派生的架構(gòu)，它主要處理兩種計(jì)算架構(gòu)的交流，使一種工作程序能替代另一種程序。將來，所有SAP解決方案都將采用ESA藍(lán)圖開發(fā),并希望在可用性、伸縮性、適應(yīng)性和擴(kuò)展性方面確立新的標(biāo)準(zhǔn)。

SAP已經(jīng)與惠普、戴爾、Novell、RSA安全公司、Avaya、RIM和Network Appliance等科技巨頭建立合作關(guān)系，同時微軟、思科、EMC、英特爾和賽門鐵克等也參與到ESA聯(lián)盟中。此外，為了促進(jìn)SAP Net的運(yùn)用以及支持新型SAP xApps 的開發(fā),SAP正在組建一個企業(yè)服務(wù)社區(qū),以促進(jìn)SAP公司內(nèi)部及外部開發(fā)商之間的知識和信息交流。SAP的企業(yè)服務(wù)社區(qū)將邀請ISV為SAP的智能商務(wù)程序確定標(biāo)準(zhǔn)，而Net平臺將提供技術(shù)和企業(yè)服務(wù)。

相對于SAP在技術(shù)方面的高瞻遠(yuǎn)矚和深耕習(xí)作，甲骨文卻把目光放到了更大的并購上，在對于近期不斷瘋狂收購的甲骨文公司來說，甲骨文必須要消除用戶對未來的顧慮。同時并證明甲骨文可以將收購的一系列公司的產(chǎn)品融合成一個靈活的，無縫隙的，成本低廉的以及對客戶有用的和含有更多功能的一站式產(chǎn)品，雖然Fusion工程啟動，但是這無疑是艱巨的任務(wù)。

SAP從甲骨文公司瘋狂收購中可能會受益匪淺，有一部分被甲骨文收購公司的老客戶可能會流失，而被收購公司的員工也會流失，無疑SAP對于他們而言是一個最佳的安全港灣。在這兩個寡頭的較量中，我們還必須注意一個潛在的誰都不可忽視的寡頭：微軟。在融合的戰(zhàn)略上，微軟現(xiàn)在也著手推動類似于甲骨文Fusion以及SAP Net 的計(jì)劃?！熬G色計(jì)劃”(Project Green)旨在提供一個跨越眾多微軟套裝軟件的通用平臺，雖然推出日期一再拖延，但其融合全部微軟應(yīng)用的優(yōu)勢不言而喻。

因?yàn)楫悩?gòu)我們整合，因?yàn)槿诤?，我們可以選擇異構(gòu)。企業(yè)的信息應(yīng)用策略，將在不斷的集成和協(xié)作中前進(jìn)和變化！(AMT)