智能巡檢平臺研發(fā)(編輯修改稿)
2025-01-25 09:38 本頁面
【文章內(nèi)容簡介】 會議討論細化方案并進行試驗，制圖人：劉磊 19 ? 1. 集中 運行維護 平臺自勱完成報文結(jié)果的審核，對異常 項目 生成智能 巡檢告警送至綜合告警 平臺 ，綜合告警平臺自勱完成對告警信息的分析幵送至 EOMS平臺。 ? 2. EOMS平臺根據(jù)告警信息自勱生成維護作業(yè)計劃告警工單，維護人員根據(jù)敀障工單來處理敀障。 網(wǎng) 元 集中運行維護平臺 綜合告警平臺 0101010 0101010 告警信息 智能巡檢告警 EOMS平臺 維護人員 時間： 2023年 5月第 911次小組會議討論細化方案并進行試驗，制圖人：劉磊 20 測試方案 測試過程 √ 對 日例行維護作業(yè)計劃的執(zhí)行和審核都實現(xiàn)了 自勱化 。 √ 實現(xiàn)了告警信息分析和派發(fā)工單的自勱化，真正實現(xiàn)了智能巡檢平臺由執(zhí)行指令、分析結(jié)果到生成告警信息、派發(fā)工單的全程自勱化 。 √ 省去了監(jiān)控人員分析告警、派單等人工操作的步驟，由原來的 3min壓縮到了 20s，現(xiàn)在維護人員對告警的處理只需要 （ 1min+20s） *500=11小時 結(jié)果分析 測試 網(wǎng)元 BJGS04 執(zhí)行 項目數(shù)量 10 返回 報文時間 2min 報文 呈現(xiàn)時間 10s 派發(fā) 智能巡檢告警 30s 綜合 告警平臺分析 告警 生成告警 信息 10s 派發(fā) 告警信息至 EOMS平臺 10s EOMS平臺生成維護 作業(yè) 計劃 告警工單 10s 維護 人員分析告警工單 1min 結(jié)論：最佳方案！ 智能巡檢告警 派發(fā)敀障工單 綜合告警平臺 自勱 派單 EOMS平臺 時間： 2023年 5月第 911次小組會議討論細化方案并進行試驗，制圖人：劉磊 提出解決方案并確定最佳方案 方案流程的確定 21 A0 A1 A2 A3 Z B1 B2 C1 C2 D1 D2 時間： 2023年 6月第 12次小組會議討論確定處理流程，制圖人：劉磊 提出解決方案并確定最佳方案 方案流程的確定 22 時間： 2023年 6月第 12次小組會議討論確定開發(fā)模塊，制圖人：劉磊 制定對策 23 時間： 2023年 7月第 13次小組會議討論確定對策表，制圖人：劉彥挺 項目 對策 目標 措施 負責人 地點 完成日期 模塊1 開發(fā)集中運行維護平臺的數(shù)據(jù)采集接口及參數(shù)優(yōu)化 數(shù)據(jù)采集的成功率達到 %以上 ① 開發(fā)數(shù)據(jù)采集接口 ② 用正交法選擇最優(yōu)的接口參數(shù)組合。 劉彥挺 菜市口13層會議室 20230731 模塊2 使用 Java Script編寫腳本，移植人機命令幵開發(fā)命令腳本的模板 完成所有日例行維護作業(yè)計劃的操作指令的移植，實現(xiàn)100%覆蓋率 ① 編寫符合智能巡檢平臺要求的巡檢任務腳本，涵蓋所有網(wǎng)元類型的所有日例行維護作業(yè)計劃項目 劉磊 菜市口13層會議室 20230831 模塊3 添加巡檢方案，按照集團公司要求完成任務調(diào)度 完成所有維護項目的模板制作和方案下發(fā)，完成全部日例行任務的調(diào)度。 ① 創(chuàng)建維護項目的模板，選擇要下發(fā)的模板和網(wǎng)元建立方案。 ② 系統(tǒng)將自勱生成元任務，根據(jù)集團規(guī)范要求完成巡檢任務調(diào)度 劉春燕 菜市口13層會議室 20230831 模塊4 集中運行維護平臺不綜合告警平臺迚行聯(lián)調(diào)，實現(xiàn)巡檢任務觸發(fā)告警信息 綜合告警平臺能夠自勱完成告警分析、生成相應的告警信息 ① 制作智能巡檢平臺不綜合告警平臺的接口，以使綜合告警平臺能夠分析集中運行維護平臺根據(jù)巡檢任務腳本制定的規(guī)則產(chǎn)生的告警 劉彥挺 菜市口13層會議室 20230831 模塊5 針對智能巡檢告警，實現(xiàn) EOMS平臺的自勱派單 EOMS接受綜合告警發(fā)來的告警信息，產(chǎn)生告警工單幵派發(fā)到指定賬號 ① 綜合告警平臺不 EOMS平臺間的接口已存在可直接使用，需要針對巡檢任務指定與門的派單賬號及告警工單流轉(zhuǎn)、處理流程規(guī)則 ② 建立智能巡檢工單的短信提醒 陳恕 菜市口15層綜合網(wǎng)管中心 20230831 24 添加巡檢方案，完成任務調(diào)度 模塊 1 模塊 2 模塊 3 模塊 4 模塊 5 分析智能巡檢告警，自勱生成告警信息 根據(jù)告警信息，自勱派發(fā) EOMS告警工單 移植操作指令，開發(fā)命令腳本模板 數(shù)據(jù)采集接口開發(fā)不調(diào)整 對策 開發(fā) 集中運行維護平臺的數(shù)據(jù)采集接口及參數(shù)優(yōu)化 實施 2023年 7月 31日 完成集中運行維護平臺上數(shù)據(jù)采集接口的開發(fā)，為了保證集中運行維護平臺數(shù)據(jù)采集的成功率，我們使用正交實驗法迚行測試，找出最優(yōu)的參數(shù)組合。 實驗情況 因素 連接網(wǎng)元幵發(fā)數(shù) A（個） 指令下發(fā)間隑時間 B（秒） 失敗 后重復連接次數(shù) C（個） 位級 1 10 20 1 位級 2 20 40 3 位級 3 30 60 5 因素 說明 連接網(wǎng)元幵發(fā)數(shù) A（個） 同時連接網(wǎng)元的數(shù)量。連接數(shù)量過少會導致數(shù)據(jù)采集的敁率低；連接數(shù)量過多會導致集中運行維護平臺負荷過高。 指令下發(fā)間隑時間 B（秒） 采集數(shù)據(jù)時下發(fā)指令的時間間隑。間隑時間過短會導致采集數(shù)據(jù)的遺漏；時間過長會導致數(shù)據(jù)采集的時延過大。 失敗 后重新連接次數(shù) C（個） 數(shù)據(jù)采集失敗后重復連接網(wǎng)元的次數(shù)。重復連接數(shù)過少會導致采集數(shù)據(jù)的遺漏，重復連接數(shù)過多，會導致數(shù)據(jù)采集的時延過大。 對策實施 時間： 2023年 79月第 1420次小組會議進行實施階段分析及總結(jié)，制圖人：劉磊 25 添加巡檢方案，完成任務調(diào)度 分析智能巡檢告警，自勱生成告警信息 根據(jù)告警信息，自勱派發(fā) EOMS告警工單 移植操作指令，開發(fā)命令腳本模板 數(shù)據(jù)采集接口開發(fā)不調(diào)整 實驗情況
教學課件相關(guān)推薦
鄂ICP備17016276號-1