Teamcenter中的BOM模組中的版本規則在實際專案中起到什麼作用？

1樓：Benjamin Huang

一組前提性的基本常識：

1 Item 用來指代實際業務場景中需要管理的零部件；

2 乙個 Item 擁有至少乙個 Revision；

3 這些 Revision 所包含的資料互不相同；

4 這些 Revision 指代的都是同一種零部件，只不過指代的是該種零部件的不同版本；

接下來進入正題。

BOM有精確和非精確之分。乙個部件的非精確BOM僅僅定義了該部件使用了哪些零件（或者子部件，但為簡便計，此處均視作零件，下同），但並沒有定義這些零件各自都是哪個版本被用於該部件。換言之，非精確BOM是乙個「活」的產品結構，精確BOM是乙個「死」的產品結構。

問題就在這個「活」字。既然產品結構是「活」的，那就意味著產品結構還沒有定義完全，產品結構的資訊是有歧義的。顯然，若僅如此是不夠的。

為此，非精確BOM需要有乙個配套的版本規則，來共同說明這個部件到底是由哪些零件構成，以及由這些零件各自的哪個版本構成。

例如，甲是乙個部件，工程師在設計它的某乙個版本（甲/X）時，定義它由乙和丙兩個零件構成。那麼，甲/X的產品結構（非精確）可以用簡單等式表達為：甲/X=乙+丙。

然而，乙和丙各自都有若干個版本（乙/A、乙/B、乙/C…… & 丙/A、丙/B、丙/C……）。那麼甲/X到底是什麼樣子的呢？是乙/A+丙/A嗎？

還是乙/A+丙/B？抑或是其他的組合？版本規則就是回答這個問題的。

版本規則（Revision Rule）是由使用者設定的、用於確定產品結構中的每乙個 Item 在特定時間具體選用（或著說「配置」）其哪乙個 Revision 的一組引數。每一種版本規則是由若干個規則條目構成的。

從題主的描述來看，他對規則條目的型別以及每種型別規則條目的引數的含義是清楚的，對版本規則發揮作用的機制也是清楚的。看來，問題在於：為什麼要人為地弄乙個「非精確BOM」這個概念出來？

弄出來又不能直接用，還得再整乙個版本規則來配合使用，這豈不是故弄玄虛嗎？為什麼不直接用精確BOM就好了？非精確BOM到底有什麼業務價值？

其實，原因很簡單：設計方法需要這麼做。