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

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

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

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

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

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

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

一、金蝶开思OA简介

金蝶开思OA是基于90年代初期LotusNotes技术开发的一种协同软件,LotusNotes〔以后简称为〝Notes〞〕框架提供了文件共享、文件传输、用户管理的基于局域网的全体处置方案。

Lotus发明了〝Groupware〞并且把Notes设计和定位成〝桌面〞,任何操作都从Notes桌面中末尾。

用户可以访问文件、发送信息、布置会议、列表以及更多的任务事务。

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

二.金蝶开思OA的运用缺乏之处

1、不能自建的恣意流程,大大的影响运用者的运用热情,同时使OA的运用范围和运用率下降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平台上开发一些具有任务流功用的产品。

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

每个用户有一个适宜一切类型义务的通用内核,因此,一切的义务都能任务在群件系统的范围内。

但是,假设细心剖析一下任务流自动化的要求和群件系统的特征就会发现:

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

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

但它们并不是任务流自动化的最优化。

实践上,对完成电子邮件来说很好的群件系统的一些技术特征,而关于任务流自动化来说就是很大的局限性!

●关于商业流程,电子邮件不是一种弱小的传输工具

群件系统提供了可以被用作外部电子邮箱的文件夹,这些文件夹可以接受任务流相关的表格,任务流信息和普通的电子邮件信息是同等看待的。

电子邮件关于发送信息来说功用弱小,但是,关于商业流程信息来说,它不是一个强有力的平台。

我们都很熟习网关,也知道当邮件的附件经过网关时,它们就会丧失。

假设群件系统的邮件被用来引导任务流信息,你很有能够会遇到这一效果。

很多状况下,附件的丧失和流程的中止没有什么区别。

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

强有力的任务流系统不能依托电子邮件来引导商业流程信息。

相反的,必需运用牢靠的存储,比如说数据库和平安的通讯协议,相似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.自动化操作

作为任务流的一局部,自动调用第三方顺序来完成某项义务的功用。

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

9.自定义义务代理

允许用户自定义将某些义务布置给其它用户的功用。

这项功用在某个用户列席或是需求将义务转派给其它用户的时分很有用。

布置的任务会自动传递到其它的用户。

10.子流程功用

在主流程中调用子流程的功用,允许用户完成网状的任务流设计。

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

12.重复循环步骤

依据一张表发起一个流程中多个事情的功用。

例如,依据一个一切员工在本月结婚周年的记载目录,发起一个行为考评流程中出勤记载、完成任务量等等的多个事情。

该功用可以设计出复杂的任务流程,依据一张由主流程发生的表,能惹起一个次级流程的多个事情。

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小时、现场、互联网、客户门户知识阅历分享〕

总部在深圳,规范化效劳〔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