BPMN (notation): processbeskrivning

2024 Författare: Howard Calhoun | [email protected]. Senast ändrad: 2023-12-17 10:41

Världen har arbetat med en processinställning till affärsorganisation under lång tid och ganska effektivt, och Business Process Model and Notation (BPMN, notation) standarden är en genomtänkt procedur med en korrekt beskrivning av affärsprocesser. Företag förbättrar ständigt olika specialiseringar av denna standard och uppnår därmed en mycket betydande ökning av alla kvalitetsindikatorer för deras arbete. BPMN-notation är förståeligt inte bara för experter inom ämnesområdet där det skapades, alla arbetare kan arbeta med dess logiska beräkningar.

Modellering och standardisering

Samtidigt som denna standardisering är enkel, är den den mest kompletta modellen av den beskrivna affärsprocessen, sammanställd i maskinläsbar form. BPMN (när det visas i BPMN 2.0-versionen av notationen) bygger modeller av de mest komplexa processerna i verksamheten på ett mycket kraftfullt och uttrycksfullt sätt och i det mest begripliga systemet. Viktigast av allt, tillsammans med denna standard,grafiska modeller och omvandlas till en vackert strukturerad och maskinläsbar form som är baserad på XML. BPMN-notationsspråket är absolut körbart, det vill säga det låter dig modellera processer som sedan utförs med BPMS (automatiserade affärsprocesshanteringssystem). Sådan standardisering är extremt användbar just för att modellbyggare kan använda vissa mjukvaruprodukter och artister - andra, om de stöder denna standard.

För att bygga en viss modell kan mer än en version användas (BPMN 2.0-notation (PDF) och andra), ibland är en modell uppbyggd av fragment av olika notationer, men sättet de systematiseras och läses är det samma. Ett ökande antal entreprenörer implementerar i sina företag genomförandet av affärsprocesser baserade på denna standard. Efterfrågan på specialister som kan detta modellspråk växer för varje dag. Ett ökande antal människor studerar de grafiska delarna av BPMN-notation och reglerna för att bygga modeller. För detta finns speciella kurser där de som önskar ska bekanta sig med syftet med detta språk, med typerna av diagram, och se möjligheterna att automatiskt exekvera de konstruerade modellerna. Det mest intressanta är praktisk erfarenhet av BPMN 2.0-notation (finns även på ryska), modellering och analys, affärsprocessutveckling.

Specialister

Vem kan beskriva affärsprocesser? BPMN-modelleringsnotation görs enkelt av alla som är involverade i automatisering,utveckling av affärsprocesser. Dessa är affärskonsulter, affärsanalytiker, projektledare, systemanalytiker, arkitekter och utvecklare av datasystem, metodologer, kvalitetstjänstearbetare. Vanligtvis kan dessa personer läsa teknisk dokumentation på engelska, deltog i alla analysprojekt, beskrivna BPMN-notation, optimerade eller automatiserade affärsprojekt eller utvecklade och underhållna mjukvara. Denna metod har en internationell status, och inte en proprietär sådan, som många andra standarder, och inte ens en nationell. Det är därför de sedan 2005 har analyserat och omorganiserat verksamheten med hjälp av processmodellering i BPMN-notation.

Den här tekniken gav tillgänglig information till nästan alla användare – från de största analytikerna som skapar diagram och utvecklare som implementerar teknologier för att utföra affärsprocesser enligt dessa diagram, till företagsledare, det vill säga vanliga användare som är upptagna med att hantera och spåra utförande av den konstruerade modellen. På så sätt överbryggar Business Process Modeling Notations (BPMN) gapet mellan modellskapande och modellimplementering. Här är några av de bästa idéerna från andra metoder. Till exempel, för bättre flexibilitet och läsbarhet följer affärsprocessmodellering i BPMN 2.0-notation flödesschematraditionen.

Symboler (element) BPMN

Stöder och utvecklar BPMN-organisationen OMG. Detta är inte ett meme av stamgästerna på Internet, vilket betyder "oh mein goth", utan ett mycket känt företag Object ManagementGroup, som omfattar mer än åttahundra företag som utvecklar standarder som BPMN-notation. Vi är skyldiga OMG-utvecklarna alla användbara ändringar i nya versioner. Det var denna organisation som valde marknadsföringen av UML BPMN-notationen, som används för att modellera objektorienterade system, som en nyckelriktning. När man utvecklar diagram finns det därför, förutom begrepp och begrepp (kontrollflöde, handling, dataobjekt, etc.) i BPMN många begrepp som är karakteristiska för det objektorienterade tillvägagångssättet: meddelande, utbyte och meddelandeflöde.

Grafiska notationssymboler analyseras enligt deras syfte och kombineras i kategorier. Dessa är: Flödesobjekt - flödesobjekt, Data - data, Swimlanes - ansvarsområden, Förbindande objekt - kopplande objekt, Artefakter - artefakter. Symbolerna för kontrollflöde, dataobjekt och flödesobjekt är dessutom uppdelade i undergrupper enligt semantiska egenskaper för att visa detaljerna för pågående händelser, flödesförgreningsfunktioner, utförande av åtgärder och så vidare. De indikerar detaljerna på grund av ytterligare grafiska bilder - markörer, ikoner placerade inuti huvudsymbolen. Händelsesymboler kommer också med en annan typ av kontur och bakgrundsfärg.

Händelser efter tid

Under genomförandet av en affärsprocess inträffar alltid olika och många händelser som påverkar, trots att de oftast är valfria element och inte visas i affärsprocessdiagrammet. Detta är att ta emot och svara på ett meddelande, ändra status idokument och mycket mer som det inte är meningsfullt att lista - många händelser sker bokstavligen vid varje steg. För att klassificera dem bestäms egenskaperna för var och en. Den första gruppen - vid tiden för början. Detta är starthändelsen som visar början av diagrammet. Härifrån kan kontrollflödet endast vara utgående och meddelandeflödet kan gå åt båda hållen. Starthändelsen på affärsprocessdiagrammet är vanligtvis en, men du kan inte visa den alls. Ibland finns det till och med flera av dem, om kartläggningen sker med spår, pooler och utplacerade delprocesser. Konturen av händelsen visas som en tunn linje.

Sluthändelsen är resultatet av utförandet av en affärsprocess. Flödet av kontroll kommer bara in här, och flödet av meddelanden rör sig fortfarande både till ingången och till utgången. Den inkommande strömmen representeras av en pil. Diagrammet visar bara en sluthändelse eller flera - de är skisserade som en tjock enkel linje. En mellanhändelse är någon av de andra som inträffar under genomförandet av en affärsprocess. En bäck kommer in här och en går också ut. Endast Boundary (gränshändelse) inträffar och bearbetas omedelbart - antingen i början eller i slutet av handlingen. Den visas på konturen (kanten) av åtgärden och innehåller bara en ström - antingen inkommande eller utgående. Och en sådan händelse indikeras med en tunn dubbel linje.

Händelser: underprocessavbrott och resultattyp

Eftersom händelserna under modelleringen av en affärsprocess är mycket olika klassificerades nästa block de somkan avbryta åtgärden. De första som markeras är icke-avbrytande händelser - dessa är mellanliggande händelser eller starthändelser som inträffar under körning, men initiera den utgående tråden som är associerad med den först när aktiviteten är slutförd. Konturen av en sådan händelse avbildas med en streckad linje. Nästa är en avbrytande händelse som inträffar före eller efter standardåtgärden. I exceptionella situationer kräver denna händelse ett stopp eller avbrytande av åtgärden om nödvändig information saknas eller ett fel visas under bearbetning, om ytterligare åtgärder behövs och liknande. Här visas konturen som en heldragen linje.

Den tredje typen av händelser klassificeras efter typ av resultat. Först och främst måste vi här prata om bearbetningsinitiatorn. Detta är en mellanhändelse eller starthändelse som inträffar som ett resultat av utförandet av åtgärder och är resultatet av utförandet av en process - standard eller inte. Den utlösande händelsen representeras av en ofylld ikon. Det är nödvändigt att lägga till ytterligare en händelse till detta avsnitt, som också talar om prestanda, bara här är det resultatet av bearbetningen. Detta är en mellanliggande eller sista händelse som inträffar under utförandet av åtgärder och är ett av de slutliga resultaten av utförandet av processen - standard eller inte, den visas som en fylld ikon.

Actions

Diagrammatiskt ser en process ut som en ordnad uppsättning åtgärder som utförs för att erhålla ett visst resultat. På ett vertik alt diagram med BPMN-notation, från topp till botten, ges en sekvens som visar exekveringenprocess över tid. Du kan också spåra den i riktningen för pilarna på de anslutande elementen från vänster till höger. De visade åtgärderna har tre huvudvyer och många varianter, var och en med sin egen ikon eller ikon.

Uppgift - en uppgift. Elementär handling, det vill säga odelbar. Typen eller specificiteten för uppgiften indikeras av en markör eller ikon i det övre vänstra hörnet av åtgärdssymbolen. Uppgiften kan vara Service (tjänst), för tillhandahållande av en tjänst, som är en automatiserad applikation eller webbtjänst. Skicka - skicka ett meddelande. Om meddelandet skickas minst en gång kan uppgiften anses vara avslutad. Ta emot - ta emot ett meddelande (samma princip: om ett meddelande tas emot en gång är uppgiften klar). Användarens uppgift anses vara karakteristisk och utförs av utföraren med hjälp av programvara och med hjälp av andra anställda. En uppgift som kräver manuell exekvering är Manuell, som utförs utan hjälp av automatisering. Business-Rule - en affärsregel, enligt tekniken beror fullgörandet av denna uppgift på omständigheterna, valet av en metod hjälper till att sätta en affärsregel. Skript - ett skript där exekveringen av operationer är strikt i den ordning som beskrivs på ett språk som känns igen av utföraren. Vanligtvis utförs den här typen av uppgifter på automatiserade sätt.

Underprocesser

Sub-process - underprocess. Det inkluderar gateways i BPMN-notation, arbetsflöden, händelser och många andra aktiviteter. Således är en delprocess en sammansatt handling, vars delar visas direkt inuti symbolen på diagrammet eller placeras påseparat nedbrytningsdiagram. I det senare fallet ska huvuddiagrammet visa ett +-tecken i mitten av delprocessen (aktivitetens nedre kant). Det finns standardunderprocesser, men de räcker inte, så två specifika varianter av det dök upp. Detta är en händelsedelprocess - en händelsedelprocess som alltid startar när en starthändelse inträffar. Diagrammet visar det inte på något sätt relaterat till resten av aktiviteterna och arbetsflödena. Konturen av en sådan delprocess avbildas med prickar.

Den andra typen är Transaktion (transaktion), detta är en åtgärd som består av olika operationer med ett framgångsrikt slutförande, det vill säga att få ett positivt resultat. Du kan bara få ett specifikt resultat om alla komponenter är klara. Om problem uppstår under exekveringen av delprocessen kommer resultaten av alla tidigare operationer att avbrytas (avbryt händelse). Sådan störning kan vara omöjligheten att utföra en viss operation eller dess felaktiga prestanda. För att undvika att avbryta tidigare händelser kan du prova en misslyckad operation för att kompensera (händelsekompensation). Konturen av en sådan delprocess visas som en dubbel heldragen linje. För att inkludera i diagrammet alla uppgifter eller delprocesser som återanvänds, finns det ett Call - ett samtal, som indikeras i diagrammet med en fet kontur.

Gateways

Gartar i BPMN-notation är utformade för att indikera detaljerna för operationsflödet och deras passage genom parallella eller alternativa grenar. Gatewayen klarar sig utan utgående eller inkommandeströmmar, men har alltid minst två egna, antingen inkommande eller utgående. Markören inuti dess symbol anger gatewaytypen. Det kan vara Exclusive, XOR - exklusivt med ett exklusivt "eller", designat för att dela upp flödet i alternativa rutter. Under exekveringen av processen kan endast en av de föreslagna rutterna aktiveras. Överhoppningsvillkor finns bredvid beteckningsraden. Inkluderande, ELLER - icke-exklusivt med logisk "eller"-grind utformad för att dela upp flödet i rutter, där var och en aktiveras om villkoret för det booleska uttrycket som är associerat med det är uppfyllt. Flera vägar kan tas i denna process, men om någon av dem inte stämmer är valet omöjligt.

Analog till en icke-exklusiv gateway - komplex. Skillnaden är att det bara finns ett uttryck som bestämmer aktiveringen av ett visst arbetsflöde. Parallell, AND - en parallell med logisk "och"-gateway behövs för att förgrena eller sammanfoga parallella operationer. Exklusiv händelsebaserad - En exklusiv men händelsebaserad gateway som separerar arbetsflödet i alternativa rutter. Exklusiv händelsebaserad gateway för att starta en process är också en exklusiv gateway, de händelser som den bygger på startar hela processen. Detta är startkaraktären för en process eller delprocess som inte har några ingångsströmmar. Parallell Event-Based Gateway för att starta en Process fungerar på samma sätt - en parallell gateway, även baserad på händelser som startar processen. Men med dess hjälp kan du aktivera flera processer samtidigt,om händelserna i samband med dem brinner. Naturligtvis har den inga inkommande strömmar. Bilderna visar tydligt BPMN-notationen i exemplen på diagram med två typer av gateways.

Data och flöden

Dataobjektet finns och används specifikt i diagram, vilket visar användningen av ytterligare markörer. Datainmatningar - indata, det vill säga den initiala informationen för att starta utförandet av åtgärder. Visas på symbolens övre kant. Datainsamling - en uppsättning data, det vill säga en hel array eller samling av data av samma typ. Visas under symbolen. Dataobjektet och åtgärden länkas samman med en koppling.

Standardbild av arbetsflödet kan kompletteras i diagrammet med indikation av specifika flöden. Villkorssekvensflöde - beteckning på ett villkorat flöde av operationer när det förgrenas. Visas som kommer från en åtgärd (om du inte vill använda en gateway i diagrammet). Standardsekvensflöde - standardsekvensflödet, kommer oftast från en gateway eller handling, inte associerad med logiska uttryck.

Exempel och slutsatser

Starthändelsen, som namnet antyder, indikerar startpunkten för en viss process. Detta är utgångspunkten, vilket innebär frånvaron av någon form av inkommande flöde. Starthändelsen i BPMN-notationsexempel betecknas med en cirkel där mitten är fri. En sådan händelse kan vara ett brev eller ett samtal från en kund, till exempel skickat till en webbutik eller till webbplatsen för ett företag sommodellerar denna affärsprocess. Vidare går operationsflödet längs linjerna och indikerar exekveringen av processen upp till den röda cirkeln, som indikerar slutförandet, sluthändelsen. Förresten, det kan finnas flera av dem, och det är lätt att spåra exakt var flödet av operationer tog slut, vilket slutförde processen. Ingen utgående stream är möjlig från den röda cirkeln.

Om diagrammet inte är i färg markeras sluthändelsen med en tjock linje i form av en cirkel. Till exempel kan denna händelse i praktiken vara utfärdandet av en beställd produkt som har gått hela vägen från klarering via bearbetning till utfärdande. Under allt detta arbete visar diagrammet de åtgärder som utfördes på vägen från start till sluthändelse. Handlingen indikeras av en rektangel med rundade kanter. Gateways - romber. Detta språk är förståeligt för användarna, det är bara nödvändigt att bekanta dig lite med displaysystemet som finns här i illustrationerna.