التوائم الرقمية ونمذجة معلومات البناء
ما الفرق بين LOD ومستوى الحاجة إلى المعلومات؟
لماذا كانت أرقام LOD قصيرة، وما هو مستوى المعلومات التي تحتاج إلى مواصفات وكيفية فصل الهندسة عن البيانات.
التوائم الرقمية ونمذجة معلومات البناء
حدد كل تبادل IFC حسب الغرض، وتحقق منه باستخدام IDS واختبره مبكرًا باستخدام البرنامج الذي سيستقبله.

IFC، وهو اختصار لـ Industry Foundation Classes، هو مخطط البيانات المفتوحة لتبادل معلومات نمذجة معلومات البناء (BIM) بين تطبيقات البرامج. تتم صيانته بواسطة شركة BuildingSMART International، التي تصفه بأنه محايد للبائع، ويتم نشره كمعيار ISO. حل الإصدار الحالي، ISO 16739-1:2024، محل إصدار 2018 ووسع نطاق التغطية ليشمل البنية التحتية مثل الجسور والطرق والسكك الحديدية والموانئ؛ يحدد مستودع BuildingSMART إصدار ISO هذا بإصدار IFC 4.3.2.0 الخاص به.
وتنبع أهميتها من كيفية إنشاء المباني وإدارتها. يتم إنتاج معلومات المبنى في العديد من التطبيقات، بدءًا من التصميم المعماري والإنشائي وخدمات البناء وحتى التكلفة والجدولة وإدارة المرافق، وتنتقل بين العديد من المنظمات على مدار عقود. يسمح المخطط المنشور والمفتوح بتبادل هذه المعلومات وقراءتها دون الاعتماد على تنسيق ملف أي بائع واحد.
ومع ذلك، فإن ملف IFC ليس دليلاً على إمكانية التشغيل التفاعلي. ما يهم هو ما إذا كانت المعلومات الصحيحة، لغرض محدد، تصل سليمة إلى نظام الاستقبال.
يصف ملخص ISO IFC كمعيار دولي مفتوح لمعلومات BIM التي يتم تبادلها ومشاركتها بين البرامج المستخدمة من قبل المشاركين في البناء وإدارة المرافق، مع تعريفات تغطي المباني والبنية التحتية على مدار دورة حياتها. ويتضمن مخطط البيانات وتعريفات مجموعة الخصائص والكمية وتنسيق ملف التبادل. يمتد نطاقها من هيكل المشروع والمكونات المادية والمكانية وعناصر التحليل من خلال العمليات والموارد والضوابط والجهات الفاعلة والسياق، عبر مراحل دورة الحياة حتى التشغيل والصيانة، وللتخصصات بما في ذلك خدمات البناء وإدارة المرافق.
ولأن IFC واسعة النطاق للغاية، فلا يستخدم أي تبادل واحد المخطط كله، وهناك آليتان لتضييق نطاقها.
تحدد تعريفات عرض النموذج (MVDs) المجموعة الفرعية من IFC التي ينفذها تطبيق برمجي لنوع معين من التبادل. ويشير ملخص ISO إلى أن البرامج المطابقة يجب أن تحدد MVD الذي يتوافق معه عند التقدم للحصول على الشهادة.
مواصفات تسليم المعلومات (IDS) هي معيار BuildingSMART لتحديد متطلبات المعلومات والتحقق من نماذج IFC مقابلها. يحتوي ملف IDS على مواصفات يمكن قراءتها آليًا، مثل "يجب أن تحتوي جميع مخارج الهواء على معرف صيانة ورمز تصنيف"، ولكل منها جزء قابل للتطبيق وجزء متطلبات. يمكن للمؤلفين النموذجيين التحقق من عملهم قبل التسليم، ويمكن للمستلمين التحقق من ما يصل.
بالنسبة للمالك، تقوم IDS بتحويل "توفير IFC" إلى "توفير IFC الذي يجتاز هذه الفحوصات"، وهو أمر أسهل بكثير في القبول أو الرفض.
يحتاج كل من التنسيق بين المصممين، وحصر الكميات، ومعلومات الأصول التشغيلية إلى محتوى مختلف، لذا فإن "IFC" وحدها لا تعد مطلبًا كافيًا على الإطلاق. يجب أن يذكر كل تبادل إصدار IFC، وMVD حيثما كان ذلك مناسبًا؛ الأشياء والمعرفات والتصنيفات والخصائص المطلوبة؛ الوحدات والقيم المسموح بها؛ كيف يتم الرجوع إلى الوثائق؛ وكيف سيتم التحقق من الامتثال، بشكل مثالي من خلال ملف IDS الصادر جنبًا إلى جنب مع المتطلبات.
يجب تصدير الكائنات التمثيلية في وقت مبكر من المشروع واستيرادها إلى التطبيق المتلقي نفسه (CAFM أو CMMS أو منصة البيانات) بدلاً من التحقق منها في عارض النماذج. يتحقق الاختبار من المعرفات والخصائص والوحدات والعلاقات وارتباطات المستندات والشكل الهندسي حيثما يكون ذلك مهمًا، ويتم تسجيل أي قيود معروفة وحلول بديلة متفق عليها.
تدعم IFC النقل، وليس المزامنة. بمجرد تبادل المعلومات، يجب أن تحدد عملية منفصلة النظام المعتمد وكيفية تدفق التحديثات.
يساعد المعيار المفتوح فقط عندما يتم كتابة التبادلات المطلوبة وطريقة التحقق والمسؤوليات في المواعيد. اكتبها، ثم أثبتها من خلال تبادل تجريبي في الأنظمة التي ستتلقى البيانات فعليًا.
يرتبط هذا المقال بعملنا في التوأم الرقمي.
يمكننا مناقشة كيف يدخل هذا الموضوع في موجز المشروع.
تواصل مع Pagin Consulting