OA系统建设方案.doc

1、OA系统建设方案2011 年 6 月设计方案第 2 页，共 73 页目 录第 1 章 项目概述 .51.1 项目背景 .51.2 项目目标 .51.3 参考资料 .5第 2 章 需求分析 .62.1 系统现状分析 .62.2 功能需求分析 .62.2.1 收文管理 .6功能描述 .6业务图解 .9处理流程 .10收文登记 .10收文拟办 .11收文批示 .12收文科长办理 .13收文科员办理 .14收文传阅 .15收文归档 .16输入输出数据 .16收文登记信息 .16拟办意见信息 .17办理意见信息 .18批示意见信息 .18传阅意见信息 .18督办信息 .18归档信息 .18查询信息 .1

2、9功能需求 .192.2.2 发文管理 .21功能描述 .21业务图解 .24处理流程 .24发文拟稿 .26发文科长核稿 .27发文办公室审核 .28发文局长签发 .29发文编文号 .30发文排版打印 .31发文校对 .32设计方案第 3 页，共 73 页发文分发 .33发文归档 .34输入输出数据 .34拟稿 .34科室审稿 .37审核 .39签发 .40输出 .41编号 .42校对 .44封发 .45存档 .47功能需求 .482.2.3 邮件管理 .502.2.3.1 功能描述 .502.2.3.2 业务图解 .522.2.3.3 处理流程 .532.2.3.4 输入输出数据 .532

3、.2.3.5 功能需求 .532.2.4 文件管理 .532.2.5 日程安排 .542.2.6 综合查询 .552.2.6.1 功能描述 .552.2.6.2 业务图解 .552.2.6.3 输入输出数据 .552.2.6.4 实现功能 .562.2.7 公告通知 .562.2.7.1 功能描述 .562.2.7.2 业务图解 .572.2.7.3 处理流程 .572.2.7.4 输入输出数据 .582.2.7.5 功能需求 .582.2.8 通讯录 .582.2.8.1 功能描述 .582.2.8.2 输入输出数据 .592.2.8.3 实现功能 .602.2.9 公文交换平台 .602.

4、2.9.1 功能描述 .602.2.9.2 业务图解 .612.2.9.3 输入输出数据 .612.2.9.4 实现功能 .612.2.10 系统管理 .63第 3 章 技术解决方案 .67设计方案第 4 页，共 73 页3.1 总体设计 .673.1.1 系统建设原则 .673.1.2 系统建设目标 .683.1.3 总体设计内容及要求 .683.1.3.1 系统性能要求 .683.1.3.2 故障处理要求 .683.1.3.3 其它专门要求 .683.1.4 网络架构拓扑图 .693.2 系统框架设计 .703.2.1 多层架构体系介绍 .703.3 运行环境 .703.3.1 系统数据存

5、储 .703.3.2 支持软件 .70第 4 章 实施方案 .724.1 项目计划 .724.1.1 实施计划目标 .724.1.2 实施计划安排 .724.1.3 安装测试方案 .724.1.4 验收标准 .73第 5 章 项目管理及服务 .745.1 项目组织 .745.1.1 建设方项目组设置 .745.1.2 实施方项目组设置 .755.2 售后服务及培训 .775.2.1 售后服务 .775.2.2 技术培训 .78第 6 章 OA 系统费用清单 .79设计方案第 5 页，共 73 页第 1 章 项 目 概 述1.1 项目背景通过 OA 系统建设，进一步提高广州北大明天资源科技发展有

6、限公司信息资源和数据文件充分共享，提高公司整体办公效率。以达到利用先进的计算机管理手段优化业务管理模式、提高工作效率，实现各部门之间协同办公的目的。1.2 项目目标按照广州北大明天资源科技发展有限公司对系统的统一要求，充分利用信息技术，以信息传输和文件共享为重点，统一系统、统一规范，建立统一的 OA 系统，各部门可以通过系统输入信息、共享文件。以实现政务公开，缩减报批时间，简化审批手续，提高工作效率，规范各项审批程序。设计方案第 6 页，共 73 页第 2 章 需求分析2.1 系统现状分析目前在信息化建设方面，硬件、网络系统已基本建立，现有日常办公业务还没有实现以电子化处理操作为主。公司内部上

7、、中、下级部门之间信息资源和数据文件无法通信，上、下级部门之间信息和文件无法传输、共享。总体功能框架图2.2 功能需求分析2.2.1 收文管理功能描述本子系统主要是实现来文的登记、拟办、传阅、批示和办理、办结、归档公文流转的自动化处理，缩短文件传阅和办理时间，进而提高各部门办公效率。包括对收文件、通阅件和杂件进行文件的登记、拟办、批示、办理、归档、催办、流程跟踪与统计、查询和归档等任务。提供附件携带功能，对扫描进子系统的文件作为一个子文件附在文件登记表的下面，对电子版的文件直接附件而无需扫描，同时，能够通过公文交换平台接收文件自动进入登记状态，办理者可以随时查看其内容，填写办理意见，直到流程完

8、成最后归OA 系统邮件管理文件管理日程安排公告通知系统管理公文管理综合查询交换平台设计方案第 7 页，共 73 页档。参照国家相关规范与政府机关情况，一般情况下，主要的环节与需求要求如下： 登记1 基本业务描述：一般文件由登记人员负责收文登记。系统自动给出文件序号、收文日期。登记人员就公文的特征和办理情况进行记载，逐项录入文件标题、主题词、主办单位、成文日期、方式、份数、来文单位、办理期限、密级程度、缓急程度、来文字号、督办等，同时将原文扫描进入计算机处理成 TIF、PDF 或 WORD 文件再以附件的形式录入办公系统。2登记人员可执行的操作：登记、保存、打印、扫描、保存到正文/附件、提交。3

9、处理功能：输入为文件标题、主题词、主办单位、成文日期、方式、份数、来文单位、密级程度、缓急程度、来文字号、登记人，输出为收文办理签。 拟办 1基本业务描述：根据阅文或办文需要填写公文处理单、公文传阅单、提交批办人批办、承办人或下发传阅。由机要员对已进行了收文登记的文件，在系统中直接提出拟办意见。分为两类：一类是阅件，即无须办理的公文，提出须阅读该公文的局领导、部门及人员，有关人员在系统中直接登录阅文，系统能自动提示和识别阅文人员何时阅读此文，阅文人员可直接录入阅文意见。另一类是对需要办理的公文提出办理意见。对内容较为重要，涉及面广的重要公文一般需进一步提请局分管领导批示，此时提出供上级领导参考

10、的意见，由上级领导批办后再由有关部门办理。对需多个部门办理的公文，指明主办部门；对于有办理时限要求的公文，给出办理时限。对急件，拟办人员在系统中对需要办理的公文提出办理意见，不提交审核人员审核，直接提交局领导批示和部门办理，但是在提交办理的同时必须提交审核人员阅知。2拟办人员可执行的操作：修改收文办理签的部分项目、打开、保存、拟办意见、提交、打印（文件处理单） 。3处理功能：输入为拟办意见，输出为拟办文档。 批示1基本业务描述：对办公室转来需批示的文件，由相关局领导进行批示。设计方案第 8 页，共 73 页2 处理功能：输入为批示意见，输出为批示后的文件。 办理1基本业务描述：科室负责人填写办

11、理意见，并根据办文需要，将文件分发给本科室内的人员办理、传阅。如该文件属“未批件” ，则只能在本科室范围内流转，不能提交给机要室。2承办人员可执行的操作：文件、原文、送发文、办理意见、提交。3处理功能：输入为承办意见，输出为承办文档。 一般人员办理1基本业务描述：办理人员对需要办理的公文按要求进行办理。分别提出办理意见。2办理人员可执行的操作：文件、原文、送发文、办理、提交。3处理功能：输入为的办理意见，输出办理后的文件。 传阅1基本业务描述：可填写传阅意见或不填写意见。办理用户可以增加本部门人员传阅文件，也可以将文件递交其他部门传阅，而系统能够自动过滤办公室或其他用户已发的部门。2办理人员可执行的操作：文件、原文、填写意见、提交。3处理功能：输入为办理人的传阅意见，输出传阅后的文件。 存档1基本业务描述：公文办结后一般由机要室归档。2处理功能：输入为待存档公文，输出为归档公文。 公文办理记录1基本业务描述：系统对收文办理意见的记录，并可以方便了解到已收到公文的机构等管理控制信息。 内控文件设置在拟办时，由机要员设定, 默认为非内控文件设计方案第 9 页，共 73 页业务图解