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