EXCEL版各OA软件产品体系分析

对比角度通达智能办公OA致远A8协同管理软件

1PHP技术开发+MYSQL开源数据库，

MYSQL只支持小型企业应用，如果数

据量过大MYSQL开源数据库可能会出

现性能问题。1JAVA语言开发

2虽说现在使用了新的技术NGin引擎可

以优化提升MYSQL，但该技术还是不

能领先大型关系型数据库和稳定性，日

后不可能支撑企业大规模扩张时的应用

。2目前仅支持sqlserver和oracle数据

库，如果擅动数据库，就无售后服务。

3PHP开发的程序的源代码也都是公开

的，但php开发的程序后都可以进行修

改。PHP只能实现简单的分布式两层或

三层的架构，日后需要技术扩展会有瓶

颈。3操作系统仅支持windows以及LIUNX系

统

3Java开发的程序，从安全性分析最后用

户拿到的是只是一些编译好的class类，

无法看到完整的源代码，安全性高。

4PHP适合于快速开发，中小型应用系

统，开发成本低，能够对变动的需求作

出快速的反应。4Java适合于开发大型的应用系统，扩展

性极强按照标准的三层体系架构设计日后

可随意扩展。

5应用的前景比较广阔，系统易维护、可

复用性较好。OA软件产品体系分

1支持多种身份认证、角色分配、用户

操作监控、日志报告、信息安全级别设

定。1支持多种身份认证、角色分配、用户操

作监控、日志报告、信息安全级别设定。开发平台

平台安全性

集成性可以，但需要二次开发（动代码实现）可以，但需要二次开发（动代码实现）。

A8软件还是界面管理，还没有真正到门

户管理技术2但所有权限控制只能在具体人员层

面，无法实现部门以及角色层面的权限

设置；每个权限的设置都是单独的，无

法实现多维度的权限控制操作。2但所有权限控制只能在具体人员层面，

无法实现部门以及角色层面的权限设置；

每个权限的设置都是单独的，无法实现多

维度的权限控制操作。

管理理念无基本基于邮件系统，就是邮件系统相互转

发，没有管理理念。

产品功能相对独立，未能形成一个完整的

体系，更未能将先进的管理理念融入其

中，而管理思想、管理理念是管理软件的

“灵魂”。这样的产品只能满足低层次的

简单需求

人事管理

1门户布局固定、元素不能完全自定义

（流程中心元素、图标元素）、维护权限

、门户样式库等

2没办法进行任何的变动和美化操作，无

法构建出一个符合企业风格的办公桌面内

容：内容布局固定、元素个数有限，元素

内容来源单一，不够丰富；元素分部固定

。个人无法进行自由拖动。

3整个界面布局固定，不能根据客户的风

格进行修改。对于管理员来说能够进行配

置的只是替换一下企业logo。

4页面上的栏目个数和分布位置只有固定

的几种模式无法自行定义和添加，元素无

法进行拖拽排版门户管理1通过程序开发实现了固化的几个基本

门户。5不能实现多级门户：所有门户并排，对

于集团公司不能建立层级门户

门户的内容来源需要有专门的人员进行管

理和维护，而不是自动根据条件聚合系统

内的信息，信息更新缓慢

6门户维护权限控制比较单薄每个公司只

能由固定的一个管理员进行维护，集团门

户由集团管理员维护、单位门户由单位管

理员维护，不能进行权限细分，管理员压

力比较大

7门户权限只控制在门户级别不能控制到

门户内的每个元素。换句话说每个人员看

到的门户栏目都是一样的。不能按岗位角

色区分工作界面。

3流程管理（监控）权限完全掌握在单位

管理员手上，无法按照流程类型和操作内

容分配权限。

4不能干预流程表单需要通过微软的

infopath制作上传，而且需要多次关联设

置才能使用，不能在线编辑，修改调整不

便流程查询只能按照流程的基本属性进行

查询，不能按照流程表单的内容进行查询

5流程分析只有简单的流程待办、超时的

数量，不能进行流程效率的分析2流程表单只是个电子化的审批表格，不

能联动系统内已有数据（文档、流程等，

不能再表单中承载审批决策所需的数据，

不能做到流程管控

2有拖拉式的图形设计器；2已经被程序固化了，不能自定义，需

要二次开发。

6流程的操作者虽能从表单上的人员、部

门来获取，不能从表单其他内容获取流程

的操作者，只能是一种情况，不能根据实

际情况，来自动判别节点操作者的范围。

1独立的知识管理应用，把信息发布、公

文管理、通知公告各模块相互独立，不便

于建议统一的知识仓库

2没有知识地图应用，只能通过类似

Windows目录的方式展示文档而已，相

当于e-cology的文档目录功能

4具有文档创建权限的用户可以在目录下

创建目录，容易造成知识库混乱，终将成

为一个垃圾库

5文档的检索条件比较简单，只能根据创

建时间、人员、文档类型、标题进行检索

6文档主要以文档目录式进行展示，不能

多维度展示，不便于员工检索3文档权限按照目录进行控制，不能针对

某篇文档单独设置权限，文档权限只能控

制到创建、查看、删除，不能控制是否能

够下载、打印、回复1有个人文件柜以及公共文件柜，分别

放在“我的工作桌”以及“信息交流”

两个不同的功能模块下面。

2公共文件夹只能对目录进行权限控

制，无法对目录下的具体文档权限控制知识管理

7文档不能通过工作流程进行文档审批，

只能作为流程内容或附件发送，并会形成

新的文件副本，浪费磁盘空间门来获取，不能从表单其他内容获取流程

的操作者，只能是一种情况，不能根据实

际情况，来自动判别节点操作者的范围。客户管理模

块无协同性体现，无B2B概念。

分级管理企业集团各单位所有员工统一访问与使

用一套oa，通过多级系统管理员、多

组织机构实现各单位独自管理与应用。

1初始化OA1具有实施方法论作为指导

2管理员培训2管理员培训报表(BI)需要开发多种展现方式及分析方法，非

常耗时，质量性能挑战高。

每个报表均需开发代码，开发成本高、

效率低。

人员调动后代码交接困难，维护成本高

。

实施服务表现不明显平台协同性表现不明显

3用户培训及答疑3用户培训及答疑

1电话支持1电话支持

2QQ远程服务2在线远程登陆维护

3邮件服务与客户登陆门户服务

4客户交流会

总结：1以上对比泛微软件更注重协同管理理念，属于第四代系统，注重流程、知识管理，注重协同，满足大型客户复杂需求。2通达还停留在初级的软件模式，没有太多的新IT技术展现出来缺少管理理念、属于第二代OA，满足小规模客户应用，流程管多的是一个工具，而不是一个管理软件。3致远软件缺少管理理念、属于第二代OA，满足小规模客户应用，流程管理、知识管理功能简单，更多的是一个工具，而不是4金和软件的管理思想与落地存在落差，模块之间相对独立不能实现数据联动；属于传统第三代OA范畴，适合政府行业及小型5泛微协同管理软件的投资价值和在管理上的升值空间均超过通达金和与致远的OA软件，所以建议使用泛微软件以全面提升企

级提供升级空间。实施服务

售后服务

3邮件服务

金和C6协同运营管理平台泛微e-cology协同运营管控平台

1基于.net平台开发只能在微软系统

的平台上运行不能跨平台支持，只支

持微软SQLServer1J2EE标准＋关系型数据库（可以是

大型数据库）＋WEBSERVICE的技

术，系统可跨平台，跨数据库运

行，技术先进，流行和发展趋势所

需。

2服务器操作系统只能是

WIN2003/WIN2008，不支持64位

操作系统2可以利用现有的数据库SQL关系型

数据库，或以后的Oracle数据库以

及DB2等任何数据库，同时支持

windows、liunx系统、

Apache/Resin等（免费平台）开源

可全面支持Webspere、web

logic。

3数据库仅支持

Sqlserver2000/2005/2008，且

Win2008不支持sqlserver20003Java开发的程序，从安全性分析最

后用户拿到的是只是一些编译好的

class类，无法看到完整的源代码，

安全性高。

4Java适合于开发大型的应用系统，

扩展性极强按照标准的三层体系架

构设计日后可随意扩展。

5应用的前景比较广阔，系统易维护

、可复用性较好。

1支持七种身份登陆认证方式，包括

CA认证，Windows域用户认证，U-

key身份认证，指纹认证识别，登陆

验证码认证，短信验证码认证以及

动态密码卡认证。

2六维管控模型将e-cology系统权限

从组织范围、角色范围、动作范围

、模块范围、被控对象、数据范围

六个维度细分，六个权限对象横向

纵向交错构成了权限矩阵。

3可实现分级管理（集权与分权）我

们提供按功能、按机构分级管理，

各个模块可以授予不同的人来管理

不同机构的权限。满足企业人数众

多，管理员权限控制的问题。

4系统中任何一个操作，登陆、读取

、修改、删除等都有日志记录方便

进行事后的跟踪审计。

5数据传输安全：只需简单设置即可

支持SSL加密访问。SSL协议支持可

以增强系统安全性，通过网络传递

的数据均会使用RSA算法进行不对称

加密，可以完全杜绝数据包被截获

后泄密的可能性，可以完全确保数

据的传输安全。体系分析

4应用服务器器只支持IIS

1支持六种身份认证方式，包括CA认

证，Windows域用户认证，U-key

身份认证，登陆验证码认证，短信验

证码认证以及动态密码卡认证