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

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

نمودار مرجع نمادگذاری BPMN که اشیاء جریان، اشیاء اتصال، راه‌های شناور و اشیاء مکمل را با مثال‌ها و توضیحات نشان می‌دهد.

اشیاء جریان:رویدادها، فعالیت‌ها و دروازه‌ها
اشیاء اتصال:جریان‌های توالی، جریان‌های پیام و ارتباطات
استخرهای شنا:کیسه‌ها و نوارها
ابزارها:اشیاء داده، گروه‌ها و نشانه‌گذاری‌های متنی

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

1. اشیاء جریان BPMN چیستند؟

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

سه نوع وجود دارد:

شیء جریان	شکل پایه	هدف اصلی
رویداد	دایره	چیزی که رخ می‌دهد
فعالیت	مستطیل گرد	کاری که انجام می‌شود
گیت‌واي	diamant	یک تصمیم، شاخه‌بندی، ادغام یا نقطه همگام‌سازی

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

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

برای مثال:

نمودار جریان BPMN که جریان فرآیند را با نمادهای رویداد شروع، فعالیت، گیت‌واي و رویداد پایان نشان می‌دهد.

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

شکل‌ها ساده هستند، اما نمادهای داخل آنها معنای اضافی ارائه می‌دهند.

2. رویدادها: چیزهایی که رخ می‌دهند

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

رویدادها به صورت دایره‌ها نشان داده می‌شوند. حاشیه نشان‌دهنده مکان وقوع رویداد در فرآیند است:

نوع رویداد	ظاهر حاشیه	معنی
رویداد شروع	خط تکی نازک	نشان‌دهنده نحوه شروع یک فرآیند است
رویداد میانی	خط دوگانه	در میان شروع و پایان رخ می‌دهد
رویداد پایان	خط تکی ضخیم	نشان‌دهنده نحوه پایان مسیر فرآیند است

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

2.1 رویدادهای شروع

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

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

مثال‌های رایج عبارتند از:

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

رویداد شروع بدون هیچ چیز

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

○

مثال:

○ → بررسی درخواست

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

رویداد شروع پیام

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

مثال:

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

موارد استفاده رایج:

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

رویداد شروع زمان‌سنج

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

مثال‌ها:

شروع تولید صورتحساب هر ماه
شروع فرآیند تمدید ۳۰ روز قبل از انقضا
اجرای فرآیند تطبیق روزانه

رویداد شروع شرطی

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

مثال:

سطح موجودی کاهش می‌یابد و زیر نقطه تکمیل قرار می‌گیرد

رویداد شروع سیگنال

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

مثال:

دریافت سیگنال «بسته شدن اضطراری» → بستن تمام شعب

رویداد شروع چندگانه

رویداد شروع چندگانه نشان می‌دهد که چندین محرک متفاوت می‌توانند فرآیند یکسانی را شروع کنند.

برای مثال، یک پرونده پشتیبانی ممکن است زمانی شروع شود که:

مشتری فرم وب را ارسال کند
یک کارمند پرونده را به صورت دستی وارد کند
یک سیستم نظارت خودکار یک مشکل را تشخیص می‌دهد

2.2 رویدادهای میانی

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

این رویداد با یک حاشیه دوبل رسم می‌شود.

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

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

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

رویداد میانی زمان‌سنج

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

مثال‌ها:

سه روز کاری صبر کنید
تا تاریخ خاصی صبر کنید
اگر پاسخی در مدت 24 ساعت ارسال نشود، ارتقا دهید
عملیات تکراری را هنگامی که فرآیند فعال است انجام دهید

مثال:

ارسال پیش فاکتور → انتظار ۳ روز → بررسی پاسخ

رویداد میانی پیام

یک رویداد میانی پیام یا منتظر پیام است یا یک پیام را ارسال می‌کند.

مثال‌ها:

ارسال درخواست تأیید → انتظار پاسخ تأیید

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

رویداد میانی خطا

یک رویداد خطا شرایط خطا را نشان می‌دهد که بر جریان عادی فرآیند تأثیر می‌گذارد.

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

مثال:

پردازش پرداخت
      │
      └── خطا → مدیریت شکست پرداخت

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

یک رویداد ارتقاء نشان می‌دهد که یک مسئله نیاز به توجه در سطح بالاتری دارد بدون اینکه لزوماً نشانه‌ای از شکست فنی باشد.

مثال:

حل شکایت مشتری
      │
      └── ارتقاء → بازبینی مدیریتی

رویداد میانی شرطی

یک رویداد شرطی تا زمانی که شرط مشخص شده برقرار شود، منتظر می‌ماند.

مثال:

صبر کن تا حساب مشتری تأیید شود

رویداد میانی سیگنال

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

مثال:

سیگنال اعلام بازگشت محصول پخش شده

رویداد میانی ارتباطی

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

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

رویداد میانی جبرانی

یک رویداد جبرانی کار اصلاحی را فعال می‌کند تا عملیات قبلی را لغو یا جبران کند.

مثال:

لغو رزرو هتل

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

2.3 رویدادهای مرزی

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

مثال:

┌────────────────────┐
│ برنامه فرآیند │
└────────────────────┘
          ○
          │
          └── تأخیر زمانی → ارتقاء مورد

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

تأخیر زمانی
لغوهای
خطاها
افزایش‌ها
پیام‌های دریافتی
جبران خسارت
سیگنال‌های خارجی

رویدادهای مرزی مختل‌کننده

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

مثال:

پردازش پرداخت
      │
      └── خطای پرداخت → مدیریت خطا

فعالیت پرداخت هنگام رخ دادن خطا متوقف می‌شود.

رویدادهای مرزی غیرمختل‌کننده

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

معمولاً با یک مرز نقطه‌چین نشان داده می‌شود.

مثال:

پردازش درخواست
      │
      └── یادآور زمان‌بندی شده → ارسال یادآور

فرآیند درخواست هنگام اجرای مسیر یادآور ادامه می‌یابد.

این تفاوت مهم است:

نوع رویداد مرزی	تأثیر بر فعالیت مرتبط
مختل‌کننده	فعالیت را متوقف می‌کند
غیرمختل‌کننده	فعالیت را در حال اجرا نگه می‌دارد

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

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

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

مثال‌ها:

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

رویداد پایان بدون هیچ موردی

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

●

رویداد پایان پیام

رویداد پایان پیام در زمان پایان فرآیند، یک پیام ارسال می‌کند.

مثال:

سفارش تأیید شد → ارسال تأییدیه → پایان پیام

رویداد پایان خطا

یک رویداد پایان خطا فرآیند را با ایجاد خطا به فرآیند یا مدیریت‌کننده سطح بالاتر به پایان می‌رساند.

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

رویداد پایان ارتقاء

یک رویداد پایان ارتقاء مسیر فعلی فرآیند را به پایان می‌رساند و اعلام می‌کند که ارتقاء رخ داده است.

رویداد پایان توقف

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

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

رویداد پایان جبران خسارت

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

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

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

مثال‌ها عبارتند از:

بررسی درخواست
تأیید فاکتور
ارسال تأییدیه
اعتبارسنجی جزئیات مشتری
محاسبه هزینه ارسال
به‌روزرسانی حساب
تولید گزارش

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

3.1 نام‌گذاری فعالیت‌ها

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

فعل + مفعول

مثال‌ها:

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

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

پردازش
مدیریت درخواست
مرحله 1
کارهای دیگر
اداره

نام فعالیت واضح باید عمل و موضوع آن را توصیف کند.

نام ضعیف	نام بهتر
پردازش	پردازش پرداخت
بررسی	بررسی درخواست
مرحله مشتری	تأیید هویت مشتری
ایمیل	ارسال ایمیل تأیید
به‌روزرسانی	به‌روزرسانی وضعیت سفارش

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

3.2 وظایف

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

یک وظیفه پایه به صورت یک مستطیل گرد نشان داده می‌شود:

╭────────────────────╮
│ بررسی درخواست       │
╰────────────────────╯

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

وظیفه کاربر

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

مثال‌ها:

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

وظیفه دستی

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

مثال‌ها:

بررسی تجهیزات
امضا کردن یک سند کاغذی
بسته‌بندی یک محصول فیزیکی
تحویل دستی یک سند

وظیفه سرویس

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

مثال‌ها:

بازیابی نمره اعتباری
ارسال ایمیل خودکار
محاسبه مالیات
ایجاد رکورد پایگاه داده
فراخوانی سرویس پرداخت

وظیفه اسکریپت

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

مثال‌ها:

تبدیل داده‌ها
محاسبه یک مقدار
فرمت دادن پیام
اعمال قانون ساده داده‌ای

وظیفه قانون کسب‌وکار

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

مثال‌ها:

تعیین حد اعتبار
محاسبه حق بیمه
تصمیم بگیرید که آیا یک سفارش واجد شرایط حمل و نقل رایگان است یا خیر
تعیین سطح تأیید

وظیفه ارسال

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

مثال‌ها:

ارسال فاکتور
ارسال تأییدیه سفارش
ارسال اطلاع‌رسانی به انبار

دریافت وظیفه

وظیفه دریافتی منتظر پیامی از یک شرکت‌کننده یا سیستم دیگر است.

مثال‌ها:

دریافت قرارداد امضاشده
دریافت تأییدیه پرداخت
دریافت وضعیت ارسال

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

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

این می‌تواند به دو شکل نشان داده شود:

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

زیرفرآیند را زمانی استفاده کنید که چندین وظیفه به هم مربوط باشند و اگر همه آن‌ها نشان داده شوند، نمودار سطح بالا بیش از حد جزئیات پیدا کند.

مثال:

╭──────────────────────────────╮
│ + تکمیل ورود مشتریان │
╰──────────────────────────────╯

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

جمع‌آوری اطلاعات
        ↓
تأیید هویت
        ↓
ایجاد حساب کاربری
        ↓
ارسال پیام خوش‌آمد

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

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

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

فرآیند فرعی داخلی

فرآیند فرعی داخلی درون فرآیند والد خود تعریف شده و بخشی از جریان آن فرآیند است.

فعالیت فراخوانی

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

از آن استفاده کنید وقتی منطق فرآیند یکسان از چندین مکان فراخوانی می‌شود، مانند:

تأیید هویت مشتری

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

فرآیند فرعی رویداد

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

مثال:

فرآیند اصلی: انجام سفارش

فرآیند زیر رویداد:
درخواست لغو → لغو انجام سفارش → بازپرداخت به مشتری

3.4 نشانگرهای فعالیت

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

نشانگر حلقه

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

مثال:

بررسی سند
      ↻

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

بررسی تا تأیید شدن
تلاش برای تحویل تا موفقیت آمیز بودن
تماس با مشتری تا دستیابی به او

نشانگر چندنمونه موازی

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

مثال:

دریافت سه تأییدیه

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

نشانگر چندنمونه متوالی

این نشان می‌دهد که چندین نمونه به صورت متوالی اجرا می‌شوند.

مثال:

بررسی موارد به ترتیب یکی یکی

نشانگر جبران خسارت

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

مثال:

بازپرداخت به مشتری

نشانگر به صورت موقت

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

4. گیت‌ها: تصمیمات، شاخه‌بندی‌ها و ادغام‌ها

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

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

برای مثال:

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

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

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

یک مسیر را به چند مسیر شاخه‌بندی کنند
چندین مسیر را به یک مسیر ادغام کنند
کارهای موازی را هماهنگ کنند
صبر کنند تا یک یا چند رویداد رخ دهد
کار را بر اساس شرایط یا قوانین هدایت کنند

4.1 گیت‌ویژه: XOR

یک گیت‌ویژهدقیقاً یک مسیر خروجی را انتخاب می‌کند.

معمولاً به صورت یک مربع با علامت «X» نشان داده می‌شود، هرچند در برخی نمودارها این علامت حذف می‌شود.

مثال:

                    ┌── تأیید شده → ایجاد حساب کاربری
بررسی درخواست ─◇
                    └── رد شده → ارسال پاسخ رد

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

کاربردهای رایج:

اگر پرداخت تأیید شود، ادامه دهید؛ در غیر این صورت رد کنید
اگر مشتری واجد شرایط باشد، تخفیف ارائه دهید
اگر درخواست کامل باشد، آن را پردازش کنید؛ در غیر این صورت بازگردانید

مسیرهای خروجی معمولاً باید شرایط یا برچسب‌های واضح داشته باشند:

تأیید شده
رد شده
کامل
نامکمل
مبلغ > 10,000 دلار
مبلغ ≤ 10,000 دلار

ادغام ویژه

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

جریان پیش‌فرض

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

برای مثال:

تایید شده
رد شده
پیش‌فرض → بررسی دستی

مسیر پیش‌فرض برای موارد غیرمنتظره یا بدون طبقه‌بندی مفید است.

4.2 گیت‌وی موازی: و

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

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

مثال:

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

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

تقسیم موازی

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

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

مثال‌ها:

ارسال تأییدیه و به‌روزرسانی موجودی
اعلام به بخش مالی و اعلام به بخش عملیات
اجرای بررسی امنیتی و بررسی تقلب

اتصال موازی

اتصال موازی منتظر تمام مسیرهای ورودی می‌ماند تا پس از اتمام آن‌ها ادامه یابد.

این گاهی به نام همگام‌سازی نامیده می‌شود.

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

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

4.3 گیت‌وی مشارکتی: یا

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

این مورد با یک مربع دایره‌ای شکل که دایره‌ای درون آن قرار دارد، نمایش داده می‌شود.

مثال:

مشتری واجد شرایط است:
- تخفیف استاندارد
- تخفیف وفاداری
- تخفیف تبلیغاتی

اگر چندین شرط برقرار باشد، ممکن است بیش از یک اقدام مرتبط با تخفیف انتخاب شود.

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

یک یا چند شرط ممکن است درست باشند
چندین مسیر می‌توانند همزمان اجرا شوند
فرآیند پس از اتمام تمام مسیرهای انتخاب‌شده باید ادامه یابد

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

4.4 گیت‌وی مبتنی بر رویداد

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

معمولاً با رویدادهای میانی گرفته‌شده یا وظایف دریافتی دنبال می‌شود.

مثال:

ارسال پیش‌نهاد → گیت‌وی رویدادمحور
                         ├── پیام دریافت شد → پردازش تأیید
                         └── زمان‌بندی منقضی شد → ارسال یادآوری

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

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

گیت‌وی رویدادمحور در مقابل گیت‌وی استثنایی

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

4.5 دروازه پیچیده

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

مثال‌ها عبارتند از:

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

دروازه‌های پیچیده باید به ندرت استفاده شوند. در بسیاری از موارد، چند دروازه ساده‌تر یا یک وظیفه قانون کسب‌وکار با نام مشخص، راحت‌تر برای درک و نگهداری خواهند بود.

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

BPMN همچنین انواع دروازه مبتنی بر رویداد را پشتیبانی می‌کند، از جمله:

دروازه‌های مبتنی بر رویداد استثنایی
دروازه‌های مبتنی بر رویداد موازی
دروازه‌های مبتنی بر رویداد ایجادکننده

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

5. نحوه همکاری اشیاء جریان

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

فرآیند سفارش را در نظر بگیرید:

شروع
  ↓
دریافت سفارش
  ↓
بررسی موجودی انبار
  ↓
آیا کالا موجود است؟
  ├── بله → بسته‌بندی سفارش → ارسال سفارش → پایان
  └── خیر → اطلاع‌رسانی به مشتری → پایان

این مثال شامل موارد زیر است:

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

نسخه پیشرفته‌تر ممکن است به این صورت باشد:

شروع
  ↓
دریافت سفارش
  ↓
بررسی موجودی انبار
  ↓
آیا کالا موجود است؟
  ├── خیر → اطلاع‌رسانی به مشتری → پایان
  └── بله → گیت‌وی موازی
                   ├── رزرو موجودی
                   ├── آماده‌سازی فاکتور
                   └── بررسی تقلب
                         ↓
                 اتصال موازی
                         ↓
                    ارسال سفارش
                         ↓
                        پایان

در اینجا:

گیت‌وی استثنا تعیین می‌کند که آیا انجام کار می‌تواند ادامه یابد یا خیر.
گیت‌وی موازی سه فعالیت را آغاز می‌کند.
اتصال موازی منتظر تمام سه فعالیت است.
ارسال تنها پس از اتمام همگام‌سازی شروع می‌شود.

6. رویدادها، فعالیت‌ها و گیت‌وی‌ها: مقایسه‌ای سریع

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

یک قاعده مفید این است:

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

اگر مطمئن نیستید که از کدام نماد باید استفاده کنید، بپرسید:

آیا این چیزی است که بدون اینکه به عنوان کار در نظر گرفته شود، رخ می‌دهد؟ از یک استفاده کنیدرویداد.
آیا کسی یا چیزی در حال انجام یک عمل است؟ از یک استفاده کنیدفعالیت.
آیا فرآیند در حال شاخه‌بندی، ادغام یا انتظار برای شرط مسیریابی است؟ از یک استفاده کنیدگیت‌واي.

7. اتصال صحیح اشیاء جریان

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

7.1 جریان توالی

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

فعالیت A → فعالیت B

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

رویدادها به فعالیت‌ها
فعالیت‌ها به گیت‌واي‌ها
گیت‌واي‌ها به فعالیت‌ها
فعالیت‌ها به رویدادهای پایانی

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

7.2 جریان پیام

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

مثال‌ها:

مشتری سفارش را به فروشنده ارسال می‌کند
فروشنده تأییدیه را به مشتری ارسال می‌کند
بانک نتیجه پرداخت را به تاجر ارسال می‌کند

از جریان پیام برای ارتباط استفاده کنید، نه برای نشان دادن ترتیب فرآیند داخلی.

7.3 ارتباط

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

مثال‌ها:

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

سه نوع اصلی اشیاء اتصال، جریان توالی، جریان پیام و ارتباطات هستند.

8. حوضه‌ها و نوارها

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

حوضه

یک حوضه نشان‌دهنده یک شرکت‌کننده در یک فرآیند است.

مثال‌ها:

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

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

راه جریان

یک راه جریان حوضه را بر اساس مسئولیت، نقش، بخش، سیستم یا مکان تقسیم می‌کند.

مثال‌ها:

خدمات مشتری
مالی
انبار
مدیر
سیستم پرداخت

راه‌های جریان به پاسخ دادن به این سؤال کمک می‌کنند:

کی مسئول این فعالیت است؟

آنها همچنین می‌توانند انتقال‌ها، تأخیرها، کارهای تکراری و مالکیت نامشخص را نشان دهند.

۹. اشیاء داده و عناصر پشتیبان دیگر

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

مثال‌ها:

فرم درخواست
صدور فاکتور
سفارش خرید
ثبت مشتری
سند تأیید
برچسب ارسال

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

فرم درخواست → بررسی درخواست

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

عناصر پشتیبان دیگر شامل موارد زیر می‌شود:

ذخیره‌سازی داده‌ها:مکان‌های دائمی که داده‌ها ذخیره می‌شوند
توضیحات متنی:یادداشت‌های توضیحی
گروه‌ها:سازمان‌دهی بصری عناصر مرتبط
ارتباطات:ارتباطات بین عناصر پشتیبان و اشیاء جریان

10. روش مرحله‌به‌مرحله برای مدل‌سازی یک فرآیند

مرحله 1: تعریف دامنه فرآیند

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

برای مثال:

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

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

مرحله 2: شناسایی ذینفعان

لیست کنید افراد، دپارتمان‌ها، سیستم‌ها یا سازمان‌های مشارکت‌کننده.

مثال‌ها:

مشتری
تیم فروش
دفتر مالی
انبار
درگاه پرداخت

این‌ها می‌توانند به حوضه‌ها یا کانال‌ها تبدیل شوند.

مرحله 3: شناسایی محرک شروع

پرسش کنید:

چه چیزی باعث می‌شود این فرآیند شروع شود؟

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

پیام
تایمر
تریگر شرطی
سیگنال
هیچ‌کدام

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

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

دریافت سفارش
تأیید سفارش
محاسبه مجموع
تأیید پرداخت
ارسال سفارش

در این مرحله، نگران هر استثنا نباشید.

مرحله ۵: تصمیمات را اضافه کنید

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

آیا سفارش کامل است؟
آیا پرداخت تأیید شده است؟
آیا موجودی در دسترس است؟
آیا مشتری معیار را دارد؟
آیا مهلت به پایان رسیده است؟

از دروازه‌ها برای نمایش اینکه پاسخ چگونه بر فرآیند تأثیر می‌گذارد استفاده کنید.

مرحله 6: افزودن کار موازی

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

برای مثال:

به‌روزرسانی موجودی
ارسال تأییدیه
ایجاد فاکتور

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

مرحله 7: افزودن رویدادهای میانی و مرزی

پرسش کنید که چه چیزی ممکن است هنگام انجام کار رخ دهد:

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

مرحله 8: افزودن رویدادهای پایانی

تمام نتایج معنادار را شناسایی کنید:

تکمیل شده
رد شده
لغو شده
شکست خورده
ارتقا یافته
جبران شده

مرحله ۹: افزودن داده‌ها و توضیحات

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

مرحله ۱۰: بررسی نمودار

مطمئن شوید که:

هر مسیر فرآیند دارای شروع واضحی است
هر مسیر در نهایت به پایان می‌رسد
شرایط گیت‌واي قابل درک هستند
فعالیت‌ها دارای مالکان واضح هستند
جریان‌های توالی ترتیب واقعی را نشان می‌دهند
جریان‌های پیام فقط بین شرکت‌کنندگان استفاده می‌شوند
هیچ گیت‌واي به عنوان یک وظیفه استفاده نمی‌شود
نمودار با جزئیات غیرضروری بارگذاری نشده است

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

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

یک گیت‌واي باید فرآیند را هدایت کند، نه انجام تحلیل.

مدل ضعیف:

◇ بررسی امتیاز اعتباری

مدل بهتر:

بررسی امتیاز اعتباری → اعتبار تأیید شده؟

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

اشتباه 2: استفاده از جریان توالی بین حوضه‌های جداگانه

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

مفهوم نادرست:

حوضه مشتری ── جریان توالی جامد ── حوضه فروشنده

مفهوم بهتر:

حوضه مشتری ── جریان پیام نقطه‌چین ── حوضه فروشنده

اشتباه 3: رها کردن مسیرهای گیت‌وی بدون برچسب

گیت‌وی بدون برچسب ابهام ایجاد می‌کند.

به جای:

◇ → مسیر A
  → مسیر B

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

◇
├── تأیید شده
└── رد شده

اشتباه 4: استفاده از گیت‌وی استثنایی برای کارهای موازی

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

نادرست:

◇ ├── ارسال تأییدیه
   └── به‌روزرسانی موجودی

این به این معناست که فقط یک مسیر انتخاب شده است.

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

+ ├── ارسال تأییدیه
  └── به‌روزرسانی موجودی

اشتباه ۵: استفاده از گیت‌وی پارالل برای کارهای شرطی

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

اشتباه ۶: مدل‌سازی هر عمل جزئی

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

در سطح مناسب برای مخاطب خود مدل‌سازی کنید:

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

اشتباه ۷: ایجاد مسیرهای بی‌پایان

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

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

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

۱۲. قوانین نام‌گذاری عملی

نام‌گذاری یکدست، خواندن نمودارها را آسان‌تر می‌کند.

رویدادها

احداث را با نتیجه، وقوع یا شرایط نامگذاری کنید:

سفارش دریافت شد
پرداخت تأیید شد
مهلت به پایان رسید
مشتری لغو کرد
خطا رخ داد

فعالیت‌ها

استفاده:

فعل + مفعول

مثال‌ها:

بررسی قرارداد
تأیید درخواست
به‌روزرسانی حساب
ارسال اطلاع‌رسانی

گیت‌وی‌ها

گیت‌وی‌ها معمولاً زمانی واضح‌تر هستند که با یک سؤال مرتبط باشند:

آیا درخواست کامل است؟
آیا پرداخت تأیید شده است؟
آیا موجودی موجود است؟
آیا مهلت گذشته است؟

مسیرهای خروجی باید شامل پاسخ‌ها باشند:

بله / خیر
تأیید شده / رد شده
در دسترس / غیرقابل دسترس

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

رویدادهای پایانی را بر اساس نتیجه نام‌گذاری کنید:

سفارش تکمیل شد
درخواست رد شد
پرداخت ناموفق بود
پرونده لغو شد

13. انتخاب گیت‌وی مناسب

از این راهنمای تصمیم‌گیری استفاده کنید:

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

یک آزمون ذهنی سریع:

یک مسیر؟استثنایی
همه مسیرها؟موازی
برخی مسیرها؟شامل
اولین رویداد؟رویدادمحور
منطق سفارشی غیرمعمول؟پیچیده

14. یک مثال کامل: فرآیند بازپرداخت مشتری

یک فرآیند بازپرداخت مشتری را در نظر بگیرید.

نمودار جریان BPMN که فرآیند بازپرداخت مشتری را نشان می‌دهد و شامل رویدادهای شروع، فعالیت‌ها، گیت‌واي‌های استثنا و موازی، و رویدادهای پایان است.

شروع: درخواست بازپرداخت دریافت شد
                ↓
        بررسی درخواست بازپرداخت
                ↓
        آیا درخواست واجد شرایط است؟
          ├── خیر
          │    ↓
          │  ارسال اطلاعیه رد درخواست
          │    ↓
          │  پایان: بازپرداخت رد شد
          │
          └── بله
               ↓
          تأیید بازپرداخت
               ↓
        گیت‌وی موازی
          ├── صدور بازپرداخت
          └── به‌روزرسانی حساب مشتری
               ↓
        اتصال موازی
               ↓
        ارسال تأییدیه بازپرداخت
               ↓
        پایان: بازپرداخت تکمیل شد

این مدل نشان می‌دهد:

یک رویداد شروع پیامی
فعالیت‌های کاربر یا دستی
گیت‌واي مستقل
مسیر رد کردن
تقسیم موازی
اتصال موازی
فعالیت تأیید
نتایج پایانی متفاوت

اگر سرویس بازپرداخت ممکن است شکست بخورد، یک رویداد خطا در مرز را به اضافه کنیدصادر کردن بازپرداخت:

صادر کردن بازپرداخت
      │
      └── خطا → ایجاد مورد بررسی دستی

اگر بازپرداخت باید در مدت پنج روز کاری تکمیل شود، یک رویداد زمان‌بندی مرزی اضافه کنید:

صادر کردن بازپرداخت
      │
      └── انقضای ۵ روزه → ارتقاء بازپرداخت

۱۵. برگه یادداشت فشرده نمادهای BPMN

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

16. اصول نهایی مدلسازی

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

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

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

This post is also available in Deutsch, English, Español, Français, English, Bahasa Indonesia, 日本語, Polski, Portuguese, Ру́сский, Việt Nam, 简体中文 and 繁體中文.