子项目

子项目仅在典型项目中可用。如果转换为 EPP 项目类型，则子项目将转换为汇总活动。

将大项目或大项目群分解为可以由单独团队管理和执行的部分时，子项目很有用。

在 Windchill 处理子项目关系的方式方面存在若干限制。理解子项目中的计划信息与父项目或项目群的关系，以确定如何才能最大限度地利用子项目的优势，这一点非常重要。

从项目或项目群空间或上下文视图上看，所有项目或项目群都是对等的。也就是说，在父项与任何相关的子项之间不共享或继承团队、文件夹、文档或部件、措施项、会议、资源或访问权限。

仅在计划中，项目或项目群和子项目之间才有关系。父计划中的节点可能标识了它与另一个项目或项目群中顶层计划节点间的子项目关系。

计划状况、完成百分比、工作量和成本是从子项计划计算到该子项计划所链接的父项计划中的子项目计划对象。

不能建立这种父项计划中的更改传播给子项的优先级关系。例如，父项计划中已传播的开始日期的更改不能影响子项计划的开始日期。仅能从子项向父项传播。例如，如果子项估计完成日期被延长并且父项计划包含有关子项目计划对象的优先级约束，则那些在父项计划中位于子项计划完成之后的活动只能在子项计划完成后才能开始。

子项目或项目群必须存在，才能对其进行链接。但是，在准备好链接子项之前，您可以在父项中定义一个用作占位符的子项目。

如果您需要创建父项计划元素与子项计划元素之间的相关性，最好在父项中定义和管理整个计划。在这种情况下，尽管子项目或项目群中未创建计划，但将其用作集中协作空间，该空间具有唯一的团队、文件夹、措施项，而且可能还具有可交付结果。子项空间中的项目或项目群经理也可以在父项空间中定义，并且可以授予其定义、执行和编辑父项中部分计划 (表示可能已经在子项中定义的内容) 的权限。

通过将父项主计划中每个节点的职责分配给子项目的项目或项目群经理，便可以对庞大的计划进行管理。项目或项目群经理可以在子项目中定义指向父项目或项目群中计划节点的超级链接，并且只需展开该节点，就可以编辑该节点下的关键计划对象。