تدوينات النمذجة الرسومية. نمذجة الأعمال - IDEF، UML، ARIS

حتى EPC

دعنا نواصل حديثنا حول Business Studio. توفر إمكانيات هذا النظام الدعم للدورة الكاملة لتطوير الأعمال: بدءًا من تصميم البنية وحتى إيجاد طرق لتحسينها.

استوديو الأعمال يتميز بالبساطة والراحة

ستوديو الأعمال هو نظام لنمذجة الأعمال يتميز بالبساطة والراحة والسرعة العالية في الإتقان على يد متخصصين. يسمح وجود واجهة نظام بديهية حتى للمتخصصين المبتدئين ببدء عملية تصميم بنية الأعمال.

رموز النمذجة المستخدمة

يستخدم البرنامج الرموز الأكثر شيوعًا لنمذجة العمليات التجارية، والتي يمكن للموظفين فهمها دون تدريب إضافي:

1. تدوين IDEF0

تدوين نمذجة العمليات التجارية الأكثر شيوعًا استنادًا إلى منهجية التحليل الهيكلي SADT.

منهجية IDEF0 هي منهجية نمذجة تسمح لك بإنشاء نموذج وظيفي يصور بنية النظام ووظائفه. وأيضًا - تدفقات المعلومات والأشياء المادية التي تربط هذه الوظائف. يوضح الشكل أدناه مخططًا رسوميًا بتدوين IDEF0 - مثال تم تنفيذه في نظام Business Studio.

يتم تمثيل العمليات التجارية في تدوين IDEF0 في شكل مستطيل، وتعكس الأسهم العلاقة مع العمليات الأخرى والبيئة الخارجية.

مميزات التدوين هي:

القدرة على تحليل العمليات إلى عمليات فرعية، وبالتالي بناء نماذج هرمية للعمليات التجارية؛
تسليط الضوء على أربعة أنواع من الأسهم: ثلاثة أنواع من المدخلات (المدخلات والتحكم والآلية)، مما يسمح بوصف أكثر مرونة لمنطق استخدام المدخلات في العملية لغرض التحليل والمخرجات اللاحقة.

يتم استخدام تدوين IDEF0 لإنشاء المستوى الأعلى لنموذج عملية الأعمال. يوفر إنشاء مخطط IDEF0 عالي المستوى الوصف الأكثر عمومية أو مجردة لكائن النمذجة. في المستوى الأدنى، لوصف الخوارزمية (السيناريو) لتنفيذ عملية ما، يجوز تغيير معيار IDEF0 إلى تدوين العملية أو الإجراء أو EPC أو BPMN 2.0.

يمكن العثور على منهجية SADT بالتفصيل في دراسة "منهجية التحليل والتصميم الهيكلي لـ SADT" بقلم ديفيد أ. مارك وكليمنت ماكجوان.

2. تدوين العملية (المخطط الانسيابي الأساسي B Visio)

يستخدم هذا الترميز عناصر رسومية: الحدث، والعملية، والقرار، ونوعين من الأسهم - أسهم الأسبقية وأسهم "تدفق الكائن".

يدعم تدوين العملية التحلل إلى عمليات فرعية.

يمكن استخدام تدوين العملية لنموذج العمليات الفردية للشركة، وكذلك على المستوى الأدنى من نموذج عملية الأعمال الذي تم إنشاؤه في تدوين IDEF0.

3. تدوين الإجراء (مخطط انسيابي متعدد الوظائف B Visio)

يتم استخدام هذا الترميز لتمثيل الخوارزمية لتنفيذ عملية (تدوين فئة سير العمل). بالإضافة إلى العناصر الرسومية المستخدمة في تدوين العملية، يتم استخدام Swim Lanes لتعيين الوحدات التنظيمية التي تنفذ إجراءات العملية.

يدعم تدوين الإجراء التحلل إلى عمليات فرعية.

يمكن استخدام تدوين الإجراء لنمذجة العمليات الفردية للشركة، وكذلك على المستوى الأدنى من نموذج عملية الأعمال الذي تم إنشاؤه في تدوين IDEF0.

4. تدوين BPMN 2.0

يستخدم لتمثيل الخوارزمية لتنفيذ عملية (تدوين فئة سير العمل).

خصوصية تدوين BPMN 2.0، الذي ظهر كمعيار للنمذجة في عام 2011، هو أنه مخصص لنمذجة العمليات التجارية وتنفيذها.

إنه سهل الفهم ومريح لكل من محللي الأعمال والمطورين الذين يقومون بأتمتة تنفيذ العمليات. لتصدير رسم تخطيطي للعملية إلى نظام BPMS في Business Studio، يتم استخدام معيار XPDL.

يوفر Business Studio نوعين من مخططات BPMN 2.0 - مخططات العمليات ومخططات تفاعل العمليات.

يتم استخدام العناصر الرسومية التالية:

العمليات؛
أحداث؛
بوابات.

3 أنواع من الأسهم:

تدفق التحكم
تدفق الرسائل؛
ذات الصلة؛

توثيق؛
معلومة؛
الرسائل؛ قواعد البيانات.

من المهم أن تكون جميع عناصر مخطط BPMN في Business Studio عبارة عن كائنات مستودع.

في Business Studio، في تدوين BPMN، يمكنك إنشاء شجرة عمليات هرمية، أي أن التحليل مدعوم.

بالنسبة لعملية BPMN، يمكن إنشاء اللوائح والتقارير الأخرى تلقائيًا؛ ويتم استخدام هذا الترميز بشكل أساسي لوصف العمليات ذات المستوى الأدنى، خاصة مع منطق التنفيذ المعقد.

5. تدوين EPC (سلسلة العمليات المعتمدة على الأحداث).

يستخدم لتمثيل الخوارزمية لتنفيذ عملية (تدوين فئة سير العمل).

الرسم التخطيطي، الموصوف في تدوين EPC (سلسلة عمليات الأحداث)، عبارة عن مجموعة مرتبة من الأحداث والوظائف.

يمكن تحديد الأحداث الأولية والنهائية لكل وظيفة والمشاركين وفناني الأداء والمواد والتدفقات الوثائقية المصاحبة لها. في تدوين EPC، يتم تنفيذ الأسهم المتفرعة باستخدام عوامل التشغيل.

يدعم تدوين EPC التحلل إلى مستويات أقل. لا يمكن وصف مخطط وظيفة EPC المتحلل إلا في تدوين EPC أو BPMN 2.0.

يمكن استخدام تدوين EPC لنمذجة العمليات الفردية للشركة، وكذلك على المستوى الأدنى من نموذج عملية الأعمال الذي تم إنشاؤه في تدوين IDEF0.

ما هي الرموز التي تستخدمها في عملك؟

أصبحت نمذجة العمليات التجارية العمل الكلاسيكي للعديد من محللي الأعمال كجزء من تحسين العمليات التجارية وتوحيد أنشطة الشركات الروسية. هناك العديد من الرموز التي تستخدم في حالات معينة. هذه المقالة مخصصة لمراجعة تدوينات نمذجة العمليات التجارية.

في أي دي (الخامسمخطط السلسلة المضافة)

يركز تدوين VAD، الذي قدمه مايكل بورتر في عمله حول استراتيجية الشركة، على نمذجة العمليات التجارية التي "تخلق قيمة" في شكل خدمات أو منتجات للعميل. يوفر نموذج عملية الأعمال المدمج في تدوين VAD عرضًا عامًا وغير تفصيلي لعمليات الأعمال.

باستخدام رمز VAD، يمكنك وصف القائمة والعلاقة بين العمليات التجارية على المستوى الأعلى، حيث يتيح لك هذا الرمز عرض جميع عمليات الأعمال الخاصة بالشركة في نموذج واحد. في تدوين VAD، يمكنك استخدام العلاقات التي توضح العلاقة بين عمليات الأعمال بالنسبة لبعضها البعض، بينما يتم توجيه تدفق العملية في هذا التدوين بشكل كبير من اليسار إلى اليمين.

هناك العديد من الأشكال المختلفة لتدوين VAD التي يتم تنفيذها في أدوات مختلفة، ولكل منها مجموعة الرموز الخاصة بها، ولكنها تبدو جميعها متشابهة تقريبًا - مجموعة من العمليات التجارية، التي غالبًا ما تكون مترابطة بواسطة روابط "سلف وخلف".

على سبيل المثال، يتيح لك توسيع هذا الترميز في مجموعة أدوات ARIS عرض فناني الأداء والمخاطر والمستندات والبيانات وغير ذلك الكثير في نموذج عملية الأعمال.

بالإضافة إلى نمذجة خريطة عمليات الأعمال الخاصة بالمؤسسة، يتيح لك تدوين VAD نمذجة عمليات الأعمال الشاملة عند تحديدها في البداية. ولكن عليك أن تفهم أن قيمة القيمة المضافة لا تهدف إلى وضع نموذج للظروف المنطقية في العملية، وبالتالي يتم إدراكها بشكل مثالي من قبل الإدارة. من الناحية العملية، بعد نمذجة العمليات التجارية على المستوى الأعلى في تدوين VAD، تتبع نمذجة أكثر تفصيلاً للعمليات التجارية في تدوينات أخرى، والتي سننظر فيها بالتفصيل أدناه.

يمكن رسم نموذج تدوين VAD في مجموعة متنوعة من الأدوات، مثل MS Visio والعديد من أدوات نمذجة عمليات الأعمال الأخرى.

نمذجة عمليات الأعمال – EPC (سلسلة العمليات المعتمدة على الأحداث)

تم تطوير تدوين EPC بواسطة البروفيسور أوغست فيلهلم شير في إطار منهجية مجموعة أدوات ARIS. وباستخدام إحدى عمليات الأعمال، يتم تصميمها كقائمة من خطوات العملية التي يتم تشغيلها بواسطة الأحداث. يُعد هذا التدوين مناسبًا للتنظيم اللاحق لعملية الأعمال، وكذلك لتحليل تدفق المعلومات لعملية الأعمال (المستندات الواردة/الصادرة).

تسمح لك حرية تدوين EPC بوصف كائنات إضافية في إطار نمذجة عمليات الأعمال، مثل المخاطر التشغيلية وإجراءات التحكم ونماذج الشاشة وأنظمة المعلومات والمؤشرات وغير ذلك الكثير.

ضمن تدوين EPC، يتم تصميم العملية من أعلى إلى أسفل، ويتم تحديد ترتيب تنفيذ الخطوات/الوظائف/الإجراءات/عمليات عملية الأعمال من خلال نظام الأحداث والشروط المنطقية. تعتبر بداية خطوات العملية وإكمالها، بالإضافة إلى الأحداث الخارجية التي تتطلب استجابة من المؤسسة، بمثابة أحداث في تدوين EPC.

يتكون نموذج عملية الأعمال من تسلسلات "حدث-وظيفة-حدث" وعوامل التشغيل المنطقية "AND" و"OR" و"حصريًا OR" التي تعرض القرارات والتحقق من الحالة والتوازي وتقارب تدفقات عملية الأعمال النموذجية.

هناك العديد من الخيارات لتدوين EPC، بتنسيق العمود والصف، وكذلك مع قوائم مختلفة من الكائنات المستخدمة، ومع ذلك، كل هذه الخيارات متاحة فقط في مجموعة أدوات ARIS، بينما في الأدوات الأخرى، على سبيل المثال، MS Visio أو Business Studio ، نمذجة عمليات الأعمال EPC متاحة فقط بالتنسيق الكلاسيكي.

تتيح لك نمذجة عملية تجارية في تدوين EPC الحصول لاحقًا على نص أو تنظيم جدولي للعمليات التجارية، حيث يمكن تحويل نموذج EPC المرسوم بشكل صحيح إلى سلسلة من الجمل باللغة العادية، والتي تصبح أساسًا للتنظيم. ولهذا السبب يعتبر هذا الترميز هو الأكثر ملاءمة لنمذجة العمليات التجارية لغرض التحليل والتنظيم اللاحق.

النمذجة عمل— العمليات– BPMN (نموذج عملية الأعمال والترميز 2.0)

تم إنشاء تدوين BPMN بواسطة اتحاد Object Management Group (OMG) وهو مخصص لنمذجة العمليات التجارية بغرض التشغيل الآلي اللاحق لها. يتم استخدام تدوين BPMN للنمذجة التفصيلية لعملية الأعمال، ويتجاوز عدد الكائنات في هذا التدوين 100، مما يسمح لك بوصف جميع الفروق الدقيقة في سلوك العمليات التجارية حتى يتمكن نظام المعلومات من تحويل النموذج الذي تم إنشاؤه إلى نموذج قابل للتنفيذ شفرة.

إن انفتاح تدوين BPMN ودعمه من قبل معظم أدوات نمذجة العمليات التجارية والأتمتة جعل هذا الترميز رائدًا في نمذجة عمليات الأعمال.

في تدوين BPMN، بالإضافة إلى خطوات عملية الأعمال، يمكنك تصميم أحداث البداية والمتوسطة والنهائية للعملية وتدفقات المعلومات وتدفقات الرسائل. من بين ميزات التدوين، يمكن للمرء تسليط الضوء على الاستخدام الافتراضي لنمط نمذجة Swim Lane، عندما يظهر المؤدي كشريط رأسي أو أفقي، يذكرنا بالممرات الموجودة في حمام السباحة، وعلى هذا المسار تتم الإجراءات /توجد العمليات التي يقوم بها هذا المؤدي.

إن تبسيط عملية الأعمال في تنسيق Swim Lane يجعل من الممكن نقل المسؤولية وتدفق العمل بشكل واضح بين المشاركين في العملية، ولكنه، في الوقت نفسه، يجعل من الصعب وضع نموذج في حالة وجود العديد من المنفذين المشاركين في عملية واحدة .

غالبًا ما يكون من الصعب تجميع النماذج المرسومة بترميز BPMN في تسلسل هرمي متماسك، حيث تم إنشاء المنهجية في الأصل لأتمتة العمليات التجارية "الشاملة".

يتطلب تطبيق تدوين BPMN بعض الخبرة، مما يحد غالبًا من عدد منشئي هذه النماذج ومحللي الأنظمة والأعمال. نادرًا ما يقوم ممثلو وحدات الأعمال بنموذج العمليات التجارية في تدوين BPMN.

على الرغم من الاختلافات الرسومية، فإن تدوينات BPMN وEPC متشابهة جدًا مع بعضها البعض، وفي مجموعة أدوات ARIS يمكن بالفعل تحويلها إلى بعضها البعض، وإن كان ذلك مع بعض القيود المنهجية.

نمذجة العمليات التجارية – رسم بياني للتدفق

يمكن ترجمة اسم الترميز Flow Charting بسهولة إلى مخططات انسيابية. ظهر هذا الترميز في الأصل في معيار ANSI عام 1970، ويحتوي على مجموعة بسيطة جدًا من الأحرف.

على مدار سنوات وجود تدوين مخطط التدفق، تم رسم العديد من أشكال المخططات الانسيابية التي تحتوي على رموز لحل المشكلات المختلفة، على سبيل المثال، لوصف تدفقات المواد والأدوار والوظائف والمعدات لتحليل مدخلات ومخرجات الوظائف.

في الواقع، كانت المخططات الانسيابية هي أسلاف الرموز الحديثة لنمذجة العمليات التجارية، وحتى الآن يتم تدريسها في معظم المؤسسات التعليمية في إطار التخصصات المخصصة لتكنولوجيا المعلومات.

لا يحتوي تدوين مخطط التدفق على معيار صارم، مما يسمح لك بنمذجة العمليات التجارية من وجهات نظر مختلفة، وإضافة كائنات معينة إلى النموذج حسب الحاجة. وبهذه الطريقة، يكون هذا الترميز مشابهًا جدًا لـ EPC، ولكنه يتمتع بحرية أكبر في التطبيق. إن حرية خيارات التطبيق لتخطيط التدفق ودعم أدوات نمذجة العمليات التجارية الرخيصة وحتى المجانية جعلت هذا الترميز قابلاً للتطبيق على العديد من الشركات.

أحد عيوب مخطط التدفق هو عدم وجود قائمة موحدة للكائنات والسمات، وهو الجانب الآخر من "حرية" هذا الترميز. يتيح لك ذلك تصميم نفس عملية الأعمال في هذا التدوين بحيث تختلف النماذج بشكل كبير عن بعضها البعض.

على الرغم من حقيقة أنه يمكن العثور على نماذج العمليات التجارية في تدوين مخطط التدفق في كثير من الأحيان، فمن المرجح أن تصبح شيئًا من الماضي، مما يفسح المجال أمام "تدوينات أكثر صرامة"

النمذجة عمل— العمليات– IDEF (لغة التعريف المتكاملة)

ظهر تدوين IDEF في السبعينيات كمعيار حكومي أمريكي يركز على المدخلات والمخرجات والآليات والضوابط الخاصة بعملية الأعمال ويربط عمليات المنظمة في تسلسل هرمي. العنصر الأساسي في هذا الترميز هو الوظيفة، في حين يتم تصميم جميع الكائنات والتفاعلات الأخرى باستخدام العلاقات.

يستخدم التدوين مجموعة بسيطة جدًا من الرموز: مستطيلات العملية والأسهم التي تصور المدخلات والمخرجات والضوابط والآليات، ويتميز هذا التدوين بنظام ترقيم "مدمج" لخطوات عملية الأعمال، مما يسمح لك بتتبع العلاقات بين الوالدين وعمليات الطفل.

بالنظر إلى تاريخ هذا المعيار واستخدامه على نطاق واسع إلى حد ما، يتم تنفيذه في العديد من أدوات النمذجة، ولكن لا يزال من الممكن أن يعزى هذا التدوين إلى الجيل السابق، حيث أن عدد المؤيدين له أصبح أقل فأقل، وغالبًا ما يعامل ممثلو الأعمال هذه "الرقائق" بـ الشك.

UML (موحد النمذجة اللغات)

لغة النمذجة الموحدة (UML) هي مجموعة من الرموز وطرق النمذجة المصممة لوصف متطلبات أنظمة المعلومات، ولكن من بين رموز UML هناك أيضًا تدوين متخصص مصمم خصيصًا لنمذجة العمليات التجارية. يتم دعم UML من قبل مجموعة إدارة الكائنات (OMG)، مما جعل هذه المنهجية شائعة جدًا بين متخصصي تكنولوجيا المعلومات.

هذا التدوين مشابه جدًا لـ EPC وBPMN، والفرق الوحيد هو في عرض العوامل والأحداث المنطقية، وعلى الرغم من وجود العديد من الكتب حول تدوين UML، ودعمه بالعديد من أدوات النمذجة، إلا أن مخطط أنشطة UML يستخدم بشكل أساسي لتحليل وتصميم الأنظمة، ويستخدم عدد قليل فقط من الشركات لغة UML لنمذجة العمليات التجارية

VSM (قيمة تدفق رسم الخرائط)

يمكن ترجمة اسم تدوين VSM إلى اللغة الروسية كرسم خرائط لتدفق قيمة العميل. الاسم الأصلي لهذا التدوين كان في شركة تويوتا، حيث يعتقد أنه تم اختراعه - خريطة تدفق المواد والمعلومات.

تم تطوير تدوين VSM كجزء من منهجية Lean Manufacturing، ويستخدم مجموعة من الرموز المحددة لتمثيل عناصر إدخال الموارد والوقت لتحليل أداء عملية الأعمال في مشاريع Lean 6Sigma. تصور خريطة تدفق القيمة البيئة المادية وتدفق المواد والمنتجات في الإنتاج، وتستخدم لربط مدخلات الموارد والوقت بالعملية، وبالتالي توفير نظرة ثاقبة للإنتاجية

الغرض من هذا التدوين هو إشراك المشاركين فيه في تحليل عملية الأعمال لتشجيعهم على البحث بشكل مستقل عن فرص التحسين. كقاعدة عامة، يتم رسم نماذج VSM في المشاريع على Flip Chart ولا تتطلب أدوات جادة لنمذجة العمليات التجارية، لأن القرارات يتم اتخاذها على أساسها، ولا يصبح النموذج نفسه أساسًا للوائح أو لحلول تكنولوجيا المعلومات.

الشيء الرئيسي عند إنشاء نموذج في تدوين VSM هو ملء السمات المؤقتة للعملية للبحث عن "الاختناقات" وأماكن تخزين المخزون الزائد.

هذا التدوين له دائرة محدودة من المتابعين، ولن ينتشر على نطاق واسع بين عامة محللي الأعمال في المستقبل القريب بسبب خصوصية المشاكل التي يتم حلها بمساعدته. ولكن في الوقت نفسه، قامت العديد من أدوات نمذجة عمليات الأعمال، على سبيل المثال، ARIS، بتطوير امتدادات لدعم نمذجة عمليات الأعمال في هذا الترميز.

سيبوك

يشير الاختصار SIPOC إلى: المورد، الإدخال، العملية، الإخراج، العميل. هذا هو قالب توثيق العملية المعتمد في منهجية Six Sigma، وهو في الواقع ليس حتى تدوينًا نموذجيًا، ولكنه تنسيق جدول يسمح لك بوصف عملية تجارية على المستوى الأعلى. يتم استخدام نموذج SIPOC بشكل أكثر فاعلية عند تحديد حدود عملية الأعمال والأطراف المتفاعلة ومدخلات/مخرجات العملية.

لا يوجد أي تدوين لـ SIPOC، لأنه جدول بسيط يحتوي على عناوين مناسبة تسمح لك بتنظيم عملية الأعمال المحددة للتحليل والتحسين اللاحقين.

تكمن فائدة SIPOC، على عكس المخططات الأخرى، في إمكانية استخدامه من قبل موظفي وحدات الأعمال، لأنه لا يحتوي على منطق معقد والعديد من الكائنات، مثل رموز EPC أو BPMN.

نمذجة العمليات التجارية - الاستنتاجات

لذلك، ألقيت نظرة على بعض رموز نمذجة العمليات التجارية التي يمكن العثور عليها في السوق الروسية (تم وصفها بمزيد من التفصيل في فصل BPM CBOK المخصص لنمذجة العمليات التجارية). ما هو الترميز الذي يجب اختياره للاستخدام هو سؤال مفتوح، على سبيل المثال، لنمذجة العمليات التجارية للمؤسسة على المستوى الأعلى، أستخدم تدوين VAD للنمذجة الأساسية لعملية الأعمال المحددة للتحسين، فمن الأسهل استخدام SIPOC أو مساعدة القيمة المضافة. لإنشاء نماذج تفصيلية لعمليات الأعمال - BPMN المبسطة لنمذجة التفاعل متعدد الوظائف أو EPC للنمذجة التفصيلية من أجل إضفاء الطابع الرسمي على تدفق المعلومات والعديد من الكائنات المرتبطة بعملية الأعمال. حسنًا، إذا كنت بحاجة إلى أتمتة عملية تجارية في نظام BPMS، فلا يمكنك الاستغناء عن تدوين BPMN.

« بأي طريقة من الأفضل لنا أن نبني عملياتنا التجارية؟ "هو سؤال شائع إلى حد ما ومن أغرب الأسئلة التي سمعتها على الإطلاق. الحقيقة هي أن اختيار التدوين لنمذجة الأعمال يعتمد كليًا على أهداف وغايات المؤسسة التي قررت الانتقال إلى إدارة العمليات.

مرة أخرى حول IDEF0

إنها علامة IDEF0 التي لا تزال محبوبة بين المستشارين ومحللي الأعمال. يتم إجراء معظم الندوات والدورات التدريبية حول إدارة العمليات اليوم على أساس هذا التدوين، على الرغم من أنني شخصياً قد عبرت عن رأيي بشأن هذه المسألة في المقالة "".

يعتبر IDEF0 مناسبًا تمامًا لبناء عمليات المستوى الأعلى، أي لإظهار التفاعل المنطقي بين الوظائف. في هذه الحالة، يمكن تحليل المخطط، أي أنه يمكن تقديم كل عنصر على حدة في شكل مخطط تفاعل جديد يوضح تفاصيل الكتلة المحددة. من خلال عرض ليس فقط المدخلات والمخرجات، ولكن أيضًا "التحكم" و"الآلية" على الرسم التخطيطي، من الممكن تتبع حركة الموارد وتحويلها في عملياتك.

لسوء الحظ، لا يدرك العديد من مستشاري الأعمال أنه مع كل مزايا IDEF0، ليس من الحكمة استخدامه لبناء عمليات ذات مستوى أدنى تتضمن تفاصيل التنفيذ التفصيلي للعمل من قبل الموظفين (سير العمل). أولاً، تدوين IDEF0 غير قادر على عرض التسلسل الزمني لتنفيذ العمل، وثانيًا، لا يحتوي على كتل انتقال مشروطة، لذلك ستصف جميع العمليات العمل بشكل خطي فقط، وغير مفصل بشكل كافٍ.

الاستنتاج: ترميز IDEF0 مناسب لبناء عمليات المستوى الأعلى من أجل عرض التفاعلات بين الأقسام وحركة الموارد.

BPMN - نظرة جديدة على العمليات

BPMN هو تدوين جديد نسبيًا، ظهرت النسخة الأولى منه في عام 2005. يركز التدوين على الوصف التفصيلي لتدفقات العمل، وهو مناسب بشكل أفضل لعمليات النمذجة على المستوى الأدنى. يحتوي تدوين BPMN على ميزة رئيسية واحدة - حيث يمكن "تنفيذ" جميع المخططات المبنية وفقًا لمواصفات BPMN بواسطة النظام في الوقت الفعلي.

عند تنفيذ عملية ما، يتم إنشاء "المثيل" الخاص بها ويمكن لمدير العملية أو مالكها مراقبة تنفيذ المهام في الوقت الفعلي.
تتطلب القدرة على "تنفيذ" العمليات بواسطة الخادم متخصصًا مؤهلاً تأهيلاً عاليًا في نمذجة العمليات وتفاصيل كافية للعملية. على سبيل المثال، إذا لم يوفر محلل الأعمال الانتقال المناسب أو القدرة على العودة إلى وظيفة سابقة، ففي مرحلة معينة قد "تتوقف" العملية وتفشل، مما سيؤدي إلى الحاجة إلى إجراء تغييرات على العملية وأعد تشغيله.

مع كل مزاياه، يعتبر تدوين BPMN معقدًا للغاية للاستخدام للأغراض التنظيمية، على سبيل المثال، لوصف جميع وظائف الموظفين لغرض تحليل وإنشاء الأوصاف الوظيفية ولوائح الأقسام ولوائح العمليات.

الاستنتاج: يعد تدوين BPMN هو الأنسب لنمذجة عمليات المؤسسة الرئيسية فقط لمزيد من التحكم في تنفيذها في الوقت الفعلي.

مخطط انسيابي - العودة إلى الأساسيات

في الواقع، لا يوجد أي تدوين بهذا الاسم؛ هناك العديد من الاختلافات حول موضوع المخطط الانسيابي العادي، على سبيل المثال، مخطط انسيابي أساسي، مخطط انسيابي متعدد الوظائف، وما إلى ذلك. كل هذه الرموز تسمح لك بوصف تدفقات العمل وتوزيع المسؤولية عن الوظائف تنفيذها ضمن العملية. تستخدم العديد من المنتجات البرمجية أشكالًا مختلفة من هذا الترميز لوصف العمليات ذات المستوى الأدنى بالإضافة إلى وصف العمليات ذات المستوى الأعلى باستخدام IDEF0.

يمكن للمتخصصين في نمذجة الأعمال تحديد مستوى تفاصيل هذه المخططات بأنفسهم؛ ولا توجد متطلبات صارمة لوصف مخططات العمليات، نظرًا لعدم تصميم هذه المخططات ليتم تنفيذها بواسطة النظام في الوقت الفعلي.

في كثير من الأحيان، يتم استخدام هذه الرموز في أنظمة نمذجة الأعمال المتخصصة لبناء نموذج عملية متكامل واحد للمؤسسة مع الإشارة إلى الهيكل التنظيمي. غالبًا ما يقدم مطورو البرامج أيضًا كتلًا إضافية لتمثيل الموارد والمستندات وما إلى ذلك.

الاستنتاج: إن بساطة عمليات النمذجة في تدوينات FlowChart تجعلها مرشحة مثالية للاستخدام في أنظمة نمذجة الأعمال لغرض التوليد التلقائي للوثائق التنظيمية: الأوصاف الوظيفية واللوائح واللوائح.

eEPC – سنمضي في طريقنا الخاص

مؤلفو تدوين eEPC هم الشركة الألمانية المعروفة IDS Scheer AG. مثل التدوينات المستندة إلى FlowChart، يهدف eEPC إلى وصف العمليات ذات المستوى الأدنى، ولكنه لا يعتمد على وظائف الموظفين، ولكن على الأحداث، والتي بدورها تبدأ بالفعل في تنفيذ بعض الإجراءات من جانب الموظفين. وبسبب هذه الميزة، يكون حجم العمليات القياسية أكبر بمرتين تقريبًا مقارنة بنظيراتها الموضحة في تدوين المخطط الانسيابي.

تعد وظيفة تدوين eEPC زائدة عن الحاجة بالنسبة للمستخدم العادي؛ وليس من المنطقي استخدام جميع الكتل المتاحة، لذلك، كقاعدة عامة، عند تطوير نموذج عملية في تدوين eEPC، يقوم المستخدمون أولاً بإعداد مستند خاص (اتفاقية النمذجة) )، حيث ينصون مسبقًا على الكتل التي سيتم استخدامها في نموذج العملية الخاص بالمؤسسة.

الاستنتاج: يمكن استخدام تدوين eEPC لبناء عمليات ذات مستوى أدنى، إذا كان تدوين FlowChart الأسهل استخدامًا، لسبب ما، لا يلبي متطلبات المؤسسة فيما يتعلق بعمق وصف النموذج.

بالطبع هذه الملاحظة لا تقدم اكتمال العرض ولا تكشف عن ميزات استخدام كل تدوين على حدة، ولكن أتمنى بعد قراءة هذا المقال أن تكون هناك أسئلة بأسلوب “ هل يجب أن نختار BPMN أو IDEF0؟ "سوف تصبح أصغر.

BPMN (تدوين إدارة عمليات الأعمال) هي لغة نمذجة عمليات الأعمال التي تمثل رابطًا وسيطًا بين إضفاء الطابع الرسمي/التصور وتنفيذ عملية الأعمال.

لتبسيط الأمر، هذا الترميز هو وصف للعناصر الرسومية المستخدمة لإنشاء رسم تخطيطي لتدفق عملية الأعمال.

كحد أدنى، هناك حاجة إلى مثل هذا المخطط لبناء عملية تجارية وفقًا له وتنظيمه بوضوح لجميع المشاركين.

كحد أقصى، يسمح لك بأتمتة العمليات التجارية لاحقًا وفقًا للمخطط الحالي.

تاريخ BPMN

تم إصدار الإصدار الأول من تدوين BPMN في مايو 2004 (BPMN 1.0). ظهر الإصدار التالي في يناير 2011 (BPMN 2.0). أخيرًا، في يناير 2013، أصدرت OMG الإصدار الأكثر استخدامًا اليوم - BPMN 2.0.2.

رسومات BPMN الأساسية

عملية BPMN هي أي عملية تجارية تنعكس باستخدام التدوين. تتكون العمليات من عناصر، يشار إلى كل منها في الرسم التخطيطي برمز خاص.

عناصر تدوين BPMN هي عناصر مخطط رسومي، ولكنها أيضًا عناصر من عملية الأعمال نفسها.

يعتمد التدوين على العناصر الرسومية الأساسية التالية:

حمام سباحة وممرات
أجراءات
بوابات أو شوكات
الأحداث
تيارات
الآثار

في BPMN 2.0، يتم تمثيل العناصر كأيقونات خاصة. سعى منشئو هذا النظام إلى التأكد من أن مجموعة الرموز كانت شاملة وتوفر القدرة على عرض أكبر قدر ممكن من تنوع مخططات العمليات التجارية بشكل مرئي. ونتيجة لذلك، هناك الكثير من الرموز ويمكن العثور على القائمة الكاملة في وثائق BPMN، والتي تمت ترجمتها إلى اللغة الروسية من قبل أعضاء رابطة محترفي BPM في روسيا. سنركز هنا فقط على العناصر الأساسية، التي بدونها لا يمكن لأي مخطط عملية عمل أن يفعل. وهذا يكفي للتعرف بشكل عام على BPMN وفهم المبادئ الأساسية للتدوين.

عناصر BPMN "التجميع" و"المسار"

تتكون عملية الأعمال بأكملها من مجموعات: مجموعة من العمليات + الأشخاص الذين يقومون بهذه العمليات.

على سبيل المثال، سيكون المجمع عبارة عن مجموعة كاملة من الإجراءات لتحميل البضائع وإرسالها إلى العميل.

في هذه الحالة، يتم تحديد ما يسمى بـ "المسارات" التي تشكل أي تجمع. على سبيل المثال، سيكون أحد المسارات هو إعداد المستندات المتعلقة بتحميل وإرسال البضائع، والمسار الثاني سيكون التحميل الفعلي للشحنة المطلوبة على السيارة ورحلة السيارة إلى العميل. كلا المسارين يكملان بعضهما البعض، ويعملان بالتوازي، ولكن بشكل عام يعملان على إكمال نفس المرحلة من عملية الأعمال.

عنصر BPMN "الإجراء"

"الإجراء" هو وحدة العمل التي يتم تنفيذها أثناء تنفيذ عملية الأعمال. يمكن أن تكون الإجراءات إما أولية (مهمة) أو معقدة (عملية فرعية).

هناك عدة أنواع من الإجراءات الأولية التي تختلف في شروط تنفيذها:

التنفيذ المتكرر لإجراء ما ضمن عملية واحدة. على سبيل المثال، يمكن تنفيذ نفس الإجراء بالتوازي لكل عنصر في أمر المبيعات.
يتم تنفيذ الإجراء الدوري بشكل متكرر طالما أن الشرط المحدد صحيح.

توفر BPMN العروض الرسومية التالية لأنواع الإجراءات الرئيسية:

	مشكلة مجردة	يُستخدم للإشارة إلى إجراء أو عملية بسيطة ليس لها أي تحليل إضافي ضمن عملية الأعمال الحالية.
	عملية فرعية	يُستخدم لعرض عملية متحللة مضمنة في العملية المعنية. يتم وصف العملية الفرعية بمزيد من التفصيل في الرسم التخطيطي الخاص بها.
	رابط العملية	يُستخدم للإشارة إلى مرجع إلى إحدى العمليات الأكثر تكرارًا.

تجدر الإشارة هنا إلى أن أنظمة BPM الحديثة غالبًا ما تقدم نطاقًا أوسع من أنواع الأنشطة مقارنة بما تقدمه BPMN. على سبيل المثال، في أداة نمذجة عمليات الأعمال في Comindware Business Application Platform، ستجد عناصر رسومية لعدة أنواع من الإجراءات الأولية، بالإضافة إلى الحالات المضمنة:

	مهمة المستخدم	يستخدم لإظهار المهمة التي يؤديها الشخص.
	مهمة تنفيذ البرنامج النصي	يستخدم لعرض خطوة العملية عند الوصول إلى تنفيذ البرنامج النصي تلقائيًا.
	مهمة استدعاء الخدمة	يُستخدم لتوضيح خطوة العملية التي يتم فيها استدعاء خدمة ويب أو برنامج نصي C#.
	حالة مدمجة	يستخدم لتمثيل مهمة غير روتينية يشرف عليها شخص مسؤول أو مجموعة من الأشخاص. يتم استخدام الحالات عندما تحتاج إلى تنظيم نشاط غير منظم أو شبه منظم بسرعة داخل العملية.

عناصر BPMN "الشوكة" أو "البوابة"

يتم فهم البوابات على أنها عناصر تحدد تفرع ودمج تدفقات العمل.

يصف BPMN 7 أنواع من الشوكات. هناك نوعان رئيسيان:

	حصريا-أو البوابة	يستخدم لإنشاء تدفقات عملية بديلة أو تدفقات تحكم متقاربة.
	البوابة الموازية	يستخدم لإنشاء مسارات متوازية دون تقييم أي شرط أو لتقارب الخيوط ومزامنة الخيوط المتوازية لتنفيذ العملية.

إن الشوكتين الموصوفتين أعلاه كافية لبناء عمليات تجارية بأي تعقيد. تتيح لك الأنواع الأخرى من الشوكات الموصوفة في BPMN إنشاء مخططات عملية أكثر إحكاما، لكن العديد من الخبراء يشككون في هذه الميزة، لأنه من غير المرجح أن يفهم الأشخاص الذين ليس لديهم تدريب خاص مثل هذه المخططات.

مثال على استخدام حصري أو بوابة لإنشاء سلاسل عمليات بديلة:

المرحلة 7. دعوة العميل لتقييم جودة الخدمة.
1. إذا كان العميل راضيًا، سجل تقييمًا إيجابيًا، وأغلق عملية الأعمال.
2. إذا كان العميل غير راضٍ، فاكتشف السبب.

يمكن أن يتفرع المخطط الإضافي بشكل كبير: إذا كان العميل غير راضٍ عن التسليم، فهو يحتاج إلى الاتصال برأس هذه الخدمة؛ وإذا كان الأمر يتعلق بجودة المنتج، فستكون المرحلة التالية هي نقل الشكوى إلى قسم الإنتاج، أو التصعيد (رفع المستوى الهرمي) لنقل المعلومات حول هذه الشكوى إلى الإدارة العليا.

في الواقع، تعد البوابات إحدى المراحل الأكثر أهمية وتعقيدًا في العمليات التجارية. تعتمد كفاءة النظام بأكمله إلى حد كبير على مدى كفاءة توضيح جميع الشروط والعواقب وفقًا لمبدأ "إذا... إذن".

عنصر BPMN "الحدث"

"الحدث" هو أحد العناصر الرئيسية في BPMN ويعمل على وصف شيء يجب أن يحدث (على عكس المهمة، حيث يجب القيام بشيء ما). يمكن أن يكون الحدث، على سبيل المثال، توقيع عقد أو محادثة مع عميل.

يتم تصنيف رسومات الأحداث في BPMN بطريقتين:

اعتمادًا على موضع الحدث في مخطط العملية:

	حدث البدء (بدء عملية تجارية)
	حدث متوسط
	حدث النهاية (إنهاء عملية تجارية).

في حالة تسليم البضائع، من الواضح أن الحدث الأولي سيكون طلب العميل. أو - مكالمة من المدير إلى العميل لعرض إجراء عملية شراء. سيكون الحدث الأخير في مثل هذه السلسلة هو حقيقة التسليم، والتي يتم تأكيدها بتوقيع العميل.

التصنيف حسب نوع الحدث هو كما يلي:

	حدث بسيط	يمثل حدثًا غير مكتوب.
	حدث الرسالة	يشير إلى ما إذا كانت الرسالة قد تم إرسالها أو استلامها.
	حدث الموقت	تستخدم لنموذج الأحداث العادية. يمكن أيضًا استخدام المؤقت لمحاكاة اللحظات الزمنية والفواصل الزمنية وتجاوز الحد الزمني.

في كثير من الأحيان تكون أحداث البداية والنهاية عبارة عن أحداث رسائل.

عناصر BPMN "التدفقات"

التدفق هو سلسلة من الإجراءات، والتي يتم الإشارة إليها بواسطة سهم. يُظهر عنصر "التدفق" الإجراء الذي يجب تنفيذه بعد ذلك.

	التحكم في التدفق	لا يتأثر تدفق التحكم القياسي بالظروف ولا يمر عبر البوابات، أي. لا يمكن السيطرة عليها.
	تدفق التحكم المشروط	يُستخدم لإظهار أن التنفيذ الإضافي للعملية سيحدث عبر مؤشر ترابط معين فقط في حالة استيفاء شرط محدد. تتم إضافة معين في قاعدة السهم إذا كان تدفق التحكم الشرطي من إحدى العمليات. لا تتم إضافة المعين إذا كان تدفق التحكم المشروط من البوابة.
	تدفق التحكم الافتراضي	يتم استخدامه عندما يكون من الضروري إظهار أن التنفيذ الإضافي للعملية سيحدث عبر مؤشر ترابط معين فقط في حالة عدم استيفاء أي من الشروط المحددة.
	تدفق الرسائل	يستخدم لعرض الاتصال بين العمليات - يعرض نقل الرسائل أو الكائنات من عملية إلى عملية أخرى أو مرجع خارجي.
	منظمة	يُستخدم لتصور العلاقة بين عناصر التدفق والكائنات التي ليست عناصر تدفق (عناصر تدفق).

عناصر BPMN “قطعة أثرية”

في BPMN، يتم فهم العناصر على أنها كائنات لا تؤثر بشكل مباشر على تنفيذ عملية الأعمال. يمكن أن تكون هذه المستندات والبيانات والمعلومات.

الأنواع الرئيسية للتحف:

	مجموعة من الكائنات	يستخدم لتجميع العناصر الرسومية التي تنتمي إلى نفس الفئة وتسهيل قراءة الرسم التخطيطي.
	شرح النص	يستخدم لتوضيحات الرسم التخطيطي - التعليقات والتفسيرات التي من شأنها زيادة إمكانية قراءة الرسم التخطيطي.
	كائن البيانات	يستخدم لعرض معلومات حول البيانات التي تتم معالجتها أثناء العملية.

فوائد BPMN

وصف BPMN لعملية الأعمال له العديد من المزايا.

الأول هو سهولة ترجمة الرسوم البيانية إلى نماذج قابلة للتنفيذ باستخدام لغة لوصف العمليات التجارية بشكل رسمي.

إن وصف عناصر BPMN واضح لمعظم المشاركين في العمليات التجارية وغالباً لا يتطلب أي شرح إضافي. باستخدام تعبير رسومي بسيط، يمكنك إنشاء لوائح محددة يتبعها الموظفون.

إلى جانب حقيقة أن وصف تدوين BPMN 2.0 يسمح للموظفين بفهم كيفية حدوث العمليات التجارية، فإن هذا التدوين مدعوم من قبل معظم أدوات نمذجة الأعمال الحديثة، والتي تسمح باستيراد مخططات عمليات الأعمال الجاهزة إلى أنظمة BPM.

إيلينا جايدوكوفا، محللة تسويق، ومديرة العلامة التجارية للحلول القائمة على، وأخصائية علاقات الشراكة.

أداة BPMN مجانية

Cawemo هي أداة مجانية عبر الإنترنت لتصميم مخططات BPMN ومناقشتها ومشاركتها مع فريقك.

أداة BPMN مجانية

مراجعة

لقد قمنا بتعليم BPMN لآلاف الأشخاص، ونحن نستخدم الترميز في عملنا اليومي في المشروع منذ عام 2007. يمكنك العثور أدناه على العديد من أمثلة BPMN لمشاكل النمذجة الشائعة. بغض النظر عن مشروعك المحدد أو مجال عملك، هناك العديد من الأسئلة الشائعة حول استخدام BPMN. في تجربتنا، معظم أمثلة BPMN أدناه مفيدة لأي مستخدم BPMN.

انضممنا إلى OMG في عام 2009 كعضو مؤثر. ومنذ ذلك الحين شاركنا في تطوير BPMN 2.0.

أمثلة على BPMN

قواعد العمل وBPMN

سيناريو المحاكاة

لنفترض أننا نريد تصميم عملية في BPMN وأن العملية تستدعي بعض قواعد العمل. سوف نستخدم مثال إنشاء فاتورة. لإنشاء فاتورة، تحتاج إلى حساب الخصم. يعتبر مبلغ الطلب ونوع العميل هي المعايير ذات الصلة لحساب الخصم.

هذا مثال بسيط للغاية سيوضح لنا أين نستخدم BPMN وأين لا نستخدمه.

أدوار المحرك إنشاء فاتورة طلب فاتورة حساب الخصم إنشاء فاتورة تم إنشاء الفاتورة

توضيح

أثناء المحاكاة، نركز على سير العملية. في هذا المثال، تتكون العملية من خطوتين. يتم احتساب الخصم قبل إنشاء الفاتورة. والنتيجة هي عملية بسيطة للغاية.

ليس من المنطقي وضع نموذج لحساب الخصم نفسه في نموذج BPMN (انظر المثال أدناه). بالنسبة لشجرة قرارات القواعد، ولكل معيار إضافي، ستنمو الصلاحيات بشكل كبير. وهذا ليس ما نريده في نموذج BPMN.

ولذلك، فمن المنطقي فصل العمليات وقواعد العمل.

إنشاء فاتورة إجراء خصم 2% إضافة خصم 1% من هو المشتري؟ طلب فاتورة مبلغ الطلب؟ نوع المشتري؟ إنشاء فاتورة تم إنشاء الفاتورة إجراء خصم 3% إجراء خصم 4% من هو المشتري؟ اضافة خصم 1% اضافة خصم 1% 1000 - 1500 500 - 999 >2000< 500 Тип A Тип A Тип A обычный обычный обычный

المثيلات التابعة

سيناريو المحاكاة

لنفترض أننا نريد تصميم عملية بمثيلات متطابقة. سنستخدم مثالا بسيطا. إذا تم إجراء فحص ائتماني واحد على أحد العملاء، فإننا لا نريد إجراء فحص ائتماني آخر لنفس العميل في نفس الوقت.

قد يكون السبب هو أن إجمالي عدد فحوصات الائتمان التي تم إجراؤها يؤثر على نتيجة الفحص.

لنفترض أننا نقوم بإجراء فحص ائتماني لأحد العملاء ونتلقى طلبًا ثانيًا لنفس العميل في نفس الوقت.

ما تشترك فيه جميع الحلول هو أن كل مثيل جديد يجب أن يتحقق من مطابقة المثيل على مستوى البيانات قبل بدء فحص الائتمان الفعلي.

حل حدث الإشارة

التحقق من الجدارة الائتمانية عرض الاستعلامات عرض الأحداث التي تم تشغيلها (معهم) التي تقوم بتشغيل مثيلات لنفس العميل؟ ونفس العميل؟ التحقق من الائتمان تم التحقق من الإكتمال تم التحقق من الإكتمال مسجل في قاعدة البيانات لا نعم

توضيح

يعد حدث الإشارة هو الطريقة الأبسط والأكثر إحكاما لنمذجة التفاعلات بين الحالات المختلفة. تكمن مشكلة الإشارة في أنها تعمل كبث ولا تتناول أي حالة محددة. لذلك، بالمعنى الدقيق للكلمة، يتم تجاهل العميل وتلتقطه جميع مثيلات الانتظار.

حل حدث الرسالة

التحقق من الائتمان طلبات التحقق التحقق من العمليات الجارية نفس العميل) تشغيل مثيلات نفس العميل؟ التحقق من الائتمان الائتماني المؤكد هل تتوقع حدث المشتري؟ تحقق من الحالات المعلقة (من نفس العميل) اكتمل بدء تشغيل المثيل، أبلغ عن قاعدة بيانات المثيل المعلق، قاعدة بيانات لا لا نعم نعم

توضيح

يعد هذا الحل أكثر تعقيدًا بعض الشيء نظرًا لأنك تحتاج إلى تحديد المستلم (مثيل واحد) للرسالة. يؤدي هذا إلى طلب ثانٍ للبيانات قبل نهاية المثيل. ومع ذلك، هذه هي الطريقة الصحيحة لحل المشكلة التي تنشأ عند حل حدث الإشارة.

الحل مع الموقت والحلقة

التحقق من الجدارة الائتمانية تحقق طلبات التحقق من العمليات الجارية (مستخدم واحد) التي تقوم بتشغيل مثيلات عميل واحد؟ قم بإجراء فحص الائتمان، انتظر قليلاً، تحقق من قاعدة بيانات الائتمان، لا نعم

توضيح

في هذا المثال، لا نحتاج إلى اتصال بين الحالات. يتحقق المثيل نفسه من التكرار إذا كان بإمكانه المتابعة إلى التحقق من الائتمان. الجانب السلبي هو أن هذا يمكن أن يسبب التأخير والحمل بسبب الحلقة.

مبدأ العيون الأربعة

سيناريو المحاكاة

نريد نمذجة الموقف التالي باستخدام BPMN 2.0. يتطلب الطلب (مثل الدفع) إذنين من شخصين مختلفين. يجب أن يتأكد محرك العملية من استيفاء كلا الموافقتين قبل الموافقة على الطلب. يجب أيضًا تصميم الخطوات اليدوية التي يقوم بها اثنان من المعتمدين في مخطط BPMN. يتم اتخاذ قرار الموافقة باستخدام بوابة قائمة المهام.

استخدم حالات

حالات الاستخدام لهذا القالب عديدة. وهنا بعض الأمثلة:

الموافقة على الدفع
الموافقة على الفاتورة
الموافقة على العقد

الحل كمخطط BPMN 2.0

المعتمد الأول مطلوب الموافقة تقييم الطلب قراءة وتعليق المهمة مكتملة العمليات في المحرك تأكيد الطلب تأكيد أو موافقة (السطر الأول) مؤكد؟ تم رفض الطلب (السطر الأول) رفض أو تأكيد (السطر الثاني) مؤكد؟ تم رفض الطلب (السطر الثاني) تأكيد الطلب الموافق الثاني تأكيد معدل الطلب طلب القراءة والتعليق اكتملت المهمة لا نعم نعم لا

توضيح

نحن نستخدم مجمعات منفصلة لمحرك العمليات، للموافق الأول وللموافق الثاني. بهذه الطريقة يمكننا أن نحدد بوضوح من يتحكم في أي عملية.

يستخدم تجمع المحركات مهام مخصصة. تتوافق هذه المهام المخصصة مع المهام التي تظهر في قائمة مهام المعتمد الأول والثاني.

يتم تصميم التفاعل بين مهام المستخدم في المحرك وبين العملية اليدوية للموافقين باستخدام تدفقات الرسائل. تتضمن تدفقات الرسائل هذه خطوات التوثيق التي يجب على المُؤكد إكمالها لإكمال مهمة المستخدم.

لم يتم تصميم قائمة المهام نفسها لتقليل التعقيد.

الاختلافات

الموافقة على أنها طرقت حمامات السباحة

المُصالح الأول المُصالح الثاني محرك العملية يؤكد رفض الطلب أو يؤكده (السطر الأول) مؤكد؟ تم رفض الطلب (السطر الأول) رفض أو تأكيد (السطر الثاني) مؤكد؟ تم رفض الطلب (السطر الثاني) تم تأكيد الطلب لا نعم نعم لا

تحديد الوجهة باستخدام LDAP

الموافق الأول يؤكد الطلب، تقييم الطلب، مهمة القراءة والتعليق مكتملة، محرك معالجة LDAP، تأكيد الطلب، رفضه أو تأكيده (السطر الأول) مؤكد؟ تم رفض الطلب (السطر الأول) رفض أو تأكيد (السطر الثاني) مؤكد؟ تم رفض الطلب (السطر الثاني) تأكيد الطلب تحديد المعتمد الأول والثاني المعتمد الثاني تأكيد معدل الطلب طلب القراءة والتعليق اكتملت المهمة لا نعم نعم لا

الفواتير الشهرية

سيناريو المحاكاة

يشرح هذا المثال صراعًا شائعًا جدًا عند إنشاء مخططات BPMN 2.0. لنفترض أن هناك محاميًا يقدم المشورة القانونية لعملائه. تعمل الخدمة على النحو التالي: يمكن للعملاء طلب المشورة القانونية متى احتاجوا إليها. يقدم المحامي النصيحة المطلوبة ويضع ساعات العمل القابلة للفوترة في الجدول الزمني للعميل. عند انتهاء الشهر، تحدد تكلفة الاكتساب الساعات القابلة للفوترة بناءً على الجدول الزمني وتقوم بإنشاء فاتورة.

يوضح هذا المثال سيناريو النمذجة العامة جداً. ليست خطوات العملية هي التي تكون معقدة، بل هي بنية الرسم التخطيطي.

الحل كمخطط BPMN 2.0

استشارة محاماة طلب استشارة تقديم المشورة تسجيل الوقت تمت معالجة الطلب عداد العميل تسجيل العميل الدخل الشهري اليوم الأول من الشهر تحديد الساعات القابلة للفوترة إنشاء وإرسال فاتورة استلام الأموال اكتمال الفاتورة 14 يومًا إرسال تذكير واحد فقط في الشهر عدة شهريًا

توضيح

الجانب الأكثر أهمية في المخطط هو بنيته.

تتم عملية تقديم المشورة القانونية عدة مرات في الشهر. تتم عملية الفوترة الشهرية مرة واحدة فقط في الشهر. لذلك، يجب تصميم هاتين العمليتين كمجموعتين منفصلتين.

وبطبيعة الحال، فإن هذين المجمعين ليسا مستقلين تماما عن بعضهما البعض. لماذا؟ إنهم يعملون على نفس البيانات - الجدول الزمني للعميل. قدرتنا على تصميم مثل هذا الاتصال المتعلق بالبيانات محدودة للغاية في BPMN. وذلك لأن BPMN موجه للتحكم في التدفق وليس موجهًا لتدفق البيانات.

ومع ذلك، يمكننا استخدام عنصر مستودع البيانات لنمذجة هذا الاتصال على مستوى البيانات.

طريقة خاطئة للنموذج

استشارة محاماة طلب استشارة تقديم المشورة وقت التسجيل 1 الشهر القادم تحديد الساعات القابلة للفوترة إنشاء وإرسال فاتورة استلام الأموال الفاتورة مكتملة 14 يومًا إرسال تذكير العميل

شرح لماذا هذا خطأ

في هذا المثال، يتم دمج كلتا العمليتين في عملية واحدة. وهذه - في أحسن الأحوال - طريقة ضمنية جدًا لصياغة ذلك. وهذا يعني أنه مقابل كل نصيحة قانونية يتم تقديمها، سيتم إرسال فاتورة مرة واحدة في الشهر. طريقة النمذجة هذه غير صحيحة في معظم الحالات.

المعلومات الإضافية المطلوبة بعد مهمة المستخدم

سيناريو المحاكاة

لنفترض أننا نريد تصميم السيناريو التالي: نريد تنفيذ مهمة مخصصة يتم تنفيذها بواسطة مستخدم على البوابة الإلكترونية. قد تكون هناك حاجة إلى معلومات إضافية بعد اكتمال مهمة المستخدم. في هذه الحالة، يرسل معالج العملية طلبًا للحصول على معلومات إلى مستخدم آخر (الحل 1) أو الخدمة الفنية (الحل 2).

الحل 1: طلب معلومات من مستخدم آخر

تم تسجيل دخول المستخدم تم تسجيل دخول المستخدم مهمة محرك العملية للمستخدم هناك حاجة إلى معلومات إضافية. معلومة؟ طلب معلومات (من المستخدم)...لا نعم

الحل 2: طلب معلومات من الخدمة الفنية

قام المستخدم بتسجيل الدخول إلى بعض مهام محرك عملية الخدمة الفنية ليحتاج المستخدم إلى المزيد. معلومة؟ إرسال الطلب تم استلام المعلومات... لا نعم

معالجة مجموعة من الطلبات من السوق

الموقف

نريد تصميم السيناريو التالي باستخدام BPMN 2.0: لنفترض أن الشركة تتلقى طلبات من قنوات توزيع مختلفة. إحدى هذه القنوات هي السوق. في فترات زمنية معينة، يتم قبول الطلبات من السوق على دفعات. ويجب التحقق من كل طلب في هذه الدفعة قبل الدخول إلى نظام تخطيط موارد المؤسسات (ERP).

الحل كمخطط BPMN 2.0

سوق نظام ERP استيراد الطلبات إلى ERP كل 10 دقائق جمع كافة الطلبات من السوق عملية الطلب طلب واحد جديد التحقق من بيانات الطلب هل البيانات صحيحة؟ استيراد أمر إلى نظام تخطيط موارد المؤسسات (ERP) أمر واحد قيد التنفيذ تاريخ الطلب غير صحيح جميع الطلبات قيد التنفيذ منفصلة الطلب لا نعم

توضيح

يوضح هذا المثال سيناريو النمذجة العامة جداً. في بعض الأحيان نسمي هذا مشكلة 1 إلى n. يؤدي مثيل عملية واحدة (استيراد الطلبات) إلى العديد من مثيلات العملية المنفصلة لعملية أخرى (نظام تخطيط موارد المؤسسات). التصميمات النموذجية عبارة عن مثيلات أو حلقات متعددة تبدأ عمليات أخرى باستخدام الرسائل (تدفقات الرسائل).

إعادة تعيين مهام المستخدم

سيناريو المحاكاة

لنفترض أننا بحاجة للتأكد من أن مهمة مستخدم معينة قد اكتملت بالتأكيد. لذلك، يجب إعادة تعيين مهام المستخدم بمجرد عدم توفر المكلف الحالي، على سبيل المثال بسبب الإجازة أو المرض.

الحل 1: خدمة الرسائل وإعادة التوجيه

المذكرة

يكون هذا منطقيًا إذا قام المحرك باستدعاء خدمة لتحديد مُعيَّن جديد.

الحل 2: قواعد تمرير الرسائل وقواعد إعادة التوجيه

قام المستخدم بتسجيل الدخول. يحدد محرك العملية المكلف بمهمة المستخدم... المكلف غير متوفر

المذكرة

يكون هذا منطقيًا إذا قام المحرك باستدعاء محرك القواعد لتحديد المكلف الجديد.

الحل 3: حدث حدود الرسالة وإعادة التوجيه الضمني

قام المستخدم بتسجيل الدخول. مهمة مستخدم محرك العملية... المكلف غير متاح

المذكرة

يكون هذا منطقيًا إذا قام المحرك بتحديد المُعيَّن الأحدث، على سبيل المثال باستخدام تعبير.

التصعيد على مرحلتين

سيناريو المحاكاة

سوف نستخدم المثال التالي لتوضيح كيفية تصميم نموذج التصعيد المكون من خطوتين باستخدام BPMN 2.0. عندما نريد البيتزا، نطلبها. في بعض الأحيان، يستغرق توصيل البيتزا وقتًا أطول ويستغرق وصولها أكثر من 20 دقيقة. ثم نشكو من خدمة التوصيل. بعد ذلك، نمنحهم 30 دقيقة أخرى لتوصيل البيتزا. إذا لم يفعلوا ذلك في الوقت المناسب، فسوف نرفض ونلغي طلبنا.

الحل 1: بوابتان قائمتان على الأحداث

مطلوب بيتزا اطلب بيتزا توصيل بيتزا أكل بيتزا بيتزا تؤكل 30 دقيقة شكوى إلى خدمة التوصيل توصيل بيتزا 20 دقيقة تم إلغاء الطلب تم إلغاء الطلب

فوائد هذا الحل

يوضح هذا الحل بوضوح شديد كيفية عمل التصعيد المكون من خطوتين. يتم تصميم الموقتات بشكل منفصل ومن ثم إجراءات التصعيد المقابلة لها.

عيوب هذا الحل

البوابة المستندة إلى الأحداث ليست رمز BPMN بديهيًا لمعيار BPMN، فالخبرة مطلوبة.

يؤدي استخدام بوابتين قائمتين على الحدث إلى جعل النموذج أكبر وينتج عنه رسالة حدث بيتزا مكررة.

الحل 2: قبول المهمة مع تمكين المؤقتات

مطلوب بيتزا اطلب بيتزا تناول بيتزا أكل بيتزا اشتكى على خدمة التوصيل الطلب ملغى الطلب انتظر البيتزا شكوى من الطلب 50 دقيقة 30 دقيقة

فوائد هذا الحل

هذا النموذج أصغر من الحل الأول ومن المحتمل أن يكون هو الطريقة التي سيحل بها معظم المطورين المشكلة في المحرك. نظرًا لأننا نستخدم حدث مؤقت مرفق غير قابل للمقاطعة، فإن هذا الحل يكون أكثر مرونة عند التعامل مع شكاوى متعددة (على سبيل المثال، نريد تقديم شكوى كل 5 دقائق حتى انتهاء 50 دقيقة).

عيوب هذا الحل

عادةً ما تكون مهمة الاستلام غير بديهية بالنسبة "لرجال الأعمال" الذين يفضلون استخدام أحداث استلام الرسائل لحالة الانتظار هذه.

تتطلب كيفية عمل مؤقتات المقاطعة وعدم المقاطعة فهمًا عميقًا للأحداث المرفقة.

الحل 3: بوابة واحدة قائمة على الحدث مع مؤقت مشترك

مطلوب بيتزا اطلب البيتزا يتم توصيل البيتزا تناول البيتزا تناول البيتزا لقد انتهى الوقت! شكوى بشأن التوصيل تم إلغاء الطلب تم إلغاء الطلب هل اكتملت المهمة؟ أظهر الموقت المزيد نعم لا

فوائد هذا الحل

يوفر هذا النموذج حلاً مدمجًا وعامًا للمشكلة. إذا كنت تتحدث عن التصعيد ذو الخطوة n، فستحتاج إلى هذا النهج العام لتجنب الرسوم البيانية الضخمة.

عيوب هذا الحل

الحل العام أقل وضوحا من الحلول الأخرى. لا نرى المدد الفعلية للمؤقتات لأنه يتم استخدام نفس الموقت لكلا المددتين.

طريقة النمذجة هذه ليست مناسبة لفهم التصعيد على مرحلتين بسرعة.

أنماط النمذجة BPMN

حاول تجنب عبور الجداول قدر الإمكان. سيؤدي هذا إلى زيادة فهم نماذج عملية BPMN - لكل من مستخدمي BPMN ذوي الخبرة وعديمي الخبرة.

وبطبيعة الحال، ليس من الممكن دائما تجنب هذه المشكلة تماما. ضع في اعتبارك أنه من المنطقي دائمًا استثمار بعض الوقت الإضافي في تحسين التخطيط بحيث يتم التخلص من معظم التدفقات المتقاطعة.

توضح الأمثلة أدناه المشكلة بمثال تجريدي.

مثال جيد للتعامل مع الخيط

بدأت العملية، قم بتنفيذ المهمة الأولى، الإجراء المطلوب؟ أكمل المهمة الثانية اكتملت العملية هل تريد تنفيذ المهمة الثالثة حسنًا؟ نعم الخطة أ الخطة ب لا

مكافحة المثال

لقد بدأت العملية المهمة الأولى الإجراء المطلوب؟ تنفيذ المهمة الثانية اكتملت العملية المهمة الثالثة حسنًا؟ نعم الخطة أ الخطة ب لا

والأهم من ذلك، يجب أن يكون لكل رمز BPMN تسمية.

يجب وضع علامة على الأحداث باستخدام "الكائن + الماضي". يجب دائمًا تمييز أحداث البداية بمشغل العملية. يجب وضع علامة على الأحداث النهائية بالحالة النهائية للعملية.

يجب دائمًا أيضًا وضع علامة على العملية (التجمع) نفسها. يجب أن تشير هذه التسمية إلى اسم العملية والدور الذي يقوم بتشغيلها.

يجب تسمية المهام باستخدام كائن + فعل. وهذا يجبر الشخص النموذجي على التركيز على ما يتم فعله بالفعل أثناء المهمة.

يجب وضع علامة على بوابات X-OR بسؤال. يجب تسمية تدفقات التسلسل الصادرة بالإجابات المحتملة على هذه الأسئلة (الشروط).

مثال جيد للتسمية

التحقق من تاريخ الطلب أ خدمة الطلب تم استلام الطلب التحقق من الطلب التحقق من الطلب هل تاريخ الطلب صحيح هل تاريخ الطلب صحيح؟ تاريخ الطلب غير صحيح نعم لا

النسخة العامة

اسم العملية الدور الذي ينفذ العملية مشغل العملية كائن + فعل كائن + مشارك الحالة النهائية الأولى بعد نهاية العملية هل لديك أسئلة؟ الحالة النهائية الثانية بعد انتهاء العملية الإجابة 1 الإجابة 2

مكافحة المثال

تم تقديم الطلب، ابدأ التحقق من حالة الكتابة إلى قاعدة البيانات، نهاية الخطأ، حسنًا

يدور مثال BPMN هذا حول إنشاء تخطيط جيد لنماذج العمليات. كلما كان التخطيط أفضل، كلما ارتفعت درجة الفهم. وهذا ما نريد تحقيقه عندما نقوم بإنشاء نماذج العمليات.

لقد قررنا أن الهياكل المتماثلة تزيد من فهم نماذج عملية BPMN - لكل من مستخدمي BPMN ذوي الخبرة وعديمي الخبرة.

مثال جيد للنموذج المتماثل

تحضير سلطة تشعر بالجوع اختر الوصفة أي طبق؟ طهي المعكرونة تناول الطعام يشبع الجوع طهي شريحة لحم ما هي المكونات؟ اختر: - سلطة - معكرونة - ستيك ستيك سلطة معكرونة طعام دافئ

مكافحة المثال

حضري السلطة لقد ظهر الجوع اختاري الوصفة أي طبق؟ طهي المعكرونة تناول الطعام يرضي الجوع طهي شريحة لحم ما هي المكونات؟ اختر: - سلطة - معكرونة - ستيك ستيك معكرونة سلطة الطعام الدافئ

مثال جيد للنموذج المتماثل 2

طلب منتج جديد تم تسليمه منتجًا قديمًا مستعملًا مبلغ الطلب أكثر من 25000 يورو؟ عملية الطلب تنظيم التسليم حزمة البضائع تسليم الطلب عملية الطلب نعم لا

المثال المضاد 2

المنتجات الطازجة اطلب البضائع القديمة الموجودة في المخزون وتم تسليمها مبلغ الطلب أكثر من 25.000 يورو؟ الطلب توصيل المنتج توصيل الطلب عملية الطلب نعم لا

السبب بسيط. يميل الأشخاص إلى تفسير أحجام المهام على الرغم من عدم وجود دلالات في معيار BPMN.

يعتقد بعض الأشخاص أن المهام الأكبر حجمًا أكثر أهمية من المهام الأصغر حجمًا، وهذا غير صحيح وفقًا لـ BPMN.

يعتقد بعض الأشخاص أن المهام الكبيرة تستغرق وقتًا أطول من المهام الأصغر، وهذا غير صحيح وفقًا لـ BPMN.

يمكنك بسهولة تجنب هذا الارتباك باستخدام نفس أحجام المهام.

مثال جيد على أحجام المهام المتساوية

يؤكد الموافق الأول طلب معدل الطلب وتم إكمال مهمة القراءة والتعليق

مكافحة المثال

المعتمد الأول تأكيد الطلب تم إكمال مهمة طلب الوثيقة والتعليق المحذوف