【正文】 也不能取得相應的信息。 在安全策略上，采用三級的不斷完善的策略： ? 漏洞掃描：不斷的進行漏洞掃描，發(fā)現(xiàn)存在的安全漏洞 ? 訪問控制：根據(jù) 發(fā)現(xiàn) 的安全漏洞，采取相應的措施進行訪問控制 ? 安全審計：對前面的工作進行審計，采取更加進一步的安全策略 3） 設備安全 設備安全主要指 市民一卡通系統(tǒng) 各種硬件設備管理，包括主機房管理，制卡車間 管理，網(wǎng)絡設備等，在建設時候需要按照一定的規(guī)范制度，運行時候進行監(jiān)控和遵從管理制度。可以包括以下幾個方面： 主機房的基本環(huán)境要求 ? 設備監(jiān)控設施 ? 主機房管理制度 ? 制卡車間規(guī)范 ? 網(wǎng)絡管理規(guī)范 4） 卡安全 卡安全主要指卡本身的一系列安全措施，如卡的密鑰管理，密鑰分發(fā)體系，卡口令規(guī)范等，部分內(nèi)容可以參閱本方案的卡規(guī)范章節(jié)。 系統(tǒng)可靠性分析和設計 系統(tǒng)的可靠性指系統(tǒng)在運行中的可靠程度，一般用平均無故障時間（ MTBF）來衡量，包括整個系統(tǒng)的 MTBF，各個分系統(tǒng)的 MTBF 等，由于還沒有進行詳細的需求分析調(diào)研，目前還很難給出 具體的 MTBF 參數(shù)要求。另外，假如系統(tǒng)出現(xiàn)了某些故障，應事先準備好對策盡可能保證系統(tǒng)可以繼續(xù)運行，它是牢固程度的一種體現(xiàn)。我們在設計時主要從以下方面進行： 1. 主機集群：主機系統(tǒng)是整個系統(tǒng)的核心，所有的業(yè)務處理都依賴主機進行，如果主機出現(xiàn)了故障，那么整個系統(tǒng)就癱瘓了。我們在主機系統(tǒng)中使用了集群技術，采用多臺主機進行集群。如果一臺機器出現(xiàn)了故障，那么它承擔的工作可以轉(zhuǎn)移到其它機器中進行。然后對出現(xiàn)故障的機器進行相應處理。同時多臺機器出現(xiàn)故障的概率是非常低的，除非出現(xiàn)了不可抗力因素，如火災、地震等。 2. 成熟的系統(tǒng)軟件 ：除了硬件設備外，系統(tǒng)支撐軟件也是非常重要的。市民一卡通系統(tǒng)計劃使用多層的組件式開發(fā)，架構在中間件平臺上，我們建議選擇當前業(yè)界最成熟的中間件以保證系統(tǒng)的可靠性。相對中間件而言，數(shù)據(jù)庫、操作系統(tǒng)等系統(tǒng)軟件已經(jīng)有了多年的歷史，有多種穩(wěn)定可靠的產(chǎn)品供選擇。 3. 數(shù)據(jù)庫的備份和恢復：整個應用系統(tǒng)的核心就是數(shù)據(jù)，數(shù)據(jù)的安全是最重要的。我們在數(shù)據(jù)庫中建議使用數(shù)據(jù)的異地備份和恢復功能。這樣就算卡中出現(xiàn)了數(shù)據(jù)丟失的情況，如火災、地震，也可以保證數(shù)據(jù)不丟。 4. 網(wǎng)絡鏈路和設備冗余：我們建議關鍵的網(wǎng)絡鏈路和網(wǎng)絡硬件都使用備份冗余策略， 如寬帶鏈路、 DDN/FR/ISDN 鏈路、交換機、路由器等。 5. 建議使用 SAN 通道存儲器來存貯數(shù)據(jù)，它是目前可靠性較高、同時也是性能較優(yōu)的一種存儲系統(tǒng)解決方案。 6. 后備電源和機房裝置：按照國家相關規(guī)定進行機房建設，保證機房電源特別是主機房電源的穩(wěn)定可靠。 7. 完備的安全策略：安全和可靠性也具有重合的內(nèi)容，具體見安全一節(jié)。 系統(tǒng)運行性能分析和設計 系統(tǒng)運行性能主要是指系統(tǒng)的數(shù)據(jù)容量要求、并發(fā)用戶數(shù)要求、計算機處理業(yè)務的速度要求等，除了保證系統(tǒng)使用初期的性能要求之外，特別需要采取一些技術措施保證在系統(tǒng)運行時能不斷的進行 性能優(yōu)化和調(diào)整，使得系統(tǒng)的數(shù)據(jù)量增長、業(yè)務規(guī)模和復雜度上升之后，性能可以繼續(xù)達到最優(yōu)，以滿足業(yè)務增長的需要。 我們這里對社?？ㄖ行牡男阅芤筮M行初步測算，其它業(yè)務分系統(tǒng)由各部門分析確定。社?？ㄖ行臄?shù)據(jù)容量初期為 100GB，考慮在 2~3 年之內(nèi)可擴充到 1TB（初期考慮 100 萬人左右，后期擴展到蕭山、余杭以及其它縣市，最終以 1000萬以內(nèi)人口為上限）；社?？ㄖ行南到y(tǒng)支持的業(yè)務終端數(shù)應在 1000 臺以上（除開蕭山、余杭，市區(qū)現(xiàn)有街道 30 多個，社區(qū) 278 個，考慮每個街道 3 臺終端、社區(qū) 1 臺終端，考慮近期蕭山、余杭的并入， 應需 1000 臺以上終端），應用服務器支持的并發(fā)用戶數(shù)應在 200 個左右（按 20%的并發(fā)率計算），數(shù)據(jù)庫系統(tǒng)支持的并發(fā)用戶數(shù)應在 50 個以上（數(shù)據(jù)庫服務器用戶數(shù)與應用服務器用戶數(shù)按 1:4計算）；每秒支持的高峰業(yè)務處理量為 1000 筆 /秒，大致折算為 TPCC 值（考慮后臺管理的需求），估計 OLTP 處理能力要求在 40000tpmC 左右，建議考慮50000tpmC 以上；前臺終端響應時間應該要求在 8 秒之內(nèi)。 從系統(tǒng)的角度，影響系統(tǒng)性能的要素有主機系統(tǒng)、存貯系統(tǒng)、網(wǎng)絡系統(tǒng)、應用程序系統(tǒng)等，而我們設計的運行性能是從整體上來說的 ，根據(jù)木桶原理，設計時需要詳細分析各個部分的瓶頸，進行詳細的有針對性的設計，這里只能給出一些大致的建議考慮。 1）主機系統(tǒng)：建議采用主機集群技術，要求其中單臺機器就可以滿足基本的性能要求，另外的作為備份機。當訪問量增加時，可以把一些負載均衡到備份機上。這樣可以保證主機系統(tǒng)的性能。 2）存貯系統(tǒng)：存貯系統(tǒng)很容易成為系統(tǒng)的瓶頸，該系統(tǒng)中的數(shù)據(jù)訪問量是比較大的。以前使用傳統(tǒng)硬盤存放時，硬盤的 I/O 肯定是整個系統(tǒng)的瓶頸。所以我們建議使用專門的 SAN，它的光通道可以滿足大量的數(shù)據(jù)傳輸需求。 3）網(wǎng)絡系統(tǒng)：根據(jù)現(xiàn)在的網(wǎng) 絡技術條件，建議局域網(wǎng)內(nèi)部使用千兆以太網(wǎng)，廣域網(wǎng)的鏈路也建議盡可能選用寬帶網(wǎng)絡，部分網(wǎng)點使用其它如 DDN、 FR、 ISDN等鏈路，建議帶寬不低于 36kbps。另外，網(wǎng)絡設計中盡可能使用第三層交換技術，使用交換、路由相結合的技術，這能夠大大提升網(wǎng)絡性能。 4）數(shù)據(jù)庫系統(tǒng)：數(shù)據(jù)庫的運行性能優(yōu)化和調(diào)整是一個非常復雜的過程。有許多優(yōu)化軟件產(chǎn)品可以使用，但是最終都依賴有豐富經(jīng)驗的 DBA。它包括很多技術參數(shù)的監(jiān)控、調(diào)整：如 BUFFER,SGA,OPS 等，關心數(shù)據(jù)庫碎片，然后對日志等情況進行分析，作出調(diào)整措施，這是一個不斷 循環(huán)的過程。 5）系統(tǒng)優(yōu)化和管理：和數(shù)據(jù)庫類似，主機系統(tǒng)也需要進行監(jiān)控和優(yōu)化。系統(tǒng)管理員需要對網(wǎng)絡性能、技術參數(shù)、 I/O、 CPU、 SWAP、 RAM 等等，然后進行分析優(yōu)化。 應用系統(tǒng)集成技術和方法 在我們的市民一卡通系統(tǒng)中，存在很多業(yè)務分系統(tǒng)，而且每個業(yè)務分系統(tǒng)不是孤立的，它們互相之間有數(shù)據(jù)的共享交互、有流程的整合。所以，在方案設計時，應該充分考慮系統(tǒng)集成的角度進行。 系統(tǒng)集成分為三個層面：網(wǎng)絡 /設備集成，數(shù)據(jù)集成，應用集成。 網(wǎng)絡 /設備集成設計 網(wǎng)絡 /設備級的集成是基礎，因為應用系統(tǒng)的集成首先需要建立在網(wǎng) 絡、主機設備等系統(tǒng)集成的基礎之上。網(wǎng)絡 /設備系統(tǒng)集成就是通過標準的技術手段，將物理上各自分離的設備、系統(tǒng)通過網(wǎng)絡建立邏輯上互聯(lián)互通的統(tǒng)一體。例如建立一個基于 TCP/IP 協(xié)議的互聯(lián)網(wǎng)絡，為不同主機 /設備上的應用程序提供標準的基于 IP 的通信鏈路，實現(xiàn)諸如網(wǎng)絡共享文件系統(tǒng)、網(wǎng)絡共享打印功能、網(wǎng)絡統(tǒng)一權限管理等功能。為數(shù)據(jù)庫系統(tǒng)、應用服務器系統(tǒng)、客戶端計算機等相互之間進行服務請求提供通信支持。 計算機網(wǎng)絡 /設備系統(tǒng)集成不僅涉及到技術問題，也涉及到各部門單位的管理協(xié)調(diào)問題，特別是象市民一卡通系統(tǒng)這樣的大型系統(tǒng)，尤其應 與重視。從技術的角度講，不僅涉及到不同廠家的網(wǎng)絡設備和管理軟件，也可能會涉及到異構和異質(zhì)網(wǎng)絡系統(tǒng)的互聯(lián)問題；從管理的角度講，市民一卡通系統(tǒng)的管理方式和管理思想有其自己的特色，集成時應充分考慮管理上的需求。 建立網(wǎng)絡系統(tǒng)集成的體系框架，指導網(wǎng)絡系統(tǒng)建設，是相當關鍵的。圖 給出了計算機網(wǎng)絡集成的一般體系框架。 網(wǎng)絡系統(tǒng)集成傳輸子系統(tǒng)布線子系統(tǒng)接入子系統(tǒng)測試子系統(tǒng)安全子系統(tǒng)網(wǎng)管子系統(tǒng)交換子系統(tǒng)主機子系統(tǒng)網(wǎng)絡操作系統(tǒng)服務子系統(tǒng)圖 網(wǎng)絡集成的體系框架 數(shù)據(jù)集成設計 數(shù)據(jù)集成的目的是運用一定的技術手段將系統(tǒng)中的數(shù)據(jù)按一定的規(guī)則組織成為一個邏輯上統(tǒng)一的整體 ，使用戶能有效地使用統(tǒng)一的方式對數(shù)據(jù)進行操作。數(shù)據(jù)集成處理的主要對象是系統(tǒng)中各種數(shù)據(jù)庫中的數(shù)據(jù)，對于市民一卡通系統(tǒng)的數(shù)據(jù)集成來說，主要是數(shù)據(jù)庫各類應用技術的有效使用。 數(shù)據(jù)庫管理系統(tǒng)（ DBMS）是數(shù)據(jù)處理的核心，是與應用密切相關的支撐軟件。由于集成平臺的出現(xiàn)，這里把 DBMS 納入平臺范疇，并稱之為數(shù)據(jù)平臺。利用通用的數(shù)據(jù)庫技術，從數(shù)據(jù)集成的角度來整合各類數(shù)據(jù)是一個基本要求。從數(shù)據(jù)集成的角度看，主要涉及以下一些技術要點。 統(tǒng)一數(shù)據(jù)模型 因為不同的數(shù)據(jù)模型之間往往是很難做到不失真的數(shù)據(jù)交互和轉(zhuǎn)換，例如網(wǎng)狀數(shù)據(jù)模型 轉(zhuǎn)換為關系數(shù)據(jù)模型，或者文件系統(tǒng)轉(zhuǎn)換為關系數(shù)據(jù)模型都是很困難的，根據(jù)現(xiàn)在數(shù)據(jù)庫技術的發(fā)展情況，我們建議使用主流的關系數(shù)據(jù)模型，選用合適的關系數(shù)據(jù)庫系統(tǒng)；有時即使在基于同一種數(shù)據(jù)模型的不同數(shù)據(jù)庫之間的數(shù)據(jù)轉(zhuǎn)換都存在一定的數(shù)據(jù)類型的失配問題，因此，我們建議不但只統(tǒng)一到關系數(shù)據(jù)庫的層面，還應該統(tǒng)一 DBMS 平臺。 統(tǒng)一數(shù)據(jù)結構 所謂統(tǒng)一數(shù)據(jù)結構是指統(tǒng)一市民一卡通系統(tǒng)中的數(shù)據(jù)庫表結構（數(shù)據(jù)庫模式），但是對于市民一卡通系統(tǒng)來說，其系統(tǒng)規(guī)模是比較大的，涉及到多個分系統(tǒng)，開發(fā)的時間、周期較長，甚至于開發(fā)商都是多家，建立一個 全局統(tǒng)一的數(shù)據(jù)庫表結構是不現(xiàn)實的。因此我們在此處要求的統(tǒng)一數(shù)據(jù)結構，僅只是要求全局通用的、主要用于數(shù)據(jù)交換類的數(shù)據(jù)庫表的統(tǒng)一。 統(tǒng)一數(shù)據(jù)編碼 統(tǒng)一數(shù)據(jù)編碼是指統(tǒng)一市民一卡通系統(tǒng)中所使用的各類代碼，特別是各類公用類代碼，有國家規(guī)范的要使用國家規(guī)范，無國家規(guī)范要建立一個統(tǒng)一的本系統(tǒng)所用規(guī)范。這類數(shù)據(jù)代碼的典型例子有：公民身份號碼、性別、婚姻狀況、健康狀況等，企業(yè)代碼、經(jīng)濟性質(zhì)代碼等等。 所有這類數(shù)據(jù)都要建立一個統(tǒng)一的代碼表，并在各分系統(tǒng)開發(fā)中嚴格執(zhí)行。 統(tǒng)一數(shù)據(jù)接口 統(tǒng)一的數(shù)據(jù)接口是大型信息系統(tǒng)的一個設計關鍵技 術。市民一卡通系統(tǒng)涉及到多個業(yè)務分系統(tǒng)，邏輯上每個業(yè)務分系統(tǒng)都有自己的數(shù)據(jù)庫，相互之間的數(shù)據(jù)交互比較頻繁的，需要建立統(tǒng)一的數(shù)據(jù)接口。 數(shù)據(jù)接口有多種方式：基于 IP 的通信包交換、基于文件的數(shù)據(jù)交換、數(shù)據(jù)庫表一級的交換。不管是那一級的交換，都需要定義接口數(shù)據(jù)的結構、格式、語義，以確保參與交換的各個子系統(tǒng)以統(tǒng)一的語義理解來發(fā)送和接收數(shù)據(jù)。 統(tǒng)一數(shù)據(jù)交換、表達工具 數(shù)據(jù)交換與表達是數(shù)據(jù)集成的一個重要內(nèi)容，這其中有一部分內(nèi)涵就是上述的數(shù)據(jù)接口的統(tǒng)一，數(shù)據(jù)交換平臺的部分設計內(nèi)容見于本方案 節(jié)。另外一方面，在交換時 需要一定的表式工具，在數(shù)據(jù)展示層更加需要一個統(tǒng)一的數(shù)據(jù)表達工具。我們認為最適合的工具就是 XML?？梢哉f， XML 的出現(xiàn)導致了新一代的數(shù)據(jù)集成方案的誕生。首先，從數(shù)據(jù)庫中提取信息，之后以 XML 的結構格式傳送和發(fā)布是 Inter 時代最主流的技術。 XML 文檔結構在很多方面可以方便地反映對象的結構，這也是其適合面向?qū)ο蟮能浖夹g的一個關鍵點。 我們可以在數(shù)據(jù)集成方案中使用 XML 來自動化數(shù)據(jù)交換過程，使用 XML對數(shù)據(jù)源的數(shù)據(jù)進行處理，它起著接口層或者封裝的作用，這樣不同的應用程序之間，不同的操作系統(tǒng)之間，不同的數(shù)據(jù) 庫之間都可以交換數(shù)據(jù)。 使用 XML 作為數(shù)據(jù)交換工具還可以解決異構數(shù)據(jù)庫之間的集成問題。實現(xiàn)異構數(shù)據(jù)庫之間的數(shù)據(jù)集成包括兩個方面的工作：一是數(shù)據(jù)提取，我們建議采用JDBC 技術；二是格式轉(zhuǎn)換，采用 XML 作為工具。 應用集成設計 應用集成是指應用軟件的集成，它實現(xiàn)應用軟件的邏輯上的統(tǒng)一和整合，實現(xiàn)子系統(tǒng)之間的互操作。隨著網(wǎng)絡的發(fā)展及分布式系統(tǒng)的日益流行，大量異構網(wǎng)絡及各計算機廠商推出的軟硬件產(chǎn)品造成在分布式系統(tǒng)的各層次（如硬件平臺、操作系統(tǒng)、網(wǎng)絡協(xié)議、應用系統(tǒng)），乃至不同的網(wǎng)絡體系結構上都廣泛存在著互操作問題， 分布式操作和應用接口的異構性嚴重影響了系統(tǒng)間的互操作性。要實現(xiàn)在異構環(huán)境下的應用交互，實現(xiàn)系統(tǒng)在應用層的集成顯得尤為關鍵。 不過，我們分析認為，在市民一卡通系統(tǒng)中，應用級的集成并不會特別多，主要是一些比較通用的公用服務，例如統(tǒng)一的身份認證、權限識別等。 應用集成，從技術要求角度，主要應滿足以下三點： ? 能提供應用間的互操作性：應用的互操作性提供不同系統(tǒng)間信息的有意義交換，及信息的語用交換，而不僅僅限于語法交換和語義交換。此外，它還提供系統(tǒng)間功能服務的方便使用，特別是資源的動態(tài)發(fā)現(xiàn)和動態(tài)類型檢查。 ? 能提供分布式 環(huán)境中應用的可移植性：提供應用程序在系統(tǒng)中遷移的潛力并且不破壞應用所提供的或正在使用的服務。這種遷移包括靜態(tài)的系統(tǒng)重構或重新安裝以及動態(tài)的系統(tǒng)重構。 ? 能提供系統(tǒng)中應用分布的透明性：分布的透明性屏蔽了由系統(tǒng)的分布所帶來的復雜性。分布的透明性使應用編程者不必關心系統(tǒng)是分布的還是集中的，從而可以集中精力設計具體的應用，這就大大減少了應用集成編程的復雜性。 主流的應用集成技術體系有兩類，一是 Microsoft 主推的 COM/DCOM 技術及其 Windows DNA/COM+技術，現(xiàn)在通稱 .Net 技術；二是以 Sun 等多家 廠商為主體的 Java、 J2EE、 Jini 技術以及 Corba 體系、中間件技術等。 從技術的標準化程度，技術的廣泛兼容性、可移植性等角度出發(fā)，我們建議選用后一種技術作為我們的應用集成主流技術，適度結合 .Net 技術。我們建議選用一些穩(wěn)定可靠的商用中間件平臺。主要使用面向?qū)ο蟮能浖夹g，利用 J2EE標準、 Java 技術以及 C++技術來進行實現(xiàn)，并適度參閱 Corba 體系要求。