集團管理為什么需要隨需應變？
今天，大企業的CEO比中小企業的老板顯然面臨著更大的壓力。在競爭日益激烈，市場變化速度不斷加快的今天，集團企業CEO發現他們面臨的最大挑戰已經不是傳統的管理職能，而是如何領導變革，因為變革決定了企業的可持續發展，變革是應對競爭和市場變化的唯一出路。而在集團企業的變革管理中，信息技術正在發揮越來越重大的作用，不同的變革道路，不同的變革模式，不同的變革層次都對信息技術的應用提出了挑戰。
首先，從變革的過程來看，集團化是任何一個希望做大做強的企業必然經歷的過程。企業的變革模式主要有四種，即內部開發模式、資源交換模式、組織間聯盟模式、企業收購模式。這四種變革模式各有其獨特的優勢，同時又面臨著不同的風險，但是都對信息技術提出了自己的要求。如下表所示：
其次，從變革的層次上，為了說明信息技術對集團變革的影響，金蝶將集團企業的變革分解為三個層次：常規性變革、結構性變革、戰略性變革。不同變革的驅動因素各不一樣，所遇到的管理障礙也不一樣，由此對變革的成本、變革的效率、變革的深度和廣度帶來了挑戰。如下圖所示：
為了迎接這些挑戰，在變革的道路上，集團企業必須要有新的思維。專家們已經從無數的變革實踐中總結出，變革的成功與失敗將取決于四個要素：戰略，業務流程、信息技術和人。其中，信息技術在企業變革中起著支持作用。戰略執行、流程驅動、人員協作都需要借助信息技術來完成，所以，這三個要素要在變革中發揮作用，也必須通過信息技術去驅動或實現。
但是，非常遺憾的是，我們看到很多企業在變革過程中，因為企業采用的信息技術的局限性，大大影響了變革的效果，甚至導致變革走向失敗。尤其是一些新興的、處在快速發展中的大企業，現在正在紛紛更換的他們傳統的ERP系統。借助上面對變革模式和變革層次對信息技術的要求，我們可以很容易明白為什么有那么多的企業要在變革的過程中“卸磨殺驢”——在任何一個企業集團，隨時都有可能發生不同模式、不同層次的變革，但傳統的ERP軟件都只能固定地為企業提供一種管理模式，即使可以通過二次開發進行客戶化定制，但并不能快速的實現“隨需而變”。
金蝶EAS是如何支持隨需應變的？
要打造隨需應變的集團管理信息平臺，首先要了解ERP的隨需應變能力是如何實現的。我們知道，金蝶EAS 在平臺上不僅具有世界領先、通過國際標準認證的基礎中間件——APUSIC應用服務器，而且擁有國內首創的基于模型驅動架構的業務中間件——金蝶EAS BOS。軟件設計人員知道，中間件是決定軟件應變能力的主要技術平臺，模型驅動架構（MDA）是決定軟件應變能力的最理想的開發模式，而金蝶EAS不僅采用了世界上最領先的基礎中間件和業務中間件，而且采用了世界上最領先的模型驅動架構，從技術平臺和開發模式上確保了金蝶EAS的隨需應變能力。
中間件與隨需應變
管理軟件的“隨需應變”時代隨著中間件的成熟應用真正到來了！在中間件產生以前，無論是財務軟件還是管理軟件，都是和操作系統、數據庫打交道，客戶的需求與軟件的技術實現密切相關。如果客戶的需求和軟件的標準配置有出入，往往只能等到管理軟件廠商發布新的補丁，或者發布下一個版本升級。中間件在客戶的需求和技術平臺之間建立了一個隔離層，客戶的需求變更可以直接在中間件這一隔離層實現更新，這一方面解決了軟件的通用化與個性化之間的矛盾，一方面可以滿足客戶在不同成長階段的業務變革需求。客戶不用再等待軟件廠商的補丁和新的版本，可以自主決定變革的模式和變革的程度。
金蝶是如何通過中間件如何幫助企業實現隨需應變的呢？
首先，金蝶在各種不同的操作系統和數據庫之上，自主研發了可以讓企業應用部署在異構操作系統之上的基礎中間件，這款產品就是在國內第一個通過SUN J2EE認證的金蝶APUSIC應用服務器。應用服務器作為應用創建平臺，支持管理軟件業務邏輯和業務組件的擴展和復用；作為應用部署環境，可以快速、高效的部署新的業務應用；作為系統運行平臺，可以實時監控和管理運行系統，降低系統維護和升級成本。應用服務器對系統的創建、擴展、維護和管理功能獨立于具體的應用軟件，也獨立于操作平臺和數據庫，這就使企業的應用系統的擴展和變革可以獨立于技術平臺，應用系統可以在金蝶應用服務器的基礎上實現隨需應變。
其次，金蝶EAS不僅實現了應用系統在技術上可以隨需應變，還將應用系統本身的業務邏輯和實現邏輯實現了分離，自主研發了金蝶 EAS 業務中間件——金蝶EAS BOS。基礎中間件解決的是應用系統的重構和變化與技術平臺之間的矛盾；業務中間件的目標是解決異構系統集成和復雜的業務變革與應用系統實現之間的矛盾。上文已經分析，企業面臨著不同的變革模式，集團變革具有不同的層次，要做到隨需應變，業務中間件需要為企業提供不同變革條件下的業務、信息、流程、組織結構的變革工具。金蝶EAS BOS針對企業的這種復雜變化，根據不同變革之間的流程控制邏輯關系、業務控制邏輯關系、信息處理邏輯關系、組織協同邏輯關系，設計了業務配置工具、企業建模工具、集成開發工具，為業務變革提供了隨需應變的業務管理平臺。
金蝶EAS正是憑借獨有的基礎中間件和業務中間件技術從下到上實現了管理軟件的隨需應變的技術架構，見下圖所示：
模型驅動架構與隨需應變
金蝶EAS是國內第一套采用模型驅動架構打造的大型管理軟件，金蝶EAS模型驅動架構的設計水平也達到了世界領先水平。在模型驅動架構之上，金蝶EAS實現了隨需應變的開發模式、提供了隨需應變的原子化業務元素、奠定了以業務驅動為樞紐的隨需應變規則。
首先，金蝶EAS在模型驅動架構之下，改變了傳統ERP的架構方法，將技術開發和業務變革分離，又將業務設計與技術設計一一對應，在開發模式上實現了隨需應變。基于模型驅動架構的ERP軟件和傳統ERP軟件在開發模式上的最大不同，在于傳統ERP直接用第四代編程語言進行開發，模型驅動架構使用經過了業務抽象的業務語言進行開發。基于金蝶EAS BOS的開發模式，實現了業務需求模型、業務設計模型和技術實現模型的一一對應，全部開發過程都是一個統一的模型轉換過程中完成，這個過程稱為企業建模。金蝶EAS BOS提供了一個企業建模參考框架，使應用系統與企業的業務變革保持一一對應，既使應用系統隨需應變，又保證了變革的信息在系統實現過程不出現“轉換偏差”。
其次，金蝶EAS模型驅動架構在BOS平臺實現了業務模型的原子化封裝，為隨需應變提供了高度抽象的業務元素——Meta model。對企業的業務變革邏輯進行分析可以發現，業務系統的所有改變都是在幾種抽象“業務元素”的基礎上完成的，比如無論是采購流程還是銷售流程，無論是復雜流程還是簡單流程，他們都包括任務、業務事件、業務處理、業務實體對象、對象狀態、人員、組織結構等基本要素。這些要素在傳統的ERP系統里，沒有被單獨的抽象出來，傳統ERP的每一個業務要素都是具有具體業務含義的，無法作為抽象模型去描述其他流程。正如我們可以用原木造房子，也可以用原木造船，但是你不能用房子造船，房子已經不是原材料。這種原子化構件基于開放技術，可以跨平臺；這種原子化的構件剛好滿足了公共服務對開放性和耦合性的要求，可以與任何異構系統進行集成，并具有開放的擴展能力。
最后，金蝶EAS模型驅動架構通過 BOS為復雜的業務邏輯提供了驅動引擎。這套引擎為業務變革到系統變更提供了一套隨需應變的規則。一個工作流程在金蝶EAS中進行了變更，相應的流程控制邏輯、業務控制邏輯、信息處理邏輯、組織協同邏輯都會隨之改變。驅動引擎的作用，一方面是幫助企業將復雜的業務邏輯進行分解，一方面實現了從上到下的流程驅動。只要給出業務變革的輸入要素（5W1H），驅動引擎就可以保證該變革可以有條不紊的完成。這就是金蝶所稱的BOS隨需應變參考模型見下圖所示：
從BOS隨需應變參考模型可以看出，驅動引擎將業務流程、業務功能、業務數據、組織架構等從上到下銜接在一起。作為變革的管理者，我們只需要給出變革流程的5W1H，系統就會自動的決定由誰來執行（Who——執行角色），在什么條件下才會發生（When——執行條件），發生在哪里（Where——是計算機自動執行的計算？人機對話的過程？還是讓某人做某事的指令？），如何處理這個業務（How——界面控制邏輯與業務控制邏輯）；輸入輸出和儲存對象（What——業務信息的結構與特征），在組織的什么節點上完成的及為什么是這個節點而不是其它的節點來處理（Why——組織職責分配與崗位職務）。
所以，只要在系統中定義了變革的輸入內容(5WIH)，通過流程建模工具與工作流引擎，將各個業務元素之間的啟動、提交、失敗處理、分支、合并、同步、異步、循環、人工、自動、子流程等關系進行描述，然后在集團相關范圍內發布，那么，無論多么復雜的業務邏輯、組織架構、上下級關系、權限設置都可以按照這個既定的流程完成了。企業夢寐以求的業務變革隨需應變過程，在金蝶EAS BOS隨需應變參考模型的支持下得以輕松的實現。
如何借助金蝶EAS實現集團管理的隨需應變？
用戶最為關心的應該是究竟如何使用金蝶EAS實現集團管理的隨需應變。金蝶針對集團企業集團企業復雜的管理和變革要求，給出了一套支持企業不同變革道路、不同變革模式、不同變革層次的隨需應變解決方案——金蝶EAS BOS。金蝶EAS BOS針對企業漸進式變革道路，提供了不同層次的變革支持工具，全面解決企業不同變革模式的信息化問題。
以下金蝶EAS的技術架構直觀的展示了金蝶EAS BOS三大支持工具的功能和操作對象，這三大支持工具是業務配置工具、企業建模工具、集成開發工具。
在這里， 針對集團企業在常規性變革中遇到的企業人員日常變動、內部組織關系調整、業務處理方式的改變、工作流程的動態微調，業務配置工具提供了：組織架構管理平臺、用戶權限管理平臺、業務預警平臺、業務關聯平臺、后臺事務處理平臺、編碼規則定義平臺、基礎數據管理平臺、外部集成借接口等等。通過這些工具，企業的IT人員可以方便的調整自己的系統來滿足集團實際業務運行需要。
針對集團企業在結構性變革中遇到的動態流程重組問題，企業建模工具提供了：BIM（Bussiness Information Management）業務信息管理平臺、工作流建模工具等。當集團或某些下屬企業的業務處理不能單純的通過選擇系統預置的流程和表單來實現時，可以在實施咨詢專家指導下，使用這些工具快速的新增或變更流程、功能、信息、組織結構，達到企業建模的效果。
針對集團企業在戰略性變革中遇到的多組織協同、多行業擴張、全球化擴展、跨企業商務協同， 集成開發工具提供了EAS BOS Studio，BOS Studio基于統一的元數據、基礎引擎和基礎服務，幫助企業高效構建新的業務對象、新的功能、新的流程、新的報表、新的界面。行業合作伙伴或行業開發專家們可以用它給集團修改或者添加更多的流程、界面、報表、功能，然后通過部署工具發布到應用系統中，完成系統的重構。
作為一個平臺級的產品，金蝶EAS BOS的應用效果隨企業的復雜程度與應用策略、應用水平密不同出現差異，“運用之妙，存乎一心”，不能用單純的功能羅列來一一對應，這里我們試著用幾個例子來說明其解決復雜集團業務的能力。
案例一：集權、分權，靈活配置
大部分的集團企業都存在著這樣一對矛盾：為了提高決策效率、快速響應市場，在多地域的組織之間需要充分授權，為避免失控，集團總部又不得不對規章制度、業務流程進行統一和規范的管理，在集權、分權間的游移使很多企業要么變成反應遲鈍的恐龍、要么變成一盤散沙。
BOS的解決方案是：通過對多組織結構、業務流程調整的支持來解決。我們可以根據對一個經營單位的控制力度，選擇將其定義為費用中心、利潤中心還是公司；我們也可以根據集團對主要業務的監控程度來將之定義為銷售組織、采購組織、庫存組織等不同類型；同時，在其計劃、預算、具體業務運作的流程中將發起、決策、執行的權限分配給集團和經營單位的不同層級，使之達到下屬機構經營自主、上級單位控制自如的境界。
案例二：差異化管理，高效建模
當一個集團企業內部各個組織之間的經營規模不同、經營目標不同、關注的經營重點、信息化基礎不同時，其對數據的及時性、精確性、完整性的要求也有很大不同，其數據來源也是多種多樣的；同時，當集團內部企業所處的行業不同時，其關注的數據也有著相當大的差異。當數據采集、信息整合的復雜性大大增加時，集團企業采用單一信息管理系統的難度也隨之提高，于是我們就看到了兩種不同的思路：要么削足適履——泯滅各下屬經營單位的具體需要，搞想當然的大一統；要么各經營單位自成體系，集團只能霧里看花。
BOS的解決方案是：通過BIM（業務信息管理平臺）來完成人機對話界面（單據輸入輸出）的差異化；通過BOTP（Bussiness Object Transform Platform，基于業務對象技術的數據轉換平臺）來完成業務數據自動生成、基于對象的數據交換、關聯關系建立與維護、關聯數據的自動維護等任務，使得各下屬單位的異構系統可以有效集成到集團的管理平臺上來；通過后臺事務處理平臺來調度不同優先級、不同及時性要求的任務。
案例三：行業開發，快速擴展
在有些集團企業里，有一個或一批經營單位，其經營的業務具有明顯而又獨特的行業性。在這些特殊的經營單位中，其重點關注的業務所需要的數據采集、數據計算關系均與集團內外的其他經營單位有很大差異，通用的信息系統往往無法滿足其具體應用要求，因而需要自行開發、或定制開發一些或大或小的專項信息系統。
BOS的解決方案：
通過BOS Studio來完成一個快速定制、快速部署、不會因基礎平臺和工具技術的更新而過時的專項信息系統。通過BOS Studio，我們可以快速的定義如數據表結構、數據查詢對象、業務實體對象、用戶界面對象等眾多的對象，并定義這些對象之間的關聯關系。我們還可以通過模型校驗來對定義的業務對象進行“預編譯”，以提示、修正模型定義中存在的問題；通過模型發布將已定義的業務對象自動發布成Java代碼，并自動發布相關的J2EE配置文件。
在使用BOS Studio整個的開發過程中，用戶和IT規劃人員們都可以借助直觀的操作界面草圖來進行需求溝通；在溝通歸結的業務模型基礎上，BOS Studio將之自動轉換為軟件的設計模型，只需對特殊需求進行一些調整，就可以快速實現、發布。在BOS Studio中定義的專用系統，自動的繼承了BOS運行引擎的跨數據庫、跨平臺、多語言的特性。
轉載請注明出處：拓步ERP資訊網http://www.guhuozai8.cn/
本文標題：打造隨需應變的集團管理平臺
本文網址：http://www.guhuozai8.cn/html/consultation/10819923196.html
相關文章
