金保工程應用平臺監控系統建設采用單一來源采購方式征求意見公示

項號

服務名稱

數量

技術參數要求

1

金保工程業務應用性能監控系統建設

 

★一、基礎要求：要求中標供應商派駐項目組，提供軟件設計、開發和實施三階段的現場服務。

★二、業務功能要求：

金保工程業務應用性能監控系統建設目標：以切合國家金保工程的相關要求、以進一步提高人力資源社會保障行政能力和服務社會的水平為目標，對金保工程業務應用進行監控管理，通過實時監控提供服務的應用程序的各項指標，準確把握業務系統的運行現狀，為故障分析和性能調優提供依據，實現業務系統運維管理的“可視、可防、可管、可控”，規避系統運行風險，保證業務辦理的穩定，切實把金保工程建設的成果及時轉化成現實的行政管理能力，保證勞動保障事業的可持續發展，為勞動者提供更好的服務。

主要建設內容包括：

本次建設范圍主要是監控部署核心業務系統的6臺應用服務器上的應用系統。

1、可視化集中監控模塊

提供適合直觀地監控性能數據的基于Web的用戶界面，對所有運營中的應用服務的重要運行指標進行整合的集中監控展示。監控指標數據或圖表以每秒為單位實時更新，實時請求事務從入口即可開始監測，直到事務執行結束，有助于管理人員對系統狀態的快速判斷和有效控制。包括：

1.1主儀表盤

主監控面板界面能夠展示以下類別的指標：

? 服務能力指標：總體吞吐量速度表、各系統業務吞吐量、線程積壓數量、請求的達到率、響應時間、思考時間等；

? 用戶相關信息：例如并發用戶數、訪問用戶數、點擊量等。系統監測到的并發用戶，是服務器正在處理真實并發數，本系統的并發量計算比其他系統統計的在線用戶數更加真實可信。

? 資源使用情況：系統及JAVA應用程序的 CPU使用率、系統及JAVA內存堆使用量、數據庫連接池的使用狀態等；

? 預警告警信息：系統預警信息、應用運行時發生的異常和錯誤信息等。

1.2自定義監控面板

支持根據需要靈活配置自定義監控畫面，提供的性能數據曲線圖和拖拽功能，可以組成適合用戶自身環境的監控畫面，并可按照不同權限分配給各個級別的管理員。

1.3實時均衡器

本功能點以均衡器圖表的形式，只展示所有的實時指標，系統通過實時均衡器中的各個指標窗口，可以快速確認各個系統的實時狀態。

1.4預警告警

對WAS正常運營中可能造成影響的錯誤、異常進行實時監測，并通過多種方式將告警信息實時發送給管理員，包括界面彈窗、聲音、郵件、短信等，支持將告警信息推送至其他平臺。

告警類型豐富，按照風險級別的不同，區分為“危險”、“錯誤”、“警告”三類，并可按日期時間進行有效的管理。

 

2、實時監控模塊

本模塊實現實時追蹤、干預控制和事務響應時間分布圖等功能，包括：

2.1運行指標監控

在實時監控功能中，可以分類查看主要指標的詳細關聯信息。例如系統的CPU使用率和每個應用進程的CPU使用率。數據庫連接池的使用狀態，閑置、分配和活躍的連接數量等。

主界面的指標窗口，都可以通過按鈕關聯到這些詳細信息的界面中，實時監控功能中，還支持對任意的應用功能點進行動態追蹤剖析。

2.2實時事務深度剖析

能夠實時監控應用程序當前正在處理的活動請求事務，能夠從請求事務到達服務器即開始追蹤，支持將事務執行的軌跡全部都在系統上呈現出來，并可進行深度剖析。

可以查看當前終端用戶的IP地址、訪問的URL、請求方式、當前運行狀態、請求運行到的代碼位置。

事務軌跡追蹤可以達到類/方法/SQL語句級別，能夠查看SQL執行的綁定變量和返回結果集數量，資源是否正常關閉，支持追蹤任意方法的參數和返回值。

在事務追蹤中能夠查看到已經完成和正在處理的每一個階段的響應時間。

2.3線程積壓手動干預

當服務器的隊列積壓達到一定程度時，業務系統就會發生宕機事故。系統可以分析產生積壓的原因，對這個正在執行中的事務進行代碼級的剖析?？梢詫Υ_認已經死掉或者引起故障的請求線程進行手工的暫停、殺死、重啟操作。支持設定排隊線程的優先級，當服務器繁忙時，保障重要的業務優先被執行。

2.4智能負載控制

服務激增時，短時間之內線程隊列積壓就會達到WAS中設定的最大數，這時服務就會處于無響應（宕機）狀態。為了解決這種問題，過去一般采取重啟WAS服務的臨時應急措施。系統的智能負載均衡功能可以智能化控制活動服務數，保證應用服務器不因上述原因而宕機。根據預先設置的參數智能控制請求數量，保證當前服務運行穩定。

2.5事務響應時間分布圖

事務響應時間分布圖，其橫軸為時間軸，縱軸為事務響應時間軸，事務執行結束就會在圖表中對應位置形成一個點。當系統存在性能問題時，如單個頁面錯誤、系統資源不足、死鎖等，該圖形上就會表現出不同的特殊分布形狀，利用事務分布所表現出來的特殊形狀，可以直觀快速的定位故障原因和系統性能瓶頸。

一般應用的性能問題產生的原因有五方面：DB交互、外部接口調用、文件I/O、Socket通訊、異常。系統可以從以上各個不同角度進行分析。

分布圖表從響應時間的角度，支持以業務邏輯執行時間、DB交互時間、SQL結果獲取(Fetch)時間、 UXEDO/CICS/Tmax等外部事務調用時間為基準，變更分布的形態，以此來對響應時間進行分段定位分析。

支持從事務名、用戶ID、應用URL等視角對分布圖形態進行重構，并可按照URL、客戶端IP、用戶ID等進行篩選過濾，以此滿足數據分析的需要。

對于分布圖中的每個事務，可以展開事務詳細列表，從多種視角對每個請求事務的執行軌跡進行詳細剖析，可實現語句級的追蹤。

在分布圖中，圈選事務點，即可展開詳細追蹤剖析的功能，對于請求事務的剖析，達到了類/方法/SQL語句級別，能夠查看SQL執行的綁定變量和返回結果集數量，資源是否正常關閉，并且支持追蹤任意方法的參數和返回值。

分布圖除展示實時狀況外，還提供歷史情景再現功能，選擇應時間段即可查詢歷史時刻的應用事務執行情況。

2.6線程監控

可以查看前臺和后臺線程，相關資源消耗，是否發生死鎖等。

2.7內存和垃圾回收監控

在JAVA應用中，內存泄漏問題已經成為了困擾開發和維護人員的難題之一，本系統應提供內存監控功能，可以實時查看內存的使用情況，垃圾回收機制是否工作正常等。

 

3、統計分析模塊

可以將應用運行的統計分析數據以多樣化的形式展示出來，包含各種關鍵指標，可按任意值排序，使應用管理人員能夠準確的把握應用服務器運行的狀況。包括：

3.1應用統計

? 應用訪問次數、成功次數、失敗次數、響應時間等

? SQL執行次數、響應時間等

? 外部事務訪問次數、成功次數、失敗次數、響應時間等

? 錯誤、異常次數、原因、相關詳細信息等

3.2趨勢分析

系統提供趨勢分析功能：可以橫向和縱向對比，分析不同應用在同一時段的表現、同一應用在不同時段的表現，可以評估負載均衡情況等。

3.3報告書

系統提供每日、每周、每月以及任意時間段的運行報告書，包含：

? 各種TOP排行

? 性能數據匯總

? 關鍵指標的平均值、最大值以及峰值時刻。

所有報告書均可自由導出為Excel格式，方便后期分析處理和系統聯動。

3.4自定義報告書

系統支持用戶自定義報告書功能，所有報告書均可導出為Excel格式，方便后期分析處理和系統聯動。

3.5 CRUD矩陣

系統支持將應用與數據庫表、函數、存儲過程之間的關系，以一一對應的方式統計展現，并且可以表示出對數據庫表的操作類型。

 

4、故障診斷模塊

系統為用戶提供針對故障的深度分析能力。包括：

4.1內存泄露追蹤

內存泄露所引起的宕機，已經成為JAVA應用最常見的問題之一。本系統可以對引起內存泄露的主要原因，即特定類對象以及集合框架對象進行分析，提供使用該對象的應用的全堆棧軌跡追蹤。

4.2 JDBC資源未關閉的追蹤

應用中對JDBC事務所使用的對象，如數據庫連接、SQL指令集、結果集等未能正常釋放時，系統能自動檢測出這種情況，并提供相關的詳頁面URL和SQL語句，能夠追蹤出查詢結果集過大的語句和調用頁面地址。

應用中對JDBC事務所使用的對象，如數據庫連接、SQL指令集、結果集(Connection, Statement, PrepareStatement, ResultSet) 等未能正常釋放(Close) 時，系統能自動檢測出這種情況，，并提供相關的詳頁面URL和SQL語句等詳細信息。 

4.3文件I/O和Socket通訊的追蹤

系統監測WAS進程對已打開文件的讀寫狀態和所有TCP/IP Socket通訊的狀態，提供哪些應用正在使用該資源的應用堆棧軌跡，本地端口和遠程端口的使用情況，通過這些可以掌握與外部系統錯綜復雜的聯動關系。

4.4動態堆棧軌跡追蹤

系統在診斷剖析性能下降或者故障的原因時，在本功能點上，無需重啟WAS提供全堆棧軌跡(Full Stacktrace) 。擺脫了過去需要重啟WAS，依次記錄、分析轉儲(Dump)文件的方式，實時與系統狀況相聯系，以便更快的定位問題原因。

4.5 HTTP Session追蹤

可以監控HTTP Session對象的內容，輔助進行故障診斷。

4.6實用程序

    可以查看系統的環境變量信息，檢索所有加載的類的情況，對程序進行模擬反向工程，以查看類的細節。

 

5、屬性配置模塊

通過系統屬性配置，可以方便的對系統進行管理，可以使不同部門的人員都充分利用該系統。通過權限控制、被監控應用分配，可以達到安全、精細化控制的目的，也更符合大型數據管理中心的運維模式。

隨著業務環境及組織變化要求WAS系統監控環境變化時，系統需要提供域體系結構為基礎的用戶定義型整合控制板組成環境?？梢灾С址旨壊渴鸷凸芾?，適用于集群環境。

 

★三、總體要求：

1、金保工程業務應用性能監控系統是南寧市“金保工程”系統的一部分，系統開發工作必須和原有業務信息系統無縫對接，拓展升級工作涉及原有信息系統和原有業務數據等多方面因素，必須在原業務開發基礎上完成，保證數據的上傳、保存和管理的有效銜接、可靠運行，從而達到項目建設目標，提升南寧市金保工程系統處理和業務經辦能力。

2、系統設計應做到結構模塊化，程序結構化，數據格式標準化，代碼統一化，各種文檔資料規范化。系統必須統一標準，規范設計，統一數據入口，統一數據出口，充分共享；數據可被系統中任何處理環節使用，確保數據的完整性，一致性。

3、應用系統應具有完整、嚴謹的操作權限管理機制。

4、系統的操作要求簡便，便于操作員快速掌握系統操作方法；用戶界面簡單明了，符合業務辦理流程，具有人性化特點。

5、要求建設方必須充分熟悉南寧市相關政策、業務流程和金保工程現有系統，掌握當前系統的業務架構、技術架構和數據架構，從而保證高質量、快速的完成工作。 

 

★四、技術要求：

為保證系統架構設計的開放性、穩定性、可擴展性和可延續性，本次軟件升級項目要求采用如下的總體技術：

1、在人力資源和社會保障部社會保險核心平臺二版以及勞動力市場99三版的框架結構之上進行本地化開發工作。

2、業務應用系統采用B/S/S架構，業務邏輯層采用J2EE/EJB的模式，B/S/S架構中的表現層以JSP技術為載體。

3、采用面向服務的技術架構（SOA， Service-Oriented Architecture），松耦合的設計模式，完成業務系統的分析與設計，采用構件化、參數化、方法庫和工作流等技術，提高系統的擴展性。

4、采用面向對象的構件化分析與設計方法。采用最新的架構驅動的軟件開發方法，按照CMM/CMMI的要求制定一系列的開發過程規范，保證應用體系架構的總體質量。用構件化、參數化、方法庫和工作流等技術，提高系統的擴展性。

5、數據庫設計要貫徹“以人為本”的設計理念，設計要求合理，既要滿足實際業務需求，又需要具有擴充性。與現有系統進行數據整合，實現社會保障系統基礎數據的同人同城同庫和多部門數據共享。

6、根據業務需求，依據業務流程，從方便用戶使用的角度進行系統設計、功能和模塊劃分。系統的操作要簡便，便于操作。

7、系統切換需采用簡單易行的升級轉換辦法，在保證新系統能夠安全、可靠運行的前提下，完整地保護原有歷史數據。

8、統一技術標準和信息交換標準。系統建設需從技術、業務、管理等方面考慮與原有業務系統的互聯互通和平滑延伸，為整合南寧市人力資源系統的信息資源、建設南寧一體化系統和全面的公共服務與監管提供全方位支持。

 

★五、項目實施服務與管理要求

5.1項目進度要求

按照統一規劃，分步實施的工作思路，啟動南寧市金保工程平臺軟件升級項目建設，系統建設步驟及時間規劃如下：

1、項目啟動：2015年8月。

2、需求調研：2015年8 月 20日—2015年8月31日。

3、軟件設計、開發：2015年9月1 日—2015年10月30日。

4、軟件安裝、培訓、用戶測試：2015年10月10日—2015年10月15日。

5、系統上線運行：2015年10月25日。

6、系統驗收：2015年11月。

5.2項目人員要求

1、為使工程按質、按量、按時及有序實施，要對本項目組織一個完善的管理組織結構，按軟件項目開發和維護的實際需要組織后臺開發人員、現場技術人員及后端支持人員，人員配置應科學、合理、有效。

2、要指定一名項目經理負責本軟件研發、實施任務的具體實施和組織，可全權對參與本項目的技術人員進行統一管理和調配。

3、項目組在人員配備上，應包含實施人員、設計人員、開發人員、測試人員等。投標時應提交該組織結構和人員配備方案的詳細資料，包括人員姓名、部門、職責、主要資歷、經驗及承擔過的項目。

4、項目主要開發人員要保持穩定，防止人員變動影響服務質量，確保軟件開發和維護工作按計劃順利完成。

5.3管理工具要求

1、項目需求調研、系統開發、系統測試過程中必須選用管理工具以實現項目管理及過程管理，應標時應列出項目管理工具名稱。

2、要求在需求調研階段使用需求調研工具完成需求的錄入和評審工作，在系統維護階段使用需求管理工具進行需求變更、需求分配、制定計劃、需求驗證過程的管理，以便用戶方及時了解當前項目的需求實現情況。

5.4項目風險管理

投標人要充分認識到項目風險管理的重要性，在投標書中必須識別分析項目中的各類風險因素，并采取相應的對策。

5.5項目溝通管理

投標人必須在投標文件中詳細明確說明項目溝通計劃，確保投標人與用戶之間、投標人內部之間信息溝通順暢。成為中標方后在項目實施過程中必須分別按周、月提交進度報告，對項目問題及進度延遲原因進行說明，制定合理的解決措施并有效執行。

5.6文檔交付要求

在軟件開發過程中，中標人應按照軟件開發要求形成全面詳盡的技術資料，包括可運行的程序及技術文檔等（包含軟件驗收后調整和補充的項目成果和資料），確保技術資料的一致性和完整性。

包括：

需求分析階段：《軟件需求說明書》、《軟件需求確認書》

設計階段：《系統設計說明書》

測試階段：《測試計劃》、《測試報告》

過程文檔：《培訓計劃》、《培訓記錄》、《例會記錄》

交付使用：《用戶操作手冊》、《系統安裝維護手冊》

其他文檔：以及項目建設方認為必要的其他文檔

所有的技術文件必須用中文書寫。

5.7項目培訓要求

投標人必須提供滿足系統建設、管理、維護等要求的技術培訓服務，并達到預定的培訓目標。

投標商必須根據本次招標文件所制定的目標和范圍，提出相應的培訓內容及計劃，并作為投標文件的一部分提交。

商務條款

一、合同簽訂期：自成交通知書發出之日起 7個工作日內

★二、提交服務成果時間：   合同書簽訂后2個月內  

三、提交服務成果地點：     南寧市采購人指定地點 

四、售后服務要求：

★1、質量保證期 1年（自驗收合格交付使用之日起計）

★2、質保期內，投標人無償對項目出現的各類問題進行軟件修改、完善和升級開發。如系統設計存在重大缺陷，導致無法運行或效率低下，投標人必須無條件對系統進行結構性調整開發，直至系統功能滿足開發要求，系統性能高效安全運行；如在質保期內未能完成上述修改、完善和升級開發的，則質保期按最終完成開發并正式交付使用之日起自動順延1年時長。

3、系統維護的范圍包括：系統優化、系統的正常運行和數據維護。

4、中標人能提供現場工程師、7×24通過遠程、電話、E-mail等方式為用戶提供終身完善的售前和售后技術咨詢服務；

★5、處理問題響應時間：接到采購人處理問題通知后 1 小時內到達采購人指定現場， 2小時內解決故障并恢復系統運行，終身提供免費技術支持。

★6、培訓要求：

（1）對業務經辦人員進行集中培訓，確保每位工作人員能夠理解系統原理、系統功能，熟練系統信息錄入、流程審批、統計分析、信息查詢等應用。培訓費用由中標人負責，培訓地點在南寧市區內；培訓時間和期限由本項目采購方根據需要確定。

（2）投標時必須提供詳細的項目培訓方案。

五、其他要求：

1、系統驗收要求：系統通過試運行證實所有性能、功能指標達到要求時，可由中標人提請項目驗收申請。終驗的內容如下：

（1）技術文檔：同步維護項目試運行期間技術文檔進行驗收。 

（2）系統功能：依據《項目合同書》、《項目招投標文件》和有關的補充協議，對系統功能進行驗收。

（3）對培訓情況進行驗收。

（4）驗收報告：以上驗收合格后，由采購人出具《驗收報告》。

★2、中標人按要求將項目軟件完成后，該軟件知識產權歸采購人所有，中標人必須向采購人無償提供中標軟件產品的源代碼。

★3、報價必須含以下部分，包括：

（1）服務的價格；

（2）必要的保險費用和各項稅金；

（3）安裝、調試、培訓、技術支持、售后服務、更新升級等費用；

（4）與各類相關系統對接的費用。

（5）組織平臺驗收產生的費用。

★4、付款方式：本項目無預付款，供應商所提交的服務經采購人書面驗收合格后，一次性支付合同款。

★六、對合同條款的調整

由于中標人原因，未能按本合同規定的內容、時間及相關要求向采購人交付成果的，中標人承擔違約責任，支付違約金。每逾期一天交付，按合同總費用的千分之二支付滯納金，超過合同規定時間30日，采購人有權解除合同，并扣除履約保證金。