优化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基础数据变化的有效审核和闭环管理的辅助系统。系统的可靠性、准确性、易用性是未来大数据业务拓展的发展基础。