關于需求分析的信息有很多，很多不了解的人，在剛剛接觸需求分析時，他們不知道關于需求分析的一些基礎知識，就好比需求分析的目標和任務是什么，如何獲取需求以及需求分析的工作步驟和流程的信息。軟件需求分析也稱為需求分析，系統需求分析或需求分析工程等。開發人員經過深入，詳細的調查和分析，才能準確了解用戶和項目的特定需求，例如功能，性能和可靠性。將需求表達轉換為完整的需求定義，以確定系統必須做什么的過程，是系統分析和軟件設計階段之間的橋梁。

　　需求分析的目標和任務

他的基本任務是：準確地回答“系統必須做什么”這個問題，也就是對目標系統提出完整、準確、清晰、具體的要求。

1、確定對系統的綜合要求：功能需求、性能需求、可靠性和可用性需求、出錯處理需求、接口需求、約束（設計約束或實現約束描述在設計或實現應用系統時應遵守的限制約束條件）、逆向需求（說明軟件系統不應該做什么）、將來可能提出的需求；

2、分析系統的數據需求；

3、導出系統的邏輯模型；

4、修正系統開發計劃。

　　如何獲取需求

　　1.訪談

正式訪談：系統分析員將提出一些事先準備好的具體問題；

非正式訪談：分析員將提出一些用戶可以自由回答的開放性問題。

調查表：需要調查大量人員的意見。

2.面向數據流自頂向下求精；

3.建議的應用規格說明技術；

4.快速建立軟件模型。

　　需求分析的工作步驟和流程

　　第一階段：

總體把握，了解概況 接手一個項目，不要著急去了解需求，這一階段是和具體用戶方的領導層、業務層人員的訪談式溝通，主要目的是從宏觀上把握用戶的具體需求方向和趨勢，了解現有的組織架構、業務流程、硬件環境、軟件環境、現有的運行系統等等具體情況、客觀的信息。建立起良好的溝通渠道和方式。針對具體的職能部門，最好能指定本次項目的接口人。

該階段的主要工作方法：客戶訪談；

輸出成果：業務流程報告/調查報告（對客戶方的組織業務概況和企業現狀的一些總結）。

　　第二階段：

詳細了解業務，梳理業務流程 通過第一階段的調研，了解客戶業務概況的前提下，經過充分的業務調研準備，開始進入正式的業務調研工作。這一階段要對所有業務流程、業務單據、報表等進行詳細的分析。整理出業務架構，盡可能多的與相關基層人員進行誘導式的訪談，與用戶一起探討業務流程設計的合理性、準確性、便易性、習慣性。對主要的業務流程要有原型DEMO讓客戶操作，發現問題，提出改進的意見和建議。

該階段的主要工作方法：訪談、業務分析、原型設計演示；

輸出成果：調研分析報告、原型反饋報告、業務流程報告。

　　第三階段：

需求細化和確認 這一階段是在上述兩個階段成果的基礎上，進行具體的流程細化、數據項的確認階段，這個階段承建方必須提供原型系統和明確的業務流程報告、數據項表，并能清晰地向用戶描述系統的業務流設計目標。用戶方可以通過審查業務流程報告、數據項表以及操作承建方提供的DEMO系統，來提出反饋意見，并對已經可接受的報告、文檔簽字確認。

實現手段：拜訪（回顧、確認），提交業務流程報告、數據項表;原型演示系統；

輸出成果：需求分析報告、數據項、業務流程報告、原型系統反饋意見。

通過上述關于需求分析你知道多少的介紹，相信大家對于需求分析有了進一步的理解了吧，想了解更多關于需求分析的信息，請繼續關注中培偉業。