楊松金

摘要：伴隨突飛猛進的移動業(yè)務增長需求，2G/3G/4G、WLAN混合組網(wǎng)復雜度日益增加，X市電信公司網(wǎng)絡代維管理系統(tǒng)旨在通過高效的網(wǎng)絡維護管理提升競爭力，為用戶提供一個優(yōu)質安全的移動網(wǎng)絡。文章對X市電信公司網(wǎng)絡代維管理系統(tǒng)進行了分析與設計。

關鍵詞：移動網(wǎng)絡；代維管理；信息化管理；網(wǎng)絡化；網(wǎng)絡維護管理 文獻標識碼：A

中圖分類號：TN915 文章編號：1009-2374（2016）08-0018-02 DOI：10.13535/j.cnki.11-4406/n.2016.08.010

1 系統(tǒng)需求分析

根據(jù)X市電信公司對代維公司管理現(xiàn)狀分析，該公司現(xiàn)在對網(wǎng)絡代維的管理倚重于報表的管理，數(shù)據(jù)更新周期長、共享范圍有限，難以形成對全局的統(tǒng)籌管理，已無法滿足當前的代維管理工作的要求。在這樣的背景下提出系統(tǒng)的建設要求，為代維工作提供有效的信息化支撐。本文將從系統(tǒng)的功能需求和非功能需求進行具體的描述。

1.1 系統(tǒng)功能需求分析

從本系統(tǒng)的系統(tǒng)功能需求來看，該系統(tǒng)主要面向代維公司及代維人員管理。主要實現(xiàn)以下功能：日常管理功能、人員管理功能、定期檢查功能、考核與結算功能和車輛管理功能。

1.1.1 日常管理功能。該模塊用來信息化管理日常的各種代維工作，通過任務派單，實現(xiàn)日常固定任務、臨時任務的指派工作；通過記錄代維人員對基站、機房進行定期的巡檢，形成相關的報告并及時提交到系統(tǒng)中保存，實現(xiàn)工作計劃的制定、跟蹤、評估等。

1.1.2 人員管理功能。該模塊主要用來對人員基本資料進行登記，實現(xiàn)綜合管理。在系統(tǒng)中對所有的代維人員和代維公司集中信息化管理，這樣方便對代維公司和人員進行查詢，大大地方便了日常代維任務的下達。

1.1.3 定期檢查功能。定期檢查模塊主要實現(xiàn)月度、季度的巡檢記錄、考試記錄、應急演練記錄的上傳、文檔的上傳功能。

1.1.4 考核與結算功能。該模塊主要實現(xiàn)縣公司考核分數(shù)的明細、匯總以及相關工作量結算等。各個代維公司按照統(tǒng)一的模板將考核信息提交到系統(tǒng)中，這樣能有效準確地對代維公司和人員進行考核。

1.1.5 車輛管理功能。該模塊主要實現(xiàn)代維公司的車輛管理，實現(xiàn)功能：（1）根據(jù)車載GPS模塊，定位車輛運行路線；（2）車載GPS模塊可以使用短信方式或者GPRS方式上報GPS信息；（3）在電子地圖上呈現(xiàn)車輛運行軌跡，可以保存并回放。

1.1.6 系統(tǒng)管理功能。該模塊主要實現(xiàn)維護系統(tǒng)用戶信息。提供系統(tǒng)用戶信息的展示、添加、刪除、修改和查詢功能。對各個不同的賬號按照角色加以權限的控制，在系統(tǒng)中對角色訪問系統(tǒng)模塊有詳細的日志信息，這樣方便查詢各個用戶在使用系統(tǒng)的過程中對各個模塊的訪問。

1.2 系統(tǒng)非功能需求分析

除了在功能上達到用戶的需求之外，還需要對系統(tǒng)的性能提出一定的要求。綜合考慮，代維管理系統(tǒng)建設的非功能需求應該符合以下情況：

1.2.1 性能需求。系統(tǒng)的性能需求首先應滿足同時支持200用戶在線使用，系統(tǒng)的登錄時間應不大于3秒，所有操作必須在5秒內響應用戶需求，返回操作結果。

1.2.2 可靠性。可靠性需求要求系統(tǒng)可以保障在不需要重新啟動整個系統(tǒng)服務的情況下，自動重新建立不同服務之間中斷的連接，并且支持自動監(jiān)測服務，自動監(jiān)測服務中止后系統(tǒng)提供自動重啟功能。

1.2.3 可維護性。系統(tǒng)可維護性通過系統(tǒng)的日志功能、自身維護和管理功能實現(xiàn)。系統(tǒng)的自身維護和管理功能要求系統(tǒng)提供必要的操作維護手冊及技術手冊，并且在進行版本升級時提供版本差異的詳細說明。

1.2.4 安全性。系統(tǒng)安全性要求系統(tǒng)只能允許經(jīng)過授權的用戶可以在家通過VPN通道遠程訪問，對外部用戶的訪問實施有權限的操作，防止非法訪問等不利措施的影響。

2 系統(tǒng)的設計

本系統(tǒng)集各類功能于一體，為網(wǎng)絡代維工作提供有效的信息化支撐。

2.1 系統(tǒng)層次架構圖設計

整個代維管理系統(tǒng)各層調用關系，系統(tǒng)采用B/S體系結構，采用三層架構。整個架構分為客戶端、前端應用、業(yè)務處理、底層組件和后端數(shù)據(jù)部分。業(yè)務組件包含前端應用的Web Services和表示、業(yè)務處理的業(yè)務實體、業(yè)務邏輯和數(shù)據(jù)訪問。數(shù)據(jù)訪問層主要任務就是負責數(shù)據(jù)庫的訪問操作，它可以訪問數(shù)據(jù)庫和二進制文件等信息。

2.2 系統(tǒng)網(wǎng)絡架構設計

網(wǎng)絡拓撲結構結合X市電信公司網(wǎng)絡代維管理的實際需求，系統(tǒng)的網(wǎng)絡拓撲采用總線型結構。代維管理系統(tǒng)和系統(tǒng)數(shù)據(jù)庫將部署在OA網(wǎng)絡中，實現(xiàn)Portal單點登錄功能。對于代維人員，可以通過VPN網(wǎng)絡訪問系統(tǒng)。

2.3 平臺系統(tǒng)所用框架

按照實際需求，本系統(tǒng)采用面向對象和軟件工程思想來分析系統(tǒng)需求、設計。

2.3.1 MVC框架。MVC指的是Model View Controller（模型—視圖—控制器），MVC有著特別突出的優(yōu)勢，在MVC中模型、視圖和控制器三層是分離狀態(tài)，每層各司其職卻又緊密相連，提升了軟件開發(fā)和糾錯處理效率，可以進行較快的部署，節(jié)省了開發(fā)時間，提升了系統(tǒng)的可維護性和穩(wěn)定性，對軟件開發(fā)十分有利。

2.3.2 SSH框架。SSH指的是Struts Spring Hibernate，即MVC下的Java語言框架，SSH框架能夠把平臺自上而下分為域模型層、數(shù)據(jù)操作層、業(yè)務邏輯層和顯示層四個層次。本平臺采用SSH框架，能夠快速地建立層次分明及可維護性強的開發(fā)平臺。

2.4 系統(tǒng)功能模塊設計

本系統(tǒng)集各類功能于一體，為網(wǎng)絡代維工作提供有效的信息化支撐。以人員管理模塊設計為例，該模塊在系統(tǒng)中對所有的代維人員集中信息化管理，極大地方便了對代維公司和人員進行查詢和日常代維任務的下達。代維公司信息管理模塊實現(xiàn)的主要功能有：代維公司信息編輯，包括添加、刪除、修改等；代維公司信息的批量導入、導出功能；不同賬號對代維公司信息的權限配置管理；代維公司內部代維人員的歸屬管理。移動管理員通過選擇代維信息管理控制，可以執(zhí)行代維公司或人員的信息錄入、查詢、修改和刪除操作。

2.5 數(shù)據(jù)庫設計

在選取數(shù)據(jù)庫平臺的時候，充分考慮系統(tǒng)的實際開發(fā)需求，保障平臺系統(tǒng)數(shù)據(jù)存取。

MySQL是目前最流行的關系型數(shù)據(jù)庫之一，屬于靈活輕便的SQL數(shù)據(jù)庫管理系統(tǒng)。MySQL具有速度快、成本低等優(yōu)點，支持Linux、Windows、MAC等多種操作系統(tǒng)。該平臺系統(tǒng)需要采用MySQL這樣快速、易用的數(shù)據(jù)庫進行數(shù)據(jù)持久化管理。

2.5.1 E-R圖設計。代維人員信息表（員工編號、照片、姓名、性別、籍貫、身份證號碼、出生日期、年齡、手機號碼、集團號碼、組織編號、郵件、學歷、畢業(yè)院校、所學專業(yè)、參加工作時間、在職狀態(tài)和身份證掃描件）。

2.5.2 數(shù)據(jù)庫表設計。本系統(tǒng)中包含功能有代維人員信息管理模板的導入，代維人員信息管理模板的導出，對代維人員信息的查詢，對代維人員信息的增加、修改、刪除。

2.6 安全設計

2.6.1 物理安全設計。本系統(tǒng)的物理安全設計首先考慮對防火墻進行部署設計，然后進行防火墻端口設置。具體方法如下：（1）外網(wǎng)訪問本系統(tǒng)時，web應用服務器對外只提供特定端口訪問；（2）不允許外網(wǎng)telnet應用服務器，防止被遠程控制。

2.6.2 數(shù)據(jù)庫安全設計。在系統(tǒng)的數(shù)據(jù)庫安全設計中，必須進行數(shù)據(jù)庫的備份操作，增量備份對于數(shù)據(jù)庫來說十分重要。

2.6.3 網(wǎng)絡安全設計。需要按照不同的業(yè)務需求規(guī)劃不同的區(qū)域，并且判定數(shù)據(jù)的物理、邏輯邊界和不同的界限的限制。

3 系統(tǒng)測試

3.1 系統(tǒng)測試方法介紹

通過測試能夠暴露出系統(tǒng)中存在的缺陷、錯誤、是否正確及完整地實現(xiàn)了用戶提出的所有需求。本章節(jié)首先介紹系統(tǒng)單元測試和代碼評審，然后進行功能測試。

3.1.1 系統(tǒng)的單元測試。單元測試是為了驗證每個小單元內部是否存在差錯信息。單元測試的主要內容是開發(fā)人員自測、開發(fā)人員互測。

3.1.2 代碼評審。單元測試通過后，項目經(jīng)理組織開發(fā)人員進行代碼評審工作，代碼評審工作按照編碼檢查列表要求執(zhí)行。

開發(fā)人員根據(jù)評審結果，解決存在的缺陷并重新驗證，直至評審發(fā)現(xiàn)的缺陷全部被關閉。

3.2 系統(tǒng)的功能展示

針對系統(tǒng)需求將功能實現(xiàn)，只是最基本的需求。在眾多的軟件系統(tǒng)中，很多系統(tǒng)使用者并不介意功能的暫時性缺失，但反感系統(tǒng)不好使用，這決定于前期的系統(tǒng)用戶界面友好性的規(guī)劃。

考慮到本系統(tǒng)的使用者涉及到X市電信公司相關部門人員及領導、代維公司等，這些人員關注的數(shù)據(jù)信息的角度不一樣，同樣一個信息列表，不同的人員需要馬上看到的字段信息并不相同。針對這個問題，系統(tǒng)將提供系統(tǒng)用戶自定義列表字段的功能，系統(tǒng)在初始化時，按照不同類型的系統(tǒng)用戶預先設定對應的數(shù)據(jù)列。

4 結語

本文研究的代維管理系統(tǒng)已經(jīng)在X市電信公司運行，能滿足該公司日常代維管理工作的需要，使代維管理員能夠清晰、直觀地觀察代維資源的分布，能夠及時地依據(jù)故障及工作任務的緊急程度進行資源調度處理。但是在移動業(yè)務快速發(fā)展的今天，它將面臨諸多問題和挑戰(zhàn)，具體表現(xiàn)在以下兩個方面：（1）代維管理系統(tǒng)功能類型的多樣化；（2）代維管理系統(tǒng)的智能化。

今后代維管理系統(tǒng)的發(fā)展方向主要體現(xiàn)在以下兩個方面：（1）目前的系統(tǒng)能夠自動地統(tǒng)計代維工作量及工作效率，能呈現(xiàn)給代維管理員清晰的網(wǎng)絡質量信息，但是無法提供智能化的建議。智能化的代維管理系統(tǒng)，不僅應該能給代維管理人員呈現(xiàn)參考數(shù)據(jù)，還需要結合設備故障現(xiàn)象提出故障處理建議。（2）移動業(yè)務目前由2G快速向3G、4G發(fā)展，導致基站設備類型及廠家眾多，各設備對傳輸資源及動力資源占用情況各不相同?；緝仁欠裼凶銐虻馁Y源滿足設備擴容，代維管理系統(tǒng)必須能智能統(tǒng)計全網(wǎng)的空閑資源，為工程建設提供客觀可靠的參考數(shù)據(jù)。

參考文獻

[1]龐會靜.基于webGIS-PDA的代維管理系統(tǒng)的設計與實現(xiàn)[J].科技風，2011，（17）.

[2]吳忠.廣州移動網(wǎng)絡代維策略的研究[D].暨南大學，2008.

（責任編輯：黃銀芳）