OA系统选型网
采购软件系统 选型  免费咨询平台
按系统领域分
  • OA协同系统 ??移动应用
    OA协同系统
    无纸化系统
    移动OA
    协同管理
    移动应用
    移动考勤
    移动报销
    移动营销
  • HR人力资源 ??合同管理
    HR人力资源
    人事管理
    薪酬管理
    考勤管理
    招聘培训管理
    合同管理
    合同管理
  • CRM客户管理 ??项目管理
    CRM客户管理
    客户管理
    销售管理
    在线CRM
    项目管理
    项目管理
  • ERP系统 ??财务系统
    ERP系统
    生产制造ERP
    商贸ERP
    云ERP
    通用ERP
    财务系统
    资金管理
    财务管理
    报表管理
    财税一体化
  • 文档管理???流程管理
    文档管理
    文档查询
    文档存储管理
    文档安全管理
    流程管理
    流程管理
  • 预算管理???资产管理
    预算管理
    费用预算
    全面预算
    资产管理
    固定资产
    资产使用管理
  • 进销存管理???生产制造
    进销存管理
    库存管理
    采购管理
    存货核算
    在线进销存
    生产制造
    设备管理
    生产管理
    产能管理
    生产计划
  • 系统集成 ??定制开发
    系统集成
    安防监控
    远程管理
    定制开发
  • 建站推广???订货系统??其它
    建站推广
    网站建设
    SEO网络推广
    小程序
    订货系统
    分销商城
    新零售
    微信三级分销
    其他
    硬件设备
    其它

通达,金和,致远与泛微OA系统软件产品体对比分析(2018年)new

 二维码 1477
发表时间:2018-07-20 15:24作者:OA小编来源:OA系统选型网网址:http://www.zhzrrt.tw
OA软件产品体系分析
对比角度通达智能办公OA致远A8协同管理软件金和C6协同运营管理平台泛微e-cology协同管理平台
开发平台1PHP技术开发+MYSQL开源数据库,MYSQL只支持小型单位应用,如果数据量过大MYSQL开源数据库可能会出现性能问题。1JAVA语言开发1基于.net平台开发只能在微软系统的平台上运行不能跨平台支持,只支持微软SQLServer1J2EE标准+关系型数据库(可以是大型数据库)+WEB SERVICE的技术,系统可跨平台,跨数据库运行,技术先进,流行和发展趋势所需。
2虽说现在使用了新的技术NGin引擎可以优化提升MYSQL,但该技术还是不能领先大型关系型数据库和稳定性,日后不可能支撑单位大规模扩张时的应用。2目前仅支持sql server和oracle数据库,如果擅动数据库,就无售后服务。2服务器操作系统只能是WIN2003/WIN2008,不支持64位操作系统2可以利用现有的数据库SQL关系型数据库,或以后的Oracle数据库以及DB2等任何数据库,同时支持windows、liunx系统、Apache/Resin等(免费平台)开源可全面支持Web spere 、web logic。
3PHP开发的程序的源代码也都是公开的,但php开发的程序后都可以进行修改。PHP只能实现简单的分布式两层或三层的架构,日后需要技术扩展会有瓶颈。3操作系统仅支持windows以及LIUNX系统
3Java开发的程序,从安全性分析最后用户拿到的是只是一些编译好的class类,无法看到完整的源代码,安全性高。
3数据库仅支持Sqlserver2000/2005/2008,且Win2008不支持sqlserver20003Java开发的程序,从安全性分析最后用户拿到的是只是一些编译好的class类,无法看到完整的源代码,安全性高。
4PHP适合于快速开发,?#34892;?#22411;应用系统,开发成本低,能够对变动的需求作出快速的反应。4 Java适合于开发大型的应用系统,扩展?#32422;?#24378;按照标准的三层体系架构设计日后可随意扩展。4应用服务器器只支持IIS4 Java适合于开发大型的应用系统,扩展?#32422;?#24378;按照标准的三层体系架构设计日后可随意扩展。
5应用的前景比较广阔,系统易维护、可复用性较好。5应用的前景比较广阔,系统易维护、可复用性较好。
平台安全性1支持多种身份?#29616;ぁ?#35282;色分配、用户操作监控、日志报告、信息安全级别设定。1支持多种身份?#29616;ぁ?#35282;色分配、用户操作监控、日志报告、信息安全级别设定。1支持六种身份?#29616;?#26041;式,包括CA?#29616;ぃ琖indows域用户?#29616;ぃ琔-key身份?#29616;ぃ?#30331;陆验证码?#29616;ぃ?#30701;信验证码?#29616;?#20197;及动态密码卡?#29616;?/td>1支?#21046;?#31181;身份登陆?#29616;?#26041;式,包括CA?#29616;ぃ琖indows域用户?#29616;ぃ琔-key身份?#29616;ぃ?#25351;纹?#29616;?#35782;别,登陆验证码?#29616;ぃ?#30701;信验证码?#29616;?#20197;及动态密码卡?#29616;ぁ?/td>
2六维管控模型将e-cology系统权限?#24188;?#32455;范围、角色范围、动作范围、模块范围、被控对象、数据范围六个维度细分,六个权限对象横向纵向交错构成了权限矩阵。
3可实现分级管理(集权与分权)我们提供按功能、按机构分级管理,各个模块可以授予不同的人来管理不同机构的权限。满足单位人数众多,管理?#27604;?#38480;控制的问题。
4系统中任何一个操作,登陆、读取、修改、删除等都有日志记录方便进行事后的跟踪审计。
5数据传输安全:只需简单设置即可支持SSL?#29992;?#35775;问。SSL协议支持可以增强系统安全性,通过网络传递的数据均会使用RSA算法进行不对称?#29992;埽?#21487;以完全杜绝数据包被截获后泄密?#30446;?#33021;性,可以完全确保数据的传输安全。
2但所有权限控制只能在具体人员层面,无法实现部门以及角色层面的权限设置;每个权限的设置都是单?#36182;模?#26080;法实现多维度的权限控制操作。2但所有权限控制只能在具体人员层面,无法实现部门以及角色层面的权限设置;每个权限的设置都是单?#36182;模?#26080;法实现多维度的权限控制操作。2虽然分配权限的时候出了权限本身以外还有权限的行使范围可以设置,但是局限人事管理的权限,对于门户、流程、文档重要模块反而没有实现分权维护系统的整体权限授予基本上都是基于人和部门的、这样只有?#34892;?#30340;部门和人员增加或者岗位变动,那么会造成极大的系统维护工作量6数据库?#29992;埽?#23545;数据库中的关键数据如账号密码、表单信息等关键信息进行MD5不可逆?#29992;?#21450;128位DES可逆?#29992;埽行Ъ用?#38450;止入侵者直接通过获取数据库文件,获得系统数据。
7数据文件?#29992;埽?#23545;于所有存储在?#25490;?#20013;的文档资料从文件名称、文件内容都进行?#24605;用埽?#24182;且进行了分卷压缩,防止入侵者直接通过服务器?#25490;?#33719;获取e-cology中的文档资料。
8程序代码?#29992;埽?#23545;于关键程序代码进行?#29992;埽?#35753;入侵者无法通过解读程序来了解数据读取存储方式和?#29992;?#26041;式,防止入侵者通过解读程序来读取已经?#29992;?#36807;的数据文件。
集成性可以,但需要二次开发(动代码实现)可以,但需要二次开发(动代码实现)。A8软件还是界面管理,还没有真正到门户管理技术主要是支持微软标准,受微软件标准限制,开放程度较小,有标准的接口可调用,方便集成其他应用系统但需要二次开发(动代码实现),能实现统计和分析,真正的系统平台,它可跨多平台进行扩展,提供标准web service服务与其他系统的接口交互很容易完成(通过配置便可,不需动代码),能与其它系统进行数据集成(双向读写),安全性相对高。由于使用了关系数据库系统,处理巨量数据时性能有大幅度提高。
人事管理
门户管理1通过程序开发实现了固化的几个基本门户。1门户布局固定、元素不能完全?#36828;?#20041;(流程?#34892;?#20803;素、图标元素)、维护权限、门户样式库等1整个界面布局固定,不能根据客户的风格进行修改。虽然预留了五种颜色方案可够最终用户选择使用,但是对于管理员来说能够根据自身进行配置的只是替换一下logo。1实现了按需个性化需求,自由定义门户功能(统一门户、职能部门门户等)
2没办法进行任何的变动和美化操作,无法构建出一个符?#31995;?#20301;风格的办公桌面内容:内容布局固定、元素个数有限,元素内容来源单一,不够丰富;元素分部固定。个人无法进行自由拖动。2门户内容出了固定的代办事宜、日程、计划、岗位知识外其他的内容均来自于信息发布,需要专人维护,不利于门户信息的及?#22791;?#26032;。
3整个界面布局固定,不能根据客户的风格进行修改。对于管理员来说能够进行配置的只是替换一下单位logo。3此外还能够支持RSS、WEB程序地址、数据库三种来源,都有管理员定制,web程序和数据库都需要开发实现页面?#31995;?#26639;目个数和分布位置只有固定的几种模式无法自行定义和添加2强大的门户权限控制体系。配色、风格、内容元素等完全?#36828;?#20041;,每一个客户应用都是不一样的界面,单位真正?#32422;?#30340;系统。
2已经被程序固化了,不能?#36828;?#20041;,需要二次开发。4页面?#31995;?#26639;目个数和分布位置只有固定的几种模式无法自行定义和添加,元素无法进?#22411;?#25341;排版4不能实现多级门户?#26680;?#26377;门户并排,对于集团公司不能建立层级门户门户只能按照部门进行共享,不能按照人员、分部、角色共享。不能细分每个角色岗位的门户。一个部门内的人看到的门户都是一样的。
5不能实现多级门户?#26680;?#26377;门户并排,对于集团公司不能建立层级门户
门户的内容来源需要有专门的人员进行管理和维护,而不是?#36828;?#26681;据条件聚合系统内的信息,信息更新缓慢
5另外对管理员维护也存在困难,一旦组织结构调整,权限变更将是一个庞大的工作门户权限只控制在门户级别不能控制到内部的元素。换句话说每个人员看到的门户栏目都是一样的。不能区分员工和领导的工作界面。3主要目的就是要?#35757;?#20301;各部门隐性或显性的知识推?#32479;?#26469;,提高各部门协同工作。
6门户维护权限控制比?#31995;?#34180;每个公司只能由固定的一个管理员进行维护,集团门户由集团管理员维护、单位门户由单位管理员维护,不能进行权限细分,管理员压力比较大6门户的维护权限不能单个授予,也不能下放到下级管理员进行维护,只通过一个门户维护权限来控制。
7门户权限只控制在门户级别不能控制到门户内的每个元素。换句话说每个人员看到的门户栏目都是一样的。不能按岗位角色区分工作界面。4帮助单位高层领导能更正确的制定单位发展相关决策,系统为相关领导提供更全面化的内部信息,让其能更详尽、更清楚的了解整个单位组织的日常运作。
1流程引擎功能强大,完全智能化?#36828;?#20041;(?#25307;?#27969;程和柔性流程),配合泛微的实施服务思想进行实施(流程规划-流程梳理-流程执行-流程优化-流程重组)来为客户实现管理落地与风险管理。



2流程表单只是个电子化的审批表格,不能联动系统内已有数据(文档、流程等,不能再表单中?#24615;?#23457;批决策所需的数据,不能做到流程管控3数据不能关联和多次展示;流程表单只是个电子化的审批表格,不能联动系统内已有数据(文档、流程等,不能再表单中?#24615;?#23457;批决策所需的数据,不能做到流程管控;2可以支持任意复杂的业务流程、支持工作明细、审批、会签、退签、转发、跳转、传阅、超时提?#36873;?#26465;件判断智能流转等。

3流程贯穿整个系统,流程设计器与表单(HTML表单)紧密结合,可以制作出用户单位所有审批事务工作的电子化过程。

2?#22411;?#25289;式的图形设计器;3流程管理(监控)权限完全掌握在单位管理员手上,无法按照流程类型和操作内容分配权限。5流程监控权限不能按照业务类型细分,一旦有了监控权限就有了所有流程的监控权限;4通过IE客户端可?#36828;?#20041;和维护后台及定义流程,可视图形化流程跟踪显?#23613;?/td>
4不能干预流程表单需要通过微软的infopath制作上传,而且需要多次关联设置才能使用,不能在线编辑,修改调整不便流程查询只能按照流程的基本属性进行查询,不能按照流程表单的内容进行查询7流程查询只能按照流程的基本属性进行查询,不能按照流程表单的内容进行查询;5实现流程效率统?#21697;?#26512;(审批时效、流程效率分析、流程办理排名等,并可生成三维图形化分析报表。
5流程分析只有简单的流程待办、超时的数量,不能进行流程效率的分析9流程的操作者,只能是一?#26234;?#20917;,不能根据实?#26159;?#20917;,来?#36828;?#21028;别节点操作者的范围;6 可对财务费用类流程进行规划,实现费用管理,实现申请人员向上级审批时,已经从上次申请流程中把数据表现出来(截至目前已申请费用XXX元),领导可见该数据后,在决定是否签批。如日后能与泛微的预算模块配合使用,效果更?#36873;?/td>
6流程的操作者虽能从表单?#31995;?#20154;员、部门来获取,不能从表单其他内容获取流程的操作者,只能是一?#26234;?#20917;,不能根据实?#26159;?#20917;,来?#36828;?#21028;别节点操作者的范围。7支持各类流程中表单数据统计,报表完全可?#36828;?#20041;,从表单最小元素(字段)开始可以?#36828;?#20041;。用户只要能填写的数据,都可以用任何方式进行的数据的整合。进行流程引擎?#31995;?#20840;方位的统计与分析。
11流程委托(代理)权限只能由管理员来设置
流程管理权限只能根据人?#35789;?#20104;,一旦人员变动,对系统进行调整的工作量会很大.
8流程数据集成,通过配置即可轻松实现与ERP等业务系统集成,实现数据交互(双向读写)拥有BPM思想。
知识管理1有个人文件柜以及公共文件柜,分别放在“?#19994;?#24037;作桌”以及“信息交流”两个不同的功能模块下面。1独立的知识管理应用,把信息发布、公文管理、通知公告各模块相互独立,不便于建议统一的知识仓库1没有真正的知识地图应用,所谓的知识地图只是以目录方式展示文档而已;1具有思想灵魂的功能“知识积累+知识共享+知识利用+知识创新?#27604;?#21518;单位人员真正会改变,从传统工作向学习型创新型团队演变。
2没有知识地图应用,只能通过类似Windows目录的方式展示文档而已,相当于e-cology的文档目录功能2可?#36828;?#25991;档进行分类管理存储有回复功能,可?#28304;?#30693;识管理角度优化产品,增加推荐功能,做到知识?#24179;?#19982;现有共享功能一样。
3文档权限按照目录进行控制,不能针对?#31216;?#25991;档单独设置权限,文档权限只能控制到创建、查看、删除,不能控制是否能够下载、打印、回复3文档权限只能按照部门和人授予,一旦组织结构发生变化,那么需要对所有文档进行权限的变更;3在办公过程中实现知识的管理(完全与工作相结合)?#20309;?#20204;更多的知识管理是通过人为的引导客户实现。比如创建知识地图等。而实用的知识管理思想基本是?#36816;?#24819;去引导客户,产品本身通过知识地图和报表实现。比如可构建经验知识库、技能知识库、知识地图、专?#19994;?#22270;、业务地图、各职能门户的构建来消灭信息的壁垒,高度实现信息协同!
4?#36828;?#20041;各种目录,目录中可以在后台绑定流程
4具有文档创建权限的用户可以在目录下创建目录,容易造成知识库混乱,终将成为一个垃圾库5文档的检索条件比较简单,只能根据创建时间、人员、部门、标题进行检索;5多?#20013;问?#23637;现(多级目录、树型模式、组织架构模式等)
2公共文件夹只能对目录进行权限控制,无法对目录下的具体文档权限控制5文档的检索条件比较简单,只能根据创建时间、人员、文档类型、标题进行检索6严格权限控制(阅读、修改、版本、拷贝、复制、打印控制等)
6文档主要以文档目录式进行展示,不能多维度展示,不便于员工检索7文档创建权限不可以控制,任何人都可以在目录下创建文档,不利于垃圾文档的过滤;7与流程无缝结合紧密,直接在文档上创建流程
7文档不能通过工作流程进行文档审批,只能作为流程内容或附件发送,并会形成新的文件副本,浪费?#25490;?#31354;间8有知识贡献及知识创新排名统计报表
9文档不能很好的和其他模块协同,如能够发布到门户上也只有岗位知识才可以9知识评分激励机制
分级管理各单位所?#24615;?#24037;统一访问与使用一套oa,通过多级系统管理员、多组织机构实现各单位独自管理与应用。厅局级:一般人员只能看到厅局级的组织(也可以控制到查看厅局级的部分组织结构);
下级单位:一般下级单位员工只能看到单位本部的组织(也可以控制到查看下级单位的部分组织结构);
对于厅局级需要与下级单位发生业务往来,或者下级单位需要和厅局级单位沟通或事物流转的人员,可以开放权限相互可见。

报表(BI)需要开发多种展现方式及分析方法,非常耗时,质量性能挑战高。
每个报表均需开发代码,开发成本高、效?#23454;汀?br />人员调动后代码交接困难,维护成本高。
缺乏统一的管理平台,无法方便、高效地进行权限管理系统集成。
业务逻辑、数据逻辑、展?#33268;?#36753;混在一起,缺乏统一管理规划。
泛微自主研发的BI系统:
1零编程,拖拽式的设计平台,提高开发效率,?#26723;?#24320;发成本。
2开发内容标准、一致,易维护,保证质量。
3统一的管理平台,方便、高效地提供权限管理、系统集成支持。
价值:
1业务驱动,自助取数,快速地获取需要的数据,无需漫长等待。
2根据分析需要,灵活地对数据进行二次分析及直观的图形展现,满足业务需求不断变革的需要。
平台协同性表现不明显表现不明显无法实现字段联动,平台协同性体现无。1协同管理,整合应用,灵活部署,功能模块之间完全协同
2数据完全实现关联,一次录入,多处展示
3协同软件体现三大思想:信息网状思想、业务关联思想、随需而变思想
4具有协同平台三大特点:整合性、联贯性、灵活性
总结:
1以上对比泛微软件更注重协同管理理念,属于第四代系统,注重流程、知识管理,注重协同,满足大型单位复杂需求。
2通达还停留在初级的软件模式,没有太多的新IT技术展现出来缺少管理理念、属于第二代OA,满足小规模客户应用,流程管理、知识管理功能简单,更多的是一个工具,而不是一个管理软件。
3致远软件缺少管理理念、属于第二代OA,满足小规模客户应用,流程管理、知识管理功能简单,更多的是一个工具,而不是一个管理软件。
4金和软件的管理思想与落地存在落差,模块之间相?#36828;?#31435;不能实现数据联动;属于传统第三代OA范畴,适合政府行业及小型单位的简单收发文的应用。

5泛微协同管理软件的投资价值和在管理?#31995;?#21319;值空间均超过通达金和与致远的OA软件,所以建议使用泛微软件以全面提升单位管理,并为今后的管理升级提供升级空间。

立即注册OA系统选型网查看完整版文档报告.png


在线客服
 
 
 
 
 工作时间
周一至周五 :9:00-17:30
 联系方式
邮箱:[email protected]
会员登录
登录
?#19994;?#36164;料
?#19994;?#25910;藏
留言
回到顶部
顶呱刮新票2018 爱乐透老时时彩 吉林十一选五遗漏排行 足球直播360直播频道 888棋牌手机版本 012路红球尾 贵州11选5综合走势图 赛马会官方网 葡金彩票官网 北京11选5一定牛走势