智慧总工会综合服务平台建设方案.doc

《智慧总工会综合服务平台建设方案.doc》由会员分享，可在线阅读，更多相关《智慧总工会综合服务平台建设方案.doc（23页珍藏版）》请在悟道方案网上搜索。

1、市县 智慧总工会 综合 服务平台建设方案 V3.0 智慧 总工 会综合服务平台 建设方案 市县 智慧总工会 综合 服务平台 建设方案 V3.0 目 录 1 前 言 . 4 2 项目概述 . 4 2.1 建立健全领导体制 . 4 2.2 建立完善各项制度 . 4 2.3 建立工作联动机制 . 4 2.4 拓展服务手段和方式 . 4 2.5 推动工会组建和维权机制建设 . 5 3 总体建设方案 . 5 3.1 概述 . 5 3.2 总体结构 . 6 3.3 系统功能框架 . 7 3.4 系统部署 . 7 3.4.1 网络部署 . 8 3.4.2 应用部署 . 8 3.5 技术平台引用技术依据 .

2、9 3.6 系统技术支持平台设计 . 9 3.6.1 表现层概述 . 10 3.6.2 中间层概述 . 10 3.6.3 数据层概述 . 16 3.7 权限 控制方案 . 17 3.7.1 权限管理的技术要求 . 17 3.7.2 权限解决方案 . 17 4 项目设计方案 . 19 4.1 12351 服务平台 . 19 4.1.1 接线部 . 19 4.1.2 执行部 . 20 4.1.3 企业管理 . 20 4.1.4 短消息 . 20 4.1.5 高龄职工 . 20 4.1.6 重要客 户 . 20 4.1.7 工作日志 . 20 4.1.8 报表统计 . 20 4.1.9 转办管理 .

3、 21 4.1.10 系统管理 . 21 4.2 工会服务系统 . 21 4.2.1 法律服务 . 21 4.2.2 保险理赔 . 21 4.2.3 困难职工申请 . 21 4.2.4 婚介服务 . 21 4.2.5 信访服务 . 22 4.2.6 工会管理 . 22 4.2.7 职介服务 . 22 4.2.8 工会业务 . 22 市县 智慧总工会 综合 服务平台 建设方案 V3.0 4.2.9 系统管理 . 22 4.3 统计报表系统 . 22 4.3.1 12351 热线统计 . 22 4.3.2 法律援助服务统计 . 22 4.3.3 工会会员统计 . 23 4.3.4 互助保险服务统计

4、 . 23 4.3.5 困难 帮扶服务统计 . 23 5 项目建设与运行 . 23 5.1 领导与管理机构 . 23 5.2 项目进度、质量、资金控制 . 错误 !未定义书签。 5.2.1 项目进度安排 . 错误 !未定义书签。 5.2.2 系统报价清单 . 错误 !未定义书签。 6 系统维护和培训 . 23 6.1 培训对象分析 . 23 6.2 系统维护 . 23 市县 智慧总工会 综合 服务平台 建设方案 V3.0 1 前 言 在国企改革向纵深发展、劳动关系日趋复杂、亿万农民工进城务工的大背景下，作为劳动者职业维权人的工会开设一条职工维权热线显然有其深意。全国总工会现内部数据网已连通，

5、各地根据实际需求，也逐步建设了职工维权语音坐席平台 ，在此基础上， XX 总工会顺应时代潮流，预备建设工会服务管理应用系统 。出于降低成本的考虑，用户希望尽可能利用现有的资源，使语音和 服务管理平台 实现整和， 充分利用语音服务数据基础，通过热线电话直接转接到执行部门，实现服务信息化管理。 它可以充分利用用户现有的资源，在同一网络内实现数据和语音的传输，利用 IP 电话平台建立一套先进的呼叫中心系统来受理业务，既可提高业务处理效率，又能节约运营成本。 2 项目概述 2.1 建立健全领导体制 三级服务体系实行横向接受同级工会的领导，纵向形成自上而下的业务指导关系。市总工会成立三级服务体系 建设领

6、导小组，下设办公室，负责三级服务体系建设发展规划制定，工作协调督导，日常事务处理；街道乡镇工会要建立主席（副主席）工作责任制，加强对工会服务站的领导。 2.2 建立完善各项制度 市、区县总工会要建立与社会建设、劳动、民政、安监、财政、卫生等相关党政部门的联系沟通和工作协作机制。市、区县服务（帮扶）中心要建立服务体系工作情况通报制度、信息反馈制度、培训学习制度、突发事件处理程序和工作交流制度等。街道乡镇工会服务站要建立岗位责任制度、工作人员守则、资料管理制度、联系企业和职工制度、工作报告制度等。 2.3 建立工作联动机 制 实行基层了解和反映企业、职工需求，上级掌握情况、制定政策、下达任务，基层

7、执行并及时将办理结果向上级反馈的工作流程。工会服务站要与社区服务站、商务楼宇社会工作站等服务组织共建共享，形成工作对接，优势互补、协调联动。 2.4 拓展服务手段和方式 为工会会员发放职工互助服务卡，实行对会员的实名制管理，提供互助保障以及各种免费和优惠服务。根据职工需求，通过窗口接待和信息平台提供咨询和求助服务，协助开展劳动争议调解、法律援助、困难救助、互助保障、素质培训、就业信息等服务；建立完善 12351职工服务信息平台，提供 12351 职工热线和网络信息服务。 市县 智慧总工会 综合 服务平台 建设方案 V3.0 2.5 推动工会组建和维权机制建设 通过建立区域性行业性工会联合会、联

8、合工会等形式实现工会组织全覆盖，提高职工入会率。依托区域性行业性工会，组织开展平等协商集体合同和厂务公开民主管理工作。健全劳动争议调解组织体系，建立劳动关系预警机制，劳动法律监督机制和政府监察处理反馈机制，实施工会法律援助，加强劳动法制宣传教育；建立工会法律服务三级平台，构建社会化维权格局。 3 总体建设方案 3.1 概述 本系统总体建设按照三级组织机构：市总工会、各区工会组织和基层工会组织。总体建设方案如下： 1、 建设三级服务体系 2、 建 立完善运行机制 3、 拓展服务手段和服务方式 4、 推进工会组建和维权机制建设 市县 智慧总工会 综合 服务平台 建设方案 V3.0 3.2 总体结构

9、 系统采用三层技术架构，分为服务层，业务层和展现层。 服务层：实现数据存储、数据转换和内部数据交换，在各个基层工会组织、区工会组织形成业务数据，集中在市总工会存储，并通过市总工会服务发布和信息传输； 业务层：该层是系统的应用层，通过后台集成模块实现业务过程和数据操作。在本系统建设中，业务层主要包括两个平台： 12351 服务平台和工户服务管理系统； 展现层：该层是直接面向用户的操作界面，也就是用户界面，通过外部组件和控件技术，完成用 户数据操作，实现用户数据交互。 市县 智慧总工会 综合 服务平台 建设方案 V3.0 3.3 系统功能框架 长沙总工会12351职工服务平台1 2 3 5 1 服

10、 务 平 台工 会 服 务 系 统统 计 报 表 系 统接 线 部执 行 部企 业 管 理短 消 息高 龄 职 工重 要 客 户工 作 日 志报 表 统 计转 办 管 理法 律 服 务保 险 理 赔困 难 职 工 申 请婚 介 服 务信 访 服 务工 会 管 理职 介 服 务工 会 业 务系 统 管 理1 2 3 5 1 热 线 统 计法 律 援 助 服 务 统 计工 会 会 员 统 计互 助 保 险 服 务 统 计困 难 帮 扶 服 务 统 计3.4 系统部署 系统部署分为网络部署和应用部署。 市县 智慧总工会 综合 服务平台 建设方案 V3.0 3.4.1 网络部署 I n t e r n

11、 e t移 动 设 备P C 设 备Wap/HttpHttpP C 设 备Http基 层 工 会 组 织区 工 会市 总 工 会执 行 部执 行 部服 务 中 心W E B 服 务 器数 据 库应 用 服 务 器服 务 中 心前 台 数 据 交 换前 台 数 据 交 换市 总 工 会 执 行 部 门热 线 坐 席服 务 中 心执 行 部 3.4.2 应用部署 本系统是在 SG-ERP 总体架构设计的基础上，依据国家政府办公自动化平台整体安全策略和程序相关规范，以及信息化建设部署应用程序的基础结构实现，具体通过如下几个方面体现： 安全策略与程序 安全策略确定允许应用程序及其用户执行哪些操作，全面

12、风险信息管理信息系统，通 过对用户全新啊控制以及授权方式实现，系统提供统一标准接口可以与第三方安全产品紧密集成，提供更为强大的安全保护。 网络基础结构组件 根据国家政府办公网络整体网络架构，以及网络基本安全要求，如筛选规则、端口限制、支持的协议等，系统在实现过程中，考虑允许哪些协议、端口和服务从外围网络中的 WEB服务器访问内部资源以及与其他系统之间关系，确定应用程序设计所需要的协议和端口，并分析打开新端口或使用新协议会带来哪些潜在威胁。 部署拓扑结构 全面风险管理信息系统实现应用程序的部署拓扑机构，具有远程应用服务的调用。通过RFC 方式或 WebService 方式实现，确保数据的保密性和

13、完整性。系统中数据传输和系统交互过程可以通过特权进程账户方式实现。 市县 智慧总工会 综合 服务平台 建设方案 V3.0 3.5 技术平台引用技术依据 系统支持平台是依据 XX 市总工会 12351 服务平台系统建设要求，基于 J2EE 技术框架标准的技术方法，采用 B/S 结构体系。 WFMC ( Workflow Management Coalition ) 由工作流联合会（ WFMC）开发的一系列工作流管理产品的开发规范，按该系列规范，不同开发商提供的工作流管理产品之间可以相互通讯，协调工作。 JMS ( Java Message Service ) JMS 是一套已获得业界广泛支持的消

14、息 API ，它支持消息队列和发布 订阅机制，可以用于公司应用间异步通信，建立松耦合的分布式应用系统，简化公司应用的开发，对公司的应用系统进行集成。 XML ( Extensible Markup Language ) XML 是 WEB 上通用的数据表示语言，它与平台无关，使开发者可以用标准一致的方式来表示结构化的数据，并可以定义自己的数据，是由 W3C 发布的标准语言。 XML SCHEMA 是 W3C 发布的规范，用于定义 XML 数据的结构，并 可以对 XML 数据进行校验。 SOAP ( Simple Object Access Protocol ) 是一由 W3C 发布的种轻量级的

15、、以 XML 为基础的用于信息交换的标准协议，用于在 WEB上交换结构化的、有数据类型表示的信息，具有平台独立性，通过该协议，由不同语言开发的系统间可以相互交换信息，是 WEB SERVICE 的主要协议之一。 WEB SERVICE 是一种与 DOCM 和 CORBA 不同的分布式体系结构，该体系结构使用的是标准的 INTERNET协议（主要包括 SOAP、 WSDL 和 UDDI 三个协议）， 可以使由不同的操系统和语言开发的应用系统之间进行无缝有机地集成起来，组成一个有机的分布式应用系统，可以广泛地应用与公司应用集成、工作流管理和公司门户等应用中。 单点登录， SSO 单点登录 （ SS

16、O 英文全称 Single Sign On） 。 SSO 是在多个应用系统中，用户只需要登录一次就可以访问所有相互信任的应用系统。它包括可以将这次主要的登录映射到其他应用中用于同一个用户的登录的机制。 3.6 系统技术支持平台设计 系统采用基于 J2EE 标准框架结构的多层次的系统结构体系 , 该结构分为：表现层、中市县 智慧总工会 综合 服务平台 建设方案 V3.0 间层、数据层。 3.6.1 表现层概述 应用服务平台面向的使用者是多种多样。一个集成度较高、便于操作使用、类似于应用桌面的操作用户界而，可以极大地提高系统使用的效率。使用者可以通过统一的使用平台，获取信息及系统提供的服务。 个性

17、化门户是指在 Internet 的环境下，把各种应用系统、数据资源和互联网资源统一集成到通用门户之下，根据每个使用者使用特点和角色的不同，形成个性化的应用界面，并通过“应用平台总线”的事件和消息传输把用户有机地联系在一起。 关键特性 (1) 开放性：基于 J2EE 体系结构，完全基于 XML 文件的开发和部署方式： (2) 可扩展性：利用了 J2EE 应用服务器的集群能力，可根据性能，可靠性等要求以多种方式进行配置和部署； (3) 访问结构化信息； (4) 用户发布和共享信息； (5) 信息访问的权限控制：基于规则的权限控制，并可以与第三方安全服务集成； (6) 应用集成：与集成服务器结合使用

18、，解决公司从前台个性化门户到后台应用集成的问题； (7) 支持工作流 /业务流程。 3.6.2 中间层概述 应用服务平台由一组软件及体系框架组成，有助于快速构建客户化的应用系统，并保证该系统的可扩展性、易修改性、互联性及系统平台的独立 性。系统是由四层体系架构而成 ,这四层架构自下而上分别是 J2EE 层、应用平台层、通用组件层、业务功能层。每一层都提供了一些复用性极强的模块。这些模块一起为上一层的模块提供服务。通过使用集成适配器（ Integration Adapters）和集成服务器（ Integration Server）任何一层次上的模块都可以实现与外部应用系统的集成。 3.1.3.2

19、.1 J2EE 层 构建公司信息系统时，选择何种技术平台是首要面临的问题。技术的成熟度，开放性，是否有丰富的厂家及产品支持，能否能够支持系统对可扩展性、容错性 、并发能力的要求，是我们选择技术平台的主要依据。 J2EE 是由 SUN 公司所倡导，并得到了众多厂商支持的平台标准，为复杂的应用提供了基于多层技术的开发、部署和管理解决方案。 J2EE 是一项标准，而非一个产品， J2EE 应用市县 智慧总工会 综合 服务平台 建设方案 V3.0 程序可以部署在不同的 J2EE 服务器上。 J2EE 阵营的目标是给客户提供多种平台和工具的选择权，通过竞争产生最佳的产品。为此， SUN 发起成立了 Ja

20、va Community Process(JCP)，参加者包括 BEA,IBM,Oracle 等，共同致力于 J2EE 的提高。 J2EE 技术的基础就是核心 Java 平台或 Java2 平台的标准版， J2EE 巩固了标准版中的许多优点，例如“编写一次、到处运行”的特性、方便存取数据库的 JDBC API、 CORBA 技术以及能够在 Internet 应用中保护数据的安全模式等等，同时还提供了对 EJB（ Enterprise Java Beans）、 Java Servlets API、 JSP（ Java Server Pages）以及 XML 技术的全面支持。 J2EE 应用服务器

21、还为这些组件提供一整套底层服务，通过自动化的方式完成应用程序开发中诸多耗时费力的工作，为用户提供一种可创建广泛兼容 的公司解决方案而无需进行复杂编程的平台。利用这一优势可以方便地开发出高质量的、适合公司使用的应用程序，还可极大地缩短产品研发上市时间，降低成本和风险。 J2EE 可以被用于网站建设、组件开发、完整的应用、 WEB 服务等。下图是 J2EE 平台的模型： 3.1.3.2.2 应用平台层 在系统的开发中，我们经常会遇到各种各样的变化：组织机构的变化，业务流程的变化，业务逻辑的变化，其他相关系统的变化，系统如何迅速适应这些变化，是一个需要着重考虑的问题。所以这里选用了工作流引擎，规则引

22、擎，集成服务器等中间件产品构成应用平 台层，来支持系统的可适应性、灵活性、可维护性等特性。 工作流引擎用来处理业务流程的建模，处理，监控； 规则引擎专门处理各种复杂多变的商业规则； 集成服务器可以使运行在不同软、硬件平台上的各种不同公司应用系统在进程级相市县 智慧总工会 综合 服务平台 建设方案 V3.0 互通信。 这些中间件产品结合使用，进一步处理了跨异构系统工作流、业务动态建模等复杂的问题。这些中间件产品是在 J2EE 的 N 层体系结构基础上，对应用逻辑中复杂多变的部分再次抽象，形成可灵活配置，可重用的组建，就可以提高效率，缩短周期，降低风险，更好地满足客户需求， 这些中间件产品都提供了

23、简 单易用的图形化界面的管理工具，设计工具，使得开发人员在系统构建阶段可以迅速的完成开发任务。利用这些工具，业务人员也可以在系统运行阶段动态的根据实际需要对系统做出相应的调整。 1.工作流引擎 工作流引擎技术是在一定的软件体系架构之上，将软件的业务逻辑通过软件实现分离出来，被分离的业务逻辑可以被重新定义，这样在不需要重新编写程序的情况下，可以随时，甚至在软件运行过程当中改变软件业务流程。工作流引擎作为公司信息化平台总线的重要组成部分，帮助公司在现今瞬息万变、竞争激烈的市场环境中，快速建立、集成和部署跨越公司内应 用甚至跨越公司、在公司与其客户、供应商之间传递信息的业务流程。 随着工作流引擎技术

24、的发展，用户在信息系统中越来越多的依赖于工作流引擎提供的强大支持，对工作流引擎的技术也提出了更高的要求： (1) 支持业务流程重组（ BPR）和信息重组。 (2) 支持自定义流程，提供完整的安全及权限设计，实现业务流程的全过程管理，具备流程监控、调度功能。 (3) 支持基于邮件的离线处理，支持移动审阅。 (4) 具备业务流程审计功能，能对业务处理过程进行记录，以备事后查询、审计或作为业务考核的依据。 (5) 业务流转支持多种告知 服务（包括短信息、 E-mail、电子信使等）。 (6) 支持用户个性化设置。 (7) 业务流转处理时限 5 秒。 (8) 技术标准：一个支持公司应用集成（ EAI）

25、的公司级工作流引擎应具有几个典型和基本的特性； (9) 开放性：支持技术和行业标准，为公司中及公司之间各种业务系统的集成提供技术基础； (10) 可扩展性：支持公司不断增长的业务需求对信息系统的要求； (11) 可靠性：保障业务系统在大容量和各种环境下的稳定运行； 市县 智慧总工会 综合 服务平台 建设方案 V3.0 (12) 性能：保障系统的响应时间等指标满足业务需要。 为了达到上述特性，公司级的工作 流引擎应支持以下的技术标准： (1) J2EE 体系结构：提供公司级计算平台的分布式体系结构行业标准，具有负载均衡、事物处理、安全、消息处理等服务，通过 JMS（ Java 消息服务）、 RM

26、I（远程方法调用）、 JCA（ Java 联接器结构）等支持应用集成； (2) XML 相关标准： W3C 标准，公司信息表示和交换的标准，广泛用于电子商务、分布式系统集成、内容管理、数据集成等。包括 XML Schema、 XQuery 等一系列相关标准； (3) WfMC 规范：工作流管理联合会，国际性工作流标准规范制定组织，起草、制定关于工作 流管理系统的系列规范，包括工作流系统参考模型、 XML 工作流定义语言、工作流引擎信息交互协议等； (4) Web 服务：一种新的开放式应用集成技术，通过在 Internet/intranet上使用标准的 XML协议和信息格式描述、发现和集成表示为

27、 web 服务的各种公司应用，提供更简单、灵活、高效的公司应用集成方案。包括 SOAP、 WSDL、 UDDI 等协议。有关如何使用 Web 服务实现工作流的标准正在制定中。优点是避免了由于不同厂家的 EAI 方案的结构不同带来的问题。 2体系结构 根据 WfMC 关于工作流的一系列规范和 J2EE 体系结构的特点，工作流引擎总体结构应包括： （ 1）工作流引擎（ Workflow Engine）：运行工作流的服务器，部署于 J2EE 应用服务器如 web Logic、 web Sphere 之上，具有功能： 流程执行； 事件处理； 定时事件处理； 实现业务逻辑，如 EJB、 Javabean

28、、外部应用程序等； 使用内容管理（ Content Management）访问数据对象； 流程实例监控与管理； 统计与分析：如工作负载统计与分析； 系统管理：如运行环境配置、用户权限管理、资源权限 管理、系统审计等。 （ 2）设计工作室（ Design Studio）：工作流设计和管理工具。主要功能：工作流程建模、业务逻辑实现、发布和流程运行的监控。设计工作室的界面如下图，业务人员可以通过市县 智慧总工会 综合 服务平台 建设方案 V3.0 工作室来动态的改变流程，不必再需要技术人员的支持。 （ 3）工作流应用编程接口（ Workflow API）：为开发基于工作流的应用系统提供 API。 （ 4）任务工作空间：使用工作流应用编程接口开发的基于 web 的工作流客户端应用程序。 （ 5）工作流 XML 流程定义库：以 XML 格式存储的流程模型。 （ 6）工作流运行及管理控制数 据库：流程实例的运行时数据库。 （ 7）公司组织结构模型（ WfMC Organizat