一种工程投标文件评估系统及方法与流程

本发明涉及招投标领域，具体涉及一种工程投标文件评估系统及方法。

背景技术：

招投标，是招标投标的简称。招标和投标是一种商品交易行为，是交易过程的两个方面。招投标是一种国际惯例，是商品经济高度发展的产物，是应用技术、经济的方法和市场经济的竞争机制的作用，有组织开展的一种择优成交的方式。这种方式是在货物、工程和服务的采购行为中，招标人通过事先公布的采购和要求，吸引众多的投标人按照同等条件进行平等竞争，按照规定程序并组织技术、经济和法律等方面专家对众多的投标人进行综合评审，从中择优选定项目的中标人的行为过程。其实质是以较低的价格获得最优的货物、工程和服务。

现行招标项目的工程建设规模越来越大，单个计价工程的数据量也随之增长，数亿项目频出，千万项目已成常态。现有的招投标系统方案不是分布式服务框架，无法进行多服务部署，同时由于数据量太大，影响系统操作效率，采用单个浏览器，无法同时打开多个项目等问题，无法快速比对投标清单和招标清单的数据差异，数据容易出错，易导致废标风险。

技术实现要素：

本发明的目的在于提出一种工程投标文件评估系统及方法，用以投标清单文件评审内容的自查，是为投标人提供投标数据自查的审查系统，根据评标规则自动分析投标数据，快速对比投标清单和招标清单的数据差异，及时发现投标清单存在的问题并修正，降低因数据错误而导致的废标风险。

为达成上述目的，本发明采用如下技术方案：一种工程投标文件评估系统，包括项目创建模块、招标文件导入模块、投标导入模块、自动检查模块、软硬件信息检查模块；

所述项目创建模块用于创建招标项目，所述招标项目包含项目信息，所述项目信息包含项目名称以及以下一种或多种信息：项目编号、项目区域、工程类别、房屋建筑类型、投标截止日期；

所述招标文件导入模块包含工程量清单导入单元、招标控制价导入单元；

所述工程量清单导入单元用于导入工程量清单XML文件；所述招标控制

价导入单元用于导入招标控制价XML文件；

所述投标导入模块用于创建投标人信息以及导入投标报价XML文件；

所述自动检查模块用于对某投标人与招标项目进行比对自动检查，所述比对自动检查的检查项包含以下的一种或者多种：

工程结构比对、报价偏差分析、报价一致性检查、算术性修正、主要分部清单检查、主要措施项目检查、主要材料设备检查、费用检查、清单检查、定额检查、甲供材料取费检查；

所述软硬件信息检查模块根据检查项实时生成对应的检测策略列表，根据策略进行软硬件信息检查。

进一步的，上述系统中，所述比对自动检查采用装饰者模式和/或策略模式进行自动比对检查；

所述装饰者模式是指不改变原类文件和使用继承的情况下，动态地扩展一个对象的功能，是通过创建一个包装对象，也就是装饰来包裹真实的对象；

所述策略模式是指有一定行动内容的相对稳定的策略名称，指对象有某个行为，但是在不同的场景中，该行为有不同的实现算法。

进一步的，上述系统中，所述工程量清单导入单元用于导入工程量清单XML文件或工程量清单XML文件经压缩位的zip压缩包；

所述招标控制价导入单元用于导入招标控制价XML文件或招标控制价XML文件经压缩位的zip压缩包；

所述投标导入模块用于导入投标报价XML文件或投标报价XML文件压缩位的zip压缩包。相应的，本发明还提供了一种工程投标文件评估检查方法，包括如下步骤：

步骤S1，创建某工程招标项目并打开创建好的某工程招标项目，或者打开已创建的某工程招标项目；

步骤S2，在某工程招标项目中导入招标文件，所述招标文件包括工程量清单XML文件、招标控制价单XML文件；

步骤S3，某工程招标项目中新建投标人，并导入投标报价XML文件；

步骤S4，查看软硬件信息，执行软硬件信息检查；

步骤S5，选择某投标人执行一键比对自动检查；步骤S6，查看检查结果；所述比对

自动检查的检查项包含以下的一种或者多种：工程结构比对、报价偏差分析、报价一致性检查、算术性修正、主要分部清单检查、主要措施项目检查、主要材料设备检查、费用检查、清单检查、定额检查、甲供材料取费检查。

进一步的，上述方法中，所述在某工程招标项目中导入招标文件包括执行工程量清单XML文件导入、执行招标控制价单XML文件导入；

所述执行工程量清单XML文件导入为：将工程量清单XML文件或工程量清单XML文件的ZIP压缩包上传至服务器，服务器再把工程量清单XML文件放到解析队列中，然后由服务的多线程进行工程量清单XML文件解析，将工程量清单XML文件的解析数据保存到数据库；

所述执行招标控制价单XML文件导入为：将招标控制价XML文件或招标控制价XML文件的ZIP压缩包上传到服务器，服务器再把招标控制价XML文件放到解析队列中，然后由服务的多线程进行招标控制价单XML文件解析，将控制价单XML文件的解析数据保存到数据库；

所述导入投标报价XML文件步骤为：将投标报价XML文件或投标报价XML文件的ZIP压缩包上传到服务器，服务器再把投标报价XML文件放到解析队列中，然后由服务的多线程进行投标报价XML文件解析，将导入投标报价XML文件的解析数据保存到数据库。

进一步的，上述方法中，采用Xstream对工程量清单XML文件进行解析；采用Xstream对招标控制价单XML文件进行解析；采用Xstream对投标报价XML文件进行解析；当

工程量清单XML文件解析结束后，调用Spring JDBC保存工程量清单XML文件的解析数据到数据库；

当招标控制价单XML文件解析结束后，调用Spring JDBC保存招标控制价XML文件的解析数据到数据库；

当投标报价XML文件解析结束后，调用Spring JDBC保存投标报价XML文件的解析文件到数据库；

采用java线程池来管理多线程，使用new Fixed Thread Pool创建一个定长线程池，控制线程最大并发数，超出的线程会在队列中等待。

进一步的，上述方法中，采用java线程池来管理多线程中还包含在多线程中加入阻塞队列Blocking Queue。

进一步的，所述软硬件信息检查是根据页面选择的检查项，在后台实时进行初始化检查列表，再通过装饰者形成当前策略的一个组合，最后根据这个组合执行软硬件信息检查。

进一步的，所述执行一键比对自动检查是先将取费标准配置在数据库，根据每个项目的取费标准，取出对应的策略，进行初始化检查列表，再通过装饰者形成当前策略的一个组合，最后根据当前策略的组合执行一键比对自动检查。

进一步的，上述方法中，执行一键比对自动检查具体包含如下：第一步，先把需要用到的比对检查数据，全部从数据库查询出来，封装到要进行一键比对自动检查的数据对象里面；

第二步，然后调用上述设计模式封装好的一键比对自动检查处理器System Auto Inspect Processor，使用第一步中封装好的要进行一键比对自动检查的数据对象，进行检查；

第三步，把检查结果，进行数据库脚本封装，然后调用Spring JDBC，一次性批量保存到数据库中。

与现有技术相比，通过本发明的工程投标文件评估系统及方法，可以达到如下有益效果：

(1)用以投标清单文件评审内容的自查，招投标文件海量数据一键比对自动检查，根据评标规则自动分析投标数据，快速对比投标清单和招标清单的数据差异，及时发现投标清单存在的问题并修正，降低因数据错误而导致的废标风险；

(2)所述比对自动检查采用装饰者模式和/或策略模式进行自动比对检查；

(3)高并发下的解决方案，保持性能与效率；运用读表与写表分离，把检查结果存到新的表里，这个表只负责写数据，由于检查结果的数据量要远远小于XML解析后的数据量，所以大大提高了并发性能与效率，也降低了造成死锁的几率；

(4)一键查看、检查软硬件信息，检查结果为一次性数据显示到页面上，不存储到数据库，提高了检查的效率与性能；

(5)无缝对接多地交易平台辅助评标系统。

附图说明

此处所说明的附图用来提供对发明的进一步理解，构成本发明的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：

图1为本发明实施例2的工程投标文件评估检查方法流程图。

图2为投标人预评估总体业务流程图；

图3为评审准备业务流程图；

图4为自动检查投标报价业务流程图；

图5为查看检查结果业务流程图。

具体实施方式

为了使本发明所要解决的技术问题、技术方案及有益效果更加清楚、明白，以下结合附图和实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

实施例1

一种工程投标文件评估系统，所述系统包括项目创建模块、招标文件导入模块、投标导入模块、自动检查模块、软硬件信息检查模块；

所述项目创建模块用于创建招标项目，所述招标项目包含项目信息，所述项目信息包含项目名称以及以下一种或多种信息：项目编号、项目区域、工程类别、房屋建筑类型、投标截止日期；所述招标文件导入模块包含工程量清单导入单元、招标控制价导入单元；

所述工程量清单导入单元用于导入工程量清单XML文件；所述招标控制价导入单元用于导入招标控制价XML文件；所述投标导入模块用于创建投标人信息以及导入投标报价XML文件；所述自动检查模块用于对某投标人与招标项目进行比对自动检查，所述比对自动检查的检查项包含以下的一种或者多种：

工程结构比对、报价偏差分析、报价一致性检查、算术性修正、主要分部清单检查、主要措施项目检查、主要材料设备检查、费用检查、清单检查、定额检查、甲供材料取费检查；

所述软硬件信息检查模块根据检查项实时生成对应的检测策略列表，根据策略进行软硬件信息检查。

进一步的，所述比对自动检查采用装饰者模式和/或策略模式进行自动比对检查；所

述装饰者模式是指不改变原类文件和使用继承的情况下，动态地扩展一个对象的功能，是通过创建一个包装对象，也就是装饰来包裹真实的对象。

装饰者模式的特点如下：

a.装饰对象和真实对象有相同的接口，这样客户端对象就能以和真实对象相同的方式和装饰对象交互；

b.装饰对象包含一个真实对象的引用；

c.装饰对象接受所有来自客户端的请求，它把这些请求转发给真实的对象；

d.装饰对象可以在转发这些请求以前或以后增加一些附加功能。这样就确保了在运行时，不用修改给定对象的结构就可以在外部增加附加的功能。在面向对象的设计中，通常是通过继承来实现对给定类的功能扩展。

所述比对自动检查采用装饰者模式的优点如下：

a.装饰者模式与继承关系的目的都是要扩展对象的功能，但是装饰者可以提供比继承更多的灵活性；

b.通过使用不同的具体装饰类以及这些装饰类的排列组合，设计师可以创造出很多不同行为的组合。所述策略模式是指有一定行动内容的相对稳定的策略名称，指对象有

某个行为，但是在不同的场景中，该行为有不同的实现算法。

策略模式定义了一组算法、封装了每个算法这族的算法可互换代替，所述比对自动检查采用策略模式的优点如下：

a.策略模式提供了管理相关的算法族的办法。策略类的等级结构定义了一个算法或行为族。恰当使用继承可以把公共的代码转移到父类里面，从而避免重复的代码。

b.策略模式提供了可以替换继承关系的办法。继承可以处理多种算法或行为。如果不是用策略模式，那么使用算法或行为的环境类就可能会有一些子类，每一个子类提供一个不同的算法或行为。但是，这样一来算法或行为的使用者就和算法或行为本身混在一起。决定使用哪一种算法或采取哪一种行为的逻辑就和算法或行为的逻辑混合在一起，从而不可能再独立演化。继承使得动态改变算法或行为变得不可能。

c.使用策略模式可以避免使用多重条件转移语句。多重转移语句不易维护，它把采取哪一种算法或采取哪一种行为的逻辑与算法或行为的逻辑混合在一起，统统列在一个多重转移语句里面，比使用继承的办法还要原始和落后。

进一步的，所述工程量清单导入单元用于导入工程量清单XML文件或工程量清单XML文件经压缩位的zip压缩包。在本发明实施中，优选地，工程量清单XML文件支持XML压缩位zip再导入，可以提高上传速度与解析效率，所述工程量清单导入单元用于工程量清单XML文件的zip压缩包。

进一步的，所述招标控制价导入单元用于导入招标控制价XML文件或招标控制价XML文件经压缩位的zip压缩包。在本发明实施中，优选地，招标控制价XML文件支持XML压缩位zip再导入，提高上传速度与解析效率，所述招标控制价导入单元用于导入招标控制价XML文件的zip压缩包。

进一步的，所述投标导入模块用于导入投标报价XML文件或投标报价XML文件压缩位的zip压缩包。在本发明实施中，优选地，投标报价XML文件支持XML压缩位zip再导入，提高上传速度与解析效率，所述投标导入模块用于导入投标报价XML文件的zip压缩包。

实施例2

本发明实施例还提供了一种工程投标文件评估检查方法，如附图1所示，包括如下步骤：

步骤S1，创建某工程招标项目并打开创建好的某工程招标项目，或者打开已创建的某工程招标项目；

步骤S2，在某工程招标项目中导入招标文件，所述招标文件包括工程量清单XML文件、招标控制价单XML文件；

步骤S3，某工程招标项目中新建投标人，并导入投标报价XML文件；

步骤S4，查看软硬件信息，执行软硬件信息检查；

步骤S5，选择某投标人执行一键比对自动检查；步骤S6，

查看检查结果；所述软硬件信息检查的检查项包含以下的

一种或者多种：

CPU序列号检查、硬盘序列号检查、网卡MAC地址检查、加密锁序列号检查、硬盘序列号检查、内存序列号检查、IP地址检查；

所述软硬件信息检查的检查项可以若干个检查项自由组合，多种检查项为两种检查项或者两种以上的检查项。例如，所述软硬件信息检查为CPU序列号+硬盘序列号检查，CPU序列号+网卡MAC地址检查，网卡MAC地址+CPU序列号+硬盘序列号检查，网卡MAC地址检查等。

本发明实施例以根据政策文件前提提供：加密锁序列号检查、网卡MAC地址+CPU序列号+硬盘序列号检查让投标人选择，其他检查项隐藏。软硬件信息，就是在编辑制作投标文件XML的时候，每次保存都会记录一条当前电脑的软硬件信息。

其中，每一个检查项，都是在检查多份投标文件XML有没有出现一致的情况。例如CPU+网卡MAC地址检查：就是检查多份投标文件XML中，有没有同时出现CPU和网卡MAC地址一样的记录。

所述比对自动检查的检查项包含以下的一种或者多种：工程结构比对、报价偏差分析、报价一致性检查、算术性修正、主要分部清单检查、主要措施项目检查、主要材料设备检查、费用检查、清单检查、定额检查、甲供材料取费检查。

其中：所述工程结构比对为对比招标控制价工程结构，检查所有进入评审的投标人的投标报价的工程结构是否完整，是否存在缺项不一致。所述报价偏差分析为检查所有进入评审的投标人的投标报价(工程造价)，是否为0、或高于招标控制价(工程造价)。所述报价一致性检查为检查所有进入评审的投标人的投标报价中各层次的造价是否与其子项的报价的合计金额一致。所述算术性修正为检查所有进入评审的投标人的投标报价中所有清单的单价*工程量是否等于合价。所述主要分部清单检查为对比招标控制价的主要分部清单，检查所有进入评审的投标人的投标报价中的主要分部清单的单价，是否超限。

所述主要措施项目检查为对比招标控制价的主要措施清单，检查所有进入评审的投标人的投标报价中的主要措施清单的合价，是否超限。

所述主要材料设备检查为对比招标控制价的主要材料设备，检查所有进入评审的投标人的投标报价中的主要材料设备的单价，是否超限。

所述费用检查为检查所有进入评审的投标人的投标报价中的安全文明施工费、暂列金额、专业工程暂估价、甲供材料费，是否超限。

所述清单检查为对比招标控制价的清单子目，检查所有进入评审的投标人的投标报价中的清单各属性是否与招标控制价的一致。

所述定额检查为对比招标控制价的定额子目，检查所有进入评审的投标人的投标报价中的定额各属性是否与招标控制价的一致。

所述甲供材料取费检查为检查所有进入评审的投标人的投标报价中的取费基数应计取甲供材料费的相关费用项是否有计取甲供材料费。

进一步的，在步骤S2中，所述在某工程招标项目中导入招标文件包括执行工程量清单XML文件导入、执行招标控制价单XML文件导入；

所述执行工程量清单XML文件导入为：将工程量清单XML文件或工程量清单XML文件的ZIP压缩包上传至服务器，服务器再把工程量清单XML文件放到解析队列中，然后由服务的多线程进行工程量清单XML文件解析，将工程量清单XML文件的解析数据保存到数据库；

所述执行招标控制价单XML文件导入为：将招标控制价XML文件或招标控制价XML文件的ZIP压缩包上传到服务器，服务器再把招标控制价XML文件放到解析队列中，然后由服务的多线程进行招标控制价单XML文件解析，将控制价单XML文件的解析数据保存到数据库；

所述导入投标报价XML文件步骤为：将投标报价XML文件或投标报价XML文件的ZIP压缩包上传到服务器，服务器再把投标报价XML文件放到解析队列中，然后由服务的多线程进行投标报价XML文件解析，将导入投标报价XML文件的解析数据保存到数据库。

优选地，本发明方法，采用Xstream对XML文件进行解析。本发明使用Xstream来进行执行XML文件解析，Xstream使用最新的图形卡技术来大幅度提升计算速度，速度甚至可以和MPI分布式计算相媲美。另外，Xstream是一种OXMapping技术，是用来处理XML文件序列化的框架在将javaBean序列化，或将XML文件反序列化的时候，不需要其它辅助类和映射文件，使得XML序列化不再繁琐。

XStream在运行时使用Java反射机制对要进行序列化的对象树的结构进行探索，并不需要对对象作出修改。XStream可以序列化内部字段，包括私private和final字段，并且支持非公开类以及内部类。

在缺省情况下，XStream不需要配置映射关系，对象和字段将映射为同名XML元素。但是当对象和字段名与XML中的元素名不同时，XStream支持指定别名。XStream支持以方法调用的方式，或是Java标注的方式指定别名。

XStream在进行数据类型转换时，使用系统缺省的类型转换器。同时，也支持用户自定义的类型转换器。

具体而言，采用Xstream对工程量清单XML文件进行解析；当工程量清单XML文件解析结束后，调用Spring JDBC保存工程量清单XML文件的解析数据到数据库。

采用Xstream对招标控制价单XML文件进行解析；当招标控制价单XML文件解析结束后，调用Spring JDBC保存招标控制价XML文件的解析数据到数据库。

采用Xstream对投标报价XML文件进行解析；当投标报价XML文件解析结束后，调用Spring JDBC保存投标报价XML文件的解析文件到数据库。

本发明在存储大量数据上，使用Spring JDBC来进行数据存储。

Spring JDBC是spring官方提供的一个持久层框架，对JDBC进行了抽象和封装，消除了重复冗余的JDBC重复性的代码，使操作数据库变的更简单。

Spring JDBC本身并不是一个ORM框架，与hibernate相比，它没有那么的繁琐，在进行大数据量的更新保存方面上，大大提高了性能与执行效率。

进一步的，本发明方法中，采用java线程池来管理多线程，使用new Fixed Thread Pool创建一个定长线程池，控制线程最大并发数，超出的线程会在队列中等待。进一步的，采

用java线程池来管理多线程中还包含在多线程中加入阻塞队列Blocking Queue。

阻塞队列Blocking Queue，首先是一个队列；在多线程环境下，所谓阻塞，是指在某些情况下会挂起线程，一旦条件满足，被挂起的线程又会自动被唤醒。每个程序员都必须自己控制这些细节，尤其还要兼顾效率和线程安全。阻塞队列常用于生产者和消费者的场景，生产者线程可以把生产结果存到阻塞队列中，而消费者线程把中间结果取出并在将来修改它们。阻塞队列会自动平衡负载，如果生产者线程集运行得比消费者线程集慢，则消费者线程集在等待结果时就会阻塞；如果生产者线程集运行得快，那么它将等待消费者线程集赶上来。

本发明加入阻塞队列Blocking Queue，Blocking Queue很好地解决了多线程中，如何高效安全“传输”数据的问题，程序员无需关心什么时候需要阻塞或者唤醒线程。通过这些高效并且线程安全的队列类，为快速搭建高质量的多线程程序带来极大的便利。

本发明使用Blocking Queue的成员Array Blocking Queue，Array Blocking Queue是一个用数组实现的有界阻塞队列，此队列按照先进先出(FIFO)的原则对元素进行排序。支持公平锁和非公平锁。优势为大大提高的工作效率，减少了创建和销毁线程的次数，每个工作线程都可以被重复利用，可执行多个任务。可以根据系统的承受能力，调整线程池中工作线线程的数目，防止因为消耗过多的内存，过多增加服务器负载。

进一步的，所述软硬件信息检查是根据页面选择的检查项，在后台实时进行初始化检查列表，再通过装饰者形成当前策略的一个组合，最后根据这个组合执行软硬件信息检查。

进一步的，所述执行一键比对自动检查是先将取费标准配置在数据库，根据每个项目的取费标准，取出对应的策略，进行初始化检查列表，再通过装饰者形成当前策略的一个组合，最后根据当前策略的组合执行一键比对自动检查。

进一步的，执行一键比对自动检查遵循一次取数据、一次使用数据、一次存储数据原则，具体包含如下：

第一步，先把需要用到的比对检查数据，全部从数据库查询出来，封装到要进行一键比对自动检查的数据对象里面；

第二步，然后调用上述设计模式封装好的一键比对自动检查处理器System Auto Inspect Processor，使用第一步中封装好的要进行一键比对自动检查的数据对象，进行检查；

第三步，把检查结果，进行数据库脚本封装，然后调用Spring JDBC，一次性批量保存到数据库中。

执行一键比对自动检查遵循一次取数据、一次使用数据、一次存储数据原则的优点：

a.避免边使用数据，边查询数据，边保存数据，如果三个同时在进行，这样会大大影响性能与降低检查速度；

b.大大降低造成死锁的可能性；

c.代码逻辑条理变得清晰易懂；

d.易于后期维护工作；

进一步的，XML解析好的数据与检查结果的数据进行分离。由于XML解析好的数据量太大了，如果更新检查结果对导致在原表进行更新，大大降低了更新速度，并造成死锁的几率几何上升。所以运用读表与写表分离，把检查结果存到新的表里，这个表只负责写数据，由于检查结果的数据量要远远小于XML解析后的数据量，所以大大提高了并发性能与效率，也降低了造成死锁的几率。

本发明方法中，执行软硬件信息检查，是根据页面选择的检查项，在后台实时进行初始化检查列表，再通过装饰者形成当前策略的一个组合，最后根据这个组合执行软硬件信息检查。软硬件信息检查的检查结果不存储数据，检查结果为一次性数据显示到页面上，不存储到数据库，提高了检查的效率与性能。

在本发明中，优选的，所述数据库为兼容MySQL的关系型云数据库，所述数据库采用存储和计算分离的架构。优选的，本发明实施例，所述数据库采用阿里云POLARDB。POLARDB是阿里云自研的下一代关系型云数据库，100％兼容MySQL，存储容量最高可达100TB，性能最高提升至MySQL的6倍，单库最多可扩展到16个节点，适用于企业多样化的数据库应用场景。POLARDB采用存储和计算分离的架构，所有计算节点共享一份数据，提供分钟级的配置升降级、秒级的故障恢复、全局数据一致性和免费的数据备份容灾服务。POLARDB既融合了商业数据库稳定可靠、高性能、可扩展的特征，又具有开源云数据库简单开放、自我迭代的优势，而成本只有商用数据库的1/10。本发明的目的是为施工单位、咨询单位等需参加招投标的投标单位提供投标数据在线化方式自查的审查软件系统，可在系统中对已标价工程量清单XML电子文档进行一键查看、检查软硬件信息的功能，并且能根据最新评标规则快速对比投标清单和招标清单及招标控制价的数据差异，降低因数据错误而导致的废标风险，检查结论支持导出excel格式，为投标工作提供安全、有效的保障。

下面对本发明方法应用涉及的业务流程做进一步的说明。投标人预评估总体业务流程如附图2所示，包括如下步骤：

1)新建项目：投标人根据需求新创建某工程招标项目；

2)评审准备：详见评审准备业务流程，如附图3所示，包括导入招标文件(工程量清单XML文件、招标控制价单XML文件)、投标报价文件(投标报价XML文件)；

3)评审检查：硬件信息检查，以及一键比对自动检查；以投标人一键自动检查投标报价业务为例对本发明方法的应用进一步说明，评审检查流程步骤如附图4所示，包括如下：投标人根据拟投标项目选择要检查的投标标价，根据投标人选择的，依次执行以下项目检查：工程结构比对步骤、报价偏差分析步骤、主要材料设备比对步骤、报价一致性检查步骤、算术性修正步骤、主要分部清单检查步骤、主要措施项目检查步骤、主要设备材料检查步骤、费用检查步骤、清单检查步骤；当以上的各个项目检查后，进一步判断是否为某个地区(例如是否为厦门地区)，若是，则进入定额检查、甲供材料取费检查后再判断所选投标报价是否都检查完，否则直接进入判断所选投标报价是否都检查完的步骤；当所选投标报价都检查完，则结束，当所选投标报价未检查完则返回项目检查中的工程结构比对检查步骤。

4)查看评审结果，详见查看检查结果业务流程步骤。查看检查结果业务流程步骤如附图5所示，具体包含如下：首先查看各模块检查结果，各模块检查结果包含如下：工程结构比对结果、报价偏差分析结果、主要材料设备比对结果、报价一致性检查结果、算术性修正结果、主要分部清单检查结果、主要措施项目检查结果、主要设备材料检查结果、费用检查结果、清单检查结果；当以上的各个项目检查结果查看后，进一步判断是否为某个地区(例如是否为厦门地区)，若是，则进入查看定额检查结果、甲供材料取费检查结果，否则结束。以上各实施例仅用以说明本发明的技术方案，但应当理解本发明并非局限于上述实施例，通过本发明的启示，本领域技术人员结合公知或现有技术、知识所进行的修改，或者对其中部分或者全部技术特征进行等同替换也应视为在本发明的保护范围内。