重溫erp的生產計畫部分,通常把生產流程劃分為連續型生產、重複性生產、基於庫存的生產、基於訂單的裝配和基於訂單的設計,儘管不是很嚴格的定義,卻也不失為一種好的歸類。
聯想起管理軟體的生產問題,較之it技術的飛速發展,其生產率並沒有顯著的提公升。企業對資訊化的渴求與管理軟體實施與服務成本的居高不下,是目前這個市場最為突出的矛盾。也許也可以對管理軟體的生產問題先歸歸類,以便更好地分析問題的癥結所在。
一、標準產品模式
搞乙個產品到處買,是最為理想的方式。資料庫、office等軟體就是這樣成就了oracle、microsoft。在企業應用領域,cad、辦公oa等也可以在一定程度上做到標準化。但最突出的是財務軟體,用友、金蝶已成為乙個經典範例。
當然,管理領域是如此複雜,差異化是如此豐富,這種標準產品模式已經是可遇不可求了。
二、完全專案模式
國內很多中小軟體公司都是靠這種方式生存的。沒有什麼產品積累,搞一大幫開發人員,從零開始為使用者定製開發企業應用。對使用者而言,這個可是最徹底的量體裁衣。
但這並非說明使用者的業務就真的這麼特殊,軟體開發商也並非自覺地地專注於乙個細分的市場。就國內而言,這種情況是管理軟體的起步階段,低水平建設的標誌。實際上,考慮到it人員的高流動頻率,此類軟體開發商大多處於低水平重複的惡性迴圈,也不大可能為客戶提供高質量的產品和服務。
以上二種方式實際上是二個極端,乙個完全標準化,乙個完全定製化。在管理軟體市場的起步階段,這二種方式佔據主流的位置。隨著市場的逐步成熟,這二種方式也逐步被邊緣化了。預計今後只有在特定的細分市場,這二種方式才會被繼續採用。
三、二次開發模式
乙個完全專案模式的開發商,在多個案例中可以歸納出專案的許多共性,於是一種產品原型便提煉了出來。在這個基礎上,再給客戶作定製開發,開發效率無疑會大幅提公升。這種二次開發模式於是便成為管理軟體的主流開發模式。
過去搞標準產品的開發商,如用友、金蝶,在向erp進軍的過程中,也紛紛採用這種通用模式。往往是先通過完全專案模式搞點積累,然後採用二次開發模式迅速開啟市場。
四、引數配置模式
如果每個客戶專案都需要派大批軟體工程師進行二次開發,對於乙個管理軟體**商而言,這種人力成本依然很高。具有豐富業務積累的**商便需要考慮,如果事先把各種業務需求都預製在產品中,通過引數開關,實現對客戶的個性化配置,這樣便可以大大節省二次開發的成本。
當然,做到這一點,需要很大的投入。首先是,需要以豐富的業務積累為前提;其次,產品研發的難度很大,需要強有力的研發力量。
所以,目前也只有sap在這方面做得較好。oracle雖然也可以進行大量配置來個性化,但許多時候,還是要進行二次開發。用友和金蝶就更遜一些了。
二次開發和引數配置是目前的主流模式。管理軟體商大都同時採用這二種方式來提供解決方案。而且,乙個趨勢是,隨著產品研發的不斷深入,大多強化業務積累和配置,減少二次開發的工作量。
但就sap而言,雖然把引數配置模式發揮到及至,但其產品的複雜性和高昂的實施和維護成本,已經令客戶不堪重負。解決方案的敏捷性便成了乙個突出的問題。
五、構件裝配模式
構件裝配的思想顯然是受製造業的啟迪。這個思想已經提出很久了,構件技術也有了很大的發展。現有的管理軟體產品,無疑也大量使用了構件技術。但是,很難說,時下的那種管理軟體採用了構件裝配模式。
以delphi這種工具為代表的事件驅動開發,把構件技術首先用在表示層,大大提公升了桌面應用的開發效率。ejb把構件技術成功地推廣到中間服務層,充分體現了構件技術的威力。但這些技術型構件的積累,主要是對軟體開發的效率有很大提公升,關管理軟體什麼事?管理軟體更關注業務的敏捷性。
於是,構件平台出現了。不僅是積累各種技術性構件,更主要的是積累豐富的業務構件,以實現對管理軟體的快速裝配。這種平台,目前在一些行業應用中得到了初步的展示。但是,它似乎更多地是同二次開發模式競爭。
實際上,正如我在以前的隨筆裡倡導的商業物件的去物件化,業務構件的積累則是典型的商業物件的物件化,其困難我以前的隨筆已有說明。
六、模型驅動模式
這個思想也很早就出現了。只是那時多用乙個技術術語:**生成器。也就是說,通過圖示表達自動生成程式應用。如今的技術有了很大發展,這個思路也就有了大展身手的舞台。omg搞的受到ibm等大企業推崇的mda,就是如今正熱門的模型驅動模式。
模型驅動的基本思想是,把複雜的業務描述為乙個平台無關的模型,再自動轉換為軟體**,生成應用。這個思路可以說直指引數配置模式。無需研發成本高昂、複雜龐大、包羅永珍的可以進行強大配置的erp產品,完全可以根據業務變化隨時快速生成乙個新的應用,能更好地適應業務的敏捷性。kcom 商業工程企業應用平台就是這方面的乙個代表性的產品。
以上,大致列出了6種管理軟體的生產模式。如果非要給出乙個演化序列,大致可以說,標準產品模式和完全專案模式為第一代,二次開發模式和引數配置模式為第二代,構件裝配和模型驅動為第三代。目前的管理軟體生產模式以第二代為主,但已經開始逐步向第三代演化了。
我個人的看法是,第三代模式將會以模型驅動為主導,構件裝配將會隱退致幕後。這並不是說,構件技術被淘汰了。而是說,構件始終是技術構件。所謂業務構件,也仍然是程式**段,積累再多,也不能有效應對業務敏捷變化。不如直接從業務模型自動生成應用來得快捷。
電力生產管理軟體
當前施工業已經是乙個競爭十分激烈的行業,其中也包括電力工程的施工建築。在我國很多電力企業開始逐步的進行一體化資訊系統建設,在系統建設的過程中投入了大量的人力物力財力,以推動企業管理系統的公升級改造,但是,如此的大規模公升級,有可能會有很多意想不到的問題,如很多電力企業的系統建設都是基於本地的實際情況...
《信華鞋業生產管理軟體》
信華鞋業生產管理軟體 信華軟體科技公司針對造鞋行業生產特點開發了一套簡便易用的 erp生產管理系統 信華生產管理軟體 鞋業版,讓企業從接單,下生產單,審批,物料消耗採購 領用,生產過程跟蹤,生產完成入庫,送貨,以及所產生的應收應付業務和所有管理報表,進行全過程的規範化管理。功能特點 1 通過這個資訊...
生產管理軟體排程方法存在的問題
生產管理軟體 排程領域中的大部分問題都具有np問題,雖然對它的研究已有幾十年的歷史,但至今尚未形成一套系統的方法和理論,理論研究與實際應用之間還存在著很大差距。尤其隨著jit思想的廣泛採用,e t排程問題,即使得工件盡量按交貨期完成,變得越來越突出。實際應用中的排程方法能夠響應系統的動態變化,但不能...