優化LKJ基礎數據維護管理系統的探討

高雨峰 中國鐵路上海局集團有限公司工務部

1 研究背景和目的

由于集團公司的LKJ基礎數據量龐大，動態調整變化快，涉及的專業多，集團公司科信部、施工辦牽頭組織，信息技術所負責實施，各LKJ相關專業部門、站段參與研發的LKJ基礎數據維護管理系統（下文統稱為系統），一直在進行試用。系統試用的同時，紙質版、電子表格格式的數據編制、提報仍在同步進行維護。數據維護工作量未能減少，系統提報、審核數據的優勢并沒有完全發揮出來。本文立足于工務類LKJ基礎數據提報，將系統使用過程遇到的難點、問題，進行拆解、分析，研究解決方法并提出了系統優化的有關建議。

2 LKJ基礎數據維護管理系統存在的問題及原因分析

2.1 各專業提報流程差異化設置功能不夠強大，系統操作靈活性、便利性有待提高

LKJ數據涉及的專業比較多，參與部門架構復雜，各部門、相關管理人員對LKJ數據的提報、審核過程和要求各不相同。比如審核工務類數據涉及高鐵、普鐵線路技術規范不同，線路、橋梁、道口分屬工務部不同科室，道岔、鋼軌等設備技術標準多樣化，同一個施工項目的數據，需要工務專業不同科室協同處置，多個專業共同研究審查。因需要跨科室數據審核，不同類型數據審核人也不同，線路速度等級不同，適用的規章、規范也不完全一樣，再加上人員分工變化、崗位調整等情況不斷出現，而現有系統中只能通過設置多個標準流程模板，進行適應性選擇，一旦進入數據審核流程后，中途是不能進行修改的，存在靈活性不足的問題。

每年工務類LKJ基礎數據變化量，占據了LKJ數據維護工作量的四層以上（見圖1），而且工務類數據的精準度要求高，數據表格類型最多，數據修改量最大，且大部分集中修、站改、新線建設都必有工務類數據調整上報。目前，系統提供的數據導入功能還不夠完善，部分表格數據僅支持手工錄入占用大量時間；線路允許速度表還需要進行人工拆分；碰到新線、大型站改施工時，造成多次出現數據丟失、遺漏、錯誤等填報問題。

圖1 2018-2020年各專業上報LKJ數據附件數量分步情況

2.2 各專業部門間底層數據不能共享，存在信息孤島

建立系統的初衷，就是把各專業的數據進行信息化處理，方便相關人員跨部門、跨專業調看和使用的。而實際上LKJ基礎數據是一個既相互獨立、又相互關聯的大數據，例如車站內股道數據、道岔編號信息、線路設備的起止里程、斷鏈設置地點等都需要跨部門、跨專業取用并保持一致的。而目前的系統對于高級用戶開放了查看權限，但尚未做到統一歸口管理。比如，一個施工項目各專業數據資料上報按專業進行提報，有的數據分步提報，有的數據延后提報，有的數據分兩個單位提報，有的數據提前兩個月提報，讓數據維護管理者有些無所適從。另新線LKJ基礎數據上報時，工務類數據中車站名稱、線路編號和名稱以及線路起訖里程，應作為其它專業數據提報的基礎，必須提前在基礎庫內增加，而基礎庫數據維護工作尚不規范，缺少審核流程，造成關鍵LKJ基礎數據變化沒有及時進行數據共享，導致數據提報出現各專業數據不一致、不統一的問題。

2.3 數據啟用、數據更新時常遇到新問題，數據可靠性檢查缺少手段

LKJ基礎數據時效性不足。LKJ基礎數據由集團公司科信部每年度統一發布，發生基建施工、設備大修、更新改造等引起的線路設備變化時，單次公布的變化數據未及時納入LKJ基礎數據庫中。當需要采用最新數據進行基建施工、設備大修設計時，設計及施工單位一般拿不到最具時效性的線路設備技術數據，會導致設計資料與現場數據不一致，施工受到影響。

LKJ基礎數據更新確認不及時。LKJ基礎數據多是單次提報、單次發布、單次換裝形式進行數據庫的數據更新，而如果僅依靠LKJ基礎數據主管人員的手動更新，不可避免的造成數據更新不及時，數據更新遺漏等問題。同時非LKJ基礎數據主管人員在使用LKJ基礎數據時，多使用的是集團公司科信部每年度統一發布的年度匯總數據，迫切需要利用信息系統實現數據共享和共用功能。

系統缺少對LKJ基礎數據準確性進行邏輯檢查功能。使用系統提報的數據，已經按照規范要求、字符設置規則等進行了初步篩查，經過系統信息化處理過的數據，基本可以保證數據的規范性，但這只是系統提報數據的最低要求，如何對海量的數據準確性進行甄別，跨表格間一致性檢查，對照規章要求進行邏輯校核，更智能化的應用開發尚未開展。

3 LKJ基礎數據維護管理系統優化建議

LKJ基礎數據維護管理系統的開發，應以還原既有LKJ相關工作流程為前提，在不增加管理者工作量和審核難度的基礎上，按照國鐵集團、集團公司制定的LKJ運用維護管理辦法有關規定以及各專業需求設計流程、開發功能，將LKJ數據維護全流程進行信息化處理。

3.1 研發數據審核流程中的差異化信息流轉方案

因各專業數據審核流程差異性很大，應該在LKJ運用維護管理辦法規定流程的基礎上，按照專業進行差異化信息流轉方案訂制。比如，結合工務類LKJ基礎數據提報特點以及用戶內部管理模式，在系統中個性化定制施工單位、設計單位、監理單位、項目管理機構、設備管理單位、工務部各級用戶數據提報、審核流轉方案，做到既可以按施工項目管理流程（涉及施工單位、非運輸企業、設備管理單位等）進行施工類LKJ基礎數據的提報，又可以滿足非施工類（年度資料核對、線路設備狀態變化、運輸特殊需求等）LKJ基礎數據的提報；參與審核過程的人員，可以增加隨時變更、調整，甚至重新指定，但上述流程變更后的記錄必須保留，以便追根溯源。

3.2 完善批量數據處理功能

數據批量導入時，應增加導入數據字符格式檢查功能，不符合數據庫字符格式要求的，系統除了提供導入失敗提示外，還應使用顏色標識錯誤地點，增加錯誤原因文字描述，方便管理者識別、修改；數據批量導入時，應增加插入行列位置預覽功能，以便錄入人員確認數據排序不存在問題；建立紙質導出排版模板，數據批量導入后，為提高辦公效率，后續流程中，增加標準格式導出打印功能，特別是線路允許速度表格內容的整合導出。

3.3 完善基礎庫維護功能，嚴格控制LKJ基礎數據更新節點

數據庫中允許跨部門調用的LKJ基礎數據條目，除了給予特定用戶權限外，對于特定用戶在新增、修改、刪除數據時，需要增加審核人確認后方可進行變更，這樣對才可保證系統數據安全、穩定可靠，流程管控才更合理、更有效。

為保證提報審核數據的時效性和準確性，建議在系統數據維護流程上，設置更新確認環節。新數據生效后，由電務部專人負責，根據數據換裝電報的生效時刻進行統一更新，同時增加數據變更備注信息，標注科信電文號以便于追溯；非施工類LKJ基礎數據的更新可設置一個自動更新時限，讓管理者可以按需設置更新條件。

在施工集中的年底，同一個施工項目間隔10天進行分步實施時，增加數據“提前更新”的功能也勢在必行。比如，第一步施工尚未進行，而第二步施工數據卻急需提報，從而導致提報數據用基礎版本無法從數據庫進行調用，存在數據嵌套提報的情況。這種情況系統研發人員提出了更大的挑戰，屬于特殊應用場景。目前，只能通過人工參與手動更新解決，還需要進一步深入研究更優方案。

3.4 確保數據庫更新準確性

LKJ基礎數據數據庫必須保證實時更新，且更新后的數據準確可靠。數據更新入庫后，一般不會再進行“回頭看”，但系統在更新應用實踐中常常存在“更新失敗”的情形，這就需要增加對數據“更新失敗”后，數據庫終稿數據入庫情況進一步查詢、核對方案，以確保數據完整、準確。

3.5 拆分數據表中關鍵字段，以提高數據可識別率、可利用率

以工務類LKJ基礎數據線路允許速度表例（見圖2）。線路允許速度表中的部分數據字段，多以文本格式填寫，如長期限制慢行地點是以“起點里程~終點里程”的形式進行填寫，程序無法提取、調用，只能人工拆分，費時又費力，且容易出錯。建議系統通過增加模板識別，方便數據關鍵字段的識別和使用。比如，可以通過建立限速字段對應模板程序，把不同類型的情況分類、歸納、總結，目的是把起點里程、終點里程、限速值數值提取出來進行再利用；而數據表格輸出打印時，又能還原成紙質規范表格樣式進行輸出。

圖2 工務類LKJ基礎數據線路允許速度表例

3.6 規范施工項目名稱的使用和提報要求

同一施工項目涉及到幾個專業LKJ基礎數據同時變化時，必須在一個施工項目名稱下，分別按專業建立子目錄去錄入數據，這需要管理者出面進行協調；建議不同部門、專業數據審核人員，在審核本專業數據時強制其查看施工項目名稱下其它相關專業的數據上報內容，但不給予其修改權限，以便于其判斷相關專業數據變化是否影響本專業數據的同步調整。

3.7 設置LKJ基礎數據邏輯性判斷

增加數據自動審核判斷功能。為避免填報錯誤，LKJ基礎數據維護系統已經具備簡單的字符錄入標準判斷功能，但是該功能無法判別其錄入數據存在的邏輯性錯誤，更不能判斷其是否滿足設備的基本技術標準、規范的要求。建議系統增設部分數據邏輯判斷程序，防止填報數據時手誤等原因的填寫錯誤。比如坡長自動計算，斷鏈設置位置原則性自動判別等。通過在系統中開發輔助檢查后臺程序，增加技術標準邏輯運算判別、核對驗算功能，提高系統的智能化管理水平，為管理者提供更方便的智能化小程序。

4 結束語

上海局集團公司范圍內基建工程任務繁重、設備大修更新改造頻繁，大量的施工變化引發的LKJ基礎數據修改，已經是新常態了。LKJ基礎數據維護管理系統是實現多部門、多單位對LKJ基礎數據的填報、審核、提交、上報的統一信息化管理平臺，是實現多專業、多單位LKJ基礎數據變化的有效審核和閉環管理的輔助系統。系統的可靠性、準確性、易用性是未來大數據業務拓展的發展基礎。