总工会平台建设方案Word文档格式.docx
- 文档编号:20017309
- 上传时间:2023-01-15
- 格式:DOCX
- 页数:20
- 大小:458.27KB
总工会平台建设方案Word文档格式.docx
《总工会平台建设方案Word文档格式.docx》由会员分享,可在线阅读,更多相关《总工会平台建设方案Word文档格式.docx(20页珍藏版)》请在冰豆网上搜索。
为工会会员发放职工互助服务卡,实行对会员的实名制管理,提供互助保障以及各种免费和优惠服务。
根据职工需求,通过窗口接待和信息平台提供咨询和求助服务,协助开展劳动争议调解、法律援助、困难救助、互助保障、素质培训、就业信息等服务;
建立完善12351职工服务信息平台,提供12351职工热线和网络信息服务。
2.5推动工会组建和维权机制建设
通过建立区域性行业性工会联合会、联合工会等形式实现工会组织全覆盖,提高职工入会率。
依托区域性行业性工会,组织开展平等协商集体合同和厂务公开民主管理工作。
健全劳动争议调解组织体系,建立劳动关系预警机制,劳动法律监督机制和政府监察处理反馈机制,实施工会法律援助,加强劳动法制宣传教育;
建立工会法律服务三级平台,构建社会化维权格局。
3总体建设方案
3.1概述
本系统总体建设按照三级组织机构:
市总工会、各区工会组织和基层工会组织。
总体建设方案如下:
1、建设三级服务体系
2、建立完善运行机制
3、拓展服务手段和服务方式
4、推进工会组建和维权机制建设
3.2总体结构
系统采用三层技术架构,分为服务层,业务层和展现层。
服务层:
实现数据存储、数据转换和内部数据交换,在各个基层工会组织、区工会组织形成业务数据,集中在市总工会存储,并通过市总工会服务发布和信息传输;
业务层:
该层是系统的应用层,通过后台集成模块实现业务过程和数据操作。
在本系统建设中,业务层主要包括两个平台:
12351服务平台和工户服务管理系统;
展现层:
该层是直接面向用户的操作界面,也就是用户界面,通过外部组件和控件技术,完成用户数据操作,实现用户数据交互。
3.3系统功能框架
3.4系统部署
系统部署分为网络部署和应用部署。
3.4.1网络部署
3.4.2应用部署
本系统是在SG-ERP总体架构设计的基础上,依据国家政府办公自动化平台整体安全策略和程序相关规范,以及信息化建设部署应用程序的基础结构实现,具体通过如下几个方面体现:
●安全策略与程序
安全策略确定允许应用程序及其用户执行哪些操作,全面风险信息管理信息系统,通过对用户全新啊控制以及授权方式实现,系统提供统一标准接口可以与第三方安全产品紧密集成,提供更为强大的安全保护。
●网络基础结构组件
根据国家政府办公网络整体网络架构,以及网络基本安全要求,如筛选规则、端口限制、支持的协议等,系统在实现过程中,考虑允许哪些协议、端口和服务从外围网络中的WEB服务器访问内部资源以及与其他系统之间关系,确定应用程序设计所需要的协议和端口,并分析打开新端口或使用新协议会带来哪些潜在威胁。
●部署拓扑结构
全面风险管理信息系统实现应用程序的部署拓扑机构,具有远程应用服务的调用。
通过RFC方式或WebService方式实现,确保数据的保密性和完整性。
系统中数据传输和系统交互过程可以通过特权进程账户方式实现。
3.5技术平台引用技术依据
系统支持平台是依据长沙市总工会12351服务平台系统建设要求,基于J2EE技术框架标准的技术方法,采用B/S结构体系。
WFMC(WorkflowManagementCoalition)
由工作流联合会(WFMC)开发的一系列工作流管理产品的开发规范,按该系列规范,不同开发商提供的工作流管理产品之间可以相互通讯,协调工作。
JMS(JavaMessageService)
JMS是一套已获得业界广泛支持的消息API,它支持消息队列和‘发布—订阅’机制,可以用于公司应用间异步通信,建立松耦合的分布式应用系统,简化公司应用的开发,对公司的应用系统进行集成。
XML(ExtensibleMarkupLanguage)
XML是WEB上通用的数据表示语言,它与平台无关,使开发者可以用标准一致的方式来表示结构化的数据,并可以定义自己的数据,是由W3C发布的标准语言。
XMLSCHEMA
是W3C发布的规范,用于定义XML数据的结构,并可以对XML数据进行校验。
SOAP(SimpleObjectAccessProtocol)
是一由W3C发布的种轻量级的、以XML为基础的用于信息交换的标准协议,用于在WEB上交换结构化的、有数据类型表示的信息,具有平台独立性,通过该协议,由不同语言开发的系统间可以相互交换信息,是WEBSERVICE的主要协议之一。
WEBSERVICE
是一种与DOCM和CORBA不同的分布式体系结构,该体系结构使用的是标准的INTERNET协议(主要包括SOAP、WSDL和UDDI三个协议),可以使由不同的操系统和语言开发的应用系统之间进行无缝有机地集成起来,组成一个有机的分布式应用系统,可以广泛地应用与公司应用集成、工作流管理和公司门户等应用中。
单点登录,SSO
单点登录(SSO英文全称SingleSignOn)。
SSO是在多个应用系统中,用户只需要登录一次就可以访问所有相互信任的应用系统。
它包括可以将这次主要的登录映射到其他应用中用于同一个用户的登录的机制。
3.6系统技术支持平台设计
系统采用基于J2EE标准框架结构的多层次的系统结构体系,该结构分为:
表现层、中间层、数据层。
3.6.1表现层概述
应用服务平台面向的使用者是多种多样。
一个集成度较高、便于操作使用、类似于应用桌面的操作用户界而,可以极大地提高系统使用的效率。
使用者可以通过统一的使用平台,获取信息及系统提供的服务。
个性化门户是指在Internet的环境下,把各种应用系统、数据资源和互联网资源统一集成到通用门户之下,根据每个使用者使用特点和角色的不同,形成个性化的应用界面,并通过“应用平台总线”的事件和消息传输把用户有机地联系在一起。
关键特性
(1)开放性:
基于J2EE体系结构,完全基于XML文件的开发和部署方式:
(2)可扩展性:
利用了J2EE应用服务器的集群能力,可根据性能,可靠性等要求以多种方式进行配置和部署;
(3)访问结构化信息;
(4)用户发布和共享信息;
(5)信息访问的权限控制:
基于规则的权限控制,并可以与第三方安全服务集成;
(6)应用集成:
与集成服务器结合使用,解决公司从前台个性化门户到后台应用集成的问题;
(7)支持工作流/业务流程。
3.6.2中间层概述
应用服务平台由一组软件及体系框架组成,有助于快速构建客户化的应用系统,并保证该系统的可扩展性、易修改性、互联性及系统平台的独立性。
系统是由四层体系架构而成,这四层架构自下而上分别是J2EE层、应用平台层、通用组件层、业务功能层。
每一层都提供了一些复用性极强的模块。
这些模块一起为上一层的模块提供服务。
通过使用集成适配器(IntegrationAdapters)和集成服务器(IntegrationServer)任何一层次上的模块都可以实现与外部应用系统的集成。
3.1.3.2.1J2EE层
构建公司信息系统时,选择何种技术平台是首要面临的问题。
技术的成熟度,开放性,是否有丰富的厂家及产品支持,能否能够支持系统对可扩展性、容错性、并发能力的要求,是我们选择技术平台的主要依据。
J2EE是由SUN公司所倡导,并得到了众多厂商支持的平台标准,为复杂的应用提供了基于多层技术的开发、部署和管理解决方案。
J2EE是一项标准,而非一个产品,J2EE应用程序可以部署在不同的J2EE服务器上。
J2EE阵营的目标是给客户提供多种平台和工具的选择权,通过竞争产生最佳的产品。
为此,SUN发起成立了JavaCommunityProcess(JCP),参加者包括BEA,IBM,Oracle等,共同致力于J2EE的提高。
J2EE技术的基础就是核心Java平台或Java2平台的标准版,J2EE巩固了标准版中的许多优点,例如“编写一次、到处运行”的特性、方便存取数据库的JDBCAPI、CORBA技术以及能够在Internet应用中保护数据的安全模式等等,同时还提供了对EJB(EnterpriseJavaBeans)、JavaServletsAPI、JSP(JavaServerPages)以及XML技术的全面支持。
J2EE应用服务器还为这些组件提供一整套底层服务,通过自动化的方式完成应用程序开发中诸多耗时费力的工作,为用户提供一种可创建广泛兼容的公司解决方案而无需进行复杂编程的平台。
利用这一优势可以方便地开发出高质量的、适合公司使用的应用程序,还可极大地缩短产品研发上市时间,降低成本和风险。
J2EE可以被用于网站建设、组件开发、完整的应用、WEB服务等。
下图是J2EE平台的模型:
3.1.3.2.2应用平台层
在系统的开发中,我们经常会遇到各种各样的变化:
组织机构的变化,业务流程的变化,业务逻辑的变化,其他相关系统的变化,系统如何迅速适应这些变化,是一个需要着重考虑的问题。
所以这里选用了工作流引擎,规则引擎,集成服务器等中间件产品构成应用平台层,来支持系统的可适应性、灵活性、可维护性等特性。
■工作流引擎用来处理业务流程的建模,处理,监控;
■规则引擎专门处理各种复杂多变的商业规则;
■集成服务器可以使运行在不同软、硬件平台上的各种不同公司应用系统在进程级相互通信。
这些中间件产品结合使用,进一步处理了跨异构系统工作流、业务动态建模等复杂的问题。
这些中间件产品是在J2EE的N层体系结构基础上,对应用逻辑中复杂多变的部分再次抽象,形成可灵活配置,可重用的组建,就可以提高效率,缩短周期,降低风险,更好地满足客户需求,这些中间件产品都提供了简单易用的图形化界面的管理工具,设计工具,使得开发人员在系统构建阶段可以迅速的完成开发任务。
利用这些工具,业务人员也可以在系统运行阶段动态的根据实际需要对系统做出相应的调整。
1.工作流引擎
工作流引擎技术是在一定的软件体系架构之上,将软件的业务逻辑通过软件实现分离出来,被分离的业务逻辑可以被重新定义,这样在不需要重新编写程序的情况下,可以随时,甚至在软件运行过程当中改变软件业务流程。
工作流引擎作为公司信息化平台总线的重要组成部分,帮助公司在现今瞬息万变、竞争激烈的市场环境中,快速建立、集成和部署跨越公司内应用甚至跨越公司、在公司与其客户、供应商之间传递信息的业务流程。
随着工作流引擎技术的发展,用户在信息系统中越来越多的依赖于工作流引擎提供的强大支持,对工作流引擎的技术也提出了更高的要求:
(1)支持业务流程重组(BPR)和信息重组。
(2)支持自定义流程,提供完整的安全及权限设计,实现业务流程的全过程管理,具备流程监控、调度功能。
(3)支持基于邮件的离线处理,支持移动审阅。
(4)具备业务流程审计功能,能对业务处理过程进行记录,以备事后查询、审计或作为业务考核的依据。
(5)业务流转支持多种告知服务(包括短信息、E-mail、电子信使等)。
(6)支持用户个性化设置。
(7)业务流转处理时限≤5秒。
(8)技术标准:
一个支持公司应用集成(EAI)的公司级工作流引擎应具有几个典型和基本的特性;
(9)开放性:
支持技术和行业标准,为公司中及公司之间各种业务系统的集成提供技术基础;
(10)可扩展性:
支持公司不断增长的业务需求对信息系统的要求;
(11)可靠性:
保障业务系统在大容量和各种环境下的稳定运行;
(12)性能:
保障系统的响应时间等指标满足业务需要。
为了达到上述特性,公司级的工作流引擎应支持以下的技术标准:
(1)J2EE体系结构:
提供公司级计算平台的分布式体系结构行业标准,具有负载均衡、事物处理、安全、消息处理等服务,通过JMS(Java消息服务)、RMI(远程方法调用)、JCA(Java联接器结构)等支持应用集成;
(2)XML相关标准:
W3C标准,公司信息表示和交换的标准,广泛用于电子商务、分布式系统集成、内容管理、数据集成等。
包括XMLSchema、XQuery等一系列相关标准;
(3)WfMC规范:
工作流管理联合会,国际性工作流标准规范制定组织,起草、制定关于工作流管理系统的系列规范,包括工作流系统参考模型、XML工作流定义语言、工作流引擎信息交互协议等;
(4)Web服务:
一种新的开放式应用集成技术,通过在Internet/intranet上使用标准的XML协议和信息格式描述、发现和集成表示为web服务的各种公司应用,提供更简单、灵活、高效的公司应用集成方案。
包括SOAP、WSDL、UDDI等协议。
有关如何使用Web服务实现工作流的标准正在制定中。
优点是避免了由于不同厂家的EAI方案的结构不同带来的问题。
2.体系结构
根据WfMC关于工作流的一系列规范和J2EE体系结构的特点,工作流引擎总体结构应包括:
(1)工作流引擎(WorkflowEngine):
运行工作流的服务器,部署于J2EE应用服务器如webLogic、webSphere之上,具有功能:
■流程执行;
■事件处理;
■定时事件处理;
■实现业务逻辑,如EJB、Javabean、外部应用程序等;
■使用内容管理(ContentManagement)访问数据对象;
■流程实例监控与管理;
■统计与分析:
如工作负载统计与分析;
■系统管理:
如运行环境配置、用户权限管理、资源权限管理、系统审计等。
(2)设计工作室(DesignStudio):
工作流设计和管理工具。
主要功能:
工作流程建模、业务逻辑实现、发布和流程运行的监控。
设计工作室的界面如下图,业务人员可以通过工作室来动态的改变流程,不必再需要技术人员的支持。
(3)工作流应用编程接口(WorkflowAPI):
为开发基于工作流的应用系统提供API。
(4)任务工作空间:
使用工作流应用编程接口开发的基于web的工作流客户端应用程序。
(5)工作流XML流程定义库:
以XML格式存储的流程模型。
(6)工作流运行及管理控制数据库:
流程实例的运行时数据库。
(7)公司组织结构模型(WfMCOrganizationmodel):
公司组织结构模型数据库,包括单位、角色和人员等。
可以使用WfMC组织结构模型或采用LDAP。
(8)业务逻辑组件和外部应用程序:
用以实现流程中每个任务中业务逻辑的EJB、Javabean和外部应用程序等,部署在应用服务器中。
(1)符合WfMC标准,包括工作流参考模型、XML流程定义、组织结构模型,等等。
(2)采用基于J2EE的引擎体系结构以保证系统的可规模化、容错和平台无关性。
(3)全面采用XML技术建立流程模型和交换信息。
(4)支持业务流程重组和信息重组:
直观的交互式图形设计工具使用户通过简单的拖拉图标随时、快速、灵活地分析、定义(建模)、修改、部署、执行和监控复杂的流程,用户不必为流程变化而写代码。
(5)支持自定义流程,实现业务全过程管理:
用户可以定义由自己有权启动、管理的流程,并可通过管理工具监控流程执行状况,随时处理流程中的异常业务,如可终止流程执行、将任务重新分配等。
支持个性化的设置,用户可以在设计室中按照自己的使用习惯设置用户界面。
(6)管理功能:
系统对流程运行数据有完整、清晰地记录,并将运行数据和历史数据分开以提高效率,从而可提供业务过程的完备的审计、统计分析等如工作负载统计。
(7)流程监控:
可以对流程、任务和运行中数据做全面的监控和管理,可以流程图和任务状态列表两种方式实时、动态、直观地显示流程的运行过程,流程运行路径被在流程图上特别标处。
还可进行相关操作,如终止流程、重新分配任务、修改运行数据等以控制流程运行。
(8)工作流引擎可以处理各种类型的流程,如多任务的同步、并发,基于业务规则的条件分枝,循环流程,定时事件,预警,事件触发。
业务流转的处理时限最长不超过5秒。
(9)以流程调用、手工启动、定时事件、事件触发和邮件触发等五种方式启动业务子流程,为系统间集成提供基础。
(10)多种任务分配方式,包括直接赋予某个组织、角色或人;
也可根据工作的负载平衡算法动态分配任务;
还可根据业务规则将任务赋予满足条件的执行者。
(11)使用功能丰富的工作流应用编程接口,可以将工作流集成到应用系统中,将任务赋予公司组织中的执行者并监控任务执行状态。
(12)完备的安全管理,包括工作流流程包访问权限、系统操作权限、系统资源访问权限的控制等。
3.跨系统工作流的实现
使用工作流实现公司内甚至公司之间的流程、系统集成,是公司级工作流引擎的重要特性。
这些集成通常包括系统之间信息的交换、不同系统间流程的触发或调用等,从而使公司相关的系统相互结合,实现大的流程。
技术上的实现方法通常可以有以下几种:
(1)标准的Java消息服务,或其它消息中间件:
跨不同系统工作流实现的主要方式。
J2EE应用服务器提供了Java消息服务,工作流引擎中也提供了以监听消息的事件节点启动流程的方式。
如下图所示,系统A中的流程在执行到某一任务时,按业务需求,需要执行系统B中的某个流程完成相关的任务;
流程A可以按双方约定好的消息主题发送消息,其中包含系统B需要的信息和数据,以XML格式描述。
同时,可以将系统B中相关流程的启动方式定义为消息触发,这样,该流程将监听消息并在收到后触发自己。
如果系统A不支持JMS,可以采用其它的消息中间件发消息,并将其转换为JMS消息。
(2)流程调用:
一个系统中的流程通过工作流引擎的应用接口调用另一个系统中的流程。
当这两个系统都是使用同一工作流引擎开发或同是基于J2EE体系结构时,可使用这种方法。
(3)其它方式的触发:
如通过电子邮件触发另一流程,或定时启动流程等。
(4)Web服务:
这是将在最近几年内广泛使用的新的系统集成技术,它将取代传统的EAI,提供开放的、更简单、灵活、高效的公司应用集成方案,其中包括基本的SOAP、WSDL、UDDI等协议。
有关如何使用web服务实现工作流的标准目前正在制定中。
基本思路是:
将系统中的流程或其中的任务描述、注册为web服务组件,并在Internet/intranet上发布,一个跨越公司应用的大流程可以由这些web服务组件构成。
■工作流活动节点控制引擎实时监控流程的流转,当发现需要调用其它子流程(并不是本工作流管理系统的流程)时,将有关信息转到队列服务管理,同时通过消息发布引擎对其它系统的工作流管理系统的消息引擎发布请求,并等待响应。
■当其它工作流管理系统发出响应时,工作流管理系统将队列中的流程请求和有关参数转到语法、词法转换引擎进行语法、词法转换的转换,然后,将有关工作流信息传递到其他工作流管理系统。
■工作流侦听引擎实时的侦听已转出的流程返回的请求,当获取返回请求时,通知活动节点控制引擎,由活动节点控制引擎将返回的流程信息通过语法、词法转换后,启动原流程的继续执行。
3.1.3.2.3通用组件层
通用组件层为实现业务功能提供了大量与业务无关的通用功能。
通用模块通过对属性数据库和空间数据库的访问实现特定的独立的基本功能,比如数据库访问、XML文件读写、地图编辑等。
地图相关的模块调用SmallWorld的组件库来实现,SQL数据库访问组件则基于J2EE实现。
3.1.3.2.4业务功能组件层
业务分析人员经过调研,将应用系统分解为业务功能单元。
这种划分首先从使用的角度将复杂系统分解。
技术人员根据业务功能单元,依据底层(J2EE,中间层等)提供的服务,构造相应的最小操作单元。
分析过程中功能单元层可能有相应调整。
因此,功能单元层是商业分析与技术设计的交汇层。
业务功能层的设计贯穿“从上至下”(Top-Down)的设计,即由商业需求驱动技术设计。
同时,从技术设计的角度对系统的业务功能的划分有增强与调整,即“由下往上”(Bottom-Up)的设计思路。
成功系统的设计一定要从上至下和由下往上进行若干次提炼、调整。
功能单元层作为业务设计和技术设计的交汇层,它的成功设计将很大程度上决定系统的最终成功。
基于通用组件层提供的服务,业务功能组件可以灵活地进行应用功能的灵活组态。
比如,不同区工会组织/基层工会组织流程有所差异,流程中处理的数据对象,根据用户角色、权限的不同,表现也有不同。
首先,由最小数据操作单元,根据规则操作单元,可以组装成不同的业务数据对象。
其次,由工作流单元库,可以依规则动态形成流程。
在规则引擎的控制下,数据单元、流程单元灵活组态,从而形成不同的功能单元,进而形成工会业务管理流程管理平台。
组件可以在系统运行时进行,不需要调整现有代码,极大地提高了系统的适应性,降低了应用的维护成本。
3.6.3数据层概述
数据是所有公司应用的核心。
在J2EE平台上开发应用,以数据库技术为代表的数据层仍然是系统的核心。
体现为:
数据的操作通过各种各样的中间件进行。
使上层程序得到灵活、稳定的数据操作界面,避免直接操作数据库所带来的编程负担。
各种中间件最终还是使用数据库的功能存取数据。
因此,对数据库的性能要求将会更高,对数据库的维护要求也将更高。
几乎所有的中间层构件,如工作流引擎,内容管理器,集成服务器,规则引擎,都使用数据库作为后台数据支撑。
例如,在工作流引擎中,数据库存储着所有的工作实例;
集成服务器用数据库来存储持久性消息;
内容管理将XML数据对象最终转换为数据库对象来存储。
因此,数据库的支持仍然是几乎所有中间件的基础。
综上所述,在J2EE平台上,使用各种中间件开发应用系统,虽然中间件屏蔽了很多数据库的直接操作,减轻了上层编程的负担,但同时也对数据库的设计、性能、管理提出了更高的要求。
数据层的作用非但没有降低,反而更为关键了。
3.7权限控制方案
3.7.1权限管理的技术要求
⏹对各级组织结构、操作员号、权限应具备相席的管理功能,并通过统一的身份认证机制实现身份认证和权限控制。
⏹按照组织结构对事业部、
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 总工会 平台 建设 方案
![提示](https://static.bdocx.com/images/bang_tan.gif)