軟件工程實驗報告26447_第1頁
軟件工程實驗報告26447_第2頁
軟件工程實驗報告26447_第3頁
軟件工程實驗報告26447_第4頁
軟件工程實驗報告26447_第5頁
已閱讀5頁,還剩8頁未讀 繼續免費閱讀

下載本文檔

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

文檔簡介

1、武漢輕工大學 軟件工程實驗報告題 目: 實 驗 14 專 業: 軟件工程 班 級: 軟件工程1403 學 號: * 姓 名: * 指導老師: 董正言老師 實驗一 結構化分析實驗1實驗目的通過此實驗了解結構化分析的特點和步驟,以及結構化分析所采用的基本圖形工具。2.實驗內容假設你在一所職業高中工作,負責該校信息系統的建設和維護。財務科長請你研究用學校擁有的pc機生成工資明細表和各種財務報表的可能性。3.實驗要求1 問題定義:請在這個階段描述你需要解決的問題。包括用戶面臨的問題和預期的項目規模。最后生成一份問題定義報告書。2 可行性研究:在這個階段產生處理工資事務的大致過程,畫出高層邏輯模型,并且

2、畫出相應的數據流圖,建立數據字典。3 對此系統進行成本效益分析。4.實驗步驟4.1問題定義報告書1.項目名稱:工資支付2.問題描述:該校一直由會計人工計算工資并編制財務報表,隨著學校規模擴大工作量也越來越大。目前每個月都需要兩名會計緊張工作半個月才能完成,不僅效率低而且成本高。今后學校規模將進一步擴大,人工計算工資的成本還會進一步提高。 3.項目目標:1) 研究開發費用較低的新工資支付系統的可能性。4項目規模:1) 開發成本應該不超過7.2萬元5.初步設想: 1) 用學校自己的計算機系統生成工資明細表和財務報表6.可行性研究:為了更全面地研究工資支付項目的可能性,建議進行大約歷時兩周的可行性研

3、究。這個研究的成本不超過4000元。4.2可行性研究:1. 處理工資事務的大致過程:1) 每月月末教師把他們當月實際授課時數登記在課時表上,由各系匯總后交給財務科,職工把他們當月完成承包任務的情況登記在任務表上,匯總后交給財務科。2) 兩名會計根據這些原始數據計算每名教職工的工資,編制工資表、工資明細表和財務報表。然后,把記有每名教職工工資總額的工資表報送銀行。3) 由銀行把錢打到每名教職工的工資存折上,同時把工資明細表發給每名教職工。2. 高層邏輯模型:3. 數據流圖:4. 數據字典:1)名字:授課情況登記表別名:教師出勤記載表描述:記錄每個教師的當月完成的課時及任務。定義:授課情況登記表=

4、教職工編號+姓名+職務+職稱+基本工資+生活補貼+書報費+交通費+洗理費位置:輸出到打印機2)名字:教職工編號別名:*描述:唯一的標識一個教職工定義:教職工編號=8字符8位置:授課情況登記表3)名字:每個人當月的實發工資數別名:描述:記錄每個教師當月應發的工資數定義:每個人當月的實發工資數=課時費+崗位津貼-個人所得稅-住房公積金-保險費位置:工資明細表4)名字:工資明細表別名:描述:記錄每個教職工每個月應得的和應扣除的費用定義:工資明細表=每個人當月的實發工資數+課時費+崗位津貼+個人所得稅+住房公積金+保險費位置:輸出到打印機4.3成本效益分析:1.低成本系統:解決方案:把每月發一次工資改

5、為每兩個月發一次工資,則人工計算工資的成本大約可減少一半,即每年可節省1.2萬元。除了已經進行的可行性研究的費用外,不再需要新的投資。優缺點:1) 違反常規;2) 教職工反對;3) 不能解決根本問題,隨著學校規模擴大,人工處理工資事務的費用也將成比例地增加。2.中等成本系統:解決方案:1) 建議基本上復制現有系統的功能:課時表和任務表交到處理工資事務的專用機房,操作員把這些數據通過終端送入計算機2) 數據收集程序接收并校核這些事務數據,把它們存儲在磁盤上。3) 然后運行工資支付程序,這個程序從磁盤中讀取事務數據,計算工資,打印出工資表、工資明細表和財務報表。 優缺點:1) 效率介于高成本系統與

6、低成本系統之間,開發成本也是如此。2) 仍然需要專門人員來操作管理系統,每年仍要在這方面耗費人力,資力。從長久利益來看,效益不佳。3.高成本系統:1) 建立一個中央數據庫,為開發完整的管理信息系統做好準備,并且把工資支付系統作為該系統的第一個子系統。2) 這樣做開發成本大約將增加到12萬元,然而從工資支付這項應用中獲得的經濟效益并不變。最佳方案:綜合以上三個系統的優缺點,中成本系統是最適合的。草擬開發計劃如下:階段需要用的時間(月)可行性研究0.5需求分析1.0概要設計0.5詳細設計1.0實現2.0總計5.05.實驗總結 此實驗讓我對一個事件可以抽象為一個用例,然后根據用例的基本的法則來考慮設

7、計一個問題并具體抽象的找出設計方案和解決方案。這有利于對一個具體的問題從抽象的角度,用計算機語言和程序去解決。感覺很有用。實驗二 結構化設計實驗1.實驗目的能夠通過結構化分析的結構進行設計,了解設計過程中的模塊化原理。2.實驗內容在上一次實驗已經用結構化分析方法詳細地分析了這個工資支付系統,請從結構化分析所得到的結果(完整數據流圖),判斷為事務流或是變換流,采用模塊化的方法,設計工資支付系統的結構。最終生成一個工資支付軟件結構。3.實驗要求寫出設計過程、畫出工資支付軟件結構,用層次圖表現4.實驗步驟4.1設計過程1. 供選擇的方案1) 低成本系統:把每月發一次工資改為每兩個月發一次工資,則人工

8、 計算工資的成本大約可減少一半,即每年可節省1.2萬元。除了已經進行的可行性研究的費用外,不再需要新的投資。2) 中成本系統:i. 建議基本上復制現有系統的功能:課時表和任務表交到處理工資事務的專用機房,操作員把這些數據通過終端送入計算機ii. 數據收集程序接收并校核這些事務數據,把它們存儲在磁盤上。iii. 然后運行工資支付程序,這個程序從磁盤中讀取事務數據,計算工資,打印出工資表、工資明細表和財務報表。 3) 高成本系統:建立一個中央數據庫,為開發完整的管理信息系統做好準備,并且把工資支付系統作為該系統的第一個子系統。2. 最佳方案低成本系統存在的問題:1)違反常規;2)教職工反對;3)不

9、能解決根本問題,隨著學校規模擴大,人工處理工資事務的費用也將成比例地增加。高成本系統:開發成本大約將增加到12萬元,然而從工資支付這項應用中獲得的經濟效益并不變。所以,中等成本系統是最佳方案,成本居于高成本與低成本之間,而效益不次于高成本系統。3. 功能分解1) 取數據a) 收集事務數據b) 審核事務數據2) 計算工資a) 計算正常工資b) 計算超額工資c) 更新年度報表3) 打印表格4.2工資支付軟件結構5.實驗總結本次實驗室結構化的設計,通過上次的結構化的分析,對結構化設計有了一定的了解,再通過本次結構化的設計,對教職工的工資的計算統計和發放,以及記錄和數據的更新處理有了更加深刻的理解。實

10、驗三 軟件測試實驗(2學時)1. 實驗目的了解軟件測試的基本概念,以及黑盒、白盒測試的基本過程。2. 實驗內容a) 設計測試下列函數的測試方案:函數Search(somearray,size,value)的功能是,在一個整數數組somearray中搜索一個值為value的整數,如果數組中有這個數,則函數值等于該數的下標,否則函數值等于-1。數組的長度由參數size指定。假定數組第一個元素的下標為1。3. 實驗要求1 采用黑盒測試的方法,寫出相應的測試用例2 用c語言實現此函數,并且由此設計白盒測試方案(選做)。4. 實驗步驟1.采用黑盒測試的方法,寫出相應的測試用例(假定數組中的值為:5,8,

11、-56,235,-65,449)1)等價劃分:a) 有效輸入的等價類:l 一個正整數輸入:10預期的輸出:-1l 一個負整數輸入:-56預期的輸出:3b) 無效輸入的等價類:l 一個非數字符號輸入:S輸出:錯誤無效輸入l 一個浮點型數字輸入:23.1預期的輸入:錯誤無效的輸入l 若干個空格輸入: 預期的輸出:錯誤無效的輸入l 空輸入輸入:預期的輸出:錯誤沒有輸入l 數字和非數字符號的組合輸入:5#預期的輸出:錯誤無效的輸入l 負號與最高位數字之間有空格輸入:- 56預期的輸出:錯誤無效的輸入c) 合法輸入的等價類:l 在計算機能表示的最小負整數和零之間的負整數。輸入:-10000預期的輸出:-

12、1l 零輸入:0預期的輸出:-1l 在零和計算機能表示的最大整數之間的正整數輸入:10000預期的輸出:-1d) 非法輸入的等價類:l 比計算機能表示的最大正整數還大的正整數。輸入:132767預期的輸出:錯誤無效的輸入l 比計算機能表示的最小負整數還小的負整數。輸入:-47561預期的輸出:錯誤無效的輸入2)邊界值分析:l 使輸出剛好等于最小的下標輸入:5預期的輸出:1l 使輸出剛好等于最大的下標輸入:449預期的輸出:6l 使輸出不是數組的下標(這里為-1)輸入:500預期的輸出:-12.用c語言實現此函數,并且由此設計白盒測試方案(選做)。這里只給出流程圖:5. 實驗總結基于對軟件測試的

13、基本概念,黑盒測試是黑盒測試著眼于程序外部結構,不考慮內部邏輯結構,主要針對軟件界面和軟件功能進行測試;白盒測試全面了解程序內部邏輯結構、對所有邏輯路徑進行測試。所以相對的來說,白盒測試會更加的細致和困難,花費的時間和精力以及投入會比較大,但是這樣的測試對軟件的掌握和維護會更加的有利。實驗四 面向對象分析(2學時)1.實驗目的通過采用面向對象的方法對問題進行分析,建立系統的對象模型和功能模型。動態模型為選作內容。2.實驗內容某醫生開了一家牙科診所。他有一個牙科助手、一個牙科保健員和一個接待員。醫生需要一個軟件系統來管理預約。當病人打電話預約時,接待員將查閱預約登記表,如果病人申請的就診時間與已

14、定下的預約時間沖突,則接待員建議一個就診時間以安排病人盡早得到診治。如果病人同意建議的就診時間,接待員將輸入約定時間和病人的名字。系統將核實病人的名字并提供紀錄的病人數據,數據包括病人的病歷號等。在每次治療或清洗后,助手或保健員將標記相應的預約診治已經完成,如果有必要,安排病人下一次再來。系統能夠按病人姓名和日期進行查詢,能夠顯示記錄的病人數據和預約信息。接待員可以取消預約,可以打印出前兩天預約尚未接診的病人清單。系統可以從病人記錄中獲知病人的電話號碼。接待員還可以打印出關于所有病人的每天和每周的工作安排。3.實驗要求1 建立牙科診所管理系統的對象模型2 用數據流圖建立牙科診所管理系統的功能模

15、型。3 寫出牙科診所管理系統的腳本(選作)。4 畫出牙科診所管理系統狀態圖(選作)。4.實驗步驟1. 建立牙科診所管理系統的對象模型2. 用數據流圖建立牙科診所管理系統的功能模型。3. 寫出牙科診所管理系統的腳本(選作)。4. 畫出牙科診所管理系統狀態圖(選作)。預約管理系統的正常情況腳本l 系統請接待員輸入病人預約信息l 系統查詢該病人是否已預約過l 如果預約過,且時間沖突,提示接待員建議一個合適的時間l 病人接受建議的時間or如果沒有預約過,系統提示會診時間l 病人會診中,系統記錄相關病人數據l 會診完畢,系統更改預約信息中預約診治是否完成信息l 系統增加新的預約登記表預約管理系統的異常情況腳本l 系統請接待員輸入病人預

溫馨提示

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

評論

0/150

提交評論