笔记
不要使用默认管理员帐户创建项目上下文。相反,请使用作为您正在创建上下文的组织的项目创建者的帐户。此外,不要将默认管
理员帐户添加为上下文的团队成员。有关详细信息,请参阅第56页的开始之前。
• wt.lifecycle.LoadLifeCycle.createWTAclEntry - 为生命周期阶段创建临时访问控制。
• wt.content.LoadDataFormat.createDataFormat - 添加加载内容文件中使用的数据格式。
• wt.effectivity.LoadEffectivity.createConfigurationItem - 加载配置项。配置项对于批号有效和序列号有效是必需的,但对于日期有效是可选
的。
• wt.effectivity.LoadEffectivity.createWTDatedEffectivity - 加载日期有效性。有效性将与最后加载的 WTPart 对象相关联。
• wt.effectivity.LoadEffectivity.createWTSerialNumberedEffectivity - 加载序列号有效性。有效性将与最后加载的 WTPart 对象相关联。
• wt.effectivity.WTLotEffectivity.createWTLotEffectivity - 加载批次有效性。有效性将与最后加载的 WTPart 对象相关联。
• wt.inf.team.ix.LoadSharedTeam - 加载共享团队。共享团队可以加载到组织上下文中,并用作在整个组织中集中团队管理的一种方式。有关详细信
息,请参阅第18页的有关 wt.inf.team.ix.LoadSharedTeam 的更多信息。
• wt.org.LoadUserPicture.update - 加载图片并将其关联到系统中的用户配置文件。有关详细信息,请参阅有关 wt.org 的更多信息。
LoadUserPicture.update(第 19 页)。
更多关于 wt.doc.LoadDoc。开始创建WTDocument
wt.doc.LoadDoc.beginCreateWTDocument 方法支持版本控制以允许以指定的版本和迭代创建文档。多个文档版本意味着一个序列。例如,后续的
批量加载运行可以填补空白,但它们是通过附加到先前版本的最新迭代来实现的。
如果将较新的迭代添加到先前版本,则新版本将附加到新的最新迭代。例如:
载荷集 1 (E.1, A.1, C.2) 产生 (A.1, C.2, E.1)。前身:C.2是A.1,E.1是C.2。
载荷集 2 (B.1, A.2, C.1, C.3) 产生 (A.1, A.2, B.1, C.1, C.2, C.3, E.1 )。
的前身:B.1是A.2,C.1是B.1,E.1是C.3。B.1 的迭代历史显示 A.2 和 A.1 C.1 的迭代历史显示 B.1、A.2 和 A.1
E.1 的迭代历史显示 C.3、C.2、C.1、B.1、A.2 和 A.1
添加的任何新版本或迭代都会继续将先前的链接更改为先前版本的最新迭代。
笔记
版本控制支持排序中的间隙。
有效版本控制的示例有:(A.1,A.3,B.2,B.5,E.4,E.5)
更多关于wt.part.LoadPart.beginCreateWTPart
wt.part.LoadPart.beginCreateWTPart 方法支持版本控制。这允许以指定的版本和迭代创建零件。多个部分版本意味着一个序列。例如,后续
的批量加载运行可以填补空白,但它们是通过附加到先前版本的最新迭代来实现的。如果将较新的迭代添加到先前版本,则新版本将附加
到新的最新迭代。
例如:载荷集 1 (E.1, A.1, C.2) 结果为 (A.1, C.2, E.1)。
前身:C.2是A.1,E.1是C.2。载荷集 2 (B.1, A.2, C.1, C.3) 产生 (A.1, A.2, B.1, C.1, C.2, C.3, E.1 )。
的前身:B.1是A.2,C.1是B.1,E.1是C.3。B.1 的迭代历史显示 A.2 和 A.1 C.1 的迭代历史显示 B.1、A.2 和 A.1
E.1 的迭代历史显示 C.3、C.2、C.1、B.1、A.2 和 A.1
添加的任何新版本或迭代都会继续将先前的链接更改为先前版本的最新迭代。
笔记
版本控制支持排序中的间隙。
有效版本控制的示例有:(A.1,A.3,B.2,B.5,E.4,E.5)
当您加载不按顺序的版本并将关系加载到这些部分时,您应该了解有关排序数据的一些事项:
• 关系从被识别为新版本的前身向前复制。例如,在有序案例中,您创建第 1 部分 A.1 与文档 2 的引用或描述关系。当您修改以获取第 1 部分 B.1
时,将 A.1 的关系复制到它,因此它具有与 doc 2 的关系也是如此。
• 如果在创建新版本之后创建关系,则不会向前复制关系。例如,如果创建了第 1 部分 A.1 和 B.1,然后第 A.1 部分创建了与文档 2 的关系,则第
1 部分 B.1 不会自动将与文档 2 的关系复制到它。如果要创建该关系,则必须显式创建它。
• 来自前任的关系不是累积的。(这一点进一步阐明了这个列表中的第一点。)关系只是从一个识别的前任复制而来,而不是前任的积累。如果
您创建与文档 2 相关的第 1 部分 B.1 和与文档 3 相关的第 1 部分 A.1,则第 1 部分
C.1 仅继承与 doc 2 的关系。
鉴于这些基本规则,您可以想象其他场景。在对版本或迭代的创建及其关系进行排序时,请仔细考虑您的计划,以确保获得您想要的结果。
更多关于wt.inf.team.ix.LoadSharedTeam
加载文件必须包含一组定义团队的标签。例如,假设您要导入具有以下信息的共享团队:
• 共享团队名称:设计团队
• 描述:负责设计的公司团队成员
• 所有者:执行加载的用户。默认情况下,执行加载的用户成为所有者。如果要设置不同的所有者,请在 csvsharedTeamOwner 标记中包含用户的
UID。
• 邀请:欢迎加入设计团队!
• 共享团队已启用且可扩展
您用来执行加载的 XML 文件的内容如下:
<?xml 版本="1.0"?>
<!DOCTYPE NmLoader SYSTEM "standardX20.dtd">
评论0
最新资源