融合—企業(yè)應(yīng)用的未來趨勢

《融合—企業(yè)應(yīng)用的未來趨勢》由會員上傳分享，免費(fèi)在線閱讀，更多相關(guān)內(nèi)容在工程資料-天天文庫。

1、融合—企業(yè)應(yīng)用的未來趨勢

2、第1　　國內(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)全面(人員、信息和流程)的互操作，通過

3、其開放式架構(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)用融合的例子。對于SAPERP產(chǎn)品中所涉及的各個模塊，如財務(wù)，成本計算，人力資源，采購，資產(chǎn)設(shè)備維護(hù)，計劃，物質(zhì)管理，質(zhì)量管理，銷售管理等等模塊之間的

4、集成就是通過應(yīng)用融合來實(shí)現(xiàn)的。舉一個簡單的例子，在SAP系統(tǒng)中如果發(fā)生一筆采購業(yè)務(wù)，當(dāng)采購部門相關(guān)業(yè)務(wù)人員創(chuàng)建一個采購訂單時，相關(guān)數(shù)據(jù)就會實(shí)時傳到財務(wù)中資金預(yù)算相應(yīng)表中，供財務(wù)部分尤其是大金額的采購費(fèi)用準(zhǔn)備資金;當(dāng)采購物質(zhì)到貨驗(yàn)收時，物質(zhì)的質(zhì)量要求及結(jié)果會自動記錄在質(zhì)量管理相關(guān)表中;當(dāng)驗(yàn)收通過付款時，數(shù)據(jù)會自動傳到財務(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)用融合。可以看出SAP跨模塊之間的集成是通過應(yīng)用邏輯實(shí)現(xiàn)的應(yīng)用融合?！　∥覀冊倏纯雌渌浖缒K的實(shí)現(xiàn)方式。同樣以上面的場景為例，采

5、購模塊表的數(shù)據(jù)將通過財務(wù)和資金管理模塊中預(yù)先設(shè)置的一組沒有邏輯關(guān)系的公共接口表做為數(shù)據(jù)交換的中轉(zhuǎn)站。即采購模塊并不知道數(shù)據(jù)應(yīng)用傳到財務(wù)及資金管理模塊內(nèi)部的哪張表上，而只知道應(yīng)用傳到財務(wù)模塊的某個的公共接口表中，再通過接口表以批處理方式傳到財務(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è)不斷的管理需求變化

6、。在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)大地擴(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í)施以滿足新模塊的

7、要求。因此該體系架構(gòu)從應(yīng)用層面實(shí)質(zhì)上沒有很好的擴(kuò)展性，不一定能很好地適應(yīng)企業(yè)管理需求地持續(xù)變化?！　AP能實(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)限甚至可以管理到某些字段。同樣其他方面，如審計，歸檔，性能等等都是通過同樣的原理做到精細(xì)化管理?！　≡擉w系架構(gòu)的本質(zhì)原因來自SAP對客戶業(yè)務(wù)需求的深刻理解，來自大量與SAP共同發(fā)展和雙贏的客戶，來自

8、SAP對客戶的真正負(fù)責(zé)的承諾。SAP把大量的時間和資金花在根據(jù)客戶管理需求通過軟件功能的開發(fā)來實(shí)現(xiàn)這些功能，而不是表面上的收購兼并。任何一個產(chǎn)品在實(shí)現(xiàn)的技術(shù)手段可以快速提高和成長，但這些固化在應(yīng)用邏輯上的管理思想?yún)s不是一朝一夕所能夠完成的?！　∥覀冊賮砜纯醇夹g(shù)融合，對于整個企業(yè)來講，由于各種原因不可能在管理系統(tǒng)上只使用一家的產(chǎn)品。因此需要通過同一平臺的技術(shù)手段來實(shí)現(xiàn)跨系統(tǒng)之間的技術(shù)融合。技術(shù)融合的前提是各個系統(tǒng)能使用通用