| |
 |
| 診斷監測技術簡介 |
| 北京網景盛世的診斷監測技術是來源于國家高技術發展計劃“863”項目和國家十五科技攻關計劃，本平臺采用先進的“網頁數字化定位技術”、網站診斷URL追蹤技術，內容交互技術，實現了對網站全方位，智能化的檢測。 |
 |
|
|
| 產品優勢 |
■ 2004年首創中國第一套網站綜合監測平臺
經過近十年的技術發展和經驗積累，網站診斷監測技術已占據國內頭部地位。
■ 市場占有率第一，優質客戶眾多
■ 全面符合國辦【2011】40號文要求
長期服務于中央政府門戶網、工業和信息化部網站；長期多次承擔全國各類網站績效考核，成為技術標準。
■ 全面支持網站KPI考核功能，各類權重任意配置
■ 為國內頂級網站評測機構提供全國政府網站績效考核數據
■ 資質完整
公安部信息安全產品檢測中心出具的測試報告
北京軟件產品質量檢測檢驗中心出具的測試報告
北京信息安全測評中心出具的測試報告 |
|
|
|
|
|
| |
 |
2.1 軟件架構（如右圖所示）
2.2功能模塊清單 |
■ 網站群日常績效考核
■ 網站可用性監測
■ 網站錯誤鏈接監測
■ 網站性能監測
■ 敏感詞監測
■ 超大圖片監測 |
|
 |
|
|
|
| |
 |
| 在網站群日常監測數據基礎上，引入更多的量化考核指標，以進一步提高網站考核評測數據的科學性、準確性，使績效考核的評測指標體系更合理，更規范，對納入監控范圍的所有政府網站的可用性、響應速度、網頁鏈接差錯率等指標進行分析統計。 |
 |
|
|
3.1 全方位的考核功能：支持對網站群的錯鏈率、可用性、訪問量、錯別字情況等進行評比考核
3.2 可擴展指標：根據不同要求，可擴展其它指標，比如：
■ 可對子站“政務公開”、“在線辦事”、“政民互動”等欄目的響應時間或打開時間進行測評；
■ 可對指定應用系統的可用性情況進行測評等等。
3.3 實時測評，可按日、周、月查詢評分結果：如右圖所示
■ 對各子站可進行前一天數據的測評，自動生成報告
■ 可按日、周、月查詢報告
■ 在報告中，可對指標進行排序
■ 顯示與上一時間段排名的變化情況
■ 非常方便的查看上周、上月、上季度的排名情況 |
|
|
|
|
|
|
| |
3.4 靈活自由配置考核規則
在對公式、站點等進行配置后，考核平臺則每日自動生成測評報告。
3.4.1 配置公式：
■ 新建公式 ■ 修改公式
■ 設置公式類型 ■ 對權重進行設置
■ 對評分標準進行添加、修改、刪除等設置 |
 |
|
3.4.2 配置考核：新建、修改考核指標
|
 |
|
|
|
|
| |
3.5 專家審核功能
專家或領導可對測評的結果進行審核， 然后重新打分， 如下圖所示： |
 |
|
|
3.6 區間打分功能
避免在按評分細則（ 公式） 進行測評時出現太低的分數， 考核平臺有區間打分功能， 比如總分是30到60 之間的， 可把最后評分修改為60分。
3.7 可自定義公式 |
 |
|
|
|
|
|
|
| |
|
網站可否被訪問對上線網站而言是頭等大事，所以網站的“年斷網次數”，“月斷網次數” 和“ 周斷網次數” 是衡量這個網站穩定性的重要指標。而網站的斷網發生時間和持續的時間則是判別斷網事故嚴重性的細化指標。
|
 |
|
|
4.2 詳細報表數據（如左圖所示）
■ 斷網次數
■ 斷網原因
■ 連續斷網
■ 斷網分布
■ 斷網時長數據
■ 可用性排名數據
■ 網站可用性短消息、M S N 、郵件告警功能
■ 網站中斷快照留存
■ 提供網站可用性指標自動日報、周報、月報功能
■ 支持可用性多機聯合校驗功能
■ 支持單機對網站可用性故障的連續二次確認功能 |
|
|
|
| |
4.3 優勢特點
優勢一、政府在線服務、互動服務監測
對與老百姓息息相關的在線服務、互動服務欄目進行持續監測，如發現“市長信箱”、“網上調查”、“ 百件實事網上辦” 、“ 政民互動” 等在線服務不可訪問、速度慢時， 即時發送告警信息。 |
 |
|
|
優勢二、政府在線服務、互動服務監測
對于網站可用性監測采用多機聯合校驗以及單機重復校驗的技術， 保障網站可用性監測最真實準確。
優勢三、更加細化的可用性監測
在可用性指標中， 除常規數據外， 還提供了斷網次數、斷網原因數據， 幫助分析斷網發生的原因：網絡錯誤、請求錯誤、服務器內部錯誤、資源不存在等。 |
 |
|
|
|
|
|
|
| |
 |
| 通過對目標網站每一個動靜態網頁進行檢測，自動分析出這些網頁的鏈接關系， 根據分析結果來判斷網站是否存在缺頁或者缺圖的情況， 或存在多媒體附件（ Z I P ， D O C ， P D F ， M P 3 等文件） 缺失的情況。 |
|
5.3 優勢特點
提供“ 定位” 和“ 追蹤” 功能， 系統在給出具體缺失頁面U R L 的同時， 還可以顯示其相關的調用U R L 和網站原頁。 |
5.2 詳細報表數據
提供的錯誤監測服務及數據主要包括：
■ 具體錯誤鏈接數據
■ 實現對網站缺失頁面的自動定位
■ 支持對圖片缺失、多媒體文件缺失的自動定位
■ 實現對采用J a v a S c r i p t 腳本技術網頁的深入掃描
■ 支持網站缺失鏈接路徑追蹤
■ 按站內、站外分類顯示鏈接錯誤
■ 可按照網站各欄目進行分欄顯示鏈接錯誤
■ 按圖片、附件、5 0 0 + 、4 0 4 等類型分類
■ 上一次掃描新增斷鏈數據
■ 斷鏈存在時長數據 |
|
 |
|
|
|
|
| |
 |
| 對網站的響應時間、建鏈時間、打開時間等進行深度分析與監測， 協助網站管理員把握網站的總體性能變化趨勢， 結合多城市、多運營商的綜合監測， 為網站性能優化提供依據， 提升網民訪問體驗。 |
6.2 詳細報表數據
關于網站速度指標， 我們提供的數據有：
■ 網頁響應時間
■ 網頁打開時間
■ 網頁傳輸速度
■ 網站性能深度分析
■ 任意時間段單一網站速度性能曲線數據
■ 網站群網頁響應時間排名報表
■ 網站響應時間曲線對比數據
■ 外網多點性能監測 |
 |
|
 |
|
|
6.3 優勢特點
優勢一、性能深度分析
性能深度分析是將客戶端從發起訪問請求開始， 到完全打開網站這一系列中間數據的記錄， 并對數據進行分析、判斷， 為優化網站及頁面設計、軟件編寫與系統調優提供參考數據。
性能深度分析的目的是協助用戶檢測導致網站打開較慢的原因， 告訴用戶是哪個元素出現問題導致網站整體打開較慢。
性能原始曲線圖：一段時間內頁面打開時間的所有原始數據曲線。
性能惡化記錄圖
記錄下所有的性能惡化點。
目的是通過對惡化點形成原因深入分析找到網站運行存在的問題， 從偶然中找必然。
性能惡化原因分析：
總體性能惡化原因的比例圖， 常見原因如：
■ D N S 原因 ■ 網絡原因 ■ 軟件原因
性能惡化記錄詳細清單
圖片、J S 腳本、C S S 等每個元素的D N S時間( 秒) 、元素數量/ 秒 、千字節/ 秒 、握手時間( 秒) 、下載時間( 秒) 等數據進行詳細分析。
綜合分析結論
終找出導致網頁打開慢的元素， 及這個元素的打開時間。
|
|
|
|
|
| |
優勢二、性能多點監測
單監測點數據并不能反映網站在不同城市、不同網絡的訪問體驗情況，需要通過在多城市、多運營商的來綜合監測。
北京網景盛世在全國構架了數百臺監測服務器，分別部署在國內主要城市，通過網通、聯通、電信、有線寬帶、教育專網等多種網絡鏈路對網站進行多點監測，顯示全國不同監測點、不同網絡鏈路的用戶體驗情況，為網站性能優化提供依據。
|
|
 |
■ 依據強大的敏感詞庫， 對涉密、反動、法輪功、色情等詞進行監測。
■ 軟件內置敏感詞庫幾萬條， 每月更新。
■ 可自定義敏感詞庫。 |
 |
 |
■ 統計網站中存在的大圖片， 引導網站管理者進行圖片優化， 提升用戶訪問
體驗。
■ 減少網站硬盤空間。 |
 |
| |
|
|
|
|
|
|
|
| |
 |
|
|
1、概述
指網站主要欄目每天新增的信息數量， 它直接反映網站的維護管理水平， 也是網站主管領導考察各欄目編輯工作業績的重要依據。北京網景盛世的酷維網站更新量監測系統也可統計網站群更新量變化， 以圖表排名形式展現。
常見更新量監測應用
■ 網站群更新量排名
■ 網站群信息公開監測
■ 網站信息指定專題更新量監測
■ 網站信息指定類別更新量監測
2、詳細報表數據：監測各網站首頁中經常有更新的欄目， 提供
■ 網站更新量日、周、月數據
■ 網站首頁更新量數據
■ 欄目更新量排名數據
■ 網站群更新排名數據
■ 領導活動信息量統計
|
3、信息公開更新量統計
4、網站指定專題更新量監測
對臨時性、重要事件專題或指定網站專題下信息數量進行統計監測。
|
|
5、網站指定分類信息更新量監測
用戶指定關鍵詞，將網站更新信息中包括這些關鍵詞的信息條目集中展現，比如指定某領導名字，將更新量中將該領導信息每日發布情況統計出來。
6、網站更新量在網站群考核中的用法與常見問題
網站考核常見模式
根據網景盛世10年來了解北京、上海、吉林、四川、海南等地省市考核現狀，網站更新量監測軟件對更新量的監測主要是集中在易于統計的欄目， 每個網站只選擇2-3個欄目來做考核，而且這些數據每個月都由人工來校對，如果完全依賴網站績效考核軟件，那么必須要求每個站的信息發布統一標準，最好能集中在一兩個欄目，便于系統掃描抓取。但一般情況下很難做到。 |
|
|
|
|
| |
 |
問題一： 目標網站地址常變動導致統計不準
現在的網站更新量監測軟件不管是哪個廠商的，對數量較少的欄目統計都十分準確，但對于海量欄目的準確性都不能保證，“ 不準確”問題不在于更新量監測軟件技術本身，而在于目標網站地址變動，今天甲網站改版，明天乙網站改版，如果單憑網站更新量監測軟件統計跟蹤更新量，那么天天調整監測地址都來不及。
問題二： 信息標注的時間與實際發布的時間不一致
某些網站習慣于在某一天把前段時間的新聞集中發布，日期上不是標注當日，而是標注歷史日期，如9月30日連發10條新聞，分別標記9月1日到9月10日。這對網站更新統計又造成混亂。人工核查的時候可能認為軟件是不是在9月1日到9月10日遺漏了。這種情況在考核中也很常見。
問題三： 監測頻率不高導致不準
由于網站欄目數量大，對網站的掃描一般不可能同時進行，都是分時運行。但是目標網站的信息更新是無規律的，軟件掃描的時候網站沒更新，等軟件掃描結束，網站開始上新信息了。這也會造成網站更新量統計不準。
|
|
問題四： 監測軟件服務器或網絡的配置導致不準
更新量監測軟件所用服務器或網絡的配置是一個影響網站更新量統計準確性的大障礙。有些目標網站速度本來就很慢，連人工去點擊都無法忍受，軟件去訪問同樣會遇到“阻塞”；一萬個欄目掃描( 每天最少一次)需要大量硬件資源，無論軟件設計多么精巧，網絡帶寬都是省不了的。
問題五： 網站服務器的穩定性導致不準
有些網站本身不穩定，一會能訪問一會又訪問很慢，這種情況下，網站更新量監測軟件對更新量的統計就更無法準確。如果網站硬件服務器資源或者網絡不夠，診斷軟件對100個網站的掃描很可能跑到一半網站就癱瘓了，更新量也不可能準確。
問題六： 維護網站群欄目地址工作量大
現有網站更新量監測軟件不管多么先進，都必須將目標網站的具體欄目地址輸入；如果一個政府網站群績效考核工作要考核100個網站共一萬個欄目（包括主站更新量、信息公開、在線辦事、公眾參與等），那么這一萬個欄目的地址必須手動選擇或者人工錄入；如果是純人工來評估100個站，也得一個一個去加地址。這樣問題就出現了，一萬個欄目地址清單的維護工作本身就是很麻煩的事；
所以，在國內的考核中經常出現“考核結果發布與目標網站不一致”的情況。
|
|
|
|
|