نموذج CIM

نموذج المعلومات السحابية (CIM) هو نموذج بيانات مفتوح ومستقل عن التطبيقات يهدف إلى منح المؤسسات مفردات مشتركة للكيانات التي تظهر عبر أنظمة إدارة علاقات العملاء (CRM)، وتخطيط موارد المؤسسات (ERP)، والتسويق، والخدمات، والتحليلات. وبدلاً من أن يخترع كل بائع أسماء الكائنات وعلاقاتها الخاصة، يحدد CIM مجموعة مشتركة من مجالات المواضيع والكيانات والسمات التي يمكن لأي نظام الربط (map) بها. يتم الإشراف على النموذج كمشروع مفتوح المصدر تحت مظلة مؤسسة لينكس (The Linux Foundation)، التي تستضيف مجموعة واسعة من مشاريع البيانات والبنية التحتية التعاونية.

تشرح هذه المقالة كيفية هيكلة CIM، وكيفية ارتباط مكوناته ببعضها البعض، وكيفية عمل الأنواع الفائقة (supertypes) والأنواع الفرعية (subtypes)، وكيفية تنظيم مجالات المواضيع. كما تغطي القرارات العملية التي يواجهها المهندس المعماري عند اعتماد CIM — الربط (mapping)، والحوكمة، وإدارة الإصدارات، والتوسعة — وموقع النموذج بالنسبة لمعايير الصناعة الأخرى.

النقاط الرئيسية

• ينظم CIM مفاهيم الأعمال في مجالات مواضيع (Subject Areas)، تحتوي كل منها على مجموعات كيانات (Entity Groups)، وكيانات (Entities)، وسمات (Attributes) — وهو تسلسل هرمي يتم ربطه بشكل واضح بالمخططات (schemas) والجداول والأعمدة.
• تتيح الأنواع الفائقة والأنواع الفرعية للنموذج التعبير عن الخصائص المشتركة (مثل “الطرف” الذي قد يكون شخصاً أو منظمة) مع السماح بالتخصص في الوقت ذاته.
• النموذج مستقل عن التطبيقات عن عمد: فهو يصف مفاهيم الأعمال، وليس تنفيذ أي بائع بعينه.
• يتم نشر CIM بتنسيقات متعددة مع رسوم تخطيطية توضيحية، بحيث يمكن استهلاكه بواسطة أدوات النمذجة، ومولدات الأكواد، والوثائق على حد سواء.
• إن عدد ونطاق مجالات المواضيع ينمو مع مساهمات الاتحاد والمجتمع، لذا يجب أن يأخذ الاعتماد في الاعتبار إدارة الإصدارات وإدارة التغيير.
• يعد CIM خياراً واحداً من بين عدة خيارات؛ ويعتمد الاختيار الصحيح على ما إذا كنت بحاجة إلى نموذج واسع النطاق عابر للمجالات أو معيار ضيق وعميق لصناعة واحدة.

كيف يتم تنظيم CIM

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

• مجال الموضوع (Subject Area) — مفهوم أعمال رئيسي حدده اتحاد CIM، مثل “الطرف” (Party). يحتوي كل مجال موضوع على مجموعة كيانات واحدة أو أكثر. فكر في مجال الموضوع كـ “سياق محدود” (bounded context): فهو يجمع كل ما تحتاج الشركة إلى معرفته حول موضوع واسع واحد.
• مجموعة الكيانات (Entity Group) — تجميع منطقي للكيانات ذات الصلة ضمن مجال الموضوع، مثل “الحساب” (Account). تحافظ مجموعات الكيانات على إمكانية التنقل في مجالات المواضيع الكبيرة وتمنح الفرق وحدة طبيعية لتعيين الملكية.
• الكيان (Entity) — كائن فريد تجمع المؤسسة معلومات عنه، مثل “جهة اتصال الحساب” (Account Contact). الكيان مشابه لجدول قاعدة بيانات قياسي.
• السمة (Attribute) — خاصية فريدة للكيان، مثل “معرف الحساب” (Account Id) أو “البريد الإلكتروني لجهة الاتصال” (Contact Email). السمة مشابهة لحقل قاعدة بيانات قياسي داخل الجدول.

هذا التسلسل الهرمي المكون من أربعة مستويات مألوف عن عمد؛ فمهندسو البيانات الذين عملوا مع النمذجة العلائقية، أو نمذجة الأبعاد، أو مخططات علاقة الكيانات (ER diagrams) سيتعرفون على هذا النمط على الفور. القيمة التي يضيفها CIM ليست تقنية نمذجة مبتكرة، بل هي مجموعة مشتركة ومتفق عليها مسبقاً من الأسماء والعلاقات التي يمكن أن تتوافق عليها مؤسسات وبائعون متعددون.

نموذج ذهني مفيد: مجال الموضوع هو تقريباً “مخطط” (schema) أو “نطاق” (domain)؛ ومجموعة الكيانات هي تقريباً “مساحة اسم” (namespace) أو “وحدة نمطية” (module)؛ والكيان هو “جدول”؛ والسمة هي “عمود”. هذا الربط تقريبي — لأن CIM هو نموذج مفاهيمي ومنطقي وليس نموذجاً مادياً — ولكنه يساعد عند ترجمة CIM إلى تنفيذ مادي.

الأنواع الفائقة والأنواع الفرعية

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

ذات صلة: Boomi AtomSphere — Enterprise iPaaS للتكامل المختلط بين السحابة المحلية.

• النوع الفائق (Supertype) — كيان يتم توسيعه بواسطة كيانات من النوع الفرعي، ويحدد السمات المشتركة لمفاهيم مماثلة.
• النوع الفرعي (Subtype) — كيان يوسع كياناً آخر، ويرث السمات من كيان النوع الفائق الخاص به.

المثال الكلاسيكي هو الطرف (Party). الطرف هو أي شخص أو أي شيء تتعامل معه الشركة. الشخص والمنظمة كلاهما “أطراف”، ويتشاركان في سمات — مثل الاسم، والمعرفات، ونقاط الاتصال — ولكن لكل منهما سمات لا يمتلكها الآخر. إن نمذجة “الطرف” كنوع فائق مع جعل “الشخص” و”المنظمة” أنواعاً فرعية يتجنب تكرار السمات المشتركة ويحافظ على اتساق العلاقات (على سبيل المثال: “هذه الفرصة تنتمي إلى هذا الطرف”) بغض النظر عن النوع الفرعي المعني.

تعد هذه الوراثة (Inheritance) مفهوماً راسخاً في نمذجة البيانات وتظهر في معايير مثل لغة UML الخاصة بمجموعة إدارة الكائنات (OMG) وفي اتفاقيات علاقة الكيانات المستخدمة في الصناعة. عند تنفيذ CIM مادياً، عليك أن تقرر كيفية تمثيل الوراثة:

• جدول واحد (Single table) — تخزين كافة الأنواع الفرعية في جدول واحد مع عمود تمييز (discriminator column). سهل الاستعلام، ولكن قد ينتج عنه العديد من الأعمدة التي تقبل القيم الفارغة (nullable).
• وراثة جدول الفئة (Class table inheritance) — جدول واحد للنوع الفائق وجدول واحد لكل نوع فرعي، يتم الربط بينها بمفتاح مشترك. طريقة منظمة (Normalized) ونظيفة، ولكنها تتطلب عمليات ربط (joins).
• وراثة الجدول الملموس (Concrete table inheritance) — جدول منفصل ومستقل لكل نوع فرعي. سريع للاستعلامات الخاصة بنوع فرعي معين، ولكنه يكرر السمات المشتركة.

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

اختيارنا: Workato — iPaaS الذي يقوده التشغيل الآلي والذي يمكن لفرق العمل البناء عليه فعليًا.

مجالات مواضيع CIM

تمثل مجالات المواضيع مفاهيم الأعمال الرئيسية التي صاغها الكونسورتيوم حتى الآن. يتم نشر كل منها بمخططاتها وتنسيقاتها الخاصة، ويحمل العديد منها علامات إصدار صريحة (على سبيل المثال، v1.0 أو v0.1.1)، مما يعكس أن بعض المجالات أكثر نضجًا من غيرها.

الإعداد (Setup) — يحدد الأشخاص الذين تتعامل معهم، على سبيل المثال العميل والمورد والبائع. ويغطي أيضًا مفاهيم البرامج والبنية التحتية التي تديرها المؤسسة: مضيف البرنامج (Software Host)، ومستأجر البرنامج (Software Tenant)، ومستخدم البرنامج (Software User)، وتطبيق البرنامج (Software App)، واختبار البرنامج (Software Test)، وخدمة البرنامج (Software Service)، ووظيفة الدفعة البرمجية (Software Batch Job)، وجهاز إنترنت الأشياء (IoT Device).

نموذج البيانات (Data Model) — مفاهيم النمذجة الأساسية نفسها.

التوظيف (Hire) — الأنشطة المتعلقة بتأسيس عملك، على سبيل المثال وحدة الأعمال الداخلية والعامل. تتضمن مجموعات الكيانات طلب الوظيفة، والموظف، والتعويضات، والتدريب، والموقع، ومنطقة العمل، وتقرير العمل.

عملية الأعمال (Biz Process) — مفاهيم عمليات الأعمال واستمرارية الأعمال.

الإنتاج (Produce) — التعامل مع المواد التي ستشتريها، وتنقلها، وتبيعها، على سبيل المثال المنتج ومنتج المخزون. تتضمن مجموعات الكيانات منتج المورد، والمخزون المستلم، ومنتج المخزون، ونقل المخزون، والوسائط الإلكترونية، وطلب الشراء، واتفاقية المبيعات.

ذات صلة: Matillion — تم تصميم ELT للأسفل لمستودعات البيانات السحابية.

السوق (Market) — الأنشطة المستخدمة للترويج لمنتجك، على سبيل المثال الحملة التسويقية والمتجر الإلكتروني. تتضمن مجموعات الكيانات تسوية الطرف (Party Resolution)، وموافقة الخصوصية، وجمهور السوق، والحملة، والترويج، والحدث التجاري، وشراء الإعلانات، وموقع الويب.

البيع (Sell) — الأنشطة المستخدمة لبيع منتجك، على سبيل المثال إنشاء عروض الأسعار والفرص. تتضمن مجموعات الكيانات دفتر الأسعار، وعربة التسوق، وعرض الأسعار، والعقد، والفرصة، وتوقعات الفرص، وطلب المبيعات، وبرنامج الولاء، والمنافس.

الخدمة (Service) — أنشطة تقديم الدعم لمنتج تم بيعه أو صيانته، على سبيل المثال حالة (case) أو استطلاع. تتضمن مجموعات الكيانات مساعد الذكاء الاصطناعي، والأصل (Asset)، واشتراك الأصل، ومحتوى الويب، والحالة، والمهمة، والحدث.

حيث سنبدأ: Fivetran — خط أنابيب ELT المُدار بالكامل والذي يستمر في العمل.

التنفيذ (Fulfill) — الأنشطة التي تقوم بها لتنفيذ طلب لعميل، على سبيل المثال الشحن وطلب الإرجاع. تتضمن مجموعات الكيانات أمر التنفيذ (Fulfillment Order)، والشحن، وأمر الإرجاع، وأمر العمل، ومورد العمل، وتوقعات العمل.

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

الشؤون المالية (Finance) — أنشطة تتبع المعلومات المالية في الشركة، على سبيل المثال الدفع، والفاتورة، وتقرير المصروفات. تتضمن مجموعات الكيانات الميزانية، والفاتورة، وطريقة الدفع، والدفع، ومذكرة الائتمان، وحساب دفتر الأستاذ المالي، والتنبؤ، والتقويم، وسياسة الضرائب.

التحليل (Analyze) — الأنشطة المتعلقة بتحليل البيانات، على سبيل المثال تحليل الأنماط، واستخدام المنتج، وحركة البيانات، وتغييرات البيانات، ورضا العملاء. تتضمن مجموعات الكيانات نموذج الذكاء الاصطناعي، وتطبيق الذكاء الاصطناعي، واستخدام جهاز إنترنت الأشياء، ونسب البيانات (Data Lineage)، وسلسلة الكتل (Blockchain)، والاستبيان، والولاء، والمجلة.

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

الاختيار بين CIM والمعايير الأخرى

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

المعيار	التركيز الأساسي	القوة النموذجية	وجه اختلاف CIM
CIM	مفاهيم الأعمال عبر المجالات	تغطية واسعة ومحايدة للتطبيقات لأنظمة CRM/ERP/التسويق/الخدمة	مصمم كمظلة مشتركة عبر المجالات
OMG Common Core Ontologies / النماذج المستندة إلى UML	تدوين النمذجة المفاهيمية والأنطولوجيات العليا	دلالات رسمية صارمة	CIM موجه نحو الأعمال بشكل مباشر أكثر
نماذج خاصة بالصناعة (مثل قطاعات التجزئة، والرعاية الصحية، والتمويل)	تغطية عميقة لقطاع واحد	الدقة داخل القطاع الرأسي	CIM يضحي بالعمق في سبيل الاتساع
نماذج بيانات الموردين (منصات CRM/ERP)	كائنات منتج واحد	تكامل وثيق مع هذا المنتج	CIM محايد تجاه الموردين حسب التصميم

قاعدة عملية:

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

النمط الأكثر شيوعًا في العالم الحقيقي هو نهج المحور والأطراف (hub-and-spoke): حيث يقع CIM (أو نموذج أساسي آخر) في المنتصف، ويتم ربط كل نظام مصدر به. هذا هو نفس المبدأ وراء نماذج البيانات الأساسية (canonical data models) في إدارة البيانات الرئيسية وخلف فكرة “البعد المطابق” (conformed dimension) التي شاعها رالف كيمبال في نمذجة الأبعاد.

إرشادات عملية لاعتماد CIM

إن تبني نموذج مشترك يعد تمرينًا تنظيميًا بقدر ما هو تمرين تقني. هناك بعض القرارات التي تحدد ما إذا كان هذا الجهد سيؤتي ثماره.

ابدأ بنطاق محدد. لا تحاول ربط كل نظام بكل مجال موضوع في وقت واحد. اختر مجالًا واحدًا عالي القيمة — وتعد مجالات “الطرف” (Party) و”البيع” (Sell) نقاط بداية شائعة لأن بيانات العملاء والفرص مكررة على نطاق واسع — وأثبت صحة الربط من البداية إلى النهاية.

حدد سياسة التوسعة مبكرًا. تم تصميم CIM لينمو مع الكونسورتيوم والمساهمات، ولكن مؤسستك ستحتاج حتمًا إلى سمات لم يحددها النموذج بعد. ضع اتفاقية للتوسعات المحلية (على سبيل المثال، بادئة مساحة اسم/namespaced prefix) بحيث يمكن تمييز السمات المخصصة بوضوح عن السمات القياسية ويمكن التوفيق بينها لاحقًا.

تعامل مع إصدارات النموذج كأولوية قصوى. تحمل مجالات الموضوع علامات إصدار مثل v1.0 وv0.1.1، مما يشير إلى أن النموذج يتطور. قم بتثبيت الإصدار الذي تبني عليه، وتتبع التغييرات، وخطط لعمليات الترحيل. هذا هو نفس الانضباط الذي ستطبقه على أي تبعية (dependency).

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

حكْم عملية الربط. يُعد الربط بين النظام المصدر وCIM أصلاً في حد ذاته. قم بتحديد إصداره، ومراجعته، وتعيين ملكيته. يمكن للأدوات الموجودة في مجال تكامل البيانات — منصات ETL وELT، وكتالوجات البيانات، وأدوات تتبع النسب (lineage tools) — أن تساعدك على تتبع مصدر كل سمة وكيفية تدفقها، وهو بالضبط نوع البيانات التعريفية (metadata) التي يتوقعها مجال موضوع “التحليل” (Analyze) من خلال كيانات مثل Data Lineage.

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

التنسيقات، والرسوم البيانية، والاستهلاك

تتوفر تصميمات CIM بتنسيقات متعددة لكل مجال، بما في ذلك رسوم بيانية نموذجية. وهذا أمر مهم لأن الفئات المختلفة تستهلك نموذج البيانات بشكل مختلف:

• المهندسون المعماريون (Architects) يريدون رسوماً بيانية وعروضاً للعلاقات لتحليل البنية.
• المهندسون (Engineers) يريدون تعريفات قابلة للقراءة آلياً يمكن إدخالها في عمليات إنشاء الكود، أو التحقق من صحة المخطط، أو أدوات الربط.
• المحللون والمشرفون (Analysts and stewards) يريدون وثائق تشرح معنى كل كيان وسمة بمصطلحات الأعمال.

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

الأسئلة المتداولة

ما هو نموذج المعلومات السحابية (CIM)؟

نموذج المعلومات السحابية هو نموذج بيانات مفتوح ومستقل عن التطبيقات يحدد مفاهيم أعمال مشتركة — مثل الطرف (Party)، والحساب (Account)، وطلب المبيعات (Sales Order) — بحيث يمكن للأنظمة السحابية والمحلية المختلفة تبادل البيانات باستخدام مفردات مشتركة. يتم تنظيمه في مجالات موضوعية، ومجموعات كيانات، وكيانات، وسمات، ويتم الإشراف عليه كمشروع مفتوح المصدر تحت مظلة مؤسسة لينكس (The Linux Foundation).

ما الفرق بين النوع الفائق (supertype) والنوع الفرعي (subtype) في CIM؟

النوع الفائق هو كيان يتم توسيعه بواسطة كيانات النوع الفرعي، ويحدد السمات المشتركة بين المفاهيم المماثلة. أما النوع الفرعي فيوسع كياناً آخر ويرث سمات النوع الفائق الخاص به. على سبيل المثال، يمكن أن يعمل “الطرف” (Party) كنوع فائق، ويكون “الشخص” (Person) و”المؤسسة” (Organization) أنواعاً فرعية، وبذلك يتم تعريف السمات المشتركة مرة واحدة وتوضع السمات المتخصصة في النوع الفرعي.

كيف يرتبط CIM بمخطط قاعدة البيانات؟

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

هل يعد CIM بديلاً لمعايير البيانات الخاصة بصناعات معينة؟

لا. CIM نموذج واسع وعابر للمجالات، بينما المعايير الرأسية (vertical standards) تكون عميقة ومحددة بقطاعات معينة. تستخدم العديد من المؤسسات نهج “المحور والأطراف” (hub-and-spoke)، حيث يعمل CIM كنموذج أساسي (canonical model) في المركز، بينما يتم ربط معايير الصناعة أو نماذج الموردين به عند الأطراف.

لماذا تحتوي مجالات موضوعات CIM على أرقام إصدارات؟

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

كيف أتعامل مع السمات التي لم يحددها CIM؟

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