軟件不穩定的根源在哪里？
雖然有一些測試的方式可以幫助企業考察ERP的穩定性，但如果企業能預先了解到其不穩定性的原因，再因地制宜地進行選型，將會事半功倍。
ERP不穩定的原因來自外部和軟件廠商內部兩方面。
外部因素
①惡性競爭。國內很多ERP產品在有些功能上是完全相同的，就連思路也是大同小異，很少有創新的東西，一家出來后，不出一年，另一家也會出來，產品更新換代非常快。由于圖一時之利，產品不穩定也就在所難免。
②客戶需求。客戶提出的需求多種多樣，在軟件使用過程中，由于業務的變化及對軟件的熟悉程度，原來的一些功能可能滿足不了客戶的需要，迫使客戶提出很多易用性或完善性的需求，這些需求處理不好就成為軟件穩定性的一種隱患。
③項目壓力。項目是任何軟件公司賴以生存的根本，現在國內大部分的軟件企業都是做項目起家，根據項目逐漸提煉，最終形成產品，所以說產品的很大一部分改動源于項目，只要項目上有需求，都要想辦法解決，這也是很多軟件企業的宗旨。但這種現象也造成了不可估計的損失，產品越改需求越多，越改越亂、越改越不穩定，不僅導致項目周期拖延，還對產品造成致命的沖擊，最終越陷越深。
內部因素
①分析設計階段。搭建系統架構在此階段完成，包括需求規格說明書、詳細規格說明書、數據結構等文檔的編寫。在企業里一般分析設計人員由資深的軟件開發人員兼任，但往往這部分人跟客戶交流的機會少，缺少一線項目經驗，設計出的軟件也是參考了很多競爭對手的資料或實施、售前人員反饋的需求及平常自己的一些經驗而來，在開發階段可能問題不大，但在客戶使用后，進入維護階段就經不起考驗了，使用一段時間后，最終可能要推倒重來。
②開發階段。開發階段最常見的問題是沒有設計文檔就寫程序，等程序寫完后再補設計文檔，這樣往往造成代碼冗余，嚴重者往往會推倒重來，做無用功。所以開發階段能否按照分析設計階段編寫的文檔嚴格執行很關鍵，能否理解設計者的思路也很重要，這個階段的工作直接會影響到產品的發版及以后的維護工作。另外此階段的單元測試也很重要，不愿測自己寫的程序也是開發人員的通病。
③測試階段。發版前的測試一般由專門的測試部門來完成，開發人員輔助處理測試出的問題及指導測試工作，但測試人員水平有高有低，往往有些測試人員對軟件功能不熟悉，無從下手，測試出的問題也都是低級題。
轉載請注明出處：拓步ERP資訊網http://www.guhuozai8.cn/
本文標題：ERP的不穩定性來自哪些方面？
本文網址：http://www.guhuozai8.cn/html/consultation/10819414083.html
相關文章
