الأساس الذي يقوم عليه كل جزء آخر.
الجزء الأول لا يخبركم كيف تُديرون مشروعًا، فتلك مهمة الجزء الثاني. بل يفعل شيئًا أهم. يضع المفردات، وتراتب المتطلبات، وبيئة البيانات المشتركة، ومستوى الاحتياج المعلوماتي التي يعتمد عليها كل جزء آخر من ISO 19650. أخطئوا الجزء الأول، ولن يصمد شيء بعده.
أربع أفكار تؤدي معظم العمل: السلسلة، وبيئة البيانات المشتركة، والـ LOIN، والتسمية، إضافةً إلى طاقم الأطراف الذين يُشغّلونها. نحو ثماني عشرة دقيقة من القراءة.
كيف نضمن أن المعلومة المُنتَجة في مشروع مفيدة فعلًا؟
الجواب سلسلة. تتدفق المتطلبات نزولًا، من الاحتياجات الاستراتيجية للمالك، مرورًا بما يحتاجه كل أصل ومشروع، إلى موجز رسمي لفريق التسليم، الذي يجيب بخطة تسليم. كل مستوى يترجم أهدافًا عامة إلى تعليمات أكثر تحديدًا. تسري قابلية التتبع من أهداف المالك في الأعلى نزولًا إلى كل ملف فردي يُقدَّم عند بوابة مرحلة.
OIR، متطلبات المعلومات المؤسسية
الـ OIR يجلس في القمة. يبيّن ما تحتاجه المؤسسة من معلوماتها عبر كل مشروع وكل أصل تملكه، لا لمشروع واحد، بل للحافظة كاملة.
تنبع متطلبات المعلومات المؤسسية من أهداف العمل: قياس التكلفة، واستراتيجية الصيانة، والامتثال التنظيمي، وتقارير الاستدامة (ESG)، وتخطيط التصرف بالأصول. تُحدّدها القيادة العليا وإدارة الأصول وفريق إدارة المرافق (FM)، بمعونة استشاري الـ BIM.
تُراجَع سنويًا. وتُعاد عبر كل مشروع.
AIR + PIR، لكل أصل، لكل مشروع
تحت الـ OIR، تنقسم السلسلة إلى شعبتين.
متطلبات معلومات الأصل (AIR) تترجم الـ OIR إلى ما يحتاجه نوع أصل بعينه من التسليم النهائي فصاعدًا. المستشفى يختلف جوهريًا عن البرج السكني، ببيانات معدات مختلفة، وجداول امتثال مختلفة، وأولويات تشغيلية مختلفة. يلتقط الـ AIR تلك الفروق مرة واحدة؛ ويُعيدها كل مشروع من نوع الأصل ذاك.
متطلبات معلومات المشروع (PIR) تسير بمحاذاته لكنها تجيب عن سؤال مختلف: ما الذي يحتاج العميل أن يعرفه ليتخذ القرارات عند كل مرحلة مشروع؟ الجدوى، والتصور، والتصميم المُطوَّر، والتصميم الفني، والتسليم النهائي، لكل مرحلة سؤال عمل، والـ PIR يحدد ما يجيب عنه.
EIR، متطلبات تبادل المعلومات
الـ EIR هو أهم وثيقة تشغيليًا في السلسلة. هو المواصفة الرسمية التي تصدرها جهة التكليف (appointing party) إلى فريق التسليم، الاستشاريين والمقاولين والمتخصصين، مُحدِّدةً بالضبط ما يجب أن يُنتجوه من معلومات، وبأي صيغة، ومتى. كل تسليم لاحق يرث جودته، ولهذا فإن EIR غامضًا يُنتِج مشروعًا غامضًا.
يُصدَر عند المناقصة. ويُصبح مُلزِمًا عند التكليف.
يغطي الـ EIR الكامل ثلاثة مجالات. تقني: برامج التأليف، وصيغ الملفات، ونقطة أصل النموذج ونظام الإحداثيات، والوحدات، واصطلاح التسمية، والـ LOIN لكل مرحلة. إداري: منصة بيئة البيانات المشتركة، وحالات المعلومات واعتمادات البوابات، والأدوار، ومراحل التسليم الرئيسية، وتوقعات الـ MIDP. تجاري: متطلبات تقديم خطة تنفيذ الـ BIM، وإجراءات ضبط الجودة، والتسليمات لكل مرحلة تكليف، ومعايير القبول.
BEP، MIDP، TIDP، الفريق يجيب
المستوى الرابع هو جواب فريق التسليم على الـ EIR.
خطة تنفيذ الـ BIM (BEP) تُنتَج مرتين، أولًا كالتزام عند المناقصة يُظهِر القدرة، ثم بعد التكليف كخطة التسليم التعاقدية. يملكها الطرف المكلَّف الرئيسي (lead appointed party).
خطة التسليم الرئيسية للمعلومات (MIDP) هي السجل الموحَّد لكل حاوية معلومات في المشروع: كل الفرق، وكل التسليمات، وكل التواريخ، وكل الصيغ. يملكها الطرف المكلَّف الرئيسي ويصونها طوال التسليم.
خطة تسليم معلومات المهمة (TIDP) هي شريحة كل فريق مهمة الخاصة من الـ MIDP، تسليماته ومراجعوه وتواريخه. تتجمع خطط TIDP المتعددة في الـ MIDP.
Deep diveمن يُنشئ ماذا، والدورة الحياتية التي تسري عليها، وثلاث طرق تفشل بها السلسلة
من يُنشئ ماذا
| الوثيقة | المالك | متى |
|---|---|---|
| OIR | القيادة العليا وإدارة الأصول، بمعونة استشاري الـ BIM | مرة لكل مؤسسة؛ تُراجَع سنويًا |
| AIR | فريق إدارة المرافق ومدير الأصول | مرة لكل نوع أصل؛ تُعاد عبر المشاريع |
| PIR | فريق مشروع العميل | عند بدء المشروع |
| EIR | مدير الـ BIM أو مدير المعلومات لدى العميل | يُصدَر عند المناقصة؛ مُلزِم عند التكليف |
| BEP | الطرف المكلَّف الرئيسي | قبل التكليف (المناقصة) + بعد التكليف (العقد) |
| MIDP | الطرف المكلَّف الرئيسي | يُصان باستمرار طوال التسليم |
| TIDP | كل طرف مكلَّف | عند التكليف؛ يُحدَّث طوال التسليم |
المراحل الحياتية الأربع التي تخدمها السلسلة
السلسلة ليست غاية في ذاتها، بل تُغذّي دورة حياة. تنظّم ISO 19650 حياة الأصل في أربع مراحل عمل: التكليف (وضع المتطلبات قبل المناقصة)، والتعبئة (تهيئة بيئة البيانات المشتركة والتسمية والمسؤوليات والأمن قبل التسليم)، والتسليم (تشغيل دورة الإنتاج وتدقيق كل تبادل)، والتسليم النهائي والتشغيل (قبول نموذج معلومات المشروع في نموذج معلومات الأصل وحوكمته في الاستعمال). المعلومة التي تحددونها عند التكليف تحكم ما تستلمونه عند التسليم وما تدققونه عند التسليم النهائي.
ولتلك النقلة الأخيرة اسم. أثناء التصميم والبناء يكون التسليم هو نموذج معلومات المشروع (PIM). وعند التسليم النهائي يتحول إلى نموذج معلومات الأصل (AIM)، السجل الذي يُشغِّل منه فريق العمليات المبنى للخمسين عامًا القادمة. تحكم ISO 19650-3 تلك النقلة وطور التشغيل بعدها.
ثلاثة أنماط فشل شائعة
تخطّي الـ OIR والـ AIR. كثير من المشاريع يذهب مباشرةً إلى الـ EIR. والنتيجة: EIR يحدد مخرجات تقنية لن يستعملها فريق إدارة المرافق أبدًا، بينما يُغفِل بيانات هم في أمسّ الحاجة إليها. يظهر العَرَض بعد التسليم النهائي، حين يعيد فريق إدارة المرافق بناء سجل الأصول من الصفر.
BEP يَعِد فوق طاقته. خطة تنفيذ الـ BIM قبل التكليف تلتزم بمستويات LOIN أو وتائر تسليم لا يستطيع الفريق بلوغها. وبحلول المرحلة الثالثة يكون الفريق مُغفِلًا للمراحل الرئيسية، والتعرّض التعاقدي قد بُنِي عند التوقيع.
MIDP جامد. تُنتَج الـ MIDP عند التكليف ولا تُحدَّث بعدها أبدًا. وبحلول الشهر الرابع لا يثق بها أحد، وتعود مراجعة التسليم الأسبوعية إلى البريد الإلكتروني والواتساب، وتنهار السلسلة.
السبب الأشيع لفشل إدارة المعلومات ليس التقنية. بل الالتباس حول من المسؤول عن ماذا.
مَن هو مَن
السلسلة تخبركم ما الذي يُنتَج. وهذا يخبركم بواسطة مَن. تُسمّي ISO 19650 طاقمًا صغيرًا مقصودًا، ويفترض الإطار كله أنكم تعرفون من هو مَن.
حين لا يملك أحد عملية، تفشل. وحين يفترض طرفان كلاهما أنه يملكها، يُكرَّر العمل أو يُهمَل. فتُثبِّت المواصفة التراتب مقدمًا.
الأدوار المؤسسية
- جهة التكليف (appointing party)، العميل. تُكلِّف بالمشروع، وتضع المتطلبات (OIR، PIR، AIR، EIR)، وتختار بيئة البيانات المشتركة، وتحمل سلطة الاعتماد النهائي. في معظم المشاريع تُفوِّض جهة التكليف الواجبات اليومية إلى استشاري إدارة مشاريع، لكنها تحتفظ بالكلمة الأخيرة في الاعتمادات.
- الطرف المكلَّف الرئيسي (lead appointed party)، الاستشاري الرئيسي للتصميم أثناء التصميم، والمقاول الرئيسي أثناء البناء. يحمل المسؤولية التعاقدية الأولى عن تسليم المعلومات، وينسّق كل من دونه، ويملك الـ BEP والـ MIDP.
- الأطراف المكلَّفة (appointed parties)، الاستشاريون الفرعيون والمقاولون من الباطن. يُسلّمون معلوماتهم وفق الـ EIR؛ يملك كلٌّ منهم خطة الـ TIDP الخاصة به.
- فرق المهام (task teams)، فرق التخصصات التي تؤدي عمل الإنتاج.
الدوران الوظيفيان
دوران يعملان عبر ذلك التراتب لا داخله:
- مدير المعلومات (Information Manager)، يملك عملية إدارة المعلومات نفسها: حوكمة بيئة البيانات المشتركة، وجودة البيانات، واعتمادات بوابات المراحل. في البرامج الكبيرة يكون هناك اثنان في الغالب، واحد على جانب جهة التكليف، وواحد على جانب الطرف المكلَّف الرئيسي.
- منسق الـ BIM (BIM Coordinator)، يملك التنسيق اليومي للنماذج داخل التخصصات وعبرها، ويُجري كشف التعارضات، ويؤدي فحوص البوابة الأولى قبل مشاركة المعلومة.
تتبع المساءلة التراتب: جهة التكليف مسؤولة عن المتطلبات والاعتماد وقبول التسليم النهائي؛ والطرف المكلَّف الرئيسي عن التسليم؛ والأطراف المكلَّفة وفرق المهام عن الإنتاج. مصفوفات الـ RACI الكاملة تعيش في الجزء الثاني وحزم الأدوار، والجزء الأول يُثبِّت المفردات فحسب.
بيئة البيانات المشتركة
تستبدل بيئة البيانات المشتركة التبادلَ المُجزَّأ، المرفقات المُرسَلة بالبريد، ومحركات الـ USB، والمشاركات على الواتساب، والمجلدات الشخصية، بمنصة موحَّدة محوكَمة تُخزَّن فيها كل معلومات المشروع وتُضبَط وتُوزَّع. المنصة هي التقنية؛ وبيئة البيانات المشتركة هي التقنية زائد العملية.
الحالات الأربع
كل حاوية معلومات توجد في واحدة من أربع حالات. تتحكم الحالة في من يراها وفيمَ تُستعمل.
- قيد الإنجاز (WIP)، عمل قيد التنفيذ. خاص بفريق المهمة المُنتِج. قد يحوي أخطاء ونماذج مؤقتة ومسودات. لا يُعتمَد عليه خارجيًا.
- مُشارَك (Shared)، اجتاز البوابة الأولى. مرئي لفرق المشروع الأخرى للتنسيق. لا للتوريد أو قرارات البناء.
- منشور (Published)، اجتاز البوابة الثانية. النسخة المعتمَدة الحالية للسجل. بدرجة تعاقدية. يُستعمَل للبناء والتقديم التنظيمي والقرارات التجارية.
- مؤرشَف (Archived)، حلّت محله نسخة أحدث، أو هو سجل ما بعد التنفيذ. يُحتفَظ به لأثر التدقيق. تاريخي، لا حالي.
البوابتان
البوابتان هما ما يجعل بيئة البيانات المشتركة محوكَمة. هما ضابطا الجودة اللذان يمنعان استعمال معلومة غير مُراجَعة في التنسيق أو البناء.
البوابة الأولى، من قيد الإنجاز إلى مُشارَك. يؤديها منسق الـ BIM في الفريق المُنتِج. تفحص اصطلاح التسمية، وصحة النموذج (لا تحذيرات، محتوى منقّى، أصل صحيح)، والـ LOIN مقابل المواصفة. التسليمات الراسبة تعود لإعادة العمل.
البوابة الثانية، من مُشارَك إلى منشور. يؤديها الطرف المكلَّف الرئيسي نيابةً عن جهة التكليف. تفحص الامتثال للـ EIR، والتنسيق مقابل النموذج الموحَّد، والتوقيع الرسمي. تنتقل المعلومة المعتمَدة إلى منشور برمز الملاءمة المناسب.
Deep diveرموز الحالة، وسير عمل الاعتماد، ولماذا القرص المشترك ليس بيئة بيانات مشتركة
رموز الملاءمة (الحالة)
حالة الوثيقة تقول أين تعيش؛ ورمز حالتها يقول لأي غرض اعتُمِدت. يسافر الرمز مع الحاوية ويتغير عند كل انتقال. الطقم القياسي:
| الرمز | الحالة | ما يعنيه | مَن يعتمد عليه |
|---|---|---|---|
| S0 | عمل قيد الإنجاز | قيد التطوير؛ ليس للمشاركة | المُؤلِّف / الفريق المُنشئ |
| S1 | ملائم للتنسيق | مُشارَك لتنسيق التصميم | كل فريق التصميم |
| S2 | ملائم للمعلومة | مُشارَك للعلم فقط، لا إجراء | فريق المشروع الكامل |
| S3 | ملائم للمراجعة والتعليق | صادر لمراجعة رسمية، الرد مطلوب | مراجعو العميل / الاستشاري |
| S4 | ملائم لاعتماد المرحلة | مُقدَّم لاعتماد مرحلة/بوابة رسمي | سلطة الاعتماد |
| S5 | ملائم للتسعير | مُفرَج عنه لتقدير مسّاح الكميات والتكلفة | مسّاح الكميات والتجاري |
| S6 | ملائم للتصنيع | مُفرَج عنه للتصنيع / التوريد | المقاولون / المُصنِّعون |
| S7 | ملائم للبناء | معتمَد للاستعمال في بناء الموقع | فرق الموقع / المقاولون |
| A1–An | معتمَد / مقبول | مُصرَّح به رسميًا؛ يَحلّ محل المراجعات الأسبق | الفريق الكامل والعميل |
| CR | سجل ما بعد الإنشاء | السجل النهائي لما بُنِي فعلًا | مؤرشَف لإدارة المرافق / العمليات |
مخطط إنشائي نموذجي يسري هكذا: S0 → S1 (تنسيق مع MEP) → S3 (مراجعة العميل) → S4 (اعتماد المرحلة) → A1 (معتمَد) → S7 (مُفرَج عنه للبناء). تُسجِّل بيئة البيانات المشتركة من غيّر الحالة، ومتى، وبأي تعليمة، ولا يمكن تعديل السجل بعد وقوعه.
رموز النشر/الاعتماد مُعرَّفة في الـ EIR وتتباين بحسب الإطار، بعض المشاريع تستعمل A1–A5 لتدرجات الاعتماد إضافةً إلى B1 (بناء) وB2 (ما بعد التنفيذ) بدلًا من S7/CR. اختاروا طقمًا واحدًا لكل مشروع وافرضوه في بيئة البيانات المشتركة.
Deep diveGo deeper
سير عمل الاعتماد، ثلاثة أدوار، قرار واحد
كل وثيقة تمرّ بمراجعة مُهيكَلة قبل أن تُستعمَل. ثلاثة أدوار، مفصولة عن قصد:
- المُعِدّ (Author)، يُنشئ الحاوية ويرفعها بالبيانات الوصفية والتسمية والحالة الصحيحة، ويُرشِّح المُدقِّق.
- المُدقِّق (Checker)، نظير في التخصص ذاته. يتحقق من الدقة الفنية والامتثال للمعايير والاكتمال؛ يُمرِّر إن كان مقبولًا، ويُعيد بتعليقات مُوثَّقة إن لم يكن.
- المُعتمِد (Approver)، المصمم الرئيسي أو استشاري إدارة المشاريع أو ممثل العميل. يتخذ القرار النهائي.
قرار المُعتمِد مُرمَّز هو ذاته: A معتمَد (ينتقل إلى منشور) · B معتمَد مع تعليقات (ينتقل، تُحلّ التعليقات في المراجعة التالية) · C مرفوض، نقّحوا وأعيدوا التقديم · D مرفوض، لا تعيدوا التقديم (يجب إعادة النظر في المفهوم). القاعدة الواحدة تحته جميعًا، فصل الواجبات، هي أن المُعِدّ لا يستطيع اعتماد وثيقته أبدًا. وتفرضها بيئة البيانات المشتركة.
لماذا القرص المشترك ليس بيئة بيانات مشتركة
لا تفرض ISO 19650 منتجًا بعينه. Autodesk Construction Cloud، وOracle Aconex، وAsite، وTrimble Connect، وSharePoint مُهيَّأ، كلها تُستعمَل عمليًا. ما تشترطه المواصفة طقمٌ من القدرات غير القابلة للتفاوض:
- أربع مناطق حالة منفصلة، قيد الإنجاز، مُشارَك، منشور، مؤرشَف مفروضة كحالات، لا مجلدات.
- تحكم في الوصول قائم على الأدوار، يرى كل مستخدم ما يتطلبه دوره فقط.
- أثر تدقيق كامل، كل رفع وتنزيل وتغيير حالة وتعديل صلاحية مُسجَّل بالمستخدم والطابع الزمني.
- ضبط الإصدارات، النسخ المُستبدَلة تُؤرشَف لا تُكتَب فوقها؛ والنسخة الحالية قابلة للإيجاد دائمًا.
- التحقق من التسمية، أسماء الملفات غير الممتثلة تُرفَض عند الرفع.
Dropbox، وGoogle Drive، وOneDrive، دون حوكمة مُضافة فوقها، هي مجلدات مشتركة. إضافة مجلدات فرعية باسم «WIP» و«Published» لا تصنع بيئة بيانات مشتركة؛ يجب أن تكون الحالات مفروضة، لا مُعنوَنة فقط. يتلخص الانضباط في قاعدة واحدة تستحق التعليق على الجدار: إن لم يكن في بيئة البيانات المشتركة، فهو غير موجود.
الـ LOIN يَحلّ محل الـ LOD
نظام مستوى التطوير القديم كان يخلط ثلاثة أشياء متمايزة في رقم واحد. الباب قد يكون «LOD 400» في الشكل ويحمل بيانات صفرًا مفيدة؛ والمضخة قد تكون غنية بالبيانات وثقيلة هندسيًا على التنسيق المبكر. الرقم الواحد لا يميّز أيًّا منها.
الـ LOIN، المُعرَّف في EN 17412-1:2020 والمُشار إليه في ISO 19650-1، يفصل الثلاثة صراحةً. يُحدَّد كلٌّ منها لكل عنصر، ولكل مرحلة، ويُدقَّق مقابله عند كل إسقاط بيانات.
ثلاثة أبعاد
- الهندسي (Geometrical)، الشكل ثلاثي الأبعاد والحجم والتفصيل البصري في النموذج. يُفصِّله EN 17412-1 إلى خمسة جوانب فرعية تضبطونها على حدة: التفصيل، والأبعادية، والموقع، والمظهر، والسلوك البارامتري.
- الأبجدي الرقمي (Alphanumerical)، البيانات المرتبطة بالعنصر: التعريف، والمادة، والأداء، والتصنيف (Uniclass / OmniClass)، والبيانات التجارية وبيانات إدارة المرافق.
- التوثيق (Documentation)، الملفات الداعمة المرتبطة بالعنصر في بيئة البيانات المشتركة: أوراق البيانات، والشهادات، والحسابات، وأدلة التشغيل والصيانة (O&M)، والضمانات.
تحديد أحدها دون الأخرى يُنتِج نماذج تبدو صحيحة لكن لا يمكن استعمالها لاحقًا، أو نماذج تحمل البيانات لكنها أثقل من أن تُنسَّق.
عبر المراحل، بابٌ
في مرحلة التصور يحتاج الباب إلى لوح بسيط بأبعاد إجمالية فقط، الهندسة أدنى ما يكون، لكنه ما زال يحتاج إلى بيانات مقاومة الحريق والعزل الصوتي. التوثيق: لا شيء.
في التصميم التفصيلي، تلحق الهندسة: الإطار، والدوران، والزجاج، والمقابض، والمفصلات، والعتبة. وتتعمق البيانات: المادة، وقيمة العزل الحراري (U-value)، والمُصنِّع، ورقم الطراز. ويصل التوثيق: ورقة بيانات المنتج، وشهادة اختبار الحريق.
تتطور الهندسة والبيانات على منحنيين مستقلين. يتتبع الـ LOIN كلًّا منهما على حدة، كي يطلب الـ EIR القدر الصحيح من كلٍّ منهما في المرحلة الصحيحة دون إرغام الآخر على مجاراته.
Deep diveجسر الـ LOD، وحدّ الـ COBie، ومثال معمول
إن كانت خطة الـ BIM لديكم ما زالت تتكلم بلغة الـ LOD
لستم مضطرين للاختيار. يُطابَق الـ LOD على الـ LOIN بقربٍ يكفي لترجمة خطة تنفيذ BIM قائمة:
| LOD | الهندسي | الأبجدي الرقمي | التوثيق | مرحلة RIBA |
|---|---|---|---|---|
| 100 | رمزي / تخطيطي؛ لا هندسة مقيسة | تعريف النوع فقط | لا شيء | 1 التحضير والموجز |
| 200 | تقريبي؛ حجم وشكل وموقع مُقدَّر | أساسي، مساحة مُقدَّرة، مادة استرشادية | رسوم تصور، جداول مساحات | 2 التصور |
| 300 | دقيق، مقيس من التصميم | مُحدَّد، الرتبة، والتحميل، والحريق، والحراري | مواصفات، أوراق بيانات مبدئية | 3 التنسيق المكاني |
| 350 | 300 + التداخلات وخلوصات التنسيق | 300 + بيانات التنسيق | تقارير تنسيق، سجل تعارضات | 4 فني |
| 400 | بمستوى التصنيع، الوصلات والمقاطع والبراغي | بيانات تصنيع كاملة | مخططات تنفيذية، جداول تصنيع | 4/5 فني / بناء |
| 500 | ما بعد التنفيذ، مُتحقَّق منه مساحيًا | مُتحقَّق منه كما رُكِّب، أرقام تسلسلية، تشغيل | مخططات ما بعد التنفيذ، تشغيل وصيانة، شهادات، ضمانات | 6 التسليم النهائي |
ميزة الـ LOIN هي الدقة. بدلًا من «LOD 300 لكل الجدران»، تستطيعون أن تقولوا «هندسة دقيقة وخصائص حرارية بالضبط، لكن دون تسلسل تركيب أو أوراق بيانات مُصنِّع حتى التصميم الفني»، فتُنتِج الفرق ما يُحتاج إليه حقًا فقط.
الـ LOIN ليس الـ COBie
التباس شائع: الـ LOIN هو إطار تحديد الحاجة عبر ثلاثة أبعاد. أما COBie، المحكوم بـISO 19650-4، فهو مخطط بيانات مُهيكَل لتسليم بيانات الأصل إلى أنظمة إدارة المرافق عند التسليم النهائي. تقابل حقول الـ COBie الـ LOIN الأبجدي الرقمي والتوثيقي المُحدَّد لمرحلة التسليم النهائي. هما متكاملان، لا متبادلان.
مثال معمول، وحدة معالجة الهواء عبر المراحل
العنصر ذاته متتبَّعًا عبر كل مرحلة. كل صف هو ما يحدده الـ LOIN لذلك العنصر في تلك المرحلة.
| المرحلة | الهندسة | البيانات | التوثيق |
|---|---|---|---|
| 1 الجدوى | حجم نائب يمثّل تخصيص غرفة المعدات | مدى سعة التبريد، نوع النظام | , |
| 2 التصور | شكل عام لوحدة معالجة الهواء، أبعاد ونقاط اتصال تقريبية | السعة، ومعدل تدفق الهواء، وأحجام قنوات التغذية/الإرجاع، ومتطلب الطاقة | , |
| 3 التصميم المُطوَّر | أبعاد مؤكدة بمواضع الملفات وأقسام المرشحات ومواقع المراوح | المُصنِّع، ورقم الطراز، والوزن، والبيانات الصوتية، ونقاط تحكم نظام إدارة المبنى (BMS) | ورقة بيانات المنتج، تقرير اختبار صوتي |
| 4 التصميم الفني | جاهز للتصنيع: أبعاد بالضبط، ومناطق وصول للخدمة، ونقاط رفع، ومواصفات وصل | بيانات المرحلة الثالثة زائد تسلسل التركيب، ومعاملات التشغيل، وقائمة قطع الغيار | دليل التركيب، قائمة فحص التشغيل |
| 5–6 التسليم النهائي | مُتحقَّق منه كما بُنِي: الموقع المُركَّب الفعلي، وكل انحرافات الموقع | الرقم التسلسلي، وتاريخ التركيب، وانتهاء الضمان، وفترة الصيانة، وجدول تغيير المرشح | دليل تشغيل وصيانة، شهادة ضمان، تقرير اختبار وتشغيل، جدول نقاط نظام إدارة المبنى |
يُستعمَل لكتابة بنود الـ EIR مباشرةً: اختاروا صف المرحلة، وعدِّدوا الأبعاد، وأرفقوا الجدول ملحقًا.
ينبغي أن يعرِّف كل اسم ملف محتواه ومُنشِئه وحالته، دون أن يفتحه أحد.
حاويات المعلومات والتسمية
يُقدِّم الجزء الأول حاوية المعلومات مصطلحًا لأي شيء مُدار في بيئة البيانات المشتركة، نموذجًا كان أو مخططًا أو جدولًا أو شهادة أو صورة. المصطلح عام عن قصد.
تتبع كل حاوية اصطلاح التسمية المُتفَق عليه في الـ BEP. في مشروع بأي حجم تحمل بيئة البيانات المشتركة عشرة آلاف منها أو أكثر. دون تسمية متسقة، يعني إيجاد الملف الصحيح سؤال المُؤلِّف، وتصير تعارضات الإصدارات خفية، ويتعذّر التحقق والبحث والإبلاغ الآلي واستخلاص الكميات، وتصبح بيانات التسليم النهائي غير قابلة للاستعمال في نظام إدارة المرافق (CAFM) أو نظام إدارة الصيانة (CMMS) لدى فريق إدارة المرافق.
اصطلاح الحقول الثمانية القياسي، مفصولة بشرطات:
[المشروع] - [المُنشئ] - [التخصص] - [المنطقة] - [النوع] - [التسلسل] - [الحالة] - [المراجعة]
مثال: DXB-MR-AEC-AR-ZZ-M3-0001-S2-P03
قراءةً من اليسار إلى اليمين، يعطي ذلك الاسم المشروع، والمُنشئ (المؤسسة المُنتِجة)، والتخصص (المعمارية)، والمنطقة (ZZ = كل المناطق)، والنوع (M3 = نموذج ثلاثي الأبعاد)، ورقم التسلسل، وحالة الملاءمة (S2 = مُشارَك للعلم)، والمراجعة (P03). لا يفتح أحد الملف ليعرف ما هو.
Deep diveرموز الحقول والقواعد التي تُبقيها قابلة للقراءة آليًا
رموز التخصصات
| AR المعمارية | ST الإنشائية | ME الميكانيكية |
| EL الكهربائية | PL السباكة | FP الحماية من الحريق |
| LN التنسيق الخارجي | CV المدنية | GE الجيوتقنية |
| SV المساحة | AC الصوتيات | FA الواجهات |
| VT النقل الرأسي | EN البيئية | BM إدارة الـ BIM |
| PM إدارة المشاريع | QS مساحة الكميات | ZZ متعدد / الكل |
رموز أنواع الحاويات
M3 نموذج ثلاثي الأبعاد · M2 نموذج ثنائي الأبعاد · IF IFC · DR مخطط · SP مواصفة · SH جدول · RP تقرير · VS تصوّر · CR شهادة · RI طلب معلومات (RFI) · BQ جدول كميات · PC سحابة نقاط · PH صورة · FN مذكرة ملف.
قواعد الفواصل
شرطة بين الحقول؛ ولا شرطة داخل حقل أبدًا؛ وكل شيء بأحرف كبيرة؛ ولا مسافات؛ ولا رموز خاصة. رمز مشروع مركّب مثل DXB-MR يُحتسَب حقلًا واحدًا. تفرض بيئة البيانات المشتركة هذه عند الرفع، الاسم غير الممتثل يُرفَض، لا يُقبَل بصمت.
بعض المنصات تستعمل صيغة تسعة حقول تفصل المنطقة والمستوى وتضيف رمز دور بحرف واحد. اصطلاح الحقول الثمانية أعلاه هو الأساسي؛ وأيًّا كان ما يتبنّاه المشروع يذهب في الـ BEP وفي قواعد التحقق ببيئة البيانات المشتركة.
قراءات إضافية
- ISO 19650-1:2018، المفاهيم والمبادئ، المواصفة المصدر لهذا الجزء.
- UK BIM Framework، إرشادات تطبيق ونماذج مجانية، والسلسلة مشروحة.
- BSI، ISO 19650 / BIM، عائلة المواصفة الكاملة.
- EN 17412-1:2020 يُعرِّف مستوى الاحتياج المعلوماتي (LOIN) المُشار إليه في هذا الجزء.
إن حفظتم حفنة من الأشياء، فاحفظوا هذه.
السلسلة. لا يُنتَج شيء دون حاجة قابلة للتتبع. OIR → AIR + PIR → EIR → BEP + MIDP + TIDP. المالكون يكتبون المتطلب؛ والفرق تجيب بخطة التسليم.
الأطراف. جهة التكليف، والطرف المكلَّف الرئيسي، والأطراف المكلَّفة، وفرق المهام، إضافةً إلى مدير المعلومات ومنسق الـ BIM اللذين يعملان عبرها. الملكية الواضحة هي المقصد كله.
بيئة البيانات المشتركة. ليست مجلدًا. أربع حالات، وبوابتان، ورموز ملاءمة، وأثر تدقيق كامل. المنصة زائد العملية.
الـ LOIN. ثلاثة أبعاد، الهندسة والبيانات والتوثيق، مُحدَّدة على حدة لكل عنصر، ولكل مرحلة. مُعرَّف في EN 17412-1. والـ LOD انتهى.
التسمية. كل اسم ملف سجلٌّ يصف نفسه. قابل للبحث والفرز والقراءة الآلية، دون حاجة إلى فتح.
تاليًا، الجزء الثاني: طور التسليم
وضع الجزء الأول الأساس. ويضع الجزء الثاني أنشطة تسليم المشروع، التكليف، والتعبئة، ودورة الإنتاج، وبوابات المراحل، التي تُشغِّل الأساس عمليًا. اقرأوه تاليًا.
الجزء 2 · طور التسليم ←