المسابح والمسارات والتعاون
المسابح والمسارات والتعاون
حتى الآن قمتَ بنمذجة العمليات التي تجري داخل مؤسسة واحدة — سلسلة من المهام تتدفق عبر البوابات إلى حدث نهاية. نادرًا ما تبقى العمليات التجارية الحقيقية ضمن حدود واحدة. يعبر الطلب الإلكتروني من العميل إلى المتجر الإلكتروني ثم إلى شريك الخدمات اللوجستية. وتنتقل مواعيد العيادة بين المريض والاستقبال والطبيب. يتعامل BPMN مع هذا الواقع من خلال حاويتين هيكليتين: المسابح والمسارات.
ما هو المسبح (Pool)؟
المسبح (Pool) هو الحاوية الخارجية الأكبر في BPMN. يمثّل مشاركًا واحدًا — مؤسسة بأكملها، أو نظامًا، أو طرفًا مستقلًا له عمليته الخاصة. يملك كل مسبح تدفق تسلسله الخاص؛ ولا يمكنك رسم سهم تدفق تسلسلي مباشرة من مسبح إلى آخر. هذا الفصل مقصود: فهو يُعبّر عن حقيقة أن مؤسسة واحدة لا تستطيع التحكم مباشرةً في خطوات مؤسسة أخرى.
ما هو المسار (Lane)؟
المسار (Lane) هو تقسيم أفقي (أو رأسي) داخل المسبح. يُوسم كل مسار بـدور أو قسم أو نظام مسؤول عن المهام الموضوعة فيه. لا تُقيّد المسارات تدفق التسلسل — فالتدفق يمكنه عبور حدود المسارات بحرية ضمن نفس المسبح. توجد فقط لتوضيح مَن يفعل ماذا، مما يجعل المخطط مقروءًا للمعنيين التقنيين وغير التقنيين على حدٍّ سواء.
تكون المسارات مفيدة بشكل خاص عند نمذجة عملية متعددة الوظائف دون القلق بشأن التواصل بين المؤسسات. على سبيل المثال، قد تحتوي عملية الموافقة على أوامر الشراء على مسارات لـمقدّم الطلب ومدير القسم وقسم المالية، وكلها داخل مسبح "الشركة" الواحد.
تدفق الرسائل: ربط مسبحين
عندما يحتاج مسبحان إلى تبادل المعلومات، يستخدم BPMN تدفق الرسائل (Message Flow) — سهم منقّط برأس مفتوح، يُزيَّن اختياريًا بأيقونة مغلّف صغيرة. تربط تدفقات الرسائل فقط العناصر التي تنتمي إلى مسابح مختلفة. إنها لا تؤثر على منطق التسلسل الداخلي لأي من المسبحين؛ بل تُظهر فقط أن البيانات أو المشغّل يعبر حدود المؤسسة.
يُستخدم حدث البداية بالرسائل (دائرة بمغلّف) وحدث النهاية بالرسائل (دائرة سميكة بمغلّف مملوء) شائعًا عند نقاط الحدود التي يُرسل فيها أحد المشاركين ويستلم الآخر.
مخطط التعاون: إتمام طلب عبر الإنترنت
يُنمذج المخطط أدناه تعاون إتمام طلب إلكتروني المبسّط بين مسبحين: العميل (مسبح أسود — عمليته الداخلية خارج نطاقنا) والمتجر الإلكتروني (مسبح أبيض بمسارين: المبيعات والمستودع). تُظهر الأسهم المنقّطة ما يُرسله كل طرف إلى الآخر.
قراءة المخطط كمحلل
تابع ما يحدث: يُرسل العميل رسالة طلب الشراء (سهم منقّط) تُشغّل حدث بداية بالرسائل في مسار المبيعات. تتحقق المبيعات من الطلب وتفحص المخزون عند بوابة حصرية. إن كان المخزون غير متاح، يُبلَّغ العميل وتنتهي العملية. وإن كان متاحًا، تُؤكّد المبيعات الطلب وترسل فاتورة (تدفق رسائل آخر) إلى العميل. داخليًا، يُمرَّر مشغّل إلى مسار المستودع، الذي يختار ويرزم البضاعة ثم يشحن الطلب، ويُطلق إشعار التوزيع كتدفق رسائل إلى العميل لإتمام التعاون.
لاحظ أن مسبح العميل مرسوم كـمسبح مصغّر (collapsed pool) — مربع بسيط يظهر فيه تسمية المسبح وحدثان فقط. هذا شائع عندما لا تكون المحلل المسؤول عن ذلك الطرف — أنت تعرف الواجهة لكن ليس التفاصيل الداخلية. أما المسبح الأبيض (white-box pool) فيكشف جميع المسارات والمهام الداخلية، كما هو الحال في مسبح المتجر الإلكتروني هنا.
أفضل الممارسات
- مسبح واحد لكل مشارك مستقل. إذا كان نظام تكنولوجيا المعلومات وفريق المبيعات كلاهما داخل نفس الشركة، فينبغي أن يكونا في مسارات من نفس المسبح — وليس في مسابح منفصلة.
- أبقِ تدفقات الرسائل في حدودها الدنيا. كل سهم منقّط هو نقطة تكامل — ومكمن محتمل للاختناق أو الفشل. أقل يعني أفضل.
- سمِّ تدفقات الرسائل. أضف تسمية لكل سهم منقّط تُحدد البيانات أو الوثيقة المتبادلة (مثل أمر الشراء، تأكيد الشحن). يصبح هذا مواصفة واجهتك البرمجية.
- تحقق مع أصحاب المصلحة مسبحًا مسبحًا. أظهر لكل مشارك مسبحه فقط (أو عرض التعاون على أقصى تقدير) خلال المقابلات — فهذا يُبقي الحوار مركّزًا.
التطبيق العملي: متى تستخدم أيًا منهما؟
استخدم المسارات فقط عند رسم خريطة عملية داخلية يكون فيها المساءلة هو الشاغل الرئيسي (مثل سير عمل إدارة التغيير في تكنولوجيا المعلومات داخل شركة واحدة). استخدم مسابح متعددة مع تدفقات الرسائل عند نمذجة نظام بيئي تجاري: بوابة للعملاء، وبوابة دفع، وخادم خلفي — ثلاثة مشاركين مستقلين يتواصلون عبر واجهات محددة. تكون مخططات التعاون ذات قيمة خاصة أثناء مرحلة تحليل الوضع الراهن (As-Is) (الدرس 7) لأنها تكشف تعقيد التكامل الذي يخفيه مخطط المسبح الواحد كليًا.