33需求建模-資料下載頁
2025-09-21 10:31本頁面
【導(dǎo)讀】在建模過程中了解系統(tǒng)。通過抽象降低復(fù)雜性。有助于回憶所有的細(xì)節(jié)。有助于開發(fā)小組間的交流。為系統(tǒng)的維護(hù)提供文檔?；騿栴}，從而加以解決的方法。模型是對對象系統(tǒng)的形式化的特征。抽象，概括性或近似地表示；通過對現(xiàn)實(shí)環(huán)境的調(diào)查，去掉具體模型中的非本質(zhì)因素，分析當(dāng)前系統(tǒng)與目標(biāo)系統(tǒng)的差別，Do:活動1狀態(tài)2.…十進(jìn)制數(shù)字＝“0”…建立創(chuàng)建軟件設(shè)計(jì)的基礎(chǔ)。定義軟件完成后可被確認(rèn)的。描述對數(shù)據(jù)流進(jìn)行變換的功能;描述邏輯模型的圖形工具，表示數(shù)據(jù)在系統(tǒng)內(nèi)的變化。對考生送來的報(bào)名單進(jìn)行檢查;據(jù)考試中心制定的合格標(biāo)準(zhǔn)審定合格者;標(biāo)志)送給考生;析，產(chǎn)生統(tǒng)計(jì)分析表。
【正文】 DD應(yīng)具特點(diǎn) (1)通過名字可方便查閱數(shù)據(jù)定義 (2)無冗余 (3)易更新修改 (加工邏輯說明的另一種形式 ) 描述的內(nèi)容： (1) 處理邏輯 描述基本加工如何把輸入數(shù)據(jù)流變化為輸出數(shù)據(jù)流的加工原則，不涉及具體處理方法。 (2) 執(zhí)行條件 (3) 輸入 (4) 輸出 (3) 優(yōu)先級 (4) 執(zhí)行頻率 (5) 出錯處理對策 小說明舉例 加工名 : 分類采購 (CG111MD) 編號 : 加工激活條件 : 受到圖書采購員分類 采購操作命令 加工邏輯 : (1) 預(yù)定圖書 (2) 外采圖書 (3) 贈送圖書 執(zhí)行頻率 : 隨時 小說明舉例 處理名 :月票額統(tǒng)計(jì) (MHCW713MD) 編號 : 激活條件 :收到每日售票額信息 處理邏輯 :1 統(tǒng)計(jì)月保險金總合 月保險金信息 =每日日保險 金信息之和 2 統(tǒng)計(jì)月合計(jì) 月合計(jì)信息 =每日日合計(jì)信息之和 執(zhí)行頻率 : 1次 /月 描述加工邏輯的工具： ? 結(jié)構(gòu)化語言 ? 判定表 ? 判定樹 結(jié)構(gòu)化語言 介于自然語言和形式語言之間的語言 結(jié)構(gòu)化語言的特點(diǎn)： ? 無確定語法 ? 可分層、嵌套 處理名 :核實(shí)訂票處理 (MHGP3200MD) 編號 : 激活條件 :收到取訂票信息 處理邏輯 :1讀訂票旅客信息文件 2搜索此文件中是否有與輸入信息 中姓名及身份證號相符的項(xiàng) IF 有 THEN 判斷余項(xiàng)是否與文件中信 息相符 IF 是 THEN 輸出已訂票信息 ELSE 輸出未訂票信息 ELSE 輸出未訂票信息 執(zhí)行頻率 : 實(shí)時 判定表 (決策表 ) 描述多條件、多目標(biāo)動作的形式化工具 判定表舉例 (計(jì)算機(jī)票折扣率 ) 旅游時間 訂 票 量 折 扣 量 7－ 9， 12月 ≤20 ≤20 20 20 15% 5% 20% 30% 條件類別 四種條件組合 操作 條件組合下操作的執(zhí)行 1－ 6,10,11月 處理名 :計(jì)算折扣率 (MHGP534MD) 編號 : 激活條件 :收到預(yù)訂票信息 處理邏輯 :計(jì)算折扣率 執(zhí)行頻率 : 實(shí)時 旅游時間 訂 票 量 折 扣 量 7－ 9， 12月 1－ 6,10,11月 ≤20 ≤20 20 20 15% 5% 20% 30% 判定樹 (Decision 決策樹 ) 條件 1 條件 2 結(jié)果 計(jì) 7－ 9, 訂票量 20: 15% 算 12月 訂票量 ≤ 20: 5% 折 扣 1－ 6, 訂票量 20: 30% 量 10,11月 訂票量 ≤ 20: 5% 二 . 結(jié)構(gòu)化分析實(shí)施步驟 1. 確定系統(tǒng)邊界 , 畫出系統(tǒng)環(huán)境圖 2. 自頂向下，畫出各層數(shù)據(jù)流圖 3. 定義數(shù)據(jù)字典 4. 定義小說明 三 . 需求規(guī)格說明書 (SRS) (Software Requirement Specification) 需求分析階段要完成的文檔。 SRS的作用： ?開發(fā)者與用戶間事實(shí)上的技術(shù)合同書 ?開發(fā)者下一步設(shè)計(jì)和編碼的基礎(chǔ) ?測試驗(yàn)收目標(biāo)系統(tǒng)的依據(jù) SRS大綱（模板） ? 引言 ? 任務(wù)概述 (項(xiàng)目概述 ) ? 數(shù)據(jù)描述 (DFD、 DD) ? 功能描述 ? 接口 ? 性能需求 ? 屬性 ? 其它需求 三 . 需求驗(yàn)證 (1) 正確性 (2) 無二義性 (3) 完整性 (4) 可驗(yàn)證性 (5) 一致性 (6) 可理解性 (7) 可修改性 (8) 可被跟蹤性 (9) 可跟蹤性 (10)設(shè)計(jì)無關(guān)性 (11)注釋 需求文檔的陳述與改進(jìn)舉例（ 1） 產(chǎn)品必須在固定的時間間隔內(nèi)提供狀態(tài)消息 ， 并且每次時間間隔不得小于 60秒 。 后臺任務(wù)管理器 (BTM)應(yīng)該在用戶界面的指定區(qū)域顯示狀態(tài)消息。 a. 在 后臺任務(wù)進(jìn)程啟動之后，消息必須每隔 60(?10)秒更新一次，并且保持連續(xù)的可見性。 b. 如果正在正常處理后臺任務(wù)進(jìn)程，那么后臺任務(wù)管理器 (BTM)必須顯示后臺任務(wù)進(jìn)程已完成的百分比。 c. 當(dāng)完成后臺任務(wù)時 ， 后臺任務(wù)管理器 (BTM)必須顯示一個 “ 已完成 ” 的消息。 d. 如果后臺任務(wù)中止執(zhí)行，那么后臺任務(wù)管理器 (BTM)必須顯示一個出錯信息。 需求不完整， 導(dǎo)致需求不可驗(yàn)證 改 進(jìn) 需求文檔的陳述與改進(jìn)舉例（ 2） 產(chǎn)品必須在顯示和隱藏非打印字符之間進(jìn)行瞬間切換 。 用戶在編輯文檔時，通過激活特定的機(jī)制，可以在顯示和隱藏所有HTML標(biāo)記之間進(jìn)行切換。 需求不可行、不完整、 不確定性，導(dǎo)致需求 不可驗(yàn)證 改 進(jìn)
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號-1