Richieste di componenti

Parent page: Altium NEXUS Server

Il numero di componenti di progetto disponibili per un ingegnere durante l’acquisizione del progetto successivo può variare da poche centinaia, distribuite tra singole librerie di simboli e modelli, fino a centinaia di migliaia, archiviate in un database aziendale dedicato ai componenti. Ma indipendentemente da quanti componenti siano disponibili, ce ne saranno sempre altri che non lo sono e che devono essere creati e aggiunti per il riutilizzo.

Per una piccola società di progettazione, un ingegnere semplicemente cambierà “cappello” e diventerà il Librarian – creando i componenti richiesti che mancano nelle proprie risorse di progetto. Tuttavia, per un’organizzazione più grande che impiega un reparto librerie dedicato a far crescere e mantenere i componenti di progetto – accessibili a tutti gli ingegneri e progettisti dell’organizzazione – ha senso inviare a quel reparto richieste di nuovi componenti (mancanti). Altium NEXUS Server offre una soluzione elegante a questo problema sotto forma della funzionalità Part Requests.

Un ingegnere può semplicemente inserire una richiesta per la creazione di una o più parti e ricevere una notifica quando tale richiesta è stata completata e i componenti sono stati resi disponibili, oppure quando la richiesta è stata rifiutata (e per quale motivo). Il richiedente fornisce quante più informazioni chiave possibili a supporto della richiesta (produttore e numeri di parte, descrizioni, eventuale datasheet pertinente (PDF o URL)). Possono persino essere creati Stub Component Items che il bibliotecario potrà poi prendere in carico (e completare).

Nomina dei bibliotecari

Per prima cosa, sarà necessario specificare quale ruolo (o quali ruoli) debba essere utilizzato per ricoprire il ruolo di bibliotecari nella propria organizzazione. In sostanza, si sta configurando un insieme di utenti del proprio NEXUS Server che possono essere assegnati a una richiesta di parte. Questa operazione viene eseguita nella pagina Admin – Settings – Vault – Legacy Part Requests – Librarians Role dell’interfaccia browser del server.

La pagina Librarians Role dell’area Admin – Settings fornisce l’interfaccia per specificare quali ruoli esistenti debbano essere utilizzati come bibliotecari per la funzionalità Legacy Part Request.

Se il proprio NEXUS Server è stato installato con dati di esempio, il ruolo di esempio Librarians sarà già precompilato nel campo Librarian's Role – rimuoverlo se necessario. Iniziare a digitare il nome di un ruolo esistente nel campo per visualizzare un elenco dei ruoli corrispondenti. Selezionare il ruolo richiesto da questo elenco.

In genere verrà specificato un singolo ruolo esistente da utilizzare come ruolo Librarians, ma è possibile scegliere più ruoli per l’assegnazione, soprattutto se i bibliotecari della propria azienda sono raggruppati in più di un ruolo. Una volta assegnati i ruoli richiesti, assicurarsi di fare clic sul pulsante in alto a destra nella pagina.

I membri del ruolo nominato costituiranno l’insieme dei bibliotecari a cui possono essere assegnate le richieste di parte e che possono lavorarci.

I membri del ruolo assegnato al ruolo Librarians saranno i bibliotecari che possono gestire le richieste di parte.

Creazione di richieste di parte

Le Part Requests possono essere create e gestite tramite la pagina Legacy Part Requests dell’interfaccia browser del server.

Aggiunta di una nuova richiesta

Per aggiungere una nuova richiesta di parte, fare clic sul pulsante in alto a destra nella pagina. La pagina cambierà per presentare il modulo della nuova richiesta di parte, come mostrato nell’immagine seguente e descritto in dettaglio successivamente.

 Aggiunta di una nuova richiesta di parte tramite l’interfaccia browser del server.

Utilizzare i controlli nella pagina per fornire quante più informazioni possibili:

• Manufacturer – questo è un campo obbligatorio per indicare al bibliotecario chi produce effettivamente la parte.
• Manufacturer Part Numbers – questo è un campo obbligatorio che indica al bibliotecario i numeri di parte specifici delle parti che si desidera vengano create. Più numeri di parte devono essere separati da una virgola (,).

• Request Id – viene generato automaticamente un ID e assegnato alla richiesta, consentendo agli utenti di monitorarne facilmente l’avanzamento.
• State – questo campo viene utilizzato per specificare lo stato della richiesta. Le opzioni sono Opened: New, Opened: In Progress, Closed: Completed, Closed: Rejected o Closed: Cancelled.

• Required By Date – utilizzare questo campo per specificare la data entro la quale si desidera che i componenti siano pronti. Facendo clic all’interno del campo verrà visualizzata una finestra calendario con cui specificare la data richiesta.
• Assign to – utilizzare questo campo per specificare quali bibliotecari possono vedere e rispondere alla richiesta. Il campo a discesa elenca tutti gli utenti del server che fanno parte dei ruoli Librarian nominati. Se lasciato vuoto (non specificato), tutti i bibliotecari vedranno la richiesta e qualsiasi membro potrà modificarla per assegnarla a sé stesso – in tal caso, gli altri bibliotecari non avranno più accesso alla richiesta.
• Component Type – questo campo può essere utilizzato per specificare il tipo di componente richiesto. L’elenco a discesa includerà tutti i tipi attualmente definiti nella pagina Data Management – Component Types page della finestra di dialogo Preferences.
• Parameters – quest’area può essere utilizzata per aggiungere un insieme di parametri specifici richiesti per la parte o le parti. Fare clic su Add e utilizzare i campi successivi per fornire un nome e un valore per il parametro. Se non vengono specificati parametri, il bibliotecario probabilmente ricorrerà all’aggiunta dei parametri presenti in un datasheet correlato per quella parte, in conformità con la policy dell’organizzazione.
• Description – questo campo può essere utilizzato per fornire una descrizione dettagliata della parte (tipicamente ricavata dal datasheet del produttore).
• Attachments – quest’area può essere utilizzata per allegare eventuali file utili relativi alla parte richiesta, ad esempio un datasheet PDF, un’immagine o un documento. Fare clic sul pulsante Choose File per individuare i file tramite una finestra di dialogo standard, oppure trascinare i file nell’area indicata.

• Parts List – utilizzare quest’area per specificare eventuali Component Item esistenti nel server, creati come componenti stub temporanei. Fare clic su Add e cercare l’Item richiesto di conseguenza. Il bibliotecario potrà quindi utilizzarlo per soddisfare la richiesta. Se non esiste alcuna parte stub, il bibliotecario creerà semplicemente un nuovo Component Item nel server, insieme ai necessari domain model Items.

Una volta definite tutte le informazioni richieste – e in sostanza Manufacturer e Manufacturer Part Numbers (che sono obbligatori) – fare clic sul pulsante in alto a destra nel modulo per creare la richiesta.

Una volta salvata la richiesta, verranno presentati tutti i dettagli completi della richiesta.

Il risultato del salvataggio dell’esempio di nuova Part Request.

La richiesta salvata includerà le seguenti informazioni aggiuntive:

• Request Id – il titolo assegnato dal sistema alla richiesta, nel formato PR-n (dove n è il successivo identificatore intero disponibile).
• Comment – utilizzare questo campo per commentare la richiesta. Ciò consente una comunicazione bidirezionale tra il richiedente e il bibliotecario. Ad esempio, il richiedente potrebbe modificare qualcosa rispetto all’invio originale e doverlo segnalare al bibliotecario che sta lavorando sulla parte. Oppure il bibliotecario potrebbe richiedere informazioni aggiuntive o una conferma su qualche aspetto della parte. Una volta scritto il commento, fare clic sul pulsante Add Comment per inviarlo. Qualsiasi commento apparirà nell’area History della pagina e anche nel flusso cronologico quando si visualizza la richiesta di parte nel pannello Explorer nel client di progettazione Altium NEXUS.
• History – un flusso continuo di eventi relativi a questa richiesta.

Visualizzazione delle richieste di parte

In qualsiasi momento, un utente può visualizzare le richieste di parte di cui è stato responsabile dell’avvio (Requestor) o di cui è responsabile dell’elaborazione (Librarian). Questa operazione può essere eseguita dalla pagina Legacy Part Requests dell’interfaccia browser del server.

Elenco riepilogativo principale delle Part Requests – accessibile in qualsiasi momento facendo clic sulla voce Legacy Part Requests nell’albero di navigazione.

Ogni richiesta di parte, a questo livello di riepilogo, è elencata in termini delle seguenti informazioni fornite:

• ID.
• Date – la data in cui la richiesta è stata creata.
• Description.
• Manufacturer.
• Manufacturer Part Numbers.
• Created by – l’autore originale della richiesta (il Requestor).
• Assignee – il Librarian a cui è assegnato il compito di lavorare sulla richiesta del componente. Se vuoto, la richiesta è disponibile per tutti i membri del ruolo Librarians.
• State – lo stato in cui si trova attualmente la richiesta.

Usare il campo a discesa in alto a sinistra per passare dalla visualizzazione di All States (predefinita) alla visualizzazione di tutte le richieste di componenti in un determinato stato. Usare il campo di ricerca per trovare rapidamente una richiesta di componente, in base ai campi Created By, Assignee o Description. Le richieste di componenti possono essere ordinate in base a qualsiasi colonna che possieda il controllo : fare clic sul controllo o sul nome della colonna.

È possibile accedere alla pagina di dettaglio di una richiesta di componente facendo clic sul relativo ID.

Accesso alla pagina di dettaglio di una richiesta di componente dalla pagina principale Legacy Part Requests.

Modifica di una richiesta di componente

Per modificare una richiesta di componente, accedere alla relativa pagina di dettaglio, quindi fare clic sul pulsante in alto a destra della pagina. Si noti inoltre che è disponibile un campo Comment . Questo serve specificamente per aggiungere del testo esplicativo in relazione a qualsiasi modifica della richiesta. È separato dalla funzionalità di commento disponibile al di fuori della modifica della richiesta.

Accesso al modulo con cui modificare una richiesta di componente esistente.

Apportare le modifiche necessarie, incluso un cambio di stato se appropriato, quindi fare clic su per confermare. Per uscire senza apportare modifiche, fare clic su .

Cronologia e notifiche

Alla creazione di una richiesta di componente, il richiedente e i membri applicabili del ruolo Librarian possono visualizzare la voce della richiesta e i relativi dati cumulativi di History.

Una nuova voce viene aggiunta alla timeline degli eventi della Cronologia di una richiesta quando la richiesta è stata aggiornata (modificata) all'interno del NEXUS Server o tramite il client di progettazione NEXUS. Una voce della Cronologia viene aggiunta anche quando viene inserito un commento dalla modalità di visualizzazione (anziché di modifica). Questa funzionalità di commento bidirezionale (al di fuori di una modifica) è visibile solo quando si visualizza la pagina di dettaglio di una richiesta nell'interfaccia browser, oppure quando viene visualizzata nel pannello Explorer del client di progettazione NEXUS.

Oltre alle voci degli eventi della Cronologia, verranno ricevute anche notifiche email se la funzionalità Email Notifications del server è abilitata. Questa operazione viene eseguita da un Administrator nella pagina delle impostazioni SMTP (Admin – Settings – Email Notifications) dell'interfaccia browser del server. Si noti che solo gli eventi di creazione e aggiornamento della richiesta di componente attiveranno una notifica email.

► Vedere Configurazione delle notifiche email per informazioni dettagliate sulla configurazione.

Le parti interessate ricevono la notifica della creazione della richiesta di componente e di eventuali aggiornamenti tramite notifiche email, se questa funzionalità è configurata e abilitata.

Personalizzazione degli stati

Una volta inviata la richiesta per un nuovo componente, esistono diversi stati in cui tale richiesta può infine entrare. Per impostazione predefinita, sono forniti i seguenti stati:

• Opened States – stati in cui la richiesta è attualmente ancora 'attiva':
  • New
  • In Progress
• Closed States – stati in cui la richiesta è stata considerata risolta e quindi 'chiusa':
  • Completed
  • Rejected
  • Cancelled

Per soddisfare i requisiti di diverse organizzazioni, gli stati sono personalizzabili. È possibile:

• Modificare i nomi degli stati predefiniti.
• Aggiungere stati aggiuntivi (denominati secondo necessità).
• Modificare l'ordinamento degli stati (come gli stati appariranno nel relativo menu a discesa State durante la creazione/modifica di una richiesta di componente).

Questa configurazione viene eseguita da un Administrator nella pagina Custom States (Admin – Settings – Vault – Legacy Part Requests – Custom States) dell'interfaccia browser del server.

La pagina Custom States dell'area Admin – Settings fornisce l'interfaccia per personalizzare gli stati utilizzati nella funzionalità Legacy Part Request.

Apportare le modifiche come segue:

• Per modificare il nome di uno stato esistente, fare clic sul relativo nome. Verrà visualizzata la finestra Custom State Name in cui effettuare l'operazione.
• Per aggiungere un nuovo stato, fare clic sul controllo add new, associato al tipo di stato (aperto o chiuso). Usare la finestra Custom State Name per assegnare allo stato il nome richiesto.
• Per modificare l'ordine degli stati, usare i controlli Move Up () e Move Down (), a seconda dei casi (e dove disponibili).
• Per rimuovere uno stato, fare clic sul relativo controllo Remove ().

Una volta definiti gli stati richiesti, assicurarsi di fare clic sul pulsante in alto a destra della pagina.