K2和泛微E8对比项目经理实战分享

K2和E8对比K2和泛微E8功能对比对比内容K2泛微E8技术平台基于微软.NET平台基于JAVA平台门户管理原厂商不提供，需要和微软的MOSS整合E8标准模块知识管理原厂商不提供，需要和微软的MOSS整合E8标准模块集成性融合性产品开放度高，在集成性方面侧重于二次开发能力，存在大量的代码开发产品封装度较高，集成性方面已经趋于配置化，少量代码开发权限体系需要结合Windows Domain进行二次开发同时配合微软的MOSS实现E8标准模块用户基本信息存储方式没有通用的组织结构与用户信息的维护模块，都是根据项目定制开发由E8的HR模块进行管理，内部有完善的组织架构和用户信息以及用户权限控制上下级汇报关系一般只能是利用AD中的汇报关系，如果AD中没有则需要新开发此功能E8的HR模块标配同一员工在不同部门担任不同角色处理方法需要建立很多的虚拟角色，不同部门建一个，增加了维护工作量，当人员变动时不仅组织结构也需要变化，建的虚拟角色也需要变化E8由主从账号功能解决一人多岗问题流程审批步骤中固定职务或人员审批步骤处理方法需要在流程步骤中重新进行设置，设置好后必须要重新发布流程，这样对已经发起的流程是不起作用的需要在流程中重新设置，但不需要重新发布，对于正在进行中的流程同样生效流程引擎流程引擎中可以写代码，虽然似乎功能比较强大，比较灵活，但是当变量多，代码出错时不能够进行调试，会增加开发的难度，增加开发工作量，所以应尽可能将代码写在客户端，不要写在引擎中几乎不用任何开发，通过可视化配置即可实现。某些特殊审批关系也可通过字段进行流转控制，避免引擎开发后的大量测试及修改工作流程的取回、询问和加签需要代码开发流程标准功能，分别对应E8的强制收回、被转发人需提交意见和转发功能流程任务批处理需要代码开发标配，用户只需勾选check框，然后点击批量提交即可。流程代理细化功能K2只提供标准的按照流程、时间来设定代理，无法根据具体表单上的字段变量进行代理细化，只能定制开发E8标准功能流程督办功能需要代码开发E8标准功能流程表单开发方法需要利用.net开发工具进行开发，开发工作量大，实现用户需求工作量比较大可以有三种方式：一种是标准模式，无需任何开发，只需勾选需要在表单中呈现的字段即可；一种是模板模式，用户可根据自己的需要设置excel样式，导入系统即可；一种是html模式，可以直接使用简单的html代码即可，并且自己开发的脚本可以在此html页面中执行对流程二次开发人员要求由于表单都需要使用进行开发，如果表单比较复杂，则需要丰富的经验才可以实现，比如动态增加一行，这在.net中实现是比较麻烦的，所以一般需要对.net要2年左右的工作经验才算比较好的学过java开发的或者有简单的html开发经验的开发人员即可，门槛较低流程二次开发框架的通用性基本没有现成的框架，基础模块的重用性也比较低有完整的框架，有完整的接口实现方式，并且扩展性较强，对开发人员的要求较低流程后期维护每个流程涉及到的文件比较多，维护工作量比较大，修改都需要重新进行编译程序全部可视化配置，一般行政人员即可维护，无需有开发经验的人流程权限反向维护常规权限查询是根据流程的维度，但是在实际IT运维系统过程中，会从人员、角色或岗位的维度来反向维护流程权限。K2标准产品不提供，只能在项目中定制开发E8标准功能表单显示数据项的权限控制用户自己不能定义表单内容的显示，必须通过开发人员预先在程序中进行编码控制E8是分节点显示表单，每个节点显示的内容可由流程配置者自行勾选，无需开发。表单内容协同K2无法提供当前流程表单所关联的内容，如费用报销时关联相关预算信息、客户信息、项目信息、报销制度类似这些相关的信息都无法配置，只能靠大量的代码定制部分系统表单标配，自定义表单需要使用html及脚本进行开发，工作量及技术要求低。系统登录安全认证K2标准模块不提供基本的数据库登录验证，如果用户需要第三方的验证需求，如动态口令、短信代码认证、USB KEY认证、CA认证等，则需要大量定制开发E8标配可选择如动态口令、 USB KEY认证、CA认证进行登录验证，硬件部分需要收费。短信登录需要开发。系统WEB端使用界面K2不提供标准的用户使用WEB端界面，要么在项目中定制，要么集成第三方的Portal作为用户客户端完全B/S架构，并提供类似QQ一样的即时通讯工具，通过及时通讯工具可自动登陆并直接定向到指定页面。业务报表开发不提供用户自定义业务报表工具，使用户在实际使用过程中很难随时对数据进行分析通过内置的报表工具进行可视化配置（仅限于流程及业务建模构建的业务系统）项目实施项目自己没有实施人员，基本都是采用外包形式（代理商负责实施）进行开发，从而很难保证项目的实施质量本地化服务，完全由供应商专业的项目团队进行项目实施，保证实施质量。流程文件的修改对流程文件的任何修改，修改后都必须要重新发布流程，形成一个新版本，修改不能对在线审批的流程起作用可直接修改流程，修改后无需重新发布，对在线审批流程同样有效；也提供类似K2的版本管理。根据实际需要进行选择。引擎采购方法根据安装CPU的数量进行采购，在项目的初期是可以的，后期有可能还需要进行采购，这样每次投入的钱太多根据模块和用户进行收费，不限CPU本地化的实施服务能力原厂商只卖产品和License，具体的项目实施交由代理商，服务能力参差不齐泛微全国95个城市都有服务机构，不需要外包，厂商专业人员实施服务性价比由于属于国外的产品（美国），所以产品价格相对较高，同时由于开发量较大，后期的项目成本和运维成本很高。整体性价比较低属于国内自主研发产品，研发中心位于上海，产品整体价格比较本土化，同时由于产品成熟度较高，后期的项目实施成本和运维成本很低。整体性价比突出关于K2(美国SourceCode，上海斯歌)一、优势： K2是微软的全球合作伙伴，K2BPM与微软的产品功能深度集成。开发人员、设计师、业务人员可以分别通过MicrosoftVisualStudio、MicrosoftOfficeVisio、MicrosoftOfficeSharePointServer进行流程设计。另外，K2在表单开发（InfoPath）、系统集成（BizTalk）、报表开发（SQL Server Reporting Services）等方面的功能都和微软的产品深度集成。 K2产品具有较大的开放性，引擎平台上的接口比较丰富，用户可以在K2引擎上进行大量的应用开发。二、不足： K2BPM更偏向于系统底层工作流引擎，以及K2BPM的开放性导致用户需要进行大量的二次开发。需要用户具备强力的技术开发力量来配合使用和运维。 K2本地化服务水平较弱，产品本地化水平也有待改进。 如果客户需要门户+知识+流程三方面的管理，K2只能提供流程模块，门户和知识模块均需要集成第三方的产品，这样对于前期项目的开展和后期项目维护带来了极大的工作量，同时技术要求也非常高。K2是一个半开