【文章內容簡介】 .................................................................. 77 第 4 章 服務體系 ...................................................................................................................................78 4． 1 售前服務 ............................................................................................................................... 78 4． 2 售中服務 ............................................................................................................................... 78 4． 3 售后服務 ............................................................................................................................... 78 4． 4 服務承諾 ............................................................................................................................... 79 4． 5 服務流程 ............................................................................................................................... 80 校園一卡通 ~ 1 ~ 第 1 部分 方案概述 第 1 章 設計原則 “校園一卡通” 在充分 總結 國內 各 類 一卡通 系統(tǒng) 成功 的 經(jīng)驗 和失敗 的教訓的基礎上 ， 提出如下設計原則： 1． 1 系統(tǒng)設計 安全性、可靠性、 開放性、 高效性 設計貫穿于整個系統(tǒng)設計方案 。 整個系統(tǒng)包括一卡通平臺、 商務消費、身份認證、 社會應用及查詢決策五個部分。一卡通平臺采用開放性設計； 商 務消費系統(tǒng)嚴格遵循銀行業(yè)務系統(tǒng)規(guī)范；身份認證和查詢決策系統(tǒng)在校園網(wǎng)內全局共享； 社會應用 系統(tǒng)可 有效的利用銀行的服務優(yōu)勢 。 1． 2 消費 終端產(chǎn)品設計 消費 終端產(chǎn)品設計兼顧 安全性和實用 性雙重原則。 每一臺終端設備都 可以聯(lián)網(wǎng)或脫機使用， 不論是聯(lián)網(wǎng) 還是脫機 都能進行有效的認證。當系統(tǒng)處于脫機狀態(tài) ， 系統(tǒng) 的認證方式除進行黑名單驗證外，還進行卡片內容 認證， 可有效保證 系統(tǒng)的 安全 。 1． 3 一卡通 系統(tǒng) 平臺設計 系統(tǒng) 的 開 發(fā)工具 采用跨 平臺的 JAVA ， 系統(tǒng) 的后臺 操作 可 在Unix/Linux/Windows 2020 中選擇 。 數(shù)據(jù)庫表寫操作 采用 O/R mapping——HIBERNATE 技術， 在選用不同的數(shù)據(jù)庫時，對于應用程序不用進行任何的修改， 只需修改 HIBERNATE 的數(shù)據(jù)庫配置參數(shù)即可 。 校園一卡通 ~ 2 ~ 1． 4 網(wǎng)絡結構 設計 整個系統(tǒng)的數(shù)據(jù)傳輸依賴于 校園網(wǎng)。 與校園網(wǎng)連接時 利用交換機、路由器及防火墻進行安全有效的連接， 同時采用 DES 及 MD5 信道簽名加密 來 保證傳 輸?shù)陌踩行А? 1． 5 應用軟件設計 對非查詢類應用軟件采用三層結構模式，系統(tǒng)易于管理、 維護和擴展；在應用設計上采用積木式、 模塊化 設計，可以根 據(jù)用戶的不同需求進行有效的組合 。 在查詢類應用軟件方面采用 B/S 結構，采用真正的瘦客戶端的方式，并 可根據(jù)用戶的實際需要實現(xiàn) 內容的定制 。 1． 6 安全性設計 設計原則是：“盡量 避免重大安全事故發(fā)生， 降低小型 安全事故 發(fā)生頻率， 發(fā)生 重大事故 少損失數(shù)據(jù)， 發(fā)生 小 型 事故不損失 數(shù)據(jù)”。 安全性 設計主要從六個方面進行 保證，即 服務器安全、數(shù)據(jù)庫安全、網(wǎng)絡傳輸安全、 應用系統(tǒng)安全、終端產(chǎn)品安全、卡片安全。 整個系統(tǒng) 設計 遵從中國人民銀行有關標準，采用主密鑰、工作密鑰、扇區(qū)種子密鑰、卡片扇區(qū)密鑰、個 人密碼種子密鑰、卡片個人密碼密鑰六個密 鑰組成 系統(tǒng)的密鑰體系，確保 支付交易各環(huán)節(jié)的安全性。數(shù)據(jù)及服務器安全則采用 RAID 方式、雙機熱備方式，支持多種備份方式，對于數(shù)據(jù)傳輸部分 采用 SSL（安全套接字）進行統(tǒng)一的通道加密，并對于其中的關鍵數(shù)據(jù)采用雙重加密 方式，對于應用程序在進行數(shù)據(jù)訪問或進行服務器初次訪問時必須通過證書服務器進行合法應用程序身份的認證； 在終端產(chǎn)品的安全性方面，采用黑名單與白名單并存的方式，在終端產(chǎn)品中保存有業(yè)務交易數(shù)據(jù)，脫機時可 保證交易的正常進行和數(shù)據(jù)的完整性。 校園一卡通 ~ 3 ~ 1． 7 擴展性設計 擴展性設計分為 數(shù)據(jù)擴展、接口擴展、應用 擴展 三個部分 。 數(shù)據(jù)結構設計按照教育系統(tǒng)信息規(guī)范進行；接口擴展 由于采用的支持熱部署應用服務器技術，實現(xiàn)手段主要為 Web Service 技術，在將來對接口進行擴展時只需在應用服務器中部署相關的接口 即可完成 ；應用擴展 是在以上 兩點的基礎 上進行的 ，且 放 進 系統(tǒng) 必須通過證書服務器的認證 。 1． 8 兼容性設計 在邏輯上提供 緊耦合、松耦合、不耦合三種方式，在 技術實現(xiàn)上提供Web Service、 Com+、 EJB(分布式部署 )三種 方式，在數(shù)據(jù)兼容實現(xiàn) 上能 提供文件 、數(shù)據(jù)庫表兩種 方式 ， 一般可 根據(jù)學校的具體要求進行有效的配合使用。 第 2 章 系 統(tǒng) 特 點 2． 1 數(shù)據(jù)平臺獨有的 開放性 寶石“校園一卡通” 系統(tǒng)在數(shù)據(jù) 平臺 的 設計上 ，采用 了中心數(shù)據(jù)庫服務器 /應用服務器 /工作站三層結構，并選用 熱部署的應用服務器軟件， 用戶 可以 在應用服務器上自主 開發(fā) 中間層軟件，并映射到中心數(shù)據(jù)庫服務器， 實現(xiàn)用戶應用軟件的定制 。 2． 2 商務 消費 有效的 三重保障 在 校園網(wǎng) 正常 的 情況 下， 可保證中心 數(shù)據(jù)庫中的用戶余額與每個 消費 系統(tǒng) 實時同步， 因而 可 有效地防止透支情 況的發(fā)生； 在校園網(wǎng)出現(xiàn)問題的情況下， 消費 系統(tǒng)和 中心 數(shù)據(jù)庫 可 分離運行 （半脫機狀態(tài)） ， 消費系統(tǒng)由網(wǎng)控器進行管理，采用黑、白名單進行 合法身份認證，校園一卡通 ~ 4 ~ 網(wǎng)控器可存儲消費數(shù)據(jù) 10 萬條， 并可 進行容量擴充 ； 在消費系統(tǒng) 也 出現(xiàn)問題的情況下，消費終端和 消費系統(tǒng) 網(wǎng)控器也可分離運行 （全脫機狀態(tài)） ， 采用黑名單、校園卡進行合法身份認證， 消費終端 中保存當前的消費或業(yè)務流水， 無論是校園網(wǎng)還是消費系統(tǒng)出現(xiàn)問題， 當故障消除之后，系統(tǒng)會自動進行數(shù)據(jù)上傳，保證 全局的數(shù)據(jù)同步。 2． 3 系統(tǒng) 的模塊化、功能化設計 寶石“校園一卡通” 系統(tǒng)采用積木式結構，不但 可以進行 應用 組合，而且 也 可以進行 功能 組合?？梢愿鶕?jù)不同 的用戶 需要進行 不同 的 組合 ，也可根據(jù)不同的用戶權限進行不同的組合， 如 ： 可以做到一人一個使用權限， 而 每人都有不同的功能。 2． 4 聯(lián)機 /脫機可選擇消費方式 由于“校園一卡通”系統(tǒng)依賴于學校的校園網(wǎng)，網(wǎng)絡不通或不順暢的情況是一定存在的，但對于學校的某些業(yè)務應用，如餐飲系統(tǒng)是不能夠停止使用的，所以本設計的所有終端設備產(chǎn)品都具有聯(lián)機 /脫機兩種模式，即使在脫機的狀態(tài)下也不會影響應用系統(tǒng)的正常使用；使用脫機模式有兩種方式，一種方式是半脫機狀態(tài)，這種狀態(tài)由網(wǎng)控器進行管理，采用黑、白名單進行合法身份認證，在網(wǎng)控器中存儲所有的脫機消費數(shù)據(jù)，基礎容量為 10 萬條，并可通過增加存儲芯片進行容量擴充； 另一種方式是完全脫機狀態(tài)，這種狀態(tài)由 POS 機進行統(tǒng)一控制，采用黑名單及卡片雙向驗證的機制進行合法身份認證，此時在 POS 機中保存當前的消費或業(yè)務流水；當故障消除之后，系統(tǒng)會自動將這一部分未上傳的數(shù)據(jù)上傳，并自動進行全局的數(shù)據(jù)同步。 2． 5 硬件無關性設計 目前，各個學校都已經(jīng)使用了各種卡應用系統(tǒng)。寶石“校園一卡通”系校園一卡通 ~ 5 ~ 統(tǒng)從客戶的角度出發(fā)，設計了先進實用的軟件應用系統(tǒng)，對硬件的依賴降至最低，可以實現(xiàn)硬件的無關性。 第 2 部分 用戶需求分析 校園一卡通 ~ 6 ~ 第 1 章 用戶 背景 XXXXX 大 學 占地 XXX 萬平方米，學校本部設有 XX 個本科學院，還設有XX 等 X 個學院；開設涵蓋哲、經(jīng)、法、教、文、史、理、工、農(nóng)、管 X 個學科門類的共 X 個本科專業(yè)，全日制及各類在校學生近 XXXXX 名。 學校 現(xiàn)有 餐飲收費、網(wǎng)上選課、辦公自動化等 XX 套應用系統(tǒng)。 網(wǎng)絡建設 采用先進實用的網(wǎng)絡通信技術和計算機技術，建立 了 一個覆蓋全校所有建筑和機構的綜合網(wǎng)絡， 目前聯(lián)入校園網(wǎng)的有 XX 棟樓， XXX 個信息點。 整個網(wǎng)絡分為教學區(qū)和宿舍區(qū) ， 形成了 一個技術先進、高效優(yōu)質的校園網(wǎng)絡系統(tǒng) 。 第 2 章 一卡通 需求分析 2． 1 功能需求 ? “校園一卡通“系統(tǒng) 的應用范圍覆蓋每一個校區(qū)； ? 在各校區(qū)內，凡涉及到現(xiàn)金使用的任何一個消費網(wǎng)點，校園卡的帳戶都能通用，所有商戶單位不論其性質與規(guī)模都可以授權代理收款、結算，商戶資金可以實時到賬； ? 用校園卡 取代 各個校區(qū) 以前的各種證 卡，實現(xiàn)宿舍樓、學生公寓的身份校園一卡通 ~ 7 ~ 識別一卡通； 所有用證、用卡的信息管理系統(tǒng)， 其身份識別部分都連通“校園一卡通”系統(tǒng)，實現(xiàn)身份識別的數(shù)據(jù)共享； 實現(xiàn)校內所有重要場所的出入門禁管理，包括校門、圖書館、學生宿舍樓等，提高學校的安全管理水平； ? 與各子系統(tǒng)的掛接與捆綁，將傳統(tǒng)商務消費系統(tǒng)平穩(wěn)過渡，減少投資；數(shù)字化校園建 設中的其他 MIS 系統(tǒng)、 OA 系統(tǒng)，可以通過平臺預留的擴展接口實現(xiàn)與“校園一卡通系統(tǒng)”的數(shù)據(jù)共享；取代各校區(qū)原有的各類借書證、卡，實現(xiàn)與圖書館管理系統(tǒng)、電子閱覽室等系統(tǒng)的對接連通，做到系統(tǒng)軟件直接扣除罰款的緊耦合連接；實現(xiàn)與教務管理系統(tǒng)的對接，實現(xiàn)學生按學期的學籍注冊管理，實現(xiàn)教學資源、生活設施的使用控制；實現(xiàn)宿舍樓、學生公寓的用電控制管理、公共浴池的用水控制管理；在不同操作系統(tǒng)、不同數(shù)據(jù)庫基礎上構建開發(fā)的公用機房上機收費管理、校醫(yī)院掛號收費管理、宿舍樓出入門禁、教職工考勤管理、學籍管理、安全保衛(wèi)的 巡更管理等第 三方子系統(tǒng)，都可以實現(xiàn)與“一卡通系統(tǒng)”的掛接與捆綁； ? 借助銀行提供的自助終端設備，持卡人可實現(xiàn)銀行卡的自助業(yè)務；在各校區(qū)建立統(tǒng)一的校園自助查詢系統(tǒng)，包括電話查詢，網(wǎng)上查詢，觸摸屏查詢，領導查詢，為持卡人提供 24 小時全天候服務； ? 實行“兩卡合一，物理分離”，即銀行卡與校園卡物理上分開，但形式上表現(xiàn)為一張卡、邏輯上統(tǒng)一。卡片由銀行統(tǒng)一提供，采用非接觸式加密 IC 芯片卡片背面加磁條的形式，在校園內通用，具有多錢包功能，同時，具備金融借記卡功能； ? 通過自助圈存、自動批量等多種方式實現(xiàn)持卡人銀行卡 — 校園卡實時自助轉賬功 能； ? “校園一卡通“系統(tǒng)不受校區(qū)的限制，銀行卡可以充分享用銀行的各項信用卡業(yè)務，如 異地通存通兌、商戶消費、網(wǎng)上銀行、電話銀行、銀證轉賬、代收付等； ? 通過建設結算中心，對所有校區(qū)、商戶實現(xiàn)統(tǒng)一結算和管理。 校園一卡通 ~ 8 ~ 2． 2 網(wǎng)絡需求 ? 利用校園網(wǎng)已鋪設的光纖建立“一卡通”專用網(wǎng)； ? 專網(wǎng)主干通過網(wǎng)控器將所有的 485網(wǎng)絡連接起來形成下層為 RS485采集轉發(fā)網(wǎng)絡； ? 一卡通專用網(wǎng)通過路由器、防火墻、前置機及專線與銀行專網(wǎng)相連，實現(xiàn)“校園一卡通”系統(tǒng)的實時銀?；ネ?； ? 一卡通專用網(wǎng)通過交換機及 防火墻與校園網(wǎng)連接，為全校師生提供基于校園 網(wǎng)的管理信息查詢； ? 所有一卡通系統(tǒng)的子應用將掛接在 校園網(wǎng)上，對于掛接于校園網(wǎng)上的所有一卡通子系統(tǒng)將進行必要的認證； ? 遠程單位或校園網(wǎng)未通連接到的 信息點可以采用拔號或租用電信線路的方式與一卡通專用網(wǎng)絡實現(xiàn)互聯(lián)； ? 路由協(xié)議及各基層單位的地址規(guī)劃 ； ? 在專用網(wǎng)的二層交換機上劃分 VLAN，對不同的訪問設定不同的端口，降低校園網(wǎng)廣播風暴對一卡通系統(tǒng)的影響。 2． 3 安全性需求 由于一