Hendelsesdrevet prosesskjede (EPC) Organisasjoner bruker EPC-diagrammer for å planlegge arbeidsflyter for forretningsprosesser. Det finnes en rekke verktøy for å lage EPC-diagrammer, som ARIS-verktøysettet og ARIS Express, Microsoft Visio, Adonis fra BOC Group, Mavim Rules fra Mavim BV, Business Process Visual Architect fra Visual Paradigm. Noen av disse verktøyene støtter det verktøyuavhengige EPC-datautvekslingsformatet, EPML-markeringsspråket. EPC-diagrammer bruker flere typer symboler for å vise kontrollflytstrukturen (rekkefølgen av beslutninger, funksjoner, hendelser og andre elementer) i en forretningsprosess. EPC-metoden ble utviklet av August-Wilhelm Scheer som en del av arbeidet med etableringen av ARIS på begynnelsen av 1990-tallet. Brukes av mange organisasjoner til å modellere, analysere og omstrukturere forretningsprosesser.

Ved å bruke MS Visio I Visio 2013 inkluderer Business-kategorien EPC-diagrammalen som du kan bruke til å lage et EPC-diagram (Event Driven Process Chain) for å dokumentere forretningsprosesser.

Konklusjoner Å bruke Microsoft® Visio®-programvareverktøyet er praktisk, enkelt og tilgjengelig som en grafplotter for prosessmodeller, men er ikke et modelleringsverktøy i full forstand. I profesjonelle modelleringsverktøy lagres objekter og deres egenskaper i databaseceller, som lar deg utføre forskjellige operasjoner med dem. Ved bruk av komplekse simuleringssystemer kreves det imidlertid anskaffelse, installasjon, utvikling og seriøs støtte til slike systemer. Dette er kun berettiget i de tilfellene hvor det er et reelt behov for å bruke alle mulighetene til databaser i full utstrekning. Valget ditt vil avhenge av bruksomfanget: om du trenger en "lett" løsning eller et profesjonelt programvareprodukt.

Dmitry Pinaev / Moderne teknologier ledelse

Et av de mest presserende problemene moderne står overfor russisk selskap er forbedring av forretningsprosesser og styringssystemet som helhet. Ved å bruke Microsoft Visio 2003 kan en forretningsanalytiker forenkle og fremskynde det grunnleggende arbeidet med å beskrive et selskaps styringssystem.

Beskrivelse av kontrollsystemet

Optimalt utformede forretningsprosesser er i stand til å implementere strategiske mål organisasjon, samt gi mulighet til systemanalyse for å ta informerte forretningsbeslutninger.

I dag er ledelseskonsulenter, spesialister på strategisk og organisasjonsutvikling, IT-spesialister og kvalitetsledere engasjert i formalisering og dokumentasjon av styringssystemer. Når de gjør det, står de oftest overfor følgende oppgaver:

• beskrivelse og optimalisering av forretningsprosesser;
• utforme et styringssystem for et nytt forretningsområde;
• gjennomføring automatiserte systemer ledelse;
• bygge et kvalitetsstyringssystem.

Beskrivelsen av styringssystemet inkluderer som regel en modell av selskapets forretningsprosesser, organisasjonsstruktur og dokumentfiksing offisielle oppgaver og selskapets ansattes ansvar for en bestemt prosess.

Bedriftens forretningsprosessmodell

Modellen beskriver virksomhetens aktiviteter i form av et system av forretningsprosesser og viser hva som gjøres i virksomheten og hvilke resultater som oppnås som et resultat. En forretningsprosess er en målrettet sekvens av handlinger som fører til et gitt resultat som er verdifullt for selskapet. Mest på en enkel måte bygge en forretningsprosessmodell er bruk av en av de vanlige grafiske notasjonene, mens forretningsprosessen er avbildet ved hjelp av et diagram med spesielle grafiske symboler.

Organisasjonsstruktur

Organisasjonsstrukturen viser hierarkiet av stillinger og avdelinger i organisasjonen og inkluderer fordeling av hovedfunksjonene til virksomheten, ansvarsområder og myndighet langs den hierarkiske ledelsesstigen.

Grafisk er organisasjonsstrukturen avbildet i form av et diagram, hvor enheter og enheter er vist i blokker. tjenestemenn selskaper, og linjer - forholdet til underordning mellom dem.

Til dags dato er de fleste fobasert på bruk av grafiske diagrammer. Med dette i tankene har Microsoft inkludert i sitt forretningsdiagramsystem Microsoft Visio 2003 spesialverktøy for å beskrive forretningsprosesser og organisasjonsstruktur i selskapet.

For forretningsprosessmodellering tilbyr Visio 2003 business intelligence maler for å lage 7 typer diagrammer:

1. grunnleggende flytskjema;
2. Tverrfunksjonelt flytskjema (vertikale eller horisontale spor);
3. EPC (Event Driven Process Chain);
4. IDEF0;
5. DFD (Data Flow Diagrams) i to notasjoner: Hein-Sarson og Jordan-De Marco;
6. WFD (arbeidsflytdiagram)

Av disse notasjonene er IDEF0 og EPC de mest populære.

IDEF0-modelleringsnotasjonen er basert på SADT-metoden (Structured Analysis and Design Technique).

Diagram over prosessen "Kjøp av varer og materialer", avbildet med IDEF0-notasjon

Elementene i IDEF0-notasjonens grafiske språk er prosesser (representert av en rektangulær blokk) og piler som angir inngangene og utgangene til prosessen. Totalt er det 4 typer piler, som er forskjellige avhengig av hvilken side av rektangelet de er festet til.

Piltyper IDEF0-notasjon

En slik betegnelse gjenspeiler visse systemprinsipper: innganger konverteres til utganger, kontrollgrenser eller foreskriver betingelsene for å utføre transformasjoner, mekanismer viser hvem som utfører eller ved hjelp av hva en funksjon utføres.

Et annet viktig prinsipp for metodikken er hierarkisk dekomponering av prosesser (verk): en prosess kan representeres som en sekvens av dens konstituerende delprosesser. Dekomponering kan utføres til nødvendig detaljnivå i beskrivelsen av prosessen.

IDEF0-notasjonen brukes vanligvis til å beskrive forretningsprosesser. toppnivå selskaper. Den lar deg enkelt og visuelt skildre sammensetningen av hovedprosessene, utgangene av forretningsprosesser, som viser ønsket resultat av implementeringen og inngangene, og viser hvilke ressurser som trengs for å oppnå resultatet.

For å gi navigering gjennom hierarkiske forretningsprosessmodeller lar Visio 2003 deg lage hyperkoblinger fra ett diagram til et annet. Du kan for eksempel spesifisere at når du klikker på en prosess, åpnes en side med et diagram over dens dekomponering.

Ordrebehandlingsprosessdiagram avbildet med EPC-notasjon

For å beskrive forretningsprosessene på det lavere (operative) nivået, kan du bruke EPC-notasjonen utviklet av Institute of Information Systems ved University of Saarland (Tyskland) i samarbeid med SAP AG. Et sentralt trekk ved EPC-diagrammer er beskrivelsen av en forretningsprosess som en sekvens av vekslende hendelser og funksjoner.

De viktigste grafiske elementene i EPC-diagrammet:

• funksjoner,
• arrangementer,
• organisasjonsenheter som er ansvarlige for utførelsen av funksjoner,
• informasjon eller materielle gjenstander som brukes i utførelsen av funksjoner,
• kontakter (OG, ELLER, XOR).

I motsetning til IDEF0-notasjon EPC-notasjon lar deg enkelt beskrive den ikke-lineære utførelsen av en forretningsprosess. Ved hjelp av koblinger kan du utpeke noen prosessfunksjoner som utføres parallelt, og noen bare når visse forhold oppstår.

Det andre trinnet i å beskrive selskapets styringssystem er å bygge en modell av organisasjonsstrukturen. For å løse dette problemet inkluderer Visio 2003 organisasjonskartmalen, som lar deg raskt lage et hierarkisk diagram over posisjonene og divisjonene til selskapet og definere deres parametere.

Organisasjonsstruktur

Organisasjonskartmalen inneholder et sett med grafiske elementer som angir jobbtyper:

• executive - senior manager,
• leder - leder,
• posisjon - posisjon,
• konsulent - konsulent,
• ledig stilling - ledig stilling,
• assistent - assistent.

Hvis organisasjonskartet er stort og vanskelig å få plass på ett ark, lar Visio 2003 deg dele opp organisasjonskartet på flere sider. Når den øverste delen av organisasjonskartet er opprettet, kan det fortsette å beskrives på en ny side fra den valgte avdelingen. Elementer som angir samme avdeling på forskjellige sider vil synkroniseres med hverandre ved endring av navn og parametere til avdelingen.

Prosesseiere

Etter å ha beskrevet organisasjonsstrukturen, er det nødvendig å bestemme eieren av prosessen blant ledere og ledere i selskapet. Eieren er en person som er ansvarlig for resultatet av prosessen og har myndighet til å forvalte ressursene (materiell, arbeidskraft, etc.) som er nødvendig for gjennomføringen. For å tildele en prosesseier på IDEF0-diagrammene, må du opprette en brukerparameter "Prosesseier" for alle prosesser og legge inn posisjonsnavnet fra organisasjonsstrukturen i den.

Utfylling av prosessegenskaper

I henhold til de utviklede forretningsprosessmodellene lar Microsoft Visio 2003 deg generere rapporter i følgende format:

• Microsoft Excel-sider,
• websider (HTML-fil),
• visio-form for å bygge inn rapporten som et Excel-regneark direkte i et Visio-diagram,
• XML-fil.

For å få en rapport om prosesser som indikerer prosessledere, må du for eksempel konfigurere rapporten ved å spesifisere de nødvendige kolonnene og starte dens utførelse.

Generert rapport om prosesser i Microsoft Excel-format

Et særtrekk ved Visio 2003 er enkelheten og bekvemmeligheten ved å lage diagrammer og integrasjon med andre produkter Microsoft office. Takket være dette begynner spesialister som så Visio for første gang, innen noen få timer, å lage forretningsprosessdiagrammer og organisasjonsstrukturer og bruk disse diagrammene i Microsoft Word-dokumenter.

Til prosesssimulering vi vil bruke Microsoft Visio 2010, men alt som er skrevet gjelder for andre versjoner.

Før du starter arbeidet med prosessmodellen, er det nødvendig å velge og om nødvendig tilpasse notasjon- et sett med grafiske elementer som skal brukes når du bygger et diagram. I Microsoft Visio er slike grafiske elementer gruppert i spesielle maler(sjablonger): en mal for et funksjonelt blokkdiagram (tverrfunksjonelt flytskjema), en mal for EPC (hendelsesdrevet prosesskjede - en analog av diagramtypen med samme navn i ARIS), en mal for en verdistrøm ( en av visualiseringsmetodene som brukes innenfor "Lean Manufacturing"), etc.

Vi vil ta den første av disse malene (se figur 1) og tilpasse den på en eller annen måte.

Ris. 1. Velg en Visio-mal

I malsjablonger (det er tre i Visio 2010), kan du finne grunnleggende elementer. Når vi modellerer prosessen, vil vi bare bruke noen av dem. Og for å gjøre videre arbeid mer praktisk, er det bedre å plassere elementene vi trenger i et eget sett, hvoretter vi tilpasser og supplerer dem litt (se fig. 2). Settet vist på figuren kan lastes ned.

Ris. 2. Et sett med elementer for modellering av prosesser

La oss gi en kort forklaring av elementene i settet:

1. Prosess- en komponent som angir aktivitetene til de ansatte i organisasjonen, utført som en del av den beskrevne prosessen og rettet mot å oppnå et resultat.
2. Begivenhet- noen fakta som kan oppdages og identifiseres av de ansatte i organisasjonen. Prosesser utføres som en konsekvens av hendelsene som har skjedd, og genererer i sin tur nye hendelser.
3. Dokument- spesielt strukturert informasjon plassert på papir eller elektroniske medier.
4. Logisk "OG"- et forhold mellom objektene i diagrammet, som viser behovet for en logisk assosiasjon av flere objekter. For eksempel, hvis "AND" inkluderer to hendelser, betyr dette at den videre passasjen av prosessen er umulig før begge disse hendelsene inntreffer. Hvis to hendelser kommer ut av "AND", betyr dette at både den ene og den andre hendelsen alltid skjer (i dette tilfellet trenger ikke hendelsene å skje samtidig).
5. Logisk "ELLER"- en logisk forbindelse mellom objektene i diagrammet, som viser prosessens variasjon. For eksempel, hvis "ELLER" inkluderer flere hendelser, betyr dette at videre passasje av strømmen er mulig når noen av disse hendelsene inntreffer. Hvis flere hendelser kommer ut av "ELLER", betyr dette at en hvilken som helst kombinasjon av disse hendelsene kan oppstå: enten én av dem eller flere.
6. Eksklusiv "ELLER"- en logisk sammenheng mellom objektene i diagrammet, som viser alternativer. For eksempel, hvis flere hendelser er inkludert i den eksklusive "ELLER", betyr dette at de er alternative, gjensidig utelukkende måter å initiere videre flyt. Hvis flere hendelser kommer ut av en XOR, betyr dette at bare én av dem kan forekomme ved utgangen, alle de andre er ekskludert.
7. Ressurs- et materiale eller informasjonsobjekt som er involvert eller dannet i prosessen.
8. Underprosess- en aktivitet som det finnes et dekomponeringsdiagram for.
9. Ekstern prosess- aktiviteter i organisasjonen som er utenfor virkeområdet denne prosessen, som også er formalisert som en prosess (nærmere bestemt som en del av aktivitetsmodellen).
10. Ekstern organisasjon- en tredjepartsorganisasjon hvis aktiviteter ikke er beskrevet innenfor rammen av denne modellen.
11. Spor- et horisontalt rollespor i diagrammet, hvis tittel indikerer utøveren (organisasjon, divisjon, posisjon eller rolle) og innenfor grensene for hvilke alle prosesser er plassert, for utførelsen som denne utøveren er ansvarlig for.
12. Avgrensning- en vertikal linje, ved hjelp av hvilken et av stadiene i den beskrevne prosessen kan merkes på diagrammet (det er ønskelig å merke alle andre stadier på samme måte).

Faktisk er den foreslåtte notasjonen en symbiose av to "klassiske" notasjoner - Tverrfunksjonelt flytskjema og Hendelsesdrevet prosesskjede. Som du kan se, innenfor rammen av den beskrevne tilnærmingen, brukes ikke det tradisjonelle elementet i funksjonelle blokkdiagrammer - "beslutning", i stedet brukes en eksplisitt betegnelse av hendelser, som indikerer de logiske forholdene mellom dem. Dette gir en relativt større synlighet, fleksibilitet og mulighet for en mer fullstendig beskrivelse av logikken i prosessen.

Jeg får ofte spørsmål - hva bør jeg lese om forretningsprosesser?
En av de beste sidene på Runet er www.klubok.net. Jeg selv "vokst opp" på forumet og artikler på denne siden. Mange artikler har ikke mistet sin relevans selv nå. Jeg anbefaler å begynne med ham.

Men hvis vi snakker om bøker, kan jeg trygt si beste bok om forretningsprosesser er en bok skrevet av Repin og Yeliferov: "Forretningsprosesser i selskapet. Konstruksjon, analyse, regulering".

Beskrivelse av forretningsprosesser: strebe etter enkelhet.

Artikkelen omhandler spørsmål om valg av notasjon for beskrivelse av prosesser med tanke på etterfølgende regulering. Ofte brukte Work Flow-notasjoner sammenlignes med hverandre, slik som: "Simple flowchart" i MS Visio, "Procedure" for Business Studio, ARIS eEPC-notasjon og andre.

Ved sammenligning av notasjoner er det fokus på å lage enkle og forståelige prosessdiagrammer for ansatte i organisasjonen.

For forretningsanalytikere av selskaper er tesene som er omtalt i artikkelen en seriøs grunn til å tenke på hvor effektive tilnærmingene de bruker for å utvikle grafiske diagrammer over organisasjonsprosesser er.

Introduksjon

Et av de viktigste målene for dannelsen av grafiske prosessdiagrammer er deres påfølgende bruk i organisasjonens forskriftsdokumenter. Som regel brukes disse ordningene av ansatte som ikke er opplært i komplekse notasjoner, ikke har systemanalyseferdigheter, etc. For dem er enkelhet og klarhet i ordningene svært viktig. Komplekse, intrikate opplegg som inneholder mange forskjellige symboler, blir dårlig oppfattet av folk, noe som gjør det vanskelig for dem praktisk bruk. Derfor, for praktiske formål, er riktig valg og bruk av notasjonen (metoden) for å beskrive prosesser viktig. Etter hvilke kriterier bør en slik notasjon velges? Hvordan sammenligne forskjellige notasjoner med hverandre? La oss se på noen populære notasjoner og prøve å svare på disse spørsmålene.

Notasjonssammenligning

Følgende prosessbeskrivelsesnotasjoner ble valgt for sammenligning:

1. "Enkelt flytskjema" (med visning av bevegelse av dokumenter, ved hjelp av "Beslutning"-blokken);
2. "Enkelt blokkdiagram" (uten å vise bevegelsen av dokumenter, uten å bruke "Løsning"-blokker);
3. "Fremgangsmåte" forretningssystemer Studio (ett av alternativer representasjon);
4. ARIS eEPC.

En enkel og intuitiv prosess ble valgt som testcase. Resultatene av beskrivelsen av denne prosessen er presentert i fig. 1-4.

Ris. 1. Prosessdiagram i notasjonen "Enkelt flytskjema" i MS Visio (med bevegelse av dokumenter, ved hjelp av "Løsning"-blokken).

På diagrammet på fig. 1. Sekvensen av prosessoperasjoner i tid er vist med tykke piler, og bevegelsen til dokumenter er vist med tynne stiplede piler. Blokker "Solution" brukes på en klassisk måte. De viser informasjon (spørsmål) som det påfølgende forløpet av prosessen "avhenger av". Denne tilnærmingen til bruk av "diamanter" er veldig vanlig. Men faktisk bør hele logikken for beslutningstaking og dannelsen av visse utdata (dokumenter) være inneholdt i prosessens operasjoner. Hvis du tenker på det, er verdien (betydningen) av å tegne disse "diamantene" ikke åpenbar. Hva er disse objektene: prosessoperasjoner, hendelser? Det ser ut til å være verken det ene eller det andre. Dette er snarere uttalelser for å ta en beslutning på en eller annen betingelse. Men vi utvikler tross alt et prosessdiagram for mennesker, og ikke skriver et dataprogram på et spesielt språk. I et dataprogram vil «diamant» være en fullverdig operasjon for å sammenligne forhold, og så videre. Men på prosessdiagrammet må du vise virkelige objekter - prosesser utført av mennesker, dokumenter, Informasjonssystemer etc. Tenk på det, er det riktig å vise "diamanter" separat fra prosessoperasjonen på diagrammet? I stedet kan du:

a) beskrive beslutningslogikken i form av en sekvens av operasjoner på skjemaet for prosessen som vurderes;
b) beskriv logikken i form av et diagram over trinnene i den tilsvarende delprosessen, flytte til nivået under;
c) beskriv logikken i tekst (i tekstattributtene til operasjonen) og ta den deretter inn i prosessutførelsesplanen.

La oss formulere "plussene" og "minusene" til metoden ovenfor (fig. 1.) for å bruke "diamanter".

"Enkelt flytskjema" i MS Visio (med bevegelse av dokumenter, ved hjelp av "Løsning"-blokken)
"Proffene"	"Minus"
Visuell visning av "logikken" til valget av visse utganger av prosessen. Fokusere utøverens oppmerksomhet på beslutningspunktet / prosessforgrening avhengig av forholdene.	Fjerne beslutningslogikken "utenfor" av prosessoperasjonen (feil fra synspunktet om den formelle dekomponeringen av prosesser). Det er upraktisk å dokumentere prosessen (du må duplisere "diamantene" med tekst når du lager en tekstbeskrivelse av operasjonen). Prosessdiagrammet blir informasjon overbelastet. «Diamanter» brukes ofte for formelt, uten et reelt behov.

På fig. 2. viser et eksempel på samme prosess, kun beskrevet uten bruk av "Løsning"-blokker og dokumenter. Det er enkelt å sjekke at det er 24 færre grafiske elementer i dette diagrammet enn i diagrammet i fig. 1. Skjema fig. 2. ser mye enklere ut. Fra de grafiske elementene blender det ikke, men fra et informativt synspunkt er dette opplegget ganske forståelig og tilgjengelig for sluttbrukeren. Hvis kravene til implementeringen av prosessen er beskrevet i tekst for hver operasjon av prosessen, er det ved å kombinere de tabellformede og grafiske presentasjonsformene mulig å beskrive prosedyren for gjennomføring av prosessen for selskapets ansatte tilstrekkelig.

Ris. 2. Prosessdiagram i notasjonen "Enkelt flytskjema" i MS Visio (uten bevegelse av dokumenter, uten bruk av "Løsning"-blokken).

"Fordeler" og "ulemper" av den grafiske representasjonen av prosessen i formen vist i fig. 2. er vist nedenfor.

Generelt sett vil bruken av ordninger i et format som ligner på det vist i fig. 2 er praktisk for både utviklere og ansatte som jobber i henhold til disse ordningene.

På fig. 3. Prosessdiagrammet presenteres, dannet i "Prosedyre"-notasjonen til Business Studio-modelleringsmiljøet. Ordningen har flere funksjoner. For det første brukes ikke "Beslutning"-blokkene på en standard måte - ikke som et grafisk element for å vise et spørsmål og forgrening, men som en fullverdig beslutningsprosessoperasjon. I Business Studio har en "diamant" nesten alle egenskapene til en fullverdig prosess, men kan ikke dekomponeres (kanskje systemutviklerne vil gjøre dette mulig etter hvert). Ved å bruke en "rombe" (i stedet for en firkant) blir diagrammet klarere. Samtidig kan all tekstinformasjon legges inn i diamantattributtene: beskrivelse, begynnelse, slutt, fristkrav, etc.

Den andre funksjonen i prosessdiagrammet vist i fig. 3., er bruken av piler. For å vise sekvensen av operasjoner, kan du bruke en pil med ett tips - "precedens"-pilen. Du kan bruke en pil med to tips for å vise bevegelsen til dokumenter. Men det er i Business Studio du kan bruke bare én type pil - "precedens"-pilene. Samtidig kan det nødvendige antallet dokumenter, som er definert i referanseboken for aktivitetsobjekter, festes til de navngitte pilene. Denne tilnærmingen gjør det mulig:

• redusere antall grafiske elementer på prosessdiagrammet betydelig, og samtidig:
• legge inn i prosessplanen nødvendig informasjon om innkommende og utgående dokumenter.

Dermed kan vi, uten å fylle diagrammet med unødvendige elementer, likevel beskrive prosessen fullt ut og laste opp all nødvendig informasjon til regelverket.

"Fordeler" og "ulemper" av den grafiske representasjonen av prosessen i formen vist i fig. 3. er vist nedenfor.

Ris. 3. "Prosedyre" for Business Studio-systemet (variant med utradisjonell bruk av "Solution"-blokker).

Ved bruk av Business Studio kan "Procedure"-notasjonen brukes på litt forskjellige måter. Forfatteren av artikkelen har en tendens til tilnærmingen presentert i fig. 3.

På fig. Figur 4 viser et diagram over prosessen som vurderes, utviklet i ARIS eEPC-notasjonen. Merk at noen operasjoner av prosessen ikke passet på diagrammet. Dette ufullstendige diagrammet over den enkleste prosessen, laget i ARIS eEPC-notasjon, inneholder fire logiske utsagn og åtte hendelser! Personen som leser diagrammet må kunne tolke alle disse logiske operatorene korrekt. Uten spesiell opplæring og noen ferdigheter i å lese slike diagrammer, er det usannsynlig at en vanlig ansatt vil kunne forstå logikken i den aktuelle prosessen uten en detaljert tekstbeskrivelse eller hjelp fra en kvalifisert forretningsanalytiker.

Merk at prosessdiagrammet i ARIS eEPC-notasjonen tar betydelig mer plass enn diagrammene vist i fig. 1-3. Kompleksiteten i dannelsen av en slik ordning er også betydelig høyere.

Prosessdiagram i ARIS eEPC-notasjon (innebygd i Business Studio)
"Proffene"	"Minus"
Når ordningen dannes, opprettholdes en streng, formell logikk i prosessen. Alle hendelser som skjer under prosessen er klart definert.	Vanskeligheter med å oppfatte. Betydelig kompleksitet ved dannelsen av ordningen. Ansatte bør ha spesiell kompetanse og erfaring med å tolke slike ordninger. informasjonsredundans. Tar for mye plass, noe som er upraktisk for dokumentasjon.

Generelt, hvis du ikke skal kjøpe SAP R / 3, er ikke valget og bruken av ARIS eEPC-notasjonen, fra artikkelens forfatters synspunkt, optimal løsning. Det er verdt å ta hensyn til mer visuell og intuitivt forståelig notasjon for prosessbeskrivelser. For noen kan imidlertid ARIS eEPC-notasjonen virke mer tydelig og forståelig. Til en viss grad er det en smakssak.

Ris. 4. Prosessdiagram i ARIS eEPC-notasjon (innebygd i Business Studio).

Beskrivelse av prosessen for påfølgende automatiseringsformål

Det er interessant å se på det aktuelle prosessdiagrammet hvis det er beskrevet i BPMN 2.0-notasjonen. Denne notasjonen er ment å beskrive "kjørbare" prosesser, dvs. prosesser støttet av BPM-systemet.

Din mening om bruk av BPMN 2.0. aksjer A.A. Belaichuk - administrerende direktør"Business Console"-selskap:

På fig. 5 viser den samme prosessen i BPMN-notasjon. Som vi kan se, ligner denne figuren på fig. 1: i BPMN-notasjon er oppgaver representert av rektangler, gafler - med ruter, data - av et ikon som ligner på et dokument. Kontrollflyter er heltrukne linjer, dataflyter er stiplet. Det skal bemerkes at bare en liten del av BPMN-notasjonen er involvert i dette diagrammet: bare én type gaffel av 5 tilgjengelig i paletten, én type oppgave av 8. I tillegg til en bredere palett er denne notasjonen kjennetegnet ved evnen til å modellere ikke bare en isolert arbeidsflyt, men også flere prosesser som samhandler med hverandre gjennom meldinger eller data. I tillegg er denne notasjonen mer streng: den definerer ikke bare ikoner, men også reglene som de kan kombineres med hverandre. Behovet for slike regler er diktert av det faktum at BPMN-notasjonen er fokusert ikke bare på det faktum at folk vil lese den, men også på direkte utførelse av en spesiell programvare- "motor" BPM-system. Samtidig, som vist gitt eksempel, når du bruker et begrenset delsett av BPMN-paletten, viser det seg ikke å være mer komplisert enn et kjent flytskjema. Vel, for de som ønsker å mestre BPMN profesjonelt, anbefaler vi spesialisert opplæring www.bpmntraining.ru.

Ris. 5. Prosessdiagram i BPMN 2.0-notasjon.

Livspraksis

På fig. Figur 6 viser et fragment av et prosessdiagram utviklet av forretningsanalytikere fra et veldig spesifikt selskap i notasjonen de fant opp. Ordningen er bygget ved å bruke prinsippene til "Enkelt blokkdiagram" - "Løsning"-blokken brukes i sin klassiske versjon. I tillegg viser diagrammet mange andre symboler som brukes på en ikke-standard måte.

Når du danner skjemaet i fig. 6, "kjempet" forretningsanalytikere åpenbart for synlighet og maksimal klarhet for den gjennomsnittlige brukeren. De forsøkte å minimere, eller til og med eliminere, tekstkommentarer på prosessdiagrammer. Utøverne skrev ganske enkelt ut et diagram i A3-format, når de leste, ble alt umiddelbart klart: hva de skulle gjøre, hvordan, hvilke dokumenter de skulle bruke, etc.

Ordningen som vurderes er selvsagt ikke et eksempel på enkelhet og klarhet. Men det ble dannet for å formidle maksimalt med nyttig informasjon til utførerne av prosessen.

funn

Så det er åpenbart at når man skal beskrive prosesser, bør man etterstrebe enkelhet og forståelighet for ansatte.
Bruken av komplekse, formaliserte notasjoner når man beskriver prosesser fører til:

• vanskeligheter med bruk (tolking) av ordninger for vanlige ansatte;
• umuligheten (vanskeligheten) med å organisere arbeidet med å beskrive prosesser av ansatte i avdelinger som ikke har gjennomgått spesiell opplæring;
• en betydelig økning i lønnskostnadene til forretningsanalytikere for dannelsen av ordninger;
• ytterligere vanskeligheter med å dokumentere kretsløp (stort volum, etc.);

Ikke rot opp prosessdiagrammet med ulike grafiske elementer. Men selv om de brukes, er det bedre at de har nyttig informasjon for ansatte, og ikke bare er en konsekvens av den formelle bruken av modelleringsnotasjoner.

V.V. Repin, Ph.D., førsteamanuensis, administrerende direktør i BPM Consulting Group LLC, leder. Institutt for forretningsprosessledelse NOU HPE "IEF "Synergy", grunnlegger av portalen www.FineXpert.ru

Det er disse enkle prinsippene jeg prøver å formidle til bedriftsledere som er fascinert av vakre presentasjoner. programvareprodukter glemmer ofte at en enkel sjekkliste ofte er bedre enn 10 sider med forskrifter.

I denne leksjonen vil du lære om å bygge enkle (top-down diagram, datasporingsdiagram, prosessplanleggingsdiagram, etc.) og funksjonelle blokkdiagrammer (som viser forholdet mellom en forretningsprosess og avdelinger).

Enkelt blokkdiagram

Simple Flowchart-malen er designet for å designe flytskjemaer, top-down diagrammer, datasporingsdiagrammer, prosessplanleggingsdiagrammer og strukturelle prognosediagrammer. Malen inneholder de nødvendige formene, koblingene og koblingene.

Øvelse 1

Ris. 3.3.Enkelt blokkdiagram (trinn 3)

8. Skriv inn tekst i flytskjemaformene (se figur 3.4). Følg disse trinnene for å legge inn tekst i en form:

9. Tab hjem i en gruppe Service Velg Verktøy Peker.

• Klikk på formen du vil skrive inn tekst i.
• Skriv inn ønsket tekst.

Merk:

1. For å zoome inn på figuren, trykk på hurtigtasten + og venstreklikk på formen til du kommer til ønsket skala.
2. For å zoome ut på figuren, trykk på tastekombinasjonen på tastaturet + og høyreklikk på formen til du kommer til ønsket skala.

Ris. 3.4. Enkelt blokkdiagram (trinn 4)

Figurnummerering i et blokkskjema

Visio kan nummerere figurene i et flytskjema. For å angi nummereringsalternativer, på fanen Utsikt i en gruppe Makroer klikk på knappen tillegg og velg i gruppen Ytterligere Visio-løsninger kommando Figurnummerering. I det åpne vinduet Figurnummerering spesifiser de ønskede nummereringsalternativene og klikk på knappen OK.

Oppgave 2

1. I flytskjemaet utarbeidet under oppgave 1, legg til automatisk nummerering av alle figurer (se fig. 3.6).

   For dette:

   • På fanen Utsikt i en gruppe Makroer klikk på kombinasjonsknappen tillegg, velg en gruppe Ytterligere Visio-løsninger, og i den kommandoen Figurnummerering.
   • I det åpne vinduet Figurnummerering spesifisere parametere
     • fanen Generell:
       • Drift - Autonummerering;
       • Bruk på - alle former;
       • Start ved - 1;
       • Intervall - 1;
       • Merk av for Fortsett å nummerere figurer når du drar inn på siden.
     • På fanen I tillegg:
       • Plassnummer - Før teksten til formen;
       • Nummereringsrekkefølge - Venstre til høyre, topp til bunn;
       • Merk av i boksen Ekskluder forbindelseslinjer.
     • Klikk på knappen OK.
2. Lagre blokkskjemaet.

Ris. 3.6. Enkelt blokkdiagram (trinn 6)

Endre flytskjemaet

Legge til en form mellom to andre former

For å legge til en ny form mellom to andre flytskjemaformer, dra den nye formen inn på koblingen som forbinder figurene som den nye er satt inn mellom. Visio setter inn den nye formen mellom de eksisterende og utvider automatisk flytskjemaet.

Sletting av en figur

For å fjerne en form fra flytskjemaet, velg formen og klikk på tastaturet.

Omnummerering av tall

Gjør følgende for å omnummerere flytskjemaformene:

1. På fanen Utsikt i en gruppe Makroer klikk på knappen tillegg og velg i gruppen Ytterligere Visio-løsninger kommando Figurnummerering.
2. I det åpne vinduet Figurnummerering fanen Generell velg alternativknapp Omnummerer i samme rekkefølge, indikerer startnummer for nummerering og klikk OK.

Oppgave 3

1. Endre flytskjemaet utarbeidet i oppgave 2:
   • Slett figur Dokument(Send inn søknad).
   • Mellom figurer Beslutning(Søknaden er korrekt utfylt) og Dokument(Send avslag) plasser figuren Prosess(Videresend til messeassistent).
   • Legg til en form Prosess(Ring utstiller om betaling) under figuren Dokument(send faktura).
   • Omnummerer flytskjemaformene i samme rekkefølge, og start med det første tallet - 1.
2. Lagre blokkskjemaet.

Ris. 3.7. Enkelt blokkdiagram (trinn 7)

Reposisjonering av tilkoblede former

Når tilkoblingen til flytskjemaformene er opprettet, kan du flytte dem fullstendig og gjenoppbygge tilkoblingene. For å gjøre dette, på fanen Konstruktør i en gruppe Oppsett klikk på kombinasjonsknappen Endre sideoppsett og velg ønsket layout.

Hvis du endrer flytskjemaoppsettet, kan det hende at det ikke får plass på dokumentsiden. I dette tilfellet endrer du sidestørrelsen (tab Konstruktør, Gruppe Sideinnstillinger, kombinasjonsboksen Størrelse) eller dens orientering (den Konstruktør, Gruppe Sideinnstillinger, kombinasjonsknapp Orientering).

Oppgave 4

Funksjonsblokkdiagram

Formål med funksjonsblokkdiagram for layout

Oppsett Funksjonsblokkdiagram er utformet for å vise forholdet mellom en forretningsprosess og organisatoriske eller funksjonelle enheter, for eksempel avdelinger som er ansvarlige for å utføre trinnene i denne prosessen.

Banene i et flytskjema representerer funksjonelle enheter, for eksempel avdelinger, stillinger eller en annen funksjon. Hver form som representerer et trinn i prosessen, er plassert i sporet til den funksjonelle enheten som er ansvarlig for det trinnet.

Oppgave 5

Legge til, flytte, slette et spor

Til tillegg spor inn i et funksjonelt blokkdiagram, gjør ett av følgende:

• Høyreklikk på et eksisterende spor på diagrammet og velg elementet fra hurtigmenyen. Sett inn "Spor" før eller Sett inn "Spor" etter.
• Hold musen over et hjørne av et av sporene. Klikk på den blå pilen som vises Sett inn baneform.
• På fanen Funksjonsblokkdiagram i en gruppe Sett inn trykk på knappen Spor. Sporet vil bli lagt til etter det valgte sporet eller på slutten av stripen hvis ingen spor er valgt.
• Fra et sett med elementer Funksjonsblokkdiagramformer dra sporet til ønsket plassering på kjørefeltgrensen.

Til forskyvning spor:

1. Klikk på tittelen på sporet du vil flytte for å velge det. Musepekeren vil endres til et flytteikon.
2. Dra sporet til ønsket plassering.

Former plassert på banen vil bevege seg med den. For å sjekke om en form er på sporet eller bare på toppen av den, velg formen. Hvis formen er på et spor, vil fargen på sporet endres til gul-oransje. Hvis formen ikke er på banen, men må plasseres der, flytter du den litt og sporet vil identifisere den.

Til fjerning spor:

1. Klikk på etiketten til sporet du vil fjerne.
2. Trykk på tasten på tastaturet.

Merk. Sletting av et spor sletter også alle figurene det inneholder.