电子政务办公系统教育通用版.docx
《电子政务办公系统教育通用版.docx》由会员分享，可在线阅读，更多相关《电子政务办公系统教育通用版.docx（42页珍藏版）》请在冰豆网上搜索。
电子政务办公系统教育通用版
电子政务办公系统（教育通用版）
OA协同办公系统
建设方案
2020-03-01AllRightsReserved.
1.项目概述（4
1.1业务现状及需求（4
1.2建设目标（4
1.3建设范围（5
2.总体设计（6
2.1总计设计原则（6
2.2具体技术路线（7
2.2.1基于J2EE的技术体系（7
2.2.2基于XML的数据表示（8
2.2.3基于SOA的应用集成（8
2.2.4基于Android的移动应用（9
2.3系统总体架构（10
2.4业务流程设计（10
2.5系统功能指标（11
2.6终端系统及接口设计（12
3.应用支撑平台功能设计（13
3.1工作流引擎（13
3.2表单工具（14
3.3统一通讯（14
3.4报表平台（15
3.5内容管理平台（15
3.6系统管理（16
4.协同办公系统功能建设（17
4.1系统特点（17
4.2系统应用功能建设（21
4.2.1基础办公工具（21
4.2.2桌面端应用功能（26
4.2.3移动端应用功能（67
5.系统安全设计（76
5.1安全认证及权限管理（76
5.2信息完全性与安全性保障（76
5.2.1数据加密（76
5.2.2日志管理（77
5.2.3网页安全通道传输（77
5.3系统运行管理（77
1.项目概述
1.1业务现状及需求
电子政务是政府利用现代信息技术,实现高效率的政府管理和服务。
通过OA向公众、企业提供更加有效的政府服务,转变其与公众、企业、政府部门之间的关系,增加政府管理的效能。
1.2建设目标
系统建设将结合新的管理需求和用户使用习惯,优化办公流程,扩展功能模块,打造一个界面友好、操作便捷、功能齐全、实用、好用的自动化办公系统。
进一步适应中央、国务院对服务型政府的建设要求,对政府内部事务审批流转效率、内部信息共享、部门协同联动、工作任务掌控、人员执行力监督、事务管理都提出了更高的要求。
通过建设OA办公系统来优化资源管理、简化业务流程、提高工作效率、消除信息孤岛,提供决策支撑,需要实现以下目标:
用电子文件代替纸质文件,全面实现无纸化办公,充分实现资源共享,提高工作效率,节省人力资源,降低行政成本;
实现网上办公,减轻办公人员的工作负荷,促进了工作人员的工作积极性与规范化;
优化管理组织结构和工作流程,简化行政运作的环节和程序,完全电子化处理流程,使政府的事物处理更加规范、透明、高效;
消除信息孤岛,建立一个高度集成化和协同化的信息网络,加快信息传递速度,使上传下达更加迅速;
实现移动远程办公,摆脱了时间和地域的限制,减少等待环节;
大幅提升信息共享度,实现文档管理,对各类知识和信息有序地进行存储,帮助管理人员及时获得大量信息,节约时间和精力;
作为一个集成应用平台,能无缝集成现有各类业务应用,整合完整的政务决策基础数据,各种分析报表进一步支持领导及相关部门决策;
保证领导层实时、全面掌控各部门的工作动态,强化领导的监控管理,及时发现问题,解决问题,增强领导对组织的控制力;
1.3建设范围
本次建设的OA办公系统的功能范围如下:
基础办公工具
电子公章、短信平台、外部邮件、即时通讯;
桌面端应用
个人办公类:
个人工作台、通讯录、日程管理;
行政办公类:
公文管理（收文、发文、呈批件等、会议管理、督察督办、在线评议;
政务信息类:
通知公告、信息报送、工作简报、下载中心;
后勤管理类:
资产管理、车辆管理;
移动端应用（安卓版
主体功能:
公文处理、待办任务、通知公告、通讯录、在线评议、日程管理、会议通知、单位简报、任务交办;
辅助功能:
移动支撑平台、后台管理、终端设置、站内消息;
2.总体设计
2.1总计设计原则
1.先进性原则
在保证可靠性和技术成熟性的基础上,进行高起点设计,采用先进的系统体系结构、构架方式、系统硬软件平台、应用软件设计思想和实现技术,确保技术领先,为各类应用功能的实现提供最佳的技术平台支持。
在注重先进性的同时,系统设计和开发平台应采用业界公认成熟并被广泛应用的技术,降低系统实施风险。
2.安全性原则
必须考虑平台安全性的特殊需要,系统应从技术和管理等方面提供有效的安全保障,具备完善的身份认证、访问控制、日志管理和系统审计等安全机制,保证办公系统内部信息的安全。
应确保系统的稳定可靠持续运行,尽是避免单点故障的发生,保证系统可用性和数据安全。
3.可靠性原则
可靠性是协同办公系统项目设计、开发和实施等各环节中的首要原则,确保重要数据万无一失,保证系统的可靠性。
4.实用性原则
作为一个应用系统,实用性是直接影响系统的运行效果和生命力的最重要因素,也是系统开发要无条件遵循的原则。
该系统的最终用户是政府部门,因此,必须要保证系统的简易性、通俗性。
系统应具有一致的、友好的客户化界面,易于使用和推广,并具有实际可操作性,使用户能够快速地掌握系统的使用。
用户终端全部采用浏览器方式。
5.经济性原则
系统建设要充分考虑经济方面的因素,充分利用现有软硬件资源,认真分析所选系统软硬件设备、技术开发体系和应用系统建设方案的及效果,保证系统具有良好的性能价格比。
6.开放性原则
系统应采用开放体系与标准规范,同时遵循国家和省、市政部门有关标准规范,提供标准、通用数据接口,保证业务规范化;系统应能够在目前主流平台
上稳定运行,具备优秀的跨平台和可移植性能力。
7.可扩展性原则
应提供流程可视化配置工具、灵活的系统管理和业务定制功能,适应政府部门不断变化的组织结构和业务需求。
支应用系统功能可以灵活扩展,提供方便的开发接口,便于与其他业务系统实现集成扩展。
8.可定制化原则
可为用户、角色定制个性化服务。
系统管理员可根据政府部门需求灵活组合功能模块,定制系统参数、主页面风格、子系统、消息中心等内容;业务管理员可以灵活配置各模块工作流程和模块参数;用户可以在系统授权范围内,定制页面风格、功能模块、消息中心以及消息的通知方式和时间等。
9.标准化、规范化原则
标准化、规范性是一个信息系统建设的基础,也是系统与其他系统兼容和进一步扩充的根本保证。
整个系统的规范标准的制订应完全遵照国家规范标准和有关行业规范标准,根据系统的总体结构和开发平台的基本要求,完成如下标准化的工作。
10.设计标准的信息分类编码体系;
建立统一、规范的系统数据库数据字典;
建立开放式、标准化的数据输入、输出界面。
11.高性能、稳定性原则
在系统设计、开发和应用时,应从系统结构、技术措施、软硬件平台、技术服务和维护相应能力等方面综合考虑,确保系统较高的性能和较低的故障率。
系统建成后能长期运行,数据库的维护具有专门的更新途径和配套业务流程。
12.可管理、易维护性原则
系统平台还必须具有良好的可管理和易于维护的特点。
所提供的软件产品能方便的安装与拆卸,不能设置技术障碍。
2.2具体技术路线
2.2.1基于J2EE的技术体系
J2EE是目前业界公认的企业级信息系统的技术体系,是一种利用Java2平台来简化企业级应用的开发、部署和管理等相关复杂问题的体系结构。
J2EE技
术的基础就是核心Java平台或Java2平台的标准版,J2EE不仅巩固了标准版中的许多优点,例如"编写一次、随处运行"的特性、方便存取数据库的JDBCAPI、CORBA技术以及能够在Internet应用中保护数据的安全模式等等,同时还提供了对EJB（EnterpriseJavaBeans、JavaServletsAPI、JSP（JavaServerPages以及XML技术的全面支持。
其最终目的就是成为一个能够使企业级应用开发者大幅缩短投放市场时间的体系结构。
J2EE体系结构提供中间层集成框架用来满足无需太多费用而又需要高可用性、高可靠性以及可扩展性的应用的需求。
通过提供统一的开发平台,J2EE降低了开发多层应用的费用和复杂性,同时提供对现有应用程序集成强有力支持,完全支持EnterpriseJavaBeans,有良好的向导支持打包和部署应用,添加目录支持,增强了安全机制,提高了性能,是各个系统和系统内部各个组成部分之间的粘合剂。
J2EE提供了跨平台的解决方案,提供了通用的JDBC数据库访问接口,无缝支持通过XML进行系统间和系统内部的数据传递。
在J2EE体系结构中,所有的技术都是开放的,得到业界主流支持的,所以统一使用J2EE体系架构,有利于系统之间的整合,避免重复,降低IT的管理和建设成本。
2.2.2基于XML的数据表示
数据交换是一个开放的OA系统的基本功能,如果数据交换使用的数据格式千差万别,则需要复杂的数据编码和解码工作,因此统一数据交换使用的数据封装格式是进行OA平台建设的首要任务。
XML（eXtensibleMarkupLanguage,可延伸性标示语言是目前国际上流行的数据表示标准,因为它的简单性、开放性、可扩展性、灵活性、自描述性等特性,XML在数据和信息管理、数据交换、Web应用、电子商务、应用集成等诸多领域有着重要用途,已经得到了工业界的普遍支持,也是我国OA采用的标准。
采用XML方式对系统要交换的数据进行表示,既可以便于系统的间的数据交换,又可以方便的进行扩充,因此本次建设的系统全部采用XML格式来表示交换数据。
2.2.3基于SOA的应用集成
面向服务的架构（SOA是当前应用系统开发的主流架构。
将系统封装成服
务,可以方便的集成异构系统;能够更容易地扩展已有系统。
服务是一个组件的集合,它们向外界提供某个接口,能够完成某种业务功能。
在面向服务的架构中,服务的实现可以放在网络的任何位置,只需要对外发布这个服务的描述,其他的系统（或者服务就可以发现并且使用这个服务。
不同的服务可能采用不同的开发语言、组件模型、硬件环境、数据库,而在这个架构中它们无缝地集成在一起。
这种方式消除了异构的分布的环境对应用系统的影响,开发者可只考虑系统的业务逻辑,关注某个部分业务功能的实现,并将它们包装成为合适的服务,不需要考虑和其他服务之间的互操作性问题,减少了系统的开发风险和成本。
服务和组件的不同在于服务更多地从业务角度出发进行设计,向用户提供一个完整的业务的实现,而组件可能只提供完成某个业务的部分功能。
在面向服务的架构中,一个系统实现了客户需要的某些业务过程,其中每个服务实现了业务过程中的某个活动。
从软件开发的过程来看,面向服务的架构更加符合业务的视角,设计人员可以方便地根据已经获得的业务需求进行设计,采用服务实现各部分的业务需求,并将它们组装为应用系统。
总的来说,面向服务的架构可以尽可能地利用组织中的现有资源,保护已有。
它通过将实现的细节和业务逻辑分离,使得系统可以更好地被复用、扩展和维护。
2.2.4基于Android的移动应用
基于智能终端的移动应用也是项目建设的重点内容,而移动应用必须基于操作系统进行开发和部署。
目前市场上流行的智能操作系统较多,包括Android、iOS等多种厂商的平台。
要想使移动应用覆盖目前用户的各类智能终端,必须针对操作系统分别开发对应的移动应用版本。
2.3系统总体架构
2.4业务流程设计
OA办公系统中的工作流程类似于一条条管道,打破行政壁垒,连接起单位内各个岗位上的人员,实现高效率办公。
办公系统的业务流程主要涉及到公文流转、任务交办、会议通知、督察督办等。
OA办公系统采用灵活的工作流处理方式。
工作流作为一个信息载体,贯穿系统各大模块,成为枢纽中心,使得各项业务流程更加规范,并发挥各种资源及系统的最大效能。
采用了电子化的方式处理工作流,与传统的操作模式相比,每个请求都被可靠地保存而不会丢失。
请求一旦被创建,就会沿着预先定义好的流程被发送
升级会员 