1 前言
自国家确立“信息化带动工业化”的目标到今天的“两化融合”目标确立，信息化应用在中国大地迅速开展起来。今天信息化带动传统产业的进步已经是不争的共识，但信息化建设中“失败”的阴影似乎总是困扰着企业，失败的案例比比皆是。通过自身参与PDM系统建设的自身体悟，经总结、归纳并提出自己的见解，供参考。
2 发动机设计工具建设
2.1 设计工具选型
在未统计设计软件之前，研发工程师应用设计软件种类较多，如NX、CATIA、Pro/e、AUTOCAD，种类较多不利于研发工程师之间的协同，以及为软件工具应用培训带来很多不便；数据零散存放在工程师的电脑上，不但数据安全保证不了，零部件设计的借用、重用性较低。随着项目的增加，多个项目分散在各个项目团队在同步实施，使用了不同设计软件，一系列问题也摆在了研发的面前，面对问题要想搞好发动机研发工作，那么就必须有一套好的装配（设计工具）支持，为此我们在选型上通过以下三方面考虑，选择了PTC公司的Pro/E与windchill平台：
2.1.1 产品设计的特殊性
发动机设计不同于整车设计对曲面、造型要求较高，而是对参数化、精度要求较高。针对发动机产品设计的特点，并结合主流三维软件的特点，锁定了Pro/e软件，它既满足参数化、高精度要求，又针对曲轴、气道、凸轮机构、正时链条等零部件的设计开发了特殊建模功能。
2.1.2 行业内设计工具应用
一款好的开发工具都是经过行业内验证的，为此我们针对国内外发展较早且名气较大的发动机公司做了工具应用的调研，经过调研发现发动机行业内应用Pro/e软件超过90%，且选取的windchill平台也较多。
2.1.3 PDM系统与三维软件匹配性
PDM系统能否做到自动识别、存储管理由Pro/e软件产生的文件？PDM中存储的文件被激活，可自动调用Pro/e工具？PDM与Pro/e可否相互传递参数属性值（如：PDM将版本信息、设计所有者等信息传递与Pro/e，Pro/e将名称、编号等信息传递与PDM系统）？Pro/e与PDM集成后可否在线工作，及时将所设计数据保存到系统内私有的空间？研发工程师提出了很多的集成需求。
面对国内外众多的PDM系统提供商，通过调研、交流等方式，了解到国际主流PDM系统windchill、teamcenter、enovia均可与Pro/e集成，但因windchill与Pro/e均为PTC公司产品，在集成层面优势更大，能满足研发工程师提出的集成需求。
2.2 整体规划、分步实施
根据对开发工作中遇到问题梳理、需求的重要度分级，结合我院战略规划，决定从发动机设计、管理两大平台，采取整体规划、分步骤实施的策略来建设PDM系统。对于整体规划应用长期规划、中期修订、短期微调的机制来保证整体规划符合发动机开发业务、以及公司的战略规划；对于分步骤实施应用阶段实施+阶段实施结果巩固的模式，确保项目的成功。
采取该策略建设PDM系统，是考虑到当时若项目范围较大，周期较长，不能满足当时的需要；项目范围较大，对于当时信息化系统建设基础水平较差的我们来说，推广应用难度大，风险较大；若随着后续产品研发平台及研发机型数量快速增长，当时提出的需求也将很快不能满足业务开展；借助PTC公司的项目实施经验，若项目过大，业务范围较宽，项目实施风险较大，成功几率较小。为此实施信息化项目要稳健务实、稳中求进、稳中求新，制定了PDM系统建设蓝图、分阶段实施。
2.3 推广阶段最关键，应用提升需总结
信息化项目实施的成功，不等于信息化系统成功应用，成功推广应用到需求部门，信息化项目才可称为成功。然而信息化系统短期的应用很难显现出领导对信息系统的期望，且因信息化系统的虚拟性特征也很难将效果直观的呈现予领导。通过负责PDM项目实施，认识到正确的规划系统推广各阶段，能够帮助领导对信息系统推广应用的正确判断。
考虑到PDM系统客户端操作较其它信息系统客户端操作特殊性（在发动机设计不同的阶段，研发工程师在系统中操作重点不同，但所有操作均需要掌握），将PDM系统推广阶段分为三个阶段：入门篇、熟练篇、提升篇。
图1 推广阶段
入门篇
刚刚上线阶段，研发工程师对系统操作陌生，在系统中执行业务流程缓慢。
阶段特征：暴漏的操作问题较多，而系统问题暴漏较少；研发工程师具有较强的新鲜感、主动性较高。
应对措施：暴漏的操作问题往往被误认为是系统问题，降低新鲜感，从而影响领导们的判断，所以我们要多为研发工程师组织培训，并重点培养少数人员，使其辅助业务管理员指导应用操作。
熟练篇
随着研发工程师应用系统次数增多，系统操作越来越熟练，可独立解决操作中常见问题。
阶段特征：暴漏的操作问题较少，而系统问题暴漏较多；研发工程师新鲜感较弱、主动性较差。
应对措施：系统管理员解决问题要做到快、并将结果及时反馈于问题提出人。
提升篇
该阶段研发工程师能够在熟练的应用情况下，提出更好的完善系统业务流程及操作方法的建议，但是该阶段易被业务管理员、系统管理员所忽视总结备案提出的合理化建议。
阶段特征：暴漏的操作问题与系统问题较少，提出合理的系统应用提升建议；研发工程师应用情绪趋于稳定，适应系统约束管理。
应对措施：及时组织业务人员讨论提出的系统应用提升建议，并将合理的建议备案，以便后期二次开发优化系统。
2.4 矩阵式跨部门应用推广
上文中已提到项目推广阶段重要性，那么推广的组织架构也直接影响到PDM系统是否能够成功推广应用到用户。曾经分析过很多信息系统案例，由业务部门主责推广应用，虽然他们对软件开发或搭建部署知识了解很少，但是成功的概率很高；案例中好多企业信息系统的推广组织架构均由IT部门人员组成，然而推广成功率很低。总结归纳原因是IT专业人员对信息系统所承载的业务了解甚少，推广中与用户讲IT专业语言，用户无法理解，存在业务流程知识交流隔阂。
为了将PDM信息系统成功推广到我院，在组织架构上进行了跨部门的人员资源整合。推广成员不但有IT部门的人员，也有用户部门及流程规范部门人员组成，在整个推广架构中分为多个推广小组来承担推广。见下图2推广架构：
图2 推广组织架构
2.5 案例剖析—细节的把握
魔鬼总是存在于细节之中，忽视细节就是粗糙和简单，提升PDM项目的成功率需要从小事抓起，从细节抓起。（以下是应用中出现的一个案例）
在实施电子审签功能时，为了使数据审核更加严谨，制定了审签驳回后，数据修改完成重新提交审核，审核工作仍从第一级开始逐级审核的审签机制。
图3 完善前流程
系统上线运行一段时间后，系统的最终用户提出放弃使用电子审签的意见：因电子审签速度较慢，较之前纸版审签周期最少延长一倍时间，严重影响产品研发工作。
针对最终用户提出的问题，分析出了导致审签速度慢的两点重要原因：1）领导会议较多，登录系统频率较低，无法查看系统中的审签任务；2）领导不登陆系统就无法得到系统中有审签任务的信息。根据分析出的问题，制定了相应的对策：1）完善《系统应用规范》，采取制度进行控制，每天至少登录一次系统；2）将PDM系统与邮件系统集成，再在foxmail或outlook中绑定邮箱账户，通过这种方法在电脑桌面上显示PDM系统中审核任务的提示邮件。
然而在接下来运行中，审签速度只比之前快了一点，速度仍较慢，系统应用者提出可否在审签驳回数据修改完成后，重新提交到驳回者继续审签的建议。若按照该建议更改系统中审签流程，数据审核严谨性降低，数据质量随之降低。审签速度与之前规划的严谨性产生了矛盾。
为了不使因放弃使用电子审签功能而导致PDM项目失败，为了更好的使信息系统服务于发动机研发工作。接下来我们针对矛盾点召集研发最终用户、标准化人员进行座谈，并剖析了已经审签完成关闭的审签流程记录，发现审签驳回较多的原因是标注符号不符合标准、字体大小不符合标准、存在错别字等等格式错误。根据座谈和已完成审签流程的剖析，重新制定了审签机制，即在驳回时增加驳回选项：1)格式错误驳回 若只为单纯的格式错误，选择‘格式错误驳回’选项，完成修改后重新提交予驳回者；2）设计方案错误驳回 若审签数据不符合设计方案，驳回时选择‘设计方案错误驳回’，完成修改重新提交予流程第一级开始逐级审签。
图4 完善后流程
采用更改审签驳回选项的机制，经过一段时间运行的验证，在保证审签数据设计方案严谨性下，提高了审签速度，系统用户也不再提放弃PDM系统中电子审签的意见。
3 结论
通过对PDM项目整体规划、分布实施策略；以及项目细节的把握。将windchill平台成功应用于我院发动机产品开发，使产品研发工作实现了Top-Down+模块化的设计方法，规范了产品图文档的管理工作，固化了研发业务流程提高执行标准。
核心关注：拓步ERP系统平台是覆盖了众多的业务领域、行业应用，蕴涵了丰富的ERP管理思想，集成了ERP软件业务管理理念，功能涉及供应链、成本、制造、CRM、HR等众多业务领域的管理，全面涵盖了企业关注ERP管理系统的核心领域，是众多中小企业信息化建设首选的ERP管理软件信赖品牌。
转载请注明出处：拓步ERP资讯网http://www.toberp.com/
本文标题：长城汽车发动机研发建设PDM方法分析
相关文章
