企業(yè)ERP系統(tǒng)實施過程中需求工程

申請免費試用、咨詢電話：400-8352-114

本文結(jié)合多年實施erp系統(tǒng)的實踐經(jīng)驗，介紹了需求工程的意義，闡述了做好需求工程的一些基本要求，并就做好需求工作提出了幾點建議。

需求工程的意義

在軟件工程領(lǐng)域，需求工程研究是一個非常重要的課題。需求工程的目的是通過與用戶的廣泛交流確定應用系統(tǒng)的目標。需求活動以工程化的方法被提出、分析和組織，鼓勵用戶以一種積極的方式參與需求分析活動中，并在整個軟件生命周期強調(diào)用戶參與和領(lǐng)域?qū)＜业闹笇ё饔?，促使目標系統(tǒng)更大限度地滿足用戶需求。通過分析與挖掘每一需求層次的內(nèi)容，促使需求明確化，從而更好地實施企業(yè)ERP系統(tǒng)。

為適應企業(yè)信息化的推進、管理思想的變革以及企業(yè)自身未來發(fā)展的需要，很多企業(yè)都開始實施ERP系統(tǒng)。然而，系統(tǒng)最終得以順利實施并發(fā)揮良好作用的較少，也即失敗者較多。究其原因，一些學者認為，主要是忽視軟件開發(fā)前期的需求分析，開發(fā)過程缺乏統(tǒng)一的、規(guī)范化的方法論的指導，文檔資料不齊全、不準確，忽視用戶之間、開發(fā)組人員之間的有效交流及測試的重要性等。結(jié)合多年的實踐經(jīng)驗，筆者認為，主要是前期的需求分析沒有做到位，需求功能沒有完全實現(xiàn)。眾所周知，企業(yè)在開發(fā)信息系統(tǒng)（ERP）時，其中一個重要的步驟和環(huán)節(jié)就是需求分析。需求分析是需求工程的核心，關(guān)乎整個系統(tǒng)的成敗，意義重大。為此，我們在進行系統(tǒng)開發(fā)的時候，一定要把需求分析做扎實，要反復不斷地進行需求定義、記錄、描述和升華需求層次，充分考慮用戶的需求，相互配合，形成規(guī)范的、齊全的需求文檔。

企業(yè)ERP系統(tǒng)的實施，是一個系統(tǒng)工程。對一個企業(yè)或者企業(yè)簇群來講，ERP不是一個工具或輔助手段，而是一個動態(tài)的過程，它以現(xiàn)代信息技術(shù)為依托或支撐，不斷地融入企業(yè)的管理思想和理念，本身是信息技術(shù)與企業(yè)管理思想的融合?；谶@樣的考慮，很多企業(yè)的ERP系統(tǒng)往往也就有了企業(yè)個性化的一些特征，這也就決定了企業(yè)ERP系統(tǒng)的實施不能僅靠簡單的軟件系統(tǒng)的復制來實現(xiàn)。為此，在實施企業(yè)ERP系統(tǒng)的時候，必須從需求工程著手，注重用戶的參與交流，做好需求分析，明確需求功能，最終提煉出符合問題解決領(lǐng)域的用戶需求。

2　對需求上程的要求

2.1　完整性

完整性包含系統(tǒng)需求分析文檔的完整性和系統(tǒng)完整性的實現(xiàn)兩個方面。通過前期的需求調(diào)研與訪談，在了解用戶需求的基礎上，最終形成需求分析文檔，此文檔一定要注意其完整性。首先，ERP系統(tǒng)是一個系統(tǒng)工程，作為一個系統(tǒng)，只有各個部分齊全并能相互切、調(diào)地發(fā)揮作用，才能體現(xiàn)出整體效用。如果系統(tǒng)不完整，那么該系統(tǒng)就不能正常地運行。其次，無論做什么事情，都要有階段性，ERP的實施也下例外。所有內(nèi)容不可能全部呈現(xiàn)，有的部分現(xiàn)在可以呈現(xiàn)出來，有的部分則要根據(jù)今后的發(fā)展需要加以完善和呈現(xiàn)。對于這樣的子系統(tǒng)，在文檔中要用“待確定”字樣標識出來，以便于區(qū)分，也為了更好地體現(xiàn)系統(tǒng)的完整性。最后，從系統(tǒng)論的觀點來看，系統(tǒng)內(nèi)各個組件只有協(xié)同作戰(zhàn)，才能更好地提高企業(yè)信息化水平，提高企業(yè)的經(jīng)濟與社會效益。

2.2　無二義性

針對最終形成的需求分析文檔，表達和描述用戶需求的時候，措詞與文字一定要嚴謹，出現(xiàn)的所有語言以及符號表示都要有明確的含義，不能出現(xiàn)模棱兩可，含混不清的語言和符號。為此，我們試圖引入符號學的方法。事實證明，符號學在需求工程中的應用，尤其是在需求表達和獲取上非常有效。

最終形成的文檔，無論是低層操作員工還是高層管理人員應該都能看明白，而且看完之后，大家的看法或者理解是一致的，因此用詞一定要簡明、準確。那么，如何做到無二義性呢？一是取決于系統(tǒng)分析員本身的素質(zhì)與知識層次以及責任心。系統(tǒng)分析員在進行需求分析的時候應按照用戶的觀點來進行，而根據(jù)以往的經(jīng)驗，分析員也下必完全遵從用戶，便于系統(tǒng)的實用，可以融入自己的一些觀點。二是要對文檔進行多方多次審查，包括自己審查、對方審查、專家審查，從審查中汲取有益的看法，從而修正相應的文檔內(nèi)容。此外，從技術(shù)手段上，可以編寫一些用例或設計出一些原型，做到早期防范，也可以適當參考筆者與他人合作總結(jié)的需求分析法，即3個循環(huán)，4個步驟。

2.3　可修改性

最終形成的需求文檔，不是成不變的、固定的，而是隨著修改意見以及需求本身的變化及時進行調(diào)整。從開始做需求分析時，就應考慮到需求文檔可修改的特性。同時，為了避免修改文檔涉及的內(nèi)容過多，應該考慮到各個模塊之間的獨立性。對于一個大的系統(tǒng)而言，各個模塊之間，保持較高的獨立性，能為系統(tǒng)的后期維護帶來很大的便利。這個獨立性不是本身就存在的，而是靠系統(tǒng)分析員根據(jù)調(diào)研、提煉需求來界定的。子系統(tǒng)（模塊）的劃分應盡量合理，使其關(guān)聯(lián)性合理化、最小化。為此，系統(tǒng)分析員要本著對人、對系統(tǒng)高度負責的態(tài)度，思考模塊的獨立性，明確系統(tǒng)邊界。

2.4　可跟蹤性（即回溯性

在系統(tǒng)開發(fā)的整個生命周期中，用戶需求的可追蹤性發(fā)揮著非常重要的作用，可以幫助開發(fā)人員理解需求，便子對需求的管理，避免因系統(tǒng)質(zhì)量降低而重新修改，從而減少項目的開發(fā)費用與開發(fā)時間。

企業(yè)實施ERP系統(tǒng)，是一個嚴肅而又嚴謹?shù)氖虑?。對于任何系統(tǒng)最終都需要進行驗證。而ERP系統(tǒng)本身具有快速驗證功能，能夠進行快速的回溯追蹤，具有很強的可跟蹤性。因為前面的需求分析一旦完成，隨即進入實踐編程階段，并立即跟蹤到前面分析文檔的內(nèi)容。如果系統(tǒng)分析員工作不認真，分析下透徹，考慮問題不周全，責任心不強，在后面設計實現(xiàn)時均能反映出來。

另外，為了更好地實現(xiàn)系統(tǒng)的可跟蹤性，系統(tǒng)分析人員一定要把文檔的前后對應關(guān)系標識清楚，以便逆向反饋查找。各種標識以及后面的模塊要對應，并標記清楚每個DFD（數(shù)據(jù)流程圖）、模塊、模塊與界面的相互對應關(guān)系。

2.5　文檔一致性

企業(yè)實施ERP的過程中，積累的文檔比較多，所以文檔一致性范圍比較廣，包含過程文檔、通訊文檔、最終文檔等，我們要求所有文檔都具有一致性，整個系統(tǒng)的文檔格式標準統(tǒng)一、代碼設計一致、批次文檔一致。

3　實踐與建議

結(jié)合長期的實踐經(jīng)驗，筆者在此提出做好需求工作的幾點建議。

（1）跟班勞動。系統(tǒng)分析人員應跟班工作，實地調(diào)查，了解各個部門的運作、生產(chǎn)與規(guī)劃。親自參與實踐勞動，明確企業(yè)的業(yè)務流程，這是做好企業(yè)需求工程的最重要一步。譬如，我們曾經(jīng)為某公司設計ERP系統(tǒng)，其生產(chǎn)計劃排產(chǎn)比較復雜。于是我們通過跟班勞動，現(xiàn)場體驗生產(chǎn)排產(chǎn)的過程，最終設計出合理、優(yōu)化的排產(chǎn)算法與原理。

（2）查閱公司原有的文檔，了解現(xiàn)狀。系統(tǒng)分析人員首先應分析以往的文檔，這個環(huán)節(jié)非常重要。企業(yè)信息系統(tǒng)的建設是基于企業(yè)的現(xiàn)實需求而開展的，因此必須準確掌握用戶的真實意圖，如用戶對時間、對安全性的需求等。

（3）周密考慮。系統(tǒng)分析員應周密地考慮問題，無論是進行前臺的應用程序設計，還是進行后臺的數(shù)據(jù)庫設計，都應該考慮到擴展與復用的問題。進行應用程序設計時，要考慮代碼的質(zhì)量以及軟系統(tǒng)復用；進行數(shù)據(jù)庫設計時，要選擇合適的數(shù)據(jù)庫，同時注意各個數(shù)據(jù)庫表之間的聯(lián)系，設置相應的字段長度，避免由于數(shù)據(jù)量的增加而導致系統(tǒng)無法實現(xiàn)原來的功能。

（4）培訓員工，提高素質(zhì)。用戶需求有時可能是隱性的，而且是不斷變化、發(fā)展的，這就要求分析人員具有高度的責任心和勤奮精神。因此，企業(yè)要不斷提高分析人員的素質(zhì)，并加大培訓力度，使他們對ERP有更深入的認識，以更好地投入需求分析工作，避免由于需求不匹配而產(chǎn)生不必要的問題。（萬方數(shù)據(jù)）