【文章內(nèi)容簡介】 連接，實現(xiàn)校園卡結算中心與銀行之間的轉帳、結算、對帳和帳務查詢處理。? 通過放置在學校和銀行網(wǎng)點的“圈存機”和其他自助銀行設備實現(xiàn)校園卡中電子錢包資金與銀行帳戶之間的電子轉帳（圈存和圈提）、掛失和查詢功能，以及校園卡電子錢包之間的轉帳。? 對校園消費和經(jīng)費收費等“金融支付”功能，系統(tǒng)提供：“電子錢包”小額無密碼支付、“電子錢包”大額密碼支付和銀行卡自動轉賬支付等多種支付方式。為滿足校園應用的特點，系統(tǒng)提供對“電子錢包”實時掛失的支持。? “電子錢包”的消費交易，采用“實時結算、日終對帳”的處理方式，這樣加快了結算速度，又保證了系統(tǒng)數(shù)據(jù)的完整性和安全性。? “電子錢包”消費是在一個封閉環(huán)境（校園內(nèi)）進行的小額消費，對安全性相對要求較低。但需要通過日終的對帳、軋帳發(fā)現(xiàn)和解決問題。這樣大大降低了系統(tǒng)的復雜性和建設成本。? 對于較大額收費，比如學費、選課費等，提供網(wǎng)絡和自助服務設備自助繳費方式，從銀行帳戶直接轉賬劃轉，在校園卡系統(tǒng)中記錄明細，修改相應繳費狀態(tài)，并能與學費管理、教務管理等第三方管理軟件實時聯(lián)動完成管理控制功能。? 為便于系統(tǒng)的運用和管理，以及與學校其他系統(tǒng)的協(xié)調(diào)，校園卡系統(tǒng)建設統(tǒng)一的身份認證機制，通過身份認證服務器完成新校區(qū)所有系統(tǒng)的身份識別，并通過統(tǒng)一數(shù)據(jù)管理系統(tǒng)與人事、學工和教學等等系統(tǒng)共享基礎數(shù)據(jù)和認證手段，實現(xiàn)統(tǒng)一用戶及業(yè)務管理，“單點登錄（Single sign on）”，使校園卡系統(tǒng)真正成為數(shù)字化校園建設的有機組成部分。? 統(tǒng)一校園卡系統(tǒng)接口和數(shù)據(jù)交換規(guī)范，提供了標準接口和標準報文兩種接口方式，便于各種查詢平臺和應用系統(tǒng)的接入，數(shù)據(jù)交換規(guī)范使校園卡數(shù)據(jù)中心成為數(shù)據(jù)和信息交換中心，便于通過統(tǒng)一數(shù)據(jù)管理系統(tǒng)與其他系統(tǒng)交換、查詢數(shù)據(jù)信息。由于管理體制的特殊性，對于校園卡系統(tǒng)各個學校的管理模式差異較大，根據(jù)學校初步規(guī)劃：校園卡數(shù)據(jù)中心放置在信息中心機房，便于提供良好的運行環(huán)境和方便信息中心技術人員維護；卡管理中心可能設置在方便學生的地方，比如食堂等等。為適應這種分散管理、協(xié)調(diào)工作的模式，系統(tǒng)的總體結構必須先進、靈活，使管理人員能夠根據(jù)需要進行系統(tǒng)部署，使相關部門能夠以系統(tǒng)和卡為線索協(xié)調(diào)工作。為達到這個目的，我公司校園卡系統(tǒng)基于 J2EE技術體系，完全模塊、組件化開發(fā)、采用Ｂ／Ｓ三層結構，無客戶端，瀏覽器管理。同時充分擴展校園卡網(wǎng)站功能，可實現(xiàn)與數(shù)字化校園的統(tǒng)一門戶、統(tǒng)一用戶管理、統(tǒng)一身份認證等系統(tǒng)的無縫銜接，使系統(tǒng)可以隨著學校的管理模式變化進行功能和權限控制，全面適應獨立、分散和協(xié)同的校園卡管理模式。 系統(tǒng)技術體系為滿足系統(tǒng)設計目標，本系統(tǒng)使用J2EE、JavaScript、Html、Xml、Webservice、Css、LDAP、SQL92 標準等技術，采用目前流行的 B/S三層體系結構，一切符合 Inter/Intra技術標準，以方便用戶升級、移植。系統(tǒng)具有良好的開放性和可擴展性和跨平臺支持，可以支持MySql、Oracle、DBMS SQLServer等多種數(shù)據(jù)庫，并能夠支持包括 JSP、ASP、PHP 在內(nèi)的多種 web開發(fā)語言。由于完全采用平臺無關的開發(fā)技術，所以系統(tǒng)可以運行于 Windows、Unix、Linux 等多種操作系統(tǒng)，給用戶的選擇帶來更大的自由度。 B/S模式構建 Inter應用采用 Browser/Server的結構模式，使用戶的應用完全集中在瀏覽器端，只要網(wǎng)絡連通，就可以在任何時間、任何地點訪問應用系統(tǒng)，不僅操作簡單方便而且更減少了大量的系統(tǒng)維護工作，特別適合“校園一卡通系統(tǒng)”這樣大范圍、跨校區(qū)信息化應用的操作、管理和維護。三層體系結構是針對于以往的主機/終端模式或者服務器/客戶機模式區(qū)別而成的，具體包括：前端用戶界面、中端應用服務和后端數(shù)據(jù)庫服務。校園卡管理平臺及應用系統(tǒng)完全基于三層體系結構進行構建，用戶顯示層全部采用瀏覽器方式；中間業(yè)務層采用標準化、完全開放的 J2EE技術，可以實現(xiàn)多種應用結構上的統(tǒng)一，通過模塊化結構設計，實現(xiàn)高可用的應用系統(tǒng)；后端數(shù)據(jù)支持層實現(xiàn)數(shù)據(jù)的集中存儲和查詢等操作，多臺服務器同時讀寫并保證數(shù)據(jù)一致性。 J2EE技術規(guī)范J2EE標準由 Sun公司制定和發(fā)布，并得到 IBM , BEA Systems, Oracle等大型廠商的積極參與和支持，紛紛推出了各自的符合 J2EE規(guī)范的 Java應用服務器和其它 Java產(chǎn)品，可以說 J2EE已經(jīng)是事實上的工業(yè)標準。J2EE是一種利用 Java 2平臺來簡化企業(yè)解決方案的開發(fā)、部署和管理相關的復雜問題的體系結構，其核心是 Java平臺，J2EE 不僅鞏固了標準版中的許多優(yōu)點，例如“編寫一次、隨處運行”的特性，方便存取數(shù)據(jù)庫的 JDBC API、CORBA 技術以及能夠在Inter應用中保護數(shù)據(jù)的安全模式等等，同時還提供了對 EJB，Java Servlet、Jsp 以及 xml技術的全面支持，其最終目的是成為一個能夠使開發(fā)者大幅縮短開發(fā)時間的體系結構。J2EE體系結構提供中間層集成框架用來滿足無需太多費用而又需要高可用性、高可靠性以及可擴展性的應用需求，通過提供統(tǒng)一的開發(fā)平臺，J2EE 降低了開發(fā)多層應用的費用和復雜性，同時提供對現(xiàn)有應用系統(tǒng)集成的強有力支持，完全支持良好的向?qū)еС执虬筒渴饝?，增強了安全機制、提高了系統(tǒng)性能，保證系統(tǒng)具有優(yōu)異的性能和跨平臺支持。因此特別適合校園卡系統(tǒng)及未來數(shù)字化校園的整體開發(fā)。校園卡系統(tǒng)應用軟件平臺的采用 J2EE技術規(guī)范，采用 java、xml 等技術進行開發(fā)，保證系統(tǒng)具有優(yōu)異的性能和跨平臺支持。 Oracle存儲系統(tǒng)數(shù)據(jù)Oracle數(shù)據(jù)庫以其高性能、海量存儲和數(shù)據(jù)安全性著稱，校園卡系統(tǒng)基礎平臺采用Oracle作為數(shù)據(jù)庫服務器，保證了系統(tǒng)的先進性、穩(wěn)定性，解決的數(shù)據(jù)存儲、數(shù)據(jù)安全的后顧之憂。 LDAP目錄服務存儲用戶信息，實現(xiàn)單點登錄校園卡系統(tǒng)將用戶信息集中存放在 LDAP目錄服務中，為校園信息門戶實現(xiàn)統(tǒng)一身份認證、單點登錄(SSO)奠定了基礎，用戶登錄系統(tǒng)后就可以訪問所有授權應用系統(tǒng)和資源。 總體結構要構建統(tǒng)一的數(shù)字化校園基礎應用和校園卡系統(tǒng)平臺首先需要安全、可靠，滿足學?，F(xiàn)在和未來多年應用需要的數(shù)據(jù)存儲處理中心?？紤]到學校的實際規(guī)模和大學城規(guī)劃，必須選用小型機和大型數(shù)據(jù)庫系統(tǒng)才能滿足需要，為保證數(shù)據(jù)的安全性和吞吐量，建議采用先進的磁盤陣列作為數(shù)據(jù)庫存儲。因為校園卡數(shù)據(jù)中心的重要性，為實現(xiàn)長期、穩(wěn)定的運行，必須采用雙機集群熱備份系統(tǒng)，即通過先進的集群軟件將兩臺中心主機連接起來，正常情況下由主機負責業(yè)務處理，當主機出現(xiàn)故障時，集群軟件能夠檢測到故障，自動啟動備份機接管主機的業(yè)務處理，保證所有交易處理不間斷進行。本系統(tǒng)作為校園卡業(yè)務處理系統(tǒng)，為與未來數(shù)字化校園基礎應用平臺統(tǒng)一，建議未來與學校數(shù)字化校園數(shù)據(jù)中心共享主機，既節(jié)省大量硬件投資費用，有便于管理，實現(xiàn)統(tǒng)一基礎數(shù)據(jù)、統(tǒng)一接入和身份認證。為了便于系統(tǒng)擴展，校園卡系統(tǒng)采用流行的三層處理結構，即將數(shù)據(jù)庫、業(yè)務處理分隔開，業(yè)務處理的變化不會影響數(shù)據(jù)的安全，既保證了數(shù)據(jù)的一致性，又便于業(yè)務處理的擴展。在系統(tǒng)總體結構中，我們將所有業(yè)務邏輯處理交由相應的應用服務器處理，主要包括：負責平臺管理和交易處理的綜合業(yè)務服務器、負責銀行業(yè)務處理的金融服務器、負責外圍系統(tǒng)、設備接入和管理的接入服務器以及提供網(wǎng)上管理和服務的 WWW服務器等，這些應用服務器可根據(jù)需要共用一臺機器，也可分開部署。為了管理消費終端等面向客戶的可脫機運行設備，實現(xiàn)各個子系統(tǒng)既可以獨立運行又可以聯(lián)機運行的靈活模式，保證系統(tǒng)的可靠性，并與學校第三方系統(tǒng)有機銜接，系統(tǒng)還要提供相應的前置或代理系統(tǒng)來管理相關脫機運行設備和實現(xiàn)數(shù)據(jù)的本地緩存，便于系統(tǒng)管理、運行和數(shù)據(jù)核對。校園卡系統(tǒng)中直接面對客戶和管理人員的是管理工作站、圈存機、自助服務終端、消費機等設備?？傮w上，整個系統(tǒng)的結構如下：從上圖中，可以看出系統(tǒng)網(wǎng)絡分為三級平臺結構：銀行作為一級平臺。校園卡管理中心作為二級平臺。校園卡系統(tǒng)專網(wǎng)和整個校園網(wǎng)絡作為三級平臺一級平臺為銀行網(wǎng)絡系統(tǒng)，通過 DDN與校園卡數(shù)據(jù)中心實時連結，可用普通電話撥號作為線路備份，實現(xiàn)用戶的實時圈存、銀行卡掛失、每日業(yè)務結算等功能。二級平臺是“校園卡”數(shù)據(jù)中心系統(tǒng)專用局域網(wǎng)，是系統(tǒng)中心數(shù)據(jù)庫、中心服務器和各種應用服務器所在地，通過防火墻同三級平臺相聯(lián)，提供各種業(yè)務處理。三級平臺利用整個校園網(wǎng)和校園卡系統(tǒng)專網(wǎng)作為系統(tǒng)的骨干通訊平臺，主要實現(xiàn)校園卡在學校內(nèi)的各種業(yè)務處理，為保證主要系統(tǒng)的穩(wěn)定、可靠，系統(tǒng)中食堂消費、澡堂、圖書館等系統(tǒng)和設備可通過專網(wǎng)直接連接數(shù)據(jù)中心。查詢、圈存、自助服務及其它應用系統(tǒng)（教務管理、學生管理）由于分布的廣泛、分散和應用的要求（如應安裝在學生集中的地方） ，完全采用專網(wǎng)是不現(xiàn)實的，因此這些系統(tǒng)和設備由校園網(wǎng)絡通過防火墻與數(shù)據(jù)中心連接，既保證了校園卡系統(tǒng)在校園廣泛應用的方便性，又避免了完全開放的校園網(wǎng)絡給校園卡系統(tǒng)帶來的安全問題。整個校園卡系統(tǒng)運行在現(xiàn)有的校園網(wǎng)絡和校園卡專網(wǎng)上，充分利用覆蓋整個新校區(qū)的現(xiàn)有網(wǎng)絡構建完善的校園卡使用環(huán)境。為方便系統(tǒng)維護和中心機房管理，校園卡系統(tǒng)數(shù)據(jù)中心設置在新校區(qū)信息中心，利用信息中心機房良好的運行環(huán)境，方便技術人員維護中心設備和系統(tǒng)。為方便學生，卡管理中心可設立在食堂等學生集中的地方。分布在學校各處的校園卡應用系統(tǒng)和外圍應用系統(tǒng)均通過各自的前置主機與接入服務器對接，校園卡應用系統(tǒng)，包括消費、門禁、水控等等，其前置主機與終端設備之間可采用 RS48CAN 或TCP/IP連接，為保證校園卡系統(tǒng)“不停機”工作，日間終端設備可采用聯(lián)機或脫機方式，子系統(tǒng)主機可通過實時、定時或人工方式，隨時連接終端機，完成數(shù)據(jù)采集、參數(shù)下載、黑名單更新和狀態(tài)監(jiān)控等。 面向數(shù)字化校園的平臺設計思路傳統(tǒng)校園卡系統(tǒng)平臺主要包含“一卡通”業(yè)務的核心處理功能，將核心業(yè)務處理功能作為共用模塊獨立出來構建校園卡業(yè)務平臺，保證核心系統(tǒng)的穩(wěn)定性，為“一卡通”應用的不斷擴展提供極大方便。而數(shù)字化校園的基礎應用平臺是各個應用管理子系統(tǒng)（N 個應用模塊）的總平臺。從技術層面上來看，它是統(tǒng)領、涵蓋數(shù)字化校園工程一切工作的重中之重。基于數(shù)字化校園理念的校園卡系統(tǒng)就是將“一卡通”系統(tǒng)核心業(yè)務平臺按照數(shù)字化校園基礎應用平臺的理念進行一體化設計，直接將“一卡通”核心處理功能作為一部分融合到基礎應用平臺中，統(tǒng)一作為數(shù)字化校園 N個應用子系統(tǒng)和校園卡系統(tǒng) N個子系統(tǒng)模塊的基礎服務功能和處理機制，避免平臺系統(tǒng)的功能冗余和不一致，使系統(tǒng)的總體結構更加合理，管理、維護更加方便。本項目明確提出了面向數(shù)字化校園建設的一卡通需求，數(shù)字化校園建設的核心是“1+N+1”，要求基礎應用平臺必須是開放的，具有良好的擴展性，能夠集成、隨時添加或外掛其它應用模塊或第三方產(chǎn)品?；A應用平臺提供的就是對各個用戶、各個應用系統(tǒng)等的管理與控制。N 個應用模塊對應的數(shù)據(jù)庫必須能夠共享、智能分類與匯總，實現(xiàn)邏輯上的互導與交融。例如：相同的共用字段，要確保數(shù)據(jù)的唯一性與一致性。因此，禁止在多個子系統(tǒng)的數(shù)據(jù)庫中單獨創(chuàng)建、重復創(chuàng)建?；A應用平臺要實現(xiàn)單點登錄，即統(tǒng)一身份認證，當用戶登錄統(tǒng)一的接入門戶后，根據(jù)用戶類型和權限，整個系統(tǒng)中相關的所有資源均直觀的呈現(xiàn)在用戶面前，用戶不用再進行登錄即可使用授權資源和功能；統(tǒng)一用戶和業(yè)務管理，即整個系統(tǒng)中的應用子系統(tǒng)均由基礎應用平臺進行用戶管理和業(yè)務管理，用戶管理主要是基于統(tǒng)一身份認證的用戶增加、修改和刪除，當平臺完成用戶增、刪、改后用戶信息實時在整個系統(tǒng)中有效，包括第三方系統(tǒng)，管理人員不用再進入具體的應用子系統(tǒng)進行用戶資料維護。業(yè)務管理主要完成業(yè)務功能授權和服務啟停?；A應用平臺要能夠?qū)崿F(xiàn)區(qū)分用戶群的個性化界面；實現(xiàn)內(nèi)網(wǎng)、外網(wǎng)顯示頁面內(nèi)容有別，同時基礎應用平臺要具有完整的安全措施，保證整個系統(tǒng)交易和應用的安全?；A應用平臺要實現(xiàn)統(tǒng)一的數(shù)據(jù)管理，即在統(tǒng)一學校公共基礎數(shù)據(jù)的前提下，將分散于各個獨立應用系統(tǒng)中的個性化數(shù)據(jù)資源統(tǒng)一管理起來，形成整體上虛擬的分布式數(shù)據(jù)庫，在此基礎上構建先進、統(tǒng)一、規(guī)范的數(shù)據(jù)交換平臺，滿足學校各個應用系統(tǒng)智能化信息發(fā)布、權限控制、數(shù)據(jù)交換等需求，在應用系統(tǒng)獨立運行的條件下，實現(xiàn)學校信息化數(shù)據(jù)資源的充分共享和定制交換。要滿足以上數(shù)字化校園基礎應用平臺目標，必須貫徹以下設計思路：? 先進性在設計思想、系統(tǒng)結構、平臺選擇、上應具有一定的先進性、前瞻性，采用先進成熟的技術滿足當前學校管理的需求，兼顧其它相關的管理需要，在一段時期內(nèi)保持技術的先進性。系統(tǒng)采用開放的、標準的 J2EE體系構建數(shù)字化校園，不但具備優(yōu)秀的跨平臺支持，而且極大方便了系統(tǒng)的后續(xù)開發(fā)。整個數(shù)字化校園完全采用 B/S模式進行開發(fā)，在結構上采用當前流行的三層結構—— 數(shù)據(jù)、業(yè)務處理、用戶界面。系統(tǒng)采用個性化設計，平臺會自動處理網(wǎng)絡邊界，實現(xiàn)內(nèi)容和界面內(nèi)、外網(wǎng)不同。? 實用性要做到簡單化、實用化、人性化，強調(diào)服務，實現(xiàn)統(tǒng)一應用界面、統(tǒng)一用戶管理、統(tǒng)一身份認證，為用戶（全校教師、學生，含家長與主管部門、社會）提供個性化、智能化、網(wǎng)絡化的全方位、全天候的服務。所有應用系統(tǒng)的客戶端均采用 IE瀏覽器，操作簡單，而且全面支持右鍵快捷菜單操作；不同類型的用戶（教師、學生、家長的）對應完全個性化的操作界面，用戶可以自行采用“拖拉”的方式設置自己的界面布局，而不用進行任何源代碼更改。? 開放性和互聯(lián)性系 統(tǒng) 設 計 應 采 用 開 放 技 術 、 開 放 結 構 、 開 放 系 統(tǒng) 組 件 和 開 放 用 戶 接 口 ， 以 利 于 網(wǎng) 絡的 維 護 、 擴 展 升 級 及 與