1704010510
1704010511
构型管理是随着产品的复杂化、系列化与客户化而出现的,它以企业零部件库为底层支持,以系列化产品的相关数据作为管理对象,以产品结构为核心,在一定的目标和规则约束下向用户和应用系统提供产品结构的不同视图和描述,并组织、协调、控制和管理产品研制全生命周期中的一切活动。支持产品全生命周期内产品BOM管理的配置器成为构型管理的重要能力。
1704010512
1704010513
通过为全球顶级的飞机和汽车OEM厂商长期服务,TC不仅构建了通过版本有效性、批架次(台份)有效性、日期有效性等方式的构型状态管理,而且针对系列化、模块化的平台型产品还提供高效的变量配置机制,即通过平台GPS(Generic Product Structure),TC中的平台设计器对产品进行管理和维护,主要涉及产品架构、零部件解决方案及其使用的变量条件,代表产品群的BOM。通过对平台GPS加载SOS选项包(选项包或选项集,一组选项值的集合,用来描述对产品的需求),可以得到满足配置条件的DBOM(在GPS中选定并设置选项值,从而得到满足选定客户需求和技术特性的BOM)。
1704010514
1704010515
图18-5所示的变量配置机制可按照系统工程的思想开展产品功能架构的定义、自定向下的设计,可支撑企业产品平台化、型谱化的发展;同时促进企业模块化设计的开展;也能构建直接面向客户或市场的全局选项,加速产品的市场化水平与效率。
1704010516
1704010517
1704010518
1704010519
1704010520
图18-5 变量配置机制
1704010521
1704010522
复杂产品的OEM企业正在逐步向服务性企业转型,这样做,不仅能够扩展企业的收益,而且由于更加接近客户和产品的使用现场,可促进产品的快速创新与迭代优化。当然这要求企业对实物产品的构型状态能够进行有效的记录。
1704010523
1704010524
在TC平台中,经全面拓展的BOM管理的范畴是:从工程BOM和工艺BOM到实做BOM和维护BOM。因此,构型状态的管理与纪实也从虚拟产品阶段走向实物产品阶段:以批次号或序列号作为实物产品的主要标识,用实做BOM完整记录产品首次制造、装配完成的构型状态,包括制造过程中的偏离或超差,以及电子履历或卷宗需要的相关质量证明单等。维护BOM完整记录着实物产品在每次实验拆装或故障维修过程中的构型状态,包括在役状态、更换件情况、时间寿命、备件/串件历史等,即完整记录实物产品的演变历史和构型状态。
1704010525
1704010526
实做BOM/维护BOM与工程BOM/工艺BOM保持严格的关联关系:实做BOM/维护BOM是基于工程BOM/工艺BOM而生成的,因此工程BOM/工艺BOM决定着实物产品的构型状态;当产品发生变更或升级,可以追溯到每个实物产品的零组件,快速定位更改的影响或精准推销升级服务;当实物产品发生故障时,也可反向追溯到具体的模型、图纸、工艺或更改单等,查找根本原因。
1704010527
1704010528
18.3.3 符合CMII的更改管理
1704010529
1704010530
TC提供符合CMII标准规范的更改与有效性管理机制,实现问题报告、更改请求、更改通知、更改贯彻执行、反馈总结等完整闭环的构型更改管理能力:
1704010531
1704010532
·更改模型:在众多企业中,更改管理过程只强调更改通知单的编写和审批,几乎忽略了问题产生和更改的执行。而TC平台中构建有问题报告(PR)、工程更改请求(ECR)、工程更改通知(ECN)等业务模型,同时一个PR引发的多个ECR,以及一个ECR同时贯彻的多个ECN统一关联和集中起来管理,以实现某个问题的真正解决方案和解决过程的完整记录;同时系统把发生更改的零组件对象的前后版本、相关信息都通过这些模型与企业关联,以利于问题的准确解决。
1704010533
1704010534
·更改流程控制:在TC系统中,通过工作流机制把“PR→ECR→ECN→贯彻执行”过程贯穿起来,通过图形化的方式把整个执行过程和发放状态透明化;同时提供相应的预警机制,加速问题的解决。
1704010535
1704010536
·更改影响分析:在TC系统中,通过系统信息关联性,不仅可以快速定位每个问题影响到的相关联零组件或产品,也可快速定位相关联的人员,以便他们进行快速的沟通;同时由于系统对实物构型的完整记录,也可快速分析问题对实物产品的影响范围,快速找到对在制、在役产品的解决办法。
1704010537
1704010538
·更改有效性控制:系统通过可定制的版本规则详细记录每次更改的结果;对于每个更改生效的范围可进行精准的定义,并通过更改有效性来驱动CI的演变,记录生效状态。
1704010539
1704010540
·更改质量分析:上述的更改模型完整记录了问题的信息和解决方案的执行过程,通过TC的CAPA质量管理功能,能够及时分析、展示问题的根本原因和问题的解决状态,帮助企业从根本上控制问题的产生,提高解决问题的效率。
1704010541
1704010542
符合CMII的更改管理过程如图18-6所示。
1704010543
1704010544
1704010545
1704010546
1704010547
图18-6 符合CMII的更改管理过程
1704010548
1704010549
18.3.4 端到端的关联与追溯
1704010550
1704010551
在西门子TC产品全生命周期管理平台中,提供以需求为驱动的集成性产品开发的完整环境,实现信息端到端的关联与追溯,为构型的验证与审核提供良好的支撑:
1704010552
1704010553
·需求的分解分配:根据客户接收的需求,再结合产品的行业、政府、环境法规,以及企业自身追求精益产品的规范要求,构成产品研发的全部需求。这些需求包含产品本身的设计功能需求、制造需求、实验验证需求、产品维护维修需求等,都可逐一分解到功能单元、每个零组件,甚至每个制造活动和维护活动中。TC系统可结构化地管理这些需求,并把这些需求分配到对应的功能单元、零组件或具体任务活动中。
1704010554
1704010555
·信息的紧密关联:从需求的分配开始,需求可逐步与项目计划中的任务、产品功能架构的功能单元、产品结构中的具体零组件、具体的工艺规程结构、具体的实物验证机或交付品等产生特定的关联关系;在TC系统中,这些需求通过某种特定的关联关系、装配关系、实现关系(虚拟产品与实物产品的关系)进行有效地关联,这些关联关系在具体业务活动实际发生关联时逐步建立。
1704010556
1704010557
·信息的正反向追溯:在TC系统中,通过关系浏览器能够深度和可视化地展现这些关联关系。因此可从需求一直追溯到实物产品,彻底分析每个需求是否都有对应实现的对象,即对需求分配的完整性进行校验;同时也可通过实物产品反向追溯到需求,反查每项活动是否完全满足需求;还可彻查所有的需求是否得到了实现,即对需求的符合性进行校验。因此基于上述的机制,TC对企业实施构型的验证和审核提供了高效的支撑。
1704010558
1704010559
18.3.5 MBD模型的单一数据源
[
上一页 ]
[ :1.70401051e+09 ]
[
下一页 ]