智慧城市政务OA系统建设方案.docx
《智慧城市政务OA系统建设方案.docx》由会员分享,可在线阅读,更多相关《智慧城市政务OA系统建设方案.docx(93页珍藏版)》请在三一文库上搜索。
1、智慧城市政务OA系统建设方案目录1概述11.1背景11.2东海县办公现状11.3建设目标22总体设计方案22.1设计思想22.2设计原则32.3总体架构设计52.3.1部署模式52.3.2系统功能架构图62.3.3系统应用体系架构62.3.4系统技术架构72.4技术特性82.4.1先进的底层架构82.4.2多数据库支持92.4.3智能流程引擎92.4.4工作流引擎技术102.4.5智能表单中心142.4.6支持分布式部署142.4.7政务安全卫士152.4.8支持版式文件152.4.9二维条码技术152.5安全技术方案152.5.1系统安全保障策略与体系152.5.2系统安全技术212.5.3
2、系统的安全实现242.5.4身份认证252.5.5权限管理253系统功能设计373.1门户管理373.2移动办公383.2.1展现效果:383.2.2平台优势393.2.3支持终端403.2.4具体功能:403.3短信平台423.4公文管理423.4.1公文处理过程433.4.1流程管理473.4.2公文模板493.4.1发文管理493.4.2收文管理503.4.3公文办理513.4.4智能推送513.4.5公文统计513.4.6公文检索523.4.7公文附件523.4.8痕迹保留523.4.9公文归档523.4.10公文、通知533.4.11电子督查543.5电子表单543.6电子期刊583
3、7督查督办613.7.1效能评估613.7.2督查督办613.8电子印章、手写批注管理673.9个人办公管理673.10考勤管理683.11行政审批683.12统一通讯703.13资源管理713.13.1图书管理713.13.2办公用品管理713.13.3固定资产管理713.13.4车辆管理723.14会议管理733.14.1组织会议733.14.2会场申请733.14.3会议室管理733.14.4会议通知743.15知识管理753.16短信提醒753.17信息公开773.18档案管理783.19邮件系统843.20组织机构管理843.21系统管理86881 概述1.1 背景电子政务是信息社
4、会管理发展的一种趋势,在各国积极倡导的“信息高速公路”计划中,电子政务建设被列在第一位,成为世界各国的关注焦点。伴随着信息时代的到来,我国电子政务建设在探索中逐步完善,政府门户网站体系初步形成,政府内部沟通交流系统应用开始普及,政务透明度进一步增强。电子政务信息化是提高管理效率,最大限度保证管理科学化和民主化的一个有效手段。行政管理与电子政务的结合,是行政管理部门提高效率,增强政务公开与透明度,自觉接受公众监督,提高服务质量的重要举措。在信息技术的支持下,各地政府机关正探索和创新行政机关内部协作、管理、服务模式,以政府体制改革和职能转换为契机,推进管理机制的转变。国家十二五规划就电子政务未来发
5、展方向明确指出,全面推进以需求驱动为动力,以政务信息、文化信息和社会公共信息为重点,大力推进信息资源建设;进一步扫除信息资源共享障碍,改变内部交流“纵强横弱”格局,逐步消除“信息孤岛”现象。促进国民信息技术应用能力进一步提高,为迈向信息社会奠定坚实的基础。1.2 东海县办公现状l 电子化办公系统应用未能覆盖到整个县政府及下属单位。需要一套可以覆盖整个县政府及下属单位的办公系统。一个低成本,高效率的部署方案。l 缺少移动办公解决方案。在移动信息化高速发展的今天,手机已经成为各种信息不可或缺的载体。单独PC端的办公已经不能满足现有的需求。手机作为移动设备,随时可以接收办公信息,可大大提高特定情况下
6、的办公效率。l 传统纸质公文办理转交的方式,已经不能满足现有办公效率的需要,流程化、电子化的公文流转,以及单位之间的公文交换,可以大大提高政府单位的办公效率。1.3 建设目标推行电子政务是党中央、国务院作出的一项重大战略决策,是政务管理方式的一场深刻变革,可以有效提高政府办公效率,提升政府服务水平,规范政府管理程序。防止出现以下情况:l 不利于联合办公,降低了办公效率;l 不利于公众查询信息,需要逐个登陆不同的网站获取信息;l 不利于效能监察,无法一次性监察众多系统的信息;l 造成重复建设,形成资金浪费。2 总体设计方案2.1 设计思想系统采用本单位政务私有云平台构架,政务私有云平台基于SOA
7、架构新一代面向业务软件平台进行构架和设计,对软件需求分析、设计、开发、测试及部署全生命周期进行多层面全方位工具化支持,以“工作流程标准模式化、工具自动化,面向业务,快速响应变化”为核心理念,采用了全新的软件开发理念和模式:面向业务需求,通过可视化向导工具,对平台提供的大量成熟完善的组件进行构建和组装实现软件功能,屏蔽技术实现细节,通过更为高级,更为强大的组件构建开发软件,快速实现应用系统。基于平台开发应用系统,应用实现与用户需求更加贴切,有效地降低软件的开发复杂度,简化软件的开发过程,提高软件开发的效率,提升软件的质量。平台基于平台开发应用WEB服务采用Nginx+Apache双引擎。Apac
8、he处理页面最稳定、Nginx处理静态文件高效、稳定,处理大并发量请求稳定,实践证明基于平台构筑的应用系统具有7*24小时不间断服务的高度稳定性。 系统采用完全B/S 多层体系架构,分为数据资源层、技术适配层、运行时层、基础组件层、基础功能层、工具层和集成表现层。系统完全遵循业界标准技术规范,例如工作流引擎遵循WFMC,XML,门户系统遵循Portlet、LDAP等开放的通用协议标准,基于良好的技术架构设计和业务架构设计,遵循开放式标准的技术规范,应用具有高度的灵活性和可扩展性。针对东海县高度安全性的需求,平台从安全保障策略、标准、管理、服务、技术等多个层面,提供科学系统化的整体解决方案,支持
9、对称密钥加密解密、非对称密钥加密解密,信息摘要、USB Key、动态口令卡、电子签章、手写签名、证书、CA等多种可选安全技术手段。从应用系统访问控制层面,提供了基于角色的授权机制,从模块、功能点、数据权限(可以细化到字段级控制)、资源权限(可以细化到人员的读、写、打印等控制)、外系统接口等多层面多角度地对系统的正常以及非正常访问,进行全方位系统化地控制。平台提供对日志进行统计分析的工具,提供资源占用情况的分析工具,能够方便地对应用系统的登录、使用情况进行监控,对资源占用情况进行分析,识别应用中的异常情况和性能瓶颈。并提供日志的备份存档工具。平台提供数据备份工具,能够制定备份计划,支持自动执行备
10、份计划和手工备份计划,备份计划能够可以对系统的数据和文件等资源进行全备份和增量备份。针对灵活多变的信息采集模板业务处理流程,平台提供了一套完整的流程化管理解决方案,包括工作流引擎、电子表单设计工具、图形化流程设计工具、组织结构、人员建模工具、消息引擎、以及丰富的接口以及快速开发工具和开发文档等。对于应用系统的高效实施部署和快速响应业务需求的变化,提供了有效的保证。平台具有良好的开放型和和扩展型,能够集成第三方应用工具,如工作流引擎、电子表单、portal门户等。基于平台,为东海县提供数据交换中心、历史数据迁移平台、报表工具等应用软件。2.2 设计原则在系统设计中,我们将遵循以下设计原则:规范性
11、遵循国家相关法律、法规,尤其是有关涉及计算机信息系统建设的有关标准要求。先进性应当采用当代主流技术,考虑应用平台和工具的先进,以及系统结构和应用设计的先进性,以适应业务发展的需求。可靠性系统设计采用成熟、稳定、可靠的软件技术,保证系统在大数据量、高并发的情况下不间断地安全运行。实用性根据业务需求和业务流程,从方便用户使用的角度进行系统设计、功能和模块划分。功能和流程设计要求简捷流畅,充分考虑功能和流程的需求变更等各种现实情况。安全性系统建设要符合用户对信息安全管理的要求,建立完善可靠的安全保障体系,对非法入侵、非法攻击应具有很强的防范能力,确保系统具有严格的身份认证功能,并有相应的技术手段对数
12、据安全和操作安全加以保护。易用性主要体现在两个方面:一是应用界面简捷、直观,尽量减少菜单的层次和不必要的点击过程,使用户在使用时一目了然,便于快速掌握系统操作方法,特别是要符合工作人员的思维方式和工作习惯,方便非计算机专业人员的使用;二是应提供联机的或脱机的帮助手段。开放性为了使系统具有较强的生命力和开放性,应遵循已有的国际标准和国内标准,以利于采用多种先进技术和产品。可拓展性本系统是一个不断发展中的应用系统,系统设计时考虑到新技术、新产品出现时对本系统的兼容性;当业务需求、外部环境发生变化时,可以扩展系统的功能和性能。软件设计简明,各功能模块间的耦合度小,以适应业务发展需要,便于系统的继承和
13、扩展。易维护性系统具有良好的结构,各个部分应有明确和完整的定义,使得局部的修改小不影响全局和其他部分的结构和运行。2.3 总体架构设计2.3.1 部署模式l 使用SaaS集中部署方式:由县政府统一搭建一套硬件环境,部署一套软件系统。在系统中为县政府以及每个下属单位建立子系统。每个子系统在使用过程中是完全独立的。系统间的数据交换,使用单独的交换服务完成。l 为每个单位的系统独立配置组织机构、用户权限、业务流程及表单。l 上线顺序:各功能按顺序分步分批次上线试运行,最终实现完全上线。l 为每个委办局配置一组电子签章。统一用户管理统一权限管理统一身份认证电子政务安全体系电子政务标准和规范统一数据交换
14、系统(平台)县政府各委办局其他基础模块市级公文交换办公协同行政审批督办督查文件归档与备份查询调阅东海县OA办公自动化系统公文办理发文管理收文管理公文交换办事管理办会管理公告通知日程安排通信录电子邮件车辆管理资产管理其他功能即时通讯移动办公系统管理2.3.2 系统功能架构图2.3.3 系统应用体系架构2.3.4 系统技术架构2.3.4.1 系统技术架构示意图2.3.4.2 系统技术架构说明概述对当前流行的主流J2EE和PHP等技术框架进行深入的研究,包括:EJB、Struts、Webwork、Jsf(已经被定义成J2EE的标准客户端解决方案)、Spring、Hibernate、Ibati、YI等
15、这些技术都各有特色,也非常流行,非常优秀,但都存在一个共同的问题,就是试图在服务器端解决一切,客户端的问题也要在服务器端解决。在以信息资源浏览这样客户端比较简单,人机交互要求较低的场合,这些框架方案是可行的。但对于企业应用这样复杂,客户对客户端要求已经超越功能阶段,上升到用户体验的层面,在这样的历史背景下,采用这些框架的客户端解决方案,显得很吃力。我们认为,在客户端解决客户端的问题,客户端与服务器端科学合理的分工协作,是B/S架构软件设计的重要因素之一。基于这样的研究,针对大规模复杂单位应用,学习、消化和吸收当前诸多主流的服务器端和客户端解决方案基础之上,提出“面向服务的Web应用”的理念,
16、实现了自己的客户端、服务器端以及站点之间的解决方案。客户端特色技术对常用的客户端功能进行了组件化封装,使很复杂的功能实现标准模式化,简单化。这些组件包括:日期选择、表格形式数据列表、树状数据列表、多标签窗口等。通过用户情景建模工具,将客户端组建的使用变成可视化和向导化,大大降低了学习沟通成本,提升了开发效率和使用的方便性。客户端采用的技术包括:面向对象的JS、AJAX、XML、DOM注入技术。服务器端特色技术创新性的请求路由机制,大大降低B/S架构软件开发的难度,实现B/S架构软件开发象C/S架构软件一样简单,一样快速。利用消息/事件模式,彻底消除模块之间的代码依赖关系,大大降低耦合关系。事件
17、同步和异步两种响应方式。同步响应方式主要针对执行请求/响应同步处理的任务,异步响应方式主要针对执行时间较长的任务处理,提升用户体验。站点间交互采用技术对于大规模复杂的应用系统,一般采用多站点部署的分布式计算模型。这样的计算模型中,站点之间的安全可靠地交互是必要的。平台运用Web服务解决这一问题。2.4 技术特性2.4.1 先进的底层架构l Web服务端采用最为流行的Nginx+Apache双引擎。Apache处理页面最稳定、Nginx处理静态文件高效、稳定,处理大并发量请求稳定;l 程序前段界面框架采用最为流行的UI风格,融入政务领域的特色,使得界面风格更加简洁大气;l 采用基于MVC设计模式
18、的后端框架,保证了程序代码的健壮性以及产品和项目订制的开发效率以及代码的可维护性,同时提供了大量的组件和控件,大大加速定制开发的难度,提高开发效率;l 提供了完善的应用底层支持,如用户身份验证、角色权限控制、附件机制、存储机制、视图机制等,同时还可提供代码自动生成工具,这些为二次开发提供了便利的平台和工具。2.4.2 多数据库支持支持MySQL、SQL Sever、Oracle 11g、PostgreSQL等多种数据库;使用的ActiveRecord对数据库操作,保证了对多种数据库的高效支持。数据结构设计全面优化,如设置外键以及UUID主键等,保障了数据的一致性和可移植性。2.4.3 智能流程
19、引擎流程模型支持BPMN2.0国际标准,提供图形化流程设计器,快速对复杂业务流程建模,基于政务领域需求,提供会签、回退、子流程等特色化功能。同时提供开发接口,实现异构系统的调用和对接。2.4.4 工作流引擎技术2.4.4.1 工作流相关概念工作流(WorkFlow)就是工作流程的计算模型,即将工作流程中的工作如何前后组织在一起的逻辑和规则在计算机中以恰当的模型进行表示并对其实施计算。工作流要解决的主要问题是:为实现某个业务目标,在多个参与者之间,利用计算机,按某种预定规则自动传递文档、信息或者任务。简单地说,工作流就是一系列相互衔接、自动进行的业务活动或任务。工作流由实体(Entity)、参与
20、者(Participant)、流程定义(Flow Definition)、工作流引擎(Engine)四部分组成。l 实体是工作流的主体,是需要随着工作流一起流动的物件(Object)。例如,在一个采购申请批准流程中,实体就是采购申请单;在公文审批流程中,实体就是公文。l 参与者是各个处理步骤中的责任人,可能是人,也可能是某个职能部门,还可能是某个自动化的设备;l 流程定义是预定义的工作步骤,它规定了实体流动的路线。它可能是完全定义的,即对每种可能的情况都能完全确定下一个参与者,也可能是不完全定义的,需要参与者根据情况决定下一个参与者;l 工作流引擎是驱动实体按流程定义从一个参与者流向下一个参与
21、者的机制。前三个要素是静态的,而第四个要素是动态的,它将前三者结合起来,是工作流的核心组成元素。而工作流引擎是指WorkFlow作为应用系统的一部分,并为之提供对各应用系统有决定作用的根据角色、分工和条件的不同决定信息传递路由、内容等级等核心解决方案,下图为工作流组成要素。2.4.4.2 工作流管理系统设计框架按照WFMC规范,从功能的角度看:工作流系统的本职工作就是管理和控制业务流程,例如:流程实例的启动、停止;环节实例的启动、结束;任务的分配等等。从工作流系统的组成看:工作流系统应该包括流程引擎、流程定义工具、运行管理工具、相关接口等。单纯的从WFMC规范来看,工作流引擎本身所关注的是一个
22、非常“抽象”层面的问题,精简来讲即:确保流程按照既有的定义,从一个节点运行到另一个节点,并正确执行当前节点。即四个方面的问题:l 流程定义问题:流程实例(Process Instance)的执行都是依赖于所定义的流程定义(Process Definition),核心任务是用一套定义对象来描述“流程定义”,并且这些定义对象必须反映出一种“模型”。l 流程调度问题:提供什么的机制,可以确保流程能够处理复杂的“流程图结构”,诸如串行、并行、分支、合并等等,并在这复杂结构中确保流程从一个节点运行到另一个节点。l 流程执行问题:当流程运行到某个节点的时候,需要一套机制来解决:是否执行此节点,并如何执行此
23、节点的问题,并维持节点状态生命周期,也就是状态机的概念。l 流程实例对象:需要一整套流程实例对象来描述流程实例运行的状态和结果。总之,单纯的从技术角度上来讲,工作流系统应该不包括表单定义、组织机构定义及其管理、权限管理、数据流管理等等。但是,从用户的应用角度,却需要工作流与上述系统之间有密切的联系和频繁的交互,比如要将费用报销使用工作流实现,那么显然我们需要设计一电子表单,来作为流转过程中用户数据的载体,这必然需要良好的表单设计工具作支撑,用户能够在不需要编码的情况下进行数据结构的维护和表单设计等工作,报销流程的流转过程中又涉及到审批权限等,比如根据报销金额的不同,路由会发生变化,这又跟组织机
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 智慧 城市 政务 OA 系统 建设 方案
