Hur lång tid tar det att modellera affärsprocesser. Praktisk tillämpning av affärsprocessmodellering

Vanliga roller inom affärsprocesshantering:

• processanalytiker;
• Processingenjör;
• processarkitekt;
• processledare;
• processägare;
• processkonsult;
• affärsanalytiker;
• Systemanalytiker;
• chef eller chef för prestationsförbättringsprogram;
• processinnovationschef eller chef.

Business Process Management (BPM)är ett ledningskoncept som kopplar samman organisationens strategi och mål med kundernas förväntningar och behov genom lämplig organisation av end-to-end-processer. BPM sammanför strategi, mål, kultur och organisationsstruktur, roller, policyer, förordningar, metoder och mjukvaruverktyg för: a) analys, design, implementering, förvaltning och kontinuerlig förbättring end-to-end processer och b) reglering av relationer inom området process management.

Video om affärsprocesser:

Bild "Tre vyer av BPM"

Business Process Improvement (BPI)är ett engångsinitiativ eller projekt för att bättre anpassa organisationens strategi med kundernas förväntningar. BPI inkluderar urval, analys, design och implementering av en förbättrad process.

Enterprise Process Management (EPM)är tillämpningen av BPM-principer, metoder och processer i en viss organisation. EPM: a) säkerställer att portföljen och end-to-end processarkitekturen överensstämmer med organisationens strategi och resurser, och b) tillhandahåller en styrmodell för att utvärdera och hantera BPM-initiativ.

Kontinuerlig optimeringär ett långsiktigt tillvägagångssätt för att förbättra effektiviteten och produktiviteten för specifika processer baserat på ett kontinuerligt fungerande återkopplingskontrollsystem.

Affärsprocessledning

Vad är Business Process Management (BPM)?

BPMär en ledningsdisciplin som utgår ifrån att det bästa sättet att uppnå målen för en organisation är en målmedveten förvaltning av dess affärsprocesser. BPM behandlar processer som tillgångar. Den accepterar att organisationens mål kan uppnås genom beskrivning, design, kontroll av affärsprocesser och strävan efter ständiga förbättringar.

För att effektivt kunna hantera affärsprocesser (det vill säga att utveckla BPM som en förmåga) måste en organisation ha processer, människor och teknik på plats:

1. Affärsprocesser som stödjer affärsprocesshantering. Till exempel bör en organisation ha processer som säkerställer:
   • beskrivning och design av affärsprocesser;
   • utveckling och implementering av affärsprocesser;
   • övervakning och kontroll av genomförandet av affärsprocesser;
   • kontinuerlig och kontinuerlig förbättring av affärsprocesser, trots och som svar på interna och externa förändringar.
2. Definierade roller (personer) involverade i affärsprocesshantering. Dessa inkluderar (men är inte begränsade till) följande:
   • processarkitekt, som ansvarar för att beskriva och utforma affärsprocesser;
   • processanalytiker som ansvarar för att bygga, implementera, övervaka och optimera affärsprocesser;
   • processägare, som ansvarar för att utföra affärsprocessen från början till slut, i enlighet med definierade prestationsmål, och ytterst för att skapa värde för kunden.
3. Implementering av specialiserad informationsteknik för hantering av affärsprocesser, vilket ger följande funktionalitet:
   • beskrivning av affärsprocesser inom ramen för företagsarkitektur;
   • designa affärsprocesser för implementeringsändamål;
   • utförande av affärsprocesser i samband med operativa aktiviteter;
   • övervakning av målindikatorer för effektivitet i affärsprocesser;
   • analys av affärsprocesser för att identifiera och utvärdera möjligheter till förbättringar;
   • förändringshantering av affärsprocesser.

Affärsprocessär en uppsättning åtgärder som omvandlar en eller flera insatser till ett specifikt resultat (produkt eller tjänst) som har värde för konsumenten.

Bild "Affärsprocess"

Konsumentbegreppet i samspelet mellan funktioner inom organisationen

Värde i form av designspecifikationer

Exempel: IT-avdelningen i ett läkemedelsbolag tillhandahåller tjänster till affärsenheter. Varje sådan tjänst tillhandahålls genom en affärsprocess inom IT-avdelningen. Förhållandet mellan leverantör och konsument visas nedan. En affärsprocess skapar värde för en kund i form av en produkt eller tjänst. Kärnan i BPM är att optimera hur det värdet skapas.

Visualisering och förståelse av affärsprocessen underlättas av den grafiska representationen av handlingar i form av rektanglar kopplade till varandra i ett vägdiagram.

Bland de artefakter som organisationer ofta skapar och underhåller i processarbete är följande.

• Affärskontext: vilka inneboende förmågor processen ger och vad affärsprocessen bidrar till att skapa en produkt eller tjänst för en extern kund.
• Processkontext: leverantörer och input, output och konsumenter, start- och sluthändelser, regelverk, resurser som används och resultatmål.
• Affärstransaktioner som följer med överföringen av arbete mellan funktioner och roller inom en organisation och mellan organisationen, leverantörer och kunder.
• Ange förändringar som beskriver omvandlingen av en produkt när den passerar genom en process.
• Affärshändelser som inträffar utanför och inuti processen, samt handlingar och delar i processen som aktiveras av dessa händelser.
• En uppdelning som visar uppdelningen av en process i mindre och mindre delar av arbete från den översta nivån av processen som helhet till den nedre nivån av uppgifter.
• Förväntade prestationsindikatorer som beskriver åtagandet gentemot kunden att tillhandahålla en produkt eller tjänst, och prestationsmått som fastställts för processen och mäts för att säkerställa att åtaganden gentemot kunden uppfylls.
• Organisationens struktur och bilden av hur de olika funktionerna och rollerna inom organisationen är sammansatta för att stödja genomförandet av processen.
• Funktionalitet informationssystem och hur denna funktionalitet är involverad i utförandet av processen.

Affärsprocessär en uppsättning åtgärder som skapar ett visst värde (produkt eller tjänst) för konsumenten. Denna definition innehåller både en intern aspekt (uppsättning aktiviteter) och en extern aspekt (kundvärde), så det är bäst att övervaka processprestanda från båda perspektiven.
Prestandaindikatorer som mäts utifrån eller från konsumentens synvinkel kallas vanligtvis prestanda, de är utformade för att svara på frågan: "Gör vi vad vi behöver göra?" Dessa indikatorer ska bekräfta att vi systematiskt möter kundens behov och förväntningar.

Hemligheten bakom användbarheten av mätvärden i "Check"-steget är den korrekta arkitekturen för processbeskrivningen i "Planering"-steget. Mål för processprestanda bestäms av kundernas förväntningar. Dessa prestationsindikatorer på högsta nivå är i sin tur uppdelade i underliggande prestationsmål som kan ställas in på funktions- och operativ nivå. I teorin:

• om alla operativa mål uppnås uppfylls funktionella indikatorer;
• om alla funktionella indikatorer uppnås, uppfylls processprestandaindikatorerna på högsta nivå;
• om alla indikatorer på processeffektivitet uppnås, då är konsumenten nöjd.

Kategorier av affärsprocesser

Affärsprocesser kan delas in i tre kategorier:

• Kärnprocesser- end-to-end och som regel tvärfunktionella processer som direkt skapar värde för konsumenten. Kärnprocesser kallas också kärnprocesser eftersom de representerar de aktiviteter som krävs för att en organisation ska kunna uppfylla sitt uppdrag. Dessa processer utgör en värdekedja där varje steg tillför värde till det föregående, mätt som bidrag till skapandet eller leveransen av en produkt eller tjänst, och i slutändan till skapandet av värde för kunden.
• Hjälparprocesser utformad för att stödja kärnprocesser, vanligtvis genom hantering av resurser och/eller infrastruktur som krävs av kärnprocesser. Skillnaden mellan primära och sekundära processer är att sekundära processer inte direkt skapar värde för kunden. Exempel på stödjande processer är vanligtvis relaterade till IT, ekonomi, personal. Även om supportprocesser ofta är nära relaterade till funktionella områden (till exempel processen att bevilja och återkalla nätverksåtkomstbehörigheter), kan och går de ofta över funktionella gränser.
• Ledningsprocesser utformad för att mäta, övervaka och kontrollera affärsaktiviteter. De är utformade för att säkerställa att huvud- och stödprocesserna utformas och utförs i enlighet med de uppsatta operativa, finansiella målen, regulatoriska och juridiska begränsningar. Precis som stödjande processer tillför inte ledningsprocesser direkt mervärde till kunden, utan de är nödvändiga för att säkerställa att verksamheten når prestations- och prestationsmål.

BPM mognadsmodell

Affärsprocessmodellering

Processmodelleringsmål

Syftet med simuleringen- att utveckla en sådan representation av processen som kommer att beskriva den korrekt och tillräckligt fullständigt, baserat på uppgiften. Modellens detaljdjup och innehåll bestäms av vad som förväntas av ett modelleringsprojekt: ett projekt kan behöva ett enkelt diagram, medan ett annat kan behöva en färdigutvecklad modell.

Processmodellerär medel:

• ledning av organisationsprocesser;
• analys av processeffektivitet;
• beskrivningar av förändringar.

Processmodellen kan beskriva det önskade tillståndet för verksamheten och bestämma kraven på resurser som säkerställer ett effektivt genomförande av verksamheten, såsom människor, information, utrustning, system, ekonomi, energi.

Motiv för processmodellering:

Vanliga processnotationer:

BPMN:

Vägdiagram av Bruce Silver:

Blockdiagram:

UML:

IDEF:

Värdeströmskarta:

Grundläggande principer för affärsprocessmodellering

Vad innebär affärsprocessmodellering i praktiken? Affärsprocessmodellering i ett företag kan syfta till att lösa ett stort antal olika uppgifter:

• Definiera resultatet av en affärsprocess exakt och utvärdera dess värde för verksamheten.
• Bestäm uppsättningen av aktiviteter som utgör affärsprocessen. En tydlig definition av uppsättningen av uppgifter och aktiviteter som ska utföras är avgörande för en detaljerad förståelse av processen.
• Bestäm i vilken ordning åtgärderna ska utföras. Åtgärder inom en enda affärsprocess kan utföras antingen sekventiellt eller parallellt. Det är uppenbart att parallell exekvering, om den tillåts, minskar den totala exekveringstiden för processen och, följaktligen, ökar dess effektivitet.
• Separata ansvarsområden: bestäm och spåra sedan vilken anställd eller avdelning på företaget som är ansvarig för genomförandet av en viss åtgärd eller process som helhet.
• Bestäm vilka resurser som förbrukas av affärsprocessen. Genom att veta exakt vem som använder vilka resurser och för vilka verksamheter kan du förbättra resurseffektiviteten genom planering och optimering.
• Förstå essensen av interaktionerna mellan de anställda och avdelningarna på företaget som är involverade i processen och utvärdera, och förbättra sedan effektiviteten i kommunikationen mellan dem.
• Se förflyttning av dokument under processen. Affärsprocesser producerar och konsumerar olika dokument (i papper eller elektronisk form). Det är viktigt att förstå var och var dokument eller informationsflöden kommer ifrån och avgöra om deras rörelse är optimal och om alla verkligen är nödvändiga.
• Identifiera potentiella flaskhalsar och möjligheter till processförbättringar, som senare kommer att användas för att optimera den.
• Det är mer effektivt att implementera kvalitetsstandarder som ISO 9000 och framgångsrikt uppnå certifiering.
• Använd affärsprocessmodeller som vägledning för nyanställningar.
• Effektivt automatisera affärsprocesser som helhet eller deras individuella steg, inklusive automatisering av interaktion med den externa miljön - kunder, leverantörer, partners.
• Efter att ha förstått helheten av företagets affärsprocesser, förstå och beskriv verksamheten i företaget som helhet.

I sin tur, huvuduppgiften i att modellera företagets affärsprocesserär en beskrivning av de processer som finns i den för att bygga sina modeller "som de är". För att göra detta är det nödvändigt att samla in all tillgänglig information om processen, som i regel endast ägs helt av företagets anställda som är direkt involverade i processen. Därmed kommer vi fram till behovet av en detaljerad undersökning (intervju) av alla anställda som är involverade i affärsprocessen. Det bör understrykas att man inte bör begränsas till information om processen som enhetschef och chefer lämnar. Vanligtvis ger endast ett samtal med en anställd som direkt utför åtgärder inom den beskrivna affärsprocessen en adekvat uppfattning om hur processen fungerar i verkligheten.

Den första frågan när man bygger en modell "som den är" avser resultatet av den övervägda affärsprocessen. Det händer att det inte är lätt att få en tydlig redogörelse för resultatet av en affärsprocess, trots vikten av detta koncept för effektiviteten i företaget.

Efter att ha bestämt resultatet bör du förstå sekvensen av åtgärder som utgör processen. Handlingssekvensen modelleras på olika abstraktionsnivåer. På översta nivån visas endast de viktigaste stegen i processen (vanligtvis inte fler än tio). Sedan bryts vart och ett av stegen på hög nivå (delprocesser) ned. Nedbrytningsdjupet bestäms av processens komplexitet och den erforderliga detaljnivån. För att få en verkligt fullständig bild av affärsprocessen är det nödvändigt att bryta ner till atomära affärsfunktioner - välförstådda elementära handlingar (individuella operationer i programvara eller utförda av en person), som inte är meningsfulla att bryta ner i komponenter.

Baserat på den insamlade informationen byggs en modell för det vanliga, eller optimala, utförandet av processen och möjliga scenarier för dess utförande med misslyckanden bestäms. Olika misslyckanden (undantag - undantag) kan störa det optimala förloppet av processen, så du bör specificera hur undantagen kommer att "hanteras", det vill säga vilka åtgärder som vidtas i händelse av ett undantag. Figuren visar huvudstegen i att bygga en affärsprocessmodell.

En viktig del i att bygga en affärsprocessmodellär studiet av aspekter av dess effektivitet. Detta inkluderar resursanvändning, personalens handläggningstid, potentiella förseningar och stillestånd. Det är nödvändigt att utveckla ett system med indikatorer, eller mått, för att utvärdera effektiviteten i processen. Delvis kan KPI (Key Performance Indicator) som används i företaget tas som mått, men ytterligare indikatorer som kännetecknar den aktuella processen kan också krävas.

Modellering definierar affärsmål, till vilken den simulerade processen bidrar. Det är nödvändigt att skilja mellan begreppen ett affärsmål och resultatet av en process. Varje affärsprocess måste ha minst ett resultat och syfta till att uppnå minst ett affärsmål. Till exempel kan resultatet av processen "Utför en anslutningsorder för en abonnent" definieras som "Ta emot en anslutningsbekräftelse från klienten", medan affärsmålen som eftersträvas genom att utföra denna process kan inkludera "Säkerställ en minsta orderledning tid" och "Säkerställ en minsta procentandel av anspråken". För att fastställa målen bör du hänvisa till företagets affärsstrategi.

Det är nödvändigt att identifiera händelser som kan avbryta processens gång. I händelse av ett avbrott kan det bli nödvändigt att korrekt "rulla tillbaka" (kompensera) de processsteg som redan har genomförts. För att göra detta måste du definiera logiken för kompenserande åtgärder för varje avbrytande händelse.

Slutligen är det nödvändigt att överväga de tillgängliga mjukvaruverktygen som implementerar affärsprocessstöd. Detta är viktigt eftersom programvara kan dölja vissa funktioner i processbeteendet som inte är helt kända för de anställda som utför enskilda steg. Informationen som samlas in i detta skede kommer att vara användbar för ytterligare automatisering av processen.

Genom att samla in all ovanstående information kan du få en god uppfattning om hur affärsprocessen fortskrider. I modelleringsstadiet bör följande resultat erhållas:

• Processkort, som visar sambandet mellan olika affärsprocesser och deras interaktioner. På processkartan visas som regel varje affärsprocess i företaget som en rektangel, pilarna visar länkarna mellan dem (till exempel beroendet av en process av en annan, eller ersättandet av en process med en annan när en process är beroende av en annan visst villkor är uppfyllt), och presenterar även olika dokument som överförs från process till process eller reglerar deras förlopp (standarder, instruktioner etc.).
• Rolldiagram A som visar rollerna i genomförandet av processen och relationerna dem emellan. Rolldiagrammet är inte hierarkiskt. Det representerar relationer som gruppdeltagande, ledarskap, kommunikation, att ersätta en roll med en annan, etc.
• Modellen "som den är". varje övervägd affärsprocess, som beskriver processen i detalj och återspeglar processens förlopp, åtgärder, roller, förflyttning av dokument, samt punkter för möjlig optimering. Denna modell inkluderar:
  • processmiljödiagram, representerar en affärsprocess som en enskild aktivitet (det vill säga inte avslöjar processens förlopp), för vilken den process som utlöser händelse, nödvändiga input, resultat, roller, prestationsindikatorer, avbrytande händelser och kompenserande processer, reglerande dokument, relaterad verksamhet processer kan visas mål;
  • processdiagram på hög nivå, som visar hans stora steg (vanligtvis inte fler än tio) och rollerna som är förknippade med dem;
  • detaljerade diagram för varje steg i högnivåmodellen(beroende på processens komplexitet kan flera hierarkiskt organiserade diagram användas här) som visar processen i detalj, avbrytande händelser, affärsregler, roller och dokument;
  • undantagshanteringsdiagram, som visar vilka åtgärder som utförs vid detta undantag och av vem, samt var kontrollen överförs efter att undantaget behandlats.

• ägaren av affärsprocessen och en eller två anställda i samma division av företaget som hjälper honom;
• specialist för kvalitetsledning;
• affärsanalytiker;
• representant för IT-avdelningen;
• extern konsult (valfritt).

BPM-System Plattform för att skapa och hantera affärsprocesser

Bpm'online studioär ett affärsprocesshanteringssystem (BPMS) som låter dig automatisera olika affärsuppgifter. Bpm'online studio- ett intuitivt verktyg för att implementera en processmetod i arbetet på olika avdelningar i företaget och effektivt hantera förändringar i hela företaget.

Introduktion

1. Modellering av affärsprocesser

2. Klassificering av affärsprocesser

3. Standarder för affärsprocessmodellering

Slutsats

Lista över använda källor

INTRODUKTION

Konceptet "affärsprocessmodellering" kom in i livet för de flesta analytiker samtidigt som komplexa mjukvaruprodukter kom fram på marknaden för komplex automatisering av företagsledning.

Sådana system innebär alltid en djupgående förprojektöversikt av företagets verksamhet. Resultatet av denna undersökning är ett expertutlåtande, där rekommendationer ges i separata stycken för att eliminera "flaskhalsar" i förvaltningen av aktiviteter.

Baserat på denna slutsats, omedelbart före implementeringen av automationssystemet, genomförs den så kallade omorganisationen av affärsprocesser, ibland ganska allvarlig och smärtsam för företaget. Detta är naturligtvis ett team som har utvecklats under åren som alltid är svårt att få "tänka på ett nytt sätt". Sådana omfattande undersökningar av företag är alltid komplexa och skiljer sig avsevärt från fall till fall.

Det finns väletablerade metoder och standarder för att lösa sådana problem med att modellera komplexa system. Dessa standarder inkluderar IDEF-familjen av metoder. Med deras hjälp kan du effektivt visa och analysera aktivitetsmodellerna för ett brett utbud av komplexa system i olika sektioner. Samtidigt bestäms bredden och djupet av granskningen av processer i systemet av utvecklaren själv, vilket gör det möjligt att inte överbelasta skapad modell redundanta data.

Affärsprocessmodellering låter dig analysera inte bara hur företaget fungerar som helhet, hur det interagerar med externa organisationer, kunder och leverantörer, men också hur verksamheten organiseras på varje enskild arbetsplats.

Det finns flera tillvägagångssätt för definitionen av begreppet "modellering av affärsprocesser":

- detta är en beskrivning av företagets affärsprocesser som gör det möjligt för chefen att veta hur vanliga anställda arbetar, och för vanliga anställda - hur deras kollegor arbetar och vilket slutresultat alla deras aktiviteter syftar till;

affärsprocessmodellering- detta är ett effektivt sätt att hitta möjligheter att förbättra företagets verksamhet;

modellering affärsprocesserär ett verktyg som låter dig förutse och minimera de risker som uppstår på olika stadier omorganisation av företaget;

affärsprocessmodelleringär en metod som låter dig ge en kostnadsuppskattning för varje process, tagen individuellt, och alla affärsprocesser i ett företag, sammantaget.

Moderna företag tvingas ständigt förbättra sin verksamhet. Detta kräver utveckling av ny teknik och affärspraxis, förbättring av kvaliteten på de slutliga resultaten av aktiviteter och, naturligtvis, införandet av nya, bättre effektiva metoder ledning och organisation av företag.

Affärsprocessär en logisk, konsekvent, sammankopplad uppsättning aktiviteter som förbrukar producentens resurser, skapar värde och ger resultatet till konsumenten. Bland de främsta skälen som uppmuntrar en organisation att optimera affärsprocesser är behovet av att minska kostnaderna eller varaktigheten av produktionscykeln, konsumenternas och statens krav, genomförandet av kvalitetsledningsprogram, företagssammanslagningar, interna organisatoriska motsättningar, etc.

Affärsprocessmodelleringär ett effektivt verktyg för att hitta sätt att optimera företagets aktiviteter, ett verktyg för att förutse och minimera risker som uppstår i olika skeden av ett företags omorganisation. Denna metod låter dig ge en kostnadsuppskattning för varje enskild process och alla affärsprocesser i organisationen sammantaget.

Beslut om modellering av affärsprocesser fattas vanligtvis av de skäl som visas i figur 1.

Figur 1 - Skäl för att besluta om affärsprocessmodellering

Affärsprocessmodellering påverkar många aspekter av ett företags verksamhet:

förändring i organisationsstrukturen;

optimering av funktionerna för avdelningar och anställda;

omfördelning av chefers rättigheter och skyldigheter;

förändring av interna regleringsdokument och teknik för verksamheten.

Syftet med simuleringenär systematisering av kunskap om företaget och dess affärsprocesser i en visuell grafisk form som är mer bekväm för analytisk bearbetning av mottagen information. Modellen bör återspegla strukturen i organisationens affärsprocesser, detaljerna i deras implementering och sekvensen av arbetsflödet.

Modellering av organisationens affärsprocesser inkluderar två steg - strukturell och detaljerad.

Strukturell En organisations affärsprocessmodellering kan göras i IDEF0-notation med hjälp av BPwin-verktygslådan, eller i UML med hjälp av verktygslådan Rational Rose. Detaljerad modellering görs i UML.

I stadiet av strukturell modellering bör modellen återspegla:

befintlig organisationsstruktur;

dokument och andra enheter som används vid utförande av simulerade affärsprocesser och nödvändiga för att modellera arbetsflöden, med beskrivningar av deras huvudsakliga betydelse;

strukturen för affärsprocesser, som återspeglar deras hierarki från mer allmänna grupper till privata affärsprocesser;

interaktionsdiagram för slutliga affärsprocesser, som återspeglar sekvensen för att skapa och flytta dokument (data, material, resurser, etc.) mellan aktörer.

detaljerad Modellering av affärsprocesser utförs i samma modell och bör återspegla den nödvändiga detaljen och ska ge en entydig bild av verksamheten i organisationen.

En detaljerad affärsprocessmodell bör innehålla:

en uppsättning prejudikat som återspeglar möjliga alternativ för att utföra affärsprocesser "i befintligt skick";

åtgärdsdiagram som i detalj beskriver sekvensen av affärsprocesser;

interaktionsdiagram som återspeglar arbetsflödesscheman.

Affärsoperation- en uppsättning åtgärder, förfaranden som utgör innehållet i en affärsverksamhet.

En affärsverksamhet börjar vanligtvis med produktion eller köp av ett parti varor enligt en förutbestämd handlingsplan och slutar med försäljning av varor och vinst. Affärstransaktioner kallas också transaktioner.

Företagsfunktionär en uppgift som företaget löser för sin egen överlevnad och för att nå sina mål. Funktionen svarar på frågan vad ska man göra. Inom ramen för företaget kan givetvis många funktioner urskiljas. Så alla affärssystem bör ha sådana funktioner som ekonomistyrning, produktion, försäljning.

Affärsmodell - det är vad ett företag gör och hur det tjänar pengar (Tom Malone)

Affärsstrategi det finns en teori, affärsmodellen är en hypotes (Nicholas Carr)

Affärsmodellär en representation av en uppsättning relaterade modellelement som definierar företagets interna och externa miljö enhetligt system.

2. KLASSIFICERING AV AFFÄRSPROCESSER

Tilldela följande klassificering:

Beroende på platsen för affärsprocesserna i organisationsstruktur företag särskiljer följande affärsprocesser:

horisontella processer - processer som speglar horisontell interaktion;

individuella horisontella processer - processer som utförs av enskilda anställda (organisationsenheter);

tvärfunktionella horisontella processer - processer som utförs av många anställda (organisationsenheter);

vertikala processer - processer som återspeglar interaktionen mellan anställda (organisationsenheter) längs vertikalen;

integrerade processer - processer som visar processdeltagarnas interaktion vertikalt och horisontellt.

Beroende på graden av deras komplexitet finns det:

monoprocesser - enstaviga processer;

kapslade processer - monoprocesser som är en del av en mer komplex process (makroprocess);

relaterade processer är monoprocesser som pekas ut och implementeras sekventiellt enligt en viss algoritm.

Beroende på deras syfte:

huvudsakliga affärsprocesser - horisontella affärsprocesser som säkerställer genomförandet av verkliga operativa uppgifter relaterade till skapandet av en produkt och dess implementering till en kund; - Dessa är processer vars verksamhet är direkt relaterade till företagets produkt och därigenom påverkar skapandet av mervärde;

stödjande affärsprocesser - horisontella affärsprocesser som säkerställer genomförandet av huvudprocesserna, de är inte direkt relaterade till de producerade varor och tjänster, men det är omöjligt att utföra mervärdesoperationer utan dem;

ledning av affärsprocesser - vertikala affärsprocesser som ger ledning av företagets verksamhet, kärna och stödjande affärsprocesser. Dessa är processerna för strategibildning, affärsplanering och kontroll.

Beroende på deras plats i hierarkin av organisatoriska mål:

affärsprocesser på toppnivå - processer som syftar till att implementera företagets strategiska mål, de viktigaste för företaget;

affärsprocesser på mellannivå - affärsprocesser som syftar till att implementera taktiska mål;

affärsprocesser på den lägre nivån affärsprocesser som syftar till genomförandet av operativa mål.

Beroende på detaljnivån:

makroprocesser - förstorade affärsprocesser med den detaljnivå som krävs för att beskriva affärsprocesserna på toppnivå;

delprocesser - affärsprocesser med den detaljnivå som krävs för att beskriva affärsprocesser på mellannivå;

mikroprocesser - affärsprocesser som har maximal detaljnivå används för att beskriva affärsprocesser på lägre nivå.

Inom ramen för huvudkomponenterna balanserat system indikatorer:

finansiella affärsprocesser;

klient affärsprocesser;

företag - produktionsprocesser;

affärsprocesser för utveckling, lärande och tillväxt.

Funktionell modelleringsstandard IDEF0

IDEF0-standarden anses vara den klassiska metoden för processinställning till ledning. Huvudprincipen för processansatsen är att strukturera verksamheten i organisationen i enlighet med dess affärsprocesser, och inte organisationsstrukturen. Det är affärsprocesserna som bildar resultatet som är betydelsefulla för konsumenten som är av värde, och det är deras förbättring som kommer att behöva hanteras i framtiden.

StandardIDEF0 är en uppsättning regler och procedurer utformade för att bygga en funktionell modell av ett objekt inom vilket ämnesområde som helst.

ModellIDEF0 är en serie diagram med tillhörande dokumentation som bryter ner ett komplext objekt i dess beståndsdelar, som visas som block. Detaljerna för vart och ett av huvudblocken visas som block i andra diagram. Varje detaljerat diagram är en blockupplösning från diagrammet för föregående nivå. Vid varje nedbrytningssteg kallas diagrammet för föregående nivå för överordnat diagram för det mer detaljerade diagrammet. Det totala antalet nivåer i modellen (inklusive kontextnivån) bör inte överstiga 5-6. Övning visar att detta är tillräckligt för att bygga en komplett funktionell modell. modernt företag någon bransch.

IDEF1 Informationsmodelleringsstandard

IDEF1-standarden utvecklades som ett verktyg för att analysera och studera sambanden mellan informationsflöden inom kommersiell verksamhet företag. Tillämpning av IDEF1-metoden som ett verktyg för att bygga en visuell modell informationsstruktur företag enligt principen "som det ska vara". Ett exempel på att bygga en modell visas i figur 2.

Figur 2 - Ett exempel på att bygga en IDEF1-modell

Huvudkomponenterna i informationsmodellen är:

diagram - strukturella bilder av informationsmodellen, som representerar, i enlighet med en uppsättning regler, sammansättningen och logiska sambanden mellan de använda data;

ordbok – värdet av varje element i modellen beskrivs av ett textfragment.

Grundkonceptet i IDEF1-metoden är begreppet enhet. Väsen definieras som ett verkligt eller abstrakt objekt vars uppsättning distinkta egenskaper, kallade attribut, är kända. Varje enhet har ett namn och attribut.

Delsystemnumret tjänar till att identifiera det. I namnfältet anges namnet på delsystemet i form av en mening med ämnet och motsvarande definitioner och tillägg.

Processen är omvandlingen av indataströmmar till utdataströmmar i enlighet med en viss algoritm. Fysiskt kan processen implementeras på olika sätt: det kan vara en underavdelning av en organisation (avdelning) som bearbetar ingångsdokument och utfärdar rapporter, ett program, en hårdvaruimplementerad logisk enhet, etc.

Processen i dataflödesdiagrammet visas som visas i figur 4.

Processnumret används för att identifiera det. I namnfältet skrivs processens namn in som en mening med ett aktivt entydigt verb i obestämd form (beräkna, beräkna, kontrollera, bestämma, skapa, ta emot), följt av substantiv i ackusativ fall, till exempel: " Ange uppgifter om skattebetalare", "Utfärda uppgifter om löpande utgifter", "Kontrollera kvittot på pengar".

Informationen i det fysiska implementeringsfältet indikerar vilken del av organisationen, programmet eller hårdvaruenheten som kör processen.

En datalagringsenhet är en abstrakt enhet för att lagra information som kan placeras i en lagringsenhet när som helst och hämtas efter en tid, och metoderna för insättning och extrahering kan vara vilka som helst.

Datalagringsenheten kan implementeras fysiskt i form av en mikrofiche, en låda i ett arkivskåp, ett bord i random access minne, fil på magnetiska media osv.

Datalagringsenheten identifieras med bokstaven "D" och ett godtyckligt nummer. Namnet på enheten väljs utifrån det största informationsinnehållet för designern.

Datalagringen är i allmänhet en prototyp av den framtida databasen och beskrivningen av data som lagras i den måste överensstämma med datamodellen.

Dataflödet definierar informationen som överförs genom någon anslutning från källan till mottagaren. Dataflödet i diagrammet representeras av en linje som slutar med en pil som visar flödets riktning. Varje dataström har ett namn som återspeglar dess innehåll.

huvudmålet Att bygga en DFD-hierarki är att göra beskrivningen av systemet tydlig och begriplig på varje detaljnivå, och även att dela upp det i delar med exakt definierade relationer mellan dem.

SLUTSATS

PÅ senaste åren intresset i Ryssland för IDEF-familjens metoder växer stadigt. Samtidigt är intresset för standarder som IDEF3–5 teoretiskt, medan intresset för IDEF0 är ganska praktiskt motiverat.

Men de flesta chefer ser fortfarande den praktiska tillämpningen av modellering i IDEF-standarder mer som en hyllning till mode än som ett effektivt sätt att optimera det befintliga affärsledningssystemet. Troligtvis beror detta på en uttalad brist på information om den praktiska tillämpningen av dessa metoder och med den oumbärliga mjukvarufördomen hos de allra flesta publikationer.

Det är ingen hemlighet att nästan alla undersöknings- och analysprojekt av finansiella och ekonomisk aktivitet företag nu i Ryssland, på ett eller annat sätt, är kopplade till konstruktionen av automatiserade kontrollsystem. På grund av detta har IDEF-standarderna i förståelsen av majoriteten blivit villkorligt oskiljaktiga från introduktionen av informationsteknologi, även om det med deras hjälp ibland är möjligt att effektivt lösa även små lokala problem, bokstavligen med en penna och papper.

Sammanfattningsvis skulle jag vilja betona att den största fördelen med idén om att analysera ett företags affärsprocesser genom att skapa dess modell är dess mångsidighet. För det första är affärsprocessmodellering svaret på nästan alla frågor relaterade till att förbättra ett företags aktiviteter och öka dess konkurrenskraft. För det andra kommer chefen eller ledningen för ett företag som har implementerat denna metod att ha information som gör det möjligt för dem att självständigt förbättra sitt företag och förutsäga dess framtid.

1. Voinov I.V. Modellering av ekonomiska system och processer. Erfarenhet av att bygga ARIS-modeller [Text]: monografi / I.V. Voinov - M.: SUGU, 2002. - 392 sid.

2. Volkov O.N. Standarder och metoder för modellering av affärsprocesser [Text]: lärobok. ersättning för universitet / O.N. Volkov. - M.: ASV, 2000. - 145 sid.

3. Grigoriev D.I. Modellering av affärsprocesser för ett företag [Text]: lärobok. bidrag / D.I. Grigoriev. - M.: IRTs, 2006. - 214 sid.

4. Kalyanov G.N. Modellering, analys, omorganisation och automatisering av affärsprocesser [Text]: lärobok. bidrag / G.N. Kaljanov. - M.: Finans och statistik, 2006. - 319 sid.

5. Pinaev D.K. Affärsprocessmodellering: tillgänglig om komplexet [Text]: Ref. bidrag / D.K. Pinaev. - M.: RGAS, 2003. - 247 sid.

Handledning

Behöver du hjälp med att lära dig ett ämne?

Våra experter kommer att ge råd eller tillhandahålla handledningstjänster i ämnen av intresse för dig.
Lämna in en ansökan anger ämnet just nu för att ta reda på möjligheten att få en konsultation.

• förbättra modellen "som den borde vara". Affärsprocessmodellering är inte begränsad till att skapa en "hur det ska vara"-modell. Var och en av processerna fortsätter att förändras och förbättras under vägen, så processmodeller bör ses över och förbättras regelbundet. Detta stadium av modellering är förknippat med kontinuerlig förbättring processer och förbättra affärsprocessmodellen.

Typer av affärsprocessmodellering

Affärsprocessmodellering kan vara annan orientering. Det beror på vilka problem den ska lösa med sin hjälp. Att redovisa absolut all påverkan på processen kan avsevärt komplicera modellen och leda till redundans i beskrivningen av processen. För att undvika detta delas affärsprocessmodellering in efter typ. Typen av simulering väljs beroende på egenskaperna hos den process som studeras.

Oftast, för processförbättringsändamål, används följande typer av modellering:

• Funktionell modellering. Denna typ av modellering innebär beskrivning av processer i form av sammanlänkade, tydligt strukturerade funktioner. Samtidigt är en strikt tidssekvens av funktioner, i den form som den existerar i verkliga processer, inte nödvändig.
• Objektmodellering- innebär beskrivning av processer som en uppsättning interagerande objekt - dvs. produktionsenheter. Ett objekt är vilket objekt som helst som transformeras under exekveringen av processer.
• Simulering- med denna typ av affärsprocessmodellering är det tänkt att modellera processernas beteende i olika externa och interna förhållanden med en analys av processernas dynamiska egenskaper och en analys av resursfördelningen.

Uppdelningen av modellering efter typ utförs för att förenkla arbetet och fokusera på vissa egenskaper hos processen. I det här fallet kan samma process tillämpas olika sorter modellering. Detta gör att du kan arbeta med en typ av modell oberoende av andra.

Principer för affärsprocessmodellering

Affärsprocessmodellering bygger på ett antal principer som gör det möjligt att skapa adekvata processmodeller. Deras iakttagelse gör det möjligt att beskriva en uppsättning processtillståndsparametrar på ett sådant sätt att komponenterna inom en modell är nära sammankopplade, medan enskilda modeller förblir tillräckligt oberoende av varandra.

Huvudprinciperna för affärsprocessmodellering är följande:

• Nedbrytningsprincip– varje process kan representeras av en uppsättning hierarkiskt arrangerade element. I enlighet med denna princip måste processen detaljeras i dess beståndsdelar.
• Fokusprincip– för att utveckla en modell är det nödvändigt att abstrahera från många processparametrar och fokusera på nyckelaspekter. För varje modell kan dessa aspekter vara olika.
• Dokumentationsprincip– de moment som ingår i processen måste formaliseras och fixeras i modellen. Olika beteckningar måste användas för olika processelement. Fixeringselement i modellen beror på typen av modellering och de valda metoderna.
• Konsekvensprincip- alla moment som ingår i processmodellen ska ha en entydig tolkning och inte motsäga varandra.
• Principen om fullständighet och tillräcklighet- innan det ena eller det andra elementet tas med i modellen är det nödvändigt att utvärdera dess inverkan på processen. Om elementet inte är nödvändigt för genomförandet av processen, är det inte tillrådligt att inkludera det i modellen, eftersom det kan bara komplicera affärsprocessmodellen.

Metoder för att modellera affärsprocesser

Idag finns det ett ganska stort antal metoder för att modellera affärsprocesser. Dessa metoder är för olika typer modellering och låter dig fokusera på olika aspekter. De innehåller både grafiska och textuella verktyg, genom vilka du kan visualisera processens huvudkomponenter och ge exakta definitioner av parametrar och relationer mellan element.

Oftast i kvalitetshantering affärsprocessmodellering utförs med följande metoder:

Flödesdiagram Diagram (arbetsflödesdiagram) är en grafisk processrepresentationsmetod där operationer, data, processutrustning etc. avbildas med speciella symboler. Metoden används för att visa en logisk sekvens av processåtgärder. Den största fördelen med metoden är dess flexibilitet. Processen kan representeras på många sätt.

Dataflödesdiagram (dataflödesdiagram). Ett dataflödesdiagram eller DFD används för att visa överföringen av information (data) från en operation i en process till en annan. DFD beskriver verksamhetens förhållande genom information och data. Denna metod är grunden för den strukturella analysen av processer, eftersom låter dig bryta ner processen i logiska nivåer. Varje process kan delas upp i delprocesser på en högre detaljnivå. Användningen av DFD låter dig endast spegla informationsflödet, men inte materialflödet. Ett dataflödesdiagram visar hur information kommer in i och lämnar en process, vilka åtgärder som ändrar information, var information lagras i en process, och så vidare.

Rollaktivitetsdiagram (diagram över roller). Den används för att modellera en process i termer av individuella roller, grupper av roller och interaktionen mellan roller i en process. En roll är ett abstrakt processelement som utför en organisatorisk funktion. Rolldiagrammet visar graden av "ansvar" för processen och dess verksamhet, samt rollernas samspel.

IDEF (Integrated Definition for Function Modeling) - är en hel uppsättning metoder för att beskriva olika aspekter av affärsprocesser (IDEF0, IDEF1, IDEF1X, IDEF2, IDEF3, IDEF4, IDEF5). Dessa metoder är baserade på SADT-metoden (Structured Analysis and Design Technique). Metoderna IDEF0 och IDEF3 används oftast för att modellera affärsprocesser.

Introduktion

Affärsprocessmodellering är processen att spegla den subjektiva visionen av arbetsflödet i form av en formell modell som består av inbördes relaterade operationer.

Syftet med modellering är att systematisera kunskap om företaget och dess affärsprocesser i en visuell grafisk form som är mer bekväm för analytisk bearbetning av mottagen information.

För närvarande presenteras flera speciella program på datorteknikmarknaden som låter dig undersöka ett företag och bygga en modell. Valet av metodik och verktyg med vilka modellering av affärsprocesser genomförs är inte av grundläggande betydelse. Det finns standardiserade, beprövade metoder och verktyg som kan användas för att kartlägga ett företag och bygga dess modell. Deras främsta fördel är enkelhet och tillgänglighet till behärskning.

processer var SADT-metoden. För närvarande är den mest använda metoden för att beskriva affärsprocesser den amerikanska IDEF-standarden.

Den största fördelen med idén om att analysera ett företags affärsprocesser genom att skapa dess modell är dess mångsidighet. För det första,

affärsprocessmodellering är svaret på nästan alla frågor

relaterade till att förbättra företagets verksamhet och öka dess konkurrenskraft. För det andra kommer chefen eller ledningen för ett företag som har implementerat en specifik metod att ha information som gör det möjligt för dem att självständigt förbättra sitt företag och förutsäga dess framtid.

1 Kärnan och innebörden av affärsprocessmodellering

Affärsprocessmodellering låter dig analysera inte bara hur företaget fungerar som helhet, hur det interagerar med externa organisationer, kunder och leverantörer, utan också hur aktiviteter organiseras på varje enskild arbetsplats.

Det finns flera sätt att definiera begreppet

"affärsprocessmodellering":

1) affärsprocessmodellering är en beskrivning av verksamheten

företagsprocesser som gör det möjligt för chefen att veta hur vanliga anställda arbetar, och vanliga anställda - hur deras kollegor arbetar och vilket slutresultat alla deras aktiviteter syftar till;

2) modellering av affärsprocesser är ett effektivt sätt att hitta möjligheter att förbättra ett företags prestanda;

3) affärsprocessmodellering är ett verktyg som låter dig förutse och minimera riskerna som uppstår i olika stadier av omorganisationen av företaget;

4) affärsprocessmodellering är en metod som låter dig utvärdera företagets nuvarande aktiviteter i förhållande till kraven,

påtvingas dess funktion, förvaltning, effektivitet,

slutresultat och kundnöjdhet

5) affärsprocessmodellering är en metod som låter dig ge en kostnadsuppskattning för varje process, tagen individuellt, och alla affärsprocesser i företaget, sammantaget;

6) affärsprocess modellering är alltid den rätta vägen identifiera nuvarande problem i företaget och förutse framtida.

Moderna företag tvingas ständigt förbättra sin verksamhet. Detta kräver utveckling av ny teknik och affärspraxis, vilket förbättrar kvaliteten på slutresultaten

aktiviteter och, naturligtvis, införandet av nya, mer effektiva metoder för att hantera och organisera företagens verksamhet.

En affärsprocess är en logisk, konsekvent, sammankopplad uppsättning aktiviteter som förbrukar producentens resurser, skapar värde och levererar resultat till konsumenten. Bland huvudorsakerna,

uppmuntra en organisation att optimera affärsprocesser, kan man peka ut behovet av att minska kostnaderna eller varaktigheten av produktionscykeln, konsumenternas och statens krav, införandet av kvalitetsledningsprogram, företagssammanslagningar, interna organisatoriska motsättningar, etc.

Affärsprocessmodellering är ett effektivt verktyg för att hitta sätt att optimera ett företags aktiviteter, ett verktyg för att förutsäga och minimera risker som uppstår i olika skeden av ett företags omorganisation. Denna metod låter dig ge en kostnadsuppskattning för varje enskild process och alla affärsprocesser i organisationen sammantaget.

Beslut om modellering av affärsprocesser fattas vanligtvis av de skäl som visas i figur 1.

Figur 1 - Skäl för att besluta om affärsprocessmodellering

Affärsprocessmodellering täcker många aspekter

företagets verksamhet:

 förändring i organisationsstrukturen;

 optimering av funktionerna för avdelningar och anställda;

 omfördelning av chefers rättigheter och skyldigheter;

 förändring av interna regler och teknik för verksamheten;

 nya krav på automatisering av pågående processer m.m.

Syftet med modellering är att systematisera kunskap om företaget och dess affärsprocesser i en visuell grafisk form som är mer bekväm för analytisk bearbetning av mottagen information. Modellen bör återspegla strukturen i organisationens affärsprocesser, detaljerna i deras implementering och sekvensen av arbetsflödet.

Modellering av organisationens affärsprocesser inkluderar två steg - strukturell och detaljerad.

Strukturell modellering av en organisations affärsprocesser kan utföras i IDEF0-notation med hjälp av BPwin-verktygslådan eller i UML med hjälp av verktygslådan Rational Rose. Detaljerad modellering görs i UML.

I stadiet av strukturell modellering bör modellen återspegla:

1) befintlig organisationsstruktur;

2) dokument och andra enheter som används vid genomförandet av simulerade affärsprocesser och nödvändiga för att modellera arbetsflöden, med beskrivningar av deras huvudsakliga betydelse;

3) strukturen för affärsprocesser, som återspeglar deras hierarki från mer allmänna grupper till privata affärsprocesser;

4) interaktionsdiagram för finita affärsprocesser,

återspeglar sekvensen av skapande och förflyttning av dokument

(data, material, resurser etc.) mellan aktörer.

Den förberedda modellen bör komma överens om av arkitekterna och de ledande programmerarna, vilket bekräftar att strukturen i affärsprocesserna är förstått.

Detaljerad modellering av affärsprocesser utförs i samma modell och bör återspegla den nödvändiga detaljen och ska ge en entydig bild av verksamheten i organisationen.

En detaljerad affärsprocessmodell bör innehålla:

1) uppsättning användningsfall som återspeglar möjliga implementeringar affärsprocesser "i befintligt skick";

2) åtgärdsdiagram som beskriver sekvensen för utförande affärsprocesser;

3) interaktionsdiagram som återspeglar arbetsflödesscheman.

Modeller bör komma överens med de ledande specialisterna i organisationen som har den nödvändiga kunskapen.

Om ingen överenskommelse nåddes efter att modellerna byggts, bör nödvändiga förtydliganden och justeringar göras i modellen. Iterationsprocessen (samordning, göra justeringar och förtydliganden) bör upprepas tills det är helt bekräftat att modellen är begriplig och entydigt representerar detaljerna i affärsprocesser.

2 Metodik för att genomföra affärsprocessmodellering

Under metodiken (notation) för att skapa en modell (beskrivning) av ett företag

Process förstås som en uppsättning sätt på vilka objekt i den verkliga världen och kopplingarna mellan dem representeras i form av en modell. Varje metod (metodologi) inkluderar tre huvudkomponenter:

- teoretisk grund;

– beskrivning av de steg som krävs för att uppnå det önskade resultatet;

Affärsprocessmodellering kan utföras med hjälp av olika tillvägagångssätt, metoder, notationer och verktyg – beroende på kraven på modellen i varje enskilt fall. Hur definieras dessa krav? På många sätt - processen att skapa ett automationssystem som helhet, inom vilket modelleringen av ämnesområdet utförs. Denna process avgör hur modellen kommer att byggas, förfinas och användas.

Som regel skapas systemet av ett team av människor. Dessa människor har olika specialiteter, erfarenhet, vanor, utbildning, preferenser och personliga egenskaper. Affärsprocessmodellen är byggd så att dessa personer effektivt kan dela kunskap och fatta gemensamma beslut allt eftersom systemet byggs upp. Modellen är kommunikationsspråket mellan parterna som är involverade i skapandet av automationssystemet, -

kunder, experter, arkitekter etc. Det bör organiseras på ett sådant sätt att varje part, uppfattat det modellerade systemet ur sin egen synvinkel, effektivt kan bidra till den samlade förståelsen av ämnesområdet.

Skapandeprocessen automatiserat system visar sig ofta vara iterativ, så modellen måste tillåta successiva förbättringar. Helst bör modellen byggas på ett sådant sätt att när den är detaljerad ändras inte de tidigare byggda mer generella elementen i modellen, utan bara nya tillkommer.

Modellen ska vara motståndskraftig mot förändringar i ämnesområdet. Detta innebär att det bör organiseras på ett sådant sätt att när ämnesområdet ändras, endast några minimala nödvändig uppsättning modellelement. Dessutom måste själva modellen vara

ett verktyg för att omorganisera affärsprocesser som en del av skapandet av ett automationssystem.

Det är nödvändigt att ta hänsyn till de viktiga egenskaperna hos affärsmodellering

processer. I synnerhet inkluderar fördelarna med affärsprocessmodellering: förbättring av kvaliteten och produktionshastigheten samtidigt som kostnaderna minskas; ökad professionalism hos anställda;

öka företagets konkurrenskraft. Nackdelar i sin tur:

ökat utnyttjande av anställda och tillhörande sociopsykologiska problem; behovet av ett målinriktat arbete för att förändra företagskulturen.

3 Historik om utvecklingen av metoder för modellering av affärsprocesser

Grunden för många moderna affärsmodelleringsmetoder

processer sammanställdes med SADT-metoden (Structured Analysis and Design Technique - en metod för strukturanalys och design) och

algoritmiska språk som används för mjukvaruutveckling.

I en komprimerad form, historien om utvecklingen av affärsmodelleringsmetoder

processer visas i figur 2. För tydlighetens skull ges historiken för utvecklingen av metoder för kvalitetsledning parallellt.

Figur 2 - Historien om utvecklingen av metoder för affärsmodellering

processer

För närvarande för beskrivning, modellering och analys av verksamheten

processer används flera typer av metoder. De vanligaste typerna inkluderar följande metoder:

 affärsprocessmodellering (Business Process Modeling);

 beskrivningar av arbetsflöden (Work Flow Modeling);

 beskrivningar av dataflöden (Data Flow Modeling).

Metoder för modellering av affärsprocesser (Business Process Modeling). Den mest använda metodiken för affärsbeskrivning

processer - US IDEF0-standard. Sedan dess utveckling har standarden inte genomgått några betydande förändringar. För närvarande är utvecklingen av IDEF0-metoden förknippad med förbättringen av dess stödverktyg - mjukvaruprodukter för affärsmodellering.

processer (till exempel BPWin 4.0, ProCap, IDEF0/EM Tool, etc.).

IDEF0-metoden ger analytikern stora möjligheter att beskriva organisationens verksamhet på toppnivå, med fokus på processledning. Notationen låter dig reflektera feedback i processmodellen

av olika slag - om information, förvaltning, förflyttning av materiella resurser.

Med hjälp av IDEF-familjens metodik kan man effektivt visa och analysera aktivitetsmodellerna för ett brett spektrum av komplexa system i olika sektioner. Samtidigt bestäms bredden och djupet av undersökningen av processer i systemet av utvecklaren själv, vilket gör det möjligt att inte överbelasta den skapade modellen med onödiga data. PÅ

För närvarande kan följande standarder tillskrivas IDEF-familjen:

IDEF0 är en funktionell modelleringsmetod. Med hjälp av det visuella grafiska språket IDEF0 framstår systemet som studeras för utvecklare och analytiker som en uppsättning sammanhängande funktioner. Typiskt är IDEF0-modellering det första steget i att lära sig något system;

IDEF1 - en metod för att modellera informationsflöden inom ett system som låter dig visa och analysera deras struktur och relationer;

IDEF1X (IDEF1 Extended) är en metodik för att bygga relationsstrukturer. IDEF1X tillhör typen av metodik "Entity-relationship"

(ER - Entity-Relationship) och används vanligtvis för att modellera relationsdatabaser;

IDEF2 är en metod för dynamisk modellering av systemutveckling.

På grund av de mycket allvarliga svårigheterna i analysen av dynamiska system övergavs denna standard praktiskt taget, och dess utveckling avbröts i det allra första skedet;

IDEF3 är en metodik för att dokumentera processer som sker i ett system, som används till exempel i forskning tekniska processer på företag. Använder IDEF3

beskriver scenariot och operationssekvensen för varje process. IDEF3 har ett direkt samband med IDEF0-metoden - var och en

en funktion kan representeras som en separat process med hjälp av

IDEF4 är en metod för att bygga objektorienterade system.

IDEF4-verktyg låter dig visuellt visa strukturen för objekt och de underliggande principerna för deras interaktion, vilket gör att du kan analysera och optimera komplexa objektorienterade system;

IDEF5 - metodik för studiet av komplexa system.

ARIS-systemet är en uppsättning verktyg för att analysera och modellera verksamheten i ett företag. Henne metodisk grund utgör en uppsättning olika metoder modellering, 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:

organisationsmodeller som representerar systemets struktur -

hierarki av organisatoriska enheter, positioner och specifika individer,

kopplingar mellan dem, såväl som den territoriella bindningen av strukturella uppdelningar;

funktionella modeller som innehåller en hierarki av mål som förvaltningsapparaten står inför, med en uppsättning funktionsträd,

nödvändiga för att uppnå målen;

informationsmodelleråterspeglar informationens struktur,

nödvändig för implementering av hela uppsättningen av systemfunktioner;

ledningsmodeller som ger en samlad bild av

implementering av affärsprocesser i systemet.

verktyg för affärsprocessmodellering

I Ryssland används följande modelleringsverktyg i stor utsträckning för att modellera och analysera affärsprocesser: Rationell Rose, Oracle Designer, AllFusion Process Modeler (BPWin) och AllFusion ERwin Data Modeler (ERWin), ARIS, kraftdesigner. Utomlands används aktivt, förutom de nämnda, verktyg som System Architect, Ithink Analyst, ReThink etc. Tabell 1 visar en lista över verktyg som är inblandade i granskningen. Informationen som tillhandahålls inkluderar:

• namn på verktyget;
• uppgifter om leverantören och representanten i Ryssland;
• kort beskrivning av verktyget.

Vi pekar ut de viktigaste kriterierna som gör att vi kan välja bland de presenterade modelleringsverktygen de vars användning i Ryssland mer sannolikt skulle kunna motivera sig själv. Dessa kriterier är:

• produktens stabila position på marknaden(dess livslängd, produktutvecklingsprogram, problemrapporteringssystem, uppsättning applikationer, etc.);
• produktprevalens(antal sålda licenser, närvaro, storlek och aktivitetsnivå för användargruppen);
• tillgänglighet för leverantörssupport. Sådana tjänster kan innefatta telefon hotline", tekniskt och konsultativt stöd genom representanten för leverantören i Ryssland;
• utbildningens tillgänglighet. Utbildning kan genomföras i lokalerna hos leverantörens representant i Ryssland, användaren eller någon annanstans;
• tillgång på produktmaterial. Dessa kan inkludera datorbaserat läromedel, studieguider, böcker, artiklar, information på Internet, demos.

Från listan över verktyg som ges i tabellen, för en mer detaljerad analys, väljer vi de programvaruprodukter som uppfyller de angivna kriterierna. I det här fallet faller BPWIn / ERWin, Oracle Designer, Rational Rose, Power Designer, ARIS inom ramen för vår vidare övervägande, för vilka fler detaljerad beskrivning.

BPWin och ERWin från Computer Associates. Computer Associates International Inc. (CA) är en av de fem bästa mjukvaruleverantörerna som erbjuder modellering, säkerhetskopiering, hanteringsverktyg för företagsinfrastruktur (nätverk, servrar, etc.), informationssäkerhet, business intelligence osv. BPWin-paketet är baserat på IDEF-metoden och är avsett för funktionell modellering och analys av företaget. 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 inom vilket ämnesområde som helst. IDEF funktionsmodellen speglar den funktionella strukturen hos ett objekt, d.v.s. de åtgärder den utför och kopplingarna mellan dessa åtgärder.

BPwin funktioner:

• stöder tre standardnotationer samtidigt - IDEF0 (funktionell modellering), DFD (dataflödesmodellering) och IDEF3 (arbetsflödesmodellering). Dessa tre huvudperspektiv låter dig beskriva ämnesområdet på det mest övergripande sättet;
• låter dig optimera rutiner i företaget;
• stöder helt metoder för att beräkna kostnaden för volymen av ekonomisk aktivitet (funktionell kostnadsanalys, ABC);
• underlättar ISO9000 kvalitetscertifiering;
• integrerad med ERwin (för databasmodellering), Paradigm Plus (för modellering av mjukvarukomponenter), etc.;
• integrerad med Arena-simuleringsverktyg;
• innehåller en egen rapportgenerator;
• låter dig effektivt manipulera modeller - slå samman och dela dem;
• har ett brett utbud av verktyg för att dokumentera modeller, projekt.

ERWin-paketet är ett konceptuellt databasmodelleringsverktyg. Det används för att modellera och skapa databaser med godtycklig komplexitet baserade på "entitetsrelation"-diagram. För närvarande är ERWin det mest populära datamodelleringspaketet på grund av dess stöd för ett brett utbud av DBMS av olika klasser. ERWin funktioner:

• stöder SADT:s strukturella modelleringsmetod och följande notationer: IDEF1x-standardnotationen för ER-diagram av datamodeller, IE-notationen och en speciell notation för design av datalager - Dimensionell;
• direkt (skapande av en databas baserad på en modell) och omvänd (modellgenerering från en befintlig databas) design stöds för 20 typer av DBMS: stationära, relationella och specialiserade DBMS utformade för att skapa datalager;
• integrerad av Computer Associates produktlinje för att stödja alla stadier av IS-utveckling, Oracle Designer CASE-verktyg, Rational Rose, utvecklingsverktyg, etc.;
• låter dig återanvända komponenter från tidigare skapade modeller, samt använda utvecklingen av andra utvecklare;
• möjlig lagarbete grupper av designers med samma modeller (med AllFusion Model Manager);
• låter dig överföra databasstrukturen (inte själva data!) från en DBMS av en typ av DBMS till en annan;
• låter dig dokumentera databasens struktur.

Oracle Designer från Oracle. Oracle Designer-verktygslådan erbjuder en integrerad lösning för att utveckla företagsapplikationssystem för webb- och klient-/serverapplikationer. Oracle Designer är involverad i varje fas av mjukvaruutvecklingens livscykel, från affärsprocessmodellering till implementering. Användningen av ett enda arkiv gör det möjligt att använda vilken som helst av dess komponenter för den snabba utvecklingen av skalbara, plattformsoberoende distribuerade applikationer. Oracle Designers uppgift är att samla in data om användarnas behov och automatisera konstruktionen av flexibla grafiska applikationer. Oracle Designer används inte bara för att skapa applikationer, utan också för att hålla reda på de förändringar som oundvikligen inträffar under driften av systemet. Grafiska projektdefinitionsmodeller integrerade med fleranvändararkivet gör det mycket lättare att arbeta med Oracle Designer. Verktygen är uppbyggda kring vanliga metoder som spänner över hela utvecklingens livscykel och låter användare arbeta på ett sätt som är bekant för deras organisation. Detta ger flexibilitet och ett öppet förhållningssätt till mjukvaruutveckling genom att endast använda de delar av produkten som krävs för en given uppgift. Utvecklingsprocessen ger stöd för RAD, JAD, informationsdesign, vattenfallsmetod (vattenfall), iterativ metod, etc. Genom att använda dessa principer kan du uppnå en framgångsrik balans mellan organisatoriska behov och tekniska förmågor, och till och med effektivt hantera risken som är förknippad med frekventa oundvikliga och viktiga förändringar inom ett eller annat område. Oracle Designers konceptuella modelleringsverktyg inkluderar:

• ER-diagram (diagram över ämnesområdets informationsstruktur, representerade som objekt och deras relationer);
• funktionshierarkidiagram som beskriver de funktioner som systemet utför;
• diagram över dataflöden som cirkulerar i företaget.

Sådana modeller presenterar informationsbehov på ett bekvämt och visuellt sätt för perception, vilket gör dem till ett bra kommunikationsmedel mellan designers och användare i processen att förfina inställningen av uppgifter. Varje utvecklare är intresserad av att beskrivningen av den konceptuella modellen används för att skapa specifikationer som beskriver strukturen och huvudkomponenterna i det framtida systemet. I Oracle Designer utvecklas alla systemdesignspecifikationer från modeller på konceptuell nivå och säkerställer att alla krav och begränsningar som finns i dem uppfylls. De resulterande systemkomponenterna kan konverteras till riktiga databasobjekt, skärmformulär och rapporter. Den sista delen av projektutvecklingen - automatisk generering av serverkomponenter - är möjlig inte bara för Oracle-databasservern, utan även för Microsoft SQL Server, DB/2, Sybase och ett antal andra. Eventuella förändringar i affärsprocesser kan göras i modellerna och en modifierad applikation genereras omedelbart, baserat på nya affärsscheman. Samtidigt kommer allt som utvecklats tidigare att sparas och inkluderas i nytt projekt. Open Designer skapar automatiskt rapporter som innehåller all information om projektet och kan användas som en uppsättning dokument som återspeglar projektets aktuella tillstånd.

IBM Rational Rose. IBM Rational Rose är en del av IBM Rational Suite och är utformad för att modellera programvarusystem med ett brett utbud av verktyg och plattformar. Rational Rose är ett av de ledande visuella modelleringsverktygen inom mjukvaruindustrin med fullt UML-stöd och flerspråkigt stöd för teamutveckling. Verktyget stöder fullt ut den komponentorienterade processen att skapa IP. Alla projektdeltagare - analytiker, modellerare, utvecklare och andra - kan använda modeller som är inbyggda i Rational Rose för att större effektivitet skapa den slutliga produkten. För affärsanalytiker ger verktyget Rational Rose möjligheten att beskriva och analysera affärsprocesser inom ett givet ämnesområde i detalj. Systemanalytiker, med hjälp av dessa beskrivningar, kommer att kunna utveckla den nödvändiga IS-funktionaliteten som bäst tillgodoser kundens behov. För arkitekter kommer verktyget Rational Rose att vara användbart för att skapa en kraftfull och flexibel systemarkitektur. För databasanalytiker ger Rational Rose dig möjligheten att visuellt designa och generera databaser av alla storlekar. Således kan du skapa Microsoft SQL Server, Oracle, Sybase, SQL Anywhere, IBM DB2 och alla andra databaser som stöder möjligheten att köra ANSI SQL-standardskript. Alla modeller som skapas med detta verktyg är relaterade till varandra: affärsmodell, funktionell modell, analysmodell, designmodell, databasmodell, komponentmodell och systemfysisk implementeringsmodell. Det är möjligt att skapa mallar för arkitektoniska lösningar som låter dig använda erfarenheterna från tidigare projekt. Det finns Rational Rose-förlängningar som låter dig utföra skelettutveckling (tur och retur) av IS skapad på basis av C/C++, Java, Smalltalk, Ada, Object Pascal (Borland Delphi), etc. Således kan du generera ett ramverk för programkod på något av de angivna språken eller utför en omvänd ingenjörsprocedur, som låter dig skapa en modell baserad på befintlig kod. Det är möjligt att publicera modellen på Internet, som fungerar som grund för att sammanföra arbetet i fjärrutvecklingsteam. Rational Rose-integrering med Rational RequisitePro låter dig utveckla en komplett uppsättning krav baserat på en visuell modell som du behöver implementera när du skapar den slutliga produkten. Rational Rose-integrering med Rational TestManager låter dig skapa testskript baserat på en visuell modell. Integrationen av Rational Rose med Rational ClearCase låter dig versionskontrollera hela modellen eller i delar. Integrationen av Rational Rose med Rational SoDA gör att du kan automatisera processen att skapa dokument och rapporter baserat på en visuell modell.

Sybase PowerDesigner. Sedan grundandet har Sybase traditionellt varit en ledande leverantör av informationsteknologi till den globala marknaden för finansiella institutioner: Sybase-teknologier används av 90 % av företagen på världsmarknaden värdefulla papper, 60 % av globala banker och 68 % av Wall Street-företagen. Sedan 1996, när ett kontor öppnades i Moskva, har Sybase aktivt arbetat i Ryssland och andra OSS-länder. I april 2002 öppnades företagets kontor i St. Petersburg och Kiev. Sybase-kontor i Moskva, St. Petersburg och Kiev tillhandahåller omfattande arbete med kunder, inklusive leverans av teknik, utrustning, utveckling av kompletta lösningar, användarutbildning, teknisk support och konsulttjänster med alla funktioner. PowerDesigner är en omfattande applikations- och affärsprocessmodellerings- och utvecklingslösning för organisationer som snabbt, konsekvent och kostnadseffektivt behöver bygga eller omkonstruera affärsapplikationer. PowerDesigner låter dig ta bort följande hinder för effektiv projektutveckling: skillnader i projektdeltagares professionella bakgrund, heterogena plattformar och ett överflöd av utvecklingsspråk - vilket är typiskt för de flesta moderna företag. Detta gör att du kan fokusera på affärsbehoven för att skapa applikationer genom hela utvecklingsprocessen - från systemanalys och design, till direkt generering av kod för applikationen. Den senaste versionen av produkten, PowerDesigner, har nya möjligheter för affärsprocessmodellering, UML-baserad objektmodellering och stöder både traditionella och nya modelleringsteknologier inom en avancerad grafisk miljö. Detta gör att du avsevärt kan minska kostnaderna och tiden för projektet, som måste fungera på olika plattformar och verktygsmiljöer. En av de största fördelarna med PowerDesigner är också användningen av ett företagsomfattande arkiv för att lagra och hantera all information relaterad till applikationsmodellering och design på alla affärsnivåer i företaget. Detta gör att du kan organisera arbetsflödet ordentligt och dramatiskt öka effektiviteten hos utvecklaren. Nyckelfunktioner i PowerDesigner:

• Affärsprocessmodellering: PowerDesigner tillåter icke-tekniska affärsmän att designa och modellera affärsprocesser baserat på affärsmål och termer de känner till, med hjälp av en enkel och intuitiv grafisk icke-teknisk modell.
• Datamodellering: PowerDesigner låter dig designa och generera ett databasschema genom tvånivåer (konceptuell och fysisk) relationsdatabasmodellering som stöder klassiska databasdesigntekniker. Den har också inbyggda verktyg för datalagermodellering.
• Objektmodellering: PowerDesigner erbjuder en komplett teknologi för att analysera och designa system med hjälp av UML-standarden (affärsprocessdiagram, exekveringssekvenser, klasser och komponenter). Baserat på klassdiagrammet genererar och omkonstruerar PowerDesigner automatiskt kod för populära ramverk som JavaTM (inklusive EJB 2.0), XML, Web Services, C++, PowerBuilder, Visual Basic och mer genom en anpassad kodgenerator.
• Enterprise Repository: Enterprise-versionen av PowerDesigner innehåller arkivfunktionen i företagsklassen. Förvaret låter alla medlemmar i ditt team enkelt visa och dela modeller och annan information. Förvaret är mycket skalbart och stöder användarrollbaserad säkerhet, versionskontroll, sökning och rapporteringsfunktioner.

ARIS från IDS Scheer AG. För närvarande finns det en tendens att integrera olika metoder för modellering och analys av system, vilket visar sig i form av skapandet av integrerade modelleringsverktyg. Ett sådant verktyg är en produkt som heter ARIS, utvecklad av det tyska företaget IDS Scheer. IDS Sheer AG grundades 1984. Huvudinriktningen är mjukvara och konsultverksamhet. Företaget servar för närvarande 4 000 kunder i 50 länder genom sitt nätverk av kontor och partners. Kvaliteten på IDS Scheers lösningar bekräftades i juni 2005 av guldmedaljen från Poznań International Fair, där endast de bästa produkterna tilldelas. Och även i juli 2005, när ARIS 7 mjukvaruprodukter med helt nya webbprodukter presenterades på världsmarknaden - de har alla en gemensam funktion - ett intuitivt och uttrycksfullt gränssnitt. 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 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-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 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 funktionsträd 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 implementering 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 ER och UML. I modelleringsprocessen betraktas först varje aspekt av företaget separat, och efter en detaljerad studie av alla aspekter byggs en integrerad modell som återspeglar alla kopplingar mellan olika aspekter. ARIS lägger inga restriktioner på sekvensen för att bygga ovanstående typer av modeller. Modelleringsprocessen kan startas från vilken som helst av dem, beroende på de specifika förhållanden och mål som utvecklarna eftersträvar. Modeller i ARIS är diagram, vars element är olika objekt - "funktion", "händelse", " strukturell indelning", "dokument" etc. Olika länkar upprättas mellan objekt. Varje objekt motsvarar en viss uppsättning attribut som gör att du kan ange ytterligare information om ett visst objekt. Attributvärden kan användas i simuleringsmodellering eller för kostnadsanalys Sålunda, enligt resultaten I detta skede uppstår en uppsättning inbördes relaterade modeller, som är källmaterialet för vidare analys.Flera funktioner i ARIS-systemet är värda att notera.Den första är familjen av ARIS-programvaruprodukter fokuserade på processbeskrivning .ARIS huvudsakliga affärsmodell är eEPC (extended Event-driven event-driven process chain model). I huvudsak utökar eEPC-modellen kapaciteten hos IDEF0, IDEF3 och DFD, med alla sina fördelar och nackdelar. Den andra egenskapen är att ARIS-systemet har en intern databas som låter dig kontrollera modellen för konsekvens, integritet, för att verifiera modellen. Detta är inte fallet för andra produkter. Den tredje egenskapen: ARIS är det enda systemet fokuserat på beskrivningen av verksamheten, där det finns olika syn på affärssystemet, som vi kan utvärdera och betrakta från olika vinklar, vilket inte är fallet i andra. mjukvaruprodukter. Under de senaste fem åren har ARIS varit en självsäker ledare bland modelleringsverktyg.

Vi anger huvudsyftet med varje produkt som övervägs från en mängd olika applikationer:

• Verktygen Erwin, Power Designer och Rational Rose är mer lämpade för databasmodellering;
• Oracle Designer, Power Designer och Rational Rose är mer lämpade för att modellera komponenterna i applikationer som utvecklas;
• BPwin, ARIS och Rational Rose är mer lämpade för affärsprocessmodellering.

Tabell 2 nedan jämför funktionaliteten och egenskaperna hos arbetsytor designade för affärsprocessmodellering.

Tabell 2. Jämförande analys av grundläggande funktioner