货物服务需求

一、 背景、现状和必要性

（一） 项目提出的背景和依据

2017年2月，国家六部委联合印发《“互联网+”招标采购行动方案（2017-2019年）》（以下简称《行动方案》），文中明确提出：坚持创新监管、提高效能。依托电子招标投标系统，充分发挥“互联网+”监管优势，实现平台技术创新与监管体制机制创新同步推进，推动动态监督和大数据监管，完善行政监督、行业自律和社会监督相结合的综合监督体系，进一步提高监管效能。

2019年5月19日，国务院办公厅转发了《关于深化公共资源交易平台整合共享的指导意见》（国办函[2019]41号 ）（以下简称《指导意见》），基本原则之一：坚持公开透明，推动公共资源阳光交易。实行公共资源交易全过程信息公开，保证各类交易行为动态留痕、可追溯。大力推进部门协同监管、智慧监管，充分发挥市场主体、行业组织、社会公众、新闻媒体外部监督作用，确保监督到位。《指导意见》明确提出：要创新公共资源交易监管体制。实施协同监管、开展智慧监管。

通过建设黄山市公共资源交易电子监管系统，创新公共资源交易监管体制,加强公共资源交易中心的有效监管。

（二）现有信息系统装备和信息化应用状况、存在的主要问题

目前黄山市公共资源交易中心按照国家政策文件要求已建设公共资源交易电子交易系统以及电子服务系统，按照三平台独立部署分离原则，电子监管系统需单独部署建设，实现真正意义上的交易全流程监管。同时，信息化现状存在以下问题：

 “分散监管”问题

分散监管，各自为政。以行业为主的监督管理体制将公共资源交易监管职责分散在不同的行业部门，各个行业部门依据有关规定自建市场、自立规则、自行监管，使公共资源交易市场形成了以行业分割的条块结构；形成了公共资源交易市场的碎片化，各自为政，难以监管，从而造成了监管真空、政府失灵的现状。

 “监管缺失”问题

监管缺失，责任不清。各个监督机构之间相互推诿监督职责时有发生。公共资源交易项目进入平台进行交易，各个分散的监管机构以平台不是自己监管为由，拒绝或者懒于进场监管或者与交易平台运营机构（交易中心）推诿责任，造成交易场内监管缺失严重，交易中心与分散的监管机构责任不清。

 “数据监管”能力弱

现阶段，《行动方案》、《指导意见》等多个文件均提到了利用大数据监管。目前各监督部门信息化数据之间的关联程度不够，交易信息分散零碎，没有形成整体合力，采集的信息不能得到合理有效的利用，这些因素在一定程度上影响了监管服务效能的发挥，制约了信息化的快速发展，同时也成为信息化建设的“瓶颈”问题。

目前黄山市公共资源交易中心去年交易项目数多达近3000个，交易金额高达300亿元。针对庞大的交易数量以及成交金额，需建设项目全流程协同监管系统进一步加强监管力度，促进交易公开公正透明。

（三）、项目建设的意义和必要性

随着黄山市公共资源交易信息化建设的日趋完善，全市范围内规则统一、公开透明、服务高效、监督规范的平台体系初步构建，公共资源配置的效率和效益明显提高。

为贯彻落实李克强总理在国务院第五次廉政工作会议上的讲话精神，进一步提升公共资源交易透明化、规范化，深入推进预防和惩治腐败体系建设，从源头上规范公共资源交易，杜绝腐败等问题的发生，切实解决公共资源交易中存在的规避招标、操作不规范和监管形式单一等问题，黄山市公共资源交易中心以《指导意见》为基本纲要，结合公共资源交易业务发展的实际情况，建立了“公共资源交易电子监督系统”。

目前黄山市公共资源交易中心2019年交易项目数多达近3000个，交易金额高达300亿元。公共资源交易电子监督系统融合“互联网+监管”的建设理念，建立集协同、智慧为一体的综合监管体系，实现交易公开透明，推动公共资源阳光交易。

 协同监管

平台的建设将深化公共资源交易管理体制改革，推进公共资源交易综合监管。通过与投资项目在线审批监管平台等系统对接，打造联通行政监督部门的监管全覆盖的协同监管体系，建立健全投诉举报接收、转办、反馈工作机制，实现部门协同执法、案件限时办结、结果主动反馈，畅通社会监督渠道，促进市场开放和公平竞争。

 智慧监管

平台将充分运用大数据、云计算等现代信息技术手段，对公共资源交易活动进行监测分析，辅助监管部门进行交易监管，增强监管的针对性和精准性，降低 “隐形”投标成本，增加投标人“获得感”。

二、需求分析

1、业务需求分析

（1）用户对象分析

平台主要用户对象为各级、各行业行政监管部门、纪委监委、审计部门、相关领导及社会公众。

 行政监督部门

各级行政监督部门通过公共资源交易电子监督系统，对项目审批、交易、履约全过程实施在线监督；与投资项目在线审批监管平台和信用信息平台对接共享项目信息，在平台上实现监督预警主动发现违法违规行为并可对具体交易项目发出督办指令及时进行制止、纠正与处理；通过平台可建立考核监督功能，实现对各交易平台的行政考评。

 行业监管部门

各级各行业监管部门通过公共资源交易电子监督系统，对公共资源交易项目的全流程电子化监管，并在此基础上通过行业监管部门信息化系统对接，实现对公共资源交易业务流程监察点的统一管理，对交易过程中的违规违纪行为做到实时提醒、监察。

 纪委监委

监督是纪委监委审查调查、问责处置的重要基础。公共资源交易电子监督系统能够强化纪委监委对电子交易的日常监督，为纪委监委履行监督、调查、处置职责提供有效的信息化支撑。

 审计部门

公共资源交易电子监督系统通过与投资项目在线审批监管平台、信用平台等对接联通，实现项目审批信息、交易信息、审计信息及诚信信息实时关联共享，方便审计部门在线获取项目全周期审计要素，完成审计工作。

 社会公众/新闻媒体

公共资源交易电子监督系统为社会公众/新闻媒体与行政监督部门及审计部门开辟在线交流通道，对异议多、社会反响激烈的项目进行及时处理，为政府控制社会舆情提供有效帮助。

2、功能需求分析

本次黄山市公共资源交易电子监管系统包括协同监管以及智慧监管。

协同监管包括交易过程备案子系统、交易实时监察子系统、交易过程协同监管子系统、视音频直播监管子系统、投诉质疑处理子系统、专家库管理子系统。

智慧监管包括招标文件分析子系统、服务效能分析子系统、交易异常监管子系统、重点防控分析子系统。

3、数据需求分析

（1）内部数据：

信息资源名称	信息资源描述	共享属性
标段信息	开标项目标段信息	无条件共享
开标流程信息	开标流程信息	无条件共享
投标单位投标信息	投标单位开标投标信息	无条件共享
每日标段数据	每日开标数据	无条件共享
异议提问信息	投标人异议信息	无条件共享

（2）外部数据

信息资源名称	信息资源提供方	资源获取方式	资源粒度	获取频率
交通行业部门信息	政务大数据平台	数据交换平台	交通行业部门基本信息	每周
水利行业部门信息	政务大数据平台	数据交换 平台	水利行部门基本信息	每周
地理信息	政务大数据平台	数据交换 平台	项目地理信息	每周

4、性能需求分析

 系统采用三层架构体系结构，充分考虑到今后的纵向和横向平滑扩张能力。

 系统支持1000个普通同时在线用户的性能要求；当100个用户并发请求同一个中等复杂度的事物时，响应时间不超过5秒。

 系统支持500 万记录数、500GB字节的年数据量。

 系统支持7×24 小时连续运行，平均非计划年故障时间：<1 天，平均故障修复时间：<30 分钟。

 系统具备较强的灾难恢复能力。

5、安全需求分析

信息系统面临多种威胁，可能面临自然、环境和技术故障等非人为因素的威胁，也可能面临人员失误和恶意攻击等人为因素的威胁。威胁可能引起安全事件，对信息系统的业务信息安全性或业务服务保证性造成损害。

本平台安全设计从物理安全、网络安全、应用安全和数据安全等层面进行设计。

三、 项目建设目标

（一）业务目标

公共资源交易电子监督系统融合“互联网+监管”的建设理念，建立集协同、信用、智慧为一体的综合监管体系，实现交易公开透明，推动公共资源阳光交易。

 协同监管

平台的建设将深化公共资源交易管理体制改革，推进公共资源交易综合监管。通过与投资项目在线审批监管平台等系统对接，打造联通行政监督部门的监管全覆盖的协同监管体系，建立健全投诉举报接收、转办、反馈工作机制，实现部门协同执法、案件限时办结、结果主动反馈，畅通社会监督渠道，促进市场开放和公平竞争。

 智慧监管

平台将充分运用大数据、云计算等现代信息技术手段，对公共资源交易活动进行监测分析，辅助监管部门进行交易监管，增强监管的针对性和精准性，降低 “隐形”投标成本，增加投标人“获得感”。

（二）技术目标

为贯彻落实李克强总理在国务院第五次廉政工作会议上的讲话精神，进一步提升公共资源交易透明化、规范化，深入推进预防和惩治腐败体系建设，从源头上规范公共资源交易，杜绝腐败等问题的发生，切实解决公共资源交易中存在的规避招标、操作不规范和监管形式单一等问题，我们以《指导意见》为基本纲要，结合公共资源交易业务发展的实际情况，建立了“公共资源交易电子监督系统”。

公共资源交易电子监督系统融合“互联网+监管”的建设理念，建立一体化综合监管体系，实现交易公开透明，推动公共资源阳光交易。

（三）预期绩效

 社会效益

由于目前黄山市公共资源交易处于分散监管，各自为政。以行业为主的监督管理体制将公共资源交易监管职责分散在不同的行业部门，各个行业部门依据有关规定自建市场、自立规则、自行监管，使黄山市公共资源交易市场形成了以行业分割的条块结构；形成了公共资源交易市场的碎片化，各自为政，难以监管，从而造成了监管真空、政府失灵的现状。通过建设电子监管系统，有利于创新监管机制，聚合监管力量，加大协调力度，形成统一指导、协调，有关部门依法履行行政监督职责的公共资源交易监管体系。

 经济效益

黄山市公共资源交易电子监管系统的建设将深化公共资源交易管理体制改革，推进公共资源交易综合监管。通过与投资项目在线审批监管平台等系统对接，打造联通行政监督部门的监管全覆盖的协同监管体系，建立健全投诉举报接收、转办、反馈工作机制，实现部门协同执法、案件限时办结、结果主动反馈，畅通社会监督渠道，促进市场开放和公平竞争。

四、项目建设方案

（一）建设原则

在项目方案设计的总体考虑上，本着安全、稳定、可靠、快速、先进的原则，在此基础上，逐步把平台建设成为功能齐全、性能优异的智慧监管平台，以满足行政监督部门、社会公众监督的需求，同时预留与其他系统的接口。

具体体现在以下几个方面：

1、先进性：采用先进的、符合标准的系统平台和开发技术。

2、稳定性：由于系统的特殊功能要求，系统需7×24小时稳定运行，不影响系统的使用。

3、可靠性：系统运行具有极高的可靠性和良好的容错性能。在灾难性事件发生时，仍能保证系统不间断运行。系统应该有足够的手段来保证在严重故障后的恢复能力。

4、可维护性：系统必须易于维护，在系统建设和开发过程中的每个环节，都必须遵循有关国际、国家和行业标准。

5、可扩展性：随着数据量的增加和运行节点的扩展，系统对硬件软件的要求会不断提高，系统所有硬件、软件的选型必须考虑可扩展性的要求。

6、开放性：系统选型多样，每种设备、软件必须具有良好的开放性，所有硬、软件都应遵循业界相关标准，支持开放的标准接口，使整个系统成为一个统一的整体，而不致产生运行上的“孤岛”。

7、成熟性：为保证系统的可靠性，采用业界成熟的软硬件技术、产品和服务。

8、安全性：整个系统具有良好的安全管理功能，数据库存储、检索、提取、入库、发布和管理等各个层面和角度都具有相应的安全机制。

9、集成性：信息的获取、采集、存储、管理、检索、统计和发布等各个环节集成在一个统一的体系结构之中，数据的流动形成一个闭环，不存在数据流断路的现象。

（二）设计依据

 《中华人民共和国招标投标法》

 《工程建设项目货物招标投标办法》 （发改委等7部委，2005年3月）

 《电子招标投标办法》及《电子招标投标系统技术规范》（发改委等八部委、发改委令第20号）

 《中华人民共和国招标投标办法实施条例》

 中华人民共和国政府采购法实施条例(中华人民共和国国务院令第658号)

 《国务院办公厅关于印发整合建立统一的公共资源电子交易系统工作方案的通知》（国办发〔2015〕63号）

 《“互联网+”招标采购行动方案（2017-2019年）》

 《深化公共资源交易平台整合共享的指导意见》（国办函[2019]41号）

 《安徽省政府采购管理暂行办法》(皖政[1998]25号)

 《安徽省建筑工程招标投标管理办法》(安徽省人民政府令第111号)

 《安徽省公共资源交易监督管理办法》(安徽省人民政府令第255号)

 《安徽省省级公共资源交易综合管理办法》(皖政办〔2015〕33号)

 《安徽省公共资源交易平台电子服务系统技术规范（V1.0）》

 《黄山市公共资源交易投诉处理暂行办法》

 《黄山市公共资源交易标后监督管理办法》

（三）总体建设任务与分期建设内容

本次黄山市公共资源交易电子监管系统包括协同监管以及智慧监管。

协同监管包括交易过程备案子系统、交易实时监察子系统、交易过程协同监管子系统、视音频直播监管子系统、投诉质疑处理子系统、专家库管理子系统。

智慧监管包括招标文件分析子系统、服务效能分析子系统、交易异常监管子系统、重点防控分析子系统。

（四）总体框架

1、技术路线

项目中各平台应采用当今前沿的云计算、大数据、人工智能、云存储、信息服务云化部署等先进技术，通过对服务器、网络设备、存储设备进行虚拟化，并构建关系型和分布式数据库实现数据高性能存取，支持数据交换集群能随着交换数据量进行灵活的水平扩展，以及大数据分析处理能力。在前端应用功能开发工作中，采用J2EE开发平台，基于应用中间件开发应用，采用流行的三层体系结构，即表示层、业务层和数据访问层分开，整个平台需采用B/S架构。

 主流技术架构分析

目前在Internet/Intranet/Extranet环境中，企业级应用系统大多采用三层或多层应用模式。为了方便开发、部署、运行和管理基于多层结构的应用，需要以网络和分布式计算的底层技术为基础，构建一个完整的应用框架，提供相应的支撑平台作为多层应用的基础设施，这一支撑平台的关键就是位于中间层的应用服务器。应用服务器是一个创建、部署、运行、集成和维护多层分布式企业级应用的平台。如果应用服务器与Web服务器相结合，或者包含了Web服务器的功能，则称之为Web应用服务器。

在应用系统建设中，采用应用服务器可以提供如下好处：提高应用开发的有效性，保障业务逻辑和组件的重用性；提高应用的性能，如高运行性能和响应时间、可伸缩性、可靠性等；使整个应用更易于监控和管理，降低系统维护和升级成本。由于应用服务器的重要作用和关键地位，它已经成为当今业界的一个热点。

系统采用组件化、面向对象的开发技术，可灵活扩展。网络传输采用TCP/IP协议，支持FTP、HTTP、SMTP等协议。

 三层架构

三层架构(3-tierapplication)通常意义上的三层架构就是将整个业务应用划分为：表现层（UI）、业务逻辑层（BLL）、数据访问层（DAL）。区分层次的目的即为了“高内聚，低耦合”的思想。

１、表现层（UI）：通俗讲就是展现给用户的界面，即用户在使用一个系统的时候他的所见所得。

２、业务逻辑层（BLL）：针对具体问题的操作，也可以说是对数据层的操作，对数据业务逻辑处理。

３、数据访问层（DAL）：该层所做事务直接操作数据库，针对数据的增添、删除、修改、更新、查找等。

在软件体系架构设计中，分层式结构是最常见，也是最重要的一种结构。推荐的分层式结构一般分为三层，从下至上分别为：数据访问层、业务逻辑层（又或成为领域层）、表示层。

三层结构原理：3个层次中，系统主要功能和业务逻辑都在业务逻辑层进行处理。

所谓三层体系结构，是在客户端与数据库之间加入了一个“中间层”，也叫组件层。这里所说的三层体系，不是指物理上的三层，不是简单地放置三台机器就是三层体系结构，也不仅仅有B/S应用才是三层体系结构，三层是指逻辑上的三层，即使这三个层放置到一台机器上。

三层体系的应用程序将业务规则、数据访问、合法性校验等工作放到了中间层进行处理。通常情况下，客户端不直接与数据库进行交互，而是通过COM/DCOM通讯与中间层建立连接，再经由中间层与数据库进行交互。

表示层

位于最外层（最上层），离用户最近。用于显示数据和接收用户输入的数据，为用户提供一种交互式操作的界面。

业务逻辑层

业务逻辑层（BusinessLogicLayer）无疑是系统架构中体现核心价值的部分。它的关注点主要集中在业务规则的制定、业务流程的实现等与业务需求有关的系统设计，也即是说它是与系统所应对的领域（Domain）逻辑有关，很多时候，也将业务逻辑层称为领域层。例如MartinFowler在《PatternsofEnterpriseApplicationArchitecture》一书中，将整个架构分为三个主要的层：表示层、领域层和数据源层。作为领域驱动设计的先驱EricEvans，对业务逻辑层作了更细致地划分，细分为应用层与领域层，通过分层进一步将领域逻辑与领域逻辑的解决方案分离。

业务逻辑层在体系架构中的位置很关键，它处于数据访问层与表示层中间，起到了数据交换中承上启下的作用。由于层是一种弱耦合结构，层与层之间的依赖是向下的，底层对于上层而言是“无知”的，改变上层的设计对于其调用的底层而言没有任何影响。如果在分层设计时，遵循了面向接口设计的思想，那么这种向下的依赖也应该是一种弱依赖关系。因而在不改变接口定义的前提下，理想的分层式架构，应该是一个支持可抽取、可替换的“抽屉”式架构。正因为如此，业务逻辑层的设计对于一个支持可扩展的架构尤为关键，因为它扮演了两个不同的角色。对于数据访问层而言，它是调用者；对于表示层而言，它却是被调用者。依赖与被依赖的关系都纠结在业务逻辑层上，如何实现依赖关系的解耦，则是除了实现业务逻辑之外留给设计师的任务。

数据层

数据访问层：有时候也称为是持久层，其功能主要是负责数据库的访问，可以访问数据库系统、二进制文件、文本文档或是XML文档。

简单的说法就是实现对数据表的Select，Insert，Update，Delete的操作。如果要加入ORM的元素，那么就会包括对象和数据表之间的mapping，以及对象实体的持久化。

 SOA体系

SOA是一种松耦合的系统，它要求开发者从服务集成的角度来设计应用软件，它将应用程序的不同功能组件定义为“服务”，通过“服务”之间的良好接口联系起来。(也就是“服务”之间的松耦合。)接口是采用中立方式进行定义的，独立于实现“服务”的硬件平台、操作系统和编成语言。而且这些构建在各种各样系统中的“服务”可以以一种统一和通用方式进行交互。保证系统灵活性，另外，还可以保证“服务”的重复利用。

由此可以看出，SOA的核心概念是“重用”和“互操作”，从而使企业的IT系统拥有极大的灵活性。SOA的另一层意义就是整合，它将企业的IT资源整合成标准的、可操作的服务，使其能被重新组合和应用。在这种架构下，IT系统的复杂性并没有增加，相反，随着系统的不断完善，整个系统的架构将变得更加清晰。

SOA架构定义了搭建企业级软件架构的一种新方法，它的出现使所有应用在交换数据和处理过程中，不需要考虑应用软件是用什么编程语言开发的或在什么操作系统下运行。在这种模式下，一个应用或应用的一部分其实是一种服务，其他的应用和客户都可以在无需编写大量代码的情况下使用这些服务，这一切都使在地理上分布范围比较广的开发队伍能够更好地合作，因为这些SOA架构下的中间件业务模块都能够被重新配置或以新方式优化来满足新的需求。正是SOA的重用性和互操作性所带来的灵活性实现了企业IT资源整合，使企业IT资源真正面向于服务。

一个典型的SOA实现通常依赖于多个服务。调用这些服务需要知道位置（即服务端点的地址）信息。最简单的方法就是在实现中将端点地址硬编码。但这造成了方案实现和服务位置的紧密耦合（位置耦合）。将端点地址放到配置文件中可以改善这种情况。因为这样地址的改变就不会引起代码的改动。但是，随着服务或服务消费者（或者说是配置文件）增多，这种方法会带来扩展性问题。

在SOA架构的设计中，我们规划有三个主要组成部分：服务注册与管理中心（SRC）、服务提供方、服务调用方。

1、服务注册中心的基础是一个注册服务数据库。其包含系统中所有WebService服务的信息和一个注册中心WebService服务。数据库中记录了所有关于服务的位置、方法说明和调用权限等信息；注册中心服务封装了这个数据库并提供了一套访问这些信息的“标准”API。并约定了在此平台上发布的所有服务必须遵循的规范标准。

2、服务提供方根据注册中心的接口规范开发标准的WebService，并为其中的每个方法提供一个唯一的标识。

3、服务提供方调用注册中心的“服务添加接口”把开发好的服务注册到“服务注册中心”。

4、服务消费方（客户端）到注册中心查找和发现需要使用的服务。

5、服务消费方根据找到服务的调用规范，传入参数，取得服务的返回值。在调用服务的时候能够根据服务的WDSL地址和接口名称动态创建代理。

 B/S软件结构

B/S（浏览器/服务器）结构是当前国际流行的趋势，有利于集中式管理，可以形成统一的数据库和系统结构，可消除因区域、部门引起的差异，确保系统的统一性、连续性和未来对结构变动的要求。

瘦客户端方式：客户端采用浏览器，不需安装数据库引擎，客户端不含处理逻辑，系统升级或变化客户端一般也不用更改，大大减轻了系统安装和维护的工作量；用户上手非常容易，培训成本很低。对客户端设备而言只要可以运行浏览器即可，现有的PC设备完全可以利用，保护了投资；

弹性增大：处理逻辑和用户接口逻辑分离开来，各子系统不再重复相同的逻辑，改变处理逻辑时，只需修改和更换服务器程序，各子系统不用改，客户端不用换；

网络通讯量减小：每个客户端都只需和服务器交换少量的数据，大大减小对网络的压力；

安全性提高：各工作站不存放数据库，减少了数据库登录点的数目，有利于安全管理和控制。

对象/组件开发技术

在项目中，应用系统的开发模式将采用基于循环迭代模型的快速原型法。分析设计技术将主要采用面向对象的方法。具体讲，在设计阶段采用面向对象的方法，适当结合结构化分析方法。在软件实现阶段，采用面向对象的程序设计方法。结合我们公司的经验，将软件开发过程分为初始阶段、细化阶段、构建阶段、实施阶段，每个阶段又具体为一个个的循环迭代的过程。

为了提高系统开发的规范性和系统开发效率，我们将采用统一建模语言UML和成熟的面向对象的CASE工具。

 Web Service技术

Web Service是下一代的WWW技术，它允许在Web站点上放置可编程的元素，能进行基于Web的分布式计算和处理，把Internet/Intranet变成一个虚拟计算环境的技术。在由Web Service组成的虚拟环境中使用者可以为任何的客户端软件，例如浏览器，一般的Windows或是Java应用程序或是电子行动设备等，来调用Web Service提供的服务。这一点非常有利于系统对信息的有效利用。

Web Service是建立在开放和标准的规格之上，允许异质的客户端调用以使用它提供的服务。因此各种异质的客户端必须使用一种共通的沟通标准才能够顺利的和由各种不同技术编写的Web Service互通。Web Service涉及到一些新的规范，如：UDDI(统一描述、发现和集成)、WSDL(WebService描述语言)、WSFL(WebServiceFlowLanguage)、SOAP(SimpleObjectAccessProtocol简单对象访问协议)等。目前最流行而且最具潜力的沟通标准当属SOAP了。

SOAP获得IBM，Microsoft，Lotus和UserLand等大型公司支持而成为W3C标准之一的通讯协议规格。SOAP以XML标准封装调用远程服务的格式，有别于其它分布式对象模型调用特定的调用格式。由于SOAP以XML封装调用格式，因此它可以使用任何的实体传输层来传送，例如HTTP，TCP或是SMTP等。

通过这样一个层次分明的架构，Web Service将实现动态的应用集成，将系统推向智能、更加实用的阶段。

Web Service具有以下一些主要优点：

完好的封装性和松散耦合

使用协约的规范性、使用标准协议规范

高度可集成能力

开放性、普遍性和互操作性

易于使用

广泛的行业支持

在项目中运用Web Service技术，将充分体系出应用系统的先进性和实用性，充分发挥应用系统的开放性和可扩展性，保证系统的完整统一和数据资源的共享利用。

 XML技术

XML是当前最热门的网络技术之一，被称为“第二代Web语言”、“下一代网络应用的基石”。自它被提出以来，几乎得到了业界所有大公司的支持。XML具有卓越的性能，它具有四大特点：优良的数据存储格式、可扩展性、高度结构化、方便的网络传输，以XML技术作为支持，为用户自定义应用界面和业务数据结构，并将其与底层数据库定义格式、界面标准输入、输出的接口转换作了实现，可实现分布式、异构应用系统之间的数据交换。

 基于构件化的软件开发

基于构件化开发的思想改变了传统软件的生产方式，通过构件化的业务基础平台帮助用户构建整体的信息系统；提供了完善的基于互联网应用的构件化开发、运行及维护环境，能充分支持业务构件的管理与集成。它不仅提供了可视化开发和集成环境，用户只需“拖拉拽”相应的构件即可“画”出新的业务和应用要求；还提供了部署、监控、管理等工具，实现了从软件开发到发布、运行、升级的全程可视化。

2、技术架构

（一）基础设施及服务层IaaS

基础设施和架构即服务提供云计算的基础平台，它能实现硬件资源的虚拟化聚合管理，提供硬件资源池，加上云管理，可以提供自我服务的功能。IaaS提供的服务是对所有设施的利用，包括处理、存储、网络和其它基本的计算资源，用户能够部署和运行任意软件，包括操作系统和应用程序。

（二）支撑层PaaS

PaaS平台，为用户提供丰富的应用运行支持；建设单位可以基于IaaS平台提供的中间件，快速的开发和整合自己所需要的各类应用，实现数据、业务、流程间的无缝隙整合。PaaS平台是对SaaS层的支撑，可以提高在SaaS平台上利用的资源数量，实现应用的多元化和定制化。应用支撑平台提供基础的PaaS支撑件，可为搭建政务云平台，来满足日益变化的应用系统整合需求。主要有统一用户管理、统一的工作流平台、通用数据管理、统一的消息管理等。

（三）应用层SaaS

SaaS层的应用平台，由协同监管系统以及智慧监管系统组成。并通过统一标准的数据交换接口服务实现与相关系统之间的数据对接和共享。

（四）客户端Client+

支持泛终端的访问渠道，各类不同的角色可以通过互联网、智能化设备等访问到应用系统。

（五）技术方案

1. 应用软件开发

1.1、协同监管系统

根据《关于深化公共资源交易平台整合共享的指导意见》（国办函〔2019〕41号）对协同监管的要求，本系统提供交易过程备案子系统、交易实时监察子系统、交易过程协同监管子系统、音视频直播监管子系统、投诉质疑处理子系统。

1.1.1、交易过程备案子系统

本子系统供行政监督部门使用。与服务平台对接，通过服务平台的行政监督通道，对公共资源交易项目全过程进行备案。

在公共资源交易全流程电子化的基础上，对所有交易信息留痕并汇聚至公共资源交易电子监督系统，行政监管部门按权限获取项目全过程信息，实现交易项目在线监管。已建立电子交易系统和电子监管系统的行业部门，将交易数据和监管数据与公共资源交易电子监督系统对接，实时数据共享。

通过接口自动获取所有公共资源交易项目流程中的数据进行，对主要交易环节的交易数据信息、附件信息、开评标视频信息进行监督备案。通过对交易流程中各环节数据的监督备案，为后期监督部门进行项目流程审查、项目异常审查提供数据支撑。

1.1.1.1、立项审批监督备案

通过接口从投资项目在线审批监管平台中获取所有审批通过的进场交易项目信息。通过数据治理分析，将审批通过的进场交易项目信息与交易系统中所有的交易项目进行比对分析，将审批系统交易项目与交易系统中的交易项目一一匹配，从源头把控所有进场交易项目信息。

1.1.1.2、工程建设项目监督备案

 项目注册备案

自动从公共资源交易系统中获取项目注册审批信息，完成对项目注册信息受理、招标条件审查等工作。

 招标项目备案

项目注册备案完成后，自动从各公共资源交易系统中获取相关法律规定及项目情况，对重大建设工程项目划分成若干标段，并确定招标方式、招标组织形式等内容，提交至相关监督管理部门进行备案。

 招标公告备案

自动从各公共资源交易系统中获取，招标代理（招标人）通过交易系统完成的招标公告信息，公共资源交易监督管理部门工作人员登录智慧监管平台，根据相关监督管理部门招标公告备案受理流程进行在线备案。

 资格预审备案

资格预审备案分为资格预审文件备案、资格预审结果备案等环节。

 资格预审文件备案

自动从各公共资源交易系统中获取，由代理机构（招标人）通过交易系统完成的资格预审文件，相关监督管理部门工作人员登录智慧监管平台，对资格预审文件进行备案。

 资格预审结果备案

自动从各公共资源交易系统中获取，资格预审评标完成后，交易系统发布的资审结果公告，完成对资格预审结果的进行备案。

 招标文件备案

自动从各公共资源交易系统中获取，由招标代理机构（或招标人）通过交易系统编辑完成，并提交至发布的招标文件，由相关监督管理部门工作人员按照监管备案流程完成招标文件在线备案。

 答疑文件备案

自动从各公共资源交易系统中获取，由招标代理机构（或招标人）根据投标人等反馈的信息，修改的招标文件，形成澄清答疑文件，完成对澄清答疑文件进行在线备案审查。

 评标委员会备案

自动从各公共资源交易系统中获取，已经抽取的评标专家信息，完成对评标委员会成员的确定方式、招标人评委、其他评标专家的抽取等的备案，确保评标专家抽取的公平、公正。

 评标公示备案

系统自动从各公共资源交易系统中获取，评标工作结束后由开评标负责人录入并发布的评标结果信息，由相关监督管理部门工作人员完成对评标结果的核对及备案。

 中标公示备案

系统自动从各公共资源交易系统中获取，评标结果公示后，由招标代理机构提交的中标结果及中标公示申请，经相关监督管理部门工作人员通过智慧监管平台进行在线备案。

 书面报告备案

系统自动获取各级公共资源交易系统项目所有的书面报告信息，相关监督管理部门工作人员通过智慧监管平台完成监督备案工作。

 电子合同备案

根据《电子招标投标办法》规定：招标人应当通过交易系统，以数据电文形式与中标人签订合同。

交易系统将提供电子合同签署功能，公共资源交易涉及几方主体（一般招标人、中标人等）签署电子合同后，提交至智慧监管平台，相关监督管理部门工作人员进行备案。

 招标异常备案

对交易系统推送过来的本地区本行业招标异常进行备案，查看其是否符合法律法规的要求。监管部门经过初审和复审后，给出给予备案、不予备案的行政意见通知书。主要数据项包括标段（包）编号、招标项目名称、标段（包）名称、处理结果等。

 项目暂停\终止

若收到举报等信息，监管人员核查后，通过系统可以对某一个标段发出项目暂停\终止的指令，在交易系统上就不能进行该标段的后续招标流程。对于已经进行暂停\终止的指令，若需要恢复交易，需根据各业务的实际情况，确定是否需要相关领导批准后再恢复。系统中将记录项目暂停\终止的记录。主要数据项包括标段（包）编号、招标项目名称、标段（包）名称、项目状态等。

1.1.1.3、政府采购项目监督备案

政府采购项目申报备案功能是相关监督管理部门工作人员完成对政府采购的申报受理、审核备案工作。

主要包含公开、邀请、竞争性谈判、单一来源等方式，政府采购项目申报备案功能是由相关监督管理部门工作人员完成对采购项目的登记受理、重组分包等业务流程进行审核备案工作。

 采购项目登记、重组、分包

自动从各公共资源交易系统中获取政府采购项目登记、重组、分包信息。

 采购公告备案

采购公告备案流程类似于工程项目中“招标公告备案”流程，在此不赘述。

 采购文件备案

自动从各公共资源交易系统中获取由采购文件由代理机构通过交易系统编辑完成并发布的采购文件信息，由相关监督管理部门相关工作人员按照审核流程完成采购文件审批确认并进行备案。

 网上提问及澄清答疑备案

供应商可以通过网上提问或书面的形式提交问题；项目负责人和采购人共同回答由投标单位提出的问题，所有问题回答后形成电子版答疑纪要，并由相关管理部门审核、备案，审核通过后在网上发布。

 中标（成交）公示

自动从各公共资源交易系统中获取由项目负责人根据开评标结果，录入并提交中标（成交）公示信息，相关管理部门备案。

 文件存档备案

系统可以对所有需要存档的文件进行归档，提交相关管理部门进行审核、备案及入库。

 合同管理

采购人与中标供应商在中标通知书发出之日起规定时间内，按照采购文件以及中标供应商的投标文件内容签订政府采购合同。自动从各公共资源交易系统中获取采购人与中标供应商签订的合同，并进行备案管理。

1.1.1.4、国有产权交易项目监督备案

国有产权交易项目申报备案包含从项目委托合同签订、制订公告、挂牌出让文件、挂牌报价、成交登记、成交合同签订及交割等相关流程的审核备案功能。所有交易流程都需经主管部门审核、备案之后才能进行发布，在此就不阐述每个业务流程的功能。

1.1.1.5、土地/矿业权项目监督备案

土地交易项目主要包含招标、拍卖、挂牌三种交易方式。其中招标方式类似工程、采购项目的流程，具体就不再赘述。

挂牌方式交易备案包含：交易中心经办人，通过该功能，完成对土地交易项目组建、挂牌公告的填写，提交中心审批、备案后，自动推送至网站上挂牌公示。后续通过网上竞价系统完成土地的申购，系统提供对竞价结果、中标公示等相关流程的备案功能。

1.1.2、交易实时监察子系统

根据公共资源交易项目所在行业，系统自动将项目推送到具备监管权限的行业监管部门，由对应的监管人员进行公共资源交易各行业的监管事项。

1.1.2.1、工程建设项目交易监察

政府（国有资金）投资的工程建设项目交易监管根据不同的交易类别可划分为建设工程、交通工程、水利工程等主要由各级行业主管部门负责。

1.1.2.1.1、建设工程监察

建设工程监察主要由各级住建部门负责。

建设工程监察功能如下：项目过程监控、招标单位备案监控、招标文件及公共内容监控、施工单位资料审查监管、招标会详细资料监控、招标结果公示内容监控、监察代办信息等。

 项目过程监控

系统可显示当前项目，并标识存在问题的项目，显示项目申请的时间，目前到达的状态，点开事项后能看到事项的整体流程和目前所处的状态，能够给当前项目的所有处理环节进行督察。能够调出已完成环节的所有的资料。可以完全监控到以上整体设计中所有牵扯的内容。

 招标单位备案监控

对于招标单位在各种资料齐全的情况下到建设部门进行审批的过程中的所有附件及提交内容表单的监控。并可以随时调出所有申请人所有申请过的相关审批事项及完成情况，进行校对。

 招标文件及公告内容监控

显示招标单位或代理机构所编写及提交的招标文件及招标文件审查过程的监管及处理。主要包括投标人须知、评标办法、合同条款及格式、工程量清单、技术标准和要求等信息。

 施工单位资料审查监管

对于项目中所有提报申请的施工单位资料及受理部门所审核的详细过程进行监督。可以查看并处理相关的事项流程、填报资料及附件信息。

 招标详细资料监控

自动采集招标的所有信息进行监控。主要包括指定招标计划、确定投标人名单、编制招标文件、发售招标文件、开标会议准备、开标、评标、编写评标报告、发中标通知书、合同谈判会议等。

 招标结果公示内容监控

对于招标结果审查流程监督和最终公示信息的监督，主要包括项目编号、项目名称、项目预算金额、招标方式、中标、成交供应商情况、评审日期、评审意见等信息。

 监察待办信息

指标监控设计按照事前预警、事中异常、事后违规三种处理方式，把所有的预警、异常、违规的项目列入到监察待办信息当中来，并列出原因和依据，任意选择督察方式及处理结果方式。

 工程监察查询

对系统的所有数据进行综合的查询，可以分模块、分业务进行分类查询，可以根据实际的需要按预定的条件或自由组合条件进行查询，系统也支持全文检索功能，查询出的结果可以进行打印、并可以导出成EXCEL文件格式。

具体包括：工程项目查询、招标申请查询、中标信息查询、合同备案查询、档案信息查询等内容。

*详情请见招标文件