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