|
注意:(略)<>
一、 工作目标<>
1. “四免”对接接口开发<>
按照《广东省统一身份认证平台接入规范》、省政务大数据中心数据共享和电子证照对接标准、《广东省统一物流服务规范》、《广东公共服务支付平台接入指引》、《省统一电子印章平台接入指引(政府部门)》、《省统一电子印章平台接入指引(公众用户)》等文件要求,开展业务申办审批系统的改造,开发与深圳市政务服务数据管理局 “数字政府”建设相关平台的接口,将共享数据、电子证照、电子印章、电子签名对接到事项的申办、审批环节。<>
2. 一件事一次办系统改造:<>
完成“一件事一次办”主题事项与办文系统的对接,并根据一件事一次办的工作要求完成系统改造。<>
3.容缺办理:<>
根据容缺办理事项的工作要求,通过系统改造实现经申请人自愿申请,并且书面承诺在规定时限内补齐补正相关非主审要件,收件窗口先予收件或审批部门先予受理,达到便民利民的效果。<>
4.“秒批”统一平台对接<>
实现办文系统与市统一申办受理平台秒批系统的对接。<>
5.无感申办<>
根据无感申办工作的要求,完成规划、土地、测绘、矿产、林业、海洋、渔业等事项的无感申办的改造工作。<>
6.协助全市统一政务服务APP(i深圳)建设<>
按“i深圳”二期建设方案时间和质量要求完成相关任务。<>
二、建设内容<>
1. “四免”对接接口开发<>
(1)政府部门核发的材料原则上免提交:(略)<>
(2)业务表单数据原则上免填写:(略)<>
(3)可用电子印章的免用实物印章:(略)<>
(4)可用电子签名的免用手写签名:(略)<>
2.一件事一次办系统改造<>
根据新的表单和材料升级优化业务系统,基于一体化政务服务平台实现申报端统一申报,推动受理端统一受理。对自有数据源接口开发和封装,一件事申办过程需使用部门自有数据源的,需按统一标准对自有数据源进行接口开发和封装,接入统一数据源接口库。根据“一件事”业务规则及系统改造指引进行调整,按照“一件事”事项接口规范完成业务系统与市统一申办受理平台及“一件事”事项管理系统的对接,并做好联调测试工作。<>
3.容缺办理系统改造<>
(1)容缺收件:(略)<>
(2)容缺受理:(略)<>
4.秒批接口开发<>
秒批事项在统一申办平台申办,在统一受理平台受理,需要与市的统一申办受理平台对接,实现申办数据,受理数据、申请材料等数据同步下载到审批系统。<>
5.无感申办系统改造<>
在四免专项工作的基础上,依托i深圳、广东政务服务网等一体化政务服务平台,对申请人申办的业务,在填报表单和上传材料过程中,基于刷脸或其他合规方式授权读取个人或企业电子证照或相关后台数据,由系统调取数据自动填充表单信息、自动推送电子材料,从而实现办事信息少填或不填、申请材料少交或不交。<>
6.协助“i深圳”二期建设<>
(1)实现“i深圳”子服务门户建设与优化,包括政务服务、不动产登记、信息查询、常见问题等建设内容。<>
(2)推动高频服务事项实现移动端统一申办。<>
(3)根据牵头单位要求,协助市政数局、各区、其他部门推动特色专题栏目建设。<>
三、成果要求<>
|
<>
|
序号<>
|
成果内容<>
|
形式<>
|
|
数字政府阶段性工作系统改造<>
|
1<>
|
“数字政府”阶段性工作系统改造建设方案<>
|
纸质/电子<>
|
|
2<>
|
“数字政府”阶段性工作系统改造需求说明书<>
|
纸质/电子<>
|
|
3<>
|
“数字政府”阶段性工作系统改造设计方案<>
|
纸质/电子<>
|
|
4<>
|
“数字政府”阶段性工作系统改造可运行代码(源码)<>
|
电子<>
|
|
5<>
|
用户满意度调查表<>
|
纸质/电子<>
|
四、技术要求<>
本项目基于J2EE平台,在深圳市规划和自然资源局统一基础平台的基础上,采用统一权限体系进行权限管理的基础上进行开发,需集成到深圳市规划和自然资源局政务平台。项目需遵循以下技术要求。<>
|
技术要求<>
|
说 明<>
|
要 求<>
|
|
分析建模语言与工具<>
|
在需求、设计阶段,以统一建模语言UML为建模语言,以用例作为需求描述主要手段,包括用例图、流程图、状态图,以物理建模、类图、时序图作为分析设计的描述手段。<>
|
允许适当偏离<>
|
|
开发语言<>
|
基于J2EE,采用JAVA语言进行开发,JDK版本为1.8<>
|
允许适当偏离<>
|
|
图形框架技术<>
|
采用市规划和自然资源局已有图形产品,如PLOMAP。<>
|
不可偏离<>
|
|
软件设计<>
|
有较好的可配置性,避免硬编码;遵循面向对象的设计原则,尽量采用接口编程;具有较好的重用性、可维护性、可移植性<>
|
不可偏离<>
|
|
前后端技术分离<>
|
实施前后端分离的技术,后端基于服务的开发模式,采用Spring Boot技术、前端采用Vue + Element的技术栈进行页面开发,前后端通信依赖于Axios。<>
|
允许适当偏离<>
|
|
设计模式<>
|
整体采用MVC架构模式,具体采用Spring框架。局部设计采用常用的设计模式,例如工厂模式、代理模式、单例模式、DTO模式、DAO模式、VO模式、Session Façade模式、Command模式等。<>
|
不可偏离<>
|
|
用户验证与权限控制<>
|
权限控制与管理采用市规划和自然资源局已有的权限体系,用户验证采用市规划和自然资源局已有的SSO用户验证中心。<>
|
不可偏离<>
|
|
异常处理<>
|
在任何地方出现致命异常,都要中止程序执行,回滚事务、并以友好的方式提示用户、将错误轨迹写入日志,根据需要(通过配置的方式),将错误以邮件或者短信提示系统管理员。<>
|
不可偏离<>
|
|
日志管理<>
|
日志管理模块可以产生便于最终用户、系统管理员、故障维护工程师以及软件开发团队进行分析的事件记录,它为软件的开发调试和维护提供便利的手段。它可以控制日志输出级别,也可以提供多种输出方式。<>
异常日志内容必须包括记录日志时间、日志级别、引发日志产生的具体用户或系统、提示消息、完整错误堆栈<>
|
不可偏离<>
|
|
数据验证<>
|
包括前端的(客户端)js的验证和后端(服务器控制层端)的java验证<>
|
不可偏离<>
|
|
工作流<>
|
使用基于WfMC定义的工作流参考模型及其五类接口的工作流引擎,采用市规划和自然资源局自主开发和采购的工作流引擎。<>
|
不可偏离<>
|
|
开发规范<>
|
遵循市规划和自然资源局的JAVA开发规范,有清晰、完整、风格统一的注释<>
|
不可偏离<>
|
|
Oracle数据库设计规范<>
|
遵循市规划和自然资源局的Oracle数据库设计规范<>
|
不可偏离<>
|
|
全面测试<>
|
进行单元测试、集成测试、压力测试在内的全面测试<>
|
不可偏离<>
|
|
界面风格<>
|
界面风格一致,需专业界面设计人员及美工介入<>
|
不可偏离<>
|
|
计算模型<>
|
针对业务需求经常变化的特点,要求给出一个设计方案,能根据实际业务的变化可自定义有关审核、计算等通用环节,灵活实现业务的审核、计价等功能的模型。<>
|
不可偏离<>
|
|
浏览器兼容<>
|
兼容IE(略)浏览器<>
|
不可偏离<>
|
|
第三方插件<>
|
原则上使用市规划和自然资源局已购买的正版软件<>
|
不可偏离<>
|
|
安全扫描<>
|
部署程序能够满足市规划和自然资源局安全扫描测评<>
|
不可偏离<>
|
五、单一来源采购理由<>
“数字政府建设”阶段性工作的主要工作内容,如“四免”专项工作、一件事一次办、容缺办理、秒批、无感申办、协助i深圳二期建设等,需要基于市规划和自然资源局的信息架构、技术规范和安全体系,在现有电子政务平台的建设基础上进行系统改造和二次开发;为进一步保障后续工作保持与原有信息架构、技术规范和安全体系上的一致性和延续性,依据《深圳经济特区政府采购条例》的第二十一条第(三)款规定,项目拟通过单一来源方式产生供应商,供应商为深圳市规划国土房产信息中心。<>
|