Best practice per l'utilizzo di package
Best practice per la raccolta di oggetti in un package
I package Windchill utilizzati per la collaborazione esterna raccolgono il contenuto del package in base alla modalità di correlazione degli oggetti. Tali package vengono avviati con uno o più oggetti selezionati in origine, applicano le regole delle raccolte e raccolgono gli oggetti correlati per formare il contenuto del package.
• Utilizzare il raccoglitore per raggruppare gli oggetti anziché includere tutti gli oggetti nella tabella di oggetti selezionati in origine.
• Se più versioni dello stesso oggetto selezionato in origine vengono utilizzate per la raccolta, utilizzare più raccolte gestite per impostare le opzioni di raccolta in ciascuna versione dell'oggetto.
• Impostare le regole di raccolta per raccogliere tutti gli oggetti dipendenti in modo da assicurarsi che nessun oggetto essenziale sia escluso dal package.
• Utilizzare una raccolta gestita come oggetto selezionato in origine per gli scenari di raccolta complessi. È possibile che si verifichi una situazione in cui occorra applicare diverse regole di raccolta per diversi oggetti selezionati in origine o in cui le regole di raccolta generino più versioni dello stesso oggetto raccolto nel package. Ogni raccolta gestita può contenere le proprie regole di raccolta.
Best practice per l'utilizzo di package di grandi dimensioni
I package Windchill non sono limitati a una dimensione specifica. Tuttavia, poiché il numero di oggetti nel contenuto del package aumenta, sono disponibili alcune raccomandazioni strettamente correlate all'utilizzo di package con più di 2.000 oggetti.
• Se il package raccoglie oltre 60.000 oggetti, l'amministratore del sistema deve impostare la proprietà com.ptc.core.collectionsrv.engine.limitDependencyTracing su un valore appropriato. Per ulteriori informazioni, vedere Funzionalità della pagina Workspace.
• Per siti che utilizzano i package contenenti un gran numero di oggetti, visualizzare il package o il contenuto della raccolta gestita come elenco anziché come struttura. Se la struttura offre una migliore navigazione nelle raccolte gestite contenute in un package, la struttura non supporta direttamente numerosi oggetti. L'utilizzo di un elenco consente di spostarsi nel package o nei membri della raccolta gestita. È possibile utilizzare una finestra separata dalla vista elenco per visualizzare il contenuto di una raccolta gestita annidata. Per attivare i package e le raccolte gestite da visualizzare come elenco, impostare la proprietà ShowPackageContentsTableAsTree su true. Per default, la tabella Contenuto di un package visualizza i membri in una struttura.
• Per i package di replica con molti oggetti, l'amministratore del sito può impostare le proprietà elencate di seguito per migliorare le prestazioni di esportazione.
◦ wt.ixb.export.maxThreads: imposta il numero massimo di thread utilizzati per l'esportazione. Se sono presenti meno oggetti, il numero di thread diminuisce di conseguenza. Il numero consigliato di thread è due.
◦ wt.ixb.export.objPerThreadGuidance: imposta il numero di oggetti inclusi in ogni thread.
Per ulteriori informazioni, vedere How to Write Exp/Imp Handlers.
Best practice per il filtraggio di oggetti in un package
Quando si applicano i filtri, tenere in considerazione i dati raccolti. Assicurarsi di non escludere oggetti necessari, in modo da visualizzare in maniera accurata le informazioni sul sistema d'origine. Ciò si applica in particolare a strutture, baseline e oggetti di modifica. Considerare le relazioni speciali del documento CAD. Ad esempio, più membri di una family table possono essere necessari per fornire il contesto di progettazione desiderato nel sistema di destinazione.
Best practice per il filtraggio di file da includere nel file ZIP del package
I package Windchill consentono diverse opzioni per filtrare i file da includere nel file ZIP. Il filtro più comune è in base all'estensione file. Le configurazioni del sito possono fornire ulteriori modi per filtrare i file.
In caso di consegna formattata Solo esportazione, è importante che i file correlati richiesti dai file nel package siano inclusi anche nel package. Ad esempio, se i file richiesti per un documento CAD non sono inclusi, il destinatario può non essere in grado di caricare il documento CAD nell'applicazione di creazione appropriata.
In caso di consegna formattata PTC Windchill, l'integrità di sistema dell'oggetto importato è una considerazione aggiuntiva. In molti casi, non si tiene conto di considerazioni relative all'integrità di sistema (ad esempio mancato invio di tutti gli allegati). L'integrità di Windchill non viene in genere influenzata dalla presenza o meno di allegati. In alcuni casi, si tiene conto di considerazioni relative all'integrità di sistema nella rimozione dei file di dati. Ad esempio, le rappresentazioni o i file CAD non possono esistere senza il relativo contenuto associato. Se si esclude il contenuto di un determinato oggetto incluso in una consegna formattata PTC Windchill, la raccomandazione di default consiste nell'escludere l'oggetto stesso nel caso in cui siano esclusi tutti i file di dati.
Best practice per la creazione di una consegna del package
La consegna è integrale per il processo del package Windchill. Per una consegna sono disponibili due attributi che hanno un impatto significativo sul file ZIP creato: supporto di consegna e destinatario. Il destinatario è correlato direttamente alle opzioni di protezione fornite quando il file ZIP viene creato. Il supporto di consegna determina il numero di file ZIP creati in base alla limitazione della dimensione del supporto.
• Se si desidera applicare l'autorizzazione Windchill del destinatario alla consegna, assicurarsi di selezionare il partecipante utilizzando l'icona Trova partecipante 
anziché immettere manualmente il nome dell'utente. Considerare, tuttavia, se l'utente dispone dell'autorizzazione appropriata per visualizzare tutti gli oggetti inclusi nel package. In caso contrario, non è necessario applicare la relativa autorizzazione di protezione alla consegna. Se non si applica l'autorizzazione di protezione, l'utente può ricevere l'accesso agli oggetti a cui contrariamente potrebbe non essere stato concesso l'accesso.
anziché immettere manualmente il nome dell'utente. Considerare, tuttavia, se l'utente dispone dell'autorizzazione appropriata per visualizzare tutti gli oggetti inclusi nel package. In caso contrario, non è necessario applicare la relativa autorizzazione di protezione alla consegna. Se non si applica l'autorizzazione di protezione, l'utente può ricevere l'accesso agli oggetti a cui contrariamente potrebbe non essere stato concesso l'accesso.• Se nel sito sono attivate le etichette di sicurezza e queste sono inviate a un partecipante che non è un partecipante Windchill, assicurarsi di applicare le etichette di sicurezza alla consegna appropriata per la distribuzione al destinatario. Se il package include gli oggetti senza le etichette di sicurezza specificate dall'autore del file ZIP, queste vengono escluse dal file ZIP.
• Selezionare il supporto di consegna che si desidera utilizzare per distribuire il file o i file ZIP. Verificare che la dimensione del file ZIP venga impostata in modo appropriato per il meccanismo di consegna desiderato utilizzando la preferenza > .
 | Nel caso in cui la preferenza Dimensioni file supporto di consegna non esista per il supporto di consegna selezionato, viene utilizzata la preferenza > . |
Best practice per il blocco di un package
Se si creano più consegne nello stesso package, prima di bloccare il package assicurarsi che il relativo contenuto sia adatto a ogni consegna. Dopo che viene inviata la prima consegna, il package non può essere sbloccato senza creare una nuova iterazione o revisione.
Best practice per la sincronizzazione del file di package
Quando si utilizzano le applicazioni di creazione diverse da Creo Parametric, NX, SOLIDWORKS, CATIA V5 o Autodesk Inventor, considerare di disattivare la sincronizzazione dei file CAD o di non distribuire tali file utilizzando i package. Impostando la preferenza > su No, tutti gli oggetti documento CAD saranno inclusi nella consegna del package, indipendentemente da dove sono stati creati e senza sincronizzazione.
Best practice per la creazione di un file ZIP importabile
La possibilità di creare un file ZIP formattato PTC Windchill introduce considerazioni aggiuntive che non si applicano al formato per la sola esportazione.
• Selezionando l'opzione formato importabile Windchill quando si comprime la consegna del package, nel file ZIP vengono inclusi solo gli oggetti supportati. Gli oggetti non supportati per l'importazione nel livello di release Windchill specificato non vengono inclusi nel file ZIP finale. Per un elenco dei tipi di oggetti supportati per ciascuna release Windchill, vedere Oggetti supportati per i package importabili di Windchill.
• Verificare se la versione Windchill del sistema di destinazione supporti la ricezione dei package importabili Windchill.
• Per garantire la consegna appropriata delle informazioni del package, contattare il destinatario per assicurarsi che i due sistemi Windchill possano scambiare informazioni. Occorre prendere in considerazione gli argomenti riportati di seguito.
◦ Prodotti facoltativi: quando un package contiene gli oggetti associati a un prodotto Windchill, ad esempio Windchill Supplier Management, tale prodotto deve essere installato anche sul sistema del destinatario.
◦ Definizioni di tipi e attributi: quando un package contiene i sottotipi e gli attributi creati nel sistema, il sistema del destinatario deve contenere anche i sottotipi e gli attributi per importare il file ZIP del package.
◦ Definizioni di mappatura: la maggior parte degli oggetti contiene informazioni del sistema d'origine che possono essere mappate per la conversione tra i valori del sistema d'origine e quelli del sistema di destinazione. Questi devono essere utilizzati per semplificare lo scambio senza modificare la finalità di tali informazioni.
◦ Schemi versioni: quando un package contiene oggetti che utilizzano uno schema versioni creato nel sistema in uso, il sistema del destinatario deve contenere lo stesso schema versioni.
Best practice per la creazione di un file ZIP del package in un sistema personalizzato
I package Windchill utilizzano la funzionalità standard di importazione ed esportazione di Windchill. Quando le personalizzazioni modellate sono state create e gli oggetti interessati dalla personalizzazione modellata vengono inclusi in un package, la personalizzazione deve inoltre tenere conto della personalizzazione di importazione ed esportazione. Se si utilizza un file ZIP formattato PTC Windchill contenente questi oggetti, significa anche che il sistema del destinatario deve supportare tale personalizzazione.
Per ulteriori informazioni, vedere Packages Customization.
Best practice per l'utilizzo di consegne complete e incrementali per i package importabili
Le consegne complete contengono tutti gli oggetti presenti nel package, con la possibile eccezione di oggetti esclusi a causa delle considerazione relative alla protezione. Le consegne incrementali sono diverse dalle consegne complete. Le consegne incrementali includono solo gli oggetti aggiunti al package o modificati successivamente alla consegna base selezionata. Inoltre, una consegna incrementale fornisce informazioni sugli oggetti eliminati o spostati rispetto alla consegna base selezionata. Se la consegna incrementale viene importata in un altro sistema Windchill e contiene informazioni sugli oggetti eliminati, è necessaria un'azione di eliminazione nel sistema di destinazione.
La possibilità di eliminare l'oggetto nel sistema di destinazione può essere limitata a causa della configurazione del sistema di destinazione. Ad esempio, una struttura di prodotto viene esportata in una consegna base e successivamente una delle parti utilizzate nella struttura viene rimossa dalla struttura e quindi eliminata. Una consegna completa successiva del package contiene la versione più recente della struttura, ma la parte eliminata rimane ancora nel sistema di destinazione. Una consegna incrementale dalla stessa consegna base comprende tuttavia informazioni indicanti che la parte è stata eliminata nel sistema d'origine e richiede l'eliminazione della parte nel sistema di destinazione durante il processo di importazione.
Nelle collaborazioni esterne, le consegne complete sono comuni e può non essere importante che gli oggetti eliminati nel sistema d'origine vengano rimossi anche nel sistema di destinazione. Negli scenari di collaborazione interna che utilizzano i package di replica, è più importante mantenere il sistema di destinazione sincronizzato con il sistema d'origine, anche eliminando oggetti. Le consegne incrementali eliminano nel sistema di destinazione gli oggetti che sono stati eliminati in quello d'origine rispetto alla consegna base. Se una consegna completa viene inviata per una versione successiva del package, si consiglia di passare immediatamente alla consegna incrementale basata sulla consegna base o incrementale precedente per garantire che le eliminazioni degli oggetti vengano comunicate anche al sistema di destinazione.
Ad esempio, un package di replica A.1 viene inviato a un altro sistema Windchill interno. Più consegne incrementali vengono inoltre consegnate con ciascuna consegna incrementale precedente specificata come consegna base (incrementale A.2 si basa su A.1, incrementale A.3 si basa su A.2 e così via fino ad A.7). Se è necessaria una consegna completa, ad esempio B.1, questa viene seguita da un'altra consegna incrementale in cui l'ultima consegna incrementale è specificata come consegna base (B.2 basata su A.7). Questo schema assicura che gli oggetti eliminati tra le versioni del package di replica A.7 e B.1 siano comunicati al sistema di destinazione.