新產(chǎn)品開發(fā)erp

　　論國內(nèi)新新產(chǎn)品開發(fā)erp模式

　　隨著企業(yè)信息化的快速發(fā)展，國內(nèi)ERP產(chǎn)品供應(yīng)商也越來越多，不管是外包的、OEM的還是自主研發(fā)的，一般都遵循軟件開發(fā)過程的規(guī)范，就我們目前的開發(fā)環(huán)境、開發(fā)模式跟標(biāo)準(zhǔn)的開發(fā)過程還存在一定的沖突，各個階段的工作中也存在一些問題，在此就常見的問題作一下簡單例示，以做討論。

　　[關(guān)鍵字]

　　需求規(guī)格、概要設(shè)計、詳細(xì)設(shè)計、編碼、調(diào)試、黑盒測試、白盒測試等

　　一、軟件需求階段

　　概述：

　　軟件設(shè)計前期的工作，通過到客戶現(xiàn)場調(diào)研或其它各種途徑搜集需求，主要完成對客戶需求的確認(rèn)、分析、評審等可行性研究的過程，明確什么需求可以實現(xiàn)、什么需求不可以實現(xiàn)，從而使需求文檔化，形成需求規(guī)格說明文檔，對所要實現(xiàn)的功能提出完整、準(zhǔn)確、清晰、具體的要求，為下一步設(shè)計做準(zhǔn)備。

　　主要工作：

　　一般需求必須要滿足以下幾方面要求：

　　l 完整性：需求必須完整，有始有終，還應(yīng)包括用戶需要的每一個功能細(xì)節(jié)。

　　l 一致性：需求必須有一致性，可以獨立也可以與其它需求相關(guān)聯(lián)，但不能與其它需求相矛盾。

　　l 現(xiàn)實性：對提出的需求要綜合考濾，與現(xiàn)實的軟、硬件平臺相結(jié)合，不能夸大，需在現(xiàn)有技術(shù)的實現(xiàn)范圍內(nèi)。

　　l 真實性：需求必須來源于客戶，真實有效，能解決客戶所面臨的問題，不能憑空想象。

　　此階段的主要任務(wù)包括以下幾個方面：

　　l 軟件功能要求：主要是描述系統(tǒng)將要完成的那些大體功能及可實現(xiàn)性等。

　　l 軟件性能要求：主要集中在效率方面，包括數(shù)據(jù)庫的響應(yīng)時間、數(shù)據(jù)準(zhǔn)確度及耗用內(nèi)存量等等。

　　l 運(yùn)行環(huán)境方面：系統(tǒng)運(yùn)行所必要的軟件平臺、硬件環(huán)境及相關(guān)接品的要求

　　l 系統(tǒng)對所需數(shù)據(jù)要求、靜態(tài)或動態(tài)數(shù)據(jù)的配置等

　　l 條件允許的情況下，利用數(shù)據(jù)流程圖軟件將業(yè)務(wù)需求表達(dá)出來

　　l 編寫軟件需求規(guī)格說明書，提交評審

　　l 其它方面：主要包括對軟件的易用性、可維護(hù)性、保密性及二次開發(fā)靈活性等方面的分析。

　　常見的問題：

　　l 需求分析人員對客戶需求把握不準(zhǔn)，很多需求都是通過市場、渠道、實施人員或其它途徑反饋而來，多少有些失真，不能完全代表客戶的意愿。

　　l 缺乏對需求的深入理解，很多軟件公司都沒有專門的需求分析人員，通常一人身兼數(shù)職，一般都是由開發(fā)人員來完成，開發(fā)人員除了編碼外，還要完成軟件設(shè)計文檔的編寫及對需求的把握等工作，這樣就存在一個問題，開發(fā)人員往往對業(yè)務(wù)了解不是很深入，在把握需求的能力方面略顯不足，可能會導(dǎo)致對客戶需求不能深入的發(fā)掘。

　　l 客戶需求不明確，變動較大，導(dǎo)致設(shè)計不穩(wěn)定，改動頻繁，這一方面也有客戶的原因造成的，有時由于項目周期短，而客戶需求又變動較大，造成相關(guān)的需求、設(shè)計文檔延期，這種原因的存在也會對軟件的通用性造成一定影響。

　　l 時間倉促，趕鴨子上架，估計大部分軟件公司都存在這種情況，有時客戶提出需求，由于時間緊急，只能臨時抽調(diào)其它人員到客戶現(xiàn)場調(diào)研，效果是可想而知的，會導(dǎo)致一系列的問題。

　　l 需求的積累，大部分需求還是在于平常的積累，經(jīng)常會存在這種現(xiàn)象：開發(fā)一套新產(chǎn)品前，大家都在努力的收集需求，翻資料、找文檔，通過各種渠道匯總，這樣也只能達(dá)到臨陣磨槍的效果，好的需求還是在于平常的積累，是通過日常維護(hù)過程中慢慢形成的。

　　二、系統(tǒng)建設(shè)：

　　此階段的目的是設(shè)計并驗證符合企業(yè)現(xiàn)狀和發(fā)展需要的業(yè)務(wù)解決方案，乙方指導(dǎo)甲方根據(jù)實施方案準(zhǔn)備數(shù)據(jù)，指導(dǎo)甲方完成完整的業(yè)務(wù)流程和數(shù)據(jù)測試、最終用戶操作手冊，讓甲方人員在參與實施過程中具體熟悉甲方的erp中的業(yè)務(wù)流程和管理理念、數(shù)據(jù)規(guī)則等.

　　乙方的責(zé)任

　　設(shè)計并不斷完善業(yè)務(wù)解決方案

　　指導(dǎo)甲方人員進(jìn)行數(shù)據(jù)準(zhǔn)備和系統(tǒng)測試編寫軟件標(biāo)準(zhǔn)操作手冊

　　甲方的責(zé)任

　　協(xié)助乙方進(jìn)行業(yè)務(wù)解決方案的制定、完善

開發(fā)2.png

　　組織人員進(jìn)行數(shù)據(jù)準(zhǔn)備工作，并在乙方指導(dǎo)下完成系統(tǒng)測試完工和接受標(biāo)準(zhǔn)

　　本階段將于雙方確認(rèn)實施方案、完成數(shù)據(jù)準(zhǔn)備和測試，確認(rèn)測試報告，并完成最終用戶操作手冊時，此任務(wù)便告完成.

　　提交件

　　<<測試報告>>、<<業(yè)務(wù)解決方案>>、“最終用戶操作手冊”

　　三、項目驗收

　　此階段的目的是完成項目上線階段的內(nèi)部支持體系建設(shè)，保障關(guān)鍵用戶能夠支持項目正常運(yùn)行，并順利進(jìn)行項目的服務(wù)交接.

　　乙方的責(zé)任

　　幫助客戶建立內(nèi)部支持體系，對系統(tǒng)上線后關(guān)鍵用戶提供運(yùn)行支持協(xié)助甲方建立內(nèi)部支持團(tuán)隊，提供系統(tǒng)優(yōu)化支持和應(yīng)用檢查等.整理項目所有實施文檔，編寫項目實施總結(jié)，提交項目交付報告.甲方的責(zé)任

　　協(xié)助進(jìn)行系統(tǒng)上線后問題的處理

　　建立內(nèi)部支持團(tuán)隊，提升內(nèi)部團(tuán)隊持續(xù)優(yōu)化能力、建立內(nèi)部支持流程和明確支持分工完成系統(tǒng)運(yùn)行數(shù)據(jù)的確認(rèn)

　　完工及接受條件

　　本階段將于乙方完成約定的項目實施完工報告并經(jīng)甲方確認(rèn)時，此任務(wù)便告完成.提交件

　　<<項目實施完工交接報告>>

　　四、驗收標(biāo)準(zhǔn)

　　以甲方完成完整的業(yè)務(wù)流程和數(shù)據(jù)測試并出具<<測試報告>>、<<業(yè)務(wù)解決方案>>、<<項目實施完工交接報告>>

發(fā)布：2021-05-24 11:48 編輯：泛普軟件 · hujian [打印此頁] [關(guān)閉]

相關(guān)欄目：