工程验收表单结构化存储系统的制作方法

1.本技术涉及数据处理技术领域，特别是涉及一种工程验收表单结构化存储系统。


背景技术：

2.随着数字化信息化技术逐步向传统行业渗透和发展，工程建造领域为了提高效率也开始应用各种数字化工具。传统的工程质量验收一般由施工员在工程现场检查和验收，同时使用纸质表格和照片记录验收结果，然后将纸质结果交给施工方、监理方、建设方的相关负责人签字盖章。
3.移动互联网的发展让纸质验收逐步转向数字化验收，现有技术可以使用excel表格收集现场施工人员填报的数据后，再进行线上审批，审批过程由线下转为线上，提高了工程验收效率。
4.然而，由于每个工程项目都是独特的，因此所需的验收条目各不相同，且由于工程项目需要验收的文件数量庞大，现有的线上验收方式不能灵活适配不同的工程项目验收需求，每次都需要更改内容和格式，后期收集的数据维护起来也很困难，验收效率不够高。


技术实现要素：

5.基于此，有必要针对上述技术问题，提供一种工程验收表单结构化存储系统。
6.一种工程验收表单结构化存储系统，所述系统包括管理端、移动端和服务器端：其中，
7.所述管理端，用于获取工程验收表的配置信息；
8.所述移动端，用于基于所述工程验收表的配置信息，显示表单展示界面；获取施工节点在所述表单展示界面上输入的工程验收数据；将所述工程验收数据发送至所述服务器端；
9.所述服务器端，用于将所述工程验收数据存储在数据库中。
10.在其中一个实施例中，所述移动端，用于获取监理节点针对所述工程验收数据的审批结果信息，并将所述审批结果信息发送至所述服务器端；
11.所述服务器端，用于将所述审批结果信息存储在所述数据库中。
12.在其中一个实施例中，所述配置信息包括工程验收表的结构信息、工程验收表的版本信息和单元格附加信息；所述管理端包括质量验收划分管理模块、验收表单管理模块和表格配置模块；其中，
13.所述质量验收划分管理模块，用于获取所述结构信息；所述结构信息包括与不同工程项目对应的预设层级关系；
14.所述表格配置模块，用于获取所述单元格附加信息，基于所述预设层级关系和所述单元格附件信息生成不同的工程验收表；
15.所述验收表单管理模块，用于获取所述工程验收表的版本信息；根据所述版本信息对所述工程验收表进行更新。
16.在其中一个实施例中，所述预设层级关系包括单位工程、分部工程、分项工程和检验批之间的树状层级关系信息。
17.在其中一个实施例中，所述单元格附加信息包括单元格类型；所述单元格类型包括值类型和列表类型。
18.在其中一个实施例中，所述移动端包括表单展示模块、数据录入模块和数据审批模块；其中，
19.所述表单展示模块，用于从所述管理端获取所述工程验收表的配置信息；基于所述配置信息和移动端的显示器信息，生成与显示器对应的表单显示界面；并显示所述表单显示界面；
20.所述数据录入模块，用于获取施工节点在所述表单展示界面上输入的工程验收数据和审批请求；将所述工程验收数据和所述审批请求发送至所述服务器端；所述服务器端用于响应于所述审批请求，将所述工程验收数据发送至相应的监理节点；
21.所述数据审批模块，用于获取所述监理节点针对所述工程验收数据生成的审批结果信息，将所述审批结果信息发送的至所述服务器端。
22.在其中一个实施例中，所述服务器端，用于在所述审批结果信息包含审批未通过信息的情况下，将所述工程验收数据返回至所述施工节点以提示所述施工节点反馈修改内容。
23.在其中一个实施例中，所述移动端还包括身份认证模块；
24.所述身份认证模块，用于针对所述施工节点进行身份认证，并生成认证结果；若认证结果包含认证通过信息，则指示所述数据录入模块获取所述工程验收数据。
25.在其中一个实施例中，所述身份验证模块，用于若认证结果包含认证未通过信息，则向所述施工节点返回所述认证未通过信息，并拒绝获取工程验收数据。
26.在其中一个实施例中，所述身份验证模块，用于获取所述施工节点输入的人脸图像信息、门禁登记信息以及所述施工节点所处的定位信息；根据所述人脸图像信息、所述门禁登记信息以及所述施工节点所处的定位信息生成认证结果。
27.上述工程验收表单结构化存储系统，包括管理端、移动端和服务器端，其中，管理端用于获取工程验收表的配置信息；移动端用于基于上述工程验收表的配置信息，显示表单展示界面；获取施工节点在上述表单展示界面上输入的工程验收数据；将该工程验收数据发送至服务器端；服务器端，用于将上述工程验收数据存储在数据库中。本技术通过从管理端获取工程验收表的配置信息，能够灵活适应不同工程项目或不同部门的验收需要，包含多个子项目的工程中，能够实现一次配置，长久使用的效果，节约了成本，提高验收效率。
附图说明
28.图1为一个实施例中工程验收表单结构化存储系统的系统结构图；
29.图2为一个实施例中工程验收表单结构化存储系统的时序流程图；
30.图3为另一个实施例中工程验收表单结构化存储系统的系统结构图；
31.图4为一个实施例中单元格附加信息的示意图；
32.图5为另一个实施例中单元格附加信息的示意图；
33.图6为又一个实施例中单元格附加信息的示意图；
34.图7为一个实施例中计算机设备的内部结构图；
35.图8为另一个实施例中计算机设备的内部结构图。
具体实施方式
36.为了使本技术的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本技术进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本技术，并不用于限定本技术。
37.本技术提供的工程验收表单结构化存储系统的系统结构图如图1所示。该系统包括管理端101、移动端102和服务器端103，其中，管理端101、移动端102可以分别通过网络与服务器端103进行通信。管理端101可以是各种个人计算机，移动端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备，服务器端103可以用独立的服务器或者是多个服务器组成的服务器集群来实现。
38.图2展示了一个实施例中上述工程验收表单结构化存储系统的时序流程图，结合图1所示的系统结构图进行说明：
39.管理端101，用于获取工程验收表的配置信息。
40.具体地，管理端101为工程负责人或专业负责人所使用的节点，工程负责人或专业负责人在工程项目启动阶段或项目验收开始阶段根据项目需求设置工程验收表。工程负责人或专业负责人在管理端101输入配置信息，管理端101获取上述配置信息后可将配置信息发送指定服务器端103进行存储。配置信息用于定义该工程项目的子项目或各个阶段的验收表格的树状层级关系，还包括该工程项目验收表的版本信息以及表格中各个单元格的属性信息、附件信息等。
41.移动端102，用于基于工程验收表的配置信息，显示表单展示界面；获取施工节点在所述表单展示界面上输入的工程验收数据；将工程验收数据发送至所述服务器端。
42.其中，移动端一般为施工人员或监理人员使用。移动端从服务器端的数据库中获取上述配置信息后，根据上述配置信息生成与当前移动端的屏幕显示尺寸匹配的表单展示界面，该表单展示界面为结构化表单展示界面，其中各个条目的属性已按照预设格式进行显示。施工人员通过移动端按照预设格式输入工程验收数据，移动端将该工程验收数据发送至服务器端103。
43.服务器端103，用于将上述工程验收数据存储在数据库中。
44.具体地，服务器端103中配置有数据库，服务器端103将上述工程验收数据存储在数据库中，以便后续对这些数据进行分析处理。
45.上述实施例，通过从管理端获取工程验收表的配置信息，能够灵活适应不同工程项目或不同部门的验收需要，包含多个子项目的工程中，能够实现一次配置，长久使用的效果，节约了成本，提高验收效率。
46.在一实施例中，上述移动端102，还用于获取监理节点针对上述工程验收数据的审批结果信息，并将上述审批结果信息发送至服务器端；上述服务器端103，用于将审批结果信息存储在数据库中。
47.具体地，如图2所示，上述移动端102还用于获取监理节点针对上述工程验收数据的审批结果信息，并将该审批结果信息连同上述工程验收数据发送至服务器端103进行存
储。
48.上述实施例，通过设置监理节点针对上述工程验收数据进行审批，并将监理节点与施工节点进行分离，能够保证验收过程的可靠性。
49.在一实施例中，上述配置信息包括工程验收表的结构信息、工程验收表的版本信息和单元格附加信息；上述管理端包括质量验收划分管理模块、验收表单管理模块和表格配置模块；其中，质量验收划分管理模块，用于获取结构信息；结构信息包括与不同工程项目对应的预设层级关系；表格配置模块，用于获取单元格附加信息，基于预设层级关系和单元格附件信息生成不同的工程验收表；验收表单管理模块，用于获取工程验收表的版本信息；根据版本信息对工程验收表进行更新。
50.具体地，如图3所示，图3展示了另一实施例中的工程验收表单结构化存储系统的系统结构图。由图3可看出，上述管理端101包括质量验收划分管理模块、验收表单管理模块和表格配置模块。质量验收划分管理模块用于获取结构信息，由于工程项目在不同阶段往往需要不同部门的配合，因此包含不同的子项目，上述结构信息包括单位工程验收、分部工程验收、分项工程验收、检验批验收的树状层级关系信息。表格配置模块用于配置单张表单的单元格，为需要填报的单元格提供附加信息，确保单元格数据填报完毕后能够转化为结构化数据。验收表单管理模块用于管理成千上万张验收表单，并支持表单的版本管理。
51.上述实施例，通过管理端获取不同的配置信息，包括工程验收表的结构信息、工程验收表的版本信息和单元格附加信息，能够实现对工程验收表的单元格灵活配置，并有利于后续管理和维护。
52.在一实施例中，上述单元格附加信息包括单元格类型；所述单元格类型包括值类型和列表类型。
53.具体地，如图4
‑
6所示，图4
‑
6展示了多种单元格附加信息，包括单元格类型，例如值类型和列表类型，值类型表示该单元格在手机端生成的界面可以横向扩展，列表类型表示该单元格在手机端生成的界面可以竖向扩展。
54.工程验收表的设计步骤包括：
55.1、打开单张质量验收表格，进入到表格配置模块的界面；
56.2、选中需要填报数据的单元格，配置单元格的元数据，可以配置的字段如图4、图5、图6所示：
57.(1)单元格类型，取值范围为值类型、列表类型，如果配置为值类型，则表示该单元格在手机端生成的界面可以横向扩展，如果为列表类型，表示该单元格在手机端生成的界面可以竖向扩展。
58.(2)单元格数量，整数类型，用于控制单元格横向或竖向扩展的数量。
59.(3)分组名称，字符串类型，用于控制手机端显示单元格的分组行为，分组名称一致的单元格，将显示在一块。
60.(4)字段名称，字符串类型，表示该单元格的显示名称。
61.(5)字段描述，字符串类型，对该单元格填报的数据做进一步描述，字段描述相同的单元格也会按二级分组形式显示在一块。
62.(6)字段类型，取值范围为文本类型、数值类型、时间类型、布尔类型。表示该单元格填报的数据的类型，如果为文本类型，还可以配置文本的数据来源，数据来源包括手动输
入、当前用户的角色、当前用户的姓名、检验批、工程名称、单位工程名称、分部工程名称、分项工程名称、施工单位名称、监理单位名称，进而可实现单元格数据自动填充的功能，保证填报的数据的统一性。当数据来源为手动输入时，进一步可以配置单元格是否包含图片。
63.(7)如果字段类型为数值类型，进一步可以配置数值类型的小数点、取值范围和单位，分别用于控制手机端填报时数字的小数点、取值范围和单位。
64.(8)如果字段类型为时间类型，进一步可以配置时间格式，以及是否自动填报为当前时间。
65.(9)如果字段类型为布尔类型，进一步可以配置布尔类型为真时显示的文字，以及布尔类型为假时显示的文字。
66.(10)是否必填，布尔类型，用于控制该单元格的数据是否是必填的，如果必填，则手机端没有填报该值时是无法提交审批的，否则，可以提交审批。
67.(11)界面尺寸，枚举类型，取值范围为正常、大、特大，用于控制手机端显示该单元格时界面的大小。
68.(12)施工方权限，枚举类型，取值范围为无、读取、读写，用于控制施工方在手机端对该单元格操作的权限。
69.(13)监理方权限，枚举类型，取值范围为无、读取、读写，用于控制监理方在手机端对该单元格操作的权限。
70.单元格配置了元数据后，将在表格的单元格位置上显示红色的对勾。显然，上述可配置的字段仅是本发明一部分单元格元数据，而不是全部元数据。基于本发明中的表格设计，本领域普通技术人员在没有做出创造性劳动前提下所设计的单元格元数据信息，都属于本发明保护的范围。
71.3、重复上述过程2，直至所有需要填报数据的单元格全部都有显示红色的对勾。
72.4、在表格配置模块的界面上点击保存，将质量验收表格的配置数据通过服务器保存至数据库。
73.上述实施例，通过表格配置模块设置不同单元格的附件信息，有利于生成结构化的工程验收表格，且有利于后续工程验收数据的结构化存储。
74.在一实施例中，上述移动端102包括表单展示模块、数据录入模块和数据审批模块；其中，表单展示模块，用于从管理端获取工程验收表的配置信息；基于配置信息和移动端的显示器信息，生成与显示器对应的表单显示界面；并显示表单显示界面；数据录入模块，用于获取施工节点在表单展示界面上输入的工程验收数据和审批请求；将工程验收数据和审批请求发送至服务器端；服务器端用于响应于审批请求，将工程验收数据发送至相应的监理节点；数据审批模块，用于获取监理节点针对工程验收数据生成的审批结果信息，将审批结果信息发送的至服务器端。
75.具体地，如图3所示，移动端102包括结构化表单展示模块、数据录入模块以及数据审批模块，其中，结构化表单展示模块从服务器端103中获取到表单的配置数据，自动生成一个适配移动端的表单展示界面。施工员可以在该界面进行数据填报，填报完成的数据结合表单的配置信息，便可形成结构化数据直接保存至数据库中，同时也会自动填充至质量验收的excel表格中，表单填报完成后便可发送给监理方进行审批。
76.上述实施例，通过在移动端设置结构化表单展示模块、数据录入模块以及数据审
批模块，能够满足不同节点的需要，且能够根据配置信息自适应地生成和与当前移动端适应的表格显示界面，方便不同人员进行浏览和数据录入，并能够避免获取混乱的数据，不利于后续数据处理。
77.在一实施例中，上述服务器端103，用于在审批结果信息包含审批未通过信息的情况下，将工程验收数据返回至施工节点以提示所述施工节点反馈修改内容。
78.具体地，当监理节点针对上述工程验收数据做出审批未通过的判定时，服务器在收到该审批未通过信息后，将包含该审批未通过信息的工程验收数据返回至相关的施工人员的账号，并可附带提示信息，以使上述施工人员通过施工节点重新对工程验收数据进行修改。
79.上述实施例，在审批未通过的情况下，将工程验收数据返回至相关节点进行修改，有利于提高数据审批效率。
80.在一实施例中，上述移动端102还包括身份认证模块，该身份认证模块，用于针对上述施工节点进行身份认证，并生成认证结果；若认证结果包含认证通过信息，则指示所述数据录入模块获取工程验收数据。
81.具体地，如图2所示，当施工节点开始输入工程验收数据之前，系统需要对施工人员进行身份认证，具体地，系统利用人脸识别、手机gps以及门禁进出记录三重验证的方式，若其中至少有一项不符合预设要求，则拒绝该施工人员填报工程验收数据，只有上述三项全部符合预设要求，才同意该施工人员填报工程验收数据。
82.上述实施例，通过多重身份认证模式对施工人员进行身认证，从而保证人员的身份以及人员在现场。
83.下面以一具体应用场景中的工程验收方法进行说明：
84.步骤一、工程负责人首先进行工程的检验批划分，形成单位工程、分部工程、分项工程、检验批的层级树状结构，同时收集地方的质量验收表单(通常为excel表格)，并在pc端将收集到的表单上传至服务器进行统一的管理。
85.步骤二、工程负责人需要在pc端系统设置检验批关联的质量验收表单，这个步骤只需操作一次，即可应用到所有的项目中。
86.步骤三、专业负责人在pc端配置跟本专业相关的所有质量验收表单，打开表单配置模块后，依次选中需要填报数据的单元格，设置好单元格的元数据信息，该步骤只需执行一次。具体地，各专业负责人对其专业内的验收表单进行配置，设置表格中需要填报的单元格的元数据，单元格的元数据包括：单元格类型、分组名称、字段名称、字段类型、字段描述、数据来源、是否支持图片、默认值、单元格数量、是否必填、是否自动填充、界面尺寸、施工方权限、监理方权限。每种类型的表单只需全局配置一次即可应用至所有项目；
87.步骤四、施工人员使用移动端在现场发起质量验收。
88.步骤五、发起质量验收时，系统利用人脸识别、手机gps以及门禁进出记录三重验证的方式，来保证人员的身份以及人员在现场。
89.步骤六、质量验收数据填报的界面是系统根据pc端配置的表格元数据自动生成的，施工员在该界面进行数据填报，数据可暂存。
90.步骤七、施工员填报完成后，将质量验收单发送给监理方人员进行审批。
91.步骤八、如果施工员填报的数据跟现场实际情况不符合，监理方人员直接退回表
单，进入到步骤六；若审批合格，系统则自动进行文件归档，同时将该表单的结构化数据保存至数据库。
92.上述实施例通过建立检验批划分目录树以及质量验收表单库来统一管理大量的质量验收表格，通过表格设计器将质量验收的excel文件按单元格拆解成结构化数据，然后移动端根据设计好的单元格配置信息，自动生成适配的质量验收的填报界面，从而保证在该界面上填报的数据能够进行结构化存储及自动归档。
93.进一步地，本技术所提供的工程验收表单结构化存储系统，通过表格设计器将excel文件转换为以单位格为单位的元数据配置清单，实现了自动在移动端动生成质量验收填报界面，并将质量验收表格数据进行结构化处理并存储，一方面解决了大量质量验收表单的移动端填报问题，大大减少了现场质量验收填报的工作量。另一方面，本方法将质量验收表单拆为结构化数据，为形成质量验收大数据，以及数据挖掘及分析工作奠定了基础。
94.应该理解的是，虽然上述流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，以上流程图中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。
95.在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图7所示。该计算机设备包括通过系统总线连接的处理器、存储器和网络接口。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储工程验收表的配置信息、工程验收数据以及审批结果信息。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现上述各个实施例中服务器端所执行的步骤。
96.在一个实施例中，提供了一种计算机设备，该计算机设备可以是终端，其内部结构图可以如图8所示。该计算机设备包括通过系统总线连接的处理器、存储器、通信接口、显示屏和输入装置。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的通信接口用于与外部的终端进行有线或无线方式的通信，无线方式可通过wifi、运营商网络、nfc(近场通信)或其他技术实现。该计算机程序被处理器执行时以实现上述实施例中管理端或移动端所执行的步骤。该计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏，该计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。
97.本领域技术人员可以理解，图7
‑
8中示出的结构，仅仅是与本技术方案相关的部分结构的框图，并不构成对本技术方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
98.本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以
通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本技术所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(read
‑
only memory，rom)、磁带、软盘、闪存或光存储器等。易失性存储器可包括随机存取存储器(random access memory，ram)或外部高速缓冲存储器。作为说明而非局限，ram可以是多种形式，比如静态随机存取存储器(static random access memory，sram)或动态随机存取存储器(dynamic random access memory，dram)等。
99.以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
100.以上所述实施例仅表达了本技术的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本技术构思的前提下，还可以做出若干变形和改进，这些都属于本技术的保护范围。因此，本技术专利的保护范围应以所附权利要求为准。