首页 行业资讯 宠物日常 宠物养护 宠物健康 宠物故事
您的当前位置:首页正文

OA系统建设方案

2023-12-07 来源:画鸵萌宠网


OA系统建设方案

2011年6月

设计方案

目 录

第1章

项目概述 ....................................................................... 5

1.1

1。2 1。3

第2章

项目背景 ............................................................................................................................ 5 项目目标 ............................................................................................................................ 5 参考资料 ............................................................................................ 错误!未定义书签。

需求分析 ....................................................................... 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

第 2 页,共 73 页

设计方案

发文分发................................................................................................................ 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 业务图解 ................................................................................................ 57 2.2.7.3 处理流程 ................................................................................................ 57 2.2.7.4 输入输出数据 ........................................................................................ 58 2。2。7.5 功能需求 ................................................................................................ 58 2.2。8 通讯录 ................................................................................................................... 58

2。2.8.1 功能描述 ................................................................................................ 58 2.2.8。2 输入输出数据 ........................................................................................ 59 2。2.8。3 实现功能 ................................................................................................ 60 2。2.9 公文交换平台 ........................................................................................................ 60

2。2.9。1 功能描述 ................................................................................................ 60 2。2。9.2 业务图解 ................................................................................................ 61 2.2.9.3 输入输出数据 ........................................................................................ 61 2。2.9。4 实现功能 ................................................................................................ 61 2.2.10 系统管理 ........................................................................................................ 63

第3章

技术解决方案 .................................................................. 67

第 3 页,共 73 页

设计方案

3.1

总体设计 .......................................................................................................................... 67 3。1。1 系统建设原则 ........................................................................................................ 67 3。1。2 系统建设目标 ........................................................................................................ 68 3。1.3 总体设计内容及要求 ............................................................................................ 68

3。1.3。1 系统性能要求 ........................................................................................ 68 3。1.3。2 故障处理要求 ........................................................................................ 68 3。1。3。3 其它专门要求 ........................................................................................ 68 3.1.4 网络架构拓扑图 .................................................................................................... 69 3.2 系统框架设计................................................................................................................... 69

3.2.1 多层架构体系介绍 ................................................................................................ 69 3。3 运行环境 .......................................................................................................................... 70

3.3。1 系统数据存储 ........................................................................................................ 70 3。3。2 支持软件................................................................................................................ 70

第4章

实施方案 ...................................................................... 72

4。1 项目计划 .......................................................................................................................... 72 4。1.1 实施计划目标 ........................................................................................................ 72 4.1。2 实施计划安排 ........................................................................................................ 72 4。1.3 安装测试方案 ........................................................................................................ 72 4.1.4 验收标准................................................................................................................ 73

第5章

项目管理及服务 .................................................. 错误!未定义书签。

5。1 项目组织 ............................................................................................ 错误!未定义书签。 5.1.1 建设方项目组设置 ...................................................................错误!未定义书签。 5.1.2 实施方项目组设置 ...................................................................错误!未定义书签。 5.2 售后服务及培训................................................................................. 错误!未定义书签。

5.2.1 售后服务...................................................................................错误!未定义书签。 5.2。2 技术培训...................................................................................错误!未定义书签。

第6章

OA系统费用清单 ................................................. 错误!未定义书签。

第 4 页,共 73 页

设计方案

第1章 项目概述

1.1 项目背景

通过OA系统建设,进一步提高广州北大明天资源科技发展有限公司信息资源和数据文件充分共享,提高公司整体办公效率。以达到利用先进的计算机管理手段优化业务管理模式、提高工作效率,实现各部门之间协同办公的目的。

1.2 项目目标

按照广州北大明天资源科技发展有限公司对系统的统一要求,充分利用信息技术,以信息传输和文件共享为重点,统一系统、统一规范,建立统一的OA系统,各部门可以通过系统输入信息、共享文件.以实现政务公开,缩减报批时间,简化审批手续,提高工作效率,规范各项审批程序。

第 5 页,共 73 页

设计方案

第2章 需求分析

2.1 系统现状分析

目前在信息化建设方面,硬件、网络系统已基本建立,现有日常办公业务还没有实现以电子化处理操作为主.公司内部上、中、下级部门之间信息资源和数据文件无法通信,上、下级部门之间信息和文件无法传输、共享。

总体功能框架图

公文管理 邮件管理 文件管理 公告通知 日程安排 交换平台 综合查询 系统管理 OA系统 2.2 功能需求分析

2.2.1

收文管理

功能描述

本子系统主要是实现来文的登记、拟办、传阅、批示和办理、办结、归档公文流转的自动化处理,缩短文件传阅和办理时间,进而提高各部门办公效率.

包括对收文件、通阅件和杂件进行文件的登记、拟办、批示、办理、归档、催办、流程跟踪与统计、查询和归档等任务。提供附件携带功能,对扫描进子系统的文件作为一个子文件附在文件登记表的下面,对电子版的文件直接附件而无需扫描,同时,能够通过公文交换平台接收文件自动进入登记状态,办理者可以随时查看其内容,填写办理意见,直到流程完成最后归档。

第 6 页,共 73 页

设计方案

参照国家相关规范与政府机关情况,一般情况下,主要的环节与需求要求如下:  登记

1. 基本业务描述:

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

2.登记人员可执行的操作:登记、保存、打印、扫描、保存到正文/附件、提交。 3.处理功能:输入为文件标题、主题词、主办单位、成文日期、方式、份数、来文单位、密级程度、缓急程度、来文字号、登记人,输出为收文办理签。

 拟办 1.基本业务描述:

根据阅文或办文需要填写公文处理单、公文传阅单、提交批办人批办、承办人或下发传阅。由机要员对已进行了收文登记的文件,在系统中直接提出拟办意见.分为两类:一类是阅件,即无须办理的公文,提出须阅读该公文的局领导、部门及人员,有关人员在系统中直接登录阅文,系统能自动提示和识别阅文人员何时阅读此文,阅文人员可直接录入阅文意见。另一类是对需要办理的公文提出办理意见。对内容较为重要,涉及面广的重要公文一般需进一步提请局分管领导批示,此时提出供上级领导参考的意见,由上级领导批办后再由有关部门办理.对需多个部门办理的公文,指明主办部门;对于有办理时限要求的公文,给出办理时限。

对急件,拟办人员在系统中对需要办理的公文提出办理意见,不提交审核人员审核,直接提交局领导批示和部门办理,但是在提交办理的同时必须提交审核人员阅知。 2.拟办人员可执行的操作:修改收文办理签的部分项目、打开、保存、拟办意见、提交、打印(文件处理单)。

3.处理功能:输入为拟办意见,输出为拟办文档.  批示

1.基本业务描述:

对办公室转来需批示的文件,由相关局领导进行批示。 2. 处理功能:输入为批示意见,输出为批示后的文件。

第 7 页,共 73 页

设计方案

 办理 1.基本业务描述:

科室负责人填写办理意见,并根据办文需要,将文件分发给本科室内的人员办理、传阅。如该文件属“未批件”,则只能在本科室范围内流转,不能提交给机要室。 2.承办人员可执行的操作:文件、原文、送发文、办理意见、提交。

3.处理功能:输入为承办意见,输出为承办文档.  一般人员办理 1.基本业务描述:

办理人员对需要办理的公文按要求进行办理。分别提出办理意见. 2.办理人员可执行的操作:文件、原文、送发文、办理、提交。 3.处理功能:输入为的办理意见,输出办理后的文件.  传阅

1.基本业务描述:

可填写传阅意见或不填写意见。

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

2.办理人员可执行的操作:文件、原文、填写意见、提交。 3.处理功能:输入为办理人的传阅意见,输出传阅后的文件.  存档

1.基本业务描述:公文办结后一般由机要室归档. 2.处理功能:输入为待存档公文,输出为归档公文。  公文办理记录

1.基本业务描述:

系统对收文办理意见的记录,并可以方便了解到已收到公文的机构等管理控制信息.

 内控文件设置

在拟办时,由机要员设定, 默认为非内控文件

第 8 页,共 73 页

设计方案

业务图解

收文登记1办公室分管局长正局长办理科室档案室收文登记登记人员2拟办否3批示送正局长否送正局长是45否批示传阅是6传阅7科长批办是否办结8主办9传阅是11办公室发文是是否发文否10收文办结

第 9 页,共 73 页

设计方案

处理流程

登记 拟办、审核 分管局长批阅 督办 催办 正局长批阅 科长办理 科员办理 办结 收文登记

<>{角色=\"登记员\文件登记<>输入行文要素、加载附件保存提交<>{必填项<>\"空\ 第 10 页,共 73 页

设计方案

收文拟办

收文拟办图<>{状态=\"拟办\" and 操作者=\"自己\进入文件填写意见保存<>{选择批示、传阅}提交正局长分管局长

第 11 页,共 73 页

设计方案

收文批示

收文批示图<>{状态=\"批示\" and 操作者=\"自己\进入文件填写意见文件<>{打开附件}原文提交<>{意见<>\"空\退回机要室<>{打开行文要素}直接提交<>{产生批示查询文档} 第 12 页,共 73 页

设计方案

收文科长办理

收文科长办理图<>{状态=\"主办\" and 操作者=\"自己\进入文件填写意见文件<>{打开附件}原文提交<>{意见<>\"空\送发文直接提交选择科员办理<>{打开行文要素}<>{局领导已批示}

第 13 页,共 73 页

设计方案

收文科员办理

收文科员办理图<>{状态=\"主办\" and 操作者=\"自己\进入文件填写意见文件原文提交<>{意见<>\"空\<>{打开行文要素}<>{打开附件}<>{返回科长} 第 14 页,共 73 页

设计方案

收文传阅

收文传阅图<>{状态=\"传阅\" and 操作者=\"自己\进入文件填写意见文件原文提交<>{意见<>\"空\<>{打开行文要素}<>{打开附件} 第 15 页,共 73 页

设计方案

收文归档

收文归档图<>{状态=\"待归档\" and 操作者=\"自己\进入文件保存打印重办归档<>{输出文件}<>{状态=\"已归档\<>{状态=\"拟办\ 输入输出数据 收文登记信息

数据获得方式 选择关键字 录入\\系统生成 录入\\系统生成 选择关键字\\系统生成 数据子项 收文办理签的标题 数据来源 系统预设 公文原文 取值范围 局名称 备注 文件标题 公文原文 主题词 系统预设 主办单位 必填项(如果是接收市局文件此域自动生成) (如果是接收市局文件此域自动生成) 不可手工录入(如果是接收市局文件此域自动生成) 局机关各科室 成文日期 公文原文 自动取值、系统日期 录入 第 16 页,共 73 页

设计方案

系统预设 方式 公文原文 公文原文 公文原文 公文原文 公文原文 公文原文 登记日期 选择关键字\\系统生成 系统自动生成 录入 选择关键字、录入\\系统生成 录入 选择关键字、录入 选择关键字、录入 选择关键字、录入 选择关键字 录入\\系统生成 系统自动录入 不可手工录入(如“办文、阅件” 果是接收市局文件此域自动生成) “2006301\" 日期 “是、否” 不可修改 可新建关键字(如果是接收市局文件此域自动生成) 机要员负责录入 可新建关键字 可新建关键字 可新建关键字 自动 (如果是接收市局文件此域自动生成) 不可修改 序号 份数 来文单位 办理期限 密级程度 缓急程度 来文字号 督办 系统日期 登记人

按ID名 拟办意见信息

数据获得方式 选择 选择 选择 选择 录入 数据子项 呈送 呈阅 主办 会办 拟办意见

数据来源 取值范围 局领导 局领导 局机关科室 局机关科室 备注 多选,呈送或呈阅最少选一种 多选,呈送或呈阅最少选一种 单选,必选 多选 必填 第 17 页,共 73 页

设计方案

办理意见信息

数据获得方式 选择 选择 录入 数据子项 主办人 传阅 办理意见

数据来源 取值范围 科室人员 科室人员 备注 单选,不选默认为承办人办理 多选 必填 批示意见信息

数据获得方式 录入 数据子项 批示意见

数据来源 取值范围 必填 备注 传阅意见信息

数据获得方式 录入 数据子项 填写意见

数据来源 取值范围 备注 意见常用语 督办信息

数据获得方式 数据子项 催办

数据来源 超过办理期限的收文 取值范围 备注 邮件,系统自动发送,或手工选择发送 归档信息

数据获得方式 数据子项 归档

数据来源 取值范围 备注 送入公文库 已办结的收文 第 18 页,共 73 页

设计方案

查询信息

数据获得方式 数据子项 数据来源 取值范围 文件标题、字、号、来文单位、登记日期 备注 可组合查询 查询 科室文件、办理监控、批示查询、待 归档文件、流转中文件、已办结文件

功能需求

 流程跟踪

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

 外出授权

在办理过程中遇到当事人外出且指定被授权人的情况将办文转被授权人处理。管理员应该能够调整当事人的授权时间。

 权限控制

按角色进行读、写的权限控制。整个收文文档的阅读权限均需严格控制.收文中每一步处理的流程跟踪在收文的每一步处理中进行记录。  自动排版

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

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

流程当前环节处理人未将工作提交给下一环节前,当前处理人有对本环节的工作输入任意修改及保存的权利.登记环节则还有删除新建的登记文档的权利。提交之后,除系统管理员外不可再修改或删除。

 环节间的互通知

收文中当前步骤处理完毕,通过待办件通知下一环节.可通过桌面提示功能提示待办件。也

第 19 页,共 73 页

设计方案

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

 办文催办

对逾期未办者,可发出催办邮件.可通过桌面提示功能提示待办件。也可通过手机短信发送信息以提醒用户.

 收文打印

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

能够将收文文件转入发文系统。  实现办文统计的功能。

可以按月统计收文的登记数、已归档数、未归档数.  当设置为督办件时、能及时通知督办部门进行管理  督办员能够对所要督办文的办理员发送催办通知

 通知方式:督办工作在其流转中进入承办单位接收人的待办工作中进行提示。可通过

桌面提示功能提示待办事宜。在具备手机功能的情况下,也可通过手机短信发送信息以提醒用户.

 督办员可以填写自己的督办意见  办理人员可能反馈自己办理的情况  督办人员可以打印出所有督办意见

 权限控制:只有督办管理员才有权限打印督办意见及发送办理通知给相关办理人员,

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

 对督办项,督办人员通过输入督办内容、指定承办单位进行督办。对进行中的督办可

进行监控。承办人员在接到督办件后,进行内部处理,并将结果上报.  查询功能:提供对督办的综合查询功能。

第 20 页,共 73 页

设计方案

2.2.2 发文管理

功能描述

实现发文管理自动化,即实现从科室拟稿到审稿、核稿、会签、签发、编号、排版打印、校对、印发、归档全过程的自动化处理。系统能够监控整个发文处理过程,随时可了解文件的处理情况,同时记录各相关核搞、会签、审稿、签发人的修改情况;处理完成的文件能够自动归档;快速查找到需要批阅及分送的文件。无缝集成Word、WPS文件,供拟稿人或经办人直接在系统中调用,并发送给上级领导进行批阅。其要点是:流程的灵活实现和保留文件处理过程中的修改痕迹.参照国家相关规范与广东省质量技术监督局的情况,一般情况下,分为局发文件、科室文件等几种.对下级的发文将直接进入到公文交换平台,实现电子发文.一般主要的环节与需求如下:  拟稿

1.基本业务描述:由公文所涉及的主要业务科室负责公文的草拟工作,经办科室在系统中完成草拟.拟稿人可以保存新拟稿的发文文件,可以录入Word、wps文件作为附件,并且可以提交发文文件进入流程,提交科室负责人进行核稿。

2.拟稿人可执行的操作:保存、打开Word编辑正文、打印、插入附件、提交。 3.处理功能:拟稿人需输入密级、缓急程度、发文标题、主题词、拟稿人、拟稿单位、时间以及发文正文内容,输出为拟稿文档。  科室审稿

1.基本业务描述:局发公文草拟一般实行经办科室领导责任制,经办科室领导应严格审核文稿的内容和格式,由经办科室负责人审核签署意见,经办科室负责人审签的原稿在系统中送办公室初审。在提交过程中可以选择是否要经过其他科室部门的会签,或者是直接提交办公室审核。如有需要,可发回拟稿人重新修改。

2.审稿人可执行的操作:保存、启动Word修改正文、填写意见、打印、发回重拟、提交。 3.处理功能:审稿人输入科室审稿意见,输出为科室审核后的文档。 4.科室审稿时,拟稿人员可以先送副科长核稿,再由副科长提交科长审稿。 

审核

1.基本业务描述:由办公室负责公文审核的工作人员(如办公室主任)对公文内容、格式进行初审,可以在系统中对原稿进行修改、补充。如有需要,可发回草拟科室重新修改。办

第 21 页,共 73 页

设计方案

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

2.审核人员可执行的操作:保存、启动Word修改正文、填写意见、打印、发回重拟、提交. 3.处理功能:输入为审核意见,输出为审核文档。 

签发

1.基本业务描述:以局名义发出的公文和以局为主与外单位会签的文件,由局长或局长托分管副局长审签。关于领导签发的方法:一种是,将文件打印出来,局领导签置完意见后,由秘书将意见输入电脑;第二种方法是,局领导在电脑上直接办理,可以对文件进行带修改痕迹的修改和添加意见;第三种方法,允许局领导在便笺上签署意见后,再由秘书将意见输入电脑;第四种方法,通过手写笔输入,能够实现领导使用手写笔输入意见,在文档中或在发文拟稿单上直接记录笔迹,就如同手工操作一般.

2.可执行的操作:保存、启动Word修改正文、填写意见、打印、发回重拟、提交、退回。 3.处理功能:输入为签署的意见,输出为签发文档.  编号

1.基本业务描述:机要室负责公文的最后核对、编号。 2.可执行的操作:保存、打印、提交。

3.处理功能:输入为对文档进行编号,输出为编号后的文件.  排版打印

1.基本业务描述:打字室负责公文的排版打印。 2.可执行的操作:保存、打印、提交。 3.处理功能:输出为排版后的文件。  校对

1.基本业务描述:拟稿科室负责公文的校对。

2.处理功能:输入为校对人名称,输出为校对后的文件。 3.校对过程:拟搞人核稿、拟稿人科室领导复核、打印室打印.  封发

1.基本业务描述:公文的分发工作一般以办公室为主,拟稿科室协助完成。办公室工作人员在系统中注明分发范围、数量及送达人员,进行分发。需要打印的,打印出正文加盖公章后分发.

第 22 页,共 73 页

设计方案

2.处理功能:输入为印发人名称、印发份数,输出为分发存档的公文。 3.分发文件到市局  存档

1.基本业务描述:公文分发完毕,系统进行归档。 2.可执行的操作:保存、打印、归档。 3.处理功能:无输入,输出为存档后的公文。  内控文件设置

在拟办时,由主办部门设定(其他人员不能修改),默认为非内控文件

第 23 页,共 73 页

设计方案

业务图解

科室拟稿人员1办公室分管局长正局长机要员打字员档案室拟稿2科长核稿34办公室主任核稿分管局长签发5局长签发6编文号78拟稿人校对打字室打印910用印分发对下发文办结公文交换平台

处理流程

第 24 页,共 73 页

设计方案

拟稿 不通过 科长核稿 不通过 办公室主任审不通过 不通过 分管局长审核 正局长签发 编文号 校对 缮印 归档 第 25 页,共 73 页

设计方案

发文拟稿

<>{有权拟稿}文件拟稿<>输入行文要素、编写正文提交保存<>{数据校检正常}直接上级领导选择核稿人

第 26 页,共 73 页

设计方案

发文科长核稿

发文科长核稿图<>{状态=\"科长核稿\" and 操作者=\"自己\进入文件填写意见保存<>{修改正文}<>{意见<>\"空\" }重拟直接提交

第 27 页,共 73 页

设计方案

发文办公室审核

发文办公室审核图<>{状态=\"办公室审核\" and 操作者=\"自己\进入文件填写意见保存<>{修改正文}<>{意见<>\"空\" }直接提交重拟[是] [否] 办公室局长签发

第 28 页,共 73 页

设计方案

发文局长签发

进进进进进进进<>{进进=\"进进\" and 进进进=\"进进\进进进进进进进进进进进进

第 29 页,共 73 页

设计方案

发文编文号

发文编文号图<>{状态=\"编文号\" and 操作者=\"自己\进入文件纸质、邮件保存提交<>{文号<>\"空\ 第 30 页,共 73 页

设计方案

发文排版打印

发文排版打印图<>{状态=\"排版\" or 状态=\"打印\" and 操作者=\"自己\进入文件保存打印<>{输出文件} 第 31 页,共 73 页

设计方案

发文校对

发文校对图<>{状态=\"校对\" and 操作者=\"自己\进入文件保存提交

第 32 页,共 73 页

设计方案

发文分发

发文盖章分发图<>{状态=\"分发\" and 操作者=\"自己\进入文件保存提交

第 33 页,共 73 页

设计方案

发文归档

发文归档图<>{状态=\"待归档\" and 操作者=\"自己\进入文件保存发文转收文归档<>{输出文件}<>{状态=\"已归档\ 输入输出数据 拟稿

发文拟稿单(输入)

数据子项 发文机关 数据来源 发文拟稿单 录入 发文拟稿单 发文拟稿单 发文拟稿单 发文拟稿单 录入 数据获得方式 取值范围 备注 默认值为“XXX质量技术监督局” 必填 编号后填写 文件标题 主题词 文号 行文方式 系统生成, 可修改 选择录入 上报 平发 第 34 页,共 73 页

设计方案

下发 函件 顺序号 文种 密级 发文拟稿单 发文拟稿单 发文拟稿单 录入 可选择录入 选择录入 绝密 机密 秘密 平件 缓急程度 发文拟稿单 选择录入 特提 特急 加急 平急 普通 主送 抄送 拟稿人 拟稿单位 拟稿日期 审核意见 审稿情况 会签 签发 打字 校对 印数 印发日期 备注 文件正文 附件 发文拟稿单 发文拟稿单 发文拟稿单 发文拟稿单 发文拟稿单 发文拟稿单 发文拟稿单 发文拟稿单 发文拟稿单 发文拟稿单 发文拟稿单 发文拟稿单 发文拟稿单 发文拟稿单 录入 录入 系统生成 系统生成 系统生成 录入 录入 录入 录入 录入 录入 审核录入 审稿录入 会签录入 签发时录入 校对后录入 分发录入 分发录入 Word电子文档 其它文档 可维护关键字 第 35 页,共 73 页

设计方案

输出

拟稿文档:包括拟稿单、文件正文和附件,以及流程跟踪。

数据子项 发文机关 文件标题 主题词 文号 行文方式 数据来源 应用系统 应用系统 应用系统 应用系统 应用系统 数据获得方式 系统输出 系统输出 系统输出 系统输出 上报 平发 下发 函件 顺序号 文种 密级 应用系统 应用系统 应用系统 系统输出 系统输出 系统输出 绝密 机密 秘密 平件 缓急程度 应用系统 系统输出 特提 特急 加急 平急 普通 主送 抄送 拟稿人 拟稿单位 拟稿日期 审核意见 审稿情况 会签 应用系统 应用系统 应用系统 应用系统 应用系统 应用系统 应用系统 应用系统 系统输出 系统输出 系统生成 系统生成 系统生成 审核录入 审稿录入 会签录入 取值范围 编号后填写 备注 第 36 页,共 73 页

设计方案

签发 打字 校对 印数 印发日期 备注 文件正文 附件 应用系统 应用系统 应用系统 应用系统 应用系统 应用系统 应用系统 应用系统 系统输出 系统输出 系统输出 系统输出 系统输出 系统输出 签发时录入 校对后录入 分发录入 分发录入 Word电子文档 所有其他电子文档 发文办理的具体流程 流程跟踪

应用系统 系统输出 科室审稿 输入

数据子项 科室审稿意见 原文修改 审稿人 审稿时间 数据来源 数据获得方式 录入 录入 系统生成 系统生成 取值范围 必填 笔迹留痕 备注 输出

审核后的文档:加入部门审稿意见,包括拟稿单、文件正文和附件,以及流程跟踪. 数据子项 发文机关 文件标题 主题词 文号 行文方式 数据来源 应用系统 应用系统 应用系统 应用系统 应用系统 数据获得方式 系统输出 系统输出 系统输出 系统输出 上报 取值范围 编号后填写 备注 第 37 页,共 73 页

设计方案

平发 下发 函件 顺序号 文种 密级 应用系统 应用系统 应用系统 系统输出 系统输出 系统输出 绝密 机密 秘密 平件 缓急程度 应用系统 系统输出 特提 特急 加急 平急 普通 主送 抄送 拟稿人 拟稿单位 拟稿日期 审核意见 审稿情况 会签 签发 打字 校对 印数 印发日期 备注 文件正文 附件 应用系统 应用系统 应用系统 应用系统 应用系统 应用系统 应用系统 应用系统 应用系统 应用系统 应用系统 应用系统 应用系统 应用系统 应用系统 应用系统 系统输出 系统输出 系统生成 系统生成 系统生成 系统输出 系统输出 系统输出 系统输出 系统输出 系统输出 系统输出 审核录入 会签录入 签发时录入 校对后录入 分发录入 分发录入 Word电子文档 所有其他电子文 第 38 页,共 73 页

设计方案

档 流程跟踪 应用系统 系统输出 发文办理的具体流程 审核 输入

数据子项 审核意见 原文修改 审核人 审核时间 数据来源 数据获得方式 取值范围 录入 录入 系统生成 系统生成 笔迹留痕 备注 输出

审核后的文档:加入办公室审核意见后的修改过的发文文件,包括拟稿单、文件正文和附件,以及流程跟踪。

数据子项 发文机关 文件标题 主题词 文号 行文方式 数据来源 应用系统 应用系统 应用系统 应用系统 应用系统 数据获得方式 取值范围 系统输出 系统输出 系统输出 系统输出 上报 平发 下发 函件 顺序号 文种 密级 应用系统 应用系统 应用系统 系统输出 系统输出 系统输出 绝密 机密 秘密 平件 编号后填写 备注 第 39 页,共 73 页

设计方案

缓急程度 应用系统 系统输出 特提 特急 加急 平急 普通 主送 抄送 拟稿人 拟稿单位 拟稿日期 审核意见 审稿情况 会签 签发 打字 校对 印数 印发日期 备注 文件正文 附件 流程跟踪

应用系统 应用系统 应用系统 应用系统 应用系统 应用系统 应用系统 应用系统 应用系统 应用系统 应用系统 应用系统 应用系统 应用系统 应用系统 应用系统 应用系统 系统输出 系统输出 系统生成 系统生成 系统生成 系统输出 系统输出 系统输出 系统输出 系统输出 系统输出 系统输出 系统输出 系统输出 系统输出 签发时录入 校对后录入 分发录入 分发录入 Word电子文档 所有其他电子文档 发文办理的具体流程 签发 输入

数据子项 签发意见 原文修改 数据来源 单据 数据获得方式 录入 录入 取值范围 笔迹留痕 备注 第 40 页,共 73 页

设计方案

输出

签发文档:加入局领导签署的意见的发文文档,包括拟稿单、文件正文和附件,以及流程跟踪。 数据子项 发文机关 文件标题 主题词 文号 行文方式 数据来源 应用系统 应用系统 应用系统 应用系统 应用系统 数据获得方式 系统输出 系统输出 系统输出 系统输出 取值范围 上报 平发 下发 函件 顺序号 文种 密级 应用系统 应用系统 应用系统 系统输出 系统输出 系统输出 绝密 机密 秘密 平件 缓急程度 应用系统 系统输出 特提 特急 加急 平急 普通 主送 抄送 拟稿人 拟稿单位 拟稿日期 审核意见 审稿情况 应用系统 应用系统 应用系统 应用系统 应用系统 应用系统 应用系统 系统输出 系统输出 系统生成 系统生成 系统生成 系统输出 系统输出 编号后填写 备注 第 41 页,共 73 页

设计方案

会签 签发 打字 校对 印数 印发日期 备注 文件正文 附件 流程跟踪

应用系统 应用系统 应用系统 应用系统 应用系统 应用系统 应用系统 应用系统 应用系统 应用系统 系统输出 系统输出 系统输出 系统输出 系统输出 系统输出 系统输出 系统输出 系统输出 校对后录入 分发录入 分发录入 Word电子文档 所有其他电子文档 发文办理的具体流程 编号 输入

数据子项 发文文件编号 数据来源 数据获得方式 录入 取值范围 备注 输出

编号后的文档:加入发文文件编号,包括拟稿单、文件正文和附件,以及流程跟踪. 数据子项 发文机关 文件标题 主题词 文号 行文方式 数据来源 数据获得方式 应用系统 应用系统 应用系统 应用系统 应用系统 系统输出 系统输出 系统输出 系统输出 系统输出 上报 平发 下发 函件 顺序号 应用系统 系统输出 取值范围 备注 第 42 页,共 73 页

设计方案

文种 密级 应用系统 应用系统 系统输出 系统输出 绝密 机密 秘密 平件 缓急程度 应用系统 系统输出 特提 特急 加急 平急 普通 主送 抄送 拟稿人 拟稿单位 拟稿日期 审核意见 审稿情况 会签 签发 打字 校对 印数 印发日期 备注 文件正文 附件 流程跟踪

应用系统 应用系统 应用系统 应用系统 应用系统 应用系统 应用系统 应用系统 应用系统 应用系统 应用系统 应用系统 应用系统 应用系统 应用系统 应用系统 应用系统 系统输出 系统输出 系统生成 系统生成 系统生成 系统输出 系统输出 系统输出 系统输出 系统输出 系统输出 系统输出 系统输出 系统输出 系统输出 系统输出 系统输出 分发录入 分发录入 Word电子文档 所有其他电子文档 发文办理的具体流程 第 43 页,共 73 页

设计方案

校对 输入

数据子项 校对人名称 数据来源 数据获得方式 系统生成 取值范围 备注 输出

校对后的文档:加入校对人,包括拟稿单、文件正文和附件,以及流程跟踪。 数据子项 发文机关 文件标题 主题词 文号 行文方式 数据来源 应用系统 应用系统 应用系统 应用系统 应用系统 数据获得方式 系统输出 系统输出 系统输出 系统输出 上报 平发 下发 函件 顺序号 文种 密级 应用系统 应用系统 应用系统 系统输出 系统输出 系统输出 绝密 机密 秘密 平件 缓急程度 应用系统 系统输出 特提 特急 加急 平急 普通 主送 抄送 拟稿人 应用系统 应用系统 应用系统 系统输出 系统输出 系统生成 取值范围 编号后填写 备注 第 44 页,共 73 页

设计方案

拟稿单位 拟稿日期 审核意见 审稿情况 会签 签发 打字 校对 印数 印发日期 备注 文件正文 附件 流程跟踪

应用系统 应用系统 应用系统 应用系统 应用系统 应用系统 应用系统 应用系统 应用系统 应用系统 应用系统 应用系统 应用系统 应用系统 系统生成 系统生成 系统输出 系统输出 系统输出 系统输出 系统输出 系统输出 系统输出 系统输出 系统输出 系统输出 系统输出 系统输出 分发录入 分发录入 Word电子文档 所有其他电子文档 发文办理的具体流程 封发 输入

数据子项 印发人名称 印发份数 数据来源 数据获得方式 录入 录入 取值范围 备注 输出

封发存档公文:包括拟稿单、文件正文和附件,以及流程跟踪。 数据子项 发文机关 文件标题 主题词 文号 数据来源 应用系统 应用系统 应用系统 应用系统 数据获得方式 系统输出 系统输出 系统输出 系统输出 取值范围 备注 第 45 页,共 73 页

设计方案

行文方式 应用系统 系统输出 上报 平发 下发 函件 顺序号 文种 密级 应用系统 应用系统 应用系统 系统输出 系统输出 系统输出 绝密 机密 秘密 平件 缓急程度 应用系统 系统输出 特提 特急 加急 平急 普通 主送 抄送 拟稿人 拟稿单位 拟稿日期 审核意见 审稿情况 会签 签发 打字 校对 印数 印发日期 备注 文件正文 应用系统 应用系统 应用系统 应用系统 应用系统 应用系统 应用系统 应用系统 应用系统 应用系统 应用系统 应用系统 应用系统 应用系统 应用系统 系统输出 系统输出 系统生成 系统生成 系统生成 系统输出 系统输出 系统输出 系统输出 系统输出 系统输出 系统输出 系统输出 系统输出 系统输出 Word电子文档 第 46 页,共 73 页

设计方案

附件 流程跟踪

应用系统 应用系统 系统输出 系统输出 所有其他电子文档 发文办理的具体流程 存档 输出

存档公文:包括拟稿单、文件正文和附件,以及流程跟踪. 数据子项 发文机关 文件标题 主题词 文号 行文方式 数据来源 应用系统 应用系统 应用系统 应用系统 应用系统 数据获得方式 系统输出 系统输出 系统输出 系统输出 系统输出 上报 平发 下发 函件 顺序号 文种 密级 应用系统 应用系统 应用系统 系统输出 系统输出 系统输出 绝密 机密 秘密 平件 缓急程度 应用系统 系统输出 特提 特急 加急 平急 普通 主送 抄送 拟稿人 应用系统 应用系统 应用系统 系统输出 系统输出 系统生成 取值范围 备注 第 47 页,共 73 页

设计方案

拟稿单位 拟稿日期 审核意见 审稿情况 会签 签发 打字 校对 印数 印发日期 备注 文件正文 应用系统 应用系统 应用系统 应用系统 应用系统 应用系统 应用系统 应用系统 应用系统 应用系统 应用系统 应用系统 系统生成 系统生成 系统输出 系统输出 系统输出 系统输出 系统输出 系统输出 系统输出 系统输出 系统输出 系统输出 Word、excel以及其他电子文档 发文办理的具体流程 附件 流程跟踪

应用系统 应用系统 系统输出 系统输出 功能需求

 主题词

主题词可以根据文件标题自动产生标引,主题词库可以进行维护。  代理人功能

在办理过程中遇到当事人外出且指定代理人的情况将发文转代理人处理。  发文录入、修改与痕迹保留

发文录入、修改需要痕迹保留,即系统能记录何人何时做了何种修改。  电子印章功能

发文盖章提供电子印章功能,在公文交换平台流转的公文提供电子印章。提供必要的安全机制,防止印章被盗用,同时,必须记录每一次使用印章的时间、操作人员等一些必要的信息.  自动排版

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

第 48 页,共 73 页

设计方案

等。

 手写签署意见

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

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

流程当前环节处理人未将工作提交给下一环节前,当前处理人有对本环节的工作输入任意修改及保存的权利。拟稿环节则还有删除新建的发文文档的权利。提交之后,不可再修改或删除.  权限控制

发文中涉及的每个环节的操作权限、阅读、修改权限以及发文的阅读权限均需严格控制。发文中每一步处理的流程跟踪在发文的每一步处理中进行记录。

任何人员均有发文拟稿权。发文在其流转中涉及的当前环节操作人员具有指定的、与该环节相应的文档编辑权与操作权,该环节处理结束后,不再具有编辑与操作权,但有阅读权限。签发后的发文非机密文件经办人员均可阅读。  环节间的互通知

发文中当前步骤处理完毕,能够通知下一环节.工作列入下一环节人员的待办事宜中。可通过桌面提示功能提示待办件。也可通过手机短信发送信息以提醒用户。  流程跟踪

系统对收文流转的记录和情况进行记录,以方便了解公交流转的去向,并可以方便了解到已收到公文的机构等管理控制信息.提供可视化的流程跟踪。  发文正文打印

按标准的发文格式打印。打印文件拟稿单、文件正文和附件等。  批量归档处理

批量归档处理,可以将已办结文件批量归档至文件库.  向地市发文

当文件处理过程经过领导审批之后,文档处在在待归档状态时,档案管理员可以通过交换平

第 49 页,共 73 页

设计方案

台将此文发送到各市局,在发送的过程中可以选择接收单位。

 实现办文统计的功能.

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

2.2.3

邮件管理

邮件管理 发件箱 收件箱 草稿箱 垃圾箱 2.2.3.1 功能描述

邮件系统是一个常用信息交流的工具,系统功能要求强大、灵活,用于在单位内部邮件收、发.邮件系统提供的基本功能包括: 收邮件、写新邮件、回信、删除、转发功能.

 收邮件

1.基本业务描述:接收他人发过来的邮件,用户可执行刷新操作来查看是否有接收到新邮件。用户可打开收到的邮件进行查看、阅读。

2.可执行操作:写新邮件、回信、删除

3.处理功能:输入执行刷新操作,输出新邮件提示信息。  写新邮件

第 50 页,共 73 页

设计方案

1.基本业务描述:用户可编写新的邮件,发送邮件时必须输入收件人、标题,收件人可以是多人。

2.可执行操作:发送、发送并保存、保存为草稿

3.处理功能:输入收件人、标题、内容,输出发送提示信息.  回信

1、基本业务描述:阅读邮件后,用户可给发件人回复邮件,回复时可带原文。 2、可执行操作:发送、发送并保存

3、处理功能:输入执行回信操作,输出发送提示信息.  删除

1、基本业务描述:用户可删除已查阅的邮件. 2、可执行操作:删除

3、处理功能:执行删除操作,输出无

第 51 页,共 73 页

设计方案

2.2.3.2 业务图解

我的邮件发件人收件人收件人编写邮件查看邮件查看邮件是否转发是查看邮件是是否回信否否完成

第 52 页,共 73 页

设计方案

2.2.3.3 处理流程

2.2.3.4 输入输出数据

输入数据:起草邮件 输出数据:

数据子项 邮件提示信息 新邮件

数据来源 系统产生 正文 数据获得方式 取值范围 备注 2.2.3.5 功能需求

 操作简单、直观,界面友好。  支持群发功能。

 系统有新邮件提示信息功能.

2.2.4 文件管理

用户可以根据实际业务创建分类和子分类,每个分类可以设定管理人员对每个子分类下的文件进行管理.有权限的用户可上传、修改、查看文件,权限可以设置.通过文件管理功能可以实

第 53 页,共 73 页

设计方案

现整个单位和平级单位充分实现数据共享。

文件分类:可以根据企业的管理要求,建立不同的文件类别以存放相关的文件。文件的上传、阅读、删除都可以有严格的权限设置。支持WORD、EXCEL、POWERPOINT、图片等各种文件格式。

文件上传:可以单个文件上传,也支持批量文件硬盘拷贝,方便企业原始海量文件的上传。 文件查阅:用户可以根据权限阅读或下载相关文件。

2.2.5 日程安排

用户可以记录每天的工作日志,或者记录什么时候有个什么会议,或者什么日子对用户来说是个很重要但可能某些原因怕忘记,甚至是周、月工作计划等等。并且直接领导能指派部门内成员工作任务,或向上级汇报工作。主要功能包括添加日程、查看日程、搜索。

 新增日程

1.基本业务描述:用户可以新增日程,新增的日程可以是工作日志、会议安排、任务分配、工作汇报等。用户通过点击“新增日程”进入操作页面,输入相应内容后保存.

2.可执行操作:保存、返回

3.处理功能:输入标题、内容描述;输出无。  查看日程

1.基本业务描述:用户可打开历史日程进行查看,也可输入具体用户名进行查看。 2.可执行操作:标记为完成

3.处理功能:输入执行标记为完成,输出日程被标识已完成、标题变为蓝色。  搜索

1、基本业务描述:用户输入关键字进行查询. 2、可执行操作:查询

3、处理功能:输入关键字,输出符合条件的记录。

第 54 页,共 73 页

设计方案

2.2.6 综合查询

2.2.6.1 功能描述

为了便用户查找文件(注:如果是内控文件只能经办人找查,否则所有人都可以查看),系统提供了对整个系统搜索的查询功能.

查询的实现方式:通过用户输入查询关键字及查询范围,实现对指定关键域或者文件中所有信息进行模糊查询,所有满足条件公文并分页显示

2.2.6.2 业务图解

输入查询条件检索相关库提交查询输出查询结果用户查看结果 2.2.6.3 输入输出数据

输入:

1. 用户输入查询的关键字(支持多个关键值) 2. 选项:模糊搜索、或者精确搜索

3. 搜索选项:全文信息还是指定关键域(其中关键域包括:标题、拟稿人(发文)登记人(收文)、文号等)

4. 每页显示的结果数 5. 最大返回结果数

6. 结果排序方式:按时间升序、按时间降序、按相关性 输出:满足条件的所有文档列表

1. 输出结果列表包括:文档的标题、拟稿人(发文)登记人(收文)、拟稿、已处理步骤.

第 55 页,共 73 页

设计方案

输出结果方式如下图结构。

2. 查看文档内容。

用户可以通过点击相应标题打开文档查看内容.

2.2.6.4 实现功能

支持分模块(如:收文、发文、已办结、待办结等)对信息进行检索. 支持全站信息检索.

支持按照时间、模块、文件状态等条件对文件处理进行统计,同时提供列表等打印功能。 1. 可对搜索选择是模糊搜索、或者精确搜索

2. 用户可选择是全文信息还是指定关键域(其中关键域包括:标题、拟稿人、文号) 3. 用户可果设置返回信息的结果数、及排序方式 4. 用户可以保存查询条件(私有)

2.2.7 公告通知

2.2.7.1 功能描述

公告通知是一个应用非常广泛,功能强大、灵活的模块,用于在单位内部发布各种公告通知等;公告通知是公众性的文档,每个人都能阅读,也可以设置阅读的权限。公告通知实际上是一个共享的数据库,内容分类保存。公告通知提供的基本功能包括: 用户可以发布、删除、浏览公告通知,相应的操作权限管理员可以设置。对于执行设置授权操作后,系统将自动产生一个授权通知直接发布到公告通知栏,系统自动产生的通知无需审核。

 发布

1、基本业务描述:有权发布人员把文件登记到公告通知。文件发布后其它用户可以浏览此

第 56 页,共 73 页

设计方案

文件。

2、可执行操作:保存、删除

3、处理功能:输入执行发布操作,输出文档被标识为已发布通知。  浏览

1、基本业务描述:用户可浏览自己有权限查看的文档。 2、可执行操作:查看、删除

2.2.7.2 业务图解

公告通知发布员浏览者登记文档浏览通知

2.2.7.3 处理流程

登记—浏览

第 57 页,共 73 页

设计方案

2.2.7.4 输入输出数据

输入数据:公告通知

输出数据: 数据子项 通知打印

数据来源 通知正文 数据获得方式 取值范围 备注 2.2.7.5 功能需求

 操作权限可由管理员设置,比如发布、删除权限可设置相应角色有相应权限。  系统可自动产生的公告通知,如“授权通知”。  附件可以支持多种文件格式,如word、PDF等。  系统主页只显示指定时间范围内、最新的公告通知。  查询功能:所有用户都有综合查询功能。

2.2.8 通讯录

2.2.8.1 功能描述

提供全局通讯录、部门通讯录和个人通讯录等三级管理,记录相关部门及人员的联络信息,如单位名称、联系人、地址、E-mail、邮编等,部门、人员设定专人负责,统一管理。

 新增个人通讯录文件夹 1. 基本业务描述:

增加通讯录人员信息分类时,增加通讯录人员时使用。 2. 管理员可执行的操作:

保存、返回。 3. 处理功能:

输入文件夹名,增加人员分类.  新增个人通讯录成员 1.基本业务描述:

增加个人通讯录成员,在此操作中用户可以设置“输入输出数据”中所列出的个人通讯录相关信息。

第 58 页,共 73 页

设计方案

2.管理员可执行的操作: 保存、返回。 3.处理功能:

输入个人通讯录成员相关信息,增加通讯录成员。  修改个人通讯录成员 1.基本业务描述:

通讯录成员本人可以管理自己的相关信息,在此操作中用户可以修改“输入输出数据”中所列出的个人通讯录相关信息。

2.管理员可执行的操作: 保存、返回。 3.处理功能:

输入个人通讯录成员相关信息,修改通讯录成员信息。

2.2.8.2 输入输出数据

输入数据:

公共通讯录 数据来源 所属部门 系统登录名 中文名 职务 Internet邮件 数据获得方式 系统计算 系统计算 系统计算 系统计算 系统计算 输入 取值范围 域值 域值 域值 域值 域值 域值 备注 手机 个人通讯录 数据来源 数据获得方式 取值范围 备注 第 59 页,共 73 页

设计方案

文件夹名称 部门 中文名 职务 主页 公司名称 公司地址 Internet邮件 用户输入 用户输入 用户输入 用户输入 用户输入 用户输入 用户输入 用户输入 用户输入 用户输入 域值 域值 域值 域值 域值 域值 域值 域值 域值 域值 手机 办公电话 输出数据:

个人通讯录表

2.2.8.3 实现功能

1. 提供全局、部门、个人通讯录不同的浏览视图; 2. 提供按部门、联系人排序的浏览视图; 3. 提供条件查询功能。

2.2.9 公文交换平台

2.2.9.1 功能描述

公文交换平台用于接收并转换外来文件,如:省局来文。公文交换平台包括以下数据库实现: 1.《省局文件收集数据库》.此数据库适用于省局OA系统,用于接收市局发往省局的公文. 2.《院文件收集数据库》。此数据库适用于市局OA系统,用于接收省局或者县局发往市局的公文。

3.回执信息:当对接收方签收或者拒收公文时,系统会反馈相应信息给发送人员。 4.接收能够拒收公文,但拒收时,能够反馈相应拒收信息通知发送方相关人员。 5.交换平台提供补发公文的操作。

第 60 页,共 73 页

设计方案

2.2.9.2 业务图解

公文交换平台收文发文机要员公文交换库公文交换库发文收文审批后文件发文审核后的文件(市局)下发中间库缓存文件,当网络传输失败时记录状态重新发送(市局)中间库缓存文件,当网络传输失败时记录状态重新发送(县局)收文登记缓存文件缓存文件审批后文件收文登记

2.2.9.3 输入输出数据

输入:收文或发文待办结文件

输出:收文或发文的拟稿或登记格式的文件

2.2.9.4 实现功能

公文跨组织机构的传递有一种情形:省局OA系统与标准院OA系统公文传递接口。以下详细描述两种情形的流程.

省局系统-标准院系统

省局系统-标准院系统接口将待发送文件分解为两部分:整个文件内容、文件附件。其中“整个文件内容”相当于待发送文件的“快照”,保持待发文件的格式与内容(不可编辑)。“整个文件内容”分为两种表现形式:附件形式和RTF文本形式。

省局发送(标准院接收)

在省局OA公文流程的“发文转收文”操作中,系统将待发送文件映射成为RTF文本,以邮

第 61 页,共 73 页

设计方案

件方式传递至标准院《标准院文件收集数据库》中,由转换程序生成市局收文文档。

标准院发送(省局接收)

在标准院OA公文流程的“发文转收文”操作中,系统将待发送文件映射成为RTF文本,以邮件方式传递至省局《省局文件收集数据库》中,由转换程序生成省局收文文档。

在以上公文传递方式中,“中间服务器”起到了数据格式转换、传输中继的作用。 如下图示省局和标准院文件收发关系。

中间库(函件收集库格式转换) 省局OA系统 标准院OA系统

回执信息

当对接收方签收或者拒收公文时,系统会反馈相应信息给发送人员.

数据完整性

当网络出现问题时,系统能够记录发送状态,以便在网络通讯正常后能传递公文到指定的目的地。

多目的地

公文交换的传递的接收方支持多目的地传递.

准确查询始发地

接收方能知道公文传递的始发局。

拒收能力

第 62 页,共 73 页

设计方案

接收能够拒收公文,但拒收时,能够反馈相应拒收信息通知发送方相关人员。

公文补发

交换平台提供补发公文的操作。

2.2.10 系统管理

系统管理是大型信息系统的重要组成部分,用户信息的注册保存、权限设置等,都应通过系统管理来实现。以用户组织结构为框架,以“树”的形式直观反映单位的部门结构,能设定部门负责人和部门所属成员,能设定虚拟部门,能创建群组对部门和用户分组管理。维护完成的数据以通讯录的形式体现。

 新增人员 1. 基本业务描述:

当需要增加使用人员时,系统管理员可以通过用户管理来增加用户。在此操作中,管理员可以设置用户的登录名、登录密码、邮箱名、所在部门、职务。

2. 管理员可执行的操作: 保存、保存并注册下一个、返回. 3. 处理功能:

输入用户信息,增加系统用户。  新增部门 1. 基本业务描述:

当需要增加部门时,系统管理员可以通过用户管理来增加部门。在此操作中,管理员可以设置部门的名称、包含职务.

2. 管理员可执行的操作: 保存、返回. 3. 处理功能:

输入部门信息,增加系统新的部门。  新增群组

第 63 页,共 73 页

设计方案

1. 基本业务描述:

当需要增加群组时,系统管理员可以通过用户管理来增加群组。在此操作中,管理员可以设置群组的名称、群组的成员列表、默认公文处理人。

2. 管理员可执行的操作: 保存、返回。 3. 处理功能:

输入群组的信息,增加系统新的群组。  修改人员信息 1. 基本业务描述:

当需要修改使用人员相关信息时,系统管理员可以通过用户管理来修改用户信息。在此操作中,管理员可以修改用户的登录名、登录密码、邮箱名、所在部门、职务。

2. 管理员可执行的操作: 保存、返回。 3. 处理功能:

输入用户信息,修改后的用户信息。  修改部门信息 1. 基本业务描述:

当需要修改部门时,系统管理员可以通过用户管理来修改部门信息.在此操作中,管理员可以修改部门的名称、包含职务。

2. 管理员可执行的操作: 保存、返回。 3. 处理功能:

输入部门信息,修改后的部门信息。  修改群组信息 1. 基本业务描述:

第 64 页,共 73 页

设计方案

当需要修改群组时,系统管理员可以通过用户管理来修改群组信息.在此操作中,管理员可以修改群组的名称、、包含成员列表。

2. 管理员可执行的操作: 保存、返回. 3. 处理功能:

输入群组信息,修改后的群组信息。  删除人员信息 1. 基本业务描述:

当需要修改人员时,系统管理员可以通过用户管理来删除人员信息。 2. 管理员可执行的操作: 删除选择人员、返回。 3. 处理功能: 删除人员。  删除角色信息 1. 基本业务描述:

当需要修改角色时,系统管理员可以通过用户管理来删除角色信息。 2. 管理员可执行的操作: 删除选择角色、返回。 3. 处理功能: 删除角色。  删除部门信息 1. 基本业务描述:

当需要修改部门时,系统管理员可以通过用户管理来删除部门信息。 2. 管理员可执行的操作:

第 65 页,共 73 页

设计方案

删除选择部门、返回。 3. 处理功能: 删除部门.

能对部门,人员进行新增、修改、删除操作,可以设置群组和角色.

第 66 页,共 73 页

设计方案

第3章 技术解决方案

3.1 总体设计

3.1.1

系统建设原则

OA系统项目的建设,应该遵循以下原则: 

规范性

OA系统的建设必须建立在相关规范的基础之上,如:数据交换规范、业务协流程规范等,并遵守必需的应用接口规范.

易用性

系统的操作应尽量简单,对相应的操作提示、错误报告、交换监控信息反馈等要全面、详细,真正做到易学、易用、易培训。

稳定性

在系统结构设计上要充分考虑到系统运行的稳定性.系统平台方面要考虑各种系统配置对稳定性的影响、系统必须经过严格的测试,包括功能测试,在各种系统环境配置上的测试等,确保系统在多种设备环境上能够稳定运行。

易管理

系统平台的管理要尽量简单,尽量少地使用用户涉及到系统平台的管理工作,必要的管理任务也要提供相应的培训、帮助资料甚至操作引导界面来帮助用户顺利地完成必须管理任务。

易维护

系统的结构设计要易于维护,组成系统的功能元素要具有一定的独立性,可以根据用户的需要进行替换而不影响或很少影响其它功能元素,并能够与其他功能元素协作共同完成用户的功能。

易扩展

系统无论是在功能上,还是在数据的交换规范上都应当易于扩展,以便适应今后业务的发展。 

安全性

使用系统平台的相关安全设置以及应用系统安全性实现,实现整个系统的安全性,如使用CA证书等安全技术。确保系统不被非授权用户侵入,数据不丢失,传输时数据不被非法获取、

第 67 页,共 73 页

设计方案

篡改,确认对发送和接收者的身份等。

3.1.2 系统建设目标

按照广州北大明天资源科技发展有限公司对系统的统一要求,充分利用信息技术,以信息传输和文件共享为重点,统一系统、统一规范,建立统一的OA系统,各单位可以通过系统输入信息、共享文件。以实现政务公开,缩减报批时间,简化审批手续,提高工作效率,规范各项审批程序。

3.1.3 总体设计内容及要求

3.1.3.1 系统性能要求

速度与性能上满足当前一般政府部门用户计算机环境下对系统的速度与性能要求.

3.1.3.2 故障处理要求

应用服务器故障

查看应用服务器系统运行日志,找出其运行异常记录情况,针对这些问题进行解决。必要时重启应用服务器。

数据库故障

查看数据库运行日志,根据日志记录进行诊断,解决相关问题。必要时利用备份数据进行数据恢复.

应用问题

在系统中,程序代码具有错误捕获和显示功能.错误显示在应用服务器日志文件中.系统管理员可以将错误及时反馈给相关开发人员。

运行时状态跟踪

系统在运行时,可以定期检查操作系统状态(包括CPU、内存、磁盘空间等参数)以确认系统处于正常运行状态,提早发现非正常运行隐患。

3.1.3.3 其它专门要求

易用性

系统要求采用B/S体系结构,操作界面应简洁、直观,有利于简化操作,并提高操作效率. 可维护性

要求系统模块化结构,相应文档齐全。

第 68 页,共 73 页

设计方案

可移植性

系统服务端可以移植到UNIX或LINUX环境,而无须对系统进行较大的改动。 可扩展性

系统的设计和建设要充分考虑网络、硬件的扩展需要、应用系统二次开发的需要、以及支持未来可能出现的新业务的需要。系统采用开放的扩充模块结构,保证以后可以方便地升级和不断增加新业务、增加容量、以及在同一平台上扩充其他业务功能。

3.1.4 网络架构拓扑图

系统整体架构是基于Lotus Domino的B/S的分层应用,可以运行在局域网和万维网。 整个系统分为:数据库服务器、应用服务器、文件服务器以及与其他业务服务器的代理。网络拓扑结构如下图:

局用户1局用户2院用户1局用户n院用户2标准院OA服务器院用户n中心机房省局OA服务器

所有的客户端都基于IE浏览器,应用服务端基于Domino Server方案,采用MVC框架技术。

其中应用服务端可以根据实际应用很方便的扩展为群集环境。

3.2 系统框架设计

3.2.1

多层架构体系介绍

OA系统将采用先进的多层结构体系,能够充分支持政府级的大型信息系统应用,以及国际

第 69 页,共 73 页

设计方案

互联网等最新技术成果的应用。

总体来说,我们将应用系统从逻辑上划分为三个层次:

 数据服务(Data Service)

实现数据的存储、管理功能,通常由数据库系统提供。

在数据服务层次,支持广泛的标准数据库产品,并具有对多种存储方式的扩展能力,特别是基于Lotus Notes文档数据库的应用非常成熟。

 应用服务(Application Service)

实现与业务相关的处理功能。业务逻辑(业务对象和相关业务规则)将会以Domino组件的形式封装并部署在应用服务器中运行。

OA系统的实际应用架构,在应用服务层次做了进一步的细分:

➢ 与数据相关的应用服务(Data-Centric Application Service) ➢ 与用户界面相关的应用服务(UI—Centric Application Service) ➢ 系统被进一步扩展为四层结构,甚至可以方便的扩展为n层结构.  用户服务(User Service)

实现用户操作界面(UI, User Interface),OA系统采用标准Web浏览器界面程序,实现收集用户的数据录入、将系统的处理结果以多种形式表现、反馈至用户。

3.3 运行环境

3.3.1

系统数据存储

结合广州北大明天资源科技发展有限公司的实际情况,系统的应用程序位于PC Server服务器上,用户操作在客户端浏览器进行,以达到数据与应用操作相分离的结构。

3.3.2 支持软件

 服务器 序号 1 2 3 名称 操作系统 应用服务器 数据库系统 简介 能同时支持Windows 2003 Server、linux、unix Lotus Domino Server Lotus Notes 第 70 页,共 73 页

设计方案

4 防病毒软件 网络与桌面防病毒系统  客户端 序号 1 2 3 名称 操作系统 桌面办公软件 防病毒软件 简介 Win9X,Windows 2000 Professional或者Windows XP;IE 5。0以上 WPS或MS Office 2000以上 桌面防病毒系统 第 71 页,共 73 页

设计方案

第4章 实施方案

4.1 项目计划

4.1.1

实施计划目标

在2009年8月底前完成软件客户化开发工作。 在2009年10月完成软件试运行、验收. 在2009年12月起正式投入使用。

4.1.2 实施计划安排

项目实施计划如下表所示:

标识号 1 2 3 4 5 6 7 需求阶段 分析设计阶段 编码及单元测试阶段 集成测试阶段 系统试运行阶段 系统验收阶段 系统正式运行 任务名称 工期 5 工作日 5 工作日 用户需求确认 前置任务 30 工作日 5 工作日 22 工作日 1 工作日 4.1.3 安装测试方案

系统测试分为三个阶段:

1、 单元测试.由程序员完成,并提供测试计划和测试用例。 2、 集成测试。由专门测试人员完成,并提供测试计划和测试用例. 3、 用户试运行测试。在集成测试完成后用户试运行时进行,搭建用

户试运行环境,由用户根据用户需求说明和实际业务要求进行操作。

安装分为两个阶段:

1、 试运行环境安装。在进行系统试运行时,搭建系统试运行环境,

包括数据库服务器、应用服务器的安装、配置. 2、 正式运行环境安装。在系统正式运行时,搭建系统正式运行环境,

包括数据库服务器、应用服务器的安装、配置,以及系统数据的初始化。

第 72 页,共 73 页

设计方案

4.1.4 验收标准

验收标准以《用户需求说明书》的功能和技术要求为准,同时兼顾:

1、 设计开发、实施过程中用户实际业务要求,以书面确认为准。 2、 开发实施计划,要求按照招标文件和合同要求进行,以实际的实

施计划为准. 3、 设计文档,在验收时提供所有设计文档和操作手册。 4、 需求变更,以书面确认为准。

第 73 页,共 73 页

因篇幅问题不能全部显示,请点此查看更多更全内容