oa项目管理范文

oa项目管理范文（精选6篇）

oa项目管理 第1篇

OA知识普及之OA相关模块——OA中的财务管理

1.OA中财务管理的定义

财务是一个组织在运作过程中物质、服务运动（流入和流出）所对应的资金运动及资金运动过程中所体现的经济关系，主要是财产和债务，即资产和负债。

财务管理（Financial Management）是在组织一定的整体目标下，关于资产的购置（投资），资本的融通（筹资）和经营中现金流量（营运资金：报销、借款、合同执行、订单执行），以及利润分配的管理。

财务管理是组织管理的一个组成部分，它是根据财经法规制度，按照财务管理的原则，组织企业财务活动、处理财务关系的一项经济管理工作。

传统的财务管理系统注重结果管理和分析：会计科目、会计凭证、会计做账、会计核算等管理，更多的是结果管理；

而OA中的财务管理注重过程管理：通过预算设置、借款流程、报销流程、合同管理流程、费用支付流程（请款流程）来控制费用发生，按照一个组织的经营目标来控制费用发生过程。

OA中的财务管理实际上就是费控系统（预算编制、预算执行、合同签订和履行管理、费用控制、费用分析报表）。

2.OA中财务管理的关键点

1）OA中的财务管理需要关注过程管理、企业经营性费用发生及控制的需求实现

2）OA中的财务管理不管是预算和费控都需要体现：时间区间、几级科目、控制对象、差异分析、动态调整

3）OA中的财务管理需要对费用科目规划好：几级科目、科目的标准；可同步财务软件的科目

4）OA中的财务管理的预算编制可以分为多种模式：从下而上的汇编、从上而下的分发、或者直接把编制好的预算表直接导入系统

5）OA中的财务管理可以作为企业运营费用管理，不能做成本管理

6）OA中的财务管理对费用发生过程的管理需要与设置好的预算进行关联，知道预算执行情况和费用发生的合理性，本质上：预算是一个标杆，每一项费用发生与已经有的标杆进行对照、并反馈与标杆的偏差度

7）OA中的财务管理科目更像一个容器，数据和状态由工作流来传输并通过预算标准来控制

3.OA中财务管理的难点

1）费用管理细化到什么级别（分部、部门、岗位、人员、客户、项目、几级科目）2）现实中的费用预算更多的是根据营业收入会发生动态变化：比如很多公司采用费用包干制，也就是能够花多少钱是根据他这一个时段内收入多少来决定

3）适应不同的预算体系：收入决定费用的体系、标准费用额度的预算体系、静态预算体系（每一个月都是固定的值）、动态预算体系（全年预算是固定，但一个期限内的可发生额完全是由上一个期限的发生额来决定）

4）与财务、ERP做集成和数据同步，而且能够调取有些财务系统的预算数据来控制

4.OA中财务管理的发展

财务管理是组织管理中毋庸置疑的核心，而OA中的财务管理最初是帮助组织进行费用管控，即做到事前控制，对每笔费用的合理性进行评估后执行。我们认为，按照财务管理的价值发挥深度可以有以下几种可能：

第一阶段：实现费用管理。OA中的财务管理成为一个组织真正的费控中心；监管每一笔费用发生的合理性和合规性，帮助企业对费用发生过程进行有效控制

第二阶段：实现集团财务共享中心。对很多集团公司来讲他们不一定是每一个分子公司都设置财务人员，这时候就是提出“财务共享中心”（Finance Shared Service Center），将一个集团在不同区域的分子公司（经济实体）的会计业务拿到一个SSC（共享服务中心）来控制、记帐和报告，这样做的好处是保证了会计记录和报告的规范、结构统一，而且由于不需要在每个公司和办事处都设会计，节省了系统和人工成本。

财务共享中心主要涉及到五个关键点：事前申请、预算管控、财务系统对接、影印系统对接、银企直联

第三阶段：助力阿米巴经营模式的落地。阿米巴经营模式目前开始流行，阿米巴的核心理念就是在一个相互信任的组织内充分发挥出每一成员的积极主动性创新能力，让每一个人都是一个经营体，也就是人人都是经营者（阿米巴的经营形式有很多种，比如：SBU、利润中心、成本中心、联盟经营体、独立核算体、承包经营制、岗位的绩效考核体系，做到极致的情况就是每一个人都是一个可以独立核算的经营体）！

这样模式的落地必须要求这个企业要做到三点：

1、组织内各个经营体的职责权利必须明确；

2、组织内各种流程必须清晰明确；

3、组织内各种经营数据的呈报能够及时、透明、准确。

完全要做到这三点必须要有一套软件支撑系统，人工一定不能长期及时有效完成各种经营体的独立核算。

总之，OA中的财务管理对于企业的价值在于可以实时展现每一个人、每一个经营体的收入和支出，真实实时反映每一个人、每一个部门、每一个机构、每一个客户、每一个项目的经营效益！在这个基础上，帮助企业落地不同的财务管理体系，辅助经营模式的落地！

5.财务管理可能存在的陷阱/误区

费控可以减少成本？有可能发生这种场景：在年底编制预算的时候，每一个人、每一个部门、每一个机构极力争取预算额度；可能1万能够办好的事情，搞成10万的预算，到了年底尽快把预算全部用好，但是不是有效利用这些预算没有人关注，因为系统是不可能知道这个钱花得是否有效，系统能够做到的就是和年初设定的预算来对比是否在控制内；这个时候预算费控系统反而成为了大手大脚花钱的保护伞！每一个企业都应该有预算控制体系？实际上不应该是这样！快速发展的企业对费用管控的关注点应该在费用发生的合理性和有效性！因为，快速发展的企业，很难有一套体系能够适应它的变化，如果有了体系可能也就是限制了它的发展。

预算体系最好是能够从下而上的汇编？做到这样的程度企业可能要花费大量的精力，还不如通过线下的各种会议把各种预算确定下来（因为预算编制本质上就是一个讨价还价的过程），然后再导入系统来得更加高效！

预算要做到精准化控制？事实上对很多的企业而言，预算管理不能太死，因为目前国内的很多经营环境是变化多端的，如果把预算卡死，可能也就是把业务卡死了；所以，对于目前国内大多数企业，能够做到预算控制预警，并能够实时调整预算，将更加实际有效！

预算费用核算的级别越细越好？实际上对很多企业的费用控制只要做到部门这一级和机构一级就可以，到每一个人反而让部门和分支机构失去业务发展调配资源的能力。

为了费控管理而管理？很多企业领导者或者部门经理经常会陷入一个管理误区就是如何把管理做到极致，这是错误的。

问题的思考出发点不应该是如何做好管理，而是如何服务好业务发展。

费控管理系统也是一样，费控的目的是服务和支撑业务更好的发展，而不是花费太多的精力来做所谓的每一分钱的监控和管理；任何管理模式一定要对应到企业的实际情况和经营环境，一个连基本的报销制度都没有执行好的组织，做费控是不可能的。

一个快速成长型的企业更加要鼓励经营体的独立性（也就是独立核算和费用包干制更加有效）；

一个业务集成性很强（也就是业务无法完全独立切割：例如软件公司）的企业就不合适每一个人、每一个岗位、每一个部门都搞细化的阿米巴经营，这样反而造成经营沟通协调成本急剧增加，而且可能造成一种结果是每一个人只关注自己收入和支出，而不知道帮助上游和下游有效开展工作，这也就是阿米巴死结和绩效陷阱！

以上就是泛微十六年的OA实践得出的关于财务管理的经验总结，在下一篇文章中小e会接着给您介绍OA办公系统中的项目管理模块，敬请期待！

oa项目管理 第2篇

物品管理

提供物品分类、物品目录、物品明细、入库处理、库存警报、申请管理、领用审批、领用明细、借用明细、管理设置、报损处理、查询统计等功能，可统计生成多种报表。通过物品管理系统，让公司人员及时、全面的了解公司内部物品的各种情况，实现了公司内部各种物品的优化管理，有效的提高了物品的利用率，控制了物品的浪费及正常遗失现象。

 物品首页：集中显示申请已通过审批，还未到物品管理员处领取的物品及通过审批还未出库的物品。

 待领取：用来存放所有待领取物品。 已领取：用来存放所有领取过的物品。

 领取记录：用来记录所有领取过的物品信息，可进行领取查询。

 库存查询：集中显示所有库存中的物品，可通过物品品名、规格、库存数量范围、库存金额范围、存放位置等进行物品库存的查询。 入库管理：包括物品入库、入库单、入库记录、入库统计。

 入库审批单可逐个添加入库物品，也可批量添加已存在的物品类型，并结合流程，对入库物品进行审批。

 入库单：显示所有入库审批单通过流程送审批完成的单子，可对这些审批单进行入库、删除等操作。

 入库记录：显示所有已经入库的入库单，点击相应的入库单即可查看到入库物品的所有信息，可直接查看库存，并可查看关联的入库申请单。

 入库统计：系统提供入库汇总报表及入库明细报表，供物品管理进行入库物品的统计。

 出库管理：包括待出库、已出库、出库记录、报损、出库统计。

 待出库：显示所有审批过，待领取的物品领用单。可对领用单进行出库、校正、撤销出库等操作。出库完后，可以再次打开待出库申请单，查看出库信息，也可在[出库记录]视图中查看。校正按钮用于普通用

手册

户在进行申领物品时，有时并没有填写清楚物品信息，或者申请的物品库存不存在，但是有不同类型只是名称不一样的物品，此时出库管理者，就可以对此类物品进行校正，并可查看校正记录；出库管理者，还可以对用户申领的物品进行撤销，撤销必须经申领人确认，申领人可以自由决定是否在撤销的同时重新申请物品。撤销都必须经过审批。

 已出库：显示所有审批过，且已领取完成的物品领用单，还包括物品的报损单。

 出库记录：每一次对物品进行出库或报损操作时，都会在此视图生成出库记录。

 报损：点击此按钮，弹出报损审批单。出库管理者可对物品库存进行报损操作，对损坏、丢失、或者其他原因导致物品损坏的，都可进行报损操作。报损单经过领导审批后会自动归档到[已出库]视图，会自动生成出库报损明细，且物品库存也会相应减少。

 管理设置：供系统管理员进行物品管理模块的设置，包括权限设置、物品规划、物品导入。 权限设置

 模块管理者：由系统管理者在这里指定模块管理者。

 入库管理者：由模块管理者指定入库管理者，可以执行物品导入及发起入库申请的人员，维护物品品名及分类。

 出库管理者：由模块管理者指定出库管理者，可以执行出库操作的人员及发起报损申请的人员。 允许所有人员申请物品（默认）

 启用采购管理：当勾选此项时，此物品库和采购库就有了关联。启用采购管理后，当库存不足或申请的物品不存在时，系统将自动生成采购建议单并通知采购管理者安排采购。

 申请人领取物品时，要求输入登录密码验证合法身份：默认勾选，表示物品申请人在领取物品时，需要输入申请人的登录密码进行

手册

验证身份。

 启用最低库存预警：当勾选时，表示启用最低库存预警，可设置对于每个物品最低库存数量为多少时进行提醒，且可以指定提醒对象。

 物品规划：可新建物品分类、品名、规格。 物品导入：分为2种导入模式

 只导入物品格式：每行一个物品，每个物品包含三列：分类、品名、规格，只导入物品格式，不生成入库记录。

 导入物品及库存：每行一个物品，每个物品包含八列：分类、品名、规格、编号、单价、数量、单位、存放位置。

［模块主要特色］

支持申请库存中不存在的物品，支持部分领取。

库存金额采用“先进先出”的计算方法。

领用权限可在物品分类、品名及规格上分别设置。

oa项目管理 第3篇

关键词：OA系统,项目管理,平台建设

0 引言

项目管理方法在工程管理领域得到广泛而成熟地应用,市场上的项目管理软件更多地适合于强矩阵式工程类项目管理。近年来,项目管理方法被广泛引入公司体制下的项目管理工作中,由于项目经理与职能经理共同承担完成项目的责任,管理方式往往趋于弱矩阵式的项目管理,通用的项目管理软件不能很好地满足公司实际多项目管理工作的需要。

本文介绍的项目管理模块是根据公司项目管理平台建设的需求,依托公司既有OA协同办公系统进行二次开发,生成的一款软件管理系统,旨在加强项目管理者与多项目干系人的信息传递与沟通, 以实现公司项目管理水平提升。该模块主要由项目信息管理系统和项目进度管理系统组成。

1 项目信息管理系统

1.1 功能描述

项目信息管理系统是用来对公司多个项目进行统一管理的平台,主要由基本信息、投标文件、管理文件、过程文件、开口项、项目报价、项目合同、内部文件、项目变更及项目执行情况等部分组成,能实现项目相关信息地创建、修改、删除、查询及展现,通过项目管理经验的积累与共享,可以使新项目管理人员借鉴以往好的工作思路、方法、模板,避免工作方法不当给企业带来未知的损失。项目信息管理系统的主要业务关联关系如图1 所示。

1.2 操作方法

新项目创建主要由基本信息、项目管理文件、项目过程文件和开口项表4 部分组成,详见图2。基本信息主要包括项目名称、项目客户、项目编号、项目经理、项目类型、管理方式、合同数量及项目状态等,均为必填项。项目管理文件主要包括启动、规划、执行、监控和收尾五大过程中相关管理类文件。项目过程文件主要包括设计、采购、生产及检验等制造过程的相关技术类文件。

相关授权人员可进行新建、修改、查看、打印和导出等操作,只有管理员(具有监控权限的人)可以执行删除操作。项目信息查询时,可以查询的项目属性包括项目名称、项目客户、项目编号、项目经理、项目类型、管理方式及项目状态等,支持模糊查询、精确查询和综合查询等3 种方式。

1.3 功能实现

根据项目信息管理系统地需求分析,能生成项目信息管理系统的操作页面,接着根据系统主要流程和算法的设计,能生成数据库脚本以及编写相应的程序功能,最后再经过一系列的程序调试、系统测试、程序打包、系统部署、系统配置等过程,最终用户可通过OA系统访问项目信息管理系统。项目信息管理系统的实现效果图如图3 所示。

2 项目进度管理系统

2.1 功能描述

项目进度管理系统是用来制订项目实施计划,并对各项目实施计划节点进行监控,不能按时完成的计划,系统会按照设定的程序进行报警并通知相关负责人。在项目进度查询界面,通过不同的颜色显示各节点所处的不同状态,如“绿色”代表未延期已完成,“蓝色”代表延期已完成,“红色”代表延期未完成以及“黄色”代表正在进行中。

2.2 操作方法

新项目进度创建主要由项目计划、项目执行和消息设置3部分组成。项目计划是指按照项目主计划设定的相关时间节点,在系统中输入相应的计划时间。项目执行是指根据项目日常监督情况,输入项目各节点工作实际完成时间。消息设置是指根据实际情况,系统可设置报警消息的传递对象、周期等。具体操作界面详见图4。

2.3 功能实现

根据项目进度管理系统地需求分析,能生成项目信息管理系统的操作界面,系统显示的实现效果图如图5 所示。

3 结语

基于OA系统开发的此款项目管理模块软件,经过公司近两年在项目管理中地运用,取得了显著成效,大大提升了公司弱矩阵式项目管理水平。根据该模块开发过程积累的经验,公司正探索基于OA系统平台二次开发更多适用性强的公司管理模块,旨在提高公司整体管理水平。

参考文献

[1]乌云图.基于OA的知识协同平台的设计与实现[D].长春:吉林大学,2014.

[2]周益增.基于OA系统的企业内部沟通机制研究[D].北京:中国地质大学,2012.

OA系统中高校电子公文管理探讨 第4篇

关键词：信息化建设；OA系统；公文管理

中图分类号：TP317.1 文献标志码：A 文章编号：1673-8454（2014）15-0060-03

一、引言

公文是党和政府机关在处理公务过程中形成的具有特定效力和规范格式的文书。党和国家的秘密事项大都以公文的形式来传递。高校公文一般来源于上级领导机关及相关业务部门。[1]公文是高等院校依法治校和进行公务活动的重要工具，公文处理工作是高校办公室的一项重要职能，科学、规范、安全、高效的公文运转和管理，是衡量办公室工作绩效的重要指标。[2]

办公自动化（OA，即Office Automation），是指把办公的特定流程或环节和日常的事务联系在一起，从而使办公文件在不同办公室、不同地区的流转、审批以及发布等方面实现方便的共享以提高办公效率。[3]当前，OA系统已成为我们日常进行公文处理的主要手段，它改变了以往纸质公文管理的传统理念，而公文流转作为办公自动化系统的核心，是实现无纸办公的重要标志。[4]其生成的电子公文已成为高校电子政务的管理对象和主要载体，具有特定效用的凭证性信息，是学校正常运行的信息支持和信息保障。[5]虽然电子公文具有优于纸质公文的很多优点，但也伴随着不少问题，如何解决电子公文管理中的缺陷，成为本文探讨的关键点。

二、应用OA系统处理高校行政公文的优点

1.加快工作流转时效，提高公文处理效率

在使用OA系统处理行政公文之前，公文呈送批转的整个过程中都依靠公文秘书一人完成，难免会影响工作的质量和效率。在应用OA系统之后，高校的全部公文流程均利用网络形式来实现，操作简便，工作人员仅需登录到系统利用对相关功能键的点击即可完成公文处理的各个环节。此外，工作人员还能够利用跟踪处理，即时地对文件的全部管理流程进行监控，催办不同环节的文件，从而提高全过程的办公效率。[6]

2.节约办公资源成本，促进节能环保效应

纸质文件时期，文件需要专人印制、装订、分发，下发时还需通知各二级单位专人领取，造成了纸张和人力的极大浪费，同时人力有限造成的时间不及时和文件的漏发、错发，影响着相关工作的开展。通过OA系统办理公文，只需选择用户定向发送，并提醒他们及时阅处，接收用户即可上网查阅，节约了大量纸张和人力资源，节能效果非常明显。

3.增强协同办公能力，推进信息共享公开

传统形式下的纸质公文在同一时间同一地点只可供一人的阅读，存在着信息的独占性。

在应用OA系统之后，系统人员不仅对来自外部的信息加强了有效采集，而且通过系统的公文流转，学校的行政公文在相同的地点和时间可供多人阅读，给予了多用户检索下载的功能，实现了各部门间的协作与信息共享，大大推进了信息公开的进程，加强了高校对校内事务的统筹安排以及监督管理，为学校的政策决定提供了有力的信息保证。

4.降低人为因素影响，规范公文处理流程

就传统形式下的审核、修改公文环节而言，受到了极大的人为因素制约，存在着较大的随意性，无法确保文件的质量与及时性。而在OA系统中，公文处理系统通过固化科学的办公流程和建立标准化的模块，任何节点的操作人员都不可以跨节点操作，并且所涉及到的全部修改痕迹都会详细地保存在系统当中，并且会正确地进行备份，这样就用系统规范了流程，保证文件在控制范围内有序办理。

三、OA系统中高校行政公文管理的问题分析

1.平台标准各异，文档一体化功能难集成

高校中OA系统与档案管理系统的建设往往因时间先后顺序和软件开发团队的不同使得系统存在着数据平台各异、数据结构多样以及数据标准不统一等问题，分别开发的应用系统因没有考虑数据共享的公共接口而变成一个个独立运行的系统，致使系统集成度和互联性较差，OA系统中存有全部已办理完毕的内部发文、信息资料和上级部门的所有公文、邮件、信息资料、传阅流转记录等，这些信息如不经过程序的处理，只能单独存放在OA系统里，归档时，还需要手工扫描、录入等，造成人力、物力的浪费，而且不便于日后的检索和查找利用。

2.保密难度增大，涉密文件流转安全难保障

高校在办公室公文管理的收取、制发和传递的过程中往往会接触到不少涉密公文，特别是当前多数高校在实现了办公自动化之后，这些以往机要的上级来文或者尚未公开的学校内部行文因为从锁住即可保护的纸质文件扩展存为放在电脑中的无形电子信息，系统易受非法人员、黑客和病毒的入侵，传输过程中数据也可能被截取、修改或删除，保密难度增大。而一些公文管理人员为了方便传阅， 直接扫描成电子版后盲目将涉密性或内部保密的公文通过网络传阅，极大地增加了网络泄密的概率。这些都为办公室公文管理的保密工作提出挑战。

3.伪造篡改容易，公文唯一合法性难鉴定

传统的公文是否有效与其是否具有公章直接相关，这种“红头+公章”的公文处理模式仍会延续到公文处理系统中。[7]当前在OA系统的实际运用中，对于一些需要领导最终签字确认的公文往往还是采用纸质稿送至领导签字，需盖章的最终行文在定稿后采取加盖传统公章的方式进行确认，这种延续传统的签字盖章的方法使得公文在流转的最后环节很容易受到人为的伪造、复制和窜改，很难确保公文的唯一性、合法性、可追溯性，也无形中增加了资源的浪费。

4.登录查阅频繁，信息催办提醒难即时

在OA系统中包括校领导在内的所有系统用户几乎每天都要办理一定数量的文件，当负责收发文的办公室秘书上传相关文件后，由于OA系统本身并不具备相应的提醒功能，用户往往不能及时进行办理。为了不错过重要文件的处理，用户经常要频繁登录系统查看是否有新的待处理文件，或者由负责收发文的办公室秘书通过手发短信进行一一提醒，这必将导致工作量的增加，而且由于信息反馈无法及时送达等原因造成办事人员相互推诿，责任无法落实，极大影响了用户的工作效率。endprint

5.时间空间限制，远程移动办公难实现

当前在很多高校都存在着人员常需外出学习考察或由于校区分散存在多地办公的现象，这就使得传统的集中办公方式已经远远不能满足需要。虽然OA 系统已打破传统办公环境固定的局限性，使得办公人员可以在家里、也可以在其他校区、亦可以出差在外处理工作事宜。但其完全依赖于互联网络，领导如若身边没有电脑或者网络，那么许多待办公文就依然无法随时办理，特别在一些时限较为紧迫的文件急需在外领导签约批示时，难免就会带来流程的运转停滞，在一定程度上影响了办公效率。

四、解决OA系统中高校行政公文管理问题的对策

1.统筹全局系统规划，实现文档一体化的全程管理

统筹全局的系统工程规划，通过技术对接，实现OA系统与档案管理系统之间的无缝连接，通过两个系统的协同工作，进一步寻找两个系统的结合点，将相关功能界面合二为一，使用户能够在同一个界面实现两套系统的流转和信息转换，使得档案管理功能有机地嵌入整个办公自动化系统之中，构筑起办公自动化系统文档一体化管理模式，实现电子文件归档、查询、存储保管的电子化和网络化，实现电子文件规范化管理。

2.建立公文管理责任制 ，提升电子文件的管理安全

为了保证公文保密工作的严肃性， 要建立责任严明的公文管理责任制度。涉及公文传阅的各个部门都应配备专门的公文管理人员，负责公文的收取、登记、传阅工作。 办公室机要秘书的涉密计算机必须做到物理隔离，严格按照密级文件的流转程序进行相关文件处理，通过身份验证、传输加密、防写防打印、数字签名手写签字辅助认证等安全技术防范电子文件在流转过程中的非法访问和随意删改，确定发送范围无误方可发送，并对接收涉密文件的部门适时按照保密要求进行检查监督。

3.使用电子签章技术，确保公文的唯一合法

在OA系统中，正文模板应集成了电子签章，手写签名等内容，在公文落款处直接加盖以数字技术模拟实际签名或印章的电子签章，当电子文件流转到盖章环节时，选中需要盖章的正文进行电子盖章操作即可，若印章加盖错误，还可以撤销印章。但必须保证要采用加密设备、用户与电子印章绑定的方式，指定用户才有权使用该文件。接收方对收到公文只能在指定允许的打印机上按指定份数打印，文件内容及版式不可更改，从而有效防止文件被恶意篡改，保障公章使用的安全性和唯一性，保证电子公文的真实性、完整性、可靠性和不可抵赖性。

4.搭建即时通讯平台，保证待办提醒的及时有效

通过OA系统中相关业务流程模块与即时通信平台所提供的信息提醒借口进行集成，使其组织结构和系统用户与OA系统保持完全一致，并自动实现同步，如中国电信的企信通、中国移动飞信、微信以及腾讯公司的腾讯通等。开发OA系统即时通讯特性的应用，从而使得当OA系统中有待办代阅公文时，系统能第一时间自动进行消息提醒，方便用户及时办理相关业务，改变传统“人找事”的行为模式为“事找人”的服务模式，进而提升行政办公执行力，提升办公室工作效率。

5.对接移动应用终端，提高系统远程办公能力

通过建立移动办公系统平台，以智能手机终端为载体，使用移动3G 等无线网络与服务系统进行连接，将高校办公自动化系统进行无线扩展，建立起一套可移动化应用的办公信息系统。出差中的领导、公文办理人员在没有电脑或没有网络的情况下，通过一部智能手机，在手机网络条件具备的情况下登录OA办公系统，帮助用户克服空间和时间对办公环境的限制，实现远程异地的公文处理，极大地方便了在外出差人员办公，大大提高了公文管理的时效性和准确性。

五、结束语

总之，应用办公自动化系统进行高校行政公文处理，不仅是高校自身发展的需要，更是建立现代大学制度的需要。通过进一步完善管理制度，规范办文流程，及时更新技术，全面提高公文管理效率，必将使高校管理工作更加快捷有效。

参考文献：

[1]葛爱英，陈宗文.高校公文保密工作的现状与长效机制的建立[J].高教论坛，2011（1）：116-117.

[2]何情.做好新时期高校办公室公文处理中的保密工作[J].办公室业务，2013（2）：64.

[3]方铭.办公自动化（OA）系统的在企业中的应用[J].计算机光盘软件与应用，2012（17）：71-72.

[4]关豪英.电子政务中公文管理系统的应用[J].煤炭技术，2011（11）：22.

[5]陈伟斌.高校电子政务中电子文件管理的思考[J].长春师范学院学报（自然科学版），2011（2）：142-144.

[6]熊俐嘉，李鹏.公文管理中OA系统的应用和展望[J].办公室业务，2013（07）：127-129.

[7]付政.OA系统中公文流转方案设计[J].科技资讯，2011（24）：16.

OA管理规定 第5篇

1.目 的

为适应公司业务发展的需要，更好地保证公司文件的传递，在方便工作实现无纸化传输、搭建交流和共享平台，着力提升办公效率和公文质量，厉行节约的原则。

2.适用范围

本规定适用于公司所有电脑及部门员工。

3.职 责

3.1网络管理员负责对公司所有OA办公系统用户信息进行统筹管理，对所有使用人员进行登记、造册备案，并进行系统维护、升级、改造、更新。

3.2OA办公自动化系统登录密码由使用者妥善保管，密码不得告诉他人。

3.3在使用中发现OA办公自动化系统漏洞与故障及时报网络管理员由网络管理员及时维修。对于发现系统漏洞未报网络管理员，私自利用漏洞修改OA办公自动化系统造成系统无法运行者追究其法律责任。

3.4公司各级领导及全体员工必须爱护和正确使用OA办公自动化系统，保证OA办公自动化系统和正常运行。(注：本规定适用于本公司所有OA办公自动化系统的使用者)。

4.定 义

5.程 序

5.1 OA系统不能100%保证数据安全，公司员工在OA办公系统上的数据必须在本机上留有备份。网络管理员每周五对OA办公系统进行备份。

5.2公司员工根据其工作性质允许申请管理权限，统一报行政部经理批准后由网络管理员统一更改，私自修改、破坏、破解OA办公系统权限追究其法律责任。

5.3 OA办公软件各部门必须每天早上8点前上线，网络管理员不定期检查，如发现没有上线考核1-2分。

5.4 OA办公系统具体管理要求

5.4.1“我的办公桌与桌面”是把菜单中几项比较常用的功能，醒目地列在操作区内，方便用户操作。 桌面上的所有模块由网络管理员统一设定，公司所有使用人员均可查看使用。

5.4.2桌面网络硬盘代替原有共享文件夹内容，其主要内容包括制度、工作流程、表格、会议纪要、证书、工程通报共计六个文件。

5.5权限

5.5.1行政部网络管理员统一管理，制度、工作流程、表格、会议纪要、证书上传时必须经行政部经理审核后方可上传。遇下发新文件时，半日内更新完毕。文件名称统一规范为：序号+文件名全称+年月日(例：01关于借款及各项费用报销管理规定090515)。

5.5.2工程通报由销售公司文员直接上传，由销售公司建立月份文件夹，按月上传通报，文件名称规范例：0905092(5月份第92号文件)，如有附件加-1分。销售公司将签字后通报20分钟之内上传OA办公系统。，

5.6便签

便签为公共部分，所有使用者均可使用，目的是为了避免忘记或漏办事宜。

5.7公告通知

5.7.1公告通知指公司内部及各部门下发各类通知，分为两大类：一类为全体员工都可查看的，一类为指定人员查看。

①全体员工都可查看的，由行政部统一发布，由行政部经理审批后方可上传。

②指定人员查看的，由各部门经理提出申请，经行政部经理审核批准后，共享查看权限后上传，其文件方可显示指定用户和全体用户公告通知栏中。

5.7.2内部邮件

①内部邮件全体使用人均可发布，接收人只能查看，不能复制、修改。

②在发布邮件时，针对发件人进行发布，可添加一个收件人或多个收件人，依据实际需求选择。邮件主题必须写明邮件名称，邮件内容一栏中要简明扼要，内容清晰。

5.7.3由行政部网络管理员统一管理企业、国内、外重大新闻，每天上午9：00前更新添加，其添加内容必须经行政部经理审批后方可发布。文件名称与标题相符。

5.7.4公共通迅簿是便于员工查询的工具，直接输入姓名便可查询，财务、总经办人员电话不显示在公共通迅簿中。公共通迅簿由通迅管理员负责管理，及时更新、添加或删除。

5.7.5今日计划包含日、周工作计划。

①由各部门经理审核后上传。简明扼要写清计划名称、发布范围、日周工作计划参与人员、负责人及批注人员，明确计划开始与结束时间，在计划类型中选择正确计划类型。在计划内容中详细填写计划参与人、参与时间、以及工作内容、时效等。并通过内部短息提醒工作计划参与人员与批注人员。

②日工作计划上传时间为：每天上午9：00

③工作计划查看权限，权限为可查看公司各部门工作计划及工作计划批注。

5.7.6内部短消息

内部短消息便于内部沟通的平台，所有使用者均可发布，接收人可依据需求选择一个或多个。

5.8办公用品

办公用品由行政部仓库保管员统一管理，所有使用者随时可查询相关办公用品现有种 类、数量，每周二由仓库保管员统一发放所需物品，办公用品信息录入由行政部仓库 保管员统一录入，仓库保管员及时更新信息。

5.9图书管理

图书管理由行政部统一管理，所有使用者随时可查询相关图书信息，如需借用，可直接到相关部门直接办理借阅手续。各类书籍录入信息由行政部统一录入，随时更新，分类录入。

5.10车辆

车辆管理由行政部经理统一管理，所有使用者均可查看车辆使用申请情况，如需申请使用车辆可提前半日在车辆申请栏填写准备使用车辆车号、用车部门、用车人、起止时间、目的地、部门审批人以及车辆使用事由，先交给部门审批人审批，再由行政部经理审批。行政部经理根据车辆情况审批后发内部消息通知。部门经理用车可不填写部门审批人一栏，直接交与行政部经理审批。公差外出用车5天以上者，部门审批人一栏填写总经理由总经理审批后车辆管理员方可派车。

5.11人事(培训、在线考试、人事档案)

5.11.1人事档案为公司员工电子备档资料，包含员工入职、转正、离职等重要人事资料由人力资源专员专人管理。其他人员均无权查看。

5.11.2培训信息管理由人事专员统一管理录入培训信息，所有使用者均可查看学习培训信息。

5.11.3在线考试试题由人事专员统一管理录入，可实现在线考试。所有使用者均可在制定时间参加在线考试。

5.12信息交流内部讨论区为公司OA办公系统公共使用讨论区由网络管理员统一管理供所有员工讨论、学习、交流的平台。

5.13 签字印章

由网络管理员统一制作，签章密码由使用人自己设定，可实现日常办公审批、签字。签章密码由使用人自行保管泄露由签章使用人自行负责。

5.14销售管理

销售管理为销售公司专用栏目包含客户信息管理、销售信息管理。客户信息由销售内勤录入管理。销售信息由销售主管录入管理。

5.14.1权限

①客户信息、销售信息可查看人员(销售内勤、销售主管、销售经理)，可查看人员如需对外公布需经销售公司经理批准后方可对外公布。

②除以上共有权限外常务副总、总经理拥有权限。

③人事档案查看权限。权限为可查看公司全体员工人事档案。

5.15工作日志查看权限，权限为可查看公司各部门日常工作日志及工作日志点评。

OA的五大特性

易用性——没有全面的应用做基础，一切都是空谈。

管理落地必须面向全员，所以，软件也必须能够被全员所接受，被全员所喜爱。如果易用性不强，这个前提就不存在了，制度落地就只能是空谈。而任何软件都是需要培训的，不过上网却几乎人人都会。所以，就支撑制度落地的软件而言，走网页风格可能是个最佳选择。

健壮性——必须具备超大用户、高并发应用的稳定性。

管理“落地”必须面向全员，所以支撑“落地”的软件也必须能保证全员应用的稳定性，尤其是针对集团型企业，软件必须具备超大用户、高并发应用的稳定性，否则，一旦出问题，哪怕是小问题，都可能影响到现实的集团业务，从而造成不可估量的损失。

坚持网络风格是最大限度提升软件健壮性的一种有效手段，因为这样一来，决定应用并发数的并不是软件平台本身，而是硬件和网络速度;也就是说，从理论上讲，类似的软件平台没有严格的并发数限制。

开放性—能够与其它软件系统完成必要的关联性整合应用。

管理“落地”在现实管理中渗透到管理的各个方面，而没有哪一套软件能够独立的完成所有方面的管理需求，所以，支撑制度“落地”的软件必须具备全面而广泛的整合性，能够从其它软件系统中自动获取相关信息，并完成必要的关联性整合应用。 从技术上看，采用整合性强的技术架构(J2EE)作为底层设计对软件的整合性会有决定性的帮助。如此，软件就能预留大量接口，为整合其他系统提供充分的技术保障。同时，现实的整合经验也必不可少，因为整合应用不光涉及到技术层面，还包括对管理现实业务的理解、整合实务技巧、整合项目把控等等实际操作技能要求。

严密性——必须同时实现信息数据上的大集中与小独立的和谐统一。

企业，尤其是集团型企业，从制度落地的现实需求来看，一方面必须有统一的信息平台，另一方面，又必须给各个子公司部门相对独立的信息空间。所以，软件不仅要实现“用户、角色和权限”上的三维管控，还必须同时实现信息数据上的大集中与小独立的和谐统一，也就是必须实现“用户、角色、权限+数据”的四维管控，具备全面的门户功能。

实用性：80%标准化+20%个性化的绝配

实用性——软件功能必须与管理实务紧密结合，否则药不对症，反而可能有负作用。而且，还必须能适应企业管理发展的要求。

现实中，企业一方面需要软件尽最大可能的满足现有需求，另一方面，管理本身也是个不断发展的过程，所以，企业又需要软件能够满足发展的需求。面对这个现实与发展间的矛盾，业界常见的有三种解决模式，项目化、产品化和平台化。

OA软件设计九大特点

1. “可行性和适应性”

所谓可行性，是指需求提炼时，应该吻合适合核心需要，满足主要功能，而不是超越当前技术水平放卫星!

所谓适应性，是指产品的实施条件和应用条件，要吻合企业当前的环境，超越环境搞亩产万斤粮的大跃进是注定要失败的。

核心需求的吻合度，是OA价值兑现的保障，用户在工作流程、公文管理等方面的核心需求的满足度是项目成功的基础。

2. “前瞻性和实用性”

OA系统的开发设计，即要考虑到最大限度的增加系统的价值，最大限度的吻合各应用者的需求，充分考虑系统今后功能扩展、应用扩展、集成扩展多层面的延伸，实施过程应始终贯彻面向应用，围绕应用，依靠应用部门，注重实效的方针。同时又要兼顾到成本控制、项目周期控制等因素，因此在功能的部署上也需要遵循实用主义。

3. “先进性和成熟性”

先进的管理理念、技术和方法，可以提升企业的竞争力，延长系统的生命周期，但同时，任何创新都意味着小白兔实验，风险较大，因此又要注意软件系统、硬件设备、开发工具、软件产品的是否成熟，在先进性和成熟性之间找到平衡点，成为价值最大化的关键。

4. “开放性和标准性”

数据孤岛、信息孤岛、应用孤岛，已经成为多年信息化建设后的后遗症，而解决这些孤岛的关键因素在于开放，解决这些孤岛的效率取决于标准化。

如同我们的插座和插头的关系、如同我们的外设和usb口的关系，OA系统是否足够开放和标准化，成为架构设计时首要考虑的问题。

在当前和未来，OA系统需要轻松与各种操作系统、中间件、数据库、业务系统及工具软件进行平滑对接，当前主流的厂商都在这方面做了充分的考量。

5. “可靠性和稳定性”

OA系统里流转了大量的管理数据，因此必须是可靠的，一般的人为和外部的异常事件不应该引起系统的崩溃;当系统出现问题后能在较短的时间内恢复，而且系统的数据是完整的，不会引起数据的不一致。

我们曾对Think系统组织过压力测试，在负载均衡的情况下，3000人同时在线时，系统登陆(包括整个主界面加载)不大于8秒。数据浏览不大于8秒;数据查询不大于8秒;数据统计不大于15秒。

我们还对Think产品，运行在IBM服务器上的稳定性做过测试，基本上可以做到以下几点：平均无故障运行时间：大于10000小时;可用率：系统总体平均可用率在99.99%以上;稳定性：主机系统能够保持7*24稳定的不间断运行

6. “安全性和保密性”

OA系统的开发设计既考虑信息资源的充分共享，更要注意信息的保护和隔离，因此系统应分别针对不同的应用、不同的网络通信环境和不同的存储设备，采取不同的措施，包括系统安全机制、数据存取的权限控制等以确保系统的安全性。

其中，采取的措施包括但不限于以下

平台安全：架构设计考虑安全性要求，平台软件达到安全设计标准。

应用安全：权限控制、支持身份认证接口、防篡改、防暴力破解等措施完善，并且可以跟USBkey、CA、IP地址限制等各种安全措施进行方案组合。

数据安全：支持文档安全软件整合技术，从而做到数据传输加密、远程安全访问、数据存储加密，并且可以等各种安全方式进行绑定，支持入侵检测与防御系统、防火墙的应用。

容灾备份：支持各种容灾的软硬件设备的使用等。

管理安全：提供完善的日志功能，能够记录系统使用人员的关键操作，保证系统应用的安全

密码策略：初始密码强制更改、启用图形验证码、支持USBkey接口、密码过期控制、密码错误次数控制、密码强度设置等，从而防止暴力破解和恶意攻击。

系统网卡MAC和IP的绑定;支持CA认证、数字签名加密技术;支持电子钥匙(Ukey)技术和指纹Ukey技术;支持安全套接(SSL)技术;软件系统严密、灵活的访问安全控制，功能授权与数据范围授权结合;

系统有整体的用户/权限管理体系，可统一进行用户/权限的管理，实现到字段级的查询、修改、管理权限控制;系统提供用户认证、数据传输、数据存储、数字签名等安全手段接口，可在各个环节提供对第三方安全认证系统的支持。

7. “可扩展性和易维护性”

为了适应未来的业务拓展和项目的功能扩展，必须充分考虑以最简便的方法、最低的投资，实现软件系统的扩展和维护扩展。

因此，在OA软件系统的开发设计中，需要考虑到应用及系统不断扩展的要求，以形成一个易于管理、可持续发展的体系结构。未来业务的扩展只须在现有机制的基础上，增加新的应用与服务模块。一方面当应用量增加，用户数增加时系统可以平滑增加服务器的方式来支撑新的压力要求发;一方面，当新的技术和产品出现进行升级时，系统能够平滑过渡而不影响用户的使用;另一方面，产品有新的功能增加时，可以通过插件和模块定制平台的方式，轻松实现业务的扩展。

在设备选择及网络方案上坚持开放性原则，使系统对各种硬件设备的互连互通;在软件上支持跨平台和开放数据接口，便于与其它系统软件互相集成，未来支持与业务系统、门户等系统的单点登录集成，在可获得相应系统的数据结构情况下，实现与这些系统的应用、门户、数据等各层面上无缝连接。

系统的管理和维护，应该采用集权和分权相平衡的思想，如Think产品设置了系统管理、应用管理和个人管理对系统进行分层授权和分层维护。

利用系统提供的工具，无须编写代码，方便用户自行进行客户化功能改造，方便用户自行定制界面数据项的显示;同时在网络或系统出现问题时能及时、快速地恢复系统的正常运行，保证系统的可恢复性，具有较高网络系统的抗干扰能力。

8. 八思：“美观性和易用性”

系统用户界面的设计采用Web2.0用户界面设计技术，界面根据用户需求灵活更改(增强标签分类特性)，注重用户体验，使系统各项功能易见、易学、易用、易维护、易管理。

作为全员应用系统，易用性和用户体验是项目成败的关键要素。所提供的产品采用B/S的登录方式、可以采用电脑、手机等各种方式下登录，采用了AJAX、图形化编辑器等各种新技术，并且易读、易理解、易操作，用户界面简洁、美观、友好，易于用户掌握、操作和使用;系统管理的使用及管理也以简便、易于操作、方便实用为准则。

严格遵循易用性六原则，实现从产品的部署、登录、使用、维护、升级、扩展的全方位易用，从而提升系统的黏着度; 提供统一的访问地址，便于用户使用。在登录页为用户提供加入收藏、设为首页等操作，方便用户以后快速访问系统;具备风格一致的友好的用户界面，图形显示直观，工作流程从设计到使用全程图形化;

美观性，相比易用性来讲并不是很重要，这如同一个美丽的姑娘，第一眼打动你的可能是表象，然后持续感动你的往往是她的内在。

9. “大并发能力支撑”

作为集团化、多组织、大用户的单位，OA软件系统的开发设计，应该支持应用和数据库等多重负载均衡能力，支持附件服务器和数据库服务器分离技术，从而支持数万用户同时在线和同时操作的能力，不会因为用户数的增长或者信息量的增长，而导致系统响应能力下降。

OA项目面试参考 第6篇

面试过程中描述项目一般分为三大点（第一点是参考说辞。后两点是可补充的说明，个人可根据具体情况介绍）

1、项目的开发背景介绍以及个人在项目中完成的功能点

2、项目的开发过程（开发周期）

3、项目的系统架构

1、项目开发背景以及个人完成的功能点介绍

我们这个项目是为XXX公司开发的一套办公自动化系统，简称OA。该公司属于XX行业，业务类型主要是XXX，该公司为了提高办公效率与办公质量，实现无纸化办公与科学的管理而委托我们公司研发该系统。通过需求调研与设计，我们将该项目划分为了XX个大的模块。主要包括 XXX。。而本人在该项目中主要负责组织机构与权限管理两个大模块的设计，开发，调式以及维护等工作。

组织机构模块主要是对该公司的部门以及人员的管理。所以在此模块中我们又分为机构管理与人员管理两个子模块。由于该公司的机构属于职能型机构，父机构下面又存在子机构，就像一个树状结构，所以我们在设计该模块表的时候使用了自关联的方式，这样可以减少数据库设计的允余，也便于扩展。而人员模块设计比较简单，就是直接在表中加入了一个机构的外键，因为人员肯定是属于某个部门的。

至于权限模块的设计就稍微复杂点。任何一个项目都会根据需求来设计相应的权限操作，权限也是我们保证项目健壮性的一种手段。在此模块中我们分为用户管理，权限管理，角色管理三个子模块。因为首先我们考虑到应该为每个人员建立一个唯一的登陆账号，我们称为用户，我们将权限不直接授予具体人员，而是授予相应的用户，这样就可以降低耦合度。但是如果具有相同权限的人都需要重复授予一样的权限，客户操作起来会很麻烦，而人员在公司一定有其相应的职位，所以我们决定将权限打包授予某个角色，让角色与具体职位关联，再将角色授予用户，这样就能很好的解决问题了。不过一般来说，公司有些人员可能身兼数职，也就是说一个用户可能会被分配都多个角色，默认情况下我们是取所有权限的合集，但也会出现角色之间权限的冲突问题，因此我们在表中设计了一个优先级的字段，让一个用户拥有的多个角色有不同的优先级，如果权限产生了冲突，则以优先级高的角色为准。有点类似我们web程序中加载servlet时候配置的load-on-startup的属性。当我们将项目交与客户试运行后，客户反映，无论什么情况都需要通过建立角色来授权感觉很麻烦，而公司的职位变动也会引起角色的增多，造成角色的泛滥。所以通过与客户的沟通，我们修改了当初的设计，也就是除了可以通过角色来授权，也可以给用户直接授权。这种方式与oracle数据库的授权方式是一样的，客户也感觉很满意。当然，既然可以直接授权给用户，也可以授权给用户所属的角色，同样会发生类似于开始说的两者之间权限的冲突问题，我们解决的办法同样是多设计了一个字段，该字段表示是否使用用户自身的权限还是使用其角色的权限。

我们这个项目的权限分为三级，首先在用户登录的时候就开始验证是否有资格进入，（这是第一级）在通过该验证后，我们会查询出该用户拥有的所有具有可读功能的模块并展示，对于该用户不可读的模块是不会展示出来的，这样能避免用户的误操作（这是第二级）。但有些模块该用户虽然具有可读权限，但是没有更新与删除等权限，我们此系统也可以及时屏蔽该误操作（这是第三级）。

2、项目开发周期 本项目总开发周期为1年，具体分为以下几个阶段

1、需求分析阶段，由系统分析员对客户进行需求调研，产生需求分析说明书，经客户签字确认。

2、概要设计，由系统分析员根据需求分析书编写概要设计文档，经客户签字确认。

3、详细设计，由系统分析员和架构师根据概要设计文档编写详细设计文档，经客户签字确认。

4、用户手册，根据以上三个文档编写用户使用手册

5、数据库设计，由系统分析员做数据库架构设计，生成数据字典

6、系统架构设计，由系统架构师做整个系统的架构设计，产生架构说明文档

7、分模块编码，主要由程序员进行分模块编码，并由测试人员对模块进行交叉测试

8、系统集成（也叫产品集成）

9、集成测试（对整个系统的产品结构功能进行整体测试）

10、上线试运行，将集成后的产品交付给客户进行试运行，对试运行期出现的错误进行修改

11、产品交付，试运行完后，如果产品没有什么问题之后，对客户交付产品

12、后期升级与维护(根据合同规定)

3、系统架构