【摘 要】本文論述網(wǎng)絡(luò)設(shè)備故障檢測(cè)系統(tǒng)的實(shí)現(xiàn)與測(cè)試，立足于網(wǎng)絡(luò)設(shè)備故障檢測(cè)管理工作，提出進(jìn)行自動(dòng)檢測(cè)和分析的開(kāi)發(fā)需求，從軟件開(kāi)發(fā)角度出發(fā)，開(kāi)發(fā)設(shè)計(jì)系統(tǒng)的架構(gòu)和功能模塊，借助JavaEE技術(shù)進(jìn)行開(kāi)發(fā)實(shí)現(xiàn)，對(duì)系統(tǒng)功能和性能進(jìn)行測(cè)試，確保其具有動(dòng)態(tài)、有效、安全、穩(wěn)定的故障診斷功能。

【關(guān)鍵詞】網(wǎng)絡(luò)設(shè)備 故障檢測(cè)系統(tǒng) 測(cè)試

目前國(guó)內(nèi)外的大型公司、集團(tuán)等大多設(shè)置了網(wǎng)絡(luò)運(yùn)維部門(mén)或信息中心，負(fù)責(zé)對(duì)本單位網(wǎng)絡(luò)設(shè)施的運(yùn)維操作。這些單位的網(wǎng)絡(luò)運(yùn)維部門(mén)在信息化設(shè)備維護(hù)中采用傳統(tǒng)的管理模式，大部分基于Web系統(tǒng)實(shí)現(xiàn)對(duì)本單位網(wǎng)絡(luò)設(shè)備的缺陷檢測(cè)、缺陷管理等，這種對(duì)缺陷檢測(cè)監(jiān)管的方式效率低且出錯(cuò)率高。如檢測(cè)人員在缺陷檢測(cè)過(guò)程中出現(xiàn)網(wǎng)絡(luò)設(shè)備漏檢的情況，導(dǎo)致網(wǎng)絡(luò)缺陷檢測(cè)工作不能高效完成，對(duì)缺陷檢測(cè)人員的監(jiān)管僅僅停留在數(shù)據(jù)記錄上;同時(shí)，缺陷檢測(cè)人員的任務(wù)分配不合理等情況也時(shí)有發(fā)生，導(dǎo)致缺陷檢測(cè)工作管理較為混亂。在記錄方式上，大部分采用Word或Excel的形式來(lái)存儲(chǔ)設(shè)備的故障信息，或者通過(guò)簡(jiǎn)單的數(shù)據(jù)庫(kù)管理系統(tǒng)來(lái)達(dá)到記錄目的，導(dǎo)致缺陷檢測(cè)工作的漏洞。

為使網(wǎng)絡(luò)運(yùn)維部門(mén)的網(wǎng)絡(luò)缺陷檢測(cè)工作得到更好開(kāi)展，實(shí)現(xiàn)部門(mén)有效協(xié)同配合，及時(shí)明確故障問(wèn)題是其中的關(guān)鍵。網(wǎng)絡(luò)設(shè)備廠家、缺陷檢測(cè)信息化專(zhuān)家提出了把業(yè)務(wù)控制、協(xié)調(diào)辦公等手段應(yīng)用于網(wǎng)絡(luò)運(yùn)維部門(mén)的缺陷檢測(cè)當(dāng)中的做法。

一、網(wǎng)絡(luò)設(shè)備故障檢測(cè)系統(tǒng)實(shí)現(xiàn)所需的技術(shù)支持

進(jìn)行軟件開(kāi)發(fā)需要對(duì)操作系統(tǒng)進(jìn)行選擇，目前比較流行的計(jì)算機(jī)操作系統(tǒng)是Windows 7或者Windows 10。在本系統(tǒng)的開(kāi)發(fā)中將會(huì)選擇使用Windows 10作為開(kāi)發(fā)的計(jì)算機(jī)操作系統(tǒng)，該操作系統(tǒng)響應(yīng)速度比Windows 7要好，且兼容性和穩(wěn)定性好。選擇好操作系統(tǒng)以后，還需要對(duì)操作系統(tǒng)的應(yīng)用軟件進(jìn)行配置，如應(yīng)用程序服務(wù)器、數(shù)據(jù)庫(kù)管理系統(tǒng)以及JavaEE開(kāi)發(fā)環(huán)境等。

系統(tǒng)開(kāi)發(fā)軟件環(huán)境配置包括開(kāi)發(fā)語(yǔ)言Java及環(huán)境支持JDK，開(kāi)發(fā)工具選擇的是Eclipse，數(shù)據(jù)庫(kù)系統(tǒng)是MySQL5.7，應(yīng)用程序服務(wù)器是Tomcat，系統(tǒng)前端開(kāi)發(fā)使用Dreamweaver工具。

二、網(wǎng)絡(luò)設(shè)備故障檢測(cè)系統(tǒng)功能的實(shí)現(xiàn)

（一）網(wǎng)絡(luò)設(shè)備管理模塊

網(wǎng)絡(luò)設(shè)備管理即以實(shí)現(xiàn)網(wǎng)絡(luò)設(shè)備信息維護(hù)為目的，包括基礎(chǔ)信息的維護(hù)和網(wǎng)絡(luò)設(shè)備信息的維護(hù)。在對(duì)信息維護(hù)時(shí)，可以對(duì)網(wǎng)絡(luò)設(shè)備的基本參數(shù)進(jìn)行維護(hù)。為了能夠提升系統(tǒng)的開(kāi)發(fā)規(guī)范化，系統(tǒng)中的數(shù)據(jù)統(tǒng)一采用JSON格式進(jìn)行傳遞，以確保數(shù)據(jù)訪問(wèn)請(qǐng)求和數(shù)據(jù)返回解析的一致性。在系統(tǒng)中通過(guò)用戶(hù)前端界面獲取相關(guān)參數(shù)，按照系統(tǒng)中的數(shù)據(jù)格式，以JSON方式向服務(wù)器發(fā)送，在服務(wù)器端會(huì)調(diào)用對(duì)應(yīng)的業(yè)務(wù)類(lèi)進(jìn)行響應(yīng)和處理，并借助數(shù)據(jù)庫(kù)操作實(shí)現(xiàn)數(shù)據(jù)的提取，最終再通過(guò)標(biāo)準(zhǔn)格式數(shù)據(jù)實(shí)現(xiàn)返回處理。訪問(wèn)者借助瀏覽器，通過(guò)Jquery把JSON數(shù)據(jù)進(jìn)行解析，獲取服務(wù)端處理值，最終完成數(shù)據(jù)通信過(guò)程。

在完成網(wǎng)絡(luò)設(shè)備基礎(chǔ)信息管理后，就可以在后續(xù)的管理中獲取設(shè)備運(yùn)行狀態(tài)信息，并且根據(jù)狀態(tài)情況所觸發(fā)的告警條件，通過(guò)系統(tǒng)發(fā)起告警提醒。提醒是通過(guò)前端界面向用戶(hù)發(fā)起，在HTML5界面中有很多的提醒設(shè)置和方法，可根據(jù)不同的網(wǎng)絡(luò)設(shè)備類(lèi)型和提醒要求，設(shè)置對(duì)應(yīng)的提醒樣式和提醒時(shí)間。當(dāng)觸發(fā)條件滿(mǎn)足以后，系統(tǒng)會(huì)調(diào)用對(duì)應(yīng)的Javascript代碼進(jìn)行提示。整個(gè)網(wǎng)絡(luò)設(shè)備的查詢(xún)與提示按照下面流程進(jìn)行：在客戶(hù)端，用戶(hù)通過(guò)系統(tǒng)獲取網(wǎng)絡(luò)設(shè)備運(yùn)行情況，對(duì)應(yīng)的查詢(xún)請(qǐng)求通過(guò)JSON格式進(jìn)行參數(shù)提交;用戶(hù)訪問(wèn)請(qǐng)求被服務(wù)器系統(tǒng)接收以后，系統(tǒng)通過(guò)服務(wù)器發(fā)起查詢(xún)請(qǐng)求，對(duì)應(yīng)結(jié)果來(lái)自數(shù)據(jù)庫(kù);對(duì)應(yīng)的數(shù)據(jù)傳遞也是通過(guò)JSON格式數(shù)據(jù)實(shí)現(xiàn)。在客戶(hù)端接收到這些數(shù)據(jù)以后，系統(tǒng)會(huì)調(diào)用對(duì)應(yīng)的方法進(jìn)行數(shù)據(jù)顯示。當(dāng)滿(mǎn)足告警提示條件以后，系統(tǒng)會(huì)顯示出對(duì)應(yīng)的網(wǎng)絡(luò)設(shè)備以及告警信息。

系統(tǒng)提供了對(duì)網(wǎng)絡(luò)設(shè)備運(yùn)行情況的查詢(xún)顯示功能，通過(guò)JSON數(shù)據(jù)格式對(duì)請(qǐng)求進(jìn)行接收和處理;服務(wù)端在接收到網(wǎng)絡(luò)設(shè)備編號(hào)后，以編號(hào)方式進(jìn)行查詢(xún)，然后通過(guò)Jquery以數(shù)據(jù)查詢(xún)的方式向客戶(hù)端發(fā)送返回值，最終顯示出來(lái)。

（二）監(jiān)測(cè)數(shù)據(jù)采集與處理模塊

網(wǎng)絡(luò)監(jiān)測(cè)系統(tǒng)中，積累了大量的網(wǎng)絡(luò)設(shè)備運(yùn)行日志文件，這些文件與網(wǎng)絡(luò)設(shè)備基礎(chǔ)文件和業(yè)務(wù)文件密切相關(guān)，因此本系統(tǒng)需要對(duì)監(jiān)測(cè)系統(tǒng)中的文件進(jìn)行導(dǎo)出操作。這些文件以附件形式進(jìn)行存儲(chǔ)，并將文件的屬性信息存儲(chǔ)在表格中。因此對(duì)網(wǎng)絡(luò)設(shè)備的運(yùn)行監(jiān)測(cè)日志文件進(jìn)行采集時(shí)，需采集文件和屬性數(shù)據(jù)。

本系統(tǒng)獲取到需要采集監(jiān)測(cè)系統(tǒng)的所有日志文件目錄，并進(jìn)行相應(yīng)的查詢(xún)操作，等到相關(guān)數(shù)據(jù)全部獲取以后，再對(duì)數(shù)據(jù)進(jìn)行集中處理。在這些數(shù)據(jù)中，有部分是結(jié)構(gòu)化的數(shù)據(jù)，可以通過(guò)規(guī)范的JSON格式數(shù)據(jù)進(jìn)行解析處理，也有些非結(jié)構(gòu)化的數(shù)據(jù)。有時(shí)候?qū)W(wǎng)絡(luò)設(shè)備的分析需要依賴(lài)這些非結(jié)構(gòu)化的數(shù)據(jù)，因此，這兩種格式的數(shù)據(jù)都不應(yīng)該放棄，都需要進(jìn)行查詢(xún)并導(dǎo)入系統(tǒng)中。在具體實(shí)施中，可以借助JSON格式文件標(biāo)準(zhǔn)，實(shí)現(xiàn)對(duì)結(jié)構(gòu)化數(shù)據(jù)進(jìn)行管理，而對(duì)那些非結(jié)構(gòu)化的數(shù)據(jù)，可以借助FTP站點(diǎn)的方式進(jìn)行解析。

在具體設(shè)備監(jiān)控?cái)?shù)據(jù)的導(dǎo)入和管理中，通過(guò)JSON格式數(shù)據(jù)標(biāo)準(zhǔn)可以把規(guī)范的設(shè)備運(yùn)行日志文件導(dǎo)入系統(tǒng)中，并由系統(tǒng)做好解析工作，最終把解析數(shù)據(jù)保存到數(shù)據(jù)庫(kù)表中。對(duì)那些非格式化的數(shù)據(jù)文件，也需要進(jìn)行處理。在程序中可以借助不同的類(lèi)進(jìn)行數(shù)據(jù)封裝和處理，并且通過(guò)臨時(shí)數(shù)組保存數(shù)據(jù)策略，實(shí)現(xiàn)對(duì)批量數(shù)據(jù)的導(dǎo)入管理。在非結(jié)構(gòu)化數(shù)據(jù)中需要對(duì)FTP服務(wù)器的連通性進(jìn)行測(cè)試，然后調(diào)取對(duì)應(yīng)的設(shè)備運(yùn)行參數(shù)日志文件。

系統(tǒng)中針對(duì)網(wǎng)絡(luò)設(shè)備日志的讀取是借助URL進(jìn)行的，這樣不同網(wǎng)絡(luò)設(shè)備的運(yùn)行指標(biāo)就能進(jìn)行分類(lèi)存儲(chǔ)，提升系統(tǒng)數(shù)據(jù)統(tǒng)計(jì)分析的準(zhǔn)確性。在數(shù)據(jù)的導(dǎo)入中需要對(duì)URL的連通性進(jìn)行測(cè)試，在確保數(shù)據(jù)暢通的情況下進(jìn)行數(shù)據(jù)動(dòng)態(tài)提取并插入到數(shù)據(jù)庫(kù)中。在系統(tǒng)客戶(hù)端發(fā)起數(shù)據(jù)查詢(xún)需求以后，系統(tǒng)會(huì)借助JSON標(biāo)準(zhǔn)向后臺(tái)數(shù)據(jù)庫(kù)進(jìn)行信息查詢(xún)，并且返回標(biāo)準(zhǔn)的JSON數(shù)據(jù)結(jié)果。在實(shí)現(xiàn)中還需要注意的是，通過(guò)文件導(dǎo)入對(duì)象來(lái)發(fā)送服務(wù)請(qǐng)求時(shí)，是通過(guò)批量數(shù)據(jù)訪問(wèn)的方式進(jìn)行的。這種數(shù)據(jù)處理效率比較高，但是執(zhí)行效率卻不高。因此要設(shè)計(jì)對(duì)應(yīng)的網(wǎng)絡(luò)設(shè)備，使之按照編號(hào)實(shí)現(xiàn)批量打包處理。這樣，當(dāng)進(jìn)行數(shù)據(jù)查詢(xún)請(qǐng)求時(shí)，對(duì)應(yīng)的設(shè)備編號(hào)就按照批量處理的方式進(jìn)行打包發(fā)送，并在服務(wù)器端實(shí)現(xiàn)批量解析和內(nèi)容查詢(xún)。此時(shí)，系統(tǒng)會(huì)根據(jù)查詢(xún)結(jié)果，進(jìn)一步分別進(jìn)行匯總，并把結(jié)果封裝打包后發(fā)送到客戶(hù)端。當(dāng)客戶(hù)端下載對(duì)應(yīng)的數(shù)據(jù)以后，就可以批量看到數(shù)據(jù)的呈現(xiàn)效果。如果要對(duì)數(shù)據(jù)進(jìn)行存儲(chǔ)管理，也可以進(jìn)行直接上傳，從而提升系統(tǒng)中數(shù)據(jù)的交互效果和導(dǎo)入速度。

以上方法完成了監(jiān)測(cè)系統(tǒng)中日志文件附件的讀取，以FTP站點(diǎn)訪問(wèn)的方式進(jìn)行文件的共享處理。除了文件附件，監(jiān)測(cè)系統(tǒng)中也存儲(chǔ)了大量的文件的屬性數(shù)據(jù)。由于監(jiān)測(cè)系統(tǒng)采集了網(wǎng)絡(luò)較多的業(yè)務(wù)系統(tǒng)，為了使網(wǎng)絡(luò)設(shè)備運(yùn)行數(shù)據(jù)的屬性進(jìn)行集成，系統(tǒng)會(huì)通過(guò)XML文件進(jìn)行屬性文件的交換操作。DTD是定義XML交換文件的格式標(biāo)準(zhǔn)，其通過(guò)定義變量解析了文件屬性中每個(gè)字段的含義。除了讀取這些原字段的含義外，還需要讀取文件的屬性與本系統(tǒng)的網(wǎng)絡(luò)設(shè)備運(yùn)行數(shù)據(jù)庫(kù)結(jié)構(gòu)的對(duì)應(yīng)關(guān)系。

DTD文件中定義了要導(dǎo)入網(wǎng)絡(luò)設(shè)備運(yùn)行數(shù)據(jù)資料系統(tǒng)中的各個(gè)屬性字段值，即數(shù)據(jù)庫(kù)表中的字段屬性，定義文件屬性在監(jiān)測(cè)系統(tǒng)中的屬性名稱(chēng)與目標(biāo)表中的屬性名稱(chēng)等。DTD文件格式的讀寫(xiě)是通過(guò)XML文件解析器來(lái)完成，并根據(jù)DTD中定義的屬性，將結(jié)構(gòu)化數(shù)據(jù)表格與XML文件建立對(duì)應(yīng)關(guān)系。先在OA端根據(jù)文件存儲(chǔ)情況，讀取相應(yīng)的業(yè)務(wù)數(shù)據(jù)表，提取相應(yīng)的文件屬性，然后按照對(duì)應(yīng)的格式進(jìn)行解析，并且分別將之存放到對(duì)應(yīng)的數(shù)據(jù)庫(kù)中。

通過(guò)DTD定義運(yùn)行監(jiān)測(cè)文件屬性與本系統(tǒng)的文件屬性的對(duì)應(yīng)關(guān)系后，可進(jìn)行運(yùn)行監(jiān)測(cè)數(shù)據(jù)與系統(tǒng)數(shù)據(jù)之間的導(dǎo)出、導(dǎo)入操作。

（三）網(wǎng)絡(luò)設(shè)備故障管理模塊

網(wǎng)絡(luò)設(shè)備故障管理模塊需要向運(yùn)行監(jiān)測(cè)平臺(tái)查詢(xún)有關(guān)某設(shè)備的具體運(yùn)行情況信息，以獲取設(shè)備故障數(shù)據(jù)。因此，在數(shù)據(jù)交互中需要通過(guò)一個(gè)具有識(shí)別特征的數(shù)據(jù)識(shí)別系統(tǒng)的運(yùn)行情況。因?yàn)橄到y(tǒng)中統(tǒng)一的數(shù)據(jù)交互格式是JSON，所以在請(qǐng)求中需要包含一個(gè)設(shè)備ID，以便在解析以后可以向數(shù)據(jù)庫(kù)查詢(xún)對(duì)應(yīng)的設(shè)備運(yùn)行狀態(tài)信息，其中包括設(shè)備運(yùn)行代碼以及監(jiān)測(cè)參數(shù)數(shù)據(jù)。當(dāng)服務(wù)器端接收到對(duì)應(yīng)的查詢(xún)請(qǐng)求以后，會(huì)根據(jù)對(duì)應(yīng)的設(shè)備ID進(jìn)行設(shè)備狀態(tài)查詢(xún)，并通過(guò)前端界面把結(jié)果記錄、解析和顯示，具體的流程如下：

（1）客戶(hù)端用戶(hù)通過(guò)系統(tǒng)查詢(xún)界面發(fā)送了解某臺(tái)設(shè)備運(yùn)行狀態(tài)請(qǐng)求時(shí)，提交的請(qǐng)求為設(shè)備ID的JSON格式數(shù)據(jù)請(qǐng)求，請(qǐng)求的信息包括基本的設(shè)備ID、設(shè)備運(yùn)行狀態(tài)、設(shè)備故障ID信息和設(shè)備其他必要信息。

（2）程序借助HTTP協(xié)議把用戶(hù)請(qǐng)求進(jìn)行封裝和傳遞，服務(wù)器端程序?qū)⒔邮沼脩?hù)請(qǐng)求，并做進(jìn)一步解析處理。

（3）程序調(diào)用相應(yīng)的接口，完成服務(wù)器端對(duì)象的實(shí)例化，并由對(duì)象完成數(shù)據(jù)的提取和判斷分析，然后向數(shù)據(jù)庫(kù)發(fā)起查詢(xún)數(shù)據(jù)請(qǐng)求。

（4）系統(tǒng)提取到對(duì)應(yīng)的設(shè)備ID的運(yùn)行狀態(tài)信息以后，通過(guò)業(yè)務(wù)邏輯層將數(shù)據(jù)從數(shù)據(jù)庫(kù)向前端通訊傳遞。

（5）服務(wù)器端和客戶(hù)端借助HTTP協(xié)議將數(shù)據(jù)由服務(wù)器端向客戶(hù)端傳送，并且在客戶(hù)端進(jìn)行解析和效果呈現(xiàn)。

（6）在客戶(hù)端，系統(tǒng)將按照HTML和CSS結(jié)構(gòu)把獲取的數(shù)據(jù)顯示出來(lái)，向用戶(hù)提供可視化和圖形化的呈現(xiàn)方式。

本系統(tǒng)由于涉及設(shè)備維護(hù)管理，因此系統(tǒng)中的數(shù)據(jù)實(shí)時(shí)性要求比較高，需要結(jié)合數(shù)據(jù)交互需求實(shí)現(xiàn)，故采用實(shí)時(shí)數(shù)據(jù)接口和數(shù)據(jù)庫(kù)的方式，以得到預(yù)期效果。

（四）網(wǎng)絡(luò)設(shè)備故障診斷模塊

本系統(tǒng)最終通過(guò)使用OPTICS規(guī)則推理引擎，分析采集到的網(wǎng)絡(luò)設(shè)備監(jiān)測(cè)數(shù)據(jù)，以對(duì)網(wǎng)絡(luò)設(shè)備故障進(jìn)行診斷，即創(chuàng)建Rete網(wǎng)絡(luò)并執(zhí)行評(píng)估推理，得到推理結(jié)果，進(jìn)行存儲(chǔ)以及用于報(bào)表生成。

本系統(tǒng)通過(guò)獲取設(shè)備運(yùn)行狀態(tài)和參數(shù)，對(duì)網(wǎng)絡(luò)設(shè)備的故障情況進(jìn)行分析，并統(tǒng)計(jì)、匯總所有故障信息，最終對(duì)不同類(lèi)設(shè)備和不同類(lèi)故障進(jìn)行統(tǒng)計(jì)分析，發(fā)出系統(tǒng)告警。在具體實(shí)現(xiàn)診斷算法中，通過(guò)設(shè)備特征進(jìn)行故障判斷。算法實(shí)現(xiàn)的核心目標(biāo)是故障特征的相關(guān)性系數(shù)，通過(guò)該值把網(wǎng)絡(luò)設(shè)備的故障特征距離矩陣計(jì)算出來(lái)。具體過(guò)程如下。

1.初始化設(shè)備特征

在設(shè)備故障的歷史庫(kù)中，存在有大量的不同故障和對(duì)應(yīng)的信息數(shù)據(jù)，且不同的故障特征有不同的參數(shù)值，需要借助數(shù)組把設(shè)備特征進(jìn)行分別記錄保存，這里定義的數(shù)組是“charactersList[]”。在數(shù)據(jù)處理中，需要對(duì)設(shè)備提供的數(shù)據(jù)進(jìn)行預(yù)處理，以便使統(tǒng)計(jì)結(jié)果更加準(zhǔn)確。系統(tǒng)中不同的特征參數(shù)可以看作該特征處于變化之中，在統(tǒng)計(jì)時(shí)可以根據(jù)設(shè)備特征進(jìn)行分類(lèi)匯總，可以對(duì)動(dòng)態(tài)特征設(shè)置維護(hù)管理功能，以適應(yīng)設(shè)備和特征之間的關(guān)系變化。

2.讀取設(shè)備狀態(tài)樣點(diǎn)數(shù)據(jù)

借助數(shù)組記錄和分析設(shè)備狀態(tài)，在算法中，先通過(guò)“TypesList[]”對(duì)故障進(jìn)行分類(lèi)和統(tǒng)計(jì)，然后通過(guò)“charactersList[i]”對(duì)設(shè)備特征進(jìn)行分類(lèi)和統(tǒng)計(jì)，標(biāo)注不同的設(shè)備類(lèi)型的為數(shù)組“CharacterList[i].type[]”。

3.計(jì)算相似度

對(duì)設(shè)備狀態(tài)樣點(diǎn)進(jìn)行特征分析時(shí)，選擇某一數(shù)據(jù)特征作為中心，然后進(jìn)行樣點(diǎn)矩陣計(jì)算，對(duì)應(yīng)的取值范圍為“distance∈[0…1]”。

4.統(tǒng)計(jì)查詢(xún)?cè)O(shè)備同類(lèi)特征的生成故障診斷信息

程序中把設(shè)備特征表示為“characterid”，對(duì)應(yīng)的距離矩陣序號(hào)為“characterid.index”。

計(jì)算特征向量，并從小到大進(jìn)行排列，再通過(guò)設(shè)定的最小領(lǐng)域半徑進(jìn)行簇劃分，于是得到對(duì)應(yīng)的均值“{avaerage_1，avaerage_2，…，avaerage_n}”，這里的n表示設(shè)備特征“characterid”的個(gè)數(shù)。進(jìn)一步對(duì)“characterid.index”進(jìn)行查找，并找到最大值“avaerage_k”，其中，k表示的是所有要求特征對(duì)應(yīng)的簇類(lèi)。設(shè)簇集合為“type_i={type_i_1，type _ i _2，…，type _ i _n}”。

5.查找某一具體設(shè)備同類(lèi)特征的生成故障的診斷信息

針對(duì)某一具體網(wǎng)絡(luò)設(shè)備，對(duì)其中特征進(jìn)行劃定，即選取“charactersList[]”數(shù)組中的某一個(gè)值，經(jīng)過(guò)以上2到4流程，得到簇集合“type_j={ type _j_1，type _ j _2，…，type _ j_n}”。

6.求最后的簇集合

各自計(jì)算不同“charactersList[]”的分類(lèi)簇，然后求其交集“type_1，type_2，…，type_k”，于是得到最終的生成故障診斷結(jié)果。

三、網(wǎng)絡(luò)設(shè)備故障檢測(cè)系統(tǒng)的測(cè)試

（一）系統(tǒng)功能測(cè)試

在軟件開(kāi)發(fā)過(guò)程中，一個(gè)穩(wěn)定的、可以滿(mǎn)足用戶(hù)使用需求的系統(tǒng)必然要經(jīng)歷測(cè)試的過(guò)程，否則系統(tǒng)是不能輕易上線的。通過(guò)對(duì)系統(tǒng)進(jìn)行測(cè)試，可以對(duì)系統(tǒng)的整體質(zhì)量有明確的認(rèn)識(shí)，可以對(duì)開(kāi)發(fā)中潛在的問(wèn)題進(jìn)行摸底，并進(jìn)一步完善軟件。在測(cè)試工作中，對(duì)系統(tǒng)功能和系統(tǒng)兼容性進(jìn)行測(cè)試。本系統(tǒng)需要對(duì)目前使用較多的瀏覽器進(jìn)行測(cè)試，如對(duì)谷歌、百度以及火狐瀏覽器等進(jìn)行兼容性測(cè)試。如果測(cè)試合格，表明系統(tǒng)在實(shí)現(xiàn)網(wǎng)絡(luò)設(shè)備管理時(shí)，其基礎(chǔ)信息的維護(hù)、數(shù)據(jù)校驗(yàn)等功能達(dá)到了預(yù)定的目標(biāo)，且說(shuō)明系統(tǒng)對(duì)設(shè)備故障能夠?qū)崿F(xiàn)錄入、查詢(xún)等相關(guān)操作，能夠根據(jù)設(shè)備提供的信息查出故障。

（二）系統(tǒng)性能測(cè)試

隨著維護(hù)人員對(duì)軟件系統(tǒng)的使用增加，他們對(duì)軟件系統(tǒng)的響應(yīng)體驗(yàn)要求也日漸提高。在過(guò)去互聯(lián)網(wǎng)不發(fā)達(dá)的年代，系統(tǒng)的響應(yīng)時(shí)間普遍延遲，尤其在有重大活動(dòng)時(shí)，如網(wǎng)絡(luò)安全大檢查時(shí)，服務(wù)器響應(yīng)體驗(yàn)很差。為了能夠?yàn)閺V大用戶(hù)提供更好的響應(yīng)體驗(yàn)，要對(duì)系統(tǒng)的運(yùn)行性能進(jìn)行評(píng)估，要多次對(duì)系統(tǒng)進(jìn)行實(shí)際場(chǎng)景模擬測(cè)試。一般要通過(guò)第三方工具“LoadRunner Windows 版”對(duì)不同用戶(hù)量進(jìn)行模擬測(cè)試。

在分別完成系統(tǒng)的功能測(cè)試和性能測(cè)試以后，要對(duì)系統(tǒng)進(jìn)行集成測(cè)試，以確保系統(tǒng)測(cè)試的完整性。對(duì)系統(tǒng)進(jìn)行60輪完整的集成測(cè)試，在前16次測(cè)試中，系統(tǒng)運(yùn)行出現(xiàn)問(wèn)題，如系統(tǒng)頁(yè)面跳轉(zhuǎn)錯(cuò)誤、設(shè)備預(yù)警提醒表述不清等;經(jīng)過(guò)對(duì)程序代碼進(jìn)行修改，系統(tǒng)的各項(xiàng)功能最終都可以正常使用，如網(wǎng)絡(luò)設(shè)備選擇信息是有效的，直到重新選擇新的網(wǎng)絡(luò)設(shè)備單元。

在該測(cè)試中，所配置的軟硬件環(huán)境和實(shí)際應(yīng)用場(chǎng)景一致，因此測(cè)試效果可靠。從整個(gè)系統(tǒng)的運(yùn)行情況來(lái)看，此次服務(wù)器配置完全可以滿(mǎn)足使用要求。系統(tǒng)的點(diǎn)擊率和吞吐量符合預(yù)期，系統(tǒng)本身以及服務(wù)器的配置可以滿(mǎn)足使用要求，并且在進(jìn)行預(yù)警提示時(shí)也是準(zhǔn)確的。

在網(wǎng)絡(luò)設(shè)備故障各項(xiàng)開(kāi)發(fā)指標(biāo)完成以后，對(duì)系統(tǒng)分別展開(kāi)軟件測(cè)試工作。通過(guò)對(duì)系統(tǒng)進(jìn)行功能測(cè)試、性能測(cè)試、集成測(cè)試后，得到結(jié)論：系統(tǒng)達(dá)到了預(yù)期的目標(biāo)，具有動(dòng)態(tài)、有效、安全、穩(wěn)定的故障診斷功能。

【參考文獻(xiàn)】

[1]劉翔元.基于網(wǎng)絡(luò)流量分析的網(wǎng)絡(luò)設(shè)備類(lèi)型識(shí)別關(guān)鍵技術(shù)研究[D].南京：南京郵電大學(xué)，2019.

[2]于凡超.智能變電站通信網(wǎng)絡(luò)設(shè)備故障診斷的設(shè)計(jì)與實(shí)現(xiàn)[D].重慶：重慶郵電大學(xué)，2019.

[3]王鶴.基于人工免疫的網(wǎng)絡(luò)設(shè)備管理及故障診斷Web系統(tǒng)[D].上海：東華大學(xué)，2018.

[4]王俊，張賢孝.基于Adaboost的網(wǎng)絡(luò)設(shè)備故障診斷算法[J].數(shù)字通信世界，2017（9）.

[5]許子先，鄭威.基礎(chǔ)網(wǎng)絡(luò)設(shè)備安全風(fēng)險(xiǎn)分析[J].電信網(wǎng)技術(shù)，2017（4）.

【作者簡(jiǎn)介】曾慶毅（1981— ），男，工程碩士，梧州職業(yè)學(xué)院講師，研究方向?yàn)橛?jì)算機(jī)網(wǎng)絡(luò)技術(shù)，網(wǎng)絡(luò)安全。

（責(zé)編 丁 夢(mèng)）