ERP系統(tǒng)開發(fā)

當前位置：工程項目OA系統(tǒng) > ERP系統(tǒng) > ERP設計運用 > ERP系統(tǒng)開發(fā)

行業(yè)erp軟件開發(fā)

　　目前，中國的ERP產(chǎn)業(yè)鏈發(fā)展主要特征體現(xiàn)在大型企業(yè)軟件開發(fā)商的開發(fā)能力整合出發(fā);從獨立軟件開發(fā)商到渠道伙伴到中間件供應商再到合作學習伙伴的范圍不斷擴大，分工也越來越精細。

　　同時，一些軟件供應商和渠道商從交付方式的創(chuàng)新出發(fā)，開發(fā)了SaaS等在線軟件交付模型在線交付模式，采用自主開發(fā)的系統(tǒng)組件或購買他們整合ERP系統(tǒng)的外部應用程序的方式，通過操作和系統(tǒng)的維修服務商，為用戶提供在線應用服務，大大簡化了ERP應用程序和解決兼容性問題之前的軟件交付系統(tǒng)。

　　行業(yè)erp軟件開發(fā)的各個階段介紹：

　　一、軟件設計階段

　　概述：

　　軟件需求分析完成后，根據(jù)需求規(guī)格說明書編寫設計文檔，軟件設計總體分為兩部分：概要設計和詳細設計，此階段的主要任務就是將需求規(guī)格說明文檔轉(zhuǎn)換為軟件設計文檔，將需求階段提出的問題，一一解釋，形成詳細設計文檔，并根據(jù)功能要求，定制相應數(shù)據(jù)結(jié)構(gòu)、各種流程圖等，為下一步編碼做準備。

開發(fā)3.png

　　主要工作：

　　l 編寫概要設計

　　l 編寫詳細設計

　　常見的問題：

　　l 缺少設計模板，模板作為開發(fā)規(guī)范的一種，有利于以后的開發(fā)、維護工作。也是對軟件規(guī)范化的一種基本要求。

　　l 外界或內(nèi)部因素干擾，很多軟件公司都沒有專門的設計人員，一般由資深開發(fā)人員兼任，包括一些大型軟件公司也存在這種情況，設計和開發(fā)沒有一定的界線，設計過程中有很多其它工作要做，往往打亂計劃，不能按時按預期目標完成設計

　　l 設計人員與研發(fā)人員缺少溝通，有時設計人員太過理想化，導致設計出的產(chǎn)品開發(fā)語言無法實現(xiàn)或?qū)崿F(xiàn)起來比較困難，而且嚴重影響產(chǎn)品的性能和效率，使開發(fā)任務無法按時完成。

　　l 設計文檔不詳細，有些需求表達不清楚，這個問題估計大部分軟件公司都存在，造成這種現(xiàn)象的原因往往是設計和編碼人員是同一人，最終代碼都是自己寫，所以有些東西自己清楚就可以，就懶的寫出來了，這樣會給以后的維護工作帶來困難，工作交接時就顯而易見。

　　l 對總體流程的把握程度不夠，目前軟件一般都是分模塊化設計，各模塊之間關系非常緊密，各業(yè)務流程之間也是緊密相聯(lián)，所以在設計某一個功能或某一個模塊時要綜合考濾，不僅考濾功能，也要考濾與其它業(yè)務模塊的接口問題

　　l 數(shù)據(jù)結(jié)構(gòu)的定制，數(shù)據(jù)結(jié)構(gòu)是整個軟件系統(tǒng)的骨骼，所有業(yè)務的處理都圍繞數(shù)據(jù)結(jié)構(gòu)進行，數(shù)據(jù)結(jié)構(gòu)合不合理對軟件以后的維護和可擴展起重要的作用，所以定制數(shù)據(jù)結(jié)構(gòu)也要綜合全面考濾，對于核心的表要加強評審。

　　l 設計文檔評審的重要性，評審工作是編碼前的最后一關，但往往都忽略了這一點的重要性，做產(chǎn)品不全是研發(fā)部門的責任，與每個人都緊密相關，評審一般都存在這樣的問題：新產(chǎn)品設計期間，大家都關注的比較少，只是幾個寫設計的人員在忙，等到評審的時候臨時召集大家會議交流，大部分還是憑經(jīng)驗，有些深層的東西還是無法評論，導致新產(chǎn)品出來后無法達到預期目標，所以這段期間的交流非常重要，將設計的思想灌輸?shù)矫總€參與者中，達到信息共享的目的。

　　l 信息共享度比較差，也是一個比較重要的問題，這一點在整個軟件周期的每個階段都很重要，尤其是設計階段，設計階段是整個系統(tǒng)框架的搭建時期，與開發(fā)、維護及實施人員以后的工作都密切相關，最重要的就是考濾全面，如能及時達到信息共享，就會從各方面收集好的建議或意見，但現(xiàn)實中卻存在很多問題，設計人員悶頭做設計，很少與外界溝通，信息達不到共享，使開發(fā)人員編碼時無法完全理解需求、使維護人員在后續(xù)的維護中比較吃力、使實施人員在與客戶交流中遇到障礙等等。

　　l 等等

　　二、軟件開發(fā)階段

　　概述：

　　軟件設計完成，形成設計文檔后，開發(fā)人員根據(jù)設計要求一一實現(xiàn)，并將各部分功能有機結(jié)合起來，形成最終軟件產(chǎn)品。

　　主要工作：

　　l 將設計文檔轉(zhuǎn)化為程序源代碼

　　l 對完成的功能進行單元測試、系統(tǒng)自測等

　　l 界面的美觀及易用性設計

　　l 性能及效率優(yōu)化

　　常見的問題：

　　l 對設計把握不準，理解程度不夠，這一點與上一階段提到的信息共享有很大關系，一般設計人員將詳細設計完成后交由開發(fā)人員編碼，對于復雜的功能如果開發(fā)人員前期不參與，那么實現(xiàn)起來可能會遇到困難，或與設計的思路有誤差，所以前期與開發(fā)人員的溝通也很重要。

　　l 只懂語言不懂業(yè)務，不能很好的按業(yè)務邏輯編碼，這也是普遍存在的現(xiàn)象，ERP軟件比較注重業(yè)務，業(yè)務比較復雜也靈活，這就要求開發(fā)人員除要掌握開發(fā)語言外，還要熟悉所開發(fā)模塊的業(yè)務流程，這樣才能開發(fā)出高質(zhì)量的代碼。

　　l 只懂語言不懂數(shù)據(jù)庫，這里說的數(shù)據(jù)庫不一定要達到很熟悉，只需要了解基本的語法即可，這關系到軟件的性能及效率問題，眾所周知，ERP軟件每一個功能基本上都跟數(shù)據(jù)庫打交道，最基本的就是查詢，如果SQL優(yōu)化不好，就會導致效率非常低，業(yè)務處理也同理。

　　l 代碼冗余，同一個功能實現(xiàn)方式有多種，不同的寫法效率可能不同，所以在開發(fā)或維護過程中不能求快，要講求方法，爭取達到最優(yōu)。

　　l 缺少對自寫代碼的測試，這一點也許是開發(fā)人員的通病，很少仔細檢查自己寫的代碼或測試自己寫的程序，一般都感覺沒問題，這是不好的習慣，對自己寫的代碼要認真檢查、嚴格測試。

　　l 軟件的性能效率問題，這是每個軟件產(chǎn)品都面臨的問題，也是都存在的問題，客戶經(jīng)常抱怨“單據(jù)半天保存不上，查詢半天出不來結(jié)果”，這些大部分還是代碼的優(yōu)化問題，包括數(shù)據(jù)庫語法的優(yōu)化等。

　　l 沒有固定的開發(fā)規(guī)范或不按照開發(fā)規(guī)范執(zhí)行，每個軟件公司都有自己的一套開發(fā)規(guī)范，包括對象的命名、字體的設置、控件的大小等等，開發(fā)人員須按照此開發(fā)規(guī)范嚴格執(zhí)行，才能達到界面統(tǒng)一的目的，但我們往往發(fā)現(xiàn)一些軟件產(chǎn)品中存在這樣的問題，各模塊間同類功能的界面風格都不一樣，這些都屬于低級錯誤。

　　l 易用性的問題，隨著軟件功能越來越強大，客戶對軟件的易用性要求也越來越高，對開發(fā)和設計人員的要求也越來越高，不僅要考濾軟件功能的實現(xiàn)，也要考濾軟件的易用性。

　　l 代碼文檔化，主要體現(xiàn)在注釋上，每個開發(fā)人員編碼的思維不一樣，對于一些復雜的代碼很難一眼就看懂，這種現(xiàn)象也比較常見，往往幾百行代碼沒有一條注釋，維護起來非常困難，也很容易出錯，所以在編碼過程中要養(yǎng)成寫注釋的好習慣，將代碼文檔化，便以后期的維護與修改，提倡每個對象都應有自己的readme,介紹此對象的作用及內(nèi)部每個函數(shù)、事件等的含義。

　　l 代碼檢查崗位，又稱代碼走查，主要負責對開發(fā)人員編寫的代碼進行檢查，一般由資深開發(fā)人員專門負責或兼任，對軟件的質(zhì)量起非常大的作用，很多軟件公司都沒有這個崗位。

　　l 代碼公用化，這一點比較重要，也是不斷積累的過程，每個軟件公司都有自己的公用庫，對于一些常用的功能，可封裝為公用程序，降低代碼冗余度，也便于后期的維護。

　　l 等等

　　三、軟件測試階段

　　概述：

　　當產(chǎn)品開發(fā)完成后需要提交測試部門做測試，軟件測試的目的就是為了發(fā)現(xiàn)程序中的錯誤，測試的對象不僅僅是程序測試，還應該包括整個軟件開發(fā)期內(nèi)各個階段所產(chǎn)生的文檔，如需求規(guī)格說明、概要設計文檔、詳細設計文檔，當然軟件測試的主要對象還是源程序。

　　主要工作：

　　軟件測試的主要工作是驗證和確認

　　l 驗證：保證軟件能否正確地實現(xiàn)一些特定功的能，確定軟件生存周期中的一個特定階段的產(chǎn)品是否達到前階段確立的需求的過程。

　　l 確認：通過執(zhí)行程序或人工分析功能判斷軟件是否存在問題。

　　測試類型有很多種，按開發(fā)過程的階段可分為：單元測試、集成測試、確認測試、驗收測試、系統(tǒng)測試，按實現(xiàn)角度可分為：黑盒測試、白盒測試等。

　　常見的問題：

　　l 開發(fā)、維護人員缺少自測，自測比較重要，每完成一個功能都要進行單元測試和系統(tǒng)測試

　　l 測試人員對業(yè)務理解不夠，新產(chǎn)品提交測試后，需要經(jīng)過一段時間的測試才能交付使用，如果測試人員對業(yè)務不了解，需要邊熟悉產(chǎn)品邊熟悉業(yè)務，就不能從深層次發(fā)現(xiàn)問題，只能達到黑盒測試的效果。

　　l 提前準備不足，產(chǎn)品測試周期一般不會太長，所以前期準備工作非常重要，怎樣在開始測試就進入狀態(tài)比較重要，前期準備工作主要包括業(yè)務知識培訓、測試方法、重點測試功能等。

　　l 白盒測試的力度不夠，測試人員對軟件結(jié)構(gòu)不了解，很少能從內(nèi)部發(fā)現(xiàn)問題，“錯誤潛伏在角落里，聚集在邊界上”，而白盒測試更可能發(fā)現(xiàn)它。

　　l 編制測試用例不全面，測試用例主要是快速、全面的測試并發(fā)現(xiàn)問題，所以定制一個好的測試用例非常重要，也可以利用一些測試工具輔助測試。

　　l 性能效率方面也是重點測試的對象，盡量將這種問題提前發(fā)現(xiàn)，不要等產(chǎn)品交付使用后讓客戶提出來。