智慧政务办公自动化OA系统方案.docx
- 文档编号:1954438
- 上传时间:2023-05-02
- 格式:DOCX
- 页数:40
- 大小:494.63KB
智慧政务办公自动化OA系统方案.docx
《智慧政务办公自动化OA系统方案.docx》由会员分享,可在线阅读,更多相关《智慧政务办公自动化OA系统方案.docx(40页珍藏版)》请在冰点文库上搜索。
智慧政务办公自动化OA系统方案
智慧政务办公自动化OA系统方案
此文档为word格式,下载后可随意编辑
2017年9月修订
-40-
目录
第1章前言 .-4-
第2章系统建设规划.....................................................................................................................-6-
2.1建设目标...........................................................................................................................-6-
2.2设计原则...........................................................................................................................-7-
2.3系统框架...........................................................................................................................-8-
2.4技术架构...........................................................................................................................-9-
2.5产品特点........................................................................................................................-.10-
第3章系统的功能......................................................................................................................-.16-
3.1前台模块介绍................................................................................................................-.16-
3.1.1首页功能介绍 -.16-
3.1.2个人事务 -.22-
3.1.3行政管理............................................................................................................-.25-
3.1.4人事管理............................................................................................................-.30-
3.1.5政企通信息........................................................................................................-.33-
3.1.6内部论坛............................................................................................................-.35-
3.1.7业务管理............................................................................................................-.35-
3.1.8短信中心............................................................................................................-.36-
3.1.9即时通讯............................................................................................................-.36-
3.2后台模块介绍................................................................................................................-.37-
3.3后台功能设计介绍.......................................................................................................-.37-
3.3.1常规管理 错误!
未定义书签。
3.3.2流程管理 错误!
未定义书签。
3.3.3用户管理 错误!
未定义书签。
3.3.4外观管理 错误!
未定义书签。
3.3.5权限管理 错误!
未定义书签。
第4章配套网络解决方案 -.38-
4.1网络拓扑图 -.38-
第5章系统运行环境配置 -.39-
5.1推荐用户的运行环境 -.39-
第1章 前言
办公自动化(OfficeAutomation,简称OA)是20世纪70年代中期发达国家迅速发展起来的一门综合性技术。
我国的OA经过从80年代末至今近20年的发展,已从最初提供面向单机的辅助办公产品,发展到今天可提供面向应用的大型协同工作产品。
现在,办公自动化到底要解决什么问题呢?
我们说,办公自动化就是要创造一个集成的办公环境,使所有的办公人员都在同一个桌面环境下一起工作。
在网络时代里,政企通用户的管理重点已从物流、资金流逐渐向信息流跨越,信息流更多地体现为电子文档,它的交互性能有效改善办公的效率,而“办公”实际上又是通过单位内部人与人、人与部门、部门之间信息的收集、组织、共享、传播等行为的协调来实现单位整体目标的过程。
因此,实现办公自动化正是控制管理信息流的直接手段,办公自动化能够帮助我们对信息流进行科学合理的控制,提高办公效率。
所以OA是管理信息系统(MIS)的基础。
OA要从MIS、ERP、电子商务等系统中提取信息,用于辅助决策。
一个理想的政企通OA系统应具备以下平台:
政企通通信平台:
建立政企通用户范围内的电子邮件系统,使政企通用户内部通信与信息交流快捷流畅,并且与Internet邮件互通。
信息发布平台:
为政企通用户的信息发布、交流提供一个有效的场所,使政企通用户的规章制度、新闻简报、技术交流、公告事项及时传播,使政企通用户员工能及时感知政企通用户发展动态。
协同工作平台:
将政企通用户的传统垂直化领导模式转化为基于项目或任务的“扁平式管理”模式,使普通员工与管理层之间的距离在物理空间上缩小的同时,心理距离也将逐渐缩小,提高政企通用户团队化协作能力,最大限度地释放人的创造力。
公文流转平台:
改变了政企通用户传统纸质公文办公模式,政企通用户内外部的收发文、呈批件、文件管理、档案管理、报表传递、会议通知等均采用电子起草、传阅、审批、会签、签发、归档等电子化流转方式,真正实现无纸化办公。
日常办公平台:
改变了传统的集中办公室的办公方式,扩大了办公区域,用户可在家中、城市各地甚至世界各个角落通过网络连接随时办公。
信息集成平台:
现行单位中已存在的MIS系统、ERP系统、财务系统等存储着政企通用户一些经营管理业务数据,对政企通用户的经营运作起着关键性作用,但它们都是相对独立的、静态的;OA系统具备数据接口功能,能把政企通用户原有的业务系统数据集成到工作流系统中,使政企通用户员工能有效获取处理信息,提高政企通用户整体反应速度。
知识管理平台:
系统性地利用政企通用户积累的信息资源、专家技能,改进保税区的创新能力、快速响应能力,提高生产效率和员工的技能素质。
第2章 系统建设规划
2.1建设目标
主要实现下面七个方面的功能:
(一)建立内部的通信平台。
建立组织内部的邮件系统,使组织内部的通信和信息交流快捷通畅。
(二)建立信息发布的平台。
在内部建立一个有效的信息发布和交流的场所,例如电子公告、电子论坛、电子刊物,使内部的规章制度、新闻简报、技术交流、公告事项等能够在政企通用户或机关内部员工之间得到广泛的传播,使员工能够了解单位的发展动态。
(三)实现工作流程的自动化。
这牵涉到流转过程的实时监控、跟踪,解决多岗位、多部门之间的协同工作问题,实现高效率的协作。
我们都知道,各个单位都存在着大量流程化的工作,例如公文的处理、收发文、各种审批、请示、汇报等,都是一些流程化的工作,通过实现工作流程的自动化,就可以规范各项工作,提高单位协同工作的效率。
(四)实现文档管理的自动化。
可使各类文档(包括各种文件、知识、信息)能够按权限进行保存、共享和使用,并有一个方便的查找手段。
每个单位都会有大量的文档,在手工办公的情况下这些文档都保存在每个人的文件柜里。
因此,文档的保存、共享、使用和再利用是十分困难的。
另外,在手工办公的情况下文档的检索存在非常大的难度。
文档多了,需要什么东西不能及时找到,甚至找不到。
办公自动化使各种文档实现电子化,通过电子文件柜的形式实现文档的保管,按权限进行使用和共享。
实现办公自动化以后,比如说,某个单位来了一个新员工,只要管理员给他注册一个身份文件,给他一个口令,他自己上网就可以看到这个单位积累下来的东西,规章制度、各种技术文件等等,只要他的身份符合权限可以阅览的范围,他自然而然都能看到,这样就减少了很多培训环节。
(五)辅助办公。
它牵涉的内容比较多,像会议管理、车辆管理、物品管理、图书管理等与我们日常事务性的办公工作相结合的各种辅助办公,实现了这些辅
助办公的自动化。
(六)信息集成。
我们每一个单位,都存在大量的业务系统,如购销存、ERP等各种业务系统,政企用户的信息源往往都在这个业务系统里,办公自动化系统应该跟这些业务系统实现很好的集成,使相关的人员能够有效地获得整体的信息,提高整体的反应速度和决策能力。
(七)实现分布式办公。
这就是要支持多分支机构、跨地域的办公模式以及移动办公。
现在来讲,地域分布越来越广,移动办公和跨地域办公成为很迫切的一种需求。
通过实现上述目标,最终达到节约办公成本,规范单位工作管理,提高单位管理效能,加强协作精神的目的。
系统将为员工提供一个协作平台,为领导提供一个决策平台。
2.2设计原则
实用性原则
实用就是务实不务虚,就是注重解决实际问题,做精、做细核心功能,兼顾常用的辅助功能,实现快捷、方便地布署和使用,并节省投资,降低风险。
有OA起来功能一堆,什么客户、人事、财务、资产、知识管理等等一网打尽,却做得粗糙之极,中看不中用。
易用性原则
这就要求软件的界面友好,结构清晰,流程合理,功能一目了然,菜单操作充分满足用户的视觉流程和使用习惯。
易理解、易学习、易使用、易维护、易升级,实现“傻瓜相机”式的操作,将实施、培训成本和周期降到最低。
先进性原则
OA一个先进的工具,所以应采用先进的技术架构和设计方法,融合先进的管理思想,结构化程度高,灵活性、扩展性、兼容性、升级性好,速度快,符合技术发展趋势,适应用户成长需要。
稳定性原则
OA入到政企用户中后,就会让人产生很大的依赖性。
所以系统从底层数据库到功能层应经过严格测试,数据库稳定,功能顺畅,没有堵塞、丢失数据的现象,能在不同的硬件、网络、操作系统以及操作习惯中长期平稳运行,适合大规模用户使用,以保证日常办公的正常进行。
安全性原则
OA统往往保存有政企通用户的核心资料,也会有个人用户的一些保密资料,这就要求系统能有效防止外部各种病毒攻击和恶意攻击,能够进行严格、细致的访问权限管理,内部数据具有多种备份方式。
必要的情况下,允许用户进行各种辅助的数据加密、密码保护、身份认证等控制措施。
拓展性原则
大部分用户在使OA段时间后,会增加一些功能模块或者OA其他软件系统互联,这就要求软件具有很好的拓展性,能够提供开放和标准的接口,在不影响系统正常使用的情况下与第三方系统灵活对接,实现不同应用系统的互联互通,构建用户的综合性信息处理中心平台。
根据六个设计原则,要为用户体现完美的系统性能,必须以应用为核心,以实用、易用、好用三大主线为出发点,全面兼顾技术、应用与发展的和谐统一。
2.3系统框架
办公自动化系统由服务支撑层、应用服务层、门户平台和统一接入四个层次组成,其中:
服务支撑层主要功能是向应用服务层提供所需的各种通用服务,如数据服务、信息交换服务、事务处理服务和流程控制服务、组织机构管理及用户权限控制服务等;
应用服务层包括通用办公系统、档案管理系统、信息检索发布系统、短信系统、即时消息系统和服务扩展接口等。
门户平台将信息服务、应用服务等等整合在一起,为每一个最终用户提供整合、一致的访问路径,降低系统的推广难度,统一身份认证,并通过授权解析和目录交换,实现对各种应用系统的方便使用。
统一接入平台
统一身份认证/单点登录
平
台整体安全体系
数据交换平台
数据中心
统一接入层该层次提供办事人员访问政务外网应用系统的统一接入方式。
系统提供统一的设置维护和元数据管理支撑环境,并建立在统一的安全认证体系之上。
审计与授权解析
公文办理传
日常办公
领导辅助
审批处理
报表查询
平
输模块
模块
决策
模块
模块
台
开
应用支撑平台
放性
体
管制中心
标准
化
档案数据中心
公共数据中心
流程管理 短信管理
权限管理
系统管理
体系
2.4技术架构
系统使用B/S模式,基于J2EE体系架构,采用STRUTS+EJB+HIBERNATE开发,由WEB服务器、应用服务器、数据库服务器构成,用户通过浏览器或者移动设备(如PDA手机)进行系统的访问及操作。
如下图所示,客户端通过Web应用框架访问系统,由JSP、Servlet和ActiveX接口接受客户端的访问请求。
业务对象容器作为JavaBean和持久层的容器。
业务操作、访问其他的政务系统由JavaBean负责,并且通过持久层对数据进行操作。
2.5产品特点
2.5.1完全采用组件式开发
作为公司产品的核心技术SOA(面向服务体系架构)可见产品之一的“办公自动化OA系统”我们在设计上完全采用组件式开发。
未来产品我们在设计上将具有以下特点:
由于产品各功能采取组件开发,每个功能模块即可以独立成为一个小的管理系统,又可根据客户的需要自行拼装成一个大的管理信息系统,以满足政企通用户的办公需要,在理论上可实现功能模块无限扩展的应用空间。
2.5.2“OA系统”采用三层结构方式,
三层客户/服务器模式(以下简称三层模式)在两层模式的基础上,增加了新的一级。
这种模式在逻辑上将应用功能分为三层:
客户显示层、业务逻辑层、数据层。
客户显示层是为客户提供应用服务的图形界面,有助于用户理解和高效的定位应用服务。
业务逻辑层位于显示层和数据层之间,专门为实现政企通用户的业务逻辑提供了一个明确的层次,在这个层次封装了与系统关联的应用模型,并把用户表示层和数据库代码分开。
这个层次提供客户应用程序和数据服务之间的联系,主要功能是执行应用策略和封装应用模式,并将封装的模式呈现给客户应用程序。
数据层是三层模式中最底层,他用来定义、维护、访问和更新数据并
管理和满足应用服务对数据的请求。
三层模式的主要优点为:
①良好的灵活性和可扩展性。
对于环境和应用条件经常变动的情况,只要对应用层实施相应的改变,就能够达到目的。
②可共享性。
单个应用服务器可以为处于不同平台的客户应用程序提供服务,在很大程度上节省了开发时间和资金投入;
③较好的安全性。
在这种结构中,客户应用程序不能直接访问数据,应用服务器不仅可控制哪些数据被改变和被访问,而且还可控制数据的改变和访问方式。
④增强了政企通用户对象的重复可用性。
“政企通用户对象”是指封装了政企通用户逻辑程序代码,能够执行特定功能的对象。
随着组件技术的发展,这种可重用的组件模式越来越为软件开发所接受。
⑤三层模式成为真正意义上的“瘦客户端”,从而具备了很高的稳定性、延展性和执行校率。
⑥三层模式可以将服务集中在一起管理,统一服务于客户端,从而具备了良好的容错能力和负载平衡能力。
2.5.3基于J2EE体系架构
J2EE体系结构分为三个层次,分别是客户表示层、中间逻辑层和数据管理层及应用系统。
本结构具有跨平台的特性,结构中的三个层次可以处于不同的平台下进行协作应用;因为客户表示层可以使用不同的客户端程序,因此具有很好的分布性,可以适应分布式管理的要求;在后台的应用系统集成中,可以把政企通用户不同的应用系统集成到该结构中,因此可以有效的保护现有的资源不被破坏。
用基于J2EE的体系结构开发的WEB服务还具有以下的优点:
①可以跨越中间防火墙进行通信。
因为WEB服务是利用HTTP最为传输媒介,中间层使用WEB服务的话,可以从客户界面直接调用中间层组件,而不必建立页面。
②应用系统的集成。
要把政企通用户里不同语言写成的,运行于不同平台上的各种程序集成起来必然会花费很大的开发力量。
通过WEB服务可以使用标准的
方法把功能和数据暴露出来,供其他程序使用。
③所有的政企通逻辑和服务都集成封装在可重用、可移植的EJB组件中,因此系统维护性和可重用性好。
④中间件代码可以集中在处理业务逻辑上,无需考虑数据表示。
采用JaWE(Java工作流编辑器)
工作流简单的说就是一组人员分多个步骤完成某一项业务所进行的所有工作与工作转交(交互)过程。
几乎所有的业务过程都是工作流,特别是办公公文审批流转处理。
每一项工作以流程的形式,由发起者(如文件起草人)发起流程,经过本部门以及其他部门的处理(如签署、会签),最终到达流程的终点(如发出文件、归档入库)。
审批
人员1校对
部门审批
审核 会签 审批
审批
分发
起草文件
部门2阅收部门3阅收部门4阅收部门1阅收
归档
JaWE附合WfMC(工作流管理联盟)的规范。
WfMC提供了一个工作流过程定义的接口。
该接口定义了一个描述过程定义的元模型和一个过程定义交互的XML架构--XPDL(XML过程定义语言)。
JaWE是一个进行过程定义建模的工具。
这个过程建模的最终输出是一个
XPDL输出文件,该文件在运行时能够被工作流引擎解释。
JaWE主要完成三个主要目标:
过程定义的图形化表示
过程定义输出到XPDL
任何有效的XPDL文件的导入和它的图形化表示
工作流过程定义接口定义了一个通用的交换格式,该格式支持不同产品之间工作流过程定义的转换。
一个由JaWE产生的工作流过程定义,能够被不同的工作流运行时产品所解释。
过程定义交换的原理是基于元模型框架的。
该元数据模型定义了在过程定义中经常使用的实体、它们的关系以及属性。
一组属性描述了这个有限的实体集合的特性。
利用这个元模型,JaWE能够用XPDL作为一种通用交换格式来转换模型。
除了这种转换,JaWE还被用来进行过程定义的内部表示。
2.5.4采用Shark工作流引擎
这是一个完全基于WFMC和OMG规范的工作流引擎,他使用了WFMC的XML过程定义语言(XPDL)作为自己的过程定义语言。
在他的标准核心实现中,shark是一个不需要创建他自己的线程的库,并且他能够被使用到不同的环境中(在WEB应用中、在SWING应用中、作为CORBA服务、在EJB容器中„„)我们的工程分发中给出了一个从swing应用和corba中
使用shark的例子而且还用一个jsp客户端应用程序。
shark他是非常可配置的,所有的内在接口,包括核心部分都能够被其他实现所替换。
他能够同时被使用到多种虚拟机上(在集群环境中)。
连同POJO接口一起,shark他提供了一个CORBA接口,通过这个接口,CORBA客户端应用程序能够和作为CORBA服务的shark进行通信
shark能够配制成使用LDAP服务器上的组织结构定义,shark不使用任何XPDL扩展属性作为他的执行规则,shark的接口允许使用外部处理(在一些应用中被使用),所以shark能够和他的客户端处理程序一起工作。
shark使用DODS(一种来自Enhydra的OR/M工具)它几乎能够使shark使用任何的数据库系统来存储信息,并且他的目标数据库能够被简单地以url的形式配置。
shark实现了工具代理的概念,这个WFMC的概念是来执行自动活动的工具(很多有用的工具代理在shark中被使用),shark能过把客户自定义的java类作为流程变量来使用。
2.5.5采用前、后台管理
系统采用前、后台管理分离方式进行设计,这在国内其他IT公司所研发的OA软件产品设计上是非常少见且独特的。
前台主要是给普通用户进行业务操作及业务处理等工作使用;后台主要是给系统管理人员及具有相当管理权限的人员操作使用,他们可以根据权限定义、设置OA系统相关重要的功能及管理流程等;充分体现协同办公的作用,“办公自动化OA系统”不仅仅只是个简单的办公
软件,她的主要特点是体现在可以同政企通用户其他相关的业务系统进行信息传递、数据交换,从而真正体现协同办公的作用。
第3章 系统的功能
3.1前台模块介绍
3.1.1首页功能介绍
l登陆名显示(图例)
在首页的左上方可以显示登陆用户的基本信息:
所在部门、姓名。
点选部门可以查看到所有同部门的人员信息,并可以直接进行邮件发送,点选人员可以查询到自己
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 智慧 政务 办公自动化 OA 系统 方案