【正文】 缺點 ：太抽象，對目標(biāo)系統(tǒng)所能了解到的信息非常有限。 ? 面向數(shù)據(jù)流分析方法 ? 基于計算機的系統(tǒng) ?信息變換 ?當(dāng) 數(shù)據(jù)“流” 過基于計算機的系統(tǒng)時會被變換。 ? 【例】 某單位工資制度規(guī)定如下： ?⒈ 技術(shù)干部的職務(wù)工資標(biāo)準(zhǔn)為（月）： ? 技術(shù)員 50元 助理工程師 70元 ? 工程師 90元 高級工程師 120元 ? 工齡 10年并受聘高級工程師的職務(wù)工資為 140元 ?⒉ 工齡補助 ? 10年以下加 10元 ? 10~20年加 20元 ? 20年以上加 30元 3/3/2023 73 [2/2] ? ⑶【判定樹】 工資策略 技術(shù)員 助工 工程師 高工 10 1020 20 60 70 80 10 1020 20 80 90 100 10 1020 20 100 110 120 10 1020 20 150 140 150 職務(wù) 工齡 工資 3/3/2023 74 4. IPO圖 輸入 /處理 /輸出圖 [1/2] ? 表示輸入、加工處理與輸出的關(guān)系。只有通過了審查的教材保留在 有效購書單 。 ? 為數(shù)據(jù)文件、數(shù)據(jù)庫設(shè)計打下基礎(chǔ)。 ? 【功能】 ? 描繪 信息 在系統(tǒng)中 流動 和 加工處理 的情況。 3/3/2023 30 需求特性 (2) (7) 可追蹤性 ? 需求規(guī)格說明書必須將 分析后獲得的每項需求 與用戶的 原始需求項清晰地聯(lián)系起來 ，并為后續(xù)開發(fā)和其他文檔引用這些需求項提供便利。 3/3/2023 18 案例分析 :機票訂票系統(tǒng)（ 2） ? 運行需求 ： ? 機票預(yù)定系統(tǒng)中的各個子系統(tǒng)的硬件和軟件的配置如下： ? 1．服務(wù)器端子系統(tǒng)的運行要求： ? 系統(tǒng)軟件： ? 數(shù)據(jù)庫管理系統(tǒng)： SQL Server ? 硬件要求： ? ： ? 系統(tǒng)軟件： ? 數(shù)據(jù)庫管理系統(tǒng)： SQL Server ? 硬件要求： 3/3/2023 19 ? 對以計算機為基礎(chǔ)的系統(tǒng)進(jìn)行充分的測試。 3/3/2023 15 案例分析 :機票訂票系統(tǒng)（ 5） ? ⑷系統(tǒng)的 標(biāo)準(zhǔn)性 ? 系統(tǒng)在設(shè)計開發(fā)使用過程中都要涉及到很多計算機硬件、軟件。 在系統(tǒng)開發(fā)過程中，必須采用一定的方法保證系統(tǒng)的 準(zhǔn)確性 。 3/3/2023 6 (3) 用戶的期望 分類 ① 正常需求 ? 用戶陳述 的針對系統(tǒng)的目標(biāo)。 ? 【需求分析】 ? 準(zhǔn)確地回答“ 系統(tǒng)必須做什么？ ”這個問題。 3/3/2023 3 需求分析的任務(wù) ? 【依據(jù)】 ? 《可行性研究報告》 ? 【任務(wù)】 ? ⑴建立 目標(biāo)系統(tǒng)的邏輯模型 ?調(diào)查分析用戶的確切需求，認(rèn)真搞清、并細(xì)化到底“ 系統(tǒng)必須做什么 ”？ ? 反復(fù)與用戶交流； ? 建立原型系統(tǒng)； ?確定目標(biāo)系統(tǒng)的功能、性能、運行 ? ⑵形成 《軟件需求規(guī)格說明書》 ?Software Requirement Specification 3/3/2023 4 內(nèi)容 分類 ? 軟件需求 代表系統(tǒng)的綜合要求 ，包括以下幾種類型： ① 系統(tǒng)功能需求 ? 系統(tǒng)功能需求指根據(jù)系統(tǒng)所能實現(xiàn)的功能要求，對于每一類功能或者有時對于每一個功能，需要弄清 輸入 、 加工 和 輸出 等需求。 ② 期望需求 ? 隱式的需求，可能由于是非?；A(chǔ) 的而用戶沒有顯示的陳述，如人機交互的容易性、整體的操作正確性和可靠性，以及軟件安裝的容易性。 3/3/2023 13 案例分析 :機票訂票系統(tǒng)（ 3） ? ⑵系統(tǒng)的 開放性 和系統(tǒng)的 可擴充性 ? 例如訂票方式的改變（網(wǎng)上訂票），用戶查詢需求的不斷完善和更新等。所有這些都要 符合主流國際、國家和行業(yè)標(biāo)準(zhǔn) 。 ? ⑴ 功能測試 ⑼ 可使用性測試 ? ⑵ 可靠性測試 ⑽ 可支持性測試 ? ⑶ 強度測試 ⑾ 安裝測試 ? ⑷ 性能測試 ⑿ 過程測試 ? ⑸ 啟動／停止測試 ⒀ 互連測試 ? ⑹ 恢復(fù)測試 ⒁ 兼容性測試 ? ⑺ 配置測試 ⒂ 文檔測試 ? ⑻ 安全性測試 3/3/2023 20 需求獲取技術(shù) 問題域 用戶 需求分析員 交流 3/3/2023 21 用戶和開發(fā)人員 共同組成聯(lián)合小組 ? 加強聯(lián)系 ? 促進(jìn)交流 ? 增進(jìn)合作 3/3/2023 22 訪談和會議 3/3/2023 23 觀察用戶工作流程或者實踐 3/3/2023 24 案例分析 : 圖書館管理系統(tǒng) (1/3) 讀者管理 書庫管理 讀者借閱管理 3/3/2023 25 用戶 項目負(fù)責(zé)人 需求分析人員 設(shè)計員 案例分析 : 圖書館管理系統(tǒng) (2/3) 1. 建立聯(lián)合小組 ? 參與者： 用戶、需求分析人員、設(shè)計人員。 (8) 可修改性 ? 需求規(guī)格說明書的格式和組織方式 應(yīng)保證能夠比較容易地接納后續(xù)的增刪和修改 。 ? 【注意】 ? 只要 考慮 系統(tǒng)必須完成的 基本邏輯功能 ； ? 不要考慮 如何 具體地實現(xiàn) 這些功能； 極好的交流和溝通工具 3/3/2023 39 數(shù)據(jù)流圖 ? 數(shù)據(jù)流圖（ Date Flow Diagram） ? 【符號】 ? ① 數(shù)據(jù)的源點、終點 ?系統(tǒng)以外的人、事物 ? ②加工處理 ?不一定是一個程序 ? ③數(shù)據(jù)存儲 ?數(shù)據(jù)庫、數(shù)據(jù)文件 ? ④數(shù)據(jù)流 ?數(shù)據(jù)在系統(tǒng)中流動的方向 數(shù)據(jù)描述 3/3/2023 40 數(shù)據(jù)流圖 ? 數(shù)據(jù)流圖（ Date Flow Diagram） ? 【擴展符號】 ? *（星號）表示數(shù)據(jù)流之間是“ 與 ”關(guān)系 T * A B C T A C * 數(shù)據(jù) A和 B同時輸入 才能變換成數(shù)據(jù) C 數(shù)據(jù) A 變換成數(shù)據(jù) B和 C 與 B 3/3/2023 41 數(shù)據(jù)流圖 ? 數(shù)據(jù)流圖（ Date Flow Diagram） ? 【擴展符號】 ? +（加號）表示數(shù)據(jù)流之間是“ 或 ”關(guān)系 T + A B C T A C + 數(shù)據(jù) A、數(shù)據(jù) B， 或 A和 B同時輸入 變換成 C 數(shù)據(jù) A 變換成數(shù)據(jù) B、數(shù)據(jù) C、 數(shù)據(jù) B和 C 或 B 3/3/2023 42 數(shù)據(jù)流圖 ? 數(shù)據(jù)流圖（ Date Flow Diagram） ? 【擴展符號】 ? ⊕ 表示數(shù)據(jù)流之間是“ 異或 ”關(guān)系 T ⊕ A B C T A C ⊕ 只有數(shù)據(jù) A、只有數(shù)據(jù) B （但不能 A、 B同時） 變換成 C 數(shù)據(jù) A 變換成數(shù)據(jù) B、數(shù)據(jù) C， （但不能變換成 B和 C） 異或 B 3/3/2023 43 [引用 ] 系統(tǒng)流程圖 ? 【例 4】教材銷售系統(tǒng)。 ? 組成： ? ⑴名稱 ? ⑵輸入數(shù)據(jù)流 ? ⑶輸出數(shù)據(jù)流 ? ⑷組成 ?按一定方式連接起若干 數(shù)據(jù)元素 ? ⑸描述 ? ⑹組織方式 ?順序、隨機、其他排序方式 3/3/2023 59 【 2/3】 名稱： 輸入數(shù)據(jù)流： 輸出數(shù)據(jù)流： 組成： 描述： 組織方式： 各班學(xué)生用書表 審查有效性 系編號 +年級號 +班級號 +{書號 } DNO+GNO+CNO+{SH} 按班級存放各班學(xué)生用書 按系編號、 班級號 由小到大排列 3/3/2023 60