【正文】 結(jié)構(gòu)化分析方法步驟示例 商店業(yè)務(wù)處理系統(tǒng) 暫存訂單，并檢查商店有沒有商品，沒有向供應(yīng)商訂購，現(xiàn)時暫存用戶訂單。 （ 1）面向數(shù)據(jù)流的設(shè)計方法 : 數(shù)據(jù)流程圖 數(shù)據(jù)字典 （ 2）面向?qū)ο蠹夹g(shù) (OOT): 用例圖 面向數(shù)據(jù)流的設(shè)計方法 數(shù)據(jù)流程圖 數(shù)據(jù)字典 復(fù)習(xí)數(shù)據(jù)流圖 ? 數(shù)據(jù)流圖中的主要圖形元素 數(shù)據(jù)流圖： 描述銀行取款過程的數(shù)據(jù)流圖 驗證從銀行賬卡上讀入的數(shù)據(jù)與取款單（存折）是否一致 將用戶存折與銀行帳卡與操作時間更新 數(shù)據(jù)流與數(shù)據(jù)加工之間的關(guān)系 數(shù)據(jù)流圖的層次結(jié)構(gòu) ? 為了表達(dá)數(shù)據(jù)處理過程的數(shù)據(jù)加工情況，需要采用 層次結(jié)構(gòu) 的數(shù)據(jù)流圖。 其表達(dá)的方法有： ?輸入、輸出說明 ?典型例子 ?規(guī)范化模型表達(dá)：數(shù)學(xué)模型、功能模型、計時模型等。盡管自然語言是豐富多彩，但不易精確，用形式化方法較好，在 SRS中是否是使用形式化方法要依據(jù)下列因素： – 程序規(guī)模和復(fù)雜性 – 客戶合同是否要求使用 – SRS是否是一個合同工具或僅僅是一個內(nèi)部文檔 – SRS文檔是否成為設(shè)計文檔的根據(jù) 3. SRS的編寫工具 ?沒有什么工具是好還是壞的問題，問題是關(guān)鍵是如何使用它們，無論是什么工具也只是一個 輔助工具 ，而不是生成工具。我原以為只需要花費(fèi) 6個時，但是到目前為止幾乎已經(jīng)花了 4天的時間，這就是我為什么沒有按進(jìn)度完成其它任務(wù)的原因，我知道自己耽誤了進(jìn)度，現(xiàn)在我是應(yīng)該繼續(xù)完成這一查詢功能呢，還是重新恢復(fù)到以前的工作狀態(tài)。 1. 無歧義性 2. 完整性 3. 可驗證性 4. 一致性 5. 可修改性 6. 可追蹤性 7. 運(yùn)行和維護(hù)階段的可使用性 1. 無歧義性 2. 完整性 1. SRS應(yīng)由開發(fā)者和客戶雙方聯(lián)合起草 ?客戶通常對軟件設(shè)計和開發(fā)過程了解較少 ， 而不能寫出可用的 SRS； ?開發(fā)者通常對于客戶的問題和意圖了解較少，從而不可能寫出一個令人滿意的系統(tǒng)需求。 2. 逐步對 SRS進(jìn)行改進(jìn) ?客戶需求的變化 ?市場需求的變化 ?系統(tǒng)變化 ?工作環(huán)境的變化 ?需求中原有的 Bug ?需求的不充分 ?誤解 關(guān)于需求變更案例 “ Glennn，你的開發(fā)工作進(jìn)展如何？ 在一次需求狀態(tài)會議上，化學(xué)品跟蹤系統(tǒng)的項目經(jīng)理 Dava問道?！? 大多數(shù)開發(fā)人員都遇到過這樣的情況：表面很簡單的一個變更，結(jié)果卻比預(yù)想的復(fù)雜得多。 ?工具的選取要求是自己（本組）熟悉的工具，不能是一件最新時髦工具而自己對它了解很少，結(jié)果大部分時間化在學(xué)習(xí)工具上，而不是使用它為你工作。 輸入、輸出說明 通過描述輸入輸出序列來描述一個軟件產(chǎn)品所要求的特性 。按照系統(tǒng)的層次結(jié)構(gòu)進(jìn)行 逐步分解 ，并以分層的數(shù)據(jù)流圖反映這種結(jié)構(gòu)關(guān)系，能清楚地表達(dá)和容易理解整個系統(tǒng) ? 在多層數(shù)據(jù)流圖中， 頂層流圖 僅包含一個加工 ，它代表被開發(fā)系統(tǒng)。 ? 這個數(shù)據(jù)流圖只是一個高層的系統(tǒng)邏輯模型，它反映了目標(biāo)系統(tǒng)要實(shí)現(xiàn)的功能 ? 數(shù)據(jù)流圖繪制步驟 ? 首先確定系統(tǒng)的輸入和輸出 ? 根據(jù)商店業(yè)務(wù)，畫出頂層數(shù)據(jù)流圖，以反映最主要業(yè)務(wù)處理流程 ? 經(jīng)過分析，商店業(yè)務(wù)處理的 主要功能 應(yīng)當(dāng)有 銷售 、 采購 、 會計 三大項。此即父圖與子圖的平衡 ? 可以在數(shù)據(jù)流圖中加入物質(zhì)流，幫助用戶理解數(shù)據(jù)流圖 ? 圖上每個元素都必須有名字 ? 數(shù)據(jù)流圖中不可夾帶控制流 ? 初畫時可以忽略瑣碎的細(xì)節(jié)，以集中精力于主要數(shù)據(jù)流 可行性研究與需求分析的關(guān)系： 需求分析的基本任務(wù)是回答“系統(tǒng)必須做什么？”這個問題。還可以按描述內(nèi)容來查詢數(shù)據(jù)的名字。 ⒈ 數(shù)據(jù)項 ? 數(shù)據(jù)項是不可再分的數(shù)據(jù)單位 ? 對數(shù)據(jù)項的描述 ? 數(shù)據(jù)項描述＝｛數(shù)據(jù)項名，數(shù)據(jù)項含義說明， ? 別名，數(shù)據(jù)類型，長度，取值范圍，取值含義，與其他數(shù)據(jù)項的邏輯關(guān)系｝ ? 取值范圍、與其他數(shù)據(jù)項的邏輯關(guān)系定義了數(shù)據(jù)的完整性約束條件 ⒉ 數(shù)據(jù)結(jié)構(gòu) ? 數(shù)據(jù)結(jié)構(gòu)反映了數(shù)據(jù)之間的組合關(guān)系。 ? 對數(shù)據(jù)存儲的描述 ? 數(shù)據(jù)存儲描述＝｛數(shù)據(jù)存儲名，說明，編號， ? 流入的數(shù)據(jù)流 ，流出的數(shù)據(jù)流 ， ? 組成 :｛數(shù)據(jù)結(jié)構(gòu)｝，數(shù)據(jù)量，存取方式｝ ? 流入的數(shù)據(jù)流：指出數(shù)據(jù)來源 ? 流出的數(shù)據(jù)流：指出數(shù)據(jù)去向 ? 數(shù)據(jù)量：每次存取多少數(shù)據(jù)，每天（或每小時、每周等）存取幾次等信息 ? 存取方法：批處理 / 聯(lián)機(jī)處理；檢索 / 更新；順序檢索 / 隨機(jī)檢索 ⒌ 處理過程 ? 處理過程的具體處理邏輯一般用判定表或判定樹來描述。每個學(xué)生的居 ? 住面積不小于 3平方米。 ? 用例轉(zhuǎn)變了需求開發(fā)的角度，傳統(tǒng)的需求獲取方式是詢問用戶他們需要用系統(tǒng)做什么，而現(xiàn)在則討論用戶 需要實(shí)現(xiàn)什么 ，用例法的目標(biāo)是描述用戶需要通過系統(tǒng)執(zhí)行的所有工作。 ? （ 1） 用例 （ Use Case） ? （ 2） 參與者 （ Actor） ? （ 3） 依賴 、 泛化以及關(guān)聯(lián)關(guān)系 一、用例圖概述 二、參與者（ Actor） ? 參與者 （ Actor） 是系統(tǒng)外部的一個實(shí)體 （ 可以是任何的事物或人 ） ， 它以某種方式參與了用例的執(zhí)行過程 。 三、用例（ Use Case） ?用例是一個敘述型的文檔 ， 用來描述一個參與者（ Actor） 使用系統(tǒng)完成某個事件時的事情發(fā)生 順序 。 ? 識別用例 ? 識別用例最好的辦法就是從分析系統(tǒng)的參與者開始 ， 考慮每個參與者是怎樣使用系統(tǒng) 。 ? 可以通過一個清晰的 ， 易被用戶理解的時間流來說明一個用例的行為 。 用戶端請求業(yè)務(wù)流程 系統(tǒng)接收客戶端發(fā)送的流程啟動消息。 通常不指定如下的設(shè)計項目： ? 把軟件劃分成若干模塊； ? 給每一個模塊分配功能； ? 描述模塊間的信息流程或者控制流程； ? 選擇數(shù)據(jù)結(jié)構(gòu) 。 采用模型設(shè)計描述需求，這種模型設(shè)計只用于 輔助描述需求，而不使之成為實(shí)際設(shè)計 2. 在 SRS中嵌入項目要求 SRS應(yīng)當(dāng)是描寫一個軟件產(chǎn)品 ， 而不是描述生產(chǎn)軟件產(chǎn)品的過程 。 例： 本文檔將對 《 銀河偵探 》 游戲軟件開發(fā)需求進(jìn)行描述，本文檔的讀者是項目策劃、設(shè)計與評審人員 1． 2背景 說明： a．待開發(fā)的軟件系統(tǒng)的名稱； b．本項目的任務(wù)提出者、開發(fā)者、用戶及實(shí)現(xiàn)該軟件的計算中心或計算機(jī)網(wǎng)絡(luò)； C．該軟件系統(tǒng)同其他系統(tǒng)或其他機(jī)構(gòu)的基本的相互來往關(guān)系。 用戶：中國民航及中國國際旅游開發(fā)公司。 列出這些文件資料的標(biāo)題、文件編號、發(fā)表日期和出版單位，說明能夠得到這些文件資料的來源。如果所定義的產(chǎn)品是一個更大的系統(tǒng)的一個組成部分，則應(yīng)說明本產(chǎn)品與該系統(tǒng)中其他各組成部分之間的關(guān)系，為此可使用一張方框圖來說明該系統(tǒng)的組成和本產(chǎn)品同其他各部分的聯(lián)系和接口。該系統(tǒng)運(yùn)行的平臺是 JAVA2 2． 2用戶的特點(diǎn) 列出本軟件的最終用戶的特點(diǎn)，充分說明操作人員、維護(hù)人員的教育水平和技術(shù)專長，以及本軟件的預(yù)期使甩頻度。 假定和約束： 本軟件的開發(fā)期限： 3個月 （重要部分） 用列表的方式（例如 IPO表即輸入、處理、輸出表的形式），逐項定量和定性地敘述對軟件所提出的功能要求，說明輸入什么量、經(jīng)怎樣的處理、得到什么輸出，說明軟件應(yīng)支持的終端數(shù)和應(yīng)支持的并行操作的用戶數(shù)。這部分功能是客戶端子系統(tǒng)的基本部分，這個功能是以后各個部分的基礎(chǔ)。 [3]機(jī)票信息的傳遞及接收： 將旅客所須的機(jī)票信息由旅行社客戶端由網(wǎng)絡(luò)傳到航空公司的服務(wù)器上，并 且接受航空公司返回的航班信息，然后存儲起來。 2．服務(wù)器端的功能要求： 通過計算機(jī)網(wǎng)絡(luò)將客戶端與服務(wù)器的數(shù)據(jù)庫相連，將從客戶端得到的信息進(jìn)行處理，實(shí)現(xiàn)航班查詢，機(jī)票生成，銷售統(tǒng)計，綜合信息查詢等子系統(tǒng)。 [3]傳遞航班信息到客戶端（旅行社）： 把得到的航班信息通過網(wǎng)絡(luò)傳遞到旅行社。它以財務(wù)管理學(xué)為理論基礎(chǔ)，以輔助決策為目標(biāo)，以機(jī)票銷售數(shù)據(jù)為中心，廣泛采用統(tǒng)計學(xué)、運(yùn)籌學(xué)的分析方法，對銷售信息進(jìn)行深層加工，建立反映不同航班需求的模型，提供管理上所需的各種輔助決策信息和財務(wù)信息。游戲的目的是在星際旅行時收集一系列有關(guān)嫌疑犯的線索。在收集到一定的線索后，游戲者可能可以推斷出嫌疑犯和其作案環(huán)境。 3 例： 《 銀河 》 解釋各輸入輸出數(shù)據(jù)類型，并逐項說明其媒體、格式、數(shù)值范圍、精度等。36其他專門要求 （沒有不必填寫） 如用戶單位對安全保密的要求，對使用方便的要求，對可維護(hù)性、可補(bǔ)充性、易