前言：

PLM基礎(chǔ)是整體解決方案架構(gòu)師(S.A.)培訓(xùn)和認(rèn)證活動中重要的一部分，屬于Value Engagement 價值參與框架。它的內(nèi)容相當(dāng)于一個2天的課程。

建議及業(yè)界慣例：

?3DEXPERIENCE平臺模式

3DEXPERIENCE Twin作為策略通過3DEXPERIENCE平臺，我們啟用了一種基于模型的方法。它是一個系統(tǒng)模型，從客戶體驗(yàn)開始，對交付該體驗(yàn)的系統(tǒng)建模，并在開發(fā)第一部分之前驗(yàn)證那些系統(tǒng)。然后隨著產(chǎn)品和過程開發(fā)的進(jìn)展，你不斷地引用和豐富現(xiàn)有的數(shù)據(jù)來支持體驗(yàn)。這不僅僅是建模，也是模擬和優(yōu)化不同場景的模型，并確保最佳結(jié)果。由此產(chǎn)生的虛擬世界就是我們所說的“3DEXPERIENCE雙胞胎”這個“雙胞胎”特別有助于降低由于建造和測試物理原型而產(chǎn)生的成本，特別是在機(jī)械工程工業(yè)中。3DEXPERIENCE雙胞胎在一個良性循環(huán)中

我們的贊助商的評價：在最基本的層面上，3DEXPERIENCE被設(shè)計(jì)用來連接DS應(yīng)用程序與遺留應(yīng)用程序和合作伙伴應(yīng)用程序。但從更廣泛的意義上說，3DEXPERIENCE是一個業(yè)務(wù)平臺，它連接: 人, 流程, 以及跨整個企業(yè)的數(shù)據(jù)

3DEXPERIENCE的獨(dú)特屬性包括：數(shù)字連接 Digitally Connected、數(shù)據(jù)驅(qū)動的 Data Driven、基于模型的 Model Based、虛擬+現(xiàn)實(shí) Virtual + Reality

基于型的方法：基于模型的方法確保在物理構(gòu)建之前了解產(chǎn)品行為，其目標(biāo)包括以下內(nèi)容:為了方便理解、通過研究“What if Scenario 假設(shè)”場景(模擬、播放、優(yōu)化)來幫助決策、解釋、控制和預(yù)測事件

?PLM和3DEXPERIENCE

PLM和3DEXPERIENCE Platform發(fā)展過程：PLM服務(wù)是3DEXPERIENCE平臺的基礎(chǔ)。

PLM服務(wù)與3DEXPERIENCE核心模型交互，后者提出 了自己的具有高級語義和

行為的管理范例

PLM系統(tǒng)具體是做什么的呢？

PLM介紹目錄：

A.PLM的10個簡單步驟

B.PLM的定義

C.基于文件的數(shù)據(jù)問題

D.PLM的價值

A.PLM的10個簡單步驟

A-1、你為什么在咨詢這個問題?

讓我們大膽猜測一下:您要么已經(jīng)是一名解決方案架構(gòu)師，要么正渴望成為一名解決方案架構(gòu)師。如果是這樣，本文檔旨在支持S.A.體系結(jié)構(gòu)認(rèn)證。如果沒有，你可能只是對PLM感興趣。太棒了!無論如何，這個回答的目的是介紹PLM的基本概念。

A-2、PLM是什么?

PLM，即產(chǎn)品生命周期管理， 是企業(yè)用來管理產(chǎn)品相關(guān)數(shù) 據(jù)的過程和解決方案。它的應(yīng)用從一個新產(chǎn)品的最初概念延伸到它的設(shè)計(jì)、制 造、維護(hù)和處置。它被各種行業(yè)使用，在某些情況下可以應(yīng)用于服務(wù)，也可以應(yīng)用于產(chǎn)品。

A-3、PLM是做什么的?

PLM協(xié)調(diào)各種各樣的產(chǎn)品數(shù)據(jù)，通過人員、活動和系統(tǒng)的集成支持業(yè)務(wù)流程。它提供了使用配置和變更控制來細(xì)化產(chǎn)品結(jié)構(gòu)的服務(wù)。它位于更廣泛的企業(yè)應(yīng)用程序范圍內(nèi)，將數(shù)據(jù)提供給ERP等下游系統(tǒng)。

A-4、為什么需要它?

為什么PLM ?因?yàn)楫a(chǎn)品開發(fā)的復(fù)雜性急劇增加。改變的頻率急劇增加。在一些行業(yè)，比如高科技行業(yè)，如果你甚至晚了幾個月才上市，你就可能不得不廢棄產(chǎn)品。速度不再是一種競爭優(yōu)勢，而是一種標(biāo)準(zhǔn)的經(jīng)營方式。PLM幫助企業(yè)保持競爭力。

A-5、它是如何工作的?

PLM收集、構(gòu)造和控制定義良 好的數(shù)據(jù)類型、它們的關(guān)系和演變?；诖诵畔⒒A(chǔ)，它通過人員、活動和系統(tǒng)的集成來支持業(yè)務(wù)流程。它試圖通過控制對共享信息的訪問和修改來確保協(xié)作。

A-6、它是什么做的?

PLM由一個提供公共服務(wù)的基礎(chǔ)組成，比如存儲、搜索和可視化。在此之上是更高級別的業(yè)務(wù)對象，如需求、零件和文檔。在此之上是用于編寫或使用數(shù)據(jù)的應(yīng)用程序。

A-7、各部分如何匹配?

相關(guān)信息被分解并分組到專用的結(jié)構(gòu)中，例如產(chǎn)品數(shù)據(jù)、過程數(shù)據(jù)和資源數(shù)據(jù)。一個結(jié)構(gòu)中的內(nèi)容可以被鄰近結(jié)構(gòu)中的內(nèi)容引用或使用:例如，一個產(chǎn)品可以由使用資源的進(jìn)程構(gòu)建。變更傳播可以通過對象成熟度來控制。

A-8、它是如何應(yīng)用的?

PLM靈活且可配置，因此根據(jù)行業(yè)和公司的不同，它可以以不同的方式應(yīng)用。例如，工程變更控制可以或多或少地嚴(yán)格應(yīng)用，或者工程結(jié)構(gòu)中的可變性級別可以 或多或少地細(xì)化。定義和完善PLM機(jī)制是架構(gòu)師工作的一部分。A-9、面臨的挑戰(zhàn)是什么?

對于大多數(shù)公司來說，PLM是一個重要的變革載體。PLM幫助公司來組織和標(biāo)準(zhǔn)化它的業(yè)務(wù)流程，在曾經(jīng)缺乏紀(jì)律的地方引入了嚴(yán)密性。因此，員工必須適應(yīng)，團(tuán)隊(duì)必須改造自己，這可能會導(dǎo)致抵觸。

A-10、結(jié)論是什么?

PLM的基礎(chǔ)已經(jīng)建立的很好，應(yīng)該是架構(gòu)師設(shè)計(jì)新解決方案時的自然起點(diǎn)。它們的設(shè)計(jì)使解決方案不必從頭設(shè)計(jì)，而是從現(xiàn)有機(jī)制配置。最重要的是，PLM原則促進(jìn)了清晰的思維和干凈的設(shè)計(jì)。

B.PLM的定義

B-1、對“產(chǎn)品生命周期管理”進(jìn)行剖析

First Name：Product產(chǎn)品是提供給市場的滿足需求的東 西。產(chǎn)品可以是有形的(如汽車)，也可以 是無形的(如銀行服務(wù))。在許多行業(yè)中，產(chǎn)品變體被分為協(xié) 同發(fā)展和規(guī)模經(jīng)濟(jì)的模型。Middle Name：Lifecycle生命周期是產(chǎn)品或?qū)ο笤谄浯嬖谶^ 程中演化的一組獨(dú)特的狀態(tài)?！吧芷凇币辉~既可以適用于宏觀 層面——如產(chǎn)品概念適用于處理—— 也可以適用于微觀層面——如正在 進(jìn)行的工作適用于審查和批準(zhǔn)。生命周期狀態(tài)決定了誰可以對對象做什么。Last Name ：Management管理是控制事物的過程。管理可以應(yīng)用于人員和業(yè)務(wù)流程， 也可以應(yīng)用于指定產(chǎn)品或活動的信息對象。為了實(shí)現(xiàn)一個目標(biāo)，如將產(chǎn)品推向市場，管理協(xié)調(diào)資源的整體使用。

B-2、產(chǎn)品生命周期管理簡介

What在行業(yè)中，產(chǎn)品生命周期管理(PLM)是在新產(chǎn)品的整個生命周期中獲取和協(xié)調(diào)其規(guī)格的過程：從最初的產(chǎn)品，到設(shè)計(jì)、工程、采購、制 造，最后到服務(wù)和處置。Why通過在整個產(chǎn)品開發(fā)過程中精心安排所有規(guī)程和可交付成果，一個公司能夠在預(yù)期的質(zhì)量下按時生產(chǎn)出正確的產(chǎn)品。How在由業(yè)務(wù)對象實(shí)現(xiàn)的語義框架中構(gòu)造信息 通過“單一真相來源”實(shí)現(xiàn)數(shù)據(jù)的單一性(或至少是綜合解決方案)提供一組提供高級功能的應(yīng)用程序，以通過業(yè)務(wù)流程和用戶場景管理這些業(yè)務(wù)對象 確保數(shù)據(jù)訪問權(quán)限的安全協(xié)作通過指示數(shù)據(jù)存儲庫來利用信息。

C、基于文件的數(shù)據(jù)問題

在最簡單的級別上，如果只使用基于文件的解決方案，開發(fā)人員可以簡單地保留其設(shè)計(jì)工作的多個副本，并適當(dāng)?shù)孛總€文件。這種簡單的方法已經(jīng)并將繼續(xù)在許多產(chǎn)品開發(fā)項(xiàng)目中使用。雖然這種方法可以工作，但效率很低，因?yàn)楸仨毦S護(hù)許多幾乎相同的設(shè)計(jì)副本。這需要設(shè)計(jì)師有很強(qiáng)的自律性，而且常常會導(dǎo)致錯誤。由于設(shè)計(jì)數(shù)據(jù)駐留在文件服務(wù)器上，因此這種方法可能還需要管理和授予設(shè)計(jì)人員讀寫權(quán)限，以保證設(shè)計(jì)不會受到影響， 從而增加了復(fù)雜性。因此，PLM被設(shè)計(jì)成自動化部分或全部修訂控制過程。這確保了與版本控制管理相關(guān)的大部分工作都隱藏在后臺。

基于文件的痛苦和PLM補(bǔ)救措施How

• 數(shù)據(jù)共享不夠：為所有用戶提供單一、明確的數(shù)據(jù)真實(shí)來源

• 不可見哪些數(shù)據(jù)已更改 版本控制機(jī)制加上發(fā)布/訂閱機(jī)制

• 復(fù)制數(shù)據(jù)的雪球效應(yīng) 用戶實(shí)例化(直接引用)其他設(shè)計(jì)者的零件而不進(jìn)行復(fù)制

• 數(shù)據(jù)只在預(yù)定的里程碑交付 生命周期狀態(tài)和發(fā)布管理工具允許在準(zhǔn)備好的時候共享數(shù)據(jù)

• 低效的位置和幾何管理 實(shí)例/參考范例通過相對位置信息重用幾何圖形

D.PLM的價值

PLM是創(chuàng)新的推動者：PLM通過開發(fā)基于經(jīng)驗(yàn)的產(chǎn)品和服務(wù)，幫助客戶在不斷變化的市場 中保持競爭。PLM通過創(chuàng)新的業(yè)務(wù)發(fā)展極大地縮短了產(chǎn)品的上市時間。PLM有助于建立新的企業(yè)文化和創(chuàng)新的員工隊(duì)伍，以實(shí)現(xiàn)未來的可持續(xù)增長。

選擇的客戶：

業(yè)務(wù)需求：

? 滿足客戶不斷增長的期望

? 滿足全球市場多樣性

? 管理更多的發(fā)展項(xiàng)目

? 最大限度地提高零件的再利用和資產(chǎn)利用率

? 提供智能產(chǎn)品

? 跟上創(chuàng)新

? 管理全球設(shè)計(jì)、采購和制造

? 提供一致的產(chǎn)品質(zhì)量和依從性

?商業(yè)的復(fù)雜性

解決方案：

? 項(xiàng)目組合管理

? EBOM管理

? MBOM管理

? CAD-BOM一致

? 全球合作

? 工藝設(shè)計(jì)

? 供應(yīng)鏈和成品優(yōu)化

? 銷售運(yùn)營規(guī)劃

? 總體規(guī)劃

? 調(diào)度

? 制造執(zhí)行

?產(chǎn)品的復(fù)雜性

能力影響&收益：

? 數(shù)據(jù)準(zhǔn)確性和一致性

? 更高的開發(fā)效率

? 簡單的全球業(yè)務(wù)

? 跨部門協(xié)調(diào)

? 同時產(chǎn)品發(fā)布

? 更高的產(chǎn)品質(zhì)量和符合性

? 更好地重用IP

? 通過模塊化獲得更豐富的投資組合

?過程的復(fù)雜性

歷史的視角：達(dá)索系統(tǒng)公司一開始并不是一家PLM公司。事實(shí)上，在1981年它成立的時候，PLM還沒有被發(fā)明出來。CATIA最初運(yùn)行在IBM大型機(jī)上，后來又運(yùn)行在UNIX工作站上。CAD數(shù)據(jù)保存在文件中，由操作系統(tǒng)管理。隨著VPM V4的出現(xiàn)，DS成為PLM的領(lǐng)導(dǎo)者：VPM (Virtual ProductModeling) V4帶頭使用與工程數(shù)據(jù)相關(guān)的生命周期機(jī)制，例如版本和成熟度。結(jié)合4DNav和CATIA V4, DS使用VPM引入了配置數(shù)字模型的概念，這是機(jī)械工程行業(yè)的一場真正的革命。

PLM核心模型和概念

PLM核心模型和概念目錄

A.一個面向?qū)ο蟮睦^承

B.PDM的支柱

C.支柱1:Revisions

D.支柱2:Life cycles

E.支柱3: Policies

F.拼接起來

G.關(guān)鍵的區(qū)別

A.一個面向?qū)ο蟮睦^承

面向?qū)ο蟮睦^承[靜態(tài)視圖]:

達(dá)索系統(tǒng)公司的PLM是建立在信息對象、關(guān)系和行為的面向?qū)ο?/strong>框架之上的。對象是用戶可識別的實(shí)體或組件，可以通過其屬性和操作加以區(qū)分。簡單地說，對象是諸如零件、文檔和工程更改等信息的結(jié)構(gòu)化集合。對象可以通過關(guān)系連接到其它對象，這些對象本身可以管理它們自己的屬性信息。關(guān)系示例包括裝配(父子)關(guān)系和表示(部分- 3d)關(guān)系。對象行為可以通過生命周期和策略捕獲，這些生命周期和策略控制對象如何隨時間變化，以及誰可以與對象交互。與其他基于簡單表和屬性的系統(tǒng)使用的傳統(tǒng)方法相比，我們的面向?qū)ο蠓椒ㄊ且粋€巨大的改進(jìn)

類/實(shí)例模式:

與面向?qū)ο缶幊填愃?，對象被定義為類或引用——一種用于生成實(shí)例的藍(lán)圖或工廠，這些實(shí)例本身攜帶真實(shí)的業(yè)務(wù)信息。

子類型化和繼承：

專門化的對象可以從先前定義的對象派生出來，這種派生對象稱為子類型。子類型Subtype通常繼承原始“父”對象的結(jié)構(gòu)和屬性，但它們可以使用專用屬性擴(kuò)展此定義。子類型通常可以替換它們的通用子類型generic subtype。示例可能包括從通用零件類派生的服務(wù)和物流零件類型，或從通用文檔類派生的RFI和RFP文檔類型。3DEXPERIENCE中可用的對象是通過這種機(jī)制從內(nèi)核中的核心對象中派生出來的，客戶可以進(jìn)一步進(jìn)行子類型，以滿足其業(yè)務(wù)需求。

Attribute屬性：

一個物體(或一個項(xiàng)目)的特征。表單上的任何字段，比如創(chuàng)建或編輯表單，都被稱為屬性。例如,一部分屬性可以包括描述，重量和材料類別。工程變更請求屬性可以包含評論家的評論以及改變的理由。

B. PLM的支柱

PDM的核心是數(shù)據(jù)：

產(chǎn)品數(shù)據(jù)管理(PDM)是PLM的前身，用于管理CAD數(shù)據(jù)。反過來，PLM又建立在PDM的基礎(chǔ)上。數(shù)據(jù)(從字面上講)是PDM的核心，數(shù)據(jù)的管理是大多數(shù)業(yè)務(wù)流程的基礎(chǔ)。PLM系統(tǒng)，特別是3DEXPERIENCE，帶有OOTB[開箱即用]數(shù)據(jù)(或“業(yè)務(wù)”)對象，這些對象代表了產(chǎn)品開發(fā)過程中常見的產(chǎn)品，如項(xiàng)目、零件、文檔、組織、工程變更等。對于某些客戶端，有時需要用特定的屬性配置這些本地?cái)?shù)據(jù)對象，并/或?yàn)?strong>特定的行為進(jìn)行擴(kuò)展。此外，有時需要通過定制來構(gòu)思和實(shí)現(xiàn)全新的數(shù)據(jù)對象。這種工作通常是解決方案架師構(gòu)職責(zé)的一部分，稱為數(shù)據(jù)建模。強(qiáng)烈建議所有PLM項(xiàng)目都使用數(shù)據(jù)建模標(biāo)準(zhǔn)。

概念數(shù)據(jù)建模：

• Entities: 你需要儲存的東西

• Attributes:entities的屬性特征

• Descriptors:屬性的描述

• Relationships:實(shí)體之間的連接

• Cardinality:關(guān)系的程度

（Example：客戶下零個、一個或多個訂單。一個訂單是由一個客戶下的。一個訂單包含一個或多個產(chǎn)品。一個產(chǎn)品出現(xiàn)在0、1或多個訂單上。需要客戶電話值。得到了一個訂單總價值。產(chǎn)品ID是唯一的。）

產(chǎn)品開發(fā)是一個過程：

一旦數(shù)據(jù)模型就位，實(shí)現(xiàn)業(yè)務(wù)流程就很重要了。因此，優(yōu)化產(chǎn)品開發(fā)的關(guān)鍵第一步是從把它看作一個過程開始的。像任何過程一樣，產(chǎn)品開發(fā)也有節(jié)奏和重復(fù)的活動周期。像任何其他過程一樣，產(chǎn)品開發(fā)過程可以通過減少浪費(fèi)的重復(fù)循環(huán)來標(biāo)準(zhǔn)化和改進(jìn)?？梢詫a(chǎn)品開發(fā)系統(tǒng)看作是一個知識工作工廠，它必須處理轉(zhuǎn)換和組合成輸出數(shù)據(jù)的輸入數(shù)據(jù)流。產(chǎn)品開發(fā)知識工廠的機(jī)制是生命周期機(jī)制。

命周期基礎(chǔ)[動態(tài)視圖]：

產(chǎn)品數(shù)據(jù)管理軟件依賴于一組相當(dāng)小的簡單機(jī)制，每一個機(jī)制單獨(dú)考慮時都很簡單，但組合起來就可以建模復(fù)雜的業(yè)務(wù)流程。

PDM的三大核心支柱：

在PDM的核心，我們發(fā)現(xiàn):Revisions 修訂版本Lifecycles 生命周期Policies 策略這些是為每種類型的信息對象定義的，它們?yōu)橄嚓P(guān)工作創(chuàng)建了一種虛擬的“裝配線”。然后，協(xié)調(diào)不同對象的生命周期，以便能夠捕獲依賴關(guān)系和一種流程流。下面的顯示了一種對象類型的三種機(jī)制之間的相互作用

C.支柱1:Revisions

對象演變：

在所有行業(yè)中，對內(nèi)容的修改都需要在內(nèi)部和外部進(jìn)行跟蹤。這種進(jìn)化是按時間順序或沿著時間軸發(fā)生的。根據(jù)行業(yè)和公司的不同，這些獨(dú)立的修改可能有不同的名稱，但最常用的術(shù)語是“版本”或“修訂”。以后我們將使用“修訂”。

Revisions：

在PLM中，任何生命周期對象都可以被修改。當(dāng)修改對象時，會生成一個副本，并分配一個遞增的修訂索引。系統(tǒng)創(chuàng)建并管理給定對象的修訂之間的歷史鏈接。這使得輕松檢索現(xiàn)有對象的舊版本成為可能。新修訂也可能繼承前一修訂的許多上下文特征，因?yàn)樗鼈儽徽J(rèn)為是同樣的血統(tǒng)。被修改的信息由一個稱為聚合的概念決定。

Aggregation聚合：

聚合是事物的集合或分組。在PLM中，它指的是生命周期管理單元，即哪些對象或信息集群是版本管理、成熟度管理、訪問控制等不可分割的基本對象。例如，part對象聚合了幾個屬性以及可能的子零件實(shí)例或表示格式。如果對該零件對象進(jìn)行了新的修訂，則它將應(yīng)用于整個聚合集。獨(dú)立的生命周期管理對象可以以各種方式鏈接在一起，以提供互補(bǔ)/協(xié)同視圖。例子包括一個父零件指向一個子零件，或者一個3DPart指向它的CAD表示。Aggregation [Example]：這種海洋生物“聚集”了它的器官。換句話說，它的器官沒有意義的獨(dú)立存在。在PLM語言中，它們就不 是“生命周期對象”，因?yàn)樯芷跈C(jī)制不能單獨(dú)應(yīng)用于它們。（下圖）

Aggregation [Example]：

在基于文件的CATIA V5中，CAT Product文件聚合產(chǎn)品結(jié)構(gòu)(實(shí)例)和應(yīng)用程序數(shù)據(jù)等信息。類似地，CAT?Part文件聚合規(guī)范和幾何信息。如果你修改，復(fù)制，刪 除，或推廣任何一種文件，所有這些內(nèi)容保持在一起。

Revisions:一頁綜述：

修訂或版本控制是對對象所做更改的管理。PLM是一種修訂控制系統(tǒng)，它跟蹤并提供對業(yè)務(wù)對象變更的控制。因此，修訂構(gòu)成了(按時間順序)配置管理的主干。修訂由用戶顯式地創(chuàng)建，并打算作為永久記錄保存在PLM數(shù)據(jù)庫中。修訂通常由數(shù)字或字母代碼標(biāo)識，通常稱為“修訂索引” “revision index”、“修訂編號”或“修訂級別”。系統(tǒng)按時間順序管理這些代碼的發(fā)布。用戶通常不能手動覆蓋修訂代碼，但管理員可以設(shè)置要遵循的修訂策略。類似地，修訂不能被刪除(通常)。迭代iteration是系統(tǒng)生成的對象，旨在通過允許用戶在意外或遺憾的刪除(或覆蓋)事件中恢復(fù)設(shè)計(jì)數(shù)據(jù)來保護(hù)用戶。

D.支柱2:Life cycles

生命周期繼承-狀態(tài)機(jī)器：

PLM生命周期源于狀態(tài)機(jī)器。狀態(tài)機(jī)器是一個有方向的循環(huán)圖oriented cyclic graph。它由使用傳入和傳出轉(zhuǎn)換在它們之間鏈接的狀態(tài)states組成。轉(zhuǎn)換transition可以與條件和操作相關(guān)聯(lián)。只有在轉(zhuǎn)換條件為真時才能遍歷它，然后它會觸發(fā)由一個或多個命令組成的相關(guān)操作。狀態(tài)機(jī)器的命令可以是:PLM應(yīng)用程序提供的標(biāo)準(zhǔn)命令由配置團(tuán)隊(duì)編寫的命令。（下圖）

Lifecycle介紹：

生命周期圖是一種狀態(tài)機(jī)器，它對對象修訂在整個存在期間可能出現(xiàn)的不同狀態(tài)進(jìn)行建模。例如，一個對象可能經(jīng)歷以下狀態(tài):在工作中、已批準(zhǔn)、已發(fā)布、已廢棄。不同的參與者可以通過提升或降級使對象修訂在其生命周期中移動。3DEXPERIENCE允許為每種類型的對象定義自己的生命周期。

Life?cycle高級視圖：

生命周期圖是一組預(yù)定義的(通常是特定于客戶的)狀態(tài)和門或轉(zhuǎn)換。條件(檢查和控制)可以放置在轉(zhuǎn)換上并執(zhí)行，以決定是否可以通過gate。

當(dāng)一個gate被越過時，命令(觸發(fā)器)被設(shè)置為運(yùn)動其他動作。

Life cycle state狀態(tài)vs. Maturity成熟度：

因?yàn)樯芷跔顟B(tài)圖適用于對象的修訂，而不是隨時間變化的修訂集合所表示的概念族，所以生命周期狀態(tài)通常不會捕獲隨時間變化的成熟度概念。相反，it部門通常就業(yè)務(wù)流程的具體修訂進(jìn)行交流，以便將其集中于產(chǎn)品設(shè)計(jì)。成熟度指的是一個對象(例如機(jī)械零件)離其產(chǎn)品和隨后的商業(yè)發(fā)布有多遠(yuǎn)或多近，通常在項(xiàng)目管理級別處理。

Life cycle:關(guān)鍵點(diǎn)：

對象的生命周期狀態(tài)圖應(yīng)用于對象修訂?？缧抻喌闹貜?fù)活動可以很好地利用生命周期圖。生命周期的狀態(tài)代表了實(shí)現(xiàn)或發(fā)展的離散級別。生命周期狀態(tài)圖有一個開始狀態(tài)和多個最終狀態(tài)。對象修訂在任何給定時間總是恰好處于一種狀態(tài)?？梢葬槍D(zhuǎn)換定義控件，以確保在授權(quán)轉(zhuǎn)換之前滿足某些條件。

在滿足所有轉(zhuǎn)換條件后觸發(fā)動作。對象修訂的生命周期狀態(tài)不應(yīng)該與對象的整體成熟度相混淆。

E.支柱3:Policies

Policy管理生命周期的規(guī)則：

如前所述，生命周期定義了項(xiàng)目從初始階段到廢棄階段所經(jīng)過的狀態(tài)。狀態(tài)的主要目的之一是確定可以在對象上執(zhí)行的工作、誰可以執(zhí)行該工作以及自動化流程的執(zhí)行。因此，策略是管理業(yè)務(wù)對象的一組規(guī)則的名稱，例如通過狀態(tài)的條件和所需的各種批準(zhǔn)。因此，策略與對象生命周期狀態(tài)有關(guān)，它定義了允許訪問、需要的批準(zhǔn)和簽名、版本控制規(guī)則，比如在什么狀態(tài)下允許進(jìn)行新修訂，在什么狀態(tài)下對象被凍結(jié)以防止進(jìn)一步編輯，等等。生命周期圖有一個唯一的開始狀態(tài)，但可能有多個最終狀態(tài)。通過策略，條件控制從一種狀態(tài)升級到另一種狀態(tài)，觸發(fā)器在進(jìn)行轉(zhuǎn)換時執(zhí)行預(yù)定義的任務(wù)。例如，可以將收集多個涉眾批準(zhǔn)的簽名路由用作條件，并且可以在觸發(fā)器中設(shè)置通知。

F.拼接起來

Life cycle x Revision x Policy-實(shí)體基礎(chǔ)：通過生命周期狀態(tài)、對象演化和訪問控制等行為的相互作用進(jìn)行協(xié)作。

Life cycle-Based 協(xié)同：

設(shè)計(jì)師可能會頻繁地更換他們的零件，特別是在密集的詳細(xì)設(shè)計(jì)階段。改變頻率可以在不同的粒度級別上測量:

• 交互式的修改

• 顯式保存操作

• 會話結(jié)束

• 生命周期推廣

• 創(chuàng)建新版本

• 計(jì)劃階段結(jié)束/達(dá)到項(xiàng)目里程碑

對于下游的干系人(如CAE分析師)來說，在正確的時間和正確的頻率獲得變更通知是必要的。太多的通知導(dǎo)致下游數(shù)據(jù)的更新微不足道，工作負(fù)載不合理；太少的通知意味著重要的下游分析可能會被遺漏，相關(guān)的反饋也沒有給設(shè)計(jì)者。這些事件可能太頻繁了，對分析師來說沒有意義:

• 交互式的修改

• 顯式保存操作

• 會話結(jié)束

這些事件可能會向分析師發(fā)出有意義的變更通知:

• 生命周期推廣

• 創(chuàng)建新版本

• 計(jì)劃階段結(jié)束/達(dá)到項(xiàng)目里程碑

版本控制、生命周期提升以及相關(guān)的凍結(jié)和訪問控制更新，可以從方法上進(jìn)行調(diào)優(yōu)，以對應(yīng)所需的更改頻率。這些是適當(dāng)?shù)腜LM機(jī)制，用于凍結(jié)和保存在項(xiàng)目里程碑和評估(如CAE驗(yàn)證)中引用的幾何圖形。

那么怎么拼接起來呢？

可以組合開箱即用OOTB的基本PLM機(jī)制，以支持復(fù)雜的業(yè)務(wù)流程，否則可能需要復(fù)雜的定制軟件。孤立地考慮PLM機(jī)制時應(yīng)該是簡單的;當(dāng)一起使用時很有力。生命周期是為建模(有時強(qiáng)制執(zhí)行……)重復(fù)活動而定義的。生命周期圖中的每個狀態(tài)代表了一個離散的成就水平:

• Example:編輯 編譯 建立 鏈接

生命周期是根據(jù)對象的修訂定義的，因此生命周期狀態(tài)僅指那個特定的修訂，而不是作為概念整體的部分。生命周期圖，當(dāng)與路由一起使用時，可以實(shí)現(xiàn)以下功能:

• 凍結(jié)對象屬性

• 創(chuàng)建新的對象修訂

• 生成一個裝配軌跡

• 從多個利益相關(guān)者那里獲得批準(zhǔn)

關(guān)于PLM基礎(chǔ)的支持材料……

G.關(guān)鍵的區(qū)別

Revision和Life?cycle依賴關(guān)系：

生命周期狀態(tài)定義了對象修訂在其整個生命周期中的進(jìn)展或“成熟度”。為了防止對公司或項(xiàng)目中共享的數(shù)據(jù)進(jìn)行修改，用戶可以凍結(jié)或釋放這些數(shù)據(jù)。不同的行業(yè)和公司已經(jīng)定義了基于生命周期狀態(tài)修改數(shù)據(jù)的業(yè)務(wù)流程。問問你的客戶和你自己:

• 對象的最小生命周期狀態(tài)應(yīng)該是什么?釋放，凍結(jié)，沒有任何條件?

• 誰(哪個角色)可以修改?不同的角色應(yīng)該能夠從不同的成熟度狀態(tài)創(chuàng)建修訂嗎?

• 刪除一個修訂(特別是最后一個)的條件是什么?

• 是否應(yīng)該允許、限制、禁止在工作中多次修改?

• 修改裝配的條件是什么?如何控制起泡?

是否應(yīng)該允許、限制、禁止在工作中的數(shù)據(jù)多次修改?

對于公開發(fā)布的企業(yè)零件，給定零件族的修訂應(yīng)該是可互換的(即。例如，提供相同的Form-Fit-Function或FFF)。在創(chuàng)建新修訂時，用戶需要預(yù)測對父程序集節(jié)點(diǎn)和他職責(zé)范圍內(nèi)的其他數(shù)據(jù)(如繪圖)可能產(chǎn)生的影響。根據(jù)修改的性質(zhì)和可互換性標(biāo)準(zhǔn)，對父組件節(jié)點(diǎn)的影響可能是:保存以在父版本的現(xiàn)有修訂上創(chuàng)建帶有新修訂的鏈接(不要保留帶有以前修訂的鏈接)為父版本創(chuàng)建一個新版本(以保持與以前版本的鏈接)為父程序集創(chuàng)建一個新的引用，因?yàn)楦赋绦蚣辉倏苫Q對于引用他職責(zé)之外的當(dāng)前修訂的數(shù)據(jù)，集成(管理替換)新創(chuàng)建的修訂將是項(xiàng)目的職責(zé)。設(shè)計(jì)修改的互換性規(guī)則：

（汽車工業(yè)中常用的規(guī)則）由于修改或報廢工具的高成本，通常在進(jìn)入加工階段時要求符合形狀和功能。這通常是在某個部分公開可用于商業(yè)產(chǎn)品之前。設(shè)計(jì)修改的類型(是否符合FFF)將決定對父程序集的影響:

• 對父程序集沒有影響

• 需要對父程序集進(jìn)行新的修訂

• 需要父組件的新引用(新零件號)

只有用戶可以根據(jù)公司的互換性規(guī)則確定影響。

訪問控制與鎖：

盡管在某些實(shí)踐中，不應(yīng)該使用對象鎖來代替數(shù)據(jù)訪問控制(例如防止不合格的用戶修改內(nèi)容)。這樣做會導(dǎo)致以下問題:

• 目標(biāo)用戶可能無法修改鎖定對象。

• 非指定用戶可能仍然能夠通過讀權(quán)限訪問機(jī)密信息。

• 非指定用戶仍然可以查詢(搜索)鎖定的對象。

PLM領(lǐng)域

PLM領(lǐng)域目錄

A.Portfolio/Product Management 項(xiàng)目組合/產(chǎn)品管理

B.Configuration Management 配置管理

C.Requirement Management需求管理

D.Program/Project Management 項(xiàng)目管理

E.Systems Engineering 系統(tǒng)工程

F.CAD Management CAD管理

G.Digital Mock up 數(shù)字機(jī)樣

H.BOM Management BOM管理

I.BOM-CAD Alignment BOM和CAD 對比

J.Collaborative Design 協(xié)同設(shè)計(jì)

K.Design in Context 上下文中設(shè)計(jì)

L.Document Management 文件管理

M.Change Management 變更管理

N.PLM Analytics PLM分析

O.Reporting / Dashboards 儀表盤

P.Simulation 仿真

A.Portfolio/Product Management 項(xiàng)目組合/產(chǎn)品管理

Portfolio Management組合管理 [Wikipedia]:

產(chǎn)品管理是公司組織生命周期中的一項(xiàng)職能，負(fù)責(zé)產(chǎn)品生命周期各個階段的計(jì)劃、預(yù)測、生產(chǎn)或營銷。同樣，產(chǎn)品生命周期管理(PLM)集成了人員、數(shù)據(jù)、流程和業(yè)務(wù)系統(tǒng)。它為企業(yè)及其延伸供應(yīng)鏈企業(yè)提供產(chǎn)品信息。雖然涉及到整個產(chǎn)品生命周期，但產(chǎn)品管理的主要關(guān)注點(diǎn)是推動新產(chǎn)品的開發(fā)。根據(jù)產(chǎn)品開發(fā)和管理協(xié)會(PDMA)的說法，優(yōu)質(zhì)和差異化的新產(chǎn)品——為客戶帶來獨(dú)特利益和卓越價值的產(chǎn)品——是成功和產(chǎn)品盈利能力的頭號驅(qū)動力。Portfolio Management價值提案：

Product Concept產(chǎn)品概念：

一般來說，產(chǎn)品就是為銷售而生產(chǎn)的任何商品。更具體地說，產(chǎn)品是低層次產(chǎn)品和/或零件的組裝，可以增加整體的價值。這樣的產(chǎn)品沒有零件編號或修改，通常在配置中進(jìn)行管理。配置產(chǎn)品是對應(yīng)于一系列相關(guān)產(chǎn)品的結(jié)構(gòu)，它們之間往往有很多共性。它是可過濾的，一個配置軸表示產(chǎn)品變體，另一個軸表示隨時間的變化。從管理信息系統(tǒng)的角度來看，產(chǎn)品對象是描述和指定真實(shí)產(chǎn)品所需的所有數(shù)據(jù)的完整描述。

Part概念：

零件是產(chǎn)品中使用的物理零件Component。更一般地說，它是指構(gòu)成更高級別產(chǎn)品組件的表示某種物理現(xiàn)實(shí)的任何項(xiàng)目item。零件是PLM系統(tǒng)中訪問相關(guān)產(chǎn)品的規(guī)范、特性和支持文檔的入口點(diǎn)。零件是一種管理信息系統(tǒng)的概念，表示對某一有形物品tangible item的完整描 述。它是一個支持變更管理、狀態(tài)會計(jì)和審計(jì)的業(yè)務(wù)項(xiàng)目business item。它包含了組件的整個定義，在其開發(fā)生命周期中參與的每個規(guī)程都豐富了組件的定義。一個“零件”可以假定幾種潛在語義中的一種:原材料、子組件、中間組件、子組件、標(biāo)準(zhǔn)件，還有軟件、商品等等。設(shè)計(jì)、制造、采購、采購、物流、售后等都可能需要一個“零件”——事實(shí)上，只要有必要跟蹤這個實(shí)體，每一個相關(guān)的學(xué)科都會需要它。

零件號可能是“智能的”，也可能不是，但是它必須是唯一的。智能:零件引用字符串編碼有關(guān)零件屬性的信息。例:[PRJ]-[零件類型]-計(jì)數(shù)器/修改x88 - 82001 - 0023 / 001運(yùn)行:部分引用只是一個沒有任何有意義的信息的字符串。例:[范圍]計(jì)數(shù)器/修改。

B.Configuration Management 配置管理

Configuration Management配置管理：

單一配置管理解決方案:

• 支持模塊化的體系結(jié)構(gòu)

• 定義最終產(chǎn)品的配置特性

• 管理配置(variants & Options)和規(guī)則 Rules

• 配置結(jié)構(gòu)和解決大型產(chǎn)品變化，可能在3D

Configuration Management層級：

在最底層，配置管理是絕對的，并且關(guān)注對象的修訂，提供其描述和內(nèi)容的明確定義。示例:一個零件，帶有相關(guān)的規(guī)范，3D，制造定義?？杀粰z索以供將來參考的連貫的信息集合。在更高的級別上，配置管理是上下文相關(guān)的，并關(guān)注在更高級別上下文(如產(chǎn)品或程序集)中使用對象。它明確地確定了一個對象是否和何時應(yīng)該作為使用標(biāo)準(zhǔn)的函數(shù)來使用，如時間、單位和/或變體。（示例:多個設(shè)計(jì)解決方案，可以滿足給定的可配置項(xiàng)作為特定需求的功能）

C.Requirement Management?需求管理

Requirement Management需求管理：

（用于管理客戶需求和產(chǎn)品需求的中央存儲庫）在需求規(guī)格說明、規(guī)格說明文件夾、庫中捕獲和組織需求。評估需求、特性和質(zhì)量符合標(biāo)準(zhǔn)及規(guī)例提高產(chǎn)品質(zhì)量和客戶滿意度…

DS Requirement Engineering方法：

基于功能Functional邏輯Logical物理Physical上下文需求Requirements的系統(tǒng)體驗(yàn)(RFLP方法)在產(chǎn)品開發(fā)的所有階段，引出、分析、分解、跟蹤和管理需求。評估統(tǒng)一的3DEXPERIENCE架構(gòu)和開放性所帶來的變化的影響。由于V6一致的配置管理，管理產(chǎn)品的演進(jìn)和多樣性。

D.Program/Project Management 項(xiàng)目管理

Program/Project Management項(xiàng)目管理：

產(chǎn)品計(jì)劃和項(xiàng)目管理，以按時和預(yù)算內(nèi)交付項(xiàng)目:

• 管理和協(xié)調(diào)項(xiàng)目范圍、進(jìn)度、資源和預(yù)算。

• 管理這個項(xiàng)目

• 管理與產(chǎn)品開發(fā)數(shù)據(jù)直接相關(guān)的項(xiàng)目

• 分配和管理任務(wù)

• 提供項(xiàng)目儀表盤

E.Systems Engineering?系統(tǒng)工程

Systems Engineering系統(tǒng)工程 [Wikipedia]：

系統(tǒng)工程是工程和工程管理的交叉領(lǐng)域，重點(diǎn)關(guān)注如何在其生命周期內(nèi)設(shè)計(jì)和管理復(fù)雜系統(tǒng)。在其核心，系統(tǒng)工程利用系統(tǒng)思維原則來組織這一知識體系。當(dāng)處理大型或復(fù)雜的項(xiàng)目時，需求工程、可靠性、 物流、不同團(tuán)隊(duì)的協(xié)調(diào)、測試和評估、可維護(hù)性以及許多其他成功的

系統(tǒng)開發(fā)、設(shè)計(jì)、實(shí)現(xiàn)和最終退役所必需的規(guī)程會變得更加困難。系統(tǒng)工程處理此類項(xiàng)目中的工作流程、優(yōu)化方法和風(fēng)險管理工具。它交叉技術(shù)和以人為中心的學(xué)科，如工業(yè)工程、機(jī)械工程、制造工程、控制工程、軟件工程、電氣工程、控制論、組織研究、土木工程和項(xiàng)目管理。系統(tǒng)工程確保項(xiàng)目或系統(tǒng)的所有可能方面都被考慮到，并集成到一個整體中。系統(tǒng)工程過程是一個發(fā)現(xiàn)過程，與制造過程完全不同。一個制造過程集中于重復(fù)的活動，以最小的成本和時間達(dá)到高質(zhì)量的產(chǎn)出。系統(tǒng)工程過程必須從發(fā)現(xiàn)需要解決的實(shí)際問題開始，并確定可能發(fā)生的最有可能或影響最大的故障——系統(tǒng)工程包括找到這些問題的解決方案。

F.CAD Management CAD管理

位置管理:絕對vs相對：

在3D建模中，組件的幾何形狀需要根據(jù)更高級別的裝配上下文進(jìn)行定位。組件可以按絕對方式(相對于最頂層上下文)定位，也可以按相對方式(相對于直接父對象的上下文)定位。

相對位置-未解決和已解決：

基于實(shí)例instance/引用reference概念的零件重用：

數(shù)據(jù)庫中的每個部分都可能在任何車輛程序中可用或“可實(shí)例化”。只有這些用法或?qū)嵗谒鼈兏髯缘慕Y(jié)構(gòu)中攜帶位置信息。理想情況下，為了便于重用，所有可重用零件都在本地坐標(biāo)中建模。

G.Digital Mock up數(shù)字機(jī)樣

Digital Mock up數(shù)字樣機(jī)：

DMU(數(shù)字樣機(jī))是產(chǎn)品定位的3D定義。進(jìn)一步說，“DMU”重組了所有圍繞數(shù)字模型的活動，如虛擬沖突和清除分析，真實(shí)渲染，人體工程學(xué)研究，等等。參考：

• 虛擬驗(yàn)證

• 工具定義

• 全球多學(xué)科協(xié)作

DMU活動的目標(biāo)是:

• 通過在設(shè)計(jì)過程的早期發(fā)現(xiàn)潛在的問題來減少上市時間。

• 通過最小化需要構(gòu)建的物理原型數(shù)量來降低產(chǎn)品開發(fā)成本。

• 在選擇最終設(shè)計(jì)方案之前，允許更多的設(shè)計(jì)方案被調(diào)查，以提高產(chǎn)品質(zhì)量。
  

整車DMU將成為關(guān)鍵知識產(chǎn)權(quán)：

H.BOM Management BOM管理

我們對BOM有共同的理解嗎？

材料清單列出了期望構(gòu)建產(chǎn)品的?零件?的詳盡清單:零件清單、術(shù)語必須考慮兩種互補(bǔ)的辦法:

• 基本的物料(清單零件清單沒有模棱兩可(100%))

• 配置物料清單(組成最終產(chǎn)品可用的部分用途清單不明確(150%):需要一個選擇來明確最終產(chǎn)品)

BOM方法:2 complementary layers產(chǎn)品系列的參考零件的庫存：

• 引用部分的詳盡平面列表

• 整合“部分功能”語義(拓?fù)錁?biāo)記)

• 數(shù)量及其用法

記錄修訂和成熟度:

• 對與配置管理相關(guān)的修訂行為敏感

頂級零件的參考零件庫存:

• 詳盡的平面列表的引用部分

• 整合“部分功能”語義(拓?fù)錁?biāo)記)

• 數(shù)量

記錄修訂和成熟度:2冒泡修正行為

I.BOM-CAD Alignment BOM和CAD 對比

B OM-CAD的用途和區(qū)別：

如何使用BOM管理我的CAD結(jié)構(gòu)？(數(shù)字模型與傳統(tǒng)BOM方法的一致性)組件在內(nèi)部進(jìn)行描述:零件號+身份證材料清單，當(dāng)它被組成一組規(guī)范數(shù)據(jù)，包括組織在產(chǎn)品結(jié)構(gòu)中的物理架構(gòu)通過這種方法，BOM和產(chǎn)品結(jié)構(gòu)是一致和依賴的:

• 頂部引用的部分由產(chǎn)品結(jié)構(gòu)根描述。

• 一些參考零件無法獲得其產(chǎn)品

• 一些產(chǎn)品不能有他們的參考零件

• BOM數(shù)量表示使用的數(shù)量(在體系結(jié)構(gòu)中定位實(shí)例)

BOM-CAD一致需要：

Iteration Frequency迭代次數(shù)：

元數(shù)據(jù)Metadata World和數(shù)字孿生Digital Twin World：

典型地，在一個大型機(jī)械工程公司，有兩個重要的信息參考，以一種互補(bǔ)的方式工作。有幾何的世界-數(shù)字孿生世界-幫助設(shè)計(jì)，校準(zhǔn)，工藝計(jì)劃，以及隨后的產(chǎn)品運(yùn)行和維護(hù)。然后是元數(shù)據(jù)的世界——通常是企業(yè)BOM的世界——它保存了零件號和屬性信息的通用和完整的寄存器，這有助于成本計(jì)算、訂單和調(diào)度。

J.Collaborative Design 協(xié)同設(shè)計(jì)

Collaborative Design協(xié)同設(shè)計(jì)：

PLM系統(tǒng)最具戰(zhàn)略性和挑戰(zhàn)性的工作之一是支持新產(chǎn)品開發(fā)中的多用戶協(xié)作。例如，一個典型的飛機(jī)項(xiàng)目可能包含10萬個零件、數(shù)十公里的電纜、數(shù)十萬個固定裝置和數(shù)千個工程變更。盡管這看起來很平凡，但在這樣的環(huán)境中，僅僅知道存在什么數(shù)據(jù)以及在哪里可以找到數(shù)據(jù)，對于確保設(shè)計(jì)人員交付的數(shù)據(jù)的協(xié)調(diào)具有巨大的好處。更進(jìn)一步，建立和維護(hù)一個共享的、最新的和權(quán)威的數(shù)字模型可以確保快速解決誤解。

Collaborative Design協(xié)同設(shè)計(jì)：

PLM領(lǐng)域中的協(xié)同設(shè)計(jì)引發(fā)了許多領(lǐng)域和解決方案。以下所有可能在范圍內(nèi):

• 在(幾何)背景下設(shè)計(jì)

• 圍繞共享幾何圖形進(jìn)行實(shí)時協(xié)作

• 確保產(chǎn)品開發(fā)重要階段的記錄和可追溯性

• 實(shí)現(xiàn)從時間n到時間n+1的變化的透明可見性

• 訪問權(quán)限和數(shù)據(jù)安全管理的定義

• 項(xiàng)目管理(例如，設(shè)計(jì)評審事件的定義、建模和篩選)

• 對正在施工的零件進(jìn)行漸進(jìn)的增量共享

• 變更跟蹤及通知

Collaborative Design：

下面的支持技術(shù)(將在本文檔的其他地方詳細(xì)介紹)協(xié)同工作以支持協(xié)同設(shè)計(jì)和并行工程，并可按需訪問最新發(fā)布的數(shù)據(jù)。一種本地版本控制機(jī)制，它對零件演化過程中的每一步都保留一個顯式的、安全的記錄發(fā)布/訂閱機(jī)制，支持更改跟蹤和通知具有可定制狀態(tài)的生命周期圖，允許在構(gòu)建過程中逐步增量地共享部分零件生命周期圖上的提升和降級操作引用/實(shí)例范例，以避免信息重復(fù)和冗余與生命周期圖耦合的凍結(jié)機(jī)制(“成熟度”)通過P&O的安全機(jī)制(訪問權(quán)限)

Reference Structure or Design Environment?在汽車工業(yè)中，有兩種不同的設(shè)計(jì)協(xié)作策略用于管理CAD數(shù)據(jù)的主定義：

• 每個人都直接在相同的、共享的可配置車輛參考結(jié)構(gòu)reference structure中工作。

• 團(tuán)隊(duì)在分布式設(shè)計(jì)環(huán)境design environments下獨(dú)立工作。

這兩種選擇都有優(yōu)點(diǎn)和缺點(diǎn)：

• 設(shè)計(jì)跨組織用戶之間的協(xié)作

• 在車輛程序中維護(hù)一個最新的參考結(jié)構(gòu)

• 能夠根據(jù)工程規(guī)則提供最好的產(chǎn)品結(jié)構(gòu)
  

Reference Structure似乎很好但是……

看起來非常簡單:唯一的真實(shí)來源，WIP數(shù)據(jù)可以根據(jù)需要輕松訪問，只有一個地方可以管理應(yīng)用數(shù)據(jù)但現(xiàn)實(shí)中有很多挑戰(zhàn)，例如:根據(jù)所屬關(guān)系輕松過濾掉WIP數(shù)據(jù)的能力[“通過共享我的團(tuán)隊(duì)的工作數(shù)據(jù)，在來自其他團(tuán)隊(duì)和部門的凍結(jié)/發(fā)布數(shù)據(jù)的環(huán)境中設(shè)計(jì)”]。難以為設(shè)計(jì)活動提供最優(yōu)的產(chǎn)品結(jié)構(gòu)能夠存儲每個領(lǐng)域的應(yīng)用數(shù)據(jù)(緊固件，運(yùn)動學(xué)，3DMaster等)用戶需要用簡單的方法過濾結(jié)構(gòu)并將其存儲為穩(wěn)定的上下文不能包含引用結(jié)構(gòu)中不存在的數(shù)據(jù)無法執(zhí)行只讀數(shù)據(jù)的本地修改。為什么可能需要Design Environments（典型的工業(yè)需求）對于工程活動，用戶需要：

• 從多個車輛程序和平臺收集CAD數(shù)據(jù)(多根)

• 包括不應(yīng)該出現(xiàn)在DMU參考結(jié)構(gòu)中的CAD數(shù)據(jù)(骨架skeletons、工具、CAD對象如視覺錐、環(huán)境模擬數(shù)據(jù)(停車點(diǎn))、分配和清掃卷等)。

• 對上下文數(shù)據(jù)執(zhí)行“臨時”修改:用戶需要對作為上下文使用的已發(fā)布和/或只讀數(shù)據(jù)執(zhí)行“臨時”修改

• 在不影響原始數(shù)據(jù)的情況下執(zhí)行試錯調(diào)查(包括浪費(fèi)不必要的修訂)

• 與DMU參考結(jié)構(gòu)不同的CAD使用的最佳結(jié)構(gòu)(分組，位置，關(guān)系設(shè)計(jì))

當(dāng)工程相當(dāng)復(fù)雜的任務(wù)涉及幾個用戶數(shù)天/數(shù)周當(dāng)必須在參考結(jié)構(gòu)(內(nèi)部或供應(yīng)商)中共享簡化的CAD數(shù)據(jù)，并在CAD主結(jié)構(gòu)中保持完整的IP時。

K.Design in Context上下文中設(shè)計(jì)

Design in Context上下文中設(shè)計(jì)：

上下文中設(shè)計(jì)是指多個用戶在設(shè)計(jì)評審環(huán)境中執(zhí)行各自的設(shè)計(jì)任務(wù)，而不是在獨(dú)立的私人設(shè)計(jì)環(huán)境或結(jié)構(gòu)中工作。

結(jié)構(gòu)擴(kuò)展和DMU過濾：

ENOVIA DMU過濾器filter包括配置、屬性、規(guī)則、音量和區(qū)域。(體積是指動態(tài)定義的三維區(qū)域，可以手動定義，也可以根據(jù)選定的部分定義;區(qū)域是預(yù)先定義并保存以供經(jīng)常參考的區(qū)域。)與產(chǎn)品結(jié)構(gòu)擴(kuò)展和手動選擇一起使用，可以提取產(chǎn)品結(jié)構(gòu)的任何期望子集。

L.Document Management 文件管理

Document Management文件管理：文檔管理通過使用戶輕松地共享文檔來改進(jìn)協(xié)作。它允許各種應(yīng)用程序以類似的方式管理文檔和文件。任何文檔對象都可以檢入Check in任意數(shù)量的文件。每個文件不需要自己的文檔對象。

Document Management：

一旦一個開發(fā)人員“簽出”Check out文檔，其他開發(fā)人員就可以讀取該文檔，但是在設(shè)計(jì)人員“簽入”更新版本(或取消簽出)之前，沒有人可以更改它。啟動文檔時，使用配置了MIME類型信息的特定應(yīng)用程序打開文檔。(MIME = Multi-purpose Internet Mail Extension).當(dāng)文檔被鎖定Lock時，除了擁有該鎖的人之外，沒有人可以檢出該文檔。多頁文檔是一種將大文檔分解為小文檔的方法。TOC(Table Of Contents)目錄與第一個工作表相關(guān)聯(lián)。

M.Change Management 變更管理

Change Management變更管理：

統(tǒng)一的企業(yè)變更管理來管理變更對整個組織的影響:

• 具有不同的實(shí)現(xiàn)路徑，從正式流程到復(fù)雜流程，包括從簡單流程到正式流程的轉(zhuǎn)換路徑

• 變更管理使用問題issues、變更請求Change request、命令Change order和行動Change action

• 它協(xié)調(diào)各種產(chǎn)品數(shù)據(jù)的變化影響

ENOVIA Enterprise Change Management：一個端到端的變更過程，清晰地傳達(dá)變更對整個組織的影響：

• 在一個變更過程下將組織組織在一起

• 推動一致的和可重復(fù)的變更實(shí)踐

• 獲得對所有建議變更的影響分析

• 查看所有受影響組織的變更追溯性

• 與所有受影響的組織清楚地溝通變更決策和分配

Change Management框架：一個端到端的變更過程，清晰地傳達(dá)變更對整個組織的影響ENOVIA的企業(yè)變更框架包括：

• 支持驅(qū)動一致的和可重復(fù)的變更實(shí)踐的變更過程

• 支持隨組織發(fā)展的變更服務(wù)

N. PLM Analytics PLM分析

EXALEAD PLM 分析Anal y tics：

• EXALEAD使組織能夠收集、整理和豐富大數(shù)據(jù)——無論是內(nèi)部的還是外部的、結(jié)構(gòu)化的還是非結(jié)構(gòu)化的、簡單的還是復(fù)雜的——并以用戶希望的方式傳遞這些信息。

• 這些解決方案將大量異構(gòu)、多源數(shù)據(jù)轉(zhuǎn)換為有意義的實(shí)時信息智能information intelligence，幫助用戶改進(jìn)業(yè)務(wù)流程并獲得競爭優(yōu)勢。

EXALEAD PLM分析Analytics：

PLM分析通過高級項(xiàng)目/問題/變更/或質(zhì)量情報，揭示、測量和分析PLM數(shù)據(jù)，以深入理解和改進(jìn)產(chǎn)品開發(fā)流程。例如，您可以立即看到產(chǎn)品缺陷在每個嚴(yán)重程度上是如何隨時間發(fā)展的，或者分析哪個制造過程最受ECO/ECR/ECA的影響。EXALEAD PLM Analytics利用3DS的數(shù)據(jù)智能能力分析復(fù)雜的產(chǎn)品結(jié)構(gòu)和數(shù)據(jù)模型，輔以強(qiáng)大的語義和機(jī)器學(xué)習(xí)。EXALEAD PLM Analytics擴(kuò)展了3DEXPERIENCE平臺的前景和協(xié)作能力，讓每個人都能直接看到并深入了解實(shí)際的PLM數(shù)據(jù)和活動。此外，客戶可以利用PLM分析以一種可控的、低風(fēng)險的方式消除不必要的系統(tǒng)，因?yàn)樗梢苑治鲞@些系統(tǒng)中的任何內(nèi)容，并確定/選擇哪些數(shù)據(jù)與公司最相關(guān)，哪些應(yīng)該保留。

O.Reporting / Dashboards 儀表盤

Dashboards儀表盤：

提供與特定目標(biāo)或業(yè)務(wù)流程相關(guān)的KPIS(關(guān)鍵性能指標(biāo))的概覽視圖。與汽車儀表盤類似，信息儀表盤通常顯示在鏈接到數(shù)據(jù)庫的web頁面上，該數(shù)據(jù)庫確保顯示的信息是最新的。例如，數(shù)字儀表盤允許項(xiàng)目經(jīng)理監(jiān)控產(chǎn)品開發(fā)活動的進(jìn)展狀態(tài)。為了準(zhǔn)確地測量開發(fā)整體執(zhí)行的情況，數(shù)字儀表盤可以捕獲和報告特定的數(shù)據(jù)點(diǎn)，例如可交付的數(shù)量和成熟度，從而提供高層次的項(xiàng)目性能可見性。

NETVIBES智能儀表盤:

NETVIBES儀表盤智能使公司能夠傾聽一切，向所有人學(xué)習(xí)，并實(shí)時行動?，F(xiàn)在你可以在一個實(shí)時儀表盤上了解所有對你重要的東西——從外部的社交網(wǎng)絡(luò)到所有的內(nèi)部系統(tǒng)(從PLM到ERP到CRM)。任何時間，任何地點(diǎn)，在任何設(shè)備上。常見的用例:

• 市場情報

• 競爭情報

• 監(jiān)管事務(wù)

• 社會分析與監(jiān)控

• 企業(yè)門戶

智能儀表盤顯示您正在尋找的信息。你可以根據(jù)你想要跟蹤的方式，建立自己的場景，無論是情緒分析，信息流，還是信息變異。解決的問題:

• 企業(yè)內(nèi)部的碎片化信息

• 社會策略

(Netvibes聚合公司內(nèi)部的所有信息，并從互聯(lián)網(wǎng)上獲取與你的客戶、你的品牌和你本人相關(guān)的信息。)

P.Simulation 仿真

Simulation仿真:

PLM領(lǐng)域的仿真包括使用計(jì)算機(jī)預(yù)測或改進(jìn)未來產(chǎn)品或系統(tǒng)的真實(shí)世界的特性和性能特征。它通常是在一個數(shù)學(xué)模型或未來對象的表示上執(zhí)行的。最常見的一種方法是有限元法(FEM)，它通常用于三維幾何的網(wǎng)格表示。

SIMULIA:

SIMULIA是DS的仿真品牌。它提供了逼真的模擬應(yīng)用程序，使用戶探索產(chǎn)品的真實(shí)行為，自然和生活。SIMULIA應(yīng)用程序加速了在投入物理原型之前評估材料和產(chǎn)品的性能、 可靠性和安全性的過程。

仿真步驟(3D標(biāo)稱情況)

網(wǎng)格(定義網(wǎng)格大小和屬性)

負(fù)載(定義負(fù)載和限制)

計(jì)算(解決)

生成和后處理輸出

分析和報告

Simulation：

關(guān)于模擬的一個重要基礎(chǔ)是，它通常生成比其他產(chǎn)品開發(fā)活動更大的數(shù)據(jù)量。這個例子顯示了多少不同的結(jié)果可以從一個單一的初始CAD零件。

PLM在3DEXPERIENCE中目錄

A.3DEXPERIENCE核心模型和概念

B.3DEXPERIENCE功能域

C.3DEXPERIENCE CAx & PDM Strategy

D.Governance/Lifecycle ServicesE統(tǒng)一的觀點(diǎn)

A.3DEXPERIENCE核心模型和概念

3DEXPERIENCE平臺是一個商業(yè)體驗(yàn)平臺:3DEXPERIENCE為您公司的每一個部門,從市場營銷到工程設(shè)計(jì)——提供軟件解決方案，幫助您在創(chuàng)造價值的過程中，創(chuàng)造差異化的消費(fèi)者體驗(yàn)。憑借單一、易于使用的界面，它在協(xié)同交互環(huán)境中基于3D設(shè)計(jì)、分析、仿真和智能軟件，實(shí)現(xiàn)了行業(yè)解決方案體驗(yàn)。數(shù)字雙胞胎,或“3DEXPERIENCE雙胞胎”，讓您體驗(yàn)一個概念，并通過他們的數(shù)字表現(xiàn)創(chuàng)新和操作產(chǎn)品。

3DEXPERIENCE核心模型和概念:

3DEXPERIENCE Schema 基礎(chǔ)知識:

分解結(jié)構(gòu)Breakdown Structure | Configuration Management:

實(shí)例定義項(xiàng)目在其直接父項(xiàng)目上下文中的用法。實(shí)例包含項(xiàng)目使用的屬性。有效性effectivity是項(xiàng)目使用的條件。這個條件可以從不同的軸來表示:

• 日期

• 里程碑

• 單位

• 特性

狀態(tài)可以對分解結(jié)構(gòu)進(jìn)行操作，以獲得適用項(xiàng)的列表應(yīng)用表達(dá)式的動態(tài)過濾器

B.3DEXPERIENCE功能域

RFLP核心：定義:

• R：產(chǎn)品需求，從規(guī)格到基本要求，跨越所有學(xué)科

• F：定義產(chǎn)品的功能/服務(wù)和流程

• L：配置多學(xué)科產(chǎn)品架構(gòu)和多物理模擬，包括接口

• P：配置的物理結(jié)構(gòu)，有或沒有

多學(xué)科工程：（RFLP 可追溯性）

基于RFLP數(shù)據(jù)框架和基于模型的系統(tǒng)工程方法的系統(tǒng)產(chǎn)品產(chǎn)品和系統(tǒng)架構(gòu)定義：
從產(chǎn)品需求出發(fā)

• 功能和邏輯定義：產(chǎn)品分解結(jié)構(gòu)、模塊、系統(tǒng)架構(gòu)

• 同步的物理定義

多學(xué)科的工程合作模擬

• 虛擬調(diào)試(設(shè)備/機(jī)器)

• 安全失效模式效應(yīng)分析(FMEA)

從R到P的全程跟蹤可配置，支持變更管理。

以制造產(chǎn)品為核心：（PPR的產(chǎn)品）

MBOM利用3d與工程數(shù)據(jù)合作數(shù)據(jù):

• 易于MBOM定義與面向3d的創(chuàng)作功能和專用工

• 通過3D可視化促進(jìn)理解和協(xié)作

• 表格視圖的MBOM審查和編寫

• 先進(jìn)的商務(wù)智能

• 管理工程和制造的配置

• 靈活性和與工程部門的協(xié)作

• 管理工程發(fā)展和工藝計(jì)劃的影響

制造過程Manufacturing Process：（PPR的過程）

PPR負(fù)責(zé)管理制造過程：定義：優(yōu)化和驗(yàn)證工藝計(jì)劃，路線和生產(chǎn)操作、創(chuàng)建配置的3D工作說明、對生產(chǎn)設(shè)備的裝配過程進(jìn)行計(jì)劃、驗(yàn)證和記錄。

制造資源Manufacturing Resources：（PPR 的資源）PPR管理生產(chǎn)制造資源：

• 數(shù)控加工

• 銑削加工

• 車削加工

• Mill-Turn加工

• 機(jī)器人

• 工具(帶工程項(xiàng)目的3D模具設(shè)計(jì))

• 人類工效學(xué)

• 加法制造

從數(shù)字化制造到服務(wù)工程的PPR（3DEXPERIENCE 一致概念模型）

PPR通過BOM，過程和資源的定義來管理數(shù)字下游過程:制造業(yè)的觀點(diǎn)、安裝視圖、服務(wù)視圖、維修的觀點(diǎn)（模擬/虛擬調(diào)試(產(chǎn)品線)配置）

C.3DEXPERIENCE CAx & PDM Strategy

POWER’BY |連接歷史數(shù)據(jù)與未來:

3DEXPERIENCE提供了一個PLM概念模型來建立:基于角色，從所有工程學(xué)科到生產(chǎn)和服務(wù)的數(shù)字連續(xù)性一個基于模型的方法來運(yùn)行和優(yōu)化/預(yù)測產(chǎn)品直到R2017x，這一概念模型主要用于CATIA 3DEXPERIENCE的設(shè)計(jì)。在R2018x中，POWER 'BY策略為其他CAD應(yīng)用程序提供了相同的架構(gòu)。

D.Governance/Lifecycle Services 治理/生理周期服務(wù)

需求管理Requirement Management(可追蹤的需求管理)

管理客戶需求和產(chǎn)品需求的中央資料庫:2在需求規(guī)格說明、規(guī)格說明文件夾、庫中捕獲和組織需求。

• 評估需求、特性和質(zhì)量。

• 符合標(biāo)準(zhǔn)及規(guī)例

• 提高產(chǎn)品質(zhì)量和客戶滿意度...

統(tǒng)一的配置管理Configuration Management(模塊化，多學(xué)科產(chǎn)品配置，所有結(jié)構(gòu)配置)

單一配置管理解決方案:

• 支持模塊化的體系結(jié)構(gòu)

• 定義最終產(chǎn)品的配置特性

• 管理配置(變體Variant和演進(jìn)evolution)和規(guī)則rules

• 配置結(jié)構(gòu)和解決大型產(chǎn)品變化，可能在3D

跨產(chǎn)品開發(fā)生命周期的變更管理(Issue / Change Request / Change Order / Change Action)

統(tǒng)一的企業(yè)變更管理來管理變更對整個組織的影響:

• 不同的實(shí)現(xiàn)路徑從簡單到使用問題、更改請求、命令和操作的更正式和更復(fù)雜的流程。

• 變化對各種產(chǎn)品數(shù)據(jù)的影響。

項(xiàng)目管理以支持產(chǎn)品開發(fā)（項(xiàng)目和任務(wù)管理)

產(chǎn)品計(jì)劃和項(xiàng)目管理，以按時和預(yù)算內(nèi)交付項(xiàng)目: ?管理和協(xié)調(diào)項(xiàng)目范圍、進(jìn)度、資源和預(yù)算

• 管理這個項(xiàng)目

• 管理與產(chǎn)品開發(fā)數(shù)據(jù)直接相關(guān)的項(xiàng)目

• 分配和管理任務(wù)

• 提供項(xiàng)目儀表板

E統(tǒng)一的觀點(diǎn)

3DEXPERIENCE一致概念模型

MSR: Model Scenario Result:

除了支持?jǐn)?shù)字化設(shè)計(jì)和制造的RFLPPR模型，3DEXPERIENCE還擁有支持?jǐn)?shù)字化仿真的MSR模型。MSR代表:

• 模型:要分析的產(chǎn)品數(shù)據(jù)

• 場景:要應(yīng)用的模擬類型

• 結(jié)果:產(chǎn)出的類型

產(chǎn)品咨詢：

電話：400-990-9223