Возможности управления данными > Использование пакетов для импорта и экспорта данных для автономной совместной работы > Отправка и получение пакетов Windchill > Рекомендуемые методы работы с пакетами
  
Рекомендуемые методы работы с пакетами
Рекомендуемые методы сбора объектов в пакеты
Содержимое пакетов Windchill, используемых для внешней совместной работы, собирается на основе связей объектов. Создание пакетов начинается с одного или нескольких первоначально выбранных объектов, применения правил сбора и сбора связанных объектов вместе для формирования содержимого пакета.
Используйте коллектор для сбора объектов вместо включения всех объектов в таблицу первоначально выбранных объектов.
Если для сбора используется несколько версий одного и того же первоначально выбранного объекта, используйте несколько управляемых сборов, чтобы создать опции сбора для каждой версии этого объекта.
Задайте правила сбора, чтобы собрать все зависимые объекты с гарантией, что важные объекты не остались вне пакета.
Используйте управляемый сбор как первоначально выбранный объект для сценариев сложных сборов. Возможна ситуация, когда следует применить различные правила сбора к различным первоначально выбранным объектам или правила сбора приведут к нескольким версиям одного и того же объекта, собранным в пакете. Для каждого управляемого сбора могут существовать свои собственные правила сбора.
Рекомендуемые методы работы с большими пакетами
Пакеты Windchill не ограничены конкретным размером. Поскольку число объектов в содержимом пакета может возрастать, существует ряд рекомендаций, тесно связанных с обработкой пакетов, содержащих более 2000 объектов.
Если в пакете будет собрано более 60 000 объектов, системный администратор должен задать соответствующее значение для свойства com.ptc.core.collectionsrv.engine.limitDependencyTracing. Дополнительные сведения см. в разделе Функциональность страницы рабочей области.
Просматривайте пакет или содержимое управляемого сбора для сайтов, работающих с пакетами, содержащими большое количество объектов, в виде списка, а не в виде дерева. Древовидное представление, хотя и обеспечивает более удобную навигацию в управляемых сборах, содержащихся в пакете, не всегда может поддерживать большое число объектов. Использование списка предоставляет возможность постраничного просмотра элементов пакета или управляемого сбора. Можно использовать отдельное окно в представлении списка для просмотра содержимого вложенного управляемого сбора. Чтобы включить просмотр пакетов и управляемых сборов в виде списка, задайте для свойства com.ptc.netmarkets.wp.showPersistedCollectionHolderContentTreeView значение true. По умолчанию в таблице Содержимое для пакета элементы отображаются в древовидном представлении.
Чтобы повысить производительность при экспорте пакетов репликации с большим количеством объектов, администратор сайта может задать следующие свойства:
wt.ixb.export.maxThreads: задает максимальное число потоков, используемых для экспорта. Если объектов меньше, соответственно уменьшается и число потоков. Рекомендуемое число потоков: два.
wt.ixb.export.objPerThreadGuidance: задает число объектов, включаемых в каждый поток.
Дополнительные сведения см. в разделе How to Write Exp/Imp Handlers (Создание обработчиков экспорта и импорта).
Рекомендуемые методы фильтрации объектов в пакете
При применении фильтров учитывайте собранные данные. Убедитесь, что не отфильтрованы объекты, которые нужны для точного отображения информации об исходной системе. Это особенно применимо к структурам, опорным структурам и объектам изменения. Обратите внимание на специальные взаимосвязи CAD-документов. Например, несколько элементов таблицы семейства могут быть необходимы для обеспечения нужного контекста конструкции в целевой системе.
Рекомендуемые методы фильтрации файлов для включения в ZIP-файл пакета
Средства работы с пакетами Windchill содержат ряд опций фильтрации файлов, которые должны быть включены в ZIP-файл. Чаще всего используется фильтрация по расширению файлов. Конфигурации сайта могут предоставлять дополнительные способы фильтрации файлов.
При формировании доставки в формате Только экспорт важно, чтобы связанные файлы, требующиеся для файлов, находящихся в пакете, также были включены в пакет. Например, если не включены файлы, требуемые для CAD-документа, получателю, возможно, не удастся загрузить CAD-документ в соответствующее создавшее приложение.
При формировании доставки в формате PTC Windchill 10.2 системная целостность импортируемого объекта является дополнительным соображением. Во многих случаях соображения системной целостности не учитываются (например, отправляются не все вложения). На целостность Windchill редко оказывает влияние существование или отсутствие вложений. В некоторых случаях соображения системной целостности существуют при удалении файлов содержимого. Например, CAD-файлы или CAD-представления не могут существовать без связанного с ними содержимого. При исключении содержимого отдельного объекта, который должен быть включен в доставку в формате PTC Windchill 10.2, по умолчанию рекомендуется исключить сам объект, в случае если все файлы содержимого окажутся исключены.
Рекомендуемые методы создания доставки пакета
Доставка является неотъемлемой частью процесса обработки пакетов Windchill. Два атрибута доставки оказывают значительное влияние на создаваемый ZIP-файл: получатель и носитель доставки. Получатель непосредственно связан с опциями безопасности, предоставляемыми при создании ZIP-файла. Носитель доставки определяет число создаваемых ZIP-файлов, зависящее от ограничений размера носителя.
Если вы намерены применить к доставке авторизацию Windchill получателя, обеспечьте выбор участника с помощью значка поиска участника , а не с помощью ввода имени пользователя вручную. Однако при этом следует учесть наличие у пользователя соответствующей авторизации на просмотр всех включенных в пакет объектов. Если ее нет, возможно, не следует применять авторизацию безопасности к доставке. Пользователи, если не применять для них авторизацию безопасности, могут получить доступ к объектам, к которым им не был бы гарантирован доступ в противном случае.
Если на сайте включены метки безопасности и доставка отправляется участнику, не являющемуся участником Windchill, убедитесь, что метки безопасности, примененные к доставке, соответствуют распределению по получателям. Если пакет включает объекты без меток безопасности, указанных автором ZIP-файла, они исключаются из ZIP-файла.
Выберите носитель доставки, который вы намерены использовать для распространения ZIP-файлов (одного или нескольких). С помощью настройки Пакеты > Размер файла носителя доставки убедитесь, что для нужного механизма доставки задан подходящий размер ZIP-файла.
* 
В случае если настройка Размер файла носителя доставки не существует для выбранного носителя доставки, используется настройка Пакеты > Размер экспортируемого ZIP-файла.
Рекомендуемые методы блокировки пакета
Если для одного пакета создается множество доставок, перед блокировкой пакета убедитесь, что содержимое пакета подходит для каждой доставки. После отправки первой доставки пакет не может быть разблокирован без создания новой итерации или ревизии.
Рекомендуемые методы синхронизации файла пакета
При использовании создавшего приложения, отличного от Creo Parametric, NX, SolidWorks, CATIA V5 или Autodesk Inventor, рекомендуется либо отключить синхронизацию CAD-файлов, либо не распространять эти файлы с помощью пакетов. Если для настройки Пакеты > Включена синхронизация задать значение Нет, в доставку пакета будут включены все объекты CAD-документов, независимо от места их создания и без синхронизации.
Рекомендуемые методы создания ZIP-файла пакета в формате PTC Windchill 10.2
Возможность создания ZIP-файла в формате PTC Windchill 10.2 содержит дополнительные аспекты, неприменимые для формата, предназначенного только для экспорта, которые необходимо учитывать.
Если при zip-архивировании выбрать опцию импортируемого формата Windchill, доставка пакета включит в ZIP-файл только поддерживаемые объекты. Объекты, импорт которых на указанном уровне в версии Windchill не поддерживается, в окончательный ZIP-файл не включаются. Списки поддерживаемых типов объектов для каждого выпуска Windchill см. в разделе Поддерживаемые объекты для импортируемых пакетов Windchill.
Убедитесь, что версия целевой системы Windchill поддерживает получение импортируемых пакетов Windchill.
Для обеспечения надлежащей доставки информации пакета работайте с получателем, чтобы удостовериться в возможности обмена информацией между этими двумя системами Windchill. Обратите внимание на следующие темы.
Необязательные продукты: если пакет содержит объекты, связанные с продуктом Windchill, например с Windchill Supplier Management, в системе получателя также необходимо установить этот продукт.
Определения типов и атрибутов: если пакет содержит подтипы и атрибуты, созданные в вашей системе, система получателя должна также содержать эти подтипы и атрибуты, чтобы импортировать ZIP-файл пакета.
Сопоставление определений: большинство объектов содержит в исходной системе информацию, которая может быть сопоставлена для переноса значений параметров из исходной системы в те же параметры в целевой системе (и наоборот). Сопоставление используется для упрощения обмена без изменения бизнес-значения этой информации.
Схемы версий: если пакет содержит объекты, использующие схему назначения версий, созданную в вашей системе, система получателя должна содержать ту же самую схему версий.
Рекомендуемые методы создания ZIP-файла пакета в настраиваемой системе
Для пакетов Windchill используются стандартные возможности импорта и экспорта в Windchill. Если выполнены моделируемые настройки, то при включении в пакет объектов, затронутых такой моделируемой настройкой, необходимо также ее учитывать при настройке импорта и экспорта. При использовании ZIP-файлов в формате PTC Windchill 10.2, содержащих такие объекты, система получателя также должна поддерживать эту настройку.
Дополнительные сведения см. в разделе Настройка пакетов.
Рекомендуемые методы работы с полными и инкрементными доставками импортируемых пакетов
В полной доставке содержатся все объекты, присутствующие в пакете, с возможным исключением объектов по соображениям безопасности. Инкрементная доставка отличается от полной доставки. В инкрементную доставку включаются только те объекты, которые были добавлены в пакет или изменены с момента выбранной базовой доставки. Кроме того, инкрементная доставка содержит информацию об объектах, которые были удалены или перемещены с момента выбранной базовой доставки. Если инкрементная доставка, импортированная в другую систему Windchill, содержит информацию об удаленных объектах, действие удаления запрашивается в целевой системе.
Возможность удалить объект в целевой системе может быть ограничена конфигурацией целевой системы. Например, структура изделия экспортируется в основной доставке, а позже одна из деталей, используемых в структуре, исключается из структуры и затем удаляется. Последующая полная доставка пакета будет содержать последнюю версию структуры, но удаленная деталь все еще остается в целевой системе. Инкрементная доставка из той же самой основной доставки будет включать информацию, указывающую, что деталь была удалена в исходной системе, и будет запрашивать удаление детали в целевой системе в процессе импорта.
В обменах внешними пакетами наиболее распространены полные доставки, и может быть совсем не обязательно, чтобы любые объекты, удаленные в исходной системе, также были удалены в целевой системе. Более важно поддержание в целевой системе синхронизации с исходной системой, включая удаление объектов, во внутренних сценариях совместной работы с использованием пакетов репликации. Посредством инкрементной доставки в целевой системе удаляются объекты, которые были удалены в исходной системе с момента базовой доставки. При отправке полной доставки для следующей версии пакета рекомендуется, чтобы сразу следовала инкрементная доставка, сформированная на основе предыдущей инкрементной доставки для гарантии, что удаление объектов перенесено также и в целевую систему.
Например, пакет репликации A.1 отправляется в другую внутреннюю систему Windchill. Также доставляется еще несколько инкрементных доставок, причем каждая предыдущая инкрементная доставка указывается как базовая доставка (инкрементная доставка A.2 создается на основе A.1, инкрементная доставка A.3 создается на основе A.2 и так далее до A.7). Если потребуется полная доставка, например B.1, то за ней последует другая инкрементная доставка на основе последней инкрементной доставки, указанной как базовая доставка (B.2 на основе A.7). Эта схема гарантирует, что объекты, удаленные между версиями пакета репликации A.7 и B.1, будут также удалены в целевой системе.