سیستم مدیریت فرآیند کسب و کار MyDataCo | BPMS
298 subscribers
283 photos
19 videos
1 file
404 links
ارائه دهنده نرم افزار مدیریت فرآیند کسب و کار BPMS
مای پروسس - www.MyData-co.com
آموزش BPMN
تماس با مدیر کانال: @MyDataCo
Download Telegram
www.MyProcess.ir/TlgImg/TravelPlanQuoteProcess3.jpg

#عناصرBPMN #فعالیت #وظیفه #دروازه #رویداد #Activity #Task #Event #Gateway #مثال_عناصر_BPMN #مثال #رویداد_زمان #دروازه_جامع #زیرفرآیند #دروازه_مبتنی_بر_رویداد #زیرفرآیند #وظیفه_سرویس #Timer_Event #Inclusive_Gateway #Sub_Process #Event_Based_Gatway #Service_Task

در ادامه مثالی که در لینک های https://t.me/MyDataCompany/306 و https://t.me/MyDataCompany/312 ارائه شد، به بررسی و تشریح موارد باقیمانده خواهیم پرداخت.
هنگامی که خدمات درخواست شده بررسی و برآورد هزینه میشود، کارمند مسئول، هزینه برنامه سفر را براساس هزینه های خدمات در دسترس محاسبه میکند و سپس این پیشنهاد (طرح اولیه سفر) از طریق ایمیل به مشتری ارسال می شود. ارسال ایمیل با استفاده از وظیفه ای از نوع اسکریپت انجام می شود. این نوع از وظیفه اجازه اجرای اسکریپت هایی که طراح آن را تعریف می کند، را می دهد.
نماد بعدی یک دروازه مبتنی بر رویداد است. این دروازه یک نقطه تصمیم گیری را در فرآیند نشان میدهد که مسیر انتخابی بعد از آن به جای به داده های فرآیند به رویداد وابسته است.
در این مورد امکان رخداد دو نوع رویداد است:
1. رویداد شرطی (Conditional) : این رویداد در صورتی که شروط آن برآورده شود فعال میشود و فرآیند در ادامه رویداد شرطی ادامه پیدا میکند. از رویداد شرطی برای مدلسازی شرایط کسب و کار استفاده میشود. در این نمودار اگر پاسخی از مشتری دریافت شود این رویداد اجرا میشود و در ادامه آن زیر فرآیند اجرای برنامه سفر اجرا میشود.
2. رویداد میانی زمانسنج(Intermediate Timer Event)،: همچنین فرآیند میتواند زمان خاصی را برای دریافت پاسخ از مشتری منتظر بماند برای این کار از رخداد میانی زمانسنج استفاده شده است. اگر در مدت انتظار، رویداد شرطی اجرا نشد و زمان سررسید تایمر فرا رسید این رویداد اجرا میشود و فرآیند به مرحله بعدی که رویداد پایان است، انتقال می یابد.
در صورت رخداد رویداد شرطی ، زیر فرآیند "اجرای برنامه سفر" اجرا میشود. درون این زیرفرآیند یک فرآیند دیگر مدلسازی شده است. بنابراین جزئیات فرآیند با استفاده از نماد زیرفرآیند میتواند به سطوح بیشتری شکسته شود. این فرآیند فرعی، فعالیتهایی که مسئول آژانس، باید به منظور پرداخت صورتحساب (توسط مشتری) و شروع خدمات برنامه سفر انجام دهد، را نشان میدهد.

💯 نرم افزار مای پروسس
👉 www.MyProcess.ir 👈
www.MyProcess.ir/TlgImg/PurchaseOrderGenerationProcess.jpg

#عناصرBPMN #فعالیت #وظیفه #دروازه #رویداد #Activity #Task #Event #Gateway #مثال_عناصر_BPMN #مثال #رویداد_زمان #زیرفرآیند #وظیفه_سرویس #وظیفه_اسکریپت #دروازه_موازی #شروع_شرطی #دروازه_انحصاری #رویداد_دریافت_خطا #Conditional_Start #Parallel_Gateway #Script_Task #Catch_Error_Event #Exclusive_Gateway #Service_Task

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

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

💯 نرم افزار مای پروسس
👉 www.MyProcess.ir 👈
www.MyProcess.ir/TlgImg/PurchaseOrderGenerationProcess2.jpg

#عناصرBPMN #فعالیت #وظیفه #دروازه #رویداد #Activity #Task #Event #Gateway #مثال_عناصر_BPMN #مثال #رویداد_زمان #زیرفرآیند #وظیفه_سرویس #وظیفه_اسکریپت #دروازه_موازی #شروع_شرطی #دروازه_انحصاری #رویداد_دریافت_خطا #Conditional_Start #Parallel_Gateway #Script_Task #Catch_Error_Event #Exclusive_Gateway #Service_Task

فرآیند ایجاد سفارش خرید خودکار:
فرض کنید شما یک سیستم دارید که به شما امکان می دهد میزان موجودی را در زمان واقعی اندازه گیری کنید. هنگامی که سطح موجودی به نقطه سفارش مجدد میرسد، یک سفارش خرید به صورت خودکار، ایجاد می شود.
رویداد شروع شرطی (شکل 1) می تواند این وضعیت را مدل سازی کند. این رویداد زمانی فعال می شود که شرایط کسب و کار برای شروع روند تحقق یابد.
در این جا یک وظیفه سرویس (شکل 2) برای ایجاد سفارش خریدار خودکار استفاده می شود. این کار فعالیتی که بدون دخالت انسانی توسط یک برنامه خودکار یا سرویس وب اجرا می شود، را نشان می دهد.
در مرحله بعدی سفارش های خرید باید توسط مدیر تأیید شود، بنابراین مدیر می بایست سفارش خرید ایجاد شده را بررسی کند و در مورد تایید آن تصمیم گیری کند.
آیا سفارش مورد تایید است؟ دورازه منحصر به فرد(Exclusive Gateway) (شکل3) برای انتخاب یکی از دو جریان بعد از آن ، مورد استفاده قرار می گیرد که بر اساس تصمیم رئیس مشخص میشود. اگر سفارش تایید نشده باشد، فرآیند تمام میشود اما اگر سفارش تایید شد جریان فرآیند به دروازه موازی (شکل 4) که در ادامه قرار دارد ارسال میشود. در این فرآیند، جریان در دروازه موازی در دو مسیر بعد از آن به صورت همزمان ادامه می یابد.

💯 نرم افزار مای پروسس
👉 www.MyProcess.ir 👈
www.MyProcess.ir/TlgImg/PurchaseOrderGenerationProcess3.jpg

#عناصرBPMN #فعالیت #وظیفه #دروازه #رویداد #Activity #Task #Event #Gateway #مثال_عناصر_BPMN #مثال #رویداد_زمان #زیرفرآیند #وظیفه_سرویس #وظیفه_اسکریپت #دروازه_موازی #شروع_شرطی #دروازه_انحصاری #رویداد_دریافت_خطا #Conditional_Start #Parallel_Gateway #Script_Task #Catch_Error_Event #Exclusive_Gateway #Service_Task

فرآیند ایجاد سفارش خرید خودکار:
در ادامه مثال عنوان شده در پست های https://t.me/MyDataCompany/321 و https://t.me/MyDataCompany/325 به بررسی و تشریح موارد باقیمانده خواهیم پرداخت.
در اولین مسیر از مسیرهای موازی ما یک وظیفه اسکریپت (شکل 1) داریم. این وظیفه به صورت خودکار به تامین کننده یک سفارش خرید را به وسیله ایمیل ارسال میکند.
در دومین مسیر یک وظیفه سرویس(شکل 2) وجود دارد که یک رویداد خطا از نوع دریافت نیز بر روی آن متصل شده است. این وظیفه سرویس اجازه میدهد که یک سفارش خرید در سیستم حسابداری از طریق رابط کاربری که در اختیار گذاشته شده است ثبت کند. اگردر طی اجرای این وظیفه یک خطا رخ دهد (همانند خطای اتصال شبکه و ... ) رویداد خطای متصل بر روی وظیفه (شکل 3) اجرا میشود و مسیر بعد از رویداد خطا فعال میشود و که در مسیر بعد از آن که یک وظیفه آپدیت و ثبت سفارش خرید در سیستم حسابداری (که به صورت دستی است) اجرا میشود .
برای همزمان سازی جریان فعال، دو دروازه می بینیم. دروازه واگرای منحصر به فرد (شکل 4) که همزمان سازی جریان های مربوط به فعالیت ارسال سفارش و به روز رسانی سیستم حسابداری را انجام میدهد و یک دروازه موازی (شکل 5) که مسیرهای موازی که قبلا فعال شده، را ادغام می کند. هنگامی که هر دو مسیر به این دروازه رسیدن، روند به رویداد پایان منتقل میشود که فرآیند به اتمام میرسد.

💯 نرم افزار مای پروسس
👉 www.MyProcess.ir 👈
www.MyProcess.ir/TlgImg/IncidentManagementProcess.jpg
#عناصرBPMN #فعالیت #وظیفه #رویداد #Activity #Task #Event #مثال_عناصر_BPMN #مثال #زیرفرآیند #وظیفه_اسکریپت #Escalatin_Event #Interrupting_Escalatin_Boundary_Event #Script_Task #Event #Non_Interrupting_Escalatin_Boundary_Event #رویداد_تشدید

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

💯 نرم افزار مای پروسس
👉 www.MyProcess.ir 👈
https://www.Mydata-co.com/TlgImg/IncidentManagementProcess2.jpg
#عناصرBPMN #فعالیت #وظیفه #رویداد #Activity #Task #Event #مثال_عناصر_BPMN #مثال #زیرفرآیند #وظیفه_اسکریپت #Escalatin_Event #Interrupting_Escalatin_Boundary_Event #Script_Task #Event #Non_Interrupting_Escalatin_Boundary_Event #رویداد_تشدید

فرآیند مدیریت حوادث:

در ادامه مطلب پیشین در مورد مدیریت حوادث به جزئیات فرآیند عنوان شده خواهیم پرداخت.
این فرآیند با وظیفه گزارش حادثه توسط کاربران آغاز میشود. پس از آن در زیر فرآیند بررسی حادثه (شکل 1)، اقدامات لازم در جهت اطمینان از اینکه حادثه به موقع رسیدگی شود، انجام میشود.
توجه داشته باشید این زیر فرآیند دارای دو رویداد متصل (Boundary) در مرزهای آن است. اولین رویداد تشدید دارای وقفه (شکل 2) است و دومین رویداد تشدید بدون وقفه (شکل 3) است.
به طور کل رویداد تشدید، زمانی فعال میشود که در جریان فرآیند در زیرفرآیند به یک رویداد تشدید میانی/ پایانی از نوع ارسال (Throwing) برسیم. زمانی که این رویداد فعال شود مسیر متصل به آن اجرا میشود. در نوع دارای وقفه هر گونه جریان معلق و یا در حال اجرایی در زیرفرآیند لغو میشود و در حالت بدون وقفه در عین حالی که جریان متصل به رویداد اجرا میشود، جریان های داخل زیرفرآیند نیز فعال باقی میمانند.

👈ادامه دارد👇

💯 نرم افزار مای پروسس
👉 www.MyProcess.ir 👈
.
https://www.Mydata-co.com/TlgImg/IncidentManagementProcess4.jpg
#عناصرBPMN #فعالیت #وظیفه #رویداد #Activity #Task #Event #مثال_عناصر_BPMN #مثال #زیرفرآیند #وظیفه_اسکریپت #Escalatin_Event #Interrupting_Escalatin_Boundary_Event #Script_Task Event #Non_Interrupting_Escalatin_Boundary_Event #رویداد_تشدید

فرآیند مدیریت حوادث:

در لینکهای https://t.me/MyDataCompany/333 و https://t.me/MyDataCompany/341 به فرآیند مدیریت حوادث پرداختیم. در ادامه توضیحات مربوط به فرآیند را به اتمام میرسانیم.
جهت درک بهتر رویدادهای تشدید متصل، در ادامه گردش کار زیرفرآیند "بررسی حادثه" آورده میشود.
درون این زیرفرآیند یک فعالیت وجود دارد و بقیه نمادهای موجود، در جهت کنترل شرایط مربوط به بررسی و رفع حادثه استفاده میشود. در این زیر فرآیند یک دروازه مبتنی بر رویداد (شکل 1) دیده میشود. به خاطر داشته باشید که این دروازه، با توجه به رویداد رخ داده، یکی از مسیرها را اجرا میکند. مسیر مربوط به رویدادی که قبل از همه فعال شود اجرا میشود و باقی رویدادها دیگر معتبر نخواهند بود.
در این مورد، اگر فردی بر روی حادثه کار کند و در زمان مشخص، راه حلی پیدا نکند، جریان فوقانی فعال میشود و یک رویداد ارسال تشدید (شکل 2) رخ میدهد. این رویداد مرتبط با رویداد تشدید بدون وقفه متصل بر روی زیرفرآیند (شکل3) (در فرآیند اصلی) است و آن را فعال میکند که باعث میشود جریان بعد از این اجرا شود و به کاربر در مورد تاخیر در ارائه راه حل اطلاع میدهد.
همچنین مواردی رخ میدهدکه یک شخص بر روی یک حادثه کار میکند و میتواند راه حلی پیدا کند و یا اینکه تشخیص دهد این حادثه بارها اتفاق افتاده است و نیازمند مدیریت مشکل هستیم. این دو حالت با دروازه انحصاری (شکل 4) که بعد از فعالیت آنالیز حادثه قرار داده شده است ارزیابی میشود و مسیر مناسب را بر طبق شرایط کسب و کار فعال میکند.
اگر این حادثه حل شود، اولین مسیر فعال میشود و زیرفرآیند به اتمام میرسد و جریان معمول و پیش فرض در فرآیند اصلی ادامه پیدا میکند.
همچنین در صورتی که این حادثه به عنوان یک مشکل که بارها اتفاق افتاده شناسایی شود، رویداد تشدید پایان (شکل 5) اجرا میشود که باعث میشود رویداد متصل تشدید دارای وقفه (شکل 6)، فعال شود و جریان بعد از آن در فرآیند اصلی که به زیرفرآیند مدیریت مشکل میرسد، اجرا شود.

💯 نرم افزار مای پروسس
👉 www.MyProcess.ir 👈
https://www.Mydata-co.com/TlgImg/ColaborationDiagram.jpg
#عناصرBPMN #مثال_عناصر_BPMN #مثال #Colaboration_Diagram #Colaboration #نمودار_همکاری #همکاری

نمودارهای همکاری (Colaboration Diagram) تعامل بین دو یا چند فرآیند را نشان میدهد. معمولا این نمودارها شامل دو یا چند Pool است که به عنوان ایفا کننده نقش در این نمودارها عمل میکنند.
در ادامه به بررسی چند فرآیند موازی که توسط یک شرکت جهت مدیریت خرید، اجرا میشود، خواهیم پرداخت. هر کدام از این نقشها یک فرآیند مستقل را اجرا میکند. با این حال این فرآیندها با روشهای مختلف مبادله اطلاعات (همانند ایمیل، فکس، تلفن) با یکدیگر در تعامل هستند. هیچ کدام از این موارد بدون دریافت اطلاعات از فرآیند دیگری به اتمام نمیرسد. دیاگرامی که در ادامه مشاهده میکنید این موضوع را نشان میدهد.
در مطالب آتی به تشریح د رمورد این نوع دیاگرام و مثال مربوطه خواهیم پرداخت.

👈ادامه دارد👇
💯 نرم افزار مای پروسس
👉 www.MyProcess.ir 👈
https://www.Mydata-co.com/TlgImg/ColaborationDiagram.jpg
#عناصرBPMN #مثال_عناصر_BPMN #مثال #Colaboration_Diagram #Colaboration #نمودار_همکاری #همکاری

نمودارهای همکاری (Colaboration Diagram)

در ادامه ی مثال عنوان شده در مورد نمودارهای همکاری در پست https://t.me/MyDataCompany/368 ، به تشریح مثال ارائه شده خواهیم پرداخت.
همانطور که مشاهده میکنید درنمودار رسم شده دو انجام دهنده درگیر هستند: خریدار و تامین کننده، که با نماد Pool ارائه شده است.
فرآیند توسط خریدار، زمانی که درخواست خریدی ازیکی از واحدهایش دریافت کند، شروع میشود. زمانی که درخواست مورد پذیرش قرار بگیرد، زیرفرآیند "تنظیم لیست نیازمندی ها" اجرا میشود. در این زیرفرآیند، فعالیتهای موردنیاز برای دریافت و ارزیابی لیست محصولات موردنیازبرای انتخاب تامین کننده، مدیریت میشود.
زمانی که تامین کننده انتخاب شد، یک درخواست خرید ارسال میشود، که با استفاده از یک رویداد پیام نشان داده شده است. در یک نمودار همکاری (Collaboration)، مسیر جریان اطلاعات بین فرآیندها از طریق یک جریان پیام (Message Flow) (خط نقطه چین) نمایش داده میشود، که دو رویداد ارسال پیام و دریافت پیام را به یکدیگر متصل میکند.
توجه داشته باشید که در نمودار رویداد "پیام ارسال سفارش خرید" در Pool خریدار به رویداد "پیام شروع دریافت سفارش خرید" در Pool تامین کننده متصل است. که این رویداد شروع یک نمونه جدید از فرآیند تامین کننده را ایجاد میکند.

👈ادامه دارد👇
💯 نرم افزار مای پروسس
👉 www.MyProcess.ir 👈
https://www.Mydata-co.com/TlgImg/ColaborationDiagram.jpg
#عناصرBPMN #مثال_عناصر_BPMN #مثال #Colaboration_Diagram #Colaboration #نمودار_همکاری #همکاری

نمودارهای همکاری (Colaboration Diagram)

در ادامه ی مثال عنوان شده در مورد نمودارهای همکاری در پست های https://t.me/MyDataCompany/368 و https://t.me/MyDataCompany/384 ، به توضیحات پایانی مثال ارائه شده خواهیم پرداخت.
تامین کننده سفارش مشتری را بررسی میکند و در صورت پذیرش سفارش، اقدامات مورد نیاز جهت اجرای سفارش را مشخص کرده و به صورت همزمان فاکتور سفارش ایجاد و ارسال میگردد (ارسال فاکتور در نمودار با استفاده از "رویداد ارسال پیام فاکتور" نشان داده شده است.) و سفارش نیز ارسال میشود.
همزمان فرآیند خریدار، منتظر دریافت فاکتور است که با یک "رویداد دریافت پیام" مدلسازی شده است و به محض ارسال فاکتور توسط تامین کننده این رویداد اجرا میشود و فرآیند مشتری به گام بعدی منتقل میشود. جهت اطمینان از اینکه روند شرکت تنها زمانی که صورتحساب و محصولات سفارش دریافت شده، ادامه یابد، یک دروازه موازی برای ادغام جریان های فعال استفاده شده است. در این فرآیند پس از دریافت فاکتور و سفارش، فعالیت سرویس "پرداخت" اجرا میشود و پس از ارسال صورتحساب پرداختی ( که با یک "رویداد پیام ارسال" نشان داده شده است) به پایان میرسد. همچنین در سوی دیگر فرآیند تامین کننده نیز با اجرای رویداد دریافت صورتحساب به پایان میرسد.
همانطور که مشاهده کردید در نمودارهای همکاری تعاملات میان چند Pool یا فرآیند نمایش داده میشود. که اغلب با "رویداد پیام (ارسال/دریافت)" مدلسازی میشود و پیام های متناظر در دو فرآیند با "جریان پیام (Message Flow)" به یکدیگر متصل میشوند.


💯 نرم افزار مای پروسس
👉 www.MyProcess.ir 👈
https://www.Mydata-co.com/TlgImg/ActivityType.png
#عناصرBPMN #مثال_عناصر # #BPMN #مثال ##Call_Activity #SubProcess #Activity #Task و #فعالیت #وظیفه #زیرفرآیند

همانطور که میدانیم، فعالیتها (activities) میتوانند ترکیبی و یا اتمیک باشند. در BPMN فعالیتهای ترکیبی (composed activities) به عنوان زیرفرآیند (sub-processes) و فعالیتهای تک واحدی (atomic activities) به عنوان وظیفه (Task) شناخته میشوند.
وظیفه: یک فعالیت تک واحدی است و هنگامی در فرآیند از این نماد استفاده میشود که نتوان کار را به موارد ریزتر شکست و انجام دهنده آن یک کاربر است و یا یک برنامه کاربردی
زیرفرآیند: یک زیرفرایند میتواند شامل یک دیاگرام bpmn باشد، درنتیجه میتواند ترکیبی از چندین وظیفه باشد و برای ایجاد تمایز از وظیفه علامت + درون مستطیل استفاده میشود.
یک Call Activity به یک فرآیند و یا وظیفه اشاره دارد (Refrence) که به صورت عمومی تعریف میشود، و از یک فرآیند جاری، استفاده مجدد میکند. درون یک Call Activity نیز میتوان یک زیرفرآیند تعریف شود، زمانی که یک فعالیت و یا مجموعه ای از فعالیتها، در یک یا چند فرآیند استفاده شود از Call Activity استفاده میکنیم. (زیرفرآیندهای قابل استفاده مجدد (Reusable sub-processes))
در پستهای آتی به توضیحات تکمیلی و مثالهایی برای درک تفاوت بین آنها خواهیم پرداخت.


👈ادامه دارد👇
💯 نرم افزار مای پروسس
👉 www.MyProcess.ir 👈
https://www.Mydata-co.com/TlgImg/SubprocessType2.png

#عناصرBPMN #مثال_عناصر #BPMN #مثال #Call_Activity #SubProcess #Activity #Task و #فعالیت #وظیفه #زیرفرآیند #Collapsed_sub_process #Expanded_Sub_process

زیرفرآیند:
همانطور که در مطالب قبلی گفته شد یک زیرفرآیند شامل یک دیاگرام bpmn است. زیرفرآیند به فرآیند پدر وابسته است و در اصطلاح به صورت جاسازی شده(Embeded) در فرآیند پدر قرار دارد. همچنین در زمان اجرا در زیرفرآیند، به مفاهیم و متغییرهای درون گردش کار پدر به صورت مستقیم دسترسی داریم و نیازی به نگاشت این متغییرها وجود ندارد.
زیرفرآیندها دارای دو نوع هستند :Collapsed ، جزئیات درون زیرفرآیند از نظر کسی که دیاگرام فرآیند را مشاهده میکند مخفی میماند و Expanded، که تمام دیاگرام زیرفرآیند، درون دیاگرام اصلی، در یک مستطیل نمایش داده میشود. تفاوت این دو نوع را در شکل زیر مشاهده میکنید. از نظر اجرایی این دو نوع هیچ تفاوتی ندارد.

👈ادامه دارد👇
💯 نرم افزار مای پروسس
👉 www.MyProcess.ir 👈
https://www.Mydata-co.com/TlgImg/CallActivity_GlobalProcess_GlobalTask.jpg

#عناصرBPMN #مثال_عناصر #BPMN #مثال #Call_Activity #SubProcess #Activity #Task و #فعالیت #وظیفه #زیرفرآیند #Collapsed_sub_process #Expanded_Sub_process #Global_Task #Global_Process

درادامه معرفی انواع Activity به انواع دیگر آن خواهیم پرداخت.
یک وظیفه عمومی (Global Task) یک وظیفه تجزیه ناپذیر و قابل استفاده مجدد است که درون فرآیندهای دیگر با یک Call Activity میتواند فراخوانی شود.
چهار نوع وظیفه عمومی وجود دارد: وظیفه GlobalUserTask، GlobalManualTask، GlobalScriptTask، GlobalBusinessRuleTask.
استفاده مستقیم یک Global Task درون یک فرآیند معنی ندارد بلکه یک وظیفه عمومی فقط قابل فراخوانی توسط Call Activity است.
همینطور یک فرآیند عمومی (Global Process) را میتوان از فرآیندهای دیگر فراخوانی کرد.
یک Call Activity نوعی از فعالیت است که توسط آن میتوان یک فرآیند و یا وظیفه عمومی را فراخوانی کرد. این نوع فعالیت با حاشیه ضخیم تر نسبت به Task معمولی نمایش داده میشود (شکل زیر را مشاهده کنید). یک Call Activity شبیه به یک بسته بندی (wrapper) برای فراخوانی یک فرآیند/وظیفه عمومی، درون فرآیندهای دیگر است. فعال سازی یک Call Activity باعث انتقال کنترل فرآیند به یک فرآیند/وظیفه عمومی است. یک Call Activity در BPMN2.0 متناظر با Reusable Sub-Process (زیرفرآیند قابل استفاده مجدد) در BPMN1.2 است .
همچنین یکSub process در BPMN2.0 متناظر با Embedded Sub-Process (زیرفرآیند جاسازی شده)در BPMN1.2 است.
یک Call Activity میتواند خصوصیات فرآیند/وظیفه عمومی که فراخوانی میکند، را بازنویسی کند و همچنین رویدادهای درون یک فرآیند فراخوانی شده، میتواند در سلسله مراتب به سطوح بالاتر برود و رویدادهای boundary بر روی Call Activity را آغاز کند. به عنوان مثال یک رویداد ارسال خطا درون فرآیند فراخوانی شده، میتواند رویداد دریافت خطا Boundary روی Call Activity را شروع (Trigger)کند.

👈ادامه دارد👇
💯 نرم افزار مای پروسس
👉 www.MyProcess.ir 👈