网址：www

广州公共资源交易中心招标文件 项目编号： CZ2018-0312

采购需求

★本次采购产品为非进口产品（进口产品指通过中国海关报关验放进入中国境内且产自关境外的产品）。

本项目采购的产品全部为核心产品。

★凡属于政府强制采购节能产品，请投标人承诺在交货时提供《节能产品政府采购清单》中的产品。（注：《节能产品政府采购清单》投标人可查询中国政府采购网。）

★凡属于《中华人民共和国实施强制性产品认证的产品目录》的产品，交货时不能提供超出此目录范畴外的替代品，产品还须同时具备国家认证认可监督管理委员会颁布《中国强制认证》（CCC认证）。

凡属优先采购节能产品，请投标人尽可能提供《节能产品政府采购清单》中的产品。（注：《节能产品政府采购清单》投标人可查询中国政府采购网。）

1、 项目概述

1.1项目背景

广州开发区企业建设和服务局的职能是负责企业筹建过程中的协调工作并解决相关问题和困难；负责协调、跟踪服务区内筹建企业开展投产验收工作；协助解决企业验收工作的相关问题；协助开展企业低效用地的清理工作；负责清理低效用地，协助区国土规划局清理闲置土地，建立全区低效闲置用地管理台账，对新投产企业效益进行初步评估和预测等。但是目前广州开发区企业建设和服务局仍以现场办公会、联席会议、请示、公函、通知、电话等人工手段协调解决各种企业筹建问题。这些传统的工作模式使领导无法快速、全面掌握相关情况，难以让相关部门形成联动、高效协同办公，难以进行高效的科学决策，以及难以快速、较好地帮忙企业早日投产。

根据《广州市黄埔区广州开发区“数字政府”新三年行动计划（2018-2020年）》穗埔府办〔2018〕30号“工程五”要求，需建设适应开发区经济发展战略和定位的企业筹建管理系统，方便各个园区反馈筹建项目中存在的问题，加强区企业建设和服务局与各园区沟通协助，跟踪解决筹建项目存在的问题，有效整合招商、国土、企建等部门掌握的土地开发利用信息，形成土地利用全流程监管，实现集中清理和常态化监管相结合，督促企业按照投资合作协议开发建设，切实加强项目用地的事前事中事后一体化监管。

1.2项目名称

项目名称：黄埔区广州开发区企业投资建设项目全周期动态管理服务平台项目

1.3项目性质

项目性质：新建

1.4项目承担单位

项目建设单位：广州开发区企业建设和服务局

项目建设单位负责人：郑勇

项目责任人：郑勇

1.5项目建设内容一览表

项目建设内容一览表

序号

项目/子项目

说明

一、工程建设内容

1.软件开发内容

1.1

需求分析

系统需求调研与分析

1.2

系统设计

系统分析与设计

1.3

数据资源库

制定平台数据标准规范内容，并制定元数据、数据资源目录，根据数据来源制定数据质量规范。制定低效用地评价指标；整理存量数据并入库，对实时\定时\手工录入等不同方式获取到的数据进行清洗、迁移入库，并设计相应的数据结构

1.4

统一前台门户

通过统一门户网站，实现资讯政策、项目信息可视化展示、全文检索、用户注册/登陆等。

1.5

企业全程服务网办系统

包括流程办事指南、企业注册、项目全程进展、项目信息填报、竣工验收申请、补充缺漏材料、投诉与反馈七个模块，实现面向全区投资企业，提供网上预约、网上审批申请、材料补充、提交竣工申请等

1.6

项目信息综合管理系统

包含项目信息抓取与共享、筹建服务事项管理、电子表格导入、项目与用地、文档关联展示、项目全周期跟踪追溯、项目用地一张图查询、项目关键节点预警、项目审批预警、延期提醒督办，运用数据总线技术，面向多部门打破信息孤岛抓取现有系统(横纵)中的建设项目信息，汇聚到建设项目全周期动态监管信息平台，实现项目信息共享与可视化展示。

1.7

项目施工精细管理系统

实现项目当前的施工进度情况展示；发现开工延时、用地低效等异常；由系统发出预警，项目实地（工地）移动巡查上报施工进展，并生成异常报告；对每个项目出现开工延期、闲置用地、项目低效用地情况进行时限监督，以短信和弹出窗口的方式提示申请人及业务管理人员。

1.8

项目信息服务分析系统

根据企建局业务需求，基于系统大数据进行统计分析，包括筹建服务工作进度表、项目信息一览表、项目节点计划一览表、固定资产投资额申报表、协调事项统计报表、协调/验收会议表、园区联席会议表、项目综合验收进度汇总表等，并可生成Excel、PDF、Word等格式导出、打印。

1.9

效益大数据分析评估系统

基于大数据分析技术，综合研究市内外建设项目招商引资案例，制定项目效益评价、用地效益评价指标体系及评价模型，形成知识库，并基于该知识库，对全区招商引资项目进行评估分析，形成相关报告，作为项目招商效益评价和低效用地清理的重要依据。

1.10

档案管理系统

通过建立档案管理子系统，建立统一的标准，规范整个文件管理，构建完整的档案资源信息共享服务平台，可实现所有企建局项目的档案存档。在项目筹建全部办理完毕后，该筹建项目将自动归档，便于今后的回溯查找查看，自动生成统计报表，充实业务数据库，为用户提供完整的档案管理和网络查询功能。

1.11

后台管理系统

通过后台管理系统，可以实现系统用户与机构管理、权限管理、数据标准设置、地图服务与资源设置、审批流程设置等功能模块，保障系统的安全及正常运作，并灵活配置

1.12

移动应用APP建设

采用移动巡查（基于Android手机）功能，进行项目实地（工地）移动巡查上报施工进展（采集拍照、录入当前施工内容等），系统自动与施工计划、项目合同节点做比对，并生成异常报告

1.13

系统对接

与广州开发区投资促进局的招商服务信息工作平台、广州开发区行政审批局建设的广州开发区行政审批服务大数据平台、黄埔区发展改革局的广州开发区重点项目管理系统、黄埔区安全监管局的广州市黄埔区（广州开发区）安全生产监督综合管理系统、广州开发区信息化办公室黄埔地理空间框架公共信息平台进行系统对接，实时获取数据

1.14

系统培训

对系统用户进行培训

2.基础设施建设内容

2.1

基础软件产品采购

1、Oracle 11G数据库；2、Windows server2012标准版4套

2.2

硬件基础设施租赁及购买

1、数据存储（100GB、IP-SAN裸容量）60套；2、服务器：大型虚拟机（8核、主频>=2.0GHzvCPU、32GB内存、100GB存储空间）4台；3、平板（安卓8.0，内存不小于4GB，八核+微智核i6，存储容量不小于64GB）12台

3.系统集成内容

　

3.1

系统安装、部署、测试等

系统测试、部署实施。

2、 建设目标

本项目以“大数据汇聚+政务应用”为导向，以统一标准规范为基础，按照“规划引领、重点突出、先易后难、分步推进”的原则，运用网络信息服务、地理信息共享、数据总线和大数据分析等信息技术，建设企业投资建设项目全周期动态管理服务平台。通过与相关系统对接，获取企业投资建设项目各阶段事项审批信息以及项目实施情况信息，形成建设项目全流程动态监管体系，完善土地效益评价体系，并将集中清理和常态化监管相结合，督促企业按照投资合作协议开发建设，切实加强项目用地的事前事中事后一体化监管。

3、 需求分析

3.1用户需求分析

本项目的主要用户类型及用户估算情况如下：

企业：以2018年为例，共跟进300多个项目，按每个项目一个企业计算，共涉及300多个企业，每个企业分配2个项目账号，共计600多个用户。企业对于本项目的需求主要是通过系统能够查看企业投资建设项目审批流程办事指南，并能够在系统上查询项目审批进度。

广州开发区企业建设与服务局各处室：广州开发区企业建设与服务局共3个处室，负责跟进企业筹建类项目共7人，每人分配一个账号，共计7个用户。广州开发区企业建设与服务局各处室对于本项目的需求是通过系统能够清楚了解企业投资建设项目的审批进度，主动帮助企业协调项目审批过程中存在的问题。并对企业投资建设项目全生命周期进行实时动态监管，以及对土地效能进行初步评估，为领导决策提供数据支撑。

领导：领导包括广州开发区企业建设与服务局的领导及各单位单位的领导。广州开发区企业建设与服务局的领导主要包括3个处室的领导以及局领导，共6人，共计6个用户；相关职能单位、园区及街道共计46个，每个单位配备1个账号，共计46个用户，总共52个用户。领导对于本项目的需求是通过系统能够了解项目总体情况，包括进度、质量等，为科学决策提供数据支撑。

系统管理员：系统管理员按1人计，共1个用户。系统管理员需要对系统进行基本参数的配置，实现对系统用户、系统权限的统一管理。

综上，同时考虑到每年会有新增项目，为满足未来5年的用户数量需求，本项目共计涉及用户账号约1000个。

3.2系统功能需求分析

3.2.1全流程网办服务

面向众多招商企业提供全流程网办服务，包括在线流程办事指南、企业注册、项目全程进展展示与查询、上报开工与计划上报变更、施工进展上报Web、专项（消防、防雷、安全设施、市政、环保设施与试产等）竣工验收申请、补充缺漏资料、投诉与反馈，全面提升企业筹建与服务效率与水平。

3.2.2全周期动态监管

面向广州开发区企业建设与服务局提供全周期动态监管功能，各处室办事人员可以进行项目全程信息共享查询，对单个项目用地一张图追溯审批历史，实现对全区所有招商建设项目、用地及档案可视化联动，进而开展项目全程跟踪督办，延期供地、供而未建、闲置用地等项目异常情况预警监管，实现项目全程监管。

3.2.3分析评估

面向处室办事人员和领导提供全区项目统计分析，闲置用地判定、低效用地评估和重大招商项目效益评估，为进一步项目选址、监管服务和招商决策提供数据支撑。

3.2.4数据一张图展示

面向处室办事人员和领导提供筹建项目可视化界面，能直接将所有筹建项目在一张蓝图上展示。实现项目“一张图”的管理模式。改善以往利用纸质台账管理项目的模式，通过图形化让项目监管更加直观高效。

3.3非功能性需求分析

1.性能要求

平台查询等普通操作响应时间在3秒以内；统计汇总信息操作响应时间在5秒以内。

2.精度要求

平台中输入保留小数点后4位，其他数字类型数据为整数，字符串类型数据不超过规定的相应长度（例如字段固定为50或者100个字符）即可。

3.可靠性

运行时间要求：平台要保证能够在8小时×7天的时间内全天候运行，平台的可用时间百分比不低于99.99%。

平台故障率：平台能够稳定地运行，平均故障间隔时间不小于两个月。出现故障后，平台的平均修复时间不超过5小时。

容错性及可恢复性：平台可以接受用户一定程度的错误操作和非法输入而不影响平台的正常运行，并且可以恢复由于错误操作造成的对数据的影响。

平台局部出现故障时，可以对平台局部进行隔离式的修复操作而不会影响整体的正常运行。

平台局部出现故障后，要求平台具有一定的自恢复能力，例如：对故障前的错误操作以及错误数据能够回滚。

4.可扩展性

功能扩展性：平台使用标准的开放型架构、技术进行设计，充分考虑业务的发展，当一些业务发生变更或整合系统时，对平台的影响尽可能小，对程序的改变只涉及到平台后台配置部分，而不会对平台其他部分或整体造成影响。

性能扩展性：设计平台时，其性能的扩展性要从两个方面来考虑：每增加一倍设备，平台相关性能可增加70%-80%；设备每增加一倍的处理能力，平台相关性能可增加70%-80%，每增加一倍的存储能力，平台容量可扩充70%-80%。

5.可维护性

可分析性：设计和维护人员通过阅读源代码和相关文档，可以容易了解程序功能及其如何运行。

易修改性：本平台程序容易修改，是可理解的、通用的、简单的。

可测试性：平台功能的正确性应该容易被验证，程序应当是可理解的、可靠的、简单的。

6.可移植性

适应性：对平台的适应、对数据库的适应。

可安装性：操作简单化、方式多样化、过程可控化。

3.4信息系统安全需求

本系统部署在电子政务外网，依托黄埔区广州开发区信息安全基础设施和服务，以及黄埔区广州开发区电子政务云平台的安全防护措施构建本项目的信息安全保障体系。本项目建设的平台需要满足等保二级的安全性要求，需通过第三方等保测评及备案，第三方等保测评费用由采购人承担。此外，本项目涉及到黄埔区广州开发区企业投资建设项目各事项的审批数据，需要特别重视数据安全，通过数据分级管理、用户分级管理等措施保障数据安全。

3.5关联系统和接口需求

本平台需与企业投资建设项目服务生命周期全过程涉及的系统进行对接，获取区内企业投资建设项目各阶段服务事项数据和企业投产后的经济数据，为本项目平台的运行提供数据支撑。本项目需要对接的系统包括：

1.广州开发区投资促进局的招商服务信息工作平台：需获取包括涉及项目准入评审、投资协议签订、投资金额、投资规模、投资领域、投入时间、预计效益等数据。

2.广州开发区行政审批局的广州开发区行政审批服务大数据平台：需获取包括企业筹建前期阶段各审批数据、企业筹建阶段各审批数据以及综合验收阶段各验收数据等数据。

3.黄埔区发展改革局的广州开发区重点项目管理系统：需获取包括开发区重点项目的投资协议编号（包括文本）、项目名称、产业类型等数据。

4.黄埔区安全监管局的广州市黄埔区（广州开发区）安全生产监督综合管理系统：需获取安全生产竣工验收建档备案数据。

5.广州开发区信息化办公室的黄埔地理空间框架公共信息平台：需获取包括电子政务地图、影像数据、地名地址数据、行政界限、地形图等数据。

本项目建设的平台与外部系统的数据流向关系如下图所示：

图1 平台与第三方系统关系图

3.6技术路线

3.6.1SOA

本项目涉及到众多应用系统的数据共享需求，因此，需要建立一个开放的，松耦合的，易于扩展的系统架构。因此，本项目以SOA的架构进行设计和建设，方便和各组成系统间进行数据接驳和功能调用，实现整个系统的松散耦合、提高整个系统的可扩展性。

SOA是一种分布式的软件模型。SOA的主要组件包括：服务、动态发现和消息。

服务是能够通过网络访问的可调用例程，它公开了一个接口契约，并定义了服务的行为以及接受和返回的消息。

接口通常在公共注册中心或者目录中发布，并在那里按照所提供的不同服务进行分类，就像电话簿黄页中列出的企业和电话号码一样。客户（服务消费者）能够根据不同的分类特征通过动态查询服务来查找特定的服务。这个过程被称为服务的动态发现。

服务消费者或者客户通过消息来消费服务。因为接口契约是独立于平台和语言的，消息通常用符合XML 模式的XML文档来构造。

SOA中的不同角色的相互关系如图：

图2 SOA软件模型图

SOA的软件模型涉及到如下技术：

Web Service也叫XML Web Service。Web Service是通过SOAP在Web上提供的软件服务，使用WSDL文件进行说明，并通过UDDI进行注册。

XML：(Extensible Markup Language)扩展型可标记语言。面向短期的临时数据处理、面向万维网络，是SOAP的基础。

SOAP：(Simple Object Access Protocol)简单对象存取协议。是XML Web Service 的通信协议。当用户通过UDDI找到WSDL描述文档后，可以通过SOAP调用Web服务中的一个或者多个操作。SOAP是XML文档形式的调用方法的规范，它可以支持不同的底层接口，例如HTTP(S)或者SMTP。

WSDL：(Web Services Description Language) WSDL 文件是一个 XML 文档，用于说明一组 SOAP 消息以及如何交换这些消息。大多数情况下由软件自动生成和使用。

UDDI (Universal Description, Discovery, and Integration)是Web Service集成的一个体系框架。它包含了服务描述与发现的标准规范。在使用者调用Web Service之前，必须确定这个服务内包含哪些方法，并找到被调用的接口定义。UDDI利用SOAP消息机制（标准的XML/HTTP）来发布、编辑、浏览以及查找注册信息。它采用XML格式来封装各种不同类型的数据，并且发送到注册中心或者由注册中心来返回需要的数据。

3.6.2Web Service技术

Web服务是一种面向服务的架构的技术，通过标准的Web协议提供服务，目的是保证不同平台的应用服务可以互操作。Web服务使用WSDL作为服务描述语言，使用SOAP作为交互的消息格式。WSDL模型如下图所示：

图3 WSDL模型图

Web服务使用基于XML 的消息处理作为基本的数据通讯方式，消除使用不同组件模型、操作系统和编程语言的系统之间存在的差异，使异类系统能够作为单个计算网络协同运行。开发人员可以用像过去在创建分布式应用程序时使用组件一样的方式创建将来自各种源的Web服务组合在一起的应用程序。Web 服务在B/S结构下实现向它的客户端提供某些功能以供其使用。也可以以复合方式使用Web服务来集成一组似乎完全不同的现有应用程序。还能创建构成端对端工作流解决方案的应用程序。

3.6.3多层体系架构设计

在符合架构约束的情况下，拟采用MVC设计模式。模型－视图－控制器（MVC）是Xerox PARC在八十年代为编程语言Smalltalk－80发明的一种软件设计模式，至今已被广泛使用。

模型-视图-控制结构是交互式应用程序广泛使用的一种体系结构。它有效地在存储和展示数据的对象中区分功能模块以降低它们之间的连接度，这种体系结构将传统的输入、处理和输入模型转化为图形显示的用户交互模型，或者换一种说法，是多层次的Web商业应用；MVC体系结构具有三个层面：模型（Model）、视图（View）和控制（Controller），每个层面有其各自的功能作用。

模型层负责表达和访问业务数据，执行业务逻辑和操作。也就是说，这一层就是现实生活中功能的软件模拟；在模型层变化的时候，它将通知视图层并提供后者访问自身状态的能力，同时控制层也可以访问其功能函数以完成相关的任务。

视图层负责显示模型层的内容。它从模型层取得数据并指定这些数据如何被显示出来。在模型层变化的时候，它将自动更新。另外视图层也会将用户的输入传送给控制器。

控制层负责定义应用程序的行为。它可以分派用户的请求并选择恰当的视图以用于显示，同时它也可以解释用户的输入并将它们映射为模型层可执行的操作；在一个图形界面中，常见的用户输入包括点击按钮和菜单选择。在Web应用中，它包括对Web层的HTTP GET和POST的请求；控制层可以基于用户的交互和模型层的操作结果来选择下一个可以显示的视图，一个应用程序通常会基于一组相关功能设定一个控制层的模块，甚至一些应用程序会根据不同的用户类型具有不同的控制层设定，这主要是由于不同用户的视图交互和选择也是不同的。

在模型层、视图层和控制层之间划分责任可以减少代码的重复度，并使应用程序维护起来更简单。同时由于数据和业务逻辑的分开，在新的数据源加入和数据显示变化的时候，数据处理也会变得更简单。

3.6.4AJAX

为了提升前端用户的访问体验，减少服务器负载。AJA是指一种创建交互式网页应用的网页开发技术，本项目将采用AJAX技术处理浏览器和服务器之间的传输。

AJAX全称为Asynchronous JavaScript and XML，是一种创建交互式网页应用的网页开发技术。

传统的WEB应用允许用户填写表单，当提交表单时就向WEB服务器发送一个请求。服务器接收并处理传来的表单，然后返回一个新的网页。这个做法浪费了许多带宽，因为在前后两个页面中的大部分HTML代码往往是相同的。由于每次应用的交互都需要向服务器发送请求，应用的响应时间就依赖于服务器的响应时间。这导致了用户界面的响应比本地应用慢得多。与此不同，AJAX应用可以仅向服务器发送并取回必需的数据，它使用SOAP或其它一些基于XML的协议，并在客户端采用JavaScript处理来自服务器的响应。因为在服务器和浏览器之间交换的数据大量减少，结果我们就能看到响应更快的应用。同时很多的处理工作可以在发出请求的客户端机器上完成，所以Web服务器的处理时间也减少了。

1、AJAX应用程序的优势在于：

· 通过异步模式，提升了用户体验。

· 优化了浏览器和服务器之间的传输，减少不必要的数据往返，减少了带宽占用。

· AJAX引擎在客户端运行，承担了一部分本来由服务器承担的工作，从而减少了大用户量下的服务器负载。

2、AJAX主要包含了如下几种技术：

· 基于web标准（standards-based presentation）XHTML+CSS的表示；

· 使用 DOM（Document Object Model）进行动态显示及交互；

· 使用 XML 和 XSLT 进行数据交换及相关操作；

· 使用 XMLHttpRequest 进行异步数据查询、检索；

3、与传统Web表单相比有以下优点：

· 使用Ajax的最大优点，就是能在不更新整个页面的前提下维护数据。这使得Web应用程序更为迅捷地回应用户动作，并避免了在网络上发送那些没有改变过的信息。

· Ajax不需要任何浏览器插件，但需要用户允许JavaScript在浏览器上执行。就像DHTML应用程序那样，Ajax应用程序必须在众多不同的浏览器和平台上经过严格的测试。

3.6.5HTML5

本项目系统前端建设将基于HTML5技术。

HTML5是跨平台的网页程序，这种开放环境通常被称之为“Web标准”的保护伞。HTML5以及JavaScript和CSS相关技术能够让开发者在任何设备上都运行开发丰富的网页应用，并且会有越来越多的企业加入到HTML 5的大平台上来。

HTML5汇集了多项已经获得广泛认同的技术，包括改进视频字幕、自动完成文字输入、拼写检查、更好的图片显示功能和更强大的iframe。HTML5规范的发布与万维网联盟此前制定的计划一致，这样便可确保该标准到2014年最终定稿。

HTML5具有众多新特性，能够更好地保障本项目的成功建设。

1.worker 多线程

在过去很年多里面HTML的一个限制就是多线程，所有运算和展示都在主页面一个线程中，预算稍微大一点网页就卡，对整个用户体验、性能的影响很大。有了HTML5这个问题完全解决了。多线程支持，在与主页面分开的线程中运行处理过程，保留页面以用于主要的功能，并可以同时算多个东西，充分利用了CPU资源。

HTML5的多线程是worker模式，大体的概念是：线程的创建由一个worker来决定，维护了一个线程池。Web Workers 是 HTML5 提供的一个javascript多线程解决方案，我们可以将一些大计算量的代码交由web Worker运行而不冻结用户界面。

HTML5的多线程的特性：

1)在线程中是不能操作DOM节点的（想要操作的话只能发送消息给worker创建者回调函数）；

2)多线程的本质其实是真正的系统线程；

3)能使用setTimeout()，clearTimeout()，setInterval()，clearInterval()等函数；

4)能进行IO操作（ajax）。

2.双向通信WebSocket

WebSockets是在一个(TCP)接口进行双向通信的技术，PUSH技术类型。使用ws或wss协议。WebSocket目前由W3C进行标准化，已经受到Firefox 4、Chrome 4、Opera 10.70以及Safari 5等浏览器的支持。

1)当前的Web通信——轮询（Polling）

通常，当浏览器访问一个网页时，会向托管该网页的Web服务器发送一个HTTP请求，Web服务器识别这一请求，并返回响应。例如，新闻报道，门票销售等，在浏览器渲染页面时，响应可能会过期，如果你想获得最新的“实时”信息，你可以不断地手动刷新页面，但显然这不是最好的办法。

提供的实时Web程序主要是围绕轮询和其它服务器端推送技术进行的，最著名的是Comnet，它推迟了HTTP响应的结束，基于Comnet的推送通常是使用JavaScript结合长轮询(Long Polling)或流连接策略实现的。

使用轮询时，浏览器定期发送HTTP请求，并立即收到响应。这种方式比不断刷新好一些，浏览器不用一闪一闪的重新加载了，而且只传送感兴趣的那一小部分数据，占用带宽变小。

使用长轮询时，浏览器向服务器发送一个请求，服务器在既定期限内保持请求处于打开状态，如果在此期间收到通知，向客户端发送一个包含消息的响应，如果在此期间没有收到消息，服务器发送一个响应终止打开的请求。长轮询相对于一般轮询的优点在于，数据一旦可用，便立即从服务器发送到客户机，因此没有延时，但是服务器有大量消息要推送的时候，长轮询与轮询相比，实际并没有什么本质的提高。

使用流时，浏览器发送一个完整的请求，服务器发送一个响应，并保存打开状态，然后不断更新使其一直保持打开（或在一段时间内保持打开），无论何时消息准备好发送时，响应就更新，但服务器不会发送一个结束的响应，因此连接就一直保持打开状态，后面发送的消息就可以继续使用这个连接。但流仍然是封装在 HTTP中的，阻扰了防火墙和代理服务器选择缓冲区中的内容进行响应，因此消息传递的时间就延长了。许多流式Comnet解决方案都转向了长轮询，另外，TLS（SSL）连接可以用来屏蔽来自缓冲区的响应，但在这种情况下，每个连接消耗的服务器资源更多了。

最终，所有这些方法都提供了实时数据，包含HTTP请求和响应头，其中包含许多额外的，不必要的头数据。为了模拟基于半双工HTTP上的全双工通信，目前的许多解决方案都使用了两个连接：一个下行连接，一个上行连接。维护和协调这两个连接需要大量的系统开销，并增加了复杂性。简言之，HTTP不是为实时的，全双工通信设计的。

2)HTML5 WebSocket

WebSocket通过一个单一的Socket实现一个全双工，双向通信的信道，实现了服务端完美的PUSH。与Ajax相比，Ajax技术需要客户端发起请求，而WebSocket服务器和客户端可以彼此相互推送信息；XHR受到域的限制，而WebSocket允许跨域通信。HTML 5 Web Socket提供了一个真正的标准，可以使用它构建可扩展的实时Web应用程序。此外，由于它提供了一个浏览器自带的套接字，消除了Comet解决方案的许多问题，Web Socket显著降低了系统开销和复杂性，减少不必要的网络流量和延迟。

浏览器通过JavaScript 向服务器发出建立WebSocket 连接的请求，连接建立以后，客户端和服务器端就可以通过TCP连接直接交换数据。

HTML 5 Web Socket在实时Web应用扩展性方面朝前迈出了一大步，HTML 5 Web Socket可以提供5000：1或1000：1的比例（根据HTTP消息头大小）减少不必要的HTTP头流量和3：1的比例减少通信延迟，这不是一个渐进式的改进，而是一次革命性的飞跃。

3.视频音频支持

目前，在网页上嵌入音频或视频，最常用的是Flash等格式。这需要Adobe Flash插件，并且结合和标签，除此之外，Flash具有不开放，耗电，占用系统资源大等缺点。大多数用户已经安装了Flash插件（事实上，大概95%的上网用户都装有Flash的某个版本），但HTML 5的支持者正在推动一个开放的，不需要任何插件的多媒体标准。这就是HTML 5的新标签和带来的新特性，他提供了一个嵌入音频或视频（以及与其交互）而不需要类似Flash的私有插件的方法。然而，多媒体并非那么简单。不仅仅是浏览器需要理解这些标签，而且需要一个必要的编码译码器来播放音频或视频。明显的解决方法只能是HTML 5规范的设计者们选择一个编码译码器，并且让每一个浏览器执行。

4.图像绘制

到目前为止，基本上想要直接在网页上进行绘图还是不能轻易完成的，即使是几何图形也不可以。在浏览器当中直接能跟图片的交互操作也很有限，多数是保存和点击。如果希望能够跟图片进行更多的操作或者在浏览器当中画出图形，就需要flash, silverlight 这类插件来帮忙。

5.位置服务

HTML5提供了一组API用来获取用户的地理位置，如果浏览器支持且设备具有定位功能，就能够直接使用这组API来获取当前位置信息。

该API是navigator对象的一个属性 – Geolocation。目前除了ie内核浏览器外，其他浏览器的最新版本基本都支持Geolocation。同时，移动设备IOS 3.0+ 和 Android 2.0+ 系统也支持它，现在很多移动设备的应用加入了地理定位的元素。navigator.geolocation有三个方法getCurrentPosition()、watchPosition()和clearWatch()，其功能分别是检索但只检索一次用户的当前位置、定期轮询用户的位置，查看用户的位置是否发生改变、终止正在进行的watchPosition()。

HTML5的Geolocation API主要特点在于：1. 本身不去获取用户的位置，而是通过其他三方接口来获取，例如IP,GPS,WIFI等方式。2. 用户可以随时开启和关闭，在被程序调用时也会首先征得用户同意，保证了用户的隐私。

6.本地存储

本地持久化存储一直是本地客户端程序优于 web 程序的一个方面。在 web 早期就发明了 cookie，目的是在本地持久存储少量数据。但是，cookie 有三个致命缺点。

但HTML5 Storage就是一种让 web 页面能够以键值对的形式，在客户端web浏览器中将数据存储在本地的方法。就像 cookie 一样，这种数据在你离开 web 站点、关闭标签页、退出浏览器等等的时候依然保存。不同于 cookie 的地方是，这个数据不会被发送到远程 web 服务器（除非你自己手动发送）。另外，不同于我们前面所说的那些解决方案，这种机制是 web 浏览器原生提供的，所以不需要第三方插件的支持。

7.离线缓存以及速度

相对传统的应用,web应用不需要安装，所占空间小的特性使其具备传统软件应用所不具备的优势，然而，目前制约web应用最大的问题在于网络连接不能够无时无处，连接断了，数据也就没了。在飞机上，汽车上，火车上，有很多地方都无法被网络信号所覆盖，因此web应用也就无法使用。

HTML5的离线存储使得这个问题迎刃而解。HTML5的web storage API 采用了离线缓存，会生成一个清单文件（manifest file），这个清单文件实质就是一系列的URL列表文件，这些URL分别指向页面当中的HTML,CSS,Javascrpit,图片等相关内容。当使用离线应用时，应用会引入这一清单文件，浏览器会读取这一文件，下载相应的文件，并将其缓存到本地。使得这些web应用能够脱离网络使用，而用户在离线时的更改也同样会映射到清单文件中，并在重新连线之后将更改返回应用，工作方式与我们现在所使用的网盘有着异曲同工之处。

缓存的强大并不止在于离线应用，同样在于对cookies的替代，目前我们经常使用的保存网站密码，使用的就是cookies将密码信息缓存到本地，当需要时再发送至服务器端。然而，cookies有其本身的缺点—4KB的大小和反复在服务器和本地之间传输，并且无法被加密。对于cookies的反复传输，不仅浪费了使用者的带宽、供应商的服务器的性能，更增加了被泄露的危险。

Web storage API 解救了cookies, 据现有的资料，web storage API将至少支持4M的空间作为缓存，对于日常的清单文件和基础信息，应该已经足够使用了，毕竟4KB我们不是都使用了这么多年。速度的提升方式在于，webstorage API 将不再无休止的传输相同的数据给服务器，而只在服务器请求和做出更改时传输变更的必须文件，这样就大大节省了带宽，也减轻了服务器的压力。

3.6.6GIS技术

GIS(Geographic Information Systems）地理信息系统的简称，是以地理空间数据库为基础，在计算机软硬件的支持下，运用系统工程和信息科学的理论，科学管理和综合分析具有空间内涵的地理数据，以提供管理、决策等所需信息的技术系统。简单的说，GIS是综合处理和分析地理空间数据的一种技术系统，是以测绘测量为基础，以数据库作为数据储存和使用的数据源，以计算机编程为平台的全球空间分析即时技术。

GIS主要是用来处理和地理位置有关数据的技术，基本的功能就是地图的放大缩小浏览，标注，对于数据的分析，提供决策支持等等。

3.6.7J2EE技术

J2EE平台适用多层次分布式应用模型，采用基于组件的方式来设计、开发、组装和部署企业应用系统，以及基于可扩展标记语言（XML）的数据交换、统一的安全模式和灵活的事务控制。凭借这些技术，不但可以面对快速变化的市场提供崭新的解决方案。而且，开发出来的是与平台无关的J2EE组件的解决方案，它不依赖于某个特定厂商提供的产品或者API。这意味着不管是开发商还是最终用户都有最大的自由去选择那些更能满足他们业务或技术需求的产品或组件，不但有利于降低信息系统拥有成本，也有利于适用快速变化的市场需求。

J2EE技术是基于JAVA语言的面向企业级应用的技术标准簇，JAVA语言的与平台无关性，保证了基于J2EE平台开发的应用系统和支撑环境可以跨操作系统平台在各种标准J2EE应用服务器中运行。

3.6.8大数据技术

随着移动互联网及移动智能终端的普及，进入了一个大数据时代。大数据不仅数据量巨大，以至于无法用常规的数据处理方法进行处理应用，更重要的是大数据具有多样性、动态性、变化性以及价值高等特点，支撑更深入的智能化分析。大数据技术可以整合分析跨地域、跨行业、跨部门的海量数据，将特定的信息应用于特定的行业和特定的解决方案中，从而实现对数字信息的智慧化处理。大数据的应用遍布智慧城市的各个系统，是城市运营管理实现智慧化的核心技术。

3.6.9云存储、云计算技术

云存储由一个管理节点和N个数据节点组成，每个节点均是一台普通的计算机。在使用上同我们熟悉的单机上的文件系统非常类似，一样可以建目录，创建，复制，删除文件，查看文件内容等。但其底层实现上是把文件切割成数据块，然后这些数据块分散地存储于不同的数据节点上，每个数据块还可以复制数份存储于不同的数据节点上，达到容错容灾之目的。管理节点则是整个云存储的核心，它通过维护一些数据结构，记录了每一个文件被切割成了多少个数据块，这些数据块可以从哪些数据节点中获得，各个数据节点的状态等重要信息。数据节点在管理节点的指挥下进行数据块的创建、删除和复制。

3.6.10安全认证技术

平台综合采取信息加密、防病毒、防火墙、防黑客、安全认证、网络安全审计、网络监测等各项安全技术，同时建立以严格的分层次用户权限管理模块，包括对应用系统功能授权及对数据库访问权限的严密控制。

3.6.11数据共享技术

本项目平台需要与广州开发区招商信息服务工作平台、广州开发区信息化办公室黄埔地理空间框架公共信息平台、广州开发区审批服务大数据平台、广州开发区重点项目管理系统、广州市黄埔区（广州开发区）安全生产监督综合管理系统等多个系统进行数据共享。

本平台数据共享模块提供Web服务代理，服务提供方可以把服务注册到数据共享模块，数据共享模块根据服务定义生成Web服务代理程序。服务使用方调用数据中心的服务代理，由数据共享模块服务代理再调用服务提供方的Web服务，把结果返回服务使用方。服务代理的运行机制如下图所示：

图4 数据共享机制图

4、 企业投资建设项目全周期管理业务流程

企业投资建设项目全周期管理业务流程主要包括：筹建前期阶段、筹建阶段、综合验收阶段和验收核准阶段。具体业务流程如下：

图5 企业投资建设项目全周期管理业务流程图

5、 项目总体架构

图6 平台建设总体框架图

6、 项目总体采购内容

6.1采购内容

6.1.1 数据资源库建设

包括数据管理、数据标准、服务规范、数据采集、分析、标准数据库建立、数据规范化整理、整合关联、数据检查以及数据入库。

6.1.2 应用系统建设

包括统一前台门户网站、企业全程服务网办系统、项目信息综合管理系统、项目施工精细管理系统、项目信息服务分析系统、效益大数据分析评估系统、档案管理系统、后台管理系统共8个子系统以及5个外部系统的接口对接。

6.1.3 移动应用现场核查APP建设

包括用户登陆、地图浏览、图层加载、项目地图定位、点查图层属性、项目密度分布、项目隐患分布、照片上传、项目信息填报、信息查询、施工信息查询、开工延期上报、闲置用地上报、低效用地评估上报共14个功能。

6.1.4 系统运行环境建设

包括硬件环境建设和软件环境建设。

6.2数据资源库建设

本项目平台的数据来源包括投促局的招商服务信息工作平台、审批局的审批服务大数据平台、发改局的重点项目管理系统等系统，数据获取方式通过接口实时入库、实时调用数据服务、文件定时或根据项目实际情况手工导入的方式将数据汇总到平台的数据资源库中。在接口调用的过程中，通过数据的抽取转换和整合，参考统一的数据标准规范、统一地理基准和数据注册接入方式，最终形成标准统一的全周期动态管理平台基础信息数据库。

6.2.1数据流向图

本项目平台的数据来源包括投促局的招商服务信息工作平台、审批局的审批服务大数据平台、发改局的重点项目管理系统等系统，数据获取方式通过接口实时入库、实时调用数据服务、文件定时或根据项目实际情况手工导入的方式将数据汇总到平台的数据资源库中。在接口调用的过程中，通过数据的抽取转换和整合，参考统一的数据标准规范、统一地理基准和数据注册接入方式，最终形成标准统一的全周期动态管理平台基础信息数据库。

基础信息数据库根据数据内容标准划分为审批数据、空间数据、企业数据、项目管理数据和经济数据等，通过创建统一的数据资源目录将数据提供给政府单位、各街镇、企建局和企业使用。并最终给企建局提供项目资源的统一管理和数据资源整合管理，可以协助政府各单位行政审批，并为领导层提供辅助决策，进而优化全区的营商环境。平台的详细数据流向图如下图所示：

图7 平台数据资源流向图

6.2.2数据管理

6.2.2.1数据库建设

本项目建设拟通过所采集的区企业新筹建项目全生命周期的数据情况，参照相关技术规程与数据库标准，建立区企业新筹建项目全生命周期数据资源数据库，并建立区企业新筹建项目全生命周期资源数据标准规范。主要工作包括：

1.确定采用的数据库平台和地理信息系统平台；

2.确定数据库的数学基础，统一坐标系统；

3.在指定的数据库平台下，设计具体的数据库表，建立数据字典，在地理信息系统平台中建立空间数据图层，并建立相应的属性结构表；

4.确定项目的类型，根据项目类型分别建立不同的数据库标准和成果库标准。

本期系统所采集到多元化源数据先行集中到汇集库中等待处理。然后在汇集库的基础上进行数据的清洗、转换和加载等一系列处理过程，同时按照自定义的业务主题进行分类，最终形成基础数据资源库，基础数据资源库的存储架构采用数据库集群方式存储。

从数据库的可靠性、高可用、容灾、备份恢复、性能诊断、功能扩展性考虑推荐Oracle或者达梦数据库。在数据库中，可以采用下列关键技术来满足数据仓库系统对海量数据管理及复杂查询的要求：

· 数据分区技术

· 并行处理技术

· 复杂查询技术

· 数据压缩技术

6.2.2.2数据质量控制标准建设

通过建设数据质量控制标准，建立对应的数据管理标准，包括采集、接口、传输、存储等全过程的质量控制标准。

6.2.2.3元数据管理系统建设

业务元数据管理系统要为企业全程服务网办等系统提供元数据支持，并且在对信息资源生命周期的全程管理中，共享目录系统也需要从其他子系统中采集元数据。

6.2.2.4数据资源目录系统

数据资源目录系统实现将平台内的元数据进行按照职能架构及业务或其他维度进行编制。

数据资源目录管理服务主要是为业务专员提供可视化树形菜单操作界面，指标管理和维度管理是基于资源目录上进行目录管理，其管理服务内容包括查、增、删、改等操作。

6.2.3数据标准规范建设

在参照国内外行业标准、规范及研究成果基础上，结合广州开发区企业建设与服务局的实际业务情况，编制适用于黄埔区广州开发区企业投资建设项目全周期动态管理服务平台的标准规范，特别是数据标准规范。通过广泛征求专家、学者以及实际工作人员的意见和建议，以及通过反复讨论、修改完善，最终形成一个完整、科学、实用的黄埔区广州开发区企业投资建设项目全周期动态管理服务平台标准体系，保障系统的正常运行，促进企业筹建的服务提升。标准规范系统建设流程如下图所示。

图8 标准规范建设流程

标准规范建设内容包括数据标准、服务规范、应用规范、评价指标，主要内容如下图所示。

图9 标准体系建设内容

6.2.3.1数据标准

为保证筹建项目全周期动态管理服务平台中的各类数据资源的共享与集成服务，制定的空间数据管理与共享的标准规定、信息共享与更新机制，定位参照系统、数据模型、数据字典、数据质量、数据交换格式及元数据等数据标准、技术标准和应用标准等。其作用是规定地理信息数据描述、加工、处理、分析、查询、表示、转换的方法、工艺和服务。初步拟定的数据规定如下：

（1）《数据标准规定》

（2）《数据维护与更新规定》

（3）《数据保密处理技术规定》

以上数据规定与国家或行业标准重复的直接采用国家或行业标准。

6.2.3.2服务规范

为了确保平台的正常运行，实现多级互联，保证各个节点提供的服务能够协同提供统一的服务，需要规定或制定相应的服务技术规定。服务规定是平台建设的重中之重，它定义了系统与系统之间、数据与数据之间、服务与服务之间的通讯协议。

（1）《服务元数据规定》

（2）《服务注册、发现接口规定》

（3）《服务开发规定》

（4）《服务调用规定》

（5）《用户管理规定》

以上服务规定与国家或行业标准重复的直接采用国家或行业标准。

6.2.3.3低效用地评价指标

为了更加准确的评估低效用地，需要确定合理的评价指标，整理评价指标体系。根据黄埔区广州开发区目前低效用地所采用的判定标准，并结合国内其他先进城市或区域低效用地的判定标准。通过分析整理综合选定低效用地评价指标因子，例如：亩均税收、亩均产值、单位能耗工业增加值、单位COD排放工业增加值、单位用水量工业增加值、全员劳动生产率，并赋予因子权重，最终形成适合黄埔区广州开发区的低效用地评价指标体系。

6.2.4数据采集模块

6.2.4.1数据源

从企业投资建设项目所涉及的职能部门角度，本项目的数据获取范围主要包括如下：

1、国土规划部门

主要需要获取的信息有：选址申请、选址意见书和蓝线图、设计要点、申请用地规划许可证及初步设计审批、建筑报建、签订国有土地使用权出让合同。

此外，还需要提供基础地理服务数据：包括电子政务地图、影像数据、行政界线、地形图。

2、发改部门

主要需要获取的信息有：筹建项目建设前投资协议内容、投资金额、投资规模、投资开始时间、投资期限。

3、建设和环境管理部门

主要需要获取的信息有：施工图设计文件审查、施工任务发包及承包登记、监理任务发包及承包登记、办理施工许可证、基建验收；临时和永久市政设施报建（包括开路口及排水排污报建）、永久用电高压房10KV进线电缆工程的安排、厂区绿化报建、市政验收；建设和环境管理局环保处：环境影响评估及环保验收（有废水或废气排放的企业需进行环保试生产申请）。

4、审批部门

主要需要获取的信息有：每个阶段的审批事项、审批事项流程、审批时限、审批流程阶段、审批办理状态、审批结果、审批批复文件信息。

5、公安分局消防部门

主要需要获取的信息包括：消防报建、消防验收等。

6、安全生产监督部门

主要需要获取的信息有：初步设计审批、安全生产报建、安全生产验收（危险化学品生产、储存项目还需要进行验收评价）等。

7、供电部门

主要需要获取的信息有：初步设计审批、永久用电报装等。

8、供水管理中心

主要需要获取的信息有：初步设计审批、永久用水报装等。

9、统计、财政部门

主要需要获取的信息有：企业历年的税收数据等。

10、区企业建设和服务局

主要需要获取的信息有：历年企业投资建设项目信息、低效用地评价信息等。

6.2.4.2存量数据整理

目前广州开发区企业建设和服务局已有存量项目300多个，每个项目涉及业务事项70多个，平均每个事项涉及纸质材料3份。以往所有筹建项目通过台账和纸质材料保存。300多个项目中有部分重点项目具备720全景数据（约50个左右），所有项目包含红线图等空间位置数据。

存量数据整理的工作内容主要包括收集部分各外部部门通过离线拷贝、发布服务获取的数据，还包括企建局历史项目数据。整理的内容包括：项目信息电子化，项目位置在地图上标记，空间位置关联，与区720全景数据关联挂接。

企建局历史项目整理工作流程主要分为准备工作、规范化整理、整合关联、数据检查入库。准备工作主要包括数据收集、数据分析；数据规范化主要包括无效数据清理、规范化整理、数据采集完善、数据整理；整合关联主要包括数据的整合关联；数据入库主要包括数据检查和数据入库。

6.2.4.2.1准备工作

一、数据收集

1.对于已利用信息化手段实现的电子数据，可以直接建成较为完备的数据库的，搜集完备的电子数据信息、元数据信息以及相应的数据库结构设计、执行的数据库标准、技术规程等资料。

2.对于利用传统方式（普通数据表格和纸质档案）管理的数据，需要搜集相关资料与数据，以及原来执行的技术规程等。

二、数据分析

在前期准备工作中需要对载体资源数据进行如下分析整理：

1.数据类型分析，确定数据源的存储形式和数据格式，选择数据采集整合方法。

2.现势性分析，确定数据源的现势性，分析其是否符合当前现状实际，与实际不一致的需剔除。

3.完整性分析，判断数据源的空间覆盖范围是否在范围之内，不完整的需找出原因并后期补充完善。

4.一致性分析，判断数据源的面积单位、小数点位数等是否与标准一致，不一致的确定换算方法。

5.空间参考分析，确定是否需要坐标转换，以及转换方式方法。

6.连续性分析，针对建设项目库信息需要从项目的生命周期进行分析整理，必须对数据进行连续性分析。

6.2.4.2.2数据规范化

一、无效数据清理

本次收集的载体资源来源广泛，数据本身可能存在冗余、不符合规范等问题，所以在进行数据入库之前应对数据进行全面细致的分析，清除无效和重复的数据。

二、规范化整理

对数据进行规范化梳理，主要解决以下几个方面的问题：

1.解决数据类型、小数点位数和数量单位不统一的问题，实现在同一个行政区划范围内，同一类数据完全一致；

2.解决同一个具体地理范围内坐标参考不一致的问题，实现相同比例尺下同一地理范围内空间参考一致。

3.对项目信息原电子信息不齐的进行补充完善。

三、数据收集完善

针对数据收集和规范化处理后所出现的信息缺失、关联关系不完善、空间位置冲突等问题，可通过数据收集的方法完善。根据数据不完善的情况可分为两类：一类是建设项目属性信息的缺失、不全，可以通过人工手工录入、计算机自动导入匹配等手段进行补充完善；另一类是空间数据缺失不完整或时效性较差的情况，可与其他部门数据进行对接，实时更新。

四、数据整理

参照比例尺、属性结构、坐标参考以及精度等指标，在保证拓扑无错误、属性值域正确、信息表达一致等前提下，对项目的空间信息、非空间信息进行整理。

6.2.4.2.3整合关联

通过对数据整理后的项目信息进行冗余数据剔除、信息补录等操作，形成规范化的空间数据以及与之关联的项目数据，并实现项目信息与地理空间位置的关联，审批信息与项目信息的关联。

6.2.4.2.4数据检查入库

一、数据检查

数据入库要进行全面的信息复核，保证入库的数据符合质量控制要求。非空间数据信息采用随机抽样检查。空间数据信息采用计算机检查软件完全检查，使用预先定义和设计好的规则、方法或软件进行全面、自动的检查。

核心的质量控制要素罗列如下：

1.空间数据

①图层名称规范性。

图层命名规范、统一。

②属性数据结构一致性。

在数据库属性结构表中，属性项的定义与描述准确。

③代码一致性。

有明确命名规则、编码规则和数据字典的属性项，应严格执行编码方法，保持编码语义一致。

2.非空间数据

①完整性。

数据表齐全。

②属性数据结构准确。

在数据库属性结构表中，属性项的定义与描述准确。

③表内逻辑一致性检查

对数据表内相关联约束字段进行一致性检查，保证逻辑关系正确。

④表间逻辑一致性检查

对数据表中的关联主键进行检查，保证关联关系正确；相关联的属性项之间没有逻辑错误。

二、数据入库

1.空间数据

将整合后的项目空间数据入库，根据规范要求进行属性值代码化、表达标准化。此部分数据入库后必须满足数据的质量要求。

2.项目数据

将整合后的项目数据，根据规范要求导入到平台中。此部分数据入库后必须满足数据的质量要求，并与空间数据进行关联。

6.2.4.3数据获取方式

平台进行数据获取的方式主要包括数据库方式、文件方式和Web接口服务三种方式。

数据库方式是为了保证系统的安全性，不允许直接进行数据库连接或直接访问系统，平台可以通过提供中间数据库的方式，即数据库前置机数据库方式的交换，这种方式，既保证了数据的安全，也增强了系统的灵活性。

文件方式是针对统计局等保密性较强的数据，无法通过数据接口和数据库的方式进行获取共享时，按要求将文件存放至指定的共享文件目录，由数据共享交换平台读取并解析，从而实现数据共享交换，或者离线通过数据拷贝的方式导入到平台中。

Web接口服务方式是平台根据服务定义生成Web服务代理程序。服务使用方调用数据中心的服务代理，由数据交换平台服务代理再调用服务提供方的Web服务，把结果返回服务使用方。

6.2.4.4数据采集服务

通过数据采集子系统的应用，可以快速、及时、高效地完成共享信息的采集。建立数据采集机制，采集填报数据、部门现有数据、其他单位数据。能够采用多种方法确保共享信息的有效性、准确性、一致性和完整性，并对采集过程实行有效的监控，为系统管理员提供一个易用、智能化的管理界面。具有以下服务：

（1）数据增量、全量采集

首次采用全量采集，之后采集则视系统对接情况，采用增量或全量形式进行采集。要求系统能够正确的识别增量数据，保证采集过程的完整性、准确性、高效性。能够灵活定制数据采集过程中对数据进行校验。

源系统 目标系统

图10 数据采集服务

数据采集系统采用时间戳功能，实现数据的字段级别的增量更新。

（2）数据格式转换

当数据源和目标系统的数据库结构存在差异时，系统提供的格式转换功能会对表字段和内容进行转换。如在将源数据系统中与目标系统中的表字段存在差异，则系统会根据设置的字段名称转换规则进行字段名称格式转换。同样，若两者对统一属性的表示方式不一致，则系统也可以进行数据内容转换。

（3）对采集过程进行有效的监控

通过系统日志与采集日志，对采集子系统进行有效的监控。提供尽理简洁易懂的日志信息，通过日志信息能够监控系统的运行情况，同时为系统管理员排错提供有效信息。

6.2.4.5数据采集对接

根据企业新筹建项目全生命周期，该系统数据采集对接范围主要包括：

1． 与广州开发区招商服务信息工作平台对接，获取包括涉及项目准入评审、投资协议签订、投资金额、投资规模、投资领域、投入时间、预计效益等数据；

2． 与萝岗地理空间框架及智慧城市公共信息平台的对接，获取包括电子政务地图、影像数据、地名地址数据、行政界限、地形图等数据；

3． 与广州开发区审批服务大数据平台对接，获取包括企业筹建前期阶段各审批数据、企业筹建阶段各审批数据以及综合验收阶段各验收数据等数据；

4． 与广州开发区重点项目管理系统对接，获取包括开发区重点项目的投资协议编号（包括文本）、项目名称、产业类型等数据；

5． 与广州市黄埔区（广州开发区）安全生产监督综合管理系统对接，获取包括安全生产竣工验收建档备案数据。

· 数据接口功能

在建设过程中采用标准化的原则，遵循国家标准、行业标准及本部门相应的接口标准。具备国际化标准的网络协议、软件体系结构和接口，保证系统能与其它系统进行快速、顺利的信息交换，便于扩展和升级。

系统全面支持业内标准，应用服务器程序可以与各类主流关系型数据库连接，支持SOA、Web Services、XML等业界主流标准。

· 数据交换功能

数据交换子模块主要为区企业建设与服务局提供数据交换的应用与管理模式，用户通过浏览器界面，即可方便、快捷地完成数据交换系统的安装、配置、部署、运行、监控与管理。帮助用户快速建立IT应用系统间的数据交换支撑系统，便捷地实现数据交换的业务需求，全面地监控和管理数据交换系统的运行，尤其适用于跨部门、跨地域、跨层级的数据交换应用。

通过数据交换子模块的搭建，通过本系统跟其他单位系统进行对接，能快速稳定的实现异地、异构数据库的数据整合、交换，消除信息孤岛、完成数据集中整合，形成数据资源库来支撑企业投资建设项目数据的挖掘及分析。

本项目基于成熟稳定的数据交换模块中间件构建面向最终用户的、易于管理的、开箱即用的外部数据交换系统，实现共享交换中心与区企业建设与服务局间的关系数据库数据单向、双向、定时、实时同步，支持一对一、一对多、多对多等多种交换场景。

· 文件传输功能

基于面向分布式应用的文件传输子模块，提供各类应用需要的通用传输功能，以成熟的文件传输平台中间件为基础进行架构，从而保证其核心系统稳定可靠、具有良好的可扩展性和相当好的处理性能、并且易于管理和维护。同时，平台提供批量文件传输所需要的各种管理、部署和安全功能，使其方便易用。借助此平台无需任何编码，只需进行简单的配置就可以轻松实现不同节点间的文件可靠、安全、高效的传输。

6.2.5数据整理入库

本系统所需数据，主要由广州开发区审批服务大数据平台、广州开发区招商服务信息工作平台、广州开发区重点项目管理系统等系统提供，并按照上述区企业新筹建项目全生命周期数据标准进行清洗、迁移、归类入库。

6.2.5.1数据清洗

数据清洗主要通过系统预定义的数据清理规则将各类采集的源数据转化为满足数据质量要求的数据，主要从数据的准确性、完整性、一致性、唯一性、适时性、有效性等多个方面来处理数据的丢失值、越界值、不一致代码、重复数据等问题。

6.2.5.2数据迁移

本项目数据迁移的目的主要是将旧系统中的历史、存量企业投资建设项目数据按照预设的规则迁移到新系统中，通过一系列数据质量分析以及检查流程（数据格式检查、长度检查、区间范围检查、空值检查、完整性检查以及一致性检查等）将旧数据转换、加载到目标数据库（汇集库）中。

6.2.5.3数据入库

数据入库主要是在汇集库的基础上进行数据的清洗、转换和加载等一系列处理过程，同时按照自定义的业务主题进行分类，最终形成基础数据资源库。具体类别示例如下：

1． 低效用地评估类主题数据库；

2． 项目管理类主题数据库；

3． 项目审批类主题数据库；

4． 项目空间类主题数据库；

5． 企业注册类主题数据库；

6． 企业经济统计类主题数据库；

7． 其他主题数据库。

6.2.6数据库结构设计

按照数据管理的数据类型、数据来源、数据使用目的等类别，将平台的数据设计为：项目审批数据、项目空间数据、企业注册数据、项目管理数据、企业经济统计数据等五大类，并根据每一类数据设计出对应的数据表。

表1项目数据设计表

序号

大类

表名

1

项目空间数据（调用数据服务）

电子政务地图

2

影像数据

3

地名地址数据

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

企业经济统计数据

项目用地评价指标信息表

详细表格设计内容如下各表所示：

6.2.6.1项目审批数据

6.2.6.1.1审批部门表

序号

指标项

字段名

类型

备注

1

流水号

LSH

BIGINT

内部唯一标识

2

地方审批部门代码

DFSPBMDM

VARCHAR(20)

填写地方平台编制的地方审批部门唯一的统一社会信用代码或组织机构代码。

3

地方审批部门名称

DFSPBMMC

VARCHAR(50)

填写地方审批部门代码对应的部门名称。

4

行政区划代码

XZQHDM

VARCHAR(6)

审批部门所在的行政区划代码。

6.2.6.1.2部门事项基本信息表

序号

指标项

字段名

类型

备注

1

流水号

LSH

BIGINT

内部唯一标识

2

事项名称

SXMC

VARCHAR(100)

3

事项编码

SXBM

VARCHAR(50)

4

审批部门代码

SPBMDM

VARCHAR(200)

取自1）审批部门表中的地方审批部门代码

5

事项类型

SXLX

INT

代码参照附录“部门事项类型”

6

办件类型

BJLX

INT

代码参照附录“办件类型”

7

申请对象

SQDX

INT

代码参照附录“申请对象类型”

8

受理方式

SLFS

INT

代码参照附录“受理方式”

9

办理依据

BLYJ

BLOB

10

办理流程

BLLC

BLOB

11

办理时限

BLSX

INT

以“工作日”为单位，例如填写“3”，就是3个工作日

12

办理结果送达方式

BLJGSDFS

INT

代码参照附录“办理结果送达方式”

13

文书模版

WSMB

BLOB

14

申请表范本

SQBFB

BLOB

15

申请表模版

SQBMB

BLOB

16

审批结果代码

SPJGMC

VARCHAR(200)

取自8）表中的目录代码

17

对应标准审批事项编码

DYBZSPSXBM

VARCHAR(6)

如果此地方审批事项与附录“标准事项”或“市政公用基础设施服务”中的标准事项一致，则填写对应的标准事项编码。否则填写“000”。

18

事项状态

SXZT

INT

填写事项当前生效状态，是草稿、发布、暂停，还是废止，代码参照附录“事项生效状态”

6.2.6.1.3部门事项申请材料信息表

序号

指标项

字段名

类型

备注

1

流水号

LSH

BIGINT

内部唯一标识

2

事项流水号

SXLSH

BIGINT

取自2）表中的流水号

3

材料名称

CLMC

VARCHAR(200)

4

材料编码

CLBM

VARCHAR(100)

5

材料说明

CLSM

VARCHAR(1000)

6

收取方式

SQFS

INT

代码参照附录“材料收取方式”

7

应交纸质原件份数

YJZZYJFS

INT

8

应交复印件份数

YJFYJFS

INT

9

样本文档

YBWD

BLOB

10

模版文档

MBWD

BLOB

6.2.6.1.4部门事项其他环节信息表

序号

指标项

字段名

类型

备注

1

流水号

LSH

BIGINT

内部唯一标识

2

事项流水号

SXLSH

BIGINT

取自2）表中的事项流水号

3

环节名称

HJMC

VARCHAR(200)

4

时限类型

SXLX

INT

填写时限类型是自然日，还是工作日，代码参照附录“时限类型”

5

时限数量

SXSL

INT

6

说明

SM

VARCHAR(2000)

7

依据法律法规文件

YJFLWJ

VARCHAR(2000)

6.2.6.1.5项目审批流程信息表

序号

指标项

字段名

类型

备注

1

流水号

LSH

BIGINT

内部唯一标识

2

行政区划代码

XZQHDM

VARCHAR(6)

审批流程所属的行政区划。

行政区划代码参照《2018年5月中华人民共和国县以上行政区划代码》。

3

审批流程编码

SPLCBM

VARCHAR(50)

地方审批流程编码

4

审批流程名称

SPLCMC

VARCHAR(200)

地方审批流程名称

5

审批流程版本号

SPLCBBH

DOUBLE(4,1)

地方审批流程版本号

6

审批流程生效时间

SPLCSXSJ

DATETIME

地方审批流程生效时间。格式为：YR-MM-DD HH:MM:SS

7

适用项目类型

SYXMLX

INT

此地方审批流程所关联的项目类型。

代码参照附录“项目类型”。

8

审批流程说明

SPLCSM

VARCHAR(1000)

流程说明

9

审批流程图附件

SPLCTFJ

BLOB

6.2.6.1.6项目审批流程阶段信息表

序号

指标项

字段名

类型

备注

1

流水号

LSH

BIGINT

内部唯一标识

2

审批流程流水号

SPLCLSH

BIGINT

地方审批流程流水号

3

审批阶段编码

SPJDBM

VARCHAR(100)

地方审批阶段编码

4

审批阶段名称

SPJDMC

VARCHAR(200)

地方审批阶段名称

5

审批阶段序号

SPJDXH

INT

地方审批阶段在总审批流程中的序号

6

对应标准审批阶段序号

BZSPJDXH

INT

如果地方审批阶段与附录“标准审批阶段”中的标准审批阶段一致，则填写对应的标准审批阶段序号。否则填写0。

6.2.6.1.7项目审批事项办理信息表

序号

指标项

字段名

类型

备注

1

流水号

LSH

BIGINT

数据库自动生成，数据记录内部唯一标识。

2

办件单号

BJDH

VARCHAR(50)

办件编号、办件的业务流水号

3

项目代码

XMDM

VARCHAR(32)

全国项目统一代码，如果项目没有全国统一代码，填写地方项目编码。

4

事项类型

SXLX

INT

代码参照附录“部门事项类型”

5

审批事项编码

SPSXBM

VARCHAR(50)

取自表4.1.2中的事项编码。

6

审批部门编码

SPBMBM

VARCHAR(20)

取自表4.1.1中的审批部门代码

7

审批部门名称

SPBMMC

VARCHAR(50)

8

当前办理状态

DCBLZT

INT

事项办理的当前状态。代码参照附录“事项办理状态”。

9

当前状态的时间

DCZTSJ

DATETIME

当前状态办理时间。格式为：YR-MM-DD HH:MM:SS。

10

按期办结时间

AQBJSJ

DATETIME

审批事项按期办结时间。格式为：YR-MM-DD HH:MM:SS。

11

事项登记时间

SXDJSJ

DATETIME

审批事项登记时间时间。格式为：YR-MM-DD HH:MM:SS。

12

事项受理时间

SXSLSJ

DATETIME

审批事项受理时间。格式为：YR-MM-DD HH:MM:SS。

13

公开方式

GKFS

INT

代码参照附录“公开方式”,事项办结时填写，默认是“1主动公开”

14

并联单号

BLDH

VARCHAR(256)

一次并联申报件共用号码

6.2.6.1.8项目审批事项办理状态详细信息表

序号

指标项

字段名

类型

备注

1

流水号

LSH

BIGINT

数据库自动生成，数据记录内部唯一标识。

2

办件单号

BJDH

VARCHAR(50)

办件编号、办件的业务流水号

3

办理人

BLR

VARCHAR(50)

请填写办理人姓名。

4

办理状态

BLZT

INT

代码参照附录“事项办理状态”。

5

办理意见

BLYJ

VARCHAR(2000)

请填写办理意见说明，例如：受理意见、批复意见等。

6

办理时间

BLSJ

DATETIME

格式为：YR-MM-DD HH:MM:SS

7

文书名称

WSMC

VARCHAR(200)

8

文书编号

WSBH

VARCHAR(50)

9

文书附件

WSFJ

BLOB

6.2.6.1.9项目审批事项批复文件信息表

序号

指标项

字段名

类型

备注

1

流水号

LSH

BIGINT

数据库自动生成，数据记录内部唯一标识。

2

办件单号

BJDH

VARCHAR(50)

办件编号、办件的业务流水号

3

批复日期

PFRQ

DATE

审批事项办结（通过）时必填。格式为：YR-MM-DD

4

批复文号

PFWH

VARCHAR(50)

审批事项办结（通过）时必填。

5

批复文件标题

PFWJBT

VARCHAR(400)

审批事项办结（通过）时必填。

6

批复文件有效期限

PFWJYXQX

DATE

审批事项办结（通过），并且有期限的事项时必填。格式为：yr-mm-dd，如果无有效期，请填写9999-01-01。

7

附件名称

FJMC

VARCHAR(512)

附件的文件名

8

附件类型

FJLX

INT

附件的文件类型，如：JP,pd

9

附件地址

FJDZ

BLOB

10

证照目录代码

ZZMLDM

VARCHAR(100)

取自表4.1.8证照目录信息表的目录代码

11

证照结构化信息

ZZXX

LONGTEXT

XML格式表示的证照结构化字段信息

<?XML version="1.0" encoding="gb2312"?>

…

证照数据电文信息查询地址

主题词

…

…

6.2.6.2企业注册数据

6.2.6.2.1证照目录信息表

序号

指标项

字段名

类型

备注

1

流水号

LSH

BIGINT

内部唯一标识

2

目录名称

MLMC

VARCHAR(200)

3

目录代码

MLDM

VARCHAR(100)

4

目录类型

MLLX

INT

代码参照附录“证照目录类型”。

5

样本文档

YBWD

BLOB

6

模版文档

MBWD

BLOB

6.2.6.2.2申报用户信息表

序号

指标项

字段名

类型

备注

1

用户代码

YHDM

BIGINT

内部唯一标识

2

帐号

ZH

VARCHAR(200)

3

密码

MM

VARCHAR(200)

4

申报用户类型

SBYHLX

INT

代码参照附录“申报用户类型”

5

个人用户之姓名

XM

VARCHAR(200)

6

个人用户之证照类型

ZZLX

INT

代码参照附录“个人用户之证照类型”

7

个人用户之证照号码

ZZHM

VARCHAR(200)

8

个人用户之手机号

SJH

VARCHAR(11)

9

单位用户之单位名称

DWMC

VARCHAR(200)

10

单位用户之证照类型

DWZZLX

INT

代码参照附录“法人证照类型”

11

单位用户之单位证照号码

DWZZHM

VARCHAR(200)

12

单位用户之联系人

LXR

VARCHAR(200)

13

单位用户之联系人手机号

LXRSJH

VARCHAR(100)

6.2.6.2.3项目单位信息表

序号

指标项

字段名

类型

备注

1

流水号

LSH

BIGINT

数据库自动生成，数据记录内部唯一标识。

2

单位名称

DWMC

VARCHAR(200)

单位的名称

3

单位证照类型

DWZZLX

INT

代码参照附录“法人证照类型”。

4

单位证照号码

DWZZHM

VARCHAR(100)

请填写项目法人证照类型对应的号码，例如：组织机构代码证号或企业注册号等。

5

联系人

LXR

VARCHAR(50)

单位联系人

6

手机号码

SJHM

VARCHAR(50)

联系人手机号码

7

电子邮箱

DZYX

VARCHAR(50)

联系人电子邮件地址

6.2.6.2.4项目与单位对应关系表

序号

指标项

字段名

类型

备注

1

流水号

LSH

BIGINT

数据库自动生成，数据记录内部唯一标识。

2

项目代码

XMDM

VARCHAR(32)

全国项目统一代码，如果项目没有全国统一代码，填写地方项目编码。

3

单位流水号

DWLSH

BIGINT

4

单位类型

DWLX

INT

代码参照附录“项目单位类型”

6.2.6.3项目管理数据

6.2.6.3.1项目基本信息表

序号

指标项

字段名

类型

备注

1

流水号

LSH

BIGINT

数据库自动生成，数据记录内部唯一标识。

2

行政区划代码

XZQHDM

VARCHAR(32)

项目归属的行政区划。

行政区划代码参照《2018年5月中华人民共和国县以上行政区划代码》

3

项目代码

XMDM

VARCHAR(32)

填写全国项目统一代码(参考“投资项目基本信息共享规范”中的“投资项目统一代码规范”)。如果项目没有全国统一代码，填写地方项目编码。

4

上级项目代码

SJXMDM

VARCHAR(32)

上级项目代码

5

项目名称

XMMC

VARCHAR(512)

项目单位申报项目时，填写的项目名称。

6

工程分类

GCFL

INT

代码参照附录“工程分类”。

7

立项类型

LXFL

INT

代码参照附录“立项类型”

8

项目类型

XMLX

INT

代码参照附录“项目类型”。

9

建设性质

JSXZ

INT

代码参照附录“建设性质”

10

项目资金属性

XMZJSX

INT

代码参照附录“项目资金属性”。

11

国标行业

GBHY

VARCHAR(6)

代码参照附录“国标行业”（国民经济行业分类），至少细化到二级分类。

12

拟开工时间

NKGSJ

DATE

格式为：YR-MM-DD。

13

拟建成时间

NJCSJ

DATE

格式为：YR-MM-DD。

14

总投资额（万元）

ZTZE

DOUBLE(14,4)

精确到万元（人民币）。例如：9000.8899表示9000.8899万元。

15

建设地点

JSDD

VARCHAR(200)

16

建设规模及内容

JSGMJNR

VARCHAR(4000)

17

用地面积(平方米)

YDMJ

DOUBLE(10,2)

18

建筑面积(平方米)

JZMJ

DOUBLE(10,2)

19

用户代码

YHDM

BIGINT

内部唯一标识

20

申报时间

SBSJ

DATETIME

格式为：YR-MM-DD HH:MM:SS

6.2.6.3.2项目监管信息表

序号

指标项

字段名

类型

备注

1

流水号

LSH

BIGINT

数据库自动生成，数据记录内部唯一标识。

2

项目代码

XMDM

VARCHAR(32)

3

监管部门名称

JGBMMC

VARCHAR (50)

4

监管部门所属行政区划代码

JGBMSSXZQY

VARCHAR (6)

监管部门归属的行政区划。

行政区划代码参照《2018年5月中华人民共和国县以上行政区划代码》

5

异常情形

YCQX

INT

代码参照附录“异常情形”

6

异常级别

YCJB

INT

代码参照附录“异常级别”

7

行为内容

XWNR

VARCHAR (4000)

8

监管部门处理结果

JGBMCLJG

VARCHAR(4000)

9

记录时间

JLSJ

DATETIME

格式为：YYYY-MM-DD HH:MM:SS

6.2.6.3.3项目投资信息表

序号

指标项

字段名

类型

备注

1

流水号

LSH

BIGINT

数据库自动生成，数据记录内部唯一标识。

2

项目代码

XMDM

VARCHAR(32)

3

投资协议编号

TZXYBH

VARCHAR(32)

4

计划投资总额（万元）

JHTZZE

DOUBLE(14,4)

精确到万元（人民币）。例如：9000.8899表示9000.8899万元。

5

预计投产产值（万元）

YJTCCZ

DOUBLE(14,4)

精确到万元（人民币）。例如：9000.8899表示9000.8899万元。

6

预计投产税收（万元）

YJTCSS

DOUBLE(14,4)

精确到万元（人民币）。例如：9000.8899表示9000.8899万元。

7

预计达产产值（万元）

YJDCCZ

DOUBLE(14,4)

精确到万元（人民币）。例如：9000.8899表示9000.8899万元。

8

预计达产税收（万元）

YJDCSS

DOUBLE(14,4)

精确到万元（人民币）。例如：9000.8899表示9000.8899万元。

9

预计投产后新增产能（万元）

YJTCHXZCN

DOUBLE(14,4)

精确到万元（人民币）。例如：9000.8899表示9000.8899万元。

10

预计投产时间

YJTCSJ

DATETIME

格式为：YYYY-MM-DD HH:MM:SS

11

预计运营时间

YJYYSJ

DATETIME

格式为：YYYY-MM-DD HH:MM:SS

6.2.6.3.4项目运营信息表

序号

指标项

字段名

类型

备注

1

流水号

LSH

BIGINT

数据库自动生成，数据记录内部唯一标识。

2

项目代码

XMDM

VARCHAR(32)

3

营业状况

YYZK

VARCHAR(32)

营业/关闭

4

企业产值（万元）

QYCZ

DOUBLE(14,4)

精确到万元（人民币）。例如：9000.8899表示9000.8899万元。

5

利润总额（万元）

LRZE

DOUBLE(14,4)

精确到万元（人民币）。例如：9000.8899表示9000.8899万元。

6

纳税总额（万元）

NSZE

DOUBLE(14,4)

精确到万元（人民币）。例如：9000.8899表示9000.8899万元。

7

净利润（万元）

JLR

DOUBLE(14,4)

精确到万元（人民币）。例如：9000.8899表示9000.8899万元。

8

年份

NF

DATETIME

格式为：YYYY

6.2.6.3.5土地出让信息表

序号

指标项

字段名

类型

备注

1

流水号

LSH

BIGINT

数据库自动生成，数据记录内部唯一标识。

2

项目代码

XMDM

VARCHAR(32)

3

合同编号

HTBH

VARCHAR(32)

4

补充合同编号

BCHTBH

VARCHAR(32)

5

电子监管号

DZJGH

VARCHAR(32)

6

用地单位名称

YDDWMC

VARCHAR(512)

7

建设项目名称

JSXMMC

VARCHAR(512)

8

批准文号

PZWH

VARCHAR(512)

9

取得方式

QDFS

VARCHAR(32)

10

宗地编号

ZDBH

VARCHAR(32)

11

宗地座落

ZDZL

VARCHAR(512)

指建设项目地址

12

宗地面积（平方米）

ZDMJ

DOUBLE(10,2)

13

出让面积（平方米）

CRMJ

DOUBLE(10,2)

14

土地/用途

TDYT

VARCHAR(32)

国土资源部“土地利用现状分类”的二级类别

15

规划文号

GHWH

VARCHAR(512)

16

动工时间

DGSJ

DATETIME

格式为：YYYY-MM-DD HH:MM:SS

17

竣工时间

JGSJ

DATETIME

格式为：YYYY-MM-DD HH:MM:SS

18

土地来源

TDLY

VARCHAR(10)

新增/存量

19

报批文号

BPWH

VARCHAR(512)

6.2.6.3.6项目现场巡查信息表

序号

指标项

字段名

类型

备注

1

流水号

LSH

BIGINT

数据库自动生成，数据记录内部唯一标识。

2

项目代码

XMDM

VARCHAR(32)

3

巡查人员名称

XCRYMC

VARCHAR (50)

4

巡查日期

XCRQ

DATETIME

格式为：YYYY-MM-DD HH:MM:SS

5

施工进度

SGJD

VARCHAR (512)

6

存在问题

CZWT

VARCHAR (512)

7

解决事项

JJSX

VARCHAR (512)

8

处理结果

CLJG

VARCHAR(512)

9

附件

FJ

BLOB

现场照片等

6.2.6.3.7协调事项信息表

序号

指标项

字段名

类型

备注

1

流水号

LSH

BIGINT

数据库自动生成，数据记录内部唯一标识。

2

项目代码

XMDM

VARCHAR(32)

3

上报时间

SBSJ

DATETIME

格式为：YYYY-MM-DD HH:MM:SS

4

企业联系人

QYLXR

VARCHAR(32)

5

企业联系电话

QYLXRDH

VARCHAR(32)

6

事项类别

SXLB

VARCHAR (512)

前期阶段：用地手续、征地（青苗）补偿、管线/建构筑物拆迁、土地凭证；建设阶段：规划设计方案等

7

协调事项描述

XTSXMS

VARCHAR (512)

8

需解决时间

XJJSJ

DATETIME

格式为：YYYY-MM-DD HH:MM:SS

9

承办部门

CBBM

VARCHAR(32)

10

协调意见

XTYJ

VARCHAR (512)

11

是否受理

SFSL

VARCHAR(10)

是/否

12

片区负责人

PQFZR

VARCHAR(32)

13

计划解决时间

JHJJSJ

DATETIME

格式为：YYYY-MM-DD HH:MM:SS

14

协调时间

XTSJ

DATETIME

格式为：YYYY-MM-DD HH:MM:SS

15

处理结果

CLJG

VARCHAR (512)

16

附件

FJ

BLOB

6.2.6.3.8验收事项信息表

序号

指标项

字段名

类型

备注

1

流水号

LSH

BIGINT

数据库自动生成，数据记录内部唯一标识。

2

项目代码

XMDM

VARCHAR(32)

3

进入验收时间

JRYSSJ

DATETIME

前期阶段：用地手续、征地（青苗）补偿、管线/建构筑物拆迁、土地凭证；建设阶段：规划设计方案等

4

进入验收状态

JRYSZT

VARCHAR (32)

装修/设备调试/试生产

5

消防进展情况

XFJZQK

VARCHAR (512)

6

消防计划节点

XFJHJD

DATETIME

格式为：YYYY-MM-DD HH:MM:SS

7

消防存在问题

XFCZWT

VARCHAR (512)

8

消防完成时间

XFWCSJ

DATETIME

格式为：YYYY-MM-DD HH:MM:SS

9

市政进展情况

SZJZQK

VARCHAR (512)

10

市政计划节点

SZJHJD

DATETIME

申报备查时间

11

市政存在问题

SZCZWT

VARCHAR (512)

12

市政完成时间

SZWCSJ

DATETIME

格式为：