軟件的需求分析必須要有對原業(yè)務的一個深入了解、提取、抽象、升華的過程，管理軟件需求分析尤其如此。 

　　軟件的需求分析是從用戶的業(yè)務中提取出軟件系統能夠幫助用戶解決的業(yè)務問題，通過對用戶業(yè)務問題的分析，規(guī)劃出我們的軟件產品。這個步驟是對用戶業(yè)務需求的一個升華，是一個把用戶業(yè)務管理流程優(yōu)化，轉化為軟件產品，從而提升管理而實現的質的飛躍，這一步是否成功，直接關系到開發(fā)出來的軟件產品能否得到用戶認可，順利交付給客戶，客戶能否真正運用我們的產品幫助他解決業(yè)務或管理問題。 

　　按照軟件工程對軟件開發(fā)過程的描述，需求階段我們可以細分為需求調研和需求分析兩個小階段，需求調研需要充分細致的了解客戶目標，用戶業(yè)務內容、流程等，這是一個對需求的采集過程，是進行需求分析的基礎準備。當我們已經了解、理解了用戶的業(yè)務，于是可以開始分析需求了。軟件系統的需求分析可以由產品工程師或系統分析員或兩者分階段合作完成全部的需求分析工作。 

　　一、 提取出核心、主要、急迫的業(yè)務，明晰業(yè)務流程 

　　通過需求調研，我們會發(fā)現用戶各方面的業(yè)務很多，從大處著眼，包括用戶的各種業(yè)務項目、業(yè)務流程，再明細到業(yè)務過程的每一個單據，每一條記錄，如生產過程中每一個環(huán)節(jié)的記錄，辦公中的每一個通知，甚至包括文件報刊的收發(fā)，計劃生育指標統計等等。如此繁雜的各類業(yè)務，我們從何下手？這時需要我們回頭去查看軟件的項目規(guī)格說明書，再次溫故客戶對軟件項目或產品的最初提出的需求目標和范圍，我們的軟件主要是為用戶解決什么樣的問題。從眾多的業(yè)務中提取出用戶核心的、主要的、急需的業(yè)務，這些是我們軟件需求主要關心所在。寫一篇文章需要重點突出，主次分明，我以為規(guī)劃一個軟件產品也是同理。 

　　從用戶繁雜的業(yè)務中進行業(yè)務、業(yè)務流程的提取，把那些分布在各個部門的同一種業(yè)務提取出來。比如物資的管理，涉及到生產部門的需用計劃，匯總到物資部門的采購計劃，計劃的審批，采購合同，物資采購，物資部門的收發(fā)存業(yè)務，生產部門的物資領用消耗等等，我門需要分析用戶的這個業(yè)務流程中哪些是系統能幫助管理的，哪些是要在系統外處理的，充分分析了用戶現有的業(yè)務和業(yè)務流程，我們進入下一步驟。

　　二、 運用管理思想，優(yōu)化業(yè)務流程 

　　我們提供的是管理軟件產品，要幫助用戶解決的是管理問題，那么用戶是這樣的業(yè)務流程，就需要我們分析這樣的流程合理嗎，還有缺陷嗎，怎樣做能提高效率、解決問題，可以運用更先進的管理思想嗎……。一般情況下，我們需要從兩個方面考慮業(yè)務流程的優(yōu)化。一是我們采用了網絡計算機這些新的技術手段，較之原先手工、電話等方式在信息的傳遞、信息的共享、數據的處理等方面將會帶來新的方式，必將改變原有的業(yè)務流程。另一方面就是我們根據對用戶業(yè)務的理解，考慮是否可以運用先進的管理思想，比如MRPII、ERP、SCM、CRM、JIT、EIA、E-Business等等管理模型，進行現有業(yè)務流程的重組或優(yōu)化。當然一旦牽涉到業(yè)務流程的修改一定要與客戶的中高層管理者進行充分的溝通，只有客戶認同方可確定，因為這一定會在軟件實施時需要相應的管理制度配套執(zhí)行。

　　三、 進行業(yè)務分類，規(guī)劃系統藍圖 

　　以上都明確了以后，我們可以描繪系統藍圖了。系統有幾個子系統，每個子系統有哪些模塊，各個模塊處理哪些業(yè)務，很重要的一點還有各子系統模塊之間的數據接口關系，基礎數據從哪里進入，通過哪些處理生成哪些結果等等。這個過程需要整理、抽象用戶業(yè)務，規(guī)劃軟件實現，規(guī)劃軟件系統模塊間的邏輯關系。因為系統的頁面實現是按照系統模塊

    項目經理勝任力免費測評PMQ上線啦！快來測測你排多少名吧~

    http://m.opto-elec.com.cn/pmqhd/index.html