隨著計算機技術(shù)和網(wǎng)絡(luò)應(yīng)用技術(shù)的飛速發(fā)展,網(wǎng)絡(luò)的應(yīng)用越來越復(fù)雜,建立在網(wǎng)絡(luò)上的分布應(yīng)用系統(tǒng)越來越多,網(wǎng)絡(luò)應(yīng)用的復(fù)雜性和異構(gòu)性越來越高,管理也變得越來越困難。因此有必要對網(wǎng)絡(luò)應(yīng)用的運行狀況進行監(jiān)控,及時發(fā)現(xiàn)網(wǎng)絡(luò)應(yīng)用的異常情況,準確判斷異常發(fā)生位置,然后采取相應(yīng)措施維護,以保證網(wǎng)絡(luò)應(yīng)用的正常運行。很多國家機關(guān)、企事業(yè)單位都建立了各種各樣的網(wǎng)絡(luò)應(yīng)用監(jiān)測系統(tǒng),用來監(jiān)控網(wǎng)絡(luò)應(yīng)用的運行狀況。由于網(wǎng)絡(luò)應(yīng)用協(xié)議的規(guī)范化,網(wǎng)絡(luò)應(yīng)用監(jiān)控技術(shù)相對比較成熟,但針對網(wǎng)絡(luò)應(yīng)用層以上的異構(gòu)的、分布的、綜合性應(yīng)用系統(tǒng)運行監(jiān)控技術(shù)相對比較薄弱。
例如,上海大學(xué)房產(chǎn)地圖應(yīng)用系統(tǒng)集成了由不同部門人員管理的多個子系統(tǒng),包括分布在小問校區(qū)的SAP/ECC系統(tǒng)小動產(chǎn)管理模塊、SAP/EP網(wǎng)站系統(tǒng)、基于Flex開發(fā)的校園地圖系統(tǒng)、兩個關(guān)系數(shù)據(jù)庫以及多個獨立的業(yè)務(wù)應(yīng)用服務(wù)組件,運行在多臺服務(wù)器和虛擬機上。其中任何一個分布的模塊或子系統(tǒng)故障就足整個系統(tǒng)的故障,如校園網(wǎng)、應(yīng)用服務(wù)器軟硬件、數(shù)據(jù)庫和Web Service的運行有任何不穩(wěn)定,將使得Flash前臺展現(xiàn)系統(tǒng)不能正常工作,影響到用戶的使用。由于網(wǎng)絡(luò)應(yīng)用條件復(fù)雜,缺少應(yīng)用系統(tǒng)檢測工具,出現(xiàn)故障時往往難以迅速判斷問題的原因,一直以來給系統(tǒng)管理員造成很大維護壓力。校同網(wǎng)絡(luò)是房產(chǎn)地圖系統(tǒng)可靠運行的前提,本文目標是針對網(wǎng)絡(luò)應(yīng)用檢測難題,設(shè)計開放、簡單、有效和使用方便的網(wǎng)絡(luò)應(yīng)用檢測工具。
1.檢測系統(tǒng)的設(shè)計
1.1需要解決的關(guān)鍵問題
網(wǎng)絡(luò)應(yīng)用檢測的目的是搜集網(wǎng)絡(luò)應(yīng)用運行的各項信息,使管理人員能夠及時發(fā)現(xiàn)異常情況,分離、解決應(yīng)用系統(tǒng)故障,對網(wǎng)絡(luò)應(yīng)用進行維護。目前大多數(shù)網(wǎng)絡(luò)檢測系統(tǒng)的檢測目標是服務(wù)器、路由器和交換機等網(wǎng)絡(luò)設(shè)備,檢測內(nèi)容主要是:①網(wǎng)絡(luò)的數(shù)據(jù)流量測量;②網(wǎng)絡(luò)安全和病毒防護等,檢測主要集中在底層,檢測常用的方法有遠程網(wǎng)絡(luò)應(yīng)用監(jiān)控(RMON)、XFIow和探針。目前大多數(shù)數(shù)據(jù)庫檢測系統(tǒng)的檢測目標豐要是數(shù)據(jù)庫的運行性能和日志,大多數(shù)Web Service監(jiān)測系統(tǒng)的檢測日標主要足Web Service的平均反應(yīng)時間、服務(wù)使用次數(shù)等服務(wù)參數(shù)。
本文研究目標是應(yīng)用系統(tǒng)的檢測。以上海大學(xué)房產(chǎn)地圖應(yīng)用系統(tǒng)為實例,設(shè)計~個能夠?qū)?yīng)用系統(tǒng)的各個子系統(tǒng)與獨市模塊運行狀態(tài)進行實時監(jiān)控的軟件,自動地對網(wǎng)絡(luò)應(yīng)用情況進行全面檢測,對檢測結(jié)果進行初步的統(tǒng)計處理,并在網(wǎng)絡(luò)應(yīng)用出現(xiàn)較嚴霞問題時發(fā)出異常警報,提醒管理人員進行維護。為了讓網(wǎng)絡(luò)應(yīng)用綜合檢測系統(tǒng)能夠有效幫助管理人員檢測監(jiān)控網(wǎng)絡(luò)應(yīng)用狀態(tài),本文對它提出了以下幾個具體設(shè)計指標:(1)準確性網(wǎng)絡(luò)應(yīng)用檢測數(shù)據(jù)要準確:(2)及時性網(wǎng)絡(luò)應(yīng)用檢測數(shù)據(jù)要及時獲得與發(fā)布;(3)自動化自動檢測網(wǎng)絡(luò)應(yīng)用運行狀態(tài);(4)可擴展性可以增加、修改和刪除檢測項目。
通過分析,本文認為需解決的關(guān)鍵問題豐要是:
a.應(yīng)用系統(tǒng)檢測涉及許多本地進程的遠程診斷,因涉及安全問題不宜直接檢測,如何對獨立應(yīng)用子系統(tǒng)進行簡單、有效檢測需尋找新方法;
b.從系統(tǒng)柔性考慮,需設(shè)計合理框架,適應(yīng)檢測功能范圍變化;
c.收集到的綜合性分布應(yīng)用系統(tǒng)原始狀態(tài)信號又多又亂,如何對收集的大量實時檢測數(shù)據(jù)進行分析,需要設(shè)計新算法;
d.從系統(tǒng)可靠性考慮,系統(tǒng)管理員應(yīng)先于普通用戶獲取預(yù)警信息,如何及時發(fā)布預(yù)警信息需要尋找新渠道;
1.2 檢測系統(tǒng)設(shè)計構(gòu)思
首先,本文提出應(yīng)用系統(tǒng)測試的簡化方法一一應(yīng)用服務(wù)組合測試法。本文假設(shè)一個分布式應(yīng)用系統(tǒng)如正常運行,必要前提條件是計算機網(wǎng)絡(luò)運行正常、安裝應(yīng)用軟件的操作系統(tǒng)運行正常以及應(yīng)用軟件本身至少一個模塊運行正常。應(yīng)用服務(wù)組合測試法使用一組應(yīng)用服務(wù)模塊檢測替代一個應(yīng)用系統(tǒng)本身的檢測,應(yīng)用服務(wù)組合包括:計算機網(wǎng)絡(luò)槍測模塊、系統(tǒng)軟件檢測模塊、應(yīng)用軟件檢測模塊。從便于實施考慮,各監(jiān)測模塊都統(tǒng)一封裝為Web Service。
網(wǎng)絡(luò)應(yīng)用檢測系統(tǒng)跨越小同平臺使用不同工具開發(fā),有較高難度。從降低開發(fā)復(fù)雜度的角度,本文提出建立數(shù)據(jù)采集、數(shù)據(jù)分析、業(yè)務(wù)處理三層框架結(jié)構(gòu)。如圖1所示:
圖1 系統(tǒng)架構(gòu)框圖
數(shù)據(jù)采集層:由應(yīng)用系統(tǒng)連接狀態(tài)采集模塊、數(shù)據(jù)庫連接狀態(tài)采集模塊、Web Service連接狀態(tài)采集模塊等模塊組成。各應(yīng)朋服務(wù)模塊根據(jù)注冊數(shù)據(jù)庫lnfo中的配置信息,采集應(yīng)用系統(tǒng)服務(wù)器、數(shù)據(jù)庫和Web Service的連接狀態(tài),如能否連接,連接所需要的時間等,時間單位為毫秒。測試結(jié)果統(tǒng)一返回分析處理層處理;
分析處理層:由檢測紀錄持久化模塊、異常警報發(fā)送模塊、故障推斷模塊、采集數(shù)據(jù)分析模塊、注冊信息讀取模塊等模塊組成,負責(zé)將數(shù)據(jù)采集層獲取的網(wǎng)絡(luò)應(yīng)用狀態(tài)數(shù)據(jù)進行分析處理,計算出每個檢測項日的響應(yīng)時間、平均響應(yīng)時間、連接成功次數(shù)、連接失敗次數(shù)、總連接次數(shù)、最后一次成功連接時間等統(tǒng)計信息,并對故障原兇進行分析推理。分析結(jié)果交業(yè)務(wù)展現(xiàn)層處理。
業(yè)務(wù)展現(xiàn)層:由應(yīng)用系統(tǒng)連接狀態(tài)展現(xiàn)模塊、數(shù)據(jù)庫連接狀態(tài)展現(xiàn)模塊、Web Service連接狀態(tài)展現(xiàn)模塊、檢測紀錄持久化狀態(tài)展現(xiàn)模塊和異常警報發(fā)送狀態(tài)展現(xiàn)模塊等模塊組成。負責(zé)響應(yīng)用,操作,調(diào)用網(wǎng)絡(luò)應(yīng)用檢測方法,顯示數(shù)據(jù)分析處理結(jié)果,將檢測紀錄持久化到數(shù)據(jù)庫Info中,將網(wǎng)絡(luò)應(yīng)用異常警報通過電子郵件和手枕短信等方式發(fā)送給網(wǎng)絡(luò)應(yīng)用管理人員等。
注冊數(shù)據(jù)庫Info用來存儲軟件的配置信息,檢測記錄數(shù)據(jù)庫Detection Record用于存儲檢測記錄和異常警報發(fā)送紀錄等相關(guān)記錄信息。
2.檢測系統(tǒng)的實現(xiàn)
網(wǎng)絡(luò)應(yīng)用綜合檢測系統(tǒng)使用C#進行開發(fā),是一款Windows窗體應(yīng)用程序,在安裝了.NET Framework 2.0或更高版本的Windows主機上均可以運行。被檢測的網(wǎng)絡(luò)應(yīng)用主要由業(yè)務(wù)心系統(tǒng)、關(guān)系數(shù)據(jù)庫和獨市業(yè)務(wù)模塊組成。應(yīng)用服務(wù)組合測試泫對每種類氆都采用規(guī)范的網(wǎng)絡(luò)測試、系統(tǒng)測試與應(yīng)用測試模塊完成組合測試目的。
2.1 應(yīng)用服務(wù)組合測試的實現(xiàn)
2.1.1 業(yè)務(wù)應(yīng)用系統(tǒng)運行狀態(tài)榆測
網(wǎng)絡(luò)檢測:目前TCP/IP協(xié)議是網(wǎng)絡(luò)操作系統(tǒng)的通用組成模塊,通過比較網(wǎng)關(guān)與應(yīng)用系統(tǒng)IP的聯(lián)通即檢測出企業(yè)網(wǎng)或校園網(wǎng)運行狀態(tài):程序進行TCP連接,來檢測心用系統(tǒng)所在服務(wù)器的運行狀態(tài)。如果服務(wù)器能響應(yīng)TCP連接,則判定服務(wù)器運行正常-否則判定服務(wù)器出現(xiàn)異常。要建立TCP連接,需耍知道該服務(wù)器的名稱和使用的端口,根據(jù)服務(wù)器名稱和端口新建TcpClient對象,如果新建TcpClient對象成功,說明服務(wù)器運行正常。
系統(tǒng)檢測:同上,采用通用方法測試系統(tǒng)IP地址與工作端口即可驗證操作系統(tǒng)工作狀況:系統(tǒng)粱構(gòu)框圖應(yīng)用檢測:封裝應(yīng)用系統(tǒng)的一個功能模塊,進行檢測即可間接驗證該系統(tǒng)的運行狀況。例如要測試SAP/ECC應(yīng)用系統(tǒng)是否被啟動,可以封裝其BO的一個BAPI或用FRC開發(fā)一個Web Service,檢測該模塊正常則系統(tǒng)已啟動,運行正常。
2.1.2關(guān)系數(shù)據(jù)庫運行狀態(tài)檢測
網(wǎng)絡(luò)檢測與系統(tǒng)槍測:同上;
應(yīng)用檢測:程序通過建立與數(shù)據(jù)庫的連接,來槍測數(shù)據(jù)庫所在服務(wù)器的運行狀態(tài)。如果數(shù)據(jù)庫連接建立成功,則判定數(shù)據(jù)庫運行正常,否則判定數(shù)據(jù)庫出現(xiàn)異常。要建立數(shù)據(jù)庫連接,需要知道該數(shù)據(jù)庫的類型(SQL Server、Access、Oracle和MySQL等)和相應(yīng)的連接字符串。
對于不f司的數(shù)據(jù)庫類型,建立數(shù)據(jù)庫連接的方法并不一樣。IDbConnection是.NET Framework中數(shù)據(jù)庫連接類的公共接口,所有數(shù)據(jù)庫連接類均實現(xiàn)了IDbConnection。常用的幾種數(shù)據(jù)庫和它們對應(yīng)的數(shù)據(jù)庫連接類如表1所示:
表1幾種常用數(shù)據(jù)庫對應(yīng)的數(shù)據(jù)庫連接類
本文根據(jù)數(shù)據(jù)庫類型和連接字符串新建數(shù)據(jù)庫連接對象,賦予IDbConnection類型引用conn,然后調(diào)用corm的Open()方法來測試相應(yīng)的數(shù)據(jù)庫是臺運行正常。
2.1.3 業(yè)務(wù)Web Service模塊運行狀態(tài)檢測
網(wǎng)絡(luò)檢測與系統(tǒng)檢測:同上;
應(yīng)用檢測:程序通過遠程調(diào)用Web Service中的某個方法,來檢測Web Service的運行狀態(tài)。如果Web Service能夠正常返州結(jié)果,則判定Web Service運行正常,否則判定Web Service出現(xiàn)異常。選取用來測試的方法因不同的WebService而異,基本的選擇原則是:(1)該方法只用于查詢數(shù)據(jù),即調(diào)用該方法小會改變系統(tǒng)的數(shù)據(jù);(2)該方法的功能應(yīng)盡叮能地簡單,即返州數(shù)據(jù)量小,運行時間短,給WebService所在服務(wù)器帶來的負載盡可能小。
.NET Framework調(diào)用Web Service通常的做法是“添加Web應(yīng)用”,讓Visual Studio環(huán)境自動牛成服務(wù)代理,然后調(diào)用相應(yīng)的Web Service。這秤調(diào)用方法的缺點是程序和提供Web Service的URL、方法名、參數(shù)綁定在一起了,程序缺乏可擴展性,因此本文需要一個在.NET Framework中動態(tài)調(diào)用Web Service的方法。本文采用以F方法實現(xiàn)了.NETFramework動態(tài)調(diào)用Web Service的方法191:(1)獲取WSDL:(2)生成客戶端代理類代碼;(3)設(shè)定編譯參數(shù):(4)編譯代理類;(5)生成代理實例,并調(diào)用方法。不同的Web Service的參數(shù)個數(shù)并不相同,本文將所有參數(shù)值拼接成一個字符串儲存在表WebServicelnfo的Args字段中,各個參數(shù)之間用“,”分隔符分開。程序讀取并解析Args字段,得到相應(yīng)的參數(shù)值,再測試Web Service。
2.2 數(shù)據(jù)結(jié)構(gòu)與模塊設(shè)計
2.2.1 檢測系統(tǒng)注冊數(shù)據(jù)結(jié)構(gòu)
本文用一個礎(chǔ)n數(shù)據(jù)庫Info儲存配置數(shù)據(jù),應(yīng)用系統(tǒng)服務(wù)器、數(shù)據(jù)庫和Web Service的配置數(shù)據(jù)分別放在表Serverlnfo、表DataBaselnfo和表WebServicelnfo中。
其中IsUsed表明是否檢測該項目,NodelD則用于網(wǎng)絡(luò)應(yīng)用故障分析,網(wǎng)絡(luò)應(yīng)用故障分析將在后面展開。程序初始化時,先從以上三張表中讀取配置數(shù)據(jù),填充到用戶界面的相應(yīng)表格中。當(dāng)需要增加、修改或刪除檢測項目時,管理人員只需要修改數(shù)據(jù)庫中的相應(yīng)紀錄。因此網(wǎng)絡(luò)應(yīng)用綜合檢測系統(tǒng)可以輕易地變更檢測項目,具有良好的擴展性。能夠很快地在新的環(huán)境下應(yīng)用。
2.2.2多線程技術(shù)在檢測系統(tǒng)的應(yīng)用
對應(yīng)用系統(tǒng)、數(shù)據(jù)庫和Web Service的運行狀態(tài)進行檢測,需要消耗不少的時間,特別是在服務(wù)器繁忙或出現(xiàn)異常情況時,檢測時間會比較長。如果對檢測項目進行順序檢測,將會使檢測時問變得漫長和低效率。另外,如果程序執(zhí)行耗時較長的任務(wù),會導(dǎo)致用戶界面失去響應(yīng),帶來很差的用戶體驗。因此,需要采用多線程技術(shù)來提高檢測效率,提供良好的用戶體驗。
類Info是檢測基類.它的Check()方法負責(zé)檢測各個檢測項目。Check()是個虛方法,在各個子類中被重寫。子類的CheckO方法新建一個BackgroundWorker對象,在BaekgroundWorker對象的DoWork事件中調(diào)用子類私有的檢測方法DoCheck0。并在BackgroundWorker對象的RunWorkerAsync方法中把檢測參數(shù)對象(CheckObj類型)傳入。DoChec“)方法將檢測結(jié)果(檢測結(jié)果時間End、連接是否正常lsSuccess等屬性)寫入到檢測參數(shù)對象。然后在BackgroundWorker對象的RunWorkerCompleted事件中,調(diào)用子類的檢測結(jié)果處理方法。檢測結(jié)果處理方法主要有Count()、PfintRecord()、WfiteReeord()、SendMail()和SendMMS0等。
每個檢測進程除了把檢測數(shù)據(jù)和統(tǒng)計數(shù)據(jù)寫入到表格中相應(yīng)的行以外,還需要共用一些公共資源,如在詳細信息選項乍中寫入檢測信息等,本文對相應(yīng)函數(shù)進行同步。
3.檢測系統(tǒng)的異常分析與預(yù)警
3.1 故障分析樹
網(wǎng)絡(luò)應(yīng)用異常檢測只能得到剛絡(luò)應(yīng)用故障的表面信息,網(wǎng)絡(luò)應(yīng)用管理人員需要對這些異常信息進行分析推理,才能得到網(wǎng)絡(luò)應(yīng)用故障的真正原因,本文通過建立嘲絡(luò)應(yīng)用故障分析樹,可以幫助網(wǎng)絡(luò)應(yīng)用管理人員進行分析推理,如圖2所示:
圖2 故障分析樹示例
網(wǎng)絡(luò)應(yīng)用故障分析樹是一個樹形結(jié)構(gòu).它有以下特點:
①有且只有一個根節(jié)點;
、诔烁(jié)點,每個節(jié)點有且只有一個父節(jié)點:
③每個節(jié)點可以有任意多個子節(jié)點;
、軝z測項目節(jié)點都是葉節(jié)點(沒有子節(jié)點的節(jié)點),葉節(jié)點也都是檢測項目節(jié)點;
、莞腹(jié)點正常是子節(jié)點正常的必要條件:
網(wǎng)絡(luò)應(yīng)用故障分析樹如圖3所示:
網(wǎng)絡(luò)應(yīng)用故障分析樹的數(shù)據(jù)結(jié)構(gòu)對應(yīng)于數(shù)據(jù)庫中的表FaultAnalysis,其中ParentNodelD是該節(jié)點的父節(jié)點編號。NodeDepth表明該節(jié)點的深度,根節(jié)點的NodeDepth為0,子節(jié)點的NodeDepth等于父節(jié)點的NodeDepth加上1。lsOK字段表明該節(jié)點的狀態(tài),有三種值:①“正常”;②“不正常”:③“可能不正常”。
由網(wǎng)絡(luò)應(yīng)用故障分析樹的特點,我們可以得到以下推理規(guī)則:
(1)所有葉節(jié)點的IsOK值只能是“正常”或“不正常”:因為它們的IsOK值是直接從檢測信息得來的:
(2)如果某個枝節(jié)點有一個或多個子節(jié)點的lsOK值為“正常”,則它的lsOK值也為“正常”。
(3)如果某個枝節(jié)點的所有于節(jié)點的IsOK值都不是“正常”,則該節(jié)點可能正常也可能不正常,即它的lsOK值應(yīng)該為“可能不正常”。
根據(jù)以上推理規(guī)則,可以得到相應(yīng)的故障分析算法:
(1)獲取所有節(jié)點NodeDepth的最大值;
(2)根據(jù)NodeDepth逐層推斷各個節(jié)點的IsOK值,直到根節(jié)點。
表Serverlnfo、DataBaselnfo和表WebServiceInfo中都有NodelD字段。這個字段參照表FaultAnalysis中的NodelD主鍵,故障分析樹可根據(jù)NodelD找到相應(yīng)葉節(jié)點的lsOK值。
故障分析完畢后,下一步是生成可能故障列表,生成可能故障列表的故障推斷算法。
從根節(jié)點開始,根據(jù)NodeDepth逐層往下尋找lsOK狀態(tài)值不為“正常”的節(jié)點。如果某個節(jié)點的IsOK值為“正常”。則往下尋找它的IsOK值不為“正常”的子節(jié)點。直到葉節(jié)點為止。如果某個節(jié)點的IsOK值不為“正常”,則將它加入到可能故障列表,不再查詢它的子節(jié)點的lsOK值?赡芄收狭斜砩赏戤吅螅瑢⒆鳛楫惓>瘓蟮膬(nèi)容發(fā)送給剛絡(luò)應(yīng)用管理人員,提醒他們維護管理。
3.2異常預(yù)警
網(wǎng)絡(luò)應(yīng)用綜合檢測系統(tǒng)持續(xù)不斷地檢測網(wǎng)絡(luò)應(yīng)用的運行狀態(tài),但網(wǎng)絡(luò)應(yīng)用管理人員不可能一直在旁查看檢測結(jié)果,因此網(wǎng)絡(luò)應(yīng)用綜合檢測系統(tǒng)設(shè)計并實現(xiàn)了異常警報功能。當(dāng)某個檢測項目發(fā)現(xiàn)異常情況,網(wǎng)絡(luò)應(yīng)用綜合檢測系統(tǒng)會自動對該項目再進行一次檢測,以確定網(wǎng)絡(luò)應(yīng)用確實出現(xiàn)了問題,而不是偶爾情況導(dǎo)致服務(wù)器不能及時響應(yīng)。在確認網(wǎng)絡(luò)應(yīng)用出現(xiàn)異常情況后,網(wǎng)絡(luò)應(yīng)用綜合檢測系統(tǒng)將對異常信息進行分析處理,得出異常警報,并用電子郵件和手機短信等方式提醒管理人員進行維護。為了防止程序重復(fù)發(fā)送同一個異常警報,程序在發(fā)送警報前將檢查是否己發(fā)送過同樣的異常警報。
程序發(fā)送電子郵件的功能通過調(diào)用System.Net.Mail命名空間下的多個類來實現(xiàn),而發(fā)送手機短信是通過第三方提供的Web Service來實現(xiàn)。
網(wǎng)絡(luò)應(yīng)用綜合檢測系統(tǒng)根據(jù)數(shù)據(jù)庫Into的表Manager的紀錄來尋找相應(yīng)的管理人員,并將異常警報發(fā)送給他們。
4.結(jié)語
本文設(shè)計和實現(xiàn)了一個網(wǎng)絡(luò)戍用綜合檢測系統(tǒng),并成功地應(yīng)用到上海大學(xué)房產(chǎn)地圖應(yīng)用項目中,實現(xiàn)了預(yù)期目標。網(wǎng)絡(luò)應(yīng)用綜合檢測系統(tǒng)的運行狀況如圖3所示:
圖3 網(wǎng)絡(luò)應(yīng)用綜合檢測系統(tǒng)運行圖
網(wǎng)絡(luò)應(yīng)用綜合檢測系統(tǒng)相比十其它同類型系統(tǒng),主要有以下的突破:①將應(yīng)用系統(tǒng)檢測、數(shù)據(jù)庫檢測和WebService檢測接合存一起:②在網(wǎng)絡(luò)應(yīng)用出現(xiàn)故障時進行分析,找出可能的網(wǎng)絡(luò)應(yīng)用故障原因,并發(fā)出異常警報,通過電子郵件和手機短信通知管理人員進行維護。
網(wǎng)絡(luò)應(yīng)用綜合檢測系統(tǒng)有著良好的擴展性,具有良好的應(yīng)用前景。目前嘲絡(luò)應(yīng)用綜合檢測系統(tǒng)的功能還比較簡單,要在大規(guī)模刪絡(luò)應(yīng)用環(huán)境F應(yīng)用,還有一些地方需要改進:
(1)擴大榆測內(nèi)容,使檢測范圍不僅限于應(yīng)用系統(tǒng)、數(shù)據(jù)庫和Web Service:
(2)對檢測結(jié)果進行圖形化展示。
核心關(guān)注:拓步ERP系統(tǒng)平臺是覆蓋了眾多的業(yè)務(wù)領(lǐng)域、行業(yè)應(yīng)用,蘊涵了豐富的ERP管理思想,集成了ERP軟件業(yè)務(wù)管理理念,功能涉及供應(yīng)鏈、成本、制造、CRM、HR等眾多業(yè)務(wù)領(lǐng)域的管理,全面涵蓋了企業(yè)關(guān)注ERP管理系統(tǒng)的核心領(lǐng)域,是眾多中小企業(yè)信息化建設(shè)首選的ERP管理軟件信賴品牌。
轉(zhuǎn)載請注明出處:拓步ERP資訊網(wǎng)http://www.oesoe.com/
本文標題:網(wǎng)絡(luò)應(yīng)用綜合檢測系統(tǒng)的研究
本文網(wǎng)址:http://www.oesoe.com/html/support/11121511357.html