用友PDM V5、金蝶K3PLM与鼎捷 Dyna PLM软件对比 - 图文

用友PDM V5、金蝶K/3PLM与鼎捷 Dyna PLM

从公司及产品背景、软件平台及总体解决方案、解决方案功能、实施服务四个方面进行比较。 比较方面 鼎捷 Dyna PLM 用友PDM V5 公司及产品背景比较 公司定位 鼎捷软件股份有限公司（DIGIWIN）原本是大陆神州数码与台湾鼎新合资成立，与鼎新是分工是分管大陆和台湾市场，2008年DIGIWIN与鼎新两岸重新整合成了鼎捷股份，DIGIWIN与鼎新为神州数码子公司，两岸研发合并，共同推进ERPII（PDM、CRM、HR、BI、OA、电子商务）产品线的完善和升级，为客户提供持续的信息化一体化解决方案。2006、2007、2008年DIGIWIN都是国内细分到制造业ERP市场占有率第一的厂商。成立之初就专注制造业管理软件研发，并且也只做制造业，经过二十多年、三万多家客户的积累，诸如富士康、华硕这样台湾几家最大型的企业都一直在应用鼎新的系统，可以为国内制造业提供成熟稳定的ERP解决方案。 产品前景 1、Dyna PLM源于韩国现代集团开发使用的一套研发管理系统，鼎捷在2005年完成收购，并开始进行产品本土化开发。目前拥有Dyna PLM的完全自主知识产权，为国内的制造企业提供成熟的PLM产品及解决方案。 2、Dyna PLM开发基于JAVA，支持J2EE平台，支持多应用服务器，支持分布式应用；产品1、用友PDM，从产品角度不可能成为主流产品；1、对金蝶来说，ERP是其主营业务，PLM难以成国际上已有SAP、Oracle等ERP厂商做不好PLM业务这样的先例； 2、用友目前只有PDM和CAPP两个单元产品，且其内部已经基本放弃CAPP产品； 3、用友PDM用户在原用友的20家用户基础上新增了10多家用户，但基本上一直处于实施中，不能为金蝶的业务支撑点。金蝶在同行业竞争中，ERP的增长远低于其竞争对手神州数码和用友，主业根基不稳，高价收购PLM等产品难以带来业绩的大幅改善； 2、整体收购普维，并将普维原有的ProWay—C9包装成了K/3 PLM，以“平稳整合”为主，架构和功能没有实质变化； 用友公司，国内知名的财务软件供应商: 1、主要产品为OA、财务软件、ERP； 2、PDM开发部门由原重庆用友公司开发人员整合完成，在校学生是开发主力。 3、用友没有聚集到相应的PLM行业人才。 金蝶公司，国内知名的以财务软件为核心发展起来的软件厂商： 1、 主要产品为财务软件、中间件、ERP、电子商务等； 2、 K/3 PLM产品是收购广州普维科技有限公司后重新包装的普维PDM软件； 3、 原产品主要应用客户集中在广东省，为典型的地区型公司，原有开发人员约5名； 4、 收购普维不是整体战略规划，而是被动而为，主要背景是因为用友收购迈特造成金蝶在ERP竞争中处于劣势的补救措施； 5、 10年来累积的PDM用户号称有300家； 金蝶K/3 PLM 支持多操作系统，包括Windows/Linux/Unix。结案； 产品基于动态企业建模(DEM)方式，支持面向对象的方式，扩展企业的需求。不仅在构建企业个性化PDM解决方案前期可以建模，在实际部署应用后亦可以调整企业业务，保证满足企业的长期发展需求。 3、Dyna PLM解决方案包括了产品零部件管理、产品配置、图文档管理、工程变更、工艺管理、项目管理等系列解决方案； 4、专注在电子、机械、汽配等行业，并积累了大量的成功案例。 4、用友领导层对PLM没有深刻的理解，无法规划出优秀的PLM解决方案。 3、普维原有PDM客户基本上都是采用定制开发的方式，实施周期长，维护困难，部分客户因业务变化无法升级（大洋电机），部分客户已直接将普维PDM更换（中山优加）； 4、K/3PLM产品就是PDM+极其简单的工艺文件编制功能； 软件平台及总体解决方案比较 设计、工艺管理解决方案 1、真正基于统一平台的设计、工艺管理一体化解决方案，可随时根据用户要求增加工艺管理等模块解决方案； 2、提供从工作组—企业级—供应链的完整解决方案。 平台性、扩展性 1、Dyna PLM 的平台性非常清晰，基础平台和客户化功能之间有严格的界限，R&D负责基础功能的开发（java）； 2、实施顾问负责动态建模客户化实施，有标准的数据配置平台，标准的面向实施的API集； 3、文件传输采用TCP方式，传输速度快，可优化、可控制。 开放性 1、Dyna PLM有非常良好的开发性，标准的开放接口，基于中间件的EAI集成、支持基于XML的数据交换，以及针对各种主流的ERP平台的集成模板，使用标准的技术实现与企业其它信息化系统的集成； 1、用友PDM没有标准的开放接口，无法升级； 2、不开放的PDM不可能成为企业信息化应用的基础； 3、无二次开发接口，系统开放性差。 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方式、DCOM方式进行数据通讯以实现二次开发； 2、很多普维客户的项目实施中都做了二次开发，以满足客户要求； 3、普维产品底层架构决定了客户的很多功能即2、没有平台性的PDM是没什么持续的生命力的。 不上平台性； 1、只有针对中小企业的K/3PLM，没有设计平台，打包在PLM中的工艺也仅提供简单的文字工艺卡片编制功能； 2、基于EAS的PLM需要重新开发，目前看不到进展； 2、基于COM API技术，开发性好，有极强的配置平台接口，有内嵌的动态建平台工具进行二次客制化，无需软件商的内部代码。 系统架构 1、 基于Java 开发的多层分布式体系，同时支持C/S分布式访问机制，并支持多种操作系统平台。 2、 系统稳定，在多家客户处满足7*24不间断运行。 1、 基于J2EE架构，支持多种操作系统平台，但系统执行效率很低，经常一个简单的查询操作就要等待数分钟； 2、 系统稳定性非常差，经常出现莫名其妙的死机。 大的并发用户数，极限值为120左右 使通过开发也难以实现（大洋电机）。 1、 基于.net框架平台开发，B/S架构； 2、 系统存取数据速度慢。 3、 支持大的并发用户数，可以达到500左右。 3、 客户的并发用户数最多的只有几十，不支持解决方案功能比较 图文档管理 1、结构化、目录化的文档管理方式最符合工程人员的工作习惯； 2、可根据企业的需求进行灵活定制，定义标准分类体系。如满足纸质文档的管理等。 3、对于2D/3D文件，能提取图纸信息，建立外部引用关系。 4、支持文档类型显示界面，可以将文档进行分类管理和显示。 5、导入文档时，发现自动识别是否存在该索引号文件，提供追加版本、更新 、不导入等多种选项。 6、图纸出入库时，自动选择外部引用的相关图纸。 1、 列表式管理方式，不直观，不能直接浏览图纸内容。 2、 不能进行文档分类显示。 3、 导入文档，仅支持文件更新。 4、 不支持图纸的外部引用关系建立。 5、 不支持文档导入时外部引用的智能检测处理。 1、 建立了文档分类方式，以文件夹进行分类； 2、 有文档库和项目库，都是通过文件夹方式进行管理； 3、 新建文件时，支持选择模板文件； 4、 导入文档时，仅支持文件更新； 5、 导入3D文档，无法支持建立外部引用关系； 6、 不支持文档导入时外部引用的智能检测处理； 7、 不支持导入文件时同步删除本地文件； 8、 文档之间不存在借用关系，无法保证相同文档同步修改； 7、支持导入文件时，选择自动删除本地文件； 8、图文档之间也支持形成关联关系； 版本管理 1、 能进行两级甚至多级的版本管理，支持a.1、a.2、b.1、b.2等； 2、 能对Dyna PLM内所有的图文档，如Office1、仅能进行一级版本管理，仅支持如：00、01、1、设计状态时修改文档不会产生工作版本，新02等； 2、版本管理仅针对CAD档。 版本的产生必须在文档归档后创建，不创建新版本不会自动产生版本记录； 文件、图片文件以及纳入到Dyna PLM内的工艺文件进行版本管理 。 项目管理 1、支持流程模块的图形化定义； 2、支持多种项目流程决策； 3、支持项目间的流程节点跳转； 4、允许设置流程节点的代理，并限制代理人的代理范围。 5、支持串行、并行、串行+并行的多种流程节点设置模式 6、支持并行评审多人意见不统一的处理策略 7、支持定义流程节点责任人模板策略，使流程发起者快速定义各个流程节点的责任人。 1、不支持多种项目流程决策； 2、不支持流程跳转。 2、版本记录支持A.01、A.02； 1、支持流程模板的图形化定义，只有流程节点及与或关系节点； 2、不支持子流程、应用节点、虚拟节点、抄送节点定义，不支持复杂的策略定义； 3、不支持同一个节点设置多人参与，无法处理同一节点多人参与的执行策略； 4、不支持流程之间的跳转； 5、所有系统用户都可以参与流程，无法限制流程人员范围； 6、无法设置代理人及代理范围； 7、不支持流程审批时多人意见不统一的处理策略设置； 8、不支持设置流程任务执行的优先级； 9、不支持流程模板的完整性检测、发布与禁用； 关联管理机制 CAD集成 根据用户的实际业务灵活的定义不同对象之间的关联关系 1、嵌入所有的CAD，实现紧密集成，对设计2、Dyna PLM和CAD的数据双向关联，“边设计边管理”，设计员不用为设计成果的保存而担心。 3、支持图纸检入/检出、图纸结构与BOM结构的提取，图纸检入后可以及时更新图纸、零部件属性、产品结构。 4、支持图纸模板的应用、图纸明细表自动绘制、电子CAD的位号提取。 5、支持CAD集成包括：PAutoCAD\\中望CAD\\CAXA 无法灵活进行定义，必须进行底层编程才能实现关联 1、目前做了Solidworks结构树提取的DEMO，其2、提取数据时，对零部件未作分类处理； 3、提取3D CAD生成结构树没有实际的用户； 4、不支持对Altium Designer Summer 09的集成。 5、目前只支持CAXA电子图板2007 除了图纸自动关联，其余文档都需要通过手动方式建立链接； 1、支持从AutoCAD、ProE、SolidWoks、EDA人员来说，CAXA PDM的运行不脱离CAD环境； 它的基本上都没做； 装配图中提取信息生成结构； 2、增加了在线集成操作菜单，提供了文档和物料查询，图纸导入操作； 3、图纸修改时，只更新图纸与属性信息，无法对产品结构做多种操作处理； 2D\\Inventor\\SolidWorks\\SolidEdge\\Pro-E\\CATIA\\Unigraphic\\IDEAS\\Protel\\OrCAD\\PowerPCB\\Altium\\Candence\\PADS等的集成； 产品结构管理 1、 可快速从CAD装配树生成产品结构树，快速搭建产品结构；支持先部件后总装的建树模式。 2、 提供属性映射功能，可以对2D/工艺/3D文档属性进行映射； 4、 导入零部件索引有重复时，可以提供新增、借用、以新入为原件等选项。 5、 零部件复制操作，选中的对象可以多次“粘贴”，可选下级部件是借用还是复制，可选零件下图纸是借用还是复制。 6、 产品结构树中的物料可以关联图纸、工1、 不支持先部件后总装的建树模式； 2、 不支持入库匹配规则的自定义； 3、 对DWG文件目前只支持块的提取，非块的图纸信息无法提取； 4、 导入零部件索引有重复时，仅提供借用选项。 理。 1、 必须先入库图纸，导入到文件夹中； 2、 再通过CAD装配图、EXCEL或手工方式建立产品结构树； 3、 针对装配图提取图纸信息，生成结构，必须所有文件入库后才能处理结构，提取信息不正确时，必须更新图纸后再重新提取； 4、 对零部件的生产类型识别规则可以设置规则，但零部件的识别关键字（如通过图号、物料码、规格等判断零部件的唯一性）； 5、 没有可视化的报表自定义工具，无法按用户的实际需求输出用户所需要的BOM表； 6、 不支持根据图纸的状况，同时设置多个提取模板，以支持提取时选择不同的提取模板； 7、 只提取装配图，无法发现装配图与零件图信息不相符的内容（如名称填写不一致）； 8、 不支持零部件的复制操作，不支持不同零部件之间的图纸借用关系； 9、 产品结构中只是编制了简单的文字工艺卡片，产品生命周期数据不完整，对有简图等特殊工艺内容的卡片文件无法编制与处理； 10、 图纸中的信息无法通过灵活的配置文件进行自定义，设计人员不能根据图纸情况进行灵活处理，而只能通过服务器端统一在底层进行定义。 流程管理 1、灵活性大，任何纳入到设计CAD文档、Office文档、工艺文档都能参与流程管理； 2、流程启动后仍然可以随时调整流程的参与1、仅能对CAD文档进行简单流程管理，不支持所有对象与流程的关联处理。 2、不能实现跨部门的流程传递。 1、不支持复杂的流程模板定义，如子流程、流程嵌套、抄送节点、应用节点（关联其它应用程序）； 3、 提供产品衍生管理，支持快速变型设计。 5、 产品结构树上关联的文件没有进行分类处艺、3D文档和文档等各种数据对象。

人员； 3、流程的每节点可以定与、或关系； 4、支持子流程、流程嵌套等复杂的流程应用； 5、设计、工艺流程在同一系统中运行； 6、设计、工艺部门可以在同一工作流程环境中实现业务操作。 7、对象与流程的关联处理。在对象的属性2、无法限定流程的参与人范围； 3、没有流程监控工具，不能根据各种条件查询流程； 4、没有任务提示，必须登录系统才能接收到任务； 5、代理设置时不能限定代理哪个流程，也不能设定代理时间范围； 6、流程执行过程中不能添加与更多对象的关联。 表单中添加了相关流程的信息展示，在流程中使用的关联对象能够通过此界面展示其在流程中的运行状态。 变更管理 1、支持各种变更流程定义； 2、支持复杂变更流程和简单变更流程； 3、可根据企业的需求进行灵活定义，可轻松实现企业的各种需求。 安全管理 1、提供基于用户、角色、工作组的多级权限控制机制，实现对系统中对象的高度的访问权限控制； 2、提供基于项目/产品等的授权管理机制，在项目中可以灵活指定用户对项目所有文档的访问控制； 3、支持对单个零件进行权限控制。 （产品 、零部件 、图纸 、文档 等 ） 在不同的阶段具有不同的状态，状态发生变化时， 对应的操作权限也会发生变化 。如 ? 图纸发布后， 设计人员不能再对图纸进行出库修改操作 ； ? 车间 、采购 、销售等只能查看产品中已经发布的图纸； 不支持对象管理者的角色授权。 2、不支持对单个零件的权限控制。 3、没有实现类的基于属性的操作授权。如图纸发布前和发布后的浏览权限无法实现区分。对象的权限只有简单的读、写、增、删、下载等操作限制，为粗放型权限控制。 新更改代码。 针对企业用户的使用需求及习惯特点进行定制开发，有针对性，但灵活性相对较差，难以满足企业的快速发展变化。 1、变更流程定义无法定义通知节点，只能通过邮件通知相关部门； 2、变更流程只能定义简单的流程，无法实现复杂的流程定义； 1、对具体的某类对象或某个对象无法提供授权，1、权限定义仅针对文件夹和流程，权限模型简单； 2、文件夹权限只有完全控制、读取、写入、修改、删除、浏览、批注、归档、解除归档、发布文档、报废文档、文档回收、分配权限、访问等； 3、流程权限的设置也仅有11项流程权限和9项流程附件权限； 4、无法针对产品、零部件、产品分类等设置权限，权限无法选择继承或不继承； 5、图纸打印不受控制； 6、权限的需要扩展必须更改主程序； 4、支持类的基于属性的操作授权。各类对象 4、权限不可扩展。如新增新的权限控制需要重5、可以将角色直接设置为对象管理者。在对象管理者的授权中，可以将整个角色作为对象的管理者，角色相关人员的增、减引起的权限变化能直接生效。 可视化系统定制 1、定义数据模型与界面模型的动态建模平台 1、无数据模型定义工具； 2、定义工作流流程模型的动态建模平台 3、支持多语言。 电子仓库 2、无界面定义工具； 3、只支持中文。 1、仅支持预留少数几个属性字段的扩充，更多个性化设置必须修改程序； 2、界面定义必须修改程序； 3、流程定义功能弱。 1. 支持异地多电子仓库。企业在不同部门、1. 不支持多电子仓库，数据访问效率低。 不同阶段产生的文档可以存放在不同的电子仓库内。 图纸签名 1. 支持标准字体、手写体签名 2. 签名数量不做控制 1. 对用户配置，最多支持 4 个标题栏标题签章。 1、不支持一个系统多个电子仓库，必须安装多个系统； 2、电子仓库存取大文件速度非常慢。 1、只支持标准字体的ACAD和Office固定位置的签名； 2、签名必须结合审批流程进行。 实施服务比较 实施方法论 鼎捷软件一直坚守\价值服务\的实施理念，在大量成功范例的基础上，总结了众多的成功经验，形成适合本公司特点的价值实施方法论。价值实施方法论的主要特点如下： 1、以客户价值为实施导向； 2、进行完整的实施模型和阶段划分，覆盖实施的全生命周期； 2、实施顾问有严格的实施绩效管理体系，实施过程的所有服务事项都须由客户确认认可 3、高度重视“知识转移”，企业IT人员在实施团队撤出后能够独立完成系统的维护等工作； 4、提供了大量的实施文档模板，有效地引导和规范了实施人员的工作。 1、没有一个成熟的、可行的系统实施方法论； 1、不需要定制开发的项目需要3个月以上，定制2、系统维护工作必须用友开发工程师到现场处理； 3、基本上是“边开发、边实施、边应用”，拿客户做试验田。 项目甚至几年时间才完成，大量的开发无法解决客户业务的扩展； 2、实施人员仅能解决应用问题，没有二次开发工具，绝大部分都需要开发人员改程序； 3、较多项目因需求无法实现而造成尾款无法回收； 4、客户无法升级到新版本，原先定制开发的内容在升版时不得不重新开发，并重新实施。 5、金蝶虽然有专门的服务部门，但所提供的服务难以令客户满意，造成宁波天邦、永泰房地产、温州新丁香、全友家私等原金蝶用户因不满而将金蝶软件更换成品牌。

本文来源：https://www.bwwdw.com/article/fvzw.html