检测规范和需求中的问题
执行 Windchill 更新时，更新前和更新后进程包括诊断和报告 Windchill 更新前后存在的任何可配置子类型。
Windchill Diagnostic Utility (WinDU) 支持对 Windchill 中规范和需求子类型存在的问题进行检测。如果修复任务是必需的，则会在 WinDU 任务指定的特性文件位置创建生成的 XML 特性文件。
先决条件
在运行 Windchill Diagnostic Utility (WinDU) 任务前，请阅读并理解 Windchill Diagnostic Utility Guide (《Windchill 诊断实用程序指南》)，以确保您：
• 为您的安装或更新安装相应的 WinDU 临时修补程序。
• 了解何时运行 Windchill Diagnostic Utility (WinDU) 实用程序。
• 了解如何运行 Windchill Diagnostic Utility (WinDU) 实用程序。
Windchill Diagnostic Utility Guide (《Windchill 诊断实用程序指南》) 包含选择和运行 WinDU 诊断任务的说明。要阅读的章节包括“类别”、“筛选和相关性”以及“WinDU 诊断任务”。“WinDU 诊断任务”一章包括 Detect issues in Specification/Requirement types 任务。
要访问
Windchill Diagnostic Utility Guide (《Windchill 诊断实用程序指南》) 的最新修补程序和文档链接所在的“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. 从 All 类别中，选择 Detect issues in Specification/Requirement types。
2. 在 Requirements Integration 选项卡中，输入生成的 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>
在使用更新的 <toType> 值填充 XML 特性文件并保存文件后，可以运行 WinRU 任务以配置规范和需求。
