Įvesties ir išvesties identifikavimas yra gyvybiškai svarbus aspektas modeliuojant verslo procesus, taip pat glaudžiai susijęs su informacinės sistemos, palaikančios procesus, apibrėžimu.
Siūloma verslo procesų įvesties ir išvesties bendradarbiavimo aplinkoje nustatymo ir modeliavimo metodika.
Verslo procesų įvestis ir išėjimai buvo nagrinėjami iš skirtingų darbo disciplinų: verslo procesų valdymo, verslo modeliavimo architektūros ar programinės įrangos reikalavimų inžinerijos. Bendradarbiavimo aplinkoje verslo procesai turi keletą skirtumų nuo tradicinių verslo procesų. Viena vertus
už proceso veiklų vykdymą atsako du ar daugiau subjektų (įmonių, tiekimo grandinių ar tinklų), o kartu ir procesus palaikančios sistemos bei susijusios informacinės sistemos problemos, kita vertus, bendradarbiavimo santykiai keičia informacija dalijasi subjektai.
Verslo procesų valdymo srityje pateikiami metodai ir įrankiai, kuriuose atsižvelgiama į proceso įvestis ir rezultatus. Kai kurie iš šių metodų yra (Aguilar-Saven, 2004): srauto diagrama, duomenų srauto diagramos-DFD, vaidmenų veiklos diagramos-RAD, vaidmenų sąveikos diagramos -RID), Ganto diagramos, IDEF (integruotas vaidmenų modeliavimo apibrėžimas), spalvoti Petri tinklai ( Spalvotas Petri-net-CPN), Objektiniai metodai (Object Orientation-OO) arba darbo eigos metodai Verslo modeliavimo architektūros Jie modeliuoja verslo procesus naudodami skirtingus modeliavimo vaizdus, kurių kiekvienas sutelkia dėmesį ir veikia tam tikroje integruoto verslo modelio dalyje (Toh). , 1999).
Kiekviena modeliavimo architektūra siūlo savo modeliavimo vaizdus, pavyzdžiui: AIMOSA (organizacijos, išteklių, informacijos ir funkcijų rodiniai), GRAI-GIM (produktų rodiniai),
Fizinė, sprendimų priėmimo, informacijos ir funkcinė sistema), PERA (organizacijos ir personalo architektūra, informacinė sistema ir gamybos komanda), GERAM (organizacijos, išteklių, informacijos ir funkcijų vizijos), ARIS (funkcijos, duomenų vizijos,
Organizavimas ir kontrolė). Procesų įvestis ir išvestis daugiausia buvo vertinami funkciniu ir informaciniu požiūriu (Melao ir Pidd, 2000). Galiausiai, programinės įrangos reikalavimų inžinerija leidžia nustatyti elementus, kurie turi būti pateikti modeliuose, kuriais siekiama sukurti informacinę sistemą, ir dėl to aiškiai atsižvelgiama į verslo procesų ir skaičiavimo sistemų ryšį.
Reikalavimų inžinerija bando suprasti tikslius programinės įrangos sistemos vartotojų poreikius, paversti šiuos poreikius tiksliomis ir nedviprasmiškomis instrukcijomis, kurios vėliau gali būti panaudotos kuriant sistemą.
Įvairios darbo disciplinos suteikia skirtingus modeliavimo įrankius ir daugeliu atvejų apima savo metodikas (Cuenca ir kiti, 2006). Procesų modeliavimo metodikos priklauso nuo kuriamo modelio. Žvelgiant iš pasaulinės perspektyvos, proceso dokumentavimui svarbioje informacijoje yra apibrėžimas taikinys, apimtis, terminai y Apibrėžimai, atsakomybė y institucija, Veikla kurios atliekamos, Užkandis y išeina, rodikliai, Ištekliai, infrastruktūrą tai yra tarpusavio santykius su kitais procesais (Arrascaeta, 2005 ir Athena, 2004). Lin ir Polenske (1998) pateikia gamybos proceso sąnaudų ir išėjimų modelį. Šiame modelyje pateikiamas matematinis gamybos procese esančių sąnaudų ir išeigų aprašymas, siekiant suteikti informacijos sprendimams priimti, kai įmonės gamybinė veikla yra laikoma gamybos procesų visuma, kuri apjungia kelis veiksnius rezultatams pasiekti. Tačiau šis metodas neatsižvelgia į santykius tarp proceso ir jo klientų bei tiekėjų.
Čengas Leongas ir kiti (1999) išskiria du įvesties ir išvesties tipus: informaciją ir medžiagą. Tiekimo grandinės kontekste SCOR modelis (Supply Chain Operational
Referencinis modelis) naudojamas komunikacijai tarp tiekimo grandinėje esančių įmonių ir jų informacinių sistemų gerinti (Athena, 2004). ir kiti (2002). hernandezas ir kiti (2008) išskiria produktų srautus (transformacijos procesų įvestis ir išvestis), informacijos srautus (informacijos transformacijos procesų įvestis ir išvestis) ir sprendimų srautus (sprendimų priėmimo procesai ir jų santykiai).
Proceso įvesties ir išvesties identifikavimas yra reikalavimas, kurio turi būti laikomasi modeliuojant verslo procesus, tačiau analizuojami pasiūlymai nedetalizuoja, kaip tai turėtų būti daroma. Tai pateisina metodologijos, kuri padėtų nustatyti ir analizuoti verslo procesų įvestis ir išvestis, poreikį.
Verslo procesų įvesties ir išvesties bendradarbiavimo aplinkoje nustatymo ir modeliavimo metodikos pasiūlymas
Taikant metodiką, bus identifikuoti proceso įėjimai ir išėjimai vykdomos veiklos srauto požiūriu. Šia prasme sąnaudos transformuojamos arba naudojamos veiklos metu, kad būtų sukurta produkcija. Siūloma metodika vadovaujasi proceso iš viršaus į apačią metodu (iš viršaus į apačią), kad procesų, subprocesų ir veiklų įvestis ir išvestis būtų identifikuojami tokia tvarka.
Veiksmai, kurių reikia atlikti kiekvienam procesui, poprocesui ar veiklai, yra šie:
1. Nurodykite procesą, poprocesį ar veiklą: būtina vienareikšmiškai identifikuoti procesą, poprocesį ar veiklą, kurioje bus atliekami šie metodikos žingsniai.
2. Išėjimų (rezultatų) identifikavimas: proceso produkcija, kuri sukuria pridėtinę vertę klientui, turi būti atskirta nuo kitų proceso rezultatų, atsirandančių vykdant įvesties pavertimą vertės produkcija:
a) Kokios vertės išvestį (rezultatus) klientui suteikia procesas?
b) Kokius kitus išėjimus procesas sukuria transformuodamas įvestis?
Kiekvienam išėjimui:
2.1. Ar tai informacija, ar materiali produkcija?: procesai gali suteikti informacijos išvestį arba materialius objektus. Metodikoje suprantama, kad gali atsirasti:
— Duomenys arba informacija: duomenys arba informacija, gaunami vykdant veiklą arba procesą.
— Objektų (arba medžiagų) produkcija: objektai, pagaminti vykdant veiklą arba procesą.
2.2. Kas yra klientas ar gavėjas?: proceso rezultatas pateisinamas suteikiant vertę konkrečiam klientui (2a).
Kalbant apie kitus išėjimus, kurie yra transformacijos proceso pasekmė (2b), galime kalbėti apie išvesties gavėją.
23. Išvesties specifikacija: būtina nurodyti produkciją, kad ją būtų galima aiškiai identifikuoti pagal jos prigimtį ir gavėjo požiūriu. Pastaroji sąlyga, ar produkcija turi tokią vertę, kokios tikisi klientas:
2.3.1. Kokia yra produkcijos specifikacija kliento ar gavėjo požiūriu?
2.3.2. Kokia specifikacija atitinka jos prigimtį, priklausomai nuo to, ar tai informacija, ar objektas?
3. Įėjimų identifikavimas: Proceso įvestis gali būti įvairių tipų. IDEF0 į savo proceso modelį įtraukia šiuos pagrindinius elementus, kurie gali būti suprantami kaip įvestis į procesą: autoritetas (proceso aprašymas, specifikacija arba pagrindimas), kontrolė (sąlygos, kurios aktyvuoja procesą), įvestis (objektas, kuris patenka į procesą), ir mechanizmai (proceso naudojami ištekliai).
Siūlomoje metodikoje identifikuojami tik tie įėjimai, kurie patenka į procesą transformuoti arba naudojami produkcijai gaminti.
Kiekvienam įrašui:
3.1. Ar tai informacijos ar medžiagos įvedimas?: Metodikoje suprantama, kad gali atsirasti 2 tipų įvestis:
— Duomenų arba informacijos įvestis: duomenys arba informacija, kurie transformuojami arba naudojami vykdant veiklą ar procesą rezultatui gauti.
— Objekto (arba medžiagos) įvestis: objektai, kurie transformuojami arba naudojami veikloje ar procese, kad būtų sukurta produkcija.
3.2. Kas yra tiekėjas arba kilmė?: būtina informacija, norint nustatyti žaliavas, yra tiekėjas arba kilmė, kuri teikia sąnaudas, jei jie jau yra užmegzti arba jei norite užmegzti tam tikrus ryšius.
3.3. Įvesties specifikacija: būtina nurodyti įvestį, kad būtų galima aiškiai jį identifikuoti pagal savo pobūdį ir iš veiklos, kuri ją transformuoja ar naudoja, perspektyvos, nes pastaroji sąlygoja faktą, kad įvestis atitinka būtinus veiklai keliamus reikalavimus. padaryti išvestį:
3.3.1. Kokia įvesties specifikacija veiklos požiūriu?
3.3.2. Kokia specifikacija atitinka jos prigimtį, priklausomai nuo to, ar tai informacija, ar objektas?