重溫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排程問題，即使得工件盡量按交貨期完成，變得越來越突出。實際應用中的排程方法能夠響應系統的動態變化，但不能...