軟件工程課程設(shè)計(jì)報(bào)告-

目 錄1 問題定義12 可行性研究報(bào)告22.1 引言22.2 可行性研究的前提22.3所建議的系統(tǒng)23 需求分析33.1 引言33.2 需求規(guī)定34總體設(shè)計(jì)部分54.1 引言54.2 總體設(shè)計(jì)55 詳細(xì)設(shè)計(jì)65.1引言65.2入口程序設(shè)計(jì)說明65.3查詢模塊設(shè)計(jì)說明75.4存款模塊設(shè)計(jì)說明81 問題定義可定位校園卡管理系統(tǒng)主要用于大學(xué)校園食堂飲食交費(fèi)和圖書館進(jìn)入以及卡位置信息查詢等方面的信息管理系統(tǒng)，它是一款自帶定位芯片并包括學(xué)生在校內(nèi)消費(fèi)各方面內(nèi)容：刷卡消費(fèi)、查詢、存款，學(xué)生信息管理等。方便對學(xué)生飯卡信息進(jìn)行各項(xiàng)操作，定時進(jìn)行數(shù)據(jù)的備份更新，保持?jǐn)?shù)據(jù)的一致性和準(zhǔn)確性?？啥ㄎ恍@卡管理系統(tǒng)的主要任務(wù)就是利用計(jì)算機(jī)實(shí)現(xiàn)對學(xué)生進(jìn)行定位，存款，消費(fèi)，查詢等功能。并且用計(jì)算機(jī)能夠快速準(zhǔn)確地完成學(xué)生各種消費(fèi)資料和數(shù)據(jù)的統(tǒng)計(jì)和匯總工作，迅速地完成學(xué)校對學(xué)生信息的修改，錄入等工作?？啥ㄎ恍@卡管理系統(tǒng)首先要考慮兩部分內(nèi)容，一是數(shù)據(jù)庫的信息要求，二是定位芯片的植入。2 可行性研究報(bào)告 2.1 引言 進(jìn)一步分析和澄清問題定義，推導(dǎo)出系統(tǒng)的邏輯模型，對以后的行動方針提出建議。如果問題沒有可行的解，那么花費(fèi)在這項(xiàng)工程上的任何時間、資源、人力、經(jīng)費(fèi)、都是無謂的浪費(fèi)。為了避免這些，我們要用最小的代價在盡可能短的時間內(nèi)確定問題是否能夠解決。對此項(xiàng)的報(bào)告即為可行性研究報(bào)告。2.2 可行性研究的前提2.2.1 要求（1）實(shí)現(xiàn)消費(fèi)使用卡片扣錢和消費(fèi)記錄功能； （2）在固定保險(xiǎn)的地方存錢和掛失和定位功能；（3）有利于解決學(xué)生短期內(nèi)校園丟失飯卡現(xiàn)象。2.2.2 進(jìn)行可行性研究的方法（1）經(jīng)濟(jì)可行性分析：從開發(fā)軟件系統(tǒng)所需的總時間，總費(fèi)用，及其中可行性研究所需的費(fèi)用，以及系統(tǒng)軟件開發(fā)完成后，所能預(yù)計(jì)的市場占有率等方面進(jìn)行考慮，看該軟件系統(tǒng)是否能達(dá)到一定的經(jīng)濟(jì)效益。（2）技術(shù)可行性分析：由于新的系統(tǒng)需要對變化的數(shù)據(jù)進(jìn)行動態(tài)的存貯，即數(shù)據(jù)庫中數(shù)據(jù)要隨著管理員對系統(tǒng)的操作來隨時更新，并且具有定時數(shù)據(jù)備份功能。因此要從技術(shù)角度方面研究者性功能是否可以是實(shí)現(xiàn)。（3）操作可行性分析：要分析設(shè)計(jì)出的系統(tǒng)在用戶的操作上是否簡便，這一點(diǎn)很重要，因?yàn)樗鼤绊懙接脩魧υ撓到y(tǒng)的反應(yīng)。2.3所建議的系統(tǒng)掛失學(xué)生信息和存款額及消費(fèi)記錄申請飯卡錄入學(xué)生信息，飯卡ID提交飯卡刷卡消費(fèi)存款使用報(bào)表注銷卡圖2-1 系統(tǒng)的處理流程3 需求分析3.1 引言需求分析是軟件系統(tǒng)生存期中定義階段的最后一個步驟。這個階段的任務(wù)不是具體解決問題，而是準(zhǔn)確確定為解決問題系統(tǒng)必須具備哪些功能。這個階段的一個重要任務(wù)是用正式的文檔準(zhǔn)確地記錄目標(biāo)系統(tǒng)的需求。該文檔將最終交給軟件具體的開發(fā)人員進(jìn)行具體的開發(fā)。3.2 需求規(guī)定 3.3.1 更準(zhǔn)確的系統(tǒng)流程圖注銷卡存款掛失及定位刷卡消費(fèi)報(bào)表申請新卡創(chuàng)建學(xué)生飯卡信息學(xué)校學(xué)生信息庫學(xué)生飯卡信息備份飯卡存款額，歷史信息錄入學(xué)生信息，從學(xué)生信息看確認(rèn)信息提交飯卡圖3-1 系統(tǒng)流程圖 本系統(tǒng)的實(shí)體有：學(xué)生信息、卡信息它們之間的關(guān)系是一對一的。卡信息和卡歷史是一對多的。E-R圖如下：額時間操作卡ID卡歷史記錄學(xué)號卡ID性別姓名電話學(xué)校卡ID鎖定位余額學(xué)生信息卡信息申請 圖3-2 E-R圖4總體設(shè)計(jì)部分4.1 引言總體設(shè)計(jì)的主要任務(wù)是設(shè)計(jì)程序的體系結(jié)構(gòu)，也就是確定程序有哪些模塊組成以及模塊計(jì)的關(guān)系。總體設(shè)計(jì)過程首先尋找實(shí)現(xiàn)目標(biāo)系統(tǒng)的各種不同的方案，需求分析階段得到的數(shù)據(jù)流圖是設(shè)想各種可能方案的基礎(chǔ)。然后分析員從這些供選擇的方案中選取若干個合理的方案，為每個合理的方案都準(zhǔn)備一份系統(tǒng)流程圖，列出組成系統(tǒng)的所有物理元素，進(jìn)行成本/效益分析，并且制定實(shí)現(xiàn)這個方案的進(jìn)度計(jì)劃。分析員應(yīng)該綜合分析比較這些合理的方案，從中選出一個最佳方案向用戶和使用部門負(fù)責(zé)人推薦。如果用戶和使用部門的負(fù)責(zé)人接受了推薦的方案，分析員應(yīng)該進(jìn)一步為這個最佳方案設(shè)計(jì)軟結(jié)構(gòu)，通常，進(jìn)行必要的數(shù)據(jù)庫設(shè)計(jì)，確定測試要求并且是定測試計(jì)劃。4.2 總體設(shè)計(jì)HIPO圖（層次圖加輸入/處理/輸出圖），為了能使HIPO圖具有可追蹤性。在H圖（層次圖）離除了最頂層的方框之外，每個方框都加了編號如下：表4-1 層圖查詢3.2顯示余額2.1.2存款2.1.3讀取ID卡并確認(rèn)2.1. 1定價消費(fèi)2.2.3消費(fèi)2.2.4顯示余額2.2.2判斷學(xué)生簡單信息一致1.1讀取學(xué)生其他信息辦卡1.2創(chuàng)建飯卡歷史信息表1.3判斷條件合法性3.1產(chǎn)生報(bào)表3.3掛失狀態(tài)轉(zhuǎn)換4.1判斷掛失倒時5.1掛失計(jì)時，定位置4.2注銷5.2可定位飯卡管理系統(tǒng)新建飯卡信息1.0存款消費(fèi)2.0查詢歷史3.0掛失4.0注銷及定位5.0消費(fèi)存款 讀取ID卡并確認(rèn)2.2.15 詳細(xì)設(shè)計(jì)5.1引言 詳細(xì)設(shè)計(jì)階段的任務(wù)就是把解法具體化，解決具體應(yīng)怎樣實(shí)現(xiàn)這個系統(tǒng)。也稱為模塊設(shè)計(jì)，詳細(xì)地設(shè)計(jì)每個模塊，確定實(shí)現(xiàn)模塊所需的功能需要的算法和數(shù)據(jù)結(jié)構(gòu)。5.2入口程序設(shè)計(jì)說明5.2.3流程邏輯理員權(quán)限判斷用戶名密碼是否合法管理員界面歡迎提示管理員管理庫程序開始判斷什么權(quán)限輸入權(quán)限類別用戶名 密碼學(xué)生查詢界面刷卡服務(wù)界面提示錯誤學(xué)生查詢權(quán)限刷卡服務(wù)員權(quán)限錯誤正確 圖5-1 程序流程圖表5-1 盒圖Case輸入權(quán)限類別刷卡服務(wù)權(quán)限學(xué)生查詢權(quán)限管理員權(quán)限 刷卡服務(wù)界面學(xué)生查詢界面輸入用戶名 密碼檢驗(yàn)用戶名 密碼 否是給歡迎信息給提示錯誤直到輸入用戶名密碼正確管理員界面5.3查詢模塊設(shè)計(jì)說明輸入查詢條件查詢給出提示錯誤從數(shù)據(jù)庫讀數(shù)據(jù)顯示結(jié)果在屏幕打印報(bào)表5.3.2流程邏輯PAD圖正確 查詢條件打印 打印與否 圖5-2 PAD圖5.4存款模塊設(shè)計(jì)說明5.5.1程序描述完成存款部分。對輸入和存款額，進(jìn)行合法性驗(yàn)證。 5.5.2判斷表表