LOD چیست؟ راهنمای جامع Level of Development در BIM + توضیح کامل سطوح 100 تا 500
عنوان
وبینار میلگردگذاری در Revit — آموزش ابزارهای Reinforcement و تولید نقشههای اجرایی
تاریخچه شکلگیری LOD و پیدایش مفهوم Level of Development
مفهوم LOD یا Level of Development در پاسخ به یک نیاز واقعی صنعت ساخت شکل گرفت؛ نیاز به تعریف دقیق و قابل اتکا از میزان توسعه عناصر مدل در فرآیند BIM. در سالهای ابتدایی استفاده از مدلسازی اطلاعات ساخت، اصطلاح LOD اغلب بهصورت غیررسمی و با برداشتهای متفاوت استفاده میشد. برخی آن را معادل «Level of Detail» میدانستند و برخی آن را به فازهای طراحی مرتبط میکردند. این ابهام، زمینهساز اختلاف در تحویل مدل، هماهنگی بین رشتهها و حتی تعهدات قراردادی شد.
نقطه عطف در رسمی شدن این مفهوم زمانی بود که AIA (American Institute of Architects) در قالب اسناد قراردادی خود، بهویژه در BIM Exhibit، تعاریف اولیهای از سطوح LOD ارائه داد. این تعاریف پایهای، برای نخستینبار چارچوبی مشخص برای بیان سطح توسعه عناصر مدل فراهم کردند و نشان دادند که LOD باید به «میزان قابلیت اتکا به مدل» اشاره داشته باشد، نه صرفاً به میزان جزئیات ظاهری آن.
با گسترش استفاده از BIM در پروژههای پیچیدهتر، صنعت به تعاریف دقیقتر و عملیاتیتر نیاز پیدا کرد. در همین راستا، BIMForum با تشکیل یک کارگروه چندرشتهای، اقدام به توسعه سندی جامعتر کرد که امروزه با عنوان LOD Specification شناخته میشود. این سند، تعاریف کلی AIA را گسترش داد و برای انواع سیستمهای ساختمانی، تفسیرهای مشخص هندسی در سطوح مختلف توسعه ارائه کرد.
یکی از مهمترین اصلاحات مفهومی در این فرآیند، جداسازی صریح بین «Level of Detail» و «Level of Development» بود. LOD در معنای رسمی خود، دیگر به پیچیدگی گرافیکی مدل اشاره نداشت، بلکه بیانگر میزان بلوغ هندسی و قابلیت استفاده از اطلاعات مدل برای تصمیمگیری، هماهنگی و اجرا بود. این تغییر نگاه، LOD را از یک شاخص ظاهری به یک ابزار مدیریتی و ارتباطی تبدیل کرد.
در نتیجه این تحول، LOD به یکی از پایههای اصلی مدیریت اطلاعات در پروژههای BIM تبدیل شد؛ ابزاری برای تعریف انتظارات، کاهش ابهام و ایجاد زبان مشترک میان طراحان، سازندگان و کارفرمایان. امروز LOD نهتنها در اسناد BIMForum، بلکه در بسیاری از استانداردهای بینالمللی و برنامههای اجرایی پروژهها بهعنوان مرجع تعیین سطح توسعه مدل مورد استفاده قرار میگیرد.
مشاهده فیلم آموزشی
پیشنهادهای ویژه
آموزش Navisworks:مبتدی تا پیشرفته، عملی (4D، 5D و Clash Detection)
قیمت
جایگاه قراردادی و حقوقی LOD Specification در پروژههای BIM
یکی از مهمترین نکاتی که در ابتدای سند LOD Specification به آن تأکید میشود، این است که این سند «ارائهدهنده مشاوره حقوقی نیست» و نباید بهتنهایی بهعنوان سند الزامآور قراردادی تلقی شود. این تصریح حقوقی بسیار مهم است، زیرا نشان میدهد هدف سند، ایجاد یک مرجع فنی و ارتباطی برای صنعت است، نه تعریف تعهدات قانونی مستقل.
LOD Specification در اصل یک ابزار مرجع است که میتواند در قراردادها، BIM Execution Plan (BEP) یا ضمائم پروژه مورد استناد قرار گیرد. به عبارت دیگر، زمانی که یک پروژه نسخه مشخصی از این سند را در اسناد قراردادی خود ذکر میکند، آن نسخه میتواند بخشی از چارچوب تعهدات طرفین شود. اما خود سند بهتنهایی و خارج از ارجاع رسمی در قرارداد، الزام حقوقی ایجاد نمیکند.
این تفکیک اهمیت زیادی دارد. بسیاری از اختلافات در پروژههای BIM زمانی رخ میدهد که عددی مانند «LOD 300» در قراشرداد ذکر میشود، اما مشخص نشده است که تفسیر آن بر اساس کدام مرجع انجام خواهد شد. LOD Specification دقیقاً برای کاهش این ابهام طراحی شده است. وقتی در قرارداد قید میشود که تفسیر سطوح توسعه بر اساس LOD Specification انجام میشود، دامنه انتظارات روشنتر و قابل دفاعتر میشود.
جایگاه LOD در اسناد قراردادی AIA
ریشه مفهومی LOD به اسناد قراردادی AIA بازمیگردد، بهویژه BIM Exhibit ها که برای اشتراکگذاری مدل میان شرکتکنندگان پروژه تدوین شدهاند. در آن اسناد، LOD بهعنوان چارچوبی برای تعریف میزان توسعه عناصر مدل معرفی شد. BIMForum در ادامه، این تعاریف را گسترش داد و آنها را به سطح عنصر و سیستم ساختمانی توسعه داد.
بنابراین از منظر حقوقی، LOD زمانی معنا و قدرت اجرایی پیدا میکند که در کنار اسناد قراردادی، BEP و جداول تخصیص مسئولیت قرار گیرد. به همین دلیل، LOD Specification همواره بر نقش Model Element Table بهعنوان ابزار عملیاتی پروژه تأکید میکند.
نقش تصاویر در سند و حدود اعتبار آنها
در بخشهای مختلف LOD Specification، تصاویر و گرافیکهای توضیحی ارائه شدهاند تا تفاوت سطوح توسعه برای عناصر مختلف روشنتر شود. اما سند بهصراحت تأکید میکند که در صورت تعارض میان توضیح نوشتاری و تصویر، متن اولویت دارد. این نکته از نظر حقوقی و اجرایی بسیار مهم است.
تصاویر صرفاً برای کمک به درک بهتر مفاهیم ارائه شدهاند و نمایانگر شرایط عمومی هستند. آنها جایگزین بررسی شرایط خاص پروژه، الزامات محلی، کدهای ساختمانی منطقهای یا ملاحظات فنی اختصاصی نیستند. بنابراین، استفاده از تصاویر سند بهعنوان مرجع نهایی طراحی یا ساخت بدون تحلیل مهندسی مستقل، میتواند ریسک ایجاد کند.
در واقع، تصاویر سند نقش «ابزار آموزشی» دارند، نه «الگوی اجرایی الزامآور». این تمایز به جلوگیری از برداشتهای نادرست کمک میکند.
LOD بهعنوان ابزار مدیریت ریسک قراردادی
در نهایت، LOD Specification را میتوان یک ابزار کاهش ریسک قراردادی دانست. وقتی سطوح توسعه عناصر بهصورت دقیق تعریف شوند:
دامنه خدمات طراح روشنتر میشود
- انتظار کارفرما شفافتر میشود
- مسئولیت توسعه مدل مشخص میشود
- و اختلافات درباره «کامل بودن مدل» کاهش مییابد
اما اگر LOD بدون تعریف نسخه مرجع، بدون جدول تخصیص مسئولیت و بدون اتصال به BEP در قرارداد ذکر شود، خود میتواند منبع ابهام جدیدی باشد.
بنابراین، رویکرد حرفهای در پروژههای BIM این است که LOD Specification نه بهعنوان یک عدد انتزاعی، بلکه بهعنوان یک چارچوب فنی-حقوقی مکمل اسناد پروژه مورد استفاده قرار گیرد.
تغییرات و بهروزرسانیهای مهم در LOD Specification (نسخه 2025)
نسخه 2025 LOD Specification شامل اصلاحات ساختاری و مفهومی مهمی است که با هدف همراستاسازی بیشتر سند با رویههای رایج صنعت و کاهش سوءبرداشتهای اجرایی اعمال شدهاند. این تغییرات عمدتاً در بخش Part I – Element Geometry و در تعریف سطوح پایه توسعه مشاهده میشوند.
همراستاسازی LOD 300 با رویههای متداول Construction Documents
یکی از مهمترین بهروزرسانیها، بازبینی تعاریف LOD 300 در عناصر مختلف است. در این نسخه، تعاریف LOD 300 بهگونهای اصلاح شدهاند که با سطح اطلاعات و جزئیاتی که بهطور معمول در نقشههای اجرایی (Construction Documents) ارائه میشود، هماهنگ باشند.
در نسخههای پیشین، در برخی موارد از LOD 300 انتظاراتی فراتر از رویه معمول طراحی مطالبه میشد. نسخه 2025 این عدمتوازن را اصلاح کرده و مرز مشخصتری میان طراحی و سطح هماهنگی اجرایی ایجاد کرده است.
نتیجه عملی این اصلاح آن است که LOD 300 دیگر بهاشتباه بهعنوان سطحی نزدیک به Fabrication تلقی نمیشود و جایگاه آن در فرآیند طراحی شفافتر شده است.
بازنگری در الزامات مدلسازی بازشوها (Openings)
در نسخههای قبلی، معیار مدلسازی بازشوها در برخی سیستمها بر اساس ابعاد کلی (مثلاً بزرگتر از یک مقدار مشخص) تعریف میشد. در نسخه 2025 این رویکرد اصلاح شده و معیارها تخصصیتر و متناسب با نوع سیستم سازهای شدهاند.
بهعنوان مثال:
در سازههای فولادی، تمامی بازشوهای برنامهریزیشده باید در سطح مربوطه مدل شوند.
در سازههای بتنی، بازشوهایی که نیازمند قالببندی هستند مورد توجه قرار میگیرند.
در سیستمهای چوبی یا فلزی سبک، بازشوهایی که نیاز به عناصر تقویتی اضافی دارند ملاک قرار میگیرند.
این تغییر باعث شده تعریف LOD دقیقتر، تخصصیتر و هماهنگتر با منطق اجرایی هر سیستم باشد.
تقویت بخش «BIMForum Expansion» در تعاریف پایه
در نسخه 2025، توضیحات تکمیلی مربوط به BIMForum Expansion در سطوح پایه LOD تقویت شدهاند. هدف از این اقدام، جلوگیری از درخواستهای غیرواقعبینانه برای سطوح بالاتر LOD و کمک به تیمهای مدلسازی برای پاسخگویی دقیقتر به انتظارات پروژه است.
این اصلاح بهویژه در پروژههایی اهمیت دارد که کارفرما یا ذینفعان بدون درک دقیق تفاوت سطوح توسعه، درخواست LODهای بیشازحد بالا در مراحل اولیه پروژه دارند.
اصلاحات واژگانی برای رفع ابهام
در برخی بخشها، برای جلوگیری از سوءبرداشت، عبارات مبهم حذف یا جایگزین شدهاند. بهعنوان نمونه، برخی اصطلاحات کلی با عبارات دقیقتری مانند ارجاع به “user-defined keynotes” جایگزین شدهاند تا تفسیر عناصر بهصورت شفافتر انجام شود.
تعاریف و نکات کلیدی در LOD Specification (Definitions and Notes)
یکی از بخشهای مهم و اغلب نادیدهگرفتهشده در LOD Specification، بخش Definitions and Notes است. این بخش پیش از ورود به تعاریف سطوح LOD و تفسیر هندسی عناصر، چارچوب مفهومی سند را مشخص میکند و برخی اصطلاحات را با معنای تخصصی آنها در این استاندارد تعریف مینماید.
در این قسمت تأکید میشود که تعاریف ارائهشده، لزوماً معادل معنای لغتنامهای آن واژهها نیستند، بلکه تفسیر تخصصی آنها در بستر این سند هستند. این تمایز اهمیت زیادی دارد، زیرا بسیاری از سوءبرداشتها در پروژههای BIM ناشی از استفاده عمومی از واژههایی است که در این سند معنای دقیقتری دارند.
تعریف «Accurate» و «Actual» در بستر مدل
در این بخش، مفهوم «Accurate» بهعنوان انطباق دقیق با ابعاد مورد نظر تعریف میشود. با این حال، سند اشاره میکند که در برخی عناصر مانند اجزای مرتبط با منظر (Landscape) که تحت تأثیر رشد یا شرایط طبیعی هستند، مفهوم دقت ممکن است بهمعنای انتقال صحیح نیت طراحی باشد، نه الزاماً عدد کاملاً ثابت.
همچنین بین «Actual» و «Nominal» تمایز قائل میشود. ابعاد Nominal معمولاً ابعادی هستند که در مرحله طراحی در مدل قرار میگیرند، در حالی که ابعاد Actual برای هماهنگی اجرایی یا ساخت واقعی مورد نیاز هستند. این تفکیک در سطوح بالاتر LOD اهمیت عملی پیدا میکند.
مفهوم Element Envelope
یکی از مفاهیم کلیدی معرفیشده در این بخش، «Element Envelope» است. این اصطلاح به سطوح خارجی یک عنصر اشاره دارد. در سطوح پایینتر LOD، این پوشش ممکن است تقریبی باشد، اما در LODهای بالاتر باید دقیق و قابل اعتماد باشد. این تعریف نقش مهمی در تعیین سطح توسعه واقعی یک عنصر ایفا میکند.
عناصر نفوذی(Penetration Elements)
سند توضیح میدهد که عناصری مانند Sleeveها یا تقویتهای اطراف نفوذها، تحت عنوان Penetration Elements شناخته میشوند و معمولاً در بخش مربوط به عنصر نفوذکننده تعریف میشوند، نه در عنصر میزبان. این منطق دستهبندی، از تداخل مسئولیتها در مدل جلوگیری میکند.
نکات عمومی (General Notes)
در ادامه، سند به چند نکته عمومی اشاره میکند که برای تفسیر صحیح LOD ضروری هستند:
در صورت تعارض میان تصویر و توضیح نوشتاری، متن اولویت دارد.
غشاها (Membranes) معمولاً بهصورت گرافیکی مدل نمیشوند و از طریق یادداشتها یا روشهای غیرگرافیکی توصیف میشوند.
در صورت نیاز به تفکیک بیشتر، سطوح پایینتر طبقهبندی Uniformat ممکن است توسعه یابند، اما این توسعهها توسط BIMForum افزوده شدهاند و بخشی از ساختار اصلی Uniformat نیستند.
این نکات به کاربران کمک میکند که سند را بهعنوان یک چارچوب فنی-تفسیری درک کنند، نه یک دستورالعمل سختگیرانه مدلسازی.
اهمیت این بخش در استفاده حرفهای از LOD
بخش Definitions and Notes پایه تفسیر کل سند است. بدون درک صحیح این تعاریف، احتمال برداشت نادرست از سطوح LOD افزایش مییابد. این بخش بهویژه برای BIM Managerها و تدوینکنندگان BEP اهمیت دارد، زیرا چارچوب واژگانی و مفهومی سند را تثبیت میکند و مرز میان توسعه هندسی، نیت طراحی و الزامات اجرایی را روشن میسازد.
در واقع، پیش از آنکه درباره LOD 300 یا LOD 400 صحبت شود، باید زبان مشترکی که این سند تعریف میکند بهدرستی فهمیده شود، و این دقیقاً همان نقشی است که بخش Definitions and Notes ایفا میکند.
تعاریف پایه سطوح LOD (Fundamental LOD Definitions)
بخش Fundamental LOD Definitions هسته مفهومی LOD Specification را تشکیل میدهد. در این قسمت، سطوح مختلف Level of Development بهصورت رسمی تعریف شدهاند و چارچوب اصلی تفسیر LOD در پروژههای BIM را مشخص میکنند. این تعاریف همان مبنایی هستند که در اسناد قراردادی AIA نیز مورد استفاده قرار گرفتهاند و سپس توسط BIMForum توسعه یافتهاند.
هدف این بخش، ارائه یک درک مشترک از این موضوع است که هر سطح LOD دقیقاً چه معنایی دارد و چه انتظاری از مدل در آن سطح وجود دارد.
LOD بهعنوان «توسعه» نه «جزئیات»
در ابتدای این بخش، سند بار دیگر تأکید میکند که LOD به معنی Level of Development است و نه Level of Detail. تفاوت این دو مفهوم بسیار اساسی است. Level of Detail به میزان پیچیدگی گرافیکی اشاره دارد، در حالی که Level of Development به درجهای از بلوغ هندسی و اطلاعاتی اشاره میکند که میتوان به آن برای تصمیمگیری و هماهنگی اعتماد کرد.
یک عنصر ممکن است از نظر ظاهری بسیار دقیق باشد، اما اگر موقعیت آن دقیق تعریف نشده باشد، نمیتواند در سطح بالاتر LOD قرار گیرد. بنابراین معیار اصلی در این تعاریف، قابلیت اعتماد به مدل است، نه میزان جزئیات سه بعدی گرافیکی آن.
ماهیت تجمعی سطوح LOD
یکی از اصول مهمی که در این بخش مطرح میشود، تجمعی بودن سطوح LOD است. به این معنا که هر سطح بالاتر، الزامات سطوح پایینتر را نیز در بر میگیرد. اگر عنصری در LOD 350 تعریف شده باشد، باید الزامات LOD 100، 200 و 300 را نیز پوشش دهد.
این ساختار پلهای باعث میشود توسعه مدل قابل ردیابی و منطقی باشد.
تعریف سطوح LOD 100 تا 500
در این بخش، پنج سطح اصلی LOD تعریف میشوند:
| عنوان | توضیحات |
|---|---|
| LOD 100 | عنصر ممکن است بهصورت نمادین یا انتزاعی نمایش داده شود. اطلاعات مرتبط با آن از طریق سایر عناصر مدل قابل استخراج است و باید تقریبی در نظر گرفته شود. |
| LOD 200 | عنصر دارای نمایش سهبعدی عمومی با اندازه، شکل و موقعیت تقریبی است. هندسه آن قابل تشخیص است، اما هنوز دقیق و قابل اتکای کامل نیست. |
| LOD 300 | عنصر بهگونهای مدل شده است که ابعاد، موقعیت و شکل آن قابل اندازهگیری باشد. این سطح معمولاً مبنای مستندات طراحی است، اما الزاماً به معنی هماهنگی کامل یا بدون تداخل بودن مدل نیست. |
| LOD 350 | علاوه بر ویژگیهای LOD 300، در این سطح روابط عنصر با عناصر مجاور نیز تعریف شدهاند. اینترفیسها، نفوذها و شرایط اتصال مشخص شدهاند و مدل برای هماهنگی اجرایی مناسبتر است. |
| LOD 400 | عنصر با جزئیات کافی برای ساخت، مونتاژ یا Fabrication مدل شده است. این سطح معمولاً توسط پیمانکار یا سازنده توسعه داده میشود و میتواند مبنای نقشههای کارگاهی باشد. |
| LOD 500 | بیانگر وضعیت ساختهشده (As-Constructed) است و بر اساس برداشت میدانی یا مشاهده واقعی توسعه یافته است. در این سطح، میزان دقت مدل باید مشخص شود. |
پیوستگی با استانداردهای بینالمللی
در این بخش همچنین به همراستایی مفهومی LOD با برخی استانداردهای بینالمللی اشاره میشود، اما تأکید میشود که این تعاریف پایهای هستند و تفسیر عملی آنها در بخشهای بعدی سند و در سطح عناصر مختلف توسعه داده میشود.
اهمیت این بخش در مدیریت پروژه
بخش Fundamental LOD Definitions نقطه شروع درک صحیح LOD است. بدون فهم دقیق این تعاریف، استفاده از LOD در BEP، قرارداد یا تحویل مدل میتواند به سوءبرداشت منجر شود. این بخش مرز میان مدل مفهومی، مدل طراحی، مدل هماهنگ اجرایی و مدل ساخت را مشخص میکند و پایهای برای تمام تفسیرهای بعدی در سند فراهم میآورد.
در واقع، پیش از آنکه درباره LOD یک عنصر خاص صحبت شود، باید درک مشترکی از همین تعاریف پایه وجود داشته باشد؛ زیرا تمام جزئیات بعدی سند بر همین بنیان استوار است.
راهنمای استفاده از LOD Specification (USER GUIDE)
بخش User Guide در LOD Specification نقش کلیدی در تفسیر و پیادهسازی صحیح این استاندارد دارد. اگر بخشهای قبلی سند چارچوب مفهومی و تعاریف رسمی LOD را ارائه میکنند، این بخش توضیح میدهد که این چارچوب چگونه باید در عمل و در پروژههای واقعی مورد استفاده قرار گیرد.
LOD بهعنوان مرجع ارتباطی در صنعت AEC
LOD Specification بهعنوان یک مرجع طراحی شده است تا متخصصان صنعت معماری، مهندسی و ساخت (AEC) بتوانند با دقت بالا، محتوای مدلهای BIM و میزان قابلیت اعتماد آنها را در مراحل مختلف طراحی و ساخت توصیف کنند. این سند تفسیر تفصیلی از چارچوب LOD ارائهشده در اسناد قراردادی AIA است و هدف آن استانداردسازی استفاده از این زبان مشترک در پروژههاست.
LOD Specification تعیین نمیکند چه چیزی باید مدل شود یا چه کسی مسئول آن است؛ بلکه زبانی فراهم میکند تا تیمها بتوانند این موارد را برای پروژه خود تعریف کنند.
BIM بهعنوان ابزار ارتباط و همکاری
یکی از مهمترین بخشهای User Guide توضیح میدهد که چرا LOD برای استفاده از BIM بهعنوان ابزار ارتباطی ضروری است.
در محیطی که افراد مختلف از یک مدل برای پیشبرد کار خود استفاده میکنند، چند مسئله اساسی بهوجود میآید:
نخست اینکه عناصر مدل در طول طراحی از ایدهای مبهم به تعریف دقیق میرسند. پیش از LOD، هیچ روش سادهای برای بیان اینکه یک عنصر در کدام نقطه از این مسیر قرار دارد وجود نداشت.
دوم اینکه ظاهر مدل همیشه بیانگر دقت آن نیست. یک عنصر عمومی که بهصورت تقریبی جانمایی شده، ممکن است از نظر گرافیکی مشابه عنصری باشد که با دقت اجرایی مدل شده است. بنابراین نمیتوان تنها از ظاهر مدل میزان اعتماد پذیری آن را تشخیص داد.
سوم اینکه امکان استخراج اطلاعاتی از مدل وجود دارد که طراح قصد اتکا به آن را نداشته است. در گذشته این مسئله با درج Disclaimerهای کلی حل میشد. LOD چارچوبی فراهم میکند که بهجای سلب کامل مسئولیت، محدوده دقیق اعتماد مشخص شود.
چهارم اینکه در محیط همکاری، برنامهریزی زمانی توسعه مدل اهمیت حیاتی دارد. کاربران مدل باید بدانند چه زمانی اطلاعات مشخصی در دسترس خواهد بود. LOD به تعریف این نقاط عطف کمک میکند.
رابطه LOD و فازهای طراحی
یکی از تأکیدات مهم این بخش آن است که LODها بر اساس فازهای طراحی تعریف نشدهاند. تکمیل یک فاز طراحی میتواند از طریق زبان LOD توصیف شود، اما LOD خود معادل فاز طراحی نیست.
دلیل این رویکرد روشن است: هیچ استاندارد واحد و جزئی برای تعریف فازهای طراحی وجود ندارد و سیستمهای مختلف ساختمانی با سرعتهای متفاوتی از مفهوم به تعریف دقیق میرسند. بنابراین در پایان یک فاز مانند Schematic Design، مدل ممکن است شامل عناصری در LOD 100، 200، 300 و حتی بالاتر باشد.
همچنین سند تصریح میکند که چیزی به نام «مدل LOD 300» وجود ندارد. هر مدل در هر مقطع زمانی شامل مجموعهای از عناصر در سطوح مختلف توسعه است.
هدف (Intent) سند
User Guide بهصراحت بیان میکند که LOD Specification مجموعهای از الزامات اجباری نیست. این سند مشخص نمیکند چه چیزی در چه زمانی یا توسط چه کسی مدل شود. بلکه ابزاری است برای اینکه تیمها بتوانند این موارد را بهوضوح تعریف کنند.
اهداف اصلی این سند عبارتاند از:
- کمک به تیمها و کارفرمایان برای تعریف دقیق تحویلهای BIM
- کمک به مدیران طراحی برای توضیح سطح اطلاعات مورد انتظار در مراحل مختلف
- امکان اعتماد کاربران پاییندستی به اطلاعات مشخص در مدل
- فراهم کردن مرجعی که بتوان در قراردادها و BEP به آن استناد کرد
ارتباط با BEP
LOD Specification جایگزین BEP نیست، بلکه مکمل آن است. در BEP باید مشخص شود چه مدلهایی در چه نقاط عطفی تولید میشوند و چه اطلاعاتی تبادل خواهد شد. LOD ابزار تعریف این مدلهاست.
ارجاع به LOD در BEP باعث میشود اعتماد به مدل از حالت «فقط جهت اطلاع» خارج شود و محدوده مشخصی از اعتماد تعریف گردد.
توسعه LOD 350
در فرآیند توسعه این سند، کارگروه BIMForum به این نتیجه رسید که میان LOD 300 و LOD 400 خلأیی وجود دارد. سطحی لازم بود که مدل برای هماهنگی دقیق بین رشتهها کافی باشد، اما هنوز وارد جزئیات Fabrication نشود. این سطح با عنوان LOD 350 تعریف شد و بعدها در اسناد AIA نیز گنجانده شد.
اصول استفاده از LOD Specification
در صورت تعارض میان تعاریف کلی و تعاریف خاصتر در سیستمهای مشخص، تعاریف خاصتر اولویت دارند.
LOD بهعنوان حداقل الزام
هر سطح LOD حداقل الزامات را تعریف میکند. اگر همه موارد ذکرشده در یک سطح برآورده نشده باشد، عنصر به آن سطح نرسیده است.
تجمعی بودن سطوح
هر سطح شامل الزامات سطوح قبلی نیز هست.
Model Element Author (MEA)
سند تعیین نمیکند چه کسی باید یک عنصر را مدل کند. این مسئولیت بسته به پروژه متفاوت است. مفهوم Model Element Author از اسناد AIA به این منظور استفاده میشود تا مسئول مدیریت توسعه هر عنصر تا سطح موردنیاز مشخص شود.
اطلاعات خاص پروژه
برخی موارد مانند حداقل اندازه عناصر مدلشونده (Size Thresholds) در سند مشخص نشدهاند، زیرا بسته به پروژه متفاوت هستند. این موارد باید در BEP تعریف شوند.
پیادهسازی LOD در پروژه
دو روش اصلی برای اجرای LOD معرفی شده است:
1️⃣ استفاده از Model Element Table و تعریف LOD برای هر دسته عنصر
2️⃣ درج LOD بهعنوان Attribute در خود عناصر مدل (Current LOD و Target LOD)
روش دوم انعطافپذیری و دقت بیشتری فراهم میکند، زیرا امکان تفکیک عناصر مختلف در یک دسته را میدهد.
دیدگاهتان را بنویسید
برای نوشتن دیدگاه باید وارد بشوید.