這種平臺的定制開發本身也產生了革命性的變化，我在這里跟各位分享一個概念就是模型驅動的定制開發。定制主要的工作是選擇客戶模塊進行組合，作為傳統意義上的軟件開發不同。定制工作不是一行一行的寫代碼，而是在一個龐大的標準化模塊庫當中做重新的組合，就好象樂高積木一樣，它有一個龐大的模塊庫，透過各種模塊組合出你想要的模型出來，定制的部分趨勢也是一樣。

　　在這里我再強調，定制的部分所使用的模塊庫，里面使用的大部分模塊也不是一釘一卯生產的，而是基于量產、質量有保證的。SAP針對不同行業、不同地區、不同國家的業務流程，不斷切割成一個很龐大的高品質的模塊庫，而定制的主要是選擇怎樣的模塊把它搭配起來，來支援新的業務流程。

　　基于平臺的定制，整個步驟是模型驅動的定制開發，同樣在目前汽車產業可以發現一個非常有趣的類比，在現在的汽車工業中，怎么樣完成客戶的需求？比如說德國寶馬公司，各位要訂購車的話，可以通過他們的網站選擇不同的顏色、不同的輪胎、不同的音響，甚至不同的發動機，這是20%的部分。然后他們從模型庫中選取零件，然后在CAD中構建以及測試整個新車模型，根據模型產生自動化制造指令，由工業機器人或者自動化工業生產設備根據這些指令產生自動化生產、組裝，最后把每個單獨客戶所需求的車子交到客戶手上。這是一個非常高度簡化的流程，但就是這個概念。

　　未來市場已經發生了變化，定制開發的流程也是走相似的道路。我們會從企業知識庫當中選取軟件構建，然后跟客戶一起在圖形化建模工具中，創建新的業務流程模型，并根據業務流程模型，業務流程平臺會自動產生應用軟件的程序代碼，這個產生的過程是完全自動化的，最后是把一個平臺加上定制的部分做成一個應用軟件交給客戶。這方面企業很容易理解這個應用軟件，在一開始的時候就能正確的反應客戶對業務流程的需求，而便于維護。另一方面，自動高質量的軟件模塊和自動代碼工程，大幅度提高了生產效率和質量，自動化生產過程中可以排除人為產生的BUG。

　　基于這一點，跟各位分享一下產生的理論，就是整合合作廠商和合作伙伴的競爭優勢。在業務流程平臺支持下的整個軟件產業，勢必會分為少數的業務流程平臺供應商，比如像SAP。以及大量在平臺上做定制的企業本地信息化合作伙伴，各位可以看到，在橫軸的地方，左邊是通用的需求，到右邊是專業的需求。也就是說通用的需求這部分通常是由業務流程平臺去做，越往專業方向走就進入行業需求，以及到最后的企業特殊需求。在縱軸是需求量，未來趨勢是少數的全球廠商能夠勝任開發一個通用的平臺，規模效應造成成本降低。真正能夠幫助各個企業定制信息系統的是數量眾多的本地合作伙伴，這些本地合作伙伴往往專精于一些特殊的行業領域，或者特定的國家，或者是對企業的特殊需求非常熟悉，可以快速響應企業特殊需求。通過常規理論，可以把這兩個優勢很好的整合起來。透過一個高質量、低成本的通用平臺，加上本地合作伙伴對特殊行業專精的了解，業務流程平臺可以讓本地合作伙伴專長于他們擅長的領域，站在巨人的肩膀上定制整個業務信息系統，而不像從前一樣花費大量的時間從頭開始，避免反復開發通用功能。而模型驅動的開發如虎添翼，在幫助企業用戶正確的描述需求，讓定制者整個生產效率倍增，而日后的整個業務流程也可以很彈性的快速調整。這樣的分工協作平臺廠商和本地合作伙伴的競爭優勢，在企業信息建設中是相輔相成，相得益彰的。

　　最后小結，中小企業的信息化同大企業一樣錯綜復雜，購買軟件還是開發定制軟件，是信息化的兩難抉擇。根據80/20原則，業務流程平臺提供大量的應用組建模塊，滿足中小企業80%相似的信息化需求，而基于業務流程平臺上的模型驅動開發技術，能夠很迅速的為單個企業定制企業20%的特殊需求，并為未來的需求提供快速響應以及可彈性的擴張。當然這只是一個很粗化的概念，事實上里面還有很多問題需要解決，這些解決歷史可以看到在過去汽車產業上得到證明。就是說接下來整個軟件產業是做細化的標準，就是模塊如何切割、模塊跟模塊之間截面如何定義，都牽扯到標準化的過程。實際這些標準化的過程整個汽車產業在過去發展中都經歷過了，各位可以看到標準化的結果，你在印度生產出來的發動機跟在美國生產出來的發動機沒有什么差別。第一個是標準化，第二個是定制業務模塊的合理度，就像樂高的積木，是比較大的積木還是比較小的積木，還是需要一段探討的過程，整個過程需要三四年，但這絕對是一個未來趨勢。

　　實際上這些觀點我本人寫過一本書，就是《從中國制造到中國創造》，這里邊也有一些探討，可以提供給大家。

　　OK，謝謝大家。