检测规范和需求中的问题
执行 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 任务以配置规范和需求。
这对您有帮助吗?