Identifikationen af input og output er et meget vigtigt aspekt ved modellering af forretningsprocesser og er også tæt forbundet med definitionen af det informationssystem, der understøtter udførelsen af processerne.
Der foreslås en metode til identifikation og modellering af input og output af forretningsprocesser i et kollaborativt miljø.
Input og output fra forretningsprocesser blev behandlet fra forskellige arbejdsdiscipliner: Business Process Management, Business Modeling Architectures eller Software Requirements Engineering. I et samarbejdsmiljø har forretningsprocesser flere forskelle fra traditionelle forretningsprocesser. På den ene side
udførelsen af procesaktiviteter er ansvaret for to eller flere enheder (virksomheder, forsyningskæder eller netværk), og med det problemerne i systemet, der understøtter processerne og det tilhørende informationssystem, på den anden side transformerer samarbejdsrelationer hvordan oplysninger deles mellem enheder.
I området Business Process Management leveres teknikker og værktøjer, der tager højde for procesinput og -output. Nogle af disse teknikker er (Aguilar-Saven, 2004): Flowchart, Data Flow Diagrams-DFD, Rolle Activity Diagrams-RAD, Rolle Interaction Diagrams -RID), Gantt Diagrams, IDEF (Integrated Definition for Role Modeling), Colored Petri Nets ( Coloured Petri-net-CPN), Objektorienterede metoder (Object Orientation-OO) eller Workflow-teknikker Business Modeling Architectures De nærmer sig forretningsprocesmodellering ved hjælp af forskellige modelleringsvisninger, som hver især fokuserer og arbejder på en specifik del af den integrerede forretningsmodel (Toh) , 1999).
Hver modelleringsarkitektur foreslår sine egne modelleringsvisninger, for eksempel: AIMOSA (Organization, Resources, Information and Function Views), GRAI-GIM (Product Views),
Fysisk, beslutningstagning, information og funktionelt system), PERA (Arkitektur af organisationen og HR, informationssystem og produktionsteam), GERAM (Visions of Organisation, Ressourcer, Information og Funktion), ARIS (Visions of Function, Data ,
Organisation og kontrol). Processernes input og output er hovedsageligt blevet grebet ind fra det funktionelle synspunkt og det informationsmæssige synspunkt (Melao og Pidd, 2000). Endelig giver Software Requirements Engineering dig mulighed for at identificere de elementer, der skal repræsenteres i modeller, der sigter mod at designe et informationssystem, og som derfor eksplicit overvejer forholdet mellem forretningsprocesser og beregningssystemer.
Requirements Engineering forsøger at forstå de nøjagtige behov hos brugerne af softwaresystemet, at omsætte disse behov til præcise og utvetydige instruktioner, som senere kan bruges i udviklingen af systemet.
De forskellige arbejdsdiscipliner giver forskellige modelleringsværktøjer og inkorporerer i mange tilfælde deres egne metoder (Cuenca og andre, 2006). Procesmodelleringsmetoder afhænger af den model, der skal udvikles. Fra et globalt perspektiv indeholder de oplysninger, der er relevante for at dokumentere en proces, definitionen af mål, omfang, betingelser y Definitioner, ansvar y myndighed, Aktiviteter der udføres, Forret y udgange, indikatorer, Ressourcer, infrastrukturen det er indbyrdes forhold med andre processer (Arrascaeta, 2005 og Athena, 2004). Lin og Polenske (1998) præsenterer en model for input og output af produktionsprocessen. Denne model giver en matematisk beskrivelse af de input og output, der findes i produktionsprocessen for at give information til beslutningstagning, hvor en virksomheds produktive aktivitet betragtes som et sæt af produktionsprocesser, der kombinerer flere faktorer for at producere resultater. Denne tilgang tager dog ikke højde for forholdet mellem processen og dens kunder og leverandører.
Cheng Leong og andre (1999) skelner mellem to typer input og output: information og materiale. I forbindelse med forsyningskæden er SCOR-modellen (Supply Chain Operational
Reference Model) bruges til at forbedre kommunikationen mellem virksomheder i forsyningskæden og deres informationssystemer (Athena, 2004). og andre (2002) foreslår en tilgang baseret på input og output fra produktionsprocesser, der bruges til at udvikle specifikke modeller, der undersøger flows mellem produktionsprocesser, hvad enten det er i en global forsyningskæde eller en del af kæden. hernandez og andre (2008) skelner mellem produktstrømme (input og output til transformationsprocesser), informationsstrømme (input og output til informationstransformationsprocesser) og beslutningsstrømme (beslutningsprocesser og deres relationer).
Identifikation af input og output af en proces er et krav, der skal opfyldes i forretningsprocesmodellering, men de analyserede forslag beskriver ikke, hvordan dette skal gøres. Dette retfærdiggør behovet for en metode, der hjælper med at identificere og analysere input og output fra forretningsprocesser.
Forslag til en metode til at identificere og modellere input og output af forretningsprocesser i et samarbejdsmiljø
Gennem metoden vil input og output af processen blive identificeret ud fra synspunktet om flowet af den aktivitet, der udføres. I denne forstand transformeres input eller bruges under aktiviteten til at producere et output. Den foreslåede metode følger en top-down procestilgang (Top-Dow), således at input og output fra processer, delprocesser og aktiviteter identificeres i nævnte rækkefølge.
De trin, der skal følges for hver proces, delproces eller aktivitet, er:
1. Identificer processen, delprocessen eller aktiviteten: det er nødvendigt entydigt at identificere den proces, delproces eller aktivitet, hvorpå de følgende trin i metoden vil blive udført.
2. Identifikation af output (resultater): procesoutput, der tilføjer værdi for kunden, skal differentieres fra andre procesoutput, der er et resultat af aktiviteten med at transformere input til værdioutput:
a) Hvilke værdioutput (resultater) for kunden giver processen?
b) Hvilke andre output genererer processen som et resultat af transformation af inputs?
For hver udgang:
2.1. Er det et informations- eller materialeoutput?: Processer kan give informationsoutput eller materielle objekter. I metoden er det underforstået, at følgende kan forekomme:
— Data eller informationsoutput: data eller information produceret af aktiviteten eller processen.
— Output af genstande (eller materialer): genstande, der er produceret af aktiviteten eller processen.
2.2. Hvem er kunden eller modtageren?: Processoutputtet begrundes ved at give værdi til en specifik kunde (2a).
I tilfælde af andre output som følge af transformationsprocessen (2b) kan man tale om modtageren af outputtet.
23. Specifikation af output: det er nødvendigt at specificere output for klart at identificere det i henhold til dets egen karakter og fra modtagerens perspektiv. Sidstnævnte forudsætter, om outputtet har den værdi, som kunden forventer:
2.3.1. Hvad er specifikationen af output fra kundens eller modtagerens synspunkt?
2.3.2. Hvad svarer specifikationen til dens egen natur afhængig af om det er information eller objekt?
3. Identifikation af input: Proces input kan være af forskellige typer. IDEF0 inkluderer i sin procesmodel følgende grundelementer, der kan forstås som input til processen: autoritet (beskrivelse, specifikation eller begrundelse af en proces), kontrol (forhold, der aktiverer processen), input (objekt, der kommer ind i processen), og mekanismer (ressourcer, der bruges af processen).
I den foreslåede metode identificeres kun de input, der indgår i processen, der skal transformeres eller bruges til at producere et output.
For hver post:
3.1. Er det input af information eller materiale?: I metoden er det underforstået, at 2 typer input kan forekomme:
— Data eller informationsinput: Data eller information, der transformeres eller bruges af aktiviteten eller processen til at producere et output.
— Objekt (eller materiale) input: Objekter, der transformeres eller bruges af aktiviteten eller processen til at producere et output.
3.2. Hvem er leverandøren eller oprindelsen?: Nødvendig information til at identificere input er leverandøren eller oprindelsen, der leverer inputtet, hvis de allerede er etableret, eller hvis du ønsker at etablere en form for relation.
3.3. Specifikation af input: det er nødvendigt at specificere input for klart at identificere det i henhold til dets egen karakter og fra perspektivet af den aktivitet, der transformerer eller bruger det, da sidstnævnte betinger det faktum, at inputtet opfylder de nødvendige krav til aktiviteten at lave et output:
3.3.1. Hvad er specifikationen af input fra aktivitetssynspunktet?
3.3.2. Hvad svarer specifikationen til dens egen natur afhængig af om det er information eller objekt?