BPM چیست ؟ BPM و BPMS چه تفاوتی دارند؟

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

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

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

در ادامه به معرفی اجمالی هدف، اصول و توصیه های اجرایی BPM می پردازیم:

ه��ف: 

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

اصول: 

۱- فرایندها دارایی‌های سازمان هستند که برای مشتریان ایجاد ارزش می‌نمایند.

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

۳- فرایندهای کسب‌وکار باید به صورت مستمر بهبود پیدا کنند.

۴- فناوری اطلاعات یک توانمند ساز حیاتی در اجرای BPM است.

توصیه های اجرایی:

۱- در راستای ایجاد یک ساختار سازمانی فرایند محور، تلاش کنید.

۲- مالکان فرایندها را مشخص نمایید.

۳- مدیریت ارشد نسبت به BPM باید الزام و تعهد داشته باشند اما اجرای BPM باید با استفاده از یک رویکرد پایین به بالا انجام شود.

مدیریت ارشد سازمان، باید از رویکرد «مدیریت بر مبنای فرایندها» پشتیبانی نماید و نسبت به انجام آن خود را متعهد و ملزم بداند. چرا که همواره مدیران میانی در برابر تغییر ساختار وظیفه‌ای به ساختار فرایندی، به دلیل محدود شدن مسئولیت‌هایشان، مقاومت می‌کنند و اگر مدیران ارشد نسبت به BPM تعهد و الزام نداشته باشند، پروژه به دلیل مقاومت‌های داخلی با شکست مواجه می‌شود. اما طراحی فرایندها باید با استفاده از یک رویکرد پایین به بالا و به عبارتی توسط کارمندان داخلی سازمان صورت پذیرد تا مقاومت کم‌تری توسط آن‌ها در برابر تغییر وجود داشته باشد. اگر چه نهایتاً، مالک فرایند، طراحی نهایی را تأیید خواهد نمود.

۴- سیستم های نرم‌افزاری را جهت پایش،کنترل، تحلیل و بهبود فرایندهای کسب‌وکار در سازمان مستقر کنید.

۵- با شرکای تجاری خود به طور مشترک فعالیت نمایید.

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

۶- نیروی کار خود را به صورت مستمر تحت آموزش قرار دهید.

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

۸- از متدلوژی‌های تدریجی ( نظیر ۶Sigma و ...) و از متدلوژی‌های رادیکالی ( نظیر BPR) جهت بهبود فرایندهای کسب‌وکار استفاده نمایید.

در واقع BPM شامل مجموعه ابزارهایی است که هر سازمان در هر موقعیت و با توجه به شرایط می‌تواند از یکی از آن‌ها بهره ببرد. برخی از این ابزارها عبارتند از BPR ، ۶Sigma ، BPMS و ... .

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

مهندسی مجدد فرآیند کسب و کار bpr چیست ؟

مهندسی مجدد فرآیند کسب و کار(Business Process Reengineering)

مهندسی مجدد فرآیند کسب و کار(BPR)، به معنای تفکر مجدد، بازطراحی رادیکالی(اساسی) فرآیندهای کسب و کار ،جهت بهبود چشمگیر براساس شاخص های کلیدی عملکرد (هزینه، کیفیت و سرعت و ...) است. ایده باز مهندسی فرآیند عبارت است از : کسب و کار موثرتر و کارآمد تر ، انعطاف پذیری و پاسخگویی بیشتر سازمانها برای سهام داران، مشتریان و کارمندان سازمان. به خدمت گرفتن ساختار سازمانی برای تسهیل گردش کار به شکل نابتر*(Leaner) و مناسبتر(Fitter) و در نهایت تولید و خدمت رسانی بهتر سازمانهاست.

* شیوه ساخت Lean، اصول بهبود مداوم بر پایه "حذف زواید" (عوامل اتلاف هزینه و زمان ) فرآیند است.

جنبش BPR با انتشار عمومی دو مقاله در سال ۱۹۹۰ شکل گرفت.Thomas H.DavenPort و James R.Short در این مقالات اظهار داشتند که طراحی مجدد فرآیند و استفاده از IT میتواند سازمانها را متحول و فرآیندهای کسب و کار را به طرز چشمگیری بهینه سازی کند. آنها BPR را "تحلیل و طراحی گردش کار و فرآیندها درون و میان سازمانها" تعریف کردند و ترکیب IT و طراحی مجدد کسب و کار را به این شیوه ، مهندسی صنایع جدید لقب دادند.

متودولوژی ۵ مرحله ای Davenport وShort ، برای BPR نسخه اولیه به شکل زیر تعریف شده بود:

مراحل BPR اولیه

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

این متدولوژی با وضع چشم انداز و اهداف فرایند آغاز می شود. به عبارت دیگر، به جای تمرکز بر فعالیت ها و وظایف، به منظور حذف گلوگاه های فرایند ( آنگونه که در متدولوژی های بهبود قبلی اتفاق می افتاد) بایستی باز طراحی بر روی کل فرایند انجام شود، تا چشم انداز و اهداف فرایند محقق گردد.

گام دوم: شناسایی فرایندهای است که لازمست باز طراحی گردند

این مرحله شبیه به مرحله تحلیل پارتو(Pareto) در متدولوژی TQM است. به جای بازطراحی تمام فرآیندها ، تنها فرآیندهای کلیدی و موثر، طراحی مجدد میشوند.

گام سوم: درک و سنجش فرآیندهای موجود

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

گام چهارم: تشخیص نقش IT

این مرحله تلاش برای تشخیص نقش IT در طراحی مجدد فرآیندهاست، بنیانگذاران BPR اعتقاد داشتند با اهرم IT ، میتوان انتخابهایی برای ساخت فرآیندهای طراحی مجدد داشت.

گام پنجم: پیاده سازی نسخه آزمایشی

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

Radical BPR

همزمان با نشر ایده های Davenport و Short درباره طراحی مجدد فرآیند کسب و کار ،Michael Hammer مفهوم BPR رادیکال (بنیادی) را تعریف کرد. Hammer ادعا کرد که تلاش های گذشته در راستای خودکارسازی و نظام مند نمودن فرایندها ، بهره وری و عملکرد را به میزان قابل ملاحظه ای افزایش نداده است، چرا که سازمان ها "خودکارسازی فرایندهای موجود" را بر استفاده بهینه از کامپیوتر، مقدم می دانند. به همین دلیل، این نوع خودکارسازی، منجر به از میان برداشتن محدودیت های موجود در فرایند نمی گردد. او معتقد بود : برای پیشرفتهای بزرگ در سازمانها و بهره مندی از مزایای کامپیوتر، شرکت ها نیازمند انجام تغییرات بنیادین در فرایندهای کسب و کارخود هستند.تلاش در راستای بازمهندسی لازم است که به صورت فراگیر و گسترده انجام شود. این تلاش ها باید مافوق مرزهای وظیفه ای انجام گردد و فناوری اطلاعات را به منظور توانمند نمودن فرایندهای حاصل از این تلاش ها به کار گیرد. Hammer و James Champy در کتاب خود، نظریه Adam Smith (تک وظیفه ای بودن کارکنان برای بالاتر رفتن مهارتها و شیوه وظیفه ای سلسله مراتبی سازمانی) را رد کردند. ایده آنها بطور خلاصه این بود که دوره اقتصاد متفاوت پسا مدرن آغاز شده و تغییر برای همگامی با آن ضروریست. در این دوره بالاترین جایگاه از آن مشتریست، رقابتها شدیدتر و تغییرات دائم برای هدایت کسب و کار امری بدیهی ست. بنیانگذاران BPR اولیه اعتقاد داشتند برای رقابت در اقتصاد جدید و مشتری مدار، جایگزینی بهبود مستمر با طراحی مجدد و ایجاد روش های جدید در اجرای وظایف و فرآیندهای کسب و کار ضروریست.

اصول اجرای BPR نسخه اولیه Hammer و Champy

  • سازماندهی کارکنان بر مبنای فرآیندها جایگزین سازماندهی بر مبنای وظایف شود.
  • کارکنان به جای انجام یک وظیفه، برای انجام تمام وظایف یک فرآیند آموزش ببینند.
  • در هر فرآیند ، یک نقش "صاحب فرآیند" ایجاد شود، که وظیفه اش نظارت بر اجرای بهینه فرآیند باشد .
  • کارکنان با وظایف مکمل، حتی با مهارتهای متفاوت، کارها را به یک ناظر مشترک تحویل دهند.
  • فناوری اطلاعات یک توانمند ساز کلیدی برای اجرای BPR است. 
  • این ایده ها مربوط به نسخه اولیه BPR بود. بنیانگذاران این نظریه Hammer و Davenport، Champy و short " تمرکز بر حذف گلوگاهها" ، برای بهینه سازی و مهندسی مجدد " فرآیند های موجود" را رد کردند و معتقد بودند فرآیندها باید یکبار دیگر از آغاز طراحی شوند. در مدل آنها شیوه فرآیند محور جایگزین شیوه وظیفه محور میشد، بعلاوه آنها به نقش ضروری IT در تغییر شکل فرآیندها معتقد بودند.

رابطه BPR و فناوری اطلاعات

Hummer فناوری اطلاعات را پیش برنده کلیدی، برای تغییرات در BPR اعلام کرد. او IT را ابزاری ضروری، برای مقابله با فرضیات منسوخ درباره تکنولوژی، افراد، اهداف سازمانی ، قوانین معرفی کرد و قلب BPR را اجتناب از قوانین و اصول منسوخ شده و توقف تفکر و شناخت به آن روشها دانست که در لایه های منطق و زیرین عملیات و فرآیندها ریشه دارند. (Davenport & Short) در سال ۱۹۹۰ قابلیتهای نقش IT در BPR را بدین ترتیب خلاصه کردند: تراکنشی ، مکانیزه سازی، تحلیل، اطلاعات، ترتیبی، مدیریت دانش، رهگیری، از میان برداشتن فاصله فیزیکی ، دسترسی بی واسطه کاربر به اطلاعات مورد نیاز.

نتایج اجرای نسخه اولیه BPR

در سال ۱۹۹۶ تحقیقی پیرامون تاثیر پروژه های BPR انجام شد. در این تحقیق ۳۱ دپارتمان تمام- فرآیند نامگذاری شدند به این معنا که این دپارتمانها فرآیندهای تولید ، وظایف پشتیبانی و برقراری تعامل با مشتری را انجام میدادند و ۵۵ پروژه مابقی به روال سنتی- وظیفه ای کار میکردند ( کار آنها تنها تولید بود) مقایسه صورت گرفت. نتیجه نهایی عجیب به نظر میرسید! دپارتمانهای فرآیند محور در چرخه انجام خدمات یا تولید شان سریعتر نشده بودند!

نتایج نشان میداد ۷۰- ۵۰ درصد پروژه های مهندسی مجدد فرآیندها شکست خورده و در عمل ۱۶درصد موارد از پیاده سازی BPR رضایت داشتند. تحقیقات بیشتر نشان داد:

دپارتمانهای فرآیند محور با شیوه مدیریتی پرورش حس مسئولیت جمعی ، چرخه انجام کار ۷.۴ برابر سریعتر - نسبت به سازمانهایی که این شیوه ها اجرا نشده- داشتند. این تمرینات شامل شغلهایی با همپوشانی وظایف ، پاداش تیمی، فضاهای کاری باز و روالهای مشارکتی بود. نتیجه جالب دیگر آنکه سازمانهای با شالوده فکری سنتی-وظیفه ای که شیوه فرآیند محور جدید در آنها اجرا شده بود: ۳.۵ برابر چرخه کارها کندتر از سازمانهای با طرز فکر سنتی و اجرای وظیفه ای بود!!

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

اجرای تغییرات در سازمانها عملا چه بازخوردی دارد؟

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

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

دیدگاه پیاده سازی بالا به پایین و مدیریت ناکافی تغییرات در BPR منجر به مقاومت شدید کارکنان و مدیران میانی شد. بعلاوه پیاده سازی BPR اولیه بسیار فنی و متمرکز بر فرآیند بود. اغلب این تغییرات بدون همگام سازی های لازم سازمانی بود که منجر به سنجش نیمه کاره فرآیندهای بین وظیفه ای جدید ((Cross-functional میشد، نبود مالکیت مشخص فرآیند اغلب منجر به سردرگمی و نارضایتی در مشارکت افراد گردید.

دلایل شکست BPR

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

  • عدم التزام به مدیریت متعهد و رهبری
  • حیطه های نامعین و انتظارات غیر واقعی
  • مقاومت در برابر تغییر

مقاله "بازمهندسی فرآیندهای کسب و کار و نوآوری های کسب وکار" به بررسی عوامل موثر بر BPR میپردازد و به شکل همه جانبه ای، از زوایای مختلف و با نظر دانشمندان صاحب نظر در این زمینه، این عوامل را بررسی میکند، مهمترین این عوامل به شرح زیر است:

موانع اجرایی BPR

  • حامیان مخالف
  • نگرش مدیریتی : "این کار را برای من انجام بده"
  • تمرکز بر کاهش هزینه
  • توجه ناکافی بر مسائل فنی

"موانع سازمانی" BPR

  • شرایط مالی غیر منصفانه
  • تعدد پروژه های فعال
  • ترس و بدبینی
  • جبهه گیری و مقاومت از سوی کارشناسان سیستمهای اطلاعات و منابع انسانی

پیش نیازهای اجرای BPR

  • تعهد و حمایت مدیران ارشد
  • انتظارات واقع گرایانه
  • مشارکت کارکنان و اختیار دادن به ایشان
  • زمینه استراتژی رشد و توسعه در سازمان
  • چشم انداز مشترک
  • شیوه های مدیریتی صحیح
  • مشارکت افراد مناسب به صورت تمام وقت (در پروژه عملیCIGNA برای این موضوع شعار:BPR" روشی برای زندگی " در نظر گرفته شده بود)
  • هزینه کافی

مقدمات راهبردی BPR

  • توسعه و اولویت بندی اهداف
  • تعریف ساختار فرآیند و فرضیات
  • شناسایی ترتیب موثرتر فرآیندها
  • شناسایی محصول جدید و فرصتها در بازار
  • هماهنگی و همسو سازی تلاشهای بازمهندسی
  • توسعه راهبردی منابع انسانی 

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

(Caronو Jarvenpaa و Stoddard) برندگان جایزه برترین مقاله بین المللی SIM سال ۱۹۹۴ برای مقاله ی "بازمهندسی کسب و کار درموسسه CIGNA، تجربیات و آموزه هایی از ۵ سال" ، به بررسی BPR در پروژه ی CIGNA پرداختند (CIGNA یک شرکت راهبر در زمینه بیمه و سرویسهای مالی در آمریکا و سراسر جهان است . از سال ۱۹۸۹ تا ۱۹۹۳، سیگنا بالغ بر ۲۰طرح را بازمهندسی کرد، که منجر به بیش از ۱۰۰ میلیون دلار، صرفه جویی شد. هر یک دلار صرف شده در بازمهندسی این پروژه، ۲-۳ دلار سود برگرداند. در پروژه های پربازده سیگنا: هزینه عملیاتی ۴۲% کاهش یافت، زمان چرخه ها بیش از ۱۰۰% بهبود داشت، رضایت مشتریان بیش از ۵۰% و کیفیت بیش از ۷۵% بهبود داشت) و به این نتایج رسیدند:

" بهتر است سازمان ها ابتدا بخش کوچکی را برای تغییر انتخاب کنند (برای مثال : پایلوت پروژه ی CIGNA )و تغییر را مدیریت و هدایت کنند، طرز تفکر سازمانی را تغییر داده و حمایت سیستمهای اطلاعاتی و منابع انسانی را جذب کنند. در پروژه CIGNA تغییرات از مدیر ارشد فناوری اطلاعات آغاز شد و به عوامل منابع انسانی نیز اختیار تاکید درباره این پروژه داده شد."

در سال ۱۹۹۴ ،King ، دلایل عمده شکست BPR را تمرکز زیاد بر جنبه های فنی و در عین حال کم توجهی به ابعاد راهبردی اعلام کرد .

آیا این نتایج منجر به شکست و احراز ناکارآمدی BPR شد؟

بررسی پروژه های موفق BPR نتیجه دیگری هم داشت.تحقیقات McKinsey در سال ۱۹۹۳ نشان داد که پروژه هایی که بطور گسترده و عمیق از BPR استفاده کردند، بالاترین منافع کسب و کار را بدست آوردند. این تحقیقات که ۲۰ کمپانی مجریBPR را مورد بررسی قرار داده بود، نشان داد ۶ شرکت موفق به کاهش میانگین ۱۸ درصدی در هزینه ها ، BPR را در تمامی" فرآیندهای کلیدی" و عناصر سازمان مورد استفاده قرار داده اند. از دیدگاه مکنزی بازمهندسی فرایندهای کسب و کار، بایستی در منظرهای ذیل، بررسی و انجام گردد:

  • نقش ها و مسئولیت ها
  • اندازه گیری عملکرد
  • ساختار سازمانی
  • فناوری اطلاعات
  • مهارت ها و ارزش های مشترک

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

پس از آن Teng و همکارانش تحقیق دیگری را منتشر ساختند که در آن پروژه های موفق BPR در سال ۱۹۹۸ مورد بررسی قرار گرفت. از دیدگاه Teng لازم بود، دو منظر :

  • گردش کار فرایند ها
  • فرهنگ سازمانی

نیز در باز مهندسی فرایندهای کسب و کار مورد بررسی قرار گیرد. Teng نیز همانند مکنزی به این نتیجه رسید که میزان بنیادی بودن تغییرات در سازمانها ( تغییرات در تمامی منظر های هفت گانه) با موفقیت پروژه ها رابطه مستقیم دارد.

شیوه BPR اولیه تغییرات رادیکالی را به کارکنان تحمیل کرد، با بررسی نتایج ناشی از پیاده سازی های عملی این شیوه، نقاط ضعف آن خودنمایی کرد و منجر به اصلاح مراحل BPR به شیوه زیر شد:

از این تحقیقات میتوان نتیجه گرفت که:

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

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

 

 

 

استاندارد BPEL چیست ؟

زبان اجرایی فرآیند کسب و کار (BPEL)

سازمان توسعه استانداردهای اطلاعات ساخت یافته (OASIS : Organization for the Advancement of Structured Information Standards)، زبان اجرایی را به منظور صدور و ورود اطلاعات کسب و کار با استفاده از رابط های در دسترس از طریق خدمات وب سرویس، تحت عنوان BPEL معرفی نمود. سازمان فوق الذکر یک کنسرسیوم جهانی است که بر روی استانداردهای توسعه، استفاده از کسب و کار الکترونیکی و وب سرویس فعالیت می نماید.

Web Services Business Process Execution Language) WS-BPEL) که عموما به عنوان BPEL شناخته می شود، در واقع زبان اجرایی استاندارد OASIS برای مشخص نمودن کنش ها (Actions) در فرایندهای کسب و کار با استفاده از وب سرویس ها می باشد. به عبارت بهتر اطلاعات فرایندی در BPEL با استفاده از رابط وب سرویس، صادر و وارد (Export and import) می گردد.

در واقع، BPEL یا "زبان اجرایی فرآیند کسب و کار" یک فایل XML می باشد که با استفاده از آن موتور اجرایی BPMS یک فرآیند را اجرا می کند. همانطور که در مطلب XPDL شرح داده شده است نرم افزارهای BPMS برای اجرایی کردن فرآیند از دو بخش اصلی تشکیل شده اند: ۱-تعریف فرآیند و ۲- اجرای فرآیند. نتیجه نهایی بخش تعریف فرایند، یک فایل XML به صورت XPDL می باشد که برای آشنایی با این بحث می توانید به مطلب XPDL مراجعه کنید. بعد از تعریف فرآیند، ابزار طراحی فرایند با استفاده از فایل XPDL، یک فایل XML تولید می کند که شامل اطلاعات اجرایی یک فرآیند می باشد و با استفاده از آن موتور اجرایی نرم افزارهای BPMS فرآیند را به صورت عملی اجرا می نمایند که این فایل XML را BPEL گویند.

 

 

BPEL، یک زبان مبتنی بر XML است که برای مقاصد زیر به کار برده می شود:

  • حفظ ترتیب فعالیت (activities) های موجود در فرایند
  • ارتباط بین نمونه های فرایند و پیام ها
  • بازیابی شرایط خطا و استثنائات
  • روابط مبتنی بر وب سرویس بین نقش های فرآیند

BPEL از ترکیب دو استاندارد جدا بوجود آمد: ۱- XLang از مایکروسافت که با استفاده از وب سرویس ها، فرآیند کسب و کار را اجرا می کند و ۲- استاندارد (WSFL (Web Services Flow Language که مربوط به شرکت IBM است. XLang یک زبان بر اساس ساختار بلوکی است در حالی که WSFL زبانی بر اساس ساختار گرافیکی می باشد. چون این دو استاندارد هر کدام Root مخصوص به خود را دارند BPEL برای ترکیب این دو ساختار، ساختار بلوکی را پایه قرار داده و ساختار گرافیکی را در آن گنجانده است. یعنی BPEL یک ساختار بلوکی می باشد که با استفاده از بلوکها یا تگ های XML امکان استفاده از استاندارد WSFL را فراهم می نماید. در شکل زیر این ساختارها نمایش داده شده اند:

BPEL با استفاده از وب سرویس ها، به زبان های تعریف فرآیند کسب و کار همچون XPDL اجازه می دهد که با فراخوانی سرویس های مورد نظر، یک نمونه از یک فرآیند را اجرا یا ویرایش نمایند. BPEL علاوه بر زبان اجرای فرآیند کسب و کار، زبان تعامل بین فرآیند ها نیز می باشد. المان های اصلی BPEL شامل پردازش ها، فعالیت ها، لینک های جفت کننده (Partner Link) ، کنترل کننده عملیات ها، کنترل کننده خطاها، کنترل کننده رویدادها و مجموعه های مرتبط به هم می باشد. پردازش مهمترین المان در BPEL می باشد. دو نوع پردازش وجود دارد: انتزاعی(Abstract) و اجرایی. یک پردازش انتزاعی برای تعریف قوانین کسب و کار مورد استفاده قرار می گیرد. در مشخصات BPEL عنوان شده است که منظور از پردازش انتزاعی، قوانین کسب و کار است که نحوه معامله بین فروشنده و خریدار را مشخص می نماید و در هر خرید و فروش، قوانین تعریف شده بین این دو اجرا می شود. دو پردازش انتزاعی با استفاده از لینک های جفت کننده (Partner Link) به هم متصل می شوند و بوسیله تبادل پیام مناسب بین یکدیگر، با هم کار می کنند. پردازش انتزاعی همچنین می تواند برای نظارت بر اجرای فرآیند ها مورد استفاده قرار گیرد. همچنین در دو فرآیند تجاری کاملا جدا، پردازش انتزاعی می تواند قوانین تبادل پیام بین وضعیت های دو فرآیند را تعریف نماید.

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

با توجه به تعاریف گفته شده می توان فهمید که پردازش انتزاعی در واقع شمایی (Interface) از وب سرویس ها را مشخص می کند؛ در حالی که پردازش اجرایی ساختار وب سرویس ها را بر اساس شمای تعریف شده پیاده سازی می کند. به علاوه پردازش اجرایی، رفتار دقیق فرآیند کسب و کار را تعریف می نماید و همچنین می تواند طریقه انتقال اطلاعات بین محصولات مختلف BPMS را پیاده سازی کند. در سطح پیاده سازی، تعداد زیادی از ویژگی ها وجود دارند که مقدار دهی می شوند. تعدادی از این ویژگی ها شامل عبارات جستجو و عبارت های اجرایی هستند.عبارات جستجو می توانند مشخصات پردازش ها و وضعیت فعالیت ها و دیگر آیتم های پردازش را مورد تجزیه و تحلیل قرار دهند. زبان پیش فرض جستجو در BPEL، XPath نام دارد. و عبارات اجرایی شامل دستورات اجرایی قابل فهم توسط کامپایلر ها می باشد. 

مهمترین جنبه از BPEL که تاکید کافی بر آن صورت نمی پذیرد، وجود BPEL است، چراکه پشتیبانی از BPEL در اکثر محصولات BPM وجود دارد.یکی از مفاهیم کلیدی در زمینه BPEL این است که BPEL یک مدل و در واقع گرامری را برای توصیف رفتار فرایند کسب و کار بر مبنای تعامل بین فرایند و سایر اجزای شرکت کننده، توصیف می نماید.

 

 

 

 

استاندارد XPDL چیست ؟

XPDL یا زبان تعریف فرایند به‌صورت XML

یک فرمت استاندارد است که توسط (Workflow Management Coalition (WfMC در سال ۲۰۰۸ مطرح گردید و هدف آن فراهم نمودن امکان تبادل تعاریف فرایندهای کسب‌وکار بین محصولات ارائه‌دهنده گردش کار و همچنین دستگاه‌های مدیریت فرایندهای کسب‌وکار (ابزارهای مدل‌سازی مختلف) است. XPDL یک الگوی XML را برای تعیین بخش‌های فرایند کسب‌وکار و یا گردش کار تعریف می‌نماید. درواقع XPDL یک فرمت طراحی فرآیند است و شامل اطلاعاتی است که با استفاده از آن، می‌توان فرآیند را به‌صورت بصری نمایش داد؛ اطلاعاتی از قبیل موقعیت و اندازه المان‌های فرآیند از این نوع هستند؛ همچنین می‌توان خطوطی را تعریف نمود که المان‌ها را به هم متصل نمایند، خطوط و گره‌ها شامل ویژگی‌هایی هستند که اطلاعات اجرایی را دربرمی گیرند، نمونه‌هایی از این اطلاعات عبارت‌اند از: قوانین، تشریح فعالیت‌ها، فراخوانی وب‌سرویس‌ها و غیره. همچنین XPDL ۲ دارای المان‌های معادل المان‌های BPMN است به‌عنوان‌مثال Activity(فعالیت)ها در BPMN معادل Generic Activity در XPDL می‌باشد و همچنین BPMN Event معادل XPDL Event Activity، BPMN Gateway معادل XPDL Route Activity و BPMN Connections معادل XPDL Transition است.

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

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

سه کاربرد مهم XPDL به شرح زیر است:

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

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

نمونه‌ای دیگر اینکه با XPDL می‌توان فرآیند را بین ابزارهای مختلف انتقال داد؛ مثلاً ابزارهایی که مخصوص شبیه‌سازی فرآیند می‌باشند و یا ابزارهایی که مسئول بهینه‌سازی فرآیندها هستند؛ حتی یک متخصص طراح فرآیند می‌تواند با طراحی فرآیند در یک ابزار با XPDL آن را به ابزارهای مختلف انتقال داده و از آن‌ها استفاده نماید.

شکل زیر معرف عملکرد XPDL می‌باشد:

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

 

 

 

استاندارد Wf-XML 2.0 چیست ؟

wf-xml به صورت افزونه ای برای OASIS Asynchronous Service Access Protocol - ASAP طراحی و پیاده سازی شده است.
ASAP یک راه استاندارد شده ای را معرفی میکند که توسط آن نرم افزار ها می توانند شروع و پایانی که ممکن است زمان زیادی را تا اتمام سپری کند نمایش دهد.
همچنین توانایی نمایش سرویس های اجرا شده و تغییرات که در وضعیت اجرا میشود را دارد.
Wf-XML این امر با ارائه یک وب سرویس استاندارد و عملیاتی که اجازه ارسال و دریافت از "نرم افزار" یا سرویس ارائه شده توسعه میدهد.
یک موتور پردازشی رفتار ارائه یک سرویس برای مدت زیادی داشته است و همچنین آماده برنامه ریزی و تعریف توسط نصب یک پروسه است.
Wf-XML یک راه حل استاندارد برای یک BPM جهت استناد یک پردازش در BPM دیگر را ارائه میدهد , و منتظر اتمام آن نیز میشود.
ابزار ویرایش پردازش و ابزار ایجاد پردازش ممکن است توسط دیگر تولید کنندگان معرفی شده باشد.
یک راه استاندارد برای دستیابی به تعاریف پردازشی و ارسال تعاریف به یک کاربر اجازه خواهد داد که بهترین ابزار تعریف پردازشی همچنین بهترین پروسه موتور اجرایی را برای نیاز های خود تطبیق دهد.
wf-xml کار را توسط ارائه راه های استاندارد پردازش تعریف میان ابزار طراحی و موتور اجرایی به اتمام می رساند.
سرشاخه این تلاش ها در سال 1997 توسط Internet Engineering Task Force یا همان IETF به نام Simple Workflow Access Protocol یا (SWAP) توسط Netscape, Oracle Corporation و دیگران انجام شد.
wf-xml یک راهکار استاندارد برای حل یک پردازش تعریفی از یک BPM را ارائه میدهد, و همچنین به عنوان یک ارتقا برای BPM محسوب میشود.
یک ابزار طراحی پردازش می تواند برای یک وب سرویس استاندارد مبتنی بر پروتکل جهت نمایش پروسه ها در یک سرور میزبان BPM مورد استفاده قرار گیرد, همچنین می تواند یک رابط کاربری میان ابزار طراحی و BPM ارائه دهد.
این ها خصوصیات WfMC سنتی نسخه 1 است که برای دریافت و ثبت پردازش های تعریفی کاربرد دارد و هیچ تلاشی برای استاندارد سازی شناخت این تعامل ارائه نشده است.
Wf-XML 2.0 مشخصا از WSDL استفاده میکند. بنابراین به طور کلی به عنوان یک سرویس وب استاندارد پذیرفته شده است.
باید در نظر داشت که سرویس های ساخته شده توسط Wf-XML 2.0 به بعد با نسخه های قبلتر از Wf-XML 1.1 سازگار نیستند و بر روی پروتکل SOAP بنا نشده اند.

منبع : https://en.wikipedia.org/wiki/Wf-XML

wf-xml یک پروتکل وب سرویس است که برای موتور پردازشی با هدف ارسال و یا دریافت پردازش از مقصد به کار میرود

اکثر مردم در جریان برنامه های توسعه یافته در سال های اخیر در زمینه زبان های فرایند تعریفی بوده اند ,معروفترین این برنامه ها OASIS , WS-BPEL هستند ولی به طور دقیق برای نقطه ای WfMC XPDL , مانند دیگر زبانهای فرایند تعریفی طراحی شده اند از یک فرایند های تعریفی که با زبان های فوق الذکر تعریف شده است انتظار میرود بر روی یک موتور پردازشی نصب شود. ولی زبان به صورت ذاتی نمی تواند بر روی یک موتور پردازشی نصب شود. پس در عوض مهمترین نقش Wf-XML مطرح میشود.

مفهوم اصلی این است که یک ابزار فرایند طراحی به کاربر به طور اختصاصی اجازه ویرایش فرایند تعریفی را بدهد.و کاربر بتواند در یک فرمت استاندارد امکان معرفی و استفاده (مصرف) را داشته باشد.اینجا یک موتور پردازشی خواهیم داشت که می توانیم آن را راه اندازی کنیم.ابزار موتور طراحی کاربر Wf-XML اولین گزینه در لیست فرایند های تعریفی است که در موتور پردازشی قرار گرفته است و پس از آن برای یک فرایند تعریفی خاص بازیابی می شود.

همچنین Wf-XML راهی برای بروزرسانی تعریف فرایند به جای ایجاد یک فرایند جدید را هموار میکند.از دیدگاه یک ناظر , مسئولیت شما بسیار کم است و شما در حقیقت نیازی به انجام کار خاصی ندارید , شما فقط نیاز دارید که مشخص کنید نتایج را به چه حالتی میخواهید نمایش دهید.

1- کلیه گزارش های نتایج به صورت لیست فروشندگان به همراه موفقیتشان در ارتباط با دیگر محصولات فروشندگان برای شما نمایانگر میشود.

2- شما میتوانید لیست ها رابر اساس نام و ارگان و هر حالت دیگری که بخواهید خروجی بگیرید.شما نیازی به مسافرت به هیچکجا نخواهید داشت و کلیه گزارشات در اینترنت به صورت مساوی در هر مکان خواهد بود.

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

منبع : https://www.wfmc.org/wfxml_demo.htm

ترجمه توسط علی حریریان

مشکل عدم نمایش پیام خطا در ویژوال استودیو

ممکن است زمانی که شما در ویژوال استودیو اقدام به Debug کردن پروژه میکنید بدون نمایش هیچگونه خطایی در لیست خطا Error List به شما پیام وجود مشکل را بدهد و سوال اینکه آیا مایل به ادامه هستید یا خیر را از شما بپرسد!

چه باید کرد ؟

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

تنظیمات ویژوال استودیو :

اگر شما حدس میزنید که تغییر تنظیمات ممکن است این بلا را سر پروژه تان آورده باشد تنظیمات ویژوال استودیو را میتوانید از بخش Developer Command Prompt که در فولدر مربوطه است اجرا کنید

و کد دستوری زیر را در آن وارد کنید

devenv.exe /RootSuffix Exp

حال مجددا بررسی کنید...

برخی مواقع کد هایی که شما نوشته اید از نظر ویژوال استودیو مشکلی ندارد ولی ویژوال در حین Debug به مشکل بر میخورد و نمی تواند مشکل را دقیق به شما نمایش دهد

برای عیب یابی دقیقتر پروژه خود در Developer Command Prompt که بالاتر اشاره شد کد دستوری زیر را وارد کنید

MSBuild.exe C:\Path\ToYourProject /verbosity:d

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

حال پروژه شما دقیقتر بررسی و نتیجه به این شکل به شما نمایش داده میشود

در مثال فوق مشاهده میکنید که در کدام یکی از صفحات و بخش های پروژه مشکل وجود دارد و میتوانید با رفع آن مجددا پروژه خود را احیا کنید.

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

دانلود نرم افزار ویژوال استودیو برای مک Visual Studio for Mac

جهت دانلود آخرین نسخه از نرم افزار ویژوال استودیو Visual Studio  برای مک Mac ابتدا وارد این صفحه شوید

www.visualstudio.com/vs/visual-studio-mac/

حال بر روی کلید مشابه تصویر زیر

کلیک کنید و سایت مایکروسافت یک فایل 23 مگابایتی به شما میدهد

این فایل را در مک خود اجرا کنید و مراحل نصب را سپری کنید

توجه : در صورتی که فقط میخواهید کد نویسی دات نت را داشته باشید تمامی انتخاب های پیشنهادی مایکروسافت ویژوال استودیو را بردارید که حجم فایل دانلودی به حدودا 750 مگابایت تقلیل یابد.

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