智慧城市政务OA系统建设方案
智慧城市政务OA系统
建设方案
目录
1概述 (1)
1.1背景 (1)
1.2东海县办公现状 (1)
1.3建设目标 (2)
2总体设计方案 (2)
2.1设计思想 (2)
2.2设计原则 (3)
2.3总体架构设计 (5)
2.3.1部署模式 (5)
2.3.2系统功能架构图 (6)
2.3.3系统应用体系架构 (6)
2.3.4系统技术架构 (7)
2.4技术特性 (8)
2.4.1先进的底层架构 (8)
2.4.2多数据库支持 (9)
2.4.3智能流程引擎 (9)
2.4.4工作流引擎技术 (10)
2.4.5智能表单中心 (14)
2.4.6支持分布式部署 (14)
2.4.7政务安全卫士 (15)
2.4.9二维条码技术 (15)
2.5安全技术方案 (15)
2.5.1系统安全保障策略与体系 (15)
2.5.2系统安全技术 (21)
2.5.3系统的安全实现 (24)
2.5.4身份认证 (25)
2.5.5权限管理 (25)
3系统功能设计 (37)
3.1门户管理 (37)
3.2移动办公 (38)
3.2.1展现效果： (38)
3.2.2平台优势 (39)
3.2.3支持终端 (40)
3.2.4具体功能： (40)
3.3短信平台 (42)
3.4公文管理 (42)
3.4.1公文处理过程 (43)
3.4.1流程管理 (47)
3.4.2公文模板 (49)
3.4.1发文管理 (49)
3.4.3公文办理 (51)
3.4.4智能推送 (51)
3.4.5公文统计 (51)
3.4.6公文检索 (52)
3.4.7公文附件 (52)
3.4.8痕迹保留 (52)
3.4.9公文归档 (52)
3.4.10公文、通知 (53)
3.4.11电子督查 (54)
3.5电子表单 (54)
3.6电子期刊 (58)
3.7督查督办 (61)
3.7.1效能评估 (61)
3.7.2督查督办 (61)
3.8电子印章、手写批注管理 (67)
3.9个人办公管理 (67)
3.10考勤管理 (68)
3.11行政审批 (68)
3.12统一通讯 (70)
3.13资源管理 (71)
3.13.2办公用品管理 (71)
3.13.3固定资产管理 (71)
3.13.4车辆管理 (72)
3.14会议管理 (73)
3.14.1组织会议 (73)
3.14.2会场申请 (73)
3.14.3会议室管理 (73)
3.14.4会议通知 (74)
3.15知识管理 (75)
3.16短信提醒 (75)
3.17信息公开 (77)
3.18档案管理 (78)
3.19邮件系统 (84)
3.20组织机构管理 (84)
3.21系统管理 (86)
1概述
1.1背景
电子政务是信息社会管理发展的一种趋势,在各国积极倡导的“信息高速公路”计划中，电子政务建设被列在第一位，成为世界各国的关注焦点。伴随着信息时代的到来，我国电子政务建设在探索中逐步完善，政府门户网站体系初步形成，政府内部沟通交流系统应用开始普及，政务透明度进一步增强。
电子政务信息化是提高管理效率，最大限度保证管理科学化和民主化的一个有效手段。行政管理与电子政务的结合，是行政管理部门提高效率，增强政务公开与透明度，自觉接受公众监督，提高服务质量的重要举措。
在信息技术的支持下，各地政府机关正探索和创新行政机关内部协作、管理、服务模式，以政府体制改革和职能转换为契机，推进管理机制的转变。国家《十二五规划》就电子政务未来发展方向明确指出，全面推进以需求驱动为动力，以政务信息、文化信息和社会公共信息为重点，大力推进信息资源建设；进一步扫除信息资源共享障碍，改变内部交流“纵强横弱”格局，逐步消除“信息孤岛”现象。促进国民信息技术应用能力进一步提高，为迈向信息社会奠定坚实的基础。
1.2东海县办公现状
●电子化办公系统应用未能覆盖到整个县政府及下属单位。需要一套可以
覆盖整个县政府及下属单位的办公系统。一个低成本，高效率的部署方
案。
●缺少移动办公解决方案。在移动信息化高速发展的今天，手机已经成为
各种信息不可或缺的载体。单独PC端的办公已经不能满足现有的需求。
手机作为移动设备，随时可以接收办公信息，可大大提高特定情况下的
办公效率。
●传统纸质公文办理转交的方式，已经不能满足现有办公效率的需要，流
程化、电子化的公文流转，以及单位之间的公文交换，可以大大提高政
府单位的办公效率。
1.3建设目标
推行电子政务是党中央、国务院作出的一项重大战略决策，是政务管理方式的一场深刻变革，可以有效提高政府办公效率，提升政府服务水平，规范政府管理程序。防止出现以下情况:
●不利于联合办公，降低了办公效率；
●不利于公众查询信息，需要逐个登陆不同的网站获取信息；
●不利于效能监察，无法一次性监察众多系统的信息；
●造成重复建设，形成资金浪费。
2总体设计方案
2.1设计思想
系统采用本单位政务私有云平台构架，政务私有云平台基于SOA架构新一代面向业务软件平台进行构架和设计，对软件需求分析、设计、开发、测试及部署全生命周期进行多层面全方位工具化支持，以“工作流程标准模式化、工具自动化，面向业务，快速响应变化”为核心理念，采用了全新的软件开发理念和模式：面向业务需求，通过可视化向导工具，对平台提供的大量成熟完善的组件进行构建和组装实现软件功能，屏蔽技术实现细节，通过更为高级，更为强大的组件构建开发软件，快速实现应用系统。基于平台开发应用系统，应用实现与用户需求更加贴切，有效地降低软件的开发复杂度，简化软件的开发过程，提高软件开发的效率，提升软件的质量。
平台基于平台开发应用WEB服务采用Nginx+Apache双引擎。Apache处理页面最稳定、Nginx处理静态文件高效、稳定，处理大并发量请求稳定，实践
证明基于平台构筑的应用系统具有7*24小时不间断服务的高度稳定性。系统采用完全B/S 多层体系架构，分为数据资源层、技术适配层、运行时层、基础组件层、基础功能层、工具层和集成表现层。系统完全遵循业界标准技术规范，例如工作流引擎遵循WFMC，XML，门户系统遵循Portlet、LDAP等开放的通用协议标准，基于良好的技术架构设计和业务架构设计，遵循开放式标准的技术规范，应用具有高度的灵活性和可扩展性。
针对东海县高度安全性的需求，平台从安全保障策略、标准、管理、服务、技术等多个层面，提供科学系统化的整体解决方案，支持对称密钥加密解密、非对称密钥加密解密，信息摘要、USB Key、动态口令卡、电子签章、手写签名、证书、CA等多种可选安全技术手段。从应用系统访问控制层面，提供了基于角色的授权机制，从模块、功能点、数据权限（可以细化到字段级控制）、资源权限（可以细化到人员的读、写、打印等控制）、外系统接口等多层面多角度地对系统的正常以及非正常访问，进行全方位系统化地控制。平台提供对日志进行统计分析的工具，提供资源占用情况的分析工具，能够方便地对应用系统的登录、使用情况进行监控，对资源占用情况进行分析，识别应用中的异常情况和性能瓶颈。并提供日志的备份存档工具。平台提供数据备份工具，能够制定备份计划，支持自动执行备份计划和手工备份计划，备份计划能够可以对系统的数据和文件等资源进行全备份和增量备份。
针对灵活多变的信息采集模板业务处理流程，平台提供了一套完整的流程化管理解决方案，包括工作流引擎、电子表单设计工具、图形化流程设计工具、组织结构、人员建模工具、消息引擎、以及丰富的接口以及快速开发工具和开发文档等。对于应用系统的高效实施部署和快速响应业务需求的变化，提供了有效的保证。平台具有良好的开放型和和扩展型，能够集成第三方应用工具，如工作流引擎、电子表单、portal门户等。基于平台，为东海县提供数据交换中心、历史数据迁移平台、报表工具等应用软件。
2.2设计原则
在系统设计中，我们将遵循以下设计原则：
规范性
遵循国家相关法律、法规，尤其是有关涉及计算机信息系统建设的有关标准要求。
先进性
应当采用当代主流技术，考虑应用平台和工具的先进，以及系统结构和应用设计的先进性，以适应业务发展的需求。
可靠性
系统设计采用成熟、稳定、可靠的软件技术，保证系统在大数据量、高并发的情况下不间断地安全运行。
实用性
根据业务需求和业务流程，从方便用户使用的角度进行系统设计、功能和模块划分。功能和流程设计要求简捷流畅，充分考虑功能和流程的需求变更等各种现实情况。
安全性
系统建设要符合用户对信息安全管理的要求，建立完善可靠的安全保障体系，对非法入侵、非法攻击应具有很强的防范能力，确保系统具有严格的身份认证功能，并有相应的技术手段对数据安全和操作安全加以保护。
易用性
主要体现在两个方面：一是应用界面简捷、直观，尽量减少菜单的层次和不必要的点击过程，使用户在使用时一目了然，便于快速掌握系统操作方法，特别是要符合工作人员的思维方式和工作习惯，方便非计算机专业人员的使用；二是应提供联机的或脱机的帮助手段。
开放性
为了使系统具有较强的生命力和开放性，应遵循已有的国际标准和国内标准，以利于采用多种先进技术和产品。
可拓展性
本系统是一个不断发展中的应用系统，系统设计时考虑到新技术、新产品出现时对本系统的兼容性；当业务需求、外部环境发生变化时，可以扩展系统的功能和性能。软件设计简明，各功能模块间的耦合度小，以适应业务发展需要，便于系统的继承和扩展。
易维护性
系统具有良好的结构，各个部分应有明确和完整的定义，使得局部的修改小不影响全局和其他部分的结构和运行。
2.3总体架构设计
2.3.1部署模式
●使用SaaS集中部署方式：由县政府统一搭建一套硬件环境，部署一套
软件系统。在系统中为县政府以及每个下属单位建立子系统。每个子系
统在使用过程中是完全独立的。系统间的数据交换，使用单独的交换服
务完成。
●为每个单位的系统独立配置组织机构、用户权限、业务流程及表单。
●上线顺序：各功能按顺序分步分批次上线试运行，最终实现完全上线。
●为每个委办局配置一组电子签章。
组
件层
基础服
务层移动平台应用个人办公公文管理督查督办行政审批门户
知识管理
资源管理
······
电子表单流程引擎消息引擎门户引擎
全文检索
报表引擎
服务总线
数据库
存储服务
其他服务
用户访问层
2.3.4.1系统技术架构示意图
2.3.4.2系统技术架构说明
概述
对当前流行的主流J2EE和PHP等技术框架进行深入的研究，包括：EJB、Struts、Webwork、Jsf（已经被定义成J2EE的标准客户端解决方案）、Spring、Hibernate、Ibati、YI等。这些技术都各有特色，也非常流行，非常优秀，但都存在一个共同的问题，就是试图在服务器端解决一切，客户端的问题也要在服务器端解决。在以信息资源浏览这样客户端比较简单，人机交互要求较低的场合，这些框架方案是可行的。但对于企业应用这样复杂，客户对客户端要求已经超越功能阶段，上升到用户体验的层面，在这样的历史背景下，采用这些框架的客户端解决方案，显得很吃力。我们认为，在客户端解决客户端的问题，客户端与服务器端科学合理的分工协作，是B/S架构软件设计的重要因素之一。基于这样的研究，针对大规模复杂单位应用，学习、消化和吸收当前诸多主流的服务器端和客户端解决方案基础之上，提出“面向服务的Web应用”的理念，实现了自己的客户端、服务器端以及站点之间的解决方案。
客户端特色技术
对常用的客户端功能进行了组件化封装，使很复杂的功能实现标准模式化，简单化。这些组件包括：日期选择、表格形式数据列表、树状数据列表、多标签窗口等。
通过用户情景建模工具，将客户端组建的使用变成可视化和向导化，大大降低了学习沟通成本，提升了开发效率和使用的方便性。
客户端采用的技术包括：面向对象的JS、AJAX、XML、DOM注入技术。
服务器端特色技术
创新性的请求路由机制，大大降低B/S架构软件开发的难度，实现B/S架构软件开发象C/S架构软件一样简单，一样快速。
利用消息/事件模式，彻底消除模块之间的代码依赖关系，大大降低耦合关系。
事件同步和异步两种响应方式。同步响应方式主要针对执行请求/响应同步处理的任务，异步响应方式主要针对执行时间较长的任务处理，提升用户体验。
站点间交互采用技术
对于大规模复杂的应用系统，一般采用多站点部署的分布式计算模型。这样的计算模型中，站点之间的安全可靠地交互是必要的。平台运用Web服务解决这一问题。
2.4技术特性
2.4.1先进的底层架构
Web服务端采用最为流行的Nginx+Apache双引擎。 Apache处理页面最稳定、Nginx处理静态文件高效、稳定，处理大并发量请求稳定；
●程序前段界面框架采用最为流行的UI风格，融入政务领域的特色，使得界
面风格更加简洁大气；
●采用基于MVC设计模式的后端框架，保证了程序代码的健壮性以及产品和
项目订制的开发效率以及代码的可维护性，同时提供了大量的组件和控件，大大加速定制开发的难度，提高开发效率；
●提供了完善的应用底层支持，如用户身份验证、角色权限控制、附件机制、
存储机制、视图机制等，同时还可提供代码自动生成工具，这些为二次开发提供了便利的平台和工具。
2.4.2多数据库支持
支持MySQL、SQL Sever、Oracle 11g、PostgreSQL等多种数据库；
使用的ActiveRecord对数据库操作，保证了对多种数据库的高效支持。
数据结构设计全面优化，如设置外键以及UUID主键等，保障了数据的一致性和可移植性。
2.4.3智能流程引擎
流程模型支持BPMN2.0国际标准，提供图形化流程设计器，快速对复杂业务流程建模，基于政务领域需求，提供会签、回退、子流程等特色化功能。同时提供开发接口，实现异构系统的调用和对接。
2.4.4工作流引擎技术
2.4.4.1工作流相关概念
工作流（WorkFlow）就是工作流程的计算模型，即将工作流程中的工作如何前后组织在一起的逻辑和规则在计算机中以恰当的模型进行表示并对其实施计算。工作流要解决的主要问题是：为实现某个业务目标，在多个参与者之间，利用计算机，按某种预定规则自动传递文档、信息或者任务。简单地说，工作流就是一系列相互衔接、自动进行的业务活动或任务。
工作流由实体(Entity)、参与者(Participant)、流程定义(Flow Definition)、工作流引擎(Engine)四部分组成。
●实体是工作流的主体，是需要随着工作流一起流动的物件(Object)。例
如，在一个采购申请批准流程中，实体就是采购申请单；在公文审批流
程中，实体就是公文。
●参与者是各个处理步骤中的责任人，可能是人，也可能是某个职能部门，
还可能是某个自动化的设备；
●流程定义是预定义的工作步骤，它规定了实体流动的路线。它可能是完