新產品開發(fā)erp

　　論國內新新產品開發(fā)erp模式

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

　　[關鍵字]

　　需求規(guī)格、概要設計、詳細設計、編碼、調試、黑盒測試、白盒測試等

　　一、軟件需求階段

　　概述：

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

　　主要工作：

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

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

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

　　l 現實性：對提出的需求要綜合考濾，與現實的軟、硬件平臺相結合，不能夸大，需在現有技術的實現范圍內。

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

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

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

　　l 軟件性能要求：主要集中在效率方面，包括數據庫的響應時間、數據準確度及耗用內存量等等。

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

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

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

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

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

　　常見的問題：

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

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

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

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

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

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

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

　　乙方的責任

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

　　指導甲方人員進行數據準備和系統(tǒng)測試編寫軟件標準操作手冊

　　甲方的責任

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

開發(fā)2.png