Scripts e pxs para Agile PLM

Se duas suítes de aplicativos têm conjuntos de recursos comparáveis, em seguida, um uso mais fácil de interface de usuário mais intuitiva, muitas vezes determina que suíte ganha uma fatia maior do mercado. Usuários favorecem fortemente software que melhora o acesso aos recursos mais usados, e minimiza o número de passos necessários para realizar cada tarefa. PLM Agile &'; s interface de usuário altamente polido é tido em alta estima na indústria de software da empresa, e tem sido influente em muitas organizações e' . adoção de Agile PLM, em vez de soluções de PLM alternativas

Por outro lado, no entanto, tem sido dito que “ interfaces gráficas de usuário fazer tarefas fáceis fácil, enquanto interfaces de linha de comando fazem tarefas difíceis possível &"; Em outras palavras, há momentos em que um GUI apenas isn &'; t a ferramenta certa para o trabalho. Isto é especialmente evidente quando a tarefa a ser executada é repetitivo e requer quase nenhum pensamento de realizar. Ajustando os números de peça para toda uma série de componentes em Agile pode ser realizado através do GUI, mas, provavelmente, tomar demasiados horas-pessoa a ser uma opção viável. A mesma tarefa, no entanto, poderia ser realizada facilmente por um script contendo menos de dez linhas de código. Provavelmente esse script poderia renomear milhões de discos em poucos minutos, e completar a tarefa sem um único erro. O mesmo não pode ser dito para uma equipe de cinqüenta pessoas usando uma GUI perfeito.

validação BOM é outro grande motivo para usar scripts e pxs. Cada empresa &'; s produtos e componentes são únicos, o que torna muito difícil projetar um tamanho um fits- toda a solução que detecta erro do usuário durante a entrada de dados. No entanto, se os objetos de dados em um espaço específico Agile são conhecidos, scripts e pxs pode produzir soluções eficazes de validação da lista de materiais.

Um número considerável das ações realizadas pelos usuários de software como o Agile PLM têm apenas ligeiras variações. Componente X de um fornecedor pode ser necessária para o produto A, enquanto Y componente de outro fornecedor pode ser necessária para o produto B. Variações em um processo de montagem pode chamar para a entrada de diferentes aprovadores de mudança. Quando há um pequeno conjunto de condições que determinam o curso de ação que deve ser tomada, scripts e pxs pode ser usado para automatizar os processos de tomada de decisões que são de outra maneira em grande parte redundante.

O Agile SDK pode ser usado para um número de postos de trabalho de manipulação de arquivo. Você pode querer usar um modelo de BOM para gerar listas de materiais duplicados, por exemplo. Os arquivos podem ser importados de e exportados para vários tipos de arquivo, incluindo arquivos do Microsoft Word e Excel. O SDK também pode facilitar o Agile PLM &'; s integração com outras aplicações de software que sua empresa utiliza, de modo que copiar manualmente dados entre programas é evitada sempre que possível

O SDK para Agile PLM 9.3 é uma ferramenta extremamente poderosa para a elaboração. scripts personalizados e extensões de processos (pxs). Um script Groovy pode ser usado para chicotear acima de automação de processos simples, semelhante ao exemplo acima. Para mais personalizações complexas, as APIs Java para Agile são uma opção melhor. O SDK pode automatizar tarefas repetitivas de interface do usuário, tornando-os-relâmpago, e também produzem UIs que adequá-las às maneira a sua empresa opera

Here &';. É um exemplo deste último cenário. Suponha que a sua organização faz negócios com um número de fornecedores de componentes que você &'; d gosta de fornecer informações precisas e up-to-date inventário de sua implementação ágil. Uma possível solução poderia envolver a atribuição de um login Agile para o fornecedor, e personalizar esse login &'; s permissões de acordo com o fornecedor &'; s necessidades. No entanto, eu acho que você vai concordar que esta opção é arriscada e afecta a eficácia de uma organização &';. S política de segurança de TI

Uma solução muito melhor utiliza serviços web e as APIs Java para fornecer seus fornecedores com um portal de informação que reside fora do servidor Agile, e só lhes mostra os dados que eles precisam, apresentada em praticamente qualquer formato visual que navegadores da web suportam. Agora, aqui &'; solução sa que é mais seguro que a concessão de fornecedores de acesso directo ao seu servidor Agile, e também muito mais conveniente do que e-mail manualmente cada fornecedor

Como as organizações que utilizam Agile se familiarizar mais com o Agile SDK ea tremenda! flexibilidade e poder que ele oferece, scripts e pxs começaram a proliferar. Uma vez que as empresas começam a alavancar os scripts ágil e pxs de formas que se aproximam de seus processos de negócios, que normalmente alcançar uma maior eficiência operacional. Pessoal que tinham de realizar tarefas repetitivas manualmente podem agora passar mais tempo em tarefas que verdadeiramente necessitam de julgamento humano ou criatividade.

Apesar das óbvias vantagens descritas até agora, algumas empresas, como fabricantes de dispositivos médicos, estão relutantes em utilizar scripts e pxs por causa das exigências do setor como validação FDA. No entanto, em nosso trabalho, estimamos que os ganhos a longo prazo em termos de eficiência proporcionados pela implantação de um PX quase sempre superiores aos seus custos de validação de outrora por uma margem saudável.

Scripts e pxs são uma ótima maneira de integrar negócios aplicações, reduzir as taxas de erro, constrói e automatizar processos de aprovação, melhorar a comunicação inter-empresarial sem comprometer a segurança, e muito more.Enterprises têm muito a ganhar com a exploração do Agile SDK, e determinar maneiras que ele pode amadurecer sua implementação Agile PLM da &ldquo , ideal para qualquer empresa &"; para “ perfeito para nós &" ;.
.