一、什么是需求分析呢？

軟件需求分析就是把軟件計(jì)劃期間建立的軟件可行性分析求精和細(xì)化，分析各種可能的解法，并且分配給各個軟件元素。需求分析是軟件定義階段中的最后一步，是確定系統(tǒng)必須完成哪些工作，也就是對目標(biāo)系統(tǒng)提出完整、準(zhǔn)確、清晰、具體的要求。

通俗的講，對用戶的意圖不斷揭示和確認(rèn)的過程，要對經(jīng)過系統(tǒng)可行性分析所確定的系統(tǒng)目標(biāo)做更為詳細(xì)的描述。

下面舉個栗子：

假如你是個軟件工程師，夏天到了，有位客戶跟你說要給他們的家禽養(yǎng)殖場開發(fā)一個溫感控制系統(tǒng)，這個時候要需要與客戶溝通，來確定客戶到底想要一個什么樣子的溫感控制系統(tǒng)。我們應(yīng)該注意三點(diǎn)：

1 . 準(zhǔn)確的理解和描述客戶需要的功能。

客戶說，我的溫感系統(tǒng)系統(tǒng)可以感知當(dāng)前天氣溫度，當(dāng)溫度過高時，采取灑水模式給環(huán)境降溫，當(dāng)天氣太潮濕，可以開啟除濕模式….客戶滔滔不絕的講了一大堆，你也都非常忠實(shí)的按照自己的理解再一一的向客戶描述一遍，以便于確認(rèn)客戶的需求是否正確。

2 . 幫助客戶挖掘需求。

等客戶把自己的需求說完了，你發(fā)現(xiàn)客戶沒有跟你說該養(yǎng)殖場的規(guī)模是多大的，是在露天的環(huán)境下還是在室內(nèi)的，于是，你向客戶提議說：“你看，咱們這個養(yǎng)殖場的規(guī)模是多大的，是在室內(nèi)呢還是在室外，我們應(yīng)該怎么樣設(shè)計(jì)監(jiān)控范圍呢？”，客戶連連的拍著腦門說，我差點(diǎn)給忘記了，我們這個養(yǎng)殖場是室內(nèi)的，有兩層，一層有500平左右。

3 . 分析客戶需求的可行性

客戶臨走時又說，對了，一樓二樓的情況不太一樣，二樓比較熱，家禽很多會中暑，能不能二樓的跟一樓的監(jiān)控是分開的。你這么一分析，客戶這要求，按照目前的技術(shù)可沒法做啊，于是，你向客戶提議，一層使用一個溫感控制器，單獨(dú)監(jiān)控。

二、軟件需求分析難點(diǎn)又在哪里呢？

有幾種原因使需求分析變得困難：（1）客戶說不清楚需求；（2）需求自身經(jīng)常變動；（3）分析人員或客戶理解有誤。

1 . 客戶說不清楚需求

有些客戶對需求只有朦朧的感覺，當(dāng)然說不清楚具體的需求。例如談戀愛的時候，女生總希望男朋友能有讀心術(shù)猜出自己的心事。每次生氣總會扯出很多事情，然后始終不說清楚為什么生氣，想要的是什么。

有些客戶心里非常清楚想要什么，但卻說不明白。你可能很不以為然。就舉日常生活的事例吧，比如說買鞋子。我們非常了解自已的腳，但沒法說清楚腳的大小和形狀。只能拿鞋子去試，試穿時感覺到舒服才會買鞋（居然也有神通廣大的售貨員，看一眼客戶的手，就知道應(yīng)該穿什么樣的鞋）。

如果客戶本身就懂軟件開發(fā)，能把需求說得清清楚楚，這樣的需求分析將會非常輕松、愉快。如果客戶全不懂軟件，但信任軟件開發(fā)方，這事也好辦。分析人員可以引導(dǎo)客戶，先闡述常規(guī)的需求，再由客戶否定不需要的，最終確定客戶真正的需求。最怕的就是“不懂裝懂”或者“半懂充內(nèi)行”的客戶，他們會提出不切實(shí)際的需求，天馬行空，那么溝通和協(xié)商都會很困難。

2 . 需求自身經(jīng)常變動

都說女人是善變的，但是其實(shí)生活中善變的不止止是女人，你的上司，你的客戶變臉比變天還快 ~

需求分析時要注意的問題：

（1）盡可能地分析清楚哪些是穩(wěn)定的需求，哪些是易變的需求。以便在進(jìn)行系統(tǒng)設(shè)計(jì)時，將軟件的核心建筑在穩(wěn)定的需求上，否則將會吃盡苦頭。

（2）在合同中一定要說清楚“做什么”和“不做什么”。如果合同含含糊糊，就要跟客戶確認(rèn)清楚。

3 . 分析人員和客戶理解有誤

俗話說，一千個讀者有一千個哈姆雷特，每個人的思維模式和理解方法都是不一樣的，你不是客戶肚子里面的蛔蟲，客戶也不是你的大腦反射弧，溝通是解決這些問題的最好方式。

軟件系統(tǒng)分析人員不可能都是全才。客戶表達(dá)的需求，不同的分析人員可能有不同的理解。如果分析人員理解錯了，可能會導(dǎo)致開發(fā)人員白干活，吃力不討好。所以分析人員寫好需求說明書后，要請客戶方的各個代表驗(yàn)證。如果問題很復(fù)雜，雙方都不太明白，就有必要請開發(fā)人員快速構(gòu)造軟件的原型，雙方再次論證需求說明書是否正確。

由于客戶大多不懂軟件，他們可能覺得軟件是萬能的，會提出一些無法實(shí)現(xiàn)的需求。有時客戶還會把軟件系統(tǒng)分析人員的建議或答復(fù)給想歪了。

有一個軟件人員滔滔不絕地向客戶講解在“信息高速公路上做廣告”的種種好處，客戶聽得津津有味。最后，心動的客戶對軟件人員說：“好得很，就讓我們馬上行動起來吧。請您決定廣告牌的尺寸和放在哪條高速公路上，我立即派人去做?！?/p>

三、需求分析的分類

需求分析一般可分為功能需求、非功能需求和領(lǐng)域需求

1 . 功能需求：

功能需求主要說明了系統(tǒng)實(shí)際應(yīng)做到什么。這是用戶最直觀也是最主要的需求，如系統(tǒng)的輸入輸出、系統(tǒng)能完成的功能以及其它相關(guān)處理等；

2 . 非功能需求：

非功能需求又稱“約束”，它主要從各個角度對系統(tǒng)起約束和限制作用。如響應(yīng)時間、存儲效率、報(bào)表的規(guī)格和界面的樣式等

3 . 領(lǐng)域需求：

領(lǐng)域需求的來源不是用戶，而是系統(tǒng)應(yīng)用的領(lǐng)域，其主要反映了該領(lǐng)域的基本問題。例如勤工儉學(xué)管理系統(tǒng)，其領(lǐng)域需求就涉及到諸如應(yīng)聘合同書、酬金發(fā)放及勞工考核等相關(guān)內(nèi)容，如果這些需求得不到滿足，系統(tǒng)就無法正常運(yùn)行。值得一提的是，領(lǐng)域需求可能是功能需求，也可能是非功能需求。

四、需求分析的不同層次

軟件需求包括三個不同的層次：業(yè)務(wù)需求、用戶需求和功能需求（也包括非功能需求）。

1．業(yè)務(wù)需求（business requirement）反映了組織機(jī)構(gòu)或客戶對系統(tǒng)、產(chǎn)品高層次的目標(biāo)要求，它們

在項(xiàng)目視圖與范圍文檔中予以說明。

2．用戶需求(user requirement) 文檔描述了用戶使用產(chǎn)品必須要完成的任務(wù)，這在使用實(shí)例（use

case）文檔或方案腳本說明中予以說明。

3．功能需求(functional requirement)定義了開發(fā)人員必須實(shí)現(xiàn)的軟件功能，使得用戶能完成他們的

任務(wù)，從而滿足了業(yè)務(wù)需求。

五、如何進(jìn)行需求分析

1、需求分析的渠道和過程

2、需求分析的過程

軟件需求分析的過程主要有四個階段：

1、確定軟件需求目標(biāo)

2、進(jìn)行分析并整合

3、規(guī)格的相關(guān)說明規(guī)定

4、最終評審。

確定軟件需求目標(biāo)在涵義上是指系統(tǒng)分析師和程序開發(fā)工程師在進(jìn)行工作中，找出目標(biāo)軟件工程所需的要求，從而講述出能夠達(dá)到要求所需要的條件。一般來說，這些要求主要體現(xiàn)在功能、性能、環(huán)境、可靠性、安全性以及用戶界面、資源使用、軟件成本消耗與開發(fā)進(jìn)度等。

（1）功能是指將軟件的功能開發(fā)；

（2）性能則在于軟件技術(shù)性能標(biāo)準(zhǔn)；

（3）環(huán)境是指如硬件和軟件方面在軟件系統(tǒng)運(yùn)行時的要求，另外還包括對使用此軟件的工作人員的技術(shù)要求；

（4）可靠性是通過軟件在開發(fā)過程中對實(shí)際環(huán)境的要求，并滿足在進(jìn)行需求分析時顯露出所有存在的問題，估計(jì)運(yùn)行后會產(chǎn)生的后果，提出更高的可靠性；

（5）安全性是指安全保密，在進(jìn)行開發(fā)時特別針對安全性能嚴(yán)格要求，保證在日后的使用過程中能夠擁有強(qiáng)大的安全性能；

（6）用戶界面要根據(jù)客戶的要求進(jìn)行需求分析；

（7）資源使用是要保證用戶能夠接受在軟件的使用中的資源需求；

（8）大致提出軟件開發(fā)所需要的時間和各個階段的費(fèi)用，合理控制成本消耗和進(jìn)度。另外，分析系統(tǒng)的功能，檢測在開發(fā)之后的性能，有利于及時對系統(tǒng)做出改正。在這些問題得出相應(yīng)的分析結(jié)果之后，要將結(jié)果與軟件開發(fā)工程師進(jìn)行核對，并且得到認(rèn)可。

六、需求分析的方法

1 . 功能分析方法

功能分析法功能分解法以系統(tǒng)提供的功能為中心來組織系統(tǒng)。首先定義各種功能, 然后把功能分解為子功能, 同時定義功能之間的接口。數(shù)據(jù)結(jié)構(gòu)是根據(jù)功能/子功能的需要設(shè)計(jì)的。 其基本策略是以分析員的經(jīng)驗(yàn)為依據(jù), 確定新系統(tǒng)所期望的處理步驟或子步驟, 然后, 將問題空間映射到功能和子功能上。

2 . 數(shù)據(jù)流方法

周末，小明一覺醒來突然想吃紅燒肉，那想得口水直流，于起床，穿好衣服，打開錢包一看空的，好吧，先去銀行取錢，然后去菜那買了一肉、各種配料，然后回家，開火，各種材料往鍋里一放，開始小火慢燉，半個小時后，小明終于吃上了美味可口的紅燒肉。這是一個典型的流程，如果把它看成一個系統(tǒng)功能的話，那么小明吃到紅燒肉是這個功能的目的，那么中間要經(jīng)歷許多環(huán)節(jié)，起床穿衣—取錢—習(xí)材料—-制作完成。而且各個功能（步驟）之間是相互聯(lián)系的，小明總不能不穿衣服直接去取錢吧。

數(shù)據(jù)流法也叫結(jié)構(gòu)化分析, 其基本策略是研究問題域中數(shù)據(jù)如何流動以及在各個環(huán)節(jié)上進(jìn)行何種處理, 從而發(fā)現(xiàn)數(shù)據(jù)流和加工。 問題域被映射為由數(shù)據(jù)流、加工以及文件、端點(diǎn)等成份構(gòu)成的數(shù)據(jù)流圖(DFD) , 并用數(shù)據(jù)字典對數(shù)據(jù)流和加工進(jìn)行詳細(xì)說明。這種方法的關(guān)鍵是動態(tài)跟蹤數(shù)據(jù)流動。

3 . 信息建模方法

一個貴婦去報(bào)案，我丟了一個輛車，小明是警察，然后問貴婦，你丟的什么樣的車子？貴婦噼里啪啦的給小明描述車子樣子：我的車子有四個輪子，前面兩個小，后面兩個大，車身是流線型的，后面帶尾翼，里面只一排坐位的那種，車坐上都用的真皮做套子，后面…..你聽著聽頭大了，然后對貴婦說：等等，我給你畫下來。于是，貴婦邊說，你邊畫，然后貴婦指出畫的不對的地方由你來修改。當(dāng)然了這只是實(shí)體的樣子。我們還需要知道汽車各個部件的功能以及各部件之間的關(guān)系。

信息建模法的核心概念是實(shí)體和關(guān)系, 主要工具是語義數(shù)據(jù)模型(實(shí)體關(guān)系圖) , 其基本策略是找出現(xiàn)實(shí)世界的對象, 然后用屬性來描述對象, 增添對象與對象之間的關(guān)系, 定義父類與子類, 用父類型/子類型提煉屬性的共性, 用關(guān)聯(lián)對象關(guān)系作細(xì)化的描述, 最后進(jìn)行規(guī)范化處理。 其實(shí)質(zhì)是將問題空間直接映射成模型中的對象。

4 . 面向?qū)ο蠓椒?/p>

我想你如果學(xué)習(xí)過面向?qū)ο缶幊痰脑挘瑫苋菀桌斫狻?/p>

面向?qū)ο蠓治?OOA(Object- Oriented Analysis) 的基本策略是通過信息隱藏將比較容易變化的元素隱藏起來, 分析員基于比較穩(wěn)定的元素建立其思想和規(guī)格說明的總體結(jié)構(gòu)。

面向?qū)ο蠓治龅闹饕匦允羌訌?qiáng)了對問題域( Problem Domain) 和系統(tǒng)責(zé)任( System Responsibili-ties)的理解; 改進(jìn)與分析有關(guān)的各類人員之間的交流; 對需求的變化具有較強(qiáng)的適應(yīng)性; 支持軟件復(fù)用

5 . 面向本體方法

面向本體的需求分析 OORA (Ontology- Oriented Require-ments Analysis) , 是 OOA方法的有效補(bǔ)充和提升。 面向本體方法強(qiáng)調(diào)相關(guān)領(lǐng)域的本質(zhì)概念以及這些概念之間的關(guān)聯(lián)。其實(shí)質(zhì)是在面向?qū)ο蠓椒ㄖ幸雽ο箨P(guān)聯(lián), 并給出各種關(guān)聯(lián)的語義語用。

OORA方法由 4 個階段來完成。第一階段: 用一種自然語言BIDL( Bisiness Information Description Language) 描述事務(wù); 第二階段: 確認(rèn)隱含在 BIDL文本中的本體和對象; 第三階段: 將這些本體和對象轉(zhuǎn)換成另一種語言 Ononet (Ontology and Object- Ori-ented Network) , 得到用 Ononet 書寫的需求預(yù)定義; 第四階段: 在采用 Ononet 作為知識表示形式的領(lǐng)域本體知識庫中搜索相關(guān)的知識, 并和前面的需求預(yù)定義合并, 得到軟件完整的需求定義。

6 . 形式化方法

形式化方法, 廣義上講, 是應(yīng)用數(shù)學(xué)的手段來設(shè)計(jì)、 模擬和分析, 得到像數(shù)學(xué)公式那樣精確的表示。從狹義上講, 就是使用一種形式語言進(jìn)行語言公式的形式推理, 用于檢查語法的良構(gòu)

性并證明某些屬性。在需求分析階段, 利用形式化方法得到需求規(guī)格說明書, 可以規(guī)范軟件開發(fā)過程, 為獲得更好的系統(tǒng)性能提供重要保證。