第一篇：ERP系統(tǒng)驗收測試流程、方法原則及內容

004km.cn 全面的ERP資源下載

ERP系統(tǒng)驗收測試流程、方法原則及內容

引言

軟件測試是為了發(fā)現錯誤而執(zhí)行程序的過程。它不僅是軟件開發(fā)階段的有機組成部分，而且在整個軟件工程(即軟件定義、設計和開發(fā)過程)中占據相當 大的比重。軟件測試是軟件質量保證的關鍵環(huán)節(jié)，直接影響著軟件的質量評估。軟件測試不僅要講究策略，更要講究時效性。驗收測試作為軟件測試過程的最后一個 環(huán)節(jié)，對軟件質量、軟件的可交付性和軟件項目的實施周期起到“一錘定音”的作用。

1、ERP驗收測試的現狀

驗收測試是一種有效性測試或合格性測試。它是以用戶為主，軟件開發(fā)人員、實施人員和質量保證人員共同參與的測試。ERP(企業(yè)資源規(guī)劃)作為提 高企業(yè)管理創(chuàng)新能力的有力工具，其定義、設計、開發(fā)、實施和應用的過程遵循一定的規(guī)律。這些規(guī)律表現在軟件過程控制、質量保證和軟件測試等方面。驗收測試 關系到ERP能否成功驗收，能否平滑步入維護期，能否快速實現效益。ERP驗收測試的全面性、效率性、科學性、規(guī)范性、徹底性在廣大制造業(yè)企業(yè)和ERP軟 件供應商中還是一個嶄新的話題。

當前很多人對ERP驗收測試工作存在一些誤解：

(1)由于ERP軟件的復雜性、規(guī)模性，人們可能更多地關注它多變的需求定義、個性化解決方案、定制化開發(fā)過程，卻輕視了項目的驗收工作。這些“只重視開題和過程，不重視結題和維護”的做法，最直接的后果就是，形成了一個個延期工程或“爛尾”項目。

(2)ERP實施工作做好了，用戶企業(yè)可以把系統(tǒng)跑起來了，文檔移交了，客戶簽字了，還有什么必要做驗收測試。這種誤解源于對驗收測試的目的、流程、方法和意義缺乏認識。

(3)驗收測試是用戶企業(yè)的事，與軟件服務提供商無關。事實上，只有兩者密切配合，才能提高測試效率。

(4)將驗收測試理解成給用戶做演示。驗收測試要講究策略，不是走走過場，而是有計劃有步驟的執(zhí)行活動，要進行科學的用例設計。

(5)驗收測試就是驗證軟件的正確性。驗收測試和其他的測試一樣，既要驗證軟件的正確性，又要發(fā)現軟件錯誤。只不過，驗收測試是以確認軟件功能是否滿足需求為主。

004km.cn 全面的ERP資源下載

2、ERP驗收測試的流程及方法原則

軟件包括程序、數據和文檔。ERP驗收測試的對象應當含蓋這三個方面。驗收測試的主體要以用戶企業(yè)為主，ERP軟件服務供應商積極配合;或以第三方測試為主，用戶和軟件供應商共同配合。

ERP驗收測試的基本流程如下圖所示，軟件實施人員要適時配合和敦促用戶做好驗收測試的各項準備工作，按計劃按步驟執(zhí)行驗收測試，形成規(guī)范的測 試文檔，客觀地分析和評估測試結果，并跟蹤不合格現象，對軟件問題要分級分類管理，必要時要進行回歸測試，確保所有問題能得到關閉，最終成功通過驗收。

在測試方法上，由于驗收階段的特殊性，一般以黑盒測試和配置復審為主，以自動化測試和特殊性能測試為輔，用戶、軟件開發(fā)實施人員和質量保證人員共同參與。

ERP驗收測試要注意以下幾個原則問題：

(1)驗收測試始終要以雙方確認的ERP需求規(guī)格說明和技術合同為準，確認各項需求是否得到滿足，各項合同條款是否得到貫徹執(zhí)行。

(2)驗收測試和單元測試、集成測試不同，它是以驗證軟件的正確性為主，而不是以發(fā)現軟件錯誤為主。

(3)對驗收測試中發(fā)現的軟件錯誤要分級分類處理，直到通過驗收為止。

(4)驗收測試中的用例設計要具有全面性、多維性、效率性，能以最少的時間在最大程度上確認軟件的功能和性能是否滿足要求。

3、ERP驗收測試的內容及用例設計

ERP驗收測試的目的是確認系統(tǒng)是否滿足產品需求規(guī)格說明和技術合同的相關規(guī)定。通過實施預定的測試計劃和測試執(zhí)行活動確認軟件的功能需求、性 能需求和文檔需求。ERP是較復雜的大規(guī)模性軟件，其驗收測試應當涵蓋確認測試和系統(tǒng)測試兩個方面的內容。具體包括以下測試內容：安裝測試、功能測試、界 面測試、性能測試、文檔測試、負載壓力測試、恢復測試、安全性測試、兼容性測試等。下面結合ERP驗收測試的具體內容，談談用例設計的注意事項。

(1)安裝測試

安裝測試的目的在于驗證軟件能否在不同的配置情況下完成安裝，并確認能否正常運行。ERP安裝測試的用例設計要注意以下幾點：

第一，根據ERP的可移植性，選擇不同操作系統(tǒng)。

第二，選擇不同層次的硬件配置和軟件配置，一般選用最低、中等和最高三種配置進行測試，驗證系統(tǒng)對軟硬件環(huán)境的依懶性。

004km.cn 全面的ERP資源下載

第三，觀察ERP安裝程序在軟硬件資源充足的情況下能否正常安裝，安裝過程中是否給予充足的提示，是否存在流氓軟件的一些弊病，安裝完成后能否正常運行，能否徹底刪除。

第四，在資源不充沛的情況下，如磁盤空間不夠、內容不足等，系統(tǒng)能否完成安裝，能否給予各種提示。

(2)功能測試

功能測試是驗收測試中的主要內容。ERP功能測試要包含以下項目：單個模塊的查詢、增加、刪除、修改、保存等操作;數據的輸入與輸出;數據處理 操作，如導入、結轉等;基礎數據定義的精度;計算的準確性，如倉庫的歷史庫存、當前庫存、貨位庫存是否準確;數據共享能力;身份驗證和權限管理;接口參數 和系統(tǒng)控制參數;單據流轉情況;狀態(tài)控制，如系統(tǒng)是否對MPS在執(zhí)行MRP分解、工單下達、車間任務調度等操作前后的狀態(tài)做了標識，狀態(tài)的改變是否正確;報表的打印輸出;審批流程定義及各種審批、反審批操作;短信發(fā)送及管理;崗位及部門業(yè)務的操作，如從請購管理、采購計劃到采購訂單管理，再到采購到貨管 理;跨部門的業(yè)務操作，如從銷售訂單到主生產計劃，從車間領料到倉庫出庫等等。

ERP功能測試的用例設計要注意以下幾點：

第一，測試項目的輸入域要全面。要有合法數據的輸入，也要有非法數據的輸入。如，在測試基礎數據的定義時，若規(guī)定是數字，則既要輸入數字進行測試，也要輸入字母、空格等非數字進行測試。數字包含整數、負數、小數，因而還要輸入這些不同的數字驗證數字的精度。

第二，劃分等價類，提高測試效率。在考慮測試域全面性的基礎上，要劃分等價類，選擇有代表意義的少數用例進行測試，提高測試效率。如，若MRP 記錄有“剛形成”、“已派工”“正執(zhí)行”、“已完成”四種狀態(tài)，系統(tǒng)只允許對剛形成的MRP記錄做局部性修改或刪除操作，那么在測試時，將MRP記錄劃分 為四類，每種狀態(tài)對應一類，每類各選一條記錄作為測試用例即可。

第三，要適時利用邊界值進行測試。如“訂單預排”中一般要求預排的數量大于0，那么測試數據可以分別為0，-1，1，10000000(一個非常大的正數)。

第四，重復遞交相同的事務。

第五，不按照常規(guī)的順序執(zhí)行功能操作。

第六，驗證實體關系，實體間的關系有三種：一對一，一對多，多對多。如，一個MPS對應多個MRP，一個MRP對應多個車間任務。

第七，執(zhí)行正常操作，觀察輸出結果的異常性。如，刪除某條記錄對排序的影響;執(zhí)行審批后，單據的狀態(tài)是否改變。

004km.cn 全面的ERP資源下載

(3)界面測試

ERP界面要符合現行標準和用戶習慣。軟件企業(yè)可以形成自己的特色，但要確保整個軟件風格一致。界面測試要從友好性、易操作性、美觀性、布局合理、分類科學、標題描述準確等方面入手。測試用例的設計要重點掌握以下幾點：

第一，背景和前景的顏色是否協調，顏色反差是否用得恰當。

第二，軟件得圖標、按鈕、對話框等外觀風格是否一致，美觀效果所要求的屏幕分辨率。

第三，窗口元素的布局是否合理，并保持一致。

第四，各種字段標題的信息描述是否準確。

第五，快捷鍵、按鈕、鼠標等操作在軟件中是否一致。

第六，窗口及報表的顯示比例和格式是否能適應用戶的預期需求。

第七，誤操作引起的錯誤提示是否友好。

第八，活動窗口和被選中的記錄是否高亮顯示。

第九，是否有幫助信息，菜單導航能否正常執(zhí)行。

第十，檢查一些特殊域和特殊控件能否運行。

(4)性能測試

性能測試主要測試軟件的運行速度和對資源的消耗。通過調整ERP所依賴的軟硬件配置、網絡拓補結構、工作站點數、數據量和服務請求數來測試軟件 的移植性、運行速率、穩(wěn)定性和可靠性。一般借助WinRunner之類的企業(yè)級自動化測試工具來輔助測試，通過極限測試來分析評估軟件性能。

(5)文檔測試

文檔是軟件的重要組成部分，也是軟件質量保證和軟件配置管理的重要內容。文檔測試主要通過評審的方式檢查文檔的完整性、準確性、一致性、可追溯 性和可理解性。ERP作為一個大規(guī)模軟件，覆蓋了企業(yè)的各種業(yè)務。它至少要具備需求定義、開發(fā)設計、測試評估、項目管理、用戶應用這五類文檔，具體而言，應包含GB8567-88中規(guī)定的14種軟件文檔。

在文檔復審時，要特別注意以下幾點：

第一，要明確文檔驗收的標準，軟件企業(yè)和用戶企業(yè)要達成一致。

004km.cn 全面的ERP資源下載

第二，確定文檔的重要性和項目文檔需求，比如，在驗收階段，用戶文檔(用戶手冊、操作手冊、維護手冊、聯機幫助文件)顯得特別重要，需要認真評審。

第三，檢驗文檔完整性，主要是文檔的種類和內容的完整性。

第四，檢驗文檔的一致性和可追溯性，主要是：軟件的設計描述是否按照需求定義進行展開的;應用程序是否與設計文檔的描述一致;用戶文檔是否客觀描述應用程序的實際操作;關于同一問題的描述是否存在不同的說法。

第五，檢驗文檔的準確性，主要是文檔的描述是否準確，有無歧義，文字表達是否存在錯誤。

第六，檢驗文檔的可理解性，主要審核文檔是否針對特定的讀者群體，表達是否詳細。如，ERP操作手冊，除了描述每個模塊的操作，應該還提供關聯性崗位業(yè)務、部門業(yè)務和跨部門業(yè)務的操作說明。

(6)其他測試

除了上述的測試外，還有必要對系統(tǒng)的其他特性和需求加以測試。如檢測軟件遇突發(fā)性故障后對數據的恢復能力，軟件的安全保密性和對硬件、軟件、數據的兼容性，系統(tǒng)所能承擔的最大數據量和健壯性等。

其他測試一般包含以下幾種：

第一，負載壓力測試。它主要包括并發(fā)性能測試、疲勞強度測試、大數據量測試和速度測試。一般采用自動化技術分別在客戶端、服務器端和網絡上進行測試。用例設計時，要以真實的業(yè)務為依據，選擇有代表性的、關鍵的業(yè)務操作作為測試對象。

第二，恢復測試。通過模擬硬件故障或故意造成軟件出錯，檢測系統(tǒng)對數據的破壞程度和可恢復的程度。

第三，安全性測試。通過非法登陸、漏洞掃描、模擬攻擊等方式檢測系統(tǒng)的認證機制、加密機制、防病毒功能等安全防護策略的健壯性。

第四，兼容性測試。通過硬件兼容性測試、軟件兼容性測試和數據兼容性測試來考察軟件的跨平臺、可移植的特性。

4、結語

ERP用戶和軟件開發(fā)實施人員要明確驗收測試的真正意圖。開發(fā)人員和實施人員不應該掩蓋軟件錯誤或不關心用戶不熟悉的測試項目。用戶也不能因為 存在一些當前無法實現的需求而擱置驗收工作。相反，兩者應當精誠合作，相互信任，撥云見日。對于那些不可行的需求或不明確的需求，雙方要協商進行需求變 更，并達成一致意見。只有這樣的驗收測試，才能促使ERP工程項目得以快速圓滿驗收。

004km.cn 全面的ERP資源下載

第二篇：ERP系統(tǒng)業(yè)務操作流程

ERP系統(tǒng)業(yè)務操作流程

一、目的

通過ERP系統(tǒng)實施，規(guī)范日常業(yè)務操作流程，提升企業(yè)管理水平，保障ERP系統(tǒng)正常運行。

二、基礎檔案設置和錄入

1、項目檔案：《銷售立項審批表》批準后，市場部在項目檔案中添加“銷售項目號”,計劃部在確定生產令號后，修改項目號中的生產令號與實際的生產令號一致。

2、客戶名稱檔案：銷售合同成立，銷售部按合同簽訂單位名稱（合同章名稱）在往來單位項下的客戶檔案下添加客戶名稱。

3、產成品編碼：工藝技術在圖紙定型后，錄入產品結構前給產成品命名、并按《物料編碼規(guī)則》在存貨檔案中加入產成品編碼檔案。

4、材料清單：工藝技術部在圖紙定型后，下達《設計通知單》時，將《材料清單》錄入產品結構

5、材料編碼：增加新的原材料品種和規(guī)格時，采購部根據《物料編碼規(guī)則》加入材料編碼檔案。

6、半成品編碼：產品定型后，工藝技術部對主機產品通用部件命名、并按《物料編碼規(guī)則》加入半成品編碼檔案。

7、供應商名稱檔案：增加新的供應商時，由采購部增加錄入供應商檔案。

三、采購業(yè)務系統(tǒng)操作流程

根據公司的經營生產模式，生產用與辦公用物資（食堂生活物資除外）一律需先有計劃、申請，經總經理或主管副總批準后方可采購。主要流程如下：

1、采購計劃或申請：分工藝技術部主機材料清單、工程技術部發(fā)貨清單與臨時申請（請購單）兩類。由需用部門根據采購要求提前書面提出計劃或申請，批準后交采購部。

2、采購訂單：采購部根據計劃或申請尋找確定供應商，簽訂購貨合同，錄入“采購訂單”，通知財務部審核，并及時將采購任務交給采購員采購。

3、到貨：供應商必須提供兩聯送貨單，到貨后，倉庫保管員驗收數量和外觀質量后根據“訂單”生成“采購到貨單”，并打印交質量部作為“物資檢驗單”（為保證工作的流暢性，當日的業(yè)務應當日完成，各倉管員在收貨物時，請?zhí)嵝压屉S貨帶來送貨單，如只有一聯的請復印，可給我們以后的工作帶來方便）。

4、入庫：保管員根據“送貨單”和“物資檢驗單”修改“采購到貨單”的實收數量，生成“采購入庫單”?！安少徣霂靻巍币皇蕉摚ǖ谝宦撊霂炻摗⒌诙摬少張髱ぢ摚}庫將“采購入庫單”、“送貨單”、“檢驗單”對應在次日9：00前交財務部稽核。

5、稽核：財務部人員核對“采購入庫單”、“送貨單”、“檢驗單”的內容是否相符，項目是否齊全后在“采購入庫單”上簽字。第二聯交采購部報帳，入庫聯和“送貨單”、“檢驗單”對應由倉庫裝訂。

6、來票：提供增值稅專用發(fā)票；臨時采購應當時取得發(fā)票，往來供應商必須及時開出發(fā)票，采購部業(yè)務員根據“采購入庫單”拷貝生成發(fā)票或直接錄入發(fā)票，并將采購入庫單第二聯與送貨單、發(fā)票對應交財務部。財務部會計審核采購發(fā)票，根據發(fā)票情況作現付處理，并勾對采購入庫單與發(fā)票結算處理。

7、付款：供應部提出付款申請，財務部會計根據到票及合同約定付款條件審核付款。

8、退貨：已入庫退貨，錄入紅字“采購入庫單”退貨。

9、月結：財務部根據采購入庫單及實際情況在存貨核算管理中生成采購入庫暫估入賬，并進行月結。

四、庫存業(yè)務系統(tǒng)操作流程

1、材料出庫

——填單：由領料員填寫一式三聯的（必須注明生產令號）手工領料單（第一聯存根聯、第二聯財務聯、第三聯倉庫聯），經部門經理審批后（生產領料由生產計劃批準），交倉管員錄入材料出庫單據，作為領取材料的依據。

——出庫：倉管員根據銷售項目或部門的領料單進行數據錄入，輸入的內容為：收發(fā)類別、部門、倉庫、存貨編碼、數量、生產令號（銷售項目號）等項目，并打印一式四聯(第一聯存根聯、第二聯財務聯、第三聯倉庫聯、第四聯領料聯)的材料出庫單。經領料人確認簽字后，拿一式三聯的材料出庫單到倉管員處領料，倉管員核對后簽字發(fā)料，并審核庫存系統(tǒng)中的材料出庫單。

——稽核和核對：材料出庫單第一聯存根與原始單據由倉管員裝訂保存，材料出庫單第二聯財務聯與領料單第二聯于次日9：00之前交與財務部，第三聯倉庫聯倉管員進行實物核對，確認庫系統(tǒng)中的數據并裝訂保存，第四聯領料聯留領料部門作領用材料依據。

2、產品入庫業(yè)務：

產品主機完工，質量部貼好合格證，由生產部指定人員在當天辦理入庫，填寫“產成品入庫單”，倉管員根據到現場確認型號和清點數量無誤后簽字，錄入“產品入庫單”，輸入內容為：收發(fā)類別、部門、生產批號、項目編號、存貨編號、數量等。

五、銷售業(yè)務系統(tǒng)操作流程

1、發(fā)貨清單：由工程技術部在設計通知單出來即時編制“發(fā)貨清單”錄入“銷售訂單”。并通知生產部審核。

2、發(fā)貨通知：計劃部跟蹤銷售合同，財務部收到符合發(fā)貨條件的貨款時，以書面形式通知計劃部，計劃部根據“銷售訂單”生成銷售發(fā)貨單，與《貨款回收擔保書》一起到財務部蓋放行章。

3、發(fā)貨：倉庫根據銷售訂單備貨，填寫實發(fā)數量，發(fā)貨員認可簽字后，票據員在系統(tǒng)中進行審核生成銷售出庫單。

4、補貨：由計劃部填寫發(fā)貨單到財務部蓋放行證章，發(fā)貨流程同上。

5、發(fā)票：財務根據金稅軟件開具的發(fā)票在用友系統(tǒng)中錄入發(fā)票數據，發(fā)票類型與實際發(fā)票保持一致，錄入的發(fā)票保存時注意倉庫的正確性，錄入的發(fā)票保存后進行復核。

6、會計處理：在應收系統(tǒng)中對發(fā)票審核，收款時發(fā)票與收款單據核銷處理，同時在庫存管理中對發(fā)票生成的銷售出庫單據審核，在存貨核算中對銷售出庫單據記帳，生成銷售成本結轉憑證。

六、禁令

不許不按規(guī)定錄入相應的檔案資料和按時完成流程中規(guī)定的工作，因此而貽誤工作，視情節(jié)給予記過、罰款、直至賠償經濟損失的處分。

七、其他

1、相關文件和表格

《計劃管理規(guī)定》、《材料清單》、《發(fā)貨清單》、《發(fā)貨通知單》、《貨款回收擔保書》、《銷售立項審批表》、《補發(fā)材料申請表》、《月采購計劃》、《請購單》。

第三篇：系統(tǒng)測試與驗收方案

1.系統(tǒng)測試與驗收方案

1.1.測試方案

1.1.1.單元測試

1.1.1.1.單元測試說明

在計算機編程中，單元測試（又稱為模塊測試）是針對程序模塊(軟件設計的最小單位)來進行正確性檢驗的測試工作。程序單元是應用的最小可測試部件。在過程化編程中，一個單元就是單個程序、函數、過程等；對于面向對象編程，最小單元就是方法，包括基類（超類）、抽象類、或者派生類（子類）中的方法。

單元測試的目標是隔離程序部件并證明這些單個部件是正確的。一個單元測試提供了代碼片斷需要滿足的嚴密的書面規(guī)約。因此，單元測試帶來了一些益處。單元測試在軟件開發(fā)過程的早期就能發(fā)現問題。

1.1.1.2.單元測試方法與內容

單元測試主要采用白盒測試技術，用控制流覆蓋和數據流覆蓋等測試方法設計測試用例；主要測試內容包括單元功能測試、單元性能測試和異常處理測試等。

1.1.1.3.單元測試流程

圖15-1 單元測試流程圖

從配置庫獲取源碼文件，設計測試用例，執(zhí)行測試用例，并利用相關測試工具對單元代碼進行測試，將測試結論填寫到單元測試報告和軟件Bug清單中。把軟件Bug清單和測試用例執(zhí)行結果提交測試負責人，并進入納入質量管理。對源碼文件進行的測試，視程序存在缺陷的情況，可能要重復進行，直至問題解決。

單元測試的執(zhí)行者，一般情況下可由程序的編碼者進行，特殊情況可由獨立于編碼者的測試人員進行。

1.1.1.4.單元測試用例

編程組組長組織、指導開發(fā)人員根據《系統(tǒng)設計說明書》，編寫所負責代碼設計模塊的《單元測試用例》，設計單元測試腳本。

1.1.2.代碼評審

代碼評審也稱代碼復查，是指通過閱讀代碼來檢查源代碼與編碼標準的符合性以及代碼質量的活動。

評審的內容：

1)編碼規(guī)范問題：命名不規(guī)范、magic number、System.out等； 2)代碼結構問題：重復代碼、巨大的方法和類、分層不當、緊耦合等； 3)工具、框架使用不當：Spring、Hibernate、AJAX等；

4)實現問題：錯誤驗證、異常處理、事務劃分、線程、性能、安全、實現過于復雜、代碼可讀性不佳、擴展性不好等； 5)測試問題：測試覆蓋度不夠、可測試性不好等。

評審的優(yōu)點：

1)提高代碼質量：在項目的早期發(fā)現缺陷，將損失降至最低

2)評審的過程也是重新梳理思路的過程，雙方都加深了對系統(tǒng)的理解

3)促進團隊溝通、促進知識共享、共同提高 1.1.3.集成測試

1.1.3.1.集成測試目的

集成測試，也叫組裝測試或聯合測試。集成測試是在單元測試的基礎上，根據《系統(tǒng)概要設計》及《系統(tǒng)集成與開發(fā)詳細設計》，對系統(tǒng)的各單元進行組裝。把分離的系統(tǒng)單元組裝為完整的可執(zhí)行的計算機軟件。集成測試的目的是檢查軟件單元部件是否能夠集成為一個整體，完成一定的功能，并找出單元測試中沒有發(fā)現的錯誤，包括數據定義有沒有重合與沖突，接口會不會產生錯誤，組合以后的模塊功能會不會互相影響，組合的系統(tǒng)是不是達到預期的效果等。

1.1.3.2.集成測試采用的方法和內容

集成測試采用白盒測試和黑盒測試相結合的測試技術和漸增式的測試策略，用數據流等測試方法設計測試用例。主要測試內容包括單元之間的接口測試、全局數據結構測試等。

1.1.3.3.集成測試流程

集成測試包括集成測試設計、集成測試準備、集成測試實施和測試記錄、集成測試問題跟蹤和結束測試等階段。

集成測試設計由測試組組長根據項目計劃和開發(fā)計劃編制《集成測試計劃》，設計《測試用例》。

測試計劃和測試用例應當通過項目經理的審查。

集成測試準備需要系統(tǒng)測試組組長建立獨立的測試環(huán)境。測試環(huán)境包括測試硬件環(huán)境、網絡、數據庫、應用服務器等以及測試對象(程序)的安裝和初始化工作。

集成測試實施和測試記錄是由系統(tǒng)測試組組長組織人員按照測試計劃和測試用例要求進行測試，并且記錄測試過程和測試結果。

集成測試問題跟蹤是在測試過程中發(fā)現的問題由系統(tǒng)測試組組長根據測試記錄提交測試問題報告，并由系統(tǒng)設計人員和開發(fā)人員解決每一個問題的過程。

測試結束指測試問題報告中的問題解決后，進行回歸測試。當測試問題降低到一定程度并通過測試通過準則時，系統(tǒng)測試組組長提交測試總結報告結束測試。

1.1.4.功能測試

功能測試包括兩大部分，一是包括基本業(yè)務功能、業(yè)務測試、接口測試和可用性測試等方面的功能測試，二是包括：安全性測試、故障恢復測試、數據庫測試、配置測試、安裝測試的產品化測試。驗收測試主要從系統(tǒng)的實用性、穩(wěn)定性、可維護性、靈活性、可操作性、和安全性方面進行測試。

（1）測試目標

組織并執(zhí)行測試，以降低軟件產品中存在的缺陷，保證產品的質量和可用性，測試工作的目標就是降低BUG率，從各個方面提高軟件產品的質量和可用性。

（2）測試流程

在確定具體的測試范圍及內容后，進行測試分類，并根據分類的結果確定需要設計的測試用例。

在整個測試過程中，我們將用缺陷管理工具BugBase對測試大綱、測試用例、測試問題等進行管理，并可對問題進行統(tǒng)計。

（3）測試完成標準

? 實現功能完全符合功能列表。? 所有的功能頁面均可達。

? TD上的問題得到妥善處理，不含有A,B,C類問題。? 定義的測試項目完成。? 產品化測試的約束達成。

（5）缺陷管理追蹤工具

在上節(jié)描述中提到的TD，可以應用于測試的全過程，也可以用于管理各類評審的缺陷等。TD還提供一些模板，例如測試計劃、測試總結、測試大綱、測試問題卡，因此可以通過BugBase實現從測試計劃到總結的各測試活動管理。

我們以需求說明書、軟件需求規(guī)格說明為輸入編寫測試大綱，對應測試大綱中的內容和測試需求編寫測試用例，測試人員可以根據測試大綱和用例執(zhí)行測試，發(fā)現問題后，記錄在TD中，測試負責人通過查看缺陷問題列表將問題分配給對應的開發(fā)人員，開發(fā)人員通過查看問題列表修改問題，TD還提供了各種統(tǒng)計功能，例如根據問題的發(fā)現日期、問題等級、問題的分布、問題引入階段等進行統(tǒng)計，這些統(tǒng)計結果可用來進行分析和總結

1.1.5.性能測試

性能測試總體流程與業(yè)務系統(tǒng)測試的流程基本相同。驗收測試主要從系統(tǒng)的實用性、穩(wěn)定性、可維護性、靈活性、可操作性、和安全性方面進行測試。性能測試的內容源于用戶對平臺系統(tǒng)的性能要求。

1.1.5.1.測試目標

性能測試的目標是在整個系統(tǒng)或一個系統(tǒng)的特定組件上定義、建立和執(zhí)行性能測試。驗證系統(tǒng)是否滿足標書的性能要求，如不能滿足，要進行相應的優(yōu)化。

1.1.5.2.測試流程

首先對性能測試進行策劃，確定性能測試的類別和測試方法。

然后開發(fā)性能測試的用例，確定測試環(huán)境并準備就緒后執(zhí)行性能測試，確定測試中的系統(tǒng)或組件的性能，并使用其結果決定性能是否可以被業(yè)務所接受。如果在測試中度量的性能特性證明是不能被接受的，我們可以通過對業(yè)務的改進、數據庫、應用服務器等進行調優(yōu)，以提高性能質量，在進行系統(tǒng)調優(yōu)前，我們同樣要進行調優(yōu)的設計與分析。性能測試與應用和技術架構緊密相關并且兩者互相影響。

1.1.5.3.性能測試指標

a)響應時間 響應速度在用戶心理所能承受的范圍內。無論是客戶端還是管理端，當用戶登陸，進行任何操作的時候，系統(tǒng)應該及時進行反映，系統(tǒng)應能檢測出各種非正常情況，并及時提示用戶。

b)可擴展性

在設計上必須具有適應變化的能力，當系統(tǒng)新增業(yè)務功能或現有業(yè)務改變時，應保證業(yè)務在整體框架不變的基礎上，業(yè)務變化造成的影響局部化。

c)易用性

所有的業(yè)務功能界面風格和操作流程一致，業(yè)務表單做到所見即所得，錄入能夠完全通過鍵盤完成。

d)可靠性

系統(tǒng)應保證7*24小時內不宕機，保證在正常情況下和極端情況下業(yè)務邏輯的正確性。

e)可用性

必須避免由于單點故障或系統(tǒng)升級而影響整個系統(tǒng)的正常運行。

f)可維護性

系統(tǒng)能夠簡單方便的修改和升級，包含可度性、可修改性、可測試性等。

g)可管理性和服務支持能力

每個層次、每個構件都提供標準的管理接口。實現統(tǒng)一的、一致的日志功能。每個構件都提供應用架構總體設計規(guī)定的必要的標準外部接口。

1.1.6.用戶測試

1.1.6.1.測試流程

用戶測試流程如下：

1)明確測試內容，其中包括功能、性能、可用性、安全性、兼容性、與其他系統(tǒng)集成

2)確定測試范圍：確定業(yè)務情況類型是是非常重要的。每一種業(yè)務情況類型都對應一個實際商業(yè)業(yè)務。業(yè)務情況類型可以被表達成多種狀況（例如，簡單情況、或需要進行復雜處理的例外情況）。

3)測試小組成員確定：由管理人員、業(yè)務人員、技術人員等組成，我方提供驗收測試過程中的技術支持。4)明確問題分類標準

5)系統(tǒng)的功能通過功能測試進行驗證。在功能測試過程中發(fā)現的問題根據其嚴重程度進行分類。下表列出了功能測試問題的分類。

1.1.6.2.用戶測試設計

設計測試用例：確定每個功能的測試用例，明確系統(tǒng)輸入信息和期望的輸出結果。針對需求規(guī)格說明書的每一條測試內容，確定測試用例。每個測試用例包括測試條件（包括生成測試條件需要的測試數據類型）和期望的結果。每個測試用例都應該是唯一確定的（例如，賦一個數值）。

設計測試大綱：依據測試范圍生成測試大綱。對每一種業(yè)務情況類型，生成盡可能多的測試用例來完善測試大綱。為了保證測試大綱包含所有的測試用例，將測試用例的條件映射為測試大綱是非常必要的。測試大綱中測試用例的順序安排是非常重要的，它應考慮多種方面的因素，主要考慮的因素是按照系統(tǒng)產生的數據，在測試大綱中安排測試用例的順序，使得一個測試的結果作為另一個測試前提。

測試環(huán)境準備：為了預防出現問題，如數據損壞或對系統(tǒng)資源的爭用，需要建立一個獨立的測試環(huán)境。在進行測試之前，根據測試計劃中確定的時機建立一個獨立的測試環(huán)境。

1.1.6.3.用戶測試結果

1)測試結束后，測試小組根據測試數據，制定并向驗收工作領導小組提交《用戶測試報告》。

2)測試報告結果說明軟件滿足下列要求： 3)在認可的外部設計文檔中表述的功能要求 4)在認可的系統(tǒng)描述文檔中表述的非功能要求 5)此外，測試報告中還包括對系統(tǒng)提出的改進意見。

1.1.7.測試產出

1)《測試計劃》 2)《系統(tǒng)測試方案》 3)《測試用例》 4)《系統(tǒng)測試案例》 5)《系統(tǒng)測試報告》 6)《試運行測試報告》

1.2.驗收方案

1.2.1.驗收流程

在驗收階段，平臺系統(tǒng)將按照用戶和我公司都認可的《系統(tǒng)需求分析》，組織驗收小組，進行功能和性能的驗收測試。從系統(tǒng)的實用性、穩(wěn)定性、可維護性、靈活性、可操作性、和安全性及系統(tǒng)文檔、代碼、規(guī)范及注釋說明等方面組織全面驗收。驗收測試安排分為系統(tǒng)初驗和系統(tǒng)終驗。

1.2.2.系統(tǒng)初驗

經過系統(tǒng)內部試運行，我公司對內部試運行期間發(fā)現的問題改正后，提出系統(tǒng)初驗書面申請。驗收標準將按照“需求說明書”和雙方認可的有關系統(tǒng)設計文檔所提的要求進行。用戶在收到我公司驗收申請后，盡快組織系統(tǒng)初驗。初驗前我公司提供全部的工程文檔和安裝測試報告，并提供初驗測試文檔，在用戶認可后進行初驗測試，初驗通過后，系統(tǒng)進入正式試運行期。我公司應解決試運行期間所反映出的問題，若系統(tǒng)達不到合同規(guī)定要求，試運行期將繼續(xù)順延，直到系統(tǒng)完善，但試運行期最長不得超過一個月。

1.2.3.系統(tǒng)試運行

初驗合格后，經用戶同意，系統(tǒng)進入試運行階段，試運行周期不超過三個月。在試運行期間，我公司按用戶要求提供培訓和技術支持，保證用戶能夠正確理解和使用系統(tǒng)；我公司對試運行中出現的任何問題及用戶提出的修改意見將及時做出響應，并提交解決方案，在用戶確認后實施。試運行期間如出現重大故障，則試運行期從故障排除之日起重新計算。

1.2.4.系統(tǒng)終驗

試運行期結束后，如系統(tǒng)無功能缺陷，能夠正常運行，在具備終驗條件下進行系統(tǒng)終驗，由我公司提出終驗書面申請，用戶在收到我公司驗收申請后，盡快組織系統(tǒng)終驗。成立項目全面驗收小組，由用戶、我公司以及外部專家等組成，對項目進行全面驗收。系統(tǒng)終驗前，我公司提交終驗測試標準和終驗測試計劃，內容包括：測試對象及應達到的測試指標、測試方法和測試條件、測試資料和數據，并以圖表說明每一測試對象或過程的功能輸入輸出測試進度。

系統(tǒng)終驗標準：

1)系統(tǒng)實用性：項目驗收最關鍵的指標，檢查系統(tǒng)是否符合當前業(yè)務的需要，特別是業(yè)務流的整體性和數據流的一致性，并前瞻性提供未來業(yè)務接口。

2)系統(tǒng)穩(wěn)定性：硬件環(huán)境的穩(wěn)定性、軟件運行異常處理和正常運行情況。3)系統(tǒng)可維護性：含網絡系統(tǒng)管理與維護、服務器系統(tǒng)平臺管理與維護、操作系統(tǒng)管理與維護、應用系統(tǒng)軟件管理與維護、數據庫管理與維護以及數據庫備份、應用系統(tǒng)備份，災難事件處理與解決實施方案等。

4)系統(tǒng)文檔：驗收文檔是否齊全、規(guī)范、準確、詳細，主要的文檔包括：需求分析報告，框架設計報告，數據庫物理及邏輯設計報告，詳細設計報告，編碼規(guī)范及技術選型報告，測試報告，系統(tǒng)部署和發(fā)布報告，集成方案，軟件用戶使用手冊，系統(tǒng)維護方案和操作文檔等。

5)代碼規(guī)范及注釋說明：程序代碼編寫是否規(guī)范；注釋說明或代碼文檔是否詳細全面；接口定義是否符合局信息系統(tǒng)規(guī)劃一致性的要求。

6)系統(tǒng)靈活性：系統(tǒng)是否方便客戶進行維護；系統(tǒng)是否在先進性的基礎上具備未來升級和可擴充性；是否利于系統(tǒng)平臺遷移和部署等。

7)系統(tǒng)可操作性：界面是否友好性；是否實現傻瓜化操作和智能化數據檢索功能。

8)系統(tǒng)安全性：是否有完善的安全機制保證系統(tǒng)的安全性，如軟件方面的安全防范（加密措施、相關認證、數據庫安全防范），硬件方面（防火墻、物理隔離和邏輯隔離）的安全設置。

9)其他驗收標準：其他的與本系統(tǒng)相關的驗收標準。系統(tǒng)終驗流程安排

1)我公司按照項目驗收計劃完成驗收準備工作 2)用戶代表運行驗收測試用例集，記錄運行結果

3)如果發(fā)現沒有通過的驗收測試用例，則我公司立即解決問題 4)用戶主持項目驗收會

5)我公司向用戶報告項目實施結果 6)用戶代表向用戶報告試運行結果

7)用戶評議項目實施和試運行結果，起草和審定項目驗收報告。

1.2.5.系統(tǒng)終驗相關文檔

我公司在軟件開發(fā)和系統(tǒng)集成中將嚴格按照國家軟件工程有關要求提供的文檔來提供，驗收的技術文檔至少包含以下內容： 1)系統(tǒng)需求分析 2)系統(tǒng)概要設計 3)系統(tǒng)詳細設計 4)數據庫詳細設計 5)應用系統(tǒng)集成實施方案 6)系統(tǒng)測試大綱 7)系統(tǒng)測試報告 8)系統(tǒng)驗收報告 9)系統(tǒng)用戶使用手冊 10)系統(tǒng)安裝維護管理手冊

1.2.6.終驗報告

驗收小組將在終驗結束后提交一份由專家簽名的驗收報告。驗收報告附平臺系統(tǒng)和整體系統(tǒng)測試結果報告，同時給出以下明確結論之一：

（1）通過驗收；

（2）基本通過驗收，要求在五個工作日內完善后再次進行驗收；（3）未通過驗收，要求在十五個工作日內改正后再次進行驗收； 如再次驗收后仍然不能全部通過，用戶有權終止合同，并要求我公司承擔違約責任。

驗收結束時,我公司將平臺系統(tǒng)相關產品說明書、系統(tǒng)安裝手冊、技術文檔、資料及安裝、測試、驗收報告等文檔匯集成冊交付用戶。

第四篇：ERP系統(tǒng)作業(yè)流程及管理制度

ERP系統(tǒng)作業(yè)流程及管理制度

erp系統(tǒng)作業(yè)流程及崗位責任管理制度

第一章總 則

第一條 為規(guī)范erp系統(tǒng)的管理，特制定本制度。

第二條erp系統(tǒng)各崗位人員的職責管理除有公司有特殊規(guī)定外，皆按本制度執(zhí)行。

第三條erp系統(tǒng)各崗位的考核將以本制度為依據，納入公司kpi目標考核體系。

第四條erp系統(tǒng)分為系統(tǒng)系統(tǒng)基礎管理、銷售管理、采購管理、倉存管理、車間生產管理、計劃管理、財務管理七大類模塊，每個模塊對應一個部門主管，為該模塊總負責人。根據系統(tǒng)職能的設置，對各模塊最終用戶職責進行界定。

第五條erp項目實施小組由各模塊部門數據輸入及審核人員、主管、erp系統(tǒng)主管及公司領導層組成，對整個erp項目的實施負總責。其中項目領導小組由生產副助理任組長，各部門經理組成項目領導小組，對項目的實施負領導責任，通過調配和協調各項資源為系統(tǒng)實施成功提供保障。erp系統(tǒng)主管負責協調解決各模塊運作過程中遇到的各種問題，為項目的實施提供技術支持和保障，提供系統(tǒng)二次開發(fā)；

第六條各部門主管是本模塊的部門負責人，負責聯絡erp主管解決本模塊最終操作用戶提出的與系統(tǒng)有關的所有問題。

第七條各部門主管必須結合本部門情況組織制定出本模塊操作規(guī)范，說明本模塊主要業(yè)務流程、各流程操作步驟、各進程操作方法、以及操作注意事項和常見問題解答，用于各崗位操作手冊和培訓新進員工，并在使用過程中使系統(tǒng)不斷趨向完善。

第八條最終用戶在操作過程中如遇到問題應先查詢操作手冊，如不能解決，再聯系部門主管和erp系統(tǒng)主管解決，解決問題后將新的問題和解決方法加入操作手冊。

第九條erp系統(tǒng)是一項管理的系統(tǒng)工程，具有高度上下級的關聯性，erp系統(tǒng)各崗位人員都同時是上層數據的使用者又是下層數據的提供者。對上層數據，如發(fā)現錯誤必須向相關人員報告并暫停與此有關的工作，并跟蹤問題解決情況，直至數據正確；同時做好自己這部分數據，為下層操作人員提供服務，解答下層數據使用者提出的質疑，確保數據正確。所有人員如發(fā)現錯誤不能知錯不報、將錯就錯，使錯誤擴散。如發(fā)現自身操作失誤應及時通知受影響部門，并采取相應措施及時糾正；

第十條erp系統(tǒng)各崗位人員應保管好自己的權限，如因帳號和密碼被人盜用造成數據錯誤的，所造成的后果由本人承當。

第十一條erp系統(tǒng)各崗位人員離開工作崗位時，必須及時退出系統(tǒng)，避免占用系統(tǒng)模塊站點，同時避免賬號被他人使用。如因此而造成數據錯誤，視為其本人失誤，并承當一切后果。

第十二條 erp系統(tǒng)各級相關人員，均應嚴格遵守本規(guī)則各項規(guī)定。

第二章崗位說明

第十三條 系統(tǒng)基礎管理模塊（erp實施小組）

（一）系統(tǒng)基礎管理模塊—erp實施小組長

主要職責：

1、負責制定物料編碼規(guī)則、物料數據相關重要屬性的設置總體方案；

2、審核并簽字確認本模塊所有作為系統(tǒng)輸入依據的基礎文件，包括物料編碼文件、物料數據文件、物料bom文件、單位換算系統(tǒng)文件等；

3、負責制定、完善物料數據和物料清單數據的修改增加操作流程，編寫流程圖，并發(fā)放到部門各崗位執(zhí)行，包括物料編碼的增加處理流程、換算系數的改變處理流程、新舊材料的更替處理流程、新舊產品bom處理流程等；

4、對于物料數據表中的物料屬性（自制、外購）、倉庫、財務科目、提前期、生產類型、生產工藝路線、檢驗方案方式等部分以及物料bom表中損耗率、工序屬性部分，負責聯系或指導最終用戶聯系各相關部門提供其相關數據完成設置；

5、分配、指導、監(jiān)督物料系統(tǒng)數據管理員的工作，檢查物料數據和物料清單數據的正確性，發(fā)現錯誤及時指導糾正；

6、協助做好kpi考核工作；

（二）、系統(tǒng)設置數據—研發(fā)部經理

1、負責制定或者收集物料編碼、單位換算系統(tǒng)文件、bom層次設置方案和工藝路線、生產損耗，并提供給系統(tǒng)設置數據管理員執(zhí)行；

2、負責在有新產品、新物料或須修改數據時，必須在一個工作日內收集數據并提供給系統(tǒng)數據管理員輸入、修改數據；

（三）、系統(tǒng)設置管理--資料組文員

主要職責：

1、負責依據系統(tǒng)數據提供員簽發(fā)的物料編碼文件，部門主管簽發(fā)的物料數據重要屬性的設置方案，以及其他用戶確認的物料數據文件，輸入、修改系統(tǒng)各項物料數據及其屬性，并保證錄入無誤；

2、負責依據系統(tǒng)數據提供員簽發(fā)的單位換算系統(tǒng)文件輸入、修改各項物料不同單位間的換算系數；

3、不能隨意改變各項物料數據、物料屬性以及換算系數；

4、保證數據的及時性、準確性，當有新的編碼以及換算系統(tǒng)改變時，及時通知采購部、生產部、銷售部等各相關部門；

5、當收到采購部、生產部、生管部的物料數據錯誤置疑通知（郵件、書面）后，應在提出置疑部門要求的時間內查清情況，如確有錯誤，應及時糾正，如無誤，應通知各部門，并說明情況；

6、負責根據系統(tǒng)數據提供員簽發(fā)的bom層次設置方案和工藝路線文件，設置物料清單，及依據生產部提供的資料設置原材料、半成品的物料替代；；

7、保證物料bom與實際工藝清單的一致性，在收到清單或工藝修改書面通知后，及時修改物料清單并以系統(tǒng)中改變后的物料清單簽字確認后發(fā)放到生產部和倉庫等相關部門；

8、負責根據系統(tǒng)數據提供員簽發(fā)的工藝路線流程文件，輸入、更新工作中心、設備、工藝路線、工序等工藝數據；

9、新產品的完整父bom和子bom在接到數據提供員提供的完整數據后，必須在四個小時內完成錄入確認工作，并列印受控；

k/3工作流程：

1、收到系統(tǒng)數據提供員提供的各類基礎數據——錄入k/3系統(tǒng)——本人檢查確認——反饋給數據提供人員審核確認——列印受控

2、系統(tǒng)數據提供人員必須提供的系統(tǒng)物料內容包括物料代碼、物料名稱、詳細的物料規(guī)格、物料屬性、物料所屬倉庫、自制件來源、提前期、物料的生產類型、物料的工藝路線、檢驗方式、檢驗方案等；

3、系統(tǒng)提供員提供的物料bom單必須結構完整，最底層子項物料必須為外購件，自制件物料必須有一個或以上bom存在，物料父bom和子bom相嵌套.內容包括：版本號、子項物料單位用量、損耗率、物料替代等；

4、系統(tǒng)數據管理員對數據提供員提供的數據有監(jiān)督職能，因系統(tǒng)數據提供員的資料不完整提供，要限期在半個工作日內更正提供，否則責任自己承擔；

系統(tǒng)業(yè)務功能名稱：基礎資料——物料、計量單位、bom維護、工程變更

合作部門：生管計劃部、生產部、物流部、品質部、財務部

第十四條 銷售管理模塊（生產管理部）

（一）、銷售管理模塊—生管部主管

主要職責：

1、負責制定客戶編碼、操作人員的工作分配；

2、制定、發(fā)布、完善銷售管理基礎數據，增加修改流程、正常銷售處理流程、銷售退貨處理流程、編寫處理流程圖；

3、審核并簽字確認本模塊所有作為系統(tǒng)輸入依據的基礎文件，包括客戶編碼、客戶資料、運輸提前期文件等；

4、如有特殊情況或訂單變更時，應及時通知銷售訂單處理員；

5、指導、監(jiān)督銷售數據管理員、銷售訂單處理員的工作，檢查銷售基礎數據的正確性，銷售訂單的正確性；

6、跟蹤銷售訂單執(zhí)行情況，如有錯誤及時指導糾正；

（二）、銷售數據管理員

主要職責：

1、負責根據部門主管確認的客戶編碼、客戶資料等基礎資料的輸入、更新；

2、根據銷售管理部門主管審核確認的銷售計劃輸入或修改銷售訂單；

3、每日于下班前必須將當天的銷售訂單交財務部，不能因自己的工作延誤影響財務的出貨對帳；

4、如發(fā)現物料數據、客戶資料不正確或有疑問，應及時通知相關人員要求在限期內處理，如沒有得到解決，應向模塊的部門主管反應并等候相關指示；

5、保證數據的及時性、準確性，所有數據的更新修改應在接到通知后立即進行，并將修改結果知會相關人員，最多不能延誤超過半日，不能影響下層業(yè)務處理；

6、跟蹤訂單執(zhí)行情況，監(jiān)督、催促下游環(huán)節(jié)及時處理訂單，以免延誤，并及時將情況反饋給部主管；

k/3工作流程：

1、收到部門主管提供的銷售單——銷售訂單k/3系統(tǒng)錄入——本人檢查確認——反饋給部門主管審核確認——列印交財務——通知下層用戶；

2、審核確認的銷售訂單于不超過下一工作日通知下游物控人員處理；

系統(tǒng)業(yè)務功能名稱：基礎資料——客戶、銷售訂單處理

合作部門：工程部、財務部

第十五條 計劃管理模塊（生產管理部）

（一）、計劃數據管理員(——)

主要職責：

1、負責計劃運算方案、計劃展望期等計劃基礎數據的系統(tǒng)設定；

2、負責檢查計劃物料bom、關鍵物料清單的完整性、準確性；

3、負責依據部門主管簽發(fā)的月生產計劃、產品生產的優(yōu)先順序、物料庫存情況制定合理的采購申請單，并在當天通知采購部門；

4、負責定期運行mrp物料需求運算，可以每兩個工作日進行一次，計算前應檢查銷售訂單、物料bom是否有遺漏或錯誤的，如發(fā)現問題必須馬上向工程部門、銷售數據管理員反映并要求更新，待數據正確無誤后在進行mrp運算；

5、計劃有變動時，及時調整并維護、重運行mrp物料需求計劃，并將調整結果向下游用戶作正式的文字通知；

6、當收到下游采購部、生產任務管理員反饋的運算單據錯誤質疑通知后，有義務在第一時間積極配合要求部門查清問題，如有誤馬上協助解決；

系統(tǒng)業(yè)務功能名稱：物料需求計劃——方案設置、物料需求計劃——mrp計算、采購管理——采購申請；

合作部門：工程部、物流部、采購部

（二）、生產任務管理員；（——）

主要職責：

1、根據計劃數據管理員mrp計算生成的生產任務單，負責對任務單調整及完善,在確定無誤后下達生產任務單；

2、當天生成的生產任務單必須當天內完成下達，跟蹤生產任務單執(zhí)行情況明細；

3、負責下達生產任務單自動生成的生產投料單的維護、審核、列印工作；

4、發(fā)現上游mrp生成的生產任務單有錯誤或疑問的，生產任務管理員有義務向其相關人員提出，并要求在限期內配合解決

5、因產品bom錯誤不完整或不存在導致無法生成正確的生產投料單，必須通知工程部門在一個小時內立即更新；

系統(tǒng)業(yè)務功能名稱：生產任務管理——生產任務單、生產任務管理——生產投料單

合作部門：工程部、生產管理部

k/3工作流程：

1、每個工作日檢查上游銷售訂單及對應物料bom是否正確，然后對其作mrp運算——調整審核生成的采購申請單——通知采購部門；

2、檢查生成的生產任務單——調整并下達生產任務單——維護審核生產投料單——列印生產投料單——通知物流部門備料；

第十六條 采購管理模塊（采購部）

（一）、采購管理模塊--采購部主管

主要職責：

1、負責制定采購合同、委外加工合同、以及供應商編碼原則；

2、審核并簽字確認本模塊所有作為系統(tǒng)輸入依據的基礎文件，包括供應商編碼、供應商資料等；

3、負責制定、完善本模塊各項業(yè)務操作流程，包括正常采購、采購退貨，編寫流程圖；

4、提供供應商編碼文件給采購訂單處理員，供應商編碼、稅率等發(fā)生改變時，應及時通知采購訂單處理員。

5、分配、指導、監(jiān)督采購訂單處理員的工作，檢查供應商數據、采購訂單、委外加工單的正確性，發(fā)現錯誤及時指導糾正；

6、追蹤采購訂單執(zhí)行情況，發(fā)現問題及時指導糾正；

7、協助做好kpi考核工作。

（二）、采購訂單處理員

主要職責：

1、負責根據部門主管簽發(fā)的供應商編碼、供應商資料，輸入、更新供應商數據；

2、對于新增加供應商應根據編碼原則進行編碼，確保編碼的一致性、統(tǒng)一性；

3、負責根據采購申請確定的采購訂單輸入、修改、列印、以及傳送物流財務部門；

4、當日交采購訂單、委外加工單給物流出入庫控制員，不能因自己的延誤影響物流物料的收發(fā)；

5、跟蹤采購訂單執(zhí)行情況，對于不再執(zhí)行的訂單和委外加工單應及時關閉；

6、如發(fā)現上層采購申請單不正確或有疑問，應及時通知生產管理配合解決，如沒有得到解決，應書面向部門主管報告，在有關錯誤解決后才能進行下一步工作；

7、如發(fā)現本層采購訂單、委外加工單有錯誤，馬上更正并以書面通知物流及財務部；

k/3工作流程：

1、收到簽發(fā)采購申請單——錄入k/3采購訂單——審核列印訂單——傳送物流財務；

2、根據生產管理部mrp生成的委外加工單——調整并下達委外加工單；

系統(tǒng)業(yè)務功能名稱：采購管理——訂單處理、采購管理——采購申請，委外加工管理

合作部門：生產管理部、物流部、財務部

第十七條 倉庫管理模塊（物流部）

（一）、倉存管理模塊—物流部主管

主要職責：

1、負責制定倉庫編碼、庫存調整原則、庫存事務處理權限分配表；

2、負責制定、完善倉儲數據增加修改流程，出入庫控制流程，庫存事務處理流程，倉庫盤點流程，庫存數據分析管理規(guī)則，編寫、發(fā)布、更新流程圖；

3、審核并簽字確認本模塊所有作為系統(tǒng)輸入依據的基礎文件，包括倉庫資料、庫存調整原因、庫存事務處理權限文件等；

4、確保物流暢通，提高庫存效率，降低庫存成本；

5、負責分配、指導、監(jiān)督倉儲數據管理員的工作，確保庫存數據的準確、確保出入庫控制的及時性和準確性；

6、協助做好kpi考核工作。

（二）、倉庫數據管理員

主要職責：

1、根據部門主管簽發(fā)的倉庫資料文件，輸入、更新系統(tǒng)倉庫基礎數據，當倉庫基礎數據發(fā)生改變時，應及時通知各相關部門；

2、在接到采購部門簽字確認后的采購訂單，物流收料、退料通知單和送貨單位送貨單后，當天輸入采購收貨數量完成（藍字、紅字）外購入庫單及其他入庫單，并確認審核、列印交財務部；

3、在接到物流收料通知單和加工單位送貨單后，當日完成委外加工物料入庫，并確認審核、列印交財務部門；

4、在接到經生產或其他使用部門簽字確認的生產投料單、退料單、物料領用通知后，當日輸入完成（藍字、紅字）生產發(fā)料單、其他出庫單并審核；

5、接到生產管理部門簽發(fā)的發(fā)貨通知單后，一個小時內輸入銷售出庫單，并確認審核、打印交財務部門，不能因延誤影響銷售出庫；

6、如發(fā)現自身操作失誤應及時通知受影響部門，并采取相應措施及時糾正；

7、所有操作須在接到通知后半日內執(zhí)行，不能影響各項出入庫業(yè)務，造成公司經濟損失；

8、如發(fā)現倉儲基礎數據、物料基礎數據、發(fā)貨通知單、采購訂單、生產投料單、生產物料報廢單不正確或有疑問，應及時通知相關人員，如沒有得到解決，應書面向部門主管反應，不能知錯不報、將錯就錯，進一步造成下層結果錯誤。

9、在接到經各有關部門簽字確認的車間成品入庫單后，作庫存轉移，將成品從收貨倉調入成品庫，樣品散數調入樣品庫，操作及時準確；

10、以上各項操作要謹慎，否則會影響系統(tǒng)各項庫存的準確性；

11、負責每月月初核對實際庫存與系統(tǒng)庫存，發(fā)現錯誤應根據庫存歷史數據管理員提供的上月庫存歷史數據和倉管員提供的倉庫進出資料，找出原因記錄備案并報告部門主管；

12、照各個物料的盤點周期，倉庫管理員定期對各倉庫進行盤點，倉庫數據管理員在遵照系統(tǒng)盤點作業(yè)流程盤點前審核所有倉存單據備份帳存數據，列印盤點表交倉管員物料盤點；

系統(tǒng)業(yè)務功能名稱：倉存管理——入庫、出庫、調撥、盤點

合作部門：生產部、采購部、生產管理部、財務部

第十八條 車間管理模塊（生產部）

（一）、生產管理模塊—生產部經理

主要職責：

1、審核并簽字確認本模塊所有作為系統(tǒng)輸入依據的資源清單、生產工序、工作中心，工藝流程文件等基礎數據；

2、負責制定、完善基礎數據增加修改處理流程、工序計劃流程，編寫、發(fā)布、更新流程圖；

3、傳送經計劃管理員確認的生產任務單至生產工序派工單，并跟蹤派工計劃執(zhí)行情況，發(fā)現錯誤及時與計劃部溝通，共同解決指導糾正；

4、確認和傳送半成品、成品的生產任務至工序匯報單，并跟蹤執(zhí)行情況；

5、分配、指導、監(jiān)督、生產流程控制員的工作及工作結果，包括生產訂單、原材料領用、成品入庫的正確性和及時性；

6、協助做好kpi考核工作。

（二）、生產流程控制員

主要職責：

1、負責根據生產管理部門簽發(fā)的生產任務單進行工序排程；

2、根據成品入庫交接單輸入產品入庫數量，報告完成生產任務單，完成系統(tǒng)產品入庫；

3、在生產任務單報告完成后，反沖原材料；

4、以上操作應及時進行、準確，不能因自身的延誤影響產品庫存、產品入庫和銷售發(fā)貨；

5、定時對比車間實際庫存與系統(tǒng)庫存，發(fā)現錯誤及時報告部門主管，必要時申請庫存事務盤點處理；

6、在執(zhí)行過程中如發(fā)現物料清單、物料編碼、倉庫、庫存等有問題時應及時上報部門主管，或及時通知相關部門，如發(fā)現沒有得到及時解決應上報項目組采取措施；

7、每天及時校對材料領用數量、成品入庫數量、工序派工單執(zhí)行進度情況，如發(fā)現錯誤應及時找出原因記錄備案，并及時糾正。

（三）、車間數據管理員

主要職責：

1、負責根據生產任務單輸入、更新工序計劃單，并正派或倒排計劃單后審核確認；

2、根據排產的計劃單錄入工序派工單，審核下發(fā)工序派工給相關工作中心；

3、在派工序計劃執(zhí)行完畢后提供工序匯報給生產流程控制員，根據實際使用情況，完成物料退庫；

4、如發(fā)現物料基礎數據、倉儲基礎數據不正確或有疑問，應及時通知相關人員，如沒有得到解決，應書面向項目組反應，不能知錯不報、將錯就錯，進一步造成下層結果錯誤；

5、定期提供派工執(zhí)行進度表、工序匯報明細表、工序在制品統(tǒng)計表、月工序執(zhí)行統(tǒng)計表給生產部門主管，便于生產主管控制整個生產進度；

6、所有操作要及時、準確，不能影響原料庫存、原材料領用、生產活動。

系統(tǒng)業(yè)務功能名稱：車間管理、生產任務管理、倉庫管理

合作部門：生產技術部、物流部、生產管理部

第十九條 財務管理模塊（財務部）

（一）、總賬管理員—財務部主管

主要職責：

1、負責總賬模塊的科目維護更新，分帳設置管理；

2、檢查每日事務處理，并將集成事務處理過帳到財務模塊核對科目總賬；

3、結算會計期間，打印資產負債表、損益表等財務報表；

4、指導其他崗位的日常操作，檢查錯誤日志，和it部相關人員解決問題；

5、提出財務管理報表規(guī)劃；

6、針對實施過程中出現的問題，結合k/3的特點，提出合適的財務解決方案，并能促進該方案的順利執(zhí)行；

7、就生產、采購、銷售過程中的問題提出意見，與相關部門保持有效溝通以達到解決問題的目的；

8、維護更新部門操作手冊。

（三）、成本控制員

主要職責：

1、制定公司成本核算管理制度；

2、維護成本核算要素，如系統(tǒng)價格，生產成本，費用歸集方案；

3、及時過帳生產事務處理并檢查集成結果；

4、及時就生產結果中出現的異常情況提出意見并跟進解決過程；

5、指導公司報廢物料過程及在系統(tǒng)中的數據歸集。

（四）、應付賬款管理員

主要職責：

1、負責審核采購訂單的價格，并維護系統(tǒng)物料采購單價；

2、及時跟進采購員和收貨部門處理已收貨的記錄；

3、每月至少一次檢查系統(tǒng)中收貨金額是否已被正確過帳至財務事務處理；

4、月結時跟進采購員和收貨部門出具已處理的收貨單、未處理但已收貨的收貨單報告；

5、及時檢查收貨記錄處理后數據集成的正確性，及時錄入已處理的收貨記錄對應的進項稅暫估；

6、檢查對各供應商應付賬余額，確保能反映真實的往來。

（五）、應收賬款管理員

主要職責：

1、負責審核結算單的單價、扣點、金額等，發(fā)現錯誤及時通知銷售訂單處理員，并指導糾正；

2、及時打印銷售發(fā)票，間隔期不超過1天；

3、及時處理已交貨的銷售訂單；

4、過賬集成銷售數據至財務子系統(tǒng)；

5、及時處理應收賬款：根據客戶匯款，輸入客戶回款，并及時分配回款至各銷售發(fā)票，不能因自己的延誤造成銷售訂單被凍結；發(fā)票管理，銷售更正處理，保證客戶余額的準確性；

6、每日對帳并存檔，發(fā)現問題及時解決、糾正；

7、如發(fā)現財務基礎數據不正確或有疑問，應及時通知財務數據管理員，如沒有得到解決，應書面向項目組反應，不能知錯不報、將錯就錯，進一步造成下層結果錯誤。

系統(tǒng)業(yè)務功能：總帳、報表、應收款管理、應付款管理、固定資產管理

合作部門：生產管理部、采購部、物流部、生產部

第二十條 系統(tǒng)管理

（一）、erp工程師

主要職責：

1、負責系統(tǒng)權限分配；

2、負責系統(tǒng)日常管理、維護和備份（見k/3日常維護操作手冊、計算機系統(tǒng)維護及備份操作手冊）；

3、負責解答其它用戶按程序提交的技術性問題；

4、協助其它部門主管制定各種方案、制度；

5、負責協調公司內部資源，控制項目進度，配合各部門主管推進系統(tǒng)實施；

6、根據管理需要進行系統(tǒng)二次開發(fā)；

第三章危機預防及應急處理辦法

第二十一條數據備份：it部必須定期進行相關數據備份，每天做一次增量備份、每星期做一次完整備份、每月一次歸檔備份并驗證備份數據的正確性；完全備份和歸檔備份資料必須和系統(tǒng)分開存放。

第二十二條it部定期檢查服務器等關鍵設備運行情況，做好運行日志記錄，發(fā)現問題要及時處理；同時通過對關鍵部件采用冗余技術，保證系統(tǒng)穩(wěn)定運行及數據安全；

第二十三條在發(fā)生系統(tǒng)故障或突發(fā)事件發(fā)生時，it部必須在第一時間把相關情況向上級匯報并通知各有關部門采取措施降低由此造成的影響和損失；it部必須根據當時具體情況制定計劃盡快恢復系統(tǒng)運行。

第二十四條各相關職能部門在收到it部故障或突發(fā)事件通知后，必須組織本部門相關人員就有關事項做出安排，手工解決與系統(tǒng)有關單據處理，待系統(tǒng)恢復正常運行后將手工單據重新輸入到系統(tǒng)；

第二十五條涉及其他如操作流程調整、業(yè)務流程重組等情況，必須首先保證內部各環(huán)節(jié)的正常運轉,特別是不能讓生產線停工待料；然后由it部門牽頭組織各相關部門會議討論決定相關解決辦法并實施。

第四章獎懲辦法

第二十六條各崗位以一百分為基數進行考核，最終得分為erp考核分數乘以erp考核占kpi考核的權重的值。

第二十七條 各崗位人員不按操作規(guī)則執(zhí)行而造成錯誤的，每次扣10分。

第二十八條 各崗位人員因操作時不仔細、不認真而造成錯誤的每次扣5分。

第二十九條各崗位人員由于沒有按規(guī)定對系統(tǒng)數據進行檢查而導致錯誤沒有及時被發(fā)現的每次扣5分。

第三十 條各崗位人員如發(fā)現其他人員提供的數據錯誤卻沒有反饋到相關人員或項目組，導致錯誤延續(xù)的，每次扣5分。

第三十一條各崗位人員如沒有在規(guī)定時限內對其他人員按《erp問題處理流程》提出的問題進行處理而導致錯誤延續(xù)或擴散的，每次扣5分。

第三十二條由于沒有及時制定有關數據流程或其它與系統(tǒng)運行相關的處理原則、方案而導致系統(tǒng)不能正常運行的，每次扣5分。

第三十三條 對所有被處罰當事人的直接領導按以上系統(tǒng)的50％處罰。

第三十四條建立激勵機制，針對各用戶的工作情況由項目組分別設立一個激勵基數，與年終獎掛鉤，以此激勵大家的積極性和責任感。

第五篇：erp系統(tǒng)倉庫管理操作流程

設備部

ERP系統(tǒng)使用流程說明

采購入庫單生成操作流程圖：

采購入庫單編寫界面操作流程圖：

倉庫編寫：

供應商編寫：

部門編寫：

入庫類別編寫：

存貨品項編寫

新增品項此操作流程圖：

入庫單保存處理：

入庫單審核處理：

入庫單棄審，修改，刪除處理：

其他出庫單生成操作流程：

其它出庫單界面編寫操作流程圖：

其它出庫單保存，審核，棄審，修改，刪除處理：

采購入庫單列表查詢操作流程圖：

采購入庫單列表說明：

其它出庫單列表查詢操作流程圖：

其它出庫單列表說明：

現存量查詢操作流程圖：

現存量查看界面演示：

發(fā)票單據生成操作流程圖：

生單帶入入庫單列表說明：

發(fā)票單據結束保存說明：