【正文】 描述：營業(yè)員作為消費者消費的代理，可以統(tǒng)計消費記錄。管理員描述：對卡進行管理，對消費事項進行記錄并負責經營結算事項。3) 消費者可查詢卡內余額。7) 營業(yè)員進行上傳交易。11) 管理員可以建立營業(yè)組。15) 管理員可以充值。19) 管理員實現(xiàn)金額結算,生成相應報表。23) 管理員進行就餐卡發(fā)行。管理員刷卡器營業(yè)員飯卡系統(tǒng)查詢結果飯卡編號余額信息學生信息存款額消費額飯卡圖3頂層數(shù)據(jù)流程圖如圖4所示管理員存儲與消費P2P1注冊注冊信息充值額掛失P4掛失信息刷卡器營業(yè)員飯卡信息數(shù)據(jù)注銷信息飯卡編號響應信息消費金額充值額余額消費額飯卡信息P3查詢消費者F鎖信息P5注銷 注銷信息圖4第二層數(shù)據(jù)流程圖（1）注冊系統(tǒng)數(shù)據(jù)流程圖如圖5所示全部創(chuàng)建信息P 創(chuàng)建飯卡信息歷史記錄表P 判斷學生信息一致性F 管理員P 讀取學生信息創(chuàng)建卡注冊信息確認信息學生信息飯卡信息存儲學生與飯卡信息在校學生信息F 圖5注冊系統(tǒng)數(shù)據(jù)流程圖（2）充值系統(tǒng)數(shù)據(jù)流程圖如圖6所示營業(yè)員管理員存款額飯卡信息存錢消費存款額消費額余額余額刷卡器卡號余額卡號余額消費額F 圖6充值系統(tǒng)數(shù)據(jù)流程圖（3）查詢系統(tǒng)如圖7所示管理員學生飯卡信息存儲P 查詢查詢結果飯卡信息F P 判斷條件合理性圖7查詢系統(tǒng)數(shù)據(jù)流程圖（4）掛失系統(tǒng)數(shù)據(jù)流程圖如圖8所示管理員掛失狀態(tài)轉換 掛失計時掛失信息計時開始信號飯卡信息數(shù)據(jù)設置時間鎖信息圖8掛失數(shù)據(jù)流程圖（5）注銷系統(tǒng)數(shù)據(jù)流程圖如圖9示學生飯卡信息數(shù)據(jù)注銷判斷掛失注銷卡號注銷時間注銷信息產生注銷信息P P F 圖9注銷數(shù)據(jù)流程圖1)學生相關數(shù)據(jù)項定義如表1所示表1：學生信息數(shù)據(jù)項名數(shù)據(jù)類型長度值域范圍說明Sno字符型6000001~999999唯一標識每個學生Sname字符型6000001~999999學生的名稱Ssex字符型2男，女性別Stel字符型11學生的電話號碼Class字符型800000001~99999999班級Sdept字符型800000001~99999999學生所在系Address字符型6000001~999999學生住處2）卡歷史信息數(shù)據(jù)項定義如表2所示表2：卡歷史數(shù)據(jù)項名數(shù)據(jù)類型長度值域范圍說明Dno字符型6000001~999999食堂號Wno字符型6000001~999999窗口號Manager字符型6000001~999999負責人Time日期型6000001~999999時間Expenses數(shù)值型6000001~999999金額Operation字符型6000001~999999操作3）卡信息數(shù)據(jù)項定義如表3所示表3：卡信息數(shù)據(jù)項名數(shù)據(jù)類型長度值域范圍說明Cno字符型6000001~999999卡號Yu‘e數(shù)值型6000001~999999余額Clock字符型10或1若卡上鎖顯示1，否則為0編號： 名稱： 學生 別名：簡述：描述學生信息組成：學號，姓名，性別，班級，系，電話號碼，住所1）表4：2）表5：編號： 名稱： 飯卡 別名：餐卡簡述：描述飯卡信息組成：卡號，余額，鎖3）表6：編號： 名稱： 飯卡歷史 別名：簡述：描述學生對飯卡進行的消費、充值、查詢等操作。本系統(tǒng)不是任何人都可以隨便使用的只能合法人員使用，而且對于不同的人具有不同的權限。模塊的處理：在登錄模塊中輸入用戶名和密碼后，單擊“登錄”按鈕進行登錄。模塊的輸出：對于非法用戶給出相應提示，對于合法用戶，進入相應的界面。模塊的處理：用戶填完相關信息并點擊了“確定”提交后，系統(tǒng)首先要檢查注冊所用的用的用戶名是否已經存在于數(shù)據(jù)庫中，如果是，系統(tǒng)會報錯。該模塊主要負責修改持卡者的相關信息。模塊的處理：每位持卡者登錄，在系統(tǒng)顯示自己的信息后，點擊“修改”按鈕，可以看到不能修改的字段將呈灰色，在改好自己的需要修改的信息后提交審核，這時，系統(tǒng)會彈出一個對話框詢問我們是否真的修改，當?shù)玫娇隙ù饛秃螅到y(tǒng)就檢查是否成功修改，若是，就返回顯示信息界面繼續(xù)其余操作，否則要給出未作修改的提示。由需求分析可知，本系統(tǒng)只需要提供“卡號”來進行查詢，不需要提供其他字段的查詢。模塊的輸出：根據(jù)不同的查找結果，給出不同的答復信息。當持卡者找到自己的卡時，可以找管理員，待核實卡確實是該持卡者丟失的卡后解鎖，保證持卡者繼續(xù)使用此飯卡。模塊的輸出：根據(jù)管理員的不同操作，給出不同的提示界面。模塊的輸出：根據(jù)管理員的不同操作，給出不同的提示界面。模塊的處理：系統(tǒng)管理員按照此卡號，找到要存錢的卡號，然后點擊“存款”按鈕，在新彈出的對話框的相應文本框里輸入要存的金額，再執(zhí)行“充值”命令，此時彈出“您確定要進行該操作嗎？”提示對話框，如果要存，就點擊“是”，否則點擊“否”。這里需要注意的是，飯卡上件減去金額數(shù)目由刷卡服務員輸入。（1）查詢飯卡消費記錄該模塊可以供系統(tǒng)管理員和持卡者使用。模塊的處理：根據(jù)查詢的條件從持卡者信息表中查找相應的記錄，如果有滿足條件的，點擊“查詢消費歷史”則顯示該用戶的消費歷史記錄，否則將給出錯誤提示。需要提醒的是，需要在確定了要修改的消費記錄確實有誤的情況下才能改動。模塊的輸出：根據(jù)用戶的不同操作，給出不同的提示界面。}else if(())//密碼空{ (null,密碼為空！)。 userPW = (())。 + userPW +39。 (null)。 +userPW +39。 (null,歡迎進入管理界面！)。 +stuId + 39。 String[]values={cardID,consumetime,consumemoney,deposit,drawdown}。 setJPanelInvisible()。//數(shù)據(jù)聲明/** *建立數(shù)據(jù)連接*/public static void odbc() { String DBDriver=。 }catch() { (DBconnecton:+())。 }}/* 獲得當前系統(tǒng)準確時間字符串,記錄用戶消費時間* 時間格式為YYYMMDD h:M:S*/ public static String getCurrentTime() { String currentTime=。}/** 輸入數(shù)據(jù)庫名,數(shù)據(jù)顯示字段String[],條件* String[0]數(shù)據(jù)表標題字符串數(shù)組*String[1]數(shù)據(jù)庫字段數(shù)組*param tableName*param col*param where*return*/public static DefaultTableModel getDefaultTableModel(String tableName,VectorString[]col,String where){ ResultSet rs。 String splStr =select *from+tableName+ +where。//存放數(shù)據(jù)庫記錄 while(()) { for(int i=0。//DefaultTableModel } } catch(SQLException ex) { (())。 flag=()?true:false。 try { if(isWarning) {