穩(wěn)定性是ERP軟件質(zhì)量好壞的一個重要ERP。如果不幸成為一個不穩(wěn)定的ERP軟件的試驗品，系統(tǒng)的應(yīng)用和實施就像“過山車”——忽上忽下的，會給ERP乃至整個企業(yè)帶來無窮的煩惱：數(shù)據(jù)不準(zhǔn)確、不及時、系統(tǒng)性能低而且經(jīng)常癱瘓、業(yè)務(wù)無法正常運轉(zhuǎn)。

　　ERP產(chǎn)品如果不穩(wěn)定將為企業(yè)帶來哪些影響？CIO該如何考察所選擇ERP軟件的穩(wěn)定性?造成軟件不穩(wěn)定的深層次原因有哪些，用戶該如何回避這類問題？筆者將為你一一解答。

　　ERP不穩(wěn)定的致命影響

　　ERP軟件更新?lián)Q代比較快，處在不停升級、不停打補(bǔ)丁的狀態(tài)中，這導(dǎo)致軟件的穩(wěn)定性比較差。而新產(chǎn)品發(fā)布后，企業(yè)用戶往往是試用的對象，而系統(tǒng)的不穩(wěn)定，經(jīng)常給企業(yè)帶來了很多麻煩。

　　比如：核算數(shù)據(jù)不準(zhǔn)確影響報表的正確性;出入庫不嚴(yán)格，車間多領(lǐng)料，造成倉庫多發(fā)或少收的現(xiàn)象，導(dǎo)致企業(yè)倉庫數(shù)量及應(yīng)收、應(yīng)付賬款不準(zhǔn)確;賬實不相符，不能正確提供制訂計劃用的參考數(shù)據(jù)等，這些都是ERP系統(tǒng)不穩(wěn)定造成的直接后果。更為嚴(yán)重的是系統(tǒng)性能低甚至癱瘓，導(dǎo)致不能開單，造成業(yè)務(wù)停滯，業(yè)務(wù)人員無法正常工作等。

　　因此穩(wěn)定性對ERP軟件來說是最重要的品質(zhì)體現(xiàn)，不穩(wěn)定是其致命的缺陷。

　　判別ERP穩(wěn)定性的兩種方法

　　組織測試是判別ERP軟件產(chǎn)品穩(wěn)定性的最主要方法，大規(guī)模實施前、在實施及后來的應(yīng)用過程中分別進(jìn)行有針對性的測試，是避免更多麻煩的最佳方法。

　　方法一：重點測試。ERP產(chǎn)品大都具有較強(qiáng)的通用性，雖然不能完全適應(yīng)于某個行業(yè)，但它可以涵蓋大部分企業(yè)的大部分業(yè)務(wù)，而且企業(yè)實施ERP周期一般不會太長，所以在時間緊任務(wù)重的情況下，要重點驗證軟件性能，針對本企業(yè)的流程對軟件做單元測試、壓力測試及全面測試等。

　　企業(yè)在沒有使用軟件前，很難測試ERP的穩(wěn)定性，因為上線前期一般都比較忙，無論甲方還是乙方在上線前一個月都要投入不少精力做支持。通過這一個月的應(yīng)用，企業(yè)往往才能真正了解ERP軟件的質(zhì)量，這個時候，還愿不愿意投入成本去做測試，成為企業(yè)重點考慮的問題。

　　筆者認(rèn)為，“磨刀不誤砍柴功”，CIO在力所能及的情況下，盡量組織人手測試與本企業(yè)核心業(yè)務(wù)最緊密相關(guān)的軟件模塊和功能，免得實施了開始應(yīng)用了遇到問題了“騎虎難下”。

　　方法二：全系統(tǒng)測試。考察軟件的穩(wěn)定性是一個長期持續(xù)不斷的過程，貫穿整個軟件的生命周期，從系統(tǒng)上線、試運行到正式運行，甚至完全甩掉手工賬，整個期間軟件的穩(wěn)定性都是一個不容忽視的問題。

　　驗證軟件穩(wěn)定性的最常用方法就是軟件原型測試，由于ERP系統(tǒng)是信息集成系統(tǒng)，所以在測試時，應(yīng)當(dāng)是全系統(tǒng)的測試，各個部門的人員都應(yīng)該同時參與，這樣才能理解各個數(shù)據(jù)、功能和流程之間相互的集成關(guān)系。

　　測試時，找出不足的方面，提出解決企業(yè)管理問題的方案，以便提出對軟件的改進(jìn)措施;然后再模擬運行，在基本掌握軟件功能的基礎(chǔ)上，按企業(yè)的業(yè)務(wù)流程模擬操作，選擇有代表性的業(yè)務(wù)，將各種必要的數(shù)據(jù)錄入系統(tǒng)，按企業(yè)日常工作中經(jīng)常遇到的問題，組織項目小組進(jìn)行實戰(zhàn)性模擬，并根據(jù)發(fā)現(xiàn)的問題及需求，由項目小組制定解決方案。

　　測試中重點關(guān)注的問題包括：軟件BUG、流程不完善、誤操作、客戶需求等等。經(jīng)過一段時間的摸擬運行后，根據(jù)企業(yè)提出的一些問題結(jié)合項目小組制定的解決方案來制定相關(guān)的工作準(zhǔn)則與規(guī)范。因為軟件的應(yīng)用與企業(yè)的管理是相輔相成的，誤操作、重復(fù)錄入數(shù)據(jù)等都會引起數(shù)據(jù)的準(zhǔn)確程度，導(dǎo)致軟件的不穩(wěn)定，所以制訂嚴(yán)格的管理操作流程，防止因誤操作而導(dǎo)致數(shù)據(jù)方面的問題。

　　明察軟件不穩(wěn)定的根源

　　雖然有一些測試的方式可以幫助企業(yè)考察企業(yè)管理的穩(wěn)定性，但如果企業(yè)能預(yù)先了解到其不穩(wěn)定性的原因，再因地制宜地進(jìn)行選型，將會事半功倍。ERP不穩(wěn)定的原因來自外部和軟件廠商內(nèi)部兩方面。

　　不管是哪種因素，最重的受害者還是用戶自己。所以作為用戶方的企業(yè)管理在ERP選型階段要認(rèn)真考察與ERP穩(wěn)定性相關(guān)的各個方面，比如該產(chǎn)品的研發(fā)過程、該廠商的主營業(yè)務(wù)等方方面面，盡量防患于未然，避開不穩(wěn)定ERP軟件在本企業(yè)的應(yīng)用。

　　外部因素包括：

　?、賽盒愿偁帯鴥?nèi)很多ERP產(chǎn)品在有些功能上是完全相同的，就連思路也是大同小異，很少有創(chuàng)新的東西，一家出來后，不出一年，另一家也會出來，產(chǎn)品更新?lián)Q代非?？?。由于圖一時之利，產(chǎn)品不穩(wěn)定也就在所難免。

　?、诳蛻粜枨蟆？蛻籼岢龅男枨蠖喾N多樣，在軟件使用過程中，由于業(yè)務(wù)的變化及對軟件的熟悉程度，原來的一些功能可能滿足不了客戶的需要，迫使客戶提出很多易用性或完善性的需求，這些需求處理不好就成為軟件穩(wěn)定性的一種隱患。

　?、垌椖繅毫?。項目是任何軟件公司賴以生存的根本，現(xiàn)在國內(nèi)大部分的軟件企業(yè)都是做項目起家，根據(jù)項目逐漸提煉，最終形成產(chǎn)品，所以說產(chǎn)品的很大一部分改動源于項目，只要項目上有需求，都要想辦法解決，這也是很多軟件企業(yè)的宗旨。但這種現(xiàn)象也造成了不可估計的損失，產(chǎn)品越改需求越多，越改越亂、越改越不穩(wěn)定，不僅導(dǎo)致項目周期拖延，還對產(chǎn)品造成致命的沖擊，最終越陷越深。

　　軟件廠商內(nèi)部因素：

　　①分析設(shè)計階段。搭建系統(tǒng)架構(gòu)在此階段完成，包括需求規(guī)格說明書、詳細(xì)規(guī)格說明書、企業(yè)管理等文檔的編寫。在軟件企業(yè)里一般分析設(shè)計人員由資深的軟件開發(fā)人員兼任，但往往這部分人跟客戶交流的機(jī)會少，缺少一線項目經(jīng)驗，設(shè)計出的軟件也是參考了很多競爭對手的資料或?qū)嵤?、售前人員反饋的需求及平常自己的一些經(jīng)驗而來，在開發(fā)階段可能問題不大，但在客戶使用后，進(jìn)入維護(hù)階段就經(jīng)不起考驗了，使用一段時間后，最終可能要推倒重來。

　?、陂_發(fā)階段。開發(fā)階段最常見的問題是沒有設(shè)計文檔就寫程序，等程序?qū)懲旰笤傺a(bǔ)設(shè)計文檔，這樣往往造成代碼冗余，嚴(yán)重者往往會推倒重來，做無用功。所以開發(fā)階段能否按照分析設(shè)計階段編寫的文檔嚴(yán)格執(zhí)行很關(guān)鍵，能否理解設(shè)計者的思路也很重要，這個階段的工作直接會影響到產(chǎn)品的發(fā)版及以后的維護(hù)工作。另外此階段的單元測試也很重要，不愿測自己寫的程序也是開發(fā)人員的通病。

　　③測試階段。發(fā)版前的測試一般由專門的測試部門來完成，開發(fā)人員輔助處理測試出的問題及指導(dǎo)測試工作，但測試人員水平有高有低，往往有些測試人員對軟件功能不熟悉，無從下手，測試出的問題也都是低級題。