Integrazione PLM tramite file XML

I file di configurazione di esempio sono forniti tramite la vista Add new instance – nella scheda Configuration, fai clic sul collegamento Download sample configuration per ottenere il file zip ConfigurationSamples.zip. Questo zip contiene file di configurazione iniziali per i sistemi PLM Windchill, Arena, Aras e Agile:

• dm-Windchill-config-basic.xml
• dm-Arena-config-basic.xml
• dm-Agile-config-basic.xml
• dm-Aras-config-basic.xml

I file di configurazione di esempio sono forniti per l'uso come parte dell'istanza Workspace.

Le configurazioni fornite includono un paio di sezioni rappresentative di entità componente (ad esempio; Capacitors e Diodes), ciascuna delle quali include una sottosezione di base di mappatura attributi/parametri ToPLM e ToAltium. Aggiungi e modifica un file di esempio in base all'istanza PLM e ai requisiti della tua azienda, creane uno tuo oppure utilizza il Configuration Generator per creare un file di configurazione di base che corrisponda al modello dati del tuo Workspace.

I template di pubblicazione di esempio sono forniti tramite la vista Add new instance – fai clic sul pulsante  nella scheda Publish Template e quindi sul collegamento Download sample configuration nella finestra Publish Template per ottenere il file zip PublishTemplateSamples.zip. Questo zip contiene i seguenti file:

• dm-Windchill-publish-template-basic.xml
• dm-Arena-publish-template-basic.xml
• dm-Agile-publish-template-basic.xml
• dm-Aras-publish-template-basic.xml

I template di pubblicazione di esempio sono forniti per l'uso come parte dell'istanza workspace.

Modificali in base all'istanza PLM e ai requisiti della tua azienda, oppure creane di tuoi.

Si noti che, nei file di esempio di pubblicazione, sono configurate le seguenti aree importanti:

• Come gestire la creazione e il collegamento dei componenti lato PLM durante un processo di pubblicazione (la "strategia BOM"). Sono disponibili le seguenti opzioni:
  • LinkExistingOnly – collega i componenti che esistono già nel PLM, ma non crea quelli che non esistono.
  • CreateNewAndLink – collega i componenti che esistono già nel PLM e crea e collega quelli che non esistono.
  • LinkIfAllExists – non crea i componenti che non esistono nel PLM, collega solo se tutti i componenti esistono nel PLM.

• Insiemi di regole che definiscono come e dove gli output di rilascio vengono pubblicati nel PLM:
  • Regole per elaborare i dati del progetto (padre).
  • Regole per elaborare i dati sorgente.
  • Regole per elaborare i dati di assemblaggio.
  • Regole per elaborare i dati di fabbricazione.

I file di configurazione per le istanze PLM Windchill, Agile e Arena supportano anche il workflow formalizzato Change Order (ECO), che viene abilitato nel file XML del Publishing Template e definito nel file XML di configurazione nella sezione entità altiumType="ProjectChangeOrder" – vedi esempio.

A seconda dell'istanza PLM, le definizioni di configurazione includono lo schema per l'identificazione del Change Order (numerazione, posizione, ID, ecc.), attributi specifici del Change Order come Nome/Titolo, Descrizione e Complessità della modifica (solo Windchill), e impostazioni opzionali come la strategia di creazione del Change Order (nessuna, nuova o riutilizza esistente) e la promozione dello stato Lifecycle (solo Windchill e Agile). Il Change Order definito viene abilitato durante la pubblicazione tramite la dichiarazione del relativo riferimento publishId nel Publishing Template associato – vedi esempio.

Una volta definiti nei file XML di Configuration e Publishing Template del server, i Change Order sono disponibili durante i workflow PLM di Project Creation e Publishing process richiamati da Altium Designer o tramite l'interfaccia Enterprise Workspaace. Durante il flusso verrà presentato un modulo Change Order associato, in cui vengono specificate la configurazione e le opzioni del Change Order.

► Per informazioni sull'utilizzo della funzionalità PLM Change Order (ECO) per le istanze PLM Windchill, Agile e Arena, consulta le note di commento nei rispettivi file di esempio Configuration XML files e Publishing Template XML files disponibili per il download dall'Enterprise Workspace.

Una funzione di configurazione adattiva è disponibile dal collegamento Generate configuration nella pagina Add new instance, aperta dal pulsante nel Workspace.

Nella finestra di dialogo Generate Configuration seleziona il tipo di sistema enterprise a cui verrà effettuata la connessione – uno dei tipi di PLM disponibili (Windchill, Arena, ecc.) – e quindi il relativo URL remoto. Seleziona il pulsante per creare un nuovo file dm-configuration.xml, che potrà poi essere salvato e aggiunto alla nuova istanza PLM dal pulsante .

Il generatore crea la configurazione in modo che corrisponda al modello dati dell'istanza Workspace corrente, quindi, ad esempio, i Component Types registrati nel Workspace vengono aggiunti come tipi di entità nel file di configurazione (dm-configuration.xml). Ogni sezione entità ha sezioni ToPlm e ToAltium corrispondenti e parametri mappati provenienti dal template componente corrispondente (se disponibile). Sono incluse anche sezioni di pubblicazione del progetto per mappare gli elementi del pacchetto di rilascio al sistema enterprise.

Tutte le sezioni della configurazione generata includono commenti TODO che evidenziano le aree da aggiungere o modificare per la compatibilità con la configurazione Workspace/PLM. Per ulteriori informazioni sulla modifica del file di configurazione affinché funzioni con la configurazione Workspace/PLM, consulta i commenti esplicativi inclusi nei file di configurazione di esempio forniti.

Questa sezione viene utilizzata per controllare e configurare la sincronizzazione dal Workspace all’istanza PLM nella forma:

<ToPlm sync="true">
  .
  .
</ToPlm>

All’interno della sezione ToPlm, sono definite le seguenti sezioni:

• Come vengono creati i nuovi componenti nell’istanza PLM — tra il set di tag <CreateInfo> e </CreateInfo>. Un esempio potrebbe essere la scelta di uno schema di denominazione degli elementi definito nel sistema enterprise di destinazione e la specifica di un prefisso per la numerazione degli elementi:

<CreateInfo>
    <Numbering name="Electrical">
        <Fields>
            <Field name="Code" value="120"/>
        </Fields>
    </Numbering>
</CreateInfo>

• Filtraggio per limitare quali componenti nel Workspace vengono sincronizzati con il PLM — tra il set di tag <SourceCriteria> e </SourceCriteria>. La propagazione dei dati sorgente può essere vincolata usando combinazioni logiche booleane di attributi dei parametri, dove più insiemi di attributi possono essere risolti in un risultato di filtraggio specifico tramite l’applicazione di base delle clausole logiche AND, OR e NOT. Per ulteriori informazioni, consulta le relative note SourceCriteria nei file XML di configurazione di esempio.

Questa funzionalità è estremamente utile se, ad esempio, hai 6000 condensatori nel tuo Workspace, ma vuoi sincronizzare solo una particolare cartella di 85 condensatori ceramici. In questo caso è sufficiente specificare il percorso di quella cartella all’interno del set di tag SourceCriteria (<Folder>Components/Capacitors/Ceramic</Folder>) e, facoltativamente, qualsiasi altro attributo di parametro necessario per vincoli ancora più stringenti sui dati sorgente — ad esempio, il tipo di package 0603. La relazione tra i criteri raggruppati è un operatore logico AND implicito, quindi l’esempio seguente sincronizzerà dal Workspace al PLM i condensatori ceramici in package 0603.

<SourceCriteria>
    <Folder>Components/Capacitors/Ceramic</Folder>
    <common:Attribute>
        <common:Key>Case/Package</common:Key>
        <common:Value>0603</common:Value>
    </common:Attribute>
</SourceCriteria>

Questa sezione viene utilizzata per controllare e configurare la sincronizzazione dall'istanza PLM al Workspace nella forma:

<ToAltium sync="true" mode="createAndUpdate">
  .
  .
</ToAltium>

All'interno della sezione ToAltium, sono definite le seguenti sezioni:

• Come e dove vengono creati i nuovi componenti nel Workspace – tra il set di tag <CreateInfo> e </CreateInfo>.

<CreateInfo>
    <!-- <ComponentTemplate>TODO component template Revision ID</ComponentTemplate> -->
    <RevisionNamingScheme>1-Level Revision Scheme</RevisionNamingScheme>
    <LifecycleDefinition>Component Lifecycle</LifecycleDefinition>
    <Folder>Components/Inbox/Capacitors</Folder>
</CreateInfo>

Quando viene creata una voce di componente nel Workspace, verrà utilizzato il Component Template associato alla cartella di destinazione del Workspace (Components/Inbox/Capacitors nell'esempio sopra), se ne è stato specificato uno. Questo definirà anche l'Item Naming Scheme utilizzato per un componente creato, prevalendo su quello specificato nella cartella di destinazione del Workspace; viceversa, se la cartella non definisce né un template né uno schema di denominazione, la sincronizzazione non riuscirà.

Si noti inoltre che, nelle configurazioni di esempio, sono definiti uno schema di denominazione delle revisioni predefinito (1-Level Revision Scheme) e una definizione del ciclo di vita (Component Lifecycle) da utilizzare; questi vengono ignorati se un component template è associato alla cartella di destinazione del Workspace.

Se nella configurazione viene aggiunto un riferimento a un component template specifico (ad esempio, CMPT-00001), questo template verrà utilizzato al posto di un template associato alla cartella di destinazione del Workspace. Le sue impostazioni prevarranno su qualsiasi impostazione di parametro nel file di configurazione (come la definizione del ciclo di vita, ecc.), ad eccezione di una cartella di destinazione definita.

<CreateInfo>
    <!-- A specified Template overrules other CreateInfo settings, except the target Folder -->
    <ComponentTemplate>CMPT-00001</ComponentTemplate>
    <RevisionNamingScheme>1-Level Revision Scheme</RevisionNamingScheme>
    <LifecycleDefinition>Component Lifecycle</LifecycleDefinition>
    <!-- A specified target Folder overrules that defined in an applied Template -->
    <Folder>Components/Inbox/Capacitors</Folder>
</CreateInfo>

Si noti che il template specificato si applicherà solo ai componenti del Workspace creati ex novo. Questo approccio è particolarmente utile per gestire l'importazione/sincronizzazione nel Workspace di parametri di componenti proprietari provenienti da un sistema esterno. In questo caso, è possibile applicare un Component Template personalizzato per interpretare i dati dei parametri in ingresso, impostare valori predefiniti adeguati, specificare i tipi di dati delle unità e anche specificare la Lifecycle Definition e il Revision Naming Scheme per i componenti del Workspace appena creati.

• Filtraggio dei dati recuperati dall'istanza del sistema enterprise (PLM) – tra il set di tag <SourceCriteria> e </SourceCriteria>. Un'istruzione di filtro potrebbe limitare i dati dei componenti ricevuti dal PLM a quelli creati da un autore specifico (come illustrato nella configurazione di esempio fornita), oppure agli elementi componente che hanno un determinato Value di attributo (Business Unit = Engineering_RD), come mostrato di seguito).

<SourceCriteria>
    <ns2:Attribute>
        <ns2:Key>Business Unit</ns2:Key>
        <ns2:Value>Engineering_RD</ns2:Value>
    </ns2:Attribute>
</SourceCriteria>

• Un elenco di attributi (parametri) che devono essere trasferiti per i componenti dal PLM al Workspace – tra il set di tag <Attributes> e </Attributes>. Un esempio è:

<Attributes>

<!-- Il campo Name dal PLM verrà passato al campo name/comment nel Workspace-->
<common:Attribute attributeType="revision">
	<common:Key>name</common:Key>
	<common:Value>${attribute.name}</common:Value>
</common:Attribute>

<!-- Il campo Description dal PLM verrà passato al campo Description nel Workspace a livello di revisione -->
<!-- Gli attributi a livello di revisione causeranno la creazione di una nuova revisione nel caso in cui il valore del parametro venga modificato -->
<common:Attribute attributeType="revision">
	<common:Key>Description</common:Key>
	<common:Value>${attribute.description}</common:Value>
</common:Attribute>

<!-- Il campo Number dal PLM verrà passato al campo PlmPartNumber nel Workspace a livello di revisione  -->
<!-- Nota: è possibile usare qualsiasi nome di attributo -->
<common:Attribute attributeType="revision" primaryKeyOrdinal="1">
	<common:Key>PlmPartNumber</common:Key>
	<common:Value>${attribute.Number}</common:Value>
</common:Attribute>

<common:Attribute attributeType="item">
	<common:Key>DynamicCONTS</common:Key>
	<common:Value>Non causerà un aggiornamento della revisione se modificato ${attribute.LastModified}</common:Value>
</common:Attribute>

</Attributes>

Insieme alle dichiarazioni Entity all'interno dello schema di configurazione è presente una sezione aggiuntiva per definire la mappatura dei dati Part Choice dei componenti tra il sistema enterprise (PLM) e il Workspace. La sezione consente una mappatura specifica dei parametri attributo Part Choices per la maggior parte dei sistemi PLM supportati, e delle relazioni dei dati Approved Manufacturing List (AML) per i sistemi PLM Aras, Windchill e Arena. Si tratta di una definizione bidirezionale esclusiva, cioè per una direzione oppure per l'altra, ma non per entrambe contemporaneamente, che specifica gli attributi del produttore del componente e del codice parte usati per la propagazione dei dati Part Choices.

Quando la sincronizzazione Part Choices è abilitata nel file di configurazione (sync="true"), il Value degli attributi specificati viene trasferito al sistema di destinazione. La direzione di tale propagazione dei dati è determinata dall'espressione 'To', dove ToAltium specifica che i dati parametrici del componente PLM vengono applicati al componente Workspace creato/aggiornato, e ToPlm farà sì che i dati Part Choices associati al componente Workspace vengano trasferiti al lato PLM. La configurazione abilitata si applica a tutte le entità componente definite, quindi i dati Part Choice verranno trasferiti alla destinazione specificata ogni volta che viene rilevato un dataset di componenti.

Un esempio di voce per una mappatura Part Choices ToAltium in un file di configurazione – in cui gli attributi del sistema PLM sono MFR1 (Manufacturer Name) e MPN1 (Manufacturer Part Number) – potrebbe essere:

<PartChoices>
    <ToAltium sync="true">
    <MfrMappings>
        <MfrMapping>
            <MfrName>MFR1</MfrName>
            <MfrPartNumber>MPN1</MfrPartNumber>
        </MfrMapping>
    </MfrMappings>
    </ToAltium>
</PartChoices>

La sincronizzazione dei dati Part Choice supporta anche più voci di dati part choice. Questi attributi aggiuntivi devono essere specificati nella mappatura del file di configurazione come un'altra coppia di definizioni di attributi, ad esempio: MFR2 e MPN2 come mostrato di seguito:

<MfrMappings>
    <MfrMapping>
        <MfrName>MFR1</MfrName>
        <MfrPartNumber>MPN1</MfrPartNumber>
    </MfrMapping>
    <MfrMapping>
        <MfrName>MFR2</MfrName>
        <MfrPartNumber>MPN2</MfrPartNumber>
    </MfrMapping>
</MfrMappings>

I sistemi enterprise aziendali che dispongono di funzionalità native/integrate per la selezione di parti del produttore, come Manufacturer Parts in Windchill e Vendor Parts in Arena, non richiedono parametri mappati nel file di configurazione. In questo caso, l'accettazione dei dati Part Choice viene semplicemente abilitata nella relativa sezione di configurazione.

<PartChoices>
    <ToAltium sync="true"/>
</PartChoices>

Oppure, dove è supportato il trasferimento dei dati al sistema enterprise:

<PartChoices>
    <ToPlm sync="true"/>
</PartChoices>

Il sistema PTC Windchill PLM system fornisce un modulo opzionale PartsLink che consente di classified le parti in gruppi. Le classificazioni delle parti specificate in Windchill possono anche includere coppie Attributo/Valore associate per fornire un'ulteriore definizione all'interno di tale classificazione. Il sistema PartsLink consente di individuare tipi di componenti specifici in modo semplice e rapido ed è supportato dall'integrazione PLM del Workspace per la sincronizzazione bidirezionale e l'accesso in lettura/scrittura.

In un'istanza di configurazione del Workspace per Windchill, una classificazione PartsLink viene creata in Windchill specificando un attributo di binding nella sezione ToPLM nel formato mostrato nell'esempio seguente:

<common:Attribute>
	<common:Key>Classification</common:Key>
	<common:Value>102-Capacitor</common:Value>
</common:Attribute>

Nel caso sopra, la coppia Key/Value definisce una classificazione denominata 102-Capacitor. Questa può avere un attributo di classificazione associato creato in Windchill specificando un parametro nome e valore (qui, Capacitance) – si noti che è possibile applicare più attributi a una singola classificazione:

<common:Attribute>
	<common:ClassificationName>102-Capacitor</common:ClassificationName>
	<common:Key>Capacitance</common:Key>
	<common:Value>${parameter.Value}</common:Value>
</common:Attribute>

Nella sezione di sincronizzazione ToAltium della configurazione, i dati provenienti da Windchill possono essere filtrati per una classificazione di parte desiderata all'interno del set di tag <SourceCritera> specificandone il ClassificationName.

<SourceCriteria>
	<ClassificationName>102-Capacitor</ClassificationName>
</SourceCriteria>

Per recuperare tutte le parti che soddisfano un valore di attributo di classificazione corrispondente (ad esempio, tutti i condensatori da 10uF), la sezione <SourceCriteria> deve includere impostazioni degli attributi di configurazione che definiscono un ClassificationName e la relativa chiave e Value dell'attributo di classificazione.

<SourceCriteria>
	<common:Attribute>
		<common:ClassificationName>102-Capacitor</common:ClassificationName>
		<common:Key>Capacitance</common:Key>
		<common:Value>10uF</common:Value>
	</common:Attribute>
</SourceCriteria>

Per estrarre un valore specifico di un attributo di classificazione da Windchill, recuperare il parametro Value dal nome attributo specifico associato a un ClassificationName.

<common:Attribute attributeType="revision">
	<common:ClassificationName>102-Capacitor</common:ClassificationName>
	<common:Key>Value</common:Key>
	<common:Value>${attribute.Capacitance}</common:Value>
</common:Attribute>

In Windchill stesso, una classificazione PartsLink viene definita creando un binding attribute che può essere applicato a un tipo di parte. Un attributo di classificazione della parte viene quindi aggiunto a una classe di classificazione definita.

Le voci dei componenti in Windchill incorporeranno la classificazione definita e tutti i parametri degli attributi di classificazione specificati, che a loro volta saranno disponibili per il processo di sincronizzazione dei componenti PLM del Workspace.

Quando una voce di componente viene sincronizzata da Windchill al Workspace e l'interazione PartsLink è stata specificata nella configurazione PLM del Workspace, gli attributi di configurazione di Windchill per quella parte verranno propagati al componente sul lato Altium.

L’esempio seguente mostra brevemente la creazione di una nuova parte nel Workspace, seguita dalla creazione automatica della parte corrispondente nell’istanza PLM. Il numero di parte generato viene quindi propagato dall’istanza PLM al componente nel Workspace come parametro Item, il che significa che non è necessario rilasciare una nuova revisione del componente nel Workspace. Per questo esempio, la definizione di processo utilizzata è Part Request with PLM Part Create – derivata dalla definizione di esempio Part Request with PLM Part Create.

1. Avvia il processo Part Request e compila il modulo successivo, specificando i dettagli della richiesta iniziale, secondo necessità. Nell’immagine seguente, la richiesta viene inviata tramite la pagina Part Requests dell’interfaccia del Workspace e viene richiesta una singola parte.

2. La nuova richiesta di parte verrà mostrata come processo attivo nella pagina Part Requests, con il suo stato corrente riportato nella voce principale e anche nel diagramma del workflow sottostante.

3. Una volta che l’utente richiesto ha preso in carico (o gli è stato assegnato) il task per lavorare sulla richiesta, alla fine crea la/e parte/i richiesta/e. Ogni componente creato (e/o scelto) per soddisfare la richiesta viene aggiunto al campo Components del task. I componenti aggiunti verranno creati automaticamente nel PLM. Nell’immagine seguente, è stato creato e aggiunto un singolo componente – CMP-007-00004. Assicurati che il campo Next step sia impostato su Completed e fai clic sul pulsante .

Potrebbe esserti richiesto di fornire le credenziali di accesso per il sistema PLM specificato nel workflow del processo Part Request.

4. Il workflow del processo continuerà, con il componente specificato creato nell’istanza PLM. Una volta completato il processo, puoi vedere il numero di parte PLM generato nella scheda Data del processo. Assicurati di impostare il filtro (in alto a sinistra) sulla visualizzazione dei processi Closed.

Gli amministratori possono usare il pulsante per scaricare un record dettagliato di tutte le Part Request elencate in formato CSV delimitato da virgole.

5. Tornando in Altium Designer, individua il componente creato nel pannello Explorer e passa alla visualizzazione della scheda Preview . Nell’area dei parametri, nota che è stato aggiunto un parametro supplementare – PlmPartNumber – il cui valore è il numero della parte corrispondente creata nel PLM.

Nota che il parametro è stato aggiunto al componente, ma la sua revisione rimane invariata: non è stato eseguito un nuovo rilascio del componente. Questo perché il parametro è un parametro a livello di Item, aggiunto all’Item Component stesso e disponibile in tutte le sue revisioni.

Quando configuri un processo Publish to PLM process per Windchill^® PLM, puoi anche specificare (e creare) una cartella Windchill di destinazione per i documenti pubblicati dal Workspace.

I parametri della relativa cartella Windchill sono definiti nel file Publishing Template XML file applicato alla voce di integrazione Windchill PLM nel Workspace. I nodi di definizione della cartella sono nel formato tag <pt:Folder>xxx</pt:Folder> – dove pt è il namespace corrente e xxx è il percorso completo della cartella – e vengono inseriti come regola di pubblicazione all’interno della sezione FileDistribution per ciascun tipo di documento (ad esempio un output di fabbricazione PCB.zip).

Un esempio della gerarchia della struttura XML di Publishing sarebbe:

<pt:EntityRule id="FAB">
  <pt:FileDistributions>
    <pt:FileDistribution archiveName="PCB.zip">
      <pt:Folder>PRODUCT/Projects/${project.name}/FAB data</pt:Folder>

Se stai utilizzando la definizione di processo di esempio – Project Releaser with Publish – per creare una tua definizione, il nome dello stadio presentato sul lato client di progettazione è Publish to PLM per impostazione predefinita. Anche il comando composito nel menu a discesa del pulsante Project Releaser incorpora questo nome: Prepare & Release & Publish to PLM.

Tuttavia, hai la possibilità di modificare il modo in cui questo nome (e il suggerimento descrittivo associato allo stadio) viene presentato agli utenti. I campi per farlo sono disponibili nel workflow sottostante del processo, quando è selezionato l’elemento Start (di tipo Start Release). Questi campi sono:

• Action name – il nome dell’azione post-rilascio del progetto, che è il nome dello stadio presentato come stadio 7 in Project Releaser. Un valore per questo campo è obbligatorio se nel workflow del processo sono definiti task. Questo nome verrà usato anche per il comando di menu, nel formato Prepare & Release & <Action name>.
• Action description – descrizione dell’azione post-rilascio del progetto, presentata all’utente in Project Releaser come tooltip per la voce dello stadio 7.

Impostazioni predefinite per l’elemento Start in un workflow basato sulla definizione di processo di esempio Project Releaser with Publish, e la presentazione in Project Releaser.

L’immagine seguente mostra questi campi modificati nel workflow sottostante e il conseguente impatto sulle voci in Project Releaser.

Impostazioni modificate per l’elemento Start quando utilizzato in un workflow per pubblicare su PLM tramite Project Releaser.

L’esempio seguente mostra brevemente la creazione di un nuovo progetto, con inizializzazione nel PLM. Il processo viene richiamato da Altium Designer utilizzando la definizione Create Project with PLM Initialise, derivata dalla definizione di esempio Project with Initialise in PLM.

1. Dopo l’avvio del processo (File » New » Project in <workspace> » Create Project with PLM Initialise) compare una finestra di dialogo (denominata in base alla definizione di processo) con cui definire il progetto. Per questo esempio, chiameremo semplicemente il progetto Example_Project_with_PLM_Init, gli daremo una descrizione e lasceremo invariati tutti gli altri campi, compresi quelli nella scheda Advanced .
2. Una volta definito il progetto, fai clic sul pulsante . Viene visualizzata la finestra di dialogo Login Credentials. Poiché si tratta di un nuovo progetto, devi fornire le credenziali di accesso al PLM e indicare l’istanza PLM e il template di pubblicazione associato da utilizzare. L’esempio qui utilizza un file di configurazione e il relativo Publishing Template (come richiesto) per un Arena PLM.

Una volta fornite le credenziali e scelti l’istanza PLM e il template di pubblicazione, fai clic sul pulsante .

3. Il processo proseguirà fino al completamento (supponendo che non si verifichino errori), come si può vedere nel pannello Tasklist panel, sotto l’elenco chiuso Activities: controlla l’opzione Show closed dal menu del pulsante associato . Seleziona la voce Activity per ulteriori informazioni sul processo completato e sul relativo set di dati.

Il processo completato e le relative informazioni possono essere visualizzati anche nell’interfaccia del Workspace selezionando la vista Activities dalla vista dettagliata di quel progetto, quando il progetto è stato aperto dalla vista Projects. Seleziona l’opzione Closed activities (in alto a destra) per accedere alle informazioni di stato del processo completato.

4. In Altium Designer, il nuovo progetto è visibile nel pannello Projects, pianificato per il commit nel repository di progettazione Versioned Storage basato su Git nel Workspace: fai clic con il pulsante destro del mouse sulla voce del progetto e usa il comando Save to server per farlo. Potrai quindi aggiungere documenti sorgente e procedere con la progettazione. Quando arriverà il momento di pubblicare, il progetto sarà già collegato alle parti pertinenti nell’istanza PLM.

Dalla scheda Server Parameters della finestra di dialogo Project Options, oppure nella sezione Parameters del progetto nel pannello Explorer, puoi vedere i codici articolo assegnati nell’istanza PLM che si riferiscono alle entità di progetto pertinenti che possono essere rilasciate/pubblicate.

Il modo in cui i nomi dei parametri PLM si relazionano ai pacchetti di rilascio del progetto è specificato nel file di configurazione PLM, che a sua volta è determinato dagli attributi di nome e numerazione richiesti dal sistema PLM.

Quando inserisci una stringa di testo nello schema, i parametri PLM associati al progetto saranno disponibili come stringhe speciali: