處理顯示在需要針對 Integrity 整合進行轉換之 Windchill 中的抽象規格與需求類型
當從 Windchill 的先前發行版本或版本層級升級或更新時，後安裝流程的一部份是偵測在 Windchill (需要針對 Integrity 整合進行轉換) 中的「抽象規格與需求類型」。
Windchill 資料模型與 Integrity 需求模組轉換流程
第一步是瞭解各種 Windchill 更新的適當 Windchill 資料模型與 Integrity 需求模組轉換。
在 Windchill 10.1 M010 中，RequirementsLink 資料模型與「Integrity 需求模組」完全一致。依預設，Windchill 中有少量可用的類型。這些類型為：
Abstract Specification
> Specification Document
> Requirement Document
> Test Suite
Requirement
> Specification Item
> Requirement Item
> Test Case
針對舊有 Windchill 系統，類型為：
Abstract Specification* => Abstract Specification
Managed Specification => Requirement Document
Section* => Requirement Document (with Category as "Heading")
Requirement* => Requirement Item
Verification Requirement => Test Case
*Source Type will remain as it is
舊版 Windchill 系統更新時，現有類型將按照下列方式轉換︰
Abstract Specification* =>Abstract Specification
Managed Specification =>Requirement Document
Section* =>Requirement Document (with Category as "Heading")
Requirement* =>Requirement Item
Verification Requirement=>Test Case
使用者可能擁有舊有類型的自訂子類型，這些子類型在 Windchill 更新期間無法轉換為最新資料模型。您可以使用 Windchill Diagnostic Utility (WinDU) 與 Windchill Repair Utility (WinRU) 來處理舊有類型的自訂子類型。
如何偵測顯示在需要針對 Integrity 整合進行轉換之 Windchill 中的抽象規格與需求類型
當從 Windchill 的先前發行版本或版本層級升級或更新時，後安裝流程的一部份是偵測在 Windchill (需要針對 Integrity 整合進行轉換) 中的「抽象規格與需求類型」。