BPMN — مدل و نمادگذاری فرآیندهای کسب‌وکار — یک زبان بصری استاندارد برای توصیف نحوه عملکرد فرآیندهای کسب‌وکار است. این زبان به کاربران کسب‌وکار، تحلیل‌گران، توسعه‌دهندگان و مدیران کمک می‌کند تا با استفاده از نمادهای یکسان، همان فرآیند را درک کنند.

این تصویر پنج حوزه اصلی BPMN را خلاصه می‌کند:

1. مسیرهای شناور – چه کسی مسئول است

2. عناصر جریان – چه اتفاقی در فرآیند می‌افتد

3. اشیاء اتصال‌دهنده – عناصر چگونه به هم مرتبط می‌شوند

4. داده‌ها – اطلاعات مورد استفاده یا تولید شده

5. مستندات – اطلاعات توضیحی اضافی

---

۱. BPMN برای چه کاری استفاده می‌شود

BPMN می‌تواند فرآیندهایی را توصیف کند، از جمله:

• پردازش سفارش مشتری

• تأیید درخواست مرخصی کارمند

• رسیدگی به ادعای بیمه

• معرفی و ادغام کارمند جدید

• ارسال محصولات از انبار

• رسیدگی به شکایت مشتری

• تأیید فاکتور

یک نمودار BPMN به سوالاتی از این دست پاسخ می‌دهد:

• هر فعالیت توسط چه کسی انجام می‌شود؟

• اول چه اتفاقی می‌افتد؟

• چه تصمیماتی گرفته می‌شود؟

• کدام فعالیت‌ها به صورت موازی انجام می‌شوند؟

• چه اطلاعاتی مورد نیاز است؟

• وقتی خطایی رخ می‌دهد چه اتفاقی می‌افتد؟

• فرآیند چه زمانی به پایان می‌رسد؟

یک فرآیند ساده ممکن است به این شکل باشد:

مشتری سفارش را ثبت می‌کند
        ↓
فروش سفارش را بررسی می‌کند
        ↓
انبار مرسوله را آماده می‌کند
        ↓
سفارش ارسال می‌شود
        ↓
مشتری تأییدیه را دریافت می‌کند

BPMN این فرآیند را به‌صورت بصری با استفاده از رویدادها، وظایف، دروازه‌ها، جریان‌ها، استخرها و نوارها نمایش می‌دهد.

---

۲. ساختار نمودار BPMN

یک فرآیند BPMN معمولاً شامل چهار بخش اصلی است:

رویداد شروع → فعالیت → تصمیم‌گیری → فعالیت → رویداد پایان

برای مثال:

سفارش دریافت شد
      ↓
بررسی موجودی
      ↓
آیا محصول موجود است؟
   ↙              ↘
 بله              خیر
  ↓                ↓
بسته‌بندی سفارش   اطلاع‌رسانی به مشتری
  ↓                ↓
ارسال سفارش      لغو سفارش
   ↘              ↙
       پایان

عناصر اصلی در ادامه توصیف شده‌اند.

---

۳. نوارهای شناور: استخرها و نوارها

نوارهای شناور مسئولیت‌ها را سازماندهی می‌کنند. آن‌ها نشان می‌دهند که هر فعالیت توسط کدام شرکت‌کننده، بخش، نقش یا سیستم انجام می‌شود.

استخرها

یکاستخرنماینده یک شرکت‌کننده اصلی در یک فرآیند است.

یک شرکت‌کننده ممکن است باشد:

• یک شرکت

• یک مشتری

• یک تأمین‌کننده

• یک بانک

• یک سازمان دولتی

• یک سیستم نرم‌افزاری خارجی

مثال:

استخر: شرکت خرده‌فروشی آنلاین

یک استخر می‌تواند شامل یک یا چند نوار باشد.

یک استخر همچنین می‌تواند به‌صورت یک جعبه جمع‌شده نمایش داده شود، زمانی که فرآیند داخلی مدل‌سازی نمی‌شود.

نوارها

یکنواریک تقسیم‌بندی درون یک استخر است. معمولاً نشان‌دهنده موارد زیر است:

• یک بخش

• یک نقش شغلی

• یک تیم

• یک سیستم

• یک عملکرد کسب‌وکار

مثال:

حوضچه: شرکت خرده‌فروشی آنلاین
 ├── بخش فروش
 ├── انبار
 └── بخش مالی

یک فرآیند ممکن است به این صورت سازماندهی شود:

مسیر	مسئولیت
مشتری	سفارش را ثبت می‌کند و اعلان‌ها را دریافت می‌کند
بخش فروش	سفارش را بررسی و تأیید می‌کند
انبار	محصولات را انتخاب، بسته‌بندی و ارسال می‌کند
بخش مالی	پرداخت را پردازش می‌کند
شریک تحویل	بسته را تحویل می‌دهد

مثال با مسیرها

مشتری          | ثبت سفارش ─────────────── دریافت تأیید
                  |
بخش فروش  | دریافت سفارش → بررسی سفارش → تأیید سفارش
                  |
انبار         |                         انتخاب کالاها → بسته‌بندی → ارسال
                  |
مالی           | دریافت درخواست پرداخت → تأیید پرداخت

موقعیت یک فعالیت در یک مسیر نشان می‌دهد که چه کسی مسئول آن است.

حوضچه در مقابل مسیر

عنصر	معنی	مثال معمول
حوضچه	شرکت‌کننده یا سازمان اصلی	مشتری، تأمین‌کننده، بانک
مسیر	نقش، بخش یا سیستم درون یک شرکت‌کننده	فروش، انبار، مالی

قانون مقدماتی

از یک استخر زمانی که شرکت‌کننده از نظر سازمانی یا عملیاتی جدا است. از یک مسیر زمانی که شرکت‌کننده یک نقش یا گروه درون آن استخر است.

---

۴. عناصر جریان

عناصر جریان توصیف‌کننده آنچه در فرآیند رخ می‌دهد است. سه نوع اصلی عبارتند از:

1. رویدادها

2. فعالیت‌ها

3. درگاه‌ها

---

۴.۱ رویدادها

یک رویداد نشان‌دهنده چیزی است که در طول یک فرآیند رخ می‌دهد. رویدادها معمولاً کار در حال انجام را توصیف نمی‌کنند؛ بلکه نشان می‌دهند که چیزی فرآیند را آغاز، وقفه یا پایان می‌دهد.

رویدادها با دایره‌ها نمایش داده می‌شوند.

رویداد آغاز

یک رویداد آغاز نشان می‌دهد که فرآیند از کجا شروع می‌شود.

نماد: دایره با خط نازک

مثال‌ها:

• مشتری سفارشی را ثبت می‌کند

• یک پیام دریافت می‌شود

• یک تایمر به تاریخ برنامه‌ریزی شده می‌رسد

• یک کارمند درخواستی را ثبت می‌کند

مثال:

○ سفارش دریافت شد

یک رویداد آغاز معمولاً باید جریان خروجی داشته باشد اما هیچ جریان ترتیب ورودی نداشته باشد.

رویداد میانی

یک رویداد میانی بین آغاز و پایان یک فرآیند رخ می‌دهد.

نماد: دایره‌ای با دو خط

می‌تواند نشان‌دهنده‌ی موارد زیر باشد:

• در انتظار پیام

• در انتظار تایمر

• گیرنده‌ی خطا

• ارسال اعلان

• ارتقای یک مشکل

مثال:

شروع → بررسی سفارش → ◉ انتظار برای پرداخت → ارسال سفارش

یک رویداد میانی می‌تواند:

• گیرنده‌یچیزی، مانند انتظار برای دریافت پیام

• پرتاب‌کننده‌یچیزی، مانند ارسال پیام یا ایجاد خطا

رویداد پایان

یک رویداد پایان نشان می‌دهد که مسیر فرآیند در کجا به پایان می‌رسد.

نماد: دایره‌ای با خط ضخیم

مثال‌ها:

• سفارش تکمیل شد

• درخواست رد شد

• پرداخت ناموفق بود

• پرونده بسته شد

مثال:

ارسال سفارش → ● سفارش تکمیل شد

یک رویداد پایان معمولاً جریان توالی ورودی دارد، اما جریان توالی خروجی ندارد.

---

۴.۲ فعالیت‌ها

یک فعالیت نشان‌دهنده‌ی کاری است که در فرآیند انجام می‌شود. فعالیت‌ها به صورت مستطیل‌های گرد نمایش داده می‌شوند.

مثال‌ها:

• بررسی درخواست

• تأیید پرداخت

• انتخاب محصولات

• ارسال فاکتور

• به‌روزرسانی سوابق مشتری

فعالیت‌ها معمولاً باید با استفاده از یک فعل و یک مفعول نام‌گذاری شوند:

• بررسی درخواست

• اعتبارسنجی آدرس

• تأیید درخواست

• ارسال تأییدیه

از نام‌های مبهم مانند موارد زیر پرهیز کنید:

• پردازش

• کار

• رسیدگی به مسئله

• گام ۱

وظیفه

یک وظیفه یک واحد کاری واحد است که در نمودار فعلی به‌صورت جزئی‌تر شکسته نمی‌شود.

مثال:

[بررسی سفارش مشتری]

یک وظیفه می‌تواند به‌صورت دستی، خودکار، یا توسط کاربری که با یک سیستم کار می‌کند، انجام شود.

انواع رایج وظیفه BPMN شامل موارد زیر هستند:

نوع وظیفه	معنی	مثال
وظیفه کاربر	یک فرد با استفاده از یک سیستم کار انجام می‌دهد	تأیید درخواست وام
وظیفه دستی	یک فرد بدون استفاده از سیستم کار انجام می‌دهد	بازرسی بسته
وظیفه سرویس	یک سیستم یا سرویس خودکار کار را انجام می‌دهد	محاسبه هزینه حمل‌ونقل
ارسال وظیفه	پیامی را ارسال می‌کند	ارسال تأییدیه سفارش
دریافت وظیفه	منتظر دریافت پیام است	دریافت پاسخ تأمین‌کننده
وظیفه اسکریپت	یک اسکریپت یا برنامه را اجرا می‌کند	محاسبه مجموع
وظیفه قانون کسب‌وکار	قوانین کسب‌وکار را اعمال می‌کند	تعیین تخفیف

برای مبتدیان، یک وظیفه عمومی معمولی اغلب کافی است، مگر اینکه جزئیات دقیق پیاده‌سازی مهم باشد.

زیرفرآیند

یکزیرفرآیندگروهی از فعالیت‌ها است که به‌عنوان یک فعالیت بزرگ‌تر در نظر گرفته می‌شود.

مثال:

[پردازش مرجوعی مشتری]

در داخل زیرفرآیند ممکن است موارد زیر باشد:

دریافت درخواست مرجوعی
      ↓
بررسی واجد شرایط بودن مرجوعی
      ↓
بازرسی کالای مرجوعی
      ↓
صدور بازپرداخت

از زیرفرآیند استفاده کنید وقتی:

• گروه فعالیت‌ها از نظر منطقی مرتبط هستند

• نمودار بیش از حد بزرگ شده است

• می‌خواهید جزئیات را به‌طور موقت پنهان کنید

• همان گروه از مراحل مجدداً استفاده می‌شود

• افراد مختلف به سطوح متفاوتی از جزئیات نیاز دارند

یک زیرفرآیند به صورت یک مستطیل با گوشه‌های گرد نمایش داده می‌شود که هنگام جمع‌شدن، یک علامت مثبت کوچک در کنار آن قرار دارد.

---

۴.۳ دروازه‌ها

یک دروازه کنترل می‌کند که فرآیند چگونه شاخه‌بندی، ادغام یا تصمیم‌گیری می‌کند. دروازه‌ها با المان‌های لوزی نمایش داده می‌شوند.

نماد داخل لوزی، نوع دروازه را نشان می‌دهد.

دروازه انحصاری: XOR

یک دروازه انحصاری دقیقاً یک مسیر را انتخاب می‌کند.

مثال:

                 ┌── بله → تأیید درخواست
بررسی درخواست ─◇─┤
                 └── خیر  → رد درخواست

از یک دروازه انحصاری زمانی استفاده کنید که تنها یک شرط می‌تواند صادق باشد.

سوال مثال:

آیا ارزش سفارش بیشتر از ۱,۰۰۰ دلار است؟

مسیرهای ممکن:

• بله: نیاز به تأیید مدیر

• خیر: ادامه خودکار

نمادگذاری معمول:

◇ آیا پرداخت تأیید شده است؟

فقط یک مسیر خروجی باید دنبال شود.

دروازه موازی: AND

یک دروازه موازی چندین مسیر را همزمان فعال می‌کند.

مثال:

                 ┌── ارسال فاکتور
سفارش تأیید شد ─◇
                 └── آماده‌سازی ارسال

هر دو فعالیت انجام می‌شوند.

یک دروازه موازی همچنین می‌تواند مسیرهای موازی را همگام‌سازی کند:

ارسال فاکتور ────┐
                 ◇── ارسال سفارش
آماده‌سازی ارسال ┘

فرآیند تنها پس از تکمیل هر دو شاخه ادامه می‌یابد.

از یک دروازه موازی زمانی استفاده کنید که فعالیت‌ها مستقل هستند و می‌توانند همزمان رخ دهند.

دروازه شمولی: OR

یک دروازه شمولی بسته به شرایط، یک یا چند مسیر را فعال می‌کند.

مثال:

 

 

نوع مشتری؟
   ├── مشتری تجاری → ایجاد حساب تجاری
   ├── بین‌المللی     → محاسبه عوارض گمرکی
   └── مشتری ممتاز  → اعمال تخفیف ممتاز

ممکن است یکی، دو تا یا هر سه مسیر انتخاب شوند.

از یک دروازه جامع استفاده کنید وقتی که چندین شرط ممکن است هم‌زمان برقرار باشند.

دروازه مبتنی بر رویداد

یک دروازه مبتنی بر رویداد، مسیری را بر اساس رویدادی که زودتر رخ می‌دهد، انتخاب می‌کند.

مثال:

 

 

ارسال پیش‌فاکتور
    ↓
◇ انتظار برای رویداد
   ├── مشتری می‌پذیرد → ایجاد سفارش
   ├── مشتری رد می‌کند → بستن درخواست
   └── زمان‌سنج منقضی می‌شود → ارسال یادآوری

این روش زمانی مفید است که فرآیند منتظر رویدادهای رقابتی باشد، مانند:

• پاسخ مشتری

• انقضای زمان

• پیامی از یک سیستم دیگر

مقایسه دروازه‌ها

دروازه	تعداد مسیرهای انتخاب‌شده	هدف اصلی
انحصاری	دقیقاً یکی	انتخاب بین گزینه‌های جایگزین
موازی	همه مسیرهای قابل‌اجرا	اجرای کارها هم‌زمان
جامع	یکی یا بیشتر	پیروی از هر شرطی که صدق می‌کند
مبتنی بر رویداد	اولین رویداد رخ‌داده	واکنش به رویدادی که زودتر رخ می‌دهد

نام‌گذاری دروازه

یک دروازه را می‌توان به صورت یک سوال نوشت:

• آیا پرداخت تأیید شده است؟

• آیا مشتری واجد شرایط است؟

• آیا تمام مدارک کامل هستند؟

• آیا مهلت سپری شده است؟

جریان‌های خروجی باید از شرایط مطابقی استفاده کنند:

• بله / خیر

• تأیید شده / رد شده

• کامل / ناقص

---

۵. اشیاء اتصال‌دهنده

اشیاء اتصال‌دهنده نشان می‌دهند که عناصر BPMN چگونه با یکدیگر مرتبط هستند.

---

۵.۱ جریان ترتیبی

یک جریان ترتیبینشان‌دهنده ترتیب وقوع فعالیت‌ها، رویدادها و دروازه‌ها است.

آن با یک خط پیوسته و یک سرپیکان توپر نمایش داده می‌شود.

شروع → بررسی درخواست → تأیید درخواست → پایان

جریان ترتیبی معمولاً درون همان استخر استفاده می‌شود.

مثال:

○ شروع → [اعتبارسنجی سفارش] → ◇ پرداخت تأیید شد؟

قوانین جریان ترتیبی

• از پیکان‌ها برای نشان دادن جهت استفاده کنید.

• جهت را یکسان نگه دارید؛ معمولاً از چپ به راست یا از بالا به پایین.

• در صورت نیاز، جریان‌های شرطی را برچسب‌گذاری کنید.

• از تقاطع خطوط خودداری کنید.

• از جریان ترتیبی برای اتصال استخرهای جداگانه استفاده نکنید.

---

۵.۲ جریان پیام

یک جریان پیامنشان‌دهنده ارتباط بین شرکت‌کنندگان یا استخرهای جداگانه است.

آن با یک خط چین و یک سرپیکان توخالی نمایش داده می‌شود.

مثال:

استخر مشتری       - - - پیام سفارش - - -> استخر شرکت
استخر شرکت        - - - تأییدیه - - -> استخر مشتری

جریان پیام می‌تواند نشان‌دهنده موارد زیر باشد:

• ارسال سفارش

• دریافت فاکتور

• ارسال درخواست پرداخت

• دریافت به‌روزرسانی تحویل

• تبادل اطلاعات با یک سیستم خارجی

جریان ترتیبی در مقابل جریان پیام

اتصال	استفاده شده بین	معنی
جریان ترتیبی	عناصر در همان حوضچه	ترتیب کار
جریان پیام	حوضچه‌های جداگانه یا شرکت‌کنندگان	ارتباط بین شرکت‌کنندگان

یک اشتباه رایج برای مبتدیان، استفاده از جریان ترتیبی بین دو حوضچه است. به جای آن از جریان پیام استفاده کنید.

---

۵.۳ پیوند

یکپیونداطلاعات اضافی را به یک عنصر BPMN پیوند می‌دهد.

آن به صورت یک خط چین نمایش داده می‌شود.

از آن برای اتصال موارد زیر استفاده کنید:

• یک یادداشت متنی به یک فعالیت

• یک شیء داده به یک وظیفه

• یک گروه به عناصر مرتبط

مثال:

[تایید فاکتور] ······· «تایید مدیر الزامی است»

یک پیوند ترتیب فرآیند را کنترل نمی‌کند. آن به سادگی زمینه را اضافه می‌کند.

---

۵.۴ پیوند داده

یک ارتباط داده‌ها نشان می‌دهد که داده‌ها چگونه وارد یا از یک فعالیت خارج می‌شوند.

می‌تواند نشان دهد:

• یک سند ورودی که استفاده می‌شود

• یک سند خروجی که تولید می‌شود

• اطلاعاتی که به‌روزرسانی می‌شوند

• داده‌هایی که ذخیره می‌شوند

مثال:

[ایجاد فاکتور] ─ ─ ─ → سند فاکتور

خط معمولاً به صورت نقطه‌چین با یک سرپیکان باز است.

---

۶. عناصر داده

عناصر داده BPMN اطلاعاتی را نشان می‌دهند که توسط فرآیند استفاده یا ایجاد می‌شوند.

 

۶.۱ شیء داده

یک شیء داده نمایانگر اطلاعاتی است که در طول یک فرآیند استفاده یا تولید می‌شود.

مثال‌ها:

• سفارش مشتری

• فاکتور

• فرم درخواست

• برچسب ارسال

• سند تأیید

• رسید پرداخت

مثال:

[بررسی سفارش] ─ ─ ─ → سند سفارش

یک شیء داده لزوماً به معنای یک سند کاغذی فیزیکی نیست. همچنین ممکن است نمایانگر یک فایل دیجیتال یا یک رکورد تجاری باشد.

۶.۲ ورودی داده

یک ورودی داده نشان‌دهنده اطلاعاتی است که وارد فرآیند می‌شود.

مثال‌ها:

• درخواست مشتری

• پیش‌فاکتور تأمین‌کننده

• سفارش جدید

• سند بارگذاری‌شده

مثال:

درخواست مشتری → پردازش درخواست

۶.۳ خروجی داده

یک خروجی داده نشان‌دهنده اطلاعاتی است که توسط فرآیند تولید می‌شود.

مثال‌ها:

• درخواست تأییدشده

• تأییدیه ارسال

• فاکتور

• گزارش تکمیل

۶.۴ ذخیره‌گاه داده

یک ذخیره‌گاه داده نشان‌دهنده اطلاعات پایدار است که فراتر از یک نمونه فرآیند در دسترس باقی می‌ماند.

مثال‌ها:

• پایگاه داده مشتریان

• سیستم موجودی

• سوابق کارکنان

• مخزن اسناد

• سیستم حسابداری

مثال:

[به‌روزرسانی موجودی] ─ ─ ─ ↔ پایگاه داده موجودی

یک ذخیره‌گاه داده زمانی مفید است که فرآیند از یک مخزن اطلاعات بلندمدت می‌خواند یا به آن می‌نویسد.

مقایسه عناصر داده

عنصر	معنا	مثال
شیء داده	اطلاعات مورد استفاده یا تولید شده در طول یک فرآیند	فرم سفارش
ورودی داده	اطلاعات ورودی به فرآیند	درخواست مشتری
خروجی داده	اطلاعات خروجی از فرآیند	اعلامیه تأیید
مخزن داده	مخزن اطلاعات پایدار	پایگاه داده مشتری

---

۷. آثار

آثار اطلاعاتی را بدون تغییر جریان فرآیند اضافه می‌کنند.

تصویر دو اثر رایج را نشان می‌دهد: گروه‌ها و یادداشت‌های متنی.

---

۷.۱ گروه

یک گروه به‌صورت بصری عناصر مرتبط را احاطه می‌کند.

یک گروه با استفاده از یک مستطیل گرد با خط‌چین نمایش داده می‌شود.

از یک گروه برای:

• برجسته کردن یک مرحله از فرآیند

• سازماندهی فعالیت‌های مرتبط

• علامت‌گذاری مراحل مرتبط با انطباق

• شناسایی کارهای اختیاری

• توضیح مرزهای فرآیند

مثال:

┌ - - - - - تأیید مشتری - - - - - ┐
  [بررسی هویت] → [اعتبارسنجی آدرس]
└ - - - - - - - - - - - - - - - - - - - - -┘

یک گروه اجرای فرآیند را کنترل نمی‌کند. آن تنها یک ابزار بصری است.

۷.۲ توضیح متنی

یک توضیح متنی یک نظر یا توضیح اضافه می‌کند.

مثال:

[تصویب بازپرداخت] ····· «بازپرداخت‌های بالای ۵۰۰ دلار نیازمند تأیید مدیر هستند.»

توضیحات متنی برای موارد زیر مفید هستند:

• قوانین کسب‌وکار

• استثناها

• سیاست‌ها

• فرض‌ها

• توضیحات رفتارهای غیرمعمول

• یادداشت‌هایی برای خوانندگان

از توضیحات متنی به عنوان جایگزین منطق واقعی BPMN استفاده نکنید. اگر یک قاعده مسیر فرآیند را تغییر می‌دهد، آن را با یک دروازه یا رویداد مدل‌سازی کنید.

---

۸. مثال کامل: فرآیند سفارش آنلاین

مثال زیر شامل استخرها، نوارها، فعالیت‌ها، دروازه‌ها، داده‌ها و پیام‌ها است.

سناریو

یک مشتری یک سفارش آنلاین ثبت می‌کند. شرکت موجودی و پرداخت را بررسی می‌کند. اگر محصول موجود باشد و پرداخت تأیید شود، انبار سفارش را ارسال می‌کند. در غیر این صورت، مشتری مطلع می‌شود.

مشتری
  ○ ثبت سفارش
        |
        | پیام سفارش
        v

فروشگاه آنلاین
  بخش فروش
  ○ دریافت سفارش
        ↓
  [بررسی موجودی]
        ↓
  ◇ آیا محصول موجود است؟
     ↙              ↘
   خیر                بله
   ↓                  ↓
[اطلاع‌رسانی به مشتری]  [درخواست پرداخت]
   ↓                  ↓
  ● سفارش بسته شد   ◇ آیا پرداخت تأیید شد؟
                     ↙              ↘
                   خیر                بله
                   ↓                  ↓
             [اطلاع‌رسانی به مشتری]   انبار
                   ↓             [انتخاب کالاها]
              ● سفارش بسته شد          ↓
                                  [بسته‌بندی سفارش]
                                       ↓
                                  [ارسال سفارش]
                                       ↓
                                  [ارسال تأییدیه]
                                       ↓
                                      ● تکمیل شد

داده‌های استفاده‌شده در فرآیند

سفارش مشتری → دریافت سفارش
پایگاه داده موجودی ↔ بررسی موجودی
درخواست پرداخت → درخواست پرداخت
برچسب حمل‌ونقل → ارسال سفارش
تأییدیه سفارش → ارسال تأییدیه

ارتباط بین شرکت‌کنندگان

• مشتری یک سفارش را به شرکت ارسال می‌کند.

• شرکت یک درخواست پرداخت را به ارائه‌دهنده پرداخت ارسال می‌کند.

• ارائه‌دهنده پرداخت یک پیام تأیید یا رد را ارسال می‌کند.

• شرکت یک تأییدیه را به مشتری ارسال می‌کند.

• انبار یک درخواست حمل‌ونقل را دریافت می‌کند.

---

۹. مثال: درخواست مرخصی کارمند

قاعده کسب‌وکار

یک کارمند درخواست مرخصی ارائه می‌دهد. مدیر آن را تأیید یا رد می‌کند. در صورت تأیید، سیستم منابع انسانی موجودی مرخصی کارمند را به‌روزرسانی می‌کند.

کارمند
  ○ ارائه درخواست مرخصی
        ↓
مدیر
  [بررسی درخواست]
        ↓
  ◇ آیا تأیید شد؟
    ↙       ↘
  خیر         بله
  ↓           ↓
[ارسال رد]   [اطلاع‌رسانی به کارمند]
  ↓           ↓
  ● پایان    بخش منابع انسانی
                    [به‌روزرسانی موجودی مرخصی]
                    ↓
               [ثبت تأیید]
                    ↓
                   ● پایان

عناصر داده‌ای احتمالی

• درخواست مرخصی

• مانده مرخصی کارکنان

• اعلامیه تأیید

• سوابق منابع انسانی

یادداشت احتمالی

«درخواست‌های بیش از ۱۰ روز کاری نیازمند تأیید مدیر بخش هستند.»

اگر قانون مسیر تصمیم‌گیری دیگری ایجاد کند، باید با استفاده از یک دروازه مدل‌سازی شود، نه صرفاً به عنوان یک یادداشت نوشته شود.

---

۱۰. مثال: فعالیت‌های موازی

فرض کنید یک درخواست وام تأییدشده هم نیازمند بررسی اعتبار و هم بررسی هویت است. این دو می‌توانند همزمان انجام شوند.

[دریافت درخواست وام]
          ↓
       ◇ AND
       ↙   ↘
[بررسی اعتبار] [بررسی هویت]
       ↘   ↙
       ◇ AND
          ↓
 [تصمیم‌گیری درباره وام]
          ↓
         ● پایان

دروازه موازی اول فرآیند را تقسیم می‌کند. دروازه دوم تا تکمیل هر دو فعالیت صبر می‌کند.

از این الگو زمانی استفاده کنید که:

• فعالیت‌ها مستقل هستند

• هر دو فعالیت ضروری هستند

• انجام همزمان آن‌ها زمان را ذخیره می‌کند

---

۱۱. مثال: انتظار برای رویدادها

یک تأمین‌کننده پیش‌فاکتور ارسال می‌کند، اما شرکت ممکن است درخواست را نیز در صورتی که پاسخ بیش از حد طول بکشد، لغو کند.

[ارسال درخواست پیش‌فاکتور]
          ↓
  ◇ دروازه مبتنی بر رویداد
      ↙          ↘
[دریافت پیش‌فاکتور]  [زمان‌سنج منقضی شد]
      ↓              ↓
[ارزیابی پیش‌فاکتور]  [ارسال یادآوری]
      ↓              ↓
     ● پایان          ● پایان

مسیر بستگی به این دارد که کدام رویداد اول رخ دهد.

---

۱۲. چگونه یک نمودار BPMN ایجاد کنیم

هنگام مدل‌سازی یک فرآیند کسب‌وکار جدید، این فرآیند را دنبال کنید.

گام ۱: تعریف محدوده فرآیند

تعیین کنید که فرآیند از کجا آغاز و به کجا ختم می‌شود.

مثال:

• شروع: مشتری سفارش را ثبت می‌کند

• پایان: سفارش ارسال می‌شود یا لغو می‌گردد

از مدل‌سازی کل سازمان در یک نمودار خودداری کنید.

گام ۲: شناسایی مشارکت‌کنندگان

لیست افرادی، بخش‌ها، سازمان‌ها و سیستم‌های درگیر را تهیه کنید.

مثال:

• مشتری

• بخش فروش

• انبار

• ارائه‌دهنده پرداخت

تصمیم بگیرید که کدام‌یک باید به عنوان استخرها و کدام‌یک به عنوان مسیرها باشند.

گام ۳: شناسایی رویداد آغازین

بپرسید:

چه چیزی این فرآیند را آغاز می‌کند؟

پاسخ‌های ممکن:

• درخواستی ارائه می‌شود

• پیامی دریافت می‌شود

• زمان تعیین‌شده فرا می‌رسد

• شرطی برقرار می‌شود

گام ۴: فهرست کردن فعالیت‌های اصلی

ابتدا کار را به زبان ساده بنویسید.

مثال:

1. دریافت سفارش

2. بررسی موجودی

3. درخواست پرداخت

4. انتخاب محصولات

5. بسته‌بندی سفارش

6. ارسال سفارش

7. ارسال تأییدیه

گام ۵: افزودن تصمیم‌گیری‌ها

به دنبال سوالاتی بگردید که تعیین می‌کنند چه اتفاقی در ادامه می‌افتد.

مثال‌ها:

• آیا محصول موجود است؟

• آیا پرداخت تأیید شده است؟

• آیا درخواست کامل است؟

• آیا مهلت سپری شده است؟

این تصمیم‌ها را با گیت‌ها نمایش دهید.

گام ۶: افزودن رویدادهای پایان

یک فرآیند ممکن است چندین پایان داشته باشد.

مثال‌ها:

• سفارش تکمیل شد

• سفارش لغو شد

• درخواست رد شد

• پرداخت ناموفق بود

گام ۷: افزودن جریان‌های ترتیبی

فرآیند را از ابتدا تا انتها متصل کنید. جهت را ساده و قابل پیگیری نگه دارید.

گام ۸: افزودن پیام‌ها

ارتباط بین استخرهای جداگانه را با استفاده از جریان‌های پیامی نشان دهید.

گام ۹: افزودن داده‌ها و یادداشت‌ها

فقط در مواردی که فرآیند را شفاف می‌کنند، اسناد، پایگاه‌های داده، قوانین و یادداشت‌ها را اضافه کنید.

گام ۱۰: بازبینی نمودار

بررسی کنید که:

• هر مسیر فرآیند به درستی آغاز شود

• هر مسیر به یک پایان برسد

• گیت‌ها به صورت منطقی جفت شده باشند

• مسئولیت‌ها شفاف باشند

• پیام‌ها شرکت‌کنندگان جداگانه را به هم متصل کنند

• فعالیت‌ها به صورت یکسان نام‌گذاری شده باشند

• نمودار قابل خواندن باشد

---

۱۳. قواعد نام‌گذاری

نام‌های خوب درک نمودارهای BPMN را بسیار آسان‌تر می‌کنند.

رویدادها

از یک اسم یا عبارت رویداد استفاده کنید:

• سفارش دریافت شد

• پرداخت تأیید شد

• مهلت به پایان رسید

• مشتری درخواست را لغو می‌کند

وظایف

از یک فعل به همراه یک مفعول استفاده کنید:

• اعتبارسنجی درخواست

• بررسی موجودی

• تایید پرداخت

• ارسال اعلان

درگاه‌ها

از یک سوال استفاده کنید:

• آیا درخواست تکمیل شده است؟

• آیا پرداخت تایید شده است؟

• آیا محصولات موجود هستند؟

رویدادهای پایانی

از یک نتیجه استفاده کنید:

• سفارش تکمیل شد

• درخواست رد شد

• پرداخت ناموفق بود

• پرونده بسته شد

از برچسب‌های مبهم مانند موارد زیر پرهیز کنید:

• پردازش سفارش

• مدیریت درخواست

• انجام بررسی

• اقدام مورد نیاز

نام‌های دقیق‌تر را ترجیح دهید:

• اعتبارسنجی جزئیات سفارش

• بازبینی درخواست مشتری

• بررسی وضعیت پرداخت

• ارسال اعلان تایید

---

۱۴. اشتباهات رایج مبتدیان

استفاده از نوع جریان نادرست

نادرست:

جریان ترتیبی بین دو حوضچه مجزا

درست:

جریان پیام بین حوضچه‌های مجزا

از جریان ترتیبی برای ترتیب فعالیت‌ها درون یک شرکت‌کننده استفاده کنید. از جریان پیام برای ارتباط بین شرکت‌کنندگان استفاده کنید.

در نظر گرفتن هر بخش به عنوان یک حوضچه مجزا

بخش‌های یک سازمان معمولاً بهتر است به عنوان نوارهای درون یک حوضچه نمایش داده شوند. حوضچه‌های مجزا برای شرکت‌کنندگان مستقل مناسب‌تر هستند.

استفاده از دروازه‌ها برای کارهای ترتیبی ساده

هنگامی که انشعاب یا ادغامی وجود ندارد، دروازه‌ای اضافه نکنید.

غیرضروری:

شروع → ◇ → بررسی فرم → ◇ → پایان

بهتر:

شروع → بررسی فرم → پایان

فراموشی ادغام شاخه‌ها

اگر یک دروازه فرآیند را تقسیم کند، شاخه‌های آن ممکن است در ادامه نیاز به ادغام داشته باشند.

برای مثال، پس از تأیید یا رد یک درخواست، فرآیند ممکن است به یک مرحله اطلاع‌رسانی مشترک ادامه یابد.

استفاده از متن به جای منطق فرآیند

نوشتن «اگر پرداخت ناموفق بود، مشتری را مطلع کنید» به عنوان یک یادداشت، رفتار را مدل‌سازی نمی‌کند. از یک دروازه انحصاری استفاده کنید:

◇ پرداخت تأیید شد؟
   ├── بله → ادامه سفارش
   └── خیر  → اطلاع‌رسانی به مشتری

بارگذاری بیش از حد نمودار

نموداری با جزئیات بیش از حد، خواندن آن دشوار می‌شود. از موارد زیر استفاده کنید:

• زیرفرآیندها

• نمودارهای جداگانه

• گروه‌ها

• نمای‌های خاص‌تر برای مخاطبان مختلف

ترکیب سطوح جزئیات

مگر اینکه رابطه واضح باشد، از قرار دادن یک فعالیت سطح بالا مانند «پردازش سفارش» در کنار مراحل دقیق مانند «چاپ برچسب» و «بسته‌بندی» خودداری کنید.

برای نمودار یک سطح جزئیات را انتخاب کنید یا از یک زیرفرآیند استفاده کنید.

عدم وجود رویدادهای پایان

یک فرآیند باید به طور معمول نتایج ممکن خود را شفاف کند. در موارد مناسب، رویدادهای پایانی را برای مسیرهای موفق، رد شده، لغو شده یا ناموفق در نظر بگیرید.

---

۱۵. بهترین روش‌های مدل‌سازی BPMN

• با هدف و دامنه فرآیند شروع کنید.

• از یک جهت واضح چپ‌به‌راست یا بالا‌به‌پایین استفاده کنید.

• از یک رویداد شروعی استفاده کنید، مگر اینکه چندین محرک به‌طور واقعی مورد نیاز باشند.

• به هر مسیر مهم یک نتیجه واضح بدهید.

• وظایف را در سطح مشابهی از جزئیات نگه دارید.

• برای شفاف‌سازی مسئولیت‌ها از نوارها (Lanes) استفاده کنید.

• جریان‌های خروجی از دروازه‌ها را برچسب‌گذاری کنید.

• از جریان‌های پیام فقط برای ارتباط بین شرکت‌کنندگان استفاده کنید.

• تا حد امکان از تقاطع اتصالات خودداری کنید.

• نام‌های معنادار را بر نام‌های فنی ترجیح دهید.

• فقط زمانی که اطلاعات اهمیت دارند، از اشیاء داده استفاده کنید.

• از حاشیه‌نویسی‌ها برای توضیح استفاده کنید، نه برای جایگزینی منطق فرآیند.

• نمودارهای بزرگ را به زیرفرآیندها تقسیم کنید.

• مدل را با افرادی که کار واقعی را انجام می‌دهند، اعتبارسنجی کنید.

---

۱۶. برگه راهنمای سریع BPMN

نماد یا مفهوم	معنی
دایره نازک	رویداد شروع
دایره دوگانه	رویداد میانی
دایره ضخیم	رویداد پایان
مستطیل گرد	فعالیت یا وظیفه
مستطیل گرد با علامت مثبت	زیرفرآیند جمع‌شده
لوزی با علامت ضربدر	درگاه انحصاری
لوزی با علامت مثبت	درگاه موازی
لوزی با دایره	درگاه شمولی
لوزی با نشانگرهای رویداد	درگاه مبتنی بر رویداد
پیکان توپر	جریان ترتیبی
پیکان خط‌چین	جریان پیام
خط نقطه‌چین	ارتباط
شکل سند	شیء داده
استوانه پایگاه داده	مخزن داده
جعبه گروه‌بندی خط‌چین	گروه
جعبه متن	پانوشت متنی
ظرف خارجی بزرگ	استخر
زیربخش درون استخر	مسیر

---

۱۷. چک‌لیست ساده مدل‌سازی BPMN

قبل از نهایی کردن نمودار، بپرسید:

جریان فرآیند

• آیا شروع واضحی وجود دارد؟

• آیا فرآیند عادی به راحتی قابل پیگیری است؟

• آیا هر مسیر در نهایت به پایان می‌رسد؟

• آیا تصمیمات توسط دروازه‌ها (Gateways) نمایش داده می‌شوند؟

مسئولیت‌ها

• آیا هر فعالیت به یک شرکت‌کننده یا نوار (Lane) اختصاص داده شده است؟

• آیا حوضچه‌ها (Pools) برای شرکت‌کنندگان جداگانه استفاده می‌شوند؟

• آیا نوارها (Lanes) برای نقش‌های داخلی یا بخش‌ها استفاده می‌شوند؟

اتصالات

• آیا جریان‌های ترتیبی (Sequence Flows) درون یک حوضچه استفاده می‌شوند؟

• آیا جریان‌های پیامی (Message Flows) بین حوضچه‌ها استفاده می‌شوند؟

• آیا شاخه‌های دروازه (Gateway) برچسب‌گذاری شده‌اند؟

اطلاعات

• آیا اسناد مهم نمایش داده شده‌اند؟

• آیا سیستم‌های پایدار به عنوان انبارهای داده (Data Stores) نمایش داده می‌شوند؟

• آیا حاشیه‌نویسی‌ها (Annotations) فقط برای شفاف‌سازی استفاده می‌شوند؟

خوانایی

• آیا نمودار بیش از حد بزرگ است؟

• آیا فعالیت‌ها به صورت یکسان نام‌گذاری شده‌اند؟

• آیا خطوط اتصال به راحتی قابل پیگیری هستند؟

• آیا یک زیرفرآیند می‌تواند نمودار را ساده‌تر کند؟

ایده مرکزی ساده است: رویدادها توصیف‌کننده اتفاقات، فعالیت‌ها توصیف‌کننده کارها، دروازه‌ها کنترل‌کننده تصمیمات یا مسیرهای موازی، نوارهای شناور (Swimlanes) نشان‌دهنده مسئولیت‌ها، اتصالات نشان‌دهنده روابط، و عناصر داده نشان‌دهنده اطلاعات هستند.به طور مشترک، این عناصر تصویری واضح از چگونگی آغاز، پیشرفت، انشعاب، ارتباط و پایان یک فرآیند کسب‌وکار ارائه می‌دهند.

منابع

1. راهنمای جامع BPMN، ابزارهای Visual Paradigm، هوش مصنوعی و اکوسیستم: پست رسمی وبلاگ که چهار رکن اکوسیستم هوش مصنوعی VP را با مثال‌های عملی BPMN مانند استخدام کارکنان و انجام سفارش تشریح می‌کند.
2. تسلط بر مدل‌سازی فرآیندهای کسب‌وکار: راهنمای کامل BPMN و تولید نمودار با هوش مصنوعی: راهنمای رسمی که نحوه استفاده از تولیدکننده نمودار فرآیند کسب‌وکار با هوش مصنوعی را با دستورالعمل‌های گام‌به‌گام و مقایسه ویژگی‌ها تشریح می‌کند.
3. از متن تا جریان فرآیند: بررسی عملی من از تولیدکننده BPMN با هوش مصنوعی Visual Paradigm: بررسی مستقل که عملکرد تولیدکننده را در سناریوهای واقعی (تجارت الکترونیک، پشتیبانی فناوری اطلاعات، بانکداری) از دیدگاه تحلیل‌گر کسب‌وکار آزمایش می‌کند.
4. تولیدکننده نمودار BPMN با هوش مصنوعی: ابزار حرفه‌ای BPD: صفحه رسمی محصول که ویژگی تبدیل متن به نمودار، نحوه دسترسی به آن در VP Desktop و مزایای کلیدی مانند انطباق با استانداردها را توضیح می‌دهد.
5. راهنمای جامع BPMN، ابزارهای Visual Paradigm، هوش مصنوعی و اکوسیستم: نسخه چینی راهنمای جامع که اصول اولیه BPMN و مطالعات موردی تولید مبتنی بر هوش مصنوعی را پوشش می‌دهد.
6. از متن تا جریان فرآیند: بررسی عملی مولد BPMN مبتنی بر هوش مصنوعی Visual Paradigm: مطالعه موردی دقیق درباره فرآیند ارسال یک خرده‌فروش سخت‌افزار، که نشان می‌دهد هوش مصنوعی چگونه با گیت‌ها، اجرای موازی و منطق شناور (swimlane) برخورد می‌کند.
7. مولد نمودار BPMN مبتنی بر هوش مصنوعی: ابزار حرفه‌ای BPD: راهنمای محصول چینی که قابلیت‌های مولد هوش مصنوعی را با جزئیات شرح می‌دهد، از جمله شامل خودکار استخر و مسیر برای شفافیت بین‌وظیفه‌ای.
8. تجربه شخصی من: استفاده از مولد BPMN مبتنی بر هوش مصنوعی Visual Paradigm برای تغییر مستندات فرآیند کاری: بررسی مستقیم عملکرد مولد هوش مصنوعی در سناریوهای استخدام کارکنان، پشتیبانی از مشتریان و تأیید وام.
9. راهنمای عملی مبتدیان برای مدل‌سازی فرآیندهای کسب‌وکار BPMN 2.0: ساخت آسان نمودارهای جریان حرفه‌ای با استفاده از Visual Paradigm و هوش مصنوعی: آموزش عملی شامل استراتژی‌های نوشتن پرامپت و تکنیک‌های پیشرفته بهینه‌سازی با استفاده از چت‌بات هوش مصنوعی برای بهبود گفتگومحور.
10. راهنمای جامع عملی BPMN: تجربه Visual Paradigm، قابلیت‌های هوش مصنوعی و راهنمای عمیق اکوسیستم: مجموعه‌ای از مقالات که راه‌اندازی مولد BPMN مبتنی بر هوش مصنوعی را پوشش می‌دهد، با بررسی‌های عمیق در مورد یکپارچه‌سازی اکوسیستم و مثال‌های عملی.

This post is also available in Deutsch, English, Español and Français.