oa系统培训测试题（精选13篇）

oa系统培训测试题 第1篇

众所周知，OA办公系统在企业中的应用是一个复杂的系统工程，因为其不仅涉及软件产品、而且需规范企业各部门的业务流程;不仅涉及软件应用而且需协调组织;与财务软件或其它小型应用软件有本质的区别。企业要想用好OA办公系统就必须有好的实施，其在企业中的应用效果不仅取决于软件产品的质量，更重要的是对实施过程的控制。事实上，OA办公系统能否成功应用受诸多环节和诸多因素的影响，事先不进行充分的准备和周密的计划是不可能成功的。

尤其是当OA办公系统经历过一系列的复杂操作，终于成功上线了，如何进行培训则成为需要重点考虑的问题。不少企业采取一刀切的方法，将全体员工集中起来以会议的形式，将整个办公自动化系统的使用过程从头到尾悉数讲解一遍，实际效果却往往不尽如人意。实际上，一方面将OA系统所有的功能讲清楚需要很长时间，讲得累，大家听得也累;另一方面各部门对其它部门业务不熟悉，不愿听也听不懂。

对此，成立于，在协同软件领域内独树一帜的万户根据多年来的成功经验，提出了自己的见解。目前，万户总部位于北京，在上海，广州，南京，合肥，天津等多个城市设有分公司和办事处，目前全国有300多名员工，研发和技术支持人员的`比例将近一半。成立10余年以来，万户始终在OA协同管理领域深耕细作，截止目前已经积累3000多家案例客户，6000多个项目经验，是一家在OA领域专业性强，注重技术实力和研发的协同管理厂商。在万户看来，OA办公自动化培训应该分角色、分批次进行，总结如下:

1、管理员的培训

系统管理员的培训非常重要，因为系统管理员对系统各个模块的熟悉程度、对软件所使用工具的熟练程度将对系统实施效果产生很大影响。只有掌握了这些知识，管理员才能在系统出现问题时具备分析与处理的能力，以保证系统正常运行。建议由本单位内懂技术的员工担任系统管理员一职，并由OA办公系统供应商直接对系统管理员进行培训。

2、各部门主管的培训

各部门主管的培训也非常重要，他们是各部门的直接领导人，对OA办公系统的后期推广、应用起着带头、指导和监督的作用，只有他们会用并且愿意用，才能将OA办公系统的成功应用落到实处。

3、一般用户的培训

一般用户是使用OA办公系统最频繁的人群，对他们的培训应该更细化、更有针对性。万户建议由各部门主管对其部门员工进行培训，培训最好采用讲解培训与解决运行中出现的问题交替进行的方式，这样有助于用户更快地熟悉系统。对于OA办公系统，很多企业员工都有不同程度的抵触心理，一方面可以通过培训、宣传等方式抵消一部分抵触情绪，另一方面可以建立一套合理的奖惩制度来推进实施。如可以采用分享一条知识奖励一定金额的方式，带动一部分人分享知识的积极性，等到整体员工都有这种意愿时，即可取消奖励机制转而采取惩罚机制，以处罚仍不使用OA办公系统的员工。

oa系统培训测试题 第2篇

培训是项目实施过程中的一个重要环节，通过此次办公系统操作培训，使得工作人员得到日常工作需要的专业知识和经验，从而保证整个系统顺利的运行。

一、培训目标

通过项目培训对用户进行全面的技术培训，用户各部门人员达到能独立进行管 理、故障处理、日常测试维护等工作，以便于我方提供的软、硬件能够正常，具体目标如下：

1)了解系统结构、运行环境和功能模块。2)掌握工作职能所涉及的部分操作。3)了解系统后台基本管理操作。

二、培训对象

系统一般使用人员和管理人员

注：建议总公司每个部门和分公司派出1-2位代表，此外，系统管理员请务必参加。

三、培训批次和时间

1)批次：不少于2次的集中培训，个别培训按照具体情况安排。2)时间：用户所有办公电脑客户端安装完成后一周内，2.5小时/课时。

四、培训内容

1.概述项目背景、系统特色和培训目标 2.教授系统教程

1)系统环境和登陆

 系统环境和客户端配置  系统登陆与首页功能 2)系统框架

介绍首页功能和系统框架 3)公文处理（重点介绍）★

 待办和待阅事项  公文新建和公文流转  公文状态 4)辅助功能

介绍模板管理、工作委托授权、文号和公文管理、个人常用语、签章管理、自定义功能。5)日常办公

介绍信息发布、公告管理、会议管理、车辆管理、接待管理和文件共享功能。6)个人事务

介绍个人中心和通讯录、日程、留言以及创建功能快捷方式。7)系统管理

介绍后台基本操作以及角色与机构的设置。

五、培训建议

“OA系统”系统测试策略与方法 第3篇

“OA系统”由“公文管理”、“网上审批”、“公共信息管理”、“个人信息管理”、“系统权限管理”等五类基础功能模块组成,是面向组织日常运作和管理的应用系统。伴随计算机技术、网络技术、通信技术的发展和应用,企事业单位为实现可持续发展和提高市场竞争力纷纷部署“OA系统”且系统规模不断扩大、应用日趋复杂。由于开发周期以及经费和人员的限制,许多项目没有经过全面、有效的系统测试就上线运行,结果却发现软件的安全性、效率根本达不到要求,各种细节性需求也无法得到满足。项目负责人不得不催促项目开发商供应补丁修正程序,然而这种未经仔细设计、严格测试的“急就章”式的补丁却带来了更多的错误,最终导致项目以失败告终。

从质量保证的角度来说,任何软件正式运行前都必须经过严格的系统测试。“公文管理”、“网上审批”、“系统权限管理”是“OA系统”的核心模块,主要涉及公文流转、签章管理和权限管理等功能,流转流程的可变性、签章的统一管理以及系统需按用户角色分配功能权限是其主要特点。对“OA系统”进行系统测试的过程中要围绕这些特点设计测试策略和测试方法。

1 测试策略

“OA系统”大多采用B/S结构,系统要实现多用户并发访问,使用人员角色和权限的差别较大,登录地点不固定,数据实时性要求较高。因此功能性、安全性、效率特性是“OA系统”系统测试的三个重点。除此之外界面作为用户操作软件的窗口也是系统测试的重点。

功能性测试一般采用黑盒测试方法,测试要覆盖“OA系统”所涉及的所有功能点。测试前必须明确系统那些功能点是流转性的,对于流转性的功能点要模拟现场办公的真实场景,围绕主干流程进行,同时也要考虑到分支流程对主干流程的影响,每个流程可能涉及多种测试路径,每个路径要逐一进行验证。对于非流转性的功能点,采取等价类与边界值相结合的方法进行测试数据的设计,按照用户手册描述的操作执行,在验证功能是否满足用户需求说明书规定的要求的同时,也要进行容错性验证。

安全性测试需要采取手工与测试工具相结合的方式,首先验证登录密码的安全性,系统是否对密码格式、位数以及错误密码输入次数进行了严格规定。然后验证正确登录系统后,用户登录的角色与该角色的使用权限是否与用户需求说明书规定一致。接下来使用测试工具验证系统涉及的用户密码、办公文件、签章等信息传输过程是否进行了加密、签章信息是否能够防止抵赖和篡改,以及系统是否支持数据备份与恢复。

效率特性可以采用自动化测试工具进行验证,首先要充分调研业务人员、开发人员、了解系统的技术架构、业务组成、业务流程、业务频度、数据量等要素。测试围绕关键业务进行,脚本的录制过程要充分模拟实际用户操作并加入人为思考时间,系统加压过程要结合实际业务发生规律进行,并选用多台计算机充当负载发生器由控制机统一管理。对系统的响应时间、最大并发用户数、疲劳强度、系统资源占用率等效率指标进行测试,观察不同压力下,系统资源占用变化曲线,找出系统的性能瓶颈。

界面测试主要测试界面的直观性、一致性、灵活性:直观性测试主要验证用户界面组织和布局是否合理,所需功能或者期待的响应是否明显的出现在预期的范围内,用户是否能够轻松地从一个功能转到另一个功能,且任何时刻都可以决定放弃或者返回、退出,以及对于用户的每一步操作,系统是否提供操作指导并对用户操作及时反馈响应信息;一致性测试主要验证审美一致性即风格和外观一致,如标识、字体、色彩组合等,功能一致性即意义和行为一致,如带下划线的文字即可以点击操作等,内部一致即与系统内的其他组成部分保持一致,如导航界面中的图标系统等,外部一致即与同一环境中的其他系统保持一致,如后台发布与前台系统等;灵活性测试主要验证其在选择人员的操作和委托任务时的方便性,以及数据输入和输出方便性等。

2 测试方法

“OA系统”从功能角度可以划分为“公文管理”、“网上审批”、“公共信息管理”、“个人信息管理”、“系统权限管理”等五类模块,测试将围绕五个模块的特点以及测试策略中描述的测试重点来进行,其中功能性和界面测试涵盖所有功能模块,安全性测试以“网上审批”、“权限管理”模块为主,效率测试以“公文管理”模块为主。具体方法如下:

“公文管理”模块主要由收文管理、发文管理、公文一览等功能组成,在对功能性和界面进行测试的同时,公文流转的正确性作为测试重点,公文流转的流程一般由用户自己定义,流转路径的不确定性和复杂性是测试难点,因此在测试过程中必须采用等价类的方法按用户角色进行分类测试,测试路径设计上必须存在分支和汇聚的情况,测试过程必须百分之百地覆盖测试用例的所有路径。效率测试要在保证功能正确的原则下进行,测试过程模拟真实业务进行,测试内容参照性能测试策略。

“网上审批”模块主要由拟办工作、待办工作、委托代办、公文与签章认证功能组成,主要对公文进行逐级审批操作,流程一般由系统管理员按照审批角色进行定义,测试方法与公文管理基本相同,不同点在于审批角色存在兼职的情况,也就是同一个人拥有不同的角色在流转过程中负责多个批示,并且批示过程中存在退回重新办理和补充材料重新办理等环节,另外由于领导出差,还存在委托办理的情况,这是测试的难点,在测试时要充分考虑到以上情况,有针对性地设计测试用例。除功能性和界面测试以外安全性是“网上审批”的测试重点,由于异地办公的存在,信息需要通过网络进行传输,传输过程中必须保证公文不被篡改、签章不被冒用,因此每个审批环节都要对公文和签章进行验证操作。测试时要采用工具专门对公文和签章进行篡改和冒用,以此来验证系统的安全性。

“公共信息管理”模块主要由“信息发布”、“信息查询”功能组成,用户群包括一般用户和管理用户,一般用户只能浏览查询信息,管理用户能够进行信息的增加、修改、删除等操作。由于公共信息是组织发布的具有影响力和公信力的公共类信息,需保证信息真实可靠。所以测试过程中必须保证一般用户不能对信息进行任何修改,功能测试、界面测试是该模块的测试重点,测试依据用户手册参照测试策略执行即可。

“个人信息管理”模块主要由日程安排、个人资料、个人通讯录、个人记事本、外出声明等功能组成。涉及信息的增加、修改、和删除等操作,主要测试个人资料修改后是否会对其他用户的通信录中关联信息造成影响,同时在添加信息时,系统是否对重复信息或不符合数据字典要求的数据信息进行过滤和检查。必须保证只有本人才能够对个人信息进行相应的维护。

“权限管理”模块通常包含系统设置、用户管理、流程管理、签章认证中心等功能,安全性是权限管理测试重点,首先以超级管理员身份登录系统,登录时分别设计不同的用户名/密码组合,验证内容包括长度、格式、输入次数、显示方式,登录系统后可参照用户手册描述的操作进行功能性验证和界面测试,安全性测试主要针对用户管理与签章认证中心进行,用户管理的删除用户功能必须保证只有超级管理员才能拥有,并且超级管理员不能删除自己的账户。签章认证中心是“OA系统”安全保障中心,必须确保签章与数字证书的统一发放与管理,签章与数字证书必须具有唯一性且与用户绑定。

3 结束语

本文介绍了“OA系统”系统测试的测试策略和测试方法,测试过程中测试人员要从实际情况出发在实际运行环境下模拟用户真实使用情况进行测试,这样才能够有效地检查出程序中的错误或程序中与用户需求不符以及矛盾的地方,从而提出更加完善的解决方案,保障项目的顺利实施。

摘要：“OA系统”是面向组织日常运作和管理的应用系统,以“公文管理”、“网上审批”、“系统权限管理”为核心模块,主要涉及公文流转、签章管理和权限管理等功能,流转流程的可变性、签章的统一管理以及系统需按用户角色分配功能权限是其主要特点。主要介绍如何针对这些特点设计“OA系统”系统测试策略与方法。

oa系统培训测试题 第4篇

【关键词】OA系统；ERP系统；数据结合

【中图分类号】C94 【文献标识码】A 【文章编号】1672—5158（2012）08—0060-02

目前，在各大企业当中的信息化建设中，OA（办公自动化系统）系统和ERP（企业资源计划系统）系统都在扮演着重要的角色。近些年来，伴随着我国大力推进的信息化建设和迅猛发展的信息技术，诸多企业都搭建了ERP系统和OA系统。

1、OA系统与ERP系统的优缺点

1.1 OA系统与ERP系统的优点

1.1.1 ERP系统的特点

ERP系统的主要核心是企业信息的集成和整个企业管理的规范以及企业的全数字化等，这主要体现了供应链之间的事先计划以及管理思想和事中控制的态度，主要的设计思路是计算机对企业销售、生产以及库存和财务以及采购等等这些行为进行总体的管理，以此来实现企业资金最大化的整合，并且达到控制成本和提高效率的中级目标。

1.1.2 OA系统的特点

OA系统当中的主要核心是知识管理，以信息资源为主要依据，提高可靠且方便的力公手段进行管理和决策。OA系统当中最主要的工作模块有：工作计划、通告管理、公文管理以及通讯管理和电子邮件等等。OA系统主要是基于网络的流转技术，在不同的地域之间文件都能够安全有效的进行传递。这些文件的传递都是依靠OA系统设定好的接收次序来进行，并且依照组织行政审批的主要文件为线索，实现企业和满足企业的审批体系，并且还能够对审批的速度加以提升，节省人力和时间，加强企业内部的信，息流转。

2、OA系统和ERP系统整合的优势

当OA系统和ERP系统的数据进行结合以后，就能够充分的发挥其数据库资源的整合和共享。也就是说，既能够实现松耦合的集成又能够最大程度的发挥其软件服务的整合。有了这些功能从而改变了ERP系统的原来的工作效率低下的按照功能模块划分的模式，使ERP的每个部分的业务都能够按照工作的流程来进行执行。

（1）任务和职能不同的用户被完全的按照职能进行划分开来，每个不同职能的用户都能够完全的按照自己所擅长和熟悉的方式来对信息进行处理和获得。更加实现了人性化的管理方式以及体贴的服务方式。

（2）OA系统和ERP系统整合充分实现了数据资源的高度共享，在资源共享的同时OA系统也可以直接的调用ERP系统当中的数据，ERP系统也能够及时和快速的获得在OA系统当中的数据。

（3）OA系统和ERP系统整合能够完全实现用户权限的统一管理，相同的用户名和密码能够登录到所有的系统当中，从而减轻了系统管理员和用户的负担。

（4）OA系统和ERP系统整合以后，数据能够高效的传输和实时传输，并且数据还可以在加工和计算的过程中进行自动完成，在保证数据安全传输的同时还提高了数据传输的效率。

（5）OA系统和ERP系统整合之后可以完全实现数据来源的统一，从而使OA系统和ERP系统当中的各种各样的数据信息都在同一个数据源当中获取，提高了各种各样报表的一致性和准确性。

3、OA系统和ERP系统的集成实现

3.1 流程重构

当OA系统和ERP系统整合以后，很多的数据流都会发生这样或那样的改变，所以对其调整是非常有必要的。下面我们以采购订单审批为例子，进行讨论。标准的ERP系统当中的采购订单的审批流程为：采购需求→订单→审批→后续流程，这个ERP系统审批流程在操作之前都是在ERP系统当中运行的。然而，当OA系统和ERP系统整合了以后，详见流程图1所示。

我们从整个流程图当中可以看出，当这两个系统进行整合以后可以在OA系统以及ERP系统当中进行审核和审批。当审批完成了以后数据流就可以自动传递到ERP系统当中，这样的操作结束以后就可以生成后续的操作。OA系统和ERP系统集成以后就可以使不同的用户在自己相对熟悉的系统当中完成所需要的功能。

3.2 实力讨论

我们以物料的收发存放为例子，对报表的开发进行讨论。这种报表是在仓库管理当中的常用报表，主要是对每个月的物料收入以及库存情况进行反应。这种报表一般ERP系统当中都有显示，整合以后就直接可以在OA系统当中生成。具体实现的方法有：

（1）实例化连接类，把类进行实例化，方便所有的数据时候这种类进行连接参数的访问。

ConnectDBconSTR=newConnectDB（）

（2）创建显示控件GridView，把数据源指定为Ilist，进行绑定以后就可以显示出收发存的报表。代码是：

GridViewl.DataSource=iList

GridViewl.DataBind（）

3.3 协同管理平台冲突问题解决

在数据整合的时候免不了会有冲突，这是不可避免的问题。但是，数据冲突会给OA系统以及ERP系统造成数据错误的严重影响。因此，要对此进行有效的解决。采用的避免数据冲突的主要方式是消解机制。当企业管理发生战略性变革以后，能够进行快速的相应，进行系统的组织架构和人员调整，并且能够稳定的进行信息化写作和沟通的准确性以及规范化操作。

单一的登录技术是一种授权和认证的机制，只允许用户登录一次，然后在授权许可的范围内再访问其他系统的时候，不需要再登录。也就是说当输入用户身份名和密码的时候，登录到系统当中，进行认证，用来和用户身份等相关的认证上面，而认证通常是用过口令和用户的ID来进行匹配实现的。

个人和组织的协同，在协同管理的流程当中能够充分的实现，如：李四是一名公司的采购专员，可以时刻跟踪自己的采购订单来进行审批，也可以及时的得到库存不足的预警消息，及时的进行采购。而费用报销系统是协同管理当中的一个应用模块，主要是用来解决在日常办公当中的一些费用报销的问题，如旅途和出差等等费用的申请和报销。业务协作目前主要实现的功能是费用报销相关功能，如借款和出差申请等等。

协同平台作为EAS系统的数据包装、采集以及发布的统一平台，面向前端用户提供最直接和准确的系统信息，在各个环节当中都发挥着重要的作用。然而，在一般的ERP系统当中的报表和其他的一些经营管理数据往往需要在各个专业的领域当中获取，需要掌握第一时问的组织变化和经营动态。

这种方法的主要思想就是把冲突定义成是冲突消解，这种内封冲突解决冲突信息和策略。用C＼S网络结构和集中数据存储的模式，这种模式的解决冲突的好处主要体现在：通过对操作的冲突进行分门别类，并且进行抽象的封装，然后再把这些冲突进行消解。因为采用的是C＼S的网络结构，所以数据存储在服务器当中，各个地方仅仅只有共享信息的副本，因此采用基于修改的信息结构一致性的保存机制就必须进行在服务器当中实现，修改存储在服务器的数据，和描述修改信息的数据结构，对于各个终端广播，获取这样的结构按照这些结构当中的描述对本地数据进行更新，并且保持一致，将修改以后的数据信息再发送到各个终端服务器当中，从而实现数据的一致，解决工作当中的数据冲突。

4、总结

总而言之，当OA系统和ERP系统进行整合以后，数据资源的整体优势也都显现出来了。给企业的信息系统提供了数据统一、账户统一以及流程统一的优势，为企业解决了知识挖掘和决策支持等服务。因此，各个企业应该加快对OA系统和ERP系统的协调工作，彻底推进我国的信息化建设。

参考文献

[1]朱刚亮，文敦伟，文华亮，李毅然.OA系统与ERP系统集成的方案及分析[J]计算机与信息技术2009，12（05）：1120—1122

[2]李殿奎，孙志勇，刘阳，李春杰.基于XML和.NET技术企业ERP系统集成中间件研究[J]佳木斯大学学报（自然科学版）2009，26（1）：371—373

[3]周邦全，周玉清，张世洵，曾开靖，杨光信.面向协同设计的企业EP.P和OA集成系统关键技术研究[J]现代商业2009，10（12）：1287—1290

oa办公系统培训总结 第5篇

xx日进行了局oa办公自动化系统培训及测试。局计算中心高小莉副主任向团员青年们介绍了我局oa办公自动化系统，并对该系统的登录、收文、发文进行了详细的讲解，随后进行了现场测试。测试采取逐一过关的方式进行，所有参训同志必须根据《操作说明》中事先设定的模式、要求，严格按照步骤完成指定文件的收发处理。通过培训，同志们较好地掌握了该系统的常用基本技能，并能熟练地进行收、发文处理，培训活动达到了预期的效果。

活动结束后，局团委要求团员青年及时进行总结，通过网络交流自己的感受和收获，结合实际工作谈心得体会。在今后的工作中，局团委将紧紧围绕我局工作目标，通过喜闻乐见的方式，适时地开展形式多样的活动，不断增强局团委凝聚力，更好地为全局中心工作服务。

某某公司OA系统培训工作总结 第6篇

OA办公自动化系统是基于先进的网络互连技术基础上的分布式软件系统，通过有效的资源共享和信息交流、发布，达到提高个人工作效率、降低劳动强度、减少重复劳动的目的。它强调人与人之间、各部门之间、企业之间的协同工作，以及相互之间进行有效的交流和沟通。通过3月25日至27日在股份公司学习OA系统后，按股份公司对OA系统上线的时间安排与培训要求，我公司在3月29日、30日进行了为期2天的OA系统操作培训，现就培训工作简要总结如下。

一、培训工作情况

1、参加培训人员：我公司股份公司批示，对全体管理人员和所有工作网点操作人员共20余人进行了培训。

2、按操作手册对全体参训人员进行了全面讲解，详细介绍了OA办公自动化系统，讲解登陆前对IE的设置，系统的登录、协同工作、收文、发文、表单应用等，同时逐一进行演示。

3、在培训过程中，就系统操作与全体参训人员进行了充分交流并解答同事们提出的问题。

4、对全体管理人员和所有工作网点操作人员采取逐一抽查过关的方式进行实际操作演示，确保参训人员懂得OA办公自动化系统操作并于4月1日上线。

二、存在的问题和不足 由于培训室没有足够的电脑，只有个别管理人员带来的笔记本电脑参加培训，因此只是一味的采用“上面讲、下面听”的形式，呆板、枯燥，提不起同事们的兴趣，导致学员注意力不集中，影响了培训效果。

三、改进措施

为了使参训人员较好地掌握OA系统的常用基本技能操作，在培训结束后的几天时间，到每个岗位上进行个别的讲解培训，这样就有利于同事们更好地学习和消化理论知识，从而达到更好的效果。

此外由于人员的变动，部份流程需要作适当调整，我司将在今后实际应用过程中进行收集汇总并上报。

总体来说，这次培训达到了预期效果，我司已于2011年4月1日开始对 OA办公系统上线应用。

oa系统培训测试题 第7篇

OA办公系统的培训和整合日期:2013-5-25 16:47:08 浏览次数:10 作者:

OA办公系统的应用对象跨度很大，如何适应不同的应用对象? 有组织的地方就会存在协同，协同软件是所有管理软件中应用面最广的软件，各个组织的管理千差万别。如何解决管理变化，解决各单位差异化的需求,使用户享受优质、持续、稳定的产品式服务是个难题。OA办公系统经过多年的发展其功能应用不断扩展，重要性越来越高，应用范围也越来越广，从最早的单个人的应用，到部门级的应用，到单位级的应用，现在向跨单位应用发展。由于协同办公系统应用广度，和应用人员的层次高低不齐，跨地区等，如何培训是OA办公系统实施面临的难题，这个问题决定了系统是否能够快速推广起来，决定了人们是否抵触新办公模式等，是影响系统是否成功应用的重要因素之一。

从用户角度来看，现在用户对于协同的应用需求越来越需要一站式的套装软件，这种软件应该能够为用户带来最大的便利。这种趋势表明，用户关注的是整体应用，而不是具体单个的应用工具。因此，有效整合这些陆续建设的不同技术架构、不同平台的信息系统已经成为现阶段信息化建设的主要目标之一。对用户来讲处理一个信息不需要知道它是属于哪个系统来管理，在同一界面他只要有权限，协同管理平台就能自动提交到相关的模块来处理他的请求信息，并在功能拓展、易用性、整合性上做出了极大的突破，让用户随时根据变化的市场环境进行调整，也能快速上手，并轻松地进行门户整合、流程整合、第三方系统的整合等。为了更好的表达产品理念，适当的概念包装必不可少，但在产品的成功应用目前，这些对用户的价值并不大。而只有紧紧把握好用户最根本的需求，将产品做到实处，并顺利解决用户的应用问题，才能真正让一家OA办公系统厂商走的更好、更远。

浅谈简易OA系统的搭建与测试 第8篇

1.1 性能分析

为了使得系统能够安全、稳定、可靠、高效地运行, 创优OA协同办公系统应该满足以下的相关的性能需求。

1.1.1 系统的准确性和及时性高

系统处理的准确性和及时性是系统的必须功能。在系统设计和开发的过程中, 要充分考虑系统当前和将来可能承受的工作量, 使系统的处理能力和响应时间能够满足培训机构对信息处理的要求。

1.1.2 系统的响应速度快

企业在日常处理过程中的响应速度为秒级。在进行统计分析时, 根据所需数据量的不同而从秒级到分钟级, 原则是保证操作人员不会因为速度问题而影响工作效率。

1.1.3 经济性

通过网站对员工信息进行全面的、自动化的管理, 可大大提高企业单位的办公效率。通过系统对企业单位运行过程中的数据进行全面记录, 避免人为处理各类数据是所产生的各种问题, 并且缩减了企业单位人员的维护成本和维护周期, 提高了企业单位的办公效率。

1.2 功能分析

创优OA协同办公系统是一个典型的数据库开发应用程序, 主要由我的办公桌、公文流转、信息交流、共享硬盘、文件管理、会议管理、办公用品管理、人事管理、系统管理十大功能模块组成。

1.3 基本设计概念和处理流程

创优OA协同办公系统采用的是B/S结构, 相对于原始的C/S结构来说B/S结构有着更加广泛的应用, 用户们只需要通过Internet中的浏览器就可以实现相关的处理功能。在这种结构下, 对于企业和高校来说这需要在服务器上搭建相关的数据库和源程序, 员工们就可以在本地计算机上进行相关的操作了, 大大节省了单位的运营成本, 同时也方便了员工或老师。用户可以通过浏览器去访问创优OA协同办公系统Web服务器上的文本、数据、图像、动画、视频点播和声音信息, 图2给出了系统的一个简易的处理流程。

2 系统设计

2.1 架构设计

从以下的系统逻辑构架图可以看出:创优OA协同办公系统主要由用户操作端、逻辑校验、业务逻辑、数据接口以及数据源组成, 其中系统安全性穿插在整个系统中。

2.2 数据库设计

根据系统的功能给出的总体数据库E-R图。

3 系统测试

3.1 测试目标

根据前面所提供的设计方案, 笔者采用了C#编写了软件的源程序, 并根据提供的数据库总体E-R图采用server设计了数据库, 软件编写完成以后, 为了测试是否可以满足相关的用户需求, 笔者设定了一系列的测试方案。首先, 笔者将系统投入到本校的招生就业部门试用, 通过黑盒以及白盒测试, 将系统中存在的部分BUG给清除。在此OA系统当中比较核心的部分是文件管理, 通过单元测试以及组装测试发现此OA系统中在电子邮件的保密性上有一定的缺陷, 经过相关的处理问题得以解决。此外, 通过测试可以改进相关的页面设计, 代码的冗余, 同时提高系统的的处理速度和处理效率。

3.2 测试报告

测试环境:本校软件实验室

硬件平台:高性能服务器一台;

软件平台:window server 2003, SQL Server 2005, .net1.1;客户端, WindowsXP操作系统, 360浏览器

压力测试软件:Jmeter2.01

协同办公系统安装在服务器上, 指定机房的两台机器充当客户机, 通过局域网让该客户机同时与服务器相连接。其中一台客户机通过浏览器访问该系统, 同时启动压力测试软件观察一下服务器CPU、内存的资源占用情况, 而另外一台客户机测试系统应用功能的情况。

3.3 测试结果

功能测试结果:

协同办公系统能够稳定的在服务器上运行, 系统中的各项功能都能够正常运行, 没有错误出现。

性能测试结果:

通过表1可以看出当并发线程数不断增加的同时CPU的使用率不断提高, 收到测试软件的限制当并发数达到5000的时候CPU使用率为50%, 可以预计当CPU满负荷运行的时候并发数大约为10000。

4 结束语

该文分析了如何搭建一个简单的OA系统, 并针对问题提出了具体的实施设想。给出了具体的大致系统结构以及数据库的E-R图, 软件的具体实施可以通过C#来构建。软件设计好以后通过压力测试可以看出, 该系统完全可以适合小型企业的使用。总之, OA建设作为当前一个长期的发展方向, 一方面要加强对客户需求的了解, 另一方面要紧跟当前发展潮流, 使之为我们更好的服务。

摘要：近年来, 随着互联网技术的不断发展, 企事业单位对办公效率的要求越来越高, 为了进一步提高效率, 降低办公成本, OA办公系统应运而生, 目前OA办公系统已由传统的局域网内互联互通上升到了支持移动办公, 远程办公管理等更广阔的领域。如何搭建一个简易、稳定的OA系统是成为IT行业研究的一个重点。

关键词：OA局域网,简易,稳定

参考文献

[1]杨志姝, 李光海.SQL应用与开发[M].北京:清华大学出版社, 2006.

[2]王石.Visual C# 2005——语言基础、数据库系统开发、Web开发[M].北京:人民邮电出版社, 2007.

[3]刘金岭, 冯万利, 张有东.数据库原理及应用实验与课程设计指导[M].北京:清华大学出版社, 2010.

[4]罗斌.Visual#2005数据库开发经典案例[M].北京:中国水利水电出版社, 2008.

[5]李继武.Visual C#.NET项目开发实践从入门到精通[M].北京:清华大学出版社, 2007.

oa系统培训测试题 第9篇

关键词：档案管理 OA系统 联系

0 引言

现阶段，办公自动化系统呈现双轨制模式：在OA系统中传输的是数字化文件，但是在归档的时候仍然沿用的是纸质版的文件。纸质版文件在价值上和法律效力上确实存在很大优势，但是数字化的文件也具有自身的特点和价值。企业在实现现代化管理的过程中，都面临着如何将OA系统和档案管理系统相衔接的问题。文中对于二者之间的关系做了简要的阐述。

1 档案管理系统和OA系统联系

企业在进行文件和档案管理的时候有两种设计方式，一种是将档案管理功能嵌入到OA系统中，在OA系统中实现文件和信息资源的归档、保存；第二种是分设两个系统，并实现两个系统的衔接，从而实现档案信息和办公自动化的统一管理。

现阶段，OA系统中直接整合了档案管理的情况比较少，无法实现OA系统的嵌入式管理是因为：将档案管理功能嵌入到OA系统中缺乏实用性，不能灵活动态的跟企业档案信息资源的发展情况进行对接；同时办公自动化中的档案管理部分只能满足通常的文书档案要求，不能实现对图纸、声像等一些特殊档案的管理；在OA软件开发的过程中开发公司就重点关注了企业流程管理部分，忽略了档案管理的内容，所以OA系统在功能上存在欠缺，在OA系统中的档案管理模块明显存在着数据的安全性和真实性方面的缺陷[1]。

因此，多数企业还是实行档案管理系统和办公自动化系统分开处理的模式。

2 实现OA系统和档案管理系统有效衔接的方法

2.1 保持二者登陆账号一致

现阶段，在大多数企业中OA系统和档案管理系统都有自身登陆界面，因为权限的不同又分别设置了不同的账户以及密码。笔者认为要想实现OA系统和档案管理系统的有效衔接就必须保持两个系统之间的账户和密码的一致。虽然每个系统的用户权限不同，但是毕竟办公自动化系统是档案管理系统的母系统，两者之间应该保持权限一致，可以将办公自动化里的权限表复制到档案管理系统里以实现账号的一致性[2]。根据档案管理系统的独立性，赋予档案系统相应具体权限，以实现账号同步、一次性进入的目的。

2.2 通过一个接口实现数字信息的收集和存档

就文件的使用周期看来，文件资料到档案资源是个动态的、相互衔接的过程，档案资源的质量直接取决于电子版文件的质量，这种情况客观上需要两个互相联系的独立系统来完成，在组织制度和操作程序上互相配合，实现两个系统的完美衔接。因此，要实现OA系统和档案管理系统的有效衔接亟需开发一个可以便捷准确的将OA系统中数据传输到档案系统中的接口。利用这个接口实现OA系统中文件数据向档案系统的传输[3]。

2.3 把握好物理归档的时间

通常情况下，为了提高办公自动化的效率，将电子文件长时间存储在OA系统中是合适的，同时为了确保电子文件的真实性、完整性和有效性，减少系统在线带来的电子文档的风险，应制定合理的文件归档的时间节点。在OA系统中设置的都是逻辑上的归档环节，只是将电子文件进行归档标记，实质上还存在于原服务器上。如果不能制定合理的归档时间，会给档案管理工作造成很多麻烦。如果OA系统和档案系统的服务器不属于同一个网段，在进行归档操作时经常会引起死机，有的会严重影响OA系统所在服务器的速度，在这种情况下，只能请OA系统开发公司的技术人员定期为企业进行集中归档。

所以要制定好电子文件归档的时间，完整及时的将电子文档转换成档案资源，只有这样才能确保档案信息的真实性和安全性[4]。

2.4 档案管理人员做好文件存档的跟踪管理

企业档案管理人员必须做好对电子文件的研究、出台、存储和销毁全过程的跟踪监管，对于电子文件流动全程做好系统监控和跟踪记录。只有档案工作人员做好文件资料的全程监管，才能保证电子公文存档时的安全和规范，确保电子文件从办公系统到档案管理系统的顺畅流转，实现企业办公自动化和档案管理工作的一体化[5]。

3 结束语

现在办公自动化系统正由传统的双轨制模式过渡到单轨制模式，也就是用系统中通行的电子形式的文件彻底取代纸板文件的流通方式。现阶段，在企业主流的管理模式中，通常采用的是OA系统和档案系统相结合的模式，实现二者的有效衔接，最终实现企业管理的一体化。

参考文献：

[1]张东.档案管理系统与OA系统的关联问题研究[J].广东档案，2011，04（12）：16-17.

[2]冯雯.浅析OA系统与档案管理系统的数据交换形式[J].陕西档案，2011，03（21）：25.

[3]周冬梅.关于高校OA系统与档案管理系统链接的几点思考[J].科技信息，2010，03（19）：250.

[4]谭伟.档案管理系统与OA系统的实施顺序[J].中国档案，2006，10（12）：51.

OA培训演讲 第10篇

大家现在看到是我们的工作首页面，左侧是快捷导航栏，右侧是我的日程、中心公告、快捷方式。中间首先是我们的个人信息，下面显示的是待办事项，一般在这里是我们需要处理和查收的文件。例如您应签收公文，这是就是待您签收的公文文件，点开就可查看。

在上面导航栏里面的第一个是公文流转，里面分为审批类公文和签收类公文两种形式。

审批类公文就是一份文件需要多方人签字的形式。

审批类公文》第一个按钮就是收文管理，指接收到的文件在此显示。这里还可以根据文件类型来进行查询

待定》发文管理，是咱需要几个部门一起批或者过目的文件进行处理，例如现在有个文件需要先给咱财政局的人看，看完在给咱物价局的看，这样就可以在这里新建一个文件，首先写出名称，选择公文审批流程这里有我们设定好的几种流程，例如我的公文流转。然后选择公文类别，比如中心文件，还有文件的类型。这里还可以上传文件附件，比如现在有电子版的原件，咱可以上传方便人查看。公文模板，这个模板可以自己定义。下面是书写公文内容的地方。

公文档案：是对咱发过的或者受到的文件整理显示的地方，包括咱受到以前的文件都可以在这里找到

签收类公文就是一份文件咱点开系统就算是已经签收查看了。

签收类公文》这个是收文管理，一般咱受到需要点开看的文件都在这里面

公文档案：是对咱发过的或者受到的文件整理显示的地方，包括咱受到以前的文件都可以在会议管理是中心发布开会通知，需要各部门人员注意，就会通过软件给咱发一个开会通知。点击会议查看就可以看到中心发布的会议，包括会议举办的时间，点开里面会有少量的文字描述。

公告新闻是指中心的一些发布的通知，法规的地方

例如：公告通知，比如咱中心需要举办个什么活动，这里一发布，在咱窗口人员的公告通知上都会提示。

政策法规：是咱中心的一些规章制度。

投票管理：对某一个事项需要大家投票做出表决的事情。

例如：我们中心的暖气如何，可以在后面有几个选项，我们点击开需要投票的事情就直接可以投自己决定的项目。每个只有一票，投过就不可更改。

人力资源：这里主要是用来请假的，一般新建，点击请假的类型，直接写好时间，包括从什么时刻开始算，到什么时候为止。下面写清请假的事由，提交即可。对于咱提交的请假中心部门做出反应，咱点击我的请假，就可以看到是否批准。

商务助理：这个板块是个人的一些事物，例如日程安排

日程安排：咱可以手动写这一个星期需要做的什么事情，就像自己的记事本一样，等到时，咱首页可以显示提醒。

通讯录：是对可以建立咱自己的通讯账户，服务于个人。

我的文件柜：是可以储存文件的地方，比如咱一个文件，一个图片，需要存，可以放在这里，这里只是服务于个人的。

我的记事本：是随时记录的东西，可以下次看到，当时写一旦提交就保存了。下次修改时候也可以删除或者续写。

万年历：日历

我的邮件：这里是和审批的邮件差不多，不同的是如果有签收文件时候，这里会由系统自动发邮件提示我们有公文需要签收，以防我们错过重要公文。

发件箱：我们也可以用邮箱给别的部门人员发送邮件。草稿箱就是写完的邮件未发出可以保存成草稿。垃圾箱是对咱删除的文件记录，在勾选进行删除就可彻底删除邮件

BBS：是个在咱软件内部的小型论坛，超级管理员设置权限之后可以由群主发帖，部门人员可以回复内容，最上面一栏是我们的快捷模式，几个快捷键的内容我在上面已经提到。

OA培训心得 第11篇

为了使广大员工更加了解OA的功能与使用操作，集团相关负责人于2014年6月20日在沈阳公司进行了一堂关于OA功能、结构介绍与使用的培训，通过参加培训，我更加了解并且熟悉OA的相关流程。

OA是指采用现代化办公设备和先进的通信技术，全面或部分代替办公人员的业务活动，使其高效地协同工作，达到提高个人工作效率、降低劳动强度、减少重复劳动的目的，实现优质高效地处理办公信息和办公事务。如果不能熟练掌握OA，反而会事倍功半。

本次培训由集团相关负责人对全体参加培训人员进行了全面讲解，详细介绍了OA办公自动化系统，讲解系统的登录、界面操作、协同工作、收文、发文、表单应用、申请、审批等各个环节，同时逐一进行演示。

在培训过程中，就系统操作与全体人员进行了充分交流并解答同事们提出的问题。尤其对出差申请、借款、财务报销等部分进行演示，确保在7月1日线上借款、报销实施后不影响大家的工作。

通过OA培训和我使用OA的一些经验，我对公司OA系统有了如下了解和简要的分析，并提出了几点我的小小的意见：

1、OA系统是使用就是为了是工作流程更加流畅，减少因为各位领导及同事经常不在单位，流程进行不下去的状况，但是由于网络、系统或者人事的问题，OA经常卡在某个点上进行不下去，希望系统更加稳定，简单，尤其针对领导审批这一环节，让领导能更直接的看到便于审批。

2、关于加班、休假的统计，我们经常会加班，也会申请倒休，但是OA中没有关于加班和休假的一览表，我们不知道我们还有多少个小时的加班没有倒休或者已经超过倒休时限了，希望这个可以调整一下。

3、关于报表打印的问题，我们OA上各种报表打印必须用IE的浏览器，譬如加班审批的表格等。我们单位的网速慢，平时办公我们都不用IE的浏览器，使用其它的浏览器，其它的浏览器就无法打印OA上的表格，这个问题可不可以让专业的人士进行修改，方便我们更好的操作。

OA培训计划要求 第12篇

一、培训目标

通过培训使全公司人员（工勤人员除外），到四月底能够熟练使用OA系统，为正式提供无纸化办公提供保障。

二、培训方式

针对不同的对象采取不同的培训方式

1、高层领导（各董事、CEO）：采用单独培训的方式，根据领导的工作时间安排，见缝插针地进行培训；

2、中层领导：按大部分领导的工作时间安排进行培训，培训内容取重点，培训时间尽量压缩；

3、办公室员工：采用集中培训的方式，培训时间和地点由培训中心统一安排。

三、培训内容

针对不同的培训对象，培训与其相对应所需的功能模块。

四、培训时间安排

五、个人部门受培训要求重点

1、会议通知、用章申请合同、请假申请、公函、招标书、日程表、产品说明书、邀请函、订购单等；

2、财务管理报表、财务报销流程、客户管理表、企划月报表、计划表、、管理登记表等；

oa系统培训测试题 第13篇

“小OA”主要面向电子公文、工作流协同等以行政办公为中心的业务,随着业务不断发展而成的“大OA”则面向界面集成、身份集成、工作流集成、业务集成、数据集成,实际上是打造全集团的内部信息管理门户,以更好地服务于内部行政办公、人力资源、财务、物资资产、工程项目、广告经营管理、收视率分析、自办节目、影视剧节目、版权法务、技术资源管理等多业务的无缝对接,消除信息孤岛，整合资源。从“小OA”到“大OA”的演进,是一个从单项具体的业务内容发展为总体平台的过程,涉及到深圳广电集团内部管理信息化的业务发展过程和技术架构特点,具有一定的行业借鉴意义。

一 “小OA”面向的业务及其技术实践

所谓“小OA”,其实就是专指行政办公管理业务系统,所处理的业务简单来说就是:“办文、办事、办会”,以电子公文流转、工作流协同为中心。

纯粹从业务意义上来看,办文、办事、办会既有区别,又有联系。对于小微企业,可能不太会有建设OA系统的强烈需求,人和人之间的协同工作直接安排就可以了。但是对于较大规模企业组织,人员众多、事务多样、地域分布广泛,如何在很多人群间,很长的时间范围内、很大跨度的地域空间里去高效地协同推进一项事务,这就是“小OA”系统能有效解决的问题。以一项电子办文去推进一项事务,通过计算机网络的拓展可以不受地域的限制,将电子文件流转到不同环节的岗位人员那里,促使各环节人员加速办理各项事务,并将当前办理情况、办理人意见填写到公文表单中,使关联环节之间能互相查阅,再陆续发送到后续各个环节,直到事项彻底办结。在这样的过程中,电子文件不停地流转,事项得到有效的推进,全程可提醒、可预警、可交流互动、可监控、可统计。

在这些方面,深圳广电所面向的业务与广电传媒同行以及其他行业如金融业、制造业相比,并无本质区别,但在具体的业务设计与实践上也会显示出自身的一些特点。

1.办文

办文，主要是公文审批流转业务的电子化、信息化,这是“小OA”的核心业务。从深圳广电的实践经验来看,可以有两个角度来分析该业务的技术实现:一是从公文类型的角度,可分为:收文、发文、日常请示报告、催办督办等几大类;二是从功能处理环节的角度,可分为:起草、待办和已办、待阅和已阅、查询统计、代理授权、归档案库、归知识库等各环节。

2.办事

在深圳广电的业务和技术实践中,对“办事”的概念有两类解读:

一类是从工作流的角度来看,“办事”可以理解为是另一类的特殊的“办文”,可定义为“事务工作流”,以和收文、发文、日常请示报告这些比较有问责效力的文件相区别,比较具有广电业务意义的事务工作流主要包括：节目经费预算审批表、频道节目编排单审批表、宣传提示单、采访通知单、视音频节目资料借用单、视音频空白带申请单、视音频资料购买申请表等。比较具备普适管理意义的事务工作流包括:财务费用报销申请、内部记账单、对账单、用车申请、会议申请、请休假申请、入职通知、离职(退休)通知、退休及工作交接通知等等。这些工作流可以随着业务需求的发展而不断增加,可扩展到企业运营管理的各个层面。在技术实现层面上,一般会为每一项事务开发一个表单及工作流。

另一类就是很多专项业务管理系统,从深圳广电近几年的业务实践来看,很多专项业务系统是从“小OA”系统中的一项事务工作流程表单开始的,某项单一的工作流程表单激发了业务部门对相关业务进一步精细化、规范化、全流程管理的需求,推进了后续很多业务系统的建设,比如深圳广电近年来建设的自办节目经费管理系统、影视剧节目购销系统、人力绩效系统、基建工程项目管理系统,这些业务系统的推进分别得益于小OA系统里的“节目经费预算审批表”、“影视剧节目引进审批表”等事务审批的不断激发,同时,这些专项业务系统的建设也客观上推动了“小OA”发展成为大OA综合信息门户平台。

3.办会

办会,也就是会议管理,主要是对一些重要决策会议进行会前、会中、会后的全流程信息化管理,深圳广电目前大部分重要决策会议都通过该业务模块进行,作用非常大,有助于提升决策效率和决策质量,主要业务功能包括:

●会前的议题登记:由办会人员在会前对所有议题材料进行电子化登记和整理,议题的文件材料既可以来自于办会人员电脑上的文档,也可以与现有的OA电子公文体系直接关联,很多材料实际上是直接引用于电子公文,每一个议题都可设置权限,只有被授权的人员才能查阅相关会议以及议题材料。

●会议过程中的在线查阅和投票决议:办会人员登记整理好会议的所有议题材料后,到开会现场,所有参会人员和列席汇报人员都可以通过笔记本电脑等移动设备查阅本次会议议题资料,不再需要打印大量的纸质材料,实现会议的无纸化和电子化查阅。同时为所有议题提供电子化的投票表决功能,有利于提升效率。

●会后的纪要公布和信息关联:在会议开完后,可制作并发布会议纪要的电子公文,发送给所有授权查阅的人员,并可将该会议纪要的电子公文与会议关联,这样,所有被纳入此体系管理的会议的各项议题、纪要等内容就全部被结构化,可通过信息化手段来查阅。

上述办文,办事、办会三大业务功能,在“小OA”体系中,还是以工作流协同为中心,在落地成具体的系统功能时,各类公文或事务常常表现为系统中的一个固定格式的电子表单,而各个功能处理环节则表现为一个电子表单在不同环节人员之间的具体流转过程。从便于用户使用的角度来看,公文流转应该要类似于在全单位范围内发一个“固定格式的电子邮件”,流程控制体现为:当前办理环节可以发送的人员范围,以及在接收环节,谁可以作为流程的接口人,主要是控制电子公文流程相对一个业务部门的出口和入口。一个好的“小OA系统”需要提供一个工作流和表单自定义开发平台,专业用户可以进行自定义开发或修改,以满足单位内部不断发展的业务需求。并且,随着业务的发展,会对此类工作流平台会提出更高的要求,需要与很多其他的专项业务体系的流程进行交互集成和统一管理,这样,“小OA”就需要升级成一个流程和信息的统一管理集成平台,这就是从小OA自然发展到大OA的演进过程。

二“大OA”面向的业务及其技术实践

深圳广电集团“大OA”门户系统是一个信息集成平台,其总体架构概括来说就是:“面向内部经营管理的各大专项业务领域,两翼、三层、八中心”,总体架构如图2所示。

“各大专项业务领域”:是大OA信息门户主要服务的对象,经过多年来的信息化建设实践,深圳广电已初步形成了11大专项业务领域的信息管理系统,分别是:行政办公、人力资源、财务管理、资产管理、工程项目、广告经营管理、收视率、自办节目、影视剧节目购销、版权法务、技术资源。

“两翼”:“标准规范”与“信息安全”,这两个问题都不仅仅是技术问题,更涉及管理规范,是OA门户乃至整个信息化建设中都必须重点关注的问题。

“三层”:分别是基础设施层、系统平台层、业务应用层,对应于云计算IaaS、PaaS、SaaS的三个层次。从深圳广电的内部实践来说,主要是构建一个高度灵活、资源集中化的私有云平台,支撑各项业务的高效运行和发展。

“八中心”:是从大OA门户的功能框架角度总结归纳的八大功能集,分别是界面内容中心、身份管理中心、工作流管理中心、业务中心、文档中心、交流中心、数据智能分析中心,移动适配中心,这也是本文所要重点探讨的内容。

1.统一界面内容中心

统一界面内容中心是内部信息门户的界面展示和Web内容发布管理的功能集的聚类,是站在内部门户的角度来梳理整个单位的信息内容,并负责界面展示。主要解决以下三个问题:

●分类梳理所有内部的信息内容,包括行政办公、经营管理等各个业务领域的结构化和非结构化的信息,在统一的门户界面中进行集成:

●面向单位内部的节目、技术、行政、经营等不同的业务人群定制个性化的界面,推送不同的内容模块;

●建立统一的Web内容管理体系,提供多类模板,对文字、图片、音频、视频等各类内容进行统一发布管理。

这些功能属于门户(Portal)和内容管理系统(CMS)体系的内容,在具体开发实现的时候,主要有以下三个选择:

●由项目开发公司完全定制开发:这种模式也许在初次购买时的成本不高,但在后续运维和升级时会有额外的成本投入,并且在技术上相对封闭,质量难以保证,容易受到项目开发公司自身发展的影响;

●选择成熟的商业产品进行二次开发:如IBM WebSphere Portal平台、Oracle Weblogic平台、Microsoft Sharepoint平台,这种模式需要这些平台软件的额外采购成本,初次投入成本较高。好处是因为IBM、Oracle、微软这些厂商在IT业界的长期发展地位而较容易得到持续稳定的技术支持和质量保证;

●选择开源的CMS和Portal平台:在开源的CMS方面包括Drupal、Joomla、Word press,国内的织梦、帝国等,开源的门户Portal方面有JetSpeed2、Liferay等,这种模式的平台软件采购费用非常低,技术上具有很大的开放性,但在质量上难以保障,需要自身技术团队具备较强的技术操控和资源整合能力。

●深圳广电集团目前选用了IBM公司的WebSphere Portal平台作为主要解决方案,但也一直在研究替换成开源平台或国内商业平台的可能性。

2. 统一身份管理中心

统一身份安全管理中心,所面向的业务概括来说就是4A:是对用户账号(Account)、认证(Authentication)、授权(Authorization)、审计(Audit)的统一管理,具体的业务功能内容包括:

●门户系统与众多不同的业务系统的单点登录;

●所有与门户系统集成的各项业务系统的用户账号、密码和各项身份属性信息的统一同步;

●人员岗位变动、入职、离职停用等信息在多个业务系统间的同步;

●所有业务系统的组织架构的同步:

●门户以及各个业务系统里的权限组信息的统一梳理以及对应的权限控制;

●记录用户登录系统、使用系统的IP地址、操作行为等信息,用作审计。

实现这些功能,也一样有定制开发、成熟的商业软件产品、开源系统这三种选择,主要的优缺点与前文所述基本一致,这里主要讨论成熟的商业软件产品和开源系统都有哪些,以及深圳广电的一些技术实践。

成熟的商业软件平台包括有:IBM公司的Tivoli Access Manager (单点登录、反向代理)、Tivoli Identity Manager(身份同步)、Tivoli Directory Server(目录服务器)综合套件,可与其门户产品无缝集成;Oracle公司的Identity Management Solutions;CA公司的Governance Minder、Identity Minder。这些商业软件虽然各不相同.但面向的问题是类似的,基本都包括访问管理、身份治理,目录服务三大板块。除了上述国际知名品牌的商业软件产品外,近年来国内也有很多安全类、软件类公司提供了类似的产品级的解决方案。

开源系统:主要有CAS、OpenSSO、JOSSO、SAML等。

深圳广电当前主要选用IBM的解决方案,在技术实践中，单点登录、密码以及用户身份属性信息的统一修改同步等功能都早已很好地实现,而在组织架构、用户权限组这些身份信息的统一管理方面,则面临两个选择:统一集中管控和分布式同步。

●统一集中管控的方式:主要是将用户、密码、组织架构、用户权限组这些信息在如IBM的TAM/TIM/TDS这样的身份平台中统一集中管理,各个需要管控的业务系统原则上不再存储这些信息,都是直接从统一身份平台中读取使用;

●分布式同步的方式:统一身份管理平台和被管控的各个业务系统都完整地存储用户、密码、组织架构、身份权限组等信息,各个业务系统都以统一身份管理平台为中心来同步各项信息。

深圳广电目前的技术实践主要还是采取分步式同步的方式,上述两种方式各有优缺点,没有完美,只能平衡,在实际的开发运行中,更有可能的是一种混合模式,即部分系统采取集中管控模式,部分系统采取分布式同步的模式,统一身份管理平台能兼容这两种模式。

3. 统一工作流管理中心

统一工作流管理中心,主要面向各类专项业务系统的不同工作流的统一待办、统一经办、统一监控、统一查询统计的问题。这些问题来自于各专项系统一般都会有自己的专项工作流审批的需求,也相应地会有自己的工作流模块,这样一来,如果不进行合适的集中处理,各级人员就需要进入每一个专业系统界面里进行各自的专项审批,会让用户不堪其扰,因此需要进行适当的集成来满足用户统一便捷操作的需求。

在深圳广电的技术实践中,主要有以下几个方法来解决统一待办、统一经办等工作流集成问题:

(1)界面集成

各个专项系统里的待办、经办等工作流通过在门户上进行合适的界面设计来集成在一起,不发生实际的数据融合,比较常见的包括:

●“Tab页签”的形式:为每一个不同的业务建立一个专门的页面,然后把它们以“Tab页签”的形式封装在一个功能窗口中;

●“专项窗口”的形式,在门户页面上为每一个不同的业务建立一个专门的“审批窗口”。

无论是“Tab页签”,还是“专项窗口”,其中封装的页面可以有“标题列表式”和“概要总览式”两种展现方式:

●“标题列表式”;在专项窗口中以公文标题列表的形式按时间排序罗列出当前待办的前几项,公文列表一般可包含以下几个基本信息:公文类型、公文标题、发送人、发送日期,公文标题为可点链接,点击后可直接进入详细的公文处理页面;

●“概要总览式”:在首页上不展示详细内容,而只是给出类似于“您有多少个待办公文、多少个待阅邮件、多少个待办业务等等”,其中的数字项均为链接,点击链接进入到如“标题列表式”的二级页面。

(2)消息集成、数据集成

以消息集成、数据集成的机制,把要集成的各项系统的工作项进行统一排序呈现,这种方式要求建立统一的工作流集成标准,比如就“统一待办”而言,要求各项系统以统一的格式提供工作流标题、发送时间、发送者、发送部门、工作流表单打开链接等信息,再以消息或服务的形式集中到门户中进行统一排序和呈现,呈现的形式仍然不外乎上文所述的“标题列表式”、“概要总览式”等几种形式。如果出现性能问题的话,还需考虑将消息信息集中存储到一个数据表中,以便于统一排序,其中需要考虑的技术因素较多,但原理不外乎如此。

(3)采用统一的BPM平台集成

这种方式需要选择一个适配性很好的BPM业务流程管理平台,能够将各类专项系统的工作流程统一由这个BPM平台来开发实现,这种模式本身也是一个工作流、业务流集成的过程,其中也会用到上述的界面集成、消息集成、数据集成的方法,好处是:一旦实现,各项系统的工作流自然就是统一的;缺点是:对于后开发的业务系统作此要求需要对不同开发商进行协调,而对于之前已有的应用,兼容开发难度较大,并且,对于SAP、金蝶、用友这样本身就是产品型、平台型的业务软件,要求对其业务功能进行修改、甚至不用它自身的工作流引擎,而改用第三方的BPM平台,需要有大量的集成工作,开发成本较高。

上述三种方式各有优缺点,并不矛盾,它们互相补充、协同运作,是同一类问题在解决过程中的不断衍进。

就工作流和BPM平台的商业软件产品和开源方案的选型来说:在商业软件产品方面,国内外各类品牌选择非常多。国内包括从OA系统开始介入的京华、蓝凌、泛微等公司,还有炎黄盈动、奥哲这些一直专注在BPM上的厂商;国际品牌方面,IBM、Oracle、SAP也都有自己的BPM产品平台,还有K2、Ultimus等专业公司:在开源平台方面,应用较多的有JBPM、Activiti等。

4. 统一业务中心

统一业务中心的需求来源于越来越多的专项业务系统之间需要交互,工作流的集成也可以理解为是其中的一种,但不是全部,除了工作流集成之外,在深圳广电的技术实践中,比较常见的业务集成需求场景还包括:

●在节目生产经营管理系统中集成播出系统的频道播后编排单信息、广告系统中的栏目广告收入信息、收视率系统中的栏目收视数据,并且,可将节目的经费报销业务与财务管理系统联通,最终实现节目立项、预算审批、采购执行、报销结算、制作、播出、收视等全流程的贯通,可以为各级人员提供更加精细、实时的节目栏目投入产出信息;

●从影视剧节目购销管理系统中将节目栏目编码等信息传到电视剧缩编系统中,实现影视剧节目从购销环节到缩编上载播出环节的贯通;

●行政办公系统(小OA)中的通用报销业务与财务管理系统的业务联通:

●站在财务大共享管理的角度,实现全单位各项业务的预算、结算、核算的大集成管理,实现财务价值链的全流程整合;

●从合同法务管理的角度,把广告经营管理、自办节目、影视剧节目、技术、基建工程等各个专项业务的合同管理集成起来，实现各类购销合同的统一管理。

这些业务集成主题,广泛涉及到深圳广电业务运营的各个层面。当各类业务之间的集成需求越来越多的时候,会形成各个专项业务系统之间的多点对多点的业务连接,类似于一个网状互联模型,极为复杂,客观上需要建立像企业服务总线(Enterprise Service Bus,ESB)这样的集成总线架构,来简化多个系统之间的业务互联。可以将ESB及其关联的各个业务系统之间的集成接口服务称为统一业务中心。

虽然统一业务中心起源于越来越多的不同应用之间的交互,但随着各个专项业务系统自身不同业务模块的不断的紧内聚和松耦合的设计和落地,企业里的整个应用架构,将好似积木的切割与组合一样,每个专项业务系统都成为一个或者好多个模块,各个模块可独立完成自己的业务功能,而在业务需要的时候,也能互相通过消息、数据的集成交互而共同完成一个业务组合,形成一个大业务总线下的不同业务集合。

另一个方面,从最终用户体验来看,统一业务中心会类似于一个AppStore应用集成发布平台,其上放置有企业内部经营管理有关的各类业务应用、信息资源,用户在权限许可的情况下,可通过大OA门户平台自行下载配置使用。

在深圳广电的技术实践中,目前还没有选用一个统一的业务集成平台产品,事实上也很难有一个像这样的平台类产品,无论ESB,还是BPM,它们虽然可以是构成统一业务中心的关键组件,但毕竟还只是一个平台工具,需要有更加具体落地的业务功能组件,这主要还是通过定制开发来实现,只是需要确保在各项业务的开发过程中,遵循总体架构约定的标准和规范。

5. 统一数据智能分析中心

统一数据智能分析中心往小理解可以是一个统一报表分析系统,比如国内流行的如意报表.往大了理解可以是一套BI (Business Intelligence)数据分析平台,主要是面向多业务不同数据源的集成查询、统计分析的需求,与工作流集成、业务集成的需求起源类似,当广电传媒单位里的行政、人事、财务、广告、收视率、节目等各类专项业务系统越来越多的时候,对于中、高层领导,需要有一个集中的界面,可以对有权限的各类数据信息进行关联整合分析,比如节目的投入产出比分析需求就是要分析各频道、栏目在一个月或者一个季度里的总投入、总产出、平均收视收听点成本、点收入,此类分析,需要对财务、广告、收视率、节目栏目等多个专项系统里的数据进行抽取整合分析。

对于大OA门户系统而言,需要具备这种数据集成分析能力,只有这样.对于越来越多的需要集成到门户里的专项业务系统,可以根据实际需求对各项数据进行抽取、集中和分析,并将分析结果以生动形象的各类图表的方式集成到有权限的用户的门户界面中,就像飞机驾驶舱里的各类图表仪器对当前飞行状态的显示和预警一样,信息管理层面上,一样可以提供一个类似的用于管理决策分析的驾驶舱,显示企业内部运行的各项关键指标和预警,使各级人员对于关键业务信息的获取更加高效快捷。同时对下层的面向业务处理的专项系统,也会促进其业务运行更加规范。

此类系统的投入,在过去常常非常昂贵,业内常用的解决方案包括Oracle的hyperion,IBM的Cognos、SAP的Business One、微软的Office+SQL Server的方案。但近一两年来,也有很多新的性价比较高的平台方案可供选择,比如QlikView、Tableau等,也有很多国内的专业厂商提供非常多的行业级别的产品方案。

6. 统一文档中心

从文档的角度看,工作流所驱动的数据表单也是一种文档,如前文提到过的小OA系统中已经电子化的各类收文、发文、日常请示报告以及相关附件,也都是文档。另一种就是纯粹的如文档、表格、图片等各类非结构化的文档资料。

统一文档中心的业务功能原型就是文档资料库,这种文档资料库在界面上类似一个树形的目录库,用户可上载文件资料作为附件,并可对该文件进行主题词、摘要等各类描述,开发得较完善的还会进一步提供将业务应用系统中的各类表单、工作流进行归入该资料库的目录体系的功能,支持个人用户目录的自定义,支持权限控制。

在信息化的深入实践中,会出现每一个业务应用系统都会自带一套文档资料库、彼此之间还不能交互的情况,而业务需求又需要它们能够融合。这也是内部信息门户系统常常要面对的一个重要问题,解决思路主要有两种,“集中式”和“分布式”,“集中式”是先选定一个文档资料管理平台作为统一的中心,结合业务需求,让所有其他的业务系统都直接调用它,以这个文档资料管理平台作为一个唯一的文档资料载体;“分布式同步”的方式允许不同的业务系统使用自己的文档资料库,然后再对不同的文档资料库进行数据和界面集成。这两种方式殊途同归,都是要为企业信息化体系建立起文档资料的统一管理架构,便于信息资源共享和用户使用。

可以参考的技术实例包括:百度文库.Wiki百科知识库,微软Sharepoint文档管理模块。

7. 统一交流中心

统一交流中心,可以理解为门户系统里加强用户之间交流的一套工具集,包括,电子邮件、即时通讯、短信、通讯录、BBS论坛、甚至博客、微博微信等各类工具。与互联网目前已经提供了很多的此类功能所不同的是,企业内部信息门户,特别需要考虑这些功能的融合性,即需要将即时通讯、短信、通讯录、BBS论坛等功能与门户系统中的业务应用功能进行融合,几个比较关键的、也会提升整个系统易用性的融合点包括;

●即时通讯与通讯录,工作流表单的功能融合:可以在通讯录或电子审批表单中的每个人员记录条目下,加入用户的即时通讯的功能入口和在线状态感知功能,直接点击即可展开与目标用户的交流。

●即时通讯与VoIP的融合:让内部的即时通讯工具与VoIP电话、传统PSTN电话进行集成,进一步加强各类通讯手段的融合使用。

●门户界面与即时通讯、电子邮件的融合:用户在OA门户首页中就可以直接查阅来自于即时通讯、电子邮件系统的待阅数量等相关信息。

●业务应用互动功能与短信、即时通讯的融合:可在电子审批环节中,加入短信提醒、即时通讯提醒功能,方便快捷地通知到流程发送的下一环节人员尽快办理,提升工作效率。

8. 统一移动适配中心

移动化,是目前所有专项业务系统、门户系统建设必须考虑的问题,一个最基本的原则应是,对于所有业务,都应该同时开发面向IOS、Android的移动版本,通常的传统的B/S架构开发出来的成果,可以认为主要是面向传统PC设备的。在无线技术、移动互联网、智能终端飞速发展的今天,传统的Windows系统可能只占到用户应用场景的一半,用户越来越需要通过iPad、iPhone、Android智能手机、甚至智能电视来访问企业内部的信息门户系统。

针对企业应用系统移动化的解决方案主要有三种,我们将其统一的定义为“移动APP适配中心”。

直接开发门户的移动APP:直接面向苹果IOS、谷歌Android系统开发门户框架的APP,通过引入一些如IBM Worklight或者PhoneGap这样的移动化开发及运行管理平台,将各个专项业务系统的功能完全按照移动终端适宜的界面和操作方式进行重新开发适配,好处是开发后的功能体验非常好,但需要付出一定的成本。

兼容移动浏览器开发:采用包括HTML5响应式设计在内的各项技术开发一个纯粹的兼容多操作系统平台多浏览器的零客户端的B/S版。

通过Citrix、SSL-VPN等系统建立移动镜像发布平台:这是一种快速切入的方法,通过Citrix、SSL-VPN本身自带的面向主流移动平台的镜像发布功能,直接让业务系统在移动端好像使用远程桌面那样来使用应用系统。好处是成本低,只有设备购买成本,几乎没有开发成本,缺点是用户操作体验不是太好,但能满足一般的远程移动办公要求。

深圳广电几年前就已经建立了Citrix、SSIL-VPN这样的移动镜像发布平台,目前也已初步建立起门户的移动APP。

三总结