oa方案
羊病的症状有哪些-1766
2023年3月20日发(作者：定海一中)设计方案
第1页，共56页
OA系统建设方案
2011年6月
目录
第1章项目概述4
1。1项目背景4
1。2项目目标4
1。3参考资料错误!未定义书签。
第2章需求分析5
2。1系统现状分析5
2.2功能需求分析5
2.2。1收文管理5
功能描述5
业务图解7
处理流程7
收文登记8
收文拟办8
收文批示8
收文科长办理8
收文科员办理8
收文传阅8
318287C54籔3369983A3莣3093578D7磗`311047980禀d；
收文归档8
输入输出数据8
收文登记信息8
拟办意见信息9
办理意见信息10
批示意见信息10
传阅意见信息10
督办信息10
归档信息11
查询信息11
功能需求11
2.2.2发文管理13
功能描述13
业务图解15
处理流程15
发文拟稿15
发文科长核稿15
发文办公室审核15
x3012775AF疯*
设计方案
第2页，共56页
•2066650BA傺Nc
发文局长签发15
发文编文号15
发文排版打印15
发文校对15
发文分发15
发文归档15
输入输出数据15
拟稿15
科室审稿19
审核21
签发24
输出24
编号26
校对28
封发30
存档32
功能需求34
2.2。3邮件管理36
24684606C恬2655567BB枻qs324447EBC纼i~
2。2。3。1功能描述36
2。2.3。2业务图解37
2.2。3。3处理流程37
2.2.3.4输入输出数据37
2。2.3。5功能需求37
2.2。4文件管理37
2。2。5日程安排37
2。2.6综合查询38
2。2.6。1功能描述38
2.2.6。2业务图解38
2.2。6。3输入输出数据38
2.2。6.4实现功能40
2.2.7公告通知40
2。2。7。1功能描述40
2。2。7.2业务图解41
2.2.7。3处理流程41
2。2。7。4输入输出数据41
2。2。7。5功能需求41
287877073灳2298359C7姇
358478C07谇〈2887270C8烈c
2.2。8通讯录41
2.2.8.1功能描述41
2.2.8。2输入输出数据42
2。2。8。3实现功能44
2。2。9公文交换平台44
设计方案
第3页，共56页
2.2。9。1功能描述44
2。2。9.2业务图解44
2.2。9。3输入输出数据44
2.2.9.4实现功能45
2。2.10系统管理46
第3章技术解决方案50
3。1总体设计50
3。1.1系统建设原则50
3。1.2系统建设目标51
3.1.3总体设计内容及要求51
3。1.3.1系统性能要求51
3。1.3.2故障处理要求51
32890807A聺403129D78鵸〉322757E13縓m2914971DD燝y
3。1.3。3其它专门要求51
3。1.4网络架构拓扑图52
3。2系统框架设计52
3.2。1多层架构体系介绍52
3.3运行环境53
3.3。1系统数据存储53
3。3.2支持软件53
第4章实施方案54
4.1项目计划54
4.1。1实施计划目标54
4。1.2实施计划安排54
4。1.3安装测试方案54
4。1.4验收标准55
第5章项目管理及服务错误!未定义书签。
5.1项目组织错误!未定义书签。
5.1.1建设方项目组设置错误!未定义书签。
5.1。2实施方项目组设置错误!未定义书签。
5。2售后服务及培训错误!未定义书签。
4367408F84辄20750510E儎28703701F瀟3325281E4臤
5.2。1售后服务错误!未定义书签。
5.2.2技术培训错误!未定义书签。
第6章OA系统费用清单错误!未定义书签。
设计方案
第4页，共56页
第1章项目概述
1.1项目背景
通过OA系统建设，进一步提高广州北大明天资源科技发展有限公司信息资源和数据文件充分共享,提高公
司整体办公效率。以达到利用先进的计算机管理手段优化业务管理模式、提高工作效率，实现各部门之间协同办
公的目的.
1.2项目目标
按照广州北大明天资源科技发展有限公司对系统的统一要求,充分利用信息技术，以信息传输和文件共享为
重点，统一系统、统一规范，建立统一的OA系统，各部门可以通过系统输入信息、共享文件。以实现政务公开,
缩减报批时间，简化审批手续，提高工作效率，规范各项审批程序。
设计方案
第5页，共56页
第2章需求分析
2.1系统现状分析
目前在信息化建设方面，硬件、网络系统已基本建立，现有日常办公业务还没有实现以电子化处理操作为主。
公司内部上、中、下级部门之间信息资源和数据文件无法通信，上、下级部门之间信息和文件无法传输、共享。
总体功能框架图
2.2功能需求分析
2.2.1收文管理
功能描述
本子系统主要是实现来文的登记、拟办、传阅、批示和办理、办结、归档公文流转的自动化处理,缩短文件
传阅和办理时间，进而提高各部门办公效率。
包括对收文件、通阅件和杂件进行文件的登记、拟办、批示、办理、归档、催办、流程跟踪与统计、查询
和归档等任务。提供附件携带功能，对扫描进子系统的文件作为一个子文件附在文件登记表的下面，对电子版的
文件直接附件而无需扫描,同时,能够通过公文交换平台接收文件自动进入登记状态，办理者可以随时查看其内容，
填写办理意见，直到流程完成最后归档.
参照国家相关规范与政府机关情况，一般情况下，主要的环节与需求要求如下:
登记
1．基本业务描述:
一般文件由登记人员负责收文登记。系统自动给出文件序号、收文日期。登记人员就公文的特征和办理情
况进行记载,逐项录入文件标题、主题词、主办单位、成文日期、方式、份数、来文单位、办理期限、密级程度、
缓急程度、来文字号、督办等，同时将原文扫描进入计算机处理成TIF、PDF或WORD文件再以附件的形式录入办
公系统。
2．登记人员可执行的操作：登记、保存、打印、扫描、保存到正文/附件、提交。
3．处理功能：输入为文件标题、主题词、主办单位、成文日期、方式、份数、来文单位、密级程度、缓急
程度、来文字号、登记人，输出为收文办理签。
OA系统
邮
件
管
理
文
件
管
理
日
程
安
排
公
告
通
知
系
统
管
理
t3
31
68
81
90
综
合
查
询
交
换
平
台
设计方案
第6页，共56页
拟办
1．基本业务描述：
根据阅文或办文需要填写公文处理单、公文传阅单、提交批办人批办、承办人或下发传阅。由机要员
对已进行了收文登记的文件,在系统中直接提出拟办意见。分为两类：一类是阅件,即无须办理的公文，提出
须阅读该公文的局领导、部门及人员，有关人员在系统中直接登录阅文，系统能自动提示和识别阅文人员何
时阅读此文,阅文人员可直接录入阅文意见。另一类是对需要办理的公文提出办理意见。对内容较为重要，
涉及面广的重要公文一般需进一步提请局分管领导批示，此时提出供上级领导参考的意见，由上级领导批办
后再由有关部门办理。对需多个部门办理的公文,指明主办部门；对于有办理时限要求的公文,给出办理时限。
354008A48詈by2610865FC旼
对急件，拟办人员在系统中对需要办理的公文提出办理意见，不提交审核人员审核，直接提交局领导
批示和部门办理，但是在提交办理的同时必须提交审核人员阅知.
2．拟办人员可执行的操作：修改收文办理签的部分项目、打开、保存、拟办意见、提交、打印（文件处理
单)。
3．处理功能:输入为拟办意见，输出为拟办文档。
批示
1．基本业务描述：
对办公室转来需批示的文件，由相关局领导进行批示.
2．处理功能:输入为批示意见，输出为批示后的文件.
办理
1．基本业务描述：
科室负责人填写办理意见，并根据办文需要,将文件分发给本科室内的人员办理、传阅.如该文件属“未
批件”,则只能在本科室范围内流转,不能提交给机要室。
2．承办人员可执行的操作：文件、原文、送发文、办理意见、提交。
3．处理功能：输入为承办意见，输出为承办文档。
一般人员办理
1．基本业务描述：
办理人员对需要办理的公文按要求进行办理。分别提出办理意见。
2．办理人员可执行的操作：文件、原文、送发文、办理、提交。
3．处理功能：输入为的办理意见，输出办理后的文件。
传阅
设计方案
第7页，共56页
395039A4F驏2602465A8斨3861096D2雒U234295B85宅gX
1．基本业务描述：
可填写传阅意见或不填写意见。
办理用户可以增加本部门人员传阅文件，也可以将文件递交其他部门传阅,而系统能够自动过滤办公室
或其他用户已发的部门。
2．办理人员可执行的操作:文件、原文、填写意见、提交.
3．处理功能：输入为办理人的传阅意见，输出传阅后的文件。
存档
1．基本业务描述:公文办结后一般由机要室归档。
2．处理功能:输入为待存档公文，输出为归档公文。
公文办理记录
1．基本业务描述：
系统对收文办理意见的记录,并可以方便了解到已收到公文的机构等管理控制信息。
内控文件设置
在拟办时，由机要员设定,默认为非内控文件
业务图解
处理流程
登记
28256
分管局
正局长
科长办
督
办结
催办
科员
设计方案
第8页，共56页
收文登记
收文拟办
收文批示
收文科长办理
收文科员办理
收文传阅
收文归档
输入输出数据
收文登记信息
323597E67繧39781
9B65魥g261936651
晑371869142酂
J230675A1B娛
244075F57彗
数据子项
数据来源
数据获得方
式
取值范围备注
收文办理签的标题系统预设选择关键字局名称
文件标题
公文原文录入系统生
成
必填项(如果是接收市
局文件此域自动生成）
主题词
公文原文录入系统生
成
（如果是接收市局文
件此域自动生成）
主办单位
a202194EFB
任t203884FA4
侤p327217FD1
翑208355163兣
系统预设
选择关键字
系统生成
局机关各科室
不可手工录入（如果是
接收市局文件此域自
动生成)
成文日期公文原文
自动取值、录
入
系统日期
方式
系统预设
选择关键字
系统生成
“办文、阅件”
不可手工录入（如果是
接收市局文件此域自
动生成）
序号系统自动生“2006301”不可修改
设计方案
第9页，共56页
成
份数
J2708669CE槎
3399509C0E鰎
c38526967E陾
368248FD8还n
公文原文
录入
来文单位公文原文
选择关键字、
录入系统生
成
可新建关键字(如果是
接收市局文件此域自
动生成）
办理期限录入日期机要员负责录入
密级程度公文原文
选择关键字、
录入
可新建关键字
缓急程度公文原文
选择关键字、
录入
可新建关键字
293187286犆u36378
8E1A踚5345928720
蜠
来文字号
公文原文
选择关键字、
录入
可新建关键字
督办公文原文选择关键字“是、否"自动
登记日期
录入系统生
成
系统日期
(如果是接收市局文件
此域自动生成)
登记人
系统自动录
入
按ID名不可修改
拟办意见信息
—o328068026耦
EA2968073F0珰P
数据子项
数据来源
数据获得方
式
取值范围备注
呈送选择局领导
多选,呈送或呈阅最少
选一种
呈阅
选择
局领导
多选，呈送或呈阅最少
选一种
主办选择局机关科室单选，必选
会办
Y372719197
醗212815321
匡292347232
爲270016979
楹27810
6CA2沢
3378383F7
菷w
选择
局机关科室多选
设计方案
第10页，共56页
拟办意见录入必填
办理意见信息
数据子项数据来源
数据获得方
式
取值范围备注
主办人选择科室人员
单选，不选默认为承办
人办理
传阅
选择3369983A3莣
3093578D7磗
`311047980禀
d；
科室人员
多选
办理意见录入必填
批示意见信息
数据子项数据来源
数据获得方
式
取值范围备注
批示意见录入必填
传阅意见信息
数据子项数据来源
数据获得方
式
x3012775AF
疯*•20666
50BA傺Nc
取值范围
备注
填写意见录入意见常用语
督办信息
数据子项数据来源
数据获得方
式
取值范围备注
催办
超过办理期限的
收文
邮件,系统自动发送，或手
工选择发送
设计方案
第11页，共56页
归档信息
数据子项数据来源
数据获得方
式
24684606C恬
2655567BB枻
qs324447EBC
纼i~
取值范围
备注
归档已办结的收文送入公文库
查询信息
数据子项数据来源
数据获得方
式
取值范围备注
查询
科室文件、办理监控、
批示查询、待归档文
件、流转中文件、已办
结文件
文件标题、字、号、
来文单位、登记日期
可组合查询
功能需求
流程跟踪
系统对收文流转的记录和情况进行记录,以方便了解公交流转的去向，并可以方便了解到已收到公文的机构
等管理控制信息。提供可视化的流程跟踪。
287877073灳2298359C7姇
358478C07谇<2887270C8烈c
外出授权
在办理过程中遇到当事人外出且指定被授权人的情况将办文转被授权人处理。管理员应该能够调整当事人的
授权时间。
权限控制
按角色进行读、写的权限控制.整个收文文档的阅读权限均需严格控制。收文中每一步处理的流程跟踪在收
文的每一步处理中进行记录。
自动排版
应用者输入内容，可以直接生成遵循国家点子公文格式标准，而无需在排版，不需要在从文件起草人与印厂
之间来回的文件传送，生成的标准公文可以直接发排印刷、打印、阅读、传输等。
手写签署意见
通过手写笔输入，能够实现使用手写笔输入意见，在文档中或在文件处理单上直接记录手写笔迹,就如同手
设计方案
第12页，共56页
工操作一般，遵循目前纸质文件的批示习惯,可以使电子文件批示与纸质文件批示应用同步。
提交功能
流程当前环节处理人未将工作提交给下一环节前，当前处理人有对本环节的工作输入任意修改及保存的权
利。登记环节则还有删除新建的登记文档的权利。提交之后，除系统管理员外不可再修改或删除。
环节间的互通知
收文中当前步骤处理完毕，通过待办件通知下一环节。可通过桌面提示功能提示待办件。也可通过手机短信
发送信息以提醒用户。
办文催办
对逾期未办者，可发出催办邮件.可通过桌面提示功能提示待办件。也可通过手机短信发送信息以提醒用户。
收文打印
在某些文件夹内可打印相关的收文签收单、批示意见单等。
收文转发发文
32890807A聺403129D78鵸>322757E13縓m2914971DD燝y
能够将收文文件转入发文系统。
实现办文统计的功能.
可以按月统计收文的登记数、已归档数、未归档数.
当设置为督办件时、能及时通知督办部门进行管理
督办员能够对所要督办文的办理员发送催办通知
通知方式:督办工作在其流转中进入承办单位接收人的待办工作中进行提示。可通过桌面提示功能提示
待办事宜.在具备手机功能的情况下，也可通过手机短信发送信息以提醒用户。
督办员可以填写自己的督办意见
办理人员可能反馈自己办理的情况
督办人员可以打印出所有督办意见
权限控制：只有督办管理员才有权限打印督办意见及发送办理通知给相关办理人员，督办工作在其流
转中涉及的当前环节操作人员具有指定的、与该环节相应的文档编辑权与操作权，该环节处理结束后，
不再具有编辑与操作权，但有阅读权限。
对督办项，督办人员通过输入督办内容、指定承办单位进行督办。对进行中的督办可进行监控。承办
人员在接到督办件后，进行内部处理，并将结果上报.
查询功能:提供对督办的综合查询功能。
设计方案
第13页，共56页
2.2.2发文管理
功能描述
实现发文管理自动化，即实现从科室拟稿到审稿、核稿、会签、签发、编号、排版打印、校对、印发、归档
全过程的自动化处理。系统能够监控整个发文处理过程，随时可了解文件的处理情况,同时记录各相关核搞、会
签、审稿、签发人的修改情况；处理完成的文件能够自动归档;快速查找到需要批阅及分送的文件。无缝集成Word、
WPS文件,供拟稿人或经办人直接在系统中调用，并发送给上级领导进行批阅。其要点是：流程的灵活实现和保
留文件处理过程中的修改痕迹。参照国家相关规范与广东省质量技术监督局的情况，一般情况下，分为局发文件、
科室文件等几种。对下级的发文将直接进入到公文交换平台,实现电子发文.一般主要的环节与需求如下：
拟稿
1．基本业务描述：由公文所涉及的主要业务科室负责公文的草拟工作，经办科室在系统中完成草拟。拟稿
人可以保存新拟稿的发文文件，可以录入Word、wps文件作为附件,并且可以提交发文文件进入流程，提交
科室负责人进行核稿.
2．拟稿人可执行的操作:保存、打开Word编辑正文、打印、插入附件、提交.
4367408F84辄20750510E儎28703701F瀟3325281E4臤
3．处理功能：拟稿人需输入密级、缓急程度、发文标题、主题词、拟稿人、拟稿单位、时间以及发文正文
内容，输出为拟稿文档。
科室审稿
1．基本业务描述：局发公文草拟一般实行经办科室领导责任制，经办科室领导应严格审核文稿的内容和格
式,由经办科室负责人审核签署意见,经办科室负责人审签的原稿在系统中送办公室初审.在提交过程中可以
选择是否要经过其他科室部门的会签,或者是直接提交办公室审核。如有需要,可发回拟稿人重新修改。
2．审稿人可执行的操作：保存、启动Word修改正文、填写意见、打印、发回重拟、提交。
3．处理功能：审稿人输入科室审稿意见,输出为科室审核后的文档。
4．科室审稿时，拟稿人员可以先送副科长核稿,再由副科长提交科长审稿。
审核
1．基本业务描述：由办公室负责公文审核的工作人员（如办公室主任）对公文内容、格式进行初审，可以
在系统中对原稿进行修改、补充.如有需要，可发回草拟科室重新修改.办公室主任负责对初审后的文稿进行
审核把关工作，可以直接在系统中进一步修改、完善，发回科室修改，并签署办公室审核意见及签名，呈请
局分管和主管领导审定.
2．审核人员可执行的操作：保存、启动Word修改正文、填写意见、打印、发回重拟、提交。
设计方案
第14页，共56页
3．处理功能：输入为审核意见，输出为审核文档。
签发
1．基本业务描述:以局名义发出的公文和以局为主与外单位会签的文件,由局长或局长托分管副局长审签.关
于领导签发的方法：一种是，将文件打印出来，局领导签置完意见后，由秘书将意见输入电脑；第二种方法
是，局领导在电脑上直接办理，可以对文件进行带修改痕迹的修改和添加意见；第三种方法，允许局领导在
便笺上签署意见后，再由秘书将意见输入电脑;第四种方法,通过手写笔输入，能够实现领导使用手写笔输入
意见,在文档中或在发文拟稿单上直接记录笔迹，就如同手工操作一般。
2．可执行的操作：保存、启动Word修改正文、填写意见、打印、发回重拟、提交、退回。
3．处理功能:输入为签署的意见，输出为签发文档。
编号
1．基本业务描述：机要室负责公文的最后核对、编号。
2．可执行的操作：保存、打印、提交.
3．处理功能：输入为对文档进行编号,输出为编号后的文件.
t331688190膐248536115愕25131622B戫30573776D睭390579891频2200555F5嗵［
排版打印
1．基本业务描述:打字室负责公文的排版打印.
2．可执行的操作:保存、打印、提交。
3．处理功能：输出为排版后的文件。
校对
1．基本业务描述：拟稿科室负责公文的校对.
2．处理功能：输入为校对人名称，输出为校对后的文件。
3．校对过程:拟搞人核稿、拟稿人科室领导复核、打印室打印。
封发
1．基本业务描述:公文的分发工作一般以办公室为主，拟稿科室协助完成.办公室工作人员在系统中注明分发
范围、数量及送达人员，进行分发。需要打印的，打印出正文加盖公章后分发。
2．处理功能:输入为印发人名称、印发份数,输出为分发存档的公文。
3．分发文件到市局
存档
1．基本业务描述：公文分发完毕，系统进行归档。
2．可执行的操作:保存、打印、归档。
设计方案
第15页，共56页
3．处理功能：无输入，输出为存档后的公文.
内控文件设置
在拟办时，由主办部门设定(其他人员不能修改)，默认为非内控文件
354008A48詈by2610865FC旼
业务图解
处理流程
发文拟稿
发文科长核稿
395039A4F驏2602465A8斨3861096D2雒U234295B85宅gX
发文办公室审核
发文局长签发
发文编文号
发文排版打印
发文校对
发文分发
发文归档
输入输出数据
拟稿
发文拟稿单(输入）
数据子项数据来源
数据获得方
取值范围备注
不通
不通
不通
拟稿
不通
科长
办公室
分管局
正局长签发
编文校缮归
设计方案
第16页，共56页
式
发文机关
发文拟稿单
录入
282566E60湠22452
57B4垴5128341
6EB5溵C？
默认值为“XXX质量
技术监督局"
文件标题
发文拟稿单
录入必填
主题词
发文拟稿单系统生成,可
修改
文号
发文拟稿单
编号后填写
行文方式
发文拟稿单选择录入
上报
平发
下发
函件
323597E67繧39781
9B65魥g261936651
晑371869142酂
J230675A1B娛24407
5F57彗
顺序号
发文拟稿单录入
文种
发文拟稿单可选择录入
可维护关键字
密级
发文拟稿单选择录入
绝密
机密
秘密
平件
缓急程度
发文拟稿单选择录入
特提
a202194EFB
任t203884FA4
侤p327217FD1
翑208355163
兣
特急
加急
平急
普通
主送
发文拟稿单录入
设计方案
第17页，共56页
抄送
发文拟稿单录入
拟稿人
发文拟稿单系统生成
拟稿单位
发文拟稿单系统生成
拟稿日期
发文拟稿单J2708669CE
槎339950
9C0E鰎
c38526967E
陾368248FD8
还n
系统生成
审核意见
发文拟稿单
审核录入
审稿情况
发文拟稿单
审稿录入
会签
发文拟稿单
会签录入
签发
发文拟稿单
签发时录入
打字
发文拟稿单录入
校对
发文拟稿单
30621779D瞝
L=354488A78詸
362568DA0趠
268806900椀
校对后录入
印数
发文拟稿单录入
分发录入
印发日期
发文拟稿单录入
分发录入
备注
发文拟稿单录入
文件正文
录入
Word电子文档
附件
录入
其它文档
402759D53鵓F34108853C蔼242015E89庉326847FAC羬309837907礇(
输出
拟稿文档：包括拟稿单、文件正文和附件，以及流程跟踪。
数据子项数据来源数据获得方式取值范围备注
发文机关
应用系统
系统输出
文件标题
应用系统
系统输出
主题词
应用系统系统输出
设计方案
第18页，共56页
文号
应用系统
234775BB5宵38573
96AD隭225845838
堸{283046E90源
J28750704E灎
编号后填写
行文方式
应用系统系统输出
上报
平发
下发
函件
顺序号
应用系统系统输出
文种
应用系统系统输出
密级
应用系统系统输出
33131816B腫
3500188B9袹
QNr2554063C4
揄t％
绝密
机密
秘密
平件
缓急程度
应用系统系统输出
特提
特急
加急
平急
普通
主送
应用系统系统输出
抄送
应用系统系统输出
I314297AC5竅2f｜
u216065466呦
拟稿人
应用系统系统生成
拟稿单位
应用系统系统生成
拟稿日期
应用系统系统生成
审核意见
应用系统
审核录入
审稿情况
应用系统
审稿录入
会签
应用系统
会签录入
设计方案
第19页，共56页
J278576CD1泑
3407219F11鼑
c3374683D2菒A%
签发
应用系统
签发时录入
打字
应用系统系统输出
校对
应用系统
校对后录入
印数
应用系统系统输出
分发录入
印发日期
应用系统系统输出
分发录入
备注
30090758A
疊
u30174
75DE痞
20798513E
儾
应用系统
系统输出
文件正文
应用系统系统输出
Word电子文档
附件
应用系统系统输出
所有其他电子文档
流程跟踪
应用系统系统输出
发文办理的具体流程
科室审稿
输入
数据子项数据来源
341938591
薑
Xh•N30452
76F4直P
数据获得方
式
取值范围备注
科室审稿意见录入必填
原文修改录入笔迹留痕
审稿人系统生成
审稿时间系统生成
输出
审核后的文档:加入部门审稿意见，包括拟稿单、文件正文和附件，以及流程跟踪。
设计方案
第20页，共56页
数据子项数据来源
数据获得方
式
［＊220535625
嘥300057535
电277736C7D
汽2303059F6
姶3455586FB
蛻w
取值范围
备注
发文机关
应用系统
系统输出
文件标题
应用系统
系统输出
主题词
应用系统系统输出
文号
应用系统
编号后填写
行文方式
应用系统系统输出
上报
9•31876
7C84粄40359
9DA7鶧23308
5B0C嬌3
平发
下发
函件
顺序号
应用系统系统输出
文种
应用系统系统输出
密级
应用系统系统输出
绝密
机密
秘密
平件
缓急程度
应用系统367038F5F轟
3089878B2
碲358108BE2
询20629
5095傕
274116B13
欓210755253
剓
系统输出
特提
特急
加急
平急
普通
主送
应用系统系统输出
抄送
应用系统系统输出
设计方案
第21页，共56页
拟稿人
应用系统系统生成
拟稿单位
应用系统系统生成
408069F66齦27326
6ABE檾s33215
81BF膿i
拟稿日期
应用系统系统生成
审核意见
应用系统
审核录入
审稿情况
应用系统系统输出
会签
应用系统
会签录入
签发
应用系统
签发时录入
打字
应用系统系统输出
295597377獷23754
5CCA峊
31067795B祛28835
70A3炣e202674F2B
伫292817261牡
校对
应用系统
校对后录入
印数
应用系统系统输出
分发录入
印发日期
应用系统系统输出
分发录入
备注
应用系统系统输出
文件正文
应用系统系统输出
？”327698001老
M2607165D7旗
L25709646D摭
Word电子文档
附件
应用系统系统输出
所有其他电子文档
流程跟踪
应用系统系统输出
发文办理的具体流程
审核
输入
数据子项数据来源数据获得方式取值范围备注
审核意见录入
p319607CD8糘录入笔迹留痕
设计方案
第22页，共56页
Z239235D73嵳
2249957E3埣
3402484E8蓨
原文修改
审核人系统生成
审核时间系统生成
输出
审核后的文档：加入办公室审核意见后的修改过的发文文件，包括拟稿单、文件正文和附件，以及流程跟踪。
数据子项数据来源数据获得方式取值范围备注
发文机关
应用系统
系统输出
文件标题
v6256256419
搙203514F7F
使:-38127
94EF铯E
应用系统
系统输出
主题词
应用系统系统输出
文号
应用系统
编号后填写
行文方式
应用系统系统输出
上报
平发
下发
函件
顺序号
应用系统系统输出
6
l.354488A78詸
362568DA0趠
268806900椀
文种
应用系统系统输出
密级
应用系统系统输出
绝密
机密
秘密
平件
缓急程度
应用系统系统输出
特提
特急
加急
设计方案
第23页，共56页
平急
402759D53
鵓F34108
853C蔼
242015E89
庉32684
7FAC羬
309837907
礇(
普通
主送
应用系统系统输出
抄送
应用系统系统输出
拟稿人
应用系统系统生成
拟稿单位
应用系统系统生成
拟稿日期
应用系统系统生成
审核意见
应用系统234775BB5宵
3857396AD隭
225845838堸
{283046E90源
J28750704E灎
系统输出
审稿情况
应用系统系统输出
会签
应用系统系统输出
签发
应用系统
签发时录入
打字
应用系统系统输出
校对
应用系统
校对后录入
印数
33131816B
腫3500188B9
袹QNr25540
63C4揄t%
应用系统
系统输出
分发录入
印发日期
应用系统系统输出
分发录入
备注
应用系统系统输出
文件正文
应用系统系统输出
Word电子文档
附件
应用系统系统输出
所有其他电子文档
I314297AC5竅
应用系统系统输出
发文办理的具体流程
设计方案
第24页，共56页
2f|u216065466
呦
流程跟踪
签发
输入
数据子项数据来源数据获得方式取值范围备注
签发意见单据录入
原文修改录入笔迹留痕
输出
J278576CD1泑3407219F11鼑c3374683D2菒A％
签发文档:加入局领导签署的意见的发文文档，包括拟稿单、文件正文和附件，以及流程跟踪。
数据子项数据来源数据获得方式取值范围备注
发文机关
应用系统
系统输出
文件标题
应用系统
系统输出
主题词
应用系统系统输出
文号
应用系统
编号后填写
30090758A疊
u3017475DE
痞20798513E
儾
行文方式
应用系统系统输出
上报
平发
下发
函件
顺序号
应用系统系统输出
文种
应用系统系统输出
密级
应用系统系统输出
绝密
机密
341938591
薑
Xh•N30452
76F4直P
秘密
平件
设计方案
第25页，共56页
缓急程度
应用系统系统输出
特提
特急
加急
平急
普通
主送
应用系统系统输出
抄送
应用系统系统输出
拟稿人
应用系统［＊220535625
嘥300057535电
277736C7D汽
2303059F6姶
3455586FB蛻w
系统生成
拟稿单位
应用系统系统生成
拟稿日期
应用系统系统生成
审核意见
应用系统系统输出
审稿情况
应用系统系统输出
会签
应用系统系统输出
签发
应用系统9•318767C84
粄403599DA7
鶧233085B0C嬌
3
系统输出
打字
应用系统系统输出
校对
应用系统
校对后录入
印数
应用系统系统输出
分发录入
印发日期
应用系统系统输出
分发录入
备注
应用系统系统输出
367038F5F轟
3089878B2碲
358108BE2询
206295095傕
274116B13欓
210755253剓
文件正文
应用系统系统输出
Word电子文档
设计方案
第26页，共56页
附件
应用系统系统输出
所有其他电子文档
流程跟踪
应用系统系统输出
发文办理的具体流程
编号
输入
数据子项数据来源
数据获得方
式
取值范围
408069F66齦273266ABE檾
s3321581BF膿i
备注
发文文件编号录入
输出
编号后的文档：加入发文文件编号,包括拟稿单、文件正文和附件，以及流程跟踪.
数据子项数据来源数据获得方式取值范围备注
发文机关
应用系统
系统输出
文件标题
应用系统
系统输出
主题词
应用系统295597377獷
237545CCA峊
31067795B祛
2883570A3炣
e202674F2B伫
292817261牡
系统输出
文号
应用系统系统输出
行文方式
应用系统系统输出
上报
平发
下发
函件
顺序号
应用系统系统输出
文种
应用系统系统输出
?"327698001
老M26071
65D7旗
L25709646D
摭
密级
应用系统系统输出
绝密
机密
秘密
平件
设计方案
第27页，共56页
缓急程度
应用系统系统输出
特提
特急
加急
平急
普通
主送
应用系统系统输出
p319607CD8
糘Z23923
5D73嵳
22499
57E3埣34024
84E8蓨
抄送
应用系统系统输出
拟稿人
应用系统系统生成
拟稿单位
应用系统系统生成
拟稿日期
应用系统系统生成
审核意见
应用系统系统输出
审稿情况
应用系统系统输出
v6256256419
搙203514F7F
使:-3812794EF
铯E
会签
应用系统系统输出
签发
应用系统系统输出
打字
应用系统系统输出
校对
应用系统系统输出
印数
应用系统系统输出
分发录入
印发日期
应用系统6
l.354488A78詸
362568DA0趠
268806900椀
系统输出
分发录入
备注
应用系统系统输出
文件正文
应用系统系统输出
Word电子文档
附件
应用系统系统输出
所有其他电子文档
设计方案
第28页，共56页
流程跟踪
应用系统系统输出
发文办理的具体流程
402759D53鵓F34108853C蔼242015E89庉326847FAC羬309837907礇（
校对
输入
数据子项数据来源数据获得方式取值范围备注
校对人名称系统生成
输出
校对后的文档：加入校对人，包括拟稿单、文件正文和附件，以及流程跟踪.
数据子项数据来源数据获得方式取值范围备注
发文机关
应用系统
234775BB5宵
3857396AD隭
225845838堸
｛283046E90源
J28750704E灎
系统输出
文件标题
应用系统
系统输出
主题词
应用系统系统输出
文号
应用系统
编号后填写
行文方式
应用系统系统输出
上报
平发
下发
函件
33131816B腫
3500188B9袹
QNr2554063C4揄
t%
顺序号
应用系统系统输出
文种
应用系统系统输出
密级
应用系统系统输出
绝密
机密
设计方案
第29页，共56页
秘密
平件
缓急程度
应用系统系统输出
特提
特急
I31429
7AC5竅
2f｜
u216065466
呦
加急
平急
普通
主送
应用系统系统输出
抄送
应用系统系统输出
拟稿人
应用系统系统生成
拟稿单位
应用系统系统生成
拟稿日期
应用系统系统生成
J278576CD1泑
3407219F11鼑
c3374683D2菒
A％
审核意见
应用系统系统输出
审稿情况
应用系统系统输出
会签
应用系统系统输出
签发
应用系统系统输出
打字
应用系统系统输出
校对
应用系统系统输出
30090758A疊
u3017475DE
痞20798513E儾
印数
应用系统系统输出
分发录入
印发日期
应用系统系统输出
分发录入
备注
应用系统系统输出
设计方案
第30页，共56页
文件正文
应用系统系统输出
Word电子文档
附件
应用系统系统输出
341938591薑
Xh•N3045276F4直P
所有其他电子文档
流程跟踪
应用系统系统输出
发文办理的具体流程
封发
输入
数据子项数据来源数据获得方式取值范围备注
印发人名称
录入
印发份数
录入
输出
封发存档公文：包括拟稿单、文件正文和附件,以及流程跟踪.
［＊220535625
嘥300057535电
277736C7D汽
2303059F6姶
3455586FB蛻w
数据子项
数据来源数据获得方式取值范围备注
发文机关
应用系统
系统输出
文件标题
应用系统
系统输出
主题词
应用系统系统输出
文号
应用系统系统输出
行文方式
9•31876
7C84粄
403599DA7
鶧233085B0C
嬌3
应用系统
系统输出
上报
平发
下发
函件
顺序号
应用系统系统输出
文种
应用系统系统输出
密级
应用系统系统输出
绝密
机密
设计方案
第31页，共56页
秘密
367038F5F
轟30898
78B2碲
358108BE2
询20629
5095傕
274116B13
欓21075
5253剓
平件
缓急程度
应用系统系统输出
特提
特急
加急
平急
普通
主送
应用系统系统输出
抄送
应用系统系统输出
拟稿人
应用系统系统生成
408069F66齦
273266ABE檾
s3321581BF
膿i
拟稿单位
应用系统系统生成
拟稿日期
应用系统系统生成
审核意见
应用系统系统输出
审稿情况
应用系统系统输出
会签
应用系统系统输出
签发
应用系统系统输出
295597377獷
237545CCA峊
31067795B祛
2883570A3炣
e215695441呁
305847778睸
打字
应用系统系统输出
设计方案
第32页，共56页
校对
应用系统系统输出
印数
应用系统系统输出
印发日期
应用系统系统输出
备注
应用系统系统输出
文件正文
应用系统2148553ED叭
b］273746AEE
櫮256726448摈;
系统输出
Word电子文档
附件
应用系统系统输出
所有其他电子文档
流程跟踪
应用系统系统输出
发文办理的具体流程
存档
输出
存档公文：包括拟稿单、文件正文和附件，以及流程跟踪。
数据子项数据来源数据获得方式取值范围备注
237175CA5
岥W22824
5928夨
25226628A
把a_
发文机关
应用系统
系统输出
文件标题
应用系统
系统输出
主题词
应用系统系统输出
文号
应用系统系统输出
行文方式
应用系统系统输出
上报
平发
278206CAC
沬~26927
692F椯
216545496
咖
D40769
9F41齁
下发
函件
设计方案
第33页，共56页
顺序号
应用系统系统输出
文种
应用系统系统输出
密级
应用系统系统输出
绝密
机密
秘密
平件
缓急程度
应用系统系统输出
319237CB3
粳＄31030
7936礶
389839847
顇36750
8F8E辎
3755992B7
銷28182
6E16渖Z
特提
特急
加急
平急
普通
主送
应用系统系统输出
抄送
应用系统系统输出
拟稿人
应用系统系统生成
拟稿单位
应用系统系统生成
拟稿日期
2067650C4僄
225475813堓
406849EEC黬—
25503639F
掟?322857E1D縝
336258359荙
应用系统
系统生成
审核意见
应用系统系统输出
审稿情况
应用系统系统输出
会签
应用系统系统输出
签发
应用系统系统输出
打字
应用系统系统输出
设计方案
第34页，共56页
校对
2477960CB惋
398769BC4鯄
w2960673A6玦
e363888E24踤
300537565略
应用系统
系统输出
印数
应用系统系统输出
印发日期
应用系统系统输出
备注
应用系统系统输出
文件正文
应用系统系统输出
Word、excel以及其他电
子文档
附件
应用系统系统输出
344338681
蚁36304
8DD0跐
(t33709
83AD莭
251416235
戵26481
6771東
流程跟踪
应用系统系统输出
发文办理的具体流程
功能需求
主题词
主题词可以根据文件标题自动产生标引，主题词库可以进行维护。
代理人功能
在办理过程中遇到当事人外出且指定代理人的情况将发文转代理人处理。
发文录入、修改与痕迹保留
发文录入、修改需要痕迹保留，即系统能记录何人何时做了何种修改.
电子印章功能
发文盖章提供电子印章功能,在公文交换平台流转的公文提供电子印章。提供必要的安全机制，防止印章被
盗用,同时，必须记录每一次使用印章的时间、操作人员等一些必要的信息。
自动排版
应用者输入内容,可以直接生成遵循国家点子公文格式标准,而无需在排版，不需要在从文件起草人与印厂
之间来回的文件传送，生成的标准公文可以直接发排印刷、打印、阅读、传输等。
设计方案
第35页，共56页
手写签署意见
通过手写笔输入，能够实现使用手写笔输入意见，在文档中或在文件处理单上直接记录手写笔迹，就如同
手工操作一般，遵循目前纸质文件的批示习惯,可以使电子文件批示与纸质文件批示应用同步。
文件批示
p327327FDC翜Z246956077恷232715AE7嫧～0
提供手写设备，可以直接在文件或拟稿单上进行文件批示、批注等，实现在手写录入时保留手写笔迹功能，
以实现与传统手工操作的性质一样。
提交功能
流程当前环节处理人未将工作提交给下一环节前，当前处理人有对本环节的工作输入任意修改及保存的权
利。拟稿环节则还有删除新建的发文文档的权利。提交之后,不可再修改或删除.
权限控制
发文中涉及的每个环节的操作权限、阅读、修改权限以及发文的阅读权限均需严格控制。发文中每一步处
理的流程跟踪在发文的每一步处理中进行记录。
任何人员均有发文拟稿权。发文在其流转中涉及的当前环节操作人员具有指定的、与该环节相应的文档编
辑权与操作权,该环节处理结束后,不再具有编辑与操作权,但有阅读权限。签发后的发文非机密文件经办人员均
可阅读。
环节间的互通知
发文中当前步骤处理完毕，能够通知下一环节。工作列入下一环节人员的待办事宜中。可通过桌面提示功
能提示待办件。也可通过手机短信发送信息以提醒用户。
流程跟踪
系统对收文流转的记录和情况进行记录，以方便了解公交流转的去向,并可以方便了解到已收到公文的机构
等管理控制信息.提供可视化的流程跟踪.
发文正文打印
按标准的发文格式打印。打印文件拟稿单、文件正文和附件等。
批量归档处理
批量归档处理,可以将已办结文件批量归档至文件库。
向地市发文
当文件处理过程经过领导审批之后,文档处在在待归档状态时，档案管理员可以通过交换平台将此文发送到
各市局，在发送的过程中可以选择接收单位。
实现办文统计的功能。
设计方案
第36页，共56页
可以按月统计收文的登记数、已归档数、未归档数
2.2.3272896A99檙&～211235283劃:E402389D2E鴮
2.2.4邮件管理
2.2.4.1功能描述
邮件系统是一个常用信息交流的工具，系统功能要求强大、灵活，用于在单位内部邮件收、发.邮件系统提
供的基本功能包括：收邮件、写新邮件、回信、删除、转发功能。
收邮件
1．基本业务描述：接收他人发过来的邮件，用户可执行刷新操作来查看是否有接收到新邮件.用户可打开
收到的邮件进行查看、阅读。
2．可执行操作:写新邮件、回信、删除
3．处理功能:输入执行刷新操作，输出新邮件提示信息。
写新邮件
1．基本业务描述：用户可编写新的邮件，发送邮件时必须输入收件人、标题，收件人可以是多人。
2．可执行操作：发送、发送并保存、保存为草稿
3．处理功能：输入收件人、标题、内容，输出发送提示信息。
SR304997723眣384529634阴l8p
回信
1、基本业务描述：阅读邮件后，用户可给发件人回复邮件，回复时可带原文.
2、可执行操作：发送、发送并保存
3、处理功能：输入执行回信操作，输出发送提示信息。
删除
1、基本业务描述：用户可删除已查阅的邮件。
2、可执行操作:删除
邮件管理
发
件
箱
收
件
箱
垃
圾
箱
草
稿
箱
设计方案
第37页，共56页
3、处理功能：执行删除操作，输出无
2.2.4.2业务图解
2.2.4.3处理流程
2.2.4.4输入输出数据
输入数据：起草邮件
输出数据：
数据子项数据来源
数据获得方
式
取值范围备注
354958AA7誧
s~O403229D82鶂
279056D01洁31754
7C0A簊(
邮件提示信息
系统产生
新邮件正文
2.2.4.5功能需求
操作简单、直观，界面友好。
支持群发功能.
系统有新邮件提示信息功能。
2.2.5文件管理
用户可以根据实际业务创建分类和子分类，每个分类可以设定管理人员对每个子分类下的文件进行管理。有
权限的用户可上传、修改、查看文件，权限可以设置。通过文件管理功能可以实现整个单位和平级单位充分实现
数据共享。
文件分类：可以根据企业的管理要求，建立不同的文件类别以存放相关的文件。文件的上传、阅读、删除都
可以有严格的权限设置。支持WORD、EXCEL、POWERPOINT、图片等各种文件格式。
文件上传:可以单个文件上传，也支持批量文件硬盘拷贝，方便企业原始海量文件的上传.
文件查阅：用户可以根据权限阅读或下载相关文件。
2.2.6日程安排
用户可以记录每天的工作日志,或者记录什么时候有个什么会议，或者什么日子对用户来说是个很重要但可
能某些原因怕忘记，甚至是周、月工作计划等等.并且直接领导能指派部门内成员工作任务,或向上级汇报工作。
设计方案
第38页，共56页
主要功能包括添加日程、查看日程、搜索。
新增日程
1．基本业务描述：用户可以新增日程,新增的日程可以是工作日志、会议安排、任务分配、工作汇报等。
用户通过点击“新增日程"进入操作页面,输入相应内容后保存。
2．可执行操作：保存、返回
242485EB8庸/313087A4C穌290757193熓243335F0D弍358578C11谑O
3．处理功能：输入标题、内容描述；输出无。
查看日程
1．基本业务描述：用户可打开历史日程进行查看，也可输入具体用户名进行查看。
2．可执行操作：标记为完成
3．处理功能：输入执行标记为完成,输出日程被标识已完成、标题变为蓝色.
搜索
1、基本业务描述：用户输入关键字进行查询.
2、可执行操作：查询
3、处理功能：输入关键字，输出符合条件的记录。
2.2.7综合查询
2.2.7.1功能描述
为了便用户查找文件（注：如果是内控文件只能经办人找查,否则所有人都可以查看）,系统提供了对整个
系统搜索的查询功能。
查询的实现方式：通过用户输入查询关键字及查询范围,实现对指定关键域或者文件中所有信息进行模糊查
询，所有满足条件公文并分页显示
2.2.7.2业务图解
2.2.7.3输入输出数据
输入：
设计方案
第39页，共56页
1.用户输入查询的关键字（支持多个关键值)
2.选项：模糊搜索、或者精确搜索
3.283516EBF溿357738BBD讽274586B42歂”33178819A膚4
设计方案
第40页，共56页
25950655E敞
4.搜索选项:全文信息还是指定关键域（其中关键域包括:标题、拟稿人（发文）登记人（收文）、文号等）
5.每页显示的结果数
6.最大返回结果数
7.结果排序方式：按时间升序、按时间降序、按相关性
输出:满足条件的所有文档列表
1.输出结果列表包括：文档的标题、拟稿人（发文）登记人(收文）、拟稿、已处理步骤。输出结果方式如
下图结构.
2.查看文档内容。
用户可以通过点击相应标题打开文档查看内容。
2.2.7.4实现功能
支持分模块(如:收文、发文、已办结、待办结等）对信息进行检索.
支持全站信息检索.
支持按照时间、模块、文件状态等条件对文件处理进行统计，同时提供列表等打印功能。
1.可对搜索选择是模糊搜索、或者精确搜索
2.用户可选择是全文信息还是指定关键域（其中关键域包括：标题、拟稿人、文号）
3.用户可果设置返回信息的结果数、及排序方式
4.用户可以保存查询条件（私有)
2.2.8公告通知
2.2.8.1功能描述
380059475鑵322017DC9緉42193155AB喫p287137029瀩22378576A坪
公告通知是一个应用非常广泛，功能强大、灵活的模块，用于在单位内部发布各种公告通知等；公告通知
是公众性的文档，每个人都能阅读，也可以设置阅读的权限。公告通知实际上是一个共享的数据库,内容分类保
存.公告通知提供的基本功能包括:用户可以发布、删除、浏览公告通知，相应的操作权限管理员可以设置。对
于执行设置授权操作后,系统将自动产生一个授权通知直接发布到公告通知栏，系统自动产生的通知无需审核。
设计方案
第41页，共56页
发布
1、基本业务描述：有权发布人员把文件登记到公告通知。文件发布后其它用户可以浏览此文件。
2、可执行操作：保存、删除
3、处理功能:输入执行发布操作，输出文档被标识为已发布通知。
浏览
1、基本业务描述：用户可浏览自己有权限查看的文档。
2、可执行操作：查看、删除
2.2.8.2业务图解
2.2.8.3处理流程
登记—浏览
2.2.8.4输入输出数据
输入数据：公告通知
输出数据：
数据子项数据来源
数据获得方
式
取值范围
2120752D7勗28629
6FD5濕3359428C66
豦2603465B2斲
328168030耰34156
856C蕬
备注
通知打印通知正文
2.2.8.5功能需求
操作权限可由管理员设置，比如发布、删除权限可设置相应角色有相应权限.
系统可自动产生的公告通知，如“授权通知”。
附件可以支持多种文件格式，如word、PDF等.
系统主页只显示指定时间范围内、最新的公告通知。
查询功能：所有用户都有综合查询功能。
2.2.9通讯录
2.2.9.1功能描述
提供全局通讯录、部门通讯录和个人通讯录等三级管理，记录相关部门及人员的联络信息，如单位名称、
联系人、地址、E-mail、邮编等，部门、人员设定专人负责，统一管理。
设计方案
第42页，共56页
新增个人通讯录文件夹
1.基本业务描述:
增加通讯录人员信息分类时，增加通讯录人员时使用。
2.管理员可执行的操作：
保存、返回。
3.处理功能：
edz323707E72繲～215695441呁305847778睸
输入文件夹名，增加人员分类。
新增个人通讯录成员
1．基本业务描述：
增加个人通讯录成员，在此操作中用户可以设置“输入输出数据”中所列出的个人通讯录相关信息。
2．管理员可执行的操作：
保存、返回。
3．处理功能:
输入个人通讯录成员相关信息，增加通讯录成员。
修改个人通讯录成员
1．基本业务描述:
通讯录成员本人可以管理自己的相关信息,在此操作中用户可以修改“输入输出数据"中所列出的个人通讯
录相关信息。
2．管理员可执行的操作：
保存、返回.
3．处理功能：
输入个人通讯录成员相关信息，修改通讯录成员信息。
2.2.9.2输入输出数据
输入数据：
设计方案
第43页，共56页
公共通讯录
2148553ED叭
b]273746AEE櫮
256726448摈；
数据来源
数据获得方式取值范围备注
所属部门
系统计算域值
系统登录名
系统计算
域值
中文名
系统计算
域值
职务
系统计算
域值
Internet邮件
系统计算
237175CA5
岥W22824
5928夨
25226628A
把a_
域值
手机
输入
域值
个人通讯录
数据来源数据获得方式取值范围备注
文件夹名称
用户输入域值
部门用户输入
域值
中文名用户输入278206CAC
沬~26927
692F椯
216545496
咖D40769
9F41齁
域值
职务用户输入域值
主页用户输入域值
公司名称
用户输入域值
公司地址
用户输入域值
Internet邮件用户输入域值
手机
用户输入
319237CB3
粳＄31030
7936礶
389839847
顇36750
设计方案
第44页，共56页
8F8E辎
3755992B7
銷28182
6E16渖Z
域值
办公电话
用户输入
域值
输出数据：
个人通讯录表
2.2.9.3实现功能
1.提供全局、部门、个人通讯录不同的浏览视图;
2.提供按部门、联系人排序的浏览视图；
3.提供条件查询功能.
2.2.10公文交换平台
2.2.10.1功能描述
公文交换平台用于接收并转换外来文件,如：省局来文。公文交换平台包括以下数据库实现：
1．《省局文件收集数据库》.此数据库适用于省局OA系统，用于接收市局发往省局的公文。
2．《院文件收集数据库》。此数据库适用于市局OA系统，用于接收省局或者县局发往市局的公文。
3．回执信息：当对接收方签收或者拒收公文时，系统会反馈相应信息给发送人员.
4．接收能够拒收公文，但拒收时,能够反馈相应拒收信息通知发送方相关人员.
5．交换平台提供补发公文的操作。
2.2.10.22067650C4僄225475813堓406849EEC黬—25503639F掟?322857E1D縝33625
8359荙
2.2.10.3业务图解
2.2.10.4输入输出数据
输入:收文或发文待办结文件
输出：收文或发文的拟稿或登记格式的文件
设计方案
第45页，共56页
2.2.10.5实现功能
公文跨组织机构的传递有一种情形：省局OA系统与标准院OA系统公文传递接口。以下详细描述两种情形
的流程。
省局系统－标准院系统
省局系统－标准院系统接口将待发送文件分解为两部分：整个文件内容、文件附件。其中“整个文件内容”
相当于待发送文件的“快照"，保持待发文件的格式与内容（不可编辑）。“整个文件内容"分为两种表现形式：附
件形式和RTF文本形式。
省局发送(标准院接收)
在省局OA公文流程的“发文转收文”操作中，系统将待发送文件映射成为RTF文本,以邮件方式传递至标
准院《标准院文件收集数据库》中，由转换程序生成市局收文文档.
标准院发送(省局接收）
在标准院OA公文流程的“发文转收文"操作中，系统将待发送文件映射成为RTF文本，以邮件方式传递至
省局《省局文件收集数据库》中，由转换程序生成省局收文文档。
在以上公文传递方式中，“中间服务器"起到了数据格式转换、传输中继的作用.
如下图示省局和标准院文件收发关系.
2477960CB惋398769BC4鯄w2960673A6玦e363888E24踤300537565略
回执信息
当对接收方签收或者拒收公文时，系统会反馈相应信息给发送人员.
省局OA系统
中间库(函件收集库格式转
换)
标准院OA系统
设计方案
第46页，共56页
数据完整性
当网络出现问题时，系统能够记录发送状态，以便在网络通讯正常后能传递公文到指定的目的地。
多目的地
公文交换的传递的接收方支持多目的地传递。
准确查询始发地
接收方能知道公文传递的始发局。
拒收能力
接收能够拒收公文，但拒收时，能够反馈相应拒收信息通知发送方相关人员。
公文补发
交换平台提供补发公文的操作。
2.2.11系统管理
系统管理是大型信息系统的重要组成部分，用户信息的注册保存、权限设置等，都应通过系统管理来实现。
以用户组织结构为框架,以“树”的形式直观反映单位的部门结构,能设定部门负责人和部门所属成员，能设定虚
拟部门，能创建群组对部门和用户分组管理。维护完成的数据以通讯录的形式体现。
新增人员
1.基本业务描述：
当需要增加使用人员时，系统管理员可以通过用户管理来增加用户。在此操作中，管理员可以设置用户的
登录名、登录密码、邮箱名、所在部门、职务。
2.管理员可执行的操作：
344338681蚁363048DD0跐（t3370983AD莭
251416235戵264816771東
保存、保存并注册下一个、返回.
3.处理功能:
输入用户信息，增加系统用户。
新增部门
设计方案
第47页，共56页
1.基本业务描述:
当需要增加部门时，系统管理员可以通过用户管理来增加部门。在此操作中,管理员可以设置部门的名称、
包含职务。
2.管理员可执行的操作：
保存、返回.
3.处理功能：
输入部门信息，增加系统新的部门。
新增群组
1.基本业务描述:
当需要增加群组时,系统管理员可以通过用户管理来增加群组。在此操作中,管理员可以设置群组的名称、
群组的成员列表、默认公文处理人。
2.管理员可执行的操作：
保存、返回。
3.处理功能:
输入群组的信息,增加系统新的群组。
修改人员信息
1．基本业务描述：
当需要修改使用人员相关信息时，系统管理员可以通过用户管理来修改用户信息。在此操作中，管理员可
以修改用户的登录名、登录密码、邮箱名、所在部门、职务。
2．管理员可执行的操作：
保存、返回。
3．处理功能：
输入用户信息，修改后的用户信息。
修改部门信息
1.基本业务描述：
设计方案
第48页，共56页
当需要修改部门时,系统管理员可以通过用户管理来修改部门信息。在此操作中,管理员可以修改部门的名
称、包含职务。
2.管理员可执行的操作：
保存、返回.
3.处理功能：
输入部门信息，修改后的部门信息。
修改群组信息
1.基本业务描述：
当需要修改群组时，系统管理员可以通过用户管理来修改群组信息。在此操作中,管理员可以修改群组的名
称、、包含成员列表。
2.管理员可执行的操作：
保存、返回。
3.处理功能：
输入群组信息，修改后的群组信息。
删除人员信息
1.基本业务描述：
当需要修改人员时,系统管理员可以通过用户管理来删除人员信息.
2.管理员可执行的操作:
删除选择人员、返回。
3.处理功能：
删除人员。
删除角色信息
1.基本业务描述：
当需要修改角色时，系统管理员可以通过用户管理来删除角色信息。
2.管理员可执行的操作：
设计方案
第49页，共56页
删除选择角色、返回。
3.处理功能：
删除角色。
删除部门信息
1.基本业务描述:
当需要修改部门时,系统管理员可以通过用户管理来删除部门信息.
2.管理员可执行的操作:
删除选择部门、返回。
3.处理功能:
删除部门。
能对部门，人员进行新增、修改、删除操作,可以设置群组和角色.
设计方案
第50页，共56页
第3章技术解决方案
3.1总体设计
3.1.1系统建设原则
OA系统项目的建设,应该遵循以下原则：
规范性
OA系统的建设必须建立在相关规范的基础之上，如:数据交换规范、业务协流程规范等，并遵守必需的应用
接口规范。
易用性
系统的操作应尽量简单，对相应的操作提示、错误报告、交换监控信息反馈等要全面、详细，真正做到易学、
易用、易培训。
稳定性
在系统结构设计上要充分考虑到系统运行的稳定性。系统平台方面要考虑各种系统配置对稳定性的影响、系
统必须经过严格的测试,包括功能测试，在各种系统环境配置上的测试等，确保系统在多种设备环境上能够稳定
运行。
易管理
系统平台的管理要尽量简单，尽量少地使用用户涉及到系统平台的管理工作,必要的管理任务也要提供相应
的培训、帮助资料甚至操作引导界面来帮助用户顺利地完成必须管理任务.
易维护
系统的结构设计要易于维护,组成系统的功能元素要具有一定的独立性，可以根据用户的需要进行替换而不
影响或很少影响其它功能元素，并能够与其他功能元素协作共同完成用户的功能。
易扩展
系统无论是在功能上,还是在数据的交换规范上都应当易于扩展，以便适应今后业务的发展。
安全性
使用系统平台的相关安全设置以及应用系统安全性实现，实现整个系统的安全性，如使用CA证书等安全技
术。确保系统不被非授权用户侵入，数据不丢失,传输时数据不被非法获取、篡改，确认对发送和接收者的身份
等。
设计方案
第51页，共56页
3.1.2系统建设目标
按照广州北大明天资源科技发展有限公司对系统的统一要求，充分利用信息技术，以信息传输和文件共享为
重点，统一系统、统一规范，建立统一的OA系统，各单位可以通过系统输入信息、共享文件。以实现政务公开，
缩减报批时间，简化审批手续，提高工作效率,规范各项审批程序.
3.1.3总体设计内容及要求
3.1.3.1系统性能要求
速度与性能上满足当前一般政府部门用户计算机环境下对系统的速度与性能要求。
3.1.3.2故障处理要求
应用服务器故障
查看应用服务器系统运行日志，找出其运行异常记录情况,针对这些问题进行解决。必要时重启应用服务器。
数据库故障
查看数据库运行日志，根据日志记录进行诊断，解决相关问题。必要时利用备份数据进行数据恢复。
应用问题
在系统中，程序代码具有错误捕获和显示功能.错误显示在应用服务器日志文件中。系统管理员可以将错误
及时反馈给相关开发人员。
运行时状态跟踪
系统在运行时，可以定期检查操作系统状态（包括CPU、内存、磁盘空间等参数）以确认系统处于正常运
行状态，提早发现非正常运行隐患。
3.1.3.3其它专门要求
易用性
系统要求采用B/S体系结构，操作界面应简洁、直观，有利于简化操作，并提高操作效率。
可维护性
要求系统模块化结构，相应文档齐全。
可移植性
系统服务端可以移植到UNIX或LINUX环境，而无须对系统进行较大的改动。
可扩展性
系统的设计和建设要充分考虑网络、硬件的扩展需要、应用系统二次开发的需要、以及支持未来可能出现的
新业务的需要。系统采用开放的扩充模块结构，保证以后可以方便地升级和不断增加新业务、增加容量、以及在
设计方案
第52页，共56页
同一平台上扩充其他业务功能。
3.1.4网络架构拓扑图
系统整体架构是基于LotusDomino的B/S的分层应用，可以运行在局域网和万维网.
整个系统分为：数据库服务器、应用服务器、文件服务器以及与其他业务服务器的代理.网络拓扑结构如下
图:
所有的客户端都基于IE浏览器，应用服务端基于DominoServer方案，采用MVC框架技术。
其中应用服务端可以根据实际应用很方便的扩展为群集环境。
3.2系统框架设计
3.2.1多层架构体系介绍
OA系统将采用先进的多层结构体系，能够充分支持政府级的大型信息系统应用，以及国际互联网等最新技
术成果的应用。
总体来说，我们将应用系统从逻辑上划分为三个层次：
数据服务（DataService）
实现数据的存储、管理功能，通常由数据库系统提供。
在数据服务层次,支持广泛的标准数据库产品，并具有对多种存储方式的扩展能力，特别是基于LotusNotes
文档数据库的应用非常成熟。
应用服务（ApplicationService）
实现与业务相关的处理功能。业务逻辑（业务对象和相关业务规则）将会以Ｄomino组件的形式封装并部署
在应用服务器中运行。
OA系统的实际应用架构，在应用服务层次做了进一步的细分：
➢与数据相关的应用服务(Data-CentricApplicationService）
➢与用户界面相关的应用服务(UI-CentricApplicationService)
➢系统被进一步扩展为四层结构,甚至可以方便的扩展为n层结构。
用户服务（UserService）
实现用户操作界面（UI,UserInterface),OA系统采用标准Web浏览器界面程序，实现收集用户的数据录入、
将系统的处理结果以多种形式表现、反馈至用户。
设计方案
第53页，共56页
3.3运行环境
3.3.1系统数据存储
结合广州北大明天资源科技发展有限公司的实际情况，系统的应用程序位于PCServer服务器上，用户操作
在客户端浏览器进行，以达到数据与应用操作相分离的结构。
3.3.2支持软件
服务器
序号名称简介
1操作系统能同时支持Windows2003Server、linux、unix
2应用服务器LotusDominoServer
3数据库系统LotusNotes
4防病毒软件网络与桌面防病毒系统
客户端
序号名称简介
1操作系统Win9X，Windows2000Professional或者WindowsXP;IE5.0以上
2桌面办公软件WPS或MSOffice2000以上
3防病毒软件桌面防病毒系统
设计方案
第54页，共56页
第4章实施方案
4.1项目计划
4.1.1实施计划目标
在2009年8月底前完成软件客户化开发工作.
在2009年10月完成软件试运行、验收。
在2009年12月起正式投入使用.
4.1.2实施计划安排
项目实施计划如下表所示:
标识号任务名称工期前置任务
1需求阶段5工作日
2分析设计阶段5工作日用户需求确认
3编码及单元测试阶段30工作日
4集成测试阶段5工作日
5系统试运行阶段22工作日
6系统验收阶段1工作日
7系统正式运行
4.1.3安装测试方案
系统测试分为三个阶段：
1、单元测试。由程序员完成，并提供测试计划和测试用例。
2、集成测试。由专门测试人员完成，并提供测试计划和测试用例。
3、用户试运行测试。在集成测试完成后用户试运行时进行，搭建用户试运行环境，
由用户根据用户需求说明和实际业务要求进行操作。
安装分为两个阶段：
1、试运行环境安装。在进行系统试运行时,搭建系统试运行环境，包括数据库服务器、
应用服务器的安装、配置.
2、正式运行环境安装。在系统正式运行时，搭建系统正式运行环境，包括数据库服
务器、应用服务器的安装、配置，以及系统数据的初始化.
设计方案
第55页，共56页
4.1.4验收标准
验收标准以《用户需求说明书》的功能和技术要求为准,同时兼顾：
1、设计开发、实施过程中用户实际业务要求，以书面确认为准.
2、开发实施计划,要求按照招标文件和合同要求进行，以实际的实施计划为准。
3、设计文档，在验收时提供所有设计文档和操作手册。
4、需求变更，以书面确认为准。
设计方案
第56页，共56页