畢業(yè)設(shè)計需求分析怎么寫

畢業(yè)設(shè)計需求分析怎么寫一、 需求分析的目的需求分析是一項軟件工程的活動，其目的包括以下幾點：完整地獲取用戶要求，清楚地理解索要解決的問題；描述清楚軟件的功能和性能；指明軟件與其他系統(tǒng)元素的接口；建立軟件必須滿足的約束（如運行環(huán)境等）。二、 需求分析的任務(wù)需求分析是研究用戶要求，以得到目標系統(tǒng)的需求定義的過程。需求分析的基本任務(wù)是軟件開發(fā)人員和用戶一起完全弄清用戶對系統(tǒng)的確切要求。具體步驟包括下面幾點。需求獲取調(diào)查研究的方法有訪談、分發(fā)調(diào)查表或開會等。1） 訪談：正式訪談和非正式訪談。2） 分發(fā)調(diào)查表：調(diào)查表中列出需要的內(nèi)容，讓用戶書面回答問題。3） 開會：可采用開會-討論-確認的方法進行調(diào)查。需求建模需求分析建立起來的模型為日后的軟件設(shè)計提供了可被翻譯成數(shù)據(jù)、體系結(jié)構(gòu)、接口和處理過程設(shè)計的模型。2.1軟件需求的層次?業(yè)務(wù)需求(businessrequirement)反映了組織機構(gòu)或客戶對系統(tǒng)、產(chǎn)品高層次的目標要求，它們在項目視圖與范圍文檔中予以說明。.用戶需求(userrequirement)文檔描述了用戶使用產(chǎn)品必須要完成的任務(wù)，這在使用實例(usecase)文檔或方案腳本說明中予以說明。.功能需求(functionalrequirement) 定義了開發(fā)人員必須實現(xiàn)的軟件功能，使得用戶能完成他們的任務(wù)，從而滿足了業(yè)務(wù)需求。?非功能需求(non-functionalrequirement)作為功能需求的補充，軟件需求規(guī)格說明還應(yīng)包括非功能需求，它描述了系統(tǒng)展現(xiàn)給用戶的行為和執(zhí)行的操作等。它包括產(chǎn)品必須遵從的標準、規(guī)范和合約；外部界面的具體細節(jié)；性能要求；設(shè)計或?qū)崿F(xiàn)的約束條件及質(zhì)量屬性。所謂約束是指對開發(fā)人員在軟件產(chǎn)品設(shè)計和構(gòu)造上的限制。質(zhì)量屬性是通過多種角度對產(chǎn)品的特點進行描述，從而反映產(chǎn)品功能。多角度描述產(chǎn)品對用戶和開發(fā)人員都極為重要。面以一個字處理程序為例來說明需求的不同種類。業(yè)務(wù)需求可能是：“用戶能有效地糾正文檔中的拼寫錯誤”，該產(chǎn)品的包裝盒封面上可能會標明這是個滿足業(yè)務(wù)需求的拼寫檢查器。而對應(yīng)的用戶需求可能是“找出文檔中的拼寫錯誤并通過一個提供的替換項列表來供選擇替換拼錯的詞”。同時，該拼寫檢查器還有許多功能需求，如找到并高亮度提示錯詞的操作；顯示提供替換詞的對話框以及實現(xiàn)整個文檔范圍的替換。2.2常用分析方法SA(StructureAnalysis)：面向數(shù)據(jù)流的結(jié)構(gòu)化分析方法。JSD(JacksonSystemDevelopment):面向數(shù)據(jù)結(jié)構(gòu)的Jackson方法。DSSD(DataStruetureSystemDevelopment )：面向數(shù)據(jù)結(jié)構(gòu)的結(jié)構(gòu)化數(shù)據(jù)系統(tǒng)開發(fā)方法。

(4)Analysis00A（Object-Oriented(4)Analysis）：面向?qū)ο蟮姆治龇椒ā?建立系統(tǒng)的邏輯模型（結(jié)構(gòu)化分析方法）功能模型：DFD數(shù)據(jù)流圖描述數(shù)據(jù)在系統(tǒng)中如何被傳送或者變換，以及描述如何對數(shù)據(jù)進行變換的功能（子功能）。數(shù)據(jù)模型：ERD實體-關(guān)系圖描述數(shù)據(jù)對象及數(shù)據(jù)對象之間的關(guān)系。行為模型：STD犬態(tài)-遷移圖描述系統(tǒng)對外部事件如何響應(yīng)，如何動作以及系統(tǒng)的各種行為模式和不同狀態(tài)的轉(zhuǎn)換。結(jié)構(gòu)化分析遵循的三條基本原則：分解、抽象、映射三個主要目標：描述用戶需要建立創(chuàng)建軟件設(shè)計的基礎(chǔ)定義軟件完成后可被確認的一組需求需求規(guī)格說明書需求規(guī)格說明書可以簡單理解為由可行性分析、需求建模等內(nèi)容組成，它為開發(fā)人員和用戶提供軟件開發(fā)完成時質(zhì)量評價的依據(jù)。需求評審需求分析研究的對象是用戶的需求，必須全面理解用戶的各項要求，準確表達被接受的用戶要求。只有經(jīng)過確切描述的軟件需求才能成為軟件設(shè)計的基礎(chǔ)。在需求評審階段，分析人員要在用戶和軟件設(shè)計人員的配合下對自己生成的需求規(guī)格說明和初步的用戶手冊進行復核，以確保軟件需求的完整、準確、清晰、具體，并使用戶和軟件設(shè)計人員對需求規(guī)格說明和初步的用戶手冊的理解達成一致。一旦發(fā)現(xiàn)遺漏或模糊點，必須盡快更正，再行檢查。由系統(tǒng)分析員和用戶一起對需求分析結(jié)果進行嚴格的審查，確保軟件需求的一致性，完整性和正確性。審查內(nèi)容有：實體-關(guān)系圖、詳細的數(shù)據(jù)流圖、數(shù)據(jù)字典、狀態(tài)轉(zhuǎn)換圖和一些簡明的算法描述等。編寫需求分析的要求無歧義性對最終產(chǎn)品的每一個特性用某一術(shù)語描述；若某一術(shù)語在某一特殊的行文中使用時具有多種含義，那么應(yīng)對該術(shù)語的每種含義做出解釋并指出其適用場合。完整性需求分析應(yīng)該包括全部有意義的需求，無論是關(guān)系到功能的、性能的、設(shè)計約束的、還是關(guān)系到外部接口方面的需求；對所有可能出現(xiàn)的輸入數(shù)據(jù)的響應(yīng)予以定義，要對合法和非合法的輸入值的響應(yīng)做出規(guī)定；填寫全部插圖、表、圖示標記等；定義全部術(shù)語和度量單位。c?可驗證性需求分析描述的每一個需求應(yīng)是可以驗證的?？梢酝ㄟ^一個有限處理過程來檢查軟件產(chǎn)品是否滿足需求?！滦栽谛枨蠓治鲋械母鱾€需求的描述不能互相矛盾。可修改性需求分析應(yīng)具有一個有條不紊、易于使用的內(nèi)容組織；沒有冗余，即同一需求不