3.3.5 項目、PWP和相關BOM架構的模型定義：
基于一個給定的合同產品組合的項目、PWP和相關BOM的架構規則：
圖11 架構規則
(1)項目通過ProgWP的完整BOM或其中的部分零件管理產品。
(2)每一個ProgWP與一個特定的項目關聯。
(3)沒有ProgWP可以超過其歸屬項目的邊界。
基于一個給定的合同產品組合的項目、PWP和相關BOM的架構規則：
(4)每個項目可以有一個或多個ProgWP。
(5)每個零件號都屬于一個特定的ProgWP (也屬于一個PWP)。
(6)一個項目只能在ProgWP中選擇End Items，然后，關聯到項目下。
基于一個給定的合同產品組合的項目、PWP和相關BOM的架構規則：
(7)屬于同一個項目的多個可以在一個完整BOM的不同分枝上 (見實例的黃色部分)。
(8)產品投產只能在其父項目上選擇End Item。
基于一個給定的合同產品組合的項目、PWP和相關BOM的架構規則：
(9)集成其他項目的ProgWP的輸出的項目被稱為“集成項目”（見紅圈內的項目）
(10)每一個遞交End Item給外部客戶的項目必須是一個集成項目。
即使在End Product的組成零件來自一個客戶的不同合同時，所有這些規則也是有效的。 (注: 此時將有不止一個合同產品組合)
基于多個合同產品組合的項目、PWP和相關BOM的架構規則：
(11)如果一個共用件在一個非其初始創建項目是，不需要創建ProgWP，因為不需要工程部門做工作。
(12)然而，一旦一個共用件需要做更改來滿足新項目（可能屬于同一個或其他合同產品組合）的要求時，就需要為此項目創建一個ProgWP。
圖12 基于多個合同產品組合的項目、PWP和相關BOM的架構規則
3.3.6 業務流程模型定義:
PLM產品生命周期管理的業務主流程對產品成熟度的整個過程的進行了明確定義。一個產品的成熟度過程，從在PWP中，由設計工程師創建的WIP工作狀態，產品的版本可以為設計方案/小版本，通過DAR流程，由主管工程師批準的設計批準狀態；然后，再在PWP中，通過EAR流程，由主管工程師批準后進入工程批準狀態(見 pic#1)；最后，在項目中，通過CR/CO流程，由工程經理和項目經理批準，進入發放狀態(見 pic#2)。
Pic #1
Pic #2
3.3.7 數據安全模型定義
PBU – 基于產品的組
•所有PBU組的用戶可以查看其它PBU組的數據。
•只用數據所有組的用戶可以更改數據。
•用戶是否可以更改數據的權限尤其所在組的角色進行定義。
CBU (OEM) 組
•基于客戶的數據本質上有客戶所有和控制。
•這些數據不客氣夸CBU進行共享，并只能由CBU組的成員用戶進行查看瀏覽。
標準件組
•所有用戶可以查看和使用不同類型的標準件 (緊固件, 核心件…)。
•只有標準件的所有組的用戶可以創建和更改數據。
(核心知識) 組
•只有核心團隊用戶可以查看和更改核心數據。
•其他用戶只能查看核心團隊發布的數據。
項目可以打破PBU/CBU的壁壘共享數據
•零件被指派給項目
•人員被指派給項目
•一個用戶更改數據的權限由其所在項目的角色決定。
圖13 數據類型安全模式環形圖
圖14 用戶組和數據類型安全模式對照圖
相關閱讀：
化裁之變，推行之通，PLM的必由之路——PLM的實踐（1）
業務之心，通變之源，PLM的成功之基——PLM的實踐（2）
千里之行，始于足下，PLM的實施之始——PLM的實踐（3）
大而無外，小而無內，PLM的模型之義（上）——PLM的實踐（4）
惟精惟一，允執厥中，PLM的設計之法（上）——PLM的實踐（5）
惟精惟一，允執厥中，PLM的設計之法（下）——PLM的實踐（5）
風物宜放眼，寧靜以致遠，PLM的發展之向——PLM的實踐（6）
言之既出，行必有果，PLM的落實之行—— PLM的實踐（7）
核心關注：拓步ERP系統平臺是覆蓋了眾多的業務領域、行業應用，蘊涵了豐富的ERP管理思想，集成了ERP軟件業務管理理念，功能涉及供應鏈、成本、制造、CRM、HR等眾多業務領域的管理，全面涵蓋了企業關注ERP管理系統的核心領域，是眾多中小企業信息化建設首選的ERP管理軟件信賴品牌。
轉載請注明出處：拓步ERP資訊網http://www.guhuozai8.cn/
本文網址：http://www.guhuozai8.cn/html/solutions/14019323892.html
相關文章
