Ідентифікація входів і виходів є життєво важливим аспектом моделювання бізнес-процесів, а також тісно пов’язана з визначенням інформаційної системи, яка підтримує виконання процесів.
Запропоновано методологію для ідентифікації та моделювання входів і виходів бізнес-процесів у середовищі співпраці.
Вхідні та вихідні дані бізнес-процесів розглядалися з різних робочих дисциплін: управління бізнес-процесами, архітектури бізнес-моделювання або розроблення вимог до програмного забезпечення. У середовищі спільної роботи бізнес-процеси мають кілька відмінностей від традиційних бізнес-процесів. З одного боку
виконання процесуальних дій є відповідальністю двох або більше суб’єктів (компаній, ланцюгів поставок або мереж), а разом з цим і проблеми системи, яка підтримує процеси, і пов’язаної інформаційної системи, з іншого боку, відносини співпраці змінюють те, як інформація ділиться між суб'єктами.
У сфері управління бізнес-процесами надаються методи та інструменти, які враховують вхідні та вихідні дані процесу. Деякі з цих методів (Aguilar-Saven, 2004): блок-схема, діаграми потоку даних-DFD, діаграми ролей-діяльності-RAD, діаграми ролей-взаємодій-RID), діаграми Ганта, IDEF (інтегроване визначення для рольового моделювання), кольорові мережі Петрі ( Couloured Petri-net-CPN), об’єктно-орієнтовані методи (Object Orientation-OO) або методи робочого процесу Архітектури бізнес-моделювання Вони підходять до моделювання бізнес-процесів, використовуючи різні види моделювання, кожен з яких зосереджений і працює на одній конкретній частині інтегрованої бізнес-моделі ( То, 1999).
Кожна архітектура моделювання пропонує власні види моделювання, наприклад: AIMOSA (Організація, ресурси, інформація та функції), GRAI-GIM (Продукт),
Фізична система, система прийняття рішень, інформаційна та функціональна система), PERA (організація та HR архітектура, інформаційна система та виробнича група), GERAM (організація, ресурси, інформація та функції), ARIS (функції, дані,
Організація та контроль). Вхідні та вихідні дані процесу розглядалися переважно з функціональної та інформаційної точок зору (Melao and Pidd, 2000). Нарешті, розробка вимог до програмного забезпечення дозволяє ідентифікувати елементи, які повинні бути представлені в моделях, метою яких є проектування інформаційної системи і які, таким чином, чітко враховують зв’язок між бізнес-процесами та обчислювальними системами.
Розробка вимог намагається зрозуміти точні потреби користувачів програмної системи, щоб перевести ці потреби в точні та однозначні інструкції, які пізніше можна використати при розробці системи.
Різні робочі дисципліни надають різні інструменти моделювання та включають, у багатьох випадках, власні методології (Cuenca та інші, 2006). Методології моделювання процесу залежать від моделі, яка розробляється. З глобальної точки зору, інформація, що стосується документування процесу, містить визначення мета, сфера застосування, умови Ю визначення, відповідальність Ю авторитет, Діяльності які виконуються, закуска Ю виходи, показники, Ресурси, інфраструктура Це є взаємозв'язки з іншими процесами (Arrascaeta, 2005 та Athena, 2004). Лін і Поленске (1998) представляють модель входів і виходів виробничого процесу. Ця модель забезпечує математичний опис наявних входів і виходів у процесі виробництва з метою надання інформації для прийняття рішень, де продуктивна діяльність компанії розглядається як набір продуктивних процесів, які поєднують кілька факторів для отримання результатів. Однак цей підхід не враховує відносини між процесом та його клієнтами та постачальниками.
ченг леонг та інші (1999) розрізняє два типи входів і виходів: інформацію та матеріал. У контексті ланцюга поставок модель SCOR (Supply Chain Operational
Reference Model) використовується для покращення зв’язку між компаніями ланцюга постачання та їхніми інформаційними системами (Athena, 2004). та інші (2002) пропонують підхід, заснований на входах і виходах виробничих процесів, які використовуються для розробки конкретних моделей, які досліджують потоки між виробничими процесами, або глобального ланцюга поставок, або частини ланцюга. Ернандес та інші (2008) розрізняють потоки продуктів (входи та виходи для процесів трансформації), інформаційні потоки (входи та виходи для процесів трансформації інформації) та потоки рішень (процеси прийняття рішень та їхні взаємозв’язки).
Ідентифікація входів і виходів процесу є вимогою, яка має бути виконана при моделюванні бізнес-процесу, але проаналізовані пропозиції не детально описують, як це має бути зроблено. Це виправдовує потребу в методології, яка допомагає ідентифікувати та аналізувати вхідні та вихідні дані бізнес-процесів.
Запропонована методологія ідентифікації та моделювання входів і виходів бізнес-процесів у середовищі спільної роботи
За допомогою методології входи та виходи процесу будуть визначені з точки зору потоку діяльності, яка виконується. У цьому сенсі входи перетворюються або використовуються під час діяльності для отримання результату. Запропонована методологія дотримується процесуального підходу зверху вниз (зверху вниз), щоб входи та виходи процесів, підпроцесів і дій ідентифікувалися в такому порядку.
Для кожного процесу, підпроцесу чи діяльності необхідно виконати такі кроки:
1. Визначте процес, підпроцес або діяльність: необхідно однозначно ідентифікувати процес, підпроцес або діяльність, на яких будуть виконуватися наступні кроки методології.
2. Ідентифікація виходів (результатів): виходи процесу, які додають цінність для клієнта, слід відрізняти від інших виходів процесу, що є результатом діяльності з перетворення вхідних даних у вихідні значення:
a) Які вихідні дані (результати) цінності для клієнта забезпечує процес?
b) Які ще виходи генерує процес у результаті перетворення входів?
Для кожного виходу:
2.1. Це вихід інформації чи матеріалу?: Процеси можуть забезпечити вихід інформації чи матеріальних об’єктів. У методології розуміється, що може з'явитися таке:
— Вихід даних або інформації: дані або інформація, отримані в результаті діяльності або процесу.
— Вихід об’єктів (або матеріалів): об’єкти, які виробляються діяльністю або процесом.
2.2. Хто є замовником чи одержувачем?: Результат процесу виправдовується наданням цінності конкретному замовнику (2a).
У випадку інших результатів як наслідок процесу трансформації (2b) можна говорити про одержувача результату.
23. Специфікація результату: необхідно визначити результат, щоб чітко ідентифікувати його відповідно до його власної природи та з точки зору його одержувача. Останній визначає, чи має вихід очікувану клієнтом цінність:
2.3.1. Яка специфікація результату з точки зору замовника чи одержувача?
2.3.2. Яка специфікація відповідає своїй природі залежно від того, чи є вона інформацією чи об’єктом?
3. Ідентифікація вхідних даних: вхідні дані процесу можуть бути різних типів. IDEF0 включає в свою модель процесу такі основні елементи, які можна розуміти як входи в процес: повноваження (опис, специфікація або обґрунтування процесу), контроль (умови, які активують процес), входи (об’єкт, який входить до процесу), і механізми (ресурси, що використовуються процесом).
У запропонованій методології ідентифікуються лише входи, які надходять у процес, щоб бути перетвореними або використані для отримання результату.
Для кожного запису:
3.1. Це інформаційний чи матеріальний запис?: У методології розуміється, що можуть з’являтися 2 типи записів:
— Вхідні дані або інформація: дані або інформація, які перетворюються або використовуються діяльністю чи процесом для отримання результату.
— Вхідні дані об’єкта (або матеріалу): об’єкти, які трансформуються або використовуються в діяльності чи процесі для отримання результату.
3.2. Хто є постачальником або джерелом?: необхідною інформацією для ідентифікації вхідних даних є постачальник або джерело, що постачає вхідні ресурси, якщо вони вже встановлені або якщо ви хочете встановити певний тип відносин.
3.3. Специфікація вхідних даних: необхідно вказати вхідні дані, щоб чітко ідентифікувати їх відповідно до його власної природи та з точки зору діяльності, яка його перетворює або використовує, оскільки остання обумовлює той факт, що вхідні дані відповідають необхідним вимогам до діяльності Вивести:
3.3.1. Що таке вхідна специфікація з точки зору діяльності?
3.3.2. Яка специфікація відповідає своїй природі залежно від того, чи є вона інформацією чи об’єктом?