管理軟件的生產(chǎn)模式(轉(zhuǎn)載)
重溫erp的生產(chǎn)計劃部分,通常把生產(chǎn)流程劃分為連續(xù)型生產(chǎn)、重復性生產(chǎn)、基于庫存的生產(chǎn)、基于訂單的裝配和基于訂單的設(shè)計,盡管不是很嚴格的定義,卻也不失為一種好的歸類。[br][br] 聯(lián)想起管理軟件的生產(chǎn)問題,較之it技術(shù)的飛速發(fā)展,其生產(chǎn)率并沒有顯著的提升。企業(yè)對信息化的渴求與管理軟件實施與服務(wù)成本的居高不下,是目前這個市場最為突出的矛盾。也許也可以對管理軟件的生產(chǎn)問題先歸歸類,以便更好地分析問題的癥結(jié)所在。[br][br][br][b]一、標準產(chǎn)品模式[/b][br][br] 搞一個產(chǎn)品到處買,是最為理想的方式。數(shù)據(jù)庫、office等軟件就是這樣成就了oracle、microsoft。在企業(yè)應(yīng)用領(lǐng)域,cad、辦公oa等也可以在一定程度上做到標準化。但最突出的是財務(wù)軟件,用友、金蝶已成為一個經(jīng)典范例。[br][br] 當然,管理領(lǐng)域是如此復雜,差異化是如此豐富,這種標準產(chǎn)品模式已經(jīng)是可遇不可求了。[br][br][br][b]二、完全項目模式[/b][br][br] 國內(nèi)很多中小軟件公司都是靠這種方式生存的。沒有什么產(chǎn)品積累,搞一大幫開發(fā)人員,從零開始為用戶定制開發(fā)企業(yè)應(yīng)用。對用戶而言,這個可是最徹底的量體裁衣。[br][br] 但這并非說明用戶的業(yè)務(wù)就真的這么特殊,軟件開發(fā)商也并非自覺地地專注于一個細分的市場。就國內(nèi)而言,這種情況是管理軟件的起步階段,低水平建設(shè)的標志。實際上,考慮到it人員的高流動頻率,此類軟件開發(fā)商大多處于低水平重復的惡性循環(huán),也不大可能為客戶提供高質(zhì)量的產(chǎn)品和服務(wù)。[br][br][br] 以上二種方式實際上是二個極端,一個完全標準化,一個完全定制化。在管理軟件市場的起步階段,這二種方式占據(jù)主流的位置。隨著市場的逐步成熟,這二種方式也逐步被邊緣化了。預計今后只有在特定的細分市場,這二種方式才會被繼續(xù)采用。[br][br][br][b]三、二次開發(fā)模式[/b][br][br] 一個完全項目模式的開發(fā)商,在多個案例中可以歸納出項目的許多共性,于是一種產(chǎn)品原型便提煉了出來。在這個基礎(chǔ)上,再給客戶作定制開發(fā),開發(fā)效率無疑會大幅提升。這種二次開發(fā)模式于是便成為管理軟件的主流開發(fā)模式。[br][br] 過去搞標準產(chǎn)品的開發(fā)商,如用友、金蝶,在向erp進軍的過程中,也紛紛采用這種通用模式。往往是先通過完全項目模式搞點積累,然后采用二次開發(fā)模式迅速打開市場。[br][br][br][b]四、參數(shù)配置模式[/b][br][br] 如果每個客戶項目都需要派大批軟件工程師進行二次開發(fā),對于一個管理軟件供應(yīng)商而言,這種人力成本依然很高。具有豐富業(yè)務(wù)積累的供應(yīng)商便需要考慮,如果事先把各種業(yè)務(wù)需求都預制在產(chǎn)品中,通過參數(shù)開關(guān),實現(xiàn)對客戶的個性化配置,這樣便可以大大節(jié)省二次開發(fā)的成本。[br][br] 當然,做到這一點,需要很大的投入。首先是,需要以豐富的業(yè)務(wù)積累為前提;其次,產(chǎn)品研發(fā)的難度很大,需要強有力的研發(fā)力量。[br][br] 所以,目前也只有sap在這方面做得較好。oracle雖然也可以進行大量配置來個性化,但許多時候,還是要進行二次開發(fā)。用友和金蝶就更遜一些了。[br][br] 二次開發(fā)和參數(shù)配置是目前的主流模式。管理軟件商大都同時采用這二種方式來提供解決方案。而且,一個趨勢是,隨著產(chǎn)品研發(fā)的不斷深入,大多強化業(yè)務(wù)積累和配置,減少二次開發(fā)的工作量。[br][br] 但就sap而言,雖然把參數(shù)配置模式發(fā)揮到及至,但其產(chǎn)品的復雜性和高昂的實施和維護成本,已經(jīng)令客戶不堪重負。解決方案的敏捷性便成了一個突出的問題。 [br][br][br][b]五、構(gòu)件裝配模式[/b][br][br] 構(gòu)件裝配的思想顯然是受制造業(yè)的啟迪。這個思想已經(jīng)提出很久了,構(gòu)件技術(shù)也有了很大的發(fā)展?,F(xiàn)有的管理軟件產(chǎn)品,無疑也大量使用了構(gòu)件技術(shù)。但是,很難說,時下的那種管理軟件采用了構(gòu)件裝配模式。[br][br] 以delphi這種工具為代表的事件驅(qū)動開發(fā),把構(gòu)件技術(shù)首先用在表示層,大大提升了桌面應(yīng)用的開發(fā)效率。ejb把構(gòu)件技術(shù)成功地推廣到中間服務(wù)層,充分體現(xiàn)了構(gòu)件技術(shù)的威力。但這些技術(shù)型構(gòu)件的積累,主要是對軟件開發(fā)的效率有很大提升,關(guān)管理軟件什么事?管理軟件更關(guān)注業(yè)務(wù)的敏捷性。[br][br] 于是,構(gòu)件平臺出現(xiàn)了。不僅是積累各種技術(shù)性構(gòu)件,更主要的是積累豐富的業(yè)務(wù)構(gòu)件,以實現(xiàn)對管理軟件的快速裝配。這種平臺,目前在一些行業(yè)應(yīng)用中得到了初步的展示。但是,它似乎更多地是同二次開發(fā)模式競爭。[br][br] 實際上,正如我在以前的隨筆里倡導的商業(yè)對象的去對象化,業(yè)務(wù)構(gòu)件的積累則是典型的商業(yè)對象的對象化,其困難我以前的隨筆已有說明。[br][br][br][b]六、模型驅(qū)動模式[/b][br][br] 這個思想也很早就出現(xiàn)了。只是那時多用一個技術(shù)術(shù)語:代碼生成器。也就是說,通過圖示表達自動生成程序應(yīng)用。如今的技術(shù)有了很大發(fā)展,這個思路也就有了大展身手的舞臺。omg搞的受到ibm等大企業(yè)推崇的mda,就是如今正熱門的模型驅(qū)動模式。[br][br] 模型驅(qū)動的基本思想是,把復雜的業(yè)務(wù)描述為一個平臺無關(guān)的模型,再自動轉(zhuǎn)換為軟件代碼,生成應(yīng)用。這個思路可以說直指參數(shù)配置模式。無需研發(fā)成本高昂、復雜龐大、包羅萬象的可以進行強大配置的erp產(chǎn)品,完全可以根據(jù)業(yè)務(wù)變化隨時快速生成一個新的應(yīng)用,能更好地適應(yīng)業(yè)務(wù)的敏捷性。kcom 商業(yè)工程企業(yè)應(yīng)用平臺就是這方面的一個代表性的產(chǎn)品。[br][br] 以上,大致列出了6種管理軟件的生產(chǎn)模式。如果非要給出一個演化序列,大致可以說,標準產(chǎn)品模式和完全項目模式為第一代,二次開發(fā)模式和參數(shù)配置模式為第二代,構(gòu)件裝配和模型驅(qū)動為第三代。目前的管理軟件生產(chǎn)模式以第二代為主,但已經(jīng)開始逐步向第三代演化了。[br][br] 我個人的看法是,第三代模式將會以模型驅(qū)動為主導,構(gòu)件裝配將會隱退致幕后。這并不是說,構(gòu)件技術(shù)被淘汰了。而是說,構(gòu)件始終是技術(shù)構(gòu)件。所謂業(yè)務(wù)構(gòu)件,也仍然是程序代碼段,積累再多,也不能有效應(yīng)對業(yè)務(wù)敏捷變化。不如直接從業(yè)務(wù)模型自動生成應(yīng)用來得快捷。
該文章在 2010/5/12 23:42:02 編輯過 |
關(guān)鍵字查詢
相關(guān)文章
正在查詢... |