企業(yè)資源規(guī)劃系統(tǒng)（ERP）技術規(guī)范匯編

漯河企越軟件技術有限公司 企越CheerERP,為您的企業(yè)成功助力企業(yè)信息化技術規(guī)范第1部分：企業(yè)資源規(guī)劃系統(tǒng)（ERP）規(guī)范目 次前言II1范圍12術語和定義13總則54ERP產品研發(fā)技術要求64.1研發(fā)循環(huán)總流程74.2新產品規(guī)劃提案作業(yè)程序84.3新產品開發(fā)作業(yè)程序104.4設計變更作業(yè)程序134.5產品功能異常處理作業(yè)程序154.6質量文件管理作業(yè)程序175ERP產品服務技術要求195.1基本組織架構195.2基本人員組成195.3各項工作概述195.4各項工作具體評估準則216ERP產品功能技術要求246.1總體說明246.2環(huán)境與用戶界面256.3系統(tǒng)整合286.4系統(tǒng)管理316.5基本信息336.6庫存356.7采購406.8營銷456.9產品明細表 BOM546.10車間任務管理566.11工藝596.12物料需求計劃 MRP616.13成本656.14人力資源716.15質量保證846.16經營決策866.17總帳916.18自動分錄956.19應收976.20應付996.21固定資產101參考文獻103III前 言企業(yè)信息化技術規(guī)范系列標準目前由以下部分組成：第1部分：企業(yè)資源規(guī)劃系統(tǒng)（ERP）規(guī)范；第2部分：產品數據管理系統(tǒng)（PDM）規(guī)范； 第3部分：客戶關系管理系統(tǒng)（CRM）規(guī)范；第4部分：協同產品商務系統(tǒng)（CPC）規(guī)范；第5部分：供應鏈管理系統(tǒng)（SCM）規(guī)范；第6部分：辦公自動化系統(tǒng)（OA）規(guī)范；第7部分：企業(yè)信息化監(jiān)理規(guī)范；本部分為第部分。本部分由中國電子技術標準化研究所（CESI）歸口。本部分起草單位：中國生產力促進中心協會、中國電子技術標準化研究所。本部分主要起草人： 本部分主要參與起草單位：企業(yè)信息化技術規(guī)范 第1部分：企業(yè)資源規(guī)劃系統(tǒng)（ERP）規(guī)范1 范圍本標準給出了企業(yè)資源規(guī)劃系統(tǒng)（以下簡稱ERP）的相關軟件功能、開發(fā)管理、實施管理的基本要求和方法，本標準適用于企業(yè)ERP產品與服務選型工作。2 術語和定義下列定義適用于本標準。2.1 驗收acceptance需方授權代表的一項活動，通過該活動，需方接受履行合同的部分或全部的軟件產品的所有權。2.2 需方 acquirer 為自己或為另一個組織采購軟件產品的組織。2.3 批準 approval 需方的授權代表對開發(fā)方的項目計劃、設計或其他方面表示滿意并可能作為下一階段工作基礎而簽 署的書面文件。這種批準并不能解除開發(fā)方對滿足合同要求的責任。2.4 體系結構 architecture 一個系統(tǒng)或CSCI的組織結構，標明它的組成，這些組成的接口和它們之間的操作概念。2.5 開發(fā)階段 build1） 軟件的一個版本，它滿足完整的軟件所要滿足的全部需求的一個特定的子集。2） 開發(fā)滿足特定需求子集的軟件版本所經歷的時間。注：術語“開發(fā)階段”和“版本”之間的關系依賴于開發(fā)方；例如，可以通過幾個版本來實現一個開發(fā)階段，一個開發(fā)階段也可以發(fā)行幾個并行的版本（如在不同的地點），或者將它們用作為同義詞。2.6 計算機數據庫 computer database 見數據庫。2.7 計算機硬件 computer hardware 能接收和存儲計算機數據的，對計算機數據執(zhí)行一系列系統(tǒng)性的操作的，或能產生控制輸出的設備。這類設備能實現基本的解釋、計算、通信、控制或其他邏輯功能。2.8 計算機程序 computer program 能使計算機硬件實現計算或控制功能的計算機指令和數據定義的集合。2.9 數據庫 database 以一種能被用戶或計算機程序通過一個數據庫管理系統(tǒng)進行訪問的方式，存儲在一個或多個計算機文件中的相關數據的集合。2.10 數據庫管理系統(tǒng) database management system 是一整套計算機程序，它提供為建立、修改、使用和完整性維護一個數據庫所需的功能。2.11 設計 design 開發(fā)方為響應一定的需求而對一個系統(tǒng)或CSCI選取的一些性能/規(guī)格。這些特性中有些是與需求相匹配的；有一些是需求的精細化。如為了響應顯示錯誤信息這一需求而定義所有的錯誤信息；有一些則是有關的實現，如為滿足需求，決定選用哪些軟件單元和邏輯。2.12 開發(fā)方 developer 開發(fā)軟件產品的組織（“開發(fā)”包括新的軟件開發(fā)、修改、重用、再工程、維護或產生軟件產品的任何其他活動）。開發(fā)方可以是一個承制方或者政府機構。2.13 文檔/文檔編制 document/documentation 能供人或機器閱讀的，一般具有永久性的一套資料（不管它們記錄在什么媒體上）。2.14 評價 evaluation 確定一個項目或一項活動是否滿足制定準則的過程。2.15 固件 firmware 硬件設備和以只讀軟件的形式駐留在硬件設備上的計算機指令和/或計算機數據的組合。2.16 接口 interface 在軟件開發(fā)中，兩個或多個實體（如CSCI-CSCI,CSCI-HWCI,CSCI-用戶，或軟件單元-軟件單元）之間的關系。這些實體依據這種關系共享、提供或交換數據。接口不是CSCI、軟件單元或其他的系統(tǒng)部件；接口是這些實體間的一種關系，而不是接口的實現。2.17 過程 process 為實現某個既定目的而進行的一組有組織的活動，例如，軟件開發(fā)過程。2.18 合格性測試 qualification testing 為了向需方表明一個CSCI或系統(tǒng)滿足其指定的需求而進行的測試。2.19 再工程 reengineering 為了以一種新的形式重組一個現有的系統(tǒng)而對其進行檢查和改造的過程。再工程可包括逆向工程（分析一個系統(tǒng)并產生更高一級的抽象來表示它，如從代碼到設計），重構（在同一個抽象級上把系統(tǒng)從一種表示形式轉換到另一種表示形式），重編文檔（分析一個系統(tǒng)并產生用戶文檔或支持文檔），正向工程（從現有的系統(tǒng)的軟件產品結合新的需求，產生新系統(tǒng)），重定目標系統(tǒng)（對系統(tǒng)進行轉換以便將其安裝到不同的目標系統(tǒng)上）和翻譯（將源碼從一種語言轉換到另一種語言或者從一種語言的某個版本轉換成另一種版本）。2.20 需求 requirement1） 了使需方能夠接受一個系統(tǒng)或CSCI所必需具備的特性。2） 標準或合同中規(guī)定的必須遵守的陳述。2.21 軟件 software計算機程序和計算機數據庫。注：雖然有些軟件的定義中包括文檔，本標準把這個定義只限于計算機程序和計算機數據庫。2.22 軟件開發(fā) software development 產生軟件產品的一整套活動。軟件開發(fā)可以包括新開發(fā)、修改、重用、再工程、維護或者任何會產生軟件產品的其他活動。2.23 軟件開發(fā)過程 software development process 為了把用戶的需求轉換成軟件產品而進行的一系列有組織的活動。2.24 軟件工程 software engineering 一般情況下，它是軟件開發(fā)的同義詞。在本標準中，軟件工程是軟件開發(fā)全部活動（合格性測試除外）的一個子集。本標準之所以加以這種區(qū)分只是為了給軟件工程和軟件測試環(huán)境以不同的命名。2.25 軟件工程環(huán)境 software engineering environment 實施軟件工程所需要的設施、硬件、軟件、固件、方法和文檔。它可以包括（但不限于）計算機輔助軟件工程的工具、編譯程序、匯編程序、連接程序、裝載程序、操作系統(tǒng)、排錯程序、仿真程序、模擬程序、文檔工具和數據庫管理系統(tǒng)。2.26 軟件產品 software product 為了滿足一個合同而建立、修改或組合成的軟件或相應的資料。例子包括計劃、需求、設計、代碼、數據庫、測試資料和手冊。2.27 軟件質量 software quality 軟件滿足所規(guī)定的需求的能力。2.28 軟件系統(tǒng) software system 只由軟件組成的系統(tǒng)，有時可能還包括該軟件賴以運行的計算機設備。2.29 軟件測試環(huán)境 software test environment 為完成軟件合格性測試和可能的其他測試所需的設施、硬件、軟件、固件、方法和文檔。其要素可以包括（但不限于）仿真程序、代碼分析程序、測試用例產生程序和路徑分析程序，還可能包括在軟件工程環(huán)境下用到的要素。2.30 軟件單元 software unit CSCI設計中的一個基本單位；例如，CSCI的一個主要構成部分，這種構成部分的一個組成部分、一個類、對象、模塊、函數、子程序或者數據庫。軟件單元可以出現在層次機構的不同層上并可以由其他的軟件單元組成。設計中的軟件單元與實現它們的代碼和數據實體（子程序、過程、數據庫、數據文件等）之間有也可以沒有一一對應的關系，或包含這些實體的計算機文件之間的關系也是這樣。2.31 咨詢 consult通過對客戶方業(yè)務、經營等各種情況的了解、分析，基于自身的知識和經驗，提供合理化建議的一種行為。2.32 實施 implement通過一定的手段將一項計劃實現的過程，在ERP領域特指將ERP軟件經過科學地配置、調整用于客戶日常管理的過程。2.33 顧問 consultant有相關經驗，為客戶就行業(yè)特色提供咨詢服務的人。2.34 維護 service對設備、系統(tǒng)的工作狀況進行監(jiān)視、維修，保證系統(tǒng)的正常運轉的工作。2.35 流程 process完成一項工作所要經過的各個步驟，按照一定的先后順序執(zhí)行的完整過程。2.36 配置 configueration1） 硬件配置：根據硬件系統(tǒng)要求，對相關的硬件進行規(guī)格搭配。2） 軟件配置：根據軟件系統(tǒng)運行要求，對軟件參數進行設置。2.37 數據 data在流程中處理的各種信息對象，數據可以有多種存儲方式。2.38 上線 go-life讓設備或者是軟件系統(tǒng)正式運行。2.39 選型 make choice根據實際業(yè)務管理的需要，對硬件、軟件進行規(guī)格選擇。2.40 模塊 module按照業(yè)務功能劃分的各個子業(yè)務系統(tǒng)，如銷售、采購、倉庫等子業(yè)務。2.41 產品明細表 BOM產品結構的英文縮寫，又稱為物料清單，是對產品生產所需的材料、工序進行描述的一種結構性件。2.42 物料需求計劃 MRP物料需求計劃的英文縮寫，是企業(yè)根據生產、銷售、采購、預測等需求對物料進行的一種計劃。3 總則ERP產品設計遵從以下原則：底層設計高度集成化，各類數據、計算、共享高度統(tǒng)一，不同于單類應用的簡單連接；產品采用先進和穩(wěn)定的IT開發(fā)平臺，系統(tǒng)穩(wěn)定、安全、靈活、可擴充；在各種行業(yè)有豐富的實用案例；軟件提供者本身的業(yè)務保持持續(xù)健康的發(fā)展，保證產品持續(xù)發(fā)展，服務持續(xù)提供；符合相關制度和法規(guī)，適合企業(yè)管理和人文文化特點。為達到以上各項原則，應在產品研發(fā)、實施、服務、產品功能各方面建立相關的標準工作方法和內容。4 ERP產品研發(fā)技術要求產品研發(fā)是非常嚴謹、科學的一系列工作的組織，整個體系應具有完整、靈活、嚴謹、高效的特性，進行嚴格的管理控制，以確保產品的質量和市場反應的速度，保證工作的延續(xù)性，保證各類產品問題的可追溯性，尤其是各類過程控制文檔與記錄的保存。以下為產品研發(fā)最基本流程的框架描述，過程中的文檔摸版未提供，可根據需要由各公司自行設計確定。下面將以流程圖的方式闡述主要工作的過程，并分別配有表格形式的說明。4.1 研發(fā)循環(huán)總流程研發(fā)循環(huán)總流程見圖1。新產品規(guī)劃提案作業(yè)程序新產品開發(fā)作業(yè)程序設計變更作業(yè)程序產品功能異常處理作業(yè)程序質量文件管理作業(yè)程序圖14.2 新產品規(guī)劃提案作業(yè)程序a) 新產品規(guī)劃提案作業(yè)程序見圖2; 各單位 事業(yè)部 總裁室開 始新產品規(guī)劃提案表審查YN新產品規(guī)劃提案表修訂/退件N審查Y評估報告審查評估報告NY審核Y新產品立項任務書新產品開發(fā)作業(yè)程序圖2b) 新產品規(guī)劃提案作業(yè)程序解釋見表。表作 業(yè) 系 統(tǒng) 及 控 制 重 點依據資料及流程圖中各項窗體目的 為標準化及落實新產品規(guī)劃過程的所有程序、文件及記錄，特定本程序。權力與責任 本作業(yè)程序由研發(fā)部門負責維護，經總裁審核批準后后實施，其修訂亦同。作業(yè)程序a)新產品規(guī)劃提案公司人員對新產品有新構思或提案，可填寫新產品規(guī)劃提案表 ，由提案單位主管審查后轉呈事業(yè)部負責人及總裁室審查及批準。b) 總裁室審查批準的新產品規(guī)劃提案表應由事業(yè)部負責人委任適當人員進行新產品開發(fā)的評估。c) 新產品開發(fā)評估完成后，應撰寫評估報告，評估報告內容含日程、成本及人力規(guī)劃。評估報告經事業(yè)部負責人審查后交總裁室批準。d) 決議開發(fā)的提案，由事業(yè)部負責人成立開發(fā)項目依新產品開發(fā)作業(yè)程序進行產品開發(fā)；決議不開發(fā)者，評估報告應歸檔妥善保存。4控制重點 a)新產品規(guī)劃提案表是否經過適當的管理。 b)新產品的開發(fā)是否可追溯新產品規(guī)劃提案表。 c)新產品的開發(fā)是否具備開發(fā)評估報告。 d)新產品評估相關報告及記錄是否經適當的保存。 新產品規(guī)劃提案表新產品開發(fā)作業(yè)程序4.3 新產品開發(fā)作業(yè)程序a)新產品開發(fā)作業(yè)程序見圖3； 事業(yè)單位 項目小組 銷售及服務單位成立項目小組開 始進行項目控制制定各項標準系統(tǒng)分析修訂N審查Y系統(tǒng)設計修訂N審查Y程序編碼測試產品發(fā)表圖3b)新產品開發(fā)作業(yè)程序解釋見表。表作 業(yè) 系 統(tǒng) 及 控 制 重 點依據資料及各項窗體目的 為落實新產品及子系統(tǒng)在開發(fā)過程中的所有程序、文件及記錄標準化,特定本程序。權力與責任 本作業(yè)程序由研發(fā)部門負責維護，經總裁審查批準后實施，其修訂亦同。作業(yè)程序a) 新產品開發(fā)應成立項目小組，決定項目負責人及組織分工，由項目負責人負責項目控制、協調及程序管理。b)若新產品開發(fā)工作決定委托公司外部資源進行時，應由項目小組擬定外包合同，經總裁室審查批準，由項目負責人監(jiān)控。c) 新產品使用新技術前應經過適當的評估。d) 新產品開發(fā)過程使用各項標準應經過適當的規(guī)劃及測試。e) 系統(tǒng)分析 產品開發(fā)應具備系統(tǒng)分析文件，系統(tǒng)分析文件撰寫完成后，應經過適當審查，審查結果應保留記錄。f) 系統(tǒng)設計系統(tǒng)分析完成后，進入系統(tǒng)設計階段，系統(tǒng)設計文件撰寫完成后,應 經過適當審查，審查應保留記錄。g) 程序設計程序人員，根據系統(tǒng)設計文件及各種標準撰寫程序。h) 產品測試 產品開發(fā)完成應經過嚴謹測試，以確保產品質量，測試應保留測試 記錄。i) 產品開發(fā)執(zhí)行過程的版本及開發(fā)環(huán)境應適當管理。j) 開發(fā)過程的開發(fā)文件保管及管理依質量文件管理作業(yè)程序所規(guī)范的內容執(zhí)行。外包合同質量文件管理作業(yè)程序表（續(xù)）作 業(yè) 系 統(tǒng) 及 控 制 重 點依據資料及流程圖中各項窗體控制重點a) 開發(fā)中項目是否定期監(jiān)控進度及預算執(zhí)行。b) 產品開發(fā)中使用的各項標準是否經過適當管理。c) 系統(tǒng)分析是否經過適當審查。d) 系統(tǒng)設計是否經過適當審查。e) 軟件開發(fā)的產品識別方式是否明確制訂。f) 是否保留開發(fā)記錄，證明產品開發(fā)的著作所有權。g) 產品開發(fā)完成，是否具備測試記錄，以驗證產品質量。h) 開發(fā)過程的文件及記錄是否依據質量文件管理辦法妥善的保存及管理。4.4 設計變更作業(yè)程序a) 設計變更作業(yè)程序見圖4；變更需求單位 項目小組/產品維護單位 開 始會議記錄或建議信息審核N修訂/退件YY項目控制項目管理NY規(guī)格變更修訂N審查Y程序修改與測試會議記錄或建議信息產品提交圖4b) 設計變更作業(yè)程序解釋見表。作 業(yè) 系 統(tǒng) 及 控 制 重 點依據資料及流程圖中各項窗體目的 為落實新產品在開發(fā)過程及產品維護階段的設計變更管理與控制，特制定本程序。權力與責任 本作業(yè)程序由研發(fā)部門負責維護，經總裁審查批準后實施，其修訂亦同。作業(yè)程序a)產品開發(fā)過程的設計變更，可由設計單位或業(yè)務或服務單位于相關項目會議中提出變更需求，經項目負責人審查批準后，進行設計變更。b) 產品維護階段發(fā)生設計變更需求時，應由需求單位提出系統(tǒng)功能建議，經產品維護單位主管審查或經產品相關會議審查批準決議后，交由產品維護人員進行產品功能修訂。c) 變更幅度較大時，由產品維護單位的負責人視項目規(guī)模判斷是否需要成立項目進行項目控制。d) 設計變更應規(guī)劃可識別的版號，以作為產品質量及功能的追溯。e) 設計變更完成后的產品應經過適當的測試，以驗證產品的質量及功能的完整性。f) 產品變更文件依質量文件管理作業(yè)程序 所規(guī)范的內容執(zhí)行?？刂浦攸ca)設計變更是否經過適當的審查。b) 設計變更完成，是否經過適當的測試。c) 開發(fā)過程的文件及記錄是否依據質量文件管理辦法妥善的保存及管理。質量文件管理作業(yè)程序4.5 產品功能異常處理作業(yè)程序a)產品功能異常處理作業(yè)程序見圖5； 發(fā)起單位 產品維護單位 開 始產品功能異常信息驗證錯誤程序修改與測試程序更新產品功能異常信息修改文檔產品更新圖5b) 產品功能異常處理作業(yè)程序解釋見表。表作 業(yè) 系 統(tǒng) 及 控 制 重 點依據資料及流程圖中各項窗體目的確保產品程序異常處理的質量及提供有效的產品服務特定本程序。權力與責任本作業(yè)程序由研發(fā)部門負責維護，經總裁審查批準后實施，其修訂亦同。作業(yè)程序a)異常的提出 銷售、服務單位或產品維護單位于產品服務或維護過程中發(fā)現功能異常時，應提出產品功能異常反應，將異常信息或描述以FAX或MAIL郵件通知產品維護單位處理。b)程序修改完成，應經適當測試。c)產品維護單位應建立程序維護記錄，便于產品追溯及信息的查詢?？刂浦攸ca)產品功能異常反應是否經過適當的處理。b)異常程序修改完成是否進行適當測試。c) 程序修改是否保存修改記錄。4.6 質量文件管理作業(yè)程序a)質量文件管理作業(yè)程序見圖6； 文件需求單位 文件管理與控制單位 開 始文 件 公 布特殊文件需求業(yè)務聯系單N退 回審核Y文件質量收發(fā)登錄表文件資料查收文件質量收發(fā)登錄表業(yè)務聯系單圖6b) 質量文件管理作業(yè)程序解釋見表。表作 業(yè) 系 統(tǒng) 及 控 制 重 點依據資料及流程圖中各項窗體目的 為使本公司的文件管理與控制能落實執(zhí)行，制定文件的建立、發(fā)行、變更及保密與安全的程序，以有效管理各項質量文件，特定本程序。權責 本作業(yè)程序由研發(fā)部門負責維護，經總裁審查批準后實施，其修訂亦同。管理內容a)開發(fā)階段所完成的各項技術資料及質量記錄、產品功能建議單、產品功能異常單及會議記錄等資料，應視資料儲存特性由項目負責人或產品維護負責人定義儲存資料方式，并妥善保存。b) 為了讓全體員工充分分享現有信息，項目小組及產品維護單位可將分享記錄統(tǒng)一公布。c)非分享的記錄或資料，若屬技術機密文件者，發(fā)生調閱需求時，應由需求單位填寫業(yè)務聯系單，并由資料保管單位主管授權批準，才能取得資料。資料若有歸還的必要性，則保管單位應登錄于質量文件收發(fā)登錄表中進行追蹤管理。d) 資料文件歸還時，應于質量文件收發(fā)登錄表做出記錄。4 控制重點a) 產品文件是否定義儲存方式，并根據儲存方式落實執(zhí)行。b) 是否設置文件管理與控制人員，負責質量文件的管理。 c) 屬于技術機密文件的申請是否具備申請記錄，申請記錄是否具備適當審核。 d) 管理與控制文件的收發(fā)是否登錄于質量文件收發(fā)登錄表中。業(yè)務聯系單質量文件收發(fā)登錄表5 ERP產品服務技術要求5.1 基本組織架構應至少建立獨立的“ERP服務部”，區(qū)別于產品研發(fā)部門。5.2 基本人員組成工程師、管理咨詢顧問、客戶支持人員、系統(tǒng)分析師、程序員。5.3 各項工作概述各項工作內容見表。表服務名稱適用階段服務提供者服務對象服務內容及目的說明管理咨詢 實施階段管理咨詢顧問 客戶調研客戶的業(yè)務流程為客戶的業(yè)務流程優(yōu)化提供管理咨詢報告系統(tǒng)集成與安裝實施階段ERP服務部工程師用戶信息部門技術工程師將ERP安裝至用戶的服務器里，并調試網絡及周邊設備等，以確保軟件能夠正常在用戶的整體環(huán)境中順利執(zhí)行教育培訓實施階段維護階段ERP服務部顧問用戶使用部門&信息部門人員通過事先設計好的教材及步驟，讓學員了解ERP的標準功能及操作方式，以便學員學成之后能夠順利操作系統(tǒng)并有助于系統(tǒng)實施工作的執(zhí)行系統(tǒng)實施實施階段ERP服務部顧問用戶使用部門&信息部門人員通過事先設計好的實施輔導流程及信息工具的協助，以科學的、有系統(tǒng)的方法，按照計劃使用戶可以順利將ERP導入在企業(yè)內使用熱線服務維護服務階段ERP服務部服務人員用戶使用部門&信息部門人員以訓練有素的服務人員，接受用戶對于軟件使用方面的種種詢問，為用戶解答問題，提供指導，以確保ERP在用戶處可以順利使用二次開發(fā)實施階段維護階段ERP服務部系統(tǒng)分析師、程序員用戶使用部門&信息部門人員因用戶企業(yè)本身的特殊情況導致標準軟件功能無法滿足需求時，由專門的技術人員與用戶討論并確定其需求的內容，將需求轉化為程序規(guī)格后，擬定出適合該用戶使用的個性化程序，以彌補標準軟件無法滿足用戶的情況表（續(xù)）服務名稱適用階段服務提供者服務對象服務內容及目的說明線上診斷維護階段ERP服務部工程師、服務人員用戶信息部門技術人員通過調制解調器及遙控軟件，以在線方式為用戶軟件運行環(huán)境進行必要的檢查，以判斷異常發(fā)生的原因后，采取必要的措施為用戶排除軟件使用上的各種疑難問題，使ERP能在用戶處順利運行版本更新維護階段ERP服務部服務人員、ERP產品研發(fā)中心用戶信息部門技術人員因法令的修改，經營環(huán)境的變化或軟件技術的進步所導致的ERP軟件在功能及技術上無法滿足用戶的需求，由產品研發(fā)部門針對用戶的需要，事先研究開發(fā)出新版本的軟件，然后再為用戶更新軟件，使得用戶處的ERP維持最新的狀態(tài)，確保ERP在用戶處順利運行技術培訓維護階段ERP服務部系統(tǒng)分析師、程序員用戶信息部門技術人員針對規(guī)模較大，購買ERP程序源代碼及開發(fā)技術培訓課程的用戶，針對其信息部門的技術人員，提供經過設計的完整培訓課程，使得用戶的技術人員也擁有ERP系統(tǒng)的技術能力，以便就近為用戶提供各種服務，使得ERP在用戶處能更順利的運行5.4 各項工作具體評估準則為保證產品上線成功，并持續(xù)穩(wěn)定運行無誤，必須建立相關的服務保障機制，必須有明確的流程規(guī)范，并有明確的責任人進行有效的執(zhí)行，并保持必要的有效記錄。其內容與評估范圍大致如下：5.4.1 安裝集成服務:針對客戶所購買的軟硬件加以集成，以保障客戶軟硬件配置能順利運作，以提高運作效能。是否提供安裝集成服務；軟硬件安裝集成前是否提供規(guī)劃建議與報告；請?zhí)峁┘汕暗囊?guī)劃建議紀錄；軟硬件安裝集成后是否提供完成報告，并取得客戶確認；請?zhí)峁┘珊蟮耐瓿蓤蟾婕o錄；請?zhí)峁┸浻布惭b集成服務的操作規(guī)范。5.4.2 管理咨詢實施服務:針對客戶的ERP項目能進行客戶業(yè)務流程優(yōu)化，項目規(guī)劃，主導推動、進度監(jiān)控與階段報告反饋，并且在項目進行中進行工作協調、組織分工與專業(yè)的編碼建議、流程規(guī)劃、與軟件運作規(guī)劃，以保障客戶ERP項目順利上線運行，以達到項目目標。是否提供實施顧問服務；派任實施顧問的專業(yè)資歷:_；派任實施顧問主導實施的客戶數:_；實施過程中是否提供數據搜集的文檔模板，請?zhí)峁┪臋n模板樣張；實施過程中是否提供標準流程的文檔模板，請?zhí)峁┪臋n模板樣張；是否提供基于ERP的企業(yè)管理咨詢（BPR），含企業(yè)業(yè)務流程診斷和重組方案和組織機構調整方案等；否在實施的重要步驟中規(guī)范產出文件，請?zhí)峁┊a出文件紀錄；在實施過程中是否詳實記載實施紀錄與會議記錄，并取得客戶確認，請?zhí)岢鱿嚓P紀錄；是否提供實施結項報告，請?zhí)峁┫嚓P報告；實施步驟是否有明確的工作規(guī)范，請?zhí)峁嵤┑牟僮饕?guī)范。5.4.3 模塊功能培訓:針對ERP各模塊的功能說明、操作培訓、使用時機、管理目的與導入程序，便于用戶能深入了解每個模塊的詳細功能與熟練操作。是否提供例行的功能培訓；同一模塊開課周期_；是否提供培訓成果的考核；請?zhí)峁┡嘤柗盏牟僮饕?guī)范。5.4.4 產品升級服務:軟件供應商推出新版本時，能針對客戶使用的舊版本予以軟件升級服務，以便于客戶能使用更先進的功能，或符合新的相關法令。是否提供產品升級服務；產品升級服務的收費方式:_；產品升級前是否針對客戶說明差異的部分，以便客戶使用更先進的功能，請?zhí)峁┊a品升級相關文件；產品升級是否能保障客戶原始的數據能不被破壞，且能適合新版本的功能；請?zhí)峁┊a品升級服務的操作規(guī)范。5.4.5 二次開發(fā)服務:對于客戶的業(yè)務流程或行業(yè)特性，在標準ERP模塊無法滿足時，針對差異的部分進行二次開發(fā)，讓ERP更貼近客戶需求，并滿足其行業(yè)特性。是否提供二次開發(fā)服務；二次開發(fā)服務的收費方式:_；二次開發(fā)前是否針對功能差異進行分析，請?zhí)峁┎町惙治鑫募?；差異分析后是否針對差異提出系統(tǒng)分析，并取得客戶確認，請?zhí)峁┓治鑫募?；二次開發(fā)完成后，所經過的測試方法為:_；請?zhí)峁┒伍_發(fā)的程序測試紀錄；二次開發(fā)的程序在安裝后，是否取得客戶的驗收確認，請?zhí)峁┐_認文件；請?zhí)峁┒伍_發(fā)服務的操作規(guī)范。5.4.6 開發(fā)技術培訓服務:對于有能力自行維護ERP產品并合法取得源代碼的客戶，進行原廠的技術培訓，以便讓客戶的信息中心人員能順利接手產品技術，提升信息管理人員的技術水平。是否提供開發(fā)技術培訓服務；開發(fā)技術培訓服務的收費方式:_；開發(fā)技術培訓是否提供完整的技術文檔，請?zhí)峁┪臋n清單；開發(fā)技術培訓是否提供完整的技術培訓課程，請?zhí)峁┡嘤栒n程表。5.4.7 熱線支持:針對用戶使用上的疑難問題，提供電話上的說明與講解，即時解決客戶疑難問題是否提供電話諮詢；是否提供免付費電話；是否提供上班時間指定的服務人員；是否提供非上班時間的電話支持；指定的服務人員忙線或外出時，其他的服務人員是否能接手服務；當服務人員無法解決問題時的處理方式為何_；請說明熱線支持每個問題的平均結項時間:_；請?zhí)峁峋€支持的服務紀錄；請?zhí)峁峋€支持的操作規(guī)范。5.4.8 遠程支持:用戶在使用過程發(fā)生問題，無法以電話解決時，可提供遠程網絡支持，由服務商直接連接用戶電腦加以分析、判斷問題，并提出問題發(fā)生原因與解決方案。是否提供遠程支持；是否有資深技術人員(DBA或資深服務人員)能遠程分析使用者問題并加以解決；當技術人員無法解決問題時的處理方式為何_；請說明遠程支持每個問題的平均結項時間:_；請?zhí)峁┻h程支持的服務紀錄；請?zhí)峁┻h程支持的操作規(guī)范。5.4.9 現場技術支持:用戶在使用過程中發(fā)生問題，無法以電話與遠程連接方式解決時，由服務商直接到現場加以分析、判斷問題，并提出問題發(fā)生原因與解決方案。是否提供現場技術支持；現場技術支持的收費方式:_；當現場技術支持無法解決問題時的處理方式為何?_；現場技術支持完成后，是否能與用戶確認問題發(fā)生原因與解決方案；請?zhí)峁┈F場技術支持的服務紀錄；請?zhí)峁┈F場技術支持的操作規(guī)范。5.4.10 因特網網上問題提交:用戶在使用過程發(fā)生問題，應能將問題通過網上工具提交給ERP廠商。ERP廠商的工程師應能在外地通過因特網提交任何產品的問題。是否提供網上問題提交；是否提供網上問題解決，請?zhí)峁┚W上問題提交地址。5.4.11 服務保證體系:為了能保障客戶對于服務供應商提供的各項服務皆能落實執(zhí)行，服務供應商設置一個獨立的部門從事滿意度的評估與客戶投訴的渠道，保證客戶能夠得到等價的服務內容與保證服務質量。是否定期提供客戶滿意度調查；客戶滿意度調查的周期:_；請?zhí)峁┛蛻魸M意度調查的操作規(guī)范；是否提供客戶投訴渠道；給客戶的相關文件中是否明確注明投訴渠道，請?zhí)峁┫嚓P文件的樣張；客戶投訴渠道包括:_；請?zhí)峁┛蛻敉对V后的處理程序與操作規(guī)范；服務供應商使用哪些服務工具或管理軟件來保障服務質量:_。6 ERP產品功能技術要求 作為真正意義上的ERP產品，在基本功能面，一定要能滿足涉及企業(yè)最主要管理和運做行為的方方面面，同時兼顧到實際情況的不斷變化，為靈活適應管理的改變打好基礎，以下提供的框架規(guī)范和評估方法，可以快速評估一套ERP系統(tǒng)的基本功能，同時又是衡量產品水準的規(guī)范，以列表的方式進行闡述。6.1 總體說明評比方式說明a) 表7為各模塊評比指標的得分與配分的百分比*100的總表；表功能類別總分得分環(huán)境與用戶界面系統(tǒng)整合系統(tǒng)管理基本信息庫存采購營銷BOM工單工藝MRP成本人力資源質量管理經營決策總帳自動分錄應收應付固定資產合計b) 各評比指標的欄位說明如下：1) 類別:該模塊的功能分類；2) 等級:指該功能的對用戶的重要程度；3) 配分:指該功能在整個模塊的配分比重；4) 功能描述:該功能的描述；5) 評比標準:該功能執(zhí)行的細膩程度與達成水平的評比指標；6) 有無:指管理軟件該功能是否達到此評比標準；7) 權重:指該評比標準在此功能的重要程度；8) 得分:指該功能的配分經過評比標準的權數分配后的分數。6.2 環(huán)境與用戶界面環(huán)境與用戶界面見表表 8類別等級配分功能描述評比標準有無權重得分系統(tǒng)環(huán)境C5支持系統(tǒng)平臺Win98/Windows NT/20001Unix/Linux1A15支持的數據庫MS-SQL或Sybase1DB21Informix1Oracle2A15系統(tǒng)架構客戶機/服務器1N-層架構 客戶機/服務器2B10Internet 接入支持用戶通過Internet訪問系統(tǒng)1A30電子信息傳遞報表可以自動通過E-mail傳遞2內建收發(fā)信息系統(tǒng)可以傳送某一張報表2內建收發(fā)信息系統(tǒng)可以傳送某一張已錄入單據的票面與數據2內建收發(fā)信息系統(tǒng)可以傳送信息1內建收發(fā)信息系統(tǒng)可以傳送文檔1B10異常信息檢測與傳遞可以自定義異常檢測的條件1可以自定義異常信息的接收者與信息的內容1可以在自定義異常信息檢查的周期后，由系統(tǒng)自動檢查異常信息并自動發(fā)送1可以由使用者自行操作批次作業(yè)的異常檢查，并產生電子文件傳遞1文檔B10可以提供的文檔在線幫助2標準作業(yè)程序書2系統(tǒng)關聯圖1所有計劃表的說明2模型圖(例如:ER圖、UML)1程序說明1使用手冊2安裝手冊1C5在線幫助的友好性可以由當前使用程序啟動在線幫助1可以由當前使用字段啟動在線幫助2用戶界面B10使用者界面字符型用戶界面1表 8（續(xù)）圖形用戶界面2瀏覽器3用戶可以配置自己的界面，對欄目進行增加、減少或位置調整等2B10多樣化的主畫面設計菜單可任意調整順序1菜單可建立文件夾以便于程序的歸類2使用者可以依需求設計個性化的菜單(如:個人常用)2可以儲存多組的個人菜單1通過程序或文件夾可直接連接到該作業(yè)的說明或流程圖2可通過點擊菜單上的流程圖、架構圖.等直接啟動程序1可自定義界面風格1可保存界面風格1C5多媒體應用 數據庫可存放多媒體數據2各程序可作文字、語音及圖像附件供日后查詢參考2支持語言操作1B10資料搜尋輔助錄入時提供各個字段視窗輔助查詢功能1查詢時所有的字段都能當成查詢的條件1支持模糊、枚舉和區(qū)間等查詢方式1C5單據應用可以自定義單據格式2可以自定義單據內容2支持單據套打1A15建立作業(yè)用軟件對已輸入的單據進行審核2用軟件對已審查的單據進行過帳1B10報表執(zhí)行報表執(zhí)行，可以送至報表服務器執(zhí)行 1報表執(zhí)行，可以送入序列中，以預約方式或依照送入順序執(zhí)行2可以預先儲存報表執(zhí)行條件，日期條件可以設為變量，讓該報表可以定期循環(huán)執(zhí)行2報表執(zhí)行后能自動通知使用者執(zhí)行完成1報表完成的通知窗口，能讓使用者決定開啟報表1B10報表查詢表 8（續(xù)）每個使用者僅能查詢自己權限范圍內的報表1同一張報表能夠因為閱讀對象不同而能按不同的格式存儲1使用者使可自定報表的格式如欄寬、順序、字形、數字格式、日期格式1可自行定義要打印的字段1查詢報表時能顯示報表的選擇條件1重要的統(tǒng)計欄位可追蹤到明細的來源數據2C5報表輸出能將報表輸出至微軟execl并對應到各欄中1能將報表輸出至本文檔中1可以直接傳真或電子郵件1能將報表輸出成網頁供用戶瀏覽1B10憑證的設計可以自行定義列出憑證的外觀，包括頁眉頁腳、字型、底色、數字格式與日期格式2可自行定義要打印的字段2同一種憑證能夠因為閱讀對象不同而有不同的格式1A15批次作業(yè)管理批次作業(yè)可以設定于指定的日期與時間執(zhí)行2可分散在多臺應用服務器上同時執(zhí)行2可查詢每一批次作業(yè)的實際啟動時間、實際結束時間及執(zhí)行狀況1可查詢每一批次作業(yè)的選擇條件16.3 系統(tǒng)整合系統(tǒng)整合見表9表 9類別等級配分功能描述評比標準有無權重得分工作流管理A30主要業(yè)務單據具有送審、審核、駁回功能3ERP內建或整合工作流引擎3使用者可以自行設定不同單據在各種條件及狀況下的審核流程3使用者可設定每個審核站的自定義欄位1根據審核崗位設定流程3一般及緊急處理時限控制3審核過期管理3代理人管理3審核人員可增加審核站別2審核人員可輸入