《二需求分析》word版

1、二 需求分析1.概述2.需求分析在整個畢業(yè)設(shè)計中的作用和地位3.需求分析過程說明4.需求分析結(jié)果產(chǎn)品1.概述需求分析是同學(xué)們畢業(yè)設(shè)計整個過程中選好題以后要做的第一步工作，也是整個設(shè)計過程中最重要且難度最大的一個環(huán)節(jié)。在需求分析過程中，可以培養(yǎng)我們把握問題和獲取問題同時進行問題分析的能力，還能培養(yǎng)我們嚴(yán)肅認真的工作態(tài)度、深入細致的調(diào)查方法和科學(xué)嚴(yán)謹?shù)难芯孔黠L(fēng)。但需求分析這個步驟也是最容易被同學(xué)們所忽略的環(huán)節(jié)，大部分同學(xué)定好題以后更傾向于埋頭編程，在未充分理解所要解決問題的情況下就急于尋找技術(shù)解決方案。很少有同學(xué)會去想需求分析應(yīng)該怎樣去做，或者真正認識到這是一個關(guān)系到整個設(shè)計好壞或成敗的一個重要環(huán)

2、節(jié)。在畢業(yè)生的答辨過程中，當(dāng)被提問到數(shù)據(jù)庫的設(shè)計依據(jù)是什么，或者為什么系統(tǒng)要具備某些功能時，大部分同學(xué)的回答都是說：是我覺得應(yīng)該這樣做，或者說參考某些書上的做法，我自己沒有細致的思考過。正因為這樣，我們往屆同學(xué)的畢業(yè)設(shè)計中出現(xiàn)的問題較多：或者是系統(tǒng)設(shè)計考慮不周到，缺少某些功能；或者是數(shù)據(jù)庫設(shè)計中存在大量的數(shù)據(jù)冗余和各種異?，F(xiàn)象存在；或者是安全性等問題考慮不周到，存在大量隱性問題；或者有些設(shè)計根本沒辦法完成，只能是中途換題等等。軟件工程這門課，其中都有講到需求分析這一部分內(nèi)容，但同學(xué)們學(xué)習(xí)時總覺得這部分內(nèi)容理論性太強，不好理解；也有的同學(xué)說，我當(dāng)然知道“需求分析”在設(shè)計中是很重要的，但不知道如何

3、動手去做需求分析？還有的同學(xué)會問，要達到一個什么目標(biāo)才算需求分析完成了呢？，下面我們通過幾個方面的講解并伴隨一個具體的實例（開放教育遠程作業(yè)系統(tǒng)）引導(dǎo)你理解需求分析在畢業(yè)設(shè)計中的重要性以及如何按步驟完成整個需求分析的過程，并獲得需求分析的結(jié)果產(chǎn)品-SRS。2.需求分析在整個畢業(yè)設(shè)計中的作用和地位需求定義了所設(shè)計的系統(tǒng)必須具有的能力，一個設(shè)計的成功與否往往取決于它是否符合一系列的用戶需求，因此探討用戶需求的確切含義，把它們寫下來、組織起來然后才考慮去設(shè)計、實現(xiàn)這些需求，所以說需求分析是設(shè)計過程中的最重要的基礎(chǔ)性工作。因此，準(zhǔn)確、完整和規(guī)范化的需求分析是畢業(yè)設(shè)計成功的關(guān)鍵。歷史數(shù)據(jù)表明：軟件開發(fā)項

4、目中，4060的問題都是在需求分析階段埋下的禍根，在設(shè)計需求分析過程中出現(xiàn)的方法和步驟上的失誤，包括信息收集不全、功能不明確、需求文檔不完善等，都可能造成設(shè)計開發(fā)的困難。在正式的軟件項目開發(fā)中，也有統(tǒng)計數(shù)據(jù)表明：需求錯誤是最昂貴的錯誤。有一個這樣的結(jié)論：如果把編碼階段發(fā)現(xiàn)和修復(fù)一個錯誤所需要的努力用1個成本單元表示的話，那么發(fā)現(xiàn)需求階段的錯誤修復(fù)成本是它的5到10倍。而且，在維護階段發(fā)現(xiàn)和修復(fù)一個需求錯誤的成本超過20倍。因此，需求分析是設(shè)計中最重要且最基礎(chǔ)的工作，我們在畢業(yè)設(shè)計過程中，一定要重視對用戶需求的獲取和對其進行認真細致的分析和提練，總結(jié)出各類用戶對軟件的功能需求和系統(tǒng)的數(shù)據(jù)流圖（D

5、FD）、數(shù)據(jù)字典（DD）等必要內(nèi)容，為后續(xù)的設(shè)計、編碼和測試提供必要的正確的保證。3.需求分析過程說明對用戶需求的獲取需求分析過程大致要經(jīng)過如下四個階段：下面我們對每個階段進行必要的說明，并結(jié)合實例進行解說。3.1對用戶需求的獲取所謂需求的獲取就是圍繞題目進行調(diào)查研究，與將要使用該系統(tǒng)的用戶進行充分溝通，了解系統(tǒng)設(shè)計的目的、意義、要達到的預(yù)期目標(biāo)、現(xiàn)有系統(tǒng)的狀況、業(yè)務(wù)處理流程、用戶希望的主要功能及特殊要求，并收集所有的數(shù)據(jù)資料。為了搞好調(diào)研，做到有的放矢，在調(diào)研前最好擬定相應(yīng)的畢業(yè)設(shè)計調(diào)研計劃大綱。使用系統(tǒng)的用戶和系統(tǒng)的設(shè)計開發(fā)者之間一般有較大的文化背景差異，使得兩者之間的溝通一般比較困難。因

6、為他們是處在兩個不同的世界中（現(xiàn)實世界和機器世界），一方面你所調(diào)查的用戶可能會存在對問題的陳述不清楚或不完備，或他自己對實際需要一個什么樣的系統(tǒng)可能也并不太清晰；另一方面設(shè)計者對用戶所處領(lǐng)域的知識可能了解不夠、其所處的角度不同，也會出現(xiàn)對他們的語言的理解有偏差，如此等等。因此，調(diào)研并不是一件很輕松的事情，設(shè)計者應(yīng)該有足夠的耐心和充分的準(zhǔn)備，而且通常需要經(jīng)過反復(fù)的調(diào)研才能比較完全地獲取用戶的全部恰當(dāng)?shù)男枨蟆Ｔ谖覀兊漠厴I(yè)設(shè)計當(dāng)中，有四種不同類型的選題：實際應(yīng)用類、科研類、模擬類、論文類，其需求獲取的途徑也不太一樣：對于實際應(yīng)用類和科研類選題，這種選題設(shè)計出來的系統(tǒng)是有實際用戶去使用的，因此，需求的

7、獲取應(yīng)該主要從使用系統(tǒng)的用戶中獲得。這時，我們設(shè)計人員應(yīng)該首先應(yīng)該對系統(tǒng)使用的目的，使用者的相關(guān)領(lǐng)域知識和現(xiàn)有系統(tǒng)狀況等有些了解，不能兩眼一墨黑，把全部希望都寄托在用戶身上，這樣往往是不成功設(shè)計的開始。然后要與用戶聯(lián)系，進行調(diào)查了解，挖掘出系統(tǒng)的大部分需求。這時可以使用面談方法（最重要且不可用其它方法替代的最簡單的方法）和問卷調(diào)查等形式從用戶處了解系統(tǒng)功能和主要特性，同時進一步加強對用戶問題的理解，這個過程往往不是一次就能完成的，要經(jīng)過多次反復(fù)了解才能將要解決的問題更清晰明了，所以，這時你一定要耐心傾聽用戶的意見，從不同角度去啟發(fā)用戶給出其不太清晰的內(nèi)容，或者是問題背后的問題，運用你的智慧去理

8、解用戶的真正需求。最后，你要與同小組的開發(fā)人員或同學(xué)、指導(dǎo)老師以及用戶一起召開一次需求研討會，大家一起濟濟一堂，共同交流和發(fā)表意見，使系統(tǒng)的主要相關(guān)者（用戶、開發(fā)人員）在系統(tǒng)將實現(xiàn)的主要特性方面初步達成一致，以便高效地得到一個描述系統(tǒng)特性的初步系統(tǒng)定義，同時增進了解，加強聯(lián)系，有利于系統(tǒng)的實際應(yīng)用。對于模擬類選題，這種選題設(shè)計的系統(tǒng)往往是沒有實際用戶使用的，或者說是為了完成畢業(yè)設(shè)計的教學(xué)任務(wù)而設(shè)計的系統(tǒng)，從我們歷屆學(xué)生的畢業(yè)設(shè)計來看，這種選題占一定比例，那么這樣的系統(tǒng)的需求從何而來呢？過去少數(shù)同學(xué)干脆略過需求分析這個過程直接往下做；或者由指導(dǎo)老師把需求列出來交給同學(xué)們?nèi)ダ^續(xù)設(shè)計開發(fā)；或者從某本

9、書上或網(wǎng)上抄一抄就算完事。其實模擬類系統(tǒng)的需求可以用以下方法獲得：首先盡量多地參考相關(guān)的系統(tǒng)案例，抽取其系統(tǒng)功能和特性中的共性的內(nèi)容；然后在小組范圍內(nèi)和指導(dǎo)老師一起召開一到二次需求研討會，讓小組中每位同學(xué)扮演該系統(tǒng)中的某個角色，從用戶的角度去體會用戶的世界，從而給出系統(tǒng)相應(yīng)的功能和特性，達到獲取系統(tǒng)需求的目的，這是我們要介紹的角色扮演方法。另外還可以通過頭腦風(fēng)暴法（讓每個小組成員充分發(fā)揮想象和思考，給出系統(tǒng)應(yīng)該具備的功能和特性，然后再進行必要的歸類、刪減等）將系統(tǒng)要具備的功能充分挖掘出來。最后設(shè)計者應(yīng)該整理好有關(guān)資料，準(zhǔn)備下一階段的工作。對于論文類選題，我們一般不主張你去做，因為對于理工科學(xué)生

10、而言，拿不出畢業(yè)設(shè)計的產(chǎn)品往往答辯時很難通過。而實際上，這類題如果不是去抄襲別人的東西，想要在某些理論方面有所突破，其難度很大。一般要求你對某些前沿的理論研究有較多的了解，并對當(dāng)前的研究狀態(tài)掌握了足夠的信息，然后專心鉆研，取得一些研究成果，一般應(yīng)該以論文發(fā)表或被某些公開刊物錄用為原則來衡量你的論文的價值。這類選題因為不是設(shè)計一個實際的系統(tǒng)，所以實際上需求分析是一個資料獲取的過程，可以從一些研究人員、圖書館的資料庫中或網(wǎng)上獲取。3.2對用戶需求的分析在上階段工作的基礎(chǔ)上，我們要對調(diào)研所收集到的所有需求信息進行歸類整理、篩選、抽象（抽取本質(zhì)特性，去掉非本質(zhì)內(nèi)容）、提煉、分析和仔細審查，以確保準(zhǔn)確地

11、明白其含義并找出其中的錯誤、遺漏或其它不足的地方。在分析的過程中，我們還應(yīng)該注意與用戶的溝通以便澄清某些易混淆的問題，并明確哪些需求更為重要，其目的是確保與用戶盡早地達成共識并對設(shè)計系統(tǒng)有個相同而清晰的認識。對用戶需求的分析方法有許多，我們不再詳細介紹。其實分析的過程是一個較抽象的思維過程，很難用語言進行描述，請同學(xué)們用你熟悉的方法進行分析整理，根據(jù)各種需求的優(yōu)先級或者說重要性，得到用戶真正的需求。3.3撰寫用戶需求規(guī)格說明書用戶需求（功能）規(guī)格說明書，又稱之為遠景文檔、愿景文檔或Vision。我們對于上階段得到的需求分析結(jié)果，經(jīng)整理后，都必須用一種較統(tǒng)一的方式來將它們編寫成用戶需求（功能）說

12、明書。用戶需求（功能）說明書闡述你所設(shè)計的系統(tǒng)必須提供的功能和性能以及它所要考慮的限制條件,它不僅是系統(tǒng)測試和用戶文檔的基礎(chǔ)，也是后續(xù)設(shè)計和編碼、測試的基礎(chǔ)。其主要內(nèi)容包括如下幾方面：對系統(tǒng)功能的整體描述；對業(yè)務(wù)范圍進行劃分，并對其進行用戶結(jié)構(gòu)分析說明；對每類用戶給出其應(yīng)具備的基本功能和性能要求；詳細列出與其相關(guān)的詳細功能需求；盡可能詳細地確定性能需求。對用戶的每一項業(yè)務(wù)處理流程中涉及到的輸入輸出的數(shù)據(jù)資源進行必要說明。3.4用戶需求確認 為確保系統(tǒng)設(shè)計者對用戶需求的理解正確，設(shè)計者完成了用戶需求說明書之后，請有關(guān)用戶對需求規(guī)格說明書及相關(guān)模型進行仔細的檢查，確認這些需求的正確性和還未包括的內(nèi)容，并進行有關(guān)的修正。4.需求分析結(jié)果產(chǎn)品需求規(guī)格說明書又稱軟件需求規(guī)約（Software Requirement Specification）簡稱SRS。SRS是需求分析階段需要完成的文檔，主要包括以下內(nèi)容：1、 引言：敘述在問題定義階段確定的關(guān)于設(shè)計的目標(biāo)與意義、使用范圍等內(nèi)容；2、數(shù)據(jù)流圖DFD：表達系統(tǒng)的邏輯模型；3、數(shù)據(jù)字典DD：對系統(tǒng)中使用的一切數(shù)據(jù)的定義；4、系統(tǒng)功能描述：對各種不同的用戶對系統(tǒng)所要達到的主要功能進行說明（Vision中已有）；5、系統(tǒng)性能描述（非功能性描述）：對系統(tǒng)的處理速度、響應(yīng)時間、安全限制等進行說明；（Vision中已有