当前位置：首页 > 网站源码 > 正文内容

易语言源码论坛(易语言源码合集)

网站源码1年前 (2023-10-29)256

导读

任何架构良好的企业PLM解决方案都应当由一致的核心体系结构组成，而这个体系应当是模块化的，以便根据需求增长进行快速部署和扩展。当前，主要有一体化、纯互联网式和可互操作式这样三种类型的核心体系结构。

来源：互联网

在求来的5年时间里，全球制造业有望在产品开发解决方案上投入250多亿美元。其中，PLM是众多方案中的重点。

PLM的生存环境

PLM的坚实基础

对于企业而言，实施PLM不是一蹴而就的事情，它需要企业的配套环境全面跟进。概括起来，对企业的PLM起支撑作用的主要包括这样几个方面：

产品数据管理

在产品整个生命周期中，帮助制造商控制信息，确保数据的可用性，并管理产品开发过程；

项目管理和协作

能让雇员、供货商和客户通过基于Web的工作室、项目计划编制、里程碑跟踪、工作分配和管理、以及论坛等方式共同完成项目；

动态设计配置

使用具有交互、动态、协作等特点的可视化功能，其中包括图形化产品系列建模、产出系列目录公布、产品配置以及数字化产品的自动化生成等功能，来帮助离散型制造商满足不断增加的依单设计产品需求；

组件管理和零件目录能让设计人员通过Web来访问标准的、最佳的零件供货商，以最大可能实现零件的再用，并能让标准零件供货商为它们的客户提供大量的产品技术数据；

制造协作

简化交付制造过程，比如，在以组织为单位的工作室中交流信息和过程状态、跨组织更改管理、采购过程管理、以及供货商数据管理；

特殊客户业务过程应用

根据客户特殊的业务过程和旧系统，建立针对不同客户的产品的生命周期管理解决力案。

PLM需要合理的体系结构

当在复杂的数字化价值链中优化产品开发过程时，解决方案的体系结构就是至关重要的了。一个差的体系结构，将导致部署困难，在每次升级时造成巨大的组件集成成本，而多种技术混杂也限制了将来系统的柔性，并容易产生多点故障。

展开全文

领先的制造企业正意识到：在考虑使用产品生命周期管理(PLM)解决方案，以优化整个数字化产品价值链的产品开发过程时，软件的体系结构至关重要。如果不了解PLM 解决方案的基础架构，那么，几乎不可能确保该方案可维护信息的完整性，支持广义用户社区之间有效而高效的协作以及支持产品数量、产品类型和全球合作的增长。在PLM市场的早期，许多公司都难以在PLM上有所作为，因为到处充斥着单点解决方案，而且，根本不具备真正系统解决方案的可用性。如果PLM是通过单点解决方案和传统体系结构的组合而实现，由于缺乏数据互操作能力，以及集成维护成举居高不下，使得PLM成为一种不必要的、复杂而危险的主张。其成本和复杂度大大限制了系统集成商、系统管理员以及制造商。在技术层面上，这些体系结构也同样在可用性、可扩展性、安全性及实用性等方面受挫。结果造成无法快速部署PLM解决方案，并保持合适的总拥有成本。

解决这些PLM问题则在于提供一个由合适软件体系结构驱动的完整产品开发系统，其中软件体系结构要考虑到长期的需求。

PLM的三种主要体系结构

一体化系统结构(Integra1)

一体化体系结构构筑于一组公共体系结构层和技术层之上，在这些层的各模块之间不会出现冗余、交叉或冲突。具有一体化体系结构的解决方案共享一个公共数据库模式、公共业务对象和过程模型，以及一个具有单一登录形式和外观的基于Web的公共用户接口。然而，需要记住的重要一点是：完成一个一体化体系结构需要从头开始对其进行规划，并有充足的时间和资源，还要通过有组织的开发活动进行创建。

一个很好的例子就是Windchill lnfoEngine。为了避免可能的冲突和冗余，这种体系结构在所有的解决方案模块中都使用了一个公共的数据库模式、业务对象和过程模型。如图所示，该结构始于一个CAD—agnostic企业数据模型方案，可不依赖于数据的源格式来存储、管理和配置机械CAD数据、电子CAD数据及可视化数据。这种一体化体系结构可作为记录系统来管理全数字化产品，同时还考虑了该数字化产品的不同特性，由此消除了同步错误或数据重新输入错误。这样就能够最有效地组合和利用完全数字化的产品数据和关系模块，从而实现对复杂PLM过程的跨模块支持以及较低的应用程序维护成本。

PLM体化解决方案拥有多种能力，包括产品数据管理、设计协作和项目管理、动态设计配置、零件管理以及制造协作。制造商不再需要把各种不同的系统拼凑到一起了。实施一体化解决方案具有以下这样一些好处(如表1)。

表1

常见缺陷包括这样几个方面：

◆需要一个以上的数据库模式，或更坏的是，需要一个以上的产品数据存储器；

◆需要一个以上的对象和过程模型；

◆各种应用存在多种外观形式；

◆应用之间存在冗余组件，如两个工作流引擎；

◆“选择流可视化”的需求，也即要“自己集成”；

◆缺乏采用完整产品系统的端到端过程的正式销售商测试。

纯互联网式体系结构（Internet)

纯互联网体系结构包括100％的互联网基础结构、技术以及基于行业标准的代码。企业需要一种互联网体系结构以支持分布式产品协同开发过程，其中的用户来自于企业不同部门，还有供应商、制造合作商以及客户团体内的用户。

Windchill是在互联网时代从底层开始创建的PLM解决方案，它的纯互联网体系结构为防火墙内外的任何人同等地提供了对全数字化产品和开发过程的无缝访问。

通过提供一个简单、安全而易于浏览的用户接口，以及通过标准Web浏览器可访问的一体化3D可视化环境，制造商们可以促进PLM解决方案的用户接纳并降低培训成本。方便、快捷地从防火墙外把新的首选供应商／用户添加到产品开发小组中；利用公共的用户和小组管理系统，安全地提供仅对选定的，预先批准的产品信息和／或项目空间进行访问。在互联网环境中，用户可以在特殊过程(如信息会议)和正式过程(如更改请求调查、更改订阅与通知)中进行合作。这改善了小组之间的产品开发决策和信息共享的状况。设计和制造组织也因为能够随时随地进行访问而人受裨益，它简化了全球采购和分布式制造。

PLM互联网体系结构经过精心设计，它可以快速部署，能够满足当今的可用性、可伸缩性、数据完整性、可扩展陆、安全性以及可互操作性的需求，从而适应整个数字化产品价值链的增长(如表2)。

表2

常见缺陷包括这样几个方面：

◆ 并非l00％基于Web的访问，不能轻松合并防火墙之外的用户，不能提供对产品信息和过程的安全而有选择性的访问；

◆ 基于一种以上编程语言的应用；

◆ 业务逻辑是以不同的编程语言编写的，并运行于核心互联网基础结构之外；

◆ 行业标准使用不正确，如数据库技术，用来访问业务逻辑；

◆ 基础结构层缩放不一致。

可互操作体系结构(1nteroperable)

即使拥有一个一体化的纯互联网体系结构，还是需要与制造环境中其它传统的和当前使用的系统及工具进行集成。可互操作体系结构支持数字化产品信息和过程与用户系统的无缝集成，如桌面生产率应用，异构CAD系统以及办公支持系统，包括ERP、SCM、CRM及其它PDM、传统系统及数据库等。

为了适应数字化产品价值链的异构特性，Windchill使用了种CAD—agnostic企业数据模型方法，这种方法能够不依赖于数据的源格式，来存储、管理和配置机械CAD数据、电子CAD数据及可视化数据。这种可互操作性体系结构扩展到了面向用户的前台系统以及办公支持系统之中。对前台系统，就设计而言，这种可互操作一体系结构独于CAD系统，它与各种不同的第三方工具完全兼容，包括所有主要的MCAD工具。通过把操作菜单和功能直接嵌入本地CAD应用的用户接口中，可互操作体系结构工作组管理器提供了与授权工具的预封装集成。通过这种集成，来自不同应用的关键工程信息不再局限于工程社区之内，而是提升为整个企业都可看到的企业资产。

对于后台，可互操作体系结构也具有强大的联邦能力。它为终端用户提供了一个“单一系统映像”，这实际上是由信息组成的，而这些信息则是由分散的信息系统来管理的。关键原则是维护任何数据的一份单一原版拷贝，它尽可能由一套单一系统来管理。联邦允许用户在其它系统中查看这些数据，但是不能复制。同样重要的是，在记录系统间也可以进行过程的联邦。

从企业系统集成层次上说，PLM可互操作体系结构的企业系统集成(ESI)解决方案不仅提供了集成所需的媒介，而且也提供了与ERP系统的预先配置标准集成。这些集成系统提供了健壮的功能、完善的事务管理、大量的可配置特性以及一个易用GuI定制环境。通过为给ERP发布产品数据提供端刮端的过程支持， ESJ还重新定义了一体化“开箱即用”支持等级。企业事务系统之问的寅时连接能够保证：

◆ 企业系统中所提供的都是最新的产品数据

◆ 对产品数据的更新可自动地反映在ERP系统中，确保制造商能根据设计的最新修改进行制造

◆ 管理员负责维护产品数据的控制审查其发布情况

◆ 利用ERP的下游执行系统保持最新(如后勤、售后支持)

◆ 在PLM可互操作体系结构中可访问来自ERP或其它系统的相关信息

◆ 去掉了系统间手工数据传送和脆弱的本地连接。