【正文】 【 3/3】 名稱： 輸入數(shù)據(jù)流： 輸出數(shù)據(jù)流： 組成： 描述： 組織方式： 訂貨信息表 處理訂貨 2 產(chǎn)生報表 零件編號 +零件名稱 + 數(shù)量 + {供應(yīng)商 +單價 } 需要訂貨的零件 各供應(yīng)商單價 按 零件編號 由小到大排列 3/3/2023 61 【 1/3】 ? 描述 DFD中的每個邏輯功能“做什么”。 購書單的內(nèi)容是否與 各班學(xué)生用書表 相符，通過 售書登記表 檢查學(xué)生是否買過這些教材。 主要的處理 輸出數(shù)據(jù) 1 輸入數(shù)據(jù) 處理 1 處理 2 輸出數(shù)據(jù) 2 處理框中列出處理的次序暗示了執(zhí)行的順序 3/3/2023 75 4. IPO圖 輸入 /處理 /輸出圖 [2/2] ? 【例】 教務(wù)系統(tǒng)成績管理 IPO圖。 ? ⑴ 以多種形式接受 輸入 ， ? ⑵ 用硬件、軟件以及人員等將輸入 變換 為輸出， ? ⑶ 以多種形式產(chǎn)生 輸出 。 無效書單 3/3/2023 87 DFD圖的 步驟 [3/3] ? ⑶分層細(xì)化 DFD 學(xué) 生 1 審查 并開發(fā)票 學(xué) 生 購書單 領(lǐng)書單 2 開領(lǐng)書單 發(fā)票 各班學(xué)生用書表 教材存量表 無效書單 售書登記表 3/3/2023 88 原則 ? ⑴ 父 /子圖平衡（ I/O） ?把一個處理分解為一系列處理時，分解前和分解后的 輸入 /輸出數(shù)據(jù)流必須相同 。 優(yōu)點 ：一目了然的列出所有給定的數(shù)據(jù)源和數(shù)據(jù)目的。 ? 畫出和存折操作有關(guān)的基本的數(shù)據(jù)流圖 ? 定義各種類型的數(shù)據(jù)字典詞條 3/3/2023 78 課堂作業(yè) 2：銀行賬務(wù)處理（ 2） ? 畫出和存折操作有關(guān)的基本的數(shù)據(jù)流圖 ? 定義各種類型的數(shù)據(jù)字典詞條 3/3/2023 79 結(jié)構(gòu)化分析方法 ? . SA的 定義 [1/5] ? 結(jié)構(gòu)化分析方法 (Structured Analysis) ? 70年代 ， ? “ 面向數(shù)據(jù)流分析方法 ”的一種。 條 件 條件 1 條件 2 ...... 條件 n 動 作 動作 1 動作 2 ...... 動作 n 條件取值的組合 動作 規(guī) 則 3/3/2023 70 [2/4] 條 件 技術(shù)員 助理工程師 工程師 動 作 工資 高級工程師 工齡＜ 10 10≤工齡 ≤20 工齡 ＞ 20 √ √ 60 70 80 80 90 100 100 110 120 150 140 150 √ √ √ √ √ √ √ √ √ √ √ √ √ √ √ √ √ √ √ √ √ √ 3/3/2023 71 [3/4] 工資 工齡＜ 10 10≤工齡 ≤20 工齡 ＞ 20 √ 60 70 80 80 90 100 100 110 120 150 140 150 √ √ √ √ √ √ √ √ √ √ √ 技術(shù)員 助理 工程師 工程師 高級工程師 3/3/2023 72 [1/2] ? 判定表 的變形； ? 優(yōu)點： ?比 判定表 更加直觀，易于理解和使用。 ? 常用技術(shù)： ? ⑴結(jié)構(gòu)化語言 ? ⑵判定表 ? ⑶判定樹 ? ⑷ IPO圖 3/3/2023 66 1. 結(jié)構(gòu)化語言 [1/3] ? 一種介于 自然語言 和 形式化語言 之間的語言 ? 自然語言 —— 簡單易懂； ? 形式化語言 —— 精確； ? 【組成】 ? 簡單陳述句結(jié)構(gòu) ：避免復(fù)合語句； ? 選擇結(jié)構(gòu) ： ? IF(條件 ) ? IF(條件 )THEN...ELSE ? CASE(條件序列 ) ? 重復(fù)結(jié)構(gòu) ： ? WHILE DO ? FOR ? REPEAT UNTIL 3/3/2023 67 1. 結(jié)構(gòu)化語言 [2/3] ? (自然語言描述 ) 名稱： 編號： 輸入： 輸出： 功能描述： 加工處理： 審查有效性 購書單、售書登記表 各班學(xué)生用書表 有效購書單、無效書單 若發(fā)現(xiàn)購書單中有學(xué)生不用或買重了的教材，便發(fā)出 無效書單 。 ? 組成： ? ⑴名稱、描述 ? ⑵來源 ?數(shù)據(jù)源、加工處理、數(shù)據(jù)存儲、外部項 ? ⑶去處 ?數(shù)據(jù)終點、加工處理、數(shù)據(jù)存儲、外部項 ?可能不唯一 ? ⑷組成 ?按一定方式連接起若干 數(shù)據(jù)元素 ? ⑸流通量 ?單位時間內(nèi)的傳輸次數(shù) 3/3/2023 56 【 2/3】 名稱： 描述： 來源： 去處： 組成： 流通量： 發(fā)票 按照有效購書單開購書發(fā)票 開發(fā)票 開領(lǐng)書單 班級號 + {書號 +單價 +數(shù)量 +總價 }+ 書費合計 3/3/2023 57 【 3/3】 名稱： 描述： 來源： 去處： 組成： 流通量： 訂貨報表 每天給采購員的零件訂貨表 2 產(chǎn)生報表 采購員 訂貨表編號 + {零件編號 +零件名稱 + 數(shù)量 +單價 +總價 + 供應(yīng)商 }+ 合計 3/3/2023 58 【 1/3】 ? 保存數(shù)據(jù)結(jié)構(gòu)的地方。 3/3/2023 34 (2/2) ? 讀者抽象 (提取成份 ) ? 名字 ? 性別 ? 單位 ? 類別 ? 照片 ? Email ? 電話 ? 讀者抽象 (拋棄成份 ) ? 身高 ? 年齡 ? …… 3/3/2023 35 3. 需求建模 (1/2) ? 什么是 需求模型 ? 模型是對現(xiàn)實的簡化，包含有主要影響的要素，忽略不相關(guān)的次要因素 ? 需求模型詳細(xì)、準(zhǔn)確地描述了用戶對目標(biāo)軟件系統(tǒng)的功能、行為、性能、 設(shè)計約束等方面的要求 ? 為什么 需要建模 ? 從多個視點、多個不同的抽象層次來描述用戶需求 ，從而更好促進(jìn)軟件的開發(fā) ? 需求建模方法 ? 面向數(shù)據(jù)流的方法 ? 面向?qū)ο蟮姆椒? ? 注意 ? 需求建模 不要涉及軟件設(shè)計和實現(xiàn)細(xì)節(jié) 3/3/2023 36 ? 什么是 多視點分析 ? 從多個角度、不同層面上分析和描述用戶需求 ? 為什么需要多視點分析 ? 人的認(rèn)識具有片面性 (瞎子摸象 ) ? 多視點可以幫助我們 全面把握用戶的需求 3/3/2023 37 需求分析的步驟 ⑴ 分析系統(tǒng)的要求 ⑵目標(biāo)系統(tǒng)的邏輯模型 ⑶修正開發(fā)計劃 ⑷構(gòu)造原型系統(tǒng) ⑸復(fù)審、驗證 《軟件需求規(guī)格說明書》 必須處理的信息和應(yīng)該產(chǎn)生的信息 數(shù)據(jù)流圖 、 數(shù)據(jù)字典 、 加工處理 用戶 了解目標(biāo)系統(tǒng)的功能、概況 開發(fā)者 快速、準(zhǔn)確、完整把握需求 3/3/2023 38 數(shù)據(jù)流圖 ? 數(shù)據(jù)流圖（ Date Flow Diagram） ? 描述軟件系統(tǒng) 邏輯模型 的 技術(shù) 。 (6) 可理解性 ? 不宜在說明書中使用太多的專業(yè)化詞匯 。 ? 在進(jìn)行 統(tǒng)計分析 時，根據(jù)所需數(shù)據(jù)量的不同而從秒級 到 分鐘級 ，原則是 保證操作人員不會因為速度問題而影響工作效率 。 ? 機(jī)票預(yù)定系統(tǒng)中涉及到的數(shù)據(jù)是航空公司的相當(dāng)重要的信息，系統(tǒng)要提供方便的手段供系統(tǒng)維護(hù)人員進(jìn)行 數(shù)據(jù)的備份，日常的安全管理，系統(tǒng)意外崩潰時數(shù)據(jù)的恢復(fù) 等工作。機(jī)票數(shù)量和時間又影響企業(yè)的決策活動， 其準(zhǔn)