封面根据方案实际情况进行个性化设计池州公共资源交易网.doc
《封面根据方案实际情况进行个性化设计池州公共资源交易网.doc》由会员分享,可在线阅读,更多相关《封面根据方案实际情况进行个性化设计池州公共资源交易网.doc(114页珍藏版)》请在三一文库上搜索。
1、池州市人力资源和社会保障局公共服务系统招标方案池州市人力资源和社会保障局2017年8月目 录一、建设目标1二、系统总体技术方案1(一)、总体技术架构1(二)、技术路线21、企业服务总线(ESB)22、ESB产品系统构成33、ESB基础服务功能44、公共服务数据集成总线(DI)5(三)、池州人社数据共享技术71、WebService技术72、 SOAP技术73、WSDL技术84、UDDI技术85、应用服务器中间件86、数据交换技术路线8(四)、采用单位级应用框架9(五)、项目其他相关要求101、业务分层和扩展102、系统集成113、安全要求114、性能要求12三、公共服务系统建设12(一)、网上
2、办事大厅系统功能设计方案121、网上业务办事132、网上申报审批173、公众查询184、系统管理20(二)、池州人社数据共享平台201、数据共享平台建设目标202、数据共享平台功能设计213、数据库用户的权限清理21(三)、档案管理系统21(四)、阳光政务子系统21(五)、公共业务监控平台331、业务监控332、系统监控343、网上办事系统监控344、金保系统监控345、终端监控34(六)移动服务平台341、技术架构352、部署结构353、开发移动客户端364、网办系统与一体机无缝移植37(七)、系统安全设计方案37四、自助服务一体机建设方案40(一)一体机建设思路402、建设原则413、一体
3、机建设内容424、网络拓扑48(二)、自助服务一体机设计521、后端服务设备53(三)、项目建设内容详细设计方案531、软件功能设计532、社会保险模块533、人脸身份认证584、参保证明打印585、单位自助服务596、社保卡管理657、就业服务688、人才档案689、其他功能71(四)、社保卡自助服务一体机部署维护911、一体机质保912、一体机部署91五、新增硬件设备911、新增硬件错误!未定义书签。2、硬件设备参数91六、项目实施方案94七、项目报价96八、评分标准错误!未定义书签。- 5 -一、建设目标党的十八届五中全会提出“创新、协调、绿色、开放、共享”新发展理念,以及“实施“互联网
4、行动计划,发展分享经济,实施国家大数据战略”。2014年,安徽省政府下发安徽省人民政府关于推行省级行政权力清单制度的通知(皖政201429号),明确要求“推行省级行政权力清单制度”,“优化权力运行流程,建立权力清单运行平台,实行权力规范透明运行”。建设以金保系统为主体,结合就业一体化、人事考试报名、企业监察年审等相关可网上办理的业务,并增加行政审批办事指南、社保业务查询、报表打印等便民、利民的场景式服务。增进社会化服务的广度和深度,构筑起一套方便实用、技术可靠、多层次、多形式的社会化服务体系。让用人单位和职工足不出户或者少出户就能够进行相关信息查询和业务办理,从而缓解行政服务压力,降低行政
5、服务成本,提高管理服务水平。二、系统总体技术方案(一)、总体技术架构整个公共服务平台的核心部分是数据交换中心,交换中心就是搭载整个公共服务业务的载体,通过数据交换实现外网业务查询和申报,并通过交换中心的建设,实现公共服务业务数据安全准确交换。按功能系统划分,分为社保、就业一体化、人事考试报名、企业监察年审等多个业务体系。在社保部分,单位和参保个人通过平台可以对社保业务进行申报和查询等功能,同时支持到与其他系统数据接口。在就业一体化部分,按项目建设内容,我们把整个系统划分为 4 个功能区,各功能区主要职能:数据交换功能区:信息交换与业务逻辑区,负责信息交换和业务逻辑,是整个系统的核心区;网上办事
6、功能区:实现单位用户对本单位的社会保险业务的申报工作;公众查询功能区:个人参保信息的管理与查询,以及个人查询系统的主要功能实现与服务支持;经办审批功能区:中心端审批系统的信息管理与单位申报数据的业务审批工作,已经中心审批系统的主要功能实现与服务支持。(二)、技术路线为了更好地支持池州市网上办事大厅系统建设与市其他人社系统的数据交互、共享协同,本项目以面向服务的体系架构(Service-Oriented Architecture,SOA)为基础,采用企业服务总线(ESB)、数据总线(DI)、WebService、应用服务器中间件等技术建设应用支撑平台,使得各系统之间形成松散耦合的结构,便于系统开
7、发、集成和维护。1、企业服务总线(ESB)企业服务总线(ESB)提供平台交互与控制的功能,是整个系统面向服务架构(SOA)的核心。ESB功能体现了面向服务设计体系中服务层架构的定义,向所有请求者提供WSDL定义的公告接口,接收请求者发送的消息请求,处理请求消息内的报头条目,验证解析请求消息内容并转换为不同服务提供系统需要的格式,封装请求消息的业务流程逻辑,响应请求消息并传回给服务请求者。同时,完成对各业务平台提供的服务进行注册、管理。2、ESB产品系统构成ESB产品体系由总线控制台、服务配置平台系统、中心服务器、端服务器四个子系统组成:ESB产品构成示意图1)总线控制台实现所有注册信息的配置,
8、包含注册中心、AMF流程、WS流程、REST流程、服务授权、安全中心、监控中心、系统参数、应用管理、系统管理、分中心管理以及其他一些辅助功能。2)服务配置平台系统实现所有类型服务的开发,实现智能化服务配置,增加图形化流程;在数据传输过程中实现数据加密,提高产品安全性;多重协议使用,增加系统兼容性;端服务路由分配,缓解总线压力,提升整体抗压并发深度。3)中心服务器端是命令发起者,端服务器是命令执行者。它是整个ESB体系主体部分,支撑着绝大部分业务功能,是将消息转发至终端服务最后实现环节。能提供消息路由匹配、数据格式转化、事务支持、数据解压缩、防Dos攻击、多重协议(rest、amf、http、w
9、ebservice)支持等功能,集中式监听接收客户端发送消息请求,并通过消息通道适配器,发送至各自端服务器,并等待接收端服务器反馈回来服务信息。4)端服务器实现了服务访问权限校验、消息安全认证(根据X509数字证书完成数据加密、数字签名、数据访问时间戳等安全认证)、服务组合、数据转化、路由处理器(匹配相应handler:Jdbc、ejb、webservice、pojo等处理器)、封装服务消息请求并最终发送至终端服务,并请求服务结果返回至中心服务器。 3、ESB基础服务功能企业服务总线主要提供以下基础服务功能:1)事物控制在Web Service服务端建立事务控制框架。基本原理:在服务端执行完毕
10、后,不立即提交事务,而是将其放入“事务资源池”中,相当于远程“挂起”事务,待客户端异步执行完操作后,回调处理服务端事务。2)异常预警监控各总线服务器的性能,系统信息和已经部署的服务;对计算机设备运行活动的完全记录和描述;对日志数据进行采集、汇聚、存储、归档、分析和报警、监控、自动化的手段;监视系统状态、追踪系统问题;可以根据监控数据对服务进行调整。3)系统及性能监控主要包括抽取监控(可以监控抽取的过程,是否进展顺利,是否有数据丢失等)、数据量监控(查看正在抽取的数据量大小,未来数据流量等)、异常日志监控(监测数据抽取转换过程中的日志,包括异常日志等信息,以便于进行例外处理)、性能监控(测试抽取
11、服务器的性能等,以图表形式展现过程)、线程服务管理(管理抽取线程的启动,停止等过程)等功能。4)服务注册及授权对集成的服务进行统一的管理。包括服务的注册,调试以实现外界对服务的访问调用。同时还对服务变更进行管理,以保证服务的持久化及有效性。5)服务路由为相关应用提供一个“消息高速路”,很好地支持分布式系统的开发、集成和运行,为跨越不同操作系统和网络平台的分布式应用提供可靠、高效的消息发送和管理服务,同时提供了服务接口及适配器。4、公共服务数据集成总线(DI)公共数据集成总线(DI)能够集成各种纷繁、复杂的数据系统,提供同构数据、异构数据之间的数据抽取、格式转换、内容过滤、内容转换、同异步传输、
12、动态部署、可视化管理监控等服务,支持的数据包括各主流数据库(如Oracle、SQLServer、MySQL等)、地理空间数据(如卫星影像、矢量数据)、常规文件(word、excel、pdf)等各种格式,并可以根据用户需求定制开发特定业务服务。首先,数据集成总线(DI)能提供图形化的作业设计器 (Job),允许用户定义作业执行的序列,用户在每个步骤中都可进行个人定制、错误转向等,从而更好地满足用户的自身需求。DI系统作业流程图其次,数据集成总线(DI)能提供各种用户需要用到的但可以简化用户操作的图形化功能,包括导入和导出文件,用来将应用配置到其他平台,建立时序,执行和监测job(或job序列)。
13、DI作业示意图另外,数据集成总线(DI)提供作业的测试功能和预览功能。使得每一个转换/Job都能被监测到,并能提供开始、停止等功能,使得使用更具人性化。同时, DI还能提供作业运行情况的图形化监测功能,界面如下所示:DI图形化检测示意图同时,数据集成总线(DI)能针对不同种类数据库和不同应用需求,提供多种同步解决方案,包括:1)、增量数据捕获(CDC)通过利用数据库自身的增量数据捕获服务,如Oracle CDC服务和DB2 CCD服务,来实现从Oracle、DB2等数据库到其它数据库的同步。2)、数据比较可以适用于各种数据源,用于数据量较小的场合(百万行以下)。3)、时间戳时间戳方式同步要求数
14、据行带有时间戳列,适用于只有Insert、Update,没有Delete的场合。4)、触发器对于不提供CDC机制的数据库,能提供触发器方式的同步。(三)、池州人社数据共享技术1、WebService技术SOA是一种高层次的设计方法学、分布式体系架构。它的实施需要借助具体的技术实现,WebService作为一种新兴的分布式系统架构,提供了SOA的具体技术实现。SOAP(Simple Object Access Protocol)、WSDL(Web Services Description Language)、UDDI(Universal Discovery Description and Int
15、egration)是WebService的基础部件。其中SOAP作为传输层基础组件,用来在消费者和服务提供者之间传送消息,实现SOA的消息表示和传输功能。WSDL用来描述服务,实现SOA中的服务接口描述功能。UDDI用来注册和查找服务,实现SOA的服务动态发现。这三者之中,SOAP是Web服务的默认机制,其他的技术为可以服务实现其他类型的绑定。一个消费者可以在UDDI注册表查找服务,取得服务的WSDL描述,按照WSDL服务接口描述的数据格式通过SOAP来调用服务。由网上办事大厅中心端程序提供社保数据共享的接口方案和共享数据的加密功能。2、 SOAP技术SOAP即简单对象访问协议,是在分散或分布
16、式的环境中交换信息的简单的协议,是一个基于XML的协议。它包括四个部分:1)SOAP封装,封装定义了一个描述消息中的内容是什么,是谁发送的,谁应当接受并处理它以及如何处理它们的框架;2)SOAP编码规则,用于表示应用程序需要使用的数据类型的实例;3)SOAP RPC表示,表示远程过程调用和应答的协定;4)SOAP绑定,使用底层协议交换信息。虽然这四个部分都作为SOAP的一部分,是作为一个整体进行定义的,但他们在功能上是相交的、彼此独立的。特别的,封装和编码规则是被定义在不同的XML命名空间中的,目的是使定义更加简单。3、WSDL技术WSDL是一种XML Application,其作用是将一个W
17、eb Services描述为一组服务访问点。WSDL文档将一个Web Services描述成一组网络端点或者端口,在WSDL中,由于服务访问点和消息的抽象定义已经和具体的服务期部署和数据格式绑定分离,因此可以再次使用这些抽象对象: 消息,是对需要交换信息的抽象描述;端口类型,是对Web Service提供的操作的抽象集合。特定端口类型的具体协议和数据格式定义构成了一个可以重用的绑定,一个端口定义成一个可重用绑定和网络地址的关联,一组端口构成了一个服务。4、UDDI技术UDDI,即通用发现与发布方法集,它规范定义了一种发布和发现网络服务信息的方式。它是一套公开的实现规则,允许企业注册他们所提供的
18、网络服务信息,以便其他的企业能够找到他们。5、应用服务器中间件本项目采用J2EE的开发式的体系架构,对应用服务器中间件选项有以下几个原则:(1)跨硬件、操作系统、数据库管理系统等多种平台,并支持多种通讯协议;(2)基于交易的数据处理策略,数据完整性、一致性强;(3)自动负载均衡;(4)提供动态JDBC池,可以动态创建、修改、删除 JDBC连 接池,使JDBC池的连接数根据需要动态变化;(5)支持多种开发工具。6、数据交换技术路线社会保险公共服务应用系统将采用成熟的技术来实现产品研发,降低项目实施成本和风险,提高系统稳定性、可靠性和安全性。系统设计采用采用面向对象的分析和设计方法,引入面向服务的
19、设计理念;系统开发采用符合J2EE软件开发标准的BSS的先进软件架构;对数据库系统设计中,采用与数据无关性设计,可支持oracle等主流关系型数据库;中间层采用J2EE规范,可支持多种主流应用服务器中间件平台;系统运行平台实现操作系统无关性,支持包括UNIX、Linux、Windows等主流操作系统;应用软件采用全中文操作界面,支持AJAX实现页面智能操作提示。遵循部、省相关接口标准与部、省公共服务系统、阳光政务系统对接。制订市阳光政务接口标准,并开发一套标准、规范且灵活、可扩展的接口体系(如基于XML、API或WEBService方式的接口),实现阳光政务平台与人社部门业务系统、网办系统以及
20、市级其他部门信息系统的系统对接,为跨地区、跨层级、跨部门之间的数据共享和业务联动提供系统支持。(1)数据交换。实现与省相关公共服务信息系统的数据查询、上报、比对以及业务协同办理所需的数据交换功能。实现与市政务平台数据查询、交换、统计以及归集等,实现省市业务的协同办理。(2)与市直其他部门的数据交换。遵循市级行政权力清单运行平台的数据标准规范,实现与市级行政权力清单运行平台进行数据交换;遵循市级网上行政审批系统的数据标准规范,与市级网上行政服务和电子监察系统对接,实现人社业务的数据共享、业务流转和信息反馈;为市统一信访平台预留接口。(3)与省集中、市本级及部门业务信息系统之间的数据交换。与省公共
21、就业网上办事系统关联,实现数据共享;与省社会保障卡管理信息系统、城乡居民养老保险信息系统、就业一体化系统、省人才中心网上办事系统、省12333电话咨询系统、省联网监测数据系统等在省厅部署集中的“省集中”系统之间的关联,实现相关业务的信息查询和网上办理。与市级人力资源和社会保障相关信息系统、局门户网站、局OA系统、档案系统、邮件系统等已建或拟建信息系统关连,以及下属部门(单位)业务系统、二级子网的关联,实现相关业务的信息查询和网上办理。在本系统将来应用运行过程中,省集中、市本级系统范围随人社部门业务规划适时调整。(四)、采用单位级应用框架社会保险公共服务应用系统是一个用户数众多、业务复杂、有众多
22、关联的大型应用系统,系统记录数将超过千万,并发交易将达到300笔/秒。同时该系统又是一个公共服务的系统,要求快速的用户响应,普通查询和业务应用响应时间3 秒,一般统计汇总功能8秒,复杂统计报表生成时间10 分钟。因此采用单位级架构和技术是社会保险公共服务应用系统的关键。系统总体架构采用SOA的架构,数据库系统采用支持大型应用的单位级数据系统(如:ORACLE),应用层采用J2EE规范的单位级应用中间件服务器。(五)、项目其他相关要求池州市人社局网上办事大厅应符合人社部关于社会保险核心平台,库表结构设计应遵循部社会保险核心平台软件的命名规则和相关标准。系统开发采取参数化、组件化设计的思想,以保证
23、系统的灵活性。系统开发技术应具备主流、开放特点,客户端兼容常见的页面浏览器。系统架构应是基于J2EE平台的B/S/S多层体系结构,具体系统构架要求: Unix/Linux + J2ee +Oracle + B/s/s。手机触屏版网上办事大厅应是基于HTML5+CSS3的技术开发。1、业务分层和扩展审批过程要求采用动态工作流和在线跟踪技术满足事项申请、事项审批等模块的工作流自定义和图形化管理要求。工作流设计应参照WFMC(国际标准化工作流组织)所提供的工作流模型,按照多层结构技术,基于数据库和WEB应用;应具有图形化的流程设计器、工作流引擎、工作流接口、辅助服务功能,能满足以下特性:支持对复杂流
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 封面 根据 方案 实际情况 进行 个性化 设计 池州 公共资源 交易
