Verktyg för affärsprocessmodellering inkluderar. Praxis av affärsmodellering i finans- och kreditorganisationer

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 processledning.

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 där det förutsätts att det bästa sättet att uppnå målen för organisationen ä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;
    • kontinuerliga och kontinuerlig förbättring 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. Introduktion av specialiserade informationsteknik affärsprocesshantering, som tillhandahåller 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ärssammanhang: vilka inneboende förmågor processen ger och vad affärsprocessen bidrar med till skapandet av 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.
  • Informationssystemens funktionalitet och hur denna funktionalitet är involverad i genomfö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 kontrollstadiet är den korrekta arkitekturen för processbeskrivningen i planeringsstadiet. 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 hjälpprocesserna utformas och utförs i enlighet med de fastställda operativa, finansiella mål, 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 fastställa 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 implementeringen 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 yttre 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 medarbetare 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å toppnivå, bara det mesta viktiga steg process (vanligtvis inte mer ä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 av indikatorer, eller mått, för att utvärdera effektiviteten av 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örande av en order för att ansluta en abonnent" definieras som "Ta emot en anslutningsbekräftelse från klienten", medan de affärsmål som eftersträvas under utförandet denna process, kan inkludera "Upprätthållande av minsta ledtid" och "Upprätthållande av minsta klagomålsfrekvens". 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 programvaran kan dölja en del av processens beteende, vilket inte är helt känt 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.

När du har samlat in all ovanstående information kan du bra prestanda om affärsprocessen. 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 ett givet 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 på 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.


Modellera affärsprocesser i senaste åren har blivit en trendig trend som har fångat 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, denna cykel låtsas inte vara en systematisk presentation - den speglar bara de aspekter av processinställningen som tycktes författaren vara mest intressanta och värda uppmärksamhet.

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 ett slutresultat, med tanke på företagets aktiviteter som en uppsättning processer, kan du snabbare reagera på förändringar i yttre förhållanden, undvika dubbelarbete av aktiviteter och kostnader som inte leder till det önskade resultatet, motivera anställda att uppnå den.

Modellering av affärsprocesser innebär vanligtvis att de formaliseras grafisk beskrivning. Även om det inte är obligatoriskt att modellera tillämpningen av processmetoden och att förbättra företagets aktiviteter utifrån det Nyligen 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 exakt som de sker i verkligheten), och sedan olika sätt flaskhalsar i dessa processer identifieras och utifrån denna analys skapas flera ”som det ska vara”-modeller.

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 använda beskrivningar av affärsprocesser är att använda en uppsättning processmodeller för att skapa ett företags regelverk, såsom processregler, affärsenhetsbestä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 uppdragsbeskrivning det är fullt möjligt att se inte bara en lista med krav, utan även processmodeller. Och oavsett vad experter inom området ledning 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öretagets verksamhet är den viktigaste när man beslutar om modellering av affärsprocesser.

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. Möjliga typer av modeller och regler för deras konstruktion (inklusive grafiska symboler tillgängliga för användning och regler för förekomsten av länkar mellan dem) bestäms av den valda modelleringsmetodologin och systemet symboler, som används i den använda modellen, bestäms av den valda notationen.

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 vid analys av krav och funktionell design 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 entitetsrelationsdiagram 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. Också populärt på sistone ARIS metodik, som tar hänsyn till 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. På modern marknad programvara CASE-verktyg mer än hundra. 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 inbördes relaterade 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. 4).

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, i det här fallet, är det nödvändigt att föreställa sig vilka kapaciteter 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.

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. 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 tillvägagångssätt för definitionen av begreppet "modellering av affärsprocesser":

Modellering av affärsprocesser är en beskrivning av affärsprocesserna i ett företag 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;

· modellering av affärsprocesser är ett effektivt sätt att hitta möjligheter att förbättra företagets aktiviteter;

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

· Modellering av affärsprocesser är en metod som gör att du kan ge en kostnadsuppskattning för varje process, tagen individuellt, och alla affärsprocesser i företaget, samlade.

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.

En affärsprocess är en logisk, sekventiell, sammankopplad uppsättning aktiviteter som förbrukar producentens resurser, skapar värde och levererar resultat 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 ett företags aktiviteter, ett verktyg för att förutsäga och minimera risker som uppstår i olika stadier 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 presenteras i figur 3.1.

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

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

· förändra organisationsstruktur;

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

omfördelning av chefers rättigheter och skyldigheter;

· förändring av interna regler och verksamhetsteknik.

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 ska å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 organisationens affärsprocesser kan utföras i IDEF0-notation med hjälp av BPwin toolkit eller i UML med hjälp av Rational Rose toolkit. Detaljerad modellering görs i UML.

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

den befintliga organisationsstrukturen;

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 av skapande och förflyttning av 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ä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 sedan förbättra effektiviteten i kommunikationen mellan dem.

· Se förflyttning av dokument under processen. Affärsprocesser producerar och konsumerar olika dokument (i pappers- 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 kan användas för att optimera processen.

· Implementera kvalitetsstandarder mer effektivt, så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 beskriva verksamheten i företaget som helhet.

Huvuduppgiften i att modellera företagets affärsprocesser är i sin tur att beskriva de processer som finns i det för att kunna 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 medarbetare 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 i att bygga en "som den är"-modell gäller 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 är modellerad på olika abstraktionsnivåer 11. På översta nivån visas endast de viktigaste stegen i processen. Sedan bryts vart och ett av stegen på hög nivå (delprocesser) ned. 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.

Affärsmodellering är en process för att utveckla och implementera olika affärsmodeller för en organisation (strategi, affärsprocesser, organisationsstruktur, kvalitet, etc.) för att formalisera och optimera dess verksamhet.

Det finns fyra huvudsakliga sätt att utveckla affärsmodeller. Vi listar dem i fallande ordning efter effektivitetsnivån för att bygga och använda affärsmodeller.

    I reglerna för en specialiserad affärsmodellprogramvara: en kombination av grafik, tabeller och text.

    Grafik: träd, blockschema, teknisk karta, etc.

    Tabellform

    Text

Många organisationer är engagerade i affärsmodellering, men var och en befinner sig i olika utvecklingsstadier inom detta område. Någon har redan utvecklat och använder aktivt en komplex affärsmodell (en uppsättning modeller, dokument och system som beskriver alla aktiviteter i organisationen). Någon har bara grafiska modeller och regleringar av flera affärsprocesser.

Ris. 3. Hierarkisk lista över företags affärsprocesser

De huvudsakliga typerna av affärsmodeller som utvecklas i organisationer:

    träd (hierarkisk lista) över affärsprocesser - se Fig.1;

    grafiska modeller av affärsprocesser;

    organisationsstrukturmodell;

    modeller för mål och indikatorer;

    dokumentbiblioteksmodeller (dokumentträd), informationssystemmodeller;

    produkt- och tjänstemodeller;

    kvalitetsledningsmodeller och mycket mer.

Alla dessa modeller gör det möjligt att utveckla professionella produkter för affärsmodellering.

Några välkända mjukvarulösningar på marknaden: Business Studio, ARIS, All Fusion Process Modeler (BPWIN), Business Engineer, Microsoft Visio. Var och en av dem har sina egna funktionella egenskaper, begränsningar och fördelar.

    1. Affärsprocessmodell

En affärsprocessmodell är dess formaliserade (grafiska, testa, symboliska) beskrivning, som återspeglar företagets faktiska eller avsedda aktiviteter. Modellen innehåller vanligtvis följande information om affärsprocessen:

    en uppsättning steg som utgör processen - affärsfunktioner;

    förfarandet för att utföra affärsfunktioner;

    kontroll- och ledningsmekanismer inom affärsprocessen;

    utförare av varje affärsfunktion;

    inkommande dokument/information, utgående dokument/information;

    de resurser som behövs för att utföra varje affärsfunktion;

    dokumentation/villkor som styr utförandet av varje affärsfunktion;

    parametrar som kännetecknar utförandet av affärsfunktioner och processen som helhet.

Över hela världen pågår för närvarande en övergång från den traditionella funktionella organisationen av produktionen till en processorganisation. Samtidigt förstås en affärsprocess som verksamheten i ett företag eller dess avdelningar som är av värde för kunden.

Den traditionella funktionella organisationen tillhör Adam Smiths idéer och bygger på uppdelningen i de enklaste uppgifterna, utförd enligt ett transportsystem med tydliga gränser för företagets strukturella uppdelningar. Processorganisationen, å andra sidan, innebär olika versioner och komplexa vägar för utförande av processer.

Ett exempel på en affärsprocess är mottagande av varor på beställning. Sådana aktiviteter innebär att ta emot en ansökan, kontrollera tillgängligheten av varor, faktura, kontroll av betalning och leverans. Vikten av dessa komponenter är obestridlig, men de representerar inget betydande värde för kunden i och för sig. Kunden är endast intresserad av ett helhetsresultat, snabbt mottagande och kvalitet på varorna.

Detaljeringen av en affärsprocess utförs med hjälp av affärsfunktioner, affärsverksamhet och affärsregler. En utförares aktivitet för att lösa uppgiften i en affärsprocess är en affärsfunktion. En affärstransaktion är en enskild transaktion som beskriver en specifik verksamhet officiellöver ett specifikt informationsobjekt. Affärsregler inför begränsningar för utförandet av en affärsprocess, till exempel bestämmer sekvensen av utförandet av vissa funktioner eller operationer, begränsar specifika värden för informationsobjekt, etc.

Affärsprocessmodelleringär ett effektivt verktyg för att hitta sätt att optimera företagets aktiviteter, vilket gör att du kan avgöra hur företaget fungerar som helhet och hur aktiviteter organiseras på varje arbetsplats. Metodiken (notationen) för att skapa en modell (beskrivning) av en affärsprocess förstås som en uppsättning sätt på vilka verkliga objekt och relationer mellan dem representeras i form av en modell. Varje objekt och länkar kännetecknas av ett antal parametrar eller attribut som återspeglar vissa egenskaper hos ett verkligt objekt (objektnummer, namn, beskrivning, utförandetid (för funktioner), kostnad, etc.).

Beskrivningen av affärsprocesser genomförs i syfte att deras vidare analys och omorganisation. Syftet med omorganisationen kan vara att införa informationssystem, minska kostnaderna, förbättra kvaliteten på kundservicen, skapa jobb- och arbetsinstruktioner etc. och en detaljerad beskrivning av processerna i sig är värdelöst.

Reengineering affärsprocesser (eng. Business process reengineering) är en grundläggande omtanke och radikal omdesign av affärsprocesser för att uppnå maximal effektivitet i produktion, ekonomiska och finansiella och ekonomiska aktiviteter, formaliserad av lämpliga organisatoriska och administrativa och normativa dokument. Business engineering består av modellering av affärsprocesser (utveckling av "i befintligt skick"-modellen, dess analys, utveckling av "hur man"-modellen) och utveckling och implementering av en övergångsplan till "efter behov".

grunden för många moderna metoder affärsprocessmodellering var SADT-metoden (Structured Analysis and Design Technique - en metod för strukturanalys och design), IDEF-familjen av standarder (Icam DEFinition, där Icam är Integrated Computer-Aided Manufacturing) och algoritmiska språk.

De huvudsakliga typerna av metoder för modellering och analys av affärsprocesser:

Affärsprocessmodellering ( affärsprocessmodellering). Den mest använda metoden för att beskriva affärsprocesser är IDEF0-standarden. Modeller i IDEF0-notation är avsedda för en högnivåbeskrivning av ett företags verksamhet i en funktionell aspekt.

Beskrivning av arbetsflöden ( Arbetsflödesmodellering). IDEF3-standarden är avsedd att beskriva arbetsflöden och ligger nära algoritmiska metoder för att konstruera flödesscheman.

Beskrivning av dataströmmar ( Dataflödesmodellering). DFD-notation ( Dataflödesdiagram), låter dig återspegla sekvensen av arbete som utförs under processen och informationsflödena som cirkulerar mellan dessa arbeten.

andra metoder.


I relation till att erhålla mervärdet av en produkt eller tjänst kan följande klasser av processer särskiljas:

Kärnaffärsprocesser (t.ex. marknadsföring, produktion, leverans och service av produkter).

Att stödja affärsprocesser tillför inte produkten mervärde, utan ökar dess värde (till exempel ekonomiskt stöd till drift, bemanning, juridiskt stöd, administration, säkerhet, leverans av komponenter, reparationer och Underhåll etc.).

Hantering av affärsprocesser.

Affärsmodellär en formaliserad (grafisk, tabellform, textuell, symbolisk) beskrivning av affärsprocesser. Det huvudsakliga tillämpningsområdet för affärsmodeller är omarbetning av affärsprocesser.

Målen för affärsprocessmodellering formuleras vanligtvis enligt följande:

Ge en förståelse för organisationens struktur och dynamiken i de processer som äger rum i den;

Att ge en förståelse för organisationens aktuella problem och möjligheterna för deras lösning;

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

Skapa en bas för kravbildning på mjukvara som automatiserar organisationens affärsprocesser (mjukvarukraven formas utifrån affärsmodellen).

En viktig del av affärsprocessmodellen är affärsregler eller domänregler. Typiska affärsregler är företagspolicy och statliga lagar. Affärsregler är vanligtvis formulerade i särskilt dokument och kan återspeglas i modeller.

Sönderfall i generell mening är detta en metod som låter dig ersätta lösningen av ett stort problem med lösningen av en serie mindre problem, genom att dela upp ett objekt i dess beståndsdelar enligt fastställt kriterium. I praktiken används nedbrytning för att förfina affärsmodeller.

Stadier av affärsprocessbeskrivning:

Bestämma syftet med beskrivningen.

Beskrivning av miljön, definition av ingångar och utgångar från affärsprocessen, konstruktion av IDEF0-diagram.

Beskrivning av den funktionella strukturen (processåtgärder), konstruktion av IDEF3-diagram.

Beskrivning av flöden (material, information, finansiellt) av processen, konstruktion av DFD-diagram.

Bygga upp processens organisatoriska struktur (avdelningar, deltagare, ansvariga).

IDEF0

Modellen består av diagram, textfragment och en ordlista med länkar till varandra. Diagram är huvudkomponenterna i modellen, alla funktioner och gränssnitt presenteras som block och bågar.

Anslutningspunkten för bågen med blocket bestämmer gränssnittstypen:

Kontrollinformation kommer in i blocket från toppen.

Inmatningsinformationen finns i blocket till vänster.

Resultaten lämnar blocket till höger.

Mekanismen (mänskligt eller automatiserat system) som utför operationen kommer in i enheten underifrån.

Varje komponent i modellen kan dekomponeras (dechiffreras mer i detalj) i ett annat diagram. Det rekommenderas att sluta modellera när modellens detaljnivå uppfyller dess syfte. Det totala antalet nivåer i modellen bör inte överstiga 5-6.

Diagrammering börjar med representationen av hela systemet i form av ett enda block och bågar som visar gränssnitt med funktioner utanför systemet. Sedan beskrivs blocket som representerar systemet som en enda modul i ett annat diagram med flera block sammankopplade med gränssnittsbågar. 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.

Sådana diagram anger inte explicit vare sig sekvens eller tid. Metoden har ett antal nackdelar: uppfattningens komplexitet (ett stort antal bågar i diagrammen och ett stort antal nedbrytningsnivåer), svårigheten att koppla ihop flera processer.

IDEF3

Denna metod är utformad för att simulera sekvens av åtgärder och ömsesidigt beroende mellan dem inom processer. IDEF3-modeller kan användas för att borra ner IDEF0 funktionsblock som inte har sönderdelningsdiagram.

IDEF3-diagram visas handling i form av en rektangel. Åtgärder namnges med hjälp av verb eller verbala substantiv, och varje åtgärd tilldelas ett unikt identifikationsnummer (åtgärdsnumret föregås vanligtvis av dess förälders nummer, t.ex. 1.1.).

Alla länkar i IDEF3 är enkelriktade och är organiserade från vänster till höger.

Typer av IDEF3-länkar:

Temporell företräde, enkel pil. Källaktiviteten måste slutföras innan slutaktiviteten kan börja.

Objektflöde, dubbeltippad pil. Utdata från den ursprungliga åtgärden är indata från den slutliga åtgärden. Källaktiviteten måste slutföras innan slutaktiviteten kan börja. Namnen på strömmande länkar måste tydligt identifiera objektet som överförs med deras hjälp.

Luddigt förhållande, prickad pil.

Slutförandet av en åtgärd kan initiera början av utförandet av flera andra åtgärder på en gång, eller vice versa, en viss åtgärd kan kräva att flera andra åtgärder slutförs innan dess exekvering påbörjas (processförgrening).

Processförgrening återspeglas med hjälp av speciella block:

- "Och", block med tecken &.

- "XOR" ("en av"), block med X-tecken.

- "ELLER", ett block med tecknet O.

Om åtgärderna "OCH", "ELLER" måste utföras synkront, indikeras detta av två dubbla vertikala linjer inuti blocket, asynkront - en.
IDEF3-metoden låter dig dekomponera en aktivitet flera gånger, vilket säkerställer att alternativa processflöden dokumenteras i en enda modell.

DFD

Syftet med denna presentation är att visa hur varje process omvandlar deras input data på helgen. Det kan återspegla inte bara information, utan också materialflöden. Liksom i andra modeller stöds också nedbrytning.

Huvudkomponenterna i dataflödesdiagram är:

Externa enheter (materiellt föremål eller enskild, som är källan eller mottagaren av information, till exempel kunder, personal, leverantörer, kunder, lager);

System och delsystem (till exempel ett delsystem för att arbeta med individer);

Processer (omvandling av indataströmmar till utdataströmmar i enlighet med en viss algoritm; fysiskt kan detta till exempel vara en underavdelning av en organisation (avdelning) som bearbetar ingångsdokument och utfärdar rapporter, ett program, en hårdvaruimplementerad logik enhet, etc.);

Datalagringsanordningar (abstrakta anordningar för lagring av information);

Dataflöden (pilar på diagrammet).

Det är nödvändigt att placera på varje diagram från 3 (mindre är inte vettigt) till 7 (fler - inte uppfattade) processer, utan att belamra diagrammen med detaljer som är obetydliga på denna nivå.

Det första steget i att bygga en DFD-hierarki är att bygga kontextdiagram. Vanligtvis, när man designar relativt enkla system, byggs ett enda kontextdiagram med en stjärntopologi, i vars centrum är den så kallade huvudprocessen, kopplad till mottagare och informationskällor. För komplexa system (tio eller fler externa enheter, distribuerad karaktär och multifunktionalitet av systemet) byggs en hierarki av kontextdiagram. Samtidigt innehåller kontextdiagrammet på toppnivån inte en enda huvudprocess, utan en uppsättning delsystem kopplade av dataflöden.

Varje process på en DFD kan detaljeras med hjälp av en DFD eller (om processen är elementär) en specifikation. Specifikationer är beskrivningar av algoritmer för uppgifter som utförs av processer. Specifikationsspråk kan variera från strukturerat naturligt språk eller pseudokod till visuella modelleringsspråk.

I affärsprocessmodellering används dataflödesdiagram (DFD) för att bygga "AS-IS"- och "AS-TO-BE"-modeller, vilket återspeglar en organisations befintliga och föreslagna affärsprocessstruktur.

ARIS

För närvarande finns det en tendens att integrera en mängd olika modelleringsmetoder, manifesterade i form av skapandet av integrerade modelleringsverktyg. Ett av dessa medel är programvara, kallad ARIS (Architecture of Integrated Information Systems), utvecklad av det tyska företaget IDS Scheer.

ARIS stöder fyra typer av modeller (och många typer av modeller i varje typ), vilket återspeglar olika aspekter av systemet som studeras:

Organisationsmodeller som representerar systemets struktur - en hierarki av organisatoriska enheter, positioner och specifika personer, länkar mellan dem, såväl som territoriell bindning 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 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 de listade typerna av modeller används både ARIS egna modelleringsmetoder och olika välkända modelleringsmetoder och språk, i synnerhet UML. Modelleringsprocessen kan startas med vilken modell som helst.

Den huvudsakliga affärsmodellen för ARIS är eEPC (extended Event-driven Process Chain, extended event-driven process chain model). ARIS notation eEPC är en förlängning av IDEF3-notationen. En affärsprocess i eEPC-notation är ett flöde av sekventiellt utfört arbete (procedurer, funktioner) ordnade i den ordning de utförs. Den faktiska varaktigheten av procedurerna i eEPC återspeglas inte visuellt.

För att få information om den faktiska varaktigheten av processer är det nödvändigt att använda andra beskrivningsverktyg, till exempel MS Project.

Modeller i ARIS är diagram vars element är olika föremål- "funktioner", "händelser", " strukturella enheter", "dokument" etc. Mellan objekt av vissa typer, anslutningar vissa typer ("presterar", "fattar ett beslut", "bör omgående informeras om resultaten", etc.). Varje objekt motsvarar en specifik uppsättning attribut som låter dig gå in Ytterligare information om ett specifikt objekt.

Huvudobjekten med eEPC-notationen är:

Fungera. Serverar för att beskriva funktionerna (procedurer, arbete) som utförs av avdelningar / anställda på företaget. Varje funktion måste initieras av en händelse och måste avslutas med en händelse; Varje funktion kan inte ange mer än en pil, "startar" exekveringen av funktionen, och avsluta mer än en pil, som beskriver slutförandet av funktionen.

Händelse. Används för att beskriva verkliga händelser som påverkar utförandet av funktioner.

Organisationsenhet. Till exempel ledning eller avdelning.

Dokumentera. Återspeglar verkliga media, som pappersdokument.

Applikationssystem.

informationskluster. Karakteriserar en uppsättning enheter och relationer mellan dem.

Kommunikation mellan objekt. Typen av relation mellan objekt, till exempel aktiveringen av exekveringen av en funktion av någon händelse.

boolesk operatör. Operatören "OCH", "ELLER" eller exklusiva "ELLER" låter dig beskriva förgreningen av processen.

Om du, när du skapar en modell i eEPC, endast specificerar sekvensen av procedurer, utan att bry dig om reflektionen av kontrolldokument och information, kommer de resulterande modellerna att vara av lågt värde när det gäller analys och vidare användning.

Ett objekt-DBMS används för att lagra modeller i ARIS, och en ny databas skapas för varje projekt. Olika tillhandahålls, såsom åtkomstkontroll. Databasen är en hierarkisk lagring av modeller.

Arbetet med att skapa en modell bör regleras av strikta och voluminösa modelleringskonventioner (standarder), ARIS stöder en mekanism av metodologiska filter som tillåter användaren att endast använda en viss uppsättning scheman och objekt. Utvecklingen av sådana avtal kräver avsevärd tid och högt kvalificerade specialister. Om ett projekt som använder ARIS startar utan detaljerad utarbetning av sådana avtal, är sannolikheten att skapa affärsprocessmodeller som inte svarar på de frågor som ställs mycket stor.

Dela med vänner:
Liknande inlägg