軟件工程導論課件之習題課1(第五版)(張海藩編著)_第1頁
軟件工程導論課件之習題課1(第五版)(張海藩編著)_第2頁
軟件工程導論課件之習題課1(第五版)(張海藩編著)_第3頁
軟件工程導論課件之習題課1(第五版)(張海藩編著)_第4頁
軟件工程導論課件之習題課1(第五版)(張海藩編著)_第5頁
已閱讀5頁,還剩37頁未讀 繼續免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

1、結構化分析實例結構化分析實例1:工資支付系統:工資支付系統 1. 問題定義問題定義n某校財務科長想用計算機生成工資明細表和各某校財務科長想用計算機生成工資明細表和各種財務報表。種財務報表。n用戶面臨的問題:目前人工計算工資和編制財用戶面臨的問題:目前人工計算工資和編制財務報表,工作量大、效率低、成本高。務報表,工作量大、效率低、成本高。n預期的項目規模:新系統每年獲得的經濟效益預期的項目規模:新系統每年獲得的經濟效益是是2.4萬元,在萬元,在3年內收回投資,年內收回投資,7.2萬元是投資萬元是投資額的合理的上限。額的合理的上限。 關于系統規模和目標的報告書關于系統規模和目標的報告書 2014.

2、9.10項目名稱:工資支付項目名稱:工資支付問題:目前計算工資和編制報表的費用太高。問題:目前計算工資和編制報表的費用太高。項目目標:研究開發費用較低的新工資支付系統的項目目標:研究開發費用較低的新工資支付系統的可能性。可能性。項目規模:開發成本應該不超過項目規模:開發成本應該不超過7.2萬元萬元(50)。初步設想:用學校自已的計算機系統生成工資明細初步設想:用學校自已的計算機系統生成工資明細表和財務報表。表和財務報表。可行性研究:為了更全面地研究工資支付項目的可可行性研究:為了更全面地研究工資支付項目的可能性,建議進行大約歷時兩周的可行性能性,建議進行大約歷時兩周的可行性研究。研究的成本不超

3、過研究。研究的成本不超過4000元。元。2. 可行性研究可行性研究(1) 澄清系統規模和目標澄清系統規模和目標 (2) 研究現有的系統研究現有的系統現有人工工資支付系統工作流程現有人工工資支付系統工作流程(3) 導出高層邏輯模型導出高層邏輯模型工資支付系統的數據流圖工資支付系統的數據流圖(4) 進一步確定系統規模和目標進一步確定系統規模和目標(5) 導出供選擇的解法導出供選擇的解法q技術可行性技術可行性q操作可行性操作可行性q經濟可行性經濟可行性n低成本:每兩個月發一次工資低成本:每兩個月發一次工資n高成本:建立中央數據庫,為開發完整的管理信息系統做高成本:建立中央數據庫,為開發完整的管理信息

4、系統做準備,工資支付系統是第一個要開發的子系統準備,工資支付系統是第一個要開發的子系統n中等成本:基本上復制現有系統的功能。中等成本:基本上復制現有系統的功能。中等成本方案系統流程圖中等成本方案系統流程圖中等成本方案的成本中等成本方案的成本/效益分析效益分析開發成本開發成本4.2萬元萬元 人力人力(4人月,人月,8000元元/人月人月)3.2萬元萬元 購買硬件購買硬件1.0萬元萬元新系統的運行費用新系統的運行費用0.4萬元萬元/年年 人力和物資人力和物資(250元元/月月)0.3萬元萬元/年年 維護維護0.1萬元萬元/年年現有系統的運行費用現有系統的運行費用2.4萬元萬元/年年每年節省的費用每

5、年節省的費用2.0萬元萬元年年節省節省現在值現在值(5%)累計現在值累計現在值120000元元19047.62元元19047.62元元220000元元18181.82元元37229.44元元320000元元17241.38元元54470.82元元投資回收期投資回收期2.28年年純收入純收入12470.82元元(6) 推薦最佳方案推薦最佳方案(7) 草擬開發計劃草擬開發計劃實現中等成本的工資支付系統的粗略計劃實現中等成本的工資支付系統的粗略計劃(8) 寫出文檔提交審查寫出文檔提交審查階段階段要用的時間(月)要用的時間(月)可行性研究可行性研究0.5需求分析需求分析1.0概要設計概要設計0.5詳細

6、設計詳細設計1.0實現實現2.0總計總計5.03. 需求分析需求分析(1) 沿數據流圖回溯沿數據流圖回溯n工資明細表上包含的數據元素:工資明細表上包含的數據元素:q教職工編號教職工編號q教職工姓名教職工姓名q基本工資基本工資q職稱職稱q職務職務q生活補貼生活補貼q書報費書報費q交通費交通費q洗理費洗理費q課時費課時費q崗位津貼崗位津貼q工資總額工資總額q個人所得稅個人所得稅q住房公積金住房公積金q保險費保險費q實發工資實發工資(2) 寫出文檔初稿寫出文檔初稿n結構化分析方法要求,在需求分析階段完成的結構化分析方法要求,在需求分析階段完成的正式文檔(軟件需求規格說明書)中必須至少正式文檔(軟件需

7、求規格說明書)中必須至少包含三個重要成分:數據流圖,數據字典,以包含三個重要成分:數據流圖,數據字典,以及一組黑盒形式的算法描述(及一組黑盒形式的算法描述(IPO表)。表)。名字:工資總額名字:工資總額別名:總工資別名:總工資描述:扣除個稅、公積金和保描述:扣除個稅、公積金和保險之前的月工資險之前的月工資定義:數,最大值定義:數,最大值=99999.99位置:工資明細表位置:工資明細表(3) 定義邏輯系統定義邏輯系統n把新發現的數據源點、數據處理和數據存儲補把新發現的數據源點、數據處理和數據存儲補充到數據流圖中,得到新的數據流圖。充到數據流圖中,得到新的數據流圖。q更新人事數據更新人事數據 q

8、年度數據年度數據 q更新年度數據更新年度數據 年度數據包含的數據元素年度數據包含的數據元素教職工編號教職工編號教職工姓名教職工姓名本年度累計工資總額本年度累計工資總額本年度累計實發工資本年度累計實發工資本年度累計授課時數本年度累計授課時數上年度月平均工資上年度月平均工資補充后的工資支付系統數據流圖補充后的工資支付系統數據流圖(4) 細化數據流圖細化數據流圖對對“加工事務數據加工事務數據”的細化的細化(5) 書寫正式文檔書寫正式文檔n編寫軟件需求規格說明書。編寫軟件需求規格說明書。 (6) 技術審查技術審查和管理復審和管理復審n技術審查:外聘審查小組的組長,會計和系統技術審查:外聘審查小組的組長

9、,會計和系統分析員作為小組成員。分析員作為小組成員。n管理復審:財務科長和校長對費用支出和開發管理復審:財務科長和校長對費用支出和開發進度,從管理角度進行審查。進度,從管理角度進行審查。 結構化分析實例結構化分析實例2:出卷系統:出卷系統 1. 問題陳述問題陳述n系統支持人工輔助和自動出卷。系統支持人工輔助和自動出卷。n系統應能夠進行題庫管理。系統應能夠進行題庫管理。n系統能夠進行試卷管理,按照給定的樣式進行輸出。系統能夠進行試卷管理,按照給定的樣式進行輸出。n系統應能支持不同的科目。系統應能支持不同的科目。n系統能夠在所有流行的技術環境下運行,有好的圖形系統能夠在所有流行的技術環境下運行,有

10、好的圖形界面。界面。n系統應該具有很好的可擴展性。系統應該具有很好的可擴展性。n試題不允許重復出現,至少不能重復三次。試題不允許重復出現,至少不能重復三次。n試卷符合要求的試卷符合要求的96%以上即可結束,允許教師調整。以上即可結束,允許教師調整。n應能進行試卷分析。應能進行試卷分析。2. 需求分析要點需求分析要點(1) 用戶用戶n教師教師n題庫維護人員題庫維護人員(2) 視點視點n教師關注自動出卷、手教師關注自動出卷、手工出卷、試卷編輯和輸工出卷、試卷編輯和輸出。出。n題庫維護人員關注試題題庫維護人員關注試題的添加、更新和刪除等的添加、更新和刪除等工作。工作。(3) 功能需求功能需求n自動出

11、卷:根據出卷要自動出卷:根據出卷要求自動生成合理試卷。求自動生成合理試卷。n手動出卷:教師手動從手動出卷:教師手動從候選試題中挑選題目。候選試題中挑選題目。n試題管理:管理人員維試題管理:管理人員維護題庫中的試題。護題庫中的試題。n試卷編輯:更新試題。試卷編輯:更新試題。n試卷輸出:根據某個樣試卷輸出:根據某個樣式輸出試卷。式輸出試卷。3. 數據模型數據模型 n試題:編號、科目、題干、題干圖、答案、答案圖、試題:編號、科目、題干、題干圖、答案、答案圖、題型、知識點、難度、抽取時間題型、知識點、難度、抽取時間n試卷:編號、科目、出卷人、時間、總分、難度、試卷:編號、科目、出卷人、時間、總分、難度

12、、 題目題目*n出卷要求:總分、總難度、總題型、總知識點出卷要求:總分、總難度、總題型、總知識點n題目:編號、題干、題干圖、答案、答案圖、題型、題目:編號、題干、題干圖、答案、答案圖、題型、知識點、難度知識點、難度 4. 功能模型功能模型(1) 系統功能級數據流圖系統功能級數據流圖(2) 自動出卷子系統細化的數據流圖自動出卷子系統細化的數據流圖(3) 手動出卷子系統細化的數據流圖手動出卷子系統細化的數據流圖 (4) 數據字典數據字典名稱:試卷名稱:試卷別名:無別名:無描述:試卷信息描述:試卷信息定義:試卷定義:試卷=試卷編號試卷編號+科目科目+出卷人出卷人+時間時間+總分總分+ 難度難度+題目

13、題目 試卷編號試卷編號=1字符串字符串10 科目科目=1字符字符30 出卷人出卷人=1字符字符8時間時間=日期日期總分總分=整數整數位置:自動出卷,手動出卷位置:自動出卷,手動出卷名稱:出卷要求名稱:出卷要求別名:要求別名:要求描述:出卷的卷面要求描述:出卷的卷面要求定義:出卷要求定義:出卷要求=總分總分+總難度總難度+總題型總題型+總知識點總知識點 總分總分=整數整數 總難度總難度=難分數比例難分數比例+中分數比例中分數比例+易分數比例易分數比例 總題型總題型=1題型分數比例題型分數比例* 總知識點總知識點=1知識點分數比例知識點分數比例*位置:自動出卷,手動出卷,設置出卷要求位置:自動出卷

14、,手動出卷,設置出卷要求 名稱:試題名稱:試題別名:題目別名:題目描述:題庫中的試題描述:題庫中的試題定義:試題定義:試題=試題編號試題編號+科目科目+題干題干+題干圖題干圖+答案答案+答案圖答案圖+題型題型+ 難度難度+知識點知識點+抽取時間抽取時間試題編號試題編號=1字符字符10 科目科目=1字符字符30題干題干=1字符字符200題干圖文件名題干圖文件名=30字符字符40 答案答案=1字符字符200答案圖文件名答案圖文件名=30字符字符40題型題型=選擇選擇|填空填空|簡答簡答|改錯改錯|應用應用難度難度=難難|中中|易易知識點知識點=|抽取時間抽取時間=日期日期位置:自動出卷,手動出卷位

15、置:自動出卷,手動出卷 數據字典練習題:數據字典練習題:習題習題2.5 n電話號碼電話號碼 = 校內電話號碼校內電話號碼 | 校外電話號碼校外電話號碼 n校內電話號碼校內電話號碼 = 非零數字非零數字 + 3位數字位數字n校外電話號碼校外電話號碼 = 本市號碼本市號碼 | 外地號碼外地號碼 n本市號碼本市號碼 = 數字零數字零 + 8位數字位數字n外地號碼外地號碼 = 數字零數字零 + 3位數字位數字 + 8位數字位數字n非零數字非零數字 = 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 n數字零數字零 = 0n3位數字位數字 = 3數字數字3n8位數字位數字 = 非零數

16、字非零數字 + 7位數字位數字n7位數字位數字 = 7數字數字7n數字數字 = 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 ER圖練習題:圖練習題:請為某倉庫的管理設計一個請為某倉庫的管理設計一個ER模模型。該倉庫主要管理零件(包括零件編號、名型。該倉庫主要管理零件(包括零件編號、名稱、顏色、重量)的定購和供應等事項。倉庫稱、顏色、重量)的定購和供應等事項。倉庫向工程項目(包括項目編號、項目名稱、開工向工程項目(包括項目編號、項目名稱、開工日期)供應零件,并且根據需要向供應商(包日期)供應零件,并且根據需要向供應商(包括供應商編號、名稱、地址)定購零件。括供應商

17、編號、名稱、地址)定購零件。倉庫管理系統的倉庫管理系統的ER圖圖數據流圖練習題:數據流圖練習題:習題習題3.3頂層數據流圖頂層數據流圖功能級數據流圖功能級數據流圖細化的數據流圖細化的數據流圖數據流圖練習題:數據流圖練習題:習題習題3.4狀態圖練習題:狀態圖練習題:習題習題3.6 2-4 目前住院病人主要由護士護理,這樣做不僅需要大量護士,而且由于不能隨時觀察危重病人的病情變化,還會延誤搶救時機。某醫院打算開發一個以計算機為中心的患者監護系統,請分層次地畫出描述本系統功能的數據流圖。 醫院對患者35監護系統的基本要求是隨時接收每個病人的生理信號(脈搏、體溫、血壓、心電圖等),定時記錄病人情況以形

18、成患者日志,當某個病人的生理信號超出醫生規定的安全范圍時向值班護士發出警告信息,此外,護士在需要時還可以要求系統印出某個指定病人的病情報告。作業及解答(第作業及解答(第3 3章)章)n從問題陳述可知,本系統數據源點是“病人”和“護士”,他們分別提供生理信號和要求病情報告的信息。進一步分析問題陳述,從系統應該“定時記錄病人情況以形成患者日志”這項要求可以想到,還應該有一個提供日期和時間信息的“時鐘”作為數據源點。n從問題陳述容易看出,本系統的數據終點是接收警告信息和病情報告的護士。n系統對病人生理信號的處理功能主要是“接收信號”、“分析信號”和“產生警告信息”。n此外,系統還應該具有“定時取樣生理信號

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經權益所有人同意不得將文件中的內容挪作商業或盈利用途。
  • 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論