搜档网
当前位置:搜档网 › 部门单位协同应用支撑平台及移动办公自动化(远程OA)系统建设方案

部门单位协同应用支撑平台及移动办公自动化(远程OA)系统建设方案

部门单位协同应用支撑平台及移动办公自动化(远程OA)系统建设方案
部门单位协同应用支撑平台及移动办公自动化(远程OA)系统建设方案

部门(单位)协同应用支撑平台及移动办公系统(远程OA)建设方案

目录

第一部分系统技术方案 (4)

前言 (5)

第一章需求分析 (6)

【1.1】项目背景 (6)

【1.2】用户现状分析 (7)

【1.3】项目目标 (7)

【1.4】总体建设要求 (8)

第二章协同应用支撑平台规划与设计 (9)

【2.1】平台建设原则 (9)

【2.2】平台设计原则 (10)

【2.3】平台规划与设计 (11)

【2.4】应用支撑平台运行环境 (34)

【2.5】网络逻辑图 (35)

第三章移动OA远程办公系统规划与设计 (36)

【3.1】OA功能概述 (36)

【3.2】软件功能设计 (36)

【3.3】日常办公子系统 (37)

【3.4】督办管理子系统 (49)

【3.5】公共信息子系统 (51)

【3.6】专业事务子系统 (54)

【3.7】个人事物子系统 (58)

【3.8】档案管理子系统 (62)

【3.9】系统管理子系统 (69)

【3.10】其他相关系统 (72)

第四章远程办公系统 (79)

【4.1】广域网接入的远程办公 (79)

【4.2】通过远程拨号访问实现移动办公 (79)

【4.3】与下属单位的连接 (79)

【4.4】远程办公的网络逻辑图 (79)

【4.5】远程办公的技术保障 (80)

【4.6】远程办公的技术指标 (80)

第五章系统安全体系设计 (82)

【5.1】系统访问安全 (82)

【5.2】系统容错性、断点续传 (82)

【5.3】数据安全 (82)

【5.4】防病毒 (83)

【5.5】系统日志 (83)

【5.6】网络安全 (83)

【5.7】数字证书认证安全技术 (83)

第六章系统相关配置(参考) (86)

【6.1】软件环境 (86)

【6.2】硬件环境 (86)

第二部分工程服务 (88)

第一章总体实施原则 (89)

【1.1】工程进度 (89)

【1.2】项目组织 (89)

【1.3】项目实施 (90)

【1.4】项目管理 (91)

【1.5】项目验收 (91)

【1.6】培训 (91)

【1.7】售后服务 (91)

第二章项目组织 (92)

【2.1】组织机构 (92)

【2.2】人员责任 (92)

第三章工程进度安排 (94)

第四章项目管理与质量控制 (96)

【4.1】工程实施过程中的管理与配合 (96)

【4.2】计划与工作汇报 (97)

【4.3】项目阶段验收 (97)

【4.4】个别问题处理方法 (98)

【4.5】公司科技质量管理体系简要介绍 (98)

第五章系统培训 (103)

【5.1】培训目标 (103)

【5.2】培训课程 (103)

【5.3】培训方式 (103)

【5.4】培训流程 (104)

第六章验收计划 (105)

【6.1】概述 (105)

【6.2】文档验收 (105)

【6.3】功能验收 (106)

【6.4】性能验收 (106)

第七章售后服务 (108)

【7.1】售后服务承诺 (108)

【7.2】售后服务体系 (109)

【7.3】售后及维护服务内容 (110)

第一部分系统技术方案

摘要

?需求分析

?应用支撑平台规划与设计

?OA系统规划与设计

?远程办公系统

?系统安全体系设计

?系统相关配置(参考)

前言

信息技术是当今世界推动全球经济和社会发展的重要生产力,随着以信息技术为主导的科技革命进程的加快,信息化水平已成为衡量一个国家和地区的国际竞争力、现代化程度和综合实力的重要标志。“大力推进国民经济和社会信息化,是覆盖现代化全局的战略措施,以信息化带动工业化,发挥后发优势,实现生产力的跨越式发展。”这个高瞻远瞩的命题已经成为各级政府领导的共识。

XX是全国信息化大省,社会经济发展水平处于全国的前列。有效运用现代信息科技手段,加快行政管理信息化、现代化步伐,是适应改革开放和现代化建设新形势,促进国民经济持续、稳定、快速、健康发展,改善投资环境,增创XX新优势的迫切要求。

《XX省政府系统政务信息化建设2001-2005年规划》中提出了“珠江三角洲等发达地区用3年时间,实施电子政务工程,推进内部办公自动化、公文交换无纸化、管理决策网络化、公共服务电子化。

为了实现全省政府系统全面信息化这一规划,并结合XX省XX厅的本次信息系统建设的要求,我们对本项目的目标为建设和实现XX省XX厅应用支撑平台的建设并实现内公文流转无纸化、档案管理、机关事务管理电子化等主要的办公自动化功能。系统将充分考虑到未来的扩展性,又引入数据与应用集成功能,形成资源整合体系,最后实现信息一体化,为XX厅信息化建设构建一个统一的、高效的协同办公平台。

建成后的系统将提高XX厅信息化工作水平,加强沟通,密切XX厅与上下级单位与社会各界的联系,为XX厅领导提供高质量的信息服务,并力争把该项目建设成为全国XX系统及政府机关信息化建设的样板工程。

第一章需求分析

【1.1】项目背景

XX省XX厅是省人民政府主管XX行政工作的职能部门和人民民主专政的重要工具,是多功能的综合性职能部门。为维护XX社会政治稳定,促进改革开放、经济发展和法制建设做出了自已的贡献。

随着社会主义市场经济体制的建立完善,XX工作正日益成为全社会关注的焦点。利用先进的信息技术向全社会提供全方位的服务,对于提高工作效率,改善决策质量,有效利用信息资源,实现XX工作的科学化、现代化有着重要的意义。

目前,省XX厅的信息化工作相对空白,这对于我们即是一个考验,也是一个机遇。本次项目,省XX厅的将首先实现应用支撑平台,并居于应用支撑平台的基础之上搭建网络办公系统。省XX厅的应用支撑平台建成以后,未来的信息系统将基于此平台建设。

【1.2】用户现状分析

【1.2.1】项目涉及部门组织框架

简要描述:

?省XX厅的办公地点在广州市政民路51号,根据省XX厅的现有网络及其未来规划,本系统将认为XX厅拥有一个完善的、安全的、可靠的网络运行环

境,本项目所涉及的用户都将在本网络中办公;

?XX省XX厅主要由各管理部门及下属附设机构组成,本办公系统将主要应用在上述的管理机构中,在编人数约为300人;

?此次项目涉及的其他计算机应用软件系统(需要明确)。

【1.2.2】信息化现状

?通讯基础方面:由于XX厅目前正在规划建设计算机网络,这些网络系统的建设都将为信息系统的建设和使用奠定良好的通讯基础。

?信息系统:目前省XX厅已经建有财务系统、网站系统等,本次应用支撑平台的建设预留开发接口,为实现整个XX厅电子政务系统做好准备;

?使用习惯:经过省XX厅的前期努力,XX厅的各级办公人员基本掌握了计算机的日常使用,为本系统实施与推广奠定的基础。

【1.3】项目目标

利用先进的计算机网络技术、安全认证技术和先进的软件开发模式,建立XX 省XX厅基于B/S软件体系结构的应用支撑平台,作为省XX厅后续信息系统应用的基础平台,规范和整合现有的工作业务流程、实现XX厅系统政务信息化奠定基础。并在应用支撑平台的基础上实现XX厅机关内部公文流转无纸化、档案管理电子化,为机关各处室之间的文件、数据传递、管理和查询提供有效的技术保证,提高工作效率和管理水平。

【1.4】总体建设要求

本项目主要对XX省XX厅应用支撑平台、办公自动化系统进行设计和软件开发,并遵照“统一规划、分步实施;框架平台先于功能模块;公用模块先于专用模块;在尽量保持现有操作习惯、工作方式的情况下实现流程的规范化管理”的指导思想,建设一个先进的、开放的、稳定的信息管理应用系统和平台,在功能上要求能覆盖XX 省XX厅业务需要,在性能上要达到响应速率快、稳定性好、安全可靠、简单易用等。

第二章协同应用支撑平台规划与设计

【2.1】平台建设原则

1.统一规划、分步实施

信息化建设不是一蹴而就的,我们必须遵守统一规划、分步实施的原则,逐步完善。

2.先设计、后实施

所有项目建设阶段都必须先编写设计文档,经过用户签字确认通过后方能实施。

3.统一标准、统一管理

本系统在开发过程中严格遵循了国家标准、行业标准及国家电子政务标准化总体组对电子政务标准的定义(如:平台使用J2EE平台)。系统具有国际化标准的软件体系结构和接口(XML),保证了系统能与其他系统进行快速、顺利的信息交换,实现资源的综合利用,统一管理。

4.信息互通、资源共享

信息化建设重在协作,本系统采用标准的体系结构和数据接口,保证良好的信息互通性,消除信息孤岛,未来可实现与各相关单位、其他政务协作单位的信息、数据交互、资源共享。

5.讲求实效、安全保密

通过信息、资源共享,体现政务协作之实效。同时,我们从系统、应用和使用三个层面上进行立体式的全方位安全、保密设计,确保了在安全、保密的前提下顺畅地进行政务协作。

6.专业细致、快速反应

专业细致、快速反应是我们面对用户的态度。质量就是生命,要求建有完善

的质量管理机制,每一个工程环节都有明确的质量要求,保障系统的实施与售后服务。

【2.2】平台设计原则

1.系统先进性原则

系统采用了业界公认先进的J2EE/EJB多层次体系架构,保证了系统的主流性,这也是国家电子政务建设的事实标准。

2.系统的适应性、灵活性原则

系统能够比较容易地适应XX厅的情况变化,包括组织机构、人员及分工、办公规范以及其他情况变化。

3.跨平台原则

系统支持基于Windows NT/2000、AIX、OS/2、HP-UX、Solaris、linux等操作平台的硬件平台,并无需开发便能在各种平台上平滑迁移。

4.系统的扩展性原则

系统建成以后,能把新的应用需求无缝的增加进来,以满足未来业务需要。

该系统留有与其他系统的接口,可采用标准的、统一的数据结构,以适应未来的发展。系统也能非常方便地扩展到所有的下属机构,支持大集中的方式,也可以采用分布式。

5.系统的高效性原则

XX厅信息量是很大的,而且每年巨增,所以系统信息存储、信息管理和信息检索一定要考虑这种因素,使系统具有足够的检索和处理速度,能够达到在大用户量(5000人以上)时,系统响应时间局域网响应<3秒,远程拔号<10秒。6.系统的稳定性原则

系统实施以后,用户众多、涉及面广,因此系统的稳定性至关重要,系统必须具有足够的稳定性保证。

7.系统的安全性原则

如何保证信息的安全性和用户使用的安全性将是一个非常重要的技术关键。

对于安全性问题可以从系统结构、安全软件、用户认证、应用设计和系统管理等方面进行统筹考虑,在系统、应用和使用这三个层面上进行设计和实施。系统应具有多种安全性措施,以确保系统的正常运行:系统硬件的安全性、系统软件的安全性、网络通讯的安全性、开发工具的安全性、功能设置的安全性。

8.标准化原则

设计严格按照“国家电子政务标准化总体组”的《电子政务标准化指南》的技术和规范要求,在系统的词条和术语上严格按照国家、省、市的相关规范;若开发XX行政系统软件过程中没有相关标准的,开发方可自行制定开放式标准。

9.保护和节省投资原则

着重考虑系统的基础平台功能,通过平台服务来实现对现有系统和将来建设的系统进行数据和应用的整合,同时充分采用自定义的设计风格,来最大程度地减少业务需求的改变造成系统代码层面的修改,从而延长系统的生命周期,节省系统升级改造带来的投资增加。

【2.3】平台规划与设计

【2.3.1】平台概述

【2.3.1.1】平台功能概述

应用支撑平台应该包括以下系统或组件:工作流系统、系统配置管理、内容管理系统、全文检索引擎、统计报表系统、统一认证授权系统、安全加密系统、电子邮件系统、统一消息平台、数据交换接口以及系统部署工具;预留支付网关、语音网关、流媒体网关、无线接入网关功能模块。

【2.3.1.2】体系(基础)结构

平台(基础)体系结构

基础平台在逻辑上由Web服务器,安全代理服务器,应用服务器,多通道消息中心,系统集成适配器,Email服务器,短信服务器和传真服务器构成。

【2.3.1.3】系统技术

XX厅应用支撑平台是基于先进的、可靠的、灵活的J2EE标准,支持Enterprise JavaBeans? (EJB?) 组件架构,JavaServer Pages? (JSP?) 技术和Java Servlet application programming interfaces (APIs)。完全基于JA V A的特性使协同政务平台支持开放的标准,包括JavaScript? technology, C++, COM, CORBA, XML, XSL, LDAP, WML and WAP。

平台支持J2EE技术的架构设计,使客户能够定制、扩展和修改基于协同政务平台的电子政务应用,例如:对JSP的支持可以使客户能够很容易地修改应用,而EJB

的连接则可以使协同政务平台能很快地和其他系统集成,使用易于获得的JA V A编程能力使客户可以减少开发成本和开发时间。

J2EE基本元素概念

【2.3.1.4】平台处理流程

采用流行的MVC模式,其中视图是数据向用户的显示,Web的视图可以是HTML 页面,也可以是图片或者其他媒体。模型是表示系统里面的数据,一个模型可以取出和一个用户档案相关的属性。控制器是负责控制程序的流程并且推动模型和视图之间的更新。具体地说,试图可以用JSP或者HTML来定义,模型可以用Java对象来定义(通常称为Java Bean),控制器可以通过Java对象的动作类来定义。以下是MVC 架构的处理流程:

MVC架构的处理流程

系统集成处理流程模型

【2.3.2】工作流系统

工作流系统由工作流定制工具、工作流状态机(工作流引擎)和工作任务(工作

流实例)三个部分有机组成。在实际的工作中,快速的实现流程及相关要素的定制管理非常重要,同时,工作流管理需要能提供给基于本平台基础之上的各个其他系统。

【2.3.2.1】符合标准的流程状态机

工作流状态机即是工作流引擎,它用来解析工作流定制工具定制出来的工作流

程模型,启动这些流程模型,创建一个实在的任务项,然后按照流程的节点定制顺序和各种分支条件来推进流程的状态,以使工作任务按照一定的模式往前推动。

由于工作流状态机的原理和设计是一套非常完整、严谨的系统工程,国际上就

专门有国际工作流联盟(WFMC)这样的组织专门研究工作流的实际应用,WFMC 也提出了工作流建模的参考模型,为此,工作流的设计应该遵循WfMC 的参考模型和国家电子政务标准组最近发布的工作流设计指南。

【2.3.2.2】可视化流程自定义工具

对于单位的日常办公而言,包含有办文、办事、办会等方面,而这些工作的处

理方式都是架构在单位的管理机制上的。而作为一个软件系统直接体现这些管理机制的就是“流程”。所以就实现了网上文件流转审批。

实际上,随着管理机制或部门组织机构的变化,实际的工作流程就发生了变化。

Interaction Manager WebLogic

EJB-Container Back-End

这时,如果没有一个流程工具,直接的后果是:开发商需要不停的修改代码。无论对于用户和开发商都是一个很大的损失。所以,我们需要一个直观、方便的流程设计工具。让具有很简单计算机知识的人即可根据单位的需要维护自己的流程。真正做到应用系统贴近用户的需要。如下图:

【2.3.2.3】界面自定义工具

用户有很多操作习惯,通过多年的经验,开发商可以在系统界面的友好度、美观性等各个方面作很多工作。但这并不能涵盖所有用户的需求。所以决定在系统中设置了一个“界面自定义”功能模块。让用户可以自主的把握应用系统的界面,让界面更贴近自己的需要。并且,系统还将提供给每个员工定义“个性化界面设置”

的功能。让同一个系统不同的用户拥有自己的个性化界面。

另外,后台提供界面样式管理,只需要在系统后台加入一些符合规则的内容如:系统皮肤、排版布局等。则各应用系统就可以使用该布局或排版来实现界面的自定义。

【2.3.2.4】工作任务管理

工作任务就是工作流模型实例化的实例。对流程实例的管理主要是为了处理因为突发原因导致流程无法按照原来的流程模型进行推进时的紧急处理而设计的,遇到这种情况,通过实例的管理可以将流程强行终止、强制流向、挂起流程、唤醒流程等方式进行特殊的处理。

流程实例的管理还可以为实例处理过程监控、统计、审计提供了基础的应用服务功能。

【2.3.2.5】表单自定义工具

表单就是在流程环节中使用的信息载体。在实际工作中文件处理的《办文笺》、《文件传阅单》、《费用申请表》、《请假单》等等就是针对相应流程使用的处理信息表单。

表单定制工具是一个图形化的应用软件,只要具有划简单表格的经验的人都可以在简单的培训之后自己动手制作一个表单。

【2.3.2.6】工作流应用

在遵循WFMC标准模型基础之上,根据日常工作中实际的需要,我们的流程中需要实现一些具体的应用功能,且这些应用能直接反应在使用该流程工具的所有应用系统中。

?条件流转

日常事务的审批流转,可能根据各种不同的条件能显示不同的内容、不同的流向和审批人员,所以系统内置条件流转的功能。可以设置根据字段的变化而变化,也可以根据流向的变化而变化。

?扁平化管理

流程既存在标准性,同时也存在很多的个性。如我们单位的组织机构,可能有些处室下有科室,而有些则没有,而且有些事业单位可能存在更加复杂的组织机构和管理模式。如何做到同一个流程能适应各不同处室单位、不同身份的人员使用,

且保障对信息的相应控制管理权限(即实现扁平化管理),是流程工具需要重点考虑的。我们的流程工具就通过简单的条件设置就可以完成这一点。

?适应政府公文

WFMC的标准相对于中国政府机关公文的处理而言存在一定的局限性,我们在遵循该标准的基础之上解决各种“会办”、“并发”、“分办”等特殊任务的设定,让流程的设定更趋于简单化,且功能更强大适用。

?过程跟踪

在工作流程执行的过程中,能够对工作流程的处理过程进行跟踪,通过对公文流程进行全过程跟踪,可以了解工作人员的办事效率,以有效控制和避免管理流程中“梗塞”等不良情况的发生。应该可以跟踪到管理流程中每一个步骤处理人的接收时间、处理时间、处理的基本情况等内容。

?催办

可以对公文流程中的每一个步骤,设定办理的时间限制,步骤处理人没有在规定的时间处理时,系统对此自动发出催办通知。而所有有权限的人员可以对当前在办的所有人员发送催办通知。

?督办

通过催办的方式实现了督办的部分内容。但由于日常工作累计的文件量非常的巨大,所以要找到文件进行督办就比较困难,为此,系统设置单独的督办模块,在该模块中列出用户设定为督办的文件,对其进行监控、查阅、催办。从而让督办变得容易、方便。且在这里可以实现任务的交办。

?修改痕迹保留

可以将工作流程执行过程中,每一个环节处理人员所做的修改都可以保留下来,以保证工作流执行过程(特别是公文处理过程)的严肃性、可追溯性和不可抵赖性。?正文锁定

工作流执行到一定的步骤(例如发文流程在领导签发以后,进入加盖电子印章的环节),可以锁定公文的正文,正文锁定以后,以后的所有处理环节都不能再对正文做任何的修改。

?数字印章

工作流执行到盖章环节时可以进行数字印章加盖功能,数字印章是一个经过特殊数字指纹加密的图形文件,该数字印章由印章管理员制作并保管。

?收回处理

工作流提供收回功能,如果一个环节的用户将工作提交给另外一个人以后,只要对方尚未打开该文件,则可以执行收回操作。

?终止流程

对于一些已经废止的流程,保留已经没有实际价值,可以进行流程终止的处理,流程终止以后,该任务就被删除了,流程的终止操作必须是流程的创建人(即拟稿人)来完成,对于那些在流程中间环节中被枪毙掉的流程,需要退回到拟稿环节才能进行终止操作。

【2.3.3】系统配置管理

平台中所有的应用采用统一的系统配置管理,在该配置管理中实现:用户管理、权限分配、数据字典、应用逻辑建立、规则定义、版本控制等各方面功能。实现对架构在平台上的各种应用的全方面的、统一的后台配置管理。

?用户管理

在这里设置用户的基本信息如用户名、密码、手机号、签名、有效认证硬件标示等。

?权限分配

这里实现给用户分配对系统每项内容的操作权限,具体的权限分配方式请参考“统一认证授权”部分。

?数据字典

这里列出的是系统的所有选择项,通过这里的维护可以让系统的选择项变得非常自由、方便。且系统提供对选择项(枚举)进行公式定义,让后台管理者自由定义选择项对应的数据字典。

?应用逻辑和规则定义

系统不可能涵盖用户所有的需要,但系统要考虑到各种需要。所以在系统的后台很多功能都不是达到“实现某项功能”的目的,而是通过应用逻辑和规则的定义来解决问题。如,知识管理中信息利用规则:系统提供知识范围定义的规则,允许用户任意定义各种搜索知识的规则,而系统对于利用结果的体现是通过对知识规则的访问来完成的。所以用户只需要通过定义各种规则就可以了,从而在一定程度上能实现各种这方面的需求。

?版本控制

系统流程的修改、表单的定义等可能都是存在根据临时的需要而变化的情况,同时也考虑到容错性的问题,对于所有的流程的修改,系统都将设立“版本控制”

的机制,且相应的版本可以随时切换为当前有效的版本,且提供版本的恢复功能。【2.3.4】内容管理系统

内容管理即提供一套机制,可以实现后台对数据载体、数据整理、查询等各方面的管理。从而可以通过这套机制很好的实现在各个系统中的信息定位、系统功能应用的快速搭建,并为知识管理的实现提供信息的基础和接口。简单的说,有了内容管理之后,大部分功能应用、网站栏目、信息查询等功能就都能由具有简单开发能力的人员自主实现了。

?快速建立数据库/表

数据库/表是所有应用的载体,通常的做法是要进入数据库中挨个建立表单,并要考虑各表之间的关联,建立关联字段等。内容管理系统将通过简单的操作界面快速的实现这部分的功能。用户只需要进入到该内容管理的界面,即可以直接增加数据表。系统内置部分数据建模工具,可自动关联各系统表和应用表,从而快速的完成了这部分应用的建立。并且,通过内容管理建立的数据表使得系统的效率、数据冗余度都比较优秀。

?快速建立标准应用表单(界面)

应用表单是使用者直接面对的界面,通常开发者都要另行编写程序实现前端界面和后台数据的关联,以及各数据表单之间的数据关联和功能触发。这部分的编程量是非常大的也是最花时间的。而内容管理帮助我们的开发这快速的实现这部分操作,将几个月的工作量浓缩到几个小时内完成。在内容管理的表单设置中,可以将

相关主题