Best practice per l'utilizzo di 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.

• 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.

• 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.

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à com.ptc.netmarkets.wp.showPersistedCollectionHolderContentTreeView 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.

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.

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 10.2, 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 contenuto. 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 10.2, la raccomandazione di default consiste nell'escludere l'oggetto stesso nel caso in cui siano esclusi tutti i file di contenuto.

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.

• 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 Package > Dimensioni file supporto di consegna.

Nel caso in cui la preferenza Dimensioni file supporto di consegna non esista per il supporto di consegna selezionato, viene utilizzata la preferenza Package > Dimensione file zip di esportazione.

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.

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 Package > Sincronizzazione attivata su No, tutti gli oggetti documento CAD saranno inclusi nella consegna del package, indipendentemente da dove sono stati creati e senza sincronizzazione.

La possibilità di creare un file ZIP formattato PTC Windchill 10.2 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.

• 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 di versioni: quando un package contiene oggetti che utilizzano uno schema di versioni creato nel sistema in uso, il sistema del destinatario deve contenere lo stesso schema di versioni.

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 10.2 contenente questi oggetti, significa anche che il sistema del destinatario deve supportare tale personalizzazione.

Per ulteriori informazioni, vedere Packages Customization.

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 le informazioni che specificano che la parte è stata eliminata nel sistema d'origine e richiede l'eliminazione della parte nel sistema di destinazione durante il processo di importazione.

Negli scambi di package esterni, 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 incrementale precedente per garantire che le eliminazioni dell'oggetto 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.