校園卡管理系統(tǒng)實驗報告

1、27軟件工程導論課程設計目錄第一章：現(xiàn)行系統(tǒng)概述4第二章：系統(tǒng)分析52.1需求分析52.1152.2252.2可行性研究62.2162.2262.2362.2462.3 業(yè)務流程分析6第三章：系統(tǒng)設計73.1功能結構圖設計83.2功能模塊設計83.3系統(tǒng)流程圖設計93.4數(shù)據(jù)結構與數(shù)據(jù)庫設計143.41用戶需求分析:143.42概念結構設計：143.43.數(shù)據(jù)庫設計153.5邏輯結構173.6代碼設計173.61 代碼設計的原則183.62代碼校驗183.7輸入/輸出設計193.71 193.7219第四章 系統(tǒng)實施204.1界面功能214.2系統(tǒng)測試254.21 測試方法264.22測試項目

2、名稱及測試內(nèi)容274.23測試用例274.3系統(tǒng)調(diào)試274.4系統(tǒng)維護28第五章 結束語29【摘要】：進入21世紀以來，信息化建設在各行各業(yè)蓬勃發(fā)展，而建設信息化校園也是發(fā)展的必然要求，為適應我國高等教育的需要，全面提高教育水平，快速建設數(shù)字化校園成為當前各所高校的工作之重，只有解決了校園管理上的難題，各項工作方能有條不紊。正是在這樣的大環(huán)境下，建設“數(shù)字化校園一卡通系統(tǒng)”顯得尤為重要，只有完成好校園一卡通系統(tǒng)建設，才能便于學校對學生及教職工各方面的管理，不斷提高學校后勤服務質量，確保學校各項工作更加高效。現(xiàn)代化信息建設主要依靠當前先進的計算機程序開發(fā)，每所高效的實際情況不同，面臨的問題也大不

3、相同，因此不同高校需要的數(shù)字化校園一卡通系統(tǒng)不盡相同，只有符合自身實際發(fā)展的要求，才能確保服務和管理的協(xié)調(diào)統(tǒng)一?？梢哉f，校園數(shù)字化建設的進程好壞將會直接影響校園社會形象?！爸悄芤豢ㄍㄏ到y(tǒng)”的建設，會極大的方便廣大師生，給他們的學習和工作省去很多顧慮，并能有效減輕后勤服務與教務部門的工作負擔，對提高校園管理水平十分重要 。論文首先調(diào)查了一卡通管理系統(tǒng)的研究背景，并且了解了一卡通系統(tǒng)國內(nèi)外發(fā)展的現(xiàn)狀和趨勢，其中重點對校園一卡通未來的可能做出了預測。然后本文對校園一卡通系統(tǒng)的目的進行了分析，并且給出了校園一卡通的意義。本文對系統(tǒng)開發(fā)的總體設計方法進行了研究，并確定采用科學的開發(fā)方法。論文繼而對整個系

4、統(tǒng)進行科學的需求分析，首先對系統(tǒng)的可行性做出了研究，從經(jīng)濟、技術、管理、社會等幾個方面對系統(tǒng)的可行性進行了分析，得出了進行系統(tǒng)開發(fā)的結論。然后對整個系統(tǒng)進行了需求分析，并且給出了一卡通系統(tǒng)的總體E-R圖和一卡通系統(tǒng)的校園網(wǎng)絡模型。最后對系統(tǒng)的性能、接口、屬性等幾個方面進行了需求分析。 本論文主要是研究一般管理員模塊的設計，所以論文接下來部門是對一卡通系統(tǒng)進行整體的設計，從中找出一般管理員所需要的技術和模塊。然后對整個系統(tǒng)進行了分解，最后得出了3個主要的子系統(tǒng)模塊。繼而進行研究，得出了一般管理員模塊是一卡通系統(tǒng)中的一部分的結論。然后對一般管理員模塊進行了設計，從設計的進度計劃、一般管理員模塊的子

5、模塊的分析進行了研究，并且對數(shù)據(jù)庫進行了需求分析。最后的管理系統(tǒng)的實現(xiàn)部分是本論文的核心部門。論文首先講述數(shù)據(jù)庫的建立，并分析了系統(tǒng)和數(shù)據(jù)庫連接的流程和實現(xiàn)。接著對一般管理員模塊的子模塊進行了研究，給出了子模塊的數(shù)據(jù)流程圖、工作流程圖和實現(xiàn)流程圖，并且對研發(fā)后的一卡通管理系統(tǒng)進行了展示。第一章：現(xiàn)行系統(tǒng)概述 隨著社會信息化的蓬勃發(fā)展，校園的管理也進入了一個信息化的時代，先進的管理信息系統(tǒng)成為建設世紀一流大學的重要標志。 在國內(nèi)信息化建設進程的加速的今天,高校管理者要學會思考如何使學?，F(xiàn)有資源得到高效、合理的應用,使教育信息化帶動教育的現(xiàn)代化,將教育與信息技術真正地融合,提高教學質量和

6、教學效率, 提高學校聲譽,提升學校的競爭力。數(shù)字化校園將是今后校園建設的發(fā)展趨勢和必然。 數(shù)字化校園建設的實質就是學校的管理部門通過信息化手段,實現(xiàn)對各種資源的有效集成、整合和優(yōu)化,實現(xiàn)資源的有效配置和充分利用,從而提高各種管理工作的效率和效益。而建設“校園一卡通系統(tǒng)”是實現(xiàn)數(shù)字化校園的有效途徑。 目前,大部分高校已經(jīng)建成了許多現(xiàn)代化的管理信息系統(tǒng)，如:財務管理系統(tǒng)、圖書管理系統(tǒng)和食堂售飯系統(tǒng)等。但這些系統(tǒng)大部分都是單獨建設,沒有統(tǒng)一的規(guī)劃,存在著數(shù)據(jù)重復錄入,數(shù)據(jù)不能共享等問題。為了提高學校的信息化建設水平,學校還迫切需要建設收費管理、門禁管理等其它系統(tǒng)。這些系統(tǒng)要在短時間內(nèi)完成,人員的勞動

7、強度非常大,且容易造成錯誤和遺漏,加重了學校管理的負擔。通過“校園一卡通系統(tǒng)”項目的建設,將使學校的原有業(yè)務和管理體系相對獨立的現(xiàn)象得到有效整合,減少資源浪費和重復建設,達到業(yè)務流程重組的目的;將有效促進學校數(shù)字化校園建設的進程。伴隨著智能技術的高速發(fā)展和計算機應用的普遍推廣，在校園信息管理中引入一卡通正逐步成為一種趨勢。第二章：系統(tǒng)分析2.1需求分析校園一卡通需求分析具體表現(xiàn)以及需要解決的問題主要有以下兩個方面：2.11信息管理：如何實現(xiàn)對學生信息的管理，圖書館管理，洗浴管理等的信息管理。如何實現(xiàn)對卡的管理如辦卡，補卡，銷卡的管理。2.22財務管理：如何實現(xiàn)卡資金管理問題，如：卡的充值，卡的

8、消費管理。如何實現(xiàn)學校內(nèi)部食堂、超市、洗浴等校園消費的各個領域，全面實現(xiàn) “以卡代幣” 的各種消費問題。如何實現(xiàn)學校的各種服務設施與教學資源科學以及綜合財務資金使用管理的效率問題。2.2可行性研究2.21 技術可行性：校園一卡通是架構在校園網(wǎng)上的，是綜合提供身份識別與電子支付服務的系統(tǒng)平臺。校園一卡通的平臺是數(shù)字校園總體規(guī)劃的中的基礎平臺設施之一，與共享數(shù)據(jù)中心等其他基礎平臺協(xié)調(diào)共存。2.22 經(jīng)濟可行性：一卡通在一定方面體現(xiàn)了學校的形象，增加了師生自豪感，體現(xiàn)了學校的人性化教育。有效的節(jié)約了人員成本，減少了管理工作，提高了學校的管理水平。節(jié)約了人員編制費用和辦證工本費用，大大提高了各方面的效

9、率。2.23 管理可行性：校園一卡通在一些管理上可以實現(xiàn)自助式管理，有的甚至是可以24小時開放而無須管理人員。有效的節(jié)約了人員成本，減少了管理工作，提高了學校的管理水平。2.24可行性研究結論：建立先進的管理系統(tǒng)是實現(xiàn)高等教育現(xiàn)代化、管理現(xiàn)代化的必由之路。而一卡通的技術推廣和運用，是推進高校信息化的重要舉措。校園一卡通有效的緩解了學校的校務管理和后勤服務的繁重工作，提高了學校的管理水平、提高了后勤的服務質量?，F(xiàn)今，已有很多學校已經(jīng)投入和使用了校園一卡通，校園一卡通系統(tǒng)必將成為高校信息化的必然趨勢。2.3 業(yè)務流程分析學生信息錄入發(fā)卡卡務中心財務中心超市消費單財務報表付款單2掛失注銷付款單1付款

10、單留底圖書館認證學生學生活動統(tǒng)計表充值洗浴餐飲消費單消費單圖書館扣費單充值單調(diào)用學生信息充值單統(tǒng)計表留底圖1-1 業(yè)務流程圖第三章：系統(tǒng)設計系統(tǒng)總體結構設計：包括功能結構圖設計、功能模塊設計和信息系統(tǒng)流程圖設計等；3.1功能結構圖設計 功能結構圖就是將系統(tǒng)的功能進行分解，按功能從屬關系表示的圖表。愈上層功能愈籠統(tǒng)，愈下層功能愈具體。功能分解的過程就是一個由抽象到具體、由復雜到簡單的過程3.2功能模塊設計將功能模塊按高內(nèi)聚，低耦合，影響范圍在控制范圍之內(nèi)的原則分成若干個子模塊。3.3系統(tǒng)流程圖設計一卡通系統(tǒng)學生財務中心各應用子系統(tǒng)應用管理財務使用圖1-1 頂層數(shù)據(jù)流程圖財務中心學生圖書館餐飲中心

11、洗浴中心超市充值扣費管理消費清單消費清單消費清單卡務中心學生卡辦理、學生身份認證圖1-1“財務中心”框的第一層數(shù)據(jù)流程圖圖1-3“卡務中心”框的數(shù)據(jù)流程圖學生充值P1.1財務中心學生消費P1.2餐飲中心超市洗浴中心D2.1財務報表扣費管理P1.4開卡P2.1補卡P2.2注銷卡P2.3D1.4卡信息學生圖書館財務管理P1.3D1.1充值信息D1.2消費信息D1.3扣費信息學生身份認證P2.4D2.2學生信息圖1-4“財務中心”框的展開圖1-5“學生框”的數(shù)據(jù)流程圖學生充值P1.1財務中心學生消費P1.2餐飲中心超市洗浴中心D2.1財務報表扣費管理P1.4開卡P2.1補卡P2.2注銷卡P2.3D1

12、.4卡信息學生圖書館財務管理P1.3D1.1充值信息D1.2消費信息D1.3扣費信息學生身份認證P2.4D2.2學生信息圖1-5“財務中心”框的展開圖1-6“學生框”的數(shù)據(jù)流程圖3.4數(shù)據(jù)結構與數(shù)據(jù)庫設計3.41用戶需求分析:（1）管理員能夠實現(xiàn)對整個信息的添加、修改、刪除、查詢等操作，能以管理員的身份對數(shù)據(jù)庫進行更新，維護管理，修改登錄密碼。能瀏覽學生充值變動的結果。（2）能以職員的身份了解到一學期結束是每個學生的消費基本資料，可查詢確認選擇，可修改登錄密碼。3.42概念結構設計： 功能模塊二級功能模塊功能模塊簡介系統(tǒng)設置密碼設置用戶可以根據(jù)此功能修改登錄系統(tǒng)時的認證密碼日志系統(tǒng)log的事件

13、記錄；每一行日志都記載著日期、時間、使用者及動作等相關操作退出退出一卡通管理系統(tǒng) 卡 管理 充值可通過此功能向一卡通內(nèi)充入相應的金額開卡為用戶在系統(tǒng)內(nèi)注冊一個賬戶并發(fā)放卡掛失當用戶的卡不慎丟失時，可以通過掛失功能使卡內(nèi)金額凍結，使此賬戶不可用注銷將某一用戶的信息從系統(tǒng)中刪除，使其在系統(tǒng)內(nèi)不可用財務管理師生消費統(tǒng)計統(tǒng)計某一老師或學生用一卡通在校內(nèi)消費的記錄營業(yè)機構收入統(tǒng)計統(tǒng)計某段時期內(nèi)的校內(nèi)一卡通營業(yè)機構的收入狀況信息查詢師生消費查詢此功能為方便師生查詢余額以及消費記錄而設營業(yè)機構收入查詢此功能為方便校內(nèi)一卡通營業(yè)機構查詢收入狀況而設用戶管理添加用戶向系統(tǒng)內(nèi)添加一個新的賬戶，使其能夠應用一卡通系

14、統(tǒng)的某些功能修改用戶對系統(tǒng)內(nèi)某一賬戶的信息進行相應的修改刪除用戶將某一賬戶從系統(tǒng)的刪除出去，使其不能應用一卡通系統(tǒng)的功能3.43.數(shù)據(jù)庫設計 E-R圖：校園一卡通管理信息系統(tǒng)卡務管理財務管理就餐消費洗浴消費超市消費借閱過期消費顯示學生信息卡的辦理學號，卡號，姓名，照片出勤管理信息圖書借閱信息辦卡掛失注銷財務報表邏輯結構設計：學生信息：學號，姓名，卡號，照片卡信息：卡號，開卡時間，補卡時間，銷卡時間。財務管理信息：卡號，消費時間，消費金額，消費余額登記：卡號，學號?？ń痤~查詢：卡號，學號，姓名建賬：卡號，學號，姓名結賬：卡號，學號，姓名消費查詢：卡號，學號，消費時間，消費項目，消費金額余額查詢：

15、卡號，學號，余額。3.5邏輯結構字段名類型長度是否為空（默認值）說明s_sno_s文本50否（默認值=200914230100）學號，主鍵s_name_s文本50否姓名s_id_s文本50否（默認值="ss000001"）卡號s_identify_s文本18否身份證號s_phone_s文本11否手機號 學生表(student)財務報表（cwbb）字段名類型長度是否為空（默認值）說明c_sno_s文本50否（默認值=200914230100）學號c_xt_t日期/時間常規(guī)日期否（默認值=#2012/1/1#）消卡時間c_xj_i數(shù)字長整型否消費金額c_xd_s文本50否（默認

16、值="湘京食堂"）消費地點用戶表（userinfo）字段名類型長度是否為空（默認值）說明u_id_s文本50否（默認值="ss000001"）卡號，主鍵u_pwd_s文本50否密碼u_type_s文本50否（默認值= "師生"）權限3.6代碼設計3.61 代碼設計的原則代碼是代表系統(tǒng)中客觀存在的事物名稱、屬性或狀態(tài)的符號，而代碼設計是將系統(tǒng)中具有某些特征或屬性的信息歸并到一起。我們在代碼設計中遵循以下原則：唯一性：在一個分類編碼標準中，每一個編碼對象僅有一個代碼，一個代碼只唯一表示一個編碼對象。如：學號：學生的學號是學生在學校的唯一代

17、碼。合理性：代碼結構與分類體系相適應?？蓴U充性：在設計過程中留有適當?shù)目臻g，以便以后的補充。如：學號可以增添位數(shù)。簡單性：代碼結構簡單，以便節(jié)省存儲空間和提高系統(tǒng)的處理效率。實用性：代碼能反映對象的特點。規(guī)范性：代碼的書寫統(tǒng)一。3.62代碼校驗校驗方法代碼是數(shù)據(jù)的重要組成部分，它的正確性將直接影響系統(tǒng)的質量。當人們抄寫、錄入時，發(fā)生錯誤的可能性很大，如抄寫錯(把1234寫成1235)、易位錯(1234記為1243)、隔位易位錯(1234記為1432)等等。因此，為了驗證輸入代碼的正確性，要在代碼本體的基礎上，再外加校驗碼，使它成為代碼的一個組成部分。這就是前面介紹的自檢碼。校驗碼是根據(jù)事先規(guī)定

18、好的數(shù)學方法及代碼本體計算出來的。當自檢碼輸入計算機后，計算機按照同樣的數(shù)學方法，根據(jù)代碼本體進行計算，將結果與校驗位比較，檢驗輸入的代碼是否正確。 3.7輸入/輸出設計輸入輸出是管理信息系統(tǒng)與用戶的界面，一般而言，輸入輸出設計對于系統(tǒng)開發(fā)人員并不重要，但對用戶來說，卻顯得尤為重要。3.71 輸入/輸出人員:職員，辦公人員。3.72輸入校驗：該系統(tǒng)的輸入校驗大都通過程序和數(shù)據(jù)庫控制來實現(xiàn)的。比如關鍵字段數(shù)據(jù)庫中就要求非空；而程序實現(xiàn)的校驗則會更具體，比如用戶和密碼輸入的檢驗。主功能界面：開卡界面：第四章 系統(tǒng)實施系統(tǒng)實施是指將系統(tǒng)設計階段的結果在計算機上實現(xiàn)，將原來紙面上的、類似于設計圖式的新

19、系統(tǒng)方案轉換成可執(zhí)行的應用軟件。4.1界面功能a.主界面此界面主要包含六大功能：系統(tǒng)（用于設置密碼，日志），卡管理（充值，開卡，掛失，注銷），財務管理（師生消費統(tǒng)計，營業(yè)機構消費統(tǒng)計），信息查詢（師生消費查詢，營業(yè)機構收入查詢），用戶管理（添加用戶，修改用戶，刪除用戶），幫助（內(nèi)容，關于一卡通）b密碼設置界面主要功能：用于用戶密碼的修改，而且當二次輸入項密碼和新密碼一致才能確認修改。c.開卡界面主要功能：用于添加新的用戶，并記錄新用戶的主要信息d掛失界面主要功能：用于用戶卡的掛失，只要當掛失選擇項中的信息與開卡中信息一致時才能確認到掛失狀態(tài)。e.注銷界面主要功能：用于系統(tǒng)注銷已掛失卻無法找尋的

20、卡或者用戶自行銷卡，而且只有當所填寫項的信息與開卡信息一致時才能確認。主要功能：用于系統(tǒng)管理員，以及各營業(yè)機構管理人員查詢某一段時間內(nèi)銷售收入情況。i.主要功能：用于系統(tǒng)管理員以及各營業(yè)機構管理員查詢某一段時間內(nèi)的銷售收入查詢。主要功能：為已經(jīng)添加的高級用戶修改個人信息。l.刪除用戶界面主要功能：用于系統(tǒng)刪除高級用戶，以及個個人信息。4.2系統(tǒng)測試4.21 測試方法1、靜態(tài)檢查靜態(tài)檢查就是通過人工評審軟件的文檔或程序，發(fā)現(xiàn)其中的錯誤。靜態(tài)測試法成效比較明顯，可以查出30-70%的邏輯錯誤，成本低，是一種行之有效的檢驗手段。（1）代碼審查：通過閱讀程序發(fā)現(xiàn)軟件錯誤和缺陷。（2）靜態(tài)分析：主要對程

21、序進行控制流分析、數(shù)據(jù)流分析、接口分析和表達式分析。2、動態(tài)檢查動態(tài)檢查就是有控制地運行程序，從多種角度觀察程序運行時的行為，發(fā)現(xiàn)其中的錯誤（測試就是為了發(fā)現(xiàn)錯誤而執(zhí)行程序）。通常使用以下兩種方法進行測試：（1）如果已知產(chǎn)品的功能，則可以對它的每一個功能進行測試，看是否都達到了預期的要求，即黑盒測試（2）如果已知產(chǎn)品的內(nèi)部工作過程，則可以對它的每種內(nèi)部操作進行測試，看是否符合設計要求，即白盒測試。3、單元測試（程序測試）（單調(diào)）單元測試：是對源程序中的每一個程序單元進行測試，驗證每個模塊是否滿足系統(tǒng)設計說明書的要求。在單元測試中主要從模塊的五個特征進行檢查：模塊接口測試、局部數(shù)據(jù)結構測試、路徑

22、測試、錯誤處理測試、邊界測試。4.22測試項目名稱及測試內(nèi)容測試分為三個模塊進行：學生管理模塊功能測試測試內(nèi)容：（1）密碼驗證功能（2）選課功能（3）密碼修改功能管理員管理模塊功能測試測試內(nèi)容：（1）密碼驗證功能 （2）用戶信息添加、修改、刪除功能 （3）密碼修改功能 （4）權限管理功能4.23測試用例輸入、輸出及步驟及操作如下所示：登錄測試用例輸入操作及步驟輸出輸入姓名為空點擊登錄用戶名或密碼錯輸入密碼為空點擊登錄用戶名或密碼錯輸入姓名及錯誤密碼點擊登錄用戶名或密碼錯輸入正確姓名和密碼點擊登錄正進入系統(tǒng)4.3系統(tǒng)調(diào)試（一）定義軟件調(diào)試是在測試完成結果分析之后，對結果分析發(fā)現(xiàn)的錯誤進行程序診斷

23、并且尋求改正的過程，具體如下圖所示：（二）軟件調(diào)試策略內(nèi)存信息檢查；程序執(zhí)行信息跟蹤；試探法，猜測試探；回溯法，人工沿程序控制流逆向追蹤；對分查找法，區(qū)分程序段查找；歸納法；演繹法，根據(jù)軟件測試結果，進行相應的調(diào)試。 4.4系統(tǒng)維護 系統(tǒng)維護的內(nèi)容： 1.程序的維護 2.數(shù)據(jù)文件的維護 3.代碼的維護 4.機器、設備的維護。維護的類型： 1.更正性維護 2.適應性維護 3.完善性維護 4.預防性維護系統(tǒng)維護的有關問題：首先得理解一個系統(tǒng)，其次，在系統(tǒng)維護中，要有合格的文檔，再次不要期望得到原來開發(fā)系統(tǒng)的人員的幫助，系統(tǒng)的修改容易帶來新的差錯，系統(tǒng)軟件應該有高素質的維護人員進行維護工作。 實踐已經(jīng)證明，在系統(tǒng)投入運行后，為保持其能夠長期高效地工作，應根據(jù)其運行的外部環(huán)境的改變和業(yè)務的變化，對本應用系統(tǒng)中的硬件軟件進行及時有效的更新。這種為管理信息系統(tǒng)正常工作而進行的一切活動稱為信息系統(tǒng)的維護。 系統(tǒng)的維護有多種不同的分類方法：按時間順序可以分為系統(tǒng)試運行維護階段和日常維護階段；按系統(tǒng)功能分為硬件系統(tǒng)維護、應用管理軟件系統(tǒng)維護和數(shù)據(jù)維護；按維護的目的分為完善性維護、改正性維護、適應性維護和預防性維護。  &#