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

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

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

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

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

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

جریان ترتیبی چیست؟

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

بعد چه اتفاقی می‌افتد؟

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

رویداد شروع → دریافت سفارش → بررسی موجودی → ارسال سفارش → رویداد پایان

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

جریان‌های ترتیبی همچنین می‌توانند انشعاب و ادغام را نشان دهند:

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

• چندین جریان خارج شده از یک دروازه موازی ممکن است کار همزمان را نشان دهند.

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

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

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

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

جریان پیام چیست؟

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

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

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

برای مثال، یک فروشنده آنلاین ممکن است یک درخواست پرداخت را به ارائه‌دهنده پرداخت ارسال کند:

استخر فروشنده: ارسال درخواست پرداخت - - - - - > استخر ارائه‌دهنده پرداخت: دریافت درخواست پرداخت

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

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

تفاوت اصلی

ساده‌ترین قانون این است:

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

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

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

جریان‌های ترتیبی اشیای جریان را درون یک حوضچه به هم متصل می‌کنند، در حالی که جریان‌های پیام، پیام‌های مبادله‌شده در مرزهای شرکت‌کنندگان را نشان می‌دهند.

جریان ترتیبی در سراسر نوارها

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

• کارمند

• مدیر

• مالی

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

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

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

مدل‌سازی صحیح

مدل‌سازی نادرست

استفاده از جریان‌های پیام بین نوارها درون یک حوضچه واحد:

نوار کارمند - - - > نوار مدیر - - - > نوار مالی

این به اشتباه نشان می‌دهد که کارمند، مدیر و تیم مالی شرکت‌کنندگان BPMN مستقل هستند، نه نقش‌هایی درون یک سازمان واحد.

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

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

حوضچه مشتری:
ارسال سفارش
      - - - - - - - - - - >
حوضچه تأمین‌کننده:
دریافت سفارش

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

حوضچه تأمین‌کننده:
دریافت سفارش → بررسی موجودی → آماده‌سازی ارسال

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

یک مثال عملی: انجام سفارش آنلاین

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

• مشتری

• فروشگاه آنلاین

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

• شرکت حمل‌ونقل

یک همکاری BPMN مناسب ممکن است شامل چهار حوضچه باشد.

جریان ترتیب فروشگاه آنلاین

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

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

بین استخرها:

 

 

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

جریان پیام به معنای «هرگونه ارتباط» نیست

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

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

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

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

• جریان ترتیببرای ترتیب کارها درون فرآیند یک شرکت‌کننده.

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

• ارتباط دادهبرای نشان دادن اینکه یک فعالیت، یک شیء داده را می‌خواند یا تولید می‌کند.

• ارتباطبرای پیوند دادن یادداشت‌ها یا مستندات پشتیبانی به عناصر فرآیند.

شیء‌های داده و یادداشت‌ها زمینه اضافه می‌کنند؛ آن‌ها جایگزین جریان‌های ترتیب یا پیام نمی‌شوند.

استخرها، نوارها و انتخاب جریان

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

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

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

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

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

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

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

• فروش، مالی و عملیات در یک شرکت

• منابع انسانی، فناوری اطلاعات و تأسیسات در طول فرآیند جذب کارکنان

• دریافت ادعاها، ارزیابی و پرداخت‌ها در یک شرکت بیمه

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

از حوضچه‌ها زمانی استفاده کنید که:

• شرکت‌کنندگان سازمان‌های مستقل هستند.

• یک مشتری با یک شرکت تعامل دارد.

• یک سیستم خارجی دارای فرآیند مستقل خود است.

• می‌خواهید گردش کار داخلی شرکت‌کننده دیگری را پنهان یا انتزاعی کنید.

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

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

• مشتری و خرده‌فروش

• بانک و ارائه‌دهنده خدمات پرداخت

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

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

• شرکت و خدمات احراز هویت خارجی

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

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

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

گزینه ۱: متقاضی به‌عنوان یک نوار

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

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

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

گزینه ۲: متقاضی به‌عنوان یک حوضچه جداگانه

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

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

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

اشتباهات رایج

استفاده از جریان پیام بین نوارها

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

استفاده از جریان ترتیبی بین حوضچه‌های جداگانه

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

ترکیب کارهای داخلی و ارتباطات خارجی

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

برای مثال:

نادرست:
وظیفه مشتری → وظیفه تأمین‌کننده

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

حوضچه مشتری:
ارسال سفارش
      - - پیام سفارش - - >
حوضچه تأمین‌کننده:
دریافت سفارش → اعتبارسنجی سفارش → تأیید سفارش

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

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

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

هر اتصال باید به یک سوال خاص پاسخ دهد:

• آیا این نشان می‌دهد که بعداً چه اتفاقی می‌افتد؟

• آیا این نشان می‌دهد که چه کسی با چه کسی ارتباط برقرار می‌کند؟

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

اگر پاسخ نامشخص است، اتصال ممکن است در جای نامناسبی قرار گرفته یا غیرضروری باشد.

ایجاد جریان‌های ترتیبی و پیامی با Visual Paradigm BPMN Online Free

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

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

1. ابزار ترسیم BPMN را باز کنید.

2. یک نمودار فرآیند کسب‌وکار جدید ایجاد کنید.

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

4. فقط زمانی که مسئولیت‌ها را درون یک شرکت‌کننده تقسیم می‌کنید، نوار اضافه کنید.

5. فعالیت‌ها و رویدادها را درون حوضچه یا نوار مناسب قرار دهید.

6. فعالیت‌های داخلی را با جریان‌های ترتیبی به هم متصل کنید.

7. حوضچه‌های جداگانه را با جریان‌های پیام به هم متصل کنید.

8. جریان‌های پیام را با محتوای معنادار برچسب‌گذاری کنید، مانند:

   • جزئیات سفارش

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

   • تصمیم تأیید

   • تأیید ارسال

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

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

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

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

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

استفاده از ویژگی‌های کمکی هوش مصنوعی

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

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

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

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

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

• مشتری، خرده‌فروش، ارائه‌دهنده پرداخت و شرکت حمل‌ونقل به عنوان استخرها

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

• تأیید پرداخت به عنوان یک دروازه

• درخواست پرداخت و نتیجه پرداخت به عنوان جریان‌های پیام

• مراحل داخلی خرده‌فروش به عنوان جریان‌های ترتیبی

• تأیید ارسال به عنوان یک جریان پیام

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

یک دستورالعمل مفید برای اصلاح

پس از تولید نمودار اولیه، درخواست اصلاح خاصی کنید:

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

شما همچنین می‌توانید از هوش مصنوعی بخواهید که:

• یک مسیر جایگزین برای پرداخت ردشده اضافه کنید.

• یک رویداد تایمر برای انقضای زمان پرداخت اضافه کنید.

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

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

• زیرفرآیند ارسال را گسترش دهید.

• هرگونه اتصال‌دهنده‌ای که به‌طور نادرست مرزهای استخر (Pool) را قطع می‌کند، شناسایی کنید.

Visual Paradigm فرآیند کاری خود را با کمک هوش مصنوعی را گفتگومحور و تکراری توصیف می‌کند: کاربران می‌توانند یک نمودار تولید کنند، تغییرات را درخواست دهند و سپس نتیجه را در ویرایشگر آنلاین کامل‌ویژگی برای ویرایش بیشتر باز کنند.

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

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

• آیا شرکت‌کنندگان مستقل به‌عنوان استخرهای جداگانه نمایش داده شده‌اند؟

• آیا بخش‌ها و نقش‌های درون یک سازمان به‌عنوان نوارها (Lanes) نمایش داده شده‌اند؟

• آیا جریان‌های ترتیبی (Sequence Flows) به استخر صحیح محدود شده‌اند؟

• آیا جریان‌های پیامی (Message Flows) فقط برای ارتباط بین استخرها استفاده می‌شوند؟

• آیا هر جریان پیامی یک فرستنده و گیرنده مشخص دارد؟

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

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

• آیا رویدادهای شروع و پایان در موارد مناسب گنجانده شده‌اند؟

• آیا نمودار فرآیند کسب‌وکار واقعی را منعکس می‌کند؟

• آیا ذینفعان مرزهای شرکت‌کنندگان را بازبینی کرده‌اند؟

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

راهنمای تصمیم‌گیری سریع

هنگام مدل‌سازی در Visual Paradigm یا هر ابزار BPMN دیگری، از این قانون استفاده کنید:

آیا دو عنصر متصل درون یک استخر قرار دارند؟

بله → از جریان ترتیبی (Sequence Flow) استفاده کنید.

خیر → آیا آن‌ها شرکت‌کنندگان مستقل در استخرهای جداگانه هستند؟

بله → از جریان پیامی (Message Flow) استفاده کنید.

خیر → بررسی کنید که آیا به یک ارتباط داده (Data Association) یا ارتباط مستندات (Documentation Association) نیاز دارید یا خیر.

راه دیگری برای به خاطر سپردن تفاوت این است:

جریان‌های ترتیبی (Sequence Flows) نحوه حرکت کار را توصیف می‌کنند. جریان‌های پیامی (Message Flows) نحوه حرکت اطلاعات بین شرکت‌کنندگان را توصیف می‌کنند.

نتیجه‌گیری

جریان‌های ترتیبی و جریان‌های پیامی در BPMN اهداف متفاوتی دارند:

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

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

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

• استخرها (Pools)مرزهای شرکت‌کنندگان را تعیین می‌کنند و مشخص می‌کنند که کجا استفاده از جریان‌های پیامی مناسب است.

Visual Paradigm BPMN Online Free این تمایز را از طریق یک محیط مدل‌سازی بصری با قابلیت کشیدن و رها کردن عملی می‌کند. ویژگی‌های آن که با هوش مصنوعی پشتیبانی می‌شوند، می‌توانند یک مدل اولیه BPMN را از یک توصیف به زبان طبیعی تولید کنند، در حالی که ویرایشگر آنلاین به شما امکان می‌دهد مرزهای استخرها را اصلاح کنید، اتصالات را بهبود بخشید، پیام‌ها را برچسب‌گذاری کنید و مدل را برای بازبینی ذینفعان آماده نمایید.

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