Scripts en handelsposten voor Agile PLM

Als twee applicatie suites hebben vergelijkbare feature sets, dan is een gemakkelijker te gebruiken, meer intuïtieve gebruikersinterface bepaalt vaak suite die een groter deel van de markt krijgt. Gebruikers sterk voorstander van software die toegang tot veelgebruikte functies verbetert, en minimaliseert het aantal stappen die nodig zijn om elke taak te volbrengen. Agile PLM &'; s gepolijst gebruikersinterface wordt gehouden in hoog aanzien in de enterprise software-industrie, en is invloedrijk geweest in veel organisaties &'; . invoering van Agile PLM in plaats van alternatieve PLM-oplossingen

Aan de andere kant, hoewel, het is al gezegd dat “ grafische gebruikersinterfaces maken gemakkelijke taken eenvoudig, terwijl de command line interfaces maken moeilijke taken mogelijk &"; Met andere woorden, er zijn momenten waarop een GUI isn &' net; t het juiste gereedschap voor de job. Dit is vooral duidelijk wanneer de taak uit te voeren is repetitief en vereist nauwelijks denken te bereiken. Het aanpassen van de onderdeelnummers voor een hele reeks van componenten in Agile kan worden bereikt via de GUI, maar zou waarschijnlijk te veel persoon-uren duren om een ​​haalbare optie. Dezelfde taak, echter kan gemakkelijk worden bewerkstelligd door een script met minder dan tien regels code. Zo'n script kan waarschijnlijk hernoemen miljoenen records in slechts enkele minuten, en de taak te voltooien zonder een enkele fout. Hetzelfde kan niet gezegd worden voor een team van vijftig mensen met een perfecte GUI.

BOM validatie is een andere goede reden om scripts en handelsposten te gebruiken. Elk bedrijf &'; s producten en componenten zijn uniek, waardoor het zeer moeilijk om een ​​one-size ontwerpen fits- all oplossing die gebruiker fout bij het invoeren van gegevens detecteert. Echter, als de data objecten in een specifieke Agile ruimte bekend zijn, scripts en handelsposten kan effectief BOM validatie oplossingen te produceren.

Een aanzienlijk aantal van de uitgevoerd door de gebruikers van de software zoals Agile PLM acties hebben slechts lichte variaties. Component X van één leverancier nodig zou zijn voor product A, terwijl de Y-component van een andere leverancier nodig zou zijn voor product B. Variaties in een assemblage proces kan vragen om input van verschillende veranderingen goedkeurders. Als er een kleine set van voorwaarden die de loop van de actie die moet worden genomen, scripts en handelsposten te bepalen kan worden gebruikt om besluitvormingsprocessen die anders grotendeels overbodig te automatiseren.

De Agile SDK kan worden gebruikt voor een aantal bestand manipulatie banen. Wilt u misschien een BOM sjabloon gebruiken om dubbele stuklijsten genereren, bijvoorbeeld. Bestanden kunnen uit worden geïmporteerd en geëxporteerd naar een aantal bestandstypen, waaronder Microsoft Word en Excel-bestanden. De SDK kan ook vergemakkelijkt Agile PLM &'; s integratie met andere software-applicaties die uw bedrijf gebruikt, zodat het handmatig kopiëren van gegevens tussen programma's wordt zoveel mogelijk vermeden

De SDK voor Agile PLM 9.3 is een zeer krachtige tool voor het bewerken. aangepaste scripts en proces extensies (handelsposten). Een Groovy script kan worden gebruikt om zweep eenvoudige procesautomatisering vergelijkbaar met het voorbeeld hierboven. Voor meer complexe aanpassingen, de Java API's voor Agile is een betere optie. De SDK kan automatiseren repetitieve UI taken, waardoor ze bliksemsnelle, en produceren ook UI die beter voldoen aan de manier waarop uw bedrijf opereert

Here &';. Is een voorbeeld van het laatste scenario. Stel dat uw organisatie zaken doet met een aantal leveranciers van onderdelen die u &'; graag accurate, up-to-date inventaris informatie van uw behendige implementatie. Een mogelijke oplossing zou kunnen inhouden het toewijzen van een Agile login aan de leverancier, en aanpassen dat login &'; s machtigingen volgens de leverancier &'; s behoeften. Echter, ik denk dat u het ermee eens dat deze optie is riskant en schaadt de effectiviteit van een organisatie &';. S IT-veiligheidsbeleid

Een veel betere oplossing maakt gebruik van webservices en de Java API's om uw leveranciers te voorzien van een informatieportaal die zich buiten de Agile-server, en alleen toont ze de gegevens die ze nodig hebben, die in vrijwel elke visueel formaat dat web browsers ondersteunen. Nu hier &'; sa oplossing die is veiliger dan het verlenen van leveranciers direct toegang tot uw Agile server, en ook veel handiger dan handmatig e-mailen elke leverancier

Als organisaties gebruik van Agile steeds meer vertrouwd met de Agile SDK en de enorme! flexibiliteit en kracht die het biedt, scripts en handelsposten begonnen te vermenigvuldigen. Zodra bedrijven beginnen te Agile scripts en handelsposten benutten op een manier die hun bedrijfsprocessen te benaderen, ze meestal te bereiken een grotere operationele efficiëntie. Personeel dat moest repetitieve taken handmatig uitvoeren kan nu meer tijd besteden aan taken die werkelijk menselijk oordeel of creativiteit vereist.

Ondanks de duidelijke voordelen aldus beschreven toe, sommige bedrijven, zoals fabrikanten van medische hulpmiddelen, zijn terughoudend om gebruik te maken scripts en handelsposten vanwege eisen van de industrie, zoals de FDA validatie. Echter, in ons werk, hebben we geschat dat op de lange termijn winst in efficiëntie wordt geboden door het inzetten van een PX bijna altijd haar eenmalige validatie kosten opwegen tegen door een gezonde marge.

Scripts en handelsposten zijn een geweldige manier om zaken te integreren toepassingen, verminderen de tarieven van de fout, te automatiseren bouwt en goedkeuringsprocessen, het verbeteren van inter-business communicatie zonder de veiligheid in gevaar te brengen, en veel more.Enterprises hebben veel te winnen bij het verkennen van de Agile SDK, en het bepalen van manieren waarop het kan rijpen uw Agile PLM implementatie van &ldquo , groot voor elke onderneming &"; om van “ perfect voor ons &" ;.
.