知識分享：如何辨別ERP系統(tǒng)的穩(wěn)定性?
發(fā)表于：2022/9/6 13:55:09??閱讀量：?[關閉]
國內ERP產品層出不窮，幾乎占據了軟件市場的近半壁江山，但部分產品在質量上也存在很大隱患——無論小的還是上規(guī)模的產品，都一樣會存在同一個不能忽視的問題，那就是產品的穩(wěn)定性。
那么，ERP產品如果不穩(wěn)定將會給企業(yè)帶來哪些影響呢?企業(yè)又該如何辨別ERP是否穩(wěn)定?筆者在此為您做一個分析。
一、ERP不穩(wěn)定的致命影響
眾所周知，ERP軟件更新?lián)Q代的速度比較快，幾乎處在不停升級、打補丁的狀態(tài)中，這不免會導致軟件的穩(wěn)定性比較差。而新產品發(fā)布后，很多企業(yè)往往會是試用的對象，如果此時系統(tǒng)運行不穩(wěn)定，那么就會給企業(yè)帶來了很多的麻煩。
例如：
1、核算數據不準確影響報表的正確性;
2、出入庫不嚴格，車間多領料，造成倉庫多發(fā)或少收的現象，導致企業(yè)倉庫數量及應收、應付賬款不準確;
3、賬實不相符，不能正確提供制訂計劃用的參考數據等;
...
這些都是ERP系統(tǒng)不穩(wěn)定造成的直接后果。
更為嚴重的是系統(tǒng)性能低甚至癱瘓，導致不能開單，造成業(yè)務停滯，業(yè)務人員無法正常工作等。因此穩(wěn)定性對ERP軟件來說是第一位的，如若產品不穩(wěn)定，那么必將是其致命的缺陷。
二、那我們改如何考察ERP的穩(wěn)定性?
方法一：重點測試
ERP產品大都具有較強的通用性，雖然不能完全適應于某個行業(yè)，但它可以涵蓋大部分企業(yè)的大部分業(yè)務，而且企業(yè)實施ERP周期一般不會太長，所以在時間緊任務重的情況下，要重點地驗證軟件性能，針對本企業(yè)的流程對軟件做單元測試、壓力測試及全面測試等。
企業(yè)在沒有使用軟件前很難測試ERP的穩(wěn)定性，因為上線前期一般都比較忙，無論甲方還是乙方在上線前一個月都要投入不少精力做支持。通過這一個月的應用，企業(yè)往往才能真正了解ERP軟件的質量，這個時候，還愿不愿意投入成本去做測試，成為企業(yè)重點考慮的問題。
方法二：全系統(tǒng)測試
考察軟件的穩(wěn)定性是一個長期持續(xù)不斷的過程，貫穿整個軟件的生命周期。企業(yè)從系統(tǒng)上線、試運行到正式運行，甚至完全甩掉手工賬，整個期間軟件的穩(wěn)定性都是一個不容忽視的問題。
驗證軟件穩(wěn)定性的最常用方法就是軟件原型測試，由于ERP系統(tǒng)是信息集成系統(tǒng)，所以在測試時，應當是全系統(tǒng)的測試，各個部門的人員都應該同時參與，這樣才能理解各個數據、功能和流程之間相互的集成關系。
測試時，找出不足的方面，提出解決企業(yè)管理問題的方案，以便提出對軟件的改進措施;然后再模擬運行，在基本掌握軟件功能的基礎上，按企業(yè)的業(yè)務流程模擬操作，選擇有代表性的業(yè)務，將各種必要的數據錄入系統(tǒng)，按企業(yè)日常工作中經常遇到的問題，組織項目小組進行實戰(zhàn)性模擬，并根據發(fā)現的問題及需求，由項目小組制定解決方案。
問題的范圍一般有軟件BUG、流程不完善、誤操作、客戶需求等等。經過一段時間的摸擬運行后，根據企業(yè)提出的一些問題結合項目小組制定的解決方案來制定相關的工作準則與規(guī)范。
因為軟件的應用與企業(yè)的管理是相輔相成的，誤操作、重復錄入數據等都會引起數據的準確程度，導致軟件的不穩(wěn)定，所以制訂嚴格的管理操作流程，防止因誤操作而導致數據方面的問題。
三、軟件不穩(wěn)定的根源在哪里
雖然有一些測試的方式可以幫助企業(yè)考察ERP的穩(wěn)定性，但如果企業(yè)能預先了解到其不穩(wěn)定性的原因，再因地制宜地進行選型，將會事半功倍。
ERP不穩(wěn)定的原因來自外部和軟件廠商內部兩方面。
外部因素
1、惡性競爭
國內很多ERP產品在很多功能上是大同小異的，就連思路也是相差無幾，很少有創(chuàng)新的東西，一家出來后，不出一年，另一家也會出來，產品更新?lián)Q代非?？?。由于圖一時之利，產品不穩(wěn)定也就在所難免。
2、客戶需求
客戶提出的需求多種多樣，在軟件使用過程中，由于業(yè)務的變化及對軟件的熟悉程度，原來的一些功能可能滿足不了客戶的需要，迫使客戶提出很多易用性或完善性的需求，這些需求處理不好就成為軟件穩(wěn)定性的一種隱患。
3、項目壓力
項目是任何軟件公司賴以生存的根本，現在國內大部分的軟件企業(yè)都是做項目起家，根據項目逐漸提煉，最終形成產品，所以說產品的很大一部分改動源于項目，只要項目上有需求，都要想辦法解決，這也是很多軟件企業(yè)的宗旨。
但這種現象也造成了不可估計的損失，產品越改需求越多，越改越亂、越改越不穩(wěn)定，不僅導致項目周期拖延，還對產品造成致命的沖擊，最終越陷越深。
內部因素
1、分析設計階段
搭建系統(tǒng)架構在此階段完成，包括需求規(guī)格說明書、詳細規(guī)格說明書、數據結構等文檔的編寫。在企業(yè)里一般分析設計人員由資深的軟件開發(fā)人員兼任，但往往這部分人跟客戶交流的機會少，缺少一線項目經驗。
所以，難以避免的設計出的軟件也是參考了很多競爭對手的資料或實施、售前人員反饋的需求及平常自己的一些經驗而來，在開發(fā)階段可能問題不大，但在客戶使用后，進入維護階段就經不起考驗了，使用一段時間后，最終可能要推倒重來。
2、開發(fā)階段
開發(fā)階段最常見的問題是沒有設計文檔就寫程序，等程序寫完后再補設計文檔，這樣往往造成代碼冗余，嚴重者往往會推倒重來，做無用功。
所以開發(fā)階段能否按照分析設計階段編寫的文檔嚴格執(zhí)行很關鍵，能否理解設計者的思路也很重要，這個階段的工作直接會影響到產品的發(fā)版及以后的維護工作。另外此階段的單元測試也很重要，不愿測自己寫的程序也是開發(fā)人員的通病。
3、測試階段
發(fā)版前的測試一般由專門的測試部門來完成，開發(fā)人員輔助處理測試出的問題及指導測試工作，但測試人員水平有高有低，往往有些測試人員對軟件功能不熟悉，無從下手，測試出的問題也都是低級題。
本文鏈接:知識分享：如何辨別ERP系統(tǒng)的穩(wěn)定性?