e-works数字化企业网  »  文章频道  »  产品创新数字化(PLM)  »  PDM/PLM

产品数据管理系统的升级实施与应用

2017/10/16    来源:互联网    作者:叶成刚  吴崇健  李麟  王骏      
关键字:PLM系统升级  Teamcenter 10  Unigraphics NX9  
介绍了PLM系统Teamcenter 10、CAD系统Unigraphics NX9在海天塑机集团的升级实施和应用中的方案架构、技术难点以及解决措施,并从工程实践角度提出部分功能改善建议。

    2 升级实施和应用过程的技术要点

    2.1 预处理升级过程的多语言适配问题

    由于TC8之后,系统多语言支持上的本地化配置方案, 与TC Eng V9时代已经截然不同, 所以在第一步的迁移和系统重构之后,务必把系统配置中的中文内容全部更改成英文。这包括:组织架构(组名、子组、角色)、Item对象类型、单位、注释、变更、状态名、视图名,并清理所有的LOV绑定。其中,Itern 对象类型的中文内容,只能在升级到TC2005之后,在数据库中通过SQL语句进行修改。

    如果未更改到位, 则在后续TC2005升级到TC8.3过程中, 会因语言适配问题而导致升级失败,此时再通过SQL语句更改数据库并重启升级过程,操作起来会更加繁琐。

    2.2 预处理部分数据集的适配问题

    由于TC8之后,PDF等格式已经成为系统的内置类型,而TCEng V9时代PDF需要人工创建类型,所以在升级过程势必会产生冲突。为此,在升级前重构的TCEng V9临时系统中,务必将原有的PDF工具、pdf类型予以删除或者更名。如果清理不干净,则在TC2005升级到TC8.3时会首先校验出类型冲突,此时,尽管可以用additional_applications中的change_type_name予以类型更改,但后续升级过程还是会失败并停滞,必须再次人工修改升级过程中的增量xml文件中的pdf命名,然后再度重启升级过程。

    2.3 合理的软硬件底层配置

    确保网络交换机等硬件环境的稳定可靠,否则由于网络异常,会对系统架构产生怀疑,进而误导到错误的解决方向上去;更会导致数据迁移过程频繁出现DBMS错误,导致既定的物料基础编码分版本导八过程出现版本颠倒、数据丢失等现象,为后续显示和操作造成不必要的麻烦。

    在每个升级阶段,还需确保中间数据库的表空间、临时表空间大小足够,否则也易于影响数据库升级和补差周期。在新系统推行阶段,IE版本对TC 10的自动分发安装也会有影响;对TC l0而言,IE 8最为稳定可靠,过于更新的IE版本反而出现分发安装或更新失败的现象。

    2.4 合理的分部门推行方案

    由于公司的TCEng V9已经应用了十多年,整个技术体系的日常工作不可能脱离它进行,每当一个阶段的数据导出、升级并迁移进新系统后,老系统中又产生了大量的数据,这就涉及按时间节点的数据补差问题。同时, 升级后的数据和新功能,还存在不少问题,在应用中还须不断得到校验和完善。所以,我们采用的方案是,选定一个部门,运用周末及新系统培训时间完成该部门的数据补差,然后在该部门试运行新系统,从零件取码、建模、制图、图样加载、无纸化审批流程、电子签名、BOM 搭建和数据发布、JT轻量模型装配、档案室出图等一系列功能逐步得到验证和稳定应用后,再逐步重复上述过程推行至其它部门。

    需注意的是,为确保零件编码唯一性,在新老系统交接期,先行试用的部门必须在新老系统中同步取码。待所有部门推行上后,才能把取码工作全部切换至新系统中。

    2.5 合理的数据迁移顺序

    从中间临时系统迁入TC 10的数据种类非常多,比较合理的迁移顺序是:零件编码、属性等基本信息分版本迁移, 流程签审信息,PLMXML export/import方式迁移视图BOM、volume数据集,从自行开发系统中迁移设计BOM,文件夹结构迁移;待系统全部上线并完成数据补差后,最后迁移归档状态。然后从自行开发的技术共享平台中,迁移分类库数据。而无纸化审批流程、人员组织架构等在新系统中重建,不采用迁移方式;一些早期未实施成功的其它类型BOM 数据、数据集等,则全部予以丢弃,不再迁移,由此清理了很多垃圾数据。

    由于迁移跨度大、补差次数多,还是会存在新系统中引用的数据集并非最新内置版本,同一数据集被多个零件版本引用、或者命名引用了多个prt文件等异常现象,在系统全面上线的同时,还须进行数据集版本对比、补差以及引用关系的处理。相关的迁移工具、对比工具、批处理均需先行开发和校验。

    2.6 处理pattern图样模板的兼容问题

    TCEng V9上的UG NX2采用Pattern方式加载图样,TC 10中的UG NX9的操作原理还是类似的。但由于采用了基础数据分别导出、导入式的迁移方法,新老系统中同一系列pattern文件对应的puid却发生了变化,这就导致老系统迁过来的所有图纸的图框全部丢失。为此, 需要通过NX接口进行重构对应关系, 在start_uxmanager.bat中设置LOST_PATTERN将老系统中的puid与新系统中的Pattern编码进行关联。

    此外,还需要根据实际需求,做相当多的客户化开发工作,包括与取码器客户化、ERP系统的传输接口、图纸批量处理、BOM 的汇总与输出锁定、变更管理等,这样才能符合企业自身的实际需求和习惯。而且,由于系统版本跨越非常大,操作习惯、应用理念差异很大,所以成功的推行还需规划合理的培训进度,设置基础培训、进阶培训、新功能强化培训等,让技术人员逐步适应新环境、应用新功能。

    3 项目运行

    TC 10和UG NX9系统自从2O15年10月全面上线以来,通过后续的功能开发、零星数据补差、数据校验比对等环节的不断完善后, 目前已经平稳运行了一个整年,如图3所示。所有技术人员已经适应了新系统的操作环境和操作习惯,而且实现了BOM 数据和分类数据的全面整合、管路全装配、轻量模型装配和显示等新功能,实现了升级前设定的预期目标。

    3

    图3 实施完成的TC 10系统界面

    Teamcenter系统功能的完整性、兼容性和可拓展性是毋庸置疑的,但在项目实施和应用过程中,感觉针对中国客户的操作习惯上,还有部分可待改善的地方:比如,PSE模块中,视图BOM、自定义的设计BOM 类型最好不能混杂显示,也就是顶层BOM 类型决定了后续子BOM 的调用类型;零件下BOM 能否生成,最好能与零件属性进行关联, 比如定义为零件类型的不能创建BOM,而只有组件类型的才能创建,这可以避免很多误操作。

    在视图BOM 采用PLMXML方式进行批量导出并用命令行plmxml_import进行批量导入时, 尽管import_mode选择了overwrite参数, 但还是会有部分视图BOM 由于重复导入,出现覆盖不掉、导致数量翻倍的BUG ;之后将相应BOM 删除,通过TC界面的PLMXML重新导入,才予以逐个解决BOM翻倍现象。尽管上述问题,最终不影响系统的应用,但如果能予以逐步完善,将进一步提升TC系统的用户体验。

责任编辑:张纯子
本文来源于互联网,e-works本着传播知识、有益学习和研究的目的进行的转载,为网友免费提供,并以尽力标明作者与出处,如有著作权人或出版方提出异议,本站将立即删除。如果您对文章转载有任何疑问请告之我们,以便我们及时纠正。联系方式:editor@e-works.net.cn tel:027-87592219/20/21。
相关资料
e-works
官方微信
掌上
信息化
编辑推荐
新闻推荐
博客推荐
视频推荐