管理信息系統(tǒng)課題方案 題 目： 飯卡 管理系統(tǒng) 組 員： 系部： 電氣信息工程系 專業(yè)： 計算機科學與技術 班 級： 計科 08101 班 指 導 教 師： 王海榮 飯卡管理系統(tǒng)設計 1 課題名稱：飯卡管理系統(tǒng) 組長：張月旭 組員：楊宏洲，李飛，胡鵬鵬 鄭世超，王義輝 指導教師：王海榮 飯卡管理系統(tǒng)設計 2 目 錄 第一章 背景 理信息系統(tǒng)的發(fā)展 . 3 題背景 . 究現狀 .二章 系統(tǒng)調查 統(tǒng)設計要具有人性化特點 . 統(tǒng)可行性分析 .行性結論 . 統(tǒng)需求分析 . 三章 系統(tǒng)功能模塊 統(tǒng)功能模塊 務流程圖 據流程圖 據字典 四章 系統(tǒng)設計 細設計 19 據庫設計 29 第五章 結束語 卡管理系統(tǒng)設計 3 第一章 背景 理信息系統(tǒng)的發(fā)展 管理信息系統(tǒng)起源于 20 世紀 50 年代開始的基于計算機的電子數據處理（簡稱 主要目標提高一個組織內管理工作如計算、統(tǒng)計、制表、報告等工作的效率。此時利用計算機處理管理信息的方式是單項管理，到了 20 世紀 60 年代管理信息系統(tǒng)得到了較快的發(fā)展，成為實現組織整體目標，系統(tǒng)綜合地處理各類管理信息支持各級管理決策的計算機硬件、軟件、通信設備、規(guī)章制度及有關人員的統(tǒng)一體、其獲取信息資源和管理、服務的范圍更加廣闊； 20 世紀 90 年代，人們對注意力不再只是信息技術的應用，而是為如何合理配置、有效利用信息資源以求得組織目標的實現。 至此， 發(fā)展經歷了一個由技術管理到資源管理的過程 題背景 高校食堂傳統(tǒng)的餐券化管理費時費力，顯然已不能適應高校后勤現代化的管理和社會化進步的需要。隨著計算機及其網絡的普遍運用，基于網絡平臺的管理信息系統(tǒng)越來越受人們的重視。由于計算機處理數據信息的高效性與準確性，對高校食堂的飯卡進行信息化管理，無論是在學生的使用上或是管理員操作上，都帶來了便利，提高了工作上的效率，飯卡管理系統(tǒng)無疑成為學校重點管理的對象之一。我院食堂在實行了飯卡制后，實現了無餐券的流通，實現了食堂財務的電子化管理。對學生飯卡進 行信息管理，便于食堂進行財務統(tǒng)計并且安全可靠，操作簡單、快捷。如今的飯卡管理系統(tǒng)不僅追求高速的運行，同時越來越要求橫向功能發(fā)展，越來越趨于多功能、智能化、人性化的發(fā)展，只有做到各模塊之間的銜接與平衡，飯卡管理系統(tǒng)才能真正用于實際，真正做到“以人為本”，為人們帶來便捷，提高工作效率。飯卡管理系統(tǒng)不僅方便管理者進行系統(tǒng)管理，資料的提取，同時在使用終端上面，也充分考慮到消費者和工作人員的人性化使用，從整體上宏觀協(xié)調系統(tǒng)的各項功能，實現了系統(tǒng)的完備性。 究現狀 （一）寧夏理工學院飯卡管理現狀 我院自從建立起 飯卡管理系統(tǒng)，實現聯網操作之后，食堂管理走上了科學化的道路，解決了在實際中食堂管理上存在的許多問題，減少了矛盾的產生。 第一，解決了我院就餐擁擠問題。實施無餐券的流通后，學生只需要刷卡消費，靠售飯窗口機自動計算和扣除售飯金額，節(jié)省了補錢時間，簡化了售飯過程，縮短了打飯時間、就餐人員排隊時間，速度明顯加快，速度明顯加快，充分解決了食堂就餐擁擠的難題。 第二，解決了我院飯票流通失控，現金流失等問題。建立飯卡管理系統(tǒng)，丟失飯卡后可以及時控制，飯卡管理系統(tǒng)設計 4 封閉賬戶，防止他人使用。同時避免了現金的收取，不易出錯、造成經濟流失，解 決了飯票不衛(wèi)生、不易保存等問題，許多難題也迎刃而解。 第三，財務管理做到日清月結。傳統(tǒng)的餐券交易模式容易出錯、找錢慢，工作人員整理、核查飯票和現金極為繁瑣。建立飯卡管理系統(tǒng)之后，用餐人數每人的消費金額，每餐的收入等，都能由飯卡管理系統(tǒng)進行統(tǒng)計，提供給我們全面、詳盡的數據，大大降低了工作量，提高了工作效率。 第四，實行聯網運行，系統(tǒng)安全可靠。飯卡管理系統(tǒng)采用實時交易，通訊速度快，掛失、解掛、充值等都很方便，做到了實時交易。飯卡遺失后，可立即進行掛失、作廢、余額返還等操作，確保了學生利益不受損失，財務管理清清楚 、方便。此外系統(tǒng)運行比較穩(wěn)定，有數據備份，安全可靠。 （二）寧夏理工學院飯卡系統(tǒng)的問題 我院建立了飯卡管理系統(tǒng)之后，雖然在一定程度上解決了傳統(tǒng)餐券交易模式中存在的問題，節(jié)約了一定的人力、物力、財力，但是在系統(tǒng)的管理和實施上還存在一定的缺陷和問題，需要進一步改進。 首先，對于飯卡管理系統(tǒng)的使用和管理上，隨著高校信息化得要求和改革的深入，系統(tǒng)需要實現的功能越來越多，使得工作人員需要簡化工作量的需求越來越大，對系統(tǒng)的依賴性越來越強，需要系統(tǒng)更加向人性化方向發(fā)展。 其次，在飯卡管理系統(tǒng)的使用上，學生要通過管理員才 能對飯卡進行掛失、解掛等操作，自己不能直接進行操作。所以需要對現有的飯卡管理系統(tǒng)進行改進，從而可以針對學生用戶設置訪問權限，通過有效地審查和設密等方式，是學生能在網上直接查詢余額、消費信息和掛失解掛操作等，使系統(tǒng)更方便與學生操作，更加人性化，節(jié)省人力。 （三）寧夏理工學院飯卡管理系統(tǒng)設計原則 系統(tǒng)以 C/S 結構為基礎，建立校園級食堂售飯網絡體系，實現信息的開放性、共享性。 設置中心機房系統(tǒng)軟件，實現交易數據的采集和匯總，保證數據傳遞的準確性、及時性。 中心機房系統(tǒng)軟件界面友好，易于操作。 售飯窗口的飯 卡消費端方便操作，易于管理員使用，且與中心機房關聯，實現金額的自動錄入、統(tǒng)計結算。 系統(tǒng)的資源配置合理，性價比高。 在系統(tǒng)的操作權限管理上，管理員具有系統(tǒng)所有權限，學生作為系統(tǒng)的使用者，只能進行權限范圍內操作，權限外的操作被程序禁止。 第二章 系統(tǒng)調查 界面友好、操作簡便。 飯卡管理系統(tǒng)設計 5 對于管理信息系統(tǒng)的可操作性一定要強，軟件的交互性必須要好，可使使用者，即使在對計算機不很熟悉的情況下也可以很快的接受它，這就需要在對軟件進行設計時考慮到用戶界面的友好交互性，這一點很重要。在 系統(tǒng)的使用過程中，有很大一部分是對基本數據的錄入，錄入的信息的量也是很大的，所以要求軟件的輸入設計符合操作人員的思維習慣和操作習慣，在本軟件的設計過程中將考慮錄入部分完全使用鍵盤操作，這樣將大大提高操作人員的效率。由于錄入操作非常的枯燥，所以在背景設計時需要考慮到添加清淡的讓使用者心情放松的圖案或顏色，這可以使操作者的煩躁心情得以環(huán)節(jié)，以減小在數據錄入過程中誤差和錯誤的出現概率。 一看就懂、拿來就用。 在界面上使用人們平時熟悉的自然語言，而把陌生的計算機語言隱藏起來，達到計算機程序與人的主觀意識和思維天 衣無縫的吻合，表現了天地人和。使操作者一看就明白。軟件還必須簡潔明了地提供操作向導和必要的提示，使管理工作者做到拿來就用。 我院希望通過建立飯卡管理管理系統(tǒng)，使飯卡管理工作規(guī)范化和程序化，促進整體管理水平的提高。 統(tǒng)可行性分析 飯卡管理系統(tǒng)是學校管理的重要系統(tǒng)之一，其發(fā)展方向和使用者對該系統(tǒng)的需求還在不斷變化，功能還要不斷完善，只有不斷完善改進的系統(tǒng)才能為使用者和管理者帶來便利，提高工作效率，真正人性化地服務于使用者。 經濟上的可行性 本系統(tǒng)對硬件的要求不高，成本低廉，系統(tǒng)的功能較原來人工管理的效 率有限大的優(yōu)勢，使用 大大節(jié)省了人力，減低了成本，經濟上完全可行。 技術上的可行性 本系統(tǒng)準備采用結構化的方式和 C/S 模式進行分析和設計，網絡操作系統(tǒng)采用微軟公司的 000，操作人員只需要通過 操作，方便靈活、可靠性高。 我校人事管理人員具有高學歷、高水平、對外來的新事物接受能力快的特點，并且接受過教育系統(tǒng)的計算機等級培訓，對 基本的了解，所以，如果開發(fā)一套操作簡 單的人事工資管理信息系統(tǒng)，完全可以幫助他們從繁瑣的重復性勞動中解脫出來，以提高的工作效率。 社會上的可行性 傳統(tǒng)的餐券交易模式在管理過程中效率低，容易出錯，若建立起飯卡管理系統(tǒng)，則方便管理者和學生使用，可靠性高，且通過人機互助的形式，是食堂的消費更加精確、靈活、可靠。 飯卡管理系統(tǒng)設計 6 開發(fā)實施的可行性 此類軟件屬于一般類管理軟件，開發(fā)難度不大，沒有很高深的算法和令人難以理解的專業(yè)知識，只需要經常和管理人員進行溝通就可以掌握完成軟件的要點。開發(fā)周期短，一般只需要一個月左右，產品出來后就可以推向市場，收回成本，獲取利益。 行性結論 系統(tǒng)的成功開發(fā)將進一步促進學校管理的現化化和科學化，也為學校飯卡管理體系積累了經驗，從長遠來看，其經濟和社會效益是肯定的，根據以上分析，我們認為本系統(tǒng)開發(fā)條件成熟，實施方案可行。 統(tǒng)需求分析 傳統(tǒng)的食堂在進行管理時，使用餐券進行消費。餐券的流通使得就餐過程復雜麻煩，數據的管理不清晰，出錯后沒有明確的備份信息進行核對，在日常管理時，分工不明確，透明度不高。使得食堂的就餐管理混亂無章，得不到學生的認可。使用飯卡管理信息系統(tǒng)可以極大的滿足學生和管理員的需求： （ 1） 通過學生刷卡消費，系統(tǒng)可以自 動統(tǒng)計消費信息，系統(tǒng)備有余份，如果學生對消費刷卡理由疑問，可以進行查詢，方便統(tǒng)計。 （ 2） 系統(tǒng)對消費信息進行統(tǒng)計，避免了工作人員在餐券收集和統(tǒng)計過程中的錯誤錯誤，使財務管理更加透明。 （ 3） 系統(tǒng)能打印報表，對于個人存取信息、消費信息，窗口的銷售信息等都有記錄，能提供各項信息，便于學生和管理人員對于不同數據的需求。 （ 4） 刷卡機讀寫方便，不受食堂油污污染，操作簡便，實現了金額的自動結算。 飯卡管理系統(tǒng)設計 7 第三 章 系統(tǒng)功能模塊 我校飯卡管理系統(tǒng)分為辦理新卡、存款 詢、掛失和解掛 功 能模塊圖如下： 寧 夏 理 工 學 院 飯 卡 管 理 系 統(tǒng)辦 理 新 卡 存 款 - 消 費 查 詢 掛 失 解 掛 - 注 銷判 斷 信 息 合 法 性創(chuàng) 建 卡創(chuàng) 建 卡 歷 史 信 息 判 斷 條 件 合 法 性產 生 報 表查 詢 注 銷轉 換 掛 失 狀 態(tài)判 斷 掛 失 倒 計 時掛 失 計 時存 款 消 費讀 取 卡 并 確 認顯 示 余 額存 款讀 取 卡 并 確 認顯 示 余 額 刷 卡 消 費由圖其各個子功能如下： （ 1）、辦理新卡功能：學生提交申請飯卡，管理員在數據庫中查找學生信息，判斷學生信息的合法性，找到后管理員再申請飯卡 建卡記錄，建立卡的數據信息。 （ 2）、存款 生在存款時，管理員在核對卡的 法之后，讀取出卡的余額，再存入金額，修改數據庫信息；學生在刷卡消費時，首先也要讀取卡 示余額，最后修改數據庫信息。 （ 3）、查詢功能：首先判斷學生信息合法性，然后查詢數據庫 中飯卡信息，產生報表，最后返回給學生。 （ 4）、掛失功能：學生在遺失飯卡后，提出掛失申請，核對學生信息合法性，信息合法后，轉換卡使用狀態(tài)，使卡不可使用，開啟掛失倒計時。 （ 5）、解掛 申請掛失后，如學生在掛失倒計時內撿回遺失的卡，撤銷卡的掛失，恢復卡的使用，如果個、在掛失時內沒有提出解掛申請，則注銷卡信息。 通過對食堂飯卡管理系統(tǒng)的分析，主要包括辦理新卡、存款 詢、掛失和解掛，注銷等業(yè)務。 辦理新卡管理：首先要核查學生的基本信息的合法性，通過后管理員建立 卡的數據信息，辦理新卡飯卡管理系統(tǒng)設計 8 給學生，其業(yè)務流程圖如圖 示： 學 生管 理 員檢 查 學 生 信息 合 法 性飯 卡 申 請表創(chuàng) 建 飯 卡信 息辦 理 新卡飯 卡學 生 基 本信 息飯 卡 基 本信 息圖 理新卡管理業(yè)務流程圖 存款 消費管理：學生在存款消費時涉及到提取卡基本信息，當卡 法時才能繼續(xù)操作。存款消費后都要修改飯卡歷史信息表。其業(yè)務流程圖如圖 示： 學 生 管 理 員檢 查 飯 卡I D 合 法 性飯 卡 現 金修 改修 改飯 卡發(fā) 卡 基 本信 息發(fā) 卡 歷 史操 作 信 息讀 取 發(fā) 卡I 款 消費管理業(yè)務流程圖 查詢管理：學生查詢分按學號和按卡號查詢兩種，查詢的是學生的消費存款信息，即飯卡歷史操作信息。其業(yè)務流程圖如圖 示： 飯卡管理系統(tǒng)設計 9 學 生學 生 證 / 飯 卡是 否 按 學 號 查 詢檢 查 學 生 信 息 的 合 法 性檢 查 飯 卡 I D 合 法 性查 詢查 詢 報 表飯 卡 基 本 信 息飯 卡 歷 史 操 作 信 息學 生 信 息是否圖 查詢管理業(yè)務流程圖 掛失管理：掛失處理包括修改卡的狀態(tài)和掛失倒計時設置。其業(yè)務流程圖如圖 示： 學 生掛 失 申 請 表檢 查 學 生 信 息 合 法 性掛 失 處 理學 生 基 本 信 息圖 失管理業(yè)務流程圖 解掛注銷管理：對于遺失的飯卡首先要進行掛失時間的判斷，在進行解掛或者是注銷處理。其業(yè)務流程圖如圖 示： 飯卡管理系統(tǒng)設計 10 飯 卡學 生判 斷 掛 失時 間判 斷 是 否 在 掛 失時 間 內解 掛 處 理 掛 失 處 理飯 卡 基 本信 息是 否圖 掛注銷業(yè)務流程圖 根據以上分析，設計數據流程圖： 外 部 項 數 據 流 數 據 存 儲數 據 加 工 頂層 圖 示： 飯卡管理系統(tǒng)設計 11 學 生F 1F 2F 3學 生 基 本 信 息 表飯 卡 歷 史 操 作 表飯 卡 基 本 信 息 表管 理員檢 查 結 果權 限 標 準學 生 信 息飯 卡 信 息飯 卡存 款 額飯 卡 管 理系 統(tǒng)查 詢 報 表消 費 額圖 頂層 2 飯 卡 基 本 信 息 表4 . 0掛 失 處 理1 . 0辦 理 新 卡 處 理F 1 學 生 基 本 信 息 表管 理 員學 生2 . 0存 款 。 消 費 處 理5 . 0解 掛 注 銷 處 理3 . 0查 詢 處 理F 3 飯 卡 歷 史 操 作 信 息 表 信 息 表存 儲 額飯 卡學 生 信 息飯 卡 信 息檢 查 結 果學 生 信 息飯 卡權 限 標 準權 限 標 準檢 查 結 果飯 卡消 費 額飯 卡 信 息學 生 信 息圖 系統(tǒng)零層數據流程圖 飯卡管理系統(tǒng)設計 12 1 層 理新卡管理系統(tǒng)）如圖 示： 學 生管 理 員檢 查 學 生 信 息 合法 性1 . 1創(chuàng) 建 飯 卡 I 2創(chuàng) 建 飯 卡 記 錄1 . 3學 生 基 本 信 息 表F 1飯 卡 基 本 信 息 表F 2學 生 信 息學 生 信 息學 生 信 息卡 信 息檢查結果權限標準飯 卡圖 1 層 請卡管理數據流程圖 1 層 款消費管理系統(tǒng)） 如圖 示。 飯卡管理系統(tǒng)設計 13 學 生管 理 員檢 查 飯 卡 I 性2 . 1存 款 額 修 改2 . 2學 生 基 本 信 息 表F 1飯 卡 歷 史 操 作 信 息 表F 3讀 取 飯 卡 I 性2 . 3消 費 額 修 改2 . 4存 款 額飯 卡存 款 額飯 卡檢 查 結 果 權 限 標 準飯 卡飯 卡消 費 額飯 卡飯 卡1 層 款消費管理系統(tǒng)） 如圖 生檢 查 學 生 信息 合 法 性檢 查 飯 卡 I 性3 . 13 . 2查 詢 飯 卡 信息3 . 3學 生 基 本 信 息 表F 1飯 卡 歷 史 信 息 操 作 表F 3飯 卡 基 本 信 息 表F 2查 詢 報 表學 生 信 息飯 卡 信 息學 生 信 息飯 卡 信 息圖 1 層 詢管理數據流程圖 飯卡管理系統(tǒng)設計 14 1 層 失管理系統(tǒng)）如圖 示： 檢 查 學 生 信 息合 法 性學 生4 . 1掛 失 狀 態(tài) 轉換4 . 2掛 失 倒 計 時設 置4 . 3飯 卡 基 本 信 息 表F 2學 生 信 息 學 生 信 息 學 生 信 息飯 卡 信 息飯 卡 信 息圖 1 層掛失管理系統(tǒng)流程圖 1 層 掛注銷 管理系統(tǒng)）如圖 示： 學 生掛 失 時 間檢 查5 . 1注 銷5 . 2掛 失 狀 態(tài)轉 換5 . 3飯 卡 基 本 信 息 表F 2飯 卡 信 息飯 卡 信 息飯 卡 信 息飯 卡 信 息掛 失 信 息飯 卡 信 息圖 1 層解掛注銷管理系統(tǒng)流程圖 （ 1） 外部實體定義： 1、名稱：學生 簡述：用飯卡進行消費、查詢等業(yè)務 輸入的信息流：飯卡、學生信息、消費額、查詢報表、掛失信息、解掛信息、注銷信息 輸出的信息流：學生信息、飯卡信息、飯卡、存款額 2、名稱：管理員 飯卡管理系統(tǒng)設計 15 簡述：對飯卡進行在管理操作 輸入的信息流：檢查結果 輸出的信息流：權限標準 （ 2）數據流的定義 1、編號： 稱：學生信息 簡述：學生基本注冊信息 數據流來源：學生 數據流去向：飯卡管理系統(tǒng) 數據項組成：姓名 +性別 +學號 +級別 +所在院校 +專業(yè) +入學日期 +出生日期 數據流量：約 2000 次 /日 高峰流量：約 2500 次 /日 2、編號： 稱：飯卡信息 簡述：飯卡狀態(tài)信息和消費信息 數據流來源：學生、飯卡管理系統(tǒng) 數據流去向：飯卡管理系統(tǒng)、學生 數據項組成：飯卡 名 +學號 +性別 +存款記錄 +消費記錄 +掛失倒計時 +解掛狀態(tài) +注銷狀態(tài) +操作時間 數據流量：約 5000 次 /日 高峰流量：約 5500 次 /日 3、編號： 稱：飯卡 簡述：讀取飯卡 查飯卡合法性 數據流來源：學生、飯卡管理系統(tǒng) 數據流去向：飯卡管理系統(tǒng)、學生 數據項組成：飯卡 名 +學號 +性別 數據流量：約 4000 次 /日 高峰流量：約 4500 次 /日 4、編號： 稱：存款額 簡述：學生存錢 數據流來源：學生 數據流去向：飯卡管理系統(tǒng) 數據項組成：飯卡 名 +學號 +性別 +存款額 +操作時間 數據流量：約 200 次 /日 高峰流量：約 250 次 /日 5、編號： 稱：查詢報表 簡述：學生查詢飯卡信息記錄表 數據流來源：飯卡管理系統(tǒng) 數據流去向：學生 數據項組成：飯卡 名 +學號 +性別 +存款記錄 +消費記錄 +掛失狀態(tài) +操作時間 數據流量：約 500 次 /日 高峰流量：約 550 次 /日 飯卡管理系統(tǒng)設計 16 6、編號： 稱：消費額 簡述：記錄學生每次消費情況 數據流來源：飯卡管理系統(tǒng) 數據流去向：學生 數據項組成：飯卡 名 +學號 +性別 數據流量：約 7000 次 /日 高峰流量：約 7500 次 /日 7、編號： 稱：權限標準 簡述：管理員檢查信息合法性的標準 數據流來源：管理員 數據流去向：飯卡管理系統(tǒng) 數據項組成：飯卡 名 +學號 +性別 數據流量：約 100 次 /日 高峰流量：約 1500 次 /日 8、編 號： 稱：檢查結果 簡述：將飯卡信息和學生基本信息返回管理員 數據流來源：飯卡管理系統(tǒng) 數據流去向：管理員 數據項組成：飯卡 名 +學號 +性別 數據流量：約 100 次 /日 高峰流量：約 1500 次 /日 （ 3）功能模塊定義 編號： 稱：辦理新卡處理 簡述：學生申請新卡，管理員對卡信息和相關記錄進行修改 輸入的信息流：學生信息 輸出的信息流：飯卡 編號： 稱：檢查學生信息合法性 簡述：學生申請飯卡時，核對學生信息 輸入的信息流：學生信息、權限標準 輸出的信息流：學生信息、檢查結果 編號： 稱：創(chuàng)建卡 述：申請卡之后，創(chuàng)建卡的 為卡的唯一標識 輸入的信息流：學生信息 輸出的信息流：學生信息、卡信息 編號： 卡管理系統(tǒng)設計 17 名稱：創(chuàng)建卡記錄 簡述：建立飯卡的基本信息 輸入的信息流：卡信息、學生信息 輸出的信息流：飯卡 編號： 稱：存款 消費管理 簡述：存錢到卡里，對學生每次消費做記錄 輸入的信息流：飯卡、存款額 輸出的信息流：飯卡、消費額 標號： 稱：檢查卡 法性 簡述：在存款時，卡信息存在并正確時才能繼續(xù)操作 輸入的信息流：飯卡、存款額、權限標準 輸出的信息流：飯卡、存款額 編號： 稱：存款額修改 簡述：學生存款入卡，管理員修改相應數據庫信息 輸入的信息流：飯卡、存款額 輸出地信息流：飯卡 編號： 稱：讀取飯卡 法性 簡述：學生刷卡消費，讀卡器讀取卡的 對其合法性 輸入的信息流：飯卡 輸出的信息流：飯卡 編號： 稱：消費額修改 簡述：學生刷卡信息，操作員修改卡消費信息，創(chuàng)造消費記錄 輸入的信息流：飯卡 輸出的信息流：飯卡、消費額 編號： 稱：查詢處理 簡述：提供給學生所需的飯卡信息和消費信息，產生 報表 輸入的信息流：學生信息、飯卡 輸出的信息流：查詢報表 編號： 稱：檢查學生信息合法性 簡述：核對學生信息，與卡內信息符合時才能查詢 飯卡管理系統(tǒng)設計 18 輸入的信息流：學生信息 輸出的信息流：學生信息 編號： 稱：檢查飯卡 法性 簡述：核對學生信息，與卡內信息符合時才能查詢 輸入的信息流：飯卡信息 輸出的信息流：飯卡信息 編號： 稱：查詢飯卡信息 簡述：查詢卡內學生消費信息記錄 輸入的信息流：學生信息、飯卡信息 輸出的信息流 :：查詢報表 編號： 稱：掛失處理 簡述：當卡遺失后，修 改卡掛失狀態(tài)，卡被鎖定不能再用 輸入的信息流：學生信息 輸出的信息流：掛失信息 編號： 稱：檢查 法性 簡述：核對學生信息，與卡內信息符合時才掛失 輸入的信息流：學生信息 輸出的信息流：學生信息 編號： 稱；掛失狀態(tài)轉換 簡述：確認卡信息正確后，轉換掛失狀態(tài)，卡被確定不能用 輸入的信息流：學生信息 輸出的信息流：學生信息，掛失信息 編號： 稱：掛失倒計時設置 簡述：掛失后開始計時，在時限內可以解掛 輸入的信息流：學生信息，掛失信息 輸出的信息流：掛失信息 編號： 稱：解掛注銷處理 簡述：在掛失時限內找到卡，解除掛失狀態(tài)，當達到掛失時限時，對卡注銷 輸入的信息流：掛失信息 輸出的信息流：掛失信息，解掛信息，注銷信息 飯卡管理系統(tǒng)設計 19 編號： 稱：掛失時間檢查 簡述：判斷掛失的時間，確定是解掛還是注銷 輸入的信息流：掛失信息 輸出的信息流：掛失信息，飯卡信息 編號： 稱：注銷 簡述：掛失時間到之后，沒有解掛信息，注銷卡信息 輸入的信息流：掛失信息、飯卡信息 輸出的信息流：注銷信息 編號： 稱：解掛 簡述：在掛失時間內找到卡，解除掛失信息，恢復卡的使用 輸入 的信息流：飯卡信息 輸出的信息流：解掛信息 （ 4）數據存儲定義 編號： 稱：學生基本信息表 簡述：用于保存學生基本注冊信息 組成：姓名 +性別 +學號 +級別 +所在系別 +專業(yè) +入學日期 +出生日期 關鍵字：學號 編號： 稱：飯卡基本信息表 簡述：保存飯卡數據 組成：飯卡 名 +學號 +性別 +掛失狀態(tài) +操作時間 關鍵字：飯卡 號： 稱：飯卡歷史操作信息表 簡述：保存飯卡的消費、存款記錄，方便學生查詢 組成：飯卡 名 +學號 +性別 +存款記錄 +消費記錄 +掛失狀態(tài) +操作時間 關鍵字：飯卡 四章 系統(tǒng)設計 細設計 碼設計 代碼設計主要針對系統(tǒng)所涉及的表中，比較重要、代表性強的代碼進行設計，就本系統(tǒng)而言，代碼設計包括學生學號代碼設計和發(fā)卡 碼設計。 （ 1） 學生學號代碼設計：學生學號的代碼組成包括入校時間、所在系別、所在專業(yè)和班級 學號 四部分飯卡管理系統(tǒng)設計 20 組成。其具體設計如圖 示。 X X X X X X 學 號所 在 專 業(yè)所 在 系 別入 校 時 間圖 生學號代碼設計 根據學校的組織結構，設計出各系代碼： 機電 系 01； 電氣信息工程系 02； 化 工系 03； 英語系 04；經管系 05； 土木系 06； 以 電氣信息工程系 為例，設計各個專業(yè)的代碼，并給出學號代碼的用例： 計算機科學與技術 ： 101 例： 2008021010112 網絡工程 ： 102 例： 2008021020218 電氣自動化 ： 103 例： 2008021030130 自動化 ： 104 例： 2008021040105 廣告設計 ： 105 例： 2008021050123 網絡技術 ： 106 例： 2008021060320 軟件工程 ： 107 例： 2008021070410 （ 2）飯卡 碼設計：飯卡 碼的組成包括辦卡時間，學生所在院和自動編號三部分組成。其具體設計如圖 示。 X X X X X X X X X X X X X X 編 號所 在 專 業(yè)學 生 所 在 系辦 卡 時 間 圖 卡 碼設計 例： 計算機科學與技術 專業(yè)學生飯卡 200802101123456 網絡工程 專業(yè)學生飯卡 200602102123456 系統(tǒng)設計： 臺設計 硬件平臺：普通 ； 服務器； 上； 飯卡管理系統(tǒng)設計 21 內存： 128上； 硬盤： 80G 以上； 其他：激光打印機，掃描儀； 軟件平臺：操作系統(tǒng)： 數據庫管理系統(tǒng)： 000; 開發(fā)語言： 統(tǒng) 本系統(tǒng)輸入時，針對不同的功能模塊，通過 上的客服端完成信息的輸入。通過管理員的查詢，最后實現打印輸出。其 如 示。 學 生 信 息消 費 額存 款 額刷 卡查 詢 條 件掛 失 狀 態(tài)卡 狀 態(tài)卡 余 額卡 歷 史 信 息新 建 飯 卡 信 息消 費存 款查 詢掛 失 狀 態(tài) 轉 換 圖 統(tǒng) 統(tǒng)模塊設計 （ 1）主控塊設計 在用戶進入系統(tǒng)后，看到就系統(tǒng)的主控塊，機系統(tǒng)的主界面。在用戶登錄之后，就能進入各個功能模塊。詳細設計圖如 示。 飯卡管理系統(tǒng)設計 22 編 輯 框 長 度 是 否 合 法讀 取 數 據 庫 中 用 戶 名 和 密 碼檢 驗 是 否 正 確顯 示 出 錯 提 示顯 示 出 錯 提 示結 束 系統(tǒng)主控塊詳細設計圖 （ 2）辦理新卡設計 進入辦理新卡窗口后，應該有顯示學生基本信息的欄目，有申請的卡的 ，有學生存款的操作時間和金額的記錄表。另外還要設計“存款”、“退出”、“幫助”按鈕。詳細設計如圖 示。 飯卡管理系統(tǒng)設計 23 學 號 長 度 是 否與 默 認 值 一 致在 數 據 庫 中查 詢 學 號是 否 找 到 數據申 請 卡 I D 創(chuàng)建 卡 空 白 記錄錄 入 學 生 信息寫 卡 成 功結 束 出 錯 提 示提 示 重 新 輸 入顯 示 “ 不 存 在 ”等 待 重 新 輸 入顯 示 出 錯 提 示 消除 數 據 庫 記 辦理新卡詳細設計圖 （ 3）存款設計 飯卡充值功能界面的設 計，包含卡號、原有余額、充值、取消按鈕。按“充值”鍵后，輸入充值金額和充值后的金額：按“確認”鍵則恢復原有余額。詳細設計如圖 示。 飯卡管理系統(tǒng)設計 24 數 據 庫 中 查 找I D 信 息錄 入 存 款 余額輸 入 字 符 是否 符 合 要 求增 加 數 據 庫 中 存款 余 額結 束顯 示 出 錯 提 示提 示 重 新 輸 入顯 示 “ 重 新 輸 入金 額 ” . 6 存 款 詳 細 設 計 圖（ 4） 查詢設計 查詢功能的界面設計，包含輸入學生學號欄和查詢的飯卡信息表格（含學生姓名、學號、卡號、操作時間、存款記錄、消費記錄、掛失狀態(tài)等內容），以便提供給學生。詳細設計如圖 示。 飯卡管理系統(tǒng)設計 25 是 否 按 學 號 查詢查 詢 數 據 庫 中 學號 信 息查 詢 數 據 庫 中 I 息是 否 找 到 提 示 信 息調 用 數 據 庫 信 息結 束5）掛失設計 掛失功能的界面設計，包含一張顯示基本信息的表 格，設置“掛失”和“退出”按鈕。詳細設計如圖 示。 飯卡管理系統(tǒng)設計 26 找 到 相 應 記 錄提 示 是 否掛 失 信 息確 認轉 換 卡 掛失 狀 態(tài)從 新 登 陸 界 面 顯示 掛 失 成 功成 功6）解掛功能的界面設計， 包含一張顯示卡基本信息的表，另外還有解掛和取消按鈕。詳細設計如圖 飯卡