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

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