軟件工程試驗四個試驗_第1頁
軟件工程試驗四個試驗_第2頁
軟件工程試驗四個試驗_第3頁
軟件工程試驗四個試驗_第4頁
軟件工程試驗四個試驗_第5頁
已閱讀5頁,還剩7頁未讀 繼續免費閱讀

下載本文檔

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

文檔簡介

1、:! r霰驗四個實驗Document number SA80SAB-SAA9SYT-SAATC-SA6UT-SA18較件工咨實驗報告院系:數學和計算機學院班級: 軟件工程1504姓名:趙佳璐學號:_5實驗一結構化分析實驗1實驗目的:通過此實驗了解結構化分析的特點和步驟,以及結構化分析所采用的基本圖形工 具。2. 實驗內容:假設你在一所職業高中工作,負責該校信息系統的建設和維護。財務科長請你研究 用學校擁有的PC機生成工資明細表和各種財務報表的可能性。3. 實驗要求:1. 問題定義:請在這個階段描述你需要解決的問題。包括用戶面臨的問題和預期的項 目規模。最后生成一份問題定義報告書。2. 可行性研

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

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

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

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

6、介于高成本系統與低成本系統之間,開發成本也是如此。2)仍然需要專門人員來操作管理系統,每年仍要在這方面耗費人力,資力。從長久利 益來看,效益不佳。3.高成本系統:1)建立一個中央數據庫,為開發完整的管理信息系統做好準備,并且把工資支付系統 作為該系統的第一個子系統。2)這樣做開發成本大約將增加到12萬元,然而從工資支付這項應用中獲得的經濟效益 并不變。最佳方案:綜合以上三個系統的優缺點,中成本系統是最適合的。草擬開發計劃如下:階段需要用的時間(月)可行性研究需求分析概要設計詳細設計實現總計實驗二結構化設計實驗1 實驗目的:能夠通過結構化分析的結構進行設汁,了解設計過程中的模塊化原理。2. 實驗

7、內容:在上一次實驗已經用結構化分析方法詳細地分析了這個工資支付系統,請從結構化 分析所得到的結果(完整數據流圖),判斷為事務流或是變換流,采用模塊化的方法, 設計工資支付系統的結構。最終生成一個工資支付軟件結構。3. 實驗要求:寫出設汁過程、畫出工資支付軟件結構,用層次圖表現4.實驗步驟:設計過程:1. 供選擇的方案1)低成本系統:把每月發一次工資改為每兩個月發一次工資,則人工計算工資的成本大約可減少一半,即每年可節省萬元。除了已經進行的可行性 研究的費用外,不再需要新的投資。2)中成本系統:i. 建議基本上復制現有系統的功能:課時表和任務表交到處理工資事務的專用機房,操作員把這些數據通過終端

8、送入計算機ii. 數據收集程序接收并校核這些事務數據,把它們存儲在磁盤上。iii. 然后運行工資支付程序,這個程序從磁盤中讀取事務數據,計算工資,打印出工資表、工資明細表和財務報表。3)高成本系統:建立一個中央數據庫,為開發完整的管理信息系統做好準備,并 且把工資支付系統作為該系統的第一個子系統。2. 最佳方案低成本系統存在的問題:4)違反常規;5)教職工反對;6)不能解決根本問題,隨著學校規模擴大,人工處理工資事務的費用也將成比例 地增加。高成本系統:開發成本大約將增加到12萬元,然而從工資支付這項應用中獲得的經濟效益并 不變。所以,中等成本系統是最佳方案,成本居于高成本與低成本之間,而效益

9、不次 于高成本系統。3. 功能分解1)取數據a)收集事務數據b)審核事務數據2)計算工資a)計算正常工資b)計算超額工資c)更新年度報表3)打印表格工資支付軟件結構:實驗三 軟件測試實驗(2學時)一、實驗目的:了解軟件測試的基本概念,以及黑盒、口盒測試的基本過程。二、實驗內容:1.設計測試下列函數的測試方案:函數Search(somearray, size, value)的功能是,在一個整數數組somearray中 搜索一個值為value的整數,如果數組中有這個數,則函數值等于該數的下標,否 則函數值等于-1。數組的長度由參數size指定。假定數組第一個元素的下標為1。三、實驗要求1. 采用黑

10、盒測試的方法,寫出相應的測試用例2. 用c語言實現此函數,并且山此設計口盒測試方案(選做)。四、實驗步驟:1.采用黑盒測試的方法,寫出相應的測試用例(假定數組中的值為:5, 8,-56, 235, -65, 449)1)等價劃分:a)有效輸入的等價類:一個正整數輸入:10預期的輸出:-1一個負整數輸入:-56預期的輸出:3b)無效輸入的等價類:一個非數字符號輸入:S輸出:錯誤一一無效輸入一個浮點型數字輸入:預期的輸入:錯誤一無效的輸入若干個空格輸入:“'預期的輸出:錯誤一無效的輸入空輸入輸入:預期的輸出:錯誤一沒有輸入數字和非數字符號的組合輸入:5#預期的輸出:錯誤一無效的輸入負號與最

11、高位數字之間有空格輸入:-56預期的輸出:錯誤一無效的輸入c)合法輸入的等價類:在計算機能表示的最小負整數和零之間的負整數。 輸入:-10000預期的輸出:-1零輸入:0預期的輸出:-1在零和計算機能表示的最大整數之間的正整數輸入:10000預期的輸出:-1d) 非法輸入的等價類:比計算機能表示的最大正整數還大的正整數。輸入:132767預期的輸出:錯誤一一無效的輸入 比計算機能表示的最小負整數還小的負整數。輸入:-47561預期的輸出:錯誤一一無效的輸入2) 邊界值分析:使輸出剛好等于最小的下標輸入:5預期的輸出:1使輸出剛好等于最大的下標輸入:449預期的輸出:6使輸出不是數組的下標(這里

12、為-1)輸入:500預期的輸出:-12.用c語言實現此函數,并且由此設計白盒測試方案(選做)。#include<>int Search(int somearray, int size,int value)for(int i二1;i二size;i+)if (sonearrayi=value)return i;return T;void main()int size二6;int value;int array size = 5, 8, -56, 235, -65, 449;doprintf ("請輸入一個整數:”);scanf( d”,&value);while(in

13、t(value)!=value);if (int (value)=value)Search(array, size+1, value);1)語句覆蓋:value二8,覆蓋路徑:abcdefg辻ghj2)判定覆蓋:Value二8.,覆蓋路徑:abcdefgifghjValue=,覆蓋路徑:abckbValue二10,覆蓋路徑:abcdefgifk實驗四面向對象分析(2學時)實驗目的:通過采用面向對象的方法對問題進行分析,建立系統的對象模型和功能模型。動態模型 為選作內容。實驗內容:某醫生開了一家牙科診所。他有一個牙科助手、一個牙科保健員和一個接待員。醫 生需要一個軟件系統來管理預約。當病人打電話

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

溫馨提示

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

評論

0/150

提交評論