گروه Abazhur در اجرای پروژه های ساختمانی متنوع بر اساس قراردادهای EPC / EPCM تخصص دارد ... اما برای کسانی که در جستجو هستند و هنوز نمی دانند EPC و EPCM چیست، ما مجموعه ای از مواد را ارائه می دهیم که امیدواریم در هنگام کار با ابزارهای نسبتاً جدید برای کارهای داخلی مانند EPC-, EPC-contract (M) به همکاران و مشتریان خود کمک کند.

ساختار، انعقاد و اجرای قراردادهای EPC و EPC(M).

گروه Abazhur در اجرای پروژه های ساختمانی متنوع بر اساس قراردادهای EPC / EPCM و همچنین سایر قراردادهای ساخت و ساز با شرایط فردی تخصص دارد. ، راه حل های سیستمی را در ساخت و ساز با استفاده از مدل سازی BIM اعمال می کند، پروژه های ساختمانی را ایجاد می کند که به شدت سرمایه کم می رسد.

قراردادهای EPC/EPCM رایج ترین نوع قراردادها در صنعت ساختمان هستند.

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

تعهدات پذیرفته شده توسط پیمانکار عمومی اغلب شامل ارائه چهار نوع خدمات است:

• مهندسی- کار بررسی، ایجاد پروژه، تایید اسناد؛
• تدارکات- انتخاب، خرید و تامین تجهیزات و مواد لازم برای انجام کلیه کارها.
• ساخت و ساز شی (ساخت و ساز)- ساخت، مونتاژ و راه اندازی؛
• مدیریت کلیه فرآیندهای ساخت و ساز (مدیریت ساخت و ساز).

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

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

مثلا، ممکن است پیمانکار EPC منتظر توسعه و تأیید کلیه اسناد پروژه نباشد تا قرارداد تجهیزات را برای یک چرخه تولید طولانی شروع کند.

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

هر استراتژی قرارداد یک مدل "سنتی" از مدیریت نیروهای مشتری است و مدل EPC نقاط قوت و ضعف خود را دارد. برای مقایسه، ما جداولی را ارائه می کنیم که جنبه های منفی و مثبت هر استراتژی را نظام مند می کند.

EPC (M) - قرارداد

ساختار EPC(M) یک راه حل قراردادی است که از نظر اشتراک ریسک، در وسط بین مدل های قرارداد چند لات و EPC قرار دارد. فوراً باید توجه داشت که هیچ درک واحد و بدون ابهامی از آنچه که قرارداد EPC (M) در نظر گرفته می شود وجود ندارد. به عنوان مثال، چنین توافقی را می توان به عنوان وضعیتی درک کرد که در آن پیمانکار EPCM صرفاً به عنوان یک مشاور عمل می کند و از طرف خود هیچ قرارداد فرعی منعقد نمی کند.

به طور مشابه، یک قرارداد EPC(M) را می توان یک قرارداد کلی چرخه کامل نامید، اما در آن قیمت بر اساس اصل "تعیین می شود. کتاب باز" (کتاب باز) یا "بازپرداخت" (هزینه + هزینه، قابل بازپرداخت) *. این اصطلاح همچنین با این واقعیت پیچیده است که هیچ یک از سازمان‌های بین‌المللی پیشرو (FIDIC، ICC Orgalime) پیش‌فرم موافقتنامه EPC(M) را صادر نکرده‌اند.

* به نظر ما این گونه قراردادها را صحیح تر می نامیم
کتاب باز EPC و EPC به ترتیب قابل بازپرداخت یا هزینه به اضافه هزینه

EPC(M) مخفف انگلیسی Engineering Procurement Construction Management است. در عین حال، ترجمه صحیح این مخفف به روسی "طراحی، تامین، مدیریت ساخت" است. در مدل EPC(M)، کلمه مدیریت اغلب به طور خاص به ساخت و ساز به معنای محدود کلمه اشاره دارد، یعنی. برای انجام امور ساختمانی و نصب و سایر امور در محل.

با توجه به ملاحظاتی که قبلاً در مورد ابهام در اصطلاحات انجام شده بود:

قرارداد EPCM اغلب به عنوان چنین ساختاری در زمانی که پیمانکار EPC(M) درک می شود به تنهایییا نیروها شرکت فرعیطراحی را انجام می دهد، به طور مستقل قرارداد تجهیزات و مواد را انجام می دهد، اما از نظر کارهای ساخت و ساز و نصب، فقط مدیریت می کند، یعنی. پیمانکاران ساخت و نصب را از طرف خود استخدام نمی کند، بلکه فقط از طرف مشتری پیمانکاران استخدام شده توسط مشتری را مدیریت می کند.

تفاوت اساسی بین قرارداد EPC(M) و قرارداد EPC در این است که قرارداد EPC توافقی در مورد "پذیرش مسئولیت و خطرات" است.

با عقد قرارداد EPC، مشتری تا حد زیادی خطرات و مسئولیت را به پیمانکار EPC منتقل می کندکه باید این مسئولیت را با اموال مایع تامین کند. EPC(M)-contract یک توافقنامه است خدمات حرفه ای, مشتری شایستگی ها را "خرید".، مسئولیت پیمانکار EPC(M) برای زمان بندی و بودجه پروژه در مقایسه با هزینه پروژه وجود ندارد یا ناچیز است و بنابراین، منحصراً ماهیت تحریک کننده دارد.

ممکن است گزینه های مختلفساختار قیمت را در قرارداد EPC(M) تنظیم می کند، اما هرگز ثابت نیست. اغلب قیمت ترکیبی از نرخ های زمانی (برای آن دسته از وظایفی است که پیمانکار EPCM شخصاً انجام می دهد - طراحی، مدیریت تدارکات، مدیریت ساخت و ساز) و اصل "کتاب باز".

این اصل به این معنی است

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

همانطور که قبلاً ذکر شد، مسئولیت پیمانکار EPC(M) بسیار محدود است و بیشتر به مسئولیت یک مهندس مشاور (که فقط مسئول ارائه نادرست یا ناکارآمد خدمات خود است) شباهت دارد تا مسئولیت پیمانکار عمومی.

در عین حال، اغلب در قراردادهای EPC(M) مکانیسم های تشویقی برای پیمانکار با استفاده از اصول وجود دارد. پاداش/مالوس (اصطلاحاً به اشتراک گذاری سود / اشتراک درد).

مثلا، قرارداد ممکن است مقرر کند که راه اندازی تاسیسات در بیش از اوایل ترمپیمانکار پاداش اضافی دریافت می کند؛ در صورت تأخیر، برعکس، پیمانکار بخشی از سود را از دست می دهد.

به طور مشابه، مشوق هایی را می توان در رابطه با کل ایجاد کرد: طرفین می توانند بودجه هدف معینی را تعیین کنند، و اگر با مدیریت مؤثر ساخت و ساز، پیمانکار پس انداز به دست آورد، آنگاه چنین پس انداز بین طرفین به نسبت توافق شده تقسیم می شود. با این حال، پیمانکار EPC(M) هنگام توافق بر روی پاداش/مالوس، معمولاً آمادگی ریسک کل پاداش را ندارد و بنابراین این مکانیسم از نظر هزینه و زمان ساخت به مشتری آسایش کامل نمی‌دهد، بلکه تنها با هدف ایجاد منافع مادی در پیمانکار در اجرای موفقیت‌آمیز پروژه است.

یکی از مزایای قرارداد EPCM در مقایسه با مدل EPC این واقعیت مهم است که مناقصه انتخاب پیمانکار EPCM می تواند بسیار سریعتر از مناقصه اعطای قرارداد EPC یکپارچه تهیه و انجام شود. واقعیت این است که در حالت اول، مشتری ملزم به داشتن سطح اطمینان کمتری در مورد محدوده کار، مرزهای تحویل و خطرات است. و پیمانکار فقط باید یک پیشنهاد برای نرخ های زمانی، سربار و سود خود تهیه کند - او ملزم به تهیه یک پیشنهاد ثابت برای هزینه کل پروژه نیست.

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

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

مقررات:

پیمانکار EPC- این پروژه ای است که بخش عمده ای از کار پروژه سرمایه گذاری را با قیمت ثابت انجام می دهد و تمام خطرات اجرای آن را از لحظه طراحی و تا زمان انتقال کالای تمام شده به مشتری (از جمله انجام تعهدات ضمانت) به عهده می گیرد که از نظر مالی در برابر مشتری مسئول است.

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

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

پیمانکار EPCMممکن است از طرف خود با پیمانکاران فرعی قرارداد ببندد یا قراردادهایی را که مشتری با پیمانکاران خاص منعقد کرده است مدیریت کند.

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

رویه جهانی اجرای پروژه‌های سرمایه‌گذاری، قراردادهای EPC و EPCM را به عنوان امیدوارکننده‌ترین استراتژی‌ها برای اجرای پروژه‌های پیچیده صنعتی معرفی می‌کند که حدود ۸۰ درصد از پروژه‌های در حال اجرا را تشکیل می‌دهند.

برای جزئیات بیشتر، نشریه تهیه شده را بخوانید.

اگر سؤال یا نظری دارید، می توانید - همه آنها با سپاس در نظر گرفته می شوند.

یک نمودار تابع EPC باید با حداقل یک رویداد شروع شروع شود (رویداد شروع ممکن است پس از رابط فرآیند باشد) و با حداقل یک رویداد پایانی پایان یابد (رویداد پایان ممکن است قبل از رابط فرآیند باشد).

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

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

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

رویدادها و عبارات پیرامون تابع در نمودار همپوشانی باید رویدادها و عبارات شروع/نتیجه در نمودار تجزیه تابع باشند.

نمودار نباید شامل اشیاء بدون اتصال واحد باشد. هر اپراتور ادغام باید حداقل دو لینک ورودی و فقط یک لینک خروجی داشته باشد، اپراتور انشعاب باید فقط یک لینک ورودی و حداقل دو لینک خروجی داشته باشد. اپراتورها نمی توانند همزمان چندین اتصال ورودی و خروجی داشته باشند. اگر یک اپراتور یک اتصال ورودی از عنصر "رویداد" داشته باشد، باید یک اتصال خروجی به عنصر "عملکرد" ​​داشته باشد و بالعکس. یک رویداد واحد نباید توسط عملگرهای "OR (OR)" یا "XOR (Exclusive OR)" دنبال شود. اپراتورها می توانند فقط توابع یا فقط رویدادها را ادغام یا منشعب کنند.

برنج. 2.62 مثالی از نمودار فرآیند در نماد EPC

برنج. 2.63 وضعیت قابل قبول مثال 3	برنج. 2.64 وضعیت قابل قبول مثال 4

نمونه ای از وضعیت نامعتبر.

برنج. 2.65 مثالی از وضعیت غیرقابل قبول

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

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

تجزیه و تحلیل نمودار پارتو

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

نمودار پارتو ابزاری است که به شما امکان می دهد تا به طور عینی دلایل اصلی را که بر مشکل مورد مطالعه تأثیر می گذارد، ارائه و شناسایی کنید. دو نوع نمودار پارتو وجود دارد: بر اساس نتایج فعالیت و بر اساس علل.

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

هزینه: حجم تلفات، هزینه ها؛

· ایمنی: حوادث، حوادث.

· شرایط تحویل: شکست شرایط، کمبود موجودی.

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

· مجری کار: شیفت، تیم و غیره.

· تجهیزات: ماشین آلات، مصالح، ابزار، و غیره.

· روش های کار: توالی عملیات، شرایط تولید.

· اندازه گیری ها: دقت، تکرارپذیری، ثبات.

ساخت نمودار پارتو شامل مراحل زیر است.

مرحله 1. تعیین کنید که چه مشکلاتی باید بررسی شوند و چگونه داده ها را جمع آوری کنید. چگونه آنها را طبقه بندی کنیم روش جمع آوری داده ها و دوره را تنظیم کنید.

مرحله 2: یک چک لیست ثبت داده تهیه کنید که انواع اطلاعات جمع آوری شده را فهرست می کند.

مرحله 3. برگه ورود اطلاعات را تکمیل کرده و مجموع را محاسبه کنید.

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

جدول 3.1.1 ساختن نمودار پارتو

مرحله 5. یک محور افقی و دو محور عمودی بکشید. محورهای عمودی: در محور چپ، یک مقیاس با فاصله از 0 تا عدد مربوط به کل کل اعمال کنید. در محور سمت راست - یک مقیاس با فاصله از 0 تا 100٪. محور افقی را بر تعداد ویژگی های کنترل شده تقسیم کنید.

برنج. 3.1.1 نمودار پارتو

مرحله 6. یک نمودار میله ای بسازید که در آن هر نوع ازدواج مستطیل مخصوص به خود را دارد.

مرحله 7. یک خط تجمعی رسم کنید.

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

· اگر تعداد فاکتورها 7 تا 10 باشد، نمودار بیشترین تأثیر را دارد.

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

· اگر عامل «دیگر» خیلی زیاد باشد، تحلیل محتوای این عامل باید تکرار شود.

 نمودار باید به صورت سیستماتیک انجام شود. پارتو برای همان فرآیند، که به شما امکان می دهد روند تعداد عیوب را برای هر عامل دنبال کنید (شکل 3.1.1).

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

موسیقی ما را گره زده است
راز ما شد

تمامی متن های این مقاله برگرفته از آهنگ موسیقی ما را به هم وصل کرده است از گروه میراژ.

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

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

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

آیا من در حال خودم هستم
من نمی توانم همه پاسخ ها را پیدا کنم

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

سند "شرح BP" به محض اینکه نیاز به سازماندهی مجدد (یا همانطور که در حال حاضر مد شده است - مهندسی مجدد) شرکت وجود داشته باشد بسیار مهم می شود. در این مورد، از سند برای موارد زیر استفاده می شود:

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

تهیه سند به تنهایی مزایایی دارد:

• ارزان تر می آید؛
• متخصص داخلی، در شیوه های تجارت بومی خود مسلط تر است.

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

نماد IDEF0

نمونه ای از توصیف BP با استفاده از IDEF0

برای ما سخنرانی نکنید

به من سخنرانی نکن
مامان فایده نداره

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

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

بازار توضیحات PSU برای مدت بسیار طولانی وجود داشته است. با این حال، در طول یک دهه و نیم گذشته، او به لطف ظهور یک صنعت جدید - اتوماسیون حسابداری و مدیریت در شرکت ها، پیشرفت سریعی داشته است. بازار رو به رشد این فرصت را به تازه واردانی داد که با نمادهای جدید دست به کار شدند و جایگاه خود را به دست آورند. به عنوان مثال در بازار روسیهبرای تعدادی سالهای اخیرتبلیغات گسترده و کمپین های اطلاعاتی توسط IDS Scheer (تامین کننده اصلی ARIS - به شکل 3 مراجعه کنید) لایه ای از متخصصان را در توصیف فرآیندهای خودکار ایجاد کرد.

استفاده از نماد ARIS به جزئیات زیادی در فرآیندهای تجاری نیاز دارد.

معرفی سیستم های کلاس ERP (مدیریت منابع)، CRM (روابط با مشتری)، MRP (برنامه ریزی تولید) به ناچار منجر به تغییر در فرآیندها می شود و اگر از قبل برنامه ریزی نشده باشد، نتیجه ممکن است بدتر از آنچه می خواهید باشد. علاوه بر این، اتوماسیون کار با اطلاعات است، به این معنی که دانستن اینکه چه اطلاعاتی توسط چه کسی تولید می شود، از کجا می آید و به کجا می رود مفید است. اما نمادهای ویژه برای معرفی اتوماسیون در ما ریشه دوانده و به ندرت مورد استفاده قرار می گیرند.

با وجود تعداد قابل توجه GOST ها در این زمینه (3.1109، 34، ISO، و غیره)، توصیف فرآیندهای تجاری در روسیه یک روند نسبتاً جدید است. در حال حاضر، با کیفیت توصیف فرآیندهای تجاری خود، همه چیز در بانک ها بهترین است. واقعیت این است که بانک برخلاف سایر ساختارهای تجاری یک سازمان زیربنایی است و بنابراین در چارچوب مقرراتی است که قانون تعریف کرده است. بانک بر اساس اصل مدیریت روزانه عمل می کند. در نتیجه، حتی توصیف ساده فرآیندهای تجاری بانک (به زبان روسی بدون استفاده از نمادها) دقیق تر است، زیرا بر پایه ای متکی است که بر روی حجم زیادی از مقررات ساخته شده است که استانداردها، اصطلاحات، نقش ها و قوانین را تعریف می کند. این استانداردها زبان رایج در محیط بانکی هستند و شرح فرآیندهای تجاری برای هر متخصصی آسان خواهد بود.

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

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

چوبه زدن

همه چیز را فراموش کردم
سالها به ما آموزش داده اند

به اندازه کافی عجیب است، اما انتخاب نماد و صحت توضیحات برای مشاغل کوچک و متوسط ​​بسیار مهم است. شرکت های بزرگمعمولاً به دلیل قابلیت تعویض کارکنان، کشش فرآیند بیشتری دارند. برای یک کسب و کار کوچک، که در آن اجرای نقاط بحرانی به 2-3 تصمیم گیرنده کاهش می یابد، یک نشانه نادرست از مسیر فرآیند می تواند باعث ایجاد یک مفهوم اساساً اشتباه از راه حل شود. از آنجایی که نتیجه بسیار مهم است، ابزار نیز مهم است، اما چگونه آن را انتخاب کنیم؟

هر نماد برای طیف خاصی از وظایف تطبیق داده شده است. ما فوری ترین وظیفه تغییر فرآیندهای تجاری را به عنوان بخشی از پروژه اتوماسیون مدیریت در نظر خواهیم گرفت. برای این اهداف، مجموعه خوبی از ابزارها وجود دارد که به طور گسترده استفاده می شود: اینها GOST های روسی، همان ARIS، و IDEF، و همچنین EPC هستند (شکل 4 و شکل 5).

نمادگذاری EPC

شرح فرآیند کسب و کار با استفاده از EPC

اگر کتاب به زبان خاصی نوشته شده باشد، مهم ترین چیز این است که خواننده ای داشته باشیم که این زبان را بلد باشد و بتواند آن را بخواند. بر این اساس، رایج ترین استاندارد برای توصیف BP بهترین است.

هنگام انتخاب یک نماد، توانایی استفاده از یک ابزار نرم افزار آشنا نیز یک معیار مهم است. به عنوان مثال، Microsoft Business Solution در سال 2002 نماد On-Target را برای سیستم اطلاعات Navision همراه با یک راه حل نرم افزاری ویژه ارائه کرد. این مورد زمانی است که بهتر است چیز دیگری را انتخاب کنید - نه تنها این، هیچ کس نماد On-Target را نمی داند، بلکه محیط نرم افزار نیز برای مطالعه آن زمان می برد. یک مثال مثبت، استفاده از نماد IDEF و برنامه Visio را می نامم که بسیار رایج است و مجموعه ابزارهای لازم برای ترسیم نمودارهای IDEF را دارد (شکل 6).

IDEF فرآیندهای تجاری ساخته شده در Visio

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

پر بودن و عمق صدا

نمی دانم چه چیزی مرا به اینجا می کشاند

1. طول بکشد
2. برخی از جزئیات در طول ایجاد سند تغییر خواهد کرد.

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

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

ملودی دنباله ای از صداهاست نه نت ها

این روز را فراموش کن
هیچکس به دعوا نیاز ندارد

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

1. ترتیب و گروه بندی واضحی از بخش ها داشته باشید، یعنی. از نظر مفهومی کل نگر باشید (معمولاً به این معنی است که اگر یک مفهوم هستید، پس نحوه استفاده از آن را یاد گرفته اید).
2. واحدهای تجاری را به وضوح شناسایی کنید و نام و شماره گذاری قابل فهم به آنها بدهید.
3. فرآیندهای تجاری را به وضوح شناسایی کنید و همچنین نام و شماره گذاری واضحی به آنها بدهید.
4. عناصر باید به گونه ای شماره گذاری شوند که از سردرگمی جلوگیری شود (این امر جستجو را تا حد زیادی تسهیل می کند): به عنوان مثال، بخش شماره 1 باید دارای شماره Otd001 در سند باشد و شماره فرآیند تجاری شماره 1 باید دارای شماره BP001 باشد.
5. سند باید دارای یک بخش محتوا با ساختار درختی باشد.
6. یک شرکت یک ارگانیسم یکپارچه است و هیچ فرآیند تجاری در هوا معلق نیست - همیشه با واحدهای تجاری دیگر، با واحدها و بخش های تجاری مرتبط است. از هایپرلینک ها می توان برای بازتاب این پیوندها استفاده کرد - این امر جستجوی اطلاعات و انتقال از یک شی به شی دیگر را تسهیل می کند.

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

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

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

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

در جواب همه اقناع را تکرار می کنم
ما از هم جدا نمی شویم، نه

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

یک مشاور خارجی سند را به زبانی می نویسد که مشاوران دیگر آن را درک می کنند و اغلب برای مورد مناسب تر است. شما این همه قلاب را نمی فهمید؟ اما این نمادها اصلاً سخت نیستند، شاید ارزش یادگیری آنها را داشته باشد؟

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

12.10.2011 ایگور فدوروف

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

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

مدل ها و دیدگاه ها

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

عملکردی:شرکت کنندگان چه می کنند؟ محدوده کاری که باید انجام شود را شرح می دهد.

رفتاری:اعضا چگونه کار می کنند؟ دستور، برنامه اجرا، قوانین تجاری را شرح می دهد.

اطلاعاتی:"شرکت کنندگان در حال پردازش چه چیزی هستند؟" نهادهای تجاری حوزه فرآیند را توصیف می کند.

سازمانی:"چه کسی کار را انجام می دهد؟" ترکیب و ساختار اجراکنندگان را توصیف می کند.

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

دیدگاه عملکردی

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

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

جنبه های دیدگاه رفتاری

دیدگاه رفتاری، که پویایی سیستم را توصیف می کند، به این سوال پاسخ می دهد که «شرکت کنندگان چگونه کار می کنند؟». برای مدل سازی آن از نمودار جریان کنترلی استفاده می شود. سوال اصلی این است که "چگونه؟" را می توان به سه دسته تقسیم کرد: «عملیات تشکیل دهنده فرآیند به چه ترتیبی انجام می شود؟ عمل در چه ساعتی انجام می شود؟ چرا عملیات به ترتیب معین اجرا می شوند؟

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

منطق کسب و کار فرآیند

توالی عملیاتی که یک فرآیند را تشکیل می دهد معمولاً منطق تجاری نامیده می شود و نمودارهای گردش کار (UML، EPC، ABC Flowchart - توضیحات بر اساس نمودارهای جریان) برای توصیف آن استفاده می شود. منطق تجاری حاوی اطلاعات صریح و تجویزی در مورد مسیر اجرای فرآیند است، اما فقط به طور غیرمستقیم معیارهای تصمیم گیری مناسب را در نظر می گیرد.

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

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

قوانین تجارت

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

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

انشعاب فرآیند بر اساس یک قانون رفتار است که مسیرها را با توجه به مقدار آرگومان تغییر می دهد، که مقادیر "true" یا "false" را می گیرد، اما اینکه "true" یا "false" چیست توسط قانون طبقه بندی تعیین می شود، که به نوبه خود، باید مقداری از مقدار بدست آمده با استفاده از قانون محاسبه را به عنوان ورودی دریافت کند. به عنوان مثال، دنباله اقدامات زیر را تصور کنید: مقدار تخفیف را به عنوان تابعی از اندازه سفارش فعلی محاسبه کنید (قانون محاسبه). طبقه بندی اندازه تخفیف: بزرگ، متوسط، کم (قاعده طبقه بندی)؛ معامله را برای تایید به مدیر دارای سطح اختیارات مناسب (قاعده رفتار) ارسال کنید. با این حال، عمل شریرانه قرار دادن عنصر "شاخه" بر روی نمودار با گنجاندن قوانین رفتار و قوانین تعریف گسترده شده است، که نمودار را غیر قابل انعطاف و توصیف را ناقص می کند. بنابراین، شما باید به صراحت تمام قوانین را در ساختارهای جداگانه در نمودار گردش کار برجسته کنید، که به تحلیلگر کمک می کند تا منطق مربوطه را به وضوح بومی سازی کند.

برنامه اجرا

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

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

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

جزئیات منطق کسب و کار

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

سند حاکم بر Gosstandart روسیه، "IDEF0 Functional Modeling Methodology" مفاهیم "عمل" و "عملیات" را معرفی می کند. یک عمل به عنوان "تبدیل برخی از ویژگی های یک شیء مادی یا اطلاعاتی به ویژگی دیگر" و یک عملیات به عنوان "مجموعه ای از اقدامات متوالی یا/یا موازی" تعریف می شود.

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

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

درجه کامل بودن منطق تجاری فرآیند

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

تجزیه و تحلیل مقایسه ای نمادهای EPC و BPMN

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

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

نمادهای گنجانده شده در ARIS دارای امکانات بسیار گسترده ای برای فرآیندهای مدل سازی هستند، اما توسط متدولوژی های باز و قابل دسترسی کاربر پشتیبانی نمی شوند. سند "روش شناسی ARIS" روش شناسی را توصیف نمی کند، بلکه قوانینی را برای استفاده از نمادگذاری توصیف می کند، که امکان طیف گسترده ای از "تفسیر" روش های مدل سازی را فراهم می کند.

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

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

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

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

BPMS سرانجام به عنوان یک کلاس تشکیل شد نرم افزاربرای پشتیبانی مدل سازی گرافیکیفرآیندهای کسب و کار، اجرای مدل فرآیند کسب و کار، نظارت و تجزیه و تحلیل (Business Activity Monitoring، BAM). با این حال، محصولات مختلف این قابلیت را به روش های مختلف پیاده سازی می کنند و هنگام انتخاب یک BPMS خاص، ابتدا باید به موارد زیر توجه کنید.

• پشتیبانی BPMچه نسخه ای از BPMN پشتیبانی می شود (1.x یا 2.0)؟ پیاده سازی چقدر کامل است: آیا پیام ها، سیگنال ها، فرآیندهای فرعی تراکنش پشتیبانی می شوند؟

• نوع موتور فرآیند BPMN.اجرای مستقیم به ترجمه به برخی دیگر ارجحیت دارد - فقط در این مورد می توان بهبود مستمر فرآیندهای تجاری را در عمل پیاده کرد.
• ارتباط بین فرآیندها و داده ها.ترجیح داده می شود که ویژگی های مربوط به آن ذخیره شود
را به حداکثر برسانید فرم باز- در جداول و ستون‌های یک DBMS رابطه‌ای، که یکپارچگی ارجاعی، عملکرد عملیاتی بالا و آزادی دسترسی به داده‌ها از خارج را فراهم می‌کند، به‌عنوان مثال، برخلاف ذخیره‌سازی ویژگی‌ها در قالب یک رشته XML.
• رابط کاربری.رابط باید کاربردی، ارگونومیک باشد
و به سرعت، احتمالاً بدون برنامه نویسی توسعه یابد. این سیستم باید به تحلیلگر تجاری اجازه دهد تا یک رابط کاربری فعال ایجاد کند، که در صورت تمایل، می تواند با مشارکت یک برنامه نویس نهایی شود.
• پلت فرم سیستمبسته به سیاست فنی شرکت، انتخاب
ممکن است به پلتفرم جاوا یا محدود شود. Net - BPMS که از هر دو پلتفرم پشتیبانی می کند نادر است.
• طرح صدور مجوزسیستم‌های اشتراک‌افزار به شما این امکان را می‌دهند که در مورد اینکه آیا صرفه‌جویی کنید
مجوزها، اما به منابع توسعه زیادی نیاز دارند. برخی از سیستم های تجاری نیاز به سرمایه گذاری قابل توجهی دارند حتی در پیکربندی حداقل.
• حضور نمایندگی یا شریک در روسیه.

نباید فراموش کرد که BPMS تنها یکی از اجزای BPM است و برای موفقیت یک پروژه سیستم مدیریت فرآیندهای تجاری، شایستگی در روش شناسی و مدیریت پروژه چابک نیز لازم است.

آناتولی بلایچوک ([ایمیل محافظت شده]) - رئیس شرکت "Business Console" (مسکو).

مشکلات با ترجمه نمودار EPC به فرمت اجرایی

نتایج مدل‌سازی در نماد EPC همیشه منجر به ایجاد مدلی نمی‌شود که بتواند بدون تغییرات قابل‌توجه به یک قالب اجرایی BPM تبدیل شود.

اجازه دهید خطاهای مدل سازی معمولی را فهرست کنیم.

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

اغلب، مدل ها به طور کامل همه معیارهای تصمیم گیری را در بر نمی گیرند. در نتیجه، مدل باید دوباره تکمیل شود تا قوانین تجاری اصلاح شود.

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

جزئیات ناکافی فرآیند منجر به نیاز به شفاف سازی مجدد و توصیف جزئیات از دست رفته در مرحله تهیه الزامات برای سیستم فناوری اطلاعات توسعه یافته می شود.

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

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

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

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

ادبیات

1. ب. کورتیس، ام. کلنر، جی. اوور. مدلسازی فرآیند، 1992.
2. eTOM، جریان های فرآیند نمایندگی. ITU. s.l.: بخش استانداردسازی مخابرات ITU، 2004.
3. آر. راس. اصول رویکرد قانون تجارت. آدیسون-وسلی حرفه ای (2003).
4. C. Pedrinaci، Domingue، A. Alves de Medeiros. هستی شناسی هسته ای برای تجزیه و تحلیل فرآیندهای کسب و کار، مجموعه مقالات پنجمین کنفرانس وب معنایی اروپایی در وب معنایی: تحقیقات و کاربردها، Springer-Verlag برلین، هایدلبرگ، 2008.
5. روش مدلسازی تابعی IDEF0. مسکو: Gosstandart روسیه، 2000.
6. N. Russell، A. ter Hofstede، W. M. P. van der Aalst، N. Mulyar، الگوهای کنترل جریان کار.
7. روش ها ARIS 7.0. Saarbrucken: IDS Scheer AG، 2005.
8. B. نقره، روش و سبک BPMN. Cody-Cassidy Press، 2009.

ایگور فدوروف ([ایمیل محافظت شده]) - مدیر مرکز صلاحیت مدیریت فرآیند MESI (مسکو).

مدل‌سازی فرآیند کسب‌وکار، دیدگاه مدل‌سازی، مدل‌سازی عملکردی و فرآیندی

«بادبادک ها، بلوف ها و برچسب های مرد کور
مخفی کاری، توپ، جهش، و طناب پریدن،
و ساده، و ساده، و فقط با طناب پرش،
خوب، فقط، فقط، فقط طناب زدن!!!»

A.Vratarev

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

و من با گفتن اینکه نماد EPC در اوایل دهه 1990 ایجاد شد شروع می کنم. در طول توسعه روش ARIS، به عنوان مثال، جزء فرآیند آن. پدر موسس EPC پروفسور ویلهلم آگوست شیر ​​در نظر گرفته می شود که نام او به تنهایی باعث ایجاد هیبت در افراد غیر عادی می شود (با صدای بلند بگویید و آن را احساس کنید). در مورد نام دانشکده ای که این عموی محترم در آن کار می کرد چه می توانیم بگوییم: Institut für Wirtschaftsinformatik از دانشگاه Universität des Saarlandes.

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

نام نماد مخفف Event-driven Process Chain است که به وضوح نشان می دهد که عنصر مرکزی نمودارهای نمادگذاری EPC رویدادها هستند. رویدادها باعث انجام برخی اقدامات توسط شرکت کنندگان خاص می شود. تکمیل اجرای اقدامات به نوبه خود رویداد دیگری را ایجاد می کند و به همین ترتیب تا زمانی که سیستم به حالتی برسد که ظاهر آن در فرآیند به عنوان رویداد نهایی در نظر گرفته می شود.

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

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

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

این فرآیند ساده مانند شکل 1 در یک نمودار قرمز، سبز و زرد با شادی منعکس شد.

برنج. 1. نمودار EPC فرآیند پردازش درخواست مشتری در هتل

و اکنون، طبق سنت، مزایا و معایب نمادگذاری.

هنگامی که برای اولین بار با نمودارهای EPC روبرو شدم، همانطور که قبلاً ذکر کردم، از خواندن آنها بسیار خوشحال شدم: هر بلوک از نظر شکل و رنگ برجسته شده است، دیدن اجراکنندگان، مواد مورد نیاز، برجسته کردن لیست وضعیت های احتمالی سیستم، لیست عملکردهای انجام شده در طول فرآیند بسیار آسان است. این بدون شک یک مزیت بزرگ است: مشتری در هنگام خواندن نمودار فرآیند کسب و کار مشکلی نخواهد داشت پیاده سازی EDMS، اگر با نماد EPC ارائه شود. با این حال، ممکن است که چنین تعداد زیادی از حالت ها مشتری را گیج کنند، زیرا در واقع، به دلیل آنها، مدار به شدت رشد می کند. حتی در مثال ما: برخی از 4 تابع حداکثر 5 حالت را ایجاد کردند (بدون احتساب حالت اولیه). گاهی فکر خواهید کرد: چرا باید به همه آنها اشاره کرد. بیایید بگوییم که چرا پس از توافق قرارداد لازم است مدیر عاملدر یک بلوک جداگانه "توافق توافق شده" را نشان دهید و پس از امضا - "توافقنامه امضا شده"، اگر روند همچنان خطی باقی بماند. صادقانه بگویم، هیچ نیازی نیست، مگر اینکه شما کاپیتان آشکار باشید.

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

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

ولی! در IDEF0، مجری یک بار در هر سطح تجزیه مشخص می شود و فلش هایی از طرف آن به تمام بلوک هایی که اجرا می کند رسم می شود. در EPC، برای محاسبه تعداد اکشن هایی که یک اجرا کننده انجام می دهد، باید تمام بلوک های اکشن را اجرا کنید و بررسی کنید که آیا اجرایی مورد نیاز ما روی آن مشخص شده است یا خیر.

این نماد از نقطه نظر نظارت بر اجرای فرآیند برای من بسیار راحت به نظر می رسید: هر تابع مطمئناً سیستم را به حالت جدیدی منتقل می کند ، به این معنی که پس از اجرای هر عملکرد می توان سیستم را بررسی کرد که آیا واقعاً انتقال به حالت مورد نظر انجام شده است یا خیر. اما بعد این سوال مطرح شد: آیا واقعاً لازم است؟ مثلا من به ندرت چنین تمایلی دارم =)

بنابراین، به طور کلی، نماد EPC برای توصیف فرآیندهای تجاری ناخوشایند به نظر می رسد: توجه بیش از حد به رویدادها، توجه بسیار کم به اقدامات و، به ویژه، گروه بندی آنها بر اساس هنرمند یا مواد مورد استفاده. بله، او ساده است، بله، او زیبا است، و بله، متأسفانه، این تنها چیزی است که می توانم در مورد او بگویم، احتمالاً بسیاری از افراد دیگر. =)

و مقالات در مورد نمادهای UML و BPMN نزدیک و نزدیکتر می شوند.

(4.14 - امتیاز توسط 21 نفر)