10 نکته کارآمد دربابِ مدل سازیِ فرآیند در Bpms

در تعاریف BPMS بی پی ام اس  مشخصاتِ BPMN قوانین و تعاریف فنی فراوانی ارائه می دهد. اما چگونگی خلق مدل های فرآیندی،  که در ماموریت اصلی خود به حداکثر رساندن فهم فرآیندِ "همانگونه که است" یا "چگونه باشد" هست، را آموزش نمی دهند. به منظور کارآمد اجرا کردن مدل سازی فرآیند، شما می بایست فراتر از مشخصات رفته و یک روش شناسی پایه ای، بهترین تمرین ها و الگوهای نموداری ویژه را برای استفاده در موقعیت های عادی فرا بگیرید. بر ای روشن کردن این موضوع، در ادامه 10 نکته برای مدل سازی کارآمد  ارائه می شوند.

منطق فرآیند را در نمودار آشکار کنید.این عمل بی شک بنیادین است، با این وجود مکرراً در میان مدل سازان مبتدی نادیده گرفته می شود. مشخصاتِ BPMN علاوه بر اشکال و رابطانِ مختلف که در نمودار چاپ می شوند، جزئیات تکمیلی را توصیف میکنند که در باب ویژگی هایی که تنها از طریق ابزار مدل سازی  و یا در مستنداتِ با جزئیاتِ وافر که می توان با استفاده از آن ابزار تولید کرد، قابلیتِ دیده شدن دارند. اما به حداکثر رساندن فهم مشارکتی نه از طریق معاینه ی فردی و خصوصی مدل شما به وسیله ابزار به دست می آید و نه از راه کاوییدن 100 صفحه از مستندات. این عمل به وسیله گروهی انجام می پذیرد که دور میزی نشسته اند و به نسخه ی چاپ شده ی نمودار چشم دوخته اند و معمولاً در مورد اینکه چگونه می توان آن را بهبود بخشید، تبادل نظر می کنند.

به طور کارآمد این عمل به دو معنی می باشد. اول این که، همه اجزا نمودار را نامگذاری کنید-نه تنها فعالیت ها را بلکه زیرفرآیندها، رویدادهای بینابینی، ورودی ها، جریان های ترتیبی، رویدادهای نهایی و جریانِ پیغام ها. برخی ویژگی های مورد نیاز، مانند مدت زمان یک رویدادِ زمان دار، احتمال دارد که در نمودار به نمایش در نیایند. اگر چنین است یک نام به رویدادی بدهید که آن اطلاعات را همانند سازی می کند. اگر موفق به دیدن آن در نمودار نمی شوید، پس حتماً ارزش چندانی ندارد.

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

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

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

بر روی فرآیند خود عنوانِ "فعل-اسم" بگذارید. BPMN فرآیندها را در جایی که آن ها عکس العمل نشان می دهند، بر اساس جریان های فعالیت توصیف می کند. آنها نمایانگر کارِ انجام شده در فرآیند می باشند. فعالیت ها، وضعیت یا کارکردهای کسب و کاری، و یا تعاملاتِ مورد استفاده نیستند. به منظور تقویت این ایده، ما از فراگیران درخواست می کنیم تا فعالیت های خود را به طور مداوم با استفاده از ساختار "فعل-اسم" نامگذاری کنند، برای نمونه: از"اعتبار را بررسی کنید" یا "سفارش را اعتبار ببخشید" به جای "بررسی اعتبار" (کارکرد) و یا "سفارش معتبر" (وضعیت). هر کدام از فعالیت ها را یک منبع قرار است اجرا کند و عنوان هر فعالیت می بایست اینکه چه عملی اجرا می شود را توصیف کند. 

انواع عملکرد را مشخص کنید. یکی از ویژگی های BPMN که هیچ گونه نمودِ استاندارد شده ای در نمودار ندارد، نوع عملکرد است. مشخصات، انواع عملکرد را معین میکنند، با این وجود در حقیقت دو مورد از آن ها را باید متمایز کرد: کاربر (عملکرد انسانی) و خدمات (عملکرد ماشینی). خوشبختانه بیشتر ابزارهای BPMN انواع عملکرد را با استفاده از آیکون های درون فرمِ فعالیت متمایز می کنند، با این حال شما می بایست مشخص کنید که کدام عملکرد مورد نظر می باشد.

از یک عملکرد به منظور مسیردهی به کار استفاده نکنید. دیگر خطای رایج مبتدیان وارد کردن عملکردهایی چون "به مدیر ارسال کن" مثلا در سیستم اتوماسیون اداری که همراه با آن جریانی ترتیبی به یک عملکرد می آید، در نمودارِ قابل دسترسی مدیر می باشد. جریان ترتیبی از قبل مشغول مسیردهی کار به مدیر بوده است، بنابراین عملکرد "به مدیر ارسال کن" زائد می باشد. آن را حذف کنید.

در اینجا مشکل دومی نیز وجود دارد. بهترین عمل، نگه داشتن کلماتِ کلیدی "ارسال کن" و "دریافت کن" در اسامی عملکردها به منظور ارسال کردن و دریافت کردن انواع عملکرد می باشد که همسنگ با رویدادهای پیامی هستند. در BPMN یک "پیغام" به مفهوم یک سیگنال، میان فرآیند و نوعی موجودیت بیرونی می باشد. در این جا مدیر یک موجودیت بیرونی نیست، اما یک شرکت کننده در فرآیند است. بر این اساس، این یک پیغام نیست و نمی بایست عنوان "ارسال کن" داشته باشد. اگر مایلید که با مدیر بدون جهت دادن به خودِ کار چیزی در میان بگذارید، می توانید از عملکردی به عنوان "مدیر را در جریان قرار بده" بهره بگیرید. چنین اعمالی در ابتدا ممکن است ناچیز به نظر بیایند، اما در انتها آن ها قوه فهمِ فوری هرآنچه در نمودارها در حال اتفاق افتادن هستند را برای همه نیروهای سازمانِ شما فراهم خواهند کرد.

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

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

از ریزفرآیندها در جهت ارزیابی رویدادهای وابسته بهره گیری کنید. رویدادهای بینابینیِ وابسته به فعالیت یک فرایند، بدین معنی می باشند که اگر رویداد در زمان اجرا شدن یک فعالیت اتفاق بیفتد، از اجرای فعالیت صرف نظر کرده وبه سمت پایین جریان ترتیبی به بیرون آن رویداد حرکت کنید. یک ترفند کارآمد، در میان گرفتنِ یک توالی از فعالیت ها با یک زیرفرآیند به صرفِ منظور تعریف کردن ارزیابی آن رویداد است. برای نمونه، اگر شما یک فرآیند ترتیبی با مراحلی از A تا Z داشته باشید و بخواهید به مشتری امکان تغییر یا صرف نظر کردن از یک سفارش بدون جریمه در هر زمانی میان مراحل B تا G بدهید، می توانید ترتیب میان  Bتا  Gرا درون یک زیرفرآیند احاطه کنید و یک رویداد پیامی و برطرف کننده، ویژه یِ جریان استثنایی به آن بیفزائید.

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

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

جریانهای پیغامی می توانند محتوای تجاری ارزشمندی به نمودار شما بیفزاید، با این وجود استفاده دائمی  از آنها دارای اهمیت است. برای نمونه، اگر قرار است شما هرگونه جریان پیغامی "از" و "به" یک درخواست کننده از فرآیندِ خود نشان دهید، می بایست حتماً تمام آنها را به نمایش بگذارید و در هر سطحِ مدلتان این عمل باید با تداوم انجام گیرد. بدین معنی که، اگر یک جریان پیغامی ویژه در یک زیرفرآیند که سه سطح پایین تر جای دارد نشان داده شده باشد، می بایست در بالاترین سطح نمودارنشان داده شود و علاوه بر این در هر سطحی همان عنوان را دارا باشد. 

مترجم : سازنده

تشریح دروازه ها (Gateway) در BPMN

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

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

دروازه موازی (Parallel Gateway):

دروازه موازی که در مباحث بی پی ام اس (bpms)  که به آن دروازه "هم‌زمانی" نیز گفته می‌شود، ساده‌ترین نوع از دروازه‌های BPMN به شمار می‌رود که امکان ایجاد چندین انشعاب در یک فرآیند را ممکن می‌سازد. زمانی که در یک فرآیند از دروازه موازی استفاده شده باشد، کار در تمامی مسیرهایی که از دروازه موازی خارج‌شده‌اند، پخش خواهد شد.

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

دروازه انحصاری (Exclusive Gateway):

دروازه انحصاری که دروازه XOR نیز نامیده می‌شود و یا از نظر فنی در اکثر موارد، دروازه مبتنی بر داده‌های منحصربه‌فرد نام‌گذاری شده است.

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

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

دروازه جامع (Inclusive Gateway):

یکی از انواع دروازه‌های استاندارد BPMN، دروازه جامع است، دروازه جامع را می‌توان به عنوان ترکیبی خاص از دروازه‌های انحصاری و موازی در مباحث بی پی ام اس (bpms)در نظر گرفت. همانند دروازه انحصاری می‌توان بر روی تمامی شروط درگاه‌ها نظارت داشت و همانند دروازه موازی می‌تواند بیش از یک مسیر را طی کند؛ یعنی زمانی که در یک فرآیند قرار می‌گیرد تمامی شرط‌ها را چک می‌کند و بر اساس برقراری شروط می‌تواند یک و یا بیش از یک مسیر را انتخاب نماید و اگر هیچ یک از شرط‌ها برقرار نبود، مسیر پیش‌فرض برای ادامه در نظر گرفته می‌شود.

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

دروازه مبتنی بر رویداد (Event Based Gateway):

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

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

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

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

دروازه مبتنی بر رویداد موازی (Parallel Event Based Gateway):

این دروازه همانند  Event Based Gateway می‌باشد اما با این تفاوت که تنها یک مسیر طی نمی‌شود، بلکه تمامی مسیرها به محض فراخوانی رویدادشان طی خواهند شد.

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

Complex Gateway:

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

---

منابع: کتاب Process-Driven Applications with BPMN- نویسنده Volker Stiehl

docs.camunda.org/Gateways

ترجمه و گردآوری: پروین بختیاری

انبار داده‌ها در bpm (قسمت دوم)

تاریخچه انبار داده

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

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

•انبار داده‌های عملیاتی آفلاین

انبار داده‌ها در این مرحله از تکامل در چرخه زمان، از سیستم‌های عملیاتی و داده‌هایی که در گزارشات یکپارچه ذخیره شده‌اند، به طور منظم (معمولا روزانه، هفتگی و یا ماهانه  ) به روز رسانی می‌شوند.

•انبار داده‌های آفلاین

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

•انبار داده‌های آنلاین

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

•انبار داده‌های یکپارچه

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

 

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

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

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

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

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

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

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

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

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

اهمیت و ارزش مخازن فرآیند

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

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

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

 

پردازش موازی در فرآیند کسب و کار

پردازش موازی بخش مهمی از برنامه‌های فرآیند محور است. فعال‌کردن مسیرهای پردازش موازی برای بهینه‌سازی فرآیند باعث استفاده بهتر از منابع محاسباتی می‌شود و در سطوح مختلف BPMN پشتیبانی می‌شود. دروازه موازی (Parallel gateway) بدون چک کردن هیچ شرطی، چندین مسیر را فعال می نماید و نتیجه در بالاترین درجه از موازی‌سازی حاصل می گردد.

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

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

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

در بسیاری از سناریوها، پیشروی قسمتی از کار وابسته به دریافت یک پیام است. با استفاده از پردازش موازی به راحتی می‌توان چنین سناریوهایی را پیاده‌سازی نمود، که نمونه ای از آن را در شکل زیر مشاهده می کنید؛ در حالی که فرایند منتظر نتیجه سیستم ۱ می‌ماند، در شاخه پایینی سیستم ۳ منتظر نتیجه سیستم ۲ می باشد.

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

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

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

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

در این حالت به روزرسانی اطلاعات کارت را به عنوان یک زیرفرآیندی که ناشی از یک رویداد (Event Subprocess) است در نظر گرفته‌ایم. که با مستطیل نقطه‌چین درون زیرفرآیند نشان داده شده است. این قسمت در تمامی طول زیرفرآیند فعال است و با یک پیغام رویداد شروع آن فراخوانی می‌شود. با فرخوانی رویداد شروع این بخش، به روزرسانی اطلاعات کارت اعتباری به صورت موازی با هریک از وظایف رزرو انجام می‌شود.

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

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