順德區(qū)待遇代發(fā)信息管理系統(tǒng)采購項目

1、第 PAGE 16 頁，共 NUMPAGES 16 頁順德區(qū)待遇代發(fā)信息管理系統(tǒng)采購項目（SD08089-2）采購內容及技術要求2.3.1 項目背景為了改善順德區(qū)屬部分退休人員生活待遇偏低的問題，根據(jù)關于機關事業(yè)單位離退休人員撫恤金發(fā)放問題的復函（順府辦2008126號）、關于同意調整我區(qū)企業(yè)部分早期退休人員生活待遇的復函（順府辦2008156號）以及相關文件的規(guī)定，由文件規(guī)定的發(fā)放日期起，由順德分局代發(fā)退休人員的待遇，其中代發(fā)項目包括職級補貼、97號文補差、企干生活補貼調整額、企業(yè)離休持平補差、享受待遇離休干部生活補貼、企業(yè)離休干部撫恤金、區(qū)屬離退休人員撫恤金差額和醫(yī)療個人帳戶補助。代發(fā)待遇

2、涉及的人員約4萬人，為確保按時把代發(fā)待遇發(fā)放到享受對象手中，維護社會穩(wěn)定，同時為了保障社保基金安全，理順統(tǒng)籌待遇與代發(fā)待遇之間的業(yè)務關系，對代發(fā)待遇數(shù)據(jù)利用信息技術進行科學管理，因此建立適合順德實際情況的待遇代發(fā)信息管理系統(tǒng)是順德區(qū)社保局當前緊迫的任務。2.3.2 項目目標為了配合順德區(qū)政府的文件精神，切實改善退休人員待遇偏低的問題，滿足代發(fā)待遇發(fā)放準確及時的要求，利用新技術建設安全、可靠、易用、便捷的與現(xiàn)有業(yè)務信息系統(tǒng)無縫整合的順德區(qū)待遇代發(fā)信息管理系統(tǒng)。本次項目總體建設思路分以下幾點：利用業(yè)界先進的SOA技術架構，構建基于SOA的業(yè)務服務平臺，建立順德社保局信息服務資源面向服務的可持續(xù)發(fā)展

3、的IT管理機制，通過數(shù)據(jù)交換平臺有效整合局內外異構信息資源。依據(jù)順德區(qū)政府文件的要求，建設面向服務架構、業(yè)務松耦合、與現(xiàn)有的“5+2”險種形成統(tǒng)一管理的退休人員待遇發(fā)放體系。建立有效的監(jiān)控體系，對數(shù)據(jù)和業(yè)務進行分析、管理，安全建設應貫穿于業(yè)務全過程中。2.3.3 現(xiàn)有業(yè)務系統(tǒng)現(xiàn)狀“5+2”險種業(yè)務系統(tǒng)已在正常運行，采用三層架構，基于統(tǒng)一的業(yè)務框架體系（系統(tǒng)基礎框架、業(yè)務流程、業(yè)務平臺），前臺采用AJAX技術提供靈活的操作功能。1面向服務業(yè)務系統(tǒng)按SOA架構標準設計實現(xiàn)，采用了參數(shù)化、模塊化、可配置以及業(yè)務松耦合的設計手段，達到了易維護、可擴展和可持續(xù)發(fā)展的設計要求形成協(xié)同業(yè)務處理的新IT架構。

4、業(yè)務系統(tǒng)是面向服務對象的系統(tǒng)而非面向技術的系統(tǒng)，實現(xiàn)了系統(tǒng)技術與服務功能之間的平滑映射即訴求與實現(xiàn)的自然銜接，具有用“可持續(xù)服務”的長期穩(wěn)定服務能力。2業(yè)務和管理集中業(yè)務系統(tǒng)是數(shù)據(jù)集中、業(yè)務集中、管理集中和信息資源共享的社會保障系統(tǒng)。系統(tǒng)采用“5+2”模式，養(yǎng)老、醫(yī)療、失業(yè)、工傷、生育和城鄉(xiāng)居民養(yǎng)老保險、城鄉(xiāng)居民合作醫(yī)療在統(tǒng)一平臺上運行。從社會保障體系的高度來實現(xiàn)社會保險及其相關業(yè)務的數(shù)據(jù)集中、資金的平衡和監(jiān)管、簡便快速的服務和有效的決策支持。3業(yè)務可追蹤、監(jiān)控業(yè)務系統(tǒng)采用先進的業(yè)務框架，重新規(guī)劃了業(yè)務流程。解決了原來比較單調的業(yè)務操作模式，實現(xiàn)了業(yè)務流程可追蹤、可控制。業(yè)務辦理一窗式，業(yè)務辦

5、理高效準確，體現(xiàn)了社保以人為本的思想，真正做到了方便群眾。4業(yè)務協(xié)同業(yè)務系統(tǒng)統(tǒng)一了接口標準、實現(xiàn)方式、數(shù)據(jù)規(guī)范，解決了與外部系統(tǒng)對接的問題、保證了與上下級系統(tǒng)數(shù)據(jù)交換暢通，真正實現(xiàn)了業(yè)務協(xié)同，解決了信息孤島的困境。2.3.4 建設原則1統(tǒng)一規(guī)劃原則：在廣東省社會保障信息系統(tǒng)總體規(guī)劃和廣東省社會保障信息系統(tǒng)總體設計的統(tǒng)一指導下進行系統(tǒng)的建設。2統(tǒng)一標準原則：采用統(tǒng)一的業(yè)務標準規(guī)范、統(tǒng)一的計算機技術標準規(guī)范、統(tǒng)一的網絡互聯(lián)技術標準規(guī)范。項目實施必須遵循軟件工程的原理，嚴格執(zhí)行軟件項目的開發(fā)管理要求，符合軟件開發(fā)規(guī)范。3先進性原則：采用先進的SOA技術架構，實現(xiàn)信息服務資源的有效整合和管理。4通用性

6、原則：系統(tǒng)支持主流大型數(shù)據(jù)庫，如ORACLE等數(shù)據(jù)庫；系統(tǒng)支持主流廠家web服務器和應用服務器。5安全性原則：從信息安全角度和網絡安全角度，分析和建設一個安全可靠的支撐基礎平臺。6高效可靠原則：系統(tǒng)要支撐上面建設的各類應用系統(tǒng)，因此穩(wěn)定性必須得到很好地保障，特別是當訪問量、網絡流量等出現(xiàn)峰值時候的系統(tǒng)穩(wěn)定性。同時，系統(tǒng)應具備較強的數(shù)據(jù)處理能力，進行優(yōu)化設計，響應速度快，并發(fā)度高。7可擴展性原則：在設計時要為可預見的變化做好準備，支持系統(tǒng)功能的增加、調整。系統(tǒng)應該是高度可定制的。特別要加強設計的前瞻性、預留系統(tǒng)擴充和擴展能力、從信息角度加強安全保密措施。2.3.5 具體要求 重點要求1建設的具體

7、細節(jié)要求，根據(jù)用戶提供的政策、業(yè)務需求決定。2系統(tǒng)建設符合國家金保工程的相關規(guī)定。3中標人須向采購人提供系統(tǒng)的需求分析報告書（由采購人最終確認）、系統(tǒng)設計報告、用戶使用說明書等相關資料。4中標人要根據(jù)采購人提供的法律法規(guī)文件，對系統(tǒng)進行項目分析。5投標人必須將本系統(tǒng)和現(xiàn)有業(yè)務系統(tǒng)進行整合，實現(xiàn)停續(xù)發(fā)、關系數(shù)據(jù)獲取、死亡等業(yè)務的聯(lián)動處理，不能影響現(xiàn)有業(yè)務系統(tǒng)的運行。與現(xiàn)有業(yè)務系統(tǒng)架構、安全管理、工作流管理模塊能夠無縫集成，延續(xù)業(yè)務系統(tǒng)的操作模式。6系統(tǒng)有主動智能提醒并引導操作人員辦理業(yè)務，有感知及導航功能，可根據(jù)輸入的條件作業(yè)務的模擬計算。7采用操作留痕的設計，保留每一用戶對數(shù)據(jù)的操作記錄。8中

8、標人負責本次采購的硬件設備和原有設備的系統(tǒng)集成。9系統(tǒng)設計充分利用熱鍵、回車鍵，用最少的操作快捷完成業(yè)務。10可定制各業(yè)務報表的統(tǒng)計及打印，支持固定報表及動態(tài)報表。11和現(xiàn)有業(yè)務系統(tǒng)統(tǒng)一提供業(yè)務辦理工作桌面，需要辦理的業(yè)務在工作桌面統(tǒng)一顯示。系統(tǒng)提供業(yè)務的批量處理功能。根據(jù)業(yè)務辦理的需要靈活處理業(yè)務。12提供審批流定義和監(jiān)控功能。13采用ajax技術和DHTML技術，對常用控件進行封裝，具有多行編輯框，分頁查詢排序列表，級聯(lián)下拉框等。14利用數(shù)據(jù)交換平臺實現(xiàn)同區(qū)人事局、區(qū)財政局以及佛山核心業(yè)務系統(tǒng)間的數(shù)據(jù)交換。15實現(xiàn)原有的兩項代發(fā)業(yè)務(企業(yè)退休干部職級補貼、企業(yè)離休干部撫恤金)統(tǒng)一管理，并將

9、現(xiàn)有業(yè)務系統(tǒng)中基金臺賬的兩個代發(fā)項目分離出來,統(tǒng)計到代發(fā)系統(tǒng)的代發(fā)臺賬。 業(yè)務綜述一、代發(fā)業(yè)務種類1企業(yè)類（1）長期待遇五項：企干職級補貼、97號文補差、企干生活補貼增加額、企業(yè)離干持平補差、離干增加待遇（2）一次性待遇一項：企業(yè)離休干部撫恤金2區(qū)屬機關事業(yè)類（1）長期待遇一項：區(qū)屬機關事業(yè)單位統(tǒng)發(fā)工資離退休人員附加養(yǎng)老金（簡稱：附加養(yǎng)老金）（2）一次性待遇一項：區(qū)屬機關事業(yè)單位編內離退休人員撫恤金差額（簡稱：撫恤金差額）二、代發(fā)業(yè)務的計發(fā)標準1企干職級補貼：（1）調整后標準。（2）調整執(zhí)行時間：2008年1月（3）調整后首次代發(fā)時間：2008年6月(該月一并補發(fā)2008年1月至2008年5月

10、代發(fā)額)297號文補差（1）代發(fā)對象確定同時符合以下三種情形的企業(yè)退休人員： 1993年12月(含當月)前退休；具有發(fā)放2003年6月月發(fā)養(yǎng)老金的記錄；2008年1月生存的（含2008年1月死亡人員）（2）補差額的確定代發(fā)對象按其2003年6月月發(fā)養(yǎng)老金加37元, 對比佛府函200397號文同等條件（本人參加工作時間、累計繳費年限、職務級別等）對應的最低標準，不足最低標準的，差額以生活補貼方式予以補足。（3）文件實施時間：2008年1月（4）首次代發(fā)時間：2008年6月(該月一并補發(fā)2008年1月至2008年5月代發(fā)額)3企干部生活補貼增加額（1）享受對象及金額由區(qū)組織部門核定，調整增加額等于

11、調整后月額減養(yǎng)老基金中的生活補貼額，計得代發(fā)額。（2）實施時間：2008年1月（3）首次代發(fā)時間：2008年6月(該月一并補發(fā)2008年1月至2008年5月代發(fā)額)4企業(yè)離干持平補差（1）享受對象及金額由區(qū)組織部門核定，按級別補差。（2）實施時間：2008年1月（3）首次代發(fā)時間：2008年6月(該月一并補發(fā)2008年1月至2008年5月代發(fā)額)5離干增加待遇（1）享受對象及計發(fā)標準享受對象及金額由區(qū)組織部門核定。代發(fā)金額=區(qū)組織部門核定規(guī)范待遇后的總額-社保支付的養(yǎng)老金月額-代發(fā)持平補差月額（2）實施時間：2008年1月（3）首次代發(fā)時間：2008年6月(該月一并補發(fā)2008年1月至2008

12、年5月代發(fā)額)按級別補差，具體標準另行提供。（4）實施時間：2008年1月6企業(yè)離休干部撫恤金（1）原有的代發(fā)項目，享受對象及金額由區(qū)組織部門核定。（2）實施時間：1996年7月（3）首次代發(fā)時間：1996年7月7附加養(yǎng)老金（1）計發(fā)標準：附加養(yǎng)老金月額=區(qū)組織人事部門核定的月離退休待遇總額-養(yǎng)老保險基金支付的月實發(fā)養(yǎng)老金+個人賬戶養(yǎng)老金月實發(fā)額（2）享受對象及金額由區(qū)組織部門核定，各人金額不同。（3）實施時間：2008年6月（4）首次代發(fā)時間：2008年6月8撫恤金差額（1）計發(fā)標準：撫恤金差額=區(qū)人事部門核定的撫恤金總額-養(yǎng)老保險基金支付的撫恤金（2）享受對象及金額由區(qū)組織部門核定，各人金

13、額不同。（3）文件實施時間：2006年7月（發(fā)文時間2008年4月）（4）首次代發(fā)時間：2008年5月 功能要求代發(fā)待遇涉及的離退休人員信息管理、企干職級補貼核定、97號文補差核定、企干生活補貼增加額核定、企業(yè)離干持平補差核定、離干增加待遇核定、企業(yè)離休干部撫恤金核定、區(qū)屬機關事業(yè)單位離退休人員撫恤金差額核定、補發(fā)代發(fā)待遇處理、補扣代發(fā)待遇處理、停發(fā)續(xù)發(fā)、支付月結、代發(fā)待遇發(fā)放查詢、支付臺帳查詢、劃撥制盤、劃撥返盤數(shù)據(jù)批量處理、支付失敗處理、核心業(yè)務系統(tǒng)數(shù)據(jù)接口、人事局數(shù)據(jù)接口、財政局數(shù)據(jù)接口、佛山核心業(yè)務系統(tǒng)數(shù)據(jù)接口、報表統(tǒng)計。 企業(yè)類代發(fā)業(yè)務要求1代發(fā)業(yè)務分類：長期待遇、一次性待遇2代發(fā)待

14、遇不是獨立于養(yǎng)老待遇之外的互不關聯(lián)的代發(fā)，其中一方發(fā)生增減、停續(xù)發(fā)、核定、重核、信息變更，另一方必須作同步處理。要求增設的代發(fā)系統(tǒng)，須設置與養(yǎng)老系統(tǒng)的接口，用于讀取養(yǎng)老系統(tǒng)中各月份離退休人員的養(yǎng)老待遇核定、重核、死亡、停發(fā)、續(xù)發(fā)（含補扣）、個人基礎信息資料變更等情況，主要對碰代發(fā)人員的養(yǎng)老金月實發(fā)額（含其中的個人賬戶月實發(fā)額）,代發(fā)系統(tǒng)根據(jù)養(yǎng)老系統(tǒng)的數(shù)據(jù)對代發(fā)名單、代發(fā)額(含補扣)作同步并聯(lián)增減補扣的核定處理。代發(fā)待遇劃入養(yǎng)老待遇的支付賬戶（每月兩系統(tǒng)的人員不同步的除外）。3支付賬戶支付賬戶按月發(fā)養(yǎng)老金的支付賬戶管理規(guī)則確定支付賬戶,即代發(fā)額劃入月發(fā)養(yǎng)老金的支付賬戶或變更的養(yǎng)老待遇支付賬戶或審

15、核部門提供的支付賬戶。代發(fā)待遇劃入離退休人員的養(yǎng)老待遇支付賬戶，涉及補發(fā)的死亡人員，其支付賬戶由辦事處經辦人員聯(lián)系其家屬進行確認，具體按照2007年11月30日下發(fā)的關于進一步明確養(yǎng)老保險待遇支付賬戶管理的通知處理。4支付臺賬（1）支付臺賬與養(yǎng)老金支付臺賬分賬統(tǒng)計,各代發(fā)待遇按類別統(tǒng)計到兩個代發(fā)支付臺賬的對應欄目。（2）單個的代發(fā)人員的月實際代發(fā)額出現(xiàn)負數(shù)時，即月額加補發(fā)額減扣減額小于0時，不統(tǒng)計到支付臺賬，另行統(tǒng)計一份負數(shù)的代發(fā)支付臺賬。該臺賬格式與支付臺賬相同，只是表名加注負支付臺賬。（3）要求代發(fā)系統(tǒng)設置代發(fā)臺賬預覽的功能。（4）增設代發(fā)系統(tǒng)后，原有兩項代發(fā)業(yè)務（職級、企業(yè)離干撫恤金30

16、00元）不再在養(yǎng)老基金支付臺賬統(tǒng)計，相應地在代發(fā)企業(yè)待遇支付臺賬統(tǒng)計。5制支付盤制盤環(huán)節(jié)與養(yǎng)老待遇環(huán)節(jié)相同,即代發(fā)總人數(shù)、總金額，附各開戶銀行的人數(shù)、金額、對應的人員明細。6支付失敗處理、再支付與養(yǎng)老待遇環(huán)節(jié)相同。7統(tǒng)計報表8綜合查詢包括：代發(fā)項目查詢、歷期代發(fā)明細查詢、當期代發(fā)明細查詢。 區(qū)屬機關事業(yè)類代發(fā)業(yè)務要求1代發(fā)業(yè)務分類：長期待遇、一次性待遇2代發(fā)待遇不是獨立于養(yǎng)老待遇之外的互不關聯(lián)的代發(fā)，要求增設的代發(fā)系統(tǒng)，須設置與養(yǎng)老系統(tǒng)的接口，用于讀取養(yǎng)老系統(tǒng)中各月份離退休人員的養(yǎng)老待遇核定的月實發(fā)額（含其中的個人賬戶月實發(fā)額）該類代發(fā)的核定與企業(yè)類不同，代發(fā)系統(tǒng)只須根據(jù)審核部門提供的代發(fā)名單

17、與養(yǎng)老系統(tǒng)的發(fā)放名單對碰，計算代發(fā)額，代發(fā)系統(tǒng)不須設置補辦認證、停續(xù)發(fā)、重核等環(huán)節(jié)，這些業(yè)務均在養(yǎng)老系統(tǒng)處理。3代發(fā)附加養(yǎng)老金金額的核定該代發(fā)額由區(qū)組織部工資福利科核定，每月根據(jù)審核部門提供的各單位離退休待遇月總額匯總、各代發(fā)人員的離退休待遇月總額明細。代發(fā)系統(tǒng)據(jù)此讀取養(yǎng)老系統(tǒng)的養(yǎng)老月實發(fā)額（含其中的個人賬戶養(yǎng)老金月實發(fā)額）對碰審核部門的總額，計得代發(fā)額，發(fā)送有關部門審核及劃撥款項后,生成代發(fā)臺賬并出支付盤交財務科送銀行劃款。4支付賬戶（1）2008年6月前（含6月）已申領社會保險養(yǎng)老金的離退休人員，其代發(fā)的附加養(yǎng)老金劃入離退休人員的社會保險養(yǎng)老待遇支付賬戶。（2）新增領取社會保險養(yǎng)老金的退休

18、人員，其代發(fā)的附加養(yǎng)老金劃入基本醫(yī)療保險個人賬戶的支付賬戶（養(yǎng)老金也劃入該賬戶）。（3）區(qū)組織部門已辦結退休審批手續(xù)，但單位未能及時到社保辦事處辦理在職減員及申領養(yǎng)老待遇手續(xù)，或單位已辦理申領養(yǎng)老待遇手續(xù)但區(qū)社保分局未能及時進行待遇核定，這類人員的代發(fā)附加養(yǎng)老金劃入基本醫(yī)療保險個人賬戶的支付賬戶。（4）代發(fā)人員不屬于社會保險退休人員而沒有養(yǎng)老待遇支付賬戶的,其代發(fā)的附加養(yǎng)老金劃入工資福利科提供的支付賬戶。這類人員符合領取社會保險待遇時，在首次領取養(yǎng)老金之月起，代發(fā)賬戶變更為基本醫(yī)療保險個人賬戶的支付賬戶。 代發(fā)系統(tǒng)在對碰不到養(yǎng)老金月實發(fā)額且無申領養(yǎng)老待遇受理記錄時，將名單提供給業(yè)務科室進行處理

19、。業(yè)務科室與有關部門聯(lián)系，確定人員的具體情況，并制相關明細，代發(fā)系統(tǒng)根據(jù)明細，對屬第3類的由代發(fā)系統(tǒng)讀取基本醫(yī)療保險個人賬戶信息作為支付賬戶；對屬于第4類的由代發(fā)系統(tǒng)讀取審核部門提供的賬戶的電子數(shù)據(jù)作為支付賬戶。其余的支付或再支付臺賬、支付失敗處理、支付盤或再支付盤等環(huán)節(jié)與企業(yè)的管理辦法相同。2.3.6 基礎平臺技術先進性要求系統(tǒng)必須采用先進SOA架構和J2EE，要有足夠的柔性應對業(yè)務的發(fā)展和政策變化，能夠適應順德社保局對信息資源整合和不斷靈活擴展社保服務要求。在構架和具體實施中必須遵循以下原則：業(yè)務驅動服務，服務驅動技術。業(yè)務敏捷是基本的業(yè)務需求，避免在SOA中任何的瓶頸影響到整個IT環(huán)境的

20、靈活性。有強的消息傳輸能力，要采用新的開放標準，支持多元編程模型開發(fā)，具有高級部署和管理能力。采用面向對象的分析和設計、多線程、組件化、中間件等國際流行的先進技術，規(guī)范項目管理的流程，保證軟件開發(fā)的質量。 采用連接池技術和應用服務器負載均衡技術，并通過數(shù)輪壓力測試進行修正，保證高并發(fā)業(yè)務時系統(tǒng)的穩(wěn)定性和高效性。 對于大數(shù)據(jù)量的問題，采用如分頁查詢、關鍵數(shù)據(jù)加密等措施。針對批量數(shù)據(jù)處理的高效率問題，采用設定步長、可重入處理等手段。采用分布式應用服務器集群技術，使得各地在業(yè)務擴展時能夠靈活地擴充系統(tǒng)性能，保護已有投資；采用業(yè)界標準的XML和SOAP協(xié)議進行數(shù)據(jù)交換以及組件庫的隨意添加，使系統(tǒng)具有更

21、強的業(yè)務擴展性。2.3.7 與業(yè)務系統(tǒng)的完全整合系統(tǒng)在安全模塊、流程管理模塊、業(yè)務統(tǒng)一辦理模塊等完全整合。繼承現(xiàn)有業(yè)務信息系統(tǒng)的操作模式。投標人要結合業(yè)務系統(tǒng)的具體情況，對完全整合的方案進行闡述，估計整合過程中可遇到的問題，并提出解決的建議，保證與業(yè)務系統(tǒng)完全整合，延續(xù)業(yè)務系統(tǒng)的操作模式和習慣。2.3.8 數(shù)據(jù)交換平臺要求主要實現(xiàn)佛山市局、財政局、人事局等機關單位和順德社保局業(yè)務系統(tǒng)之間的數(shù)據(jù)交換。與市局和順德分局業(yè)務系統(tǒng)之間的數(shù)據(jù)交換主要包括個人基礎信息、離退休待遇核定信息，離退休死亡信息；與財政局的數(shù)據(jù)交換包括每月的待遇劃付信息；與人事局的數(shù)據(jù)交換包括初次以及其他必要的信息交換。1功能要求

22、（1）平臺管理器該模塊將實現(xiàn)對數(shù)據(jù)交換接口平臺的管理和配置。提供向導來訪問各種資源, 生成各種資源適配器的配置信息，并提供參數(shù)配置、服務注冊、服務審計和監(jiān)控、管道配置、任務排期、節(jié)點管理等。（2）排期系統(tǒng)排期系統(tǒng)設置需要進行實時、定時數(shù)據(jù)交換的Web Service服務的配置信息，即可將該任務添加到排期系統(tǒng)列表中，當預訂的時間到達之后，將會自動的執(zhí)行該任務。（3）數(shù)據(jù)接收器該模塊將實現(xiàn)人事局、財政局、佛山核心業(yè)務系統(tǒng)等數(shù)據(jù)庫、數(shù)據(jù)文件中接收數(shù)據(jù)傳送到本地交換數(shù)據(jù)庫。 （4）數(shù)據(jù)發(fā)送器實現(xiàn)數(shù)據(jù)的發(fā)送、集成、裝載等數(shù)據(jù)整合集成工作。（5）數(shù)據(jù)校驗器實現(xiàn)對本地交換數(shù)據(jù)庫數(shù)據(jù)的校驗，發(fā)現(xiàn)本地交換數(shù)據(jù)庫

23、的不合法數(shù)據(jù)和不一致數(shù)據(jù)問題數(shù)據(jù)，生成數(shù)據(jù)校驗日志供查詢。（6）監(jiān)控器實現(xiàn)對本地交換數(shù)據(jù)庫的運行情況進行監(jiān)控和對數(shù)據(jù)發(fā)送器、數(shù)據(jù)校驗器的服務（進程）的監(jiān)控和運行日志管理。主要由兩部分組成：監(jiān)控管理工具和監(jiān)控服務（進程）。監(jiān)控管理工具實現(xiàn)對日志、服務（進程）狀態(tài)的管理；監(jiān)控服務（進程）實現(xiàn)對數(shù)據(jù)發(fā)送器的監(jiān)控。（7）安全管理器包括用戶管理，證書管理，認證與授權，加密與簽名等功能。2技術要求（1）資源適配通過資源適配器訪問包括數(shù)據(jù)庫、JAVA/EJB程序等第三方系統(tǒng)，并標準化為WEB SERVICE。（2）可插拔的組件架構動態(tài)配置所需的功能，路由、認證與授權、加密與解密、數(shù)據(jù)轉換、審計與監(jiān)控等均可設

24、計成組件。（3）策略機制在可插拔組件架構的基礎上，可對各種要求形成策略進行設置：包括請求的認證和授權、消息內容的加密/解密、服務的監(jiān)控以及如何對請求進行路由。（4）監(jiān)控機制對服務的訪問次數(shù)、響應時間、數(shù)據(jù)流量進行統(tǒng)計，并針對特定領域的應用進行圖表分析。（5）符合WS-Security標準的安全機制WS-Security的目標是使應用程序能夠構建安全的SOAP消息交換、獲得端到端的消息級安全。2.3.9 硬件采購清單及技術要求序號設備名稱技 術 要 求數(shù)量1VPN性能參數(shù)：IPSEC VPN穿透速度(雙向,AES 128bits)：54.4Mbps防火墻穿透速度(雙向256bits包)：95Mb

25、psIPSEC VPN隧道數(shù)目：1500條支持并發(fā)VPN客戶端數(shù)目：1500VPN轉發(fā)時延：0.3-0.5ms最大并發(fā)會話數(shù)目：600,000SSL VPN 加密速度(RC4 128bits)：89.4MbpsSSL并發(fā)會話數(shù)目：15000支持并發(fā)VPN用戶數(shù)目：1500每秒新建會話數(shù)：220網絡特性：廣域網接口：光纖、幀中繼、T1/E1(需要轉換設備)、以太網、PPPOE、PPP局域網接口：10/100Mbps以太網2 (LAN & DMZ)協(xié)議支持：IPv4，IPv6，VLAN標記，路由，NAT/NAPT，組播，OSPF，IGMP，Diff Serv，IPSec，IKE，VLAN Trun

26、k，PPTP穿透，GRE，H.323，HTTP，SSL 3.0，TSL1.0，F(xiàn)TP， POP3，SMTP等多種應用層協(xié)議IPSEC VPN特性：安全算法：AES、DES、3DES、MD5、SHA、DH、RSA，支持加載擴展安全算法模塊認證：支持Radius、數(shù)字證書、預共享密鑰、USB Key雙因素認證QOS：支持VPN內的業(yè)務分組管理流量控制：支持VPN流量分流技術多網絡支持：支持對50個內部子網提供VPN保護移動辦公：支持移動虛擬IP池內部權限：支持按用戶分配接入權限和訪問權限，支持VPN內的DOS攻擊過濾網上鄰居：支持透明的網上鄰居互訪SSL VPN特性：認證方式：本地數(shù)據(jù)庫認證，US

27、B Key雙因素認證，第三方LDAP/RADIUS認證，支持第3方的CA，支持客戶端和服務器的雙向證書認證安全算法：AES、DES、3DES、MD5、RC4、RSA，支持加載擴展安全算法模塊瀏覽器/平臺：支持Windows 98/ 2000/XP/2003，支持Linux，支持IE5,IE6, Netscape navigator v4.x-7.x， Mozilla v1.x(含F(xiàn)irefox1.x)，Opera v6.0-7.xWeb應用：支持Html/Dhtml,Jsp,Asp,Java applet, Activx,Cookies等各種Web技術。使用Html智能重構技術獲得更廣泛的We

28、b應用支持C/S應用：支持Ftp，網上鄰居，Notes，Outlook，Oracle, SQL等各種C/S應用。通過Proxy和Hook技術實現(xiàn)，使得客戶端不需要做任何配置更改。內部權限：支持按用戶分配接入權限和訪問權限，基于角色提供URL和服務的權限控制客戶端安全：支持客戶端緩存清空，Cookie清除，訪問記錄清除審計功能：支持用戶訪問記錄審計和報表防火墻特性：防御功能：狀態(tài)檢測，內置各種攻擊的抵御模塊，包括DOS/DDOS、Ping of Death、ActiveX和Java 攻擊等近2,000種攻擊規(guī)則配置：支持按時間、主機、服務等對象組合防火墻規(guī)則，支持虛擬測試功能檢查防火墻規(guī)則上網管理：支持各種NAT/NAPT協(xié)議，支持1000條IPMAC綁定，URL過濾，用戶分組管理，時間管理監(jiān)控與管理：支持URL訪問記錄，流量統(tǒng)計，流量/會話排名，病毒發(fā)現(xiàn)機制高可靠性：自動恢復：看門狗提供自動恢復功能平均無故障時間 30000 小時可管理性：管理方式：支持GUI客戶端配置和CLI 高級配置，支持遠程管理日志：提供訪問日志，系統(tǒng)信息，告警日志，錯誤日志，調試日志等多種日