电子政务方案模板.docx

电子政务方案

126

资料内容仅供参考，如有不当或者侵权，请联系本人改正或者删除。

智慧城市政务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.8 支持版式文件 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.2 收文管理 50
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.1 图书管理 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 东海县办公现状
l 电子化办公系统应用未能覆盖到整个县政府及下属单位。需要一套能够覆盖整个县政府及下属单位的办公系统。一个低成本, 高效率的部署方案。
l 缺少移动办公解决方案。在移动信息化高速发展的今天, 手机已经成为各种信息不可或缺的载体。单独PC端的办公已经不能满足现有的需求。手机作为移动设备, 随时能够接收办公信息, 可大大提高特定情况下的办公效率。
l 传统纸质公文办理转交的方式, 已经不能满足现有办公效率的需要, 流程化、 电子化的公文流转, 以及单位之间的公文交换, 能够大大提高政府单位的办公效率。
1.3 建设目标
推行电子政务是党中央、 国务院作出的一项重大战略决策, 是政务管理方式的一场深刻变革, 能够有效提高政府办公效率, 提升政府服务水平, 规范政府管理程序。防止出现以下情况:
l 不利于联合办公, 降低了办公效率;
l 不利于公众查询信息, 需要逐个登陆不同的网站获取信息;
l 不利于效能监察, 无法一次性监察众多系统的信息;
l 造成重复建设, 形成资金浪费。
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 部署模式
l 使用SaaS集中部署方式: 由县政府统一搭建一套硬件环境, 部署一套软件系统。在系统中为县政府以及每个下属单位建立子系统。每个子系统在使用过程中是完全独立的。系统间的数据交换, 使用单独的交换服务完成。
l 为每个单位的系统独立配置组织机构、 用户权限、 业务流程及表单。
l 上线顺序: 各功能按顺序分步分批次上线试运行, 最终实现完全上线。
l 为每个委办局配置一组电子签章。
统一用户管理
统一权限管理
统一身份认证
电子政务安全体系
电子政务标准和规范
统一数据交换系统( 平台)
县政府
各委办局
其它
…
基础模块
市级公文交换
办公
协同
行政
审批
督办
督查
文件归档与备份
查询调阅
东海县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等。这些技术都各有特色, 也非常流行, 非常优秀, 但都存在一个共同的问题, 就是试图在服务器端解决一切, 客户端的问题也要在服务器端解决。在以信息资源浏览这样客户端比较简单, 人机交互要求较低的场合, 这些框架方案是可行的。但对于企业应用这样复杂, 客户对客户端要求已经超越功能阶段, 上升到用户体验的层面, 在这样的历史背景下, 采用这些框架的客户端解决方案, 显得很吃力。我们认为, 在客户端解决客户端的问题, 客户端与服务器端科学合理的分工协作, 是B/S架构软件设计的重要因素之一。基于这样的研究, 针对大规模复杂单位应用, 学习、 消化和吸收当前诸多主流的服务器端和客户端解决方案基础之上, 提出”面向服务的Web应用”的理念, 实现了自己的客户端、 服务器端以及站点之间的解决方案。
客户端特色技术
对常见的客户端功能进行了组件化封装, 使很复杂的功能实现标准模式化, 简单化。这些组件包括: 日期选择、 表格形式数据列表、 树状数据列表、 多标签窗口等。
经过用户情景建模工具, 将客户端组建的使用变成可视化和向导化, 大大降低了学习沟通成本, 提升了开发效率和使用的方便性。
客户端采用的技术包括: 面向对象的JS、 AJAX、 XML、 DOM注入技术。
服务器端特色技术
创新性的请求路由机制, 大大降低B/S架构软件开发的难度, 实现B/S架构软件开发象C/S架构软件一样简单, 一样快速。
利用消息/事件模式, 彻底消除模块之间的代码依赖关系, 大大降低耦合关系。
事件同步和异步两种响应方式。同步响应方式主要针对执行请求/响应同步处理的任务, 异步响应方式主要针对执行时间较长的任务处理, 提升用户体验。
站点间交互采用技术
对于大规模复杂的应用系统, 一般采用多站点部署的分布式计算模型。这样的计算模型中, 站点之间的安全可靠地交互是必要的。平台运用Web服务解决这一问题。
2.4 技术特性
2.4.1 先进的底层架构
l Web服务端采用最为流行的Nginx+Apache双引擎。 Apache处理页面最稳定、 Nginx处理静态文件高效、 稳定, 处理大并发量请求稳定;
l 程序前段界面框架采用最为流行的UI风格, 融入政务领域的特色, 使得界面风格更加简洁大气;
l 采用基于MVC设计模式的后端框架, 保证了程序代码的健壮性以及产品和项目订制的开发效率以及代码的可维护性, 同时提供了大量的组件和控件, 大大加速定制开发的难度, 提高开发效率;
l 提供了完善的应用底层支持, 如用户身份验证、 角色权限控制、 附件机制、 存储机制、 视图机制等, 同时还可提供代码自动生成工具, 这些为二次开发提供了便利的平台和工具。
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)四部分组成。
l 实体是工作流的主体, 是需要随着工作流一起流动的物件(Object)。例如, 在一个采购申请批准流程中, 实体就是采购申请单; 在公文审批流程中, 实体就是公文。
l 参与者是各个处理步骤中的责任人, 可能是人, 也可能是某个职能部门, 还可能是某个自动化的设备;
l 流程定义是预定义的工作步骤, 它规定了实体流动的路线。它可能是完全定义的, 即对每种可能的情况都能完全确定下一个参与者, 也可能是不完全定义的, 需要参与者根据情况决定下一个参与者;
l 工作流引擎是驱动实体按流程定义从一个参与者流向下一个参与者的机制。前三个要素是静态的, 而第四个要素是动态的, 它将前三者结合起来, 是工作流的核心组成元素。
而工作流引擎是指WorkFlow作为应用系统的一部分, 并为之提供对各应用系统有决定作用的根据角色、 分工和条件的不同决定信息传递路由、 内容等级等核心解决方案,下图为工作流组成要素。

2.4.4.2 工作流管理系统设计框架
按照WFMC规范, 从功能的角度看: 工作流系统的本职工作就是管理和控制业务流程, 例如: 流程实例的启动、 停止; 环节实例的启动、 结束; 任务的分配等等。从工作流系统的组成看: 工作流系统应该包括流程引擎、 流程定义工具、 运行管理工具、 相关接口等。
单纯的从WFMC规范来看, 工作流引擎本身所关注的是一个非常”抽象”层面的问题, 精简来讲即: 确保流程按照既有的定义, 从一个节点运行到另一个节点, 并正确执行当前节点。即四个方面的问题:
l 流程定义问题: 流程实例(Process Instance)的执行都是依赖于所定义的"流程定义"(Process Definition),核心任务是用一套定义对象来描述”流程定义”, 而且这些定义对象必须反映出一种”模型”。
l 流程调度问题: 提供什么的机制, 能够确保流程能够处理复杂的”流程图结构”, 诸如串行、 并行、 分支、 合并等等, 并在这复杂结构中确保流程从一个节点运行到另一个节点。
l 流程执行问题: 当流程运行到某个节点的时候, 需要一套机制来解决: 是否执行此节点, 并如何执行此节点的问题, 并维持节点状态生命周期, 也就是状态机的概念。
l 流程实例对象: 需要一整套流程实例对象来描述流程实例运行的状态和结果。
总之, 单纯的从技术角度上来讲, 工作流系统应该不包括表单定义、 组织机构定义及其管理、 权限管理、 数据流管理等等。可是, 从用户的应用角度, 却需要工作流与上述系统之间有密切的联系和频繁的交互, 比如要将费用报销使用工作流实现, 那么显然我们需要设计一电子表单, 来作为流转过程中用户数据的载体, 这必然需要良好的表单设计工具作支撑, 用户能够在不需要编码的情况下进行数据结构的维护和表单设计等工作, 报销流程的流转过程中又涉及到审批权限等, 比如根据报销金额的不同, 路由会发生变化, 这又跟组织机构以及权限设置密切联系, 同时报销后的对于业务数据可能会有汇总或统计分析的需求, 又需要良好的报表统计功能。因此我们认为, 作为完善的工作流产品, 更多的应该是站在用户和应用的角度上, 因此更确切的说, 只有面向应用, 面向最终用户的工作流产品才是真正符合中国国情的, 才能更快速、 更高效的为用户工作效率带来质的飞跃。
平台正如上所诉提出了一套完整的工作流应用系统解决方案, 对于业务逻辑的快速部署和实施提供了有效的保证, 诸如: 工作流核心引擎、 电子表单设计工具、 图形化流程设计工具、 组织机构、 人员建模工具、 消息提醒引擎、 以及丰富的接口以及快速开发工具和开发文档等。
在整个平台中, 工作流引擎扮演着重要的作用, 作为强大的逻辑控制层, 支撑了系统平台的业务逻辑的正常运转, 下图为工作流应用系统系统架构框图:

2.4.4.3 工作流管理系统设计特色
l 工作流管理系统基于J2EE体系结构开发, 具有良好的跨平台性, 能独立于应用服务器, 可用于符合J2EE1.4规范的各种应用服务器, 如WebSphere、 WebLogic等, 同时也支持多种数据库, 如: Oracle、 SQL Server、 DB2、 MYSQL等。
l 工作流管理系统的核心工作流引擎符合WMFC标准设计规范, 采用标准的XPDL语言定义流程模型, 具有良好的通用性。
l 工作流管理系统提供了强大的电子表单设计器, 实现所见即所得鼠标拖拽式设计过程, 不需要任何编码和开发, 大大降低了系统的维护成本, 也进一步加快了流程业务的实施过程。
l 工作流管理系统提供了功能强大的流程可视化设计工具, 支持丰富的流程流转模型: 顺序、 条件分支、 并发、 合并、 嵌套、 回退等。
l 工作流引擎作为业务流程的任务调度器提供丰富的流程节点控制机制、 流程数据安全管控机制、 容错及异常处理机制等, 保障流程实例创立、 激活、 挂起、 终止等环节严格按照流程定义进行正常运转, 进而确保了业务数据安全可靠的传输。
l 其它特色:
引擎运转由资源驱动, 资源包括人、 时间、 事件等
灵活地业务流程变更机制、 具备版本管理功能
强大的监控、 管理平台
日志引擎确保系统的安全与稳定
严谨又不失灵活的权限控制机制
基于组件思想设计的集成机制
提供丰富的业务扩展接口, 支持插件机制, 便于与其它业务系统的对接
领先的技术架构确保了系统的稳定性、 扩展性
2.4.5 智能表单中心
提供可视化表单设计工具, 支持多种表单格式, HTML、 DOC、 AIP( 版式文件) , 实现图形化数据库设计。
2.4.6 支持分布式部署
提出两种解决方案进行比较: 高性能服务器集群的大集中解决方案和分布式部署方案;
高性能服务器集群成本较低, 但人数太多后会有瓶颈, 无法经过扩充服务器来改进, 适合县乡级采用;
分布式部署, 能够无限扩展, 数据在网络中加密传输, 各个节点处理各自独立的业务且能进行公文传输、 邮件、 即时通讯等功能;
2.4.7 政务安全卫士
产品支持多种身份认证方式, 配合严格的权限体系和操作日志, 保障系系统数据的安全。同时系统附件采用了加密存储, 在关键业务模块, 如公文处理环节采用了防篡改的版式文件技术, 多方面、 多维度提升安全性。配合详细的审计日志体系, 将严格控制系统的每一个细节。
2.4.8 支持版式文件
版式文件( 如PDF) 提供与原文档同样的版式、 版面、 字体、 字号, 显示效果与原文档一致, 精确打印。支持电子印章盒手写签批。
2.4.9 二维条码技术
针对纸质公文签批与电子公文相结合的应用场景, 借助二维码技术, 办理人员可经过扫描设备扫描纸质文件的条形码快速找到文件办理, 能够实现网上审批、 纸质签字同步进行, 也能减轻一些重要岗位的压力。二维条码同时也提供了移动设备交换数据的桥梁。
2.5 安全技术方案
2.5.1 系统安全保障策略与体系
随着互联网络的迅速普及, 网络的安全问题日益严重, 各种网络攻击行为给政府、 企业带来巨大的经济损失, 甚至使国家的安全与主权受到威胁, 网络信息安全近年来已受到普遍关注。
东海县信息资源化综合平台作为一个大型综合应用系统, 构建在一系列硬件平台和软件平台之上, 同时依附于局域网络和广域网络环境运行。因此针对东海县信息资源化综合平台的安全设计需要涵盖整个系统所涉及的所有领域, 包括主机系统、 网络系统、 软件系统、 数据库系统等。
2.5.1.1 设计原则
l 统筹规划、 分步实施: 东海县统一的领导和组织下, 明确整体安全策略, 结合东海县信息资源化综合平台应用实际情况和发展需要, 分阶段、 分步骤, 不断推进和完善东海县信息资源化综合平台安全保障体系。
l 统一协调、 各负其责: 东海县信息资源化综合平台项目将在东海县的领导和统一协调下, 各部门各司其职, 落实责任, 抓好安全工作, 共同构筑东海县信息资源化综合平台的安全保障体系。
l 综合防范、 整体安全: 在东海县信息资源化综合平台项目中, 坚持管理与技术并重, 内网与外网并重, 从人员、 管理、 安全技术手段等多方面着手, 建立综合防范机制, 实现整体安全。
l 分级保护、 务求实效: 从实际出发, 综合评估信息的价值和系统所面临的风险大小等因素, 科学划分网络与信息系统安全等级。依据安全等级进行安全建设和管理, 综合平衡安全成本和风险, 优化信息安全资源的配置, 提高信息安全保障的有效性。
2.5.1.2 安全保障框架
在全面分析和评估东海县信息资源化综合平台各要素的价值、 风险、 脆弱性及所面正确威胁基础之上, 遵照国家等级保护的要求, 东海县信息资源化综合平台应以策略为指导, 以管理为核心, 以技术为手段, 经过构建技术体系、 管理体系、 服务体系, 实现集防护、 检测、 响应、 恢复于一体的整体安全保障机制。
东海县信息资源化综合平台项目框架如图所示:

信息安全标准体系
信息安全标准体系是指导制定信息安全策略, 规范信息安全体系建设, 确保网络互联互通、 业务协调、 资源共享的基础。东海县信息资源化综合平台项目采用的安全法规、 标准、 规范包括国家的安全法律、 法规、 标准, 以及根据自身发展需要建立的东海县电子政务信息安全保障规范。
信息安全策略体系
信息安全策略体系是为了指导和规范电子政务信息安全工作而制定的安全方针、 管理制度、 规范标准、 操作流程和记录模板等文档的总和。安全策略具有层次化的结构, 包括整体安全策略、 部门级安全策略、 系统级安全策略等。
信息安全技术体系
安全技术是指保障东海县电子政务信息安全的安全技术功能要求和安全技术保障要求, 包括网络与通讯安全、 主机与平台安全、 数据库安全、 应用安全、 数据安全、 物理环境安全等方面。
信息安全管理体系
信息安全管理体系是信息安全保障体系的重要组成部分, 与安全技术体系、 安全服务体系相互支撑、 相互协同、 相互补充, 共同保障电子政务的整体安全。安全管理体系由组织机构、 规章制度、 技术手段和人才队伍等构成。
信息安全服务体系
信息安全服务体系是实现东海县信息资源化综合平台安全、 稳定、 可靠运行的重要保障。在信息安全管理主管机构的领导下, 以东海县专业技术人员为基础, 充分依托社会技术力量, 提供应急响应、 安全咨询、 安全评估、 安全评估等服务。
2.5.1.3 安全体系

在上图的安全体系中:
l 物理安全与网络安全由东海县现有的安全体系提供, 我们在本小节, 针对其中涉及到应用系统安全部分提出建议。
l 安全管理属于管理制度的建设范畴, 我们在本小节, 依据以往的项目建设经验给出建议。
l 应用系统安全包括本次项目提供的业务系统的身份认证、 权限管理, 数据与业务功能安全等内容, 将在安全技术和实现小节中展开详细阐述。
l 跟踪审计涉及到对软件平台和应用系统操作过程的跟踪审计, 将在安全技术和实现小节中展开详细阐述。
2.5.1.4 物理安全
物理层指整个东海县信息系统网络中存在的所有信息机房、 通信线路、 网络设备、 安全设备等, 保证计算机信息系统各种设备的物理安全是保障整个东海县信息系统网络系统安全的前提。
由于本项目将新建机房, 需对其基本物理环境做基本的安全防护, 如防盗、 防火、 防雷等。
系统的物理安全是整个系统安全的基础, 要把系统的危险减至最低限度, 需要选择适当的设施和位置, 保护计算机网络设备、 设施以及其它媒体免遭地震、 水灾、 火灾等环境事故以及人为操作失误或错误及各种计算机犯罪行为导致的破坏过程。它主要包括机房环境、 设备保护、 容灾保护、 犯罪活动以及工业事故等几方面的内容。
系统在物理安全上的解决方案是以数据中心机房的安全设计为基础, 以环境隔离、 门禁系统、 消防系统、 温( 湿) 度控制系统、 容灾系统、 设置监控中心、 配备感应探测装置、 自动调节装置、 更换设备、 升级软件系统、 授权更新等为手段, 保证物理安全的方案。
2.5.1.5 网络安全
由于系统绝大多数的操作都经过浏览器完成, 因此网络传输的安全对保证系统的安全就具有重要的意义。
我们采用SSL( 安全套接口协议) 来保证网络传输的安全。SSL( Secure Socket Layer) 是当前被大多数浏览器( 包括Netscape和MS IE) 支持的加密传输协议, SSL位于HTTP 层和TCP 层之间, 建立用户与服务器之间的加密通信, 确保所传递信息的安全性, 基于SSL的通讯机制能够确保通讯过程的私有性, 防止通讯数据在传输过程中被偷听、 篡改或伪造。该协议采用公开密钥算法在通讯初始阶段确定传输数据所使用的加密、 压缩和校验算法, 以及算法的参数、 密钥等, 从而能够保证通讯的安全性并能够选择高效的加密算法, 在通讯过程中获得较高的通讯效率。
利用SSL能够有效地保证了系统网络传输的安全。
另外, 为了保证服务器的安全, 在非必须的情况下建议在防火墙上限制应用服务器的21( FTP) 、 23( Telnet) 、 135( RPC) 端口。
抵御各种网络攻击, 保证网络安全是整体安全非常重要的因素。东海县系统可能面临的网络安全风险主要有:
东海县信息资源化综合平台核心内容部署于政务内网, 虽然能够在各交换节点的交换机上经过配置提供一些安全保证, 可是其强度是不足的。因此, 系统在设计交换域时会充分考虑各交换节点间的安全防护和病毒防护行为, 避免因为数据交换和共享而影响各单位内部的各项正常业务。
另外, 按照系统建设要求需要建立基于互联网的办公自动化系统, 处理包括公文交换、 领导公务安排、 会议管理、 信息查阅等功能, 因此需要经过VPN实现数据访问和交换, 因此, 本系统能够加装VPN专用设备。
2.5.1.6 管理安全
系统安全不是一个纯技术问题, 业界公认的对于信息系统安全的说法是”三分技术, 七分管理”。可见管理在保障系统安全方面的重要性。事实也是这样, 只有当安全管理制度、 措施到位并付诸实施才能切实保证系统安全。
安全管理重点强调如何从管理的角度保证信息安全, 其主要内容包括: 针对东海县信息资源化综合平台制定的一系列有针对性的安全管理规章、 制度、 标准、 安全组织、 人员的配合, 培训、 服务水平协议、 以及人员技能培训等。
管理安全解决方案是以建立及完善信息安全管理的政策、 标准、 制度和手册为基础, 建立及维护信息安全服务水平协议为手段, 不断巩固与提高信息安全管理水平的方案。
管理安全保护具体内容包括: 建立并完善各种信息安全管理的政策、 制度、 标准和手册; 建立系统的信息安全管理组织; 在安全政策标准成功推广的基础上, 建立信息安全服务水平协议。
对违反安全管理政策、 制度、 不按标准作业的个人、 行为或基础设施各组成部分发生的信息安全问题进行监控、 记录, 做相应的违规作业统计, 对管理安全进行定期不定期的检测。
分析监控记录, 调查安全事件的起因和后果, 收集安全违背行为的证据, 记录安全违背行为, 制定好积极的响应方案, 编写安全事件的报告, 对安全事件的及时做出响应。
根据安全事件的报告, 及时进行必要的安全流程变更、 组织机构调整。
分析安全事件报告、 监控记录, 及时进行人员技能培训, 必要时修改不合理的安全制度、 政策、 标准等, 同时能够针对发生的安全问题选择更先进的安全技术、 产品, 甚至重新修订信息安全服务水平协议。
2.5.2 系统安全技术
2.5.2.1 应用系统安全五大要素
保密性
是指网络信息不被泄露给非授权的用户、 实体或过程。即信息只为授权用户使用。保密性是在可靠性和可用性基础之上, 保障网络信息安全的重要手段。
可用性
在保证接收到信息的前提下, 还要保证信息的有效性以及可利用。
完整性
指在传输、 存储信息或数据的过程中, 确保信息或数据不被未授权的篡改或在篡改后能够被迅速发现。
抗抵赖性
经过对签名的验证, 能够判断数据在传输过程中是否被更改。从而, 能够实现数据的发送方不能对发送的数据进行抵赖, 发送的数据是完整的, 实现系统的抗抵赖性和完整性需求。
可认证性
指信息可只被经过认证的指定用户接收。
2.5.2.2 认证方式
用户名和保密字
最常见的基本用户认证方式, 特点是方便易用, 缺点是安全性较差, 适用于安全性要求较低的场合。
USB Key
类似于工行推出的网上银行采用的U盾, 从技术角度看, USB Key是用于电子签名和数字认证的工具, 它内置微型智能卡处理器, 采用非对称密钥算法对网上数据进行加密、 解密和数字签名, 确保交互过程中数据的保密性、 真实性、 完整性和不可抵赖性。
动态口令卡
动态口令卡采用成熟的动态密码技术, 实现每次登录时密码的随机变化, 有效解决了静态密码易被窃取等问题, 能充分保障身份识别及认证安全。另外, 动态口令卡易于携带、 操作简单, 不需要在电脑上安装任何软件, 使用起来非常方便。动态口令卡还能够和浏览器证书结合使用, 进一步提高了浏览器证书用户的安全程度。
CA认证方式
当前安全性最高的应用安全解决方案是采用PKI技术建立数字证书认证中心( CA) , 配合USB KEY设备, 经过运用对称和非对称密码体制等密码技术建立起一套严密的身份认证与信息传输系统, 从而保证: 信息除发送方和接收方外不被其它人窃取; 信息在传输过程中不被篡改; 发送方能够经过数字证书来确认接收方的身份; 发送方对于自己的信息不能抵赖。

以数字证书替代”用户名＋口令”, 数字证书由CA中心颁发, 存储于用户USB KEY中, 保证了用户身份的唯一性, 同时传输过程采取SSL协议加密, 避免信息被窃取。
2.5.2.3 数据的安全性
数据存储的安全性
对关键数据能够进行加密、 信息摘要、 电子签名等处理, 来防止窃取、 篡改和抵赖。
数据传输的安全性
经过对称加密、 非对称加密、 信息摘要、 电子签名等技术, 对网上传输的关键数据进行加密, 生成信息摘要等处理, 防止数据的泄漏、 篡改和抵赖。
对关键文档防止篡改
经过电子印章技术, 保证了电子表单信息、 以及office文档信息的安全性: 防篡改、 仿抵赖, 同时提供完善的电子印章管理平台, 来对印章及权限进行管理。
2.5.2.4 公文传输的安全
在公文传输的时候, 首先我们需要防止公文被非法截取, 这是网络安全的问题。同时也需要考虑到, 万一公文被非法截取的话, 公文的安全如何得到保护, 这就需要经过密码技术来解决。根据国家有关管理部门的要求, 正式公文必须采用硬件加密, 含有国家机密的文件还必须采用国家指定的密码机。系统采用离线式的数字签名技术保障公文传输的安全性。
电子印章的安全性
对公文传输来说, 要求电子公文文件必须具有高度的保密性、 严肃性、 不可抵赖性、 不可伪造性和不可篡改性, 加盖电子印章是必不可少, 对电子公章实施专门的保护, 不允许出现安全漏洞。系统在电子印章的存放、 电子印章的使用方面, 采用了很多的安全措施, 有效防止印章被非法盗用。
2.5.3 系统的安全实现
我们将融合本单位在信息安全领域多年的技术积累, 采用了网络安全技术、 数据存储技术等各种技术方案来确保系统的安全。下图是系统将采用的安全管理模型:

2.5.4 身份认证
每个需要访问系统的用户都需要一个账号。系统管理员在设置用户时, 系统可自定生成初始口令( 密码) 。用户可在自助界面上自行设置口令或更新口令。对于帐号和密码的管理系统还采用了如下安全设置:
l 系统提供对口令的长度与复杂度的校验。
l 可设置口令有效期, 保证口令的经常更新。
l 对采用加密存储, 即便是系统管理员