2）建立組織保障，明確的責(zé)任分工。項(xiàng)目開(kāi)發(fā)一般都會(huì)成立相應(yīng)的項(xiàng)目組或工程組，目前，常見(jiàn)的組織形式是：產(chǎn)品管理組、質(zhì)量與測(cè)試組、程序開(kāi)發(fā)組、用戶代表組和后勤保障組，各組的主要分工是：產(chǎn)品管理組負(fù)責(zé)確定和設(shè)置項(xiàng)目目標(biāo)，根據(jù)需求的優(yōu)先級(jí)確定功能規(guī)范，向相關(guān)人員通報(bào)項(xiàng)目進(jìn)展。程序管理組負(fù)責(zé)系統(tǒng)分析，根據(jù)軟件開(kāi)發(fā)標(biāo)準(zhǔn)協(xié)調(diào)日常開(kāi)發(fā)工作確保及時(shí)交付開(kāi)發(fā)任務(wù)，控制項(xiàng)目進(jìn)度。程序開(kāi)發(fā)組負(fù)責(zé)按照功能規(guī)范要求交付軟件系統(tǒng)。質(zhì)量與測(cè)試組負(fù)責(zé)保證系統(tǒng)符合功能規(guī)范的要求，測(cè)試工作與開(kāi)發(fā)工作是獨(dú)立并行的。用戶代表組負(fù)責(zé)代表用戶方提出需求，負(fù)責(zé)軟件的用戶方測(cè)試。后勤保障組負(fù)責(zé)確保項(xiàng)目順利進(jìn)行的后勤保障工作。

　　3）建立良好的溝通環(huán)境和氛圍。分析人員與用戶溝通的程度關(guān)系到需求分析的質(zhì)量，因此建立一個(gè)良好的溝通氛圍、處理好分析人員與用戶之間的關(guān)系顯得尤其重要，一般情況，用戶作為投資方會(huì)有一些心理優(yōu)勢(shì)，希望他們的意見(jiàn)得到足夠的重視，分析人員應(yīng)該充分的認(rèn)識(shí)到這一點(diǎn)，做好心理準(zhǔn)備，盡量避免與他們發(fā)生爭(zhēng)執(zhí)，因?yàn)槲覀兊哪康氖菐椭脩粽f(shuō)出他們的最終需要。在溝通時(shí)分析人員應(yīng)注意以下幾個(gè)方面：1）態(tài)度上要尊重對(duì)方，但不謙恭。謙恭可能會(huì)讓用戶一時(shí)感到滿意，但對(duì)長(zhǎng)期合作并沒(méi)有好處，尤其是在發(fā)生沖突的時(shí)候，用戶會(huì)習(xí)慣性地感到自己的優(yōu)勢(shì)，而忽略分析人員地意見(jiàn)。2）分析人員要努力適應(yīng)不同用戶的語(yǔ)言表達(dá)方式。每個(gè)人都有自己的表達(dá)方式，所以優(yōu)秀的分析人員應(yīng)該是一個(gè)優(yōu)秀的“傾聽(tīng)者”，他們能很快的適應(yīng)用戶的語(yǔ)言風(fēng)格，理解他們的意思。3）善于表達(dá)自己，善于提問(wèn)。分析人員在開(kāi)口前應(yīng)該先讓對(duì)方充分表達(dá)他的意思，在領(lǐng)會(huì)了后，自己再說(shuō)，盡量不要搶話。4）工作外的交流有助于增進(jìn)理解，加強(qiáng)溝通。

　　4）需求質(zhì)量控制要制度化需求的變化是軟件項(xiàng)目不可避免的事實(shí)，因此需求質(zhì)量控制是一項(xiàng)艱苦的工作，要保證該項(xiàng)工作的順利實(shí)施，就必須有制度保證，這個(gè)制度可以在項(xiàng)目質(zhì)量控制方案中制定，該方案主要是具體化、定量化的描述用戶要求，形成全面、一致、規(guī)范的軟件需求分析規(guī)格說(shuō)明書(shū)，明確需求分析規(guī)格說(shuō)明書(shū)的工作程序和要素，規(guī)范開(kāi)發(fā)活動(dòng)，為后續(xù)軟件設(shè)計(jì)、實(shí)現(xiàn)、測(cè)試、評(píng)審及驗(yàn)收提供依據(jù)。在方案中要明確項(xiàng)目組各部門(mén)關(guān)于需求質(zhì)量控制的職責(zé)，制定需求分析的工作程序，包括編制需求分析工作計(jì)劃、編制《需求分析說(shuō)明書(shū)》、《需求分析規(guī)格說(shuō)明書(shū)》的評(píng)審和確認(rèn)、《需求分析規(guī)格說(shuō)明書(shū)》修改控制、確定需求質(zhì)量控制的質(zhì)量記錄文檔規(guī)范等內(nèi)容。

　　3.2 需求開(kāi)發(fā)與管理的一些方法

　　需求開(kāi)發(fā)是一項(xiàng)復(fù)雜的工作，使用的方法也很多，不同的開(kāi)發(fā)方式有不同的方法，這里簡(jiǎn)單介紹一些相關(guān)的方法：

　　1）繪制關(guān)聯(lián)圖：繪制系統(tǒng)關(guān)聯(lián)圖是用于定義系統(tǒng)與系統(tǒng)外部實(shí)體間的界限和接口的簡(jiǎn)單模型。

　　2）可行性分析：在允許的成本、性能要求下，分析每項(xiàng)需求實(shí)施的可行性，提出需求實(shí)現(xiàn)相關(guān)風(fēng)險(xiǎn)，包括與其它需求的沖突，對(duì)外界因素的依賴和技術(shù)障礙。

　　3）需求優(yōu)先級(jí)：確定使用實(shí)例、產(chǎn)品特性或單項(xiàng)需求實(shí)現(xiàn)的優(yōu)先級(jí)別。以優(yōu)先級(jí)為基礎(chǔ)確定產(chǎn)品版本將包括哪些特性或哪類需求。

　　4）系統(tǒng)原型：當(dāng)用戶自身對(duì)有的需求不十分清楚時(shí)，我們可以建立一個(gè)系統(tǒng)原型，用戶通過(guò)評(píng)價(jià)原型更好地理解所要解決的問(wèn)題。。

　　5）圖形分析模型：繪制圖形分析模型是編制軟件需求規(guī)格說(shuō)明重要手段。它們能幫助分析人員理清數(shù)據(jù)、業(yè)務(wù)模式、工作流程以及他們之間的關(guān)系，找出遺漏、冗余和不一致的需求。這樣的模型包括數(shù)據(jù)流圖、實(shí)體關(guān)系圖、狀態(tài)變換圖、對(duì)話框圖、對(duì)象類及交互作用圖。

　　6）數(shù)據(jù)字典：數(shù)據(jù)字典是對(duì)系統(tǒng)用到的所有數(shù)據(jù)項(xiàng)和結(jié)構(gòu)的定義，以確保開(kāi)發(fā)人員使用統(tǒng)一的數(shù)據(jù)定義。在需求階段，數(shù)據(jù)字典至少應(yīng)定義客戶數(shù)據(jù)項(xiàng)，確?？蛻襞c開(kāi)發(fā)小組是使用一致的定義和術(shù)語(yǔ)。

　　7）質(zhì)量功能調(diào)配：質(zhì)量功能調(diào)配是一種高級(jí)系統(tǒng)技術(shù)，它將產(chǎn)品特性、屬性與對(duì)客戶的重要性聯(lián)系起來(lái)。該技術(shù)提供了一種分析方法以明確哪些是客戶最為關(guān)注的特性。它將需求分為三類：期望需求、普通需求、興奮需求。

　　需求管理的目的就是要控制和維持需求事先約定，保證項(xiàng)目開(kāi)發(fā)過(guò)程的一致性，使用戶得到他們最終想要得產(chǎn)品。需求管理的方法主要包括以下一些方面：

　　1）確定需求變更控制過(guò)程。制定一個(gè)選擇、分析和決策需求變更的過(guò)程，所有的需求變更都需遵循此過(guò)程。

　　2）進(jìn)行需求變更影響分析。評(píng)估每項(xiàng)需求變更，以確定它對(duì)項(xiàng)目計(jì)劃安排和其它需求的影響，明確與變更相關(guān)的任務(wù)并評(píng)估完成這些任務(wù)需要的工作量。通過(guò)這些分析將有助于需求變更控制部門(mén)做出更好的決策。

　　3）建立需求基準(zhǔn)版本和需求控制版本文檔。確定需求基準(zhǔn)，這是項(xiàng)目各方對(duì)需求達(dá)成一致認(rèn)識(shí)時(shí)刻的一個(gè)快照，之后的需求變更遵循變更控制過(guò)程即可。每個(gè)版本的需求規(guī)格說(shuō)明都必須是獨(dú)立說(shuō)明，以避免將底稿和基準(zhǔn)或新舊版本相混淆。

　　4）維護(hù)需求變更的歷史記錄。將需求變更情況寫(xiě)成文檔，記錄變更日期、原因、負(fù)責(zé)人、版本號(hào)等內(nèi)容，及時(shí)通知到項(xiàng)目開(kāi)發(fā)所涉及的人員。為了盡量減少困惑、沖突、誤傳，應(yīng)指定專人來(lái)負(fù)責(zé)更新需求。

　　5）跟蹤每項(xiàng)需求的狀態(tài)?？梢园衙恳豁?xiàng)需求的狀態(tài)屬性（如已推薦的，已通過(guò)的，已實(shí)施的，或已驗(yàn)證的）保存在數(shù)據(jù)庫(kù)中，這樣可以在任何時(shí)候得到每個(gè)狀態(tài)類的需求數(shù)量。

　　6）衡量需求穩(wěn)定性?？梢远ㄆ诎研枨髷?shù)量和需求變更（添加、修改、刪除）數(shù)量進(jìn)行比較。過(guò)多的需求變更"是一個(gè)報(bào)警信號(hào)"，意味著問(wèn)題并未真正弄清楚。

　　4 需求分析評(píng)價(jià)標(biāo)準(zhǔn)

　　如何判斷需求規(guī)格說(shuō)明的好壞，不同的軟件工程規(guī)范都有自己的一套標(biāo)準(zhǔn)，這里向大家介紹一個(gè)比較常見(jiàn)的NASA SEL推薦方法，它是由美國(guó)國(guó)家航空和航天局軟件工程實(shí)驗(yàn)室開(kāi)發(fā)的五大常用國(guó)際軟件工程規(guī)范之一，它對(duì)軟件需求過(guò)程的評(píng)價(jià)標(biāo)準(zhǔn)是：清晰、完整、一致、可測(cè)試。

　　1）清晰：目前大多數(shù)的需求分析采用的仍然是自然語(yǔ)言，自然語(yǔ)言對(duì)需求分析最大的弊病就是它的二義性，所以開(kāi)發(fā)人員需要對(duì)需求分析中采用的語(yǔ)言做某些限制。例如盡量采用主語(yǔ)＋動(dòng)作的簡(jiǎn)單表達(dá)方式。需求分析中的描述一定要簡(jiǎn)單，千萬(wàn)不要采用疑問(wèn)句、修飾這些復(fù)雜的表達(dá)方式。 除了語(yǔ)言的二義性之外，注意不要使用行話，就是計(jì)算機(jī)術(shù)語(yǔ)。需求分析最重要的是和用戶溝通，可是用戶多半不是計(jì)算機(jī)的專業(yè)人士，如果在需求分析中使用了行話，就會(huì)造成用戶理解上的困難。

　　2）完整：需求的完整性是非常重要的，如果有遺漏需求，則不得不返工，在軟件開(kāi)發(fā)過(guò)程中，最糟糕的事情莫過(guò)于在軟件開(kāi)發(fā)接近完成時(shí)發(fā)現(xiàn)遺漏了一項(xiàng)需求。但實(shí)際情況是，需求的遺漏是常發(fā)生的事情，這不僅僅是開(kāi)發(fā)人員的問(wèn)題，更多發(fā)生在用戶那里。要做到需求的完整性是很艱難的一件事情，它涉及到需求分析過(guò)程的各個(gè)方面，貫穿整個(gè)過(guò)程，從最初的需求計(jì)劃制定到最后的需求評(píng)審。

　　3）一致：一致性是指用戶需求必須和業(yè)務(wù)需求一致，功能需求必須和用戶需求一致。在需求過(guò)程中，開(kāi)發(fā)人員需要把一致性關(guān)系進(jìn)行細(xì)化，比如用戶需求不能超出預(yù)前指定的范圍。嚴(yán)格的遵守不同層次間的一致性關(guān)系，就可以保證最后開(kāi)發(fā)出來(lái)的軟件系統(tǒng)不會(huì)偏離最初的實(shí)現(xiàn)目標(biāo)。

　　4）可測(cè)試：一個(gè)項(xiàng)目的測(cè)試從什么時(shí)候開(kāi)始呢？有人說(shuō)是從編碼完成后開(kāi)始，有人說(shuō)是編碼的時(shí)候同時(shí)進(jìn)行單元測(cè)試，編碼完成后進(jìn)行系統(tǒng)測(cè)試，這些結(jié)論都不完全正確。實(shí)際上，測(cè)試是從需求分析過(guò)程就開(kāi)始了，因?yàn)樾枨笫菧y(cè)試計(jì)劃的輸入和參照。這就要求需求分析是可測(cè)試的，只有系統(tǒng)的所有需求都是可以被測(cè)試的，才能夠保證軟件始終圍繞著用戶的需要，保證軟件系統(tǒng)是成功的。