مدل های فرآیند عملیاتی (جلسه ۱۶)

در ادامه جلسه قبل به بررسی سطح سوم از چهارچوب کاموندا میپردازیم. با ما همراه باشید…..

به کارگیری تکنیکی خارج از موتور فرایند

اغلب پیش میآید که شما میبایست در پروژه  BPMخود اجزاء نرم افزاری مشخصی را خارج از موتور فرایند به کار ببندید. در پروژه ما آنها اغلب عبارتند از:

■ قواعد و منطق های کسب وکار

■ الگوها و جریان های الگوها۱

■ انتقال داده ها

قواعد و منطق های کسب وکار

منطق کسب وکار برای مثال محاسباتی هستند که میبایست برنامه‌نویسی شوند. این محاسبات بهتر است مانند خدمات فشرده‌سازی شوند تا بتوانند توسط موتور فرایند مانند فعالیت های خدماتی فراخوانی شوند. در اینجا ارتباطی مستقیم با الگو معماری خدمت محور ( SOA ) وجود دارد. قواعد کسب و کار در بهترین حالت در موتور قواعد تصویر میشوند و میتوانند از نسخه  BPMN 2.0 به بعد از موتور فرایند درباره فعالیت های مربوط به قواعد کسب و کار فراخوانده شوند. در هر دو حالت با معنی نخواهد بود، اگر بخواهیم انتظارات را در BPMN مدلسازی نماییم و بهتر است که در  BPD به فعالیتهای خدماتی و قواعد کسب و کار تنها رفرنس دهیم.

جریان الگوها

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

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

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

انتقال داده ها

انتقال داده ها به خصوص در یکپارچه سازی فرایند مهم هستند. در اینجا نیز یک معماری  BPM شفاف و واضح لازم است. در اینجا اتوبوس خدمت رسانی سازمانی ESB وارد عمل میشود که بهتر است به عنوان یک مجموعه نمایش داده شود و در مدلسازی نیز مانند یک جریان الگو عمل کند. میتوانید مانند جریان الگوها این قدم را نیز مستقیماً در مدل موتور فرایند ترکیب کنید، به طوریکه در آنجا با فعالیت SCRIPT کار کنید. اینها نشان دهنده قدم های داخلی موتور فرایند هستند مانند انتقال داده ها. طبیعتاً میتوانید انتقال داده ها را در یک سرویس فشرده سازی و از طریق فعالیت های خدمت ۱فرا بخوانید. اما در اینجا تفاوت در این خواهد بود که موتور فرایند برای مثال پردازشگر  XSLT جهت انتقال دادههای  XML هنگام فعالیت  SCRIPT یک جزء داخلی موتور فرایند خواهد بود.

شانزدهمین جلسه از دوره “نحوه مدلسازی فرآیندها” به پایان رسید. از اینکه تا به اینجای کار با ما همراه بودید، سپاسگزاریم.