軟體需求分析方法大體分為如下四類：
結構化方法、
物件導向方法、面向控制方法和面向資料方法
結構化分析方法
結構化分折(structured analysis,
sa)方法是一種單純的由頂向下
逐步求精的功能分解方法。分析員首先用上下文圖表(稱為
資料流圖dfd)表示系統的所有輸入/輸出，然後反覆地對系統求精，每次求精都表示成一更詳細的dfd從而建立關於系統的乙個dfd層次。為儲存dfd中的這些資訊，使用
資料字典來訪問相關的定義、結構及目的。sa方法是目前實際應用效力廣泛的
需求工程技術。它具有較好的分別、抽象能力，為開發小組找到了一種
中間語言，易於
軟體人員所掌握。但它離應用領域尚有一定的距離，難以直接應用領域術民與
軟體設計也有一段不小的距離因而為開發小組的思想交流帶來了一定的困難。
物件導向分析方法
面向 物件（
object oriented,
oo）的方法把分析建立在系統物件以及物件間互動的基礎之上，使得我們能以3個最基本的方法
框架——物件及其屬性、分類結構和集合結構來定義和溝通需求。
物件導向的問題分析模型從3個側面進行描述，即物件模型(物件的靜態結構)、
動態模型(物件相互作用的順序)和
功能模型(資料變換及功能依存關係)。
需求工程的抽象原則、層次原則和分割原則同樣適用於
物件導向方法，即物件抽象與功能抽象原則是一樣的，也是從高階到低階、從邏輯到物理，逐級細分．每一級抽象都重複物件建模(物件識別)一
動態建模(事件識別)一
功能建模(操作識別)的過程，直到每乙個物件例項在物理(程式編碼)上全部實現為止。
物件導向
需求分析(oora)利用一些基本概念來建立相應模型，以表達目標系統的不同側面。儘管不同的方法所採用的具體模型不盡相同，但都無外乎用如下五個基本模型來描述
軟體需求：
整體—部分模型：該模型描述
物件(類)是如何由簡單的物件（類）構成的。將乙個複雜
物件(類)描述成乙個由互動作用的若干物件(類)構成的結構的能力是oo途徑的突出優點。該模型亦稱聚合模型。
分類模型：分類模型描述類之間的繼承關係。與聚合關係不同，它說明的是乙個類可以繼承另乙個或另一些類的成分，以實現類中成分的復用。
類— 物件模型：分析過程必須描述屬於每個類的物件所具有的行為，這種行為描述的詳細程度可以根據具體情況而定。既可以只說明行為的輸入、輸出和功能，也可以採用比較形式的途徑來精確地描述其輸入、輸出及其相應的
型別甚至使用偽碼或**明的形式來詳細刻畫。
物件互動模型：乙個
物件導向的系統模型必須描述其中物件的互動方法。如前所述，
物件互動是通過
訊息傳遞來實現的。事實人
物件互動也可看作是物件行為之間的引用關係。因此，
物件互動模型就要刻畫物件之間的
訊息流。對應於不同的詳細程度，有不同的
訊息流描述分析，分析人員應根據具體館況而選擇。一般地，乙個詳細的
物件互動模型能夠說明物件之間的
訊息及其流向，並且同時說明該訊息將啟用的物件及行為。乙個不太詳細的
物件互動模型可以只說明物件之間有
訊息，並指明其流向即可。還有一種狀況就是介於此兩者之間。
狀態模型：在狀態模型中，把乙個
物件看作是乙個有限狀態機，由乙個狀態到另一狀態的轉變稱作狀態轉換。狀態模型將
物件的行為描述成其不同狀態之間的通路。它也可以刻畫動態系統中
物件的建立和廢除，並稱由物件的建立到物件的廢除狀態之間的退路為物件的生存期。
狀態模型既可以用狀態轉換因的圖形化手段，又可用決策表或稱決策矩陣的形式來表。
軟體UI需求分析方法
1 引言 軟體介面 是人與計算機之間的媒介。使用者通過軟體介面來與計算機進行資訊交換。因此，軟體介面 的質量，直接關係到應用系統的效能能否充分發揮，能否使使用者準確 高效 輕鬆 愉快地工作，所以軟體的友好性 易用性對於軟體系統至關重要。目前國內軟體開發者在設計過程中很注重軟體的開發技術及其具有的業務...
軟體需求分析方法總結
align center 撰寫優秀的需求 by karl wiegers.bear縮譯 軟體需求常常被寫得很糟且難於遵循。清楚地闡明你的需求將使每位專案參與者獲益。需求說明總的特點 1 它們必須是正確的。2 它們必須是可行的 3 它們必須是對專案來說是必不可少的。4 它們必須是被標明優先次序的。5 ...
軟體需求分析方法總結 如何分析問題和需求
如何分析問題和需求 萬事開頭難，需求沒有完全分析清楚，系統設計很難滿意。面對專案，我們如何提出問題，如何界定問題主次，哪些問題必須定義，哪些問題可暫時不理.一 提出問題 樹狀遍歷式尋找問題 每個問題都不是單一存在的，它都有相關問題，猶如一棵樹一樣，主問題就是主樹杆，主問題伴隨的其他問題，就是支樹桿，...