【正文】 體檢結(jié)果 ” 可如下描述： ? 數(shù)據(jù)流： 體檢結(jié)果 ? 說明： 學(xué)生參加體格檢查的最終結(jié)果 ? 數(shù)據(jù)流來源：體檢 ? 數(shù)據(jù)流去向：批準(zhǔn) ? 組成： …… ? 平均流量： …… ? 高峰期流量： …… 處理過程（續(xù)） ? 數(shù)據(jù)存儲 “ 學(xué)生登記表 ” 可如下描述： ? 數(shù)據(jù)存儲： 學(xué)生登記表 ? 說明： 記錄學(xué)生的基本情況 ? 流入數(shù)據(jù)流： …… ? 流出數(shù)據(jù)流： …… ? 組成： …… ? 數(shù)據(jù)量： 每年 3000張 ? 存取方式： 隨機(jī)存取 ? 處理過程（續(xù)） ? 處理過程 “ 分配宿舍 ” 可如下描述： ? 處理過程：分配宿舍 ? 說明： 為所有新生分配學(xué)生宿舍 ? 輸入： 學(xué)生，宿舍， ? 輸出： 宿舍安排 ? 處理： 在新生報到后，為所有新生分配學(xué) ? 生宿舍。 ? 對數(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ī)檢索 ⒌ 處理過程 ? 處理過程的具體處理邏輯一般用判定表或判定樹來描述。 ? 對數(shù)據(jù)結(jié)構(gòu)的描述 ? 數(shù)據(jù)結(jié)構(gòu)描述＝｛數(shù)據(jù)結(jié)構(gòu)名，含義說明， 組成 :｛數(shù)據(jù)項或數(shù)據(jù)結(jié)構(gòu)｝｝ 數(shù)據(jù)字典： 符 號 含 義 舉 例 ＝ 被定義為 ＋ 與 x = a＋ b [...,...] 或 [...|...] 或 x = [a,b]， x = [a|b] { ... }或 m{...}n 重復(fù) x = {a}， x = 3{a}8 (...) 可選 x = (a) “...” 基本數(shù)據(jù)元素 x = “a” .. 連結(jié)符 x = 1..9 數(shù)據(jù)結(jié)構(gòu)的描述 數(shù)據(jù)結(jié)構(gòu) 存折格式 數(shù)據(jù)結(jié)構(gòu)： ?存折＝戶名＋所號＋帳號＋開戶日＋性質(zhì)＋（印密）＋ 1{存取行 }50 ?戶名＝ 2{字母 }24 ?所號＝ “ 001” ..“ 999” ?帳號＝ “ 00000001” ..“ 99999999” ?開戶日＝年＋月＋日 ?性質(zhì)＝ “ 1” ..“ 6” 注： “ 1” 表示普通戶，“ 5” 表示工資戶等 ?印密＝ “ 0” 注：印密在存折上不顯示 ?存取行＝日期＋（摘要）＋支出＋存入＋余額＋操作＋復(fù)核 若干個數(shù)據(jù)項組成和數(shù)據(jù)結(jié)構(gòu)組成 ⒊ 數(shù)據(jù)流 ? 數(shù)據(jù)流是數(shù)據(jù)結(jié)構(gòu)在系統(tǒng)內(nèi)傳輸?shù)穆窂健? ⒈ 數(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è)計與實現(xiàn)階段，以至于到維護(hù)階段，都需要參考數(shù)據(jù)字典進(jìn)行設(shè)計、修改與查詢。還可以按描述內(nèi)容來查詢數(shù)據(jù)的名字。 高層 數(shù)據(jù)流圖 數(shù)據(jù)字典 （粗略） 可行性研究 分析、具體化 數(shù)據(jù)流圖 數(shù)據(jù)流圖 數(shù)據(jù)流圖 數(shù)據(jù)字典 （詳細(xì)） 簡明的算法描述 需求分析 數(shù)據(jù)字典 數(shù)據(jù)字典的任務(wù)是對于 數(shù)據(jù)流圖 中出現(xiàn)的所有被命名的圖形元素在數(shù)據(jù)字典中作為一個詞條加以定義，使得每一個圖形元素的名字都有一個確切的解釋。此即父圖與子圖的平衡 ? 可以在數(shù)據(jù)流圖中加入物質(zhì)流，幫助用戶理解數(shù)據(jù)流圖 ? 圖上每個元素都必須有名字 ? 數(shù)據(jù)流圖中不可夾帶控制流 ? 初畫時可以忽略瑣碎的細(xì)節(jié)，以集中精力于主要數(shù)據(jù)流 可行性研究與需求分析的關(guān)系： 需求分析的基本任務(wù)是回答“系統(tǒng)必須做什么？”這個問題。 ? 然后從輸入端開始，根據(jù)商店業(yè)務(wù)工作流程，畫出數(shù)據(jù)流流經(jīng)的各加工框，逐步畫到輸出端，得到第一層數(shù)據(jù)流圖 第一層數(shù)據(jù)流圖 第一層數(shù)據(jù)流圖 第一層數(shù)據(jù)流圖 第一層數(shù)據(jù)流圖 加細(xì)每一個加工框 銷售細(xì)化 加細(xì)每一個加工框 銷售細(xì)化 加細(xì)每一個加工框 銷售細(xì)化 1 2 3 4 5 6 7 8 9 7 10 加細(xì)每一個加工框 銷售細(xì)化 1 2 3 4 12 6 7 14 11 10 13 9 8 5 15 不能滿足的訂貨 采購細(xì)化 采購的原因是因為沒有滿足訂貨需求 采購細(xì)化 采購的原因是因為沒有滿足訂貨需求 1 2 4 7 3 5 8 6 檢查和修改數(shù)據(jù)流圖的原則 ? 數(shù)據(jù)流圖上所有圖形符號只限于前述四種基本圖形元素 ? 數(shù)據(jù)流圖的主圖必須包括前述四種基本元素，缺一不可 ? 數(shù)據(jù)流圖的主圖上的數(shù)據(jù)流必須封閉在外部實體之間 ? 每個加工至少有一個輸入數(shù)據(jù)流和一個輸出數(shù)據(jù)流 ? 在數(shù)據(jù)流圖中，需按層給加工框編號。 ? 這個數(shù)據(jù)流圖只是一個高層的系統(tǒng)邏輯模型，它反映了目標(biāo)系統(tǒng)要實現(xiàn)的功能 ? 數(shù)據(jù)流圖繪制步驟 ? 首先確定系統(tǒng)的輸入和輸出 ? 根據(jù)商店業(yè)務(wù)，畫出頂層數(shù)據(jù)流圖，以反映最主要業(yè)務(wù)處理流程 ? 經(jīng)過分析，商店業(yè)務(wù)處理的 主要功能 應(yīng)當(dāng)有 銷售 、 采購 、 會計 三大項。它的每一加工可能繼續(xù)細(xì)化，形成子圖。按照系統(tǒng)的層次結(jié)構(gòu)進(jìn)行 逐步分解 ，并以分層的數(shù)據(jù)流圖反映這種結(jié)構(gòu)關(guān)系，能清楚地表達(dá)和容易理解整個系統(tǒng) ? 在多層數(shù)據(jù)流圖中， 頂層流圖 僅包含一個加工 ，它代表被開發(fā)系統(tǒng)。 典型例子 用典型例子來說明要求的特性 ： 0101 010101010101 01 010101 要列出全部輸入與輸出序列是不可能的，然而用典型的序列 可以清楚理解系統(tǒng)特性。 輸入、輸出說明 通過描述輸入輸出序列來描述一個軟件產(chǎn)品所要求的特性 。 SRS文檔中的 每一個“需求”是對軟件產(chǎn)品基本功能和性能的一個陳述。 ?工具的選取要求是自己（本組）熟悉的工具，不能是一件最新時髦工具而自己對它了解很少，結(jié)果大部分時間化在學(xué)習(xí)工具上，而不是使用它為你工作。 初始需求 變更的需求 對問題的 初始理解 對問題的 新理解 時間 ? Communication with customers ? 與用戶共同確定需求，作為合同附件， 簽字生效 ? 合同中含有對需求變更的條款 ? 采用原型方法開發(fā)，或螺旋模型開發(fā) ? 項目計劃中適當(dāng)留有余地（時間進(jìn)度、人力投入、 費(fèi)用等） ? 嚴(yán)格實施變更控制 減少變更的策略： 3. SRS的編寫工具 SRS常用最常用的方法是用自然語言來描述?！? 大多數(shù)開發(fā)人員都遇到過這樣的情況：表面很簡單的一個變更，結(jié)果卻比預(yù)想的復(fù)雜得多。后來才發(fā)現(xiàn)其實并不那么簡單，每次我以為任務(wù)已經(jīng)完成時，我發(fā)現(xiàn)自己在另一文件中漏掉了一個變更，所以我必須進(jìn)行修正，重新構(gòu)建組件，并再次進(jìn)行測試。 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問道。第五章 軟件開發(fā)文檔 主要內(nèi)容 可行性研究報告 軟件需求文檔 概要設(shè)計文檔 詳細(xì)設(shè)計文檔 軟件需求說明書、數(shù)據(jù)要求說明書 軟件需求分析的文檔 軟件需求說明書主要以 數(shù)據(jù)流圖 為核心，對軟件的功能進(jìn)行詳細(xì)的描述；數(shù)據(jù)要求說明書包括對基本的數(shù)據(jù)元素的屬性、數(shù)據(jù)概念信息結(jié)構(gòu)以及數(shù)據(jù)加工動作的描述；此外還有對軟件的性能、運(yùn)行環(huán)境、系統(tǒng)級上的輸入 /輸出數(shù)據(jù)格式等，即構(gòu)成對軟件及其數(shù)據(jù)的完整描述信息。 1. 無歧義性 2. 完整性