Interoperabilitet i affärsprocesser

Affärsprocessinteroperabilitet ( BPI ) är en egenskap som hänvisar till förmågan hos olika affärsprocesser att samarbeta, att så kallade "interoperera". Det är ett tillstånd som existerar när en affärsprocess kan uppfylla ett specifikt mål automatiskt genom att endast använda väsentlig mänsklig arbetskraft. Vanligtvis är BPI närvarande när en process överensstämmer med standarder som gör att den kan uppnå sitt mål oavsett ägande, plats, fabrikat, version eller design av de datorsystem som används.

Översikt

Den främsta attraktionen med BPI är att en affärsprocess kan starta och avsluta när som helst i världen oavsett vilken typ av hårdvara och mjukvara som krävs för att automatisera den. På grund av dess förmåga att avlasta mänskligt "sinne"-arbete, anses BPI av många som det sista steget i utvecklingen av affärsdatorer . BPI:s dubbla kriterier för specifikt objektivt och väsentligt mänskligt arbete är båda subjektiva. [ citat behövs ]

Målen för BPI varierar, men tenderar att falla in i följande kategorier:

Affärsprocessinteroperabilitet är begränsad till företagsprogramvarusystem där funktioner är utformade för att fungera tillsammans, såsom en lönemodul och en reskontramodul som ingår i samma programsvit, och i kontrollerade mjukvarumiljöer som använder EDI . Interoperabilitet finns också mellan inkompatibla system där middleware har tillämpats. I vart och ett av dessa fall klarar dock processerna sällan BPI:s test eftersom de är begränsade av informationssilos och systemens oförmåga att fritt kommunicera sinsemellan.

Historia

Termen "business process interoperability" (BPI) myntades i slutet av 1990-talet, mest i samband med värdekedjan inom elektronisk handel . BPI har använts i reklammaterial av olika företag, och förekommer som ett ämne för forskning hos organisationer som arbetar med datavetenskaplig ontologi .

Trots den uppmärksamhet den har fått har interoperabilitet för affärsprocesser inte tillämpats utanför begränsade informationssystemmiljöer. En möjlig orsak är att BPI kräver universell överensstämmelse med standarder så att en affärsprocess kan starta och avsluta när som helst i världen. Standarderna i sig är ganska enkla – organisationer använder en begränsad uppsättning delade processer för att hantera de flesta av sina verksamheter. Att sammanföra företag för att skapa och anta standarderna är en helt annan sak. Ledningssystemens värld präglas trots allt av informationssilor . Att gå bort från silos kräver att organisationer hanterar kulturella frågor som ägande och delning av processer och data, konkurrenskrafter och säkerhet, för att inte tala om effekten av automatisering på deras arbetsstyrkor.

Även om tidtabellen eller antagandet av BPI inte kan förutsägas, förblir det ett ämne av intresse för både organisationer och tankesmedjor .

Testar för BPI

För att testa för BPI analyserar en organisation en affärsprocess för att avgöra om den kan uppfylla sitt specifika mål genom att endast använda väsentlig mänsklig arbetskraft .

Det specifika målet måste vara klart definierat från början till slut. Start och mål är dock mycket subjektiva. I en organisation kan en process starta när en kund beställer en produkt och avslutas när produkten levereras till kunden. I en annan organisation kan samma process föregås av produkttillverkning och distribution, och kan följas av hantering av efterförsäljningsgaranti och reparationer.

Viktigt mänskligt arbete inkluderar:

  • Uppgifter som måste utföras av människor eftersom det inte finns några praktiska metoder för automatisering. Exempel är att bekämpa en brand, köra buss och laga en måltid.
  • Uppgifter som enligt ledningens uppfattning utförs mer effektivt av människor. Exempel är att svara på ett telefonsamtal med en mänsklig röst och personligen erbjuda investeringsrådgivning.
  • Uppgifter där kostnaden för automatisering är större än kostnaden för mänskligt arbete.

För att kvalificera sig för BPI måste varje processuppgift tas med i beräkningen från början till slut, inklusive det arbete som hamnar mellan stolarna som skapas av inkompatibla mjukvaruapplikationer, som att samla in data från ett system och återinmata det i ett annat, och förbereda rapporter som inkluderar data från olika system. Processen måste flyta oavbrutet oavsett vilka underliggande datoriserade system som används. Om icke-nödvändigt mänskligt arbete existerar vid något tillfälle, klarar processen inte BPI-testet.

Att uppnå BPI

För att säkerställa att affärsprocesser kan uppfylla sina specifika mål automatiskt med endast väsentlig mänsklig arbetskraft, använder BPI en "service-oriented architecture" ( SOA ), som fokuserar på processerna snarare än på de teknologier som krävs för att automatisera dem. En allmänt använd SOA är ett effektivt sätt att ta itu med problemen som orsakas av olika system som är hjärtat i varje informationssilo .

SOA är praktiskt vettigt eftersom organisationer inte kan förväntas ersätta eller modifiera sin nuvarande företagsprogramvara för att uppnå BPI, oavsett vilka fördelar det innebär. Många arbetares jobb är uppbyggda kring de applikationer de använder, och de flesta organisationer har betydande investeringar i sin nuvarande informationsinfrastruktur som är så komplex att även den minsta modifiering kan vara mycket kostsam, tidskrävande och störande. Även om mjukvarutillverkare skulle enas och anpassa sina produkter till en enda uppsättning standarder, skulle problemet inte lösas. Förutom mjukvara från välkända tillverkare använder organisationer ett stort antal äldre mjukvarusystem , anpassade applikationer, manuella procedurer och pappersformulär. Utan SOA är det helt enkelt uteslutet att effektivisera ett så stort antal olika interna processer så att de samverkar över hela det globala företagsspektrumet.

För att skapa en SOA för utbredd användning, förlitar sig BPI på ett centraliserat databaslager som innehåller delad data och procedurer som är gemensamma för applikationer i alla branscher och geografiska områden. I huvudsak fungerar förvaret som ett översta applikationslager, vilket gör det möjligt för organisationer att exportera sina data till sin distribuerade databas och få de program de behöver genom att helt enkelt logga in via en portal . För att säkerställa säkerhet och kommersiell neutralitet följer förvaret standarder som utfärdats av gemenskapen av BPI- intressenter .

Organisationer och intressegrupper som vill uppnå interoperabilitet i affärsprocesser börjar med att etablera ett eller flera BPI-initiativ.

Se även

Vidare läsning

  • O. Adam et al. (2005). Ett samarbetsramverk för företagsövergripande affärsprocesshantering . Paper First International Conference on Interoperability of Enterprise Software and Applications, INTEROP-ESA'2005.
  • Khalid Belhajjame, Marco Brambilla. Ontologibaserad beskrivning och upptäckt av affärsprocesser . I Proceedings of the 10th Workshop on Business Process Modeling, Development and Support (BPMDS) på CAiSE 2009, Amsterdam, juni 2009, Springer LNBIP, vol. 29, s. 85–98.
  •   Guijarro, L. (2007). "Interoperabilitetsramverk och företagsarkitekturer i e-förvaltningsinitiativ i Europa och USA". Regeringens information kvartalsvis . 24 (2007): 89–101. CiteSeerX 10.1.1.73.7861 . doi : 10.1016/j.giq.2006.05.003 .
  • Kurt Kosanke (2005). "INTEROP-ESA'2005, sammanfattning av artiklar"
  • Richard A. Martin (2004). "A Standards' Foundation for Interoperability" Paper 2004 International Conference on Enterprise Integration and Modeling Technology. 9–11 oktober 2004. University of Toronto, Kanada.
  • MP Papazoglou et al. (2000) " Integrerade värdekedjor och deras konsekvenser ur affärs- och tekniksynpunkt," Decision Support Systems 29 2000 sid. 323–342

externa länkar

Hämtad från " https://en.wikipedia.org/w/index.php?title=Business_process_interoperability&oldid=923957089 "