本发明属于轨道交通管理软件技术领域，具体涉及一种调试方法和调试系统。
背景技术：
目前国内绝大多数城市轨道交通行业的系统综合调试还未采用最新的信息化技术应用，日常工作仅限于纸质文档或word、excel等电子文档填报，专人手工统计，口头书面汇报的“原始阶段”，缺乏有效的信息化管理手段。项目管理或协调通常需要通过开大会的方式进行，实际进度的统计完全按照各个单位的主观意愿，严重缺乏客观严谨性。管控力度只能通过约谈单位领导的方式实现，需落实的具体内容也仅仅存在于口头约定的层面上。出现问题没有完善的闭环管理机制，常常出现各个整改单位找借口，踢皮球的情况。最终导致管理范围不全面，管理深度不精细，数据统计不严谨，项目进度的真实性，客观性无从判断，人员组织混乱以及出现的问题无法得到高效的解决等等实质性管理壁垒。
技术实现要素：
为了解决现有技术存在的问题，本发明提供一种调试方法和信息化调试系统，旨在将调试数据上传至同一系统内，而各方的对接人员能够在该系统中注册用户并实时查看调试任务和进度，从而对整个调试过程进行全生命周期的信息统计，提高工作效率，并便于后期进行过程分析和追溯。
本发明所采用的技术方案为：
第一方面，本发明公开一种轨道交通综合调试方法，用于协调多方参与并采用统一信息平台进行全周期调试，具体步骤如下：
s100.根据项目制定调试方案，并搭建统一信息平台组织框架和用户信息；
s101.根据调试方案制定其中构成最小单元的调试计划，确定调试计划的地点和时间标签，将调试计划导入在组织框架内；
s102.将项目基础数据与表格模板导入信息平台的组织框架内使其形成完整的信息系统；
s103.利用信息化系统给对应执行用户分配调试计划，执行用户通过信息化系统上传执行数据进行执行监控直到完成系统调试。
值得说明的是，轨道交通项目推进时，需在项目施工完成后对设备、系统等硬件设施进行调试，调试过程需要对业主方、施工方、设备厂商和调试方多方协调，并建立沟通机制，才能顺利推进。但实际操作时，会因为信息沟通不及时或相互间信息并未同步，导致工作推进常常受阻。本发明的方法通过搭建统一的信息平台，在调试之初就将多方数据导入其中，从而形成统一的数据交互端口，用于替代第三方协调组织者。
由于轨道交通项目的施工过程已经完结，则整个线路的节点和信息已经确定，在指定调试方案时就能够以地点为标签进行任务规划，规划初期主要建立以时间轴定位的总调试过程，而每个节点的调试步骤均相同，总的调试过程按照功能区分包含以下三个步骤：
a、单体设备单系统调试
b、接口调试
c、综合联调
而整个调试过程中，最小数据单元为调试计划，该调试计划存储在系统中，并以贴有标签进行区分。在该系统中的用户按照权限划分为组织用户和执行用户。组织用户有权限查看所有数据，同时能够对系统内部的数据进行调整修改。在本发明中，所谓组织用户即为制定该调试方案并对执行用户分配相应调试计划的组织者，而执行用户则是调试人员。调试人员可在多个终端设备上登录该信息系统，并获取自己的调试计划，按照系统上确定的时限完成即可。
结合第一方面，本发明提供第一方面的第一种实施方式，所述步骤s102中，所述基础数据包括项目的前置信息，所述前置信息包括所需调试的目标与调试过程相关的过程信息。
所谓前置信息，是指在调试之前需要进行确认的设备或系统信息，该信息包括过程信息和产品信息，并由组织用户检查无误后上传至系统中，并可由对应调试计划的执行用户调用进行查看。
在调试过程中，需要对在先的过程信息和设备信息进行查看，一旦调试过程出现故障，可根据前置信息确定故障点和原因，从而有利于用户快速排除故障。
第二方面，本发明提供一种调试信息系统，应用在上述第一方面中的轨道交通综合调试方法中，包括云端存储模块和前端交互模块，系统数据存储在云端存储模块中，通过安装在终端设备上的前端交互模块提取系统数据。
值得说明的是，前端交互模块可安装在多型终端设备中，该终端设备具有联网功能，通过与云端存储模块连接进行数据调用。
结合第二方面，本发明提供第二方面的第一种实施方式，所述前端交互模块中内置有聊天平台，所述聊天平台包括与该信息系统中建立的用户之间进行信息收发的内部端，还包括接入多个聊天平台并与指定对象收发信息的外部端；
所述内部端与外部端在同一界面进行展示。
值得说明的是，该聊天平台是前端交互模块中内置模块，每个系统的用户作为个体，可通过该聊天平台与任一系统用户联系。在该系统上注册用户可直接搜索匹配对应用户进行线上沟通，无需类似现有聊天软件需添加好友验证的方式确立关系。由于每个用户信息存储在云端存储模块中，则通过聊天平台能够直接查找对应用户信息，可直接弹窗在系统中与该用户沟通，或调用手机号直接电话沟通。
与现有技术不同的是，该聊天平台还通过外部端链接多个聊天平台，信息系统内设置有多个插件，用于后台运行相应聊天软件。由于该系统需要调合多方，为了满足不同用户的使用习惯，同时也提高沟通效率，则保留许多用户的第三方聊天程序。一些用户可在不登录该系统的状态下，直接通过第三方聊天软件可添加属于该信息系统中的用户，并在第三方聊天软件中可直接搜索该用户进行对话。由于信息系统中设置有第三方聊天软件的简化插件，则可以在后台直接以登录状态进行信息交互，用户只需在聊天平台的界面上进行沟通即可。
结合第二方面，本发明提供第二方面的第二种实施方式，所述前端交互模块中接入指定的外部通讯平台，并建立与该信息系统中的用户在指定外部通讯平台的交互关系。
结合第二方面的第一、二中实施方式，本发明提供第二方面的第三种实施方式，所述调试计划以卡片的形式进行展示，所述卡片包括一级信息栏和二级信息栏，所述一级信息栏包括该调试计划的地点、时间、调试对象、调试任务概述和计划编号；
所述二级信息栏中包括具体调试任务详情和过程信息。
所谓卡片形式是指在展示界面中，调试计划的一级信息栏以相同展示面积和格式，将具有特征代表性的内容进行展示，从而便于用户快速了解对应的调试计划内容。具体来说，由于信息系统给每个用户分配的调试计划数量有限，执行用户仅在单个界面即可完整展示，如果数量较多，可以瀑布流的形式进行展示。
二级信息栏直接扩展在整个界面进行展示，其中包括多个详细信息，同时还可以展示该调试计划的进度，具体的进度数据可由自己上传数据，也可通过第三方的评估进行数据上传。
结合第二方面的第三种实施方式，本发明提供第二方面的第四种实施方式，所述前端交互模块中包括以时间为排序条件进行排布展示的任务日历；
还包括以地点为标签进行排布展示的任务地图；
所述任务日历与任务地图中均包括以调试计划为统计对象的进度展示界面；
所述进度展示界面以对应的日期标签或地点标签作为统计范围条件进行数据汇总，并以条形图示进行展示。
任务地图和任务日历均可作为主界面进行展示，轨道交通工程中，其线路固定后，调试任务均是针对每个站点或节点依次或同时进行，则以地点作为节点，在展示界面上以完整的线路展示，当点击每个节点后便弹出对应的二级菜单，可在二级菜单界面选择更多的小节点来查看对应设备或系统，通过弹窗或进一步的菜单栏来展示。
任务日历则是以时间标签对调试计划按照时间轴进行排布，每个调试计划均设置有时间结限，按照调试计划的安排时间，以天为单位，分为多个日期格，每个日期格内填充多个调试计划。面板上展示的单个界面以月为单位，将每个月的日期格展示，每个日期格可点击进入二级菜单，二级菜单中包含有该日期内需要完成的调试计划。
值得说明的是，根据用户权限不同，则展示信息会调整。执行用户为测试人员，其界面上主要来展示该用户的调试计划，便于其专注于自身的工作内容。该执行用户登录该信息系统后，同样也可以看到全局的调试计划，但只能查看进度和完成情况。
而组织用户通过前端交互模块登录后能够查看所有节点和所有调试计划，其展示界面可以任务地图为主。
结合第二方面的第三种实施方式，本发明提供第二方面的第五种实施方式，所述前端交互模块还包括报表模块，通过调用云端存储模块中的数据并填充入对应的表格模板中形成报表。
报表模块是根据预先内置于信息系统中的报表数据(报表样板)，通过用户设定条件抓取对应报表元数据，将过滤后的元数据生成所需的数据集，按照报表数据的格式要求调整数据集，然后解析后填充如报表样板中形成电子表格。通过本发明中的信息系统，能够在对应界面中自动确定条件范围，由报表模块自动筛选数据填充形成报表。与现有的线下人工填写方式不同的是，不仅能够快速获取到标准格式的电子表格，同时可对数据进行调整，效率提升较大。
结合第二方面的第三种实施方式，本发明提供第二方面的第五种实施方式，所述云端存储模块中还包括调试问题库和工程问题库；
所述调试问题库内将用户上传的调试过程中产生的问题信息建立问题卡片进行存储，并在前端交互模块中展示；
所述工程问题库内存储有建设阶段产生的问题信息，所述问题信息上以对应调试对象为标签，并同时关联该调试对象的调试计划卡片中形成过程信息链接。
结合第二方面的第三种实施方式，本发明提供第二方面的第五种实施方式，所述前端交互模块内设有离线模式，执行用户可持有带有前端交互模块的终端设备在无网络连接的状态下记录执行数据，并在恢复网络连接时将离线模式下处理的过程数据上传至云端存储模块中。
本发明的有益效果为：
(1)本发明提供一种全新的针对轨道交通系统综合调试业务全过程的管理方法，并针对项目建立信息化管理工具作为辅助，最终实现轨道交通行业系统综合调试的业务管控水平，形成相关业务管理及企业信息化的标准和规范，并能够在后续的系统综合调试中成为行业标准；
(2)本发明中的信息系统能够通过云端技术，将基础数据存储并由多个移动终端设备登录调用，则能够实现实时数据交互，并通过整合的信息平台统一各个部分或对象，并统一管理调试数据，从而做到全周期的信息监控和管理。
附图说明
具体实施方式
下面结合附图及具体实施例对本发明做进一步阐释。
实施例1：
本实施例公开一种轨道交通调试方法，尤其是涉及到地铁工程施工后对设备设施进行系统调试过程中应用到的方法，并在本实施例中同时提供一种应用在该方法内的调试系统。
由于现有地铁轨道交通建设施工后，设备安装后需要经过调试测试后方能通过验收进行试运行，则调试测试过程需要通过多方参与，并统一管理确认调试方案，以时间或地点为节点建立调试计划，最后调试完成后将数据统一保存。但调试过程涉及到多方协调，而多个单位之间并未存在数据交互的通道，导致许多调试过程中需要临时协调各个单位的对应人员，并在过程中容易出现数据丢失或无法赘述的问题。
而本实施例中具体提供一种方法，首先在调试开始前先由多方协调确定调试方案，并建立统一的调试信息平台。该平台在搭建时，会将在先的相关数据录入系统中，并存储在云端的服务器内，任意终端设备通过链接云端服务器均可调取。
其中，相关数据包括项目的前置信息，所述前置信息包括所需调试的目标与调试过程相关的过程信息。而调试方案中包含有多个调试计划，所谓调试计划则是在调试方案中的最小执行项，其包含有标签和具体内容，在系统中以标签卡形式展示。
然后确定调试计划的地点和时间标签，将调试计划导入在组织框架内；将项目基础数据与表格模板导入信息平台的组织框架内使其形成完整的信息系统；利用信息化系统给对应执行用户分配调试计划，执行用户通过信息化系统上传执行数据进行执行监控直到完成系统调试。
本实施例中所涉及到的一种调试信息系统，包括云端存储模块和前端交互模块，系统数据存储在云端存储模块中，通过安装在终端设备上的前端交互模块提取系统数据。前端交互模块中内置有聊天平台，聊天平台包括与该信息系统中建立的用户之间进行信息收发的内部端，还包括接入多个聊天平台并与指定对象收发信息的外部端；内部端与外部端在同一界面进行展示。
而前端交互模块中接入指定的外部通讯平台，并建立与该信息系统中的用户在指定外部通讯平台的交互关系。
其中，调试计划的卡片包括一级信息栏和二级信息栏，所述一级信息栏包括该调试计划的地点、时间、调试对象、调试任务概述和计划编号；二级信息栏中包括具体调试任务详情和过程信息。
前端交互模块中包括以时间为排序条件进行排布展示的任务日历；还包括以地点为标签进行排布展示的任务地图；任务日历与任务地图中均包括以调试计划为统计对象的进度展示界面。进度展示界面以对应的日期标签或地点标签作为统计范围条件进行数据汇总，并以条形图示进行展示。前端交互模块还包括报表模块，通过调用云端存储模块中的数据并填充入对应的表格模板中形成报表。
云端存储模块中还包括调试问题库和工程问题库；调试问题库内将用户上传的调试过程中产生的问题信息建立问题卡片进行存储，并在前端交互模块中展示。
工程问题库内存储有建设阶段产生的问题信息，所述问题信息上以对应调试对象为标签，并同时关联该调试对象的调试计划卡片中形成过程信息链接。
前端交互模块内设有离线模式，执行用户可持有带有前端交互模块的终端设备在无网络连接的状态下记录执行数据，并在恢复网络连接时将离线模式下处理的过程数据上传至云端存储模块中。
实施例2：
本实施例同样公开一种调试方法，采用上述实施例1中的系统，具体如下：
本实施例中，针对地铁建设中设备系统的测试过程，提供项目启动时的标准化咨询服务包，基于最新互联网技术的信息化软件系统，以及调试过程中的指导性咨询服务包三个大模块。
而其中信息化软件系统也就是本实施例中所要公开的系统凭条，该系统与传统的信息化系统有所不同，传统的信息化软件系统大多由数据后台与业务逻辑前台组成，而本系统是由三个模块组成：
数据存储云后台——基于现在的最新互联网数据库技术
业务逻辑前台——基于企业微信，钉钉，welink等第三方企业即时通讯平台
离线操作中台——基于主流的操作系统，主要是针对轨道交通的行业特点，在建设期和调试期现场有限的民用通信条件，而做出的针对性开发
根据上述架构设计搭建系统，并采用该系统平台进行辅助进行地铁设备的调试过程，以下公开采用该系统平台进行调试的完整过程。
先进行调试方案的编制，方案的内容即为调试的所有内容，包括调试前的准备内容，调试的步骤，调试的内容，调试的标准和依据，调试的过程与结果记录等。目前采用的调试方案大多采用较为陈旧的模板，每个项目只修改各个标题内容即直接使用，则时常会出现缺漏与冗余，即使是经过专家评审后确定的调试方案，也与实际需要调试的内容不能匹配。
由此，本实施例的在制定调试方案的时候就需要介入，严格把控所有调试方案的内容，使其与现场调试的实际情况一一匹配，并且将调试方案的具体内容修订成为与本实施例的信息化系统完全兼容的格式，从而改变了耗费大量人力将传统的调试方案转换成信息化系统可兼容文件的窘境。
然后将参与调试的所有人员，不论是参与方、组织方或业主方，均统一管理至第三方企业即时通讯平台，并完善每一个人员的所有工作信息，摒弃传统管理方式下的qq群，微信群等。
在调试方案完成之后，则需要制定调试的计划，具体来说包括时间要素、地理要素和事件要素。由于系统综合调试时，每个阶段都需要制定数百到数千个计划，该计划的编排也是一直处于一个混乱的现状，无法清楚的获取到以统一的节点轴线来排列的详细计划。
为了彻底消除上述缺陷，通过制定计划中严谨的系统分类方法，把每个调试阶段需要做的所有事情都通过这种严谨的系统分类方法规划出来，并且制定出详细计划，最终通过系统导入的方式将制定的计划导入到信息化系统中。由此，每个进入到信息化系统中的用户均可直观地看到总的调试计划，总的调试进度等信息，对调试的内容可以有一个总览的视角，一眼就可以看到整个系统综合调试的框架与边界。在制定了严谨的并且可兼容的调试方案与调试计划后，可将信息化系统所需的基础数据执行导入操作。至此，系统综合调试的信息化系统搭建完成。
调试组织人员此时需要将每一个系统需要在各个站点用到的可执行表格按照调试方案的格式导入系统，系统支持调试表格表头的动态配置，并且可自行调整表格的显示方式，以便适应调试方案中多种表格形式。调试组织者将调试过程中需要用到的安全交底文件存入系统，然后将前期导入系统的计划指派到具体的执行人员处。导入的调试表格会与每个计划自动产生关联关系，计划一经下发，相关人员会收到系统通知。前期导入计划的实际可执行性由调试组织人员根据实际情况在系统中动态调整，在计划未开始执行之前，组织者均可更改计划的执行时间；执行开始之后的计划，系统仅支持修改计划截止时间。
组织者在系统中的签到模块中，组织者仅需要选择一个签到的地点，系统就会生成一个与之对应的签到二维码，打印出来后可供参与人员执行现场的扫码签到，系统将自动完成签到人信息的汇总并导出成为签到表。二维码签到还可以添加定位信息，防止签到信息造假。
调试日历旨在快速地给用户直观地展示一个月/一周内所有的调试计划数量与分布情况，可以帮助调试的组织者快速地了解调试计划安排的合理性，并及时地做出调整。调试日历的标注功能旨在将日历中的特殊日期标注成为特殊的点，比如重要的时间节点，行车点，封闭点等。计划的状态统计可以让使用者快速了解所有计划的执行情况。快速搜索模块可以帮助使用者快速地找到相应的计划。调试公告在于将调试信息即时发布给相关人员。
每一个调试计划均由一张卡片在系统中体现。计划状态，计划编号，计划内容，计划地点，计划开始-截至时间，实际完成时间，计划距离截止时间的天数等信息。
点击计划卡片可查看到计划的详情信息。在此处可以直接查看到本计划在执行过程中记录的问题，本计划需要完成的调试记录和调试报告的内容，以及其它相关信息。系统还支持将调试记录和调试报告导出至microsoftofficeword文档。
计划完成的逻辑，在每一个阶段有所不同，具体如下：
(1)单机单系统调试阶段
当所有的调试记录/报告上传至系统后，调试执行人员点击完成，将计划变成“技术完成”状态，此时调试管理人员会受到系统消息推送，确认没有问题后在系统中打勾确认，然后可以关闭计划。若执行人员一直未进行技术确认，则管理人员可以点击催办，此时执行人员会收到系统推送的催办消息。
(2)接口调试阶段
该阶段中，调试记录/报告已经通过前期的导入进入到系统中来，执行人员只需在离线操作中台中勾选完成的测试条目即可，系统同时支持记录现场数据。然后回到有数据网络的条件下，一键上传所记录/勾选数据即可完成数据同步。
(3)全点位测试阶段
全点位测试附着于单机单系统，联调阶段中的任一阶段上。也就是说，任一阶段都可以同时执行全点位测试。全点位测试的记录表为“点表”，点表也会通过前期的导入与相关的计划自动产生关联。在执行相关计划的时候就需要将点表也完成记录/勾选。如此，当某一个阶段的计划都被执行完成后，附着于此的全点位测试也会被执行完毕。
将单机单系统，接口，全功能，联调阶段的进度统计与管理集中体现于此。公告栏将会对所有参与调试的人员发送即时系统公告，统计维度分为按照计划数量统计和按照报告数量统计；站点图通过弹窗的方式展示每一个站点在各个阶段的调试完成率与通过率。
上述每个阶段的进度，会在用户登录系统后在其主界面通过柱状图展示，点击可以刷新下方的各个状态的统计数据，进度分析模块将展示每个阶段的实际完成情况，精确到每一个站点下的系统，子系统，计划/调试报告，而系统中的折线图展示进度的历史趋势。所有的进度统计均由系统自行计算，使用者只需要按照步骤执行调试计划即可。针对全点位测试独立开发，所有的进度分析与数据统计只对全点位测试进行计算。
而系统中的数据统计对所有点位的状态，以及所属系统，子系统，站点，时间段多个维度进行统计与计算，并同时给出完成率和通过率。进度分析对所有点位所属计划的各个状态进行展示，并从系统，子系统，站点多个维度进行交叉网状分析。可以直观地看到总数，计划进度，实际进度的对比。
在系统中，可选取多个计划进行对比，计划对比以甘特图的方式将每一条计划与实际完成情况从站点、系统等多个维度进行对比，从而让管理者直观地纵览计划的执行情况。所有计算均由系统自动完成，使用者只需要按照步骤执行调试计划即可。
系统中还包括问题库，用户将调试过程中产生的问题提报至此，做统一的闭环管理，同时问题库还从多个维度对入库的问题进行了全面的统计与分析。
问题库中，问题包括整改中、待确认、已完成、超期未完成四个状态，并用一个环形图统计。整改准时率，整改完成率，平均完成耗时，平均确认耗时四个统计数据为管理者提供参考。趋势图用于展示提报问题和完成整改问题的剪刀差，为管理者提供辅助。占比图从站点，系统，问题类型，整改单位，问题等级，问题状态六个维度分别展示问题的分布情况。为管理者分析问题出现情况提供详尽的客观数据支撑。提供站点，科目，系统，分项，类型，等级，提报部门，负责部门，监管部门，整改期限10个查询维度，方便管理者快速定位到所关心的问题。系统支持问题库中对所选问题的一键导出至excel文件。
本实施例中的系统还支持通过离线操作中台和业务逻辑前台两种不同的问题提报路径，以满足调试过程中的实际情况，问题卡片展示每个问题的编号，内容，站点，责任部门，状态，以及当前状态的开始时间与处理人。用户可通过点击一个问题卡片可以进入问题详情页面，展示该问题的所有相关信息和闭环管理的整个处理流程与结果记录。每一个问题都归属于某一个调试计划，它们之间存在绑定关系。
对建设阶段产生的问题，做统一的闭环管理。同时问题库还从多个维度对入库的问题进行了全面的统计与分析。与调试问题库不同的是：不与调试计划产生任何关联，独立存在，而入库之前可根据需要设置多级审核，且问题提报只能在业务逻辑前台操作。
本实施例中还包含有离线点表app(windows端，android端，ios端)，首先在有数据通信的环境下将所要执行的计划同步到app端，在没有联网的情况下，可以直接使用本离线点表app记录调试过程中产生的数据，而后回到有数据通信的环境下一键同步至云端即可。
对系统中所有的数据进行导入，配置，存储，修改，查看等操作。对系统中所有需要配置的内容以及用户偏好的设置项统一进行管理。
本实施例中的系统还包括报表功能，在调试过程中产生的各类报表统一在此进行自动生成，查看、导出、发送等操作。包括但不限于调试日报，周报，月报，评估表，简报，签到表等。导出的格式可根据使用者的需求定制。将管理者关心的重点调试，重点问题，重要事项统一展示和管理于此，同时支持自定义提醒，设置提醒后，系统会自动发送推送消息。调试过程中产生各种资料，带权限地上传并管理于此。管理员可以分配浏览，修改，删除权限给相应的人员，同时也可以移交管理员权限。调试过程中需要使用到的各种指导性文件，带权限地上传并管理于此。管理员可以分配浏览，修改，删除权限给相应的人员，同时也可以移交管理员权限。
本实施例中的系统还包括风采展示功能，记录调试中产生的精彩瞬间，并且可以分享出去给其它参与调试人员。审核通过后，其他人员可以下载，点赞，评论，收藏此精彩瞬间。而发布的每一条调试通知都会与调试计划做关联，让通知的内容直接触达调试计划中的相关调试人员。
而系统中还包括会议线上提示和记录功能，调试会议可以采用两种方式开展，一种是临时性会议，一种是周期性的会议，本系统均支持。同时还可以实现与会确认与统计，扫码签到，会议纪要等流程。会议室的管理也是必不可少的。
本发明不局限于上述可选的实施方式，任何人在本发明的启示下都可得出其他各种形式的产品。上述具体实施方式不应理解成对本发明的保护范围的限制，本发明的保护范围应当以权利要求书中界定的为准，并且说明书可以用于解释权利要求书。
1.一种轨道交通综合调试方法，用于协调多方参与并采用统一信息平台进行全周期调试，其特征在于，具体步骤如下：
s100.根据项目制定调试方案，并搭建统一信息平台组织框架和用户信息；
s101.根据调试方案制定其中构成最小单元的调试计划，确定调试计划的地点和时间标签，将调试计划导入在组织框架内；
s102.将项目基础数据与表格模板导入信息平台的组织框架内使其形成完整的信息系统；
s103.利用信息化系统给对应执行用户分配调试计划，执行用户通过信息化系统上传执行数据进行执行监控直到完成系统调试。
2.根据权利要求1所述的一种轨道交通综合调试方法，其特征在于：所述步骤s102中，所述基础数据包括项目的前置信息，所述前置信息包括所需调试的目标与调试过程相关的过程信息。
3.一种调试信息系统，其特征在于：应用在上述权利要求1或2的轨道交通综合调试方法中，包括云端存储模块和前端交互模块，系统数据存储在云端存储模块中，通过安装在终端设备上的前端交互模块提取系统数据。
4.根据权利要求3的一种调试信息系统，其特征在于：所述前端交互模块中内置有聊天平台，所述聊天平台包括与该信息系统中建立的用户之间进行信息收发的内部端，还包括接入多个聊天平台并与指定对象收发信息的外部端；
所述内部端与外部端在同一界面进行展示。
5.根据权利要求3的一种调试信息系统，其特征在于：所述前端交互模块中接入指定的外部通讯平台，并建立与该信息系统中的用户在指定外部通讯平台的交互关系。
6.根据权利要求4或5的一种调试信息系统，其特征在于：所述调试计划以卡片的形式进行展示，所述卡片包括一级信息栏和二级信息栏，所述一级信息栏包括该调试计划的地点、时间、调试对象、调试任务概述和计划编号；
所述二级信息栏中包括具体调试任务详情和过程信息。
7.根据权利要求6的一种调试信息系统，其特征在于：所述前端交互模块中包括以时间为排序条件进行排布展示的任务日历；
还包括以地点为标签进行排布展示的任务地图；
所述任务日历与任务地图中均包括以调试计划为统计对象的进度展示界面；
所述进度展示界面以对应的日期标签或地点标签作为统计范围条件进行数据汇总，并以条形图示进行展示。
8.根据权利要求6的一种调试信息系统，其特征在于：所述前端交互模块还包括报表模块，通过调用云端存储模块中的数据并填充入对应的表格模板中形成报表。
9.根据权利要求6的一种调试信息系统，其特征在于：所述云端存储模块中还包括调试问题库和工程问题库；
所述调试问题库内将用户上传的调试过程中产生的问题信息建立问题卡片进行存储，并在前端交互模块中展示；
所述工程问题库内存储有建设阶段产生的问题信息，所述问题信息上以对应调试对象为标签，并同时关联该调试对象的调试计划卡片中形成过程信息链接。
10.根据权利要求6的一种调试信息系统，其特征在于：所述前端交互模块内设有离线模式，执行用户可持有带有前端交互模块的终端设备在无网络连接的状态下记录执行数据，并在恢复网络连接时将离线模式下处理的过程数据上传至云端存储模块中。
技术总结