好文档就是一把金锄头!
欢迎来到金锄头文库![会员中心]
电子文档交易市场
安卓APP | ios版本
电子文档交易市场
安卓APP | ios版本

AGILE与同类产品的比较.doc

6页
  • 卖家[上传人]:m****
  • 文档编号:402041557
  • 上传时间:2023-02-20
  • 文档格式:DOC
  • 文档大小:114KB
  • / 6 举报 版权申诉 马上下载
  • 文本预览
  • 下载提示
  • 常见问题
    • 要点:与国外同类产品相比,AGILE系统具备如下无可比拟的优势:1、强大的产品组合管理(PPM)能力产品组合管理(PPM)就是与PC(产品数据管理)紧密结合的产品研发过程项目管理,它需要和PC融为一体,在这点上,AGILE是世界上唯一一家做到的产品组合管理可以让企业以项目管理的方式来组织企业的产品技术开发工作,同时也真正能为产品生命周期管理(PLM)提供管理骨架2、世界一流的企业可视化(EV)管理能力AGILE产品中的企业可视化模块(EV)是世界上最好的一款同类产品,它支持近500种设计文档和工作文档格式,同时具备设计版本比较、基于及时通讯的协同开发等高级功能3、面对各类电子CAD和机械CAD设计工具的通用接口AGILE产品不基于CAD工具,不需要对设计工具的接口做出商业保护,它提供对业界各家电子/机械设计工具平等接口4、产品配置化程度高、实施便捷、在同类产品中实施成功率最高AGILE产品的实施可以完全基于配置,基本上不需要二次开发,实施便捷,在同类产品中的实施成功率是最高的5、项目总成本低廉不只是实施成本低廉,由于系统架构简洁、二次开发和维护简单,系统使用的长期总成本也很低功能技术需求产品功能满足度比较详细说明基本功能要求产品协同管理-PC编码、图文档、BOM、变更记录、技术流程。

      ORACLE|AGILE-满足UG-满足PTC-满足UG的产品在产品结构变型管理上有一定的优势,但此部分功能青山基本用不上PTC的产品在流程上有强大的定制化功能,这是为了弥补其在项目管理上的缺陷,因为复杂的产品开发流程属于项目管理的范畴AGILE产品的最新版本已经具备了变型管理的能力,同时,AGILE将产品开发流程归入PPM模块,PC模块实现审批发布等与项目和时间无关的可重用的技术流程产品组合管理-PPM项目模板管理、项目进度管理、项目资源管理、项目产出物管理、项目成本管理、多项目管理ORACLE|AGILE-充分满足UG-基本满足PTC-不满足AGILE的产品组合管理与它的产品协同管理是同一个软件,可以实现技术管理与研发体系业务管理的紧密集成UG的TeamcenterProject(TCP)是UGS面对项目管理的另外一套软件与它的产品数据管理软件TeamcenterEnterprise独立运行PTC的项目官理软件为ProjectLink,产品数据管理软件是PDMLink,两者项目独立运行,要建立两者之间的关系是很复杂和繁琐产品质量/合规/成本管理-PQMORACLE|AGILE-满足UG-无PTC-无AGILE对于产品的管理面对其全生命周期,同时基于企业的产业背景,为此,AGILE提供了相应的模块,如质量管理/供应商管理/成本管理/合规管理等。

      其他家的产品在这些方面基本没有相应的功能企业可视化-EVORACLE|AGILE-充分满足UG-满足PTC-满足PTC有PRODUCTVIEW企业可视化软件UG有TeamcenterLifecycleVisualization-生命周期可视化软件AGILE产品的企业可视化模块EV是业界最强大的同类产品,支持近500种格式,同时AGILE的EV模块还具备基本功能之外的协同设计、设计白板会议、电子签审、设计版本比较等复杂的高级功能系统集成要求UG接口-ECORACLE|AGILE-满足UG-完全满足PTC-满足UG可以和自己的三维设计产品NX很好地集成,AGILE和PTC也可以,其中AGILE采用的是EC模块的通用接口,可以实现包括NX在内的多种三维设计软件的接口PTC可以和它自身的PRO/E很好地集成,并通过第三方软件实现和NX的接口AUTOCAD接口-ECORACLE|AGILE-满足UG-不满足PTC-不满足AGILE产品有针对2006以后的AUTOCAD版本的接口,对于之前的版本需要定制开发UG这方面没有固定的接口,需要利用其TCE模块的API函数库和AUTOCAD提供的ActiveX进行二次开发实现。

      ORACLEERP集成ORACLE|AGILE-充分满足UG-满足PTC-满足AGILE系统有内置成熟的对于ORACLEERP的接口模块其他产品没有,需要进行定制开发系统平台要求异地协同ORACLE|AGILE-充分满足UG-满足PTC-满足除了B/S模式之外,AGILE系统同时提供了离线式系统数据访问模式(POCKET)、文件系统的分布式部署系统安全ORACLE|AGILE-充分满足UG-满足PTC-满足AGILE系统的系统权限采用了业界最先进的四层访问控制管理模式,保证了系统使用安全,同时在系统架构上可以部署为双机负载均衡模式,保证了系统运行安全无缝集成系统架构ORACLE|AGILE-满足UG-不满足PTC-不满足在主要的管理模块PC和PPM方面,AGILE系统是完全一体的,而其他的产品都是分离的WEB2.0技术ORACLE|AGILE-满足UG-部分满足AGILE从一开始就是基于WEB的,早期版9224本就已经米用了WEB2.0的设计理念,其最新PTC-部分满足版本93米用了大量的WEB2.0技术,不仅可以实现充分的互动,还可以实现异步通信、轻量化浏览能高级功能UG和PTC的WEB2.0技术还处于起步阶段。

      另外,它们产品模块的内部分裂也为WEB2.0技术的彻底实现带来了很大的技术障碍多语言支持ORACLE|AGILE-满足UG-满足PTC-满足这些产品都支持系统导航ORACLE|AGILE-充分满足UG-满足PTC-满足相比于其他产品,AGILE系统提供了强大的系统导航能力,包括检索目录区、报表区、访问历史区、自定义标签区等使用界面定制ORACLE|AGILE-充分满足UG-满足PTC-满足AGILE系统的B/S主页内容和排布可以进行大量的定制,以系统仪表板的方式定义出完全个性化的对系统的访问方式统一JAVA开发语言ORACLE|AGILE-满足UG-不满足PTC-满足AGILE完全米用JAVA进行二次开发,并提供了AGILE的API开发包UG的二次开发需要用到JSP、C/C++,以及TCE自定义的MODel、TCE的API开发包PTC也是完全基于JAVA进行二次开发配置化实施ORACLE|AGILE-满足UG-部分满足PTC-部分满足相比于AGILE系统,UG和PTC所需的二次开发较多,二次开发也很复杂设计工具要求设计工具建议将UG统一到目前取咼版本将AUTOCAD统一到目前取咼版本统一之后PLM与CAD的接口更容易实现。

      AGILE与国内产品的比较总的来说,国外产品与国内产品处于完全不同的发展层面,不具备细节的可比性,也不需要做单独的产品对比,在此只将国内产品做为一个群体予以总体性的概括比较比较项目AGILE国内产品产品发展理念面向产业链的产品管理;以产品组合管理PPM为核心提供全生命周期的管理能力;为企业提供产品级的协同能力;将产品管理作为企业的一根管理链条,贯穿企业的价值链;尚不具备稳定清晰的产品发展理念;仍处于探索阶段;产品管理范畴仍属于部门级的PDM范畴;产品技术架构基于面向服务对象的SOA架构,不仅可以实现产品自身功能的配置增减、还可以实现针对二次开发新功能的升级,同时,商不具备完善的SOA结构,产品功能模块程度不强,更无法实现针对二次开发的式升级还能够基于WEBService模式提供与企业未来多种管理系统之间的通用接口产品功能模块产品组合管理PPM—提供与PC(产品数据管理)紧密集成的产品开发过程项目管理能力国内产品完全不具备PPM管理能力企业可视化EV—提供对近500种格式的电子\机械设计文档和办公文档的浏览能力、及时通讯设计协同能力;国内产品完全没有成熟的EV模块CAD接口一AGILE系统提供针对多种CAD工具的平等的标准接口。

      国内产品能做的接口非常有限质量、成本、供应商、合规管理一通过这些扩展模块,AGILE系统提供了全方位的产品全生命周期管理能力;国内产品目前都没有这些管理模块产品逻辑架构具有很咼的产品架构理念,完全基于对象式系统逻辑架构,通过配置衍生出企业业务管理所需的管理对象;内部模块集成度非常高,完全融为一体,无管理规则冲突没有逻辑架构理念,大多针对具体的功能需求开发出相应的管理模块,系统内部各模块接口松散,管理规则冲突系统应用界面平台式工作界面,界面功能丰富友好可定制,并集成了很多WEB2.0技术,使得基于WWW模式的系统应用更加流畅大多是传统的窗口式工作界面,界面难以定制,尚未发展出WEB2.0技术产品扩展能力管理功能扩展:AGILE基于对象的系统逻辑架构使得系统很容易扩展,只需要进行简单的扩充配置,就可以实现管理规则的扩展,同时,AGILE系统提供了基于PLM管理理念的多种管理模块,利于企业业务管理的宏观扩展国内系统的产品功能配置化程度很低,大多依据特定的管理模式一次性开发出来,无法通过灵活的配置实现企业业务管理规则,同时国内产品的功能模块单一,基本上只限于对基本的产品数据资料管理,流程管理能力也比较差。

      应用规模扩展:AGILE系统基于企业级的应用,系统部署架构支持分布式数据库和多应用服务器,同时,系统提供对大量历史数据的处理和归档能力,为企业的长期规模化发展提供有力保障国内产品尚不具备企业级的部署架构,系统无法实现分布式应用,同时,应用规模扩大、历史数据积累日久后,系统往往陷入瘫痪二次开发/升级:系统提供标准的基于API的二次开发接大多不具备基于API的二次开发接口,二次开发需要原厂商直接口,二次开发成果可以在系统运行的情况下直接以打补丁的方式部署,系统的二次开发与原厂商提供的标准软件完全剥离,不影响来自厂商的系统升级服务修改源代码,通过二次开发之后的系统成为企业自身的定制软件,无法根据厂商软件新版本实现升级系统安全能力AGILE的安全系统是系统功能模块的一部分,是完成系统业务逻辑构建的必要组成,AGILE基于对象的系统逻辑架构可以实现四层安全架构,安全颗粒度可以进入字段级,同时还可以实现多事业部模式的安全切分管理国内的安全系统只是简单的用户管理,没有发展成为独立的管理模块,安全配置灵活度和深度都很低,不能适应多事业部的管理模式。

      点击阅读更多内容
      关于金锄头网 - 版权申诉 - 免责声明 - 诚邀英才 - 联系我们
      手机版 | 川公网安备 51140202000112号 | 经营许可证(蜀ICP备13022795号)
      ©2008-2016 by Sichuan Goldhoe Inc. All Rights Reserved.