【文章內(nèi)容簡介】 據(jù)指定的時間段，查詢期間執(zhí)行的銷卡操作信息，包括卡號、時間、返現(xiàn)金額、操作員等信息。22. 充值信息查詢與匯總。根據(jù)指定的時間段，查詢所有的充值信息，包括卡號、時間等信息。可以顯示每一項充值明細，也可以按年總計、月總計、日總計、小時平均對充值信息進行匯總統(tǒng)計。23. 系統(tǒng)資金匯總。根據(jù)指定的時間段，統(tǒng)計增款（現(xiàn)金繳費、單位補貼、開戶押金、換卡交費）、減款（補貼扣除、現(xiàn)金提取、退還押金、退還余額）、消費（因錯退還、餐費補扣、正常消費）、合計（增款、減款、實際消費、增款減款實際消費）等信息?？梢源蛴〗y(tǒng)計的信息。24. 日志管理。提供操作日志的查詢（根據(jù)時間段、操作類型）和清空。 需要解決的幾個關鍵問題 充值問題最佳的解決充值問題的方案顯然是學校、銀行以及電信三方合作建立的一卡通系統(tǒng)，學生無需要另外購買充值卡。但目前銀行不一定能馬上與我們合作，所以在沒有引入銀行合作之前只能在指定地點的充值機上充值。為了避免用戶在不同系統(tǒng)充值而造成的管理困難和使用的不方便，校內(nèi)的充值管理應當統(tǒng)一不宜多選；此外許多系統(tǒng)的消費管理部分需要同財務管理系統(tǒng)做接口，系統(tǒng)建設的工作量大。因此選擇的消費系統(tǒng)應當在建設初期就能滿足學校的未來消費應用需求，避免后期出現(xiàn)難以增加應用的問題。 IC卡種類的選擇目前使用較為廣泛的IC卡為非接觸ID卡，非接觸加密存儲卡和雙界面CPU卡。為了能夠同時滿足在線消費和脫機消費，以及脫機查詢卡內(nèi)信息的功能，IC卡應當具有存儲功能，非接觸ID卡不具備存儲功能，所以它的應用正在減少。雙界面CPU卡雖然有技術領先、安全性高、存儲容量大、被銀行認可的優(yōu)點，但是卡成本和建設成本都很高，不適于校園應用。非接觸加密存儲卡可以支持多應用，成本較低，采用分區(qū)加密的方式能夠支持不同應用商，雖然存儲容量不高，但是目前已有具備4K字節(jié)存儲容量的卡片，能夠基本滿足學籍管理應用。在選擇非接觸加密存儲卡芯片型號時應注意，芯片應符合ISO的規(guī)范，應考慮相關讀寫設備的普及性和價格。 數(shù)據(jù)采集制卡時如需采集基本信息，卡管理系統(tǒng)應當支持數(shù)據(jù)導入導出功能，以便于錄入數(shù)據(jù)和修改數(shù)據(jù)。如需采集照片，采集的照片應做到：規(guī)格統(tǒng)一，背景一致。特別應注意很可能有學生姓名中包括生僻字，部分生僻字難以通過計算機錄入或打印。即使在系統(tǒng)中安裝了大型字庫將生僻字錄入系統(tǒng)也難以與外界進行數(shù)據(jù)共享或交互，所以需提前確定生僻字處理原則。如：如何上報數(shù)據(jù)，是否采用統(tǒng)一字符代替或用簡單漢字組合代替，打印系統(tǒng)是否需要具備造字的功能等。 一卡多用問題校園“一卡通”最好的實現(xiàn)方式是通過“一卡、一庫、一線”實現(xiàn)完全意義的“一卡通”。即所有應用通過一張卡，在一個數(shù)據(jù)庫中完成所有管理數(shù)據(jù)的存儲，通過一個網(wǎng)絡完成所有應用的連接。需要解決的具體問題包括：系統(tǒng)結(jié)構(gòu)的簡易性與多應用的矛盾、系統(tǒng)的多應用、擴展性與安全性的矛盾等。 數(shù)據(jù)的共享與統(tǒng)一問題在不同系統(tǒng)間應注意保持人員信息一致，時鐘設置統(tǒng)一，黑名單維護統(tǒng)一。中心數(shù)據(jù)庫應做雙機熱備份或定期備份，應預先設定災難發(fā)生后的數(shù)據(jù)庫恢復規(guī)程。 系統(tǒng)模式和開發(fā)平臺的選擇 系統(tǒng)模式的選擇管理信息系統(tǒng)的模式通常有兩種架構(gòu)，即客戶機/服務器（C/S）模式、瀏覽器/服務器（B/S）模式，這兩種模式都得到了普遍的應用?？蛻魴C/服務器（C/S）模式，是指客戶機和服務器這兩個邏輯系統(tǒng)及其應用程序邏輯組件之間復雜關系的協(xié)同?？蛻魴C/服務器結(jié)構(gòu)是將劃分成幾個部分，分配到整個網(wǎng)絡上。某些應用由客戶機完成，有些應用由服務器完成，從而達到資源的最佳配置。 客戶機/服務器系統(tǒng)中，應用程序被分為兩大部分[4]：服務器部分：由多個用戶共享的功能和應用，包括DBMS管理的數(shù)據(jù)庫?？蛻魴C部分：每個不同用戶所專有的功能和信息，是能夠訪問數(shù)據(jù)庫的應用程序的分布?？蛻魴C執(zhí)行應用程序，直接和操作員打交道。瀏覽器/服務器（B/S）模式是由瀏覽器、Web服務器、應用服務器和數(shù)據(jù)服務器組成的多層網(wǎng)絡結(jié)構(gòu)體系[1]。該模式只安裝維護一個服務器(Server)，而客戶端采用瀏覽器(Browse)運行軟件，是一種全新的軟件系統(tǒng)構(gòu)造技術。 瀏覽器/服務器模式邏輯上采用的是一種三層結(jié)構(gòu)模型：Web服務器接受遠程或本地瀏覽器的HTTP查詢請求，然后會同應用服務器根據(jù)查詢條件到數(shù)據(jù)服務器獲取相關數(shù)據(jù)，再將結(jié)果翻譯成HTTP和各種語言傳送回提出查詢請求的瀏覽器。B/S是一種瘦客戶機模式，客戶端無需安裝專用軟件，B/S模式的功能都在Web服務器上實現(xiàn)。客戶機/服務器模式和瀏覽器/服務器模式各有所長，簡要分析如下[4]：C/S模式的優(yōu)點在于：交互性強，客戶端有一套完整的應用程序，在出錯提示、在線幫助等方面都有強大的功能，并且可以在子程序間自由切換；C/S模式將降低網(wǎng)絡通信量，速度較快，適合處理大量數(shù)據(jù)；C/S模式往往用于一個局域網(wǎng)內(nèi)，安全性高。B/S模式的優(yōu)點在于：簡化了客戶端，客戶端僅需要瀏覽器和TCP/IP協(xié)議，節(jié)省客戶機的硬盤空間與內(nèi)存，簡化了用戶的操作；應用程序的更新方便，只要更新Web服務器上的程序即可；瀏覽器/服務器模式可以在全球Internet網(wǎng)使用。在開發(fā)MIS的時候，應該根據(jù)實際情況，選擇C/S模式或者B/S模式，甚至可以將這兩種模式結(jié)合起來。而即將開發(fā)的校園一卡通管理系統(tǒng)，具有如下特點：使用范圍僅限于一個校區(qū)內(nèi)，地點固定，交互性要求高，也有可能會涉及到一些敏感數(shù)據(jù)，對安全性要求高，要求處理的數(shù)據(jù)量較大。鑒于此，采用C/S模式較好。 數(shù)據(jù)庫管理系統(tǒng)的選擇目前主流的數(shù)據(jù)庫管理系統(tǒng)（DBMS）都是關系數(shù)據(jù)庫系統(tǒng)（RDBMS），非關系數(shù)據(jù)庫管理系統(tǒng)，也都提供了關系模式的接口。常見的主流關系數(shù)據(jù)庫有Oracle、SQL Server、DBMySQL、Sybase、Access等產(chǎn)品。從應用來看，Access一般作為小型單機版的數(shù)據(jù)庫，也不支持存儲過程，顯然不能滿足即將實現(xiàn)的系統(tǒng)的要求，Oracle、SQL Server、DBMySQL、Sybase均為大型關系數(shù)據(jù)庫，足以滿足系統(tǒng)的應用要求。從存儲、處理大批量數(shù)據(jù)的安全性、穩(wěn)定性來看，Oracle最好，但是Oracle價格昂貴，易用性不強，對服務器硬件要求非常高，對于校園一卡通管理這樣的系統(tǒng)來說，恐非最佳選擇。從成本來看，Sun公司的MySQL是免費、開源的，但是Oracle的東家甲骨文公司早幾年收購了Sun，MySQL前景不明，為了避免以后可能出現(xiàn)的技術支持問題，MySQL顯然也非最佳選擇。微軟公司的SQL Server數(shù)據(jù)庫管理系統(tǒng)因其處理大規(guī)模數(shù)據(jù)的能力強、價格適中，易用性強、使用廣泛、容易獲得技術支持，非常適合即將實現(xiàn)的校園一卡通管理系統(tǒng)。目前市場占有率最高的SQL Server版本是微軟公司于2010年推出的SQL Server 2008 R2。SQL Server 2008 R2是一個全面的數(shù)據(jù)庫平臺，使用集成的商業(yè)智能 (BI) 工具提供了企業(yè)級的數(shù)據(jù)管理。SQL Server 2008 R2數(shù)據(jù)庫引擎為關系型數(shù)據(jù)和結(jié)構(gòu)化數(shù)據(jù)提供了更安全可靠的存儲功能，可以構(gòu)建和管理用于業(yè)務的高可用和高性能的數(shù)據(jù)應用程序。與 Microsoft Visual Studio、Microsoft Office System 以及新的開發(fā)工具包的緊密集成使 SQL Server 2008 R2與眾不同。為了滿足各類企業(yè)和個人獨特的性能、運行時以及價格要求，SQL Server 2008 R2分為企業(yè)版、標準版、工作組版、開發(fā)版和速成版5個版本，并提供了一批組件供用戶選用。企業(yè)版的功能最強，適合大型企業(yè)，對服務器硬件要求很高，速成版的功能最少，但它是免費的，對硬件要求不是很高，配置較為高檔的普通PC機也能運行，升級容易，數(shù)據(jù)處理能力適中，完全適合一些小型系統(tǒng)的開發(fā)，因校園一卡通涉及大量的數(shù)據(jù)的存儲，選擇SQL Server 2008 R2標準版。 應用程序開發(fā)工具的選擇能夠滿足MIS應用程序開發(fā)要求的開發(fā)工具有很多，主流的開發(fā)工具有微軟的Visual （支持C++、C、VB等多種語言）、Embarcadero（原Borland）的C++Builder、Delphi等，這些都是面向?qū)ο蟮目梢暬_發(fā)工具，均支持數(shù)據(jù)庫系統(tǒng)應用程序開發(fā)、網(wǎng)絡應用程序開發(fā)、多媒體應用程序開發(fā)。Visual C功能強大，使用簡單，尤其適合企業(yè)信息系統(tǒng)的開發(fā)，又因為Visual C有一個適合小型應用程序開發(fā)的免費版Visual C 2010 Express，故最終選定Visual C 2010 Express作為開發(fā)工具，這樣，大大降低開發(fā)的軟件成本。 本章小結(jié)本章主要介紹開發(fā)前工作準備。進行可行性分析和需求分析，確定了系統(tǒng)開發(fā)過程中可能要遇到的幾個關鍵性問題并設想出方法解決。并且確定了系統(tǒng)采用C/S模式，開發(fā)平臺使用Visual Studio 2010和SQL Server 2008 R2數(shù)據(jù)庫。第三章 整體設計通過需求分析，明確了即將開發(fā)的校園一卡通管理系統(tǒng)需要達到的目標以及需要實現(xiàn)的功能，下一步將進行系統(tǒng)設計工作。系統(tǒng)設計的第一步是總體設計，即將軟件需求轉(zhuǎn)化為數(shù)據(jù)結(jié)構(gòu)和軟件的系統(tǒng)結(jié)構(gòu)[6]。包括系統(tǒng)功能結(jié)構(gòu)的劃分、數(shù)據(jù)庫的邏輯設計和系統(tǒng)環(huán)境的配置。 系統(tǒng)功能模塊的劃分總體設計的首要任務是系統(tǒng)總體功能結(jié)構(gòu)的確定和子系統(tǒng)與模塊的劃分。系統(tǒng)自上而下劃分為若干子系統(tǒng)，層層劃分到每一個模塊都能夠作為計算機可執(zhí)行的單獨的程序。系統(tǒng)劃分的結(jié)果反映為一個樹形結(jié)構(gòu)。一個好的模塊應該內(nèi)部凝聚性好，相對獨立，盡量減少與其他模塊之間的聯(lián)系，包括調(diào)用關系，控制關系和數(shù)據(jù)交換關系，就是要求滿足“高內(nèi)聚，低耦合”的標準[4,6]。依據(jù)“結(jié)構(gòu)化系統(tǒng)設計”的思想和“高內(nèi)聚、低耦合”的原則，將要實現(xiàn)的校園消費卡管理，可以劃分為“系統(tǒng)設置”、“智能卡管理”、“機器管理”、“消費信息管理”、“報表”、“賬戶信息管理”、“日志管理”7個子系統(tǒng)，每個子系統(tǒng)又包含若干模塊?！跋到y(tǒng)設置”子系統(tǒng)包含“系統(tǒng)基本設置”、“系統(tǒng)初始化”、“備份還原”等模塊?！爸悄芸ü芾怼弊酉到y(tǒng)包含“部門信息維護”、“開戶管理”、“充值管理”、“掛失銷戶”等模塊?！皺C器管理”子系統(tǒng)包含“分組信息管理”、“機器信息管理”、“下載消費數(shù)據(jù)”、“實時監(jiān)控消費數(shù)據(jù)”等模塊?！跋M信息管理” 子系統(tǒng)包含“查看消費信息”、“修改消費信息”等模塊?！百~戶信息管理” 子系統(tǒng)包含“新增賬戶信息”、“修改賬戶信息”、“刪除賬戶信息”等模塊。“日志管理” 子系統(tǒng)包含“查看日志”、“清空日志”等模塊。子系統(tǒng)和模塊的劃分。校園一卡通管理系統(tǒng)系統(tǒng)設置智能卡管理消費信息管理部門信息維護機器管理報表系統(tǒng)基本設置系統(tǒng)初始化備份還原消費卡信息管理開戶管理充值管理分組信息管理消費信息操作消費明細查詢賬戶管理日志管理機器信息管理下載消費數(shù)據(jù)實時監(jiān)控消費數(shù)據(jù)賬戶信息管理修改密碼查看日志清空日志消費信息匯總 校園一卡通管理系統(tǒng)功能模塊圖此外，還應該包含“系統(tǒng)登錄”模塊，這是所有的MIS必須具有的一個模塊。每個模塊的大致功能如下：系統(tǒng)基本設置：設置消費機的串口號、波特率、自由扇區(qū)、管理卡編號、刷卡間隔、最大消費、開機LOGO、打印LOGO，設置發(fā)卡機的串口號和波特率（串口號和波特率提供自動搜索的功能），設置換卡費用和開卡押金；系統(tǒng)初始化：清空數(shù)據(jù)庫中的所有的表的數(shù)據(jù)。執(zhí)行此操作時需要輸入管理員密碼；備份還原：對數(shù)據(jù)庫進行備份或者還原；部門信息維護：對消費卡用戶所在單位的部門信息進行維護，包括部門信息的添加、刪除、修改和查看。部門信息包括部門名稱、卡數(shù)、上級部門等；消費卡管理：選擇部門，顯示該部門的所有消費卡信息列表，包括卡號、持卡人姓名、部門、余額、押金、有效期、最低金額、每日消費限額、卡類型、時段限次等?？梢孕略觥⑿薷南M卡信息，對已經(jīng)發(fā)放的卡可以掛失，對以掛失的卡可以解掛，對不再使用的卡可以注銷，并可以提供換卡功能（即復制一張信息完全一樣的卡，同時將原卡作廢）。為方便用戶操作，還應提供查詢功能，根據(jù)卡號、姓名等條件查詢相關的消費卡信息。還提供將列表中的所有的卡信息導出到Excel文件；開戶管理：可以為單張消費卡或多張消費卡提供開戶功能。開戶時需要輸入卡號、持卡人姓名、部門、余額、押金、有效期、最低金額、每日消費限額、卡類型、時段限次等信息；充值管理：對單張消費卡提供充值操作，充值后修改余額；分組信息管理：設置消費機的使用分組（如食堂、商店等）；機器信息管理：對消費機信息進行新增、修改和刪除。消費機信息包括機器號、分組、消費模式（手動消費、固定消費、菜單消費、PC下傳）、消費時間段（可最多支持四個消費時間段）、每個時間段的消費金額、菜單消費信息、折扣信息、機器刷卡間隔、單次刷卡最大消費金額、語言模式、打印LOGO和開機LOGO；下載消費數(shù)據(jù)：將消費機中離線消費信息下載到數(shù)據(jù)庫。消費信息包括機器號、卡號、消費時間、消費金額、余額、消費類型。能在一定程度上識別明顯錯誤的數(shù)據(jù)。離線消費信息下載到數(shù)據(jù)庫后從消費機中刪除；實時監(jiān)控消費數(shù)據(jù)：選擇需要監(jiān)控的消費機，對選中的消費機進行監(jiān)控，被監(jiān)控的消費機每執(zhí)行一次消費操作，相應的消費信息實時寫入數(shù)據(jù)庫；報表：根據(jù)各種條件進行數(shù)據(jù)處理統(tǒng)計報表；賬戶管理：對系統(tǒng)的所有賬戶信息進行維護。包括添加賬戶并為其設置操作權(quán)限、刪除賬戶、修改賬戶的密碼和權(quán)限；日志管理：提供操作日志的查詢（根據(jù)時間段、操作類型）和清空。 數(shù)據(jù)庫設計數(shù)據(jù)庫設計在管理系統(tǒng)的開發(fā)中占居非常重要的地位，數(shù)據(jù)庫結(jié)構(gòu)設計的好壞將直接影響系統(tǒng)的效率和實現(xiàn)的效果。數(shù)據(jù)庫設計的核心是表的設計，在工程上，要求滿足關系數(shù)據(jù)庫規(guī)范化模式的第三范式[8]。 數(shù)據(jù)庫概念設計概念設計是將需求分析得到的用戶需求抽象為信息結(jié)構(gòu)的過程，其結(jié)果是數(shù)據(jù)庫的概念模型。概念設計的任務是將用戶的各種需求抽象為一個不依賴于具體機器、具體DBMS的概念模型。對于采用ER模型的設計方法，概念設計表現(xiàn)為設計全局ER圖和各局部ER圖。在ER圖中，實體用矩形表示，屬性用橢圓表示，聯(lián)系用菱形表示，聯(lián)系類