AGILE与同类产品的比较

admin管理员组

文章数量:1530517

2024年1月14日发(作者：)

AcconSys

 AGILE与国外产品的比较

要点：与国外同类产品相比，AGILE系统具备如下无可比拟的优势：

1、 强大的产品组合管理（PPM）能力

产品组合管理（PPM）就是与PC（产品数据管理）紧密结合的产品研发过程项目管理，它需要和PC融为一体，在这点上，AGILE是世界上唯一一家做到的。

产品组合管理可以让企业以项目管理的方式来组织企业的产品技术开发工作，同时也真正能为产品生命周期管理（PLM）提供管理骨架。

2、 世界一流的企业可视化（EV）管理能力

AGILE产品中的企业可视化模块（EV）是世界上最好的一款同类产品，它支持近500种设计文档和工作文档格式，同时具备设计版本比较、基于及时通讯的协同开发等高级功能。

3、 面对各类电子CAD和机械CAD设计工具的通用接口

AGILE产品不基于CAD工具，不需要对设计工具的接口做出商业保护，它提供对业界各家电子/机械设计工具平等接口。

4、 产品配置化程度高、实施便捷、在同类产品中实施成功率最高

AGILE产品的实施可以完全基于配置，基本上不需要二次开发，实施便捷，在同类产品中的实施成功率是最高的。

5、 项目总成本低廉

不只是实施成本低廉，由于系统架构简洁、二次开发和维护简单，系统使用的长期总成本也很低。

功能技术需求 产品功能满足度比较 详细说明

基本功能要求

产品协同管理-PC ORACLE|AGILE-满足

编码、图文档、BOM、UG-满足

变更记录、技术流PTC-满足

程。

UG的产品在产品结构变型管理上有一定的优势，但此部分功能青山基本用不上。

PTC的产品在流程上有强大的定制化功能，这是为了弥补其在项目管理上的缺陷，因为复杂的产品开发流程属于项目管理的范畴。

AGILE产品的最新版本已经具备了变型管理的能力，同时，AGILE将产品开发流程归入PPM模块，PC模块实现审批发布等与项目和时间无关的可重用的技术流程。

AGILE的产品组合管理与它的产品协同管理是同一个软件，可以实现技术管理与研发体系业务管理的紧密集成。

UG的Teamcenter Project（TCP）是UGS 面对项目管理的另外一套软件。与它的产品数据管理软件Teamcenter Enterprise独立运行。

PTC的项目管理软件为ProjectLink,产品数据管理软件是PDMLink,两者项目独立运行，要建立两者之间的关系是很复杂和繁琐。

1

产品组合管理-PPM

项目模板管理、项目进度管理、项目资源管理、项目产出物管理、项目成本管理、多项目管理

ORACLE|AGILE-充分满足

UG-基本满足

PTC-不满足

AcconSys

产品质量/合规/成本管理-PQM

ORACLE|AGILE-满足

UG-无

PTC-无

AGILE对于产品的管理面对其全生命周期，同时基于企业的产业背景，为此，AGILE提供了相应的模块，如质量管理/供应商管理/成本管理/合规管理等。

其他家的产品在这些方面基本没有相应的功能。

PTC有PRODUCTVIEW企业可视化软件。

UG有Teamcenter Lifecycle Visualization -生命周期可视化软件。

企业可视化-EV ORACLE|AGILE-充分满足

UG-满足

PTC-满足 AGILE产品的企业可视化模块EV是业界最强大的同类产品，支持近500种格式，同时AGILE的EV模块还具备基本功能之外的协同设计、设计白板会议、电子签审、设计版本比较等复杂的高级功能。

UG可以和自己的三维设计产品NX很好地集成，AGILE和PTC也可以，其中AGILE采用的是EC模块的通用接口，可以实现包括NX在内的多种三维设计软件的接口。

PTC可以和它自身的PRO/E很好地集成，并通过第三方软件实现和NX的接口。

AGILE产品有针对2006以后的AUTOCAD版本的接口，对于之前的版本需要定制开发。

UG这方面没有固定的接口，需要利用其TCE模块的API函数库和AUTOCAD提供的ActiveX进行二次开发实现。

AGILE系统有内置成熟的对于ORACLE ERP的接口模块。

其他产品没有，需要进行定制开发。

系统集成要求

UG接口-EC ORACLE|AGILE-满足

UG-完全满足

PTC-满足

AUTOCAD接口-EC ORACLE|AGILE-满足

UG-不满足

PTC-不满足

ORACLE ERP集成 ORACLE|AGILE-充分满足

UG-满足

PTC-满足

ORACLE|AGILE-充分满足

UG-满足

PTC-满足

ORACLE|AGILE-充分满足

UG-满足

PTC-满足

系统平台要求

异地协同 除了B/S模式之外，AGILE系统同时提供了离线式系统数据访问模式（POCKET）、文件系统的分布式部署。

AGILE系统的系统权限采用了业界最先进的四层访问控制管理模式，保证了系统使用安全，同时在系统架构上可以部署为双机负载均衡模式，保证了系统运行安全。

在主要的管理模块PC和PPM方面，AGILE系统是完全一体的，而其他的产品都是分离的。

AGILE从一开始就是基于WEB的，早期版9224本就已经采用了WEB2.0的设计理念，其最新2

系统安全

无缝集成系统架构 ORACLE|AGILE-满足

UG-不满足

PTC-不满足

WEB2.0技术 ORACLE|AGILE-满足

UG-部分满足

AcconSys

PTC-部分满足 版本93采用了大量的WEB2.0技术，不仅可以实现充分的互动，还可以实现异步通信、轻量化浏览能高级功能。

UG和PTC的WEB2.0技术还处于起步阶段。另外，它们产品模块的内部分裂也为WEB2.0技术的彻底实现带来了很大的技术障碍。

这些产品都支持。 多语言支持 ORACLE|AGILE-满足

UG-满足

PTC-满足

ORACLE|AGILE-充分满足

UG-满足

PTC-满足

ORACLE|AGILE-充分满足

UG-满足

PTC-满足

系统导航 相比于其他产品，AGILE系统提供了强大的系统导航能力，包括检索目录区、报表区、访问历史区、自定义标签区等。

AGILE系统的B/S主页内容和排布可以进行大量的定制，以系统仪表板的方式定义出完全个性化的对系统的访问方式。

AGILE完全采用JAVA进行二次开发，并提供了AGILE的API开发包。

UG的二次开发需要用到JSP、C/C++,以及TCE自定义的MODel、TCE的API开发包。

PTC也是完全基于JAVA进行二次开发。

相比于AGILE系统，UG和PTC所需的二次开发较多，二次开发也很复杂。

使用界面定制

统一JAVA开发语言 ORACLE|AGILE-满足

UG-不满足

PTC-满足

配置化实施 ORACLE|AGILE-满足

UG-部分满足

PTC-部分满足

建议将UG统一到目前最高版本。

将AUTOCAD统一到目前最高版本。

设计工具要求

设计工具 统一之后PLM与CAD的接口更容易实现。

 AGILE与国内产品的比较

总的来说，国外产品与国内产品处于完全不同的发展层面，不具备细节的可比性，也不需要做单独的产品对比，在此只将国内产品做为一个群体予以总体性的概括比较。

比较项目

产品发展理念

AGILE

面向产业链的产品管理；

以产品组合管理PPM为核心提供全生命周期的管理能力；

为企业提供产品级的协同能力；

将产品管理作为企业的一根管理链条，贯穿企业的价值链；

国内产品

尚不具备稳定清晰的产品发展理念；

仍处于探索阶段；

产品管理范畴仍属于部门级的PDM范畴；

产品技术架构 基于面向服务对象的SOA架构，商不具备完善的SOA结构，产品不仅可以实现产品自身功能的功能模块程度不强，更无法实现配置增减、还可以实现针对二次针对二次开发的在线式升级。

开发新功能的在线升级，同时，3

AcconSys

还能够基于WEB Service模式提供与企业未来多种管理系统之间的通用接口。

产品功能模块 产品组合管理PPM—提供与PC（产品数据管理）紧密集成的产品开发过程项目管理能力。

企业可视化EV—提供对近500种格式的电子机械设计文档和办公文档的浏览能力、及时通讯设计协同能力；

CAD接口—AGILE系统提供针对多种CAD工具的平等的标准接口。

质量、成本、供应商、合规管理—通过这些扩展模块，AGILE系统提供了全方位的产品全生命周期管理能力；

具有很高的产品架构理念，完全基于对象式系统逻辑架构，通过配置衍生出企业业务管理所需的管理对象；内部模块集成度非常高，完全融为一体，无管理规则冲突。

平台式工作界面，界面功能丰富友好可定制，并集成了很多WEB2.0技术，使得基于WWW模式的系统应用更加流畅。

管理功能扩展：AGILE基于对象的系统逻辑架构使得系统很容易扩展，只需要进行简单的扩充配置，就可以实现管理规则的扩展，同时，AGILE系统提供了基于PLM管理理念的多种管理模块，利于企业业务管理的宏观扩展。

应用规模扩展：AGILE系统基于企业级的应用，系统部署架构支持分布式数据库和多应用服务器，同时，系统提供对大量历史数据的处理和归档能力，为企业的长期规模化发展提供有力保障。

二次开发/在线升级：系统提供标准的基于API的二次开发接4

国内产品完全不具备PPM管理能力。

国内产品完全没有成熟的EV模块。

国内产品能做的接口非常有限。

国内产品目前都没有这些管理模块。

产品逻辑架构 没有逻辑架构理念，大多针对具体的功能需求开发出相应的管理模块，系统内部各模块接口松散，管理规则冲突。

系统应用界面 大多是传统的窗口式工作界面，界面难以定制，尚未发展出WEB2.0技术。

国内系统的产品功能配置化程度很低，大多依据特定的管理模式一次性开发出来，无法通过灵活的配置实现企业业务管理规则，同时国内产品的功能模块单一，基本上只限于对基本的产品数据资料管理，流程管理能力也比较差。

国内产品尚不具备企业级的部署架构，系统无法实现分布式应用，同时，应用规模扩大、历史数据积累日久后，系统往往陷入瘫痪。

产品扩展能力

大多不具备基于API的二次开发接口，二次开发需要原厂商直接

AcconSys

口，二次开发成果可以在系统在线运行的情况下直接以打补丁的方式部署，系统的二次开发与原厂商提供的标准软件完全剥离，不影响来自厂商的系统升级服务。

系统安全能力 AGILE的安全系统是系统功能模块的一部分，是完成系统业务逻辑构建的必要组成，AGILE基于对象的系统逻辑架构可以实现四层安全架构，安全颗粒度可以进入字段级，同时还可以实现多事业部模式的安全切分管理。

修改源代码，通过二次开发之后的系统成为企业自身的定制软件，无法根据厂商软件新版本实现升级。

国内的安全系统只是简单的用户管理，没有发展成为独立的管理模块，安全配置灵活度和深度都很低，不能适应多事业部的管理模式。

5

本文标签： 管理系统产品企业架构