计算机基础实验教学中心综合实验论文内容摘要:

息 得知签收后 超过一定期 则催办 图 31 各模块的关系 系统的功能需求 业务流程 公文发文模块的主要功能在于公文的拟稿、核稿、审核、签发、发文、归档。 公文收文模块的主要功能在于公文的签收、登记、拟办、阅批、分办、承办、催办、归档。 公文查询模块主要是对发送公文和签收的公文进行查询,而归档公文查询模块主要是查看已归档的发文和收文。 1. 发文流程 发文的流程见图 31,现做以下补充说明: 查询 拟稿 核稿 审核 签发 退回 发文 归档 签收 收文登记 拟办 阅批 分 /催办 承办 归档 计算机基础教学实验中心综合实验论文 12 (1) 任一部门任一工作人员都可起草公文 ,即拟稿。 拟稿初期可删除文件。 (2) 在拟稿以后提交给核稿人进行核稿,核稿人可以是同级也可以是上级。 (3) 对于核稿没有通过的,核稿人可退回给拟稿人重新拟稿直到满意 为止,退回的同时给出核稿意见。 (4) 核稿通过后提交给上一级领导进行审核,并写明审核意见;对于未能通过的公文审核人可退回给拟稿人,同时提出审核意见,令拟稿人做出修改。 (5) 通过审核的公文提交给再上一级领导进行签发,领导人写明签发意见后,由相关人员进行发文处理。 (6) 发文人在收到要发送的公文后,将上级领导的处理意见一并发给签收部门,然后等待签收部门签收。 (7) 签收部门进行签收后,发文人将此公文归档。 2. 收文流程 同样收文的流程见图 31,现做以下补充说明: (1) 签收部门收到公文后首先签收,并告知发文部门的发文人其发文已经签收, 然后签收人再将收文进行登记。 (2) 收文登记后交到拟办人那里,拟办人提出拟办意见提交给上级领导阅批。 (3) 上级领导阅批后提出阅批意见,按要求的承办部门交给分办人(秘书等)进行办理。 (4) 分办人根据承办部门将公文及阅批意见一并提交到各承办部门。 (5) 承办部门在收到公文后填写承办意见及办理情况。 (6) 如果承办部门在超过一定时期后(比如 7 天)没有做出反应,分办人进行催办。 计算机基础教学实验中心综合实验论文 13 (7) 承办部门办理公文后,将此收文归档。 功能需求 OA公文流转子系统作为办公自动化系统的一部分,其重要性不言而喻。 鉴于以往的办公模式的不便,各企事业单位纷纷 提出办公自动化建设,其目的是要消除有纸公文带来的不便捷,用电子公文取代之,以此提高工作效率。 OA 公文管理的功能是要实现公文从拟稿、核稿、审核等一系列收发过程的电子化。 它要求以计算机电子文档为载体,以计算机为处理和存储工具,以计算机网络及其他数据通信介质为传达渠道的新的公文及公文处理形式。 具有存储体积小、检索速度快、远距离快速传递及同时满足多用户共享等优点,极大提高了办公效率,以适应不断增长的业务要求。 系统性能要求 为了使工作人员能正常对电子公文进行一系列的操作,既达到传统公文的目的,又利用信息电 子化的优势解决传统公文不能实现的目标,该公文流转系统的系统设计必须满足以下的要求:高效稳定,能够满足多人同时进行公文操作,具有友好、简洁的界面。 由于该系统面向单位内各类工作人员,他们的计算机操作水平参差不齐,设计开发系统时需本着“简单易用”的原则,减少进行系统使用培训的代价。 对于公文流转中各工作人员来说,只需掌握基本的计算机操作,便可完成整个电子公文从发文到收文、承办的全过程。 计算机基础教学实验中心综合实验论文 14 第 4 章 系统总体设计 系统总体结构 系统结构 公文流转系统是办公自动化系统的一个子系统,要满足公文的发 文过程,它包括拟稿、核稿、审核、签发、发文、归档;还要满足公文的签收、登记、拟办、阅批、分办、承办、催办、归档这一收文过程。 另外要求结合权限管理和档案、人事管理等子系统实现一个完善的办公自动化系统。 在前面的系统需求分析的基础上,得到系统的结构,具体见图 41: 图 41 公文流转系统结构图 公文流转系统 发文模块 收文模块 拟稿 核稿 审核 签发 发文 归档 承办 分办 阅批 拟办 登记 签收 催办 查询 计算机基础教学实验中心综合实验论文 15 网络结构 公文流转系统功能 发文管理 发文流程主要是各部门之间为协调和解决问题而进行的一系列流程,要求本流程对发文的全过程 进行有效控制和跟踪,实现完善的发文流程管理。 编写 发送 核稿 发送 审核 发送 签发 发送 发文 图 43 发文流程图 拟稿 核稿 签发 发文 公文稿纸 公文 公文稿纸 公文 公文稿纸 公文 公文稿纸 公文 归档 审核 查询 数据库 Web 服务器 系统管理前台 客户端 客户端 客户端 网络 图 42 网络结构图 计算机基础教学实验中心综合实验论文 16 发文流程主要包括: 拟稿:在给定的电子公文拟稿表单上填写相应的内容,这样可以很轻松地完成公文的撰写。 核稿:拟稿人撰写好公文后提交给核稿人,由核稿负责人进行核稿,在核稿意见文本框中签署核稿意见,然后提交给审核人或是由于初稿未能通过核稿而退回给拟稿人进行修改。 审核:核稿后的 公文经计算机网络送审核负责人进行审核,审核负责人在审核意见栏中签署审核意见后,通过审核则提交给签发人,未能则退回给拟稿人修改。 签发:审核通过的公文发往签发负责人,由签发负责人在签署意见栏中签署意见,并签名,同时确定主送单位,然后发给发文人进行发文处理。 发文:由发文负责人(比如秘书)对签发完毕的公文进行发文,然后等到收文部门签收后,将所发公文归档。 查询:可以按照多个条件进行查询,分为确切查询和模糊查询两类。 其中对已经归档的公文可查询按部门和公文类型分类的公文。 收文管理 收文流程主要是处理收 到上级部门及其它部门的公文,对收文进行登记和维护,并提供查询,同时对收文的全过程进行有效控制和跟踪,实现完善的收文流程。 计算机基础教学实验中心综合实验论文 17 图 44 收文流程图 收文流程主要包括: 签收:签收人对发文部门发过来的公文进行签收,同时反馈信息给发文人。 收文登记:电子公文直接存入数据库,然后发给拟办人进行拟办处理。 内部转发:将公文信息通过网络系统传送到相关的部门,根据文件的性质、保密程度与权限的不同,采用相应的加密处理,对文件的办理、传阅、查询等,应按不同的级别和部门给以限定。 拟办:拟 办负责人接收到通过网络发送过来的待拟办公文后,由拟办负责人直接在计算机上签署拟办意见,拟办完成后,公文转去阅批人那里。 阅批:阅批负责人收到通过网络传来的待阅批的公文后,直接在计算机上签署阅批意见,阅批完成后,公文传给分办负责人。 分办:分办负责人收到阅批后的公文后,根据各承办部门发到相应的部门那里。 承办:当承办部门收到要办理的公文后,由承办单位或承办人在承办意见栏里填写承办意见办理情况,完成后作收文归档处理。 计算机基础教学实验中心综合实验论文 18 查询:可以按照多个条件进行查询,分为确切查询和模糊查询两类。 其中对已经归档的公文可查询按部门和 公文类型分类的公文。 系统运行环境 为了保证系统运行的效率和可靠性,系统服务器应具有较高的软硬件配置而客户端则只需要安装有 即可,该系统的运行要求如下: 1. 服务器硬件要求: CPU 要求最低为 PIII 800 以上,建议配置 P4 内存要求最低为 512MB,建议配置 12GB 硬盘 要求 最少 为两块 80G,建议配置 120G 以上 2. 服务器软件要求 : 操作系统:考虑到系统的易用性、界面友好性、安全性等方面,服务器端采用 Windows 2020 作为操作系统。 主要用于提供集成网络功能、内部安全性、系统容错等服务。 Web 服务器:由于 B/S 的管理维护方便且容易掌握,采用微软公司的(Microsoft Inter Information Server )主要用于提供 WWW, FTP 服务,并能访问数据库,提供动态信息服务。 数据库系统 :要求为 SQL Server 2020(企业版或标准版都可以) 3. 工作人员用机软硬件要求 : 要求 CPU PIII800 以上,建议为 P4 1G;内存最低为 256MB,建议 512MB 要求操作系统必须为 Windows 2020 或 Windows xp 浏览器软件要求必须是 以上 版本 计算机基础教学实验中心综合实验论文 19 第 5 章 系统详细设计与实现 系统数据库设计 数据库技术是信息资源管理最有效的手段。 数据库设计是指对于一个给定的应用环境,构造最优的数据库模式,建立数据库及其应用系统,有效存储数据,满足用户信息要求和处理要求。 数据库结构设计的好坏将直接对应用系统的效率及实现的效果产生影响。 合理的数据库结构设计可以提高数据存储的效率,保证数据的完整和一致。 设计数据库系统时应该首先充分了解用户各个方面的需求,包括现有的及将来可能增加的需求。 数据库设计一般包括如下的几个步骤 : (1) 数据库需求分析。 (2) 数据库概念结构设计。 (3) 数据库逻辑结构设计。 数据库需求分析 作为办公自动化的子系统,公文流转系统必然包括发文和收文这两个基本的数据表。 另外系统中也包括部门、公文类型、密级、紧急程度,因此在创建数据库时要创建 6 个表。 对于发文来说,我们所关心的是哪个部门起草的,要发给哪个部门,公文的密级及紧急程度,还有要写的是哪种类型的公文等。 通过系统的功能分析,针对一般用户的需求,总结出如下需求信息。  版头:“ 版头 ” 由发文 部门 全称或者规范化简称加 “ 文件 ” 二字或者加括号标明文种组成,用套红大 字居中印在公文首页上部。  份数: 公文的份数,标注于公文首页左上角。  密级: 密级是公文的秘密等级。  紧急程度: 紧急程度是对公文送达和办理的时间要求。  发文字号: 发文字号由发文 部门 、发文年度和发文顺序号组成,标计算机基础教学实验中心综合实验论文 20 注于版头下方居中或者左下方。  公文类型:所发公文属于哪种类型,在本系统中有财务申请、业务申请、制度审批、决议、通知(主要用于测试,可添加)。  标题: 由发文 部门 名称、公文主题和文种组成,位于发文字号下方。  主题词: 主题词 要和标题一致 ,位于抄送机关上方。  拟稿人:公文的发起人或发起部门。  主送部门: 主送 部门 是 主要受理公文的 部门。 主送 部门 名称应当用全称或者规范化简称,位于正文上方。  抄送部门:抄送部门是在一个公文办理的过程中,协助主送部门完成任务的部门。  发文部门: 发文 部门 署名应当用全称或者规范化简称,位于正文的右下方。  正文: 正文即公文的主体,用来表述公文的内容,位于标题或者主送 部门 下方。  附件: 公文附件 是对正文的补充或是提交一些与公文相关的材料 ,并在正文之后、发文机关署名之前注明附件的名称。  签发日期:即公文的成文日期。  处理意见:对公文下一过程操作的处理意见。 对于收文来说,我们关心的是公文来自哪个部门,要 由哪些部门承办,公文的密级和紧急程度等等。 通过系统的功能分析,针对一般用户的需求,总结出如下需求信息。  签收人:签收发文部门的发文。  签收部门:签收人所在的部门。  承办部门:公文的办理部门,包括主办部门和会办部门。  办理情况:对公文内容要求的处理情况。  其它同发文一样。 计算机基础教学实验中心综合实验论文 21 对于公文类型,在本系统中仅仅列入了几个,主要用于测试,可以根据需要进行添加。 本文中的公文类型有财务申请、业务申请、制度审批、决议和通知。 一个单位通常会有若干个部门,分管不同的工作内容,本系统中有综合业务部、人力资源部、财务部、生产部、采购 部、销售部、客户服务部。 不同的公文有不同的秘密等级,此系统中有。
阅读剩余 0%
本站所有文章资讯、展示的图片素材等内容均为注册用户上传(部分报媒/平媒内容转载自网络合作媒体),仅供学习参考。 用户通过本站上传、发布的任何内容的知识产权归属用户或原始著作权人所有。如有侵犯您的版权,请联系我们反馈本站将在三个工作日内改正。