食堂用餐卡管理系統

1引言

校園卡是當今社會進入信息時代的必然結果，通過對校園卡的有效管理，是實現科學管理一所學校的必要手段。它主要應用范圍包括：餐飲、機房、圖書館借書、門禁、考勤、自動售貨等方面。隨著校園卡的不斷應用，校園內的各種卡、證將逐步減少，由校園卡替代。

在學校食堂是重要的消費場所之一，傳統的人工銷售飯菜的方式已與當今的校園管理觀念、要求脫節，已無法適應當代教育形式的發展，需要及時對它進行更換，建立更加先進的數字化食堂用餐管理機制，以適應現代化校園的發展。

新的用餐卡管理系統是建立在現代科學發展的基礎上的，是計算機手段與現代網絡技術的結合。

2系統分析

目前的用餐卡管理系統開發時期短，多數都存在著不同程度的問題，在使用上有許多不完善之處。大部分的用餐卡管理系統只面對管理員而忽略了學生，學生在丟失用餐卡后掛失不能及時，導致卡內金額被他人使用。而在新系統中用餐卡管理功能將極大的被增強，既保證了其實用性，又保證了其安全性。學生可通過提交用餐卡號及密碼進行登錄以便及時掌握自己卡內的金額或其它信息，而在卡丟失時，學生可隨時將其登錄掛失、停用，以保護卡內金額及信息。在新系統中將限制學生信息不可重復輸入，一名學生也不允許開辦兩張以上的用餐卡，以保證管理員對用餐卡具有最有效的管理。在經過對學生食堂用餐卡管理系統的初步調查與研究了解到的情況，認為開發此類管理系統還是極為必要的。

該系統的初步構思在功能上總體概括為：用戶登錄注冊功能；瀏覽用餐卡內信息及修改信息功能；對掛失卡的統一管理（可選擇刪除，恢復或轉卡三種處理形式），卡內金額的充值功能；添加、刪除、修改用戶信息的功能。

下面分別對食堂用餐卡管理系統的技術可行性、經濟可行性、營運可行性進行分析：

2.1技術可行性。 ASP腳本運行環境在編程上的各種表現已充分顯示了該種語言的實用性、兼容性及豐富性。它基于開放設計環境的Active X技術，使編程人員可將自己定義和制作的組件加入其中。這就使該管理系統幾乎具有了無限擴充潛力，對系統未來功能的增強、維護提供了便利條件。

2.2經濟可行性。 用餐卡的主要投資是在軟件系統的維護及管理人員的培訓上。系統的開發技術目前已趨近成熟。考慮到與校園網的兼容及穩定，由校內人員負責開發是比較節省的，而考慮到全面性與實用性，以及未來系統維護服務等，專門的軟件開發公司也是一種不錯的選擇。無論對于何種選擇，在經濟上的投資都是可接受的。

2.3營運可行性。 比起由管理人員手工操作購票，賣飯的方式，用餐卡更加衛生、方便、實用、易管理，既節省了學校的管理資源，更標志著校園數字化管理已成必然。

食堂用餐卡管理系統的數據流程分析：

2.3.1添加管理過程。 管理員提交自身用戶名與密碼給系統，由驗證管理過程檢查數據是否存在，若不存在則將新信息寫入新信息管理過程，添加到添加信息表中，由數據更新過程調用，數據寫入數據庫中，結果返回給管理員。

2.3.2報失管理過程。 管理員提交用餐卡號作為驗證憑據，根據報失表的原因記錄將報失的數據寫入報失表中。然后將數據結合用餐卡信息表提交給數據更新處理過程更新報失表，并在用餐卡信息表中刪除已報失表的記錄。

2.3.3繳費管理過程。 管理員通過提交學生的學號，可以查找到該學生的信息和該生用餐卡金額信息。驗證管理員信息通過后，管理員有權限輸入要添加的金額數，該金額數同時寫入添加金額表里。數據更新過程通過調用用餐卡金額表及添加金額表更新數據，返回最后的數據結果給管理員。

2.3.4刪除管理過程。 管理員在權限允許后，可以提交要刪除的卡號數據，由刪除卡號處理過程添加到刪除卡表中。最后數據刪除過程調用用餐卡信息表和刪除卡號表，刪除符合要求的用餐卡信息，并返回刪除結果給管理員。

2.3.5查詢管理過程。 學生查詢的權限較少。首先需要提交自己的學號或者卡號作為進入系統的驗證。驗證管理與學生信息表及用餐卡信息表進行審核通過。此時學生可以調用這兩個信息表來按條件對數據進行查詢。查詢結果返回給學生。

2.3.6轉卡管理過程。 在該處理過程中對卡信息的改寫與刪除是關鍵項。管理員在獲得權限后才可以對用餐卡進行操作，提交要轉卡的卡號數據由查詢卡號過程查找，找到后，先將此卡號信息存入用餐卡表，再提交要新分配的卡號，將舊卡信息寫入新卡中。最后刪除掉舊卡的全部信息，返回轉卡結果給管理員。

3系統設計

在系統分析的基礎上，總結出新管理系統的開發目標：

3.1該系統設計的用戶界面友好，使用簡潔方便，可以及時的反映出使用者所要求的功能。如：在管理員和學生的查詢界面下，系統會根據他們在登錄時所提交的信息進入不同的功能界面，使用戶可以進行自己權限內的操作。

3.2當管理員和學生的信息需要變動時，系統中相應的數據及信息也會及時變動，防止發生信息不一致的情況。如：當管理員要對學生用餐卡進行充值操作，或要刪除用餐卡時，管理員可以及時的使用充值功能或刪除功能對該卡進行相應操作。作為通過用餐卡驗證信息之一的密碼可以根據學生的要求進行修改，修改后的密碼會在數據庫中快速更新。

3.3該用餐卡系統主要在校園網的網絡環境中使用，學生只要登陸到學校校園網上，隨時隨地都可以進行用餐卡信息的查詢，報失和密碼修改。

3.4根據學生提出的要求，對于已報失的用餐卡，可以進行多種操作。如：學生將已報失卡刪除掉，卡內余額可以轉到另外一張新卡上，或添加到一張已存在且未報失的用餐卡金額里。

3.5新管理系統具有一定的錯誤信息提示功能，當有操作或信息輸入錯誤時，系統能及時做出反應，提示用戶輸入信息錯誤，便于用戶修改信息。如在登錄或學生查詢卡內余額時，由于誤填用戶名或密碼，或所填寫的用餐卡號已申請報失的情況下，系統會顯示登錄失敗或該用餐卡號不存在，請與管理員聯系。

在系統設計的初始階段，系統的主要目標是提出一個合理的可供學生食堂用餐卡管理系統開發的技術方案及環境。確定用戶可采用的系統設計方法，為后面的詳細設計提供依據。這些均可由系統設計階段的思想表示出來。

4該管理系統的主要設計思想是

4.1系統選用瀏覽器/服務器結構，即B/S結構。瀏覽器端顯示學生的信息及用餐卡信息。服務器端用來處理數據服務。

4.2系統的開發方法采用模塊化的程序開發方法，有利于系統中不同的模塊的功能實現與不同的模塊功能的結合，以及方便對于各種功能模塊的修改、刪除，在添加新模塊時也不會影響其它模塊及系統整體模塊的正常運行。

4.3系統具有對數據庫安全的維護功能。如：對于數據庫中的用餐卡及數據信息，只有管理員可以對其進行操作，其他用戶不能改動其中的數據及信息。這樣可以有效的保證用餐卡使用的順利進行。

4.4用餐卡管理系統的開發可利用學校現階段廣泛使用的硬件環境，從而使現有資源得到更加充分的利用。使開發出來的系統的環境與學校現階段使用的硬件環境相吻合，從而提高系統開發的水平與應用效果。

該管理系統按照用戶的需求分為八個模塊，各模塊之間的分解以系統模塊設計原則為基礎。部分模塊對于針對管理員和學生的操作權限，在功能提供上也有所不同。各功能模塊主要作用如下：

4.4.1用戶登錄驗證模塊：管理員和學生都要通過該模塊進入管理系統。管理員在登錄時要提供管理員用戶名和密碼，驗證登錄到管理員操作界面。學生要提交用餐卡卡號及密碼，驗證登錄到學生操作界面。

4.4.2新信息添加模塊：新注冊用餐卡、學生、管理員信息均由管理員進行注冊。管理員通過選擇不同選項以選擇是添加管理員信息還是添加學生信息。

4.4.3用餐卡充值模塊：用餐卡內的金額數量是可以累加的，當卡內金額剩余部分不足夠再次使用時，可以由管理員負責為學生卡充值。實際的貨幣由管理員從學生處接收。

4.4.4用餐卡報失模塊：當用餐卡丟失時，學生可以通過該模塊進行掛失，以便使該卡停止使用，保護卡內剩余金額。報失的卡必須由管理員才能恢復或刪除，選擇權決定在學生手中。該模塊也是用餐卡管理系統當中較為重要的一個模塊。

4.4.5用餐卡查詢模塊：學生在客戶端登錄時可以查詢到卡內除密碼外的所有信息，憑借這些信息學生可以了解到該卡當前的狀態。管理員在服務器端對用餐卡信息進行查詢，可對信息進行多種查詢，不僅包括全部在使用中的用餐卡信息，也包括已報失的用餐卡、報失后恢復的用餐卡信息等。學生對用餐卡的查詢僅有查詢基本信息功能，不能修改，管理員在服務器端除查詢用餐卡外還可對卡信息進行修改。

4.4.6用餐卡轉賬模塊：該模塊只對已報失卡進行操作。它負責將報失停用的用餐卡內余額轉移到其它的可使用卡上，以便學生繼續可以使用。在轉賬上分為開新卡轉賬與轉賬已知卡兩種。

4.4.7信息刪除模塊：該模塊可以根據管理員要求刪除任意模塊。它的功能不僅包括刪除報失卡，也包括刪除可以使用的用餐卡以及管理員信息，學生信息。被刪除掉的信息會從數據庫中除掉，除非再次輸入才可使用。

4.4.8學生信息修改模塊：在該模塊中可對已輸入的并且用餐卡可以使用的學生部分信息進行更改，其中可更改信息包括學生姓名、學號、班級、卡內余額。卡號、開卡時間不可更改。密碼可由密碼修改部分更改，學生信息修改部分不提供此功能。

以上八個模塊各自功能完備，在使用上不會互相影響，而將它們互連到一起，就結合成了具有全部功能的用餐卡管理系統。為保證各模塊在連接到一起時功能的發揮在設計結構時對于模塊間的耦合，盡量采取數據耦合方式傳遞信息，各模塊內部則遵守功能組合的原則，以增強各模塊間的可讀性、可修改性、通用性。

5總結

學生食堂用餐卡管理系統是目前各學校非常流行使用的一種卡式化管理系統。它主要以滿足使用者的需求為目標，以方便使用者操作為原則，結合強大實用的功能，給予學生使用最大的方便，以及管理員清晰的管理。