BPMN (notasjon): prosessbeskrivelse

2024 Forfatter: Howard Calhoun | [email protected]. Sist endret: 2023-12-17 10:37

Verden har jobbet med en prosesstilnærming til forretningsorganisasjon i lang tid og ganske effektivt, og Business Process Model and Notation (BPMN, notation) standarden er en gjennomtenkt prosedyre med en korrekt beskrivelse av forretningsprosesser. Bedrifter forbedrer stadig ulike spesialiseringer av denne standarden og oppnår dermed en svært betydelig økning i alle kvalitetsindikatorer for arbeidet deres. BPMN-notasjon er ikke bare forståelig for eksperter på fagområdet det ble opprettet i, enhver arbeider kan operere med sine logiske beregninger.

Modellering og standardisering

Samtidig som den er enkel, er denne standardiseringen den mest komplette modellen av den beskrevne forretningsprosessen, satt sammen i en maskinlesbar form. BPMN (når vist i BPMN 2.0-versjonen av notasjonen) bygger modeller av de mest komplekse prosessene i virksomheten på en veldig kraftig og uttrykksfull måte, og i det mest forståelige systemet. Viktigst, sammen med denne standarden,grafiske modeller og konverteres til en vakkert strukturert og maskinlesbar form som er basert på XML. BPMN-notasjonsspråket er absolutt kjørbart, det vil si at det lar deg modellere prosesser som deretter utføres ved hjelp av BPMS (automatiserte forretningsprosessstyringssystemer). Slik standardisering er ekstremt nyttig nettopp fordi modellbyggere kan bruke noen programvareprodukter, og utøvere - andre, hvis de støtter denne standarden.

For å bygge en bestemt modell kan mer enn én versjon brukes (BPMN 2.0-notasjon (PDF) og andre), noen ganger er en modell bygd opp av fragmenter av forskjellige notasjoner, men måten de er systematisert og lest på er det samme. Et økende antall gründere implementerer i sine selskaper gjennomføring av forretningsprosesser basert på denne standarden. Etterspørselen etter spesialister som kan dette modellspråket vokser hver dag. Et økende antall mennesker studerer de grafiske elementene i BPMN-notasjon og reglene for å bygge modeller. For dette er det spesielle kurs der de som ønsker det vil sette seg inn i formålet med dette språket, med typene diagrammer, og se mulighetene for å automatisk utføre de konstruerte modellene. Det mest interessante er praktisk erfaring med BPMN 2.0-notasjon (også tilgjengelig på russisk), modellering og analyse, utvikling av forretningsprosesser.

Spesialister

Hvem er i stand til å beskrive forretningsprosesser? BPMN-modelleringsnotasjon gjøres enkelt av alle som er involvert i automatisering,utvikling av forretningsprosesser. Disse er bedriftskonsulenter, forretningsanalytikere, prosjektledere, systemanalytikere, arkitekter og utviklere av datasystemer, metodologer, kvalitetstjenestearbeidere. Vanligvis er disse personene i stand til å lese teknisk dokumentasjon på engelsk, deltatt i analyseprosjekter, beskrevet BPMN-notasjon, optimaliserte eller automatiserte forretningsprosjekter, eller utviklet og vedlikeholdt programvare. Denne metodikken har en internasjonal status, og ikke en proprietær, som mange andre standarder, og ikke engang en nasjonal. Det er grunnen til at de siden 2005 har analysert og omorganisert virksomheten ved å bruke prosessmodellering i BPMN-notasjon.

Denne teknikken ga tilgjengelig informasjon til nesten alle brukere – fra de største analytikerne som lager diagrammer og utviklere som implementerer teknologier for å utføre forretningsprosesser i henhold til disse diagrammene, til bedriftsledere, det vil si vanlige brukere som er opptatt med å administrere og sporing av utførelse av den konstruerte modellen. På denne måten bygger Business Process Modeling Notations (BPMN) bro over gapet mellom modellskaping og modellimplementering. Her er noen av de beste ideene fra andre metoder. For eksempel, for bedre fleksibilitet og lesbarhet, følger forretningsprosessmodellering i BPMN 2.0-notasjon flytskjematradisjonen.

Symboler (elementer) BPMN

Støtter og utvikler BPMN-organisasjonen OMG. Dette er ikke et meme av gjengangere på Internett, som betyr "oh mein goth", men et veldig kjent firma Object ManagementGroup, som inkluderer mer enn åtte hundre selskaper som utvikler standarder som BPMN-notasjon. Vi skylder alle nyttige endringer i nye versjoner til OMG-utviklerne. Det var denne organisasjonen som valgte promoteringen av UML BPMN-notasjonen, som brukes til å modellere objektorienterte systemer, som en nøkkelretning. Ved utvikling av diagrammer er det derfor i tillegg til konsepter og konsepter (kontrollflyt, handling, dataobjekt, etc.) i BPMN mange konsepter som er karakteristiske for den objektorienterte tilnærmingen: melding, utveksling og meldingsflyt.

Grafiske notasjonssymboler analyseres i henhold til formålet og kombineres i kategorier. Disse er: Flytobjekter - flytobjekter, Data - data, Svømmebaner - ansvarsområder, Koblingsobjekter - forbinder objekter, Artefakter - artefakter. Kontrollflyt-, dataobjekt- og flytobjektsymbolene er i tillegg delt inn i undergrupper i henhold til semantiske funksjoner for å vise spesifikasjonene til pågående hendelser, flytforgreningsfunksjoner, utførelse av handlinger og så videre. De indikerer detaljene på grunn av ytterligere grafiske bilder - markører, ikoner plassert inne i hovedsymbolet. I tillegg kommer hendelsessymboler med en annen type kontur og bakgrunnsfarge.

Hendelser etter tid

Under gjennomføringen av en forretningsprosess skjer det alltid ulike og tallrike hendelser som har sin innvirkning, til tross for at de oftest er valgfrie elementer og ikke vises i forretningsprosessdiagrammet. Dette er å motta og svare på en melding, endre status idokumenter og mye mer som det ikke gir mening å liste opp – mange hendelser finner sted bokstavelig t alt på hvert trinn. For å klassifisere dem bestemmes egenskapene til hver. Den første gruppen - ved tidspunktet for utbruddet. Dette er starthendelsen som viser begynnelsen av diagrammet. Herfra kan kontrollflyten kun være utgående, og meldingsflyten kan gå begge veier. Starthendelsen på forretningsprosessdiagrammet er vanligvis én, men du kan ikke vise den i det hele tatt. Noen ganger er det til og med flere av dem, hvis kartleggingen skjer med spor, bassenger og utplasserte delprosesser. Omrisset av arrangementet vises som en tynn linje.

Slutthendelsen er resultatet av gjennomføringen av en forretningsprosess. Kontrollflyten kommer bare inn her, og meldingsflyten beveger seg fortsatt både til inngangen og utgangen. Den innkommende strømmen er representert med en pil. Diagrammet viser bare én slutthendelse eller flere - de er skissert som en tykk enkelt linje. En mellomliggende hendelse er en av de andre som oppstår under utførelsen av en forretningsprosess. En bekk kommer inn her og en kommer også ut. Bare Boundary (grensehendelse) oppstår og behandles umiddelbart - enten helt i begynnelsen eller på slutten av handlingen. Den vises på konturen (kanten) av handlingen, og inneholder kun én strøm – enten innkommende eller utgående. Og en slik hendelse indikeres med en tynn dobbel linje.

Hendelser: underprosessavbrudd og resultattype

Siden hendelsene under modelleringen av en forretningsprosess er svært forskjellige, ble neste blokk klassifisert som de somi stand til å avbryte handlingen. De første som merkes er ikke-avbrytende hendelser - disse er mellomliggende eller starthendelser som oppstår under utførelse, men start den utgående tråden knyttet til den først når aktiviteten er fullført. Konturen av en slik hendelse er avbildet med en stiplet linje. Neste er en avbrytende hendelse som skjer før eller etter standardhandlingen. I eksepsjonelle situasjoner krever denne hendelsen stopp eller avslutning av handlingen dersom nødvendig informasjon mangler eller det vises en feil under behandlingen, dersom det er behov for ytterligere handlinger og lignende. Her vises konturen som en heltrukket linje.

Den tredje typen hendelser er klassifisert etter type resultat. Først av alt, her må vi snakke om behandlingsinitiatoren. Dette er en mellom- eller starthendelse som oppstår som et resultat av utførelsen av handlinger og er resultatet av utførelsen av en prosess - standard eller ikke. Den utløsende hendelsen er representert av et ufylt ikon. Det er nødvendig å legge til en hendelse til i denne delen, som også snakker om ytelse, bare her er det resultatet av behandlingen. Dette er en mellomliggende eller siste hendelse som oppstår under utførelsen av handlinger og er et av de endelige resultatene av utførelsen av prosessen - standard eller ikke, den vises som et fylt ikon.

Handlinger

Diagrammatisk ser en prosess ut som et ordnet sett med handlinger som utføres for å oppnå et bestemt resultat. På et vertik alt diagram med BPMN-notasjon, fra topp til bunn, er det gitt en sekvens som viser utførelsenprosess over tid. Du kan også spore den i retning av pilene til forbindelseselementene fra venstre til høyre. De viste handlingene har tre hovedvisninger og mange varianter, hver med sitt eget ikon eller ikon.

Oppgave - en oppgave. Elementær handling, det vil si udelelig. Oppgavens type eller spesifisitet er angitt med en markør eller et ikon i øvre venstre hjørne av handlingssymbolet. Oppgaven kan være Tjeneste (tjeneste), for levering av en tjeneste, som er en automatisert applikasjon eller nettjeneste. Send - send en melding. Hvis meldingen sendes minst én gang, kan oppgaven anses som fullført. Motta - motta en melding (samme prinsipp: hvis en melding mottas én gang, er oppgaven fullført). Brukerens oppgave anses å være karakteristisk og utføres av utførende ved hjelp av programvare og med bistand fra andre ansatte. En oppgave som krever manuell utførelse er Manuell, som utføres uten hjelp av automatisering. Forretningsregel - en forretningsregel, i henhold til teknologien avhenger oppfyllelsen av denne oppgaven av omstendighetene, valget av en metode bidrar til å sette en forretningsregel. Skript - et skript hvor utførelsen av operasjoner er strengt tatt i den rekkefølgen som er beskrevet på et språk som gjenkjennes av utøveren. Vanligvis utføres denne typen oppgaver på automatiserte måter.

Underprosesser

Underprosess - underprosess. Den inkluderer gatewayer i BPMN-notasjon, arbeidsflyter, hendelser og mange andre aktiviteter. Dermed er en delprosess en sammensatt handling, hvor deler vises direkte inne i symbolet på diagrammet eller er plassert påseparat dekomponeringsdiagram. I sistnevnte tilfelle skal hoveddiagrammet vise et +-tegn i midten av delprosessen (nedre kant av aktiviteten). Det er standard underprosesser, men de er ikke nok, så to spesifikke varianter av det dukket opp. Dette er en hendelsesdelprosess - en hendelsesdelprosess som alltid starter når en starthendelse inntreffer. Diagrammet viser det på ingen måte relatert til resten av aktivitetene og arbeidsflytene. Omrisset av en slik delprosess er avbildet med prikker.

Den andre typen er Transaksjon (transaksjon), dette er en handling som består av forskjellige operasjoner med vellykket gjennomføring, det vil si å oppnå et positivt resultat. Du kan bare få et spesifikt resultat hvis alle komponentene er fullført. Hvis det oppstår problemer under utførelsen av delprosessen, vil resultatene av alle tidligere operasjoner bli kansellert (avbryt hendelse). Slike forstyrrelser kan være umuligheten av å utføre en bestemt operasjon eller dens feil ytelse. For å unngå å avbryte tidligere hendelser, kan du prøve en mislykket operasjon for å kompensere (hendelseskompensasjon). Omrisset av en slik delprosess er vist som en dobbel heltrukket linje. For å inkludere i diagrammet alle oppgaver eller delprosesser som gjenbrukes, er det en Call - en samtale, som er indikert i diagrammet med en fet omriss.

Gateways

Gater i BPMN-notasjon er utformet for å indikere detaljene for flyten av operasjoner og deres passasje gjennom parallelle eller alternative grener. Gatewayen kan klare seg uten utgående eller innkommendestrømmer, men har alltid minst to av sine egne, enten innkommende eller utgående. Markøren inne i symbolet spesifiserer gatewaytypen. Det kan være Exclusive, XOR - eksklusivt med et eksklusivt "eller", designet for å dele strømmen i alternative ruter. Under gjennomføringen av prosessen kan kun én av de foreslåtte rutene aktiveres. Hoppbetingelsene finnes ved siden av betegnelseslinjen. Inkluderende, ELLER - ikke-eksklusiv med logisk "eller"-port designet for å dele strømmen inn i ruter, der hver aktiveres hvis betingelsen for det boolske uttrykket som er knyttet til det, er oppfylt. Flere veier kan tas i denne prosessen, men hvis en av dem ikke er sann, er valget umulig.

Analog av en ikke-eksklusiv gateway - kompleks. Forskjellen er at det kun er ett uttrykk som bestemmer aktiveringen av en bestemt arbeidsflyt. Parallell, OG - en parallell med logisk "og"-gateway er nødvendig for å forgrene eller slå sammen parallelle operasjoner. Eksklusiv hendelsesbasert – En eksklusiv, men hendelsesbasert gateway som skiller arbeidsflyten i alternative ruter. Eksklusiv hendelsesbasert gateway for å starte en prosess er også en eksklusiv gateway, hendelsene den er basert på starter hele prosessen. Dette er startkarakteren til en prosess eller underprosess som ikke har noen inngangsstrømmer. Parallell hendelsesbasert gateway for å starte en prosess fungerer på samme måte - en parallell gateway, også basert på hendelser som starter prosessen. Men med dens hjelp kan du aktivere flere prosesser samtidig,hvis hendelsene knyttet til dem brenner. Naturligvis har den ingen innkommende strømmer. Bildene viser tydelig BPMN-notasjonen i eksemplene på diagrammer med to typer gatewayer.

Data og flyt

Dataobjektet er inneholdt og brukt i diagrammer spesifikt, som demonstrerer bruken av tilleggsmarkører. Datainnganger - inndata, det vil si den første informasjonen for å starte utførelsen av handlinger. Vises på den øvre kanten av symbolet. Datainnsamling - et sett med data, det vil si en hel matrise eller samling av data av samme type. Vises under symbolet. Dataobjektet og handlingen er koblet sammen ved hjelp av en tilknytning.

Standardbilde av arbeidsflyten kan suppleres i diagrammet med angivelse av spesifikke flyt. Betinget sekvensflyt - betegnelse på en betinget flyt av operasjoner når den forgrenes. Vises som kommer fra en handling (hvis du ikke vil bruke en gateway i diagrammet). Standard sekvensflyt – standard sekvensflyt, kommer oftest fra en gateway eller handling, ikke assosiert med logiske uttrykk.

Eksempler og konklusjoner

Starthendelsen, som navnet tilsier, indikerer startpunktet for en bestemt prosess. Dette er utgangspunktet, som betyr fravær av noen form for innkommende strøm. Starthendelsen i BPMN-notasjonseksempler er angitt med en sirkel der midten er ledig. En slik hendelse kan være et brev eller en samtale fra en klient, for eksempel sendt til en nettbutikk eller til nettstedet til et selskap sommodellerer denne forretningsprosessen. Videre går flyten av operasjoner langs linjene og indikerer utførelsen av prosessen opp til den røde sirkelen, som indikerer fullføringen, slutthendelsen. Forresten, det kan være flere av dem, og det er lett å spore hvor nøyaktig flyten av operasjoner tok slutt, og fullførte prosessen. Ingen utgående strøm er mulig fra den røde sirkelen.

Hvis diagrammet ikke er i farger, utheves slutthendelsen med en tykk linje i form av en sirkel. For eksempel kan denne hendelsen i praksis være utstedelse av et bestilt produkt som har gått hele veien fra klarering via behandling til utstedelse. I løpet av alt dette arbeidet viser diagrammet handlingene som ble utført på veien fra start til slutt. Handlingen er indikert med et rektangel med avrundede kanter. Gateways - romber. Dette språket er forståelig for brukerne, det er bare nødvendig å sette seg litt inn i displaysystemet som er til stede her i illustrasjonene.