用友PDM金蝶PLM与CAXA PLM - 图文

用友PDM V5、金蝶K/3PLM与CAXA PLM（图文档2011）

从公司及产品背景、软件平台及总体解决方案、解决方案功能、实施服务四个方面进行比较。 比较方面 CAXA PLM（CAXA图文档2011） 用友PDM V5 公司及产品背景比较 公司定位 CAXA公司，中国领先的PLM方案和服务的供应商： PDM、MPM等PLM软件产品和解决方案，覆盖了制造业信息化设计、工艺、制造和管理四大领域； 2、在全国建立起了35个营销和服务中心、300多家代理经销商、600多个教育培训中心，和多层次合作伙伴组成的技术服务体系； 3、截至2009年已累计销售正版软件超过30万套，拥有2.5万家企业用户； 4、有超过2000所院校使用CAXA软件进行教学或培训，各大出版机构出版CAXA教材500多种。 产品前景 1、CAXA根据中国用户的特点全面整合了原有系列产品，形成了面向各类企业的CAXA PLM解决方案，产品线十分完整； 2、CAXA PLM解决方案包括了电子图板、工艺图表、实体设计、图文档、PDM、CAPP、MPM1、用友PDM，从产品角度不可能成为主流产品；1、对金蝶来说，ERP是其主营业务，PLM难以成国际上已有SAP、Oracle等ERP厂商做不好PLM业务这样的先例； 2、用友目前只有PDM和CAPP两个单元产品，且其内部已经基本放弃CAPP产品； 为金蝶的业务支撑点。金蝶在同行业竞争中，ERP的增长远低于其竞争对手神州数码和用友，主业根基不稳，高价收购PLM等产品难以带来业绩的大幅改善； 用友公司，国内知名的财务软件供应商: 1、主要产品为OA、财务软件、ERP； 完成，在校学生是开发主力。 3、用友没有聚集到相应的PLM行业人才。 金蝶公司，国内知名的以财务软件为核心发展起来的软件厂商： 1、 主要产品为财务软件、中间件、ERP、电子商务等； 2、 K/3 PLM产品是收购广州普维科技有限公司后重新包装的普维PDM软件； 3、 原产品主要应用客户集中在广东省，为典型的地区型公司，原有开发人员约5名； 4、 收购普维不是整体战略规划，而是被动而为，主要背景是因为用友收购迈特造成金蝶在ERP竞争中处于劣势的补救措施； 5、 10年来累积的PDM用户号称有300家； 金蝶K/3 PLM 1、拥有自主知识产权的CAD、CAPP、CAM、DNC、2、PDM开发部门由原重庆用友公司开发人员整合系列解决方案； 3、CAXA图文档累计用户超过1000家。 3、用友PDM用户在原用友的20家用户基础上新增了10多家用户，但基本上一直处于实施中，不能结案； 4、用友领导层对PLM没有深刻的理解，无法规划出优秀的PLM解决方案。 2、整体收购普维，并将普维原有的ProWay—C9包装成了K/3 PLM，以“平稳整合”为主，架构和功能没有实质变化； 3、普维原有PDM客户基本上都是采用定制开发的方式，实施周期长，维护困难，部分客户因业务变化无法升级（大洋电机），部分客户已直接将普维PDM更换（中山优加）； 4、K/3PLM产品就是PDM+极其简单的工艺文件编制功能； 软件平台及总体解决方案比较 设计、工艺管理解决方案 1、真正基于统一平台的设计、工艺管理一体化解决方案，可随时根据用户要求增加工艺管理等模块解决方案； 2、提供从工作组—企业级—供应链的完整解决方案。 平台性、扩展性 1、CAXA的平台性非常清晰，基础平台和客户化功能之间有严格的界限，R&D负责基础功能的开发（使用.Net框架开发）； 2、实施顾问负责客户化实施，有标准的客户化语言（VBScript），标准的面向实施的API集； 3、文件传输采用TCP方式，传输速度快，可优化、可控制。 开放性 1、CAXA有非常良好的开发性，标准的开放接1、用友PDM没有标准的开放接口，无法升级； 1、不提供成熟的设计、工艺一体化解决方案，原有的一点工艺也计划放弃掉。 2、目前只能提供企业内部的解决方案，并需要进行程序开发。 3、对于其宣传的用友CPD，基本上停留在概念阶段，完全需要项目开发。 1、用友PDM基本上没什么平台性可言； 1、金蝶K/3的ERP和PLM只是两个产品的捆绑，谈2、K/3 PLM采用SOA体系，基于组件化开发，采用.NET框架，纯B/S架构，所有人机交互界面均在IE上实现，但属性扩充难度大，扩展性受影响； 3、项目实施需要开发提供较多的定制开发，升级非常困难； 4、文件传输采用FTP方式，较TCP方式速度慢 1、支持通过XML方式、WebServices方式、DCOM2、没有平台性的PDM是没什么持续的生命力的。 不上平台性； 1、只有针对中小企业的K/3PLM，没有设计平台，打包在PLM中的工艺也仅提供简单的文字工艺卡片编制功能； 2、基于EAS的PLM需要重新开发，目前看不到进展； 口，基于中间件的EAI集成、支持基于XML的数据交换，以及针对各种主流的ERP平台的集成模板，使用标准的技术实现与企业其它信息化系统的集成； 2、基于COM API技术，开发性好，有极强的二次开发接口，有内嵌的二次开发工具进行二次开发，无需软件商的内部代码。 系统架构 1、 基于.Net架构的多层分布式体系，同时支持C/S、B/S方式访问。 2、 系统稳定，在1000多家客户处满足7*24不间断运行。 3、 支持大的并发用户数，可以达到500左右。 2、不开放的PDM不可能成为企业信息化应用的基础； 3、无二次开发接口，系统开放性差。 方式进行数据通讯以实现二次开发； 2、很多普维客户的项目实施中都做了二次开发，以满足客户要求； 3、普维产品底层架构决定了客户的很多功能即使通过开发也难以实现（大洋电机）。 1、 基于J2EE架构，支持多种操作系统平台，但系统执行效率很低，经常一个简单的查询操作就要等待数分钟； 2、 系统稳定性非常差，经常出现莫名其妙的死机。 3、 客户的并发用户数最多的只有几十，不支持大的并发用户数，极限值为120左右 1、 基于.net框架平台开发，B/S架构； 2、 系统存取数据速度慢。 解决方案功能比较 文档管理 1、结构化、目录化的文档管理方式最符合工程人员的工作习惯； 2、可根据企业的需求进行灵活定制，如满足纸质文档的管理等。 3、对于2D/3D文件，能提取图纸信息，建立外部引用关系。 4、支持文档类型显示界面，可以将文档进行分类管理和显示。可设置文件后缀与文档类型的关系。 5、导入文档时，发现自动识别是否存在该索引号文件，提供追加版本、更新 、不导入等1、 列表式管理方式，不直观，不能直接浏览图纸内容。 2、 不能进行文档分类显示。 3、 导入文档，仅支持文件更新。 4、 不支持图纸的外部引用关系建立。 5、 不支持文档导入时外部引用的智能检测处理。 1、 建立了文档分类方式，以文件夹进行分类； 2、 有文档库和项目库，都是通过文件夹方式进行管理； 3、 新建文件时，支持选择模板文件； 4、 导入文档时，仅支持文件更新； 5、 导入3D文档，无法支持建立外部引用关系； 6、 不支持文档导入时外部引用的智能检测处理； 7、 不支持导入文件时同步删除本地文件； 8、 文档之间不存在借用关系，无法保证相同文档同步修改； 多种选项。 6、文档导入对外部引用的智能检测处理。文档在入库、导入时，系统提供提取其外部引用的能力，其外部引用的文档系统提供展示界面提醒用户是否同步入库、导入。 7、图纸出入库时，自动选择外部引用的相关图纸。 8、新建产品时其产品文件夹是否同步创建是可配置的，同时创建的产品文件夹也可以删除； 9、支持导入文件时，选择自动删除本地文件； 10、文档之间也支持形成借用关系； 版本管理 1、 能进行两级甚至多级的版本管理，支持a.1、a.2、b.1、b.2等； 2、 能对CAXA PLM内所有的图文档，如Office文件、图片文件以及纳入到CAXA PDM内的工艺文件进行版本管理 。 项目管理 1、支持流程模块的图形化定义； 2、支持多种项目流程决策； 3、支持项目间的流程节点跳转； 4、允许设置流程节点的代理，并限制代理人的代理范围。 1、不支持多种项目流程决策； 2、不支持流程跳转。 1、仅能进行一级版本管理，仅支持如：00、01、1、设计状态时修改文档不会产生工作版本，新02等； 2、版本管理仅针对CAD档。 版本的产生必须在文档归档后创建，不创建新版本不会自动产生版本记录； 2、版本记录支持A.01、A.02； 1、支持流程模板的图形化定义，只有流程节点及与或关系节点； 2、不支持子流程、应用节点、虚拟节点、抄送节点定义，不支持复杂的策略定义； 3、不支持同一个节点设置多人参与，无法处理同一节点多人参与的执行策略； 4、不支持流程之间的跳转； 5、所有系统用户都可以参与流程，无法限制流