需求調研之後，進行需求分析時，需要提煉、分析、和仔細審查已經收集到的需求，並告知所有的風險承擔者，來找出其中的錯誤、遺漏、或者其他任何不足，需要改進的地方，這樣才能開發出高質量的需求報告。
要繪製系統的上下文示意圖，也叫頂層資料流圖，表示了系統與系統外部實體間的界限和介面，還能表示出系統與外部實體的資料流，當使用者後面在變更需求時，可以以上下文圖來改變需求的靈活性。
當進行了需求分析之後，需要給使用者作出乙個系統原型，使用者看到需求原型之後，就能更好的清楚自己的需求，能夠更好的分析需求文件和原型之間的異同點，雙方也能更好的理解要解決的問題。
當時間，成本等因素允許的情況下，要分析需求的可行性，同時還要確定需求的優先級別，完成需求的先後順序， 有些必要的功能，比如核心功能，是要在第一版中就必須完成的，一些其他的功能，可以放在第二版或者後面的更新中來完成。
在進行開發前，需要建立一些模型，就是畫一些圖形來更加形象化的表示這些需求，比如資料流圖，描述了系統與外部世界的資料流向，還有實體關係圖、狀態變換圖或者一些互動作用圖，都分別表示了系統的某個方面的需求特徵。
開發過程中可能會用到一些專業術語或者名詞，需要用統一的名稱和意義來進行規範，將所有這些會用到的術語或者一些資料項定義歸結到乙個文件當中，形成乙個資料字典，防止以後出現分歧時沒有一條準則。
客戶會有多種需求，有的會提出來，但是有的會成為一種潛在的需求，還有一些會讓客戶非常興奮的需求。對於潛在需求即客戶未提出，但是客戶意識當中認為這是必須要有的，如果開發當中忽略了這一點，會讓客戶非常的不滿意；一些興奮的需求，如果開發出來會非常好，沒做出來也不會受到責備。
需求規格說明要採用統一的格式.可以採用一種統一的模版,模版很有幫助,但有時需要根據具體專案再進行改動.要指明需求的**,同時為每項需求新增標號,將某些角色可以進行的操作記錄下來,形成規範文件.
軟體需求分析教程閱讀筆記二
管理人員在要求開發乙個系統時並不會理解進行需求分析的重要性，他們只知道能不能盡快開發出相應的系統來方便使用，但是如果不做好需求分析，最終開發出的系統也不會有人用。客戶的需求認識並不像軟體開發人員這樣，了解的比較清楚，客戶通常並不懂得從系統的實際使用者處得到資訊的重要性，然而從產品的實際使用者處收集需...
軟體需求分析教程閱讀筆記一
許多任務程專案不能按時完成或者最後導致失敗的乙個很大的原因就是弄不清需求是什麼，不能準確理解客戶的需求意圖，所以前期做好需求調研是一件非常重要的工作，是一件與系統 開發占有同等比重的工作。讀這本書的同時,要注意實踐過程,不必非得要從乙個新專案開始應用,可以找乙個以前的或者是現在正在進行的專案,根據書...
軟體需求分析 閱讀筆記
筆記要求 發表一篇閱讀筆記，說明本學期 軟體需求分析 需要掌握哪些必要的內容？針對每個內容點說出自己的理解，並繪圖標意相互之間的關聯關係。讀 需求工程 軟體建模與分析 有感 今天大致的看了一下這本書，對軟體需求分析有了初步的了解，我認為學習軟體需求分析需要掌握的內容主要包括五個方面 需求基礎與過程 ...