Script e PXs per Agile PLM

Se due suite di applicazioni hanno set di funzionalità comparabili, quindi un uso più facile da un'interfaccia utente più intuitiva spesso determina che privato guadagna una quota maggiore del mercato. Gli utenti preferiscono fortemente software che migliora l'accesso alle funzioni più utilizzate, e riduce al minimo il numero di passaggi necessari per eseguire ogni attività. PLM &' Agile; s un'interfaccia utente altamente lucidato è tenuto in grande considerazione nel settore del software aziendale, ed è stato influente in molte organizzazioni e' . l'adozione di Agile PLM invece di soluzioni PLM alternative

D'altra parte, però, è stato detto che “ interfacce grafiche rendono compiti facili facili, mentre le interfacce a riga di comando rendono difficili compiti possibile &"; In altre parole, ci sono momenti in cui una GUI solo isn &'; la t lo strumento giusto per il lavoro. Ciò è particolarmente evidente quando il compito da eseguire è ripetitivo e non richiede quasi nessun pensiero da realizzare. Regolare i numeri di parte per tutta una serie di componenti in Agile può essere realizzato tramite l'interfaccia grafica, ma sarebbe probabilmente prendere troppe ore-di essere un'opzione fattibile. Lo stesso compito, tuttavia, potrebbe facilmente essere realizzata mediante un script contenente meno di dieci righe di codice. Tale script potrebbe probabilmente rinominare milioni di record in pochi minuti, e completare il compito senza un solo errore. Lo stesso non si può dire per una squadra di cinquanta persone che utilizzano una GUI perfetto.

convalida BOM è un altro ottimo motivo per utilizzare script e PXs. Ogni società s 'prodotti e componenti sono unici, il che rende molto difficile progettare un one-size fits- all soluzione che individua un errore dell'utente durante l'inserimento dei dati. Tuttavia, se sono noti gli oggetti dati in un determinato spazio Agile, script e PXs possono produrre soluzioni efficaci di convalida BOM.

Un numero considerevole delle azioni eseguite dagli utenti di software come Agile PLM hanno solo lievi variazioni. Componente X da un unico fornitore potrebbe essere necessaria per il prodotto A, mentre Y componente da un altro fornitore, è necessaria per il prodotto B. Variazioni in un processo di assemblaggio potrebbe richiedere input da diverse approvazioni di cambiamento. Quando ci sono un piccolo insieme di condizioni che determinano il corso di azione che deve essere presa, script e PXs possono essere utilizzati per automatizzare i processi decisionali che sono altrimenti in gran parte ridondanti.

L'Agile SDK può essere utilizzato per un certo numero di posti di lavoro di manipolazione dei file. Si potrebbe desiderare di utilizzare un modello BOM BOM per generare duplicati, per esempio. I file possono essere importati da ed esportati in un certo numero di tipi di file, inclusi i file di Microsoft Word ed Excel. L'SDK può anche facilitare Agile PLM &'; s l'integrazione con altre applicazioni software che l'azienda utilizza, in modo che la copia manuale dei dati tra i programmi si evitano quando possibile

L'SDK per Agile PLM 9.3 è uno strumento estremamente potente per la lavorazione. script personalizzati ed estensioni di processo (PXS). Uno script Groovy può essere utilizzato per montare l'automazione semplice processo simile all'esempio precedente. Per ulteriori personalizzazioni complesse, le API Java per Agile sono una scelta migliore. L'SDK può automatizzare le operazioni ripetitive dell'interfaccia utente, che li rende fulminei, e anche produrre interfacce utente che si conformano più strettamente al modo opera l'azienda

Ecco &';. Un esempio di quest'ultimo scenario. Supponiamo che la vostra organizzazione fa affari con un certo numero di fornitori di componenti che tu &'; piacerebbe per fornire accurate, informazioni di inventario up-to-data a partire dalla vostra implementazione agile. Una possibile soluzione potrebbe comportare l'assegnazione di un login Agile al fornitore, e la personalizzazione che login &'; s autorizzazioni in base al fornitore &'; s esigenze. Tuttavia, penso che sarete d'accordo che questa opzione è rischiosa e compromette l'efficacia di un'organizzazione &';. S politica di sicurezza IT

Una soluzione molto migliore utilizza i servizi web e le API Java per fornire i vostri fornitori con un portale di informazione che risiede al di fuori del server Agile, e li mostra solo i dati di cui hanno bisogno, presentata in qualsiasi formato visivo che i browser web supportano. Ora qui &'; soluzione sa che è più sicuro di concedere i fornitori di accesso diretto al server Agile, e anche molto più conveniente che inviare email manualmente ogni fornitore

Mentre le organizzazioni che utilizzano Agile diventano più familiarità con il Agile SDK e il tremendo! flessibilità e potenza che essa offre, script e PXs hanno cominciato a proliferare. Una volta che le aziende iniziano a sfruttare gli script di Agile e PXs in modi che approssimano i loro processi di business, in genere a raggiungere una maggiore efficienza operativa. Il personale che dovevano eseguire manualmente operazioni ripetitive possono ora passare più tempo sui posti di lavoro che veramente richiedono il giudizio umano o creatività.

Nonostante gli evidenti vantaggi descritti finora, alcune aziende, come i produttori di dispositivi medici, sono riluttanti a utilizzare script e PXs a causa dei requisiti di settore, come la validazione FDA. Tuttavia, nel nostro lavoro, abbiamo stimato che i guadagni a lungo termine l'efficienza offerte dalla distribuzione di un PX quasi sempre superiori ai suoi costi di convalida onetime con un margine sano.

Gli script e PXs sono un ottimo modo per integrare affari applicazioni, ridurre i tassi di errore, automatizzare i processi di approvazione e costruisce, migliorare la comunicazione inter-business senza compromettere la sicurezza, e molto more.Enterprises hanno molto da guadagnare da esplorare il Agile SDK, e determinando modi che può maturare l'implementazione PLM Agile da &ldquo , ideale per qualsiasi azienda &"; a “ perfetto per noi &" ;.
.