【正文】 數(shù)據訪問服務主要給告警監(jiān)控邏輯提供服務，負責數(shù)據的讀寫工作，調用數(shù)據存儲層服務，為告警相關應用提供數(shù)據持久化服務，讀取數(shù)據供應用邏輯層使用。告警服務提供任務調度和告警發(fā)送服務。圖形生成服務由 CordaServer 提供，負責由數(shù)據生成Flash 圖形 [22]。 應用邏輯層 包括指標關聯(lián)邏輯、告警監(jiān)控邏輯和指標靈活展示組成。指標關聯(lián)負責將指標表表結構和 XML 文件、告警平臺關聯(lián)。告警監(jiān)控邏輯完成根據告警策略生成監(jiān)控的工作。靈活展 示負責控制界面顯示樣式。通過分析業(yè)務，將通用的服務操作提取為一個公用的功能，增加可重用性，盡量減少系統(tǒng)耦合度和增加系統(tǒng)的可維護性。 顯示層 由邏輯界面和物理界面組成。邏輯界面控制頁面元素的顯示和交互，由 Ajax和 JavaScript 聯(lián)合控制，隨著個人電腦的發(fā)展和配置越來越高，客戶端將承擔越來越多的工作，減少對公共資源的消耗。物理界面是 jsp 頁面和 XML 文件，山東大學碩士學位論文 20 jsp 頁面會由服務器處理后轉化為 html 代碼在用戶客戶端顯示， XML[23]文件負責配置指標查詢和顯示條件，作為一種指標引擎的輸入交互途徑。 使用 Flash作為瀏覽器顯示頁面元素， Flash 動畫具有交互性優(yōu)勢，可以更好地滿足所有用戶的需要。它可以讓欣賞者的動作成為動畫的一部分。用戶可以通過點擊、選擇等動作，決定動畫的運行過程和結果，這一點是傳統(tǒng)顯示方式所無法比擬的。 系統(tǒng)功能組成 由以上的分析得到系統(tǒng)的功能模塊，如圖 33 所示。 電子運維流程管理系統(tǒng)首 頁流 程 管 理值 班 管 理作 業(yè) 計 劃知 識 管 理系 統(tǒng) 管 理流 程 監(jiān) 控流 程 查 詢任 務 管 理排 班 管 理交 接 班值 班 日 報作 業(yè) 計 劃 管 理作 業(yè) 計 劃 執(zhí) 行作 業(yè) 計 劃 輔 助 功 能用 戶 管 理案 例 庫 管 理文 檔 管 理替 班 管 理緩 沖 管 理值 班 日 志 查 詢 圖 33 系統(tǒng)功能模塊圖 1. 首頁：顯示用戶當前的任務及各模塊的最新信息等內容 2. 流程管理：用戶對各類工單的處理及相應的各類統(tǒng)計查詢內容， 實現(xiàn)工單山東大學碩士學位論文 21 的正常流轉，來幫助規(guī)范日常的維護工作，提高工作效率。 3. 值班管理：加強當前值班時的管理，對值班人員及值班期間的各種事情進行統(tǒng)一的調配管理，能夠更好的規(guī)范日常的管理。 4. 作業(yè)計劃：制定并執(zhí)行各種周期性的工作，統(tǒng)一各種周期性工作的形式，并節(jié)省執(zhí)行的時間，使得各種方式的統(tǒng)計查詢更加方便。 5. 知識管理：規(guī)范文檔及各種案例的管理，使得各種文檔及案例可以很好的得到共享和利用，為今后的日常維護和決策提供一定的依據。 6. 系統(tǒng)管理：系統(tǒng)用戶、字典配置、菜單管理、緩沖管理等等，主要是系統(tǒng)的基本配置及對系統(tǒng)的備份維護；緩沖管理則 是提高系統(tǒng)的運行速度和減少各種查詢統(tǒng)計的時間。 流程管理功能組成 在運維管理系統(tǒng)中流程管理模塊是整個系統(tǒng)的核心部分。流程管理模塊的功能組成架構如圖 34 所示。 簇簇簇流 程 管 理 功 能 組 成流 程 管 理類 型 管 理流 程 定 義流 程 啟 動 流 程 掛 起流 程 激 活 流 程 刪 除流 程 代 理 流 程 監(jiān) 控流 程 查 詢當 前 任 務 已 派 發(fā) 任 務已 處 理 任 務已 結 束 任 務撤 銷 列 表抄 送 列 表催 辦 列 表 綜 合 查 詢任 務 管 理分 派移 交 抄 送保 存 創(chuàng) 建處 理催 辦 階 段 處 理掛 起激 活 撤 銷 刪 除圖 34 流程管理功能組成圖 流程管理模塊包含 3 大部分：流程管理、流程查詢和任務管理。 1. 流程管理 該部分主要是對流程的一個管理監(jiān)控，包括在最開始對一個流程的分類與山東大學碩士學位論文 22 定義；啟動、掛起、激活、停止某個流程；還有對該流程當前的運行狀況的一個監(jiān)控統(tǒng)計（如該流程現(xiàn)有多少實例在運行，這些實例都處于哪 些環(huán)節(jié)等等）。該部分主要是在系統(tǒng)的開發(fā)階段用的較多。 2. 流程查詢 該部分主要是對現(xiàn)有流程或工單的一個查詢。如當前正在進行的任務，已處理任務、已結束任務、撤銷任務、抄送任務、等等，這些可以方便的是用戶快速的找到目前想操作的工單。而這里面的綜合查詢則會根據不同的流程提供不同的查詢條件，供用戶從多方面、多角度查詢所需要的工單；且在綜合查詢當中包含部分的統(tǒng)計功能，如查詢某段時間內某種類型的流程共有多少工單，及時處理的工單有多少，撤銷的工單有多少等等內容，可以使用戶對系統(tǒng)的運行情況有一個大概了解，有助于用戶對當前系統(tǒng)一 些指標有一個清楚的認識。 3. 任務管理 該部分是流程管理中用戶操作最多的部分，也是日常工作處理中最為重要的部分。主要是對流程實例（即某一個工單）的創(chuàng)建到處理、結束的過程。在在部分用戶有多種操作，既有對工單的常規(guī)處理，也可以對工單進行掛起、激活、撤銷等操作；還可將該工單抄送給相關的人員，使其可以瀏覽該工單的內容。在每一個工單的處理頁面中都會包含該工單的詳細信息和該工單的詳細處理過程以及抄閱點評的內容等等。 EOMS（ 電子運維流程管理系統(tǒng) ）是各級運維人員、部門協(xié)同工作的主要 IT 平臺，通過該系統(tǒng) ，可以將不同的流程、業(yè)務系統(tǒng)整合起來，以業(yè)務流程的方式進行重組，實現(xiàn)協(xié)同工作的目的。 EOMS 部省系統(tǒng)間、 EOMS 與各網管系統(tǒng)、信令監(jiān)測系統(tǒng)、動力環(huán)境監(jiān)控系統(tǒng)、以及管理信息系統(tǒng)、業(yè)務支撐系統(tǒng)等均有互聯(lián)接口 [24]。 運維流程管理系統(tǒng)作為中樞系統(tǒng)連接各業(yè)務部門，因此系統(tǒng)中存在大量與其它業(yè)務系統(tǒng)的接口，通過這些接口，運維流程管理系統(tǒng)可以在運行過程中與其他系統(tǒng)很好的進行交互，從而提高業(yè)務處理的能力和速度。其接口結構如圖35 所示。 山東大學碩士學位論文 23 省 級 E O M S外 部 系統(tǒng) 接 口信 息 前轉 接 口S M S / M M S總 部 E O M S業(yè) 務 支 撐 系 統(tǒng)部 省 接 口外 部 系統(tǒng) 接 口E m a i l話 務 網 管網 管 系 統(tǒng)監(jiān) 控 平 臺傳 輸 網 管數(shù) 據 網 管內 部 網 管 接 口話 務 網 管 動 力 環(huán) 境傳 輸 網 管數(shù) 據 網 管信 息 前轉 接 口S M S / M M SE m a i l業(yè) 務 支 撐 系 統(tǒng)內 部 網 管 接 口 圖 35 系統(tǒng)接口圖 系 統(tǒng)接口說明，如表 31 所示： 表 31 系統(tǒng)接口 接口類別 互聯(lián)系統(tǒng) 接口內容 接口技術 部省接口 部 省運維流程系統(tǒng)互聯(lián) 界面集成 HTTPPOST 內部接口 話務網管、數(shù)據網管、 傳輸網管、動環(huán)監(jiān)控、 IT 網管 告警 /故障工單 Web Services＋ POST 資源變更與配置 Web Services＋ HTTPPOST 外部接口 業(yè)務支撐系統(tǒng) 業(yè)務開通、網絡投訴、 網絡信息 Web Services 前轉接口 SMS/MMS、 EMAIL 輔助通知信息 根據各平臺要求 數(shù)據設計，如表 32 所示。 表 32 數(shù)據設計 NO 字段名 類型 是否必填 錄入方式 說明 1. 許可證號 字符 是 系統(tǒng)填寫 參見《編碼規(guī)范》 2. 獲準單位 字符 是 手工填寫 － 3. 入網類型 單選項 是 手工填寫 軟件、硬件 4. 網絡分類 單選項 是 手工填寫 參見《編碼規(guī)范》 5. 設備廠商 單選項 是 手工填寫 參見《編碼規(guī)范》 山東大學碩士學位論文 24 6. 硬件平臺名稱 字符串 否 手工填寫 － 7. 設備型號 字符串 否 手工填寫 － 8. 軟件類型 字符串 否 手工填寫 － 9. 軟件版本號 字符串 否 手工填寫 － 10. 軟件補丁號 字符 串 否 手工填寫 － 11. 測試時間 時間 是 手工填寫 － 12. 測試地點 字符串 是 手工填寫 － 13. 許可時間 時間 是 手工填寫 － 14. 發(fā)現(xiàn)故障測試次 數(shù) 數(shù)字 是 手工填寫 － 15. 裝載次數(shù) 數(shù)字 是 手工填寫 － 16. 接收人 字符串 是 手工填寫 － 17. 適用范圍 字符串 是 手工填寫 － 18. 主要功能描述 字符串 是 手工填寫 － 19. 已裝載省份 字符串 是 手工填寫 － 20. 發(fā)放許可證意見 字符串 是 手工填寫 － 21. 備注 字符串 是 手工填寫 － 22. 撤銷意見 字符串 是 手工填寫 － 23. 相關附件 附件 否 手工填寫 － 山東大學碩士學位論文 25 第 4 章 系統(tǒng)詳細設計 詳細設計是對系統(tǒng)架構設計的精化，主要是在系統(tǒng)需求規(guī)格和架構設計的基礎上，對系統(tǒng)用例中使用的類和對象進行進一步的精化，確定每一個類的屬性和方法。本章主要描述了系統(tǒng)詳細設計所采用的過程和方法，限于篇幅原因沒有列示全部詳細設計成果。 工單管理工作流管理構成 電子運維 的核心功能就是完成維護流程的電子化，實現(xiàn)維護工作的流程化管理。以流程為核心的 IT 系統(tǒng)與非流程為核心的 IT 系統(tǒng)相比，更具有彈性和靈活性。通過對流程的修改或重組， 能快速滿足業(yè)務流程變更的需要。 建設以流程為核心的系統(tǒng)是一個長期的、分階段的過程。需要分析現(xiàn)有的業(yè)務流程，并歸納總結出適合與各類工作的基本流程，在流程的實施過程中，通過對實際運行情況的分析，分析流程的合理性和效率來優(yōu)化流程，最后達到流程固化的目的 [25]。 工單流轉模式分為固定流轉方式，自由流轉方式，派發(fā)、分派與移交。 （ 1）固定流轉方式是指預先定義好流程各個環(huán)節(jié)的執(zhí)行對象，在執(zhí)行流程實例時無需由操作人選擇下一步處理對象，而是由系統(tǒng)根據“ 自動流轉規(guī)則表”將 工單流轉給預先定義好的執(zhí)行對象。 （ 2）自由流轉 方式：由當前操作人自由選擇后續(xù)處理對象。主要適用于通用類工單，各流程中同角色間的分派或移交，以及專業(yè)類別為“綜合”、“其他”的工單流轉。 （ 3）派發(fā)、分派與移交 派發(fā)：工單建單人將工單派發(fā)給處理人，處理人處理完后回復給派發(fā)人員。 分派：工單處理人員將工單分派給其他人員處理， 工單責任主體不變，仍是分派人，其他人員處理完后回復給分派人員。如圖 41 所示。（下同） 山東大學碩士學位論文 26 圖 41 分派 移交：工單處理人員將工單移交給其他人員處理，移交后工單責任主體轉移給被移交人，被移交人處理完后回復給移交人員的上級人員。 分派與移 交區(qū)別示意圖，如圖 42： B C派 發(fā) / 分 派分 派B C派 發(fā) / 分 派移 交A A回 復回 復 圖 42 分派與移交區(qū)別 （ 4）工單一派多 可以將工單派發(fā)或分派給多個人（或組）同時處理。當所有并行處理完成后，工單才可繼續(xù)流轉。當某個處理人將處理結果反饋給發(fā)單方后，發(fā)單方若不滿意處理結果，可將工單退回給處理人重新處理，無需等待所有人都處理完畢。 （ 5）工單派給組時的處理模式 當工單派發(fā)或分派給組時，組內用戶有兩種處理工單的模式。 1）若該組沒有負責人，組內所有用戶以搶單模式處理工單； 2）若該組有負責人，則負責人處理工單，負 責人后續(xù)可在組內分派或移交工單。 （ 6）工單審批 送審人設置主審人（必選）和會審人（可選），提交審批后，工單先送給主審人進行預審，主審人可增加、修改、刪除會審人，預審通過后提交會審人，山東大學碩士學位論文 27 會審人將會審意見反饋給主審人，無論會審意見是否通過，最終由主審人確定最終審批結果。工單審批人可以直接修改工單內容（不包括工單分類信息）。工單審批要支持轉審（主審人轉移）。 工單審批示意圖如圖 43 所示。 A 送 審 人 交 B 1 主 審 人 預 審審 批 通 過主 審 人 交 B 1 會 審 人 評 審主 審 人 交 B 2 會 審 人 評 審審 批 不 通 過審 批 通 過主 審 人 送 交 C 處 理 人審 批 不 通 過圖 43 工單審批示意圖 山東大學碩士學位論文 28 （ 7） 工單抄送 操作人可以將工單抄送給相 關人，被抄送人的操作不影響流程的流轉。被抄送人需進行抄送確認，確認時可填寫說明，并可以繼續(xù)抄送給其他人。 工單關聯(lián)關系 （ 1） 同步關系 A 流程與 B 流程是同步關系是指， A 流程在流轉過程中可創(chuàng)建 B 流程，并且創(chuàng)建完 B 流程后， A 流程等待 B 流程全部執(zhí)行完成結束，才能繼續(xù)向后流轉。 （ 2） 異步關系 A 流程與 B 流程是異步關系是指， A 流程在流轉過程中可創(chuàng)建 B 流程，并且創(chuàng)建完 B 流程后， A 流程無須等待 B 流程全部執(zhí)行完成結束，即