Vilka är affärsprocessmodelleringssystem. Affärsmodellering - IDEF, UML, ARIS

Systematisk kontroll av alla processer i företaget gör det möjligt att effektivt marknadsföra produkter på marknaden, stabilisera alla produktionssteg och upprätthålla en lämplig nivå för att ta en ledande position i landets ekonomi.

Viktigt: det är just i att uppnå en ledande position på marknaden som huvuddraget i affärsprocessanalys ligger.

Dess egenhet ligger i den konsekventa studien av alla produktionsprocesser, andelen av att identifiera och eliminera problemet.

Du kommer att lära dig hur affärsprocessanalys och modellering utförs i praktiken här:

Processmål

I avsaknad av systematiska studier av de nödvändiga mekanismerna är huvudfaktorerna för brådskande analys:

Höga kostnader för införandet av nya tekniska processer;
Betydande kostnader för transport eller intern lagring av produkter;
Låg andel av produktens bearbetningsperiod från skapelse till försäljning;
Varaktighet för produktleverans;
Problem med att följa villkoren i de undertecknade kontrakten;
För stort utbud.

Dessa stadier är viktiga i forskningen, men utöver dem är det nödvändigt att studera hela organisationens verksamhet.

För att fördjupa sig i detaljerna i företagets arbete är det nödvändigt:

Utföra: revision av bokslut. Hur man förhåller sig kommer du att lära dig i publikationen genom referens;
Undersök produktionspapper;
Komplettera inventeringen av produktionen;
Lär dig processen i handling.

Viktigt: Att förbättra effektiviteten i alla företagsprocesser är en grundläggande analysuppgift.

För att uppnå detta är den kombinerade användningen av flera metoder nödvändig:

Identifiering av mängden finansiella intäkter från arbetet med affärsprocesser;
Studiet av interna och externa faktorer som påverkar företagets drift;
Utvärdering av genomförandet av en given plan;
Analys av organisationens uttömda resurser;
Utveckling av en processförbättringsplan.

Affärsprocessmodellering och ledning

Behovet av modellering är att förbättra driften av hela företaget, för detta används olika modeller som gör det möjligt att förstå huvudstadierna i processerna och eliminera onödiga eller svaga sidor.

Modellering består av flera på varandra följande steg:

Definition av processer och konstruktion av den initiala modellen, som i själva verket;
Diagnostik, studie och förbättring av den konstruerade modellen;
Utveckling av en modell med korrigeringar;
Dess testning och tillämpning;
Felkorrigering.

Indikatorer som används för att analysera affärsprocesser.

Exempel på affärsprocessanalys

Om du observerar analysen av produktplockningsprocessen på Lastochka LLCs lager kan du se följande steg:

Under studien av problemen identifierades följande brister:

Ojämn användning av arbetskraft;
Brist på relevanta villkor;
Det finns ingen automatisering.

Rangordning – identifierade frågor sorteras efter betydelse.
Felsökningsalternativ:

Motivera personalen att vidta åtgärder;
Eliminera orsakerna till ojämn leverans av produkter;
Implementera ett informationssystem och länka alla företagsprocesser;
Gör en större rekonstruktion av byggnaden;
Ordna hyllor för fri tillgång.

Allt detta säkerställde snabbheten att betjäna inkommande beställningar.

Utvärdering av vidtagna åtgärder

Efter en fullständig analys genererar en grupp specialister en rapport om de data som erhållits med den utvecklade optimeringsmodellen och förslag för implementering av utvecklingen.

Den ger svar på nyckelfrågor:

Vilka negativa aspekter kan man stöta på i implementeringsprocessen;
Är det nödvändigt att uppdatera all dokumentation;
Hur lång tid tar det att få resultat.

Således gör analysen det möjligt att identifiera svagheterna i produktionen och få svar på huvudfrågorna, med hänsyn till ledningens åsikt.

Samtidigt är det tillåtet att använda inte bara optimeringen av företaget, utan också förbättringen av arbetet med personal.

Grundläggande optimeringsmetoder

Metoder för att optimera affärsprocesser kan vara olika beroende på önskat resultat och den valda lösningen på problemet:

Undantag - minskning av processtegen och eliminering av andra störningar;
Förenkling - nödvändigt för att minska komplexiteten i att marknadsföra produkter för konsumenten;
Standardiserat - nödvändigt för automatisk interaktion mellan alla processer;
Minskning - alla möjliga stadier av extra kostnader;
Acceleration - simulering, automatisering och aktiv design av prover;
Ändra alla steg och komponenter i produktionen;
Välj att inkludera alla komponenter i produktionen.

Viktigt: alla optimeringsmetoder tillämpas beroende på orsaken.

Slutsats

Analys är en effektiv metod för att övervaka produktionsnivån, med hjälp av systematisk erhållande av nödvändig information är det möjligt att helt eliminera de skadliga faktorerna som minskar organisationens konkurrenskraft.

Du kommer att lära dig hur du modellerar ett företags huvudsakliga affärsprocesser i den här videon:

Informationsteknik

MODELLERING AV AFFÄRSPROCESSEN: FÖRSÄTTNINGAR, METODER OCH VERKTYG

SKORODUMOV PAVEL VALERIEVICH

Kandidat för tekniska vetenskaper, chef för Laboratory of Intelligent and Software informationssystem förbundsstat statligt finansierad organisation vetenskap

Institutet för socioekonomisk utveckling av territorier vid den ryska vetenskapsakademin E-post: [e-postskyddad]

Affärsprocessteknik är grunden för det moderna förhållningssättet till affärsorganisation, och dess viktigaste inriktning är omkonstruktion. Reengineering syftar till att använda i organisationen av fundamentalt nya affärsprocesser baserade på användningen av modern innovativ teknik.

När man analyserar en befintlig verksamhet och utvecklar en ny, spelar en viktig roll genom att bygga modeller av företaget och de affärsprocesser som äger rum i det. Modellering är en process för att reflektera verkligheten med hjälp av en speciell metodik. Artikeln presenterar de viktigaste tillvägagångssätten, metoderna och verktygen för att modellera affärsprocesser. De mest populära formalismerna för Petri-nät som används för dessa ändamål övervägs.

Som ett alternativ föreslås det att använda den modifierade apparaten av kapslade hybrid-petrinät som ett verktyg för att studera affärsprocesser. Ett förslag har lagts fram för att utveckla ett universellt simuleringssystem baserat på en modifierad apparat av petrinät.

Affärsprocess, omkonstruktion, metoder för modellering av affärsprocesser, Petri-nät, universellt simuleringssystem.

Många moderna företag fortsätter att bygga sin verksamhet på de gamla ledningsprinciperna som introducerades av Adam Smith 1776. I sitt arbete delar Smith upp tillverkningsprocess för elementärt arbete, som var och en utförs av en arbetare, medan det räcker för att han ska kunna utföra individuella operationer och höga kvalifikationer krävs inte.

Naturligtvis, efter så många år, slutade de principer som Smith noterade att uppfylla moderna krav. Idag bör produkter fokuseras på smala grupper av konsumenter, det behövs utförare med god utbildning, som inte är rädda för ansvar, strävar efter att lösa komplexa problem. Produktmarknaden har blivit mycket bredare, och konkurrensen och kampen för konsumenterna

kropp - mer aggressiv. De medel och tekniker som används för produktion har förändrats avsevärt. Informationsteknik började spela en speciell roll.

Många företag försöker ompröva de gamla sätten att organisera sin verksamhet och bygga nya affärsprocesser med hjälp av modern teknik.

En affärsprocess är en sammankopplad uppsättning av interna aktiviteter i ett företag, som slutar i skapandet av en produkt eller tjänst som konsumenten behöver.

Ett viktigt steg i att strukturera verksamheten i alla organisationer är tilldelningen och klassificeringen av affärsprocesser. I förhållande till att erhålla mervärdet av en produkt eller tjänst särskiljs huvud- och stödprocesserna. De första - värdeskapande - är fokuserade på produktion av varor eller tillhandahållande av tjänster som utgör organisationens huvudverksamhet och ger inkomst. De senare tillför inte produkten eller tjänsten mervärde för konsumenten, utan ökar dess värde. De är nödvändiga för verksamhetens drift och är utformade för att stödja genomförandet av kärnverksamhetens processer.

Grunden för det moderna förhållningssättet till affärsorganisation är affärsprocessteknik, vars viktigaste riktning är omkonstruktion.

Reengineering förstås som "ett fundamentalt omtänkande och radikal omdesign av företags affärsprocesser för att uppnå grundläggande förbättringar av de viktigaste indikatorerna för deras verksamhet - kostnad, kvalitet och takt".

Reengineering är en uppsättning verktyg, åtgärder och metoder, inklusive relevant information

tekniska tekniker utformade för att radikalt förbättra företagets viktigaste prestationsindikatorer. För detta ändamål genomförs analys och efterföljande modifiering av befintliga affärsprocesser. För att uppnå dramatiska förbättringar av befintliga företagsprestanda, innebär omkonstruktion en grundläggande förändring av befintliga affärsprocesser. Därför kan omstruktureringsmetoder användas av ett företag i processen att utveckla en innovativ utvecklingsstrategi.

Reengineering syftar till att använda i organisationen av fundamentalt nya affärsprocesser baserade på användningen av modern innovativ teknik.

Övergången av företaget till användning av nya informationsteknik innebär inte automatisering av befintliga processer. Deras tillämpning kan leda inte bara till grundläggande förändringar i de anställdas aktiviteter, utan också till fullständig ersättning av befintliga affärsprocesser.

När man analyserar en befintlig verksamhet och utvecklar en ny, spelar en viktig roll genom att bygga modeller av företaget och de affärsprocesser som äger rum i det. Modeller kan skilja sig åt i detaljgraden av processer, formen på deras presentation, med hänsyn till endast statiska eller även dynamiska faktorer, etc.

Vid modellering av affärsprocesser är det mycket viktigt att bestämma strukturen och innehållet i modelleringsobjekt, för att bestämma vilka element affärsprocessen ska bestå av. Varje ganska komplex affärsprocess kan innehålla fem huvudelement som bör återspeglas i bildandet av modeller: aktivitetsplanering, aktivitetsimplementering, registrering av faktisk information.

formationer, kontroll och analys, förvaltningsbeslut.

Affärsprocessmodellering är en återspegling av den subjektiva visionen av de processer som verkligen existerar i organisationen med hjälp av grafiska, tabellformiga, textuella representationer.

Modellering är processen att återspegla de faktiska (eller planerade) aktiviteterna i organisationen med hjälp av en speciell metodik. Det är viktigt att förstå att modelleringsprocessen är subjektiv. Faktum är att 80% av informationen för bildandet av modeller kommer från de intervjuade anställda och ledare i organisationen. Samtidigt är både de anställdas åsikter om det faktiska arbetets framsteg och synen på processerna hos den analytiker som genomförde intervjun subjektiv. Graden av subjektivitet hos de erhållna modellerna kan bli ett allvarligt hinder för deras fortsatta användning.

Följande mål för affärsprocessmodellering kan särskiljas:

1. Ge en förståelse för organisationens struktur och dynamiken i de processer som sker i den.

2. Ge en förståelse för organisationens nuvarande problem och möjligheter att ta itu med dem.

3. Se till att kunder, användare och utvecklare delar samma förståelse för organisationens mål och mål.

4. Bestäm kraven på programvara som automatiserar organisationens affärsprocesser.

Metodiken (notationen) för att skapa en affärsprocessmodell förstås som en uppsättning sätt på vilka verkliga objekt och relationerna mellan dem representeras i form av en modell. Alla metoder inkluderar tre huvudkomponenter:

1. Teoretisk grund.

2. Beskrivning av de steg som krävs för att uppnå önskat resultat.

Om metodiken är baserad på en teoretisk grund, så gör dess närvaro metodiken mer rimlig och förutsägbar. Men i avsaknad av en teori ( matematisk modell) metoder kan också tillämpas framgångsrikt. Huvudsaken i metodiken är att ge användaren en praktisk sekvens av steg som leder till ett givet resultat. Det är förmågan att få ett resultat med givna parametrar som kännetecknar metodikens effektivitet. Metoder (tekniker) kan användas både separat och tillsammans.

Organisationsmodellen i det allmänna fallet är en kombination av funktionella, organisatoriska och informationsmodeller:

1. Den funktionella modellen beskriver en uppsättning funktionella delsystem och relationer som återspeglar ordningen för samverkan mellan delsystemen under företagets eller dess divisioners funktion.

2. Organisationsmodellen beskriver sammansättningen och strukturen av företagets divisioner och tjänster.

3. Informationsmodellen beskriver de informationsflöden som finns i de funktionella och organisatoriska modellerna.

För att modellera affärsprocesser används flera olika metoder, vars grund är både strukturella och objektorienterade tillvägagångssätt för modellering. Uppdelningen av själva metoderna i strukturella och objekt är dock ganska villkorad, eftersom de mest utvecklade metoderna använder delar av båda tillvägagångssätten. De vanligaste metoderna inkluderar:

1. Metod för funktionell modellering SADT (IDEF0).

2. IDEF3 processmodelleringsmetod.

3. Simulering av DFD-dataflöden.

4. ARIS-metoden.

5. Ericsson Penker-metoden.

6. Modelleringsmetod som används i Rational Unified Process-teknologi.

Några av de befintliga metoderna är baserade på statliga standarder, några är baserade på företagsutvecklingen hos enskilda företag, några presenteras av enskilda författare, de är indelade i tre kategorier:

1. Projektledningsmetodik.

2. Metoder för modellering och analys av affärsprocesser.

3. Metoder för att använda mjukvaruprodukter för att modellera affärsprocesser i ett projekt.

För närvarande finns det flera ganska tydligt identifierbara projektledningsmetoder relaterade till att förändra de affärsprocesser som finns i organisationen. En av de mest populära metoderna är Hammer och Champis metodik. Reengineering enligt Hammer och Champy är "en grundläggande omtanke och radikal omdesign av affärsprocesser för att uppnå dramatiska, stegvisa förbättringar av ett företags kritiska moderna prestationsindikatorer som kostnad, service och takt." Grunden för detta tillvägagångssätt är att se över verksamheten i organisationen "från grunden" och utvecklingen av nya, mer effektiva affärsprocesser.

Förutom metodiken för Hammer och Cham-pi finns det andra metoder som inte har entydigt författarskap, utan tillhör enskilda företag, till exempel metoder för att implementera projekt för att implementera automationssystem för Oracle, SAP R / 3, BAAN, RUP från Rational, etc. .

Den andra gruppen inkluderar metoder för modellering och analys av affärsprocesser. För närvarande finns det flera grundläggande sätt att beskriva processer, baserade både på standarder (IDEF0) och allmänt accepterade metoder (DFD).

Dessutom finns det ett antal notationer (metoder) för att beskriva processer som föreslagits av enskilda företag - mjukvaruutvecklare. De senare inkluderar ARIS-metoden (eEPC) från IDS S^eer AG, Tyskland. Också att notera är BPMN 2-metoden som stöds av OMG-organisationen, som har blivit en standard bland proffs och som aktivt används för att utveckla "körbara" automatiserade affärsprocessmodeller.

Den tredje gruppen av metoder inkluderar metoder för att använda modelleringsverktyg för att skapa affärsprocessmodeller. Moderna modelleringsverktyg är så svåra att använda att de kräver utveckling av speciella metoder för deras tillämpning i projektet. Därför är det för enkla projekt ofta mer lämpligt att använda ett standardritspråk för flödesscheman och de enklaste verktygen för att skapa dem (MS Word, Visio, etc.).

Historien om uppkomsten av olika metoder sammanfattas i tabellen.

Ett stort antal projekt pågår för närvarande i syfte att integrera befintliga metoder och modelleringsspråk och skapandet av en enhetlig metodisk och teknisk grund för modellering av affärsprocesser, och i ett bredare sammanhang - företagsmodellering.

I augusti 2000 bildades BPMI-konsortiet på initiativ av Intalio. BPMI är en oberoende organisation

Tabell. Historien om utvecklingen av metoder för affärsprocessmodellering

Period av BP-modelleringsmetodik

1940 - 1960-talet Framväxten av algoritmiska språk

1960-talet Strukturanalys och designmetodik (SADT)

1970 - 1980 IDEF-seriens metoder (IDEF0, IDEF3, IDEF1x), DFD, ERD

1990 Architecture of Integrated Information Systems (ARIS), Universal Modeling Language (UML), metoder från Oracle, Baan, Rational, etc.

2000 ISO 9000:2000-standarder, som definierar processmetoden för att leda en organisation

2003 notation för modellering av "körbara" processer (BPMNv1)

2004 ämnesorienterad metod för BP-modellering (S-BPM)

2008 - 2009 ISO 9000:2008 standarduppdatering

2011 Modell och notation för modellering av "körbara" processer (BPMNv2)

engagerad i utvecklingen av öppna specifikationer för att hantera e-handelsprocesser.

Dessa specifikationer inkluderar utkast till standarder för Business Process Modeling Language (BPML) och BPQL (Business Process Query Language) för hantering av affärsprocesser. BPML är ett metaspråk för affärsprocessmodellering, precis som XML är ett metaspråk för datamodellering. BPML låter dig skapa en abstrakt körbar modell av interagerande processer baserad på konceptet om en tillståndsmaskin.

2003 publicerade BPMI ett utkast till standard för Business Process Modeling Notation (BPMN). Syftet med detta projekt är att skapa en gemensam notation för olika kategorier av yrkesverksamma: från affärsanalytiker och experter från organisationer till mjukvaruutvecklare.

BPMN består av ett enda diagram som kallas Business Process Diagram (BPD) som mappas direkt till BPML-konstruktionen.

Unified Enterprise Modeling Language (UEML)-projektet genomfördes med målet att integrera många Enterprise Modeling Languages i ett enhetligt modelleringsspråk med väldefinierad syntax, semantik och mappningsregler mellan olika modelleringsverktyg. Grund för

sådan integration tillhandahölls av modellerna GERAM (Generalized Enterprise Reference Architecture and Methodology) och Zachman. UEML-projektet inkluderar utvecklingen av:

1) ett vanligt visuellt, mallbaserat språk för kommersiella modelleringsverktyg;

2) standardiserade, verktygsoberoende mekanismer för överföring av modeller mellan projekt;

3) ett arkiv med företagsmodeller.

OMG är ett konsortium av mjukvaruutvecklare och användare från olika kommersiella, statliga och akademiska organisationer med cirka 800 medlemmar. OMG utvecklar olika standarder inom området interaktion mellan distribuerade system (de mest kända av dem är CORBA och UML).

OMG:s arbete inom området affärsprocessmodellering är främst relaterat till konceptet Model Driven Architecture (MDA).

MDA integrerar olika modelleringsmetoder och introducerar en uppsättning mappningar mellan modeller på olika abstraktionsnivåer. Alla organisationer som använder MDA kan bara utveckla modeller som krävs för sina egna syften.

För närvarande är de tre huvudsakliga OMG-initiativprojekten skapandet av metamodeller för att beskriva affärsprocesser (Business Process Definition Metamodel -BPDM), business

pitchfork (Business Semantics of Business Rules, and Production Rule Representation) och ontologi (Ontology Definition Metamodel). Syftet med BPDM är att integrera och tillhandahålla interoperabilitet mellan modeller som används av olika organisationer (såsom UML- eller BPMN-diagram). BPDM förväntas implementeras som en UML 2.0-profil. På samma sätt arbetar OMG med standardisering av affärsregler och deras kompatibilitet med BPDM. Allt detta sammantaget bör i framtiden ge en ny nivå av kompatibilitet mellan de modeller som används för att beskriva affärsprocesser och mjukvara.

Bland moderna verktyg för att modellera och analysera affärsprocesser används Rational Rose, Oracle Designer, BPWin och ERwin, ARIS etc. flitigt. BPwin, ARIS och Rational Rose är mer lämpade för att modellera affärsprocesser, låt oss titta på dem mer i detalj.

Rational Rose är ett av de ledande visuella modelleringsverktygen inom mjukvaruindustrin med fullt stöd för UML-språket och flerspråkigt stöd för teamutveckling, vilket stöder en komponentorienterad systemskapande process. Alla modeller som skapas med detta verktyg är relaterade till varandra: affärsmodell, funktionell modell, analysmodell, designmodell, databasmodell, komponentmodell och systemfysisk implementeringsmodell. Låter dig lösa nästan alla uppgifter i designen av informationssystem: från analys av affärsprocesser till kodgenerering i ett specifikt programmeringsspråk. Låter dig utveckla både högnivå- och lågnivåmodeller, och implementerar därigenom antingen abstrakt design eller logisk design.

VRST-paketet är baserat på IDEF-metoden och är avsett för funktionell modellering och analys av ett företags verksamhet. IDEF-metoden, som är den officiella amerikanska federala standarden, är en uppsättning metoder, regler och procedurer utformade för att bygga en funktionell modell av ett objekt av någon ämnesområde. IDEF-funktionsmodellen återspeglar den funktionella strukturen hos ett objekt, d.v.s. de åtgärder som det utför och relationerna mellan dessa åtgärder.

BPwin stöder tre standardnotationer - IDEF0, DFD och IDEF3, låter dig optimera rutiner i företaget, gör det lättare att certifiera för överensstämmelse med kvalitetsstandarder ^09000, innehåller en egen rapportgenerator, har ett brett utbud av verktyg för att dokumentera modeller, projekt.

ERWin-paketet används för att modellera och skapa databaser med godtycklig komplexitet baserade på entitetsrelationsdiagram; det är det mest populära datamodelleringspaketet på grund av dess stöd för ett brett utbud av DBMS av olika klasser.

ERWin stöder SADT-strukturmodelleringsmetodologin och IDEF1x-notationen för ER-diagram av datamodeller, låter dig återanvända komponenter från tidigare skapade modeller, samt använda andra utvecklares arbete, det är möjligt för en grupp designers att arbeta tillsammans med samma modeller.

ARIS-systemet är en uppsättning verktyg för att analysera och modellera verksamheten i ett företag. Dess metodiska grund är en kombination av olika modelleringsmetoder som speglar olika syn på det system som studeras. Samma modell kan

utvecklas med flera metoder, vilket gör att ARIS kan användas av specialister med olika teoretiska kunskaper och konfigureras för att arbeta med system som har sina egna särdrag. ARIS-modelleringstekniken är baserad på teorin om att bygga integrerade informationssystem utvecklad av professor August Scher, som bestämmer principerna för visuell visning av alla aspekter av hur de analyserade företagen fungerar. ARIS stöder fyra typer av modeller som speglar olika aspekter av det studerade systemet: organisatoriska, funktionella, informations- och ledningsmodeller.

För att bygga dessa typer av modeller används både ARIS egna modelleringsmetoder och olika välkända modelleringsmetoder och språk. Modeller i ARIS är diagram, vars element är olika objekt - "funktion", "händelse", "strukturell enhet", "dokument" etc. ARIS är fokuserad på processbeskrivningen.

Det noterades ovan att användningen av ny informationsteknik är en integrerad del av omkonstruktion. Samtidigt implementeras modeller av nya affärsprocesser direkt i miljön för informationsstödsystemet (SIS) för en ny verksamhet. Vikten av ISP ligger inte bara i det faktum att det är ett nödvändigt inslag i reengineering, utan också i det faktum att användningen av ISP ofta till stor del avgör tekniken för nya affärer. ISP är en specialutvecklad programvara - mjukvarusystem, som är byggd på grundval av användningen av lämpliga verktyg.

Ett annat verktyg för att modellera affärsprocesser är apparaten i Petri nets (SP). Huvudsakliga fördelar

Egenskaperna för att använda SP i modellering är följande: 1) processen definierad i termer av SP har en tydlig och exakt representation; 2) synligheten för nätverkskonstruktionsschemat, tack vare vilket alla dess definitioner och algoritmer lätt kan uppfattas; 3) möjligheten att använda olika analysmetoder.

SP:s popularitet beror också på den framgångsrika representationen av olika typer av objekt som finns i många simulerade system, och "händelse"-metoden för modellering. De är bäst lämpade för att beskriva relationer och interaktioner mellan processer som löper parallellt.

I allmänhet definieras ett Petri-nät av följande uppsättning:

C = (P, T, E), (1)

P är en icke-tom finit uppsättning nätverkspositioner;

T är en icke-tom finit uppsättning övergångar;

E - förhållandet mellan förekomsten av positioner och

övergångar (en uppsättning nätverksbågar).

När det gäller modellering av affärsprocesser är WF Petri-nät eller arbetsflödesnätverk vanligast. Denna formalism introducerades av Wil van der Aalst för att modellera arbetsflöden i arbetsflödessystem. Ett Petri-nät PN = (P, T, F) kallas ett arbetsflödesnätverk (WF-net) om följande villkor är uppfyllda:

1) det finns bara en initial position i, så att det inte finns några övergångar som ingår i i;

2) det finns bara ett ändläge o, så att det inte finns några övergångar som lämnar o;

3) varje nod i detta nätverk är belägen på vägen från i till o.

Det bör noteras att Petri-nät, till skillnad från alla metoder som presenterats ovan, gör det möjligt att erhålla en dynamisk simuleringsmodell av en affärsmodell.

bearbeta. Ur synvinkel av beteende i tid kan affärsprocesser generellt klassificeras som hybridsystem, både kontinuerliga och diskreta komponenter kan finnas i dem samtidigt. Den kontinuerliga komponenten speglar kontinuiteten i processerna i en verklig organisation i tid; diskret - kan spegla kontrollåtgärder som syftar till kontinuerliga processer. För att modellera hybridsystem presenterades en modifierad apparat av kapslade hybrid-petrinät.

GSP kan definieras av följande uppsättning:

NHPN=(Atom, Lab, SN(HPN), (EN!,..., ENk),Á), (2) där:

Atom = Var ^ Con - uppsättning atomer, bestående av uppsättningar av variabelnamn och konstantnamn;

Lab = Labv ^ Labh - uppsättning etiketter som används för vertikal och horisontell synkronisering av övergångar; (EN1,...,ENk)(k > 1) - en ändlig uppsättning vanliga SP:er;

L - funktion för att markera övergångar av element från uppsättningen Lab.

SN(HPN) - systemnätverk som en del av SHPN, som är ett hybrid Petri-nät (HPN):

HPN = (P, T, Pre, Post, D, C), (3)

P = Pd ^ Pc - uppsättning av diskreta och kontinuerliga positioner;

T = Td ^ Tc ^ TK ^ TE - uppsättning av diskreta, kontinuerliga kvantiserings- och extrapolationsövergångar; Pre-, Post-incidensmatriser som kännetecknar uppsättningen av bågar; D: Tt ^ R+ - en funktion som bestämmer fördröjningsintervallen för diskreta tidsövergångar;

C: Tc ^ R0 x R+m är en funktion som bestämmer kapaciteten för kontinuerliga övergångar.

Det är möjligt att använda begreppen global och lokal tid i GHSP-apparaten. Den första är tiden utanför systemet, med vilken den är kopplad genom konceptet med ett modelleringssteg, som gör det möjligt att uppskatta den tidsmässiga förändringen i systemets tillstånd i förhållande till externa system. Den andra används för att bestämma svarsfördröjningarna för diskreta övergångar och genomströmningen av kontinuerliga övergångar av SHG. Alla diskreta övergångar är uppdelade i momentana, deterministiska tidsmässiga och exponentiellt bestämda. Uppdelningen är relaterad till definitionen av fördröjningsintervallet för övergångar. För kontinuerliga övergångar introduceras begreppet genomströmning, vilket återspeglar rörelsehastigheten genom övergången av ett kontinuerligt flöde av chips.

Förutom allt ovanstående inkluderar apparaten begreppen bågvikt och inhiberande bågar som är karakteristiska för högnivå SP.

Ett betydande tillägg till apparaten är förmågan att använda bråkdelar och negativa värden för vikten av bågen som kommer från övergången. När man använder en negativ bågvikt bör man prata om chipsens potential i denna position. Oavsett tolkningen av nätverksmärkning ändras inte nätverkets dynamikekvation.

Dynamiken i beteendet hos SHG beskrivs av följande fyra typer av triggersteg:

1. Ett systemautonomt steg är utlösandet av en systemnätverksövergång i enlighet med reglerna för GSP, medan elementnätverk betraktas som chips som inte har sin egen struktur.

2. Det elementära-autonoma steget ändrar endast det interna tillståndet (markeringen) för elementarnätverket, utan att ändra dess plats i systemnätverket.

3. Det horisontella synkroniseringssteget används för att synkronisera övergångar i två elementära nätverk belägna i samma position i systemnätverket.

4. Det vertikala synkroniseringssteget används för att synkronisera övergången i systemnätverket med vissa övergångar av elementära nätverk.

Följande ekvation används för att beskriva dynamiken i SHG-beteendet:

Mk = M-1 + C(p, b)un (4)

M - nätverksmarkeringsmatris. Nätverksmärkning tilldelar för varje diskret position ett heltal av chips, med hänsyn till deras potential, och för varje kontinuerlig position - oavsett om en signal finns i den eller inte; uk - kontrollvektor, bestämmer uppsättningen av övergångar som är redo att avfyras vid den aktuella tiden;

C(p, b) är den resulterande växthusgasincidensmatrisen.

Den modifierade apparaten av kapslade hybrid-petrinät utökar avsevärt omfattningen av klassiska PN:er och befintliga förlängningar, gör att du kan studera hybridsystem med en komplex struktur som helhet.

Som nämnts ovan är skapandet av ett universellt verktyg för modellering av affärsprocesser en brådskande uppgift idag. Kapslade hybrid-petrinät kan bli en sådan apparat. Genom att kombinera funktionerna i olika förlängningar av klassiska Petri-nät, har de alla sina fördelar, vilket gör att du kan utforska system av varierande komplexitet.

Den modifierade apparaten av kapslade hybrid-petrinät kan användas som grund för att bygga ett universellt modelleringssystem som inte bara kommer att spara tid för utveckling och implementering av en simuleringsmodell, utan också göra själva modelleringsprocessen enklare och mer tillgänglig. Detta minskar sannolikheten för fel under skapandet av modeller på grund av otillräckliga kunskaper om språkverktyg, ouppmärksamhet i att arbeta med stora mängder information etc. .

Forskning inom området modellering av affärsprocesser med hjälp av Petrinets apparater och att bygga ett universellt simuleringssystem kommer att fortsätta i framtiden.

LITTERATUR

1. Analys av moderna sätt att modellera affärsprocesser [Elektronisk resurs]. - Åtkomstläge: http://www.reengine.ru/index.asp?Menu=2&Sub=2

2. Baranov, V. V. Omarbetning av affärsprocesser: stadier av utveckling och implementering [Elektronisk resurs] / V. V. Baranov. - Åtkomstläge: http://www.elitarium.ru/2012/11/14/reinzhiniring_biznes_processov_jetapy_razrabotki_realizacii.html

3. Barinov, V. A. Reengineering: essens och metodik [Elektronisk resurs] / V. A. Barinov. - Åtkomstläge: http://www.elitarium.ru/2006/05/12/reinzhiniring_sushhnost_i_metodologija.html

4. Vendrov, A. M. Metoder och verktyg för att modellera affärsprocesser (granskning) [Text] / Vendrov A. M. // Information Bulletin. - 2004. - Nr 10 (137). - 32 s.

5. Dukhanov, A. V. Simuleringsmodellering av komplexa system [Text] / A. V. Dukhanov, O. N. Medvedeva // Föreläsningskurs. - Vladimir: VSU 2010. - 118 sid.

6. Kotov, V. E. Petri nät [Text] / V. E. Kotov. - M. : Nauka, 1984. - 160 sid.

7. Malkov, M. V. Petri-nät och modellering [Elektronisk resurs] / M. V. Malkov, S. N. Malygina. - Åtkomstläge: http://site/artide/n/seti-petri-i-modelirovanie

8. Oikhman, E. G. Business reengineering: reengineering av organisationer och informationsteknologier [Text] / E. G. Oikhman, E. V. Popov. - M. : Finans och statistik, 1997. - 336 sid.

9. Peterson, J. Teori om petrinät och systemmodellering [Text] / J. Peterson. - M.: Mir, 1984. - 264 sid.

10. Poleshchuk, N. A. Kostnadsmodellering i ekonomiska system med Petri-nät [Elektronisk resurs] / N. A. Poleshchuk. - Åtkomstläge: http://www.marketing-mba.ru/article/v4_11/Paliashchuk.pdf

11. Repin, VV Processinställning till ledning. Modellering av affärsprocesser [Text] / V. V. Repin, V. G. Eliferov. - M. : Mann, Ivanov och Ferber, 2013. - 544 s.

Affärsprocessmodellering har blivit en trendig trend under de senaste åren, och uppslukar många stora (och till och med inte särskilt stora) företag. I många företag växergar, processledningsavdelningar och andra avdelningar som svampar, vars huvuduppgift är att ta fram rekommendationer för att förbättra företagets verksamhet baserat på tillämpningen av en processansats. Erbjudanden inom området processrådgivning finns också på tjänstemarknaden, inklusive erbjudanden med en specifik branschspecialisering (till exempel inom området för att sätta eller underhålla andra IT-projekt, eller inom området för att förbättra företagsledningssystem) .

Denna serie artiklar ägnas åt användningen av processmetoden, affärsprocessmodellering och deras praktiska tillämpning. Ämnen som planeras för täckning i denna cykel inkluderar en diskussion om de vanligaste typerna av modeller, hur de lagras, deras fördelar och nackdelar. Dessutom kommer vi att diskutera integrationsverktyg med informationssystem och verktyg för hantering av affärsprocesser (inklusive lösningar som använder språk för beskrivning av affärsprocesser); simuleringsmodellering av processer, styrning och analys av utförande av processer i verkligheten, skapande av lösningar baserade på affärsprocessmodelleringsverktyg.

Jag vill uppmärksamma det faktum att för det första presenterar denna cykel författarens personliga syn på affärsprocessmodellering, som inte är relaterad till de officiella åsikterna från leverantörerna av de diskuterade verktygen och tjänsterna; för det andra låtsas denna cykel inte vara en systematisk presentation - den återspeglar bara de aspekter av processinställningen som tycktes författaren vara mest intressanta och värda att uppmärksammas.

Kort om processupplägget

Kärnan i processmetoden är enkel. Aktiviteterna för företagets anställda är indelade i två kategorier: repetitiva (regelbundet eller som ett resultat av att eventuella händelser inträffar), kallade processer, och icke-återkommande, kallade projekt, händelser eller program. Ur denna synvinkel är en process en sammankopplad uppsättning iterativa åtgärder som omvandlar input och/eller information till en slutlig produkt (eller tjänst) enligt förutbestämda regler. Som regel utgör processer en betydande del av organisationers verksamhet. Med tanke på att processen har slutresultat, med tanke på företagets aktiviteter som en uppsättning processer kan du snabbare reagera på förändringar i externa förhållanden, undvika dubbelarbete av aktiviteter och kostnader som inte leder till det önskade resultatet, motivera anställda ordentligt för att uppnå det.

Affärsprocessmodellering betyder vanligtvis deras formaliserade grafiska beskrivning. Även om modellering av tillämpningen av processmetoden och förbättring av företagets aktiviteter baserat på det inte är obligatoriskt, i senare tid i många företag uppmärksammas det allvarligt. Därefter kommer vi att diskutera vilka problem som kan lösas med dess hjälp.

Praktisk tillämpning av affärsprocessmodellering

Affärsprocessmodellering används i praktiken för att lösa ett brett spektrum av problem. En av de mest typiska tillämpningarna av sådana modeller är förbättringen av de processer som modelleras. I praktiken beskrivs processerna "som de är" (det vill säga precis som de förekommer i verkligheten), och sedan identifieras flaskhalsar i dessa processer på olika sätt, och utifrån denna analys finns flera "som det ska vara"-modeller. skapas.

Att identifiera flaskhalsar i processer kan göras på olika sätt. En av dem är simuleringsmodellering. De initiala uppgifterna för sådan modellering är information om sannolikheten för att händelser ska inträffa som påverkar exekveringen av processen, den genomsnittliga exekveringstiden för funktioner i processen och lagarna för distribution av exekveringstiden, såväl som andra egenskaper, till exempel, de resurser som ingår i processen.

Ett annat sätt att identifiera flaskhalsar är baserat på analys av verkliga processer och följaktligen realtiden för att utföra funktioner eller vänta på tillgången på resurser. Verkliga värden kan antingen erhållas från informationssystem (om processen är automatiserad i tillräckligt hög grad), eller bestämmas av konventionell timing och andra observationer.

Ett annat sätt att tillämpa beskrivningen av affärsprocesser är att använda en uppsättning processmodeller för att skapa ett företag regelverk t ex processbestämmelser, indelningsbestämmelser, Arbetsbeskrivningar. Särskilt ofta används sådana tekniker när man förbereder ett företag för certifiering för överensstämmelse med en av kvalitetsstandarderna. Idag låter nästan alla affärsprocessmodelleringsverktyg dig få data om objekt på modeller och deras relationer och presentera dem i form av dokument, även om teknikerna som ligger bakom sådana lösningar kan vara olika.

Ofta används affärsprocessmodeller för att förbättra företagets ledningssystem och utveckla ett personalmotivationssystem - för detta modelleras vanligtvis företagsmål som var och en delas upp i mer detaljerade tills denna uppdelning blir så detaljerad att individuella mål visar sig vara vara relaterad till verksamhetsspecifika anställda. Sedan, för dessa ändamål, bildas kvantitativa indikatorer som kännetecknar graden av deras prestation, och på basis av dessa indikatorer skapas ett system för personalens motivation.

Affärsprocessmodellering används flitigt vid design av informationssystem eller andra IT-lösningar - idag har beskrivningen av processer i kravhantering och specifikationsskapande blivit nästan en bra form, och i moderna mandat det är fullt möjligt att se inte bara en lista med krav, utan även processmodeller. Och oavsett vad experter inom området management och processrådgivning säger om detta ämne, bör vi inte glömma att det i många fall är uppgiften att korrekt automatisera och informationsstöd för företagets verksamhet som är den viktigaste när man beslutar om affärer processmodellering.

De listade uppgifterna är långt ifrån uttömmande omfattningen av affärsprocessmodellering - här är bara några exempel på användningen av denna typ av modellering.

Processansats och CASE-teknologier

Modeller, objekt och relationer

Vid modellering av affärsprocesser manipuleras som regel begreppen modell, objekt och relation. En modell är en uppsättning grafiska symboler, deras egenskaper, attribut och relationer mellan dem, som på ett adekvat sätt beskriver vissa egenskaper hos det modellerade ämnesområdet. De möjliga typerna av modeller och reglerna för deras konstruktion (inklusive de grafiska symbolerna som är tillgängliga för användning och reglerna för förekomsten av länkar mellan dem) bestäms av den valda modelleringsmetoden, och de konventioner som används i modellen som används bestäms av vald notation.

Det finns en hel del modelleringsmetoder som används idag för att beskriva affärsprocesser. De mest populära av dem inkluderar DFD-metoden (Data Flow Diagrams), som beskriver dataflödesdiagram som används i kravanalys och funktionell design av informationssystem; STD (State Transition Diagram), med hänsyn till tillståndsövergångsdiagram för utformning av realtidssystem; ERD (Entity-Relationship Diagrams), som tar hänsyn till entity-relationship diagram som används i den logiska designen av informationssystem; FDD (Functional Decomposition Diagrams), som beskriver funktionella nedbrytningsdiagram; SADT (Structured Analysis and Design Technique), som är en teknik för strukturanalys och design som var ganska populär på 90-talet. På senare tid har ARIS-metoden också blivit populär, med tanke på en uppsättning olika typer av modeller (inklusive de som stöds av vissa andra metoder) som används för att beskriva alla delsystem i ett företag. Inte mindre populär är familjen av IDEF-metoder som används för att designa affärsprocesser och data (databasutvecklare är som regel ganska bekanta med IDEF1X-metoden som beskriver logiska och fysiska datamodeller, och IDEF0-metoden är mycket populär bland analytiker som beskriver affärsprocesser ) . UML-metoden (Unified Modeling Language) är mycket populär bland applikationsutvecklare, som används vid design av informationssystem och applikationer för att beskriva kraven på ett informationssystem, användarscenarier, förändringar i systemtillstånd och data i processen med arbete och klasser av en framtida ansökan.

Modelleringsverktyg

Även om det inte är förbjudet att rita modeller på papper, utförs modern affärsprocessmodellering vanligtvis med hjälp av CASE-verktyg - Computer Aided System Engineering - design av system med hjälp av en dator. Det finns hundratals CASE-verktyg på den moderna mjukvarumarknaden. I en sådan situation är det vettigt att diskutera deras klassificering och de uppgifter som kan lösas med deras hjälp (i relation till processansatsen).

Från informationsteknologi innehåller CASE-verktyg vanligtvis verktyg som låter dig automatisera vissa processer. livscykel IT-lösningar. Men med deras hjälp löses ofta uppgifter som inte är direkt relaterade till IT-lösningar.

Funktionerna hos moderna CASE-verktyg är visuella grafiska verktyg för att skapa modeller, användning av verktyg för att lagra dem i form av filer eller i form av data i ett speciellt arkiv, och ofta integrationsverktyg med andra verktyg (till exempel med applikationer) utvecklingsverktyg, kontorsapplikationer, andra CASE-medel, verktyg som används vid implementering av informationssystem). Ofta innehåller CASE-verktyg rapporteringsverktyg baserade på modeller, rekonstruktionsverktyg - genererar modeller baserade på befintliga data (till exempel i en relationsdatabas). Ofta inkluderar CASE-verktyg gränssnitt för applikationsprogrammering och till och med utvecklingsmiljöer för egna lösningar.

CASE-verktyg kan klassificeras i typer:

analys- och modelleringsverktyg utformade för att skapa beskrivningar av processer och andra ämnesområden som sådana;
analys- och designverktyg som används för att hantera krav och dokumentera IT-projekt;
applikationsmodelleringsverktyg (idag är den vanligaste kategorin av sådana verktyg familjen UML-modelleringsverktyg);
datadesignverktyg som tillhandahåller datamodellering och databasschemagenerering för de vanligaste DBMS.

Alla dessa kategorier av verktyg används för att beskriva affärsprocesser, utom kanske den sista: datamodellering är ett speciellt område med mycket specifika uppgifter och ett specifikt förväntat resultat och används inte så mycket av affärsanalytiker som av applikationsutvecklare.

Ris. 1 Borland Tillsammans

De mest populära verktygen för beskrivning av affärsprocesser i vårt land inkluderar Rational Rose (IBM) och Together (Borland) UML-modelleringsverktyg - fig. 1, AllFusion Business Process Modeler (BPwin)-familjen för att beskriva affärsprocesser med IDEF0-metoden (Computer Associates) och organisera kollektivt arbete på ett enda arkiv av modeller (Fig. 2), ARIS (IDS Scheer) - ett verktyg för kollektivt arbete på en uppsättning sammankopplade modeller olika typer (Fig. 3) utformade för att beskriva affärsprocesser, data och informationssystem, företagsaktiviteter, Visio (Microsoft) är ett verktyg för att skapa olika typer av affärsprocesser och datamodeller som låter dig skapa diagram och modeller som använder olika metoder (Fig. fyra).

Ris. 2. CA AllFusion Business Process Modeler (BPwin)

Ris. 3. ARIS Affärsarkitekt

Ris. 4.Microsoft Visio

Vi har upprepade gånger skrivit om många av verktygen som listas ovan i vår tidning, och de som är intresserade kan hitta relevanta artiklar på vår hemsida: .

Vilket av verktygen ska väljas för affärsprocessmodellering? Först och främst bestäms detta av målen och volymen av modellering, verktygens funktionalitet, deras integration med andra verktyg och applikationer, och i mycket mindre utsträckning, kunskapen och erfarenheten av att använda ett visst verktyg bland författarna till modeller. Naturligtvis är det i det här fallet nödvändigt att föreställa sig vilka möjligheter hos modelleringsverktyget som krävs för att lösa problemet som användaren står inför. Men vi kommer att prata mer om möjligheterna med sådana verktyg i efterföljande artiklar.

SADT funktionsmodelleringsmetod (IDEF0);

IDEF3 processmodelleringsmetod;

modellering av DFD-dataflöden;

ARIS-metoden;

Ericsson-Penkers metod;

modelleringsteknik som används i Rational Unified Process-teknik

1. SADT-metoden (Structured Analysis and Design Technique) anses vara en klassisk metod för processinställning till ledning. Huvudprincipen för processmetoden är att strukturera verksamheten i organisationen i enlighet med dess affärsprocesser, och inte organisationsstrukturen.

SADT-metoden kan användas för att modellera en mängd olika processer och system. I befintliga system kan SADT-metoden användas för att analysera de funktioner som systemet utför och indikera de mekanismer genom vilka de utförs.

SADT-metoden är en uppsättning regler och procedurer utformade för att bygga en funktionell modell av ett objekt inom vilket ämnesområde som helst. SADT-funktionsmodellen speglar den funktionella strukturen hos ett objekt, d.v.s. de åtgärder den utför och kopplingarna mellan dessa åtgärder.

Resultatet av att tillämpa SADT-metoden är en modell som består av diagram, textfragment och en ordlista som har länkar till varandra.

En av de viktigaste egenskaperna hos SADT-metoden är det gradvisa införandet av ökande detaljnivåer allteftersom diagrammen som representerar modellen skapas.

Ris. 2.

2. IDEF3 processmodelleringsmetod

IDEF3-modelleringsmetoden är utformad för att modellera sekvensen av åtgärder och det ömsesidiga beroendet mellan dem inom processer.

Liksom i IDEF0-metoden är grundenheten för IDEF3-modellen diagrammet. Den andra viktiga komponenten i modellen är åtgärden, eller i IDEF3-termer, "arbetsenheten" (Unit of Work). IDEF3-diagram visar en aktivitet som en rektangel. Åtgärder namnges med hjälp av verb eller verbala substantiv, och varje åtgärd tilldelas ett unikt identifikationsnummer. Detta nummer återanvänds inte även om åtgärden tas bort under modellbyggandet. I IDEF3-diagram föregås åtgärdsnumret vanligtvis av numret på dess överordnade (Figur 3).

Ris. 3.

Betydande relationer mellan aktiviteter skildras med hjälp av länkar. Alla länkar i IDEF3 är enkelriktade, och medan en pil kan börja eller sluta på vardera sidan av ett actionblock, är IDEF3-diagram vanligtvis organiserade från vänster till höger, med pilar som börjar till höger och slutar på vänster sida av blocken. I tabell. 1 visar tre möjliga typer av anslutningar.

Tabell 1. Typer av IDEF3-länkar

3. DFD-dataflödesdiagram

Dataflödesdiagram (DFD) är en hierarki av funktionella processer kopplade av dataflöden. Syftet med denna representation är att visa hur varje process omvandlar sina input till output, och att avslöja sambanden mellan dessa processer.

I enlighet med denna metod definieras systemmodellen som en hierarki av dataflödesdiagram som beskriver den asynkrona processen för informationsomvandling från dess inmatning i systemet till dess utfärdande till konsumenten. Informationskällor (externa enheter) genererar informationsflöden (dataflöden) som överför information till delsystem eller processer. Dessa omvandlar i sin tur information och genererar nya flöden som överför information till andra processer eller delsystem, dataackumulatorer eller externa enheter - konsumenter av information.

Diagram över de övre nivåerna i hierarkin (kontextdiagram) definierar huvudprocesserna eller delsystemen med externa ingångar och utgångar. De är detaljerade med hjälp av diagram på lägre nivå. Denna nedbrytning fortsätter och skapar en flernivåhierarki av diagram, tills en nivå av nedbrytning uppnås, där det inte är meningsfullt att detaljera processerna ytterligare.

Huvudkomponenterna i dataflödesdiagram är:

* externa enheter;
* System och delsystem;
* processer;
* dataenheter;
* dataströmmar.
4. ARIS-metoden

ARIS-systemet (Architecture of Integrated Information System), utvecklat av det tyska företaget IDS Scheer, är en uppsättning verktyg för att analysera och modellera verksamheten i ett företag. Dess metodiska grund är en kombination av olika modelleringsmetoder som speglar olika syn på det system som studeras. Samma modell kan utvecklas med flera metoder, vilket gör att specialister med olika teoretiska kunskaper kan använda ARIS och anpassa den för att arbeta med system som har sina egna särdrag.

ARIS stöder fyra typer av modeller som speglar olika aspekter av det system som studeras:

* organisatoriska modeller, som representerar systemets struktur - hierarkin av organisatoriska enheter, positioner och specifika personer, länkarna mellan dem, såväl som den territoriella bindningen av strukturella enheter;
* funktionella modeller som innehåller en hierarki av mål som förvaltningsapparaten står inför, med en uppsättning träd av funktioner som är nödvändiga för att uppnå målen;
* informationsmodeller, som återspeglar strukturen för den information som är nödvändig för genomförandet av hela uppsättningen av systemfunktioner;
* ledningsmodeller som representerar en övergripande bild av implementeringen av affärsprocesser i systemet.

För att bygga dessa typer av modeller används både ARIS egna modelleringsmetoder och olika välkända modelleringsmetoder och språk, i synnerhet UML.

Modeller i ARIS är diagram, vars element är olika objekt - "funktion", "händelse", "strukturell enhet", "dokument" etc. Olika kopplingar upprättas mellan objekt. Således kan följande typer av länkar upprättas mellan objekten "funktion" och "strukturell enhet":

* utför;
* fattar ett beslut;
* deltar i genomförandet;
* måste informeras om resultaten;
* ger råd till artister;
* accepterar resultat.

Den huvudsakliga affärsmodellen för ARIS är eEPC (extended Eventdriven Process Chain). I tabell. 2 visar huvudobjekten som används i denna notation.

Tabell 2. Objekt med eEPC-modellen

Ris. fyra.

Den största fördelen med ARIS-metoden ligger i dess komplexitet, som visar sig i förhållandet mellan modeller av olika slag. ARIS-metoden låter dig beskriva verksamheten i organisationen ur olika synvinklar och skapa kopplingar mellan olika modeller. Detta tillvägagångssätt är dock svårt att genomföra i praktiken, eftersom det medför stora resursutgifter (mänskliga och ekonomiska) under lång tid. Dessutom är ARIS-verktygsmiljön ganska dyr och svår att använda.

5. Ericsson-Penker-metoden är av intresse i första hand i samband med ett försök att använda objektmodelleringsspråket UML (ursprungligen avsett för modellering av mjukvarusystems arkitektur) för modellering av affärsprocesser. Detta möjliggörs av förlängningsmekanismerna i UML.

UML-förlängningsmekanismer är utformade för att göra det möjligt för utvecklare att skräddarsy ett modelleringsspråk för deras specifika behov utan att ändra dess metamodell.

Ris. 5.

Förekomsten av förlängningsmekanismer skiljer i grunden UML från sådana modelleringsverktyg som IDEF0, IDEF1X, IDEF3, DFD, etc. De listade modelleringsspråken kan definieras som starkt typade (i analogi med programmeringsspråk), eftersom de inte tillåter godtycklig tolkning modellelements semantik. Även om UML tillåter denna tolkning (främst genom stereotyper), är det ett löst skrivet språk. Dess expansionsmekanismer inkluderar:

* stereotyper;
* taggade (namngivna) värden;
* begränsningar.

En stereotyp är en ny typ av modellelement som definieras utifrån ett redan existerande element. Stereotyper utökar modellens notation, kan appliceras på alla element i modellen och representeras som en textetikett eller ikon.

Ett namngivet värde är ett par strängar "tag = värde" eller "namn = innehåll", som lagrar ytterligare information om alla element i systemet, till exempel skapande, utvecklings- eller teststatus, slutförandetid på det, etc.

En begränsning är en semantisk begränsning i form av ett textuttryck i naturligt eller formellt språk (OCL - Object Constraint Language) som inte kan uttryckas med UML grafisk notation.

Författarna till Ericsson-Penker-metoden skapade sin UML-profil för affärsprocessmodellering kallad Ericsson-Penker Business Extensions, och introducerade en uppsättning stereotyper som beskriver processer, resurser, regler och mål för en organisation.

Metoden använder fyra huvudsakliga affärsmodellkategorier:

* Resurser - olika objekt som används eller är involverade i affärsprocesser (människor, material, information eller produkter). Resurser är strukturerade, sammanlänkade och uppdelade i fysiska, abstrakta, informativa och mänskliga resurser.
* Processer - aktiviteter som förändrar resursernas tillstånd i enlighet med affärsregler.
* Mål - syftet med affärsprocesser. Mål kan brytas ner i delmål och relateras till enskilda processer. Mål uppnås i processer och uttrycker erforderligt resurser. Mål kan uttryckas som en eller flera regler.
* Affärsregler - villkor eller begränsningar för utförande av processer (funktionella, beteendemässiga eller strukturella). Regler kan dikteras av den yttre miljön (föreskrifter eller lagar) eller kan definieras inom affärsprocesser. Regler kan definieras med OCL-språket, som är en del av UML-standarden.

Alla dessa kategorier är sammanlänkade: en regel kan bestämma hur resurser är strukturerade, en resurs tilldelas en specifik process, ett mål är associerat med utförandet av en specifik process.

Det huvudsakliga UML-diagrammet som används i denna metod är aktivitetsdiagrammet. Huvudelementet i diagrammet är aktiviteten. Aktiviteten visas som en rundad rektangel med en textbeskrivning. Varje aktivitetsdiagram måste ha en startpunkt som definierar början av flödet av händelser. Slutpunkten är valfri. Ett diagram kan ha flera slutpunkter, men bara en startpunkt.

6. Modelleringsmetod som används i Rational Unified Process-teknologi

UML används också i affärsprocessmodelleringsmetoden som är en del av Rational Unified Process-teknologin från IBM Rational Software. Denna metod, som främst syftar till att skapa en grund för bildandet av mjukvarukrav, innebär konstruktion av två grundläggande modeller:

* affärsprocessmodeller (Business Use Case Model);
* affärsanalysmodeller (Business Analysis Model).

En affärsprocessmodell är en modell som beskriver en organisations affärsprocesser i termer av roller och deras behov. Det är en förlängning av UML use case-modellen genom att introducera en uppsättning stereotyper - Business Actor (skådespelarestereotyp) och Business Use Case (use case stereotyp).

En affärsaktör är en roll som ligger utanför en organisations affärsprocesser. Potentiella kandidater för aktörer i affärsprocesser är: aktieägare, kunder, leverantörer, partners, potentiella klienter, lokala myndigheter, anställda i organisatoriska enheter vars verksamhet inte omfattas av modellen, externa system.

Listan över skådespelare sammanställs genom att svara på följande frågor:

* Vem tjänar på organisationens existens?
* Vem hjälper organisationen att genomföra sin verksamhet?
* Till vem kommunicerar organisationen information och från vem tar den emot?

Business Use Case (användningsfall i termer av affärsprocesser) definieras som en beskrivning av handlingsförloppet (flödet av händelser) inom en affärsprocess som ger ett påtagligt resultat till en specifik aktör. Denna definition liknar den allmänna definitionen av en affärsprocess, men har en mer exakt innebörd. När det gäller objektmodellen är ett Business Use Case en klass vars objekt är specifika händelseflöden inom den beskrivna affärsprocessen.

Denna metod fokuserar främst på elementära affärsprocesser. En sådan process kan definieras som en uppgift som utförs av en person på en plats åt gången som svar på någon händelse som ger ett specifikt resultat och försätter data i något stabilt tillstånd (till exempel bekräftelse på en kreditkortsbetalning). Att slutföra en sådan uppgift omfattar vanligtvis fem till tio steg och kan ta från flera minuter till flera dagar, men betraktas som en session av interaktion mellan skådespelaren och artisterna.

Varje Business Use Case återspeglar syftet eller behovet hos någon aktör.

Beskrivning Business Use Case är en specifikation (textdokument), som, precis som ett vanligt användningsfall, består av följande artiklar:

* Namn;
* kort beskrivning;
* mål och resultat (ur skådespelarens synvinkel);
* beskrivning av scenarier (grundläggande och alternativa);
* särskilda krav (begränsningar av genomförandetid eller andra resurser);
* förlängningar (exceptionella situationer);
* länkar till andra affärsanvändningsfall;
* aktivitetsdiagram (för en visuell beskrivning av scenarier - vid behov).

Beskrivningen av Business Use Case kan åtföljas av ett processmål, som precis som i ErikssonPenker-metoden modelleras med hjälp av en klass med stereotypen ”mål”, och målträdet avbildas som ett klassdiagram.

För varje Business Use Case byggs en affärsanalysmodell - en objektmodell som beskriver implementeringen av en affärsprocess i termer av interagerande objekt (Business Objects) tillhörande två klasser - Business Worker och Business Entity.

Business Worker (executor) - en aktiv klass, som är en abstraktion av en executor som utför vissa handlingar som en del av en affärsprocess. Exekutörer interagerar med varandra och manipulerar olika enheter och deltar i implementeringen av Business Use Case-scenarier. I UML-klassdiagrammet är arbetaren representerad som en klass med stereotypen "affärsarbetare".

Konceptet för en affärsenhet liknar konceptet med en enhet i entitetsrelationsmodellen, förutom att i denna modell är inte enhetens beteende definierat, och i objektmodellen kan en enhet ha en uppsättning ansvarsområden. I ett UML-klassdiagram representeras en enhet som en klass med stereotypen "affärsenhet".