軟件工程課件第3章軟件需求分析-文庫吧在線文庫
【正文】 學(xué)生升級留級 總分超過 600 分 ,無論單科是否滿分 , 若無單科不及格 ,則發(fā)升級通知書 。我們希望建立一種基于微處理器的家庭保安系統(tǒng)，它能夠識別異常事件并采取相應(yīng)的防護(hù)措施。 系統(tǒng)需求分析階段提供的文檔資料是否齊全 。 是否考慮過軟件需求的其它方案 。 4)根據(jù)留底的訂單記錄進(jìn)行銷售統(tǒng)計 (分別按顧客所在地區(qū)、銷售日期、銷售貨物名稱、顧客名稱統(tǒng)計 )，打印統(tǒng)計表給經(jīng) 理。 子圖的編號就是父圖中相應(yīng)加工的編號。另外，子圖的輸出數(shù)據(jù)流 S在父圖中也沒有出現(xiàn) 例 3。 檢查：圖 中，加工 2與其他加工的聯(lián)系相當(dāng)復(fù)雜，輸入輸出數(shù)據(jù)流達(dá)9個之多，很難獨立理解。 圖 的父圖和子圖有個明顯的錯誤：只有流向文件 DELTA 的數(shù)據(jù)流而沒有從該文件流出的數(shù)據(jù)流，即只有寫文件的加工而沒有讀文件的加工，這說明一定是某些加工被遺漏了。 例 3。 因此在功能模型之外擴(kuò)充了行為模型，引進(jìn)了 CFD(Control Flow Diagram)圖， STD(Status Transfer Diagram)圖， CSPEC(Control Specification)等工具進(jìn)行描述。 2)根據(jù)缺貨記錄進(jìn)行缺貨統(tǒng)計，將缺貨通知單發(fā)給采購部門，以便采購。 設(shè)計的約束條件或限制條件是否符合實際 。然后軟件系統(tǒng)負(fù)責(zé)報告時間、地點和異常事件的性質(zhì)。 CFDamp。 更新庫存；并寫回“教材總量表”； 累計書費合計； } ENDIF ENDIF 把書費合計寫到發(fā)票上 . 判定樹 — 例子 例 ：公司推銷政策： 若每周推銷金額不超過 10000，按預(yù)收款是否超過 50％，分別獎勵推銷額的6％或 4％。 例：“取下一張卡片”是一個控制流而不是數(shù)據(jù)流，因為并沒有任何數(shù)據(jù)沿著這個箭頭流動，這個箭頭應(yīng)該從圖中刪去。） 借鑒已有的類似軟件產(chǎn)品 聯(lián)合分析小組 用戶代表、領(lǐng)域?qū)＜液拖到y(tǒng)分析員 客戶訪談 amp。 STD 圖： Status Transfer Diagram 狀態(tài)－變遷圖 指明系統(tǒng)在外部事件的作用下將會如何動作，表明了系統(tǒng)的各種狀態(tài)間的變遷。 檢查結(jié)果：分解不合適。若有單科不及格 ,則發(fā)升級通知書 ,和重修通知書 若總分低于 600 分 ,若單科滿分 ,則發(fā)留級通知書 ,及免修單科通知書 。這些異常事件應(yīng)包括：非法進(jìn)入、火災(zāi)、水淹，等等。 文檔中的所有描述是否完整、清晰、準(zhǔn)確反映用戶要求 。 是否考慮過將來可能會提出的軟件需求 。 根據(jù)上述的功能描述，畫出分層數(shù)據(jù)流程圖。 2) 子圖中加工的編號由子圖號、小數(shù)點、局部號連接而成。 17 父圖和子圖平衡嗎？從圖上看，子圖與父圖中相應(yīng)加工并不具有相同的輸入和輸出，但是如果從詞典中查出：父圖只稱為“訂貨單”的數(shù)據(jù)流是由“客戶”、“帳號”和“數(shù)量”三部分?jǐn)?shù)據(jù)組成的，那么就可得出結(jié)論：這兩張圖是平衡的 兩張數(shù)據(jù)流圖是平衡的，但是子圖中的文件 ALPHA 為什么在父圖中沒有畫出呢？這是因為 ALPHA 是完全局部于加工 的、它并不是父圖中各個加工之間的交界面，根據(jù)“抽象”原則，在畫父圖 時，只需畫出加工和加工之間的聯(lián)系，而不必畫出各個加工內(nèi)部的細(xì)節(jié)，所以父圖中不必畫文件 ALPHA，同理，數(shù)據(jù)流 XXX、YYY 也不必畫出。 檢查結(jié)果：分解不合適。 措施：刪去訂貨單數(shù)據(jù)流中的“貨號”成分。 3) 如果發(fā)現(xiàn)難以為某個數(shù)據(jù)流命名，這往往是數(shù)據(jù)流圖分解不當(dāng)?shù)恼髡?，此時可以試試重新分解是否能解決這個難題。經(jīng)過復(fù)審需求，學(xué)生不該購買或書已經(jīng)賣完，則“無效書單“ 得到第二張圖 （ 2）在后面的分析建模中要將圖建模為 DFD圖（見后） 結(jié)構(gòu)化分析模型描述工具 結(jié)構(gòu)化分析模型 DFD、 DD和 PSPEC CFD、 CSPEC 和 STD ER 圖 面向?qū)ο蠓治瞿Ｐ停ê罄m(xù)） 用例圖，對象 關(guān)系圖，對象 行為圖 有些數(shù)據(jù)加工不是數(shù)據(jù)觸發(fā)的，而是由實時發(fā)生的事件觸發(fā)的，無法用傳統(tǒng)的 DFD 圖來表示。要求： 1）醫(yī)院對患者監(jiān)護(hù)系統(tǒng)的基本要求是隨時接收每個病人的生理信號 (脈搏，體溫，血壓，心電圖等 ) 2）定時記錄病人情況以形成患者日志 3）當(dāng)某個病人的生理信號超出醫(yī)生規(guī)定的安全范圍時，向值班護(hù)士發(fā)出警告 4）護(hù)士在需 要時，還可以要求系統(tǒng)輸出某個指定病人的病情報告 某企業(yè)銷售管理系統(tǒng)的功能為： 1)接受顧客的訂單，檢驗訂單，若庫存有貨，進(jìn)行供貨處理，即修改庫存，給倉庫開備貨單，并且將訂單留底；若庫存量不足，將缺貨訂單登入缺貨記錄。 主要功能是否已包括在規(guī)定的軟件范圍之內(nèi)，是否都已充分說明 。 有異常，則在指定的延遲時間內(nèi)撥報警電話號碼，撥號操作將按照重?fù)苎舆t反復(fù)進(jìn)行，直至電話接通。同時將 半小時數(shù)據(jù)供大屏幕顯示 為了使管理人員及時了解各班生產(chǎn)數(shù)據(jù)，通過班數(shù)據(jù)處理將半小時數(shù)據(jù)匯總成一個班的 8 小時數(shù)據(jù) 光電管 采集 計數(shù) 傳送 工控機(jī) 處理 實時數(shù)據(jù)顯示 班數(shù)據(jù) 處理 信號 半小時數(shù)據(jù) 班數(shù)據(jù) 半分鐘數(shù)據(jù) 只有數(shù)據(jù)流 事件發(fā)生的條件？ 事件或者控制信息發(fā)生后激活的那些加工？ 對于由事件驅(qū)動而不是數(shù)據(jù)驅(qū)動，產(chǎn)生的是控制信息而不單是數(shù)據(jù)流 以及必須依賴于時間的應(yīng)用，只建立 DFD 是不夠的，還需要使用控制流圖建模。 ELSE 按書號檢索“教材存量表”，獲得書的單價和庫存量 IF 庫存量 購書單 .數(shù)量 THEN 把書號寫到出錯通知上 ELSE 將書號、單價、數(shù)量、總價等寫入發(fā)票 。除了流向文件或從文件流出的數(shù)據(jù)流不必命名之外 (有文件名足矣 )， 返回 數(shù)據(jù)流圖中描述的是數(shù)據(jù)流而不是控制流。CSPEC STD ER 圖 需求分析實例 軟件需求規(guī)格說明書 SRS 需求復(fù)審 軟件需求分析概述 需求分析的任務(wù)和步驟 需求獲取的常用方法 需求說明 分析建模模型 需求分析的任務(wù) /步驟 (1)需求分析的任務(wù) 建立分析模型 編寫需求規(guī)格說明書 SRS(Software Requirement Specification) (2)需求分析的步
環(huán)評公示相關(guān)推薦
鄂ICP備17016276號-1