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

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

GK 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) -قرارداد یک توافق است خدمات حرفه ای, مشتری شایستگی ها را "خرید".مسئولیت پیمانکار EPC (M) در قبال زمان و بودجه پروژه وجود ندارد یا در مقایسه با هزینه پروژه ناچیز است و در نتیجه بسیار محرک است.

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

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

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

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

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

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

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

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

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

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

مقررات:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

برنج. 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

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

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

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

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

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

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

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

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

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

هنگامی که شرحی برای اتوماسیون مورد نیاز است، توالی معکوس نیز امکان پذیر است. تغییرات در فرآیندهای کسب و کار به موازات پیاده سازی سیستم اطلاعاتی انجام می شود و شرح 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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

10/12/2011 ایگور فدوروف

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

منطق تجاری فرآیند

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

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

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

قوانین تجارت

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

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

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

برنامه اجرا

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

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

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

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

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

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

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

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

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

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

تجزیه و تحلیل مقایسه ای نمادهای 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 خاص، ابتدا باید موارد زیر را در نظر گرفت.

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

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

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

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

مشکلات ترجمه نمودار 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 نفر)