OA系统建设方案

OA系统建设方案
2011年6月
目录
第1章项目概述 (5)
1.1项目背景 (5)
1.2项目目标 (5)
1.3参考资料 ................................................................... 错误！未定义书签。

第2章需求分析. (6)
2.1系统现状分析 (6)
2.2功能需求分析 (6)
2.2.1收文管理 (6)
功能描述 (6)
业务图解 (9)
处理流程 (10)
收文登记 (10)
收文拟办 (11)
收文批示 (12)
收文科长办理 (13)
收文科员办理 (14)
收文传阅 (15)
收文归档 (16)
输入输出数据 (16)
收文登记信息 (16)
拟办意见信息 (17)
办理意见信息 (18)
批示意见信息 (18)
传阅意见信息 (18)
督办信息 (18)
归档信息 (18)
查询信息 (19)
功能需求 (19)
2.2.2发文管理 (21)
功能描述 (21)
业务图解 (24)
处理流程 (24)
发文拟稿 (26)
发文科长核稿 (27)
发文办公室审核 (28)
发文局长签发 (29)
发文编文号 (30)
发文排版打印 (31)
发文校对 (32)
发文分发 (33)
发文归档 (34)
输入输出数据 (34)
拟稿 (34)
科室审稿 (37)
审核 (39)
签发 (40)
输出 (41)
编号 (42)
校对 (44)
封发 (45)
存档 (47)
功能需求 (48)
2.2.3邮件管理 (50)
2.2.3.1功能描述 (50)
2.2.3.2业务图解 (52)
2.2.3.3处理流程 (53)
2.2.3.4输入输出数据 (53)
2.2.3.5功能需求 (53)
2.2.4文件管理 (53)
2.2.5日程安排 (54)
2.2.6综合查询 (55)
2.2.6.1功能描述 (55)
2.2.6.2业务图解 (55)
2.2.6.3输入输出数据 (55)
2.2.6.4实现功能 (56)
2.2.7公告通知 (56)
2.2.7.1功能描述 (56)
2.2.7.2业务图解 (58)
2.2.7.3处理流程 (58)
2.2.7.4输入输出数据 (58)
2.2.7.5功能需求 (59)
2.2.8通讯录 (59)
2.2.8.1功能描述 (59)
2.2.8.2输入输出数据 (60)
2.2.8.3实现功能 (61)
2.2.9公文交换平台 (61)
2.2.9.1功能描述 (61)
2.2.9.2业务图解 (62)
2.2.9.3输入输出数据 (62)
2.2.9.4实现功能 (62)
2.2.10系统管理 (64)
第3章技术解决方案 (68)
3.1总体设计 (68)
3.1.1系统建设原则 (68)
3.1.2系统建设目标 (69)
3.1.3总体设计内容及要求 (69)
3.1.3.1系统性能要求 (69)
3.1.3.2故障处理要求 (69)
3.1.3.3其它专门要求 (69)
3.1.4网络架构拓扑图 (70)
3.2系统框架设计 (71)
3.2.1多层架构体系介绍 (71)
3.3运行环境 (71)
3.3.1系统数据存储 (71)
3.3.2支持软件 (72)
第4章实施方案 (73)
4.1项目计划 (73)
4.1.1实施计划目标 (73)
4.1.2实施计划安排 (73)
4.1.3安装测试方案 (73)
4.1.4验收标准 (74)
第5章项目管理及服务.................................... 错误！未定义书签。

5.1项目组织 ................................................................... 错误！未定义书签。

5.1.1建设方项目组设置......................................... 错误！未定义书签。

5.1.2实施方项目组设置......................................... 错误！未定义书签。

5.2售后服务及培训........................................................ 错误！未定义书签。

5.2.1售后服务......................................................... 错误！未定义书签。

5.2.2技术培训......................................................... 错误！未定义书签。

第6章OA系统费用清单................................... 错误！未定义书签。

第1章项目概述
1.1项目背景
通过OA系统建设，进一步提高广州北大明天资源科技发展有限公司信息资源和数据文件充分共享，提高公司整体办公效率。

以达到利用先进的计算机管理手段优化业务管理模式、提高工作效率，实现各部门之间协同办公的目的。

1.2项目目标
按照广州北大明天资源科技发展有限公司对系统的统一要求，充分利用信息技术，以信息传输和文件共享为重点，统一系统、统一规范，建立统一的OA系统，各部门可以通过系统输入信息、共享文件。

以实现政务公开，缩减报批时间，简化审批手续，提高工作效率，规范各项审批程序。

第2章需求分析
2.1系统现状分析
目前在信息化建设方面，硬件、网络系统已基本建立，现有日常办公业务还没有实现以电子化处理操作为主。

公司内部上、中、下级部门之间信息资源和数据文件无法通信，上、下级部门之间信息和文件无法传输、共享。

总体功能框架图
2.2功能需求分析
2.2.1 收文管理
功能描述
本子系统主要是实现来文的登记、拟办、传阅、批示和办理、办结、归档公文流转的自动化处理，缩短文件传阅和办理时间，进而提高各部门办公效率。

包括对收文件、通阅件和杂件进行文件的登记、拟办、批示、办理、归档、催办、流程跟踪与统计、查询和归档等任务。

提供附件携带功能，对扫描进子系统的文件作为一个子文件附在文件登记表的下面，对电子版的文件直接附件而无需扫描，同时，能够通过公文交换平台接收文件自动进入登记状态，办理者可以随时查看其内容，填写办理意见，直到流程完成最后归
档。

参照国家相关规范与政府机关情况，一般情况下，主要的环节与需求要求如下：
●登记
1．基本业务描述：
一般文件由登记人员负责收文登记。

系统自动给出文件序号、收文日期。

登记人员就公文的特征和办理情况进行记载，逐项录入文件标题、主题词、主办单位、成文日期、方式、份数、来文单位、办理期限、密级程度、缓急程度、来文字号、督办等，同时将原文扫描进入计算机处理成TIF、PDF或WORD文件再以附件的形式录入办公系统。

2．登记人员可执行的操作：登记、保存、打印、扫描、保存到正文/附件、提交。

3．处理功能：输入为文件标题、主题词、主办单位、成文日期、方式、份数、来文单位、密级程度、缓急程度、来文字号、登记人，输出为收文办理签。

●拟办
1．基本业务描述：
根据阅文或办文需要填写公文处理单、公文传阅单、提交批办人批办、承办人或下发传阅。

由机要员对已进行了收文登记的文件，在系统中直接提出拟办意见。

分为两类：一类是阅件，即无须办理的公文，提出须阅读该公文的局领导、部门及人员，有关人员在系统中直接登录阅文，系统能自动提示和识别阅文人员何时阅读此文，阅文人员可直接录入阅文意见。

另一类是对需要办理的公文提出办理意见。

对内容较为重要，涉及面广的重要公文一般需进一步提请局分管领导批示，此时提出供上级领导参考的意见，由上级领导批办后再由有关部门办理。

对需多个部门办理的公文，指明主办部门；对于有办理时限要求的公文，给出办理时限。

对急件，拟办人员在系统中对需要办理的公文提出办理意见，不提交审核人员审核，直接提交局领导批示和部门办理，但是在提交办理的同时必须提交审核人员阅知。

2．拟办人员可执行的操作：修改收文办理签的部分项目、打开、保存、拟办意见、提交、打印（文件处理单）。

3．处理功能：输入为拟办意见，输出为拟办文档。

●批示
1．基本业务描述：
对办公室转来需批示的文件，由相关局领导进行批示。

2．处理功能：输入为批示意见，输出为批示后的文件。

●办理
1．基本业务描述：
科室负责人填写办理意见，并根据办文需要，将文件分发给本科室内的人员办理、传阅。

如该文件属“未批件”，则只能在本科室范围内流转，不能提交给机要室。

2．承办人员可执行的操作：文件、原文、送发文、办理意见、提交。

3．处理功能：输入为承办意见，输出为承办文档。

●一般人员办理
1．基本业务描述：
办理人员对需要办理的公文按要求进行办理。

分别提出办理意见。

2．办理人员可执行的操作：文件、原文、送发文、办理、提交。

3．处理功能：输入为的办理意见，输出办理后的文件。

●传阅
1．基本业务描述：
可填写传阅意见或不填写意见。

办理用户可以增加本部门人员传阅文件，也可以将文件递交其他部门传阅，而系统能够自动过滤办公室或其他用户已发的部门。

2．办理人员可执行的操作：文件、原文、填写意见、提交。

3．处理功能：输入为办理人的传阅意见，输出传阅后的文件。

●存档
1．基本业务描述：公文办结后一般由机要室归档。

2．处理功能：输入为待存档公文，输出为归档公文。

●公文办理记录
1．基本业务描述：
系统对收文办理意见的记录，并可以方便了解到已收到公文的机构等管理控制信息。

内控文件设置
在拟办时，由机要员设定, 默认为非内控文件业务图解
处理流程
收文登记
输入输出数据收文登记信息
拟办意见信息
办理意见信息
批示意见信息
传阅意见信息
督办信息
归档信息
查询信息
功能需求
●流程跟踪
系统对收文流转的记录和情况进行记录，以方便了解公交流转的去向，并可以方便了解到已收到公文的机构等管理控制信息。

提供可视化的流程跟踪。

●外出授权
在办理过程中遇到当事人外出且指定被授权人的情况将办文转被授权人处理。

管理员应该能够调整当事人的授权时间。

●权限控制
按角色进行读、写的权限控制。

整个收文文档的阅读权限均需严格控制。

收文中每一步处理的流程跟踪在收文的每一步处理中进行记录。

●自动排版
应用者输入内容，可以直接生成遵循国家点子公文格式标准，而无需在排版，不需要在从文件起草人与印厂之间来回的文件传送，生成的标准公文可以直接发排印刷、打印、阅读、传输等。

●手写签署意见
通过手写笔输入，能够实现使用手写笔输入意见，在文档中或在文件处理单上直接记录手写笔迹，就如同手工操作一般，遵循目前纸质文件的批示习惯，可以使电子文件批示与纸质文件批示应用同步。

●提交功能
流程当前环节处理人未将工作提交给下一环节前，当前处理人有对本环节的工作输入任意修改及保存的权利。

登记环节则还有删除新建的登记文档的权利。

提交之后，除系统管理员外不可再修改或删除。

●环节间的互通知
收文中当前步骤处理完毕，通过待办件通知下一环节。

可通过桌面提示功能提示待办件。

也可通过手机短信发送信息以提醒用户。

●办文催办
对逾期未办者，可发出催办邮件。

可通过桌面提示功能提示待办件。

也可通过手机短信发送信息以提醒用户。

●收文打印
在某些文件夹内可打印相关的收文签收单、批示意见单等。

●收文转发发文
能够将收文文件转入发文系统。

●实现办文统计的功能。

可以按月统计收文的登记数、已归档数、未归档数。

●当设置为督办件时、能及时通知督办部门进行管理
●督办员能够对所要督办文的办理员发送催办通知
●通知方式：督办工作在其流转中进入承办单位接收人的待办工作中进行提示。

可通过
桌面提示功能提示待办事宜。

在具备手机功能的情况下，也可通过手机短信发送信息
以提醒用户。

●督办员可以填写自己的督办意见
●办理人员可能反馈自己办理的情况
●督办人员可以打印出所有督办意见
●权限控制：只有督办管理员才有权限打印督办意见及发送办理通知给相关办理人员，
督办工作在其流转中涉及的当前环节操作人员具有指定的、与该环节相应的文档编辑
权与操作权，该环节处理结束后，不再具有编辑与操作权，但有阅读权限。

●对督办项，督办人员通过输入督办内容、指定承办单位进行督办。

对进行中的督办可
进行监控。

承办人员在接到督办件后，进行内部处理，并将结果上报。

●查询功能：提供对督办的综合查询功能。

2.2.2 发文管理
功能描述
实现发文管理自动化，即实现从科室拟稿到审稿、核稿、会签、签发、编号、排版打印、校对、印发、归档全过程的自动化处理。

系统能够监控整个发文处理过程，随时可了解文件的处理情况，同时记录各相关核搞、会签、审稿、签发人的修改情况；处理完成的文件能够自动归档；快速查找到需要批阅及分送的文件。

无缝集成Word、WPS文件，供拟稿人或经办人直接在系统中调用，并发送给上级领导进行批阅。

其要点是：流程的灵活实现和保留文件处理过程中的修改痕迹。

参照国家相关规范与广东省质量技术监督局的情况，一般情况下，分为局发文件、科室文件等几种。

对下级的发文将直接进入到公文交换平台，实现电子发文。

一般主要的环节与需求如下：
●拟稿
1．基本业务描述：由公文所涉及的主要业务科室负责公文的草拟工作，经办科室在系统中完成草拟。

拟稿人可以保存新拟稿的发文文件，可以录入Word、wps文件作为附件，并且可以提交发文文件进入流程，提交科室负责人进行核稿。

2．拟稿人可执行的操作：保存、打开Word编辑正文、打印、插入附件、提交。

3．处理功能：拟稿人需输入密级、缓急程度、发文标题、主题词、拟稿人、拟稿单位、时间以及发文正文内容，输出为拟稿文档。

●科室审稿
1．基本业务描述：局发公文草拟一般实行经办科室领导责任制，经办科室领导应严格审核文稿的内容和格式，由经办科室负责人审核签署意见，经办科室负责人审签的原稿在系统中送办公室初审。

在提交过程中可以选择是否要经过其他科室部门的会签，或者是直接提交办公室审核。

如有需要，可发回拟稿人重新修改。

2．审稿人可执行的操作：保存、启动Word修改正文、填写意见、打印、发回重拟、提交。

3．处理功能：审稿人输入科室审稿意见，输出为科室审核后的文档。

4．科室审稿时，拟稿人员可以先送副科长核稿，再由副科长提交科长审稿。

●审核
1．基本业务描述：由办公室负责公文审核的工作人员（如办公室主任）对公文内容、格式进行初审，可以在系统中对原稿进行修改、补充。

如有需要，可发回草拟科室重新修改。

办公室主任负责对初审后的文稿进行审核把关工作，可以直接在系统中进一步修改、完善，发回科室修改，并签署办公室审核意见及签名，呈请局分管和主管领导审定。

2．审核人员可执行的操作：保存、启动Word修改正文、填写意见、打印、发回重拟、提交。

3．处理功能：输入为审核意见，输出为审核文档。

●签发
1．基本业务描述：以局名义发出的公文和以局为主与外单位会签的文件，由局长或局长托分管副局长审签。

关于领导签发的方法：一种是，将文件打印出来，局领导签置完意见后，由秘书将意见输入电脑；第二种方法是，局领导在电脑上直接办理，可以对文件进行带修改痕迹的修改和添加意见；第三种方法，允许局领导在便笺上签署意见后，再由秘书将意见输入电脑；第四种方法，通过手写笔输入，能够实现领导使用手写笔输入意见，在文档中或在发文拟稿单上直接记录笔迹，就如同手工操作一般。

2．可执行的操作：保存、启动Word修改正文、填写意见、打印、发回重拟、提交、退回。

3．处理功能：输入为签署的意见，输出为签发文档。

●编号
1．基本业务描述：机要室负责公文的最后核对、编号。

2．可执行的操作：保存、打印、提交。

3．处理功能：输入为对文档进行编号，输出为编号后的文件。

●排版打印
1．基本业务描述：打字室负责公文的排版打印。

2．可执行的操作：保存、打印、提交。

3．处理功能：输出为排版后的文件。

●校对
1．基本业务描述：拟稿科室负责公文的校对。

2．处理功能：输入为校对人名称，输出为校对后的文件。

3．校对过程：拟搞人核稿、拟稿人科室领导复核、打印室打印。

●封发
1．基本业务描述：公文的分发工作一般以办公室为主，拟稿科室协助完成。

办公室工作人员在系统中注明分发范围、数量及送达人员，进行分发。

需要打印的，打印出正文加盖公章后分发。

2．处理功能：输入为印发人名称、印发份数，输出为分发存档的公文。

3．分发文件到市局
●存档
1．基本业务描述：公文分发完毕，系统进行归档。

2．可执行的操作：保存、打印、归档。

3．处理功能：无输入，输出为存档后的公文。

●内控文件设置
在拟办时，由主办部门设定(其他人员不能修改)，默认为非内控文件
业务图解
处理流程
发文拟稿
发文科长核稿
发文办公室审核
发文局长签发
发文编文号
发文排版打印
输入输出数据
拟稿
发文拟稿单（输入）
输出
拟稿文档：包括拟稿单、文件正文和附件，以及流程跟踪。

科室审稿
输入
输出
审核后的文档：加入部门审稿意见，包括拟稿单、文件正文和附件，以及流程跟踪。

审核
输入
输出
审核后的文档：加入办公室审核意见后的修改过的发文文件，包括拟稿单、文件正文和附
签发输入
输出
签发文档：加入局领导签署的意见的发文文档，包括拟稿单、文件正文和附件，以及流程跟踪。

编号
输入
输出
编号后的文档：加入发文文件编号，包括拟稿单、文件正文和附件，以及流程跟踪。

校对
输入
输出
校对后的文档：加入校对人，包括拟稿单、文件正文和附件，以及流程跟踪。

封发
输入
输出
封发存档公文：包括拟稿单、文件正文和附件，以及流程跟踪。

存档
输出
存档公文：包括拟稿单、文件正文和附件，以及流程跟踪。

功能需求
●主题词
主题词可以根据文件标题自动产生标引，主题词库可以进行维护。

●代理人功能
在办理过程中遇到当事人外出且指定代理人的情况将发文转代理人处理。

●发文录入、修改与痕迹保留
发文录入、修改需要痕迹保留，即系统能记录何人何时做了何种修改。

●电子印章功能
发文盖章提供电子印章功能，在公文交换平台流转的公文提供电子印章。

提供必要的安全机制，防止印章被盗用，同时，必须记录每一次使用印章的时间、操作人员等一些必要的信息。

●自动排版
应用者输入内容，可以直接生成遵循国家点子公文格式标准，而无需在排版，不需要在从文件起草人与印厂之间来回的文件传送，生成的标准公文可以直接发排印刷、打印、阅读、传输等。

●手写签署意见
通过手写笔输入，能够实现使用手写笔输入意见，在文档中或在文件处理单上直接记录手写笔迹，就如同手工操作一般，遵循目前纸质文件的批示习惯，可以使电子文件批示与纸质文件批示应用同步。

●文件批示
提供手写设备，可以直接在文件或拟稿单上进行文件批示、批注等，实现在手写录入时保留手写笔迹功能，以实现与传统手工操作的性质一样。

●提交功能
流程当前环节处理人未将工作提交给下一环节前，当前处理人有对本环节的工作输入任意修改及保存的权利。

拟稿环节则还有删除新建的发文文档的权利。

提交之后，不可再修改或删除。

●权限控制
发文中涉及的每个环节的操作权限、阅读、修改权限以及发文的阅读权限均需严格控制。

发文中每一步处理的流程跟踪在发文的每一步处理中进行记录。

任何人员均有发文拟稿权。

发文在其流转中涉及的当前环节操作人员具有指定的、与该环节相应的文档编辑权与操作权，该环节处理结束后，不再具有编辑与操作权，但有阅读权限。

签发后的发文非机密文件经办人员均可阅读。

●环节间的互通知
发文中当前步骤处理完毕，能够通知下一环节。

工作列入下一环节人员的待办事宜中。

可通过桌面提示功能提示待办件。

也可通过手机短信发送信息以提醒用户。

●流程跟踪
系统对收文流转的记录和情况进行记录，以方便了解公交流转的去向，并可以方便了解到已收到公文的机构等管理控制信息。

提供可视化的流程跟踪。

●发文正文打印
按标准的发文格式打印。

打印文件拟稿单、文件正文和附件等。

●批量归档处理
批量归档处理，可以将已办结文件批量归档至文件库。

●向地市发文
当文件处理过程经过领导审批之后,文档处在在待归档状态时,档案管理员可以通过交换平台将此文发送到各市局，在发送的过程中可以选择接收单位。

●实现办文统计的功能。

可以按月统计收文的登记数、已归档数、未归档数
2.2.3 邮件管理
2.2.
3.1 功能描述
邮件系统是一个常用信息交流的工具，系统功能要求强大、灵活，用于在单位内部邮件收、发。

邮件系统提供的基本功能包括: 收邮件、写新邮件、回信、删除、转发功能。

●收邮件
1．基本业务描述：接收他人发过来的邮件，用户可执行刷新操作来查看是否有接收到新邮。