07-劳动人事争议调解仲裁办案系统-项目建设过程重点问题探讨.ppt

* 首先，我们来看社保和就业一体化的模型。在这个模型中，社保和就业采用的是紧耦合，单一数据入口的模式。通过统一的卡中心系统，管理和存储基本信息中的关键信息项，对内供社保、就业系统使用，社保就业分别存储扩展后的基本信息，并与卡中心对接；对外，卡中心同公安，银行、地税等提供统一的基本信息接口。这个卡中心系统，相当于一个数据中心。把这个模型放大到省一级，其实就是同理， * 这里我们提供一种技术方案，就是建设省数据中心交换系统。这个省数据中心交换系统，本质上是一种交换体系。他是由数据交换服务系统以及数据交换库组成的。当省集中式系统需要使用某个地市级数据中心的数据时，向省数据中心交换系统提出请求，省数据中心交换系统会有相应的服务，分析请求的数据存放在哪个交换库中。这个目标的交换库，可能集中存放在省数据中心的交换区内，这种称之为物理上的集中，也可能存放在地市级数据中心的交换区内，而仅仅在省交换区内做了一个注册，使省数据中心能够知道数据存放在哪里。这种称之为逻辑上的集中。省中心交换系统得知数据的存放位置后，去获取响应的数据，这时，根据集中的不同模式也有不同的处理方式。对于物理上的集中，那么直接取得数据就可以了。对于逻辑上的集中，省数据中心需要调用地市级数据中心数据交换的响应服务，来得到这个数据，然后再返回给请求方，也就是省集中式的业务系统。这种数据调取的过程，对于集中式业务系统是透明的，它不用关心数据是如何取到的，只需要请求服务，得到数据即可。 * * 在提供者前置环境部署访问服务，使用者采取轮询方式、订阅发布方式或调用方式等获取交换的信息资源，将交换的信息资源存放交换资源库。 　　轮询方式是使用者定期或定时访问提供者服务;　订阅发布方式是使用者向提供者一次性订阅，提供者分批向使用者发布;调用方式是使用者业务系统通过其前置交换环境访问提供者前置环境，提供者前置环境再访问其业务系统，获得政务信息资源。 　　通过轮询、订阅发布或调用方式，使用者根据业务需求，将提供者的信息资源交换到交换资源库，以实现跨部门的信息资源共享。 * * * 各类仲裁文书是仲裁行为和仲裁结果的根本表现形式。 仲裁文书是否标准、是否规范是体现仲裁工作是否标准、是否规范的标尺。 由于工作人员掌握计算机操作水平的不同，在具体仲裁文书格式、表达、字体字号等方面可能会造成不统一，不规范的现象。 通过将仲裁文书格式固化到办案系统中，形成仲裁文书的标准，使工作人员只需要注重文书内容，而不再关注文书格式。 办案系统使仲裁文书标准、规范得以实现。? * * 随着信息化的不断发展，根据部金保二期的规划，我们可以看到，将来业务系统的发展趋势，都是走向省级集中系统。目前已经有部分省实现了社保就业劳动关系等多个省级系统。同市级系统建设一样，省级系统也面临着单独建设，分别管理的问题。这个问题在基层业务人员身上体现的尤为严重。基层业务的特点就是上面千根线，底下一根针，一个基层业务人员往往拥有多个账号和密码。工作中频繁的在各个业务系统中切换，不胜其烦。于是，有的地区已经提出了单点登录的管理理念。单点登录 * 从结构上看，CAS 包含两个部分： CAS Server 和 CAS Client。CAS Server 需要独立部署，主要负责对用户的认证工作；CAS Client 负责处理对客户端受保护资源的访问请求，需要登录时，重定向到 CAS Server。CAS Client 与受保护的客户端应用部署在一起，以 Filter 方式保护受保护的资源。对于访问受保护资源的每个 Web 请求，CAS Client 会分析该请求的 Http 请求中是否包含 Service Ticket，如果没有，则说明当前用户尚未登录，于是将请求重定向到指定好的 CAS Server 登录地址，并传递 Service （也就是要访问的目的资源地址），以便登录成功过后转回该地址。用户在第 3 步中输入认证信息，如果登录成功，CAS Server 随机产生一个相当长度、唯一、不可伪造的 Service Ticket，并缓存以待将来验证，之后系统自动重定向到 Service 所在地址，并为客户端浏览器设置一个 Ticket Granted Cookie（TGC），CAS Client 在拿到 Service 和新产生的 Ticket 过后，在第 5，6 步中与 CAS Server 进行身份合适，以确保 Service Ticket 的合法性。 * * * 需要在地市部署调解仲裁监督系统，同联网监测一样。依托于数据总线上传 * * * * * 软件安全：很多用户在部署数据库软件的时候仅仅选择了最容易获得的版本， 比如或者等，遗漏了正常的补丁，运行过程中也没有及时更新，真正发现问题时已经晚了。我们曾经经历过一个例子，在一个已