一卡通系統的架構初步描述

文章出處：http://www.jrzgy.com 作者： 人氣： 發表時間：2011年09月10日

　　一卡通的核心意義是子系統數據庫的統一和發卡中心的統一，其突出特點表現為：一卡、一庫、一網。

　　· 一卡：用同一張卡實現不同功能的智能管理，一張卡上通行很多功能不同的設備,同一張卡可用于門禁、考勤、消費、巡更、停車、電梯控制、通道門控制、圖書借閱、醫療保健、會議簽到等；
　　· 一庫：同一個軟件、同一個數據庫內實現卡的發放、卡的取消、卡的掛失、卡的資料查詢、黑名單報警等統一管理；
　　· 一網：一個統一的網絡?；诂F存已綜合布線的局域網絡或基于TCP/IP的Internet網，系統將多種不同的設備接入同一個管理（發卡）中心, 集中授權，統一管理。

　　

　　非一卡通系統帶來的麻煩：

　　許多用戶在實施一卡通系統時，可能采取分階段實施的方式，例如先上考勤系統，過了一段時間又上門禁系統，再過一段時間又上食堂消費系統，在這過程中會發生很多情況，例如原來的廠家提供的產品種類不齊全，被迫從另外的廠家購買另外的產品，或者原來的廠家已經不存在了，等等原因造成了用戶選擇了多個不同的供應商的情況。而這些不同廠家的系統無法兼容，一般來說需要統一更換成同一家的產品，造成客戶原來的購買的設備無法用，導致損失。

　　如果多個系統混用，可能會產生以下的后果：

　　多次發卡：由于多個軟件、多個平臺存在，就有多個發卡系統。為實現一卡通行，則必須要在每個廠家提供的系統中發一次卡。由于環節太多，一旦人員人員發生，將很容易造成錯誤或遺漏。在對卡進行掛失、更換、取消等作業時也會造成麻煩。
　　數據隔離：例如要查詢考勤，就要到考勤機廠家提供的軟件系統中查詢，要查詢消費記錄，又要到消費機廠家提供的軟件系統中查詢，不僅僅是麻煩的問題，這會造成很多的錯誤。
　　維護困難，成本高：在系統出問題時經常會有供應商之間互相推諉的現象，這種情況發生的可能性高達90%以上，可以說，只要出了問題，幾乎可以肯定的是，這種情況避免不了！而且很多問題不是單個供應商能解決的問題。

　　一卡通系統的優勢：

　　一卡通系統可以解決不同廠家不同設備之間的銜接問題，這也是很多用戶形成的歷史問題。

　　一卡通系統已經得到了很大的擴展，發展出了許多細分市場，例如學校一卡通，醫院一卡通，城市（地鐵公交車）一卡通，企業一卡通等等，這些應用都在很多細節方面有所不同，而一卡通系統的優勢在于企業、校園一卡通市場，憑借對企業校園管理的高度理解，一卡通系統也很好地解決了企業校園復雜的要求。

　　一卡通系統用大型的數據庫系統作支撐，性能得到保證。市場上多數用卡的系統多數是小型數據庫，例如sql server ，access等，支持大型數據庫oralce的則不多，對于企業人數5000人以上的企業，每天產生的數據量非常龐大，如果數據庫的性能不高，難以有效地管理，另外，也很難和企業的各種大型應用系統如ERP、CRM、人力資源管理系統、OA系統等進行整合。

　　一卡通系統能夠很好使一卡通相關管理人員和員工之間很好地進行互動，軟件一般是采用B/S架構開發，對于信息化管理程度比較高的企業，采用一卡通系統更加適合。例如如果企業本身需要OA、ERP或人力資源管理系統等和一卡通系統進行整合，那么一卡通系統是最好的選擇。

　　一卡通系統的常見應用：

　　考勤系統
　　門禁系統
　　圖書館借閱系統
　　人力資源管理系統
　　食堂消費系統
　　控水消費系統
　　機房上機收費系統
　　銀行圈存轉帳系統

　　個人不同見解:

　　由于“一卡通”各應用子系統之間的聯系是弱聯系，之間除了用同一張卡作為計費或身份識別之外基本上沒什么聯系.。所以本人對"一卡通"系統數據庫設計上的“一庫”原則不敢茍同，對此本人有以下想法:

　　一卡通”信息系統數據庫設計初步探討

　　概要：卡的應用不外乎就是計費與身份識別之用。所謂“一卡通”就是同一張卡片，每一用戶只需要一張卡，在多種不同功能管理中使用。這是用戶對系統的基本要求，也是“一卡通”最主要的表現。一卡，并不是一種固定的卡，既可以是IC卡，也可以是ID卡；更不能指定某一家廠商的卡。一卡通系統可通過靈活的接口、統一的標準，很容易把各種類型的卡有機地結合起來，在同一系統中，可同時使用不同的卡（如：ID卡，Mifare-One卡同時使用）。功能方面，一卡可以用來停車、開門、考勤、巡更、身份識別等。

　　在“一卡通”系統數據庫設計中，傳統的設計方法是將“一卡通”系統所有數據集中在一起的模式下進行設計（即“一庫一卡通”，特別是同一商家的“一卡通”系統產品）。雖然具有：數據容易共享、數據一致性容易保證、數據檢索方便等優點。但也有其致命的缺點：第一、不便于進行系統的應用升級與擴充。事實上，“一卡通”系統是一個不斷創新與升級的系統，根據市場需求和軟硬件相關技術的發展，“一卡通”系統將會有新的應用加入和老的應用的升級。一般情況下，“一卡通”系統的數據庫需要作相應的變動與升級，由此造成“一卡通”系統數據的兼容性、一致性、獨立性等問題將是非常突出，特別是針對一個運行比較久且比較大型的“一卡通”系統（如：某一大學城的“一卡通”系統）,數據量將是非常龐大的，由此產生的升級與改動成本將是很高的。第二、各應用子系統不可能都是同一家公司研發的，軟硬件各自不同，其后臺數據庫不可能都集成在“一卡通”系統數據庫中。但他們都使用同一張卡作為身份識別與計費的媒介。因此它與“一卡通”系統數據庫之間需要一定的信息交換(如：卡的開戶、掛失、解掛、注銷、補卡等信息)。這時需要增加相應的人力、設備、技術實現與“一卡通”系統數據庫相關數據的同步。在沒有相關標準的情況下，其成本是很高的。

　　事實上，“一卡通”就是利用同一張卡作為各種計費與身份識別系統的媒介，這是“一卡通”系統的共性。各種計費與身份識別系統都有其自身的特點與屬性。比如，“一卡通”系統中的餐飲收費系統與上機收費系統，一個是以食物量的多少來計費，一個是以時間量的長短來計費，其都有不同的特點與屬性,在其后臺數據庫設計上也是有所區別的。這是“一卡通”系統的差異性。有了以上的共性與差異性，本人認為,“一卡通”信息系統數據庫設計比較行之有效的方法就是“一卡多庫”---以卡信息數據庫為中心庫，為每一個應用系統或模塊建立一個專門的相對獨立的數據庫！這樣的好處是便于增加“一卡通”系統的靈活性與獨立性，便于“一卡通”應用系統的擴充與改造升級。但也產生另一個問題:由于各應用系統數據庫的相對獨立，必然導致卡信息數據庫中的卡的開戶、掛失、解掛、補卡、信息調整、注銷等信息與各應用系統數據庫中的相關信息同步問題，這是“一卡通”信息系統數據庫設計必須考慮的重大問題！針對以上問題，本人認為,我們可以采取以下辦法：1、在一定的時間內，各應用系統從卡信息數據庫上傳或下載相關信息，雙方進行必要的更新！2、利用大型數據庫服務器自身的分布復制技術實現相關信息的同步！以上的兩種辦法都要在“一卡通”系統各數據庫相關表的表結構及相關的處理機制上建立"接口"（即一種標準）為基礎。這種標準，為數據庫設計提供了新的課題,因為，它考慮的是屬于不同邏輯整體(“一卡通”各應用子系統之間的聯系本來就是弱聯系，之間除了用同一張卡作為計費或身份識別之外基本上沒什么聯系)中的數據庫與數據庫的聯系，而不是在同一邏輯整體下的實體與實體的聯系，是一種區別于分布式數據庫技術的系統架構方法。