【正文】 A 送 審 人 交 B 1 主 審 人 預(yù) 審審 批 通 過(guò)主 審 人 交 B 1 會(huì) 審 人 評(píng) 審主 審 人 交 B 2 會(huì) 審 人 評(píng) 審審 批 不 通 過(guò)審 批 通 過(guò)主 審 人 送 交 C 處 理 人審 批 不 通 過(guò)圖 43 工單審批示意圖 山東大學(xué)碩士學(xué)位論文 28 （ 7） 工單抄送 操作人可以將工單抄送給相 關(guān)人，被抄送人的操作不影響流程的流轉(zhuǎn)。當(dāng)所有并行處理完成后，工單才可繼續(xù)流轉(zhuǎn)。 （ 1）固定流轉(zhuǎn)方式是指預(yù)先定義好流程各個(gè)環(huán)節(jié)的執(zhí)行對(duì)象，在執(zhí)行流程實(shí)例時(shí)無(wú)需由操作人選擇下一步處理對(duì)象，而是由系統(tǒng)根據(jù)“ 自動(dòng)流轉(zhuǎn)規(guī)則表”將 工單流轉(zhuǎn)給預(yù)先定義好的執(zhí)行對(duì)象。 表 32 數(shù)據(jù)設(shè)計(jì) NO 字段名 類型 是否必填 錄入方式 說(shuō)明 1. 許可證號(hào) 字符 是 系統(tǒng)填寫(xiě) 參見(jiàn)《編碼規(guī)范》 2. 獲準(zhǔn)單位 字符 是 手工填寫(xiě) － 3. 入網(wǎng)類型 單選項(xiàng) 是 手工填寫(xiě) 軟件、硬件 4. 網(wǎng)絡(luò)分類 單選項(xiàng) 是 手工填寫(xiě) 參見(jiàn)《編碼規(guī)范》 5. 設(shè)備廠商 單選項(xiàng) 是 手工填寫(xiě) 參見(jiàn)《編碼規(guī)范》 山東大學(xué)碩士學(xué)位論文 24 6. 硬件平臺(tái)名稱 字符串 否 手工填寫(xiě) － 7. 設(shè)備型號(hào) 字符串 否 手工填寫(xiě) － 8. 軟件類型 字符串 否 手工填寫(xiě) － 9. 軟件版本號(hào) 字符串 否 手工填寫(xiě) － 10. 軟件補(bǔ)丁號(hào) 字符 串 否 手工填寫(xiě) － 11. 測(cè)試時(shí)間 時(shí)間 是 手工填寫(xiě) － 12. 測(cè)試地點(diǎn) 字符串 是 手工填寫(xiě) － 13. 許可時(shí)間 時(shí)間 是 手工填寫(xiě) － 14. 發(fā)現(xiàn)故障測(cè)試次 數(shù) 數(shù)字 是 手工填寫(xiě) － 15. 裝載次數(shù) 數(shù)字 是 手工填寫(xiě) － 16. 接收人 字符串 是 手工填寫(xiě) － 17. 適用范圍 字符串 是 手工填寫(xiě) － 18. 主要功能描述 字符串 是 手工填寫(xiě) － 19. 已裝載省份 字符串 是 手工填寫(xiě) － 20. 發(fā)放許可證意見(jiàn) 字符串 是 手工填寫(xiě) － 21. 備注 字符串 是 手工填寫(xiě) － 22. 撤銷意見(jiàn) 字符串 是 手工填寫(xiě) － 23. 相關(guān)附件 附件 否 手工填寫(xiě) － 山東大學(xué)碩士學(xué)位論文 25 第 4 章 系統(tǒng)詳細(xì)設(shè)計(jì) 詳細(xì)設(shè)計(jì)是對(duì)系統(tǒng)架構(gòu)設(shè)計(jì)的精化，主要是在系統(tǒng)需求規(guī)格和架構(gòu)設(shè)計(jì)的基礎(chǔ)上，對(duì)系統(tǒng)用例中使用的類和對(duì)象進(jìn)行進(jìn)一步的精化，確定每一個(gè)類的屬性和方法。主要是對(duì)流程實(shí)例（即某一個(gè)工單）的創(chuàng)建到處理、結(jié)束的過(guò)程。流程管理模塊的功能組成架構(gòu)如圖 34 所示。用戶可以通過(guò)點(diǎn)擊、選擇等動(dòng)作，決定動(dòng)畫(huà)的運(yùn)行過(guò)程和結(jié)果，這一點(diǎn)是傳統(tǒng)顯示方式所無(wú)法比擬的。告警監(jiān)控邏輯完成根據(jù)告警策略生成監(jiān)控的工作。 山東大學(xué)碩士學(xué)位論文 19 數(shù) 據(jù) 存 儲(chǔ) 層數(shù) 據(jù) 庫(kù)系 統(tǒng) 服 務(wù) 層文 件 系 統(tǒng)指 標(biāo) 引 擎 服 務(wù) 數(shù) 據(jù) 查 詢 服 務(wù) 告 警 服 務(wù) 圖 形 生 成 服 務(wù)應(yīng) 用 邏 輯 層告 警 監(jiān) 控 邏 輯指 標(biāo) 關(guān) 聯(lián)系 統(tǒng) 顯 示 層指 標(biāo) 靈 活 展 現(xiàn)物 理 顯 示 層 邏 輯 顯 示 層 圖 32 系統(tǒng)邏輯架構(gòu)圖 數(shù)據(jù)存儲(chǔ)層 包括數(shù)據(jù)庫(kù)和文件系統(tǒng)，提供持久化服務(wù)。 該系統(tǒng)能實(shí)現(xiàn) —— 提供內(nèi)部網(wǎng) 絡(luò)之間的信息交換，提高數(shù)據(jù)處理的準(zhǔn)確性、及時(shí)性、科學(xué)性，安全、高效的處理各類業(yè)務(wù)。 3 、開(kāi)發(fā)期質(zhì)量屬性 分別對(duì)兩個(gè)方面進(jìn)行開(kāi)發(fā)期質(zhì)量需求進(jìn)行要求： （ 1） SQL 語(yǔ)句執(zhí)行 要求盡量減少連接數(shù)據(jù)庫(kù)次數(shù)，每次讀取的行數(shù)，每次寫(xiě)入數(shù)據(jù)庫(kù)的行數(shù)。系統(tǒng)應(yīng)防止同一機(jī)器多個(gè)用戶間相互影響。 運(yùn)行期質(zhì)量屬性 （ 1）高性能，要求響應(yīng)時(shí)間，如表 21 所示。日志包括系統(tǒng)運(yùn)行日志和用戶操作日志。支持對(duì)案例的評(píng)論、評(píng)級(jí)。替班后，系統(tǒng)將原值 班人員的值班權(quán)限轉(zhuǎn)移給替班人員。排班參數(shù)包括：每班人數(shù)、每日班次數(shù)、交接班時(shí)間、交接班最大誤差時(shí)間等。 ② 作業(yè)計(jì)劃輔助提醒 系統(tǒng)提供作業(yè)任務(wù)輔助提醒功能。 （ 2）作業(yè)計(jì)劃執(zhí)行 作業(yè)計(jì)劃 執(zhí)行 包括：作業(yè)計(jì)劃 執(zhí)行 和作業(yè)計(jì)劃執(zhí)行情況的檢查 ① 作業(yè)計(jì)劃執(zhí)行 作業(yè)計(jì)劃的執(zhí)行人可能是值班人員，也可能不是值班人員。 作業(yè)計(jì)劃可按 組織、按專業(yè)制定 。 （ 2）電路申請(qǐng)確認(rèn) 本地交換側(cè)和傳輸側(cè)負(fù)責(zé)人同時(shí)確認(rèn)，如果有一方進(jìn)行了駁回，就需要發(fā) 起人重新發(fā)起；雙方都通過(guò)后才可以進(jìn)入到方案制作環(huán)節(jié) （ 3）交換側(cè)方案制作 用戶觸發(fā)調(diào)度后，系統(tǒng)自動(dòng)將本端、對(duì)端交換機(jī)和需要增加的電路數(shù)傳送到資源，他將采用一定的算法（參考業(yè)務(wù)規(guī)則、模型和算法）來(lái)生成相應(yīng)的調(diào)度方案，并反饋給流程 （ 4） 交換側(cè)方案確認(rèn) 如通過(guò)本地交換側(cè)負(fù)責(zé)人確認(rèn)，就分解給其他人，這些參與者都可以對(duì)本地的交換方案進(jìn)行修改。 個(gè)人部分包括： 個(gè)人登錄信息、待辦事宜（包括待辦工單、作業(yè)計(jì)劃等）、常用功能區(qū)（如常用工單起草、常用功能等）、個(gè)人設(shè)置（包括修改個(gè)人信息、代理設(shè)置、短信提醒設(shè)置）。 強(qiáng)化對(duì)轉(zhuǎn)型業(yè)務(wù)的支撐。隨著電子運(yùn)維管理系統(tǒng)不斷的完善和改進(jìn)，最終該系統(tǒng)將形成部門(mén)工作支撐系統(tǒng)，實(shí)現(xiàn)自動(dòng)化的工單及作業(yè)流程和流程監(jiān)控。因此 ,必須依靠管理創(chuàng)新和技術(shù)進(jìn)步走綜合化、集約化維護(hù)之路。 第 4 章，系統(tǒng)詳細(xì)設(shè)計(jì)。介紹電信網(wǎng)絡(luò)管理系統(tǒng)開(kāi)發(fā)背景，當(dāng)前研究現(xiàn)狀以及未來(lái)發(fā)展的展望。 本文主要工作包括三個(gè)方面 : 針對(duì)電信營(yíng)運(yùn)商的通信網(wǎng)絡(luò)運(yùn)行維護(hù)的實(shí)際工作，按照 ITU— T 的 TMN框架 [14]以及電信管理論壇 (TM Forum)的 eTOM 體系 [15]，結(jié)合目前電信行業(yè)發(fā)展趨勢(shì)，實(shí)現(xiàn)了滿足企業(yè)使用功能的運(yùn)行維護(hù)工作支持系統(tǒng)，即電子運(yùn)維流程管理系統(tǒng)。 2. 用以支撐運(yùn)維業(yè)務(wù)的運(yùn)維信息，分散在多個(gè)系統(tǒng)的各個(gè)功能中，沒(méi)有統(tǒng)一管理甚至相互矛盾。 TMN 對(duì)電信運(yùn)營(yíng)支撐系統(tǒng)的貢獻(xiàn)是其框架模型為建設(shè)新一代的運(yùn)營(yíng)支撐系統(tǒng)提供了理論上的指導(dǎo)，并為電信 運(yùn)營(yíng)支撐系統(tǒng)的建設(shè)指明了方向。其中 BSS 完成計(jì)費(fèi)、賬務(wù)和結(jié)算等，NMSS 完成面向資源的后臺(tái) 支撐，包括專業(yè)網(wǎng)絡(luò)管理系統(tǒng)，綜合網(wǎng)絡(luò)管理系統(tǒng)，服務(wù)保障系統(tǒng)等， MSS 支撐企業(yè)所需的所有非核心業(yè)務(wù)流程 [8]?；诠ぷ髁鞯碾娮舆\(yùn)維流程管理平臺(tái)的建設(shè)，由于其技術(shù)上的先天優(yōu)勢(shì)，不僅可以改進(jìn)以上不足，實(shí)現(xiàn)以上管理目標(biāo)，而且 可以很輕易地支持流程的調(diào)整與優(yōu)化 [4]。網(wǎng)絡(luò)部雖然制定了各種各樣的管理辦法和規(guī)章制度，但 由于缺少I(mǎi)T 系統(tǒng)的支撐，缺少對(duì)業(yè)務(wù)流程的監(jiān)控手段，管理人員無(wú)從發(fā)現(xiàn)流程執(zhí)行中的瓶頸或問(wèn)題，具體說(shuō)來(lái)，目前的系統(tǒng)在以下方面存在改進(jìn)空間： 1. 流程沒(méi)有制度化，沒(méi)有形成規(guī)范化文檔，知識(shí)和經(jīng)驗(yàn)的積累得不到有效共享。在實(shí)現(xiàn)部分，對(duì)系統(tǒng)的主要功能點(diǎn)和關(guān)鍵實(shí)現(xiàn)進(jìn)行詳細(xì)論述。 綜合信息平臺(tái)是以指標(biāo)引擎為核心的一套完全可定制的數(shù)據(jù)分析框架。 山東大學(xué)碩士學(xué)位論文 I 摘 要 電子運(yùn)維管理系統(tǒng)是電信業(yè)務(wù)開(kāi)展和運(yùn)營(yíng)時(shí)所必須的支撐平臺(tái)，是電信網(wǎng)絡(luò)管理的重要組成，它包含用于運(yùn)行和監(jiān)控網(wǎng)絡(luò)的所有系統(tǒng)。目前系統(tǒng)主要包含了流程管理、值班管理、作業(yè)計(jì)劃以及部分 portal 的功能，如知識(shí)經(jīng)驗(yàn)管理、文檔管理等。 J2EE 山東大學(xué)碩士學(xué)位論文 1 第 1 章 緒論 當(dāng)前基于 TMN（ Telemunication Management Network， 電信管理網(wǎng)）[1]標(biāo)準(zhǔn)的網(wǎng)管系統(tǒng)的建設(shè)和應(yīng)用在網(wǎng)絡(luò)日常維護(hù)管理中發(fā)揮了重要的作用，由于網(wǎng)管系統(tǒng)側(cè)重的是對(duì)設(shè)備的管理 功能，而人是生產(chǎn)力三要素中最具有決定意義的要素，因此，實(shí)現(xiàn)以人為主體的業(yè)務(wù)流程的管理則成為貫穿網(wǎng)絡(luò)管理過(guò)程的紐帶。 電子運(yùn)維管理系統(tǒng)是基于任務(wù)的工單管理系統(tǒng)，每個(gè)任務(wù)單由任務(wù)、人物（人力資源）和設(shè)備（網(wǎng)絡(luò)資源）組成，由多 個(gè)任務(wù)單按照需求的順序組織在一起，就構(gòu)成了網(wǎng)絡(luò)運(yùn)維的業(yè)務(wù)流程 [3]。 在業(yè)務(wù)范圍方面，普遍認(rèn)為運(yùn)營(yíng)支撐系統(tǒng)需要包括計(jì)費(fèi)、賬務(wù)、結(jié)算、營(yíng)業(yè)、客戶服務(wù)、決策支持、資源管理等內(nèi)容。以國(guó)際電信聯(lián)盟（ ITU）、國(guó)際標(biāo)準(zhǔn)化組織（ ISO）、互聯(lián)網(wǎng)工程工山東大學(xué)碩士學(xué)位論文 3 作組（ IETF）等組織的工作比較突出。 電子運(yùn)維管理系統(tǒng)的建設(shè)，減少了電話、紙件、傳真等工作方式，提高了電信運(yùn)營(yíng)企業(yè)生產(chǎn)作業(yè)的自動(dòng)化水平，使得絕大多數(shù)的關(guān)鍵業(yè)務(wù)和關(guān)鍵流程都納入了系統(tǒng)管理的范疇，增強(qiáng)了業(yè)務(wù)處理能力；同時(shí)促進(jìn)了網(wǎng)絡(luò)運(yùn)維部門(mén)之間的協(xié)作，提高了網(wǎng)絡(luò)維護(hù)的質(zhì)量和效率。電子運(yùn)維管理系統(tǒng)處于網(wǎng)絡(luò)運(yùn)維業(yè)務(wù)的頂層，同運(yùn)維人員交互較多；但它同各級(jí)專業(yè)網(wǎng)管是分離的，不僅無(wú)法反映網(wǎng)絡(luò)運(yùn)行的實(shí)際情況，同時(shí)也無(wú)法支撐業(yè)務(wù)自動(dòng)化。同時(shí)，基于工作流的電子運(yùn)維流程管理平臺(tái)的建設(shè)，更容易實(shí)現(xiàn)管理目標(biāo)，并且解決了流程的調(diào)整與優(yōu)化。闡述設(shè)計(jì)原則和目標(biāo)，在技術(shù)層面上對(duì)硬件和軟件架構(gòu)進(jìn)行設(shè)計(jì)。 山東大學(xué)碩士學(xué)位論文 6 第 2 章 系統(tǒng)需求分析 隨著電信市場(chǎng)競(jìng)爭(zhēng)的日趨激烈 ， 新的形勢(shì)對(duì)中國(guó)電信的市場(chǎng)響應(yīng)能力、服務(wù)保障能力、業(yè)務(wù)創(chuàng)新能力、運(yùn)營(yíng)管理能力提出了更高的要求。目前電信行業(yè)各運(yùn)營(yíng)商電子運(yùn)維建設(shè)已經(jīng)初具規(guī)模，系統(tǒng)處于初始期向成長(zhǎng)期過(guò)渡的階段。這樣分工就使得責(zé)任明確，使得后端的內(nèi)部流程簡(jiǎn)單化了，從而為前端和客戶提供更大的方便，可以實(shí)現(xiàn)一站式故障受理模式，加快故障處理速度。 系統(tǒng)功能性需求 系統(tǒng)主要由 首頁(yè)信息門(mén)戶、流程管理、作業(yè)計(jì)劃管理、值班管理、知識(shí)管理、系統(tǒng)管理功能 等模塊組成 。本地開(kāi)通是同一個(gè)地市山東大學(xué)碩士學(xué)位論文 9 的端局之間的電路開(kāi)通調(diào)度，不需要經(jīng)過(guò)省公司的確認(rèn)等事項(xiàng)，不需要從傳輸系統(tǒng)生成調(diào)度單，只需要本地的交換側(cè)和傳輸側(cè)進(jìn)行確認(rèn)并執(zhí)行，就可以完成電路的調(diào)度。 （ 9）歸檔 發(fā)起人和傳輸側(cè)負(fù)責(zé)人歸檔，該工單流轉(zhuǎn)完成。 可以按組織、按專業(yè)、按周期制定作業(yè)計(jì)劃，如省公司作業(yè)計(jì)劃、地市公司作業(yè)計(jì)劃、部門(mén)作業(yè)計(jì)劃、處室作業(yè)計(jì)劃、機(jī)房作業(yè)計(jì)劃等；如交換專 業(yè)作業(yè)計(jì)劃、數(shù)據(jù)專業(yè)作業(yè)計(jì)劃、無(wú)線專業(yè)作業(yè)計(jì)劃等；如年作業(yè)計(jì)劃、月作業(yè)計(jì)劃、周作業(yè)計(jì)劃、日作業(yè)計(jì)劃等。 對(duì)于能夠借助專業(yè)網(wǎng)管系統(tǒng)自動(dòng)執(zhí)行的作業(yè)項(xiàng)目，系統(tǒng)建立與各專業(yè)網(wǎng)管的智能巡檢接口，從各專業(yè)網(wǎng)管系統(tǒng)的“智能巡檢”功能模塊自動(dòng)獲取作業(yè)項(xiàng)目的執(zhí)行結(jié)果。包括 排班管理、交接班管理、值班日志管理、替班管理、值班日?qǐng)?bào)、值班查詢統(tǒng)計(jì)等。交接班工作由兩班的值班班長(zhǎng)負(fù)責(zé)，可按班交接也可按每個(gè)值班人員交接。 山東大學(xué)碩士學(xué)位論文 14 圖 23 值班管理用例圖 (5) 知識(shí)管理 知識(shí)管理模塊包括：文檔管理和案例庫(kù)管理兩部分。 代理功能即用戶外出或不方便訪問(wèn)系統(tǒng)時(shí)，可設(shè)置代理人員，由代理人員處理該用戶的待辦事宜。 系統(tǒng)非功能性需求 約束 能在電信運(yùn)營(yíng)商主流軟硬件環(huán)境中遷移。使用防火墻屏蔽外部用戶，使用網(wǎng)管系統(tǒng)一致的鑒權(quán)系統(tǒng)整合訪問(wèn)，屏蔽非法用戶和未登錄的訪問(wèn)。系統(tǒng)應(yīng)具有一個(gè) “靜止時(shí)限 ”。 同時(shí)在對(duì)象生命周期方面，要避免在循環(huán)外持有對(duì)象，避免使用類變量持有大對(duì)象，避免在 session 中保存大量對(duì)象。 Weblogic 服務(wù)器部署指標(biāo)引擎 EJB 服務(wù)，提供指標(biāo)的查詢功能，此服務(wù)可為公用服務(wù)，供網(wǎng)管系統(tǒng)的其它子系統(tǒng)使用 。圖形生成服務(wù)由 CordaServer 提供，負(fù)責(zé)由數(shù)據(jù)生成Flash 圖形 [22]。物理界面是 jsp 頁(yè)面和 XML 文件，山東大學(xué)碩士學(xué)位論文 20 jsp 頁(yè)面會(huì)由服務(wù)器處理后轉(zhuǎn)化為 html 代碼在用戶客戶端顯示， XML[23]文件負(fù)責(zé)配置指標(biāo)查詢和顯示條件，作為一種指標(biāo)引擎的輸入交互途徑。 5. 知識(shí)管理：規(guī)范文檔及各種案例的管理，使得各種文檔及案例可以很好的得到共享和利用，為今后的日常維護(hù)和決策提供一定的依據(jù)。如當(dāng)前正在進(jìn)行的任務(wù)，已處理任務(wù)、已結(jié)束任務(wù)、撤銷任務(wù)、抄送任務(wù)、等等，這些可以方便的是用戶快速的找到目前想操作的工單。 運(yùn)維流程管理系統(tǒng)作為中樞系統(tǒng)連接各業(yè)務(wù)部門(mén)，因此系統(tǒng)中存在大量與其它業(yè)務(wù)系統(tǒng)的接口，通過(guò)這些接口，運(yùn)維流程管理系統(tǒng)可以在運(yùn)行過(guò)程中與其他系統(tǒng)很好的進(jìn)行交互，從而提高業(yè)務(wù)處理的能力和速度。 建設(shè)以流程為核心的系統(tǒng)是一個(gè)長(zhǎng)期的、分階段的過(guò)程。如圖 41 所示。工單審批人可以直接修改工單內(nèi)容（不包括工單分類信息）。 （ 2） 異步關(guān)系 A 流程與 B 流程是異步關(guān)系是指， A 流程在流轉(zhuǎn)過(guò)程中可創(chuàng)建 B 流程，并且創(chuàng)建完 B 流程后， A 流程無(wú)須等待 B 流程全部執(zhí)行完成結(jié)束，即。 1）若該組沒(méi)有負(fù)責(zé)人，組內(nèi)所有用戶以搶單模式處理工單； 2）若該組有負(fù)責(zé)人，則負(fù)責(zé)人處理工單，負(fù) 責(zé)人后續(xù)可在組內(nèi)分派或移交工單。 （ 3）派發(fā)、分派與移交 派發(fā)：工單建單人將工單派發(fā)給處理人，處理人處理完后回復(fù)給派發(fā)人員。以流程為核心的 IT 系統(tǒng)與非流程為核心的 IT 系統(tǒng)相比，更具有彈性和靈活性。 EOMS