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

金蝶开思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技术能提供工作流顺序和逆序传递的方法。

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

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

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

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

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

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

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

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

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

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

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

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

●群件系统，不是一个企业数据库一个工作流解决方案必须能很容易的和数据库连接。

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

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

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

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

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

●群件系统，不是一个处理器稍作分析，我们不难得出这样的结论：一个工作流软件就是一个数据处理器，一个驱动引擎。

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

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

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

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

●群件系统，没有提供群体管理功能一个工作流解决方案必须具有管理大量用户同时工作的方法。

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

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

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

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

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

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

这种做法的缺点很多：a. 程序变得复杂从而导致安装和使用的困难。

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

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

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

●新的J2EE架构下，采用Java技术能提供的服务有以下几个优势每个部分提供了独立的标准服务，它保证了不和其他部分的服务相互重叠和干扰。

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

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

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

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

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

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

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