(一)建设背景
根据《浙江省大数据发展管理局关于推进浙江省“*务服务2.0”建设工作的通知》以及《浙江省推进*府数字化转型联席会议办公室关于加快推进*务服务2.0建设全面迎接国家评估的通知》和《年浙江省深化“最多跑一次”改革推进*府数字化转型工作要点的通知》要求,为全力打造*务服务2.0平台，省市县三级依申请*务服务事项接入*务服务2.0平台，实现无差别受理、同标准办理、全过程监控、“好差评”闭环,推动*务服务由网上、掌上可办向好办、易办转变。*务服务2.0平台是连接*务中台和其他*务服务系统的桥梁，是全方位支持电子*务应用的系统基础平台，可以消除不同*务应用之间的技术差异，融合线上线下服务，优化*务服务统一受理以及负责各应用支撑平台的连接和协调工作。
“互联网＋*务服务”提升改造(二)建设目标
围绕“智能导服、收办分离、线上线下融合”建设目标,重点聚集行*许可、行*确认、行*裁决、行*奖励、行*给付、其他行*权力6类依申请*务服务事项,全面推进绍兴市越城区权力运行系统*务服务2.0平台升级改造工作。
——全面推进依申请*务服务事项标准化工作。配合完成全省依申请*务服务事项办理流程、表单、材料、情形、法律依据等信息的梳理与确认,实现全省依申请*务服务事项省市县三级同标准、线上线下无差别。
——全面推进依申请*务服务事项接入*务服务2.0平台。绍兴市越城区权力运行系统基于*务服务2.0基础进行全面业务改造，实现办件数据汇聚、办件过程全流程监控。
（三）建设内容
本次项目建设主要包含以下内容：
1.*务服务2.0平台对接及事项梳理
根据《浙江省大数据发展管理局关于推进浙江省“*务服务2.0”建设工作的通知》以及《浙江省推进*府数字化转型联席会议办公室关于加快推进*务服务2.0建设全面迎接国家评估的通知》和《年浙江省深化“最多跑一次”改革推进*府数字化转型工作要点的通知》要求，升级改造越城区统一行*权力运行系统，完成与*务服务2.0平台对接。
2.技术人员驻场服务
需提供一个技术人员驻场服务,服务期限一年，负责越城区大数据中心*务服务相关内容技术支持以及完成中心交付的其他任务。
3.公共数据共享查询应用
建立越城区公共数据共享查询平台，落实减材料、减跑动、减环节的改革理念。
应用至少集成公共数据平台20个共享接口。
（四）总体设计要求
1.技术路线要求
平台要求采用当前主流的体系结构，支持跨平台、跨数据库应用。平台兼容Linux，Windows等多种操作系统平台，应用开源Web、应用服务器等成熟中间件产品进行系统设计，保证系统技术路线先进、可行、合理、成熟。
构建系统开发和运行环境的技术核心，包括但不仅限于如下技术：
（一）采用多层架构的B/S结构，重点兼容chrome、火狐、微软IE8及以上浏览器；
（二）采用Java语言技术，进行系统架构设计和系统开发；
（三）采用WebService技术；
（四）支持Windows、Unix以及国产Linux等操作系统；
（五）利用XML作为系统接口的数据交换标准，进行信息资源整合；
（六）采用组件技术提供系统的快速开发和更新；
（七）采用高性能中间件技术作为基础平台，解决事务处理、高并发量、大数据量等关键问题。如事务处理中间件、安全控制中间件、分布式技术等；
（八）支持信任与授权服务、基于PKI/PMI证书服务机制和PKI基础安全服务机制，提供符合JavaEE规范的可信Web计算平台，该平台提供基于安全XML技术的PKI基础安全服务和PKI/PMI证书服务的统一调用接口。
2.设计原则
系统规划既要有前瞻性，又要符合标准化、规范化原则，体现高度的可扩展性、开放性和跨平台性。同时要充分考虑长远发展需求，做到统一规划、统一布局、统一设计、分期实施、逐步扩展，保证系统应用的完整性和用户投资的有效性。因此在方案设计中，应遵循以下设计原则：
1、标准化原则：系统建设、业务处理和技术方案应符合国家、地方有关信息化标准的规定。数据指标体系及代码体系统一化、标准化。
2、先进性原则：需要广泛吸取国内电子*务建设方面的成功经验，采用J2EE三层架构和B/S模式，具有强大的工作流引擎、流程建模工具、表单建模工具、组织机构建模工具和流程监控管理系统。
3、安全性原则：系统中的用户有着各种各样不同的权限级别和应用层次，因此在系统设计时，应该充分考虑不同用户的需求，保证用户能够高效、快速地访问授权范围内的信息和资源。同时，杜绝未授权用户的非法入侵、非授权访问。
4、可靠性原则：系统每天将处理各个部门的业务数据，系统具备很高的稳定性、可靠性和平均无故障率，具有灾难恢复能力，保证故障发生时系统能够提供有效的失效转移或者快速恢复等功能。
5、开放性原则：在体系结构设计、软件开发时都要充分考虑“标准和开放”的原则，依据标准化和模块化的设计思想，在此基础上建立具有一定灵活性和可扩展性的应用平台，使系统不仅在体系结构上保持很大的开放性而且同时提供各种灵活可变的接口，系统内部也应具有良好的扩充能力，可以根据不断增长的业务需求变化而不断地平滑升级。
6、实用性原则：系统建设既充分体现*府系统业务的特点，使用方便、符合实际、运作高效，又充分利用现有资源，便于推广应用，保护用户投资。
7、可维护性和易用性原则：本系统建设按照易管理、易维护的原则，实现管理维护的可视化、层次化以及控制的实时性，方便进行业务、性能管理。
（五）详细技术要求
1、浙江省*务服务2.0平台对接应用及事项梳理应用
1.1浙江省*务服务2.0平台应用实施
1.1.1业务梳理
实现对区本级单位对接的事项梳理，以及需求调研。
1.1.2事项清单梳理
针对本次与*务中台2.0对接工作中，由市局提供的事项汇总表，逐一事项梳理，区分并形成对接事项清单。
1.1.3事项梳理部门反馈单
事项梳理过程中，针对事项对应部门，需要按“事项基本信息”、“事项业务信息”、“事项申报要素信息”等反馈信息项，梳理并填写《事项梳理部门反馈单》。
1.1.4目录拆解
根据事项的业务信息，整理汇总成标准事项拆解表格，并进行信息确认。
1.1.5标准化事项梳理
按照规范的标准化事项梳理表格，对事项进行梳理确认。
1.1.6收件配置
配置每个事项收件的用户须知、办理条件、办理情形、办事材料、表单字段等。
1.1.7办件办理端接
1.10办件配置
在中台配置该事项的办理的路由、映射。
1.11属性配置
需要进行属性配置的接口（如收件、补齐补正），在属性配置时必须要有参数组合信息（其中组合code为唯一编码；该参数组合的适用事项框中填写适用的事项统一编码）
在属性组配置页面，需维护属性组合信息：编码属性(该接口字段的标识码，如name)；属性名称(该接口字段的中文说明，如名字)；是否必填，该字段是否为必填项；属性类型，如String等；
配置权力运行系统接口所需的所有参数信息。
1.12基础配置
完成办件类型，驱动模式，拆单，撤回配置管理。
1.13路由配置
根据事项的实际出件情况，完成路由表配置和URL路由配置中任意一项。
1.14通知配置
若办件流程中需要发送消息给用户，可以在以下通知类型中选择配置：办件受理通知、办件成功通知、等待确认通知、等待上传通知、等待补件通知和办结失败通知。
1.2接口开发
1.2.1共享接口开发
对每个共享的字段进行接口调用开发，实现共享字段的数据共享。
实现与*务中台对应数据共享的接口开发。使用*务中台指定的对接编码接入服务接口，需要对上报报文进行会话签名，接口提供对应的应用密钥及加签规则产生，使用步骤如下所示：
1)渠道根据应用秘钥，请求/响应报文签名规则，生成该笔交易的唯一签名。
2)前置服务接收到请求，根据请求报文参数及该渠道的加密秘钥生成唯一签名，通过比对该签名与上传报文中的签名是否一致来确认请求的合法性。
3)前置服务验签通过，处理请求，生成响应报文以及对应的签名返回给渠道调用方。
4)渠道调用方接收响应报文，根据渠道应用秘钥及响应报文加密规则，生成对应的签名，通过比对响应报文的签名信息及生成的签名信息验证该响应报文的合法性。
会话签名是所有交易的基础，*务总线的请求及响应均会涉及加签及验签处理。