常用的需求分析方法有：

1、面向數(shù)據(jù)流的結(jié)構(gòu)化分析方法（SA）

2、面向數(shù)據(jù)結(jié)構(gòu)的分析方法

3、面向?qū)ο蟮姆治龇椒ǎ∣OA）

結(jié)構(gòu)化的分析方法是傳統(tǒng)的分析法，它的好處是在需求階段可以不需要精確地定義系統(tǒng)，只需要根據(jù)業(yè)務(wù)框架確定系統(tǒng)的功能范圍，以及每個(gè)功能的處理邏輯和業(yè)務(wù)規(guī)則，功能需求規(guī)格書等。因?yàn)椴恍枰_描述，因此描述系統(tǒng)的方式比較靈活多樣，可以采用圖表、示例圖、文字等等方式來(lái)描述系統(tǒng)。在系統(tǒng)開發(fā)以前，一般還可以采用更為直觀的原型系統(tǒng)方式和最終用戶進(jìn)行交流和確認(rèn)，因此對(duì)業(yè)務(wù)需求的要求會(huì)低一些，業(yè)務(wù)需求階段的周期相對(duì)容易控制；通過(guò)業(yè)務(wù)全景圖，最終用戶也能了解系統(tǒng)的功能；通過(guò)功能活動(dòng)圖和業(yè)務(wù)規(guī)則的描述，也可以相對(duì)精確地描述業(yè)務(wù)系統(tǒng)；因?yàn)闆]有嚴(yán)格的標(biāo)記語(yǔ)言，可以采用適當(dāng)?shù)钠枋鲞m當(dāng)?shù)南到y(tǒng)。當(dāng)然，這種方法的缺點(diǎn)也是明顯的，分析人員和業(yè)務(wù)人員之間可能缺乏共同語(yǔ)言，機(jī)器不能識(shí)別業(yè)務(wù)需求書，在設(shè)計(jì)階段還需要繼續(xù)和用戶確認(rèn)一部分功能。

面向?qū)ο蟮姆治龇椒ǖ淖畲蠛锰幨窃谛枨箅A段，就能夠非常精確地描述一個(gè)系統(tǒng)，采用程序語(yǔ)言的方式和最終用戶交流（最終用戶必須要熟悉這種語(yǔ)言），能夠在項(xiàng)目一開始就發(fā)現(xiàn)很多問題，避免在開發(fā)的過(guò)程中出現(xiàn)需求的反復(fù)，而且在系統(tǒng)設(shè)計(jì)和開發(fā)階段不需要最終用戶參與。在實(shí)施上，一般可以采用場(chǎng)景、業(yè)務(wù)功能等方式來(lái)描述，比較適合于業(yè)務(wù)流程環(huán)節(jié)多的系統(tǒng)，或者軟件產(chǎn)品的開發(fā)。但是，我們也要看到，在現(xiàn)實(shí)中，絕大多數(shù)的應(yīng)用系統(tǒng)都很難在需求階段就可以被精確地抽象化定義，所以這種方法的缺點(diǎn)和困難也是顯而易見的：首先，用戶要非常清楚地知道最終的業(yè)務(wù)系統(tǒng)應(yīng)該是什么樣，或者采用一種抽象的方式能夠確定最終的應(yīng)用系統(tǒng)；其次，因?yàn)樽罱K用戶不需要參與設(shè)計(jì)和開發(fā)階段的工作，所以雙方確定業(yè)務(wù)需求的過(guò)程也會(huì)比較長(zhǎng)；同時(shí)，因?yàn)槭蔷_描述，因此描述系統(tǒng)的語(yǔ)言是非常邏輯化的，一般通過(guò)某種方式可以使機(jī)器識(shí)別業(yè)務(wù)需求，采用這種方式寫的業(yè)務(wù)需求是非常格式化的，一方面描述一個(gè)系統(tǒng)需要的信息非常多，可能使需求說(shuō)明的篇幅非常長(zhǎng)，不便于理解和閱讀；另外由于通過(guò)抽象的方式來(lái)推演最終系統(tǒng)的運(yùn)行方式，對(duì)業(yè)務(wù)人員的要求非常高。