Skript og PXS for Agile PLM

Hvis to søknads suitene har sammenlign har sett, deretter en enklere å bruke, mer intuitivt brukergrensesnitt avgjør ofte hvilke eget gevinster en større andel av markedet. Brukere sterkt favorisere programvare som forbedrer tilgang til ofte brukte funksjoner, og minimerer antall trinn som kreves for å utføre hver oppgave. Agile PLM &'; s svært polert brukergrensesnitt er holdt i høy aktelse i bedriften programvareindustrien, og har vært innflytelsesrike i mange organisasjoner og' . adopsjon av Agile PLM i stedet for alternative PLM-løsninger

På den annen side, selv om det er blitt sagt at “ grafiske brukergrensesnitt gjøre enkle oppgaver lett, mens kommandolinjegrensesnitt gjør vanskelige oppgaver mulig &"; Med andre ord, det er tider når en GUI bare isn &'; t riktig verktøy for jobben. Dette er spesielt tydelig når oppgaven å utføre er repeterende og krever knapt noen tenkt å oppnå. Justere varenumrene for en hel serie av komponenter i Agile kan oppnås via GUI, men vil trolig ta for mange timeverk å være et mulig alternativ. Den samme oppgave, men kan lett bli oppnådd ved en prosedyre som inneholder færre enn ti linjer med kode. Et slikt skript kan sannsynligvis endre navn på millioner av plater i bare noen minutter, og fullføre oppgaven uten en eneste feil. Det samme kan ikke sies for et lag femti personer som bruker en perfekt GUI.

BOM validering er en annen god grunn til å bruke skript og PXS. Hvert selskap &'; s produkter og komponenter er unike, noe som gjør det svært vanskelig å utforme en one-size fits- all løsning som oppdager brukerfeil ved dataregistrering. Men hvis data objekter i en bestemt Agile plass er kjent, kan skript og PXS produsere effektive BOM validerings løsninger.

Et betydelig antall av de handlinger som utføres av brukere av programvare som Agile PLM har bare små variasjoner. Komponent X fra en leverandør kan være nødvendig for produkt A, mens komponent Y fra en annen leverandør kan være nødvendig for produktet B. Variasjoner i monteringsprosessen kan kalle for innspill fra ulike endrings godkjennere. Når det er et lite sett med betingelser som avgjør i løpet av handlingen som må tas, skript og PXS kan brukes til å automatisere beslutningsprosesser som ellers stort sett overflødig.

The Agile SDK kan brukes til en rekke fil manipulasjon jobber. Du vil kanskje bruke en BOM mal for å generere like stykklister, for eksempel. Filene kan importeres fra og eksporteres til en rekke filtyper, inkludert Microsoft Word og Excel-filer. SDK kan også legge til rette Agile PLM &'; s integrasjon med andre programmer som bedriften bruker, slik at manuell kopiering av data mellom programmer unngås når det er mulig

SDK for Agile PLM 9.3 er et ekstremt kraftig verktøy for laging. definerte skript og prosess utvidelser (PXS). En Groovy script kan brukes til å piske opp enkel prosess automatisering som i eksempelet ovenfor. For mer komplekse tilpasninger, Java APIer for Agile er et bedre alternativ. SDK kan automatisere repetitive UI oppgaver, noe som gjør dem lynraske, og også produsere UiS som sams tettere til måten bedriften driver

Her &'; s. Et eksempel på sistnevnte scenario. Anta at organisasjonen gjør forretninger med en rekke leverandører av komponenter som du &'; d liker å gi nøyaktig, up-to-date inventar informasjon fra din smidig gjennomføring. En mulig løsning kan innebære å tildele en Agile login til leverandøren, og tilpasse at innlogging &'; s tillatelser i henhold til leverandørens &'; s behov. Men jeg tror du vil være enig i at dette alternativet er risikabelt og svekker effektiviteten i en organisasjon &'; s. IT sikkerhetspolitikk

bruker en mye bedre løsning webtjenester og Java-APIer for å gi dine leverandører med en informasjonsportal som ligger utenfor Agile server, og bare viser dem den informasjonen de trenger, presentert i praktisk talt alle visuelle format som nettlesere støtter. Nå her &'; s løsning som er sikrere enn å gi leverandørene direkte tilgang til din Agile server, og også mye mer praktisk enn manuelt sende e-post hver leverandør

Som organisasjoner som bruker Agile bli mer kjent med Agile SDK og enorm! fleksibilitet og kraft som den tilbyr, har manus og PXS begynt å spre seg. Når selskapene begynner å utnytte Agile skript og PXS på måter som omtrent sine forretningsprosesser, de vanligvis oppnå mer effektiv drift. Personell som måtte utføre repetitive oppgaver manuelt kan nå bruke mer tid på jobbene som virkelig krever menneskelig skjønn eller kreativitet.

Til tross for de åpenbare fordeler som er beskrevet så langt, noen virksomheter, for eksempel medisinske utstyrsprodusenter, er motvillige til å utnytte skript og PXS grunn av bransjekrav som FDA validering. Men i vårt arbeid, har vi anslått at de langsiktige gevinster i effektivitet som gis ved å distribuere en PX nesten alltid oppveier sine engangs validerings kostnadene ved en sunn margin.

Scripts og PXS er en fin måte å integrere virksomheten applikasjoner, redusere forekomsten av feil, automat bygger og godkjenningsprosesser, forbedre inter-business kommunikasjon uten at det går utover sikkerheten, og mye more.Enterprises har mye å tjene på å utforske Agile SDK, og bestemme måter at det kan modnes din Agile PLM gjennomføring fra &ldquo ; flott for alle fast &"; til “ perfekt for oss &" ;.
.