BIM چیست؟ راهنمای مدل‌سازی اطلاعات ساختمان از طراحی تا بهره‌برداری

مدل‌سازی اطلاعات ساختمان (BIM) یک نرم‌افزار یا مدل سه‌بعدی زیبا نیست؛ روشی برای تعریف، تولید، کنترل و تبادل اطلاعات قابل اعتماد در طول طراحی، ساخت و بهره‌برداری است. مدل هندسی یکی از حامل‌های این اطلاعات است، اما صورت‌جلسه، برنامه تحویل، مشخصات، وضعیت تایید و داده تجهیز نیز بخشی از محیط اطلاعات پروژه‌اند.

بیشترین ارزش BIM زمانی ایجاد می‌شود که کارفرما بداند چه تصمیمی را با چه داده‌ای و در چه زمانی می‌خواهد بگیرد. اگر هدف، مسئولیت، سطح اطلاعات و فرایند تایید روشن نباشند، پروژه ممکن است مدل بزرگی بسازد اما هماهنگی، برآورد یا تحویل بهتری نداشته باشد. این راهنما BIM را از دید کارفرما، طراح، پیمانکار و بهره‌بردار توضیح می‌دهد.

BIM چیست و چه چیزی نیست؟

BIM را می‌توان مدیریت اطلاعات درباره یک دارایی ساخته‌شده با کمک مدل‌های ساختاریافته تعریف کرد. اشیا فقط خط و سطح نیستند؛ نوع، ماده، کد، سیستم، عملکرد و رابطه با اجزای دیگر دارند. این ساختار اجازه می‌دهد تیم‌ها اطلاعات را جست‌وجو، کنترل و برای تحلیل‌های مختلف استفاده کنند.

BIM این موارد نیست:

• صرفاً ترسیم سه‌بعدی یا رندر؛
• تبدیل خودکار نقشه دوبعدی به مدل بدون بازنگری فرایند؛
• یک فایل مرکزی که همه افراد بدون مسئولیت روشن ویرایش کنند؛
• تضمین حذف خطا فقط با خرید نرم‌افزار؛
• مدلی با بیشترین جزئیات در همه مراحل.

چرا BIM مهم است؟

صنعت ساختمان شبکه‌ای از تخصص‌ها، قراردادها و فایل‌های متعدد است. تغییر یک دیوار می‌تواند سازه، کانال، برق، متره، برنامه و خرید را تحت تاثیر قرار دهد. BIM رابطه میان این اطلاعات را قابل مشاهده و قابل پیگیری می‌کند؛ به شرط آن‌که روش تبادل و تایید مشخص باشد.

از «مدل» به «مدیریت اطلاعات»

استاندارد ISO 19650 بر مدیریت اطلاعات در طول چرخه عمر تمرکز دارد. نکته اصلی این است که اطلاعات باید بر اساس نیاز، در زمان درست، با وضعیت و مسئولیت روشن تحویل شود. عبارت کلی «پروژه BIM باشد» برای قرارداد کافی نیست؛ کارفرما باید خروجی، هدف و معیار پذیرش را تعریف کند.

راهنمای UK BIM Framework نیز تاکید می‌کند که مسئولیت، حقوق و تحویل‌دادنی‌ها باید در اسناد انتصاب و قرارداد روشن شوند. BIM جای قرارداد را نمی‌گیرد؛ روش کار اطلاعاتی باید با ساختار قراردادی پروژه هماهنگ باشد.

نیازمندی‌های اطلاعاتی کارفرما

کارفرما پیش از درخواست مدل باید تصمیم‌های خود را فهرست کند: تصویب مساحت، مقایسه گزینه، برآورد، خرید، تحویل دارایی یا نگهداری. سپس برای هر تصمیم، اطلاعات لازم، قالب، زمان و سطح اطمینان تعریف می‌شود.

نیازمندی خوب پاسخ می‌دهد:

• چه اطلاعاتی و برای چه کاربردی لازم است؟
• چه کسی تولید، کنترل و تایید می‌کند؟
• در کدام milestone و با چه وضعیت منتشر می‌شود؟
• قالب بومی، PDF، IFC، BCF، جدول یا سند چیست؟
• قاعده نام‌گذاری، طبقه‌بندی و مختصات چیست؟
• روش کنترل هندسه و داده چگونه است؟
• چه اطلاعاتی در پایان به بهره‌برداری منتقل می‌شود؟

درخواست «همه اطلاعات» هزینه و خطا را زیاد می‌کند. اصل بهتر، سطح اطلاعات موردنیاز برای هدف مشخص است.

برنامه اجرای BIM یا BEP

BEP سند عملیاتی تیم برای پاسخ به نیاز کارفرماست. استاندارد ملی BIM آمریکا نسخه ۴ آن را یک سند پایه برای تعریف راهبرد پیاده‌سازی می‌داند. BEP باید با پیشرفت پروژه به‌روز شود و فقط فایل تشریفاتی ابتدای کار نباشد.

اجزای معمول شامل کاربردهای BIM، نقش‌ها، ماتریس مسئولیت، نرم‌افزار و نسخه، قالب تبادل، CDE، مختصات، برنامه تحویل مدل، فرایند هماهنگی، کنترل کیفیت، امنیت و تحویل نهایی است. روش حل اختلاف میان مدل و سند قراردادی نیز باید روشن باشد.

محیط مشترک داده یا CDE

CDE فقط پوشه ابری نیست؛ فرایندی برای ایجاد، به‌اشتراک‌گذاری، بازبینی، انتشار و بایگانی اطلاعات است. هر فایل یا مدل باید وضعیت، نسخه، سازنده و کاربرد مجاز داشته باشد. اطلاعات در حال کار نباید بدون کنترل به‌عنوان مبنای ساخت استفاده شود.

ساختار معمول بین اطلاعات در حال کار، مشترک برای هماهنگی، منتشرشده و آرشیو تمایز می‌گذارد. دسترسی باید بر اساس نقش باشد و تاریخچه تغییر حفظ شود. ارسال فایل در پیام‌رسان یا ایمیل بدون ثبت در CDE می‌تواند نسخه‌های موازی و تصمیم نامعتبر ایجاد کند.

مدل‌های تخصصی و مدل فدره

معمار، سازه، مکانیک و برق معمولاً مدل‌های مسئولیت خود را نگه می‌دارند. مدل فدره این مدل‌ها را برای مشاهده و هماهنگی کنار هم قرار می‌دهد، بدون اینکه مالکیت عناصر مبهم شود. هر عنصر باید نویسنده و مدل مرجع مشخص داشته باشد.

مختصات مشترک، نقطه مبنا، واحد، طبقات و تقسیم‌بندی مدل باید پیش از تبادل تثبیت شوند. مدل بزرگ می‌تواند بر اساس ساختمان، طبقه، منطقه یا سیستم تقسیم شود، اما مرز تقسیم نباید عناصر را تکراری یا روابط را قطع کند.

LOD، LOI و سطح نیاز اطلاعات

اصطلاح LOD در بازار به معانی متفاوت استفاده می‌شود. بعضی آن را سطح توسعه هندسه و بعضی سطح جزئیات می‌دانند. برای جلوگیری از سوءتفاهم، قرارداد باید تعریف مرجع و مثال قابل پذیرش داشته باشد. ISO 19650 بر «سطح نیاز اطلاعات» تاکید می‌کند: مقدار و کیفیت هندسی، الفبایی و مستندات متناسب با هدف.

مدل مرحله کانسپت نباید پیچ و بست واقعی داشته باشد؛ در مقابل، مدل تحویل تجهیز بدون شناسه و مشخصات نگهداری ناقص است. اطلاعات زودهنگام بیش‌ازحد می‌تواند توهم قطعیت ایجاد و تغییر را پرهزینه کند.

هماهنگی و Clash Detection

تشخیص برخورد فقط گزارش نرم‌افزار نیست. ابتدا قواعد آزمون، تلرانس، اولویت سیستم و مرحله پروژه تعریف می‌شوند. برخورد سخت، فاصله نگهداری، فضای نصب، دسترسی تعمیر و توالی ساخت انواع متفاوتی از issue هستند.

فرایند موثر شامل استخراج issue، تعیین مسئول، موعد، پیشنهاد راه‌حل، کنترل مجدد و بستن مستند است. صدها برخورد بدون اولویت ارزش کمی دارند. مدل باید به اندازه‌ای دقیق باشد که آزمون معتبر باشد؛ clash بین اجزای موقت یا تکراری می‌تواند نویز تولید کند.

BIM و متره و هزینه

مدل می‌تواند مقدار را سریع استخراج کند، اما دقت آن به قواعد مدل‌سازی و ساختار طبقه‌بندی وابسته است. مساحت رنگ، حجم بتن، طول لوله و تعداد در هرکدام روش اندازه‌گیری متفاوت دارند. همه اقلام هزینه در مدل هندسی نیستند؛ تجهیز کارگاه، پرت، قالب، حمل و ریسک ممکن است خارج از مدل محاسبه شوند.

برای ردیابی تغییر، نسخه مدل، تاریخ استخراج و نگاشت به کد هزینه ثبت شود. عدد خودکار بدون کنترل دوباره لزوماً دقیق‌تر نیست. مترور باید بداند عنصر چگونه مدل شده و موارد خارج از دامنه را تکمیل کند.

BIM چهار بعدی و برنامه ساخت

4D ارتباط اجزای مدل با فعالیت‌های برنامه است تا توالی، دسترسی، فضای کار، لیفت و ایمنی بررسی شوند. انیمیشن زیبا هدف نیست؛ مدل باید محدودیت یا تصمیمی را آشکار کند. سطح تقسیم عناصر باید با سطح برنامه سازگار باشد.

برای مثال یک دال یکپارچه در مدل طراحی ممکن است در ساخت به چند pour تقسیم شود. بدون این تفکیک، توالی واقعی دیده نمی‌شود. فعالیت‌های موقت مانند داربست، جرثقیل، حصار و مسیر حمل نیز ممکن است برای لجستیک لازم باشند.

ساخت، ساخت‌پذیری و مدل کارگاهی

مدل طراحی الزاماً مدل ساخت یا fabrication نیست. پیمانکار و سازنده ممکن است جزئیات، قطعه‌بندی و اتصالات را توسعه دهند. حدود مسئولیت طراحی، تایید و استفاده باید قراردادی روشن باشد تا تایید مدل کارگاهی به انتقال ناخواسته مسئولیت تبدیل نشود.

هماهنگی سوراخ‌ها، sleeve، embed و بازشو پیش از بتن‌ریزی از کاربردهای ارزشمند است. اما کنترل کارگاه، رواداری واقعی و تغییرات اجرا باید به مدل بازگردند. اسکن لیزری یا نقشه‌برداری می‌تواند وضعیت ساخته‌شده را مقایسه کند، ولی به روش پذیرش و تلرانس نیاز دارد.

مدل تحویل و بهره‌برداری

بهره‌بردار به تمام اجزای مدل طراحی نیاز ندارد. او معمولاً شناسه تجهیز، محل، سازنده، مدل، گارانتی، برنامه سرویس، قطعه یدکی و سند مرتبط را می‌خواهد. این نیازها باید از ابتدا تعریف شوند تا داده در پایان با جست‌وجوی دستی جمع نشود.

COBie یکی از روش‌های ساختاریافته برای تبادل اطلاعات دارایی است، اما فرمت باید با سامانه مدیریت تاسیسات کارفرما سازگار باشد. قبل از تحویل، نمونه داده وارد سامانه مقصد شود. فایل سنگین که هیچ‌کس نمی‌تواند استفاده کند، تحویل دیجیتال موفق نیست.

openBIM، IFC، BCF و IDS

openBIM به جریان‌های مبتنی بر استانداردهای باز و مستقل از فروشنده کمک می‌کند. buildingSMART استانداردهایی برای تبادل و همکاری توسعه می‌دهد:

• IFC: ساختار باز برای تبادل داده مدل میان نرم‌افزارها؛
• BCF: تبادل issue، دید، توضیح و وضعیت بدون ارسال کامل مدل؛
• IDS: بیان قابل بررسی نیازهای اطلاعاتی برای مدل IFC؛
• bSDD: واژه‌نامه و داده‌نامه برای هماهنگی اصطلاحات و خواص.

تبادل IFC باید آزمایش شود؛ «Export» پایان کار نیست. نگاشت طبقه‌بندی، property، هندسه، مختصات و رابطه‌ها پس از import کنترل شوند. نسخه schema و Model View Definition باید در BEP مشخص باشد.

بعدهای BIM؛ از 3D تا xD با احتیاط

اصطلاح‌های 4D برای زمان و 5D برای هزینه رایج‌اند، اما تعریف 6D، 7D و بالاتر بین سازمان‌ها یکسان نیست. بهتر است به‌جای تکیه بر عدد، کاربرد، روش و خروجی نوشته شود. استاندارد NBIMS-US نیز میان «BIM Use» و «Use Case» تمایز می‌گذارد: استفاده باید همراه با روش و نتیجه مورد انتظار تعریف شود.

قرارداد، مالکیت و امنیت اطلاعات

مدل شامل دانش طراحی، داده دارایی و گاهی اطلاعات حساس امنیتی است. قرارداد باید مالکیت، مجوز استفاده، مسئولیت صحت، اولویت اسناد، مدت نگهداری و حق انتقال به بهره‌بردار را تعیین کند. دسترسی CDE باید حداقلی و قابل بازبینی باشد.

پشتیبان، ثبت رویداد، احراز هویت، مدیریت حساب خروجی و روش اشتراک با پیمانکاران ضروری‌اند. امنیت نباید جریان کار را چنان دشوار کند که افراد به ابزار غیررسمی برگردند. ISO 19650 بخش ۵ به مدیریت امنیت‌محور اطلاعات حساس می‌پردازد.

کنترل کیفیت مدل

• کنترل هندسه، مختصات و طبقات؛
• یافتن عناصر تکراری، بدون میزبان یا خارج از محدوده؛
• کنترل نام، کد، طبقه‌بندی و property اجباری؛
• اعتبارسنجی فضای خالی، سیستم و رابطه عناصر؛
• بررسی عملکرد تبادل IFC و فایل‌های خروجی؛
• ثبت نتیجه، مسئول اصلاح و نسخه تاییدشده.

مدل باید قبل از اشتراک توسط تیم تولیدکننده و پیش از انتشار توسط مسئول هماهنگی کنترل شود. dashboard بدون تعریف خطا و آستانه فقط عدد تولید می‌کند.

شاخص‌های سنجش موفقیت BIM

موفقیت را با حجم فایل یا تعداد clash اندازه نگیرید. شاخص‌ها به هدف وابسته‌اند:

• درصد تحویل به‌موقع و پذیرفته‌شده در نخستین بازبینی؛
• زمان متوسط بستن issue و تعداد بازگشایی؛
• تعارض بحرانی کشف‌شده پیش از کارگاه؛
• کاهش درخواست اطلاعات ناشی از ناهماهنگی؛
• اختلاف مقدار مدل با متره کنترل‌شده؛
• درصد دارایی تحویلی با داده قابل استفاده؛
• زمان لازم برای یافتن سند یا تجهیز در بهره‌برداری.

برای مقایسه باید خط مبنا و شیوه ثبت ثابت باشد. نسبت‌دادن تمام صرفه‌جویی پروژه به BIM بدون کنترل سایر تغییرات معتبر نیست.

اشتباهات رایج در پیاده‌سازی BIM

• شروع با خرید نرم‌افزار پیش از تعریف هدف؛
• درخواست مدل بسیار پرجزئیات در مرحله زودهنگام؛
• نامشخص‌بودن مالک عنصر و مسئول تایید؛
• اشتراک فایل از کانال‌های متعدد خارج از CDE؛
• clash detection بدون قاعده، اولویت و فرایند بستن؛
• اعتماد کامل به متره خودکار بدون قواعد مدل‌سازی؛
• تولید مدل تحویل بدون هماهنگی با بهره‌بردار؛
• نادیده‌گرفتن قرارداد، امنیت و آموزش تیم.

نقشه راه پیاده‌سازی برای یک پروژه

1. تعریف ارزش: دو یا سه تصمیم پرارزش انتخاب شوند.
2. نیازمندی: اطلاعات، زمان، قالب و معیار پذیرش نوشته شوند.
3. ارزیابی تیم: توان، ابزار، ظرفیت و ریسک طرف‌ها بررسی شود.
4. BEP: نقش، فرایند، CDE، تحویل و کنترل تصویب شوند.
5. پایلوت: یک ناحیه یا تبادل نمونه پیش از مقیاس کامل آزمایش شود.
6. هماهنگی دوره‌ای: issueها با مسئول و موعد مدیریت شوند.
7. اندازه‌گیری: KPIها ثبت و فرایند اصلاح شود.
8. تحویل: داده با سامانه مقصد آزموده و دانش پروژه مستند شود.

دو مطالعه موردی از هماهنگی بین‌رشته‌ای

در تجربه مهندسین مشاور دَش، پروژه‌هایی مانند ساختمان اداری قند بیستون و ساختمان اداری کارخانه نساجی خوی، هماهنگی معماری، سازه، تاسیسات و جزئیات اجرایی برای حفظ کیفیت طرح ضروری است. مدل زمانی ارزش دارد که ابزار تصمیم و ارتباط باشد؛ نه صرفاً خروجی تصویری مستقل از فرایند طراحی و ساخت.

جمع‌بندی

BIM از مدل سه‌بعدی آغاز می‌شود اما در آن پایان نمی‌یابد. نیازمندی روشن، BEP، محیط مشترک داده، مسئولیت عناصر، سطح نیاز اطلاعات، کنترل کیفیت و تحویل قابل استفاده ستون‌های آن هستند. IFC و BCF می‌توانند همکاری میان نرم‌افزارها را بهتر کنند، اما به قواعد و آزمون نیاز دارند. پروژه موفق ابتدا مسئله را تعریف می‌کند و سپس فناوری متناسب را انتخاب می‌کند.

منابع و مطالعه بیشتر

• NIBS — National BIM Standard–United States Version 4
• NIBS — BIM Execution Planning Standard
• UK BIM Framework — ISO 19650 Concepts Guidance
• buildingSMART International — openBIM
• buildingSMART — BIM Collaboration Format (BCF)