一网通办远程视频踏勘建设方案

远程视频踏勘系统建设方案一网通办远程视频踏勘系统建设方案建设背景近年来，政务服务不断深化“放管服”改革，坚持以人民为中心，在涉及民生类事项上，不断优化办事流程、环节和时限，推进行政审批和公共服务事项“进厅办”、“现场办”、“限时办”，拓展“互联网+政务服务”的广度、深度、精度、便捷度，加快建设数字城市、数字政府、数字社会，推动实现“办事网上行”、“办事不用跑”。在工程建设项目领域，通过联席会议、连勘联审、联批联验、超时默认等机制，变串联审批为并联审批，打通断点堵点，加快项目达产达效。目前我国疫情防控已进入常态化阶段，疫情催生互联网新技术的加快应用，传统的踏勘模式已不符合当今社会治理与互联网技术深度融合的要求，为提高现场踏勘效率，节约踏勘成本，需要配备远程踏勘设施设备，实现以远程视频代替传统人员现场踏勘的新模式，远程踏勘将“网上办、不见面、保安全、能办事”落到实处，实现“零跑动”“不见面”工作目标，踏勘过程全程留痕。解决了传统现场踏勘的耗时费力问题，同时也调和了现场踏勘任务繁多、现场踏勘人员紧张以及申请人和踏勘人员时间冲突的矛盾，大大降低了行政成本，提高了踏勘效率，最大限度简化审批环节，将“放管服”改革向纵深推进。建设周期建设周期约2个月，具体阶段划分如下：1、需求调研：7天2、系统开发：30天3、系统测试：7天4、系统对接：7天（需对接方配合）5、数据初始化：7天6、系统培训：2天需求分析需求定义需求活动目的（1）定义系统的边界和功能、非功能需求，以便涉众（客户、最终用户）和项目组对所开发的内容达成一致。（2）使项目组能够更好的理解需求，并达成一致。（3）建立软件需求基线供软件工程和管理使用。（4）软件计划、产品和活动同软件需求保持一致。（5）为其它软件工程活动提供基础（如管理活动、测试活动）。需求分析流程（1）制定需求管理计划：编写用于需求管理活动的计划；（2）提取业务需求：到用户方进行需求调查以获得项目的初始需求；（3）需求开发：对客户的需求进行分析，并用清晰合理的方式进行描述，使客户方和开发方对开发的内容达成一致；（4）需求批准：确认需求正式作为项目管理和其它工程活动的基础，并作为客户之间承诺对系统进行验收的基准；（5）基线化需求：此活动是在经过客户和项目组的授权下，将批准的正式的软件需求工件放入配置管理系统；（6）需求变更控制：需求一旦建立基线，需要通过控制流程来改变，变更后的需求要经过客户、用户和相关组的评审进入配置管理库，作为工作基线；（7）需求状态评审：高级管理者和项目经理通过需求状态评审监控需求管理的状态。项目组通过需求状态评审对需求情况达成一致。技术需求互联网+政务服务平台的建设要采用先进的技术架构，平台设计采用多层B/S架构，系统开发使用Java语言，支持Mysql或Oracle企业版数据库，系统运行操作环境应支持window和linux，同时要求能够支持集群部署。平台架构分为表示层、业务层、数据访问层分开，能够支持目录访问协议、主流数据库系统、消息服务、组件化开发、负载均衡和群集技术，同时平台具有分布式事务功能、良好安全性及提供良好的可扩展性和容错性。平台建设技术要求如下：➢采用JAVAEE的技术架构➢全B/S结构，三层（多层）技术应用➢XML技术及其应用➢采用REST、WebServices等Internet/Intranet接口技术标准➢采用移动互联技术➢系统安全设计应符合《计算机信息系统安全保护等级划分准则》(GB17859-1999)第三级要求➢采用分布式部署方式，提高系统性能和安全➢全面的浏览器兼容，分辨率自适应用户分析办事企业办事企业要能够对远程踏勘的各类要求，进度进行实时掌握，对办事时效的诉求有很高的要求，可以通过网上的不走线下，可以通过远程的不用到现场。踏勘人员踏勘人员要求能够通过远程踏勘的方式节省交通成本和时间成本。审批人员审批人员主要为各政府机关和委办局的工作人员，主要完成踏勘后的联合验收工作。系统管理人员配置和管理行政区域、组织机构、人员、角色、权限、基础信息、审查要点信息、电子文书信息专家库信息。性能需求系统架构系统采用三层架构和体系结构，充分的考虑到系统以后的纵向和横向的平滑扩张能力。响应时间系统在网络稳定（电子政务外网）的环境下操作性界面单一操作系统的响应时间小于3秒。连续运行系统提供7×24小时的连续运行，平均年故障时间：<1天，平均故障修复时间<3小时。系统安全等级系统安全性较好，按各用户的角色实际的需求设定其严格安全等级来确保系统的可靠性。安全性及容灾系统具有较强的安全性及灾难恢复能力。身份鉴别系统具备身份鉴别设置和相应的功能。访问控制系统具备用户访问控制的措施和设置。通信完整性系统具备通信数据完整性的校验功能。容错控制系统具备完备的容错处理机制和控制措施。抗抵赖性系统具备防抵赖性功能设置。资源控制系统具备用户访问资源的控制机制。日志管理系统需需要建立完备的日志管理功能，针对用户访问、用户登录、用户操作、业务办理等情况进行全方位留痕管理。日志统计系统具备完备的系统日志管理体系，具有系统统计功能。日志分析系统具备相应的日志分析功能。建设目标利用移动互联网技术，以问题为导向，坚持“依法依规、便民利民”的原则，以远程视频踏勘替代传统的人员现场踏勘，申请者可以通过“远程视频踏勘”APP进行远程视频连接，开启“自主选择、远程核查、在线反馈、不见面现场检查”的踏勘新模式，其踏勘环节不变、实现全程留痕。建设标准化远程现场踏勘数字大厅，完善“不见面现场核查”机制，为本地市民及市场主体提供更便捷更高效的服务，为不断优化本地营商环境做出更大贡献。建设原则建设原则远程视频踏勘辅助系统内容要严格遵循并要全面确保与国家级、省级建设标准一致，建设过程中可在标准基础上突破创新；与现场踏勘内容相比建设内容不漏项，与省级建设内容不重复，必须实现与工程建设系统和远程视频踏勘“APP”的无缝对接。远程视频踏勘系统平台需采用层次化、结构化的基础架构，以确保系统建设的一致性、先进性、安全性、可靠性、可维护性扩展性和经济性。强化为群众服务意识，寓管理于服务之中，突出政务公开和政务服务实际效果；加强电子政务平台建设的统筹协调，实现资源整合和信息共享；针对不同区域和城乡特点，加强分类指导，有计划、分步骤予以推进。先进性原则远程视频踏勘系统平台的建设要具备前瞻性，体现国内一流和一体化的技术，和先进理念水平。标准化原则在遵循工信部【2011】455号文件建设标准的前提下，项目的设计要尽可能遵循国际标准和国家标准，如XML技术、TCP/IP协议、LDAP协议、SSL安全协议、公文格式和处理、电子签名等。可扩展原则远程视频踏勘系统平台建设要立足于现工程建设审批工作特点和效能廉政监察体制，同时为市、县两级远程踏勘联动对接预留接口。经济性原则远程视频踏勘系统平台需兼顾资源的可利用性，确保能与原有工程建设审批系统无缝对接，避免重复投资。规范性原则系统的建设必须建立在一系列的相关规范的基础之上，如：踏勘规范、要点规范、数据交换规范、接口规范等，同时也要制定并遵守必需的应用接口规范以利于个业务系统与信息交换系统的协作。易用性原则系统的操作应尽量简单，对操作提示、错误报告、交换监控信息反馈等要全面、详细，真正做到易学、易用、易培训。稳定性原则在系统结构设计上要充分考虑到系统运行的稳定性。系统平台方面要考虑各种系统配置对稳定性的影响、系统必须经过严格的测试，包括功能测试、在各种系统环境系统配置上的测试等，确保系统在多种设备环境上能够稳定运行。必要时，可以建立数据交换系统的管理中心，通过远程管理、监控手段与本地系统管理相结合的方式，保证系统的稳定、可靠。易部署原则远程视频踏勘系统平台建设是一套综合服务体系建设，既有互联网服务平台，又有电子外网办公平台，还需满足移动服务，所以在设计上必须要考虑到系统部署的简易、快速。易管理原则系统平台的管理要尽量简单，尽量少地使用户涉及到系统平台的管理工作，必要的管理任务也要提供相应的培训、帮助资料甚至操作引导界面来帮助用户顺利地完成必须管理任务。数据交换系统的管理在设计时也要考虑到易管理性方面的要求，通过操作引导界面辅助用户完成所需的数据交换系统的管理工作。易维护原则系统的结构设计要易于维护，组成系统的功能元素要具有一定的独立性，可以根据用户的需要进行替换而不影响或很少影响其它功能元素，并能够与其他功能元素协作共同完成用户的功能。易扩展原则系统无论是在功能上，还是在标准规范上都应当易于扩展，以便适应今后业务的发展。安全性原则使用系统平台的相关安全设置以及应用系统的安全性实现，实现整个系统的安全性。确保数据交换系统不被非授权用户侵入，数据不丢失，传输时数据不被非法获取、篡改，确认对发送和接收者的身份等。总体设计部署模式设计该系统采用系统基于Nginx的Tomcat负载均衡以及集群部署模式。由于系统采用JAVAEE技术，具备了跨平台运行能力和极强的扩展能力。系统在不进行任何编码的情况下，可以在线进行容量扩展，利用更多的设备，为移动业务发展提供更高的保证。硬件设备扩容上，服务器可以通过在线/离线增加设备的方式迚行扩容和优化，即Scaleout模式。集群扩展时，仅需要根据处理能力添加新的主机迚集群即可。系统采用分层架构开发和设计，将界面、控制逻辑、业务逻辑和模型分离，实现系统内部松耦合，以灵活、快速地响应业务变化对系统的需求。项目在体系结构、软件产品、数据共享交换等方面，贯彻"标准和开放"的原则，保证系统具备良好的互连性、扩充性，使得最广泛的软件可以被采用；系统采用通用的平台产品技术和开放的体系结构，使具有较好的互操作性、可移植性、档次皆宜性和易获得性，使得最广泛的社会人才可以加入新系统的开发、管理、培训、使用和维护，最广泛的Internet新技术可以最先采用，同时拥有最短的开发周期；系统要能够支持多种服务器平台、多种网络传输协议，同时又能适应新技术的发展。技术路线技术框架我公司互联网+政务服务平台采用Java语言开发，Mysql数据库，系统运行操作环境应支持window和linux。Java是一种被广泛使用的网络语言，java程序能广泛运用于金融、电信、医疗等大型企业，成为名副其实的企业级应用平台霸主。Java语言能运行于不同的平台（windows/linux/unix/mac），不受运营环境的限制，一次编译多处运行。框架说明系统采用J2EE三层结构，分为表现层、中间层（业务逻辑层）、和数据服务层，三层体系将业务规则、数据访问及合法性校验等工作放在中间层处理。客户端不直接与\o"MySQL知识库"数据库交互，而是通过组件与中间层建立连接，再由中间层与数据库交互。界面展现层负责控制业务逻辑层与表现层交互，调用业务逻辑层，并将业务逻辑数据返回给表现层组织表现，该系统的MVC框架采用Struts。业务控制层负责实现业务逻辑，业务逻辑层以Dao层为基础，通过对Dao组件的正面模式包装，完成系统所有要求的业务逻辑。数据访问层负责与持久化对象交互，该层封装了数据的增、删、改、查等操作。通过实现关系映射工具将关系型数据库的数据映射成对象，很方便地实现以面向对象方式操作数据库，该系统采用Hibernate作为ORM框架。Spring的作用贯穿了整个中间层，将Web层、Service层、DAO层及PO无缝整合，其数据服务层用来存放数据。架构特性支持目录访问协议使用LDAP（LightweightDirectoryAccessProtocol）-轻量目录访问协议，支持TCP/IP，基于第三方开源软件实现负载（LVS、HAProxy）及高可用性解决方案，24小时提供验证服务，提供基于TLS、SASL的安全认证机制，实现数据加密传输以及Kerberos密码验证功能。支持多类型数据库采用Hibernate开源框架作为数据访问层，其本身支持连接多种主流数据库类型，如SQLSERVER，Oracle，DB2，MySQL，PostgreSQL。如需改变系统数据库类型，只需做简单配置即可。支持分布式事务采用Atomikos（类事务管理器），结合Spring与Hibernate可轻松实现多数据库、数据库与消息服务（JMS）之间的事务管理。支持消息服务采用ApacheActiveMQ作为消息服务组件，支持集群部署，在保证服务持续稳定性、数据不丢失的前提下，确保集群能够在单位时间内吞吐更高数量的消息、处理单条消息的时间更短、能够容纳更多的客户端稳定连接。支持组件化开发框架支持面向对象的组件化开发，具有良好的实用性和拓展性。系统安全性依靠数字证书标志和证明网络通信中的双方身份，对网络上传输的信息进行加密和解密、数字签名和签名验证，确保数据的保密性、完整性和不可否认性；使用ApacheShiro作为系统安全框架，从认证（用户身份识别）、授权（访问控制）、密码加密、会话管理等多个方面保证系统的安全性。负载均衡与集群技术系统基于keepalived+nginx+tomcat的部署模式实现双机热备与负载均衡，防止单点故障给系统带来的隐患，能够真正做到主服务器和备份服务器故障时IP瞬间无缝交接。良好可扩展性框架具备采用三层架构，具有良好的扩展性和移植性。良好容错性框架设计充分考虑了容错机制，针对用户操作、用户引导、系统运行给出详细的容错处理方式。应用技术B/S软件结构B/S（浏览器/服务器）结构是当前国际流行的趋势，有利于集中式管理，可以形成统一的数据库和系统结构，可消除因区域、部门引起的差异，确保系统的统一性、连续性和未来对结构变动的要求。瘦客户端方式：客户端采用浏览器，不需安装数据库引擎，客户端不含处理逻辑，系统升级或变化客户端一般也不用更改，大大减轻了系统安装和维护的工作量；用户上手非常容易，培训成本很低。对客户端设备而言只要可以运行浏览器即可，现有的PC设备完全可以利用，保护了投资；弹性增大：处理逻辑和用户接口逻辑分离开来，各子系统不再重复相同的逻辑，改变处理逻辑时，只需修改和更换服务器程序，各子系统不用改，客户端不用换；网络通讯量减小：每个客户端都只需和服务器交换少量的数据，大大减小对网络的压力；安全性提高：各工作站不存放数据库，减少了数据库登录点的数目，有利于安全管理和控制。XML技术XML（eXtensibleMarkupLanguage，可扩展标记语言），是当前最热门的网络技术之一，被称为“下一代网络应用的基石”。自它被提出以来，几乎得到了业界所有大公司的支持。XML具有卓越的性能，它具有四大特点：优良的数据存储格式、可扩展性、高度结构化以及方便的网络传输。以XML技术作为支持，为用户自定义应用界面和业务数据结构，并将其与底层数据库定义格式、界面标准输入、输出的接口转换作了实现，可实现分布式、异构应用系统之间的数据交换。国家电子政务总体组将基于XML的电子公文格式、XML在电子政务中的应用指南作为第一批6个电子政务标准制定项目之二。WebService技术WebService是下一代的WWW技术，它允许在Web站点上放置可编程的元素，能进行基于Web的分布式计算和处理，把Internet/Intranet变成一个虚拟计算环境的技术。在由WebService组成的虚拟环境中使用者可以为任何的客户端软件，例如浏览器，一般的Windows或是Java应用程序或是电子行动设备等，来调用WebService提供的服务。这一点非常有利于系统对信息的有效利用。WebService是建立在开放和标准的规格之上，允许异质的客户端调用以使用它提供的服务。因此各种异质的客户端必须使用一种共通的沟通标准才能够顺利的和由各种不同技术编写的WebService互通。WebService涉及到一些新的规范，如：UDDI(统一描述、发现和集成)、WSDL(WebService描述语言)、WSFL(WebServiceFlowLanguage)、SOAP(SimpleObjectAccessProtocol简单对象访问协议)等。目前最流行而且最具潜力的沟通标准当属SOAP了。SOAP获得IBM，Microsoft，Lotus和UserLand等大型公司支持而成为W3C标准之一的通讯协议规格。SOAP以XML标准封装调用远程服务的格式，有别于其它分布式对象模型调用特定的调用格式。由于SOAP以XML封装调用格式，因此它可以使用任何的实体传输层来传送，例如HTTP，TCP或是SMTP等。基于构件化的软件开发基于构件化开发的思想改变了传统软件的生产方式，通过构件化的业务基础平台帮助用户构建整体的信息系统；提供了完善的基于互联网应用的构件化开发、运行及维护环境，能充分支持业务构件的管理与集成。它不仅提供了可视化开发和集成环境，用户只需“拖拉拽”相应的构件即可“画”出新的业务和应用要求；还提供了部署、监控、管理等工具，实现了从软件开发到发布、运行、升级的全程可视化。数据库设计设计原则及特点数据库设计是指对于一个给定的应用环境，构造最优的数据库模式，建立数据库及其应用系统，使之能够有效地存储数据，满足各种用户的应用需求（信息要求和处理要求）。数据库设计通常是在一个通用的DBMS支持下进行。在数据库领域内，常把使用数据库的各类系统称为数据库应用系统（DBAS）。数据库设计的特点：（a）结构设计：就是设计各级数据库模式；（b）决定数据库系统的信息内容；（c）行为设计：它决定数据库系统的功能；（d）是事物处理等应用程序的设计。数据流图（DFD）表达了数据和处理过程的关系，是数据库需求分析其中的一步，其功能在概要设计中已详细说明。数据字典（DataDictionary）是对各类数据描述的集合，在数据库设计中占有很重要的地位。数据字典通常包括数据项、数据结构、数据流、数据存储和处理过程五个部分。E-R图（Entity-Relationship）即是实体—关系图，是数据库设计的概念模型。完成E-R图后便要向关系模型转换。关系模型的逻辑结构是一组关系模式的集合。将E-R图转换为关系模型实际上就是要将实体、实体的属性和实体之间的联系转换为关系模式，这种转换一般要遵循如下原则：一个实体型转换为一个关系模式，实体的属性就是关系的属性，实体的关键字就是关系的关键字。一个1：1的联系可以转换为一个独立的关系模式，也可以与任意一端对应的关系模式合并。每个实体的关键字都是关系的侯选关键字。一个1：n联系可以转换为一个独立的关系模式，也可以与n端对应的关系模式合并。多方实体的关键字是关系的关键字。一个m：n联系转换为一个关系模式。联系中各实体关键字的组合组成关系的关键字（组合关键字）。具有相同码（关键字）的关系模式可合并。数据库设计步骤数据库系统的分析和设计阶段（a）需求分析：是整个数据库设计过程中最重要的步骤之一，是后继阶段的基础；它又分为收集资料、分析整理、数据流图、数据字典和用户确认五步；（b）概念结构设计：即是分析设计E-R图；（c）逻辑结构设计：其任务是将概念结构转换成特定DBMS所支持的数据模型的过程。其步骤为：初始关系模式设计，规范化处理（一般满足3NF或BCNF的要求就足够了），模式评价与修正。（d）物理结构设计：为给定的逻辑数据模型选取一个最适合应用环境的物理结构的过程；其任务是为了有效地实现逻辑模式，确定所采取的存储策略；（e）应用程序设计及调试；（f）性能测试与确认。数据库系统实现和运行（a）数据库实施；（b）数据库运行；（c）数据库维护；（d）数据库重组安全机制设计平台充分考虑了系统安全性、容错机制和资源使用控制，具体功能设计如下：身份鉴别应提供专用的登录控制模块对登录用户进行身份标识和鉴别；应对同一用户采用两种或两种以上组合的鉴别技术实现用户身份鉴别；应提供用户身份标识唯一和鉴别信息复杂度检查功能,保证应用系统中不存在重复用户身份标识,身份鉴别信息不易被冒用；应提供登录失败处理功能,可采取结束会话、限制非法登录次数和自动退出等措施；应启用身份鉴别、用户身份标识唯一性检查、用户身份鉴别信息复杂度检查以及登录失败处理功能,并根据安全策略配置相关参数；依靠数字证书标志和证明网络通信中的双方身份，对网络上传输的信息进行加密和解密、数字签名和签名验证，确保数据的保密性、完整性和不可否认性。访问控制应提供访问控制功能,依据安全策略控制用户对文件、数据库表等客体的访问；访问控制的覆盖范围应包括与资源访问相关的主体、客体及它们之间的操作；应由授权主体配置访问控制策略,并严格限制默认帐户的访问权限；应授予不同帐户为完成各自承担任务所需的最小权限,并在它们之间形成相互制约的关系；应具有对重要信息资源设置敏感标记的功能；应依据安全策略严格控制用户对有敏感标记重要信息资源的操作。安全审计应提供覆盖到每个用户的安全审计功能,对应用系统重要安全事件进行审计；应保证无法单独中断审计进程,无法删除、修改或覆盖审计记录；审计记录的内容至少应包括事件的日期、时间、发起者信息、类型、描述和结果等；应提供对审计记录数据进行统计、查询、分析及生成审计报表的功能。剩余信息保护应保证用户鉴别信息所在的存储空间被释放或再分配给其他用户前得到完全清除,无论这些信息是存放在硬盘上还是在内存中；应保证系统内的文件、目录和数据库记录等资源所在的存储空间被释放或重新分配给其他用户前得到完全清除。通信完整性应采用密码技术保证通信过程中数据的完整性；通过数据位校验的方式确保数据的完整性。通信保密性在通信双方建立连接之前,应用系统应利用密码技术进行会话初始化验证；应对通信过程中的整个报文或会话过程进行加密。抗抵赖应具有在请求的情况下为数据原发者或接收者提供数据接收证据的功能。软件容错应提供数据有效性检验功能,保证通过人机接口输入或通过通信接口输入的数据格式或长度符合系统设定要求；应提供自动保护功能,当故障发生时自动保护当前所有状态,保证系统能够进行恢复。资源控制当应用系统的通信双方中的一方在一段时间内未作任何响应,另一方应能够自动结束会话；应能够对系统的最大并发会话连接数进行限制；应能够对单个帐户的多重并发会话进行限制；应能够对一个时间段内可能的并发会话连接数进行限制；应能够对一个访问帐户或一个请求进程占用的资源分配最大限额和最小限额；应能够对系统服务水平降低到预先规定的最小值进行检测和报警；应提供服务优先级设定功能,并在安装后根据安全策略设定访问帐户或请求进程的优先级,根据优先级分配系统资源。日志管理针对所有角色用户的登录、操作、数据处理系统均设置了日志留痕，尤其是对敏感和重要数据的调阅、打印、处理、导出、编辑、删除等操作进行了详尽的记录，系统日志内容详细记录了用户操作的具体时间和具体操作内容等信息。日志统计系统支持多维度的日志统计功能，可以按照人员、时间段、操作类型、数据内容等进行多维度的统计分析，系统支持各种图像展示、报表展示和列表展示，根据工作需要可以进行数据的导出和打印操作。日志分析系统建立了模型化的日志分析功能，通过日志定向分析可以了解用户操作轨迹、用户访问趋势、执法办理情况发展等问题。拓展性设计前置数据库平台在设计阶段建立了前置数据库，其他业务系统可通过直接调取前置数据库的方式实现数据对接和共享。数据服务接口平台设计了数据对接交换的webservice服务接口，通过接口服务标准规范可实现数据的对接共享。数据库中间件平台内置了数据库中间件，其他业务系统可通过数据库中间件实现数据对接交换。定制开发服务我公司可根据甲方提出的业务需要，提供全天候的定制开发服务，完全能够满足甲方对业务系统的拓展性要求。性能指标设计为了确保平台能够涵盖多级用户同时在线使用，在系统设计阶段针对软件系统的性能进行了详尽的规划，具体指标内容如下：扩张能力系统设计的Web层主要采用MVC的设计模式，View实现各类信息的展现，接受客户端的输入，并将输出信息通过页面反馈，Controller是MVC中的枢纽处理各种HTTP请求并将处理结果通过JSP（view）推向前端，MVCFramework实现了MVC模式的基础框架，通过三层架构和体系结构，能够确保系统今后纵向和横向的平滑扩张能力。页面响应时间应用OSCache、JSC(JavaCachingSystem)、EHCache、JCache、ShiftOneJavaObjectCache、SwarmCache等java缓存技术，提高互联网+政务服务平台的响应能力，能够确保在网络稳定（电子政务外网）的环境下操作性界面单一操作的系统响应时间小于3秒。系统稳定性通过设置容错机制、访问控制机制、资源控制机制等措施，可确保系统稳定高效的运转，稳定运行可达到7×24小时的连续运行，平均年故障时间<1天，平均故障修复时间<180分钟。系统安全性互联网+政务服务平台是集运行和监管与一体的平台，针对系统的安全性要求非常高，系统通过CA认证体系、权限验证体系可保证系统的安全可靠性。系统恢复能力互联网+政务服务平台设置了在线备份机制和系统自动任务备份，同时还建立了整套的数据库备份和恢复方案，能够确保系统具有较强的系统安全性和灾难复能力。建设内容业务流程设计业务流程图在联合验收阶段，审批人员可申请进行联合踏勘，申请完成后，将数据推送至远程视频踏勘系统，在审核通过后，由审批局踏勘科负责人负责进行踏勘人员选择并进行专家随机抽取，同时设置踏勘组长，踏勘组长进行远程踏勘的发起，选择远程踏勘后，系统会通过消息系统对被踏勘企业进行远程踏勘通知，并将踏勘要点提前发送至被踏勘企业，被踏勘企业通过“远程视频踏勘”APP打开摄像头进行要点的逐步拍摄，踏勘组和专家根据审查要点进行审查，并对关键点位进行截图留存和全程录像留存，踏勘完成后给出踏勘结果。并将踏勘结果和相关结果文书推送至工程建设审批系统。总体架构设计总体架构图总体设计根据分为五层体系架构，具体如下：（一）用户层：系统主要针对申报企业和远程踏勘申报、远程踏勘视频拍摄以及踏勘人员、专家的组织发起远程踏勘。（二）前段展现：系统基于“远程视频踏勘”APP进行远程视频操作，踏勘组织人员可通过系统PC端后台进行远程踏勘的组织和发起，并将视频投放至数字大厅展示大屏上，各部门踏勘人员和抓紧通过审查要点依次要求申报企业进行要点录制。（三）功能应用层：系统主要包括任务启动、远程踏勘、探勘整改、踏勘历史、结果确认、多端应用、专家管理、审查要点管理等功能。（四）系统支撑层：主要包括对接工程建设系统，同时需要政务资源管理系统、特别程序系统、业务办理系统等支撑系统进行支撑。（五）数据支撑层：数据支撑层主要包括需要提供的数据支撑库，包括：事项库、机构库、用户库、权限库、要点库、办件库和专家库。功能架构设计远程踏勘系统为独立的业务系统，主要功能包括：机构人员管理、用户权限管理、资源管理、踏勘申请审批、踏勘任务启动、远程踏勘、踏勘整改、结果确认、踏勘历史、专家库管理、审查要点管理、踏勘行为分析等功能，具体如下图所示：图3：功能架构图系统功能设计机构人员管理机构管理对所有组织机构信息进行统一管理。包括新建、修改、删除机构功能。每个用户都属于某个特定的机构，当机构改变，如合并、撤销时，相应用户也要处理。当撤销时，该机构作删除处理，相应用户也作删除处理，当合并时，先做撤销处理，然后在另一个机构中添加用户。这里的删除只是作删除标记，并不真正在数据库里删除。另外，在组织机构管理中也可以对部门或者用户赋予相应的应用权限和菜单权限以及角色设置。人员管理人员管理功能将所有部门人员的基本情况进行存档，人员信息的存储时以部门为区分点。使系统在进行中涉及相关业务与处理时及时了解相关联系方式、姓名、职位等信息，对相关问题做出明确处理与判断。用户权限管理用户管理系统管理员根据工作需要分配系统操作员用户，使平台在多用户操作下稳定运行，用户编辑可以对用户名、密码、是否启用、用户角色选择进行编辑和新增，如下图所示：角色管理角色是权限的载体，赋予角色的权限可以继承给隶属于该角色的部门和用户。也就是说系统中用户所拥有的权限集是其所属部门、所属角色以及其本身所拥有权限的并集。系统默认集成了系统管理员和子系统管理员两种角色，系统管理员是整个产品系统的超级管理员，拥有无限制的操作权限和数据可视范围；子系统管理员在系统中被设计为大集中应用中的某一单位的管理员，拥有相应的操作权限和属于本单位数据的可视权限。用户要获得相应的权限，可以通过分配给他相应的角色来实现。角色管理中包括新建、修改、删除角色等功能，可以赋予角色相应的操作权限，并可以针对某一角色指派相应的用户和部门。如下图所示：图角色管理角色编辑：角色编辑可以对用户角色进行新增和编辑，内容包括角色名称、角色代号，角色是否启用等内容。图角色编辑权限管理系统管理员根据用户角色不同，分配不同的系统操作权限，使系统权限分配有条不紊，当问题处理时保证权限分明、责任分明。如下图所示：图权限管理资源管理 菜单管理菜单管理是对菜单属性数据的维护。菜单是系统功能模块的索引和列表，通过点击内网平台左边菜单树相应的菜单项可以进入相应的功能视图。菜单可分为多级，并可按层级结构在菜单树中依次展开。菜单管理中包括菜单项的新建、修改和删除功能，同时可以对菜单项指派相应的角色和用户，使其拥有相应的操作权限。图菜单管理菜单编辑：菜单编辑可以对菜单名称、代号、地址、图标、类别、是否启用进行新增和编辑，如下图所示：图菜单编辑数据字典字典管理是针对系统中字典以及字典项的组织和维护。数据字典是将某个系统对象中拥有相同数据结构的一组数据元素组织起来，形成对其属性的一种数据约束。数据字典主要应用于系统的内置字典对象和表单输入域的字典绑定。系统内置的字典对象是集成在系统中其它某个应用中的对象属性，例如管理辖区、审核状态等。应用于表单输入域场景的字典可以由用户自己去自定义，在利用表单设计器设计表单时将其绑定在某个输入域当中，并以下拉列表的形式将字典项展现出来，使表单的初始数据更灵活和专业化。通过字典管理，可以增加、修改和删除字典和字典项，还可以设置字典的可视权限，这个权限是针对设计态的表单定制器的，并不针对字典管理模块本身。图数据字典管理数据字典编辑：数据字典编辑可以添加和修改数据字典的根节点和子节点，包括字典标题、代码、取值、和字典状态，如下图所示：图数据字典编辑区域管理对市级所涉及县区、乡镇进行管理，对区域信息进行新增和编辑，内容包括：区域名称、行政区划代码、区域等级、是否启用等内容。日志管理自动记录系统中各主要操作内容，详细、准确、及时，系统管理员可以通过查询系统日志切实起到系统监控的作用。对已经产生的日志，管理员可以进行删除、导出操作。要求能够设定是否启用日志记录功能。如果禁用，则系统不再记录日志。记录信息包括时间、用户、操作。附件管理可以按照办件名称、办件编号、踏勘编号、踏勘时间等内容快速检索某次远程视频踏勘的录像视频。我的工作台用户可以根据自己的要求通过此功能模块修改维护自己的系统登录的密码和个人身份信息。如下图所示:图我的工作台站内消息系统对登录账号的待办业务进行站内消息提醒。数据备份实现数据人工备份功能。数据恢复根据工作需要，开始实现数据人工恢复功能，使系统管理员根据时间情况有选择的恢复相关备份数据，保障系统的正常运行。踏勘申请审批工建系统对接当用户在共建系统联合验收阶段发起联合踏勘申请后，系统将项目信息、踏勘牵头部门、踏勘申请时间等内容对接至远程视频踏勘系统，由审批局踏勘负责人进行踏勘申请审批。对踏勘完成的办件，将踏勘过程信息和结果信息推送至工程建设系统。特别程序列表当具有审批权限的用户登录系统时，可以看到从工程建设系统发起的特别程序申请类表，及历史审批列表，用户可以看到相应的审批状态，如下图所示：图特别程序申请列表踏勘申请审批审批局牵头人员会根据对接来的项目情况、受理时间、踏勘申请人、申请时间以及根据申报企业是否签订远程踏勘同意书等信息，给出是否同意发起联合踏勘的批示，批示后，将批示信息、批示人、批示时间反馈至工程建设系统，如下图所示：图：踏勘申请审批踏勘任务启动踏勘任务列表踏勘任务列表会显示所有踏勘申请审批通过的踏勘任务，牵头人可以通过办件编号、办件名称、申请人、踏勘开始时间、踏勘结束日期进行快速定位，并根据情况进行任务启动或取消，如下图所示：、、图踏勘任务启动踏勘基本信息踏勘基本信息会显示本次踏勘任务的勘验编号、办件名称、申请单位、申请人、踏勘开始时间、踏勘结束时间、踏勘企业地址、踏勘人联系电话、踏勘同意书等信息，如下图所示：图踏勘基本信息踏勘任务发起踏勘任务发起可以选择联合踏勘的所涉及到的所有部门成员，并可以设置某个人员为踏勘组长，后续由组长进行远程踏勘组织工作，同时可以设置远程踏勘的日期和天数，如下图所示：图踏勘任务发起远程踏勘踏勘通知书踏勘通知书可以设置和编辑踏勘通知书的内容，包括踏勘中心编号、办结名称、申请单位、联系人、踏勘地址、视频方式、联系电话、踏勘开始时间、踏勘结束时间、远程踏勘主要内容、参加踏勘负责人、负责人联系方式、踏勘组长签字、踏勘科室负责人签字等内容，踏勘通知书可以打印后进行纸质文件归档，同时也可以通过电子签名后进行电子归档，如下图所示：图远程踏勘通知单专家抽取选择踏勘领域并选择需要抽取的专家数量后，可以手动或自动的从专家库中进行专家抽取，并可以进行专家反馈，如：是否可以到踏勘数字中心进行联合审查或通过“远程视频踏勘APP”进行独立审查，如下图所示：图专家抽取设置工作单系统可以按照踏勘领域选择工作单类别，进入踏勘要点的导入，也可以通过手动维护工作单新增和修改工作单勘察要点，如下图所示：图设置工作单附件上传对相关的法律依据、通知文书、《远程视频踏勘同意书》、踏勘要点工作单、以及视频拍摄的标准规范，例如：必须是一个完整的视频，不能有中断，不能是多个视频。视频中须有法定代表人/负责人手持营业执照并口述以下内容：申请人名称、法定代表人姓名或者负责人的姓名、经营地址、经营项目。视频能清晰反映联合验收内容等附件进行扫描上传或手动上传，并通过“远程视频踏勘”APP或微信公众号推送至申报企业，如下图所示：图通知申请人短信提醒踏勘组长可以手动设置是否通过短信的形式通知申请人，并可以自由编辑短信模板，如下图所示：图短信通知远程视频踏勘在约定时间，工作人员通过远程视频踏勘辅助系统发起远程视频踏勘会议，视频内容在数字踏勘中心大屏中进行投屏显示，现场审批人员和专家可以通过大屏展示的申报企业拍摄视频对照审查要点进行检查，对于无法到场的专家和踏勘工作人员，可以通过“远程视频踏勘”APP进行会议接入，会议录像进行实时保存，如下图所示:检查笔录远程视频踏勘结束后，由踏勘组组长征求所有踏勘组和专家意见后，对审查要点逐条进行操作，如下图所示：图检查笔录电子签名所有踏勘组成员和专家进行CA电子签名，确认组长所选择的检查笔录符合本人意愿，如下图所示：图电子签名笔录文书对检查笔录文书进行打印，进行纸质归档，或进行电子归档，并推送至工程建设审批系统进行归档，如下图所示：图笔录文书结果确认最终由踏勘科负责人，根据联合踏勘组的踏勘结果、所有相关检查文书、检查组签字等内容，给出踏勘是否通过或限期整改的相关意见，并将相关意见反馈至申报人，如下图所示：图结果确认踏勘整改整改意见负责对踏勘整改情况进行审查的人员，可以通过系统查询整改意见和相关文书，如下图所示：图整改意见整改踏勘意见由踏勘组长进行责令整改通知书进行编辑，并重新选择踏勘专家以及编辑短信通知模板内容，如下图所示：图整改踏勘意见勘察记录按照未通过的审查要点内容重新发起远程视频踏勘，并对踏勘结果按照审查要点进行操作，并由所有踏勘人员及专家进行电子签名确认。踏勘历史踏勘历史列表工作人员可以通过办件名称、申请人、踏勘时间段等信息查询已踏勘的项目，如下图所示：图踏勘历史列表踏勘历史详情对整个踏勘过程的探勘信息、任务发起信息、踏勘通知信息、工作单信息、勘察记录、结果确认信息、相关文书信息进行查询，如下图所示：图踏勘历史详情专家库管理系统可以对机构列表、专家列表进行维护，以及对专家的姓名、身份证号、所属机构、专业领域、联系方式、等详细内容进行维护，如下图所示:图专家库管理图专家库编辑审查要点维护系统可以要点类别进行维护，以及对每个类别下的审查要点库进行维护，如下图所示:图审查要点维护踏勘行为分析对申报企业在踏勘过程中的不通过行为进行分析，分析不通过的原因、数量、类型等，如果同要点中存在多次失误行为，系统智能分析通知申报人或公示的审查指南是否存在不合理或描述不清晰的现象。CA电子签章对接对接CA电子签章，和手写签名板，完成在踏勘过程中在线电子签名或电子签章。电子表单可视化绘制具备通过表单基础组件通过拖拽的方式绘制踏勘过程中各类电子文书表单的功能。表单编辑器提供了丰富的基础组建、容器组件、及业务组件，用户可以通过图形化拖拽的方式绘制各类电子文书，如下图所示：图表单可视化绘制基础组件表单编辑器提供的基础组件包括：单行文本框、多行文本框、大文本、下拉框、列表框、单选按钮、复选框、日期间框、日期框、隐藏域、超链接、图片上传、文档上传、日期组合框等内容，基本操作同Office产品以及流行的网页编辑产品类似。提供了多种工具和输入插件，可以设计出不同风格的表单。用户只需要将HTML格式的表单粘贴到表单编辑器之中，表单设计向导会指导完成其它所有的操作，用户不需要具备任何编程的能力。并可以对表单整体的主题样式进行变更,可以根据应用需要生成多种风格的表单样式的表单。容器组件表单编辑器提供的容器组件包括：选项卡、表格、动态行、节等内容，用户可以通过表单中的基础组件和容器组件组合进行绘制表单。。业务组件表单编辑器提供的业务组件包括：CA电子签章组件、手写签名板组件、CA电子签章组件等内容，智能表单系统可根据需求提供业务组件对接相应的辅助设备的功能，保持了表单应用方面的扩展性。源码模式表单编辑器支持将DreamViewer等html设计器设计好的表单html源代码直接导入表单编辑器，极大了增加了表单编辑器的可扩展性，如下图所示：图源码设计模式打印模版绘制表单系统支持为个性化的表单绘制打印模版，委办局对于表单纸质存档的要求大多是WORD文档的形式出现的，在这种情况下，表单设计器提供导入编辑号的word文档，插入书签的功能，同时表单设计器提供字体类型、字号、字体颜色、对其方式和表格插入等功能，操作方式类似于编辑word文本一样便捷。最终达到前端展现个性化、美观、填报便捷的智能电子表单，后台可以以各委办局标准word表单的形式进行打印存档。表单测试表单设计者设计完表单之后可以立即进行测试，验证表单是否满足要求。项目实施与培训项目实施方案项目实施的方式和策略（1）采用统一规划、分步实施的策略在项目实施之前，按照设计方案进行统一的、详细的项目规划，包括网络和计算资源和应用系统的总体规划。项目实施采用分步进行的策略，网络和计算资源、应用系统的建设采用分步实施的策略，减小项目实施的风险。（2）采用建设方工程技术人员、设备供应及集成商技术人员、施工监理单位合作施工的策略。（3）严格控制项目实施进度在项目实施过程中，严格按照项目管理方法，定期进行项目实施报告和评估，及时改进项目实施过程中存在的问题，严格控制项目实施的进度，充分保障项目实施中的人力、资金和设备。（4）进行全程质量管理和控制采用ISO9001质量管理规范，对项目实施、测试和维护进行全程的质量管理，保障项目实施的质量。从系统设计、到货运输、设备安装、设备安装调测、质量监控、测试验收和文档管理都按照严格的流程规范进行，并在每一个环节都有详细的文档记录。项目实施的内容和阶段划分平台建设工程实施可以划分为以下几个阶段：1、项目规划设计阶段2、项目启动阶段3、项目实施准备阶段4、网络资源配置准备阶段5、软件系统开发及实施阶段6、系统对接阶段7、大屏设备对接与调试阶段技术文档提交在项目实施和验收过程中，将准备一系列的技术文档。（1）系统建设规划（2）技术文件在设备验收时，对于所有软硬件设备，设备供应商都提供技术文件一份，包括应用系统和设备的安装、运行、使用、测试、诊断和维修等。（3）培训计划在培训前，集成商向项目负责人提供培训计划，包括培训地点、时间、讲师、课程、教材、食宿和和人数安排等并得到用户的认可。（4）实施和安装计划在实施前集成商向建设方提供项目实施和安装计划。（5）系统配置计划（项目实施工艺）在项目实施时向