管理自主平臺它是指以業(yè)務(wù)導(dǎo)向和驅(qū)動的、可快速構(gòu)建應(yīng)用軟件的軟件平臺。管理自主平臺是以業(yè)務(wù)導(dǎo)向和驅(qū)動的軟件架構(gòu)體系，是一個新出現(xiàn)的軟件層級，是SOA架構(gòu)從概念走向成熟的一個標(biāo)的。和操作系統(tǒng)平臺、軟件基礎(chǔ)架構(gòu)平臺相比，管理自主平臺和用戶的管理及業(yè)務(wù)相關(guān)度比較大，是應(yīng)用軟件開發(fā)的通用基礎(chǔ)平臺。

噱頭？SOA滋生自主平臺

    傳統(tǒng)的非自主平臺采用的是分布式分布式N-tie(三層)架構(gòu)，在軟件功能的組件化的方向上取得了長足的進(jìn)步。組件化的封裝讓組件之間通過接口的方式進(jìn)行通訊，增強(qiáng)了復(fù)雜而龐大的應(yīng)用程序本身的可管理性，包括對版本的管理、應(yīng)用部署的管理等，同時在一定程度上也提高了功能模塊在飛速增長過程中軟件質(zhì)量的一致性。但N-tie技術(shù)架構(gòu)的隨著管理軟件復(fù)雜的度爆炸性增長，其歷史局限性不可回避的呈現(xiàn)出來：

    N-tie技術(shù)架構(gòu)的組件顆粒度和接口的劃分沒有實際的標(biāo)準(zhǔn)和規(guī)則，一個組件可以大可以小，接口也可以隨意定制，除了一定要符合編程語言的語法 結(jié)構(gòu)之外基本上沒有可以控制的手段，完全依靠組件開發(fā)人員的分析與設(shè)計能力。N-tie技術(shù)架構(gòu)的組件內(nèi)部構(gòu)造的可視化程度很低，當(dāng)開發(fā)人員在添加新功能 和對組件進(jìn)行修訂的時候，面對一個或大或小的組件黑盒，無法準(zhǔn)確的理解組件所暴露出來接口的含義，組件之間的透明式的通信難以實現(xiàn)，要進(jìn)一步的修改組件的 處理邏輯就更加困難。N-tie技術(shù)架構(gòu)無論最終采用B/S或者C/S的系統(tǒng)訪問結(jié)構(gòu)，都是針對特定的技術(shù)平臺的硬編碼，包括服務(wù)端所使用的應(yīng)用服務(wù)器、數(shù)據(jù)庫與操作系統(tǒng)。整體系統(tǒng)在企業(yè)客戶上線時，對IT的基礎(chǔ)設(shè)施的投資要求比較高，如果需要進(jìn)行技術(shù)平臺的遷移和審計，涉及到對系統(tǒng)的整體改造，需要付出昂貴的代價。

    N-tie技術(shù)架構(gòu)更多的著重于解決系統(tǒng)開發(fā)的可管理性，但在信息系統(tǒng)的應(yīng)用模式上仍然保留著從DOS時代開始的“菜單”模式，強(qiáng)調(diào)與突出系統(tǒng) 的結(jié)構(gòu)性。在體系結(jié)構(gòu)的規(guī)定上并沒有給用戶帶來操作感受上的提升，用戶需要在浩如煙海的功能與菜單中不停的探詢或者長時間的培訓(xùn)才能找到具體需要處理的工 作。所以在N-tie技術(shù)架構(gòu)下誕生了一個個的功能堆砌的龐然大物，滿足了越來越多的應(yīng)用需求，但卻加重了用戶的操作負(fù)擔(dān)。

    N-tie技術(shù)架構(gòu)的歷史局限性，使得越來越多的軟件供應(yīng)商逐漸意識到，僅僅在系統(tǒng)軟件平臺基礎(chǔ)上開發(fā)企業(yè)管理軟件，還不能有效解決系統(tǒng)的靈活 性，在業(yè)務(wù)需求變化情況下系統(tǒng)的適應(yīng)性，以及對個性化業(yè)務(wù)需求的快速滿足性等問題。要解決這個問題，必須將管理軟件系統(tǒng)架構(gòu)在一個業(yè)務(wù)基礎(chǔ)軟件平臺之上。 這個業(yè)務(wù)基礎(chǔ)軟件平臺通過業(yè)務(wù)模型的抽象，利用模型引擎的封裝，有效屏蔽了業(yè)務(wù)需求和業(yè)務(wù)過程的復(fù)雜性。

    自主平臺實質(zhì)也是建立在SOA架構(gòu)下的業(yè)務(wù)基礎(chǔ)平臺。在此之前，業(yè)務(wù)基礎(chǔ)軟件平臺讓國內(nèi)的本土企業(yè)在探尋管理軟件的生態(tài)鏈的漫漫征途中，覓出了一線的曙光。正所謂“十年樹木，百年樹人”，“冰凍三尺非一日之寒”，國外管理軟件巨頭SAP、Microsoft、 SIEBEL動輒數(shù)年上百萬美元的基礎(chǔ)性研發(fā)投入無不說明一個道理——軟件基礎(chǔ)平臺技術(shù)的研究是一項耗資巨大的系統(tǒng)工程，國內(nèi)知名廠商金蝶、普元紛紛進(jìn)入 業(yè)務(wù)基礎(chǔ)軟件平臺的研發(fā)，面對以SAP的Netweaver為代表的國際管理軟件廠商，

    然而，賽迪顧問高級分析師賈濤博士指出，目前的業(yè)務(wù)基礎(chǔ)軟件平臺的提供商從平臺的性質(zhì)上來區(qū)分，還可以細(xì)分為非自主平臺和自主平臺。所謂的自 主，其主要特點表現(xiàn)為軟件的業(yè)務(wù)功能無需代碼、無需二次開發(fā)，使得管理人員和業(yè)務(wù)專家在沒有技術(shù)背景的情況下也可以建造滿足要求的管理系統(tǒng)，而不是由IT 技術(shù)人員一手建造系統(tǒng);是用戶可以自主配置、自主擴(kuò)展、自主經(jīng)營的系統(tǒng)。目前自主平臺的廠商主要有SAP、博科資訊。并且他們的市場占有率為40%。隨著 用戶自主的需求不斷擴(kuò)大，自主平臺將得到更快速的發(fā)展，這是未來平臺的發(fā)展方向。

孕育，SOA山雨欲來

    SOA已經(jīng)受到了全球首席信息官們的關(guān)注，因為它有IT靈活性和業(yè)務(wù)反應(yīng)能力等誘人的承諾。隨著更多的企業(yè)把方法的好處應(yīng)用到自己的IT流程，一種明確地采用的方式正在出現(xiàn)。

    從90年代中期，SOA的概念就已經(jīng)早早的被提出。在進(jìn)行軟件服務(wù)(Software Services)的定義是所采用的“接口與實現(xiàn)分離”的思想，是早已經(jīng)在J2EE、CORBA、COM甚至DCE中得到充分檢驗的。但是從各種技術(shù)的反 饋來看，SOA主要借鑒Web的概念和技術(shù)，這種分離將會更明確、更完全。

    基于SOA的ERP系統(tǒng)可以做到傳統(tǒng)ERP無法實現(xiàn)的一些特點，主要表現(xiàn)為:

    (一)集成現(xiàn)有系統(tǒng)，解決了“信息孤島”問題。SOA要求開發(fā)者從服務(wù)集成的角度來設(shè)汁應(yīng)用軟件，考慮復(fù)用現(xiàn)有的服務(wù)。通過使用SOA，可將企 業(yè)現(xiàn)有的應(yīng)月系統(tǒng)封裝成標(biāo)準(zhǔn)的服務(wù)，使用這些服務(wù)只需要知道它們的接口和名稱，可有效地利用現(xiàn)有的投資，并可方便地實現(xiàn)各業(yè)務(wù)應(yīng)用的集成。因此，除了 ERP以外，企業(yè)其它的以ERP為核心的外圍信息化模塊如CRM, SCM, OA等.若符合SOA的技術(shù)規(guī)范，即使不是同一個公司的產(chǎn)品，實施和接口將比以前更加容易。

    (二)降低企業(yè)的IT投資成本。目前，多數(shù)企業(yè)通常購買的是成熟性軟件，需一個模塊或一個系統(tǒng)的購買，企業(yè)在購買時往往無法將那些企業(yè)不需要的 功能剔除出去，這樣，企業(yè)就不得不為此多付出資金、培訓(xùn)成本等許多不必要的成本。而支持SOA的ERP軟件則可以幫助企業(yè)實現(xiàn)真正的按需購買，企業(yè)需要什 么功能就購買相應(yīng)的服務(wù)，幫助企業(yè)避免不必要的支出。

    (三)實現(xiàn)企業(yè)的動態(tài)變革，真正實現(xiàn)ERP的應(yīng)用柔性�；�于SOA的ERP系統(tǒng)提供的是一個個獨立的服務(wù)，服務(wù)之間可以通過標(biāo)準(zhǔn)接口來相互調(diào) 用，這樣企業(yè)在重復(fù)功能上就可以直接通過接口調(diào)用，而不必去重新開發(fā)。當(dāng)企業(yè)的業(yè)務(wù)流程發(fā)生變化時，只需要修改相應(yīng)的服務(wù)即可，降低了修改的難度與復(fù)雜 度，保證了企業(yè)的ERP系統(tǒng)的動態(tài)變化。

轉(zhuǎn)載請注明出處：拓步ERP資訊網(wǎng)http://www.ezxoed.cn/

本文標(biāo)題：孕育，SOA ERP山雨欲來

本文網(wǎng)址：http://www.ezxoed.cn/html/consultation/10820517845.html