第 1 章 引言

1.1 選題背景與意義

隨著某省電信的移動(dòng)無線網(wǎng)絡(luò)規(guī)模不斷擴(kuò)大，對網(wǎng)絡(luò)的可靠性也提出更高的要求[1]。網(wǎng)絡(luò)管理的目標(biāo)就是要使網(wǎng)絡(luò)達(dá)到盡可能高的可用性，提高網(wǎng)絡(luò)的運(yùn)行質(zhì)量和效率，向用戶提供良好的通信服務(wù)。因此通信網(wǎng)絡(luò)的可靠性、有效性和運(yùn)行效率至關(guān)重要[2]。網(wǎng)絡(luò)的集中化、自動(dòng)化維護(hù)管理成為通信網(wǎng)絡(luò)運(yùn)營管理最主要的、也是最迫切的任務(wù)。目前某省電信的運(yùn)行維護(hù)采用二級維護(hù)方式，即省公司網(wǎng)運(yùn)中心到地市分公司網(wǎng)運(yùn)中心的兩級維護(hù)方式。隨著網(wǎng)絡(luò)設(shè)備新技術(shù)新業(yè)務(wù)的不斷拓展，維護(hù)人員工作量不斷增加，對維護(hù)人員技術(shù)要求也更加突出，使網(wǎng)絡(luò)的日常維護(hù)、故障處理陷入日漸被動(dòng)的地步。

...............

1.2 國內(nèi)外發(fā)展現(xiàn)狀

在國外，傳統(tǒng)的電信網(wǎng)絡(luò)告警管理觀點(diǎn)是，為了盡可能降低由于告警而產(chǎn)生的成本，就必須減少企業(yè)的服務(wù)，壓制設(shè)備的服務(wù)率水平；也就是說，為了提升企業(yè)告警管理水平，只有提升故障管理成本一個(gè)途徑。而引入信息系統(tǒng)之后，完全克服了以上的不足之處。告警管理信息系統(tǒng)能夠協(xié)助企業(yè)科學(xué)地管理現(xiàn)有的設(shè)備告警，一方面能夠在最大限度上減少告警管理成本，另一方面還能夠提升服務(wù)水平[5]。隨著企業(yè)競爭的加劇以及信息技術(shù)的快速發(fā)展和完善，在上一世紀(jì)五十年代便在企業(yè)的管理中引入了各類計(jì)算機(jī)技術(shù)，從而對不少企業(yè)的管理模式飛躍起到了重要的助推作用。在企業(yè)的設(shè)備告警管理方面，計(jì)算機(jī)軟件的引入也為各類企業(yè)帶來了明顯的提升[6]。上世紀(jì)六十年代，隨著軟件技術(shù)的發(fā)展，不少企業(yè)已經(jīng)在自身的生產(chǎn)過程管理體系中引入了“設(shè)備告警計(jì)劃”理念，，這種對于設(shè)備的管理模式完全改變了傳統(tǒng)企業(yè)生產(chǎn)管理中對于告警的管理模式，其實(shí)現(xiàn)方法也和傳統(tǒng)的基于紙質(zhì)的管理有著顯著的不同。因此也使企業(yè)邁進(jìn)了一個(gè)信息化管理的新天地[7]。當(dāng)前，不少歐美發(fā)達(dá)國家的大型企業(yè)均已經(jīng)實(shí)現(xiàn)了設(shè)備告警的信息化管理，以歐盟為例，1999 年時(shí)其設(shè)備告警管理的信息化水平為 30%，2013 年時(shí)這個(gè)比例已經(jīng)高達(dá) 95%[8]。德國在 1999 年的設(shè)備告警管理的信息化水平為 23%，2013 年時(shí)這個(gè)比例已經(jīng)高達(dá) 94%。美國和日本等國則通過多年的部署來構(gòu)建“電子化企業(yè)”，截至到 2014 年，已經(jīng)有超過95%的企業(yè)在告警管理方面做到了信息化和網(wǎng)絡(luò)化，而且無論是實(shí)現(xiàn)技術(shù)還是管理模式已經(jīng)較為成熟，值得我國借鑒[9]。

...............

第 2 章 相關(guān)技術(shù)

2.1 J2EE 架構(gòu) 

J2EE 是當(dāng)前十分流行的軟件開發(fā)方法，可以將 J2EE 平臺視為 Java 的企業(yè)版本，這個(gè)版本的最大優(yōu)勢在于能夠?yàn)橄到y(tǒng)服務(wù)器創(chuàng)建必要的應(yīng)用程序，同時(shí)為之構(gòu)建必要的服務(wù)，J2EE 能夠在很大程度上使企業(yè)信息系統(tǒng)方案設(shè)計(jì)變得更加層次分明，降低其研發(fā)和部署的難度[14]。J2EE 對信息系統(tǒng)的數(shù)據(jù)庫管理系統(tǒng)訪問十分方便，通過 JDBC 應(yīng)用程序接口便能夠?qū)崿F(xiàn)數(shù)據(jù)的存取和訪問，同時(shí)能夠在各類基于網(wǎng)絡(luò)的應(yīng)用里保證數(shù)據(jù)庫中的信息安全性。此外，J2EE 也完全兼容 Servlets 應(yīng)用程序接口、EJB 和 XML。由于 J2EE 使用的是標(biāo)準(zhǔn)化的開發(fā)結(jié)構(gòu)，同時(shí)能夠兼具中間層框架，因此能夠很好地支持打包和應(yīng)用部署，也能夠保證系統(tǒng)所需的安全機(jī)制，因此開發(fā)者能夠在此環(huán)境中開發(fā)出具有足夠安全性和可靠性的信息系統(tǒng)，并且不需花費(fèi)太多的成本[15]。由于 J2EE 是出自于 Java2平臺，因此也繼承了 Java2 平臺的許多長處，最為明顯的便是其具備良好的平臺無關(guān)性，能夠真正實(shí)現(xiàn)"開發(fā)一次、隨處運(yùn)行"。與同類的系統(tǒng)開發(fā)架構(gòu)相比較，J2EE 擁有一些獨(dú)特的功能和性能優(yōu)勢，從而保證了基于 J2EE 的信息系統(tǒng)能夠擁有令人滿意的靈活性和可靠性。J2EE 的體系結(jié)構(gòu)是多層的分布式體系結(jié)構(gòu)。

...............

2.2 基于 MVC 的體系

M 的含義是模型，通過模型來表達(dá)機(jī)構(gòu)中的各類數(shù)據(jù)信息和這些信息所遵循的業(yè)務(wù)規(guī)則，此模型能夠結(jié)合信息系統(tǒng)用戶來自視圖模塊的各類請求進(jìn)行特定的處理，處理結(jié)果同樣經(jīng)過視圖單元傳輸至用戶處。模型的一個(gè)鮮明特點(diǎn)便是其不受具體數(shù)據(jù)格式的約束，所以模型向信息系統(tǒng)用戶傳輸?shù)臄?shù)據(jù)具有典型的中立性，并且，一個(gè)模型能夠?qū)?yīng)多個(gè)視圖，給他們傳輸處理之后數(shù)據(jù)，因此程序的開發(fā)者在編寫代碼時(shí)，只需對相類似的功能編寫一次，便能夠在多個(gè)類似的環(huán)境中得到應(yīng)用，大大增強(qiáng)了代碼可重用性，減少了系統(tǒng)開發(fā)的時(shí)間成本[24]。V 的含義是視圖，視圖的主要功能是為信息系統(tǒng)用戶提供人性化的查看程序處理結(jié)果的界面，該界面一方面能夠接收來自用戶的各類功能請求，另一方面則將用戶請求的響應(yīng)結(jié)果以圖形化的方式返回給用戶，目前較為常用的視圖均以 HTML 語言構(gòu)成�；� MVC 的設(shè)計(jì)體系最初來自上世紀(jì) 80 年代的Smalltalk 語言，最初用于此開發(fā)語言的設(shè)計(jì)模式，當(dāng)前這種模式已經(jīng)比較流行，也漸漸被視為基于 J2EE 開發(fā)環(huán)境的首選方法[25]。

...............

第 3 章 系統(tǒng)需求分析 ...............11

3.1 系統(tǒng)整體需求................11

3.2 設(shè)備狀態(tài)管理功能需求 ..............12

第 4 章 系統(tǒng)設(shè)計(jì)..............19

4.1 系統(tǒng)結(jié)構(gòu)層次設(shè)計(jì)...............19

4.2 系統(tǒng)功能設(shè)計(jì) ...............21

第 5 章 系統(tǒng)實(shí)現(xiàn) ................42

5.1 設(shè)備狀態(tài)管理功能實(shí)現(xiàn)...............42

5.2 告警預(yù)處理功能的實(shí)現(xiàn)...............44

第 5 章 系統(tǒng)實(shí)現(xiàn)

5.1 設(shè)備狀態(tài)管理功能實(shí)現(xiàn)

設(shè)備狀態(tài)管理功能對狀態(tài)進(jìn)行監(jiān)控和管理，對一些主要參數(shù)以及傳感單元進(jìn)行管理；對無線網(wǎng)絡(luò)設(shè)備監(jiān)控具體的運(yùn)行數(shù)據(jù)，并對歷史狀態(tài)數(shù)據(jù)進(jìn)行管理；當(dāng)設(shè)備出現(xiàn)故障或者障礙，則能夠盡快辦理報(bào)停手續(xù)，便于進(jìn)一步的處理。其中，實(shí)時(shí)狀態(tài)監(jiān)控頁面如圖5.1 所示。由圖可知，用戶登錄移動(dòng)無線網(wǎng)絡(luò)監(jiān)控管理模塊之后，能夠?qū)τ谒芯W(wǎng)絡(luò)之內(nèi)的設(shè)備的運(yùn)行信息進(jìn)行監(jiān)控。界面所示為設(shè)備實(shí)時(shí)狀態(tài)查詢信息，用戶可以選擇的查詢條件包括設(shè)備編號、設(shè)備類型、設(shè)備品牌、設(shè)備狀態(tài)等，也可以為系統(tǒng)設(shè)置刷新時(shí)間以及每頁顯示的記錄條數(shù)。結(jié)合系統(tǒng)的界面提示，發(fā)送需要提交的設(shè)備監(jiān)控查詢條件，系統(tǒng)調(diào)用設(shè)備監(jiān)控信息管理控制類接收用戶所發(fā)出的請求，然后由管理控制類調(diào)用設(shè)備實(shí)時(shí)信息業(yè)務(wù)邏輯類的查詢設(shè)備狀態(tài)信息方法，從數(shù)據(jù)庫中調(diào)用符合用戶條件的設(shè)備實(shí)時(shí)信息，顯示在用戶界面。

...............

5.2 告警預(yù)處理功能的實(shí)現(xiàn) 

告警預(yù)處理功能由用戶自定義告警預(yù)處理規(guī)則，匹配相應(yīng)規(guī)則的告警信息，按照用戶要求調(diào)整告警級別或?qū)ζ涓婢帘�。此功能能夠支持用戶通過界面配置來實(shí)現(xiàn)告警預(yù)處理器的增刪改查。結(jié)合客戶端所設(shè)置的預(yù)處理器，只顯示對故障定位和處理有效的信息。以顯示相關(guān)告警信息為例，其實(shí)現(xiàn)界面如圖 5.3。由顯示相關(guān)告警實(shí)現(xiàn)界面可知，當(dāng)系統(tǒng)用戶需要顯示相關(guān)告警信息的時(shí)候，首先需要登錄網(wǎng)絡(luò)故障管理系統(tǒng)，提交自己的用戶名及密碼，選擇“告警預(yù)處理”的顯示相關(guān)告警加能，用戶從操作界面錄入查詢條件以及預(yù)處理器選擇信息，此時(shí)由告警預(yù)處理管理控制類 LauteringpartAction 接收用戶的信息并良好封裝，調(diào)用條件查詢方法，并由告警預(yù)處理實(shí)體類 LauteringpartDAO 向告警預(yù)處理邏輯類 LauteringpartService 返回查詢結(jié)果，顯示在用戶界面。

...............

總結(jié)

通信網(wǎng)絡(luò)的運(yùn)行維護(hù)由分散式向集中式轉(zhuǎn)變已成為趨勢，根據(jù)電信集團(tuán)公司要求需要將現(xiàn)有分散的網(wǎng)管系統(tǒng)告警信息進(jìn)行集中展示及管理，與電子處理票進(jìn)行結(jié)合，可以進(jìn)一步提高維護(hù)效率，集中專職維護(hù)人員進(jìn)行網(wǎng)絡(luò)的日常維護(hù)、故障處理，便于生產(chǎn)指揮、安全管理、資源管理。本次項(xiàng)目將實(shí)現(xiàn)專業(yè)告警集中管理，預(yù)留其他專業(yè)告警接入接口將來擴(kuò)展。某省電信的運(yùn)行維護(hù)采用二級維護(hù)方式，即省公司網(wǎng)運(yùn)中心到地市分公司網(wǎng)運(yùn)中心的兩級維護(hù)方式。隨著網(wǎng)絡(luò)設(shè)備新技術(shù)新業(yè)務(wù)的不斷拓展，維護(hù)人員工作量不斷增加，對維護(hù)人員技術(shù)要求也更加突出，使網(wǎng)絡(luò)的日常維護(hù)、故障處理陷入日漸被動(dòng)的地步。在這樣的背景下開發(fā)一套網(wǎng)絡(luò)告警集中管理系統(tǒng)，具有十分現(xiàn)實(shí)的意義和價(jià)值。本文對對電信運(yùn)營商網(wǎng)絡(luò)故障系統(tǒng)的整體需求進(jìn)行分析，闡述網(wǎng)絡(luò)故障管理系統(tǒng)開發(fā)的可行性，在此基礎(chǔ)上進(jìn)行功能需求、性能需求分析等；結(jié)合所對每個(gè)模塊的基本功能進(jìn)行界定，在層次設(shè)計(jì)中，闡述了基于 MVC 架構(gòu)的軟件開發(fā)模式在模型、視圖以及控制器相對獨(dú)立的模塊中分別實(shí)現(xiàn)不同操作的方法。系統(tǒng)分為三層：持久層、業(yè)務(wù)邏輯層、展現(xiàn)層。在概要設(shè)計(jì)的基礎(chǔ)上進(jìn)行系統(tǒng)詳細(xì)設(shè)計(jì)，以類圖和流程圖相結(jié)合的模式給出了每一項(xiàng)功能的設(shè)計(jì)過程。主要內(nèi)容是結(jié)合系統(tǒng)需求分析，對所有的模塊功能進(jìn)行設(shè)計(jì)。

參考文獻(xiàn)（略）

本文編號：554606