BPMN (notasjon): beskrivelse av prosessen

En prosesstilgang til bedriftsorganisasjonhar jobbet lenge og er ganske effektiv, og standarden for forretningsprosessmodell og notasjon (BPMN, notasjon) er en prosedyre som er gjennomtenkt med riktig beskrivelse av forretningsprosesser. Selskapene forbedrer stadig ulike spesialiseringer av denne standarden, og derved oppnår en betydelig økning i alle kvalitetsindikatorene i arbeidet. BPMN-notasjon er forståelig ikke bare for eksperter i fagområdet der den ble opprettet, og dens logiske beregninger kan betjene enhver ansatt.

Modellering og standardisering

Samtidig med enkelheten, denne standardiseringener den mest komplette modellen av den beskrevne forretningsprosessen, kompilert i maskinlesbar form. BPMN (hvis vi anser det i versjonen av BPMN 2.0 notat) bygger modeller av de mest komplekse prosessene i virksomheten veldig kraftig og ekspressivt, og i det mest forståelige systemet. Det viktigste er at sammen med denne standarden er grafiske modeller definert og omgjort til en perfekt strukturert og lettlestbar maskinform, som er basert på XML. Språket i BPMN-notat er helt kjørbart, det vil si at du kan modellere prosessene som senere utføres gjennom BPMS (automatiserte forretningsprosessstyringssystemer). Slike standardiseringer er ekstremt nyttige fordi modellutviklere kan bruke kun programvareprodukter og artister - andre, hvis de støtter denne standarden.

Å bygge en bestemt modell,bruk ikke en versjon (notasjon BPMN 2.0 (PDF) og andre), noen ganger er modellen sammensatt av fragmenter av forskjellige notater, men måten de blir systematisert og leser det samme. Flere og flere gründere implementerer forretningsprosesser basert på denne standarden i sine selskaper. Hver dag vokser etterspørselen etter spesialister som kjenner til dette modelleringsspråket. Flere og flere mennesker er engasjert i å lære de grafiske elementene i BPMN notasjon og regler for byggemodeller. For dette er det spesielle kurs der de som ønsker å bli kjent med formålet med dette språket, med slags diagrammer, vil se mulighetene for automatisk utførelse av de konstruerte modellene. Det mest interessante er praktisk erfaring i BPMN 2.0 notasjon (også på russisk), modellering og analyse, utvikling av forretningsprosessen.

spesialister

Hvem er i stand til å beskriveforretningsprosesser? BPMN-notasjonsmodellering utføres enkelt av alle som er involvert i automatisering, utvikling av forretningsprosesser. Dette er forretningskonsulenter, forretningsanalytikere, prosjektledere, systemanalytikere, arkitekter og utviklere av datasystemer, metodologer, kvalitetsserviceansatte. Vanligvis kan disse menneskene lese teknisk dokumentasjon på engelsk, delta i eventuelle analyseprosjekter, beskrive BPMN-notering, optimalisere eller automatisere forretningsprosjekter eller utvikle og ledsage programvare. Denne metoden har en internasjonal status, ikke en bedriftskultur, som mange andre standarder, og ikke engang en nasjonal. Derfor er virksomheten siden 2005 analysert og omorganisert ved hjelp av prosessmodellering i BPMN-notering.

Denne metoden ga med tilgjengelig informasjonnesten alle brukere - fra alle de store analytikere som lager de kretser og utviklere, implementering av teknologi av forretningsprosesser i henhold til disse ordningene, til bedriftsledere, er at vanlige brukere som er engasjert i styring og sporing av gjennomføringen av den konstruerte modellen. Således forretningsprosesser modellering Notation (BPMN) eliminere avviket mellom dannelsen av modellen og dens gjennomføring. Her er de beste ideene tilgjengelig i andre metoder. For eksempel, for bedre fleksibilitet og lesbarheten av forretningsprosesser modellering i BPMN 2.0 notasjon utført i flytskjemaer tradisjoner.

Symboler (elementer) av BPMN

Støtter og utvikler BPMN organisasjon OMG. Dette er ikke et meme av Internett-regulars, som står for "om Goth", men snarere en kjent fast Objektstyringsgruppe, der mer enn åtte hundre selskaper som utvikler standarder som ligner BPMN-notater, deltar. Alle nyttige endringer i nye versjoner skyldes OMG-utviklere. Det er denne organisasjonen som har valgt fremmende UML BPMN-notasjonen, gjennom hvilken objektorienterte systemer er modellert, som nøkkelretning. Derfor, i utviklingen av diagrammer, i tillegg til konsepter og begreper (kontrollflyt, handling, dataobjekt og lignende), har BPMN mange konsepter som er spesifikke for objektorientert tilnærming: melding, utveksling og meldingsflyt.

Symbolene i den grafiske notasjonen demonteres avog er gruppert i kategorier. Dette er: Strøm objekter - stream objekter, data - data, Swimlanes - ansvarsområde, Tilkobling objekter - koble objekter, gjenstander - gjenstander. Styringsflyten, dataflyt objektsymboler og ytterligere hensikter er delt inn i grupper på semantiske funksjonen for å vise spesifisiteten av hendelser, spesielt grenstrømmene utføre handlinger og så videre. Indikerer spesifisitet på grunn av de ekstra grafikk - markører, ikoner plassert på innsiden av hovedpersonen. Eventuelt symboler kommer også i en annen form for kontur og bakgrunnsfarge.

Tidshendelser

Under gjennomføringen av forretningsprosessen, alltidDet er ulike og mange hendelser som utøver sin innflytelse, til tross for at de ofte ikke er obligatoriske og ikke vises i forretningsprosessdiagrammet. Dette mottak og svare på en melding, endre statusen til dokumenter og mer, gjør den listen ikke gir mening - mye av hendelser som skjer på hvert trinn. For å klassifisere dem, er tegnene på hver bestemt. Den første gruppen er tiden for offensiven. Dette er starthendelsen som viser begynnelsen av diagrammet. Derfor kan kontrollstrømmen bare være utgående, og meldingsflyten kan gå begge veier. Begynnelsen i forretningsprosessdiagrammet er vanligvis en, men du kan ikke vise det i det hele tatt. Noen ganger er det enda få hvis kartleggingen skjer med stier, bassenger og distribuerte delprosesser. Konturen til arrangementet er representert av en tynn enkeltlinje.

Den endelige hendelsen er resultatet av utførelsenforretningsprosess. Her går kontrollstrømmen bare inn, og meldingsflyten beveger seg fremdeles både til inngangen og til utgangen. Den innkommende strømmen er representert av en pil. Diagrammet viser bare en siste begivenhet eller flere - de er omkranset i form av en fett enkeltlinje. En mellomliggende begivenhet er noen av de andre som oppstår under utførelsen av en forretningsprosess. Dette inkluderer en tråd og også en utgang. Bare en grensehendelse (grensehendelse) oppstår og behandles umiddelbart - enten i begynnelsen eller ved slutten av handlingen. Den vises på konturens (grense) av handlingen, og inneholder bare en tråd - enten innkommende eller utgående. Og denne hendelsen er betegnet av en tynn dobbel linje.

Hendelser: underprosessavbrudd og resultattype

Fordi hendelsene under simuleringenForretningsprosessen er svært forskjellig, den følgende blokken ble klassifisert av de som er i stand til å forstyrre utførelsen av handlingen. De første er kontinuerlige hendelser - dette er en mellomliggende eller starthendelse som oppstår under utførelsen, men initierer den utgående tråden som er tilknyttet den bare når handlingen er fullført. Oversikten over en slik begivenhet er representert av en strekket linje. Neste er en avbruddshendelse som oppstår før eller etter standardhandling. I eksepsjonelle situasjoner krever denne hendelsen et stopp eller en oppsigelse hvis det ikke er nødvendig informasjon eller det vises en feil under behandlingen, hvis flere handlinger og lignende vises. Her er konturen representert av en solid linje.

Den tredje typen arrangement er klassifisert etter typeresultat. Først og fremst må vi snakke om initiativtakeren til behandlingen. Dette er en mellomliggende eller starthendelse som oppstår som et resultat av utførelsen av handlinger, og er resultatet av prosessen - standard eller ikke. Initiatorhendelsen er representert av et uhyggelig ikon. Det er nødvendig å gjøre en ekstra begivenhet i denne delen, også om effektiviteten, bare her er det et resultat av behandling. Dette er en mellomliggende eller endelige hendelse som oppstår under utførelsen av handlinger, og er et av de endelige resultatene av prosessen - standard eller ikke, det vises med et skyggelagt ikon.

handlinger

Diagrammet som vises i diagrammet ser ut somet bestilt sett med handlinger som utføres for å oppnå et bestemt resultat. På det vertikale diagrammet av BPMN-notat vises en sekvens fra toppen ned, som viser utførelsen av prosessen i tide. Du kan også spore den i retning av pilene til forbindelseselementene fra venstre til høyre. De viste handlingene har tre hovedtyper og mange varianter, som hver har sitt eget ikon eller ikon.

Oppgave er en oppgave. Elementær handling, det vil si, udelelig. En variasjon eller spesifisitet av oppgaven vises med en markør eller et ikon øverst til venstre på handlingssymbolet. Oppgaven kan være Service (tjeneste), for å tilby en tjeneste som er et automatisert program eller en webtjeneste. Send - send meldingen. Hvis minst en gang meldingen er sendt, kan oppgaven betraktes som fullført. Motta - mottar meldingen (samme prinsipp: hvis meldingen mottas en gang, er oppgaven fullført). Brukerbrukeroppgaven, som anses å være karakteristisk, utføres av eksekutøren ved hjelp av programvare og assistanse fra andre ansatte. En oppgave som krever manuell utførelse er Manuell, som utføres uten automatisering. Forretningsregel - Forretningsregelen, teknologisk gjennomføring av denne oppgaven avhenger av omstendighetene, valg av metode bidrar til å sette forretningsreglene. Script er et skript hvor utførelsen av operasjoner er strengt i orden, beskrevet på språket anerkjent av eksekutor. Vanligvis utføres denne typen oppgaver automatisk.

sub

Subprosess er en delprosess. Den inkluderer gateways i BPMN notasjon, arbeidsflyter, hendelser og mange andre handlinger. Dermed er delprosessen en sammensatt handling, hvis deler vises direkte inne i symbolet på diagrammet eller er plassert på et separat nedbrytningsdiagram. I sistnevnte tilfelle skal + symbolet vises på hoveddiagrammet i sentrum av delprosessen (den nederste kanten av handlingen). Det er standard delprosesser, men de er ikke nok, derfor oppsto to av sine spesifikke varianter. Dette er en hendelsesunderprosess, en hendelsesunderprosess som alltid startes når en starthendelse oppstår. Diagrammet viser det på ingen måte knyttet til resten av handlingene og arbeidsflytene. Utsikten over en slik delprosess representeres av prikker.

Den andre typen er Transaksjon (transaksjon),Dette er en handling som består av forskjellige operasjoner med en vellykket gjennomføring, det vil si å oppnå et positivt resultat. Du kan bare få et konkret resultat hvis alle komponentene er fullført. Hvis det oppstår problemer under gjennomføringen av delprosessen, blir resultatene av alle tidligere operasjoner kansellert (kansellering av hendelsen). Slike forstyrrelser kan være manglende evne til å utføre en bestemt operasjon eller feil utførelse av den. For ikke å avbryte tidligere hendelser kan du prøve å kompensere for den mislykkede operasjonen (kompensasjon av arrangementet). Utsikten over en slik delprosess representeres av en dobbel solid linje. For å inkludere alle oppgavene eller delprosessene som brukes gjentatte ganger i diagrammet, er det et anrop, som er angitt i diagrammet med fet skrift.

gatewayer

Gatewayene i BPMN-notatet er ment å tillate,for å indikere detaljer i arbeidsflyten og deres hopp over parallelle eller alternative grener. Gatewayen klarer seg uten innkommende eller utgående strømmer, men alltid har i det minste to av sine egne elementer eller strøm, eller utgående. Markøren innenfor sin karakter angir typen av gatewayen. Dette kan være Eksklusivt, XOR - eksklusivt med den eksklusive "eller", designet for å dele strømmen til alternative ruter. Under prosessen kan bare en av de foreslåtte rutene aktiveres. Hoppevilkårene er ved siden av den angitte linjen. Inkluderende, OR - med en ikke-eksklusiv logisk "eller" gateway konstruert for separasjon av strømningen på strekninger hvor hver aktivert hvis følgende betingelse er et logisk uttrykk i sannhet knyttet til den. I denne prosessen kan du utføre flere ruter, men hvis minst en ikke er sant, så er valget umulig.

Analog av ikke-eksklusiv gateway - Kompleks(Komplekset). Forskjellen er at uttrykket som bestemmer aktiveringen av en bestemt flyt av operasjoner, er bare ett uttrykk. Parallel, OG - parallell med den logiske "og" gatewayen er nødvendig for forgrening eller sammenslåing av parallelle operasjoner. Eksklusiv Event-Based - Gatewayen er eksklusiv, men basert på hendelser som skiller operasjonsflyten til alternative ruter. Eksklusiv Event-Based Gateway for å starte en prosess er også en eksklusiv gateway, hendelsene som den bygger på, starter hele prosessen. Dette er startkarakteren til prosessen eller delprosessen, det er ingen innkommende tråder. På samme måte brukes Parallell Event-Based Gateway for å starte en prosess, parallell gateway, også basert på hendelsene som utløser prosessen. Men med hjelpen kan du aktivere flere prosesser samtidig hvis hendelsene knyttet til dem fungerer. Innkommende strømmer gjør det selvfølgelig ikke. I bildene er BPMN-notat klart sett i eksemplene på diagrammer med to typer gateways.

Data og strømmer

Dataobjektet er inneholdt og brukt iDiagrammer spesielt, som viser bruken av flere markører. Datainnganger - inngangsdata, det vil si kildedata for å starte utførelsen av handlinger. Den vises på symbolets øvre kant. Datainnsamling er et datasett, det vil si et helt utvalg eller en samling av data av samme type. Vises under symbolet. Dataobjektet og handlingene er forbundet ved tilknytning gjennom forening.

Et standard arbeidsflytbilde kanSkal suppleres i diagrammet ved å spesifisere spesifikke strømmer. Betinget sekvensstrøm - betegner den betingede driftstrømmen når den forgrenes. Det vises utgående fra handlingen (hvis det ikke er noe ønske om å bruke gatewayen i diagrammet). Default Sequence Flow - standardflyten av operasjoner, kommer oftest fra en gateway eller handling, med logiske uttrykk som ikke er koblet til.

Eksempler og konklusjoner

Startbegivenheten, som man kan konkludere med franavn, angir utgangspunktet for en bestemt prosess. Dette er utgangspunktet, noe som betyr at det ikke er noen form for inngangsstrøm. Startbegivenheten i BPMN-noteringseksempler er angitt med en sirkel der senteret er ledig. En slik begivenhet kan være et brev eller et anrop fra en klient, for eksempel sendt til en nettbutikk eller på selskapets nettside, som simulerer denne forretningsprosessen. Så går operasjonsflyten langs linjene og betegner utførelsen av prosessen opp til den røde sirkelen, som indikerer ferdigstillelse, den endelige hendelsen. Forresten kan det være flere, og det er lett å se nøyaktig hvor driftsflyten kom til slutt, og fullførte prosessen. Ingen utgående strøm fra den røde sirkelen er mulig.

Hvis diagrammet ikke er i farger, såDen endelige hendelsen preges av en tykk linje i form av en sirkel. For eksempel kan denne hendelsen i praksis være utstedelse av et bestilt produkt, som gikk helt fra bearbeiding gjennom behandling til utstedelse. I løpet av alt dette arbeidet viser diagrammet handlingene som ble tatt på vei fra start til siste begivenhet. Handlingen er angitt med et rektangel med avrundede kanter. Gateways - rhombuses. Dette språket er forståelig for brukerne, det er bare verdt litt kjent med kartleggingssystemet, som er tilstede her i illustrasjonene.