【正文】 面對不同企業(yè)千差萬安慶 2020屆本科生畢業(yè)論文（設計） 8 別的具體情況、不同企業(yè)千變?nèi)f化的特殊需求 時，也不可能做到 以不變應萬變 。 再者，企業(yè)所處的環(huán)境是不斷變化的。企業(yè)的產(chǎn)品種類、產(chǎn)品所處生命周期的階段、企業(yè)的計劃模式、分銷模式都不斷在變化，企業(yè)不斷地進行業(yè)務流程的再造，企業(yè)的規(guī)模不斷地縮小或擴展等等?？傊?，企業(yè)的變化是絕對的。因而，客觀上要求 ERP具備適應各種變化的能力。如果 ERP 系統(tǒng)沒有良好的柔性，不能進行方便的用戶化和二次開發(fā)，那么，企業(yè)引進 ERP 系統(tǒng)之日，就是套上束縛自身發(fā)展的枷鎖之時。企業(yè)對于花重金買來的 ERP系統(tǒng)將會 食之無味，棄之可惜 ，使自己陷于尷尬境地。 因此，不論企業(yè)采用國外 的軟件還是采用國內(nèi)的軟件，都面臨著系統(tǒng)的用戶化和二次開發(fā)的任務，都必須要求 ERP 軟件具備良好的支持用戶化和二次開發(fā)的功能。 ERP系統(tǒng)的用戶化和二次開發(fā)是 ERP 軟件作為由企業(yè)外部的軟件廠商提供的一種產(chǎn)品轉(zhuǎn)變?yōu)槠髽I(yè)內(nèi)部的管理信息系統(tǒng)的橋梁和紐帶。其意義如下圖所示： 圖 2 ERP 系統(tǒng)用戶化和二次開發(fā)的意義 用戶化與二次開發(fā)的涵義 一般把不牽動程序的改動稱為用戶化，如修改報表格式。軟件如果有報表生成安慶 2020屆本科生畢業(yè)論文（設計） 9 功能，或采用第四代語言，任何業(yè)務人員，不需要有很多計算機知識就可以自行設置。當 然，還需要項目實施小組的批準。許多國內(nèi)外的優(yōu)秀 ERP 軟件提供了強大的支持用戶化的功能。 通常把改動程序的工作稱為二次開發(fā)，要增加或修改軟件的功能，需要 ERP 系統(tǒng)提供支持二次開發(fā)的工具，還可能需要有軟件的源程序，這些都要支付額外的費用，而且并不是每個 ERP 供應商都愿意提供源代碼。此類問題一定要在簽訂合同前考慮到。二次開發(fā)的工作是在軟件功能模擬運行的基礎上進行的，一般工作量比較大，需要一定的時間，會延誤項目實施進程，這個因素應該在制定項目實施計劃時包括進去。 改動軟件后還會影響 今后軟件版本升級。有些 ERP 軟件商提供免費或收費很低的系統(tǒng)升級。如果不升級，新版本的長處無法應用；如果升級，則面臨著重新進行二次開發(fā)的可能。因為 ERP 軟件供應商在進行新版本的 ERP 系統(tǒng)開發(fā)時，可能根本不會考慮某個特定的用戶在舊版本上所作的二次開發(fā)。因此，在進行二次開發(fā)前，要做認真的分析對比。究竟是修改軟件，還是改革現(xiàn)行管理程序；還是兩者都有些修改。對修改的必要性、效果和代價要心中有數(shù)。 經(jīng)過分析和權(quán)衡，能不二次開發(fā)就不要進行。如果必須進行二次開發(fā)，則應盡量使得二次開發(fā)出的功能模塊獨立于原來的 ERP 系統(tǒng)。這 樣，當 ERP 系統(tǒng)版本更新時，二次開發(fā)出來的模塊無需修改或者只需較少的修改就可以應用于高版本的 ERP系統(tǒng)。 解決的主要問題 安慶 2020屆本科生畢業(yè)論文（設計） 10 每個國家在歷史、地理、政治、經(jīng)濟、文化等方面的條件各不相同，而反映到企業(yè)中，必然使企業(yè)在管理模式、管理方法等方面有所不同，所以自然會對 ERP 這樣的管理系統(tǒng)提出 不同的要求。而這些要求對大部分國外軟件來說是無法完全實現(xiàn)的。這就產(chǎn)生了對軟件進行用戶化和二次開發(fā)的需求。這種用戶化和二次開發(fā)常常是可以在多家國內(nèi)企業(yè)廣泛使用的，具有本地化的特點。對其程序要求具 有產(chǎn)品軟件的質(zhì)量水平和技術(shù)支持水平，才能滿足用戶的需要。 某種軟件產(chǎn)品的存在依賴于需求和市場。企業(yè)信息化發(fā)展到今天，行業(yè)細分需求特點日益明顯。以制造業(yè)為例，企業(yè)用戶已經(jīng)不僅僅滿足于財務管理、進銷存管理，更要求對生產(chǎn)制造過程進行現(xiàn)代化管理，以提高核心競爭力。而這方面的需求具有鮮明的行業(yè)特點：同樣是制造業(yè)，機械、電子、醫(yī)藥、冶金、化工、紡織、汽車等等對 ERP 軟件的要求是不同的。即使同為汽車行業(yè)，總裝廠、零部件廠、毛坯廠對軟件功能的要求也各有不同。 一個 ERP 系統(tǒng)是 一個通行的解決方案，它的設計反映了對企業(yè)通行業(yè)務的基本原則。供應商試圖使系統(tǒng)反映最佳的操作，但是這“最佳”的含義往往是由供應商而不是由顧客定義的。在多數(shù)情況下，系統(tǒng)能使企業(yè)的業(yè)務運行比使用前效率更高。但是在有些情況下，系統(tǒng)的設計恰恰違背了企業(yè)的最佳效益。因此，在具體實施 ERP以前，必定需要對企業(yè)、企業(yè)所處的行業(yè)、企業(yè)的客戶以及競爭對手等因素進行具體分析，對業(yè)務進行合理的分析和調(diào)整來保持并加強企業(yè)的核心競爭力。當 ERP 的某些理念與企業(yè)的核心競爭力有沖突時，需要對 ERP 系統(tǒng)進行適當?shù)恼{(diào)整。通過合安慶 2020屆本科生畢業(yè)論文（設計） 11 理的配置。甚至于 二次開發(fā)來滿足企業(yè)的需求，而不是一味地修正企業(yè)自身來適應系統(tǒng)。 有些使用 ERP 系統(tǒng)的公司是集團企業(yè)，作為集團企業(yè)的成員可能在不同的時期分別使用了自己的 ERP 系統(tǒng)，或者類似的信息系統(tǒng)，而作為統(tǒng)一管理這些成員公司的母公司，出于信息化管理的需要，必然希望能對這些不同的 REP 系統(tǒng)的信息進行匯總管理，這就必然要求各個成員公司的 ERP 系統(tǒng)能夠提供母公司要求的格式的數(shù)據(jù)。這些數(shù)據(jù)經(jīng)常是系統(tǒng)本身不能提供、或者不能按要求的格式提供的，這就必然涉及到用戶化或二次開發(fā)工作。所以，在使用不同軟件的集團公 司中就常常需要進行接口程序的用戶化或二次開發(fā)工作。另外，每個企業(yè)的生產(chǎn)過程是不一樣的，對生產(chǎn)過程的管理與控制也是千差萬別的，所以就往往會提出本企業(yè)的一些特殊要求。這些要求可能是部分流程邏輯的改變，也可能是一些特殊格式的報表，但是其共同的主旨是適應企業(yè)獨特的需要，對通用軟件進行用戶化或二次開發(fā)。 二次開發(fā)的類型 ERP 項目二次開發(fā)常常涉及以下方面的需求： 由于企業(yè)所使用的系統(tǒng)常常不只 ERP 一個，而各系統(tǒng)的數(shù)據(jù)之間常常會有所交叉，這就產(chǎn)生了不同系統(tǒng)之間接口的需求。一般來講，接口程序的編制都 要由接口雙方系統(tǒng)所屬的公司共同完成，所以就在技術(shù)之外，先要有雙方如何配合的問題。在需求分析上，要求接口雙方和用戶企業(yè)大力配合，才可以確定真正的接口需求。 安慶 2020屆本科生畢業(yè)論文（設計） 12 報表需求的產(chǎn)生一般都是由于各單位需要符合自己特殊要求的報表。其特點有以下幾點。 (1)不需要修改數(shù)據(jù)庫中數(shù)據(jù)，而只是進行查詢和讀取。 (2)一般對導出的數(shù)據(jù)字段內(nèi)容及格式要求較嚴格。 (3)常常會不斷有新的需求產(chǎn)生。 根據(jù)這些特點，應該鼓勵用戶自己參與報表的開發(fā)工作，這樣做的理由是：報表的開發(fā)不會破壞系統(tǒng)邏輯或者修改系統(tǒng)數(shù)據(jù)，所以交給用戶做是安全的，系統(tǒng)提供了 方便的編制報表的工具。用戶自己開發(fā)報表，更容易了解最終用戶對內(nèi)容和格式的要求。今后在項目實施階段完成以后，遇有新的需求時。用戶可以自行進行報表的開發(fā)?？梢怨?jié)約用戶支付給開發(fā)商的軟件開發(fā)費用。 一個真正成熟的軟件系統(tǒng)，其實施過程中需要進行的邏輯修改很少，進行時也要采取非常謹慎的態(tài)度。進行邏輯修改之前要先確認要進行的修改在邏輯上是合理的，在實現(xiàn)上是可行的。并且充分了解用戶需求，設計出性價比最高的解決方案。同時要注意所采用的解決方案及其程序?qū)崿F(xiàn)可以滿足需要的性能要求和健壯性，并且界面相對容易掌握 。因為要進行修改的是個大系統(tǒng)，所以要整體的看所要做的修改對系統(tǒng)的整體影響，不要顧此失彼，對整個系統(tǒng)的穩(wěn)定運行造成影響。另外，要建立詳細的文檔，以保證將來在需要對系統(tǒng)進行升級時，可以在新版本中重建這些二次開發(fā)的部分。 安慶 2020屆本科生畢業(yè)論文（設計） 13 了解用戶需求表面上看是很容易的，但實際上卻需要很大的努力。有些資深顧問認為，了解用戶需求的時間往往超過整個開發(fā)項目總時間的 1/4，甚至有時在小項目中可以超過總用時的 1/3。其困難主要是有以下幾點。 (1)用戶無法用專業(yè)詞匯、專業(yè)邏輯來表述其需求，而程序開 發(fā)人員又缺少用戶企業(yè)環(huán)境的背景，造成雙方溝通的困難。 (2)用戶企業(yè)組織不利，造成每個部門，甚至每個人都有對二次開發(fā)有不同的要求。 (3)用戶總是在自覺不自覺中希望重復企業(yè)原有的，不合理的生產(chǎn)邏輯。 基于上述可能產(chǎn)生的問題，就需要在了解用戶需求時本著真正對用戶負責的原則，耐心、細致、科學、系統(tǒng)地了解用戶需求。 ①針對困難 (1)就需要在進行二次開發(fā)設計之前，對用戶進行教育、培訓，至少使主要的核心用戶不僅了解 ERP 軟件的使用方法，同時也了解 ERP 的內(nèi)在邏輯，真正懂得 ERP。這樣，供求雙方才能使用共同語言，在共同邏輯基礎上討 論 ERP 二次開發(fā)的需求。 ②針對困難 (2)要注意以下兩點。一是幫助用戶建立合理的項目隊伍。只有項目隊伍有合理的組織結(jié)構(gòu)，才可能匯總、優(yōu)化各個不同部門，不同個人的不同的需求。二是要求所有主要核心用戶都參加整個 ERP 培訓，而不只是自己工作相關(guān)模塊的培訓，這樣才能讓他們樹立全局的觀點，自覺把自己的、本部門的需求與 ERP 項目整體的需求相結(jié)合，得到完整的、一致的需求。 ③針對困難 (3)就需要負責二次開發(fā)的技術(shù)人員本著對用戶對項目負責的原則，深入地理解 ERP 系統(tǒng)的整體邏輯，與項目的實施人員緊密配合，真正了解用戶的需求。 這個工作有時甚至可能是一種極具挑戰(zhàn)性的工作，不僅需要科學的態(tài)度，還要需要藝術(shù)的方法。 安慶 2020屆本科生畢業(yè)論文（設計） 14 對于軟件的二次開發(fā)有時是不可避免的。但是，過多的修改又會影響 ERP 項目的順利實施。那么，二次開發(fā)是否要做的標準是什么呢 ?也就是說如何判斷用戶化要求是否合理，從而有效的防止過多的修改呢 ?有 3 個方面的工作可以防止過多的修改，即教育、標準軟件和管理。 、后階段 在實際進行二次開發(fā)工作時，首要之事就是區(qū)分哪些二次開發(fā)是屬于上線前一定要完成的，哪些二次開發(fā)是屬于上線完成后才慢 慢來進行的。前者指的是那些“不改的話根本無法上線”的二次開發(fā)，后者指的是那些屬于重要性不高，不會影響上線的二次開發(fā)。如果不能對二次開發(fā)進行有效的區(qū)分，會模糊上線實施的管理重點，進而影響上線的進度甚至質(zhì)量。 新增或修改原有的報表或查詢程序，不會影響系、統(tǒng)的原有數(shù)據(jù)庫結(jié)構(gòu)，因此不會造成日后系統(tǒng)升級的困擾。但是，如果二次開發(fā)牽涉到新增字段或檔案，就可能影響到原有數(shù)據(jù)庫結(jié)構(gòu)，此時，最好的方式就是盡量利用系統(tǒng)原有的“閑置”字段，不要輕易新增字段或文件檔案。如果有改動較大的二次開發(fā)，其規(guī)格應 當請軟件原開發(fā)廠商確認，以避免二次開發(fā)與產(chǎn)品發(fā)展方向重疊或沖突，以降低日后版本升級的困擾。 二次開發(fā)是一項龐雜的系統(tǒng)工程，決不是簡單系統(tǒng)代碼的增增減減，二次開發(fā)的文檔應該由專人保管，而代碼注釋也必須清晰易懂，還必須有專人負責檢查代碼質(zhì)量。新擴充的字段命名、新建程序的命名都應該由專人分配，首先不能和現(xiàn)有系統(tǒng)沖突，同時還應預留一定的空間。對于公用元件一般不建議修改，因為公用元件安慶 2020屆本科生畢業(yè)論文（設計） 15 被很多程序調(diào)用。在程序的編寫上應采用繼承的方式，在保證不破壞原有功能的基礎上做個性化的功能完善。如要修改處理業(yè)務 邏輯．則分兩種情況：一是修改原有程序中的處理邏輯，將局部的繼承去掉，重寫新邏輯。二是在原有功能基礎上新增，保留繼承關(guān)系，在新的子文件中只完成新功能的實現(xiàn)即可，當版本升級時，二次開發(fā)的程序惟一要做的就是繼承新版本的源代碼作重新編譯。 關(guān)于 ERP 系統(tǒng)用戶化和二次開發(fā)的結(jié)論 ERP 系統(tǒng)用戶化和二次開發(fā)具有十分重要的意義，本文旨在從中總結(jié)出一些普遍性的經(jīng)驗和教訓。對提高 ERP 實施的成功率和實施效益具有參考價值，從而使得 ERP能夠真正的發(fā)揮作用，提高企業(yè)決策體系和市場運作體系的反應水平，提高企業(yè)捕捉發(fā)展 機遇、規(guī)避市場風險的能力，提高企業(yè)的核心競爭力、加快企業(yè)的市場反應機制，并最終推動企業(yè)的發(fā)展。 3.“落地結(jié)算”流程的設計與研究 簡述 時下的摩托車和汽車配件行業(yè)，上下游企業(yè)間流行著一種“落地結(jié)算”的供銷模式。這兒所謂的“落地”并非通常所說的“到貨”，而是實際進入“使用”才算成交。具體而言，上家把零配件發(fā)到下家，雙方的買賣還不算數(shù)，此時的貨主依然為賣方，買方只承擔為賣方“代為保管”的責任，不要說付款，連欠帳單也不用開具。只有等買方實際使用了這些零配件，采購行為才算發(fā)生。 安慶 2020屆本科生畢業(yè)論文（設計） 16 不用說，“落地 結(jié)算”是一種下游企業(yè)控制庫存，進而制約上游企業(yè)的生產(chǎn)，協(xié)調(diào)上下游關(guān)系的一種新型結(jié)算模式，是能夠?qū)χ笇杂媱澕皶r進行調(diào)整的有利工具?！奥涞亟Y(jié)算”的運行不能不改變甚至顛覆原先某些管理的程序和理念，從而對 ERP提出了新的要求和挑戰(zhàn)。 “不近情理”的合理效應 在專業(yè)生產(chǎn)汽車空調(diào)系統(tǒng)的領域的公司，顯然是“落地結(jié)算”的受益者。落地結(jié)算讓他們實現(xiàn)了零庫存生產(chǎn)。因為沒有了庫存資金的占用，他們的賬本也漂亮了許多。 談及買方的“零庫存”要以占用賣方的庫存和資金為代價，對上游企業(yè)是否“不近情理”時，這 就取決于你怎么看：只看單個環(huán)節(jié)還是看產(chǎn)業(yè)鏈的整體，只看一時還是看企業(yè)發(fā)展的長遠。 安慶 2020屆本科生畢業(yè)論文（設計） 17 圖 3 ERP 工程項目管理系統(tǒng)功能 上圖是一個企業(yè)對于公司內(nèi)部的統(tǒng)籌管理，而“落地結(jié)算聽上去是有些問題”――明明拿到了貨，卻連欠賬都不算，只算“代為保管”，硬是把庫存的壓力都轉(zhuǎn)移給了上家。不過，如果你