金蝶开思OA与用友致远OA的对比.docx

上传人:b****6 文档编号:4386503 上传时间:2022-12-01 格式:DOCX 页数:12 大小:24.69KB
下载 相关 举报
金蝶开思OA与用友致远OA的对比.docx_第1页
第1页 / 共12页
金蝶开思OA与用友致远OA的对比.docx_第2页
第2页 / 共12页
金蝶开思OA与用友致远OA的对比.docx_第3页
第3页 / 共12页
金蝶开思OA与用友致远OA的对比.docx_第4页
第4页 / 共12页
金蝶开思OA与用友致远OA的对比.docx_第5页
第5页 / 共12页
点击查看更多>>
下载资源
资源描述

金蝶开思OA与用友致远OA的对比.docx

《金蝶开思OA与用友致远OA的对比.docx》由会员分享,可在线阅读,更多相关《金蝶开思OA与用友致远OA的对比.docx(12页珍藏版)》请在冰豆网上搜索。

金蝶开思OA与用友致远OA的对比.docx

金蝶开思OA与用友致远OA的对比

金蝶开思OA与用友致远OA的对比

 

一、金蝶开思OA简介

金蝶开思OA是基于90年代初期LotusNotes技术开发的一种协同软件,LotusNotes(以后简称为“Notes”)框架提供了文件共享、文件传输、用户管理的基于局域网的整体解决方案。

Lotus发明了“Groupware”并且把Notes设计和定位成“桌面”,任何操作都从Notes桌面中开始。

用户能够访问文件、发送信息、安排会议、列表以及更多的工作事务。

在广域网普及之前,Notes是基于局域网的组织内共享信息最为可行的方案。

二.金蝶开思OA的应用不足之处

1、不能自建的任意流程,大大的影响使用者的使用热情,同时使OA的使用X围和使用率下降60%以上;

2、所有的流程全部由系统管理员来建立,而且流程没有明确的授权,造成每个使用者在要使用时,将面对数十个或上百个流程,并从中查找自已调用的流程,无形中造成使用不方便,非常难用,最终被单位大部分员工放弃使用,使协同工作系统变成一个文档管理系统;

3、所有的流程必须通过系统管理员来建立,工作量大,CS+BS的结构造成系统管理员的维护量大;

4、系统管理员可以查看任何文档资料和任何人的工作情况,其权限远远超过其在公司和单位的实际权限地位;

5、由于金蝶的OA功能模块过多过杂,结构非常复杂,架构非常混乱,几年从未对客户已购的产品进行平滑升级,一方面软件技术和硬件条件突飞猛进,另一方面确停滞不前,使用客户的系统使用越来越落后;

6、功能模块多且复杂学习不易;

7、不能图形化建立流程,使易用性易学性急剧降低,形成难用,难学,到不学不用的死结;

8、由于采用非互联网技术的90年代初的NOTES技术,造成系统安全性极差,系统本身有很多“后门”,有一定NOTES开发水平的人,都可以轻松的通过这些“后门”劫取和破坏系统数据;

等等

所以在现在企业OA选择中,80%的客户要求不要提供NOTES技术的OA产品。

三、金蝶开思OA的技术不足之处

Notes被认为是满足所有群组软件需求的完美解决方案。

这些需求包括信息交流、文件的管理、共享及复制、数据库、用户界面、网络服务商、应用发展、传真、时序安排和日历功能等等。

这是一个很有雄心的目标,但为了实现这一目标,Notes和不可避免地产生了一些严重的技术和结构缺陷。

1、从结构上说,Notes违背了软件业发展的基本原则,例如模块的设计。

Notes把包括信息、数据库、日历、网络服务商安排、复制等等所有的东西都压缩到一个空间里。

2、Notes的安装比较复杂,因为它需要完成很多事。

3、因为它的复杂性,Notes的应用开发比较困难且花费较大。

4、Notes处理速度很慢因为它有很多层的界面。

5、同样由于它的复杂性,Notes限制了第三方去创造新的应用的能力。

尽管Notes有很多商业伙伴,但是大多数是系统集成和架构的顾问。

很多独立软件开发商的所开发的最好应用无法架构于Notes平台上。

正是由于上述这些原因,导致了Notes实际上只能解决所有的表面问题,而对任何事都无法彻底的解决,这就是限制Notes发展和它遇到有竞争力的威胁时显得很脆弱的根本原因。

在Notes想要继续主导桌面技术的努力中,还犯了另两个错误:

两种软件都是在网络革命以前开发和发展起来的。

当它们重新被定位成网络平台时,结构上的设计缺陷使它们无法充分利用网络的特性。

例如:

如果网络成为了文件的最终存储地,那么为什么一个企业还要使用Notes的文件夹来发布?

都未完全认识到群组软件和工作流应用都需具备高度可扩展(柔)性来适应现代商业组织复杂性的全方位应用。

我们没有理由相信会在一个压缩的软件包中获得重大的成功。

比较现实的用来表达工作流和群体组件的方式是采用.NET架构或J2EE架构,结合那些具有特殊功能的好的应用并且将它们互相整合。

 现在有些企业正在Notes平台上开发一些具有工作流功能的产品。

表面上,从使用者的角度看来,这个想法很吸引人:

每个用户有一个适合所有类型任务的通用内核,因此,所有的任务都能工作在群件系统的X围内。

然而,如果仔细分析一下工作流自动化的要求和群件系统的特征就会发现:

 群件系统和工作流自动化相对照,有很多的局限性。

群件是信息传送的最优化。

但它们并不是工作流自动化的最优化。

实际上,对实现电子来说很好的群件系统的一些技术特征,而对于工作流自动化来说就是很大的局限性!

●对于商业流程,电子不是一种强大的传输工具

群件系统提供了能够被用作内部电子的文件夹,这些文件夹能够接受工作流相关的表格,工作流信息和普通的电子信息是同等对待的。

电子对于发送信息来说功能强大,但是,对于商业流程信息来说,它不是一个强有力的平台。

我们都很熟悉网关,也知道当的附件通过网关时,它们就会丢失。

如果群件系统的被用来引导工作流信息,你很有可能会遇到这一问题。

很多情况下,附件的丢失和流程的停止没有什么区别。

当重要流程中相关信息丢失时,将带来严重的后果。

强有力的工作流系统不能依靠电子来引导商业流程信息。

相反的,必须使用可靠的存储,比方说数据库和安全的通信协议,类似TCP/IP。

●群件系统,没有提供从队列中提取任务的方法

队列是工作流自动化中一个非常重要的概念。

它不是把任务安排给某一个人或是某一个工作功能,而是送到一个队列中去。

任何能完成任务的单元都可以从队列中提取任务,并完成它。

群件系统无法提供这样的外部队列。

某些队列的功能能够通过公共文件夹的方式来实现,即使是这些也需要用户非常细致的工作和管理。

●群件系统,无法提供状态监控功能

对流程自动化中突发事件的的监控是工作流自动化中一个最重要的功能,也能节省很多的时间。

任何可行的工作流自动化解决方案必须要提供一种状态监控方案。

群件系统没有提供这样的功能。

以群件系统为基础的应用依靠"周边间接工作",象发送电子到每个用户来更新状态。

这就不必要的增加了网络流量。

因为即使那些并不需要了解状态的用户也会在状态改变时,得到一次状态的刷新。

●群件系统,没有提供突发事件中断的功能

在流程中出现突发错误的时候,及时中断工作流流程是十分重要的。

群件系统没有提供这样的功能。

●群件系统,没有流程的逆向传递

在实际工作中,工作流并不总是由前往后的顺序传递。

最简单的例子是一份买卖合同总会返还给卖方手中。

新的J2EE架构下,采用Java技术能提供工作流顺序和逆序传递的方法。

群件系统并没有提供任何使工作流逆向传递的方式,如果突发事件发生而要求用户逆向传递,用户必须找到是谁发送了这个任务,然后给他发电子。

一旦发生,工作流就不再自动传递下去了。

●群件系统,不是理想的文件存储方式

几乎每个工作流程序都要具有附带和工作一起传递的支持文件的功能,这些文件的保存是很重要的,因为这样才能使所有流程参与者都能很容易的理解。

群件系统确实提供了能用来保存文件的文件夹。

但是,群件系统的文件夹不是一些大型企业和组织的首选文件存储地。

相反的,最流行的文件紧急存储地是互联网,它被用来存储文件和对文件进行分类。

其次是使用SQL数据库,象MicrosoftSQL服务器的文件管理系统。

如果企业能选择,它们宁愿放到互联网上,而不愿放到群件系统的文件夹里,因为互联网更加开放、费用更低、更容易连接。

当网络继续完善它的功能,它会更加吸引我们在网上存储和分享各类文件。

相应的,企业也会不断把文件放到互联网上,使用SQL服务器或其他的SQL数据库来存储文件。

因此,如果文件对流程来说是很重要的,那么一个完美的工作流解决方案必须具备使文件和文档紧密结合的能力。

互联网和SQL服务器在这方面的功能要比群件系统强的多。

●群件系统,不是一个企业数据库

一个工作流解决方案必须能很容易的和数据库连接。

群件系统不是一个数据库。

很多企业使用SQL或是Oracle作为它们的数据库,特别是当要处理一些重要的工作流程序时。

群件系统在工作流程序和数据库之间增加了另一个层次,反而使工作流程序和数据库的连接变得更加困难。

既然群件系统无法提供和客户相联系的数据库,那么以群件系统为基础的工作流解决方案的一个最大的局限性就是它们需要ODBC和每个客户都有联系。

从管理和维护的角度看,这并不实际。

●群件系统,不是一个处理器

稍作分析,我们不难得出这样的结论:

一个工作流软件就是一个数据处理器,一个驱动引擎。

工作流包括运用规则、角色和路由(Rule\Role\Route)来决定工作流中的下一个步骤。

这种信息都保留在数据库中,工作流引擎的主要任务就是不断地完善和更新数据库。

当出现了很多的工作流事件(流程)时,相应的数据库也会成倍的增加,而工作流引擎也就成为“处理器”。

群件系统不是一个处理器,也无法提供使事件处理更加便利的措施。

●群件系统,没有提供群体管理功能

一个工作流解决方案必须具有管理大量用户同时工作的方法。

比如说当某一个用户由于紧急情况而缺席时,必须安排其他用户代理他的工作。

如果一个组织有很多人,那么从中心开始的辐射式管理并不合适,唯一可行的方法是使每个人都管理他的下一级的工作。

这也是实际商业活动中的工作管理方法。

群件系统是一个信息交互平台,它无法进行工作量管理,当然无法在组织中进行工作分配。

●群件系统,不可能实现所有功能

群件系统具有的功能包括信息传递、目录服务、文件夹、脚本、日历、时序安排、合作数据对象、传真和复制等。

从某种角度理解,把所有的东西都放到一个软件包中去也许是群件系统犯的错误。

这种做法的缺点很多:

a.程序变得复杂从而导致安装和使用的困难。

安装和使用群件系统需要花费很多的精力和时间。

b.产品变得难以开发,导致长时间的更新和升级周期。

c.把所有的东西都压到一个软件包的做法违背了软件开发的基本原则--模块化原则。

●新的J2EE架构下,采用Java技术能提供的服务有以下几个优势

每个部分提供了独立的标准服务,它保证了不和其他部分的服务相互重叠和干扰。

每个部分都能被独立的开发和应用,确保了用户在每一类中都能从最好的产品中获益。

既然各个部分是相互独立的,就很容易开发和应用。

这并不象群件系统那样,所有的服务项目都集中在一起,使它变得很复杂和难以定制开发。

用户能自己便捷的配置所需服务,并根据管理的需要,增加服务、扩展应用。

结论:

Notes已经应用了10年了,在这段时间里,它们已经成为市场上主要的群组解决方案。

而随着科技的发展,以群件系统为基础的单一工作流自动化解决方案今天看来已不值一提。

在J2EE架构下,基于关系型数据库,采用Java技术开发的协同管理系统将提供最佳的工作流解决方案。

四、金蝶开思OA的工作流应用不足之处

Notes为程序开发人员提供了多种方法开发用户程序。

一个普遍的理解是:

既然能用Notes编程,理所当然也可以用它来开发一种工作流程序。

然而,其实问题真正的关键不是Notes能不能在技术上实现,而是用它做开发所要花费的时间和金钱,以及每次流程改变时,你将不得不重新编程。

因此,要是这样的技术成就一个完整的工作流程序就需要大量的脚本,而且对于企业个性化管理所对应的每个额外工作流管理程序,你均需要重新编程,风险和成本不言而喻了!

以下所描述的16种必要的工作流特征是在金蝶开思OA中找不到它们的。

√=有该功能,X=没有该功能,或需第三方开发

功能

1.图形化流程图

2.图形化流程监控器

3.基于角色的基础路由

4.基于关系的路由组织表

5.群组序列

6.条件路由

7.延迟条件

8.自动化操作

9.自定义任务代理

10.子流程功能

11.重复循环步骤

12.拒绝步骤

13.自动分配

14.指定代理

15.用户状态监控

16.任务重发

1.图形化流程图

以直观的图形化方式设计定义流程图。

流程图直观详细地说明了角色、规则和路由,这些都是工作流自动化必不可少的东西。

2.图形化流程监控

管理员能在图形上监控每个流程事件的状态,以直观的方式迅速了解所有流程的进展情况,告别传统的手工调查方式。

3.基于角色的基础路由

企业的人事制度和人员始终是处于动态的过程中,基于角色的路由将任务指派到角色,而非指派到个人,这样就避免了因为人员的变动和企业组织结构图的变动引起的流程变化。

4.基于关系的路由组织表

通过图形化的组织结构图使流程路由根据默认的报告对象实现。

最基本的业务流程通常是建立在上下级的报告关系上。

由上级主管负责批阅,由部门经理负责费用报告等。

因此以这种报告关系为基础,导入工作流任务的功能就很重要。

5.群组序列

定义一个团队内部的个体及工作职能。

任务首先被安排到团队中的第一个成员;如果该成员不能在规定的时间内完成此项任务,它就会被自动传递到下一个成员。

通过本功能,在工作流程图中一个步骤就能代表这个序列。

所有的任务序列都是由工作流软件根据任务的时间紧急性来自动完成的。

6.条件路由

根据不同条件导入任务的功能。

例如费用报销流程,可以根据对各负责人的权限多少系统自动决定该报告应由谁来审批。

这项功能有利于灵活设计工作流流程。

7.延迟条件

根据事先设定的外部条件或突发事件,自动暂停或延迟工作流事件的功能。

8.自动化操作

作为工作流的一部分,自动调用第三方程序来完成某项任务的功能。

例如流程完成后自动打印、传真、发送以及自动更新文件或保存到数据库等等,使第三方程序不需用户的参与就能完成任务。

9.自定义任务代理

允许用户自定义将某些任务安排给其它用户的功能。

这项功能在某个用户缺席或是需要将任务转派给其它用户的时候很有用。

安排的工作会自动传递到其它的用户。

10.子流程功能

在主流程中调用子流程的功能,允许用户实现网状的工作流设计。

例如项目立项后要求发起项目预算子流程,结束后回到项目立项的下一个步骤等。

12.重复循环步骤

根据一X表发起一个流程中多个事件的功能。

例如,根据一个所有员工在本月结婚周年的记录目录,发起一个行为考评流程中出勤记录、完成工作量等等的多个事件。

该功能能够设计出复杂的工作流程,根据一X由主流程产生的表,能引起一个次级流程的多个事件。

13.拒绝步骤

新的J2EE架构下,采用Java技术能提供拒绝某一步骤的功能,以便于流程流回前一个步骤而不需要用户知道它从哪里过来的。

14.自动分配

在用户需要的时候,把与工作流程序相关的所有表格分配给那些需要它们的用户。

15.指定代理

除了流程管理员能够指派任务外,用户还能根据实际情况指定其他用户代理自己的工作(如因紧急出差、请假等原因)。

当然,这种指定代理的前提是其他用户同意接受所代理的工作。

16.用户状态监控

允许用户了解他们所发起的工作流事件的状态。

每个用户都能够看到自己发起或参与的流程目前的处理状况,很好地避免了因查询工作流进程造成的迟滞时间。

17.任务重发

在原来的任务由于一些错误或是设备故障而丢失的情况下能够重发工作流任务给特殊的个体。

四、金蝶开思OA的应用风险

1.应用推广风险

基于Notes开发的OA系统应用相对复杂,特别是针对工作流的应用,包括工作流程的定义、模板的定义等等,都需要系统管理员及普通应用人员具备一定的信息系统应用基础和学习能力,同时需要应用单位预留相当的学习推广时间,支付较高的学习成本,降低应用期望值,以达到应用推广目的。

2.开发风险

Notes的技术架构自成体系,其开放性远不及Java技术。

现在Notes的这套体系结构已逐渐不能适应当前和未来的互联网发展模式,已呈逐渐淘汰趋势。

IBM公司也正在将Notes的技术架构向Java技术转移。

3.维护风险

由于Notes技术的封闭性,必将导致专业人才的有限和维护成本的提高,同时维护工作的延续性也将出现危机。

五.用友致远OA与金蝶开思OA对比表

用友

金蝶

技术方面

体系结构

J2EE

LOTUS

数据库

MY-SQL(关系型)

LOTUS专用数据库(非关系型)

访问方式

B/S

B/S

产品设计思路

专注协同办公领域,聚焦协同办公共性应用,把办公管理中复杂的事务、事件、协同等信息在单位部门、组群、个人之间进行及时高效、有序可控、全程共享的沟通和处理,并预留提供与其他成熟业务系统的接口

以功能为导向,以个人事务为导向,分解公司各个业务形态,以固化的方式设置功能模块,因使用LOTUS自行开发的数据库,兼容性很差,故几乎无法同其他异构业务系统接口

系统开放性

高,容易与其它系统集成

低,几乎无法同其他异构系统集成

附件安全性

高,附件以加密形式存放

差,有一定LOTUS开发技术的人员都可轻松进行系统

扩展性

提供与其他系统的标准连接插件(MAIL,QQ,手机短信)

只能在LOTUS平台上自行开发

应用方面

服务端流程

直观、图示化、易操作

不直观、操作复杂、需培训

客户端流程

可直接定义和使用

预先制定或临时管理员申请配置

流程策略

有继续、回退、撤消、终止、归档、转发、知会、加签等策略,

有继续、回退、撤消、转发、归档、知会、加签等策略

表单设计

简单,由系统管理员设计,客户端可应用和修改

要求系统管理员对公司所有业务全面深入了解,客户端不能修改

项目管理

有,基础功能

文档管理

个性化统一中央授权

对文件、公文归档授权管理

对内部协同事项、、管理过程等记录管理

人事管理

仅有人事记录卡片(通讯录),可以选配用友人事管理模块

有,比较粗糙

应用表现

以平台实现功能,简单易用

以功能表现应用,应用复杂

实施方面

交付类型

产品化,安装即用

应用解决方案型,安装配置过程较长

实施过程

简易、时间短

复杂、时间长

培训工作量

较小

较大

系统维护工作量

较小

较大

实施、维护成本

较低

较高

服务方面

产品升级

产品化,提供平滑升级

解决方案,升级需另立项

维护服务量

使用简单,服务量小

使用复杂,服务量大

服务方式

总部在,标准化服务(24小时、现场、互联网、客户门户知识经验分享)

总部在XX,标准化服务(24小时、现场、互联网、客户门户知识经验分享)

持续服务能力

其它方面

全部功能模块

协同工作、公文管理、电子、文档管理、表单管理、日程计划会议、综合办公插件2.4)U8插件(2.4)RTX插件(3.31)

收文管理、发文管理、会议管理、企业工作流、档案管理、信息反馈、合同管理和工作计划

用友OA在应用表现方面优于金蝶OA的情况:

一、把每个人每天的工作分为:

待办事项和跟踪事项,使员工在使用OA中,通过如此简洁的信息分类,感受到用友OA易学易用;

二、图形化的流程可以任意自建,员工在使用中感觉非常亲切,而且易学易用,从而将日常中80%的办公处理都通过协同平台完成;

三、文档管理可以将协同、公文、计划、会议、公告等都作为文档进行保存,并可以支持在线的修改,同时将文档管理员的权限设给单位有权限的人进行分级授权管理,解决了系统管理员可以任意查看文档的问题;使系统管理员成为真正的系统维护员;

四、通过远程网上自动升级和自动的补丁,让用友的OA的客户从3年前的1.0版本—2.0版本—2.2版本—2.30版本—2.31版本—2.32版本—2.4版本—2.42版本,享受了软件技术进步带来的功能的提升;

五、提供团队管理功能,大幅提升了领导的督办和工作安排的方便性,使用领导可以在三次点击中就可以快速的处理和安排下属工作,可以快速查找近期下属的工作情况和日程安排;

六、提供从时间上和内容上方便快捷管理项目的关联项目管理;

七、通过对数据加密等多种技术,提供了多层而强大的安全管理手段,提升了系统的安全性;

八、通过对OFFICE、RTX等优秀的第三方软件体现系统的扩展性和兼容性;

通过以上的介绍,可以发现用友的OA系统在功能上等全方位的优于金蝶开思的OA,是一个正真易用好用的协同办公软件:

 

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 人文社科 > 广告传媒

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1