Возможности управления данными > Управление проектами > Классические планы > Классические объекты плана > Подпроекты
  
Подпроекты
* 
Подпроекты доступны только в классических проектах. При преобразовании в проект с типом EPP подпроекты преобразуются в суммарные задачи
Подпроекты полезны при разбивке больших проектов или программ на отдельные части, которые могут управляться и выполняться отдельными коллективами.
Для способов, которыми Windchill обрабатывает взаимосвязи подпроекта, существуют некоторые ограничения. Необходимо понять взаимосвязь данных плана в подпроекте с родительскими проектами или программами, чтобы определить, как наилучшим образом воспользоваться преимуществами подпроекта.
Из пространственного или контекстного вида проекта или программы все проекты или программы равноправны. То есть нет совместного использования или наследования команд, папок, документов или частей, распоряжений, совещаний, ресурсов или прав доступа между родителем и любыми связанными подпроектами.
Единственная взаимосвязь между проектом или программой и подпроектом осуществляется через план. Узел в плане родителя может определить взаимосвязь подпроекта с узлом верхнего уровня в другом проекте или программе.
Статус плана, процент выполнения, трудозатраты и стоимость вычисляются от плана потомка к объекту плана подпроекта в плане родителя, с которым связан план потомка.
Старшинство взаимосвязи невозможно установить, т. к. изменения в плане родителя распространяются вниз к потомку. Например, распространенное изменение дат начала в плане родителя не может повлиять на дату начала плана потомка. Распространение происходит только от потомка к родителю. Так, если расчетная дата окончания потомка вытолкнута, а в план родителя включается ограничение старшинства на объект плана подпроекта, тогда те задачи в плане родителя, которые следуют за выполнением плана потомка, не могут начаться до завершения плана потомка.
Дочерний проект или программа должны существовать до возможности создания ссылки на них. Но можно определить подпроект в родителе для функционирования в качестве местозаполнителя, пока потомок не будет связан.
Невозможно определить отношение подчинения взаимосвязей от задач родителя к задачам в потомке.
* 
Если требуется создать зависимость взаимосвязей между элементами плана родителя и элементами плана потомка, лучше всего определить весь план в родителе и управлять им. В этом случае, пока не создано ни одного плана в проекте или программе потомка, последний используется в качестве концентрированного совместного пространства с уникальным коллективом, папками, распоряжениями и возможными результатами. Менеджер проекта или программы в пространстве потомка также может быть определен в пространстве родителя и может получить обязанность определения, выполнения и редактирования части плана в родителе (представляя то, что могло быть определено в потомке).
Можно управлять большим планом, возложив ответственность за каждый узел в мастере плана родителя на менеджера проекта или программы подпроекта. Менеджер проекта или программы может определить гиперссылку в подпроекте для узла плана в проекте или программе родителя, развернуть этот узел и править ключевые объекты плана под этим узлом.