項目三結(jié)構(gòu)化軟件需求分析方法

---------基于贈品管理系統(tǒng)

【本章概要】·軟件項目的可行性分析·需求分析的任務(wù)與步驟·結(jié)構(gòu)化分析方法·案例：贈品管理系統(tǒng)的結(jié)構(gòu)化分析方法·需求分析評審【本章概要】·軟件項目的可行性分析·需求分析的任務(wù)與步驟·結(jié)構(gòu)化分析方法·案例：贈品管理系統(tǒng)的結(jié)構(gòu)化分析方法·需求分析評審任務(wù)3.1軟件項目的可行性分析提示：一個軟件項目的開發(fā)主要解決以下3個方面的大問題。

·Whytodo?---------可行性研究

·Whattodo?---------需求分析

·Howtodo?---------系統(tǒng)設(shè)計3.1.1問題的定義

怎樣定義問題？問題定義的來源是用戶，是提出問題，請求解決的人。如果問題是以書面形式提出的，那么系統(tǒng)分析員應該認真閱讀和分析書面材料；如果問題是以口頭形式提出的，那么系統(tǒng)分析員應該認真傾聽并仔細記錄要點，在適當?shù)臅r候認真地請用戶解釋。3.1.1問題的定義

表3-1問題定義報告用戶單位某校用戶負責人×××（系統(tǒng)）分析員單位×××學院（系統(tǒng)）分析員×××工程項目的名稱×××信息管理系統(tǒng)問題（概括定義）略項目的目標研究×××信息管理系統(tǒng)開發(fā)的可能性項目的規(guī)模項目的開發(fā)成本×萬元對可行性研究的具體建議建議進行大約一周的可行性研究，研究經(jīng)費不超過1000元表3-1問題定義報告3.1.2可行性研究的任務(wù)

1．經(jīng)濟可行性2．技術(shù)可行性

3．操作可行性4．社會環(huán)境的可行性至少包括兩種因素：市場與政策。5．法律可行性6、使用可行性分析3.1.3可行性研究過程

3.1.4可行性分析的結(jié)論

可行性分析的結(jié)論一般有如下3種:1.可以按計劃進行軟件項目的開發(fā)。2.需要解決某些存在的問題（如資金短缺、設(shè)備陳舊和開發(fā)人員短缺等）或者需要對現(xiàn)有的解決方案進行一些調(diào)整或改善后才能進行軟件項目的開發(fā)。3.待開發(fā)的軟件項目不具有可行性，立即停止該軟件項目的開發(fā)。上述的可行性分析的步驟只是一個經(jīng)過長期實踐總結(jié)出來的框架，在實際使用的過程中，它不是固定的，根據(jù)項目的性質(zhì)，特點以及開發(fā)團隊對業(yè)務(wù)領(lǐng)域的熟悉程度會有些變化。3.1.5可行性分析文檔

1.引言2.可行性分析前提3.對現(xiàn)有系統(tǒng)的分析4.所建設(shè)系統(tǒng)的可行性分析5.所建設(shè)系統(tǒng)的經(jīng)濟可行性分析6.社會因素可行性分析7.其他可選方案8.結(jié)論意見3.1.6軟件項目開發(fā)計劃書

軟件項目開發(fā)計劃書是一種管理性文檔，其主要內(nèi)容如下。1.項目概述。2.系統(tǒng)資源。3.費用預算。4.進度安排。5.交付的產(chǎn)品清單。任務(wù)3.2需求分析的任務(wù)與步驟

3.2.1需求分析的任務(wù)

需求分析的任務(wù)是將用戶的需求變?yōu)檐浖墓δ芎托阅苊枋觥＿壿嬆Ｐ秃雎詫崿F(xiàn)機制和具體細節(jié)，只描述系統(tǒng)要完成的功能和要處理的數(shù)據(jù)。通常對軟件系統(tǒng)有下述幾方面的綜合要求：1.功能需求。2.性能需求。3.可靠性和可用性需求。4.出錯處理需求。5.接口需求。6.約束。7.逆向需求。8.將來可能提出的要求。3.2.2需求分析的步驟

整個需求分析一般分為4個步驟：獲取需求、提煉需求、描述需求、驗證需求。3.2.3需求分析的法則

客戶與開發(fā)人員交流需要好的方法。下面建議20條法則，1、分析人員要使用符合客戶語言習慣的表達2、分析人員要了解客戶的業(yè)務(wù)及目標3、分析人員必須編寫軟件需求報告4、要求得到需求工作結(jié)果的解釋說明5、開發(fā)人員要尊重客戶的意見6、開發(fā)人員要對需求及產(chǎn)品實施提出建議和解決方案7、描述產(chǎn)品使用特性8、允許重用已有的軟件組件9、要求對變更的代價提供真實可靠的評估10、獲得滿足客戶功能和質(zhì)量要求的系統(tǒng)11、給分析人員講解您的業(yè)務(wù)12、抽出時間清楚地說明并完善需求13、準確而詳細地說明需求14、及時作出決定15、尊重開發(fā)人員的需求可行性及成本評估16、劃分需求的優(yōu)先級17、評審需求文檔和原型18、需求變更要立即聯(lián)系19、遵照開發(fā)小組處理需求變更的過程20、尊重開發(fā)人員采用的需求分析過程案例3.3贈品管理系統(tǒng)的需求分析

下面以顧客在商場購買商品，交費后，領(lǐng)取贈品為例，說明需求分析的步驟。在商場搞促銷的時候，顧客交費后達到一定金額，能夠領(lǐng)取贈品，通過交流、調(diào)查得到的處理過程是：顧客購買商品首先到收費處交納費用，由財務(wù)人員出具交費票據(jù)和發(fā)票，顧客憑票據(jù)和交費發(fā)票到會員中心登記，領(lǐng)取贈品領(lǐng)取單，再到贈品保管員處領(lǐng)取贈品。顧客領(lǐng)取贈品的當前系統(tǒng)的具體模型1、通過對現(xiàn)實環(huán)境的調(diào)查研究，獲取當前系統(tǒng)的具體模型，如圖當前系統(tǒng)的邏輯模型2、分析需求，建立系統(tǒng)分析模型，包括當前系統(tǒng)模型和目標系統(tǒng)模型。

①去掉具體模型中非本質(zhì)成分，提煉出當前系統(tǒng)的邏輯模型。在圖3-l中，財務(wù)人員、會員管理人員和保管人員都是可能變動的，但是他們需要處理的工作不變，是系統(tǒng)的本質(zhì)內(nèi)容。經(jīng)過以上分析，就可以抽象出顧客領(lǐng)取贈品的系統(tǒng)的邏輯模型，如圖目標系統(tǒng)的邏輯模型

②

分析當前系統(tǒng)與目標系統(tǒng)的差別，建立目標系統(tǒng)的邏輯模型。目標系統(tǒng)是使用先進計算機技術(shù)開發(fā)的軟件應用系統(tǒng)，它的功能比當前系統(tǒng)更強。在這個案例中“審查有效性”和“發(fā)贈品”應該合并處理，提高會員領(lǐng)取贈品的效率。如圖

(3)整理綜合需求，編寫軟件系統(tǒng)需求規(guī)格說明書。(4)驗證需求，完善和補充對目標系統(tǒng)的描述。任務(wù)3.4結(jié)構(gòu)化分析方法

3.4.1數(shù)據(jù)流圖

數(shù)據(jù)流圖的基本圖形元素有4種，如表3-2所示。圖形說明加工。輸入數(shù)據(jù)在此進行變化產(chǎn)生輸出數(shù)據(jù)，其中要注明加工的名稱。數(shù)據(jù)輸入的源點或數(shù)據(jù)輸出的匯點，其中要注明源點或匯點的名稱。

數(shù)據(jù)流。被加工的數(shù)據(jù)與流向，箭頭邊應給出數(shù)據(jù)流的名字。數(shù)據(jù)存儲文件。案例贈品管理系統(tǒng)的結(jié)構(gòu)化分析方法

繪制系統(tǒng)分層數(shù)據(jù)流圖的第一步是畫出頂層圖：把系統(tǒng)分解為發(fā)贈品和采購兩大加工，也就是接下來畫第二層DFD圖：繼續(xù)分解可獲得第三層DFD圖：發(fā)贈品子系統(tǒng)采購子系統(tǒng)3.4.2數(shù)據(jù)詞典

具體例子如下：以贈品管理系統(tǒng)為例，根據(jù)第二層數(shù)據(jù)流圖（圖3-5贈品管理系統(tǒng)第二層數(shù)據(jù)流圖）簡單對數(shù)據(jù)字典進行說明。1）數(shù)據(jù)項，以：“贈品號”為例。數(shù)據(jù)項名：贈品號。數(shù)據(jù)項含義：唯一標識每一個贈品。別名：贈品編號。數(shù)據(jù)類型：字符型。長度：8。取值范圍：00000～99999。取值含義：前2位為進貨日期，后3位為順序編號。與其他數(shù)據(jù)項的邏輯關(guān)系：（無）。2）數(shù)據(jù)結(jié)構(gòu)：以“顧客”為例。數(shù)據(jù)結(jié)構(gòu)名：顧客。含義說明：是贈品管理系統(tǒng)的主體數(shù)據(jù)結(jié)構(gòu)，定義了一個顧客的有關(guān)信息。組成：顧客號，姓名，性別，年齡。3）數(shù)據(jù)流：以“進贈品通知”為例。數(shù)據(jù)流名：進贈品通知。說明：贈品進貨后，會通知不缺貨了。數(shù)據(jù)流來源：“采購”處理。數(shù)據(jù)流去向：“發(fā)贈品”處理。組成：贈品號，數(shù)量。平均流量：每天10個。高峰期流量：每天100個。4）數(shù)據(jù)存儲：以“缺贈品登記文件”為例。數(shù)據(jù)存儲名：缺贈品登記文件。說明：記錄缺貨的贈品。編號：（無）。流入的數(shù)據(jù)流：缺貨信息。流出的數(shù)據(jù)流：缺貨信息。組成：贈品號，贈品名，數(shù)量。數(shù)據(jù)量：不定。存取方式：隨機存取。5）處理過程：以“采購”為例。處理過程名：采購。說明：倉庫保管員采購缺少的贈品。輸入數(shù)據(jù)流：進贈品通知。輸出數(shù)據(jù)流：缺贈品單。處理：系統(tǒng)實時讀取“缺贈品登記文件”，產(chǎn)生“缺贈品單”，通知倉庫保管員采購缺貨贈品，當贈品采購到貨后，產(chǎn)生“進贈品通知”，通知發(fā)贈品。3.4.3加工邏輯說明

加工邏輯也稱為小說明，在數(shù)據(jù)流圖中，如果每個加工框中只簡單地寫上一個加工名，這顯然不能表達加工的全部內(nèi)容。3.4.4實體關(guān)系圖

采購管理ER圖：3.4.5系統(tǒng)流程圖接下來舉一個簡單的例子來說明它的用法。下面以鐵路購票業(yè)務(wù)為例規(guī)劃系統(tǒng)流程。該系統(tǒng)需要完成如下幾件事情。1）購票人員在網(wǎng)上依據(jù)購票信息在車票庫中選取符合要求票據(jù)。2）如果，滿足要求的票已經(jīng)售空，則有相應提示另行選擇。3）購票人員在自助取票機，打印票據(jù)，乘車。其系統(tǒng)流程圖如圖3-9所示。圖3-9鐵路購票系統(tǒng)系統(tǒng)流程圖任務(wù)3.5需求分析評審

3.5.1需求分析評審的內(nèi)容1．評審的主要內(nèi)容2．評審主要內(nèi)容的驗證3.5.2需求分析評審的主要方法1．驗證需求的一致性2．驗證需求的完整性和有效性