BPMN (notation): procesbeskrivelse

2024 Forfatter: Howard Calhoun | [email protected]. Sidst ændret: 2023-12-17 10:22

Verden har beskæftiget sig med en procestilgang til forretningsorganisation i lang tid og ganske effektivt, og Business Process Model and Notation (BPMN, notation) standarden er en gennemtænkt procedure med en korrekt beskrivelse af forretningsprocesser. Virksomheder forbedrer konstant forskellige specialiseringer af denne standard og opnår derved en meget betydelig stigning i alle kvalitetsindikatorer for deres arbejde. BPMN-notation er ikke kun forståelig for eksperter inden for det fagområde, hvor det blev oprettet, enhver arbejder kan arbejde med dens logiske beregninger.

Modellering og standardisering

Samtidig med at den er enkel, er denne standardisering den mest komplette model af den beskrevne forretningsproces, samlet i en maskinlæsbar form. BPMN (når det ses i BPMN 2.0-versionen af notationen) bygger modeller af de mest komplekse processer i erhvervslivet på en meget kraftfuld og udtryksfuld måde og i det mest forståelige system. Vigtigst af alt, sammen med denne standard,grafiske modeller og konverteres til en smukt struktureret og maskinlæsbar form, der er baseret på XML. BPMN-notationssproget er absolut eksekverbart, det vil sige, det giver dig mulighed for at modellere processer, der efterfølgende udføres ved hjælp af BPMS (automatiserede forretningsprocesstyringssystemer). En sådan standardisering er ekstremt nyttig, netop fordi modelbyggere kan bruge nogle softwareprodukter og kunstnere - andre, hvis de understøtter denne standard.

For at bygge en bestemt model kan der bruges mere end én version (BPMN 2.0 notation (PDF) og andre), nogle gange er en model opbygget af fragmenter af forskellige notationer, men måden de er systematiseret og læst er det samme. Et stigende antal iværksættere implementerer i deres virksomheder udførelse af forretningsprocesser baseret på denne standard. Efterspørgslen efter specialister, der kender dette modelleringssprog, vokser hver dag. Et stigende antal mennesker studerer de grafiske elementer i BPMN-notation og reglerne for at bygge modeller. Til dette er der særlige kurser, hvor de, der ønsker det, vil sætte sig ind i formålet med dette sprog, med typerne af diagrammer, og se mulighederne for automatisk at udføre de konstruerede modeller. Det mest interessante er praktisk erfaring med BPMN 2.0-notation (også tilgængelig på russisk), modellering og analyse, udvikling af forretningsprocesser.

Specialister

Hvem er i stand til at beskrive forretningsprocesser? BPMN-modelleringsnotation udføres nemt af alle involveret i automatisering,udvikling af forretningsprocesser. Disse er virksomhedskonsulenter, forretningsanalytikere, projektledere, systemanalytikere, arkitekter og udviklere af computersystemer, metodologer, kvalitetsservicemedarbejdere. Norm alt er disse mennesker i stand til at læse teknisk dokumentation på engelsk, deltage i analyseprojekter, beskrevet BPMN-notation, optimerede eller automatiserede forretningsprojekter eller udviklet og vedligeholdt software. Denne metode har en international status og ikke en proprietær, som mange andre standarder, og ikke engang en national. Det er grunden til, at de siden 2005 har analyseret og omorganiseret forretning ved hjælp af procesmodellering i BPMN-notation.

Denne teknik gav tilgængelig information til næsten alle brugere - fra de største analytikere, der laver diagrammer og udviklere, der implementerer teknologier til at udføre forretningsprocesser i henhold til disse diagrammer, til virksomhedsledere, det vil sige almindelige brugere, der har travlt med at administrere og sporing af udførelse af den konstruerede model. På denne måde slår Business Process Modeling Notations (BPMN) bro over kløften mellem modeloprettelse og modelimplementering. Her er nogle af de bedste ideer fra andre metoder. For at opnå bedre fleksibilitet og læsbarhed følger forretningsprocesmodellering i BPMN 2.0-notation f.eks. rutediagramtraditionen.

Symboler (elementer) BPMN

Understøtter og udvikler BPMN-organisationen OMG. Dette er ikke et meme af stamgæster på internettet, hvilket betyder "oh mein goth", men et meget berømt firma Object ManagementGroup, som omfatter mere end otte hundrede virksomheder, der udvikler standarder som BPMN-notation. Vi skylder alle de nyttige ændringer i nye versioner til OMG-udviklerne. Det var denne organisation, der valgte promoveringen af UML BPMN-notationen, som bruges til at modellere objektorienterede systemer, som en nøgleretning. Når man udvikler diagrammer, er der derfor udover koncepter og koncepter (kontrolflow, handling, dataobjekt osv.) i BPMN mange begreber, der er karakteristiske for den objektorienterede tilgang: besked, udveksling og beskedflow.

Grafiske notationssymboler analyseres i henhold til deres formål og kombineres i kategorier. Disse er: Flowobjekter - flowobjekter, Data - data, Swimlanes - ansvarsområder, Forbindende objekter - forbindende objekter, Artefakter - artefakter. Kontrolflow-, dataobjekt- og flowobjektsymbolerne er yderligere opdelt i undergrupper i henhold til semantiske træk for at vise detaljerne for igangværende hændelser, flowforgreningsfunktioner, udførelse af handlinger og så videre. De angiver detaljerne på grund af yderligere grafiske billeder - markører, ikoner placeret inde i hovedsymbolet. Begivenhedssymboler kommer også med en anden type kontur og baggrundsfarve.

Begivenheder efter tid

Under udførelsen af en forretningsproces sker der altid forskellige og talrige hændelser, som har deres indflydelse, på trods af at de oftest er valgfrie elementer og ikke vises i forretningsprocesdiagrammet. Dette er at modtage og svare på en besked, ændre status idokumenter og meget mere, som det ikke giver mening at liste - en masse begivenheder finder sted bogstaveligt t alt ved hvert trin. For at klassificere dem bestemmes hver deres egenskaber. Den første gruppe - ved tidspunktet for debut. Dette er startbegivenheden, der viser begyndelsen af diagrammet. Herfra kan kontrolflowet kun være udgående, og beskedflowet kan gå begge veje. Starthændelsen på forretningsprocesdiagrammet er norm alt én, men du kan slet ikke vise den. Nogle gange er der endda flere af dem, hvis kortlægningen sker med spor, puljer og implementerede delprocesser. Omridset af begivenheden vises som en tynd enkelt linje.

Slutbegivenheden er resultatet af udførelsen af en forretningsproces. Strømmen af kontrol kommer kun ind her, og strømmen af beskeder bevæger sig stadig både til input og output. Den indgående strøm er repræsenteret af en pil. Diagrammet viser kun én slutbegivenhed eller flere - de er skitseret som en tyk enkelt linje. En mellemliggende hændelse er enhver af de andre, der opstår under udførelsen af en forretningsproces. Et vandløb kommer ind her og et går også ud. Kun Boundary (grænsehændelse) opstår og behandles med det samme - enten i begyndelsen eller i slutningen af handlingen. Den vises på konturen (grænsen) af handlingen og indeholder kun én strøm - enten indgående eller udgående. Og sådan en begivenhed er angivet med en tynd dobbelt linje.

Begivenheder: underprocesafbrydelse og resultattype

Da begivenhederne under modelleringen af en forretningsproces er meget forskellige, blev den næste blok klassificeret dem, deri stand til at afbryde handlingen. De første, der skal markeres, er ikke-afbrydende hændelser - disse er mellemliggende eller starthændelser, der opstår under udførelsen, men start først den udgående tråd, der er knyttet til den, når aktiviteten er afsluttet. Konturen af en sådan begivenhed er afbildet med en stiplet linje. Dernæst er en afbrydelseshændelse, der opstår før eller efter standardhandlingen. I ekstraordinære situationer kræver denne hændelse et stop eller afslutning af handlingen, hvis den nødvendige information mangler, eller der vises en fejl under behandlingen, hvis der er behov for yderligere handlinger og lignende. Her er konturen vist som en ubrudt linje.

Den tredje slags begivenheder er klassificeret efter typen af resultat. Først og fremmest skal vi her tale om behandlingsinitiatoren. Dette er en mellem- eller starthændelse, der opstår som følge af udførelsen af handlinger og er resultatet af udførelsen af en proces - standard eller ej. Den udløsende hændelse er repræsenteret af et ikke-udfyldt ikon. Det er nødvendigt at tilføje en begivenhed mere til dette afsnit, som også taler om ydeevne, kun her er det resultatet af forarbejdning. Dette er en mellemliggende eller sidste hændelse, der opstår under udførelsen af handlinger og er et af de endelige resultater af udførelsen af processen - standard eller ej, den vises som et udfyldt ikon.

Handlinger

Diagrammatisk ser en proces ud som et ordnet sæt af handlinger, der udføres for at opnå et bestemt resultat. På et vertik alt diagram med BPMN-notation, fra top til bund, er der givet en sekvens, der viser udførelsenproces over tid. Du kan også spore den i retning af pilene på forbindelseselementerne fra venstre mod højre. De viste handlinger har tre hovedvisninger og mange varianter, hver med sit eget ikon eller ikon.

Opgave - en opgave. Elementær handling, det vil sige udelelig. Opgavens type eller specificitet er angivet med en markør eller et ikon i øverste venstre hjørne af handlingssymbolet. Opgaven kan være Service (service), til levering af en service, som er en automatiseret applikation eller webservice. Send - send en besked. Sendes beskeden mindst én gang, kan opgaven betragtes som afsluttet. Modtag - modtagelse af en besked (samme princip: hvis en besked modtages én gang, er opgaven fuldført). Brugerens opgave anses for at være karakteristisk og udføres af udførende ved hjælp af software og med bistand fra øvrige medarbejdere. En opgave, der kræver manuel udførelse, er Manuel, som udføres uden hjælp fra automatisering. Business-Rule - en forretningsregel, ifølge teknologien afhænger opfyldelsen af denne opgave af omstændighederne, valget af en metode hjælper med at sætte en forretningsregel. Script - et script, hvor udførelsen af operationer er strengt i den beskrevne rækkefølge på et sprog, der genkendes af udøveren. Norm alt udføres denne form for opgave ved hjælp af automatiserede midler.

Underprocesser

Underproces - underproces. Det inkluderer gateways i BPMN-notation, arbejdsgange, begivenheder og mange andre aktiviteter. En delproces er således en sammensat handling, hvoraf dele vises direkte inde i symbolet på diagrammet eller placeres påseparat nedbrydningsdiagram. I sidstnævnte tilfælde skal hoveddiagrammet vise et +-tegn i midten af delprocessen (underkanten af aktiviteten). Der er standard underprocesser, men de er ikke nok, så to specifikke varianter af det dukkede op. Dette er en begivenhedsunderproces - en begivenhedsunderproces, der altid starter, når en startbegivenhed indtræffer. Diagrammet viser det på ingen måde relateret til resten af aktiviteterne og arbejdsgangene. Omridset af en sådan delproces er afbildet med prikker.

Den anden type er Transaktion (transaktion), dette er en handling, der består af forskellige operationer med en vellykket gennemførelse, dvs. opnåelse af et positivt resultat. Du kan kun få et specifikt resultat, hvis alle komponenterne er gennemført med succes. Hvis der opstår problemer under udførelsen af underprocessen, vil resultaterne af alle tidligere operationer blive annulleret (annuller hændelse). Sådan interferens kan være umuligheden af at udføre en bestemt handling eller dens forkerte udførelse. For at undgå at annullere tidligere hændelser kan du prøve en fejlslagen operation for at kompensere (hændelseskompensation). Omridset af en sådan delproces er vist som en dobbelt utrukket linje. For at inkludere alle opgaver eller delprocesser, der genbruges i diagrammet, er der et Call - et opkald, som er angivet i diagrammet med en fed oversigt.

Gateways

Gate i BPMN-notation er designet til at indikere detaljerne i strømmen af operationer og deres passage gennem parallelle eller alternative forgreninger. Gatewayen kan undvære udgående eller indgåendestreams, men har altid mindst to af sine egne, enten indgående eller udgående. Markøren inde i symbolet angiver gateway-typen. Det kan være Exclusive, XOR - eksklusivt med et eksklusivt "eller", designet til at opdele flowet i alternative ruter. Under udførelsen af processen kan kun én af de foreslåede ruter aktiveres. Overspringsbetingelser er indeholdt ved siden af betegnelseslinjen. Inklusiv, OR - ikke-eksklusiv med logisk "eller" gate designet til at opdele flowet i ruter, hvor hver aktiveres, hvis betingelsen for det boolske udtryk, der er knyttet til det, er opfyldt. Der kan tages adskillige veje i denne proces, men hvis en af dem ikke er sand, så er valget umuligt.

Analog af en ikke-eksklusiv gateway - kompleks. Forskellen er, at der kun er ét udtryk, der bestemmer aktiveringen af en bestemt arbejdsgang. Parallel, OG - en parallel med logisk "og"-gateway er nødvendig for at forgrene eller flette parallelle operationer. Eksklusiv begivenhedsbaseret - En eksklusiv, men begivenhedsbaseret gateway, der adskiller arbejdsgangen i alternative ruter. Eksklusiv begivenhedsbaseret gateway til at starte en proces er også en eksklusiv gateway, de begivenheder, som den er baseret på, starter hele processen. Dette er startkarakteren for en proces eller underproces, der ikke har nogen inputstrømme. Parallel begivenhedsbaseret gateway til at starte en proces fungerer på samme måde - en parallel gateway, også baseret på hændelser, der starter processen. Men med dens hjælp kan du aktivere flere processer på samme tid,hvis begivenhederne i forbindelse med dem brænder. Naturligvis har den ingen indgående streams. Billederne viser tydeligt BPMN-notationen i eksemplerne på diagrammering med to slags gateways.

Data og strømme

Dataobjektet er indeholdt og brugt specifikt i diagrammer, som demonstrerer brugen af yderligere markører. Datainput - inputdata, det vil sige den indledende information for at starte udførelsen af handlinger. Vises på den øverste kant af symbolet. Dataindsamling - et sæt data, det vil sige en hel matrix eller samling af data af samme type. Vises under symbolet. Dataobjektet og handlingen er knyttet sammen ved hjælp af en tilknytning.

Standardbillede af arbejdsgangen kan suppleres i diagrammet med angivelse af specifikke flows. Betinget sekvensflow - betegnelse af et betinget flow af operationer, når det forgrenes. Vist som kommer fra en handling (hvis du ikke ønsker at bruge en gateway i diagrammet). Standardsekvensflow - standardsekvensflowet, kommer oftest fra en gateway eller handling, der ikke er forbundet med logiske udtryk.

Eksempler og konklusioner

Startbegivenheden, som navnet antyder, angiver startpunktet for en bestemt proces. Dette er udgangspunktet, hvilket betyder fraværet af nogen form for indgående flow. Startbegivenheden i BPMN-notationseksempler er angivet med en cirkel, hvor midten er fri. En sådan begivenhed kan være et brev eller et opkald fra en kunde, for eksempel sendt til en netbutik eller til hjemmesiden for en virksomhed, dermodellerer denne forretningsproces. Ydermere går strømmen af operationer langs linjerne og angiver udførelsen af processen op til den røde cirkel, som indikerer afslutningen, slutbegivenheden. Forresten kan der være flere af dem, og det er nemt at spore, hvor præcis strømmen af operationer sluttede, hvilket fuldender processen. Ingen udgående stream er mulig fra den røde cirkel.

Hvis diagrammet ikke er i farver, er slutbegivenheden fremhævet med en tyk streg i form af en cirkel. For eksempel kan denne hændelse i praksis være udstedelse af et bestilt produkt, der er gået hele vejen fra clearing over forarbejdning til udstedelse. I løbet af alt dette arbejde viser diagrammet de handlinger, der blev udført på vejen fra start til slut begivenhed. Handlingen er angivet med et rektangel med afrundede kanter. Gateways - romber. Dette sprog er forståeligt for brugerne, det er kun nødvendigt at sætte sig lidt ind i det displaysystem, der er til stede her i illustrationerne.