مقدمة إلى BPMN

مقدمة إلى BPMN

لديك الآن مجموعة أدوات متكاملة: مخططات التدفق لتسلسل الخطوات، ومخططات تدفق البيانات لحركة البيانات، ومخططات UML للنشاط لسلوك النظام، ومخططات التسلسل للتفاعلات. إذن لماذا نتعلم تدوين آخر؟ الإجابة هي أن نموذج ورمز العمليات التجارية (BPMN) صُمّم تحديداً لسد الفجوة بين محللي الأعمال ومنفّذي العمليات — وهي فجوة لم يُصمَّم أيٌّ من التدوينات السابقة لردمها.

يشرح هذا الدرس ما هو BPMN، ولماذا يوجد بوصفه معياراً دولياً، وكيف يختلف تحديداً عن مخططات التدفق ومخططات UML للنشاط التي تعرفها مسبقاً. كل فرق له سبب، وفهم هذا السبب هو ما يميّز المحللين الذين يكتفون بنسخ الأشكال عن المحللين الذين يُوصلون الأفكار فعلاً.

ما هو BPMN — ولماذا يوجد

BPMN معيار مفتوح تنشره مجموعة إدارة الكائنات (OMG) — الهيئة ذاتها التي تُقنّن UML. الإصدار الحالي هو BPMN 2.0 (2011). يُحدّد تدويناً رسومياً لوصف العمليات التجارية، مع تخطيط لا لبس فيه إلى XML (يُعرف بـ BPEL وبشكل أكثر شيوعاً الآن بـ BPMN 2.0 XML) بحيث يمكن استيراد مخطط BPMN مباشرة إلى محركات أتمتة العمليات مثل Camunda وFlowable وIBM BPM.

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

صُمّم BPMN ليكون مقروءاً من قِبَل أصحاب مصلحة الأعمال ودقيقاً بما يكفي للتنفيذ. إنه أول تدوين يستطيع فيه محلل الأعمال رسم مخطط في الصباح ويستطيع مهندس الأتمتة استيراده إلى محرك سير العمل بعد الظهر — مع ثقة الطرفين بأنهما يصفان العملية ذاتها.

مجموعة العناصر الأساسية في لمحة

يُنظّم BPMN عناصره في خمس فئات. ستدرس كل منها بعمق في الدروس القادمة؛ في الوقت الحالي، النظرة العامة هي المهمة:

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

كيف يختلف BPMN عن مخطط التدفق

يُظهر كلٌّ من مخطط التدفق و BPMN خطوات العملية وقراراتها كأشكال مرتبطة بأسهم. غير أن الفوارق جوهرية:

• حدود المشاركين (المسابح والمسارات). يعامل مخطط التدفق العملية كلها باعتبارها تسلسلاً مسطحاً واحداً. يُهيكل BPMN العملية ذاتها في مسابح (تمثّل منظمات أو أنظمة) ومسارات (أدوار أو أقسام داخل المسبح). هذا يجعل المسؤولية صريحة على مستوى الشكل. في مخطط التدفق قد تُضيف ملاحظة تقول "يقوم بها المستودع"؛ في BPMN يكون الشكل موجوداً في مسار المستودع، لذا مالكه مُطبَّق هيكلياً.
• أحداث مُنوَّعة. مخططات التدفق تمتلك أشكال البداية والنهاية البيضاوية، لكنها لا تحمل معنى يتجاوز "ابدأ هنا" و"أوقف هنا". يمتلك BPMN أكثر من 25 نوعاً من الأحداث: أحداث المؤقت، وأحداث الرسائل، وأحداث الأخطاء، وأحداث الإشارات، وأحداث التصعيد، وغير ذلك. كل نوع يُغيّر دلالات متى وكيف تبدأ فرعة العملية أو تتوقف أو تنتهي.
• تدفقات مُنوَّعة. مخطط التدفق يمتلك نوعاً واحداً من الأسهم. يمتلك BPMN تدفقات التسلسل (صلبة، داخل المسبح) وتدفقات الرسائل (متقطعة، بين المسابح). هذا التمييز ينمذج صراحةً متى تُسلّم منظمة عملاً لأخرى في مقابل متى تحدث الخطوات داخل منظمة واحدة.
• قابلية التنفيذ. مخطط التدفق غير رسمي — لا يستطيع أي برنامج تفسيره مباشرة. يمكن رفع مخطط BPMN 2.0 بصيغة XML إلى محرك عمليات متوافق مع BPMN وتشغيله كما هو. للتدوين دلالات رسمية لا مجرد اتفاقيات بصرية.
• دلالات بوّابة مُقنَّنة. المعيّن في مخطط التدفق يمكن أن يعني أي شيء — المحلل يكتب السؤال بداخله. في BPMN، معيّن بـ X يعني بالضبط "OR الحصري" (يُؤخذ مسار واحد فقط)، ومعيّن بـ + يعني بالضبط "AND المتوازي" (تُؤخذ جميع المسارات في آنٍ واحد)، ومعيّن بـ O يعني "OR الشامل" (مسار واحد أو أكثر). لا غموض.

كيف يختلف BPMN عن مخططات UML للنشاط

يُفاجئ هذا المقارنة كثيراً من المحللين. مخططات UML للنشاط (التي درستها في درس مخططات السلوك) تتشارك تشابهاً بصرياً لافتاً مع BPMN: كلاهما يستخدم مسارات السباحة، وكلاهما يمتلك عُقَد البداية والنهاية، وكلاهما يستخدم أشرطة التشعب/الدمج للتوازي، وكلاهما يستخدم أسهماً للتدفق. الفوارق مع ذلك جوهرية:

• النطاق والغرض. تنمذج مخططات UML للنشاط السلوك الديناميكي لنظام برمجي — تحديداً منطق العمليات، أو الخوارزميات، أو تحقيق حالات الاستخدام. يُنمذج BPMN عمليات الأعمال من البداية إلى النهاية التي تشمل أشخاصاً وأنظمة ومنظمات. السيناريو ذاته لموعد في مستشفى سيُنتج مخططين مختلفين تماماً: يُركّز إصدار UML على ما يفعله البرنامج داخلياً؛ يُركّز إصدار BPMN على سير العمل متعدد الأقسام الذي يجب أن يدعمه البرنامج.
• تدفق الرسائل عبر المشاركين. لا يمتلك UML مفهوماً أصلياً لـ"رسالة تعبر من منظمة إلى أخرى." يمكنك محاكاته بالإشارات وتدفقات الكائنات، لكنه أمر مُعقّد. سهم تدفق الرسائل في BPMN عنصر أصلي من الدرجة الأولى: يُظهر أن بريداً إلكترونياً أو وثيقة أو حزمة بيانات عبرت حدوداً تنظيمية، وتُطلق أحداثاً في المسبح المستقبِل.
• الترابط والتنسيق. يمتلك BPMN بنى أصلية للـمحادثات (من يتحدث مع من) والـكوريوغرافيات (تسلسلات تبادل الرسائل المتوقعة بين الأطراف). هذه لا مقابل لها في مخططات UML للنشاط.
• مقاييس العملية. يدعم BPMN إرفاق بيانات الأداء مباشرةً — المدة المتوقعة، والتكلفة، والموارد — بالمهام والعمليات الفرعية. لا توجد آلية مُقنَّنة لذلك في مخططات UML للنشاط.
• الجمهور. مخططات UML للنشاط يُنشئها مهندسو البرمجيات ومخصصة لهم أساساً. BPMN يُنشئه محللو الأعمال ويتحققه أصحاب مصلحة الأعمال، ثم يُسلَّم للمطوّرين. تختلف مستويات تعقيد التدوين وفقاً لذلك: يمتلك BPMN 2.0 ثلاثة مستويات مطابقة (الوصفي، والتحليلي، والتنفيذي المشترك) لتتيح لمستخدمي الأعمال البقاء في مجموعة فرعية أبسط.

مستويات مطابقة BPMN — ما مدى التعقيد الذي تحتاجه؟

يُعرّف BPMN 2.0 ثلاثة فئات فرعية للمطابقة، وهذا مهم لفهمه قبل أن تشعر بالإرهاق من المواصفة الكاملة:

• الوصفي — مجموعة فرعية صغيرة ومناسبة للأعمال تحتوي نحو 30 عنصراً. تغطي أنماط العمليات الأكثر شيوعاً. مناسبة لورش عمل الأعمال والتوثيق وتنمذج الوضع الراهن المبدئي. هذا ما ستستخدمه في معظم مخرجاتك كمحلل.
• التحليلي — يضيف عناصر ضرورية للتحليل الأكثر تفصيلاً: التعويض، والأحداث غير المقاطِعة، والبوابات المعقدة. مناسب لدراسات تحسين العمليات والمحاكاة.
• التنفيذي المشترك — المواصفة التقنية الكاملة للتنفيذ المباشر بمحرك BPMN. تتطلب خبرة تقنية وتُنشأ من قِبَل مطوّري العمليات لا محللي الأعمال.

مثال عملي مصغّر: طلب متجر إلكتروني

لجعل الفرق ملموساً، إليك المقطع ذاته — عميل يضع طلباً، ومستودع يلتقطه، وقسم مالي يولّد الفاتورة — موصوفاً بثلاث طرق:

• في مخطط التدفق: تسلسل من المستطيلات والمعينات بلا إشارة إلى من هو المسؤول عن كل خطوة.
• في مخطط UML للنشاط: تُظهر مسارات السباحة العميلَ والنظامَ، مع أشرطة التشعب/الدمج للتوازي، لكن المخطط يقتصر على سلوك البرنامج لا العملية التجارية من البداية للنهاية.
• في مخطط BPMN: ثلاثة مسابح (العميل، المستودع، المالية) لكل منها تدفقاته التسلسلية الخاصة؛ سهم تدفق رسائل متقطع يحمل الطلب من مسبح العميل إلى مسبح المستودع؛ أحداث بداية ونهاية مُنوَّعة. المخطط قابل للقراءة كوثيقة أعمال وقابل للاستيراد في محرك سير عمل.

مخطط BPMN ليس أجمل فحسب — بل هو أغنى هيكلياً. يُجيب على أسئلة لا يستطيع الآخران الإجابة عليها: ما الذي يُطلق مسبح المستودع للبدء؟ (رسالة من مسبح العميل.) هل يمكن للمالية والمستودع العمل بالتوازي؟ (نعم — لديهما تدفقات تسلسلية مستقلة.) كيف يبدو تأخر الدفع؟ (حدث مؤقت في مسبح المالية.)

خلاصة

BPMN 2.0 هو المعيار الدولي لنمذجة عمليات الأعمال. صُمّم ليكون مقروءاً من أصحاب مصلحة الأعمال ودقيقاً بما يكفي للتنفيذ في محركات الأتمتة — وهو مزيج لا يُحقّقه مخطط تدفق أو مخطط UML للنشاط. مُمَيِّزاته الرئيسية هي الأحداث المُنوَّعة، والتدفقات المُنوَّعة (تسلسل مقابل رسائل)، ومسابح السباحة المُهيكلة، ودلالات البوّابة المُقنَّنة، وثلاثة مستويات مطابقة تُتيح للمحللين العمل في مجموعة فرعية قابلة للإدارة. في الدروس التالية ستبني التدوين قطعة قطعة، بدءاً من الأحداث في الدرس الثالث.