金蝶开思OA与用友致远OA的对比
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
金蝶开思OA与用友致远OA的对比
目录
一、金蝶开思OA简介 (1)
二.金蝶开思OA的应用不足之处 (1)
三、金蝶开思OA 的技术不足之处 (2)
四、金蝶开思OA的工作流应用不足之处 (7)
四、金蝶开思OA的应用风险 (10)
五.用友致远OA与金蝶开思OA对比表 (11)
一、金蝶开思OA简介
金蝶开思OA是基于90 年代初期Lotus Notes技术开发的一种协同软件,Lotus Notes(以后简称为“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技术能提供工作流顺序和逆序传递的方法。群件系统并没有提供任何使工作流逆向传递的方式,如果突发