【導(dǎo)讀】第1章項(xiàng)目概述5. 系統(tǒng)總體建設(shè)原則10. 充分利用現(xiàn)有資源的原則10. 合理性和實(shí)用性相結(jié)合原則11. 開(kāi)放性與標(biāo)準(zhǔn)性相結(jié)合原則11. 安全性和可靠性原則12. 業(yè)務(wù)銜接一體化13. 第2章解決方案總體概述15. 第3章WEBSERVICE數(shù)據(jù)交換平臺(tái)34. 數(shù)據(jù)交換器的結(jié)構(gòu)35. 監(jiān)控中心的結(jié)構(gòu)36. 數(shù)據(jù)備份及恢復(fù)53. 數(shù)據(jù)安全備份機(jī)制65. 網(wǎng)絡(luò)故障時(shí)應(yīng)急方案77. 黑客入侵檢測(cè)與預(yù)警79. 民政部、財(cái)政部認(rèn)可優(yōu)勢(shì)84. 活動(dòng)過(guò)程出現(xiàn)的問(wèn)題，從而闡述建立居民經(jīng)濟(jì)狀況核對(duì)中心電子。在2020年全國(guó)民政工作年中分析會(huì)上，民政部進(jìn)一步就居。以上海試點(diǎn)經(jīng)驗(yàn)為基礎(chǔ)，2020年12月，民政部部署在南京、核對(duì)工作取得了初步成效。在全部33個(gè)試點(diǎn)地區(qū)中，目前已有。地區(qū)實(shí)現(xiàn)戶籍、公積金、車輛、工商、財(cái)政工資信息的比對(duì)；有。2020年5月13日，民政部在吉林省延邊朝鮮族自治州召開(kāi)。布了民政部確定的15個(gè)全國(guó)首批城市居民家庭經(jīng)濟(jì)狀況核對(duì)示。xxx作為首批居民經(jīng)濟(jì)狀況核對(duì)中心試點(diǎn)單位，經(jīng)xxx機(jī)構(gòu)。2020年正式成立，通過(guò)建立統(tǒng)一、規(guī)范的居民經(jīng)濟(jì)狀況核對(duì)制

　　

【正文】 ,錯(cuò)誤處理三部分組成。 52 ?數(shù)據(jù)監(jiān) 控模塊 塊完成數(shù)據(jù)交換任務(wù)的創(chuàng)建、激活、掛起、終止等 ,維護(hù)數(shù)據(jù)交換任務(wù)的控制數(shù)據(jù) ,提供控制、管理和監(jiān)督數(shù)據(jù)交換任務(wù)執(zhí)行情況的功能。 ?安全支撐模塊 保證數(shù)據(jù)交換和傳輸中的安全 ,提供身份認(rèn)證和授權(quán)管理 ,可以控制用戶的數(shù)據(jù)請(qǐng)求和訪問(wèn)權(quán)限。通過(guò)嚴(yán)格的身份驗(yàn)證和權(quán)限管理 ,可以很好地保證系統(tǒng)的安全。 ?錯(cuò)誤處理模塊 保證數(shù)據(jù)交換中數(shù)據(jù)的準(zhǔn)確性和傳輸過(guò)程的完整性 ,使數(shù)據(jù)交換過(guò)程成為一個(gè)事務(wù)性過(guò)程 ,使數(shù)據(jù)交換平臺(tái)能夠適應(yīng)復(fù)雜網(wǎng)絡(luò)環(huán)境下的數(shù)據(jù)交換 ,提高通信的效率、健 壯性和可靠性。 第 5章 支撐平臺(tái) 【內(nèi)容導(dǎo)讀】為保證 民政 核對(duì) 管理 系統(tǒng)的開(kāi)發(fā)質(zhì)量，必須要有一個(gè)成熟穩(wěn)定的開(kāi)發(fā)平臺(tái)進(jìn)行開(kāi)發(fā)技術(shù)保障，用友平臺(tái)是用友長(zhǎng)期技術(shù)積累形成的成熟先進(jìn)的技術(shù)開(kāi)發(fā)平臺(tái)， 民政 核對(duì) 管理 系統(tǒng)的開(kāi)發(fā)將基于用友平臺(tái)開(kāi)發(fā)，本節(jié)重點(diǎn)介紹用友平臺(tái)的運(yùn)行機(jī)制，以及針對(duì) 民政 在線核對(duì) 系統(tǒng)的開(kāi)發(fā)支持。 平臺(tái)設(shè)計(jì)理念 技術(shù)抽象化 自有計(jì)算機(jī)軟件的概念以來(lái)，軟件技術(shù)以相當(dāng)高的速度發(fā)展著。從最初的基于指令的編碼實(shí)現(xiàn)方式到現(xiàn)在的所謂 4GL 語(yǔ)言，技術(shù)的變遷可謂巨大。也就是在近幾年的時(shí)間里， Java 的誕生使我們看到了軟件行業(yè)的一個(gè) 新亮點(diǎn)、新方向，但不幸的是，即使是號(hào)稱與基礎(chǔ)平臺(tái)無(wú)關(guān)的 JAVA 語(yǔ)言，也在不斷的發(fā)生著變化，最突出的就是 EJB 部分從 到 的變遷甚至是超出了我們的忍受能力。 作為中國(guó)軟件行業(yè)問(wèn)題，我們國(guó)家的軟件行業(yè)是建筑在國(guó)外低層技術(shù)之上的，這些低層技術(shù)的變遷對(duì)我們的影響可能一夜之間改變一個(gè)廠商的命運(yùn)，這在C/S 系統(tǒng)向 B/S 系統(tǒng)轉(zhuǎn)換的時(shí)候是有很多例證的。因此，就需要采用一種機(jī)制，把這些容易變動(dòng)的基礎(chǔ)技術(shù)部分隔離開(kāi)來(lái)，對(duì)外提供相對(duì)穩(wěn)定的接口層，來(lái)保護(hù)我們?cè)谲浖夹g(shù)上的投資，盡量避免技術(shù)變動(dòng)對(duì)我們?cè)斐蔀?zāi)難性的影響；同時(shí)，由于這一個(gè)穩(wěn)定接口層的存在，也使得業(yè)務(wù)軟件的開(kāi)發(fā)在很大程度上脫離低層技術(shù)，能夠以相對(duì)低的代價(jià)得到，而對(duì)于平臺(tái)本身，也允許他在一定程度上發(fā)生變化，只要其提供的接口層不變，那么就可以不影響我們的業(yè)務(wù)系統(tǒng)。 軟件技術(shù)平臺(tái)就是順應(yīng)這種要求的有效的方式，通過(guò)把底層技術(shù)封裝起來(lái)，對(duì)業(yè)務(wù)層提供一個(gè)相對(duì)中性的技術(shù)接口層，可以避免由于技術(shù)變遷而引起業(yè)務(wù)的變遷。與此相對(duì)應(yīng)，由于接口層和業(yè)務(wù)層是通過(guò)中性接口來(lái)實(shí)現(xiàn)交互的，中性接口的隔離能力也為保護(hù)平臺(tái)的自身穩(wěn)定起到了非常大的作用，不至于由于業(yè)務(wù)的變動(dòng)而要求對(duì)底層進(jìn)行重新構(gòu)造。 如 下圖，通過(guò)隔離層的作用，我們對(duì)業(yè)務(wù)和技術(shù)都實(shí)現(xiàn)了相當(dāng)程度的保護(hù)： 54 業(yè)務(wù)表層化 用友公司認(rèn)為，基于平臺(tái)的開(kāi)發(fā)不僅僅是把一些公共的模塊做出來(lái)，更重要的是要降低系統(tǒng)的開(kāi)發(fā)難度，把核心的、技術(shù)含量高的設(shè)計(jì)內(nèi)容盡量作為平臺(tái)的底層來(lái)完成，而把對(duì)業(yè)務(wù)的支撐通過(guò)采用標(biāo)記語(yǔ)言、工作流定制、打印模版定制等相對(duì)簡(jiǎn)單的方式完成，這樣，在業(yè)務(wù)發(fā)生變化的時(shí)候，就可以不用對(duì)軟件的底層進(jìn)行修正，而只需要把這些用于完成業(yè)務(wù)與技術(shù)之間轉(zhuǎn)換的“介質(zhì)”層加以修正即可。 接口總線化 各個(gè)業(yè)務(wù)對(duì)象之間的交互、控制不直接進(jìn)行，而是通過(guò)把控制信息統(tǒng)一 提交到應(yīng)用支撐環(huán)境中，由他來(lái)統(tǒng)一提供控制。盡量避免業(yè)務(wù)對(duì)象之間的直接耦合，使業(yè)務(wù)對(duì)象發(fā)展盡量不受其他業(yè)務(wù)對(duì)象的干擾。 55 改變以往由于業(yè)務(wù)模塊之間的相互耦合而引起的系統(tǒng)脆弱性，而是把系統(tǒng)構(gòu)建在基于平臺(tái)提供的 API、配置文件構(gòu)成的接口總線上，保證系統(tǒng)的穩(wěn)定性。 系統(tǒng)可配置 系統(tǒng)不提供一個(gè)剛性的系統(tǒng)，而是采用參數(shù)化、工具化的思路，構(gòu)造一個(gè)技術(shù)與業(yè)務(wù)相分離的平臺(tái)，使業(yè)務(wù)與技術(shù)盡量隔離，在業(yè)務(wù)發(fā)生變化時(shí)，通過(guò)簡(jiǎn)單的參數(shù)配置即可完成，而不需要對(duì)技術(shù)底層做改造，保護(hù)技術(shù)投資。 平臺(tái)領(lǐng)域化 在不同的行業(yè)中，對(duì)技術(shù)支撐平臺(tái) 的要求是有所區(qū)別的。如用于支撐網(wǎng)站運(yùn)行的基礎(chǔ)技術(shù)平臺(tái)就與支撐企業(yè)業(yè)務(wù)運(yùn)轉(zhuǎn)的技術(shù)支撐平臺(tái)有很大的差別，用于支撐企業(yè)軟件運(yùn)行的平臺(tái)與支撐政府軟件運(yùn)轉(zhuǎn)的平臺(tái)也有很大的差別。因此，在做平臺(tái)設(shè)計(jì)的時(shí)候，我們并沒(méi)有想把平臺(tái)設(shè)計(jì)成一個(gè)包羅萬(wàn)象的適應(yīng)所有行業(yè)、領(lǐng)域的通用性的平臺(tái)，而有意識(shí)的關(guān)注于我們所面對(duì)的行業(yè)特性，考慮 民政 信息化系統(tǒng)的建設(shè)特點(diǎn)，以單據(jù)、帳表、審核流程等的易于生成、定制，以支撐跨單位應(yīng)用等作為考察軟件平臺(tái)能力一個(gè)重要指標(biāo)。通過(guò)將相對(duì)固定的領(lǐng)域內(nèi)容在平臺(tái)中進(jìn)行實(shí)現(xiàn)，可以大大降低領(lǐng)域內(nèi)軟件的開(kāi)發(fā)難度。 開(kāi)放性原 則 平臺(tái)采用開(kāi)放式體系結(jié)構(gòu)，其中的公共模塊部分（即系統(tǒng)平臺(tái)的核心能力部分）可以根據(jù)需要進(jìn)行適當(dāng)擴(kuò)充，滿足不同產(chǎn)品和項(xiàng)目的需要。 56 平臺(tái)架構(gòu)介紹 平臺(tái)結(jié)構(gòu) 如上圖，平臺(tái)在總體上分成控制邏輯部分、公共模塊部分和接口層組成，用戶的訪問(wèn)通過(guò)接入界面，在控制器邏輯的統(tǒng)一協(xié)調(diào)下，分別調(diào)用不同的模塊，實(shí)現(xiàn)系統(tǒng)預(yù)定功能。公共模塊部分由界面標(biāo)記庫(kù)、打印服務(wù)、權(quán)限管理、身份認(rèn)證、工作流引擎、 系統(tǒng)日志、公用報(bào)表等組成。 ? 其中的身份認(rèn)證可以和第三方 CA 結(jié)合來(lái)提供統(tǒng)一認(rèn)證 ； ? 數(shù)據(jù)交換部分則是本次新開(kāi)發(fā)的模塊，基于消息中間件來(lái)實(shí)現(xiàn)； 對(duì)個(gè)性化界面的支持 門戶技術(shù)是近幾年內(nèi)發(fā)展起來(lái)的一個(gè)新興軟件技術(shù)，他可以把多個(gè)滿足規(guī)定標(biāo)準(zhǔn)的離散系統(tǒng)在界面層進(jìn)行整合，以用戶所偏好的形式為起提供系統(tǒng)訪問(wèn)界面。平臺(tái)也引進(jìn)了這套機(jī)制，能夠?qū)σ呀?jīng)開(kāi)發(fā)完成的（基于瀏覽器的實(shí)現(xiàn)）系統(tǒng)進(jìn)行再包裝，實(shí)現(xiàn)對(duì)用戶的個(gè)性化支持，滿足用戶的偏好需求。 如下圖所示意： 57 國(guó)庫(kù)集中支付管理界面層項(xiàng)目申報(bào)項(xiàng)目修改項(xiàng)目清理項(xiàng)目審核項(xiàng)目決算項(xiàng)目狀態(tài)查詢報(bào)表門戶個(gè)性化用戶 A個(gè)性化用戶 B個(gè)性化需求域 A個(gè)性化配置個(gè)性化需求域B個(gè)性化配置項(xiàng)目申報(bào)項(xiàng)目修改項(xiàng)目查詢項(xiàng)目審核項(xiàng)目決算項(xiàng)目查詢 通過(guò)識(shí)別用戶的個(gè)性化需求，建立個(gè)性化需求域，并通過(guò)門戶的配置能 力加以實(shí)施，為有不同個(gè)性化需求的用戶提供帶有用戶偏好的用戶訪問(wèn)界面。 門戶的實(shí)現(xiàn)通過(guò) liferay 來(lái)實(shí)現(xiàn)，它的主要特點(diǎn)是： 提供單一登陸接口，多認(rèn)證模式（ LDAP 或 SQL）； 管理員能通過(guò)用戶界面輕松管理用戶，組，角色； 用戶能可以根據(jù)需要定制個(gè)性化的 portal layout； 能夠在主流的 J2EE 應(yīng)用服務(wù)器上運(yùn)行； 支持主流的數(shù)據(jù)庫(kù)，如 ORACLE、 MS SQL、 PostgreSQL,MySQL； 使用了第三放的開(kāi)源項(xiàng)目，如 Hibernate, Lucene, Struts； 支持包括中文在內(nèi)的多種語(yǔ)言； 采用最先進(jìn)的技術(shù) Java, EJB, JMS, SOAP, XML。 對(duì)兩種客戶端的支持 （ 1） 對(duì) web 瀏覽器的支持 ： 對(duì)瀏覽器的支持是平臺(tái)的強(qiáng)項(xiàng)，從一開(kāi)始他就是設(shè)計(jì)出來(lái)滿足大型的 B/S 應(yīng)用的。在多年的發(fā)展過(guò)程中，它不僅發(fā) 58 展出了基于描述元數(shù)據(jù)描述的界面實(shí)現(xiàn)方式，又發(fā)展出了基于標(biāo)記的實(shí)現(xiàn)方式，并且在性能、易用性、一致性上取得了長(zhǎng)足的進(jìn)步。此外，考慮到用戶個(gè)性化的需求，又引進(jìn)了門戶層，能夠?qū)崿F(xiàn)對(duì)系統(tǒng)界面展示方式在二次整合，滿足用戶個(gè)性化的要求。 （ 2） 對(duì) C/S 瘦客戶端的支持 ： 對(duì)瘦客戶端的 支持主要是能夠滿足業(yè)務(wù)邏輯重用的需要，并能夠提供認(rèn)證、權(quán)限、工作流等 API 接口層的支持。對(duì)于瘦客戶端，需要重新實(shí)現(xiàn)界面。在做瘦客戶端軟件打包的時(shí)候，需要把以前部署的服務(wù)器中的業(yè)務(wù)邏輯包封裝在瘦客戶的軟件包裝中。對(duì) C/S 客戶的支持主要是滿足一些地區(qū)、單位在不采用 B/S 架構(gòu)的情況下使用。相比 B/S 實(shí)現(xiàn)，他的投資要小的多，不需要采用過(guò)多的硬件設(shè)備即可滿足要求。 基于平臺(tái)的開(kāi)發(fā)過(guò)程 軟件開(kāi)發(fā)模型 采用了新產(chǎn)品生命周期模型，這是一個(gè)增量式開(kāi)發(fā)模型，簡(jiǎn)單的一句話概括就是“四個(gè)階段、五個(gè)過(guò)程”。 ? 四個(gè)階段指的是：規(guī)劃、平 臺(tái)化、部件化、產(chǎn)品化 ? 五個(gè)過(guò)程指的是：需求、分析、設(shè)計(jì)、實(shí)現(xiàn)、測(cè)試 ? 階段與過(guò)程之間的關(guān)系矩陣如下圖所示： 階段 過(guò)程 規(guī)劃 平臺(tái)化 部件化 產(chǎn)品化 需求 分析 設(shè)計(jì) 實(shí)現(xiàn) 測(cè)試 59 發(fā)版 版本 第 1 版 第 2 版 第 3 版 第 n 版 第 n+1 版 第 n+2 版 第 m 版 第 m+1 版 第 m+2 版 上表表示在各個(gè)階段每個(gè)過(guò)程所占的比重。 ? 規(guī)劃階段：要完成軟件的系統(tǒng)邊界，軟件的高層架構(gòu)，確定平臺(tái)層部件層各自的目標(biāo)，劃分主要應(yīng)用模塊，以及 這些模塊之間的相互關(guān)系和接口。 ? 平臺(tái)化階段：要完成系統(tǒng)的運(yùn)行平臺(tái)，運(yùn)行器、設(shè)計(jì)器和應(yīng)用管理器。完成系統(tǒng)內(nèi)部架構(gòu)和主要的數(shù)據(jù)接口標(biāo)準(zhǔn)。 ? 部件化階段：將業(yè)務(wù)需求抽象成一個(gè)個(gè)相對(duì)獨(dú)立的功能體，我們稱為“業(yè)務(wù)部件”，業(yè)務(wù)部件可以并得開(kāi)發(fā)，隨時(shí)投入的加大，部件庫(kù)的業(yè)務(wù)部件會(huì)越來(lái)越多。 ? 產(chǎn)品化階段：將部件根據(jù)客戶的要求進(jìn)行組裝，從而構(gòu)造出適合客戶需求的業(yè)務(wù)軟件。 軟件開(kāi)發(fā)流程 開(kāi)發(fā)階段包括：產(chǎn)品規(guī)劃、平臺(tái)化、部件化。 平臺(tái)的需求來(lái)源有兩個(gè)：一是規(guī)劃階段分配的需求，二是部件開(kāi)發(fā)階段提出的需求。特別是在部件開(kāi)發(fā)階段提出的需 求，是廣大部件開(kāi)發(fā)人員、測(cè)試人員甚至客戶提出，這些需求是使平臺(tái)不斷地走向完善和成熟。這三個(gè)階段流程之間的關(guān)系如下圖所示： 60 在這里，開(kāi)發(fā)團(tuán)隊(duì)分為兩大部分，開(kāi)發(fā)平臺(tái)的團(tuán)隊(duì)，這些人員都是純技術(shù)人員，不需要大多的應(yīng)用經(jīng)驗(yàn)，但這部分人不會(huì)太多。另一部分為部件開(kāi)發(fā)人員，這些人員不需要懂太多的技術(shù)，而應(yīng)具備豐富的應(yīng)用經(jīng)驗(yàn)，而且這類人員會(huì)越來(lái)越多，支持大規(guī)模并行開(kāi)發(fā)。 軟件組裝流程 客戶的需求千差萬(wàn)別，用一套標(biāo)準(zhǔn)軟件是適應(yīng)所有的客戶，事實(shí)已經(jīng)并將繼續(xù)證明是行不通的。但我們又不能一個(gè)一個(gè)地專項(xiàng)開(kāi)發(fā)，那樣就會(huì)走了項(xiàng)目化 的老路。事實(shí)上，平臺(tái)化、部件化就能很好地解決這個(gè)問(wèn)題。 ? 首先，我們要調(diào)研客戶需求，并進(jìn)行分析，將客戶需求進(jìn)行分解，定義實(shí)現(xiàn)需求所需部件。 ? 然后，到部件庫(kù)進(jìn)行查找，若部件庫(kù)已有了這些部件，直接提取出來(lái)；若有些部件暫時(shí)還沒(méi)有，就按部件開(kāi)發(fā)過(guò)程新開(kāi)發(fā)一個(gè)。 ? 最后，將提取或新建的部件組裝在平臺(tái)上，一個(gè)全新的軟件系統(tǒng)就產(chǎn)生了。 61 全新的軟件生產(chǎn)線 在軟件生產(chǎn)線中，軟件的生產(chǎn)過(guò)程劃分為三類不同的生產(chǎn)車間，即平臺(tái)生產(chǎn)車間、部件生產(chǎn)車間和基于構(gòu)件、構(gòu)架復(fù)用的應(yīng)用集成 (組裝 )車間，從而形成軟件產(chǎn)業(yè)內(nèi)部的合理分工，實(shí)現(xiàn) 軟件的工業(yè)化生產(chǎn)。軟件開(kāi)發(fā)人員被劃分成三類：部件生產(chǎn)者、部件庫(kù)管理者和部件復(fù)用者。這三種角色所需完成的任務(wù)是不同的，部件生產(chǎn)者負(fù)責(zé)構(gòu)件的生產(chǎn)、描述；部件庫(kù)管理者負(fù)責(zé)部件分類以及部件庫(kù)的管理工作；而部件復(fù)用者負(fù)責(zé)進(jìn)行基于部件的軟件開(kāi)發(fā)，包括部件查詢、部件理解、適應(yīng)性修改、部件組裝以及系統(tǒng)演化。 平臺(tái)的技術(shù)保障文件 在平臺(tái)上進(jìn)行軟件開(kāi)發(fā)由如下的技術(shù)保證文件，可以規(guī)范、約束整個(gè)系統(tǒng)開(kāi)發(fā)有條不紊的進(jìn)行。 62 （ 1）、部件開(kāi)發(fā)規(guī)范 （ 2）、業(yè)務(wù)接口定義規(guī)范 （ 3）、頁(yè)面風(fēng)格布局規(guī)范 （ 4）、數(shù)據(jù)庫(kù)規(guī)范 （ 5）、在線幫助規(guī) 范 （ 6）、命名規(guī)范 （ 7）、界面設(shè)計(jì)規(guī)范 （ 8）、代碼編寫規(guī)范 （ 9）、使用手冊(cè)規(guī)范 （ 10）、數(shù)據(jù)庫(kù)物理模型設(shè)計(jì)規(guī)范。 系統(tǒng) 特點(diǎn) ? 實(shí)現(xiàn)了 民政 部門 、 基層 單位等業(yè)務(wù)協(xié)同，在提高辦事效率的同時(shí)，體現(xiàn)了 業(yè)務(wù) 的監(jiān)管與服務(wù)雙重功能； ? 產(chǎn)品支持 Oracle、 Sqlserver 等大型數(shù)據(jù)庫(kù)，數(shù)據(jù)存貯采用大型數(shù)據(jù)庫(kù) ,可充分滿足海量數(shù)據(jù)存貯需求； ? 軟件采用三層客戶機(jī) /服務(wù)器（ C/S）結(jié)構(gòu)，遠(yuǎn)程查詢及信息發(fā)布全面支持 Inter 和 B/S 結(jié)構(gòu)； ? 開(kāi)發(fā)工具采用世界一流的 Java、 Delphi、 Vc 真正實(shí)現(xiàn)面向 Inter 的分布式計(jì)算； ? 四級(jí)安全控制方法（操作系統(tǒng)級(jí)、數(shù)據(jù)庫(kù)級(jí)、應(yīng)用級(jí)和數(shù) 據(jù)操作級(jí)）和使用人員分組、分人二級(jí)密碼權(quán)限技術(shù)，使數(shù)據(jù)萬(wàn)無(wú)一失； ? 緊密跟隨國(guó)家相關(guān)法規(guī)，軟件升級(jí)與國(guó)家政策規(guī)定保持一致； ? 客戶端為 HTML 或 Java 客戶機(jī)，用戶可以通過(guò) Inter 或 Intra 進(jìn)行隨時(shí)隨地的訪問(wèn)；即采用較為完全的 B/S 結(jié)構(gòu)； ? 使用一次編寫，到處運(yùn)行的 Java 技術(shù)快速開(kāi)發(fā)，系統(tǒng)本身可以獨(dú)立于任何特定的軟硬件平臺(tái)； ? 使用 EJB 技術(shù)實(shí)現(xiàn)分布式。這些業(yè)務(wù)子系統(tǒng)模塊既可以集中存放，又可以方便地拆分為分布式存放；滿足 上級(jí)民政 及各 下級(jí)民政 的實(shí)際需求； 63 ? 負(fù)載均衡技術(shù)使系統(tǒng)支持的用戶數(shù)基本可以線性擴(kuò)展， 擴(kuò)大規(guī)模無(wú)需增加在軟件上的投資； ? 通過(guò)高強(qiáng)度的防火墻和軟件內(nèi)嵌的安全機(jī)制保證高度的安全性； ? 支持多組 織、跨地區(qū)的異構(gòu)大集成應(yīng)用；可以滿足大批量并發(fā)用戶同時(shí)登錄操作； ? 業(yè)務(wù) 數(shù)據(jù)集中，應(yīng)用集中，管理和維護(hù) 集中的集中式管理；客戶端的免安裝和零維護(hù)，極大的降低了維護(hù)成本；