偵測規格與需求中問題
執行 Windchill 更新時，更新前與更新後流程的一部份是診斷及報告在更新 Windchill 前後存在的任何可供配置子類型。
Windchill Diagnostic Utility (WinDU) 支援偵測 Windchill 中規格與需求子類型中是否存在問題。如果需要修復任務，會在於 WinDU 任務中指定之內容檔案位置建立產生的 XML 內容檔案。
先決條件
在執行 Windchill Diagnostic Utility (WinDU) 任務之前，請先閱讀並瞭解 Windchill Diagnostic Utility Guide (Windchill Diagnostic Utility 指南)，確保您：
• 針對安裝或更新安裝適當的 WinDU 暫時修補程式。
• 瞭解執行 Windchill Diagnostic Utility (WinDU) 公用程式的時間。
• 瞭解執行 Windchill Diagnostic Utility (WinDU) 公用程式的方式。
Windchill Diagnostic Utility Guide (Windchill Diagnostic Utility 指南) 提供關於選取及執行 WinDU 診斷任務的指示。要閱讀的章節包括 Categories, Filtering and Dependencies 與 WinDU Diagnostic Tasks。WinDU Diagnostic Tasks 一章包括 Detect issues in Specification/Requirement types 任務。
欲存取
Windchill Diagnostic Utility Guide (Windchill Diagnostic Utility 指南) 的最新修補程式與文件集連結所在的 WinDU 與 WinRU 修補程式頁，請轉至 URL：
Http://www.ptc.com/appserver/wcms/standards/freefull_cs_jsp?&im_dbkey=122537&icg_dbkey=893。
用來偵測規格與需求中問題的 WinDU 任務
Detect issues in Specification/Requirement types 診斷任務會核對 Windchill 中抽象規格與需求類型的預設子類型。它也會偵測可在 Windchill 中使用的其他子類型，而這些子類型在 Integrity 整合時需要進行轉換。
此任務可藉由選取 Windchill Diagnostic Utility (WinDU) 中的 Detect issues in Specification/Requirement types 診斷任務來執行。
1. 從「全部」類別，選取 Detect issues in Specification/Requirement types。
2. 在「需求整合」標籤中，輸入產生之 XML 檔案所在的目錄路徑。
3. 執行任務到完成。
| 請勿從此任務退出。它必須執行到完成，否則會發生錯誤。 |
分析 Windchill Diagnostic Utility (WinDU) 結果
WinDU 流程會將填入的資料儲存在 WinDU XML 記錄檔中。記錄檔：
• 會列出潛在的與發現的問題
• 會列出所有自訂的子類型與每個類型的物件計數
• 如果找不到特定類型的物件，會針對轉換略過該類型
• 需要轉換的類型會標記 "**"
• 所產生內容檔案 (.XML 檔案) 的名稱與修復任務資訊會列出來
以下是 WinDU 記錄檔範例。
Running diagnostic task to check RequirementsLink types.
----------------------^^BEGIN <Abstract Specification>^^----------------------
Detected additional sub-types as below:
=> WCTYPE|com.ptc.windchill.enterprise.requirement.Specification|com.
ptc.ptcnet.TestSpec [0 object(s)]
=>** WCTYPE|com.ptc.windchill.enterprise.requirement.Specification|com.
ptc.reql.TestSuite|TestSuite.Sub [1 object(s)]
--Note: ** indicates fix required for the sub-type of 'Abstract Specification'
Please fix the XML file 'D:\Users\brath\Desktop\reql_6749261481745032655.xml'
and run the WinRU 'Fix Specification/Requirement Sub-types' using the same file.
----------------------^^^END <Abstract Specification>^^^----------------------
-----------------------^^BEGIN <Requirement>^^--------------------------------
Detected additional sub-types as below:
=> WCTYPE|com.ptc.windchill.enterprise.requirement.Requirement|com.ptc.reql.
InputItem|InputItem.Sub [0 object(s)]
=> WCTYPE|com.ptc.windchill.enterprise.requirement.Requirement|com.ptc.
ptcnet.TestRequirement [0 object(s)]
---'Requirement' (sub)types are OK (since objects not found for
additional sub-types).
----------------------^^^END <Requirement>^^^--------------------------------
Completed diagnostic task for checking RequirementsLink types in 7026ms.
如果在 Windchill 更新期間，沒有轉換任何 Windchill 需求與抽象規格子類型，可藉由在 WinDU 所產生的 XML 內容檔案中修改及儲存此內容來填入這些子類型。您可以在任何文字編輯器或 XML 應用程式中修改 XML 內容檔案。
XML 內容檔案包含 <fromType> 與 <toType>，其中 <fromType> 在 WinDU 診斷任務期間產生。您必須為預期值提供 <toType> 標籤中的更新值，如註解欄位中所述。
以下是需要 <toType> 值的 WinRU 內容檔案範例。
<?xml version="1.0" encoding="UTF-8"?><TypeConverter>
<Convert>
<fromType>WCTYPE|com.ptc.windchill.enterprise.requirement.Specification|
com.ptc.ptcnet.TestSpec</fromType>
<!--Specify one of the values for 'toType' - [REQ_DOC | SPEC_DOC |
TEST_SUITE | REQ_ITEM | SPEC_ITEM | TEST_CASE]-->
<toType/>
</Convert>
<Convert>
<fromType>WCTYPE|com.ptc.windchill.enterprise.requirement.Specification|
com.ptc.reql.TestSuite|TestSuite.Sub</fromType>
<!--Specify one of the values for 'toType' - [REQ_DOC | SPEC_DOC |
TEST_SUITE | REQ_ITEM | SPEC_ITEM | TEST_CASE]-->
<toType/>
</Convert>
</TypeConverter>
當您在 XML 內容檔案中填入更新的 <toType> 值並儲存檔案之後，可以執行 WinRU 任務來配置規格與需求。
