智能办公OA A8软件 C6协同运营管理平台 泛微协同运营管控平台 | 开发平台 1PHP技术开发+MYSQL开源数据库,MYSQL只支持小型企业应用,如果数据量过大MYSQL开源数据库可能会出现性能问题。 1JAVA语言开发 1基于.net平台开发只能在微软系统的平台上运行不能跨平台支持,只支持微软SQLServer 1J2EE标准+关系型数据库(可以是大型数据库)+WEBSERVICE的技术,系统可跨平台,跨数据库运行,技术先进,流行和发展趋势所需。 | 2虽说现在使用了新的技术NGin引擎可以优化提升MYSQL,但该技术还是不能领先大型关系型数据库和稳定性,日后不可能支撑企业大规模扩张时的应用。 2目前仅支持sqlserver和oracle数据库,如果擅动数据库,就无售后服务。 2服务器操作系统只能是WIN2003WIN2008,不支持64位操作系统 2可以利用现有的数据库SQL关系型数据库,或以后的Oracle数据库以及DB2等任何数据库,同时支持windows、liunx系统、ApacheResin等(免费平台)开源可全面支持Webspere、weblogic。 | 3PHP开发的程序的源代码也都是公开的,但php开发的程序后都可以进行修改。PHP只能实现简单的分布式两层或三层的架构,日后需要技术扩展会有瓶颈。 3操作系统仅支持windows以及LIUNX系统 3Java开发的程序,从安全性分析最后用户拿到的是只是一些编译好的class类,无法看到完整的源代码,安全性高。 3数据库仅支持Sqlserver200020052008,且Win2008不支持sqlserver2000 3Java开发的程序,从安全性分析最后用户拿到的是只是一些编译好的class类,无法看到完整的源代码,安全性高。 | 4PHP适合于快速开发,中小型应用系统,开发成本低,能够对变动的需求作出快速的反应。 4Java适合于开发大型的应用系统,扩展性极强按照标准的三层体系架构设计日后可随意扩展。 4应用服务器器只支持IIS 4Java适合于开发大型的应用系统,扩展性极强按照标准的三层体系架构设计日后可随意扩展。 | 5应用的前景比较广阔,系统易维护、可复用性较好。 5应用的前景比较广阔,系统易维护、可复用性较好。 | 平台安全性 1支持多种身份认证、角色分配、用户操作监控、日志报告、信息安全级别设定。 1支持多种身份认证、角色分配、用户操作监控、日志报告、信息安全级别设定。 1支持六种身份认证方式,包括CA认证,Windows域用户认证,U-key身份认证,登陆验证码认证,短信验证码认证以及动态密码卡认证 1支持七种身份登陆认证方式,包括CA认证,Windows域用户认证,U-key身份认证,指纹认证识别,登陆验证码认证,短信验证码认证以及动态密码卡认证。 | 2六维管控模型将系统权限从组织范围、角色范围、动作范围、模块范围、被控对象、数据范围六个维度细分,六个权限对象横向纵向交错构成了权限矩阵。 | 3可实现分级管理(集权与分权)我们提供按功能、按机构分级管理,各个模块可以授予不同的人来管理不同机构的权限。满足企业人数众多,管理员权限控制的问题。 | 4系统中任何一个操作,登陆、读取、修改、删除等都有日志记录方便进行事后的跟踪审计。 | 5数据传输安全:只需简单设置即可支持SSL加密访问。SSL协议支持可以增强系统安全性,通过网络传递的数据均会使用RSA算法进行不对称加密,可以完全杜绝数据包被截获后泄密的可能性,可以完全确保数据的传输安全。 | 2但所有权限控制只能在具体人员层面,无法实现部门以及角色层面的权限设置;每个权限的设置都是单独的,无法实现多维度的权限控制操作。 2但所有权限控制只能在具体人员层面,无法实现部门以及角色层面的权限设置;每个权限的设置都是单独的,无法实现多维度的权限控制操作。 2虽然分配权限的时候出了权限本身以外还有权限的行使范围可以设置,但是局限的权限,对于门户、流程、文档重要模块反而没有实现分权维护系统的整体权限授予基本上都是基于人和部门的、这样只有有新的部门和人员增加或者岗位变动,那么会造成极大的系统维护工作量 6数据库加密:对数据库中的关键数据如账号密码、表单信息等关键信息进行MD5不可逆加密及128位DES可逆加密,有效加密防止入侵者直接通过获取数据库文件,获得系统数据。 | 7数据文件加密:对于所有存储在磁盘中的文档资料从文件名称、文件内容都进行了加密,并且进行了分卷压缩,防止入侵者直接通过服务器磁盘获获取中的文档资料。 | 8程序代码加密:对于关键程序代码进行加密,让入侵者无法通过解读程序来了解数据读取存储方式和加密方式,防止入侵者通过解读程序来读取已经加密过的数据文件。 | 集成性 可以,但需要(动代码实现) 可以,但需要二次开发(动代码实现)。A8软件还是界面管理,还没有真正到门户管理技术 主要是支持微软标准,受微软件标准限制,开放程度较小,有标准的接口可调用,方便集成其他应用系统但需要二次开发(动代码实现),能实现统计和分析, 真正的系统平台,它可跨多平台进行扩展,提供标准webservice服务与其他系统的接口交互很容易完成(通过配置便可,不需动代码),能与其它系统进行数据集成(双向读写),安全性相对高。由于使用了关系数据库系统,处理巨量数据时性能有大幅度提高。 | 管理理念 无 基本基于邮件系统,就是邮件系统相互转发,没有管理理念。 产品功能相对独立,未能形成一个完整的体系,更未能将先进的管理理念融入其中,而管理思想、管理理念是管理软件的灵魂。这样的产品只能满足低层次的简单需求 精益管理的主旨是通过分析每个作业环节的业务动作,最大程度的消除浪费,用降低成本的方式达到企业效益提高,主要适用于生产型企业。精确管理的主旨是通过精确分析人在企业中的行为特征,采用自我管理的手段规避人性缺陷,最大程度的激发员工的内在驱动力,用创新为主的方式达到企业效益的提高,主要适用于知识型企业。但理念与功能不能很好匹配。 协同矩阵管理思想! ---协同矩阵管理思想,可理解为各项工作或各项事务操作过程中,均会有与各关联兄弟部门、人员或其他机构之间,都会事务关联在里面的,例如做到某类工作时,会深入联想到哪个客户,接触这个客户会涉及到拜访记录,做拜访记录时会事先做个工作计划,做工作计划时会补充某篇工作文档或参考资料上来,如此类推… 在泛微各线产品上均可体现协同矩阵管理思想,在软件具体功能上,可体现在模块与模块之间、功能点与功能点之间的关联,不管是基础OA软件功能还是涉及到的功能应用上,均统一的体现出来,且这些功能只要用户使用并加以适当的培训,用户就自然而然会理解到位,并在使用的过程中实时的体现提醒出来,不用额外的灌输管理思想和过多的配套制度。 举例如:之上的事务工作à客户à拜访记录à工作计划à参考资料à……à;同时在OA与业务管理协同衔接上也可以体现出来,如客户à多个项目à费用à预算利润à财务成本àà使用部门或个人à工作目标à销售收入à客户合同额……à,即多点相互之间均会有适当的衔接关联。 所以总体来看,协同矩阵管理思想可以通过OA软件完整的体现出来,并直接落地。 | 人事管理 | 门户管理 1通过程序开发实现了固化的几个基本门户。 1门户布局固定、元素不能完全自定义(流程中心元素、图标元素)、维护权限、门户样式库等 1整个界面布局固定,不能根据客户的风格进行修改。虽然预留了五种颜色方案可够最终用户选择使用,但是对于管理员来说能够根据自身进行配置的只是替换一下logo。 1实现了按需个性化需求,自由定义门户功能(集团门户、分公司门户、职能部门门户等) | 2没办法进行任何的变动和美化操作,无法构建出一个符合企业风格的办公桌面内容:内容布局固定、元素个数有限,元素内容来源单一,不够丰富;元素分部固定。个人无法进行自由拖动。 2门户内容出了固定的代办事宜、日程、计划、岗位知识外其他的内容均来自于信息发布,需要专人维护,不利于门户信息的及时更新。 | 3整个界面布局固定,不能根据客户的风格进行修改。对于管理员来说能够进行配置的只是替换一下企业logo。 3此外还能够支持RSS、WEB程序地址、数据库三种来源,都有管理员定制,web程序和数据库都需要开发实现页面上的栏目个数和分布位置只有固定的几种模式无法自行定义和添加 2强大的门户权限控制体系。配色、风格、内容元素等完全自定义,每一个客户应用都是不一样的界面,企业真正自己的系统。 | 2已经被程序固化了,不能自定义,需要二次开发。 4页面上的栏目个数和分布位置只有固定的几种模式无法自行定义和添加,元素无法进行拖拽排版 4不能实现多级门户:所有门户并排,对于集团公司不能建立层级门户门户只能按照部门进行共享,不能按照人员、分部、角色共享。不能细分每个角色岗位的门户。一个部门内的人看到的门户都是一样的。 | 5不能实现多级门户:所有门户并排,对于集团公司不能建立层级门户 门户的内容来源需要有专门的人员进行管理和维护,而不是自动根据条件聚合系统内的信息,信息更新缓慢 5另外对管理员维护也存在困难,一旦组织结构调整,权限变更将是一个庞大的工作门户权限只控制在门户级别不能控制到内部的元素。换句话说每个人员看到的门户栏目都是一样的。不能区分员工和领导的工作界面。 3主要目的就是要把企业各部门隐性或显性的知识推送出来,提高各部门协同工作。 | 6门户维护权限控制比较单薄每个公司只能由固定的一个管理员进行维护,集团门户由集团管理员维护、单位门户由单位管理员维护,不能进行权限细分,管理员压力比较大 6门户的维护权限不能单个授予,也不能下放到下级管理员进行维护,只通过一个门户维护权限来控制。 | 7门户权限只控制在门户级别不能控制到门户内的每个元素。换句话说每个人员看到的门户栏目都是一样的。不能按岗位角色区分工作界面。 4帮助企业高层领导能更正确的制定企业发展相关决策,系统为相关领导提供更全面化的内部信息,让其能更详尽、更清楚的了解整个企业组织的日常运作。 | 工作流程 1流程设置是无法设定出口方向的判断条件 1虽然新版本加入了固定流程,但是还是倡导自由流程,虽然能够设置固定流程模板,但是终端用户仍旧可以根据自己的需要任意制定流程走向,不利于企业规范管控,而且也让终端客户会感觉办事无所适从 1所有流程都公布给最终用户,不能个性化区分,用户使用十分不便虽然对表单使用权限有控制,但是只有点击了流程名称才知道没有权限; 1流程引擎功能强大,完全智能化自定义(刚性流程和柔性流程),配合泛微的实施服务思想进行实施(流程规划-流程梳理-流程执行-流程优化-流程重组)来为客户实现管理落地与风险管理。 | 2流程表单只是个电子化的审批表格,不能联动系统内已有数据(文档、流程等,不能再表单中承载审批决策所需的数据,不能做到流程管控 3数据不能关联和多次展示;流程表单只是个电子化的审批表格,不能联动系统内已有数据(文档、流程等,不能再表单中承载审批决策所需的数据,不能做到流程管控; 2可以支持任意复杂的业务流程、支持工作明细、审批、会签、退签、转发、跳转、传阅、超时提醒、条件判断智能流转等。 | 3流程贯穿整个系统,流程设计器与表单(HTML表单)紧密结合,可以制作出用户单位所有审批事务工作的电子化过程。 | 2有拖拉式的图形设计器; 3(监控)权限完全掌握在单位管理员手上,无法按照流程类型和操作内容分配权限。 5流程监控权限不能按照业务类型细分,一旦有了监控权限就有了所有流程的监控权限; 4通过IE客户端可以定义和维护后台及定义流程,可视图形化流程跟踪显示。 | 4不能干预流程表单需要通过微软的infopath制作上传,而且需要多次关联设置才能使用,不能在线编辑,修改调整不便流程查询只能按照流程的基本属性进行查询,不能按照流程表单的内容进行查询 7流程查询只能按照流程的基本属性进行查询,不能按照流程表单的内容进行查询; 5实现流程效率统计分析(审批时效、流程效率分析、流程办理排名等,并可生成三维图形化分析报表。 | 5流程分析只有简单的流程待办、超时的数量,不能进行流程效率的分析 9流程的操作者,只能是一种情况,不能根据实际情况,来自动判别节点操作者的范围; 6可对财务费用类流程进行规划,实现费用管理,实现申请人员向上级审批时,已经从上次申请流程中把数据表现出来(截至目前已申请费用XXX元),领导可见该数据后,在决定是否签批。如日后能与泛微的预算模块配合使用,效果更佳。 | 6流程的操作者虽能从表单上的人员、部门来获取,不能从表单其他内容获取流程的操作者,只能是一种情况,不能根据实际情况,来自动判别节点操作者的范围。 7支持各类流程中表单数据统计,报表完全可自定义,从表单最小元素(字段)开始可以自定义。用户只要能填写的数据,都可以用任何方式进行的数据的整合。进行流程引擎上的全方位的统计与分析。 | 11流程委托(代理)权限只能由管理员来设置 流程管理权限只能根据人来授予,一旦人员变动,对系统进行调整的工作量会很大. 8流程数据集成,通过配置即可轻松实现与ERP等业务系统集成,实现数据交互(双向读写)拥有BPM思想。 | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | |