Identifieringen av input och output är en aspekt av vital betydelse vid modellering av affärsprocesser, och är också nära kopplad till definitionen av det informationssystem som stöder genomförandet av processer.
En metod föreslås för identifiering och modellering av input och output från affärsprocesser i en samarbetsmiljö.
Input och output från affärsprocesser togs upp från olika arbetsdiscipliner: Business Process Management, Business Modeling Architectures eller Software Requirements Engineering. I en samarbetsmiljö har affärsprocesser flera skillnader från traditionella affärsprocesser. Å ena sidan
genomförandet av processaktiviteter är två eller flera enheters ansvar (företag, försörjningskedjor eller nätverk), och med det problemen med systemet som stöder processerna och det tillhörande informationssystemet, å andra sidan förändrar samarbetsrelationer hur information delas mellan enheter.
Inom området Business Process Management tillhandahålls tekniker och verktyg som tar hänsyn till processingångar och utgångar. Några av dessa tekniker är (Aguilar-Saven, 2004): flödesschema, dataflödesdiagram-DFD, rollaktivitetsdiagram-RAD, rollinteraktionsdiagram -RID), Gantt-diagram, IDEF (integrerad definition för rollmodellering), färgade petrinät ( Färgad Petri-net-CPN), Objektorienterade metoder (Object Orientation-OO) eller arbetsflödestekniker Affärsmodelleringsarkitekturer De närmar sig affärsprocessmodellering med hjälp av olika syn på modellering, som var och en fokuserar och arbetar på en specifik del av den integrerade affärsmodellen ( Toh, 1999).
Varje modelleringsarkitektur föreslår sina egna modelleringsvyer, till exempel: AIMOSA (Organization, Resources, Information and Function Views), GRAI-GIM (Product Views),
Fysiskt, beslutsfattande, informations- och funktionssystem), PERA (organisationens och HR-arkitekturen, informationssystemet och produktionsteamet), GERAM (Visions of Organization, Resources, Information and Function), ARIS (Visions of Function, Data ,
Organisation och kontroll). Processingångar och -utgångar har behandlats huvudsakligen ur det funktionella och informationsmässiga perspektivet (Melao och Pidd, 2000). Slutligen tillåter Software Requirements Engineering att identifiera de element som behöver representeras i modeller vars mål är designen av ett informationssystem och som därför uttryckligen tar hänsyn till förhållandet mellan affärsprocesser och beräkningssystem.
Requirements Engineering försöker förstå de exakta behoven hos användarna av mjukvarusystemet, för att översätta dessa behov till exakta och entydiga instruktioner som senare kan användas i utvecklingen av systemet.
De olika arbetsdisciplinerna tillhandahåller olika modelleringsverktyg och inkluderar i många fall sina egna metoder (Cuenca och andra, 2006). Metoder för processmodellering beror på vilken modell som ska utvecklas. Ur ett globalt perspektiv innehåller informationen som är relevant för att dokumentera en process definitionen av mål, omfattning, villkor y Definitioner, ansvar y auktoritet, Aktiviteter som utförs, Aptitretare y utgångar, indikatorer, Resurser, infrastrukturen Det är inbördes relationer med andra processer (Arrascaeta, 2005 och Athena, 2004). Lin och Polenske (1998) presenterar en modell av input och output från produktionsprocessen. Denna modell ger en matematisk beskrivning av befintliga input och output i produktionsprocessen för att ge information för beslutsfattande, där den produktiva aktiviteten i ett företag betraktas som en uppsättning produktiva processer som kombinerar flera faktorer för att ge resultat. Detta tillvägagångssätt tar dock inte hänsyn till relationerna mellan processen och dess kunder och leverantörer.
cheng leong och andra (1999) skiljer mellan två typer av input och output: information och material. I samband med försörjningskedjan, SCOR-modellen (Supply Chain Operational
Referensmodell) används för att förbättra kommunikationen mellan företag i leveranskedjan och deras informationssystem (Athena, 2004). och andra (2002) föreslår ett tillvägagångssätt baserat på input och output från produktiva processer, som används för att utveckla specifika modeller som undersöker flöden mellan produktiva processer, antingen i en global leveranskedja eller i en del av kedjan. hernandez och andra (2008) skiljer mellan produktflöden (input och output för transformationsprocesser), informationsflöden (input och output för informationstransformationsprocesser) och beslutsflöden (beslutsprocesser och deras relationer).
Att identifiera input och output från en process är ett krav som ska uppfyllas i affärsprocessmodellering, men de analyserade förslagen beskriver inte hur detta ska göras. Detta motiverar behovet av en metod som hjälper till att identifiera och analysera ingångar och utgångar från affärsprocesser.
Föreslagen metodik för att identifiera och modellera input och output från affärsprocesser i en samarbetsmiljö
Genom metodiken kommer processens input och output att identifieras utifrån flödet av den aktivitet som utförs. I denna mening transformeras indata eller används under aktiviteten för att producera en output. Den föreslagna metoden följer en top-down process approach (Top-Dow) så att input och output från processer, delprocesser och aktiviteter identifieras, i den ordningen.
Stegen att följa för varje process, delprocess eller aktivitet är:
1. Identifiera processen, delprocessen eller aktiviteten: det är nödvändigt att otvetydigt identifiera den process, delprocess eller aktivitet på vilken följande steg i metoden kommer att utföras.
2. Identifiering av output (resultat): de processoutput som tillför värde för kunden måste särskiljas från de andra processoutputs som är resultatet av aktiviteten att omvandla input till värdeoutput:
a) Vilka värderesultat (resultat) för kunden ger processen?
b) Vilka andra utgångar genererar processen som ett resultat av omvandling av indata?
För varje utgång:
2.1. Är det en utdata av information eller material?: Processer kan ge utdata av information eller materiella objekt. I metodiken är det underförstått att följande kan förekomma:
— Data eller informationsutdata: data eller information som produceras av aktiviteten eller processen.
— Utgång av föremål (eller material): föremål som produceras av verksamheten eller processen.
2.2. Vem är kunden eller mottagaren?: Processresultatet motiveras genom att ge värde till en specifik kund (2a).
När det gäller andra utdata som en konsekvens av transformationsprocessen (2b) kan man tala om mottagaren av utdata.
23. Specifikation av output: det är nödvändigt att specificera output för att tydligt identifiera det utifrån dess egen karaktär och ur mottagarens perspektiv. Det senare avgör om produktionen har det värde som kunden förväntar sig:
2.3.1. Vad är specifikationen för output från kundens eller mottagarens synvinkel?
2.3.2. Vilken är specifikationen som motsvarar sin egen natur beroende på om det är information eller objekt?
3. Identifiering av ingångar: Processingångarna kan vara av olika typer. IDEF0 inkluderar i sin processmodell följande grundläggande element som kan förstås som input till processen: auktoritet (beskrivning, specifikation eller motivering av en process), kontroll (villkor som aktiverar processen), ingångar (objekt som går in i processen), och mekanismer (resurser som används av processen).
I den föreslagna metoden identifieras endast de indata som kommer in i processen för att transformeras eller användas för att producera en output.
För varje inlägg:
3.1. Är det en informations- eller materialpost?: I metodiken är det underförstått att två typer av poster kan förekomma:
— Data eller informationsinmatning: Data eller information som omvandlas eller används av aktiviteten eller processen för att producera en utdata.
— Objekt (eller material) input: Objekt som transformeras eller används av aktiviteten eller processen för att producera en output.
3.2. Vem är leverantören eller ursprunget?: en nödvändig information för att identifiera insatsvaror är leverantören eller ursprunget som tillhandahåller insatsen, om de redan har etablerats eller om du vill upprätta någon typ av relation.
3.3. Specifikation av insatsen: det är nödvändigt att specificera insatsen för att tydligt identifiera den enligt dess egen karaktär och utifrån den aktivitet som omvandlar eller använder den, eftersom det senare förutsätter att insatsen uppfyller de nödvändiga kraven för aktiviteten som ska utföras. gör en utdata:
3.3.1. Vad är indataspecifikationen ur aktivitetssynpunkt?
3.3.2. Vilken är specifikationen som motsvarar sin egen natur beroende på om det är information eller objekt?