מילון מונחי BIM מקיף וברור. אם כולם סביבך זורקים ראשי תיבות כמו BEP, LOD, CDE ו-IFC כאילו מדובר במילים בסיסיות - הגעתם למקום הנכון. 687 מונחים, מהיסודות ועד לכל ממדי ה-BIM, עם קישורים בין מושגים קרובים. ← מאמרים
רוצים לשים את המושגים האלה לפועל?
רק עוגיות חיוניות. האתר משתמש בעוגיות חיוניות בלבד לתפעולו (התחברות ושמירת שפה). מדיניות הפרטיות
התחילו להקליד כדי לחפש מונח, או בחרו קטגוריה למעלה.
גיאומטריה
מודל + גיאומטריה תלת-מימדית חכמה (השכבה הבסיסית). "ממדי" ה-BIM מתארים איזו שכבת מידע מתווספת על גבי המודל התלת-מימדי. תחשוב על 3D כבסיס - כל ממד נוסף מעשיר את המודל בסוג חדש של נתונים.
המודל הבסיסי. קירות, רצפות, גגות, עמודים, תעלות, צינורות - כולם מדולגים כאובייקטים תלת-מימדיים חכמים במרחב. זה מה שרוב האנשים מדמיינים כשהם שומעים "מודל Revit".
סטאק ממדי BIM (3D–10D)
תוכנת המודלינג, האנימציה והרינדור התלת-ממדית הוותיקה והמבוססת של Autodesk, עדיין בשימוש נרחב להדמיה אדריכלית ברמה גבוהה. בעוד ש-Enscape או Twinmotion מעדיפים מהירות ואינטראקטיביות חיה, 3ds Max הוא בדרך כלל הבחירה כשפרויקט זקוק לשליטה הנוספת ולליטוש של תמונת סטילס שמרונדרת במלואה במצב לא-מקוון.
זמן
מודל + לוח זמנים לבנייה. המודל מקושר ללוח זמנים של הבנייה. כל אלמנט קשור למשימה ולתאריך, כך שניתן להנפיש את רצף הבנייה, לאתר קונפליקטים בתזמון לפני תחילת העבודה ולתקשר את תוכנית הבנייה לכל בעלי העניין בצורה ויזואלית.
עלות
מודל + נתוני עלות. המודל מקושר לנתוני עלות. כמויות מוסקות ישירות מאלמנטים מדולגים ומוכפלות בתעריפי יחידה, מה שמספק מעקב תקציבי בזמן אמת ככל שהתכנון מתפתח. שינויים במודל מעדכנים אוטומטית את האומדן.
קיימות
מודל + ניתוח אנרגיה וסביבה. המודל משמש לניתוח אנרגיה וסביבה. BIM 6D מעריך רמות תאורת יום, עומסי חימום וקירור, טביעת רגל פחמנית והשפעה סביבתית לאורך מחזור החיים - כבר משלבי התכנון המוקדמים, כשהשינויים עדיין זולים לביצוע.
ניהול מתקן
מודל + נתוני נכסים תפעוליים. המודל שנמסר למפעילי המבנה לאחר סיום הבנייה. נתוני נכסים - מפרטי ציוד, תקופות אחריות, לוחות תחזוקה, מחזורי החלפה - משובצים במודל ומשמשים את צוות ניהול המתקן לאורך חיי הפעלת המבנה.
בטיחות
מודל + תכנון בטיחות באתר. מידע בטיחותי משולב במודל. BIM 8D מזהה סכנות באתר הבנייה, מדמה תרחישי סיכון ומשלב נהלי בטיחות ברצף הבנייה. הוא עוזר לקבלנים לתכנן אתרים בטוחים יותר לפני שמישהו דורך בהם.
בנייה רזה
מודל + ייעול תהליכים וצמצום בזבוז. המודל משמש לאופטימיזציה של תהליכים וצמצום בזבוז. BIM 9D מיישם עקרונות בנייה רזה - מזעור זמני השבתה, תזמון עבודה יעיל, צמצום בזבוז חומרים - ומזין את השיפורים חזרה לתוכנית הבנייה.
תיעוש ותאומים דיגיטליים
מודל + נתוני טרום-ייצור המזינים תאום דיגיטלי חי. הממד המתקדם ביותר. BIM 10D משלב נתוני טרום-ייצור ובנייה מודולרית (סבילויות ייצור מחוץ לאתר, לוגיסטיקת אספקה, רצפי הרכבה) ומזין תאום דיגיטלי - העתק וירטואלי חי של המבנה שממשיך לקבל נתוני עולם אמיתי מחיישנים זמן רב לאחר סיום הבנייה.
הערה: ממדים 3D עד 7D מאומצים ומתוקננים באופן נרחב. ממדים 8D–10D בשימוש גובר אך טרם הוגדרו באופן אחיד בכל גופי התקינה.
פלטפורמת ניהול הבנייה המקיפה של Autodesk - השם המודרני למה ש-BIM 360 התפתח אליו, המאגד יחד ניהול מסמכים, תיאום מודלים וכלי שטח. ACC מאגד את Autodesk Docs, Model Coordination, Design Collaboration, Build (מעקב בעיות שטח) ומודולים נוספים תחת חשבון אחד וסט הרשאות פרויקט אחד, ומחליף את מה שבעבר היה כמה מוצרי BIM 360 מחוברים באופן רופף יותר. רוב האזכורים של "BIM 360" בפרויקט נוכחי מתכוונים בפועל ל-ACC כיום. במרץ 2026 ACC עצמו שינה את שמו ל-Autodesk Forma, כך ש"ACC" ו-"Forma" מצביעים היום על אותה פלטפורמה.
פלטפורמת ניהול מידע פרויקטי בנייה למעקב מסמכים, תכתובת ואישורי תהליכי עבודה, נפוצה בינלאומית כולל ברחבי המזרח התיכון. Aconex ממלאת תפקיד דומה לצד ניהול המסמכים של Newforma או Procore - רשומה אחת, ניתנת לביקורת, של כל רוויזיית שרטוט, מסמך הגשה ואישור בפרויקט - אך זוכה לאימוץ חזק במיוחד בתשתיות בינלאומיות גדולות ומגה-פרויקטים מחוץ לצפון אמריקה.
תכנון בנייתו ופריסתו של בניין כדי לשלוט בקול - חסימת רעש בין מרחבים וניהול אופן התנהגות הקול בתוך חדר בודד. תכנון אקוסטי מכסה שתי בעיות קשורות אך נפרדות: בידוד קול (כמה רעש עובר בין חדרים, קומות, או אל החוץ) ואקוסטיקת חדר (כיצד הקול מתנהג ברגע שהוא בתוך המרחב - הדהוד, אקו, בהירות דיבור). מכלולי קיר ורצפה מורכבים, פרטי הפרדת קיר משותף ובחירות גימור כולם נבדקים מול יעדי ביצוע אקוסטי המוגדרים בתקנות בנייה מקומיות.
משפחה שמעצבת את עצמה מחדש כדי להתאים לנקודות שמוגדרות על ידי דפוס, עקומה או משטח. סוג משפחה מיוחד שנקודות המיקום שלו אינן קבועות - הן מתאימות את עצמן כדי להתיישר עם מארח, כמו משטח מחולק, רשת פאנלים של קיר מסך מעוקל, או נתיב שמוגדר על ידי גרף Dynamo. במקום צורה נוקשה אחת, Adaptive Component מכופף את הגיאומטריה שלו כדי להתאים לכל מקום שבו הנקודות שלו נוחתות, וזה מה שהופך פאנלים מורכבים ולא-חוזרים בחזית או מבני חופה לאפשריים בלי מידול ידני של כל חתיכה ייחודית.
הן הטכניקה הסטנדרטית לפאנול משטח מעוקל או חופשי-צורה: הניחו משפחה אדפטיבית אחת, החילו אותה על פני משטח מחולק שלם, וכל מופע מעצב את עצמו מחדש אוטומטית כדי להתאים למיקום הפאנל הייחודי שלו.
תוסף צד-שלישי או מותאם אישית שמרחיב את הפונקציונליות המובנית של Revit - הקטגוריה הכללית ש-Dynamo, pyRevit ו-Ideate BIMLink כולם שייכים אליה. חלק מהתוספים רצים דרך ה-Revit API ישירות ודורשים תכנות אמיתי; אחרים, כמו Dynamo, מציעים שכבה ויזואלית מעל אותו API כך שגם לא-מתכנתים יכולים להפוך משימות לאוטומטיות.
תהליך יישוב סכסוכים חוקי ומהיר בדיני הבנייה הבריטיים, שנותן לצדדים החלטה מחייבת תוך שבועות במקום החודשים או השנים שתביעה משפטית הייתה לוקחת. הוא קיים ספציפית כי סכסוכי בנייה לא יכולים לחכות שנים להיפתר בלי לעכב פרויקט שלם - החלטה מחייבת מיידית, גם אם כל צד עדיין יכול לערער עליה מאוחר יותר דרך בוררות דין או הליך משפטי.
מכשיר ביטחון המגן על תשלום מקדמה של המזמין לקבלן במקרה של הפרת חוזה מצד הקבלן. ערבות מקדמה מגנה על מזמין המשלם לקבלן כסף מראש - עבור התארגנות באתר או חומרים בעלי זמן אספקה ארוך - ומבטיחה שהסכום יוחזר אם הקבלן יפר את החוזה לפני אספקת העבודה המתאימה. היא מכסה סיכון שונה מערבות ביצוע או ערבות עיכבון, המגנות מפני עבודה באיכות ירודה או לא שלמה ולא מפני תשלום מוקדם שלא הושלם עבורו.
אדריכלות, הנדסה ובנייה
התעשייה המאוחדת שמשלבת אדריכלות, הנדסה ובנייה - הסקטור שכלי BIM כמו רוויט נבנו לשרת. AEC (Architecture, Engineering, and Construction - אדריכלות, הנדסה ובנייה) הוא המונח המקיף לתעשייה שמתכננת, מעצבת ובונה את הסביבה הבנויה - שלושה תחומים שבאופן מסורתי עבדו כל אחד מתוכניות נפרדות משלו והעבירו עבודה ביניהם בנפרד. BIM קיים בעיקר כדי לתקן את זה: מודל מתואם ומשותף מאפשר לאדריכלים, מהנדסי קונסטרוקציה ו-MEP, וקבלנים לעבוד מאותו מקור אמת במקום ליישב בין סטים סותרים של מסמכים בדיעבד. כשמאמר או כלי באתר הזה אומר "תעשיית AEC", הכוונה לסקטור המשולב הזה, לא לתחום בודד.
שרטוטים מאושרים לביצוע
סט שרטוטים שאושר רשמית ושוחרר לביצוע באתר. הסטטוס הסופי שאליו מגיע שרטוט לאחר שצוות התכנון, ולעיתים קרובות גם הלקוח או הרשות המאשרת, חתם עליו - העבודה יכולה להתחיל באתר באופן חוקי מהגרסה הזו. AFC הוא התחנה האחרונה במחזור החיים של סטטוס השרטוט ב-CDE (בעבודה, משותף, מפורסם/AFC), וכל שינוי אחרי השלב הזה דורש רוויזיה פורמלית, לא עריכה שקטה.
באופן מבלבל, חלק מהמשרדים משתמשים ב-AFC וב-IFC Drawings כמעט לסירוגין; אחרים מפרידים בצורה חדה יותר - IFC מסמן את הרגע שבו השרטוטים מונפקים לצוות האתר, בעוד ש-AFC מאשר שהם אושרו רשמית, מה שעשוי לקרות מוקדם או מאוחר יותר, תלוי בתהליך מעקב הבעיות של הפרויקט. בכל מקרה, ברגע שסט שרטוטים מוחלף ברוויזיית AFC חדשה יותר, יש לסמן את הישן בבירור כבטל, כדי להימנע מהטעות הקלאסית והיקרה של קבלן שבונה מגיליון מיושן.
מסמך התנאים הכלליים הנפוץ ביותר במשפחת חוזי הבנייה הסטנדרטיים האמריקאים של AIA. בעוד שהרשומה הרחבה יותר "AIA Contract Documents" מכסה את כל המשפחה, A201 הוא הספציפי שרוב אנשי המקצוע בבנייה בארה"ב בפועל מתכוונים אליו כשהם פשוט אומרים "התנאים הכלליים של AIA".
מסמכי חוזה של האיגוד האמריקאי לאדריכלים
משפחה נפוצה של טפסי חוזה בנייה אמריקאיים סטנדרטיים (כמו A201 - תנאים כלליים), המקבילה האמריקאית למשפחות החוזה RIBA/JCT הבריטיות ו-FIDIC הבינלאומית. מסמכי E203/G202 של AIA שולטים באופן ספציפי בפרוטוקולי BIM ונתונים דיגיטליים בפרויקטים אמריקאיים, וממלאים תפקיד דומה ל-BEP בפרויקט לפי ISO 19650 - מגדירים בעלות על המודל, ציפיות LOD ובעלות על נתונים בתוך מסגרת החוזה הרחבה יותר של AIA.
Asset Information Model
מודל המידע שמשמש לתפעול המבנה. ה-AIM הוא מודל המידע שמשמש לתפעול ותחזוקת המבנה אחרי המסירה: רישום נכסים, נתוני ציוד, לוחות תחזוקה, אחריות ומודלי as-built. אם ה-PIM עונה על "איך בונים את זה?", ה-AIM עונה על "איך מפעילים את זה?" - ו-COBie הוא אחד הכלים הנפוצים להעברת נתונים מהאחד לשני.
Asset Information Requirements
צורכי המידע של הבעלים לתפעול הנכס המוגמר. בעוד שה-EIR מגדיר איזה מידע הלקוח צריך במהלך התכנון והבנייה, ה-AIR מגדיר איזה מידע הלקוח צריך כדי לתפעל את המבנה לאחר המסירה - לוחות תחזוקה, נתוני אחריות, מדריכי ציוד, רשימות חלקי חילוף. ה-AIR מוזן ישירות לתוך ה-AIM: הוא בעצם המפרט של מה שמודל מידע הנכס חייב להכיל. AIR כתוב היטב בתחילת הפרויקט הופך את המסירה הסופית לניהול המתקן לחלקה בהרבה, כי כולם יודעים מהיום הראשון בדיוק אילו נתונים צריך לאסוף.
כלי Revit בסיסי שמיישר אלמנט אחד בדיוק מול רפרנס - קצה של אלמנט אחר, קו רשת, קומה - בלחיצה בודדת. נעילת יישור אחרי השימוש בו שומרת על שני האלמנטים קשורים יחד קדימה - הזזת הרפרנס מאוחר יותר, והאלמנט המיושר עוקב אחריו אוטומטית.
פלטפורמת יצירת BIM של Nemetschek, בשימוש נרחב באירופה היבשתית הן לתכנון אדריכלי והן לתכנון פרה-קסט/מבני. היא נמצאת באותה משפחת Nemetschek כמו Vectorworks, עוד נקודת מידע לכמה מפוצג שוק יצירת ה-BIM בפועל ברגע שמסתכלים מעבר לשוק דובר האנגלית הממוקד-Revit.
קטגוריית משפחת Revit שקיימת רק בתצוגות דו-ממדיות - תגיות, סמלים, מסגרות כותרת - ולעולם לא מופיעה כגאומטריה תלת-ממדית במודל. זוהי המקבילה למשפחת מודל: תגית דלת, ראש קומה וסמל צפון הם כולם משפחות סימון, שמתאימות את עצמן לגודל התצוגה במקום להתקיים בגודל אמיתי במרחב תלת-ממדי.
התפקיד ב-ISO 19650 של הלקוח או הארגון שמזמין את העבודה. אחד התפקידים המוגדרים ב-ISO 19650: Appointing Party הוא הארגון שמזמין את העבודה - בדרך כלל הלקוח - האחראי על קביעת ה-EIR ובסופו של דבר החלטה איזה מידע הוא צריך. כל תפקיד אחר במינוח התקן מוגדר יחסית לתפקיד הזה: ה-Appointing Party ממנה Lead Appointed Party, שבתורו עשוי למנות Task Teams נוספים.
הכרת שמות התפקידים האלה חשובה בעיקר בקריאת חוזה או BEP תואמי-ISO 19650 ישירות - התקן משתמש בהם בדיוק ובעקביות, והמינוח יכול אחרת להישמע פורמלי שלא לצורך עבור מה שבשפה פשוטה הוא פשוט "הלקוח".
מסמך תקנות הבנייה הבריטי המכסה בטיחות מבנית - יכולתו של בניין לשאת בבטחה את העומסים שתוכנן עבורם בלי קריסה או תזוזה מוגזמת. Approved Document A פועל לצד תקני היורוקוד המבניים ולא מחליף אותם - הוא קובע את הרף הרגולטורי בעוד היורוקוד מספק את שיטות החישוב ההנדסי בפועל שמהנדס מבנים משתמש בהן כדי להוכיח עמידה בדרישות. עמודים, שלד ויסודות מבניים שממודלים ב-Revit צריכים בסופו של דבר לספק את נתיבי העומס ומקדמי הבטיחות שמסמך זה דורש.
Approved Document B: בטיחות אש (תקנות הבנייה הבריטיות)
הנחיית התכנון הרשמית של בריטניה לבטיחות אש - מכסה נתיבי מילוט, דירוגי עמידות אש והפרדה למדורים - שמודל הרוויט של בניין צריך להוכיח עמידה בה. פרמטרי דירוג אש על משפחות קירות ודלתות ברוויט, בדיקות מרחק מילוט על נתיבי בריחה, וגבולות מדורים בתוכניות - כל אלה קיימים במיוחד כדי להוכיח עמידה ב-Approved Document B - זו אחת הסיבות הנפוצות ביותר לכך שתכנון נשלח בחזרה לתיקון בשלב מאוחר בפרויקט.
הנחיית תקנות הבנייה הבריטיות המכסה הכנת קרקע, זיהום ועמידות בפני רטיבות. Approved Document C מכסה הכנת האתר לפני תחילת הבנייה - התמודדות עם קרקע מזוהמת, קרקע לא יציבה ועמידות בפני רטיבות במבנה המוגמר. זהו ה-Approved Document המושפע באופן הישיר ביותר מדוח חקירה גיאוטכנית של הפרויקט, שכן תנאי האתר שהדוח חושף מכתיבים אילו אמצעים עומדים בדרישות חלק C נדרשים בתכנון.
מסמך תקנות הבנייה הבריטי הקובע ביצועי בידוד קול מינימליים בין יחידות דיור, ותקני אקוסטיקה עבור בתי ספר וסוגי בניינים אחרים. Approved Document E קובע ערכי בידוד קול מינימליים מפני אוויר ופגיעה עבור קירות ורצפות משותפים בין יחידות דיור נפרדות, לצד דרישות בדיקה לפני השלמה כדי להוכיח שהבניין באמת עומד בהם באתר, לא רק על הנייר. זהו העוגן הרגולטורי שרוב עבודת התכנון האקוסטי בפרויקטים למגורים נבדקת מולו.
חלק F של תקנות הבנייה בבריטניה, הקובע דרישות אוורור כדי להגן על איכות האוויר הפנימי ולמנוע עיבוי ולחות. ככל שמבנים נבנים באיטום הולך וגובר כדי לעמוד ביעדי האנרגיה של Part L, דרישות האוורור של Part F הופכות למשקל הנגדי ששומר עליהם בריאים לחיות בהם בפועל.
הנחיית תקנות הבנייה הבריטיות בנוגע לבטיחות מדרגות, רמפות, מעקות וזיגוג למניעת נפילות והתנגשויות. Approved Document K מכסה הגנה מפני נפילה, התנגשות ופגיעה - גיאומטריית מדרגות ורמפות, גובה מעקות, וזיגוג שעלול להיחשב בטעות לפתח - וקובע באופן ישיר כיצד יש לממד את משפחות המדרגה, הרמפה והמעקה ב-Revit כדי לעמוד בדרישות.
חלק L של תקנות הבנייה בבריטניה, המכסה את יעילות האנרגיה ופליטות הפחמן של מבנה - המקבילה הממוקדת-אנרגיה לכללי בטיחות האש של Approved Document B. זהו הרצפה הרגולטורית שמולה נמדדות שאיפות הפחמן התפעולי ואפס-הנטו של פרויקט - עמידה ב-Part L היא המינימום החוקי, ופרויקטים רבים כיום קובעים יעדים משלהם הרבה מעבר לכך.
חלק M של תקנות הבנייה בבריטניה, המכסה נגישות - גישה ללא מדרגות, רוחב דלתות, מתקנים סניטריים נגישים. היא נמצאת לצד Approved Documents B ו-L כאחת משלושת החלקים הנבדקים בתדירות הגבוהה ביותר בתקנות כמעט בכל פרויקט בנייה.
Autodesk Platform Services (formerly Forge)
פלטפורמת ה-API בענן של Autodesk לבניית אפליקציות מותאמות מעל נתוני BIM. חבילת ה-API-ים בענן של Autodesk - שנקראה בעבר Forge, שונה לשם Autodesk Platform Services - שמאפשרת למפתחים לבנות אפליקציות מותאמות מעל נתוני BIM בלי צורך ב-Revit מותקן: צפייה במודלים בדפדפן, אוטומציה של בדיקות מודל, שליפת נתונים בקנה מידה, או חיבור נתוני ה-BIM של פרויקט לתוכנה הפנימית של חברה.
בעוד ש-Dynamo מבצע אוטומציה בתוך סשן Revit פתוח אחד, APS פועל ברמת פלטפורמה - בצד השרת, מתארח בענן, מסוגל לעבד מודלים של פרויקטים רבים בלי אדם שיושב מול שולחן עבודה. זו השכבה שכלי BIM מותאמים-בית ומוצרי טכנולוגיית בנייה גדולים יותר בדרך כלל נבנים עליה.
תהליך יישוב סכסוכים פרטי ומחייב שבו בורר עצמאי (ולא בית משפט) מכריע בתוצאה. בעוד שבוררות מהירה (adjudication) מהירה וזמנית, בוררות דין (arbitration) איטית יותר אך סופית - חוזי בנייה בינלאומיים רבים, כולל FIDIC, מגדירים בוררות דין כמסלול הסופי אם מנגנוני יישוב סכסוכים מוקדמים יותר נכשלים.
פלטפורמת ה-GIS של Esri, הכלי הסטנדרטי בתעשייה למיפוי, ניתוח וניהול נתונים גאוגרפיים ותשתיתיים בקנה מידה עירוני ואזורי. זהו הכלי שנמצא לרוב בצד ה-GIS של שילוב GIS-BIM, ומקבל נתוני מודל מאוחד שיוצאו או הוזרמו מהצד של Autodesk/Bentley.
פלטפורמת יצירת BIM של Graphisoft לארכיטקטורה, אחת החלופות הוותיקות ביותר ל-Revit ובשימוש נרחב במיוחד באירופה. היא חולקת את אותה פילוסופיית מודלינג מבוסס-אובייקטים כמו Revit אך מגיעה משושלת נפרדת לגמרי - Teamwork היא מערכת שיתוף העבודה שלה, ו-IFC הוא בדרך כלל הגשר המעשי כשאדריכל מבוסס-ArchiCAD מתאם עם מהנדס מבוסס-Revit.
אפליקציית נייד לדוחות ביקורת אתר, רשימות תיקונים ותצפיות מבוססות תמונה. ArchiSnapper היא אפליקציית נייד ליצירת דוחות ביקורת אתר במקום - תמונות, הערות ופריטי רשימת תיקונים המקובצים לדוח PDF הניתן לשיתוף ישירות מהטלפון, המיועדת לאדריכלים ומפקחי אתר יותר מהיקף ניהול השטח הרחב יותר של כלים כמו Fieldwire.
סוג תצוגה של Revit המחשב ומציג גבולות שטח ברוטו, נטו או שטח להשכרה - נבדל מתוכנית חדרים, שנבנית מאלמנטי חדר בודדים במקום זאת. בעוד ש-room-vs-space עולה בדרך כלל בהקשר של תיאום MEP, תוכניות שטחים משרתות מטרה שונה לגמרי - חישובי שטח בנוי ברוטו ושטח להשכרה עבור אישור תכנוני או השכרה, המשורטטים עם קווי גבול שטח משלהם ולא תגיות חדר.
מערכת כללים ב-Revit המגדירה כיצד חישוב שטח - ברוטו, שכירות, נטו - נמדד לאורך הפרויקט. תוכנית שטחים מגדירה את כללי המדידה מאחורי תוכנית שטח - האם הגבולות משורטטים לפי קו מרכז הקיר, פני הפנים, או מוסכמת השכרה כמו BOMA - כך שפרויקט יכול לתחזק כמה חישובי שטח שונים (ברוטו, שכירות, נטו) זה לצד זה מבלי שיפריעו זה לזה.
כלי Revit שמשכפל אלמנט מספר פעמים בקו ישר או בדפוס רדיאלי, במרווח שווה או קבוע. שורה של בולרד חנייה במרווחים שווים או דפוס רדיאלי של עמודים סביב מבנה מעוקל הם סוג הפריסות החוזרות ש-Array מטפל בהן בשניות במקום להציב כל אחד ידנית.
As Built Model
המודל של מה שנבנה בפועל. המודל שמשקף את מה שנבנה בפועל - לא את מה שתוכנן. במהלך הביצוע נערכים שינויים: תוואי צנרת זז, קורה הוגבהה, קיר הוזז. מודל העדות מעדכן את כל אלה, ולעיתים מאומת מול סריקות לייזר של המבנה הגמור (Scan to BIM).
הוא הבסיס ל-AIM ולניהול המתקן - כי אי אפשר לתחזק מבנה לפי מודל שלא מספר את האמת. בישראל תשמעו גם "תוכניות עדות" - זה אותו רעיון, בעולם המודלים.
As Designed Model
מודל כוונת התכנון - מה שתוכנן, לפני שהמציאות של הביצוע מתערבת. הנקודה השלישית בשלישיית תכנון-לביצוע, לצד As Made ו-As Built. מודל As Designed הוא כוונת התכנון המקורית של צוות התכנון - מה שהיה אמור להיבנות, בהתבסס על החלטות התכנון שהתקבלו לפני תחילת הבנייה. הוא קו הבסיס שכל השאר נמדד מולו: As Made תופס מה שהותקן בפועל באתר, As Built הוא הרשומה המתואמת של המבנה המושלם, והפער בין As Designed ל-As Built הוא, בפועל, מפה של כל שינוי שקרה במהלך הבנייה.
שמירה על מודל ה-As Designed שלם, במקום לדרוס אותו בשינויי אתר, חשובה בדיוק מהסיבה הזו - בלעדיה, אין דרך לראות עד כמה המבנה המוגמר באמת סטה מהתוכנית המקורית.
מצב אלמנט בנייה בדיוק כפי שיוצר מחוץ לאתר, לפני ההתקנה - קריטי לבנייה טרומית ומודולרית. בבנייה בשיטת DfMA ובבנייה מודולרית, אלמנטים נבנים במפעל בטולרנסים מדויקים לפני שהם מגיעים לאתר בכלל - as fabricated תופס את המצב המיוצר הזה, שאותו אפשר להשוות הן לכוונת התכנון והן, מאוחר יותר, למציאות בשטח לאחר ההתקנה, כדי לתפוס פערים מוקדם, כשעדיין זול לתקן אותם.
As Made Model
תיעוד מדויק ומאומת של מה שהותקן בפועל באתר. תיעוד - לרוב ברמת רכיב או חיבור - של מה שהותקן או נבנה בפועל באתר, הנאסף בדרך כלל על ידי צוות הביצוע ישירות ממדידות או סריקות באתר. נתוני As-Made הם לרוב מפורטים ומיידיים יותר ממודל As-Built: הם מופקים דיסציפלינה-דיסציפלינה תוך כדי העבודה, לפני האיחוד לתמונה אחת.
תיעוד ה-As-Made מוזן לאחר מכן למודל ה-As-Built הרחב יותר - צוות התכנון מעדכן את מודל כוונת התכנון בנתוני ה-As-Made (בתוספת אימות נוסף) כדי להפיק את הרשומה המתואמת האחת של המבנה המושלם. בקצרה: As-Made הוא האמת הגולמית מהאתר; As-Built הוא המודל המתואם שנבנה ממנה.
As-Occupied Model
מצב מבנה לאחר שדיירים עוברים לתוכו ומבצעים שינויים משלהם. מצב As Occupied תופס מבנה לאחר שדיירים ומפעילים בפועל עוברים אליו ומתחילים לשנות דברים - סידור מחדש של מחיצות, הוספת ציוד, שינוי גימורים - שינויים שקורים לגמרי מחוץ לשליטה או מודעות של צוות הפרויקט המקורי. שמירה על רשומת As Occupied עדכנית קשה באמת, וזו בדיוק הסיבה שזה חשוב: AIM שהיה מדויק ביום המסירה נסחף בהדרגה מהמציאות ככל שדיירים עושים שינויים משלהם, וצוות ניהול מתקן שעובד ממודל מיושן מתכנן תחזוקה ושיפוצים מול מבנה שכבר לא באמת קיים בצורה הזו.
המודל או לוח הזמנים המייצגים כיצד הפרויקט תוכנן להיבנות, לפני כל שינוי או סטייה באתר. "כפי שתוכנן" (As Planned) הוא קו הבסיס שכולם נמדדים מולו - התקדמות הביצוע, חריגות בלוח הזמנים (4D BIM), וסטיות ה-as-built הסופיות - כולם נמדדים חזרה מול התוכנית המקורית הזו. הוא נמצא לצד as-designed, as-made, as-built ו-as-occupied כאחד ממונחי מצב הפרויקט המוכרים.
בדיקת מודל as-built שהושלם מול המבנה הפיזי האמיתי - בדרך כלל באמצעות סריקת לייזר או סקר פוטוגרמטרי - כדי לאשר שהמודל אכן תואם למה שנבנה בפועל. זהו שלב בקרת האיכות שמאחורי כל תהליך ה-scan-to-BIM וה-as-built: ענן נקודות מוצב על גבי מודל ה-as-built, וכל סטייה מעבר לסבילות מוסכמת מסומנת לפני שהמודל מאושר ונמסר.
מצב מבנה או אתר בדיוק כפי שהוא עומד היום, לפני כל עבודה מוצעת - הבסיס שכל תכנון retrofit או שיפוץ נמדד מולו. היא נמצאת בתחילת משפחת ה-as-*, עוד לפני שas-designed בכלל מתחיל - סקר מצב מבנה או מודל scan-to-BIM הם בדרך כלל האופן שבו מצב as-existing באמת נלכד ומתומדל.
הגרסה המשוחררת והמאושרת באופן פורמלי של פרט מידע בנקודת זמן ספציפית - להבדיל מטיוטה שעדיין בבדיקה. תהליך הסטטוס של CDE קיים בדיוק כדי להפריד עבודה בתהליך ממידע as-issued - רק השני בטוח שגורם אחר יסמוך עליו ויבנה ממנו בפועל.
מצב המידע של נכס לאחר שהוא לוקח בחשבון כל תיקון, החלפה והתערבות תחזוקה שבוצעו מאז המסירה - לא רק מה שנבנה במקור. מודל as-built קופא ברגע המסירה; רשומת as-maintained ממשיכה לזוז אחריו, ותופסת את הדוד שהוחלף בשנה השלישית או את הגג שכוסה מחדש בשנה השמינית - בדיוק מה שצוות FM צריך כדי לסמוך על ה-AIM שנים אחר כך.
רשומה של המיקום והמצב של כל חומר מכיל-אזבסט ידוע במבנה קיים, נדרשת לפני כל עבודת שיפוץ או הריסה. בפרויקט retrofit הוא נבדק לפני שאפילו הקיר הראשון נפתח - רשומות חסרות או לא מעודכנות הן אחת הסיבות הנפוצות ביותר לעצירת עבודה בשל בטיחות בשלב הביצוע.
האגודה האמריקאית למהנדסי חימום, קירור ומיזוג אוויר
גוף מקצועי שהתקנים שלו מגדירים דרישות תכנון מיזוג אוויר, מדדי ביצועי אנרגיה וקצבי אוורור, המשמשים לאורך מידול MEP וסימולציית ביצועי בניין. ASHRAE 90.1 (יעילות אנרגטית) ו-ASHRAE 62.1 (אוורור) הם שני התקנים שמהנדסי MEP מפנים אליהם כל הזמן בעת קביעת גודל מערכות ברוויט - כלי סימולציית ביצועי בניין בודקים תכנון מול אותם מדדים הרבה לפני שמערכת מכנית ממודלת במלואה.
כלי מתוך Autodesk Construction Cloud שמארגן ומדווח על נתוני מודל - נפוץ ביותר לכימות כמויות בזמן אמת וקיבוץ נתונים לפי תנאים. במקום לייצא טבלה סטטית מרוויט, שמאי כמויות יכול לחבר את Assemble ישירות למודל החי ולפרוס כמויות לפי כל תנאי שנדרש עבור חבילת מכרז ספציפית - שכבה מהירה וגמישה יותר מעל אותם נתוני מודל בסיסיים שהטבלאות של רוויט עצמו משתמשות בהם.
פיצ'ר ברוויט שאורז קבוצה של אלמנטים נבחרים ליחידה בודדת עם תצוגות וגיליונות ייעודיים משלה, בשונה מהתנהגות ההעתקה-ומיקום הפשוטה של קבוצה (Group). פאנל בטון טרום או תא אמבטיה טרום-מיוצר מתאימים באופן טבעי להרכבה (Assembly) - הם זקוקים לתצוגות פירוט משלהם ולגיליון בסגנון שרטוט ייצור עבור היצרן, וזה בדיוק מה שהרכבה מייצרת אוטומטית, בשונה מקבוצה פשוטה שאין לה תשתית תצוגות/גיליונות משלה.
קוד סיווג מבוסס-Uniformat שמוקצה לאלמנט Revit, ומזהה לאיזו מערכת או אסמבלי בנייה הוא שייך. זהו השדה שמאפשר לטבלה לסכם כמויות לפי מערכת בנייה - כל אסמבלי קיר חיצוני יחד, למשל - ולא רק לפי הקטגוריה המובנית של Revit עצמה.
ציון מתוקנן המתאר את המצב הפיזי הנוכחי של נכס - טוב, סביר, גרוע - המשמש לתעדוף תחזוקה והשקעה הונית. סקר מצב מבנה הוא ההערכה החד-פעמית שמפיקה אותו; הדירוג עצמו הוא מה שבפועל מזין את ההחלטה של צוות ניהול מתקנים לגבי איזה גג להחליף השנה לעומת איזה יכול לחכות.
הוצאת נכס באופן פורמלי משירות פעיל בתום חיי העבודה שלו, כולל עדכון מרשם הנכסים וה-AIM כדי לשקף זאת. זהו הסיום הפורמלי של מחזור החיים של נכס - בלעדיו, דוד שהוצא משירות יכול להמשיך לשבת במרשם הנכסים כאילו הוא עדיין משהו שניהול מתקנים צריך לתחזק.
המשמעת המתמשכת של תפעול ותחזוקת נכס פיזי לאורך כל מחזור חייו. המשמעת הרחבה יותר שה-7D וה-AIM של BIM קיימים כדי לתמוך בה: העבודה המתמשכת ולאורך כל מחזור החיים של תפעול, תחזוקה ובסופו של דבר החלפה של מערכות ורכיבי מבנה, זמן רב לאחר שהבנייה מסתיימת. ניהול נכסים חושב בעשורים, לא באבני דרך של פרויקט - לוחות תחזוקה, מחזורי החלפה, ביצועי אנרגיה, בדיקות תאימות, הכל נעקב מול הנכסים הפיזיים בפועל שצוות ניהול המתקן אחראי עליהם.
בעוד ש-BIM התמקד באופן מסורתי בהקמת מבנה, החפיפה הגוברת בין BIM לניהול נכסים (דרך ה-AIM ותקנים כמו חלק 3 של ISO 19650) היא מה שהופך מודל חד-פעמי לכלי תפעולי ארוך-טווח במקום קובץ שמועבר לארכיון ביום שהמבנה נפתח.
מסמך הבעלים הקובע כיצד נכס בנוי יופעל, יתוחזק, ולבסוף יחודש או יוצא משימוש לאורך חיי העבודה שלו. בעוד ש-EIR ו-AIM עוסקים במידע שהמבנה נושא, תוכנית ניהול הנכסים עוסקת בהחלטות שאותו מידע אמור לתמוך בהן - מתי להחליף פריט ציוד, כיצד לתקצב עלויות מחזור חיים, לאילו חלקים בנכסים להשקיע הבא. תקן ISO 55000 קובע את הסטנדרט הבינלאומי שביחס אליו היא בדרך כלל נבנית.
רשימת אב של כל נכס פיזי במבנה או בתיק נכסים, כל אחד עם מזהה ייחודי, מקושר למידע שלו ב-AIM. זהו עמוד השדרה המעשי שעליו מערכת FM רצה - כל הזמנת עבודה, לוח תחזוקה ומאמץ asset-tagging מצביע בסופו של דבר חזרה לשורה אחת במרשם הנכסים.
הצמדת מזהה פיזי (קוד QR, ברקוד או שבב RFID) לפריט ציוד אמיתי, כך שניתן לסרוק אותו באתר ולהתאים אותו לרשומה שלו בנתוני ה-BIM/ניהול הנכסים. מנהל נכסים שסורק תג על יחידת טיפול אוויר על הגג אמור להגיע ישירות לנתוני המודל של אותו נכס בדיוק - סטטוס אחריות, היסטוריית תחזוקה, דף מפרט - וסוגר את הפער בין הבניין הפיזי לרשומה הדיגיטלית שלו, פער שחבילת מסירה בלבד לא פותרת.
בדיקת בריאות הקובץ העמוקה של Revit שמוצאת ומתקנת שחיתות מודל ברמה נמוכה. בדיקת בריאות קובץ עמוקה ואיטית יותר מ-Purge - הפקודה Audit של Revit סורקת את כל מסד הנתונים של הפרויקט לאיתור שחיתות ואי-עקביות ברמה נמוכה שמצטברות לאורך חיי פרויקט ארוכים, בעיקר במודלים בעלי עבודה משותפת כבדה, ומתקנת מה שהיא יכולה. היא בדרך כלל מורצת כשקובץ מתחיל להתנהג מוזר (קריסות לא מוסברות, אלמנטים שלא נמחקים בניקיון) או כתחזוקה מונעת תקופתית בפרויקטים גדולים וארוכי-טווח.
Audit ו-Purge פותרים בעיות שונות - Purge מסיר תוכן לא בשימוש, Audit מתקן מבנה קובץ לא בריא - ופרויקט גדול ומתוחזק היטב בדרך כלל מריץ את שניהם בלוח זמנים קבוע במקום לחכות שמשהו יישבר בגלוי.
תוכנת השרטוט הדו-ממדית/תלת-ממדית המקורית של Autodesk - הסטנדרט התעשייתי במשך עשרות שנים לפני BIM, ועדיין הכלי שממנו רוב המצטרפים החדשים לרוויט עוברים. השינוי המנטלי המרכזי במעבר מ-AutoCAD לרוויט הוא שבCAD משרטטים קווים עצמאיים שמייצגים קיר, בעוד רוויט ממדל אובייקט קיר פרמטרי אמיתי שמייצר את הקווים האלה (וכל טבלה, חתך וכמות) אוטומטית - וזו הסיבה ש"הרגלי AutoCAD" כמו שרטוט פרטים ידני מאפס הם המקור הנפוץ ביותר לחיכוך אצל משתמשי רוויט חדשים.
מודול ניהול השטח של Autodesk Construction Cloud, המכסה איכות אתר, בטיחות ומעקב התקדמות - היורש המודרני של BIM 360 Field ו-PlanGrid. כאן מעקב בעיות ומעקב התקדמות באמת קורים יום-יום באתר - אפליקציית הטאבלט שמנהל אתר פותח, לא תיאום התכנון ש-BIM 360 היה ידוע בו במקור.
מודול ניהול המסמכים בתוך Autodesk Construction Cloud - הבית המשותף, מבוקר ההרשאות, עבור שרטוטי, מודלים וקבצי הפרויקט. Autodesk Docs הוא המקום שבו סט המסמכים הרשמי של הפרויקט באמת חי - היסטוריית גרסאות, תהליכי אישור והרשאות ברמת תיקייה יושבים כולם עליו, ומתפקדים כ-CDE של הפרויקט. גם Cloud Worksharing של Revit וגם גיליונות מפורסמים מתחברים ישירות אליו, לצד כלי מעקב בעיות ותיאום שמפנים לאותם קבצים בסיסיים. נכון למרץ 2026, Autodesk Docs נקרא Forma Data Management, בעקבות שינוי השם של ACC ל-Autodesk Forma. המודול והתנהגותו לא השתנו.
פלטפורמת הענן של Autodesk לניתוח תכנון בשלב מוקדם ולניהול נתוני/מסמכי הפרויקט - השם הנוכחי למה שהיה בעבר כלי שיתוף התכנון וניהול המסמכים של Autodesk Construction Cloud. Forma משלבת ניתוח סביבתי ומאסות מהיר ומבוסס-ענן (שמש, רוח, רעש) עבור החלטות תכנון מוקדמות, יחד עם מודולי ניהול מסמכים, העברת קבצים ומעקב סוגיות שבעבר היו תחת השם BIM 360/ACC - רוויט מתחבר אליה ישירות לשיתוף ותיאום מודל בענן. מאז מרץ 2026 "Forma" הוא גם השם החדש של Autodesk Construction Cloud (ACC): מה שהיה Autodesk Docs נקרא עכשיו Forma Data Management, ו-BIM Collaborate Pro הוא Forma Design Collaboration. כלי תכנון המגרש המוקדם נקרא עכשיו Forma Site Design.
עמוד הסטטוס הציבורי של אוטודסק שמראה בזמן אמת את מצב התפעול של שירותי הענן שלה - Revit Cloud Worksharing, ACC, BIM 360 ועוד - וגם היסטוריית תקריות וזמינות. כדאי לבדוק ב-health.autodesk.com ברגע שעבודה משותפת בענן, סנכרון, או העלאה ל-ACC פתאום מפסיקים להתנהג כרגיל - זו בדרך כלל הדרך המהירה ביותר לדעת אם הבעיה אצלכם או אצל אוטודסק, לפני שמבזבזים שעה על פתרון תקלות מקומי. הדשבורד עוקב אחרי סטטוס של הרבה יותר ממאה שירותים נפרדים, אז כדאי לחפש את השירות הספציפי שבו אתם משתמשים (Revit Cloud Worksharing, BIM 360 Docs, APS) במקום לקרוא את כל הרשימה.
כלי ניתוח ביצועי הבניין מבוסס-ענן של Autodesk, מחובר ישירות לרוויט, לניתוחי אנרגיה, קרינת שמש ותאורה בשלב מוקדם. Insight שולף גיאומטריה ונתוני מיקום ישירות מתוך מודל הרוויט כדי להריץ ניתוח אנרגיה לבניין שלם בלי צורך במודל סימולציה ייעודי נפרד - שימושי לשאלות המהירות והאיטרטיביות של "מה אם היינו משנים את יחס החלונות" שעולות כל הזמן בתכנון מוקדם.
כלי מתוך Autodesk Construction Cloud למדידת כמויות ישירות משרטוטים דו-ממדיים או מודלים תלת-ממדיים. Autodesk Takeoff הוא חלק מ-Autodesk Construction Cloud, המשמש אומדנים למדידת שטחים, אורכים וכמויות ישירות משרטוטים דו-ממדיים או ממודל תלת-ממדי מקושר לצורך תמחור, מבלי לצאת מהפלטפורמה שבה כבר נמצאים מסמכי הפרויקט.
תמונת מצב קפואה ומתוארכת של מודל שנשמרת כנקודת ייחוס קבועה, כך ששינויים מאוחרים יותר יכולים להימדד ולהיות מושווים אליה. בסיס עלות שנקבע ב-design freeze הוא מה שכל הזמנת שינוי מאוחרת יותר נמדדת מולו - בלעדיו, "כמה הפרויקט הזה באמת גדל" אין נקודת התחלה קבועה לענות ממנה.
מסמך המתעד את ההנחות, הקריטריונים והתקנים שעליהם מבוסס תכנון הנדסי. בסיס התכנון (BoD) מתעד את ההנחות, קריטריוני התכנון והתקנים שעליהם נשען תכנון הנדסי - עומסי תפוסה, תנאים סביבתיים, תקנים רלוונטיים - כך שכל מי שבוחן את התכנון בהמשך מבין מדוע הוא מוגדר ומוגדל כפי שהוא, לא רק מהם המספרים הסופיים.
BIM Collaboration Format
פורמט פתוח להעברת בעיות מודל בין כלים. הפורמט הפתוח להחלפת בעיות במודל - בלי לשלוח את המודל עצמו. קובץ BCF נושא הערה, צילום מסך, מיקום מצלמה והפניות לאלמנטים המדויקים המעורבים, כך שמי שמקבל אותו פותח את המודל שלו, קופץ ישר לבעיה ומתקן.
BCF מתוחזק על ידי buildingSMART (כמו IFC) ונתמך ב-Navisworks, ב-Solibri, בתוספי Revit וברוב פלטפורמות ניהול הבעיות. כך תוצאות זיהוי ההתנגשויות באמת עוברות בין צוותים.
כלי Revit הממלא שטח בתבנית חוזרת של קורות מקבילות בפעולה אחת. מערכת קורות ממלאת גבול משורטט בתבנית חוזרת של קורות קונסטרוקטיביות מקבילות בפעולה אחת, במקום למקם כל קורה בנפרד - שימושי לפריסת קורות רצפה במרווח קבוע, שבה ניתן להתאים את המרווח והכיוון ככלל פרמטרי בודד.
הנקודה שבה לקוח יכול להתחיל להשתמש ולהפיק תועלת ממבנה, גם אם עבודת גימור מינורית עדיין נותרה. זהו מושג בחוזים אמריקאים שרץ במקביל ל-practical completion בחוזים בריטיים - הרגע שבו סיכון ושימוש בפועל עוברים ללקוח, עם או בלי רשימת ליקויים.
BIM Execution Plan
תוכנית הצוות לספק BIM. תגובת צוות הפרויקט ל-EIR. ה-BEP נכתב על ידי המתכנן הראשי או מנהל ה-BIM ומסביר איך הצוות יספק את המידע שהלקוח ביקש.
קיימים שני סוגים:
כל פרויקט BIM רציני פועל על בסיס BEP.
התהליך של הכנה, תיאום והגשה של מענה מכרזי תחרותי לפרויקט. מסמכי המכרז, תוכנית העלויות והתוכנית המוצעת של קבלן כולם נאספים תחת ניהול הצעות מחיר - הצעה שהוגשה בחיפזון היא מקור סיכון מוקדם ונפוץ שמרשם הסיכונים המאוחר יותר מסתיים במעקב אחריו.
Building Information Modeling
תהליך יצירה וניהול נתוני בנייה דיגיטלית. BIM הוא לא תוכנה - הוא תהליך. הכוונה היא ליצור ולנהל את המידע של מבנה בצורה דיגיטלית לאורך כל מחזור חייו: תכנון, תיעוד, בנייה ותפעול. בלב תהליך BIM עומד מודל תלת-מימדי שבו כל אלמנט נושא נתונים - לא רק גיאומטריה. קיר הוא לא רק צורה; יש לו חומר, דירוג אש, עלות וערך תרמי. הנתונים האלה נוסעים עם המודל משולחן האדריכל לאתר הבנייה ועד ללוח הבקרה של מנהל המתקן.
Autodesk Construction Cloud
פלטפורמת הענן של Autodesk לניהול מסמכים, תיאום ועבודה משותפת בענן. פלטפורמת ניהול הבנייה בענן של Autodesk - שהושקה במקור כ-BIM 360, וכיום הבסיס ל-Autodesk Construction Cloud (ACC) - מכסה ניהול מסמכים, תיאום מודלים, עבודה משותפת בענן, מעקב בעיות שטח ועוד, הכל בסביבה אחת מחוברת. עבור צוותים רבים, זהו ה-CDE האמיתי והמעשי: המקום שבו מידע WIP, Shared, Published ו-Archive באמת חי, ולא רק מושג תיאורטי מ-ISO 19650.
עבודה משותפת בענן דרך הפלטפורמה הזו החליפה יותר ויותר את Revit Server עבור צוותים שמשתפים פעולה בין כמה משרדים, מכיוון שהיא לא צריכה חומרת שרת ייעודית ועובדת מכל מקום עם חיבור אינטרנט. ACC בתורו שינה את שמו ל-Autodesk Forma במרץ 2026, כך שהשרשרת המלאה היא BIM 360 אל ACC אל Forma - קו מוצרים אחד, שלושה שמות לאורך זמן.
תפקיד לא רשמי למי שמוביל אימוץ BIM ופרקטיקות מיטביות בתוך משרד - בשונה מ-BIM Manager או BIM Coordinator, שהם תפקידים פורמליים ברמת הפרויקט או הארגון. ל-BIM Champion אין בהכרח תפקיד רשמי עם המילה "BIM" בו - לרוב זהו פשוט האדם הכי נלהב ומיומן בצוות, שמסתיים במצב שבו הוא מכשיר עמיתים, דוחף לסטנדרטים טובים יותר, ותומך בכלים ובזרימות עבודה, הרבה לפני שהמשרד הופך את התפקיד הזה רשמית לתקן BIM Manager אמיתי.
התפקיד שמריץ את התיאום היומיומי של המודל בפרויקט בודד. התפקיד שמריץ את עבודת התיאום היומיומית והמעשית בפרויקט בודד: הקמת המודל המאוחד, הרצת זיהוי התנגשויות, מעקב וסגירת בעיות, בדיקה שמודלי הדיסציפלינות עומדים ב-LOD המוסכם בכל אבן דרך, ושמירה על המודל מאורגן בין פגישות תיאום.
בעוד שמנהל BIM קובע את הסטנדרטים והאסטרטגיה, מתאם BIM הוא זה שבפועל נמצא בתוך המודל כל יום ומוודא שהפרויקט עוקב אחריהם - שני התפקידים עובדים בצמוד, כשהמתאם מעלה בעיות שהמנהל צריך לפתור ברמה גבוהה יותר: בעיית חוזה, כשל תהליכי מתמשך, לקוח שדוחף נגד דרישות.
התפקיד שאחראי על אסטרטגיית BIM, סטנדרטים ומסירה ברמת המשרד או הפרויקט. התפקיד האחראי על האופן שבו BIM בעצם נמסר - כתיבה ואכיפה של ה-BEP, הגדרת טמפלייטים וסטנדרטים ברמת המשרד והפרויקט, הדרכת צוות, וודאות שנתוני המודל שפרויקט מייצר בעצם עומדים ב-EIR של הלקוח. מנהל BIM פועל ברמה אסטרטגית: סטנדרטים ברמת המשרד, הטמעת תוכנה, שיפור תהליכים, לעיתים ניהול צוות של מתאמי BIM על פני כמה פרויקטים.
זה תפקיד שונה מהותית ממתאם BIM, שעובד בתוך התיאום היומיומי של מודל פרויקט אחד - אם כי במשרדים ופרויקטים קטנים יותר, לעיתים קרובות אדם אחד מסתיים חובש את שני הכובעים.
BIM Maturity Levels 0-3
המסגרת הבריטית שמתארת עד כמה תהליך ה-BIM של פרויקט הוא שיתופי. סולם פשוט מ-0 עד 3 (מקבוצת המשימה הבריטית ל-BIM) שמתאר עד כמה פרויקט התרחק משרטוט 2D מבודד לכיוון BIM שיתופי ועשיר-נתונים במלואו:
רוב הפרויקטים האמיתיים כיום פועלים ברמה 2 - וזה בדיוק מה ש-ISO 19650 נכתב כדי לתקנן.
מונח נייטרלי מבחינת ספק עבור פיסת תוכן BIM חכמה וניתנת לשימוש חוזר, המייצגת מוצר או רכיב בניין אמיתי. בין אם קוראים לו Family ברוויט, Component ב-ArchiCAD, או בלוק עם נתונים בכלי אחר - כל אלה הם אובייקטי BIM: גאומטריה בתוספת נתונים מובנים ופרמטריים (מידות, חומר, ביצועים, מפרט יצרן) ארוזים יחד כך שהם מתנהגים באופן עקבי בכל מקום שבו הם מוצבים. יצרנים יותר ויותר מפרסמים אובייקטי BIM משלהם כדי שהמוצרים האמיתיים שלהם יוכלו להיות מוגדרים ישירות בתוך מודל.
CIC BIM Protocol
מסמך משפטי שמשלב התחייבויות BIM בתוך חוזה הבנייה. נספח משפטי (הגרסה המוכרת ביותר פורסמה על ידי מועצת תעשיית הבנייה הבריטית) שמצורף לחוזה בנייה סטנדרטי כדי להפוך תוצרי BIM לאכיפים מבחינה משפטית. בפני עצמם, EIR או BEP הם מסמכים טכניים - אין להם משקל חוזי אלא אם כן משהו קושר אותם לחוזה בפועל. BIM Protocol הוא הקשר הזה: הוא מפנה ל-EIR/BEP, מגדיר מי הבעלים של נתוני המודל, קובע אחריות אם מידע שגוי או מאחר, והופך את מסירת המודל להתחייבות חוזית ולא לבקשה במאמץ סביר.
כל לקוח רציני שרוצה תוצרי BIM שבאמת ניתנים לאכיפה צריך פרוטוקול כזה לצד המסמכים הטכניים.
אדם או ארגון המציעים שירותים הקשורים ל-BIM כגון מידול, ביקורת מודלים, הדרכה או ייעוץ. מונח כללי למומחיות BIM שמובאת מבחוץ: מנהלי מודלים, מדריכי BIM, יועצי BIM, מנחי BIM ומשרדי מידול/ביקורת - כולם נכנסים תחתיו. משרדים מביאים ספק שירותי BIM כשהם זקוקים ליכולת או קיבולת מקצועית שאין להם בתוך הארגון, במקום להעסיק מנהל BIM או רכז BIM קבוע.
המטרות הספציפיות שלשמן נעשה שימוש במודל BIM בפרויקט - כמו גילוי התנגשויות, לוח זמנים 4D, אומדן עלויות או ניתוח אנרגיה - כל אחת דורשת רמת פירוט ונתונים שונה במודל. במקום לשאול "האם אנחנו צריכים BIM", צוות פרויקט שואל "לאילו שימושי BIM אנחנו זקוקים" - כי מודל שנבנה להדמיית תכנון לא בהכרח מוכן ללוח זמנים 4D או לכימות כמויות. תכנון שימושי ה-BIM מראש (מושג שהופץ על ידי מדריך תכנון ה-BIM של אוניברסיטת פן סטייט) הוא האופן שבו תוכנית ביצוע BIM (BEP) קובעת איזו רמת פיתוח כל אלמנט באמת צריך.
מציג מודלי IFC חינמי וקל-משקל, שמומלץ בדרך כלל לתלמידים ולכל מי שצריך לפתוח ולבדוק קובץ IFC בלי רישיון מלא לכלי יצירת BIM. זוהי לרוב התחנה הראשונה לבדוק שקובץ IFC שיוצא נפתח בפועל כראוי ונראה נכון, לפני שהוא נשלח הלאה ללקוח או לכלי תיאום כמו Solibri או Navisworks.
פלטפורמת השרת של Graphisoft לשיתוף פעולה בזמן אמת בין מספר משתמשים על מודלי ArchiCAD. BIMcloud היא פלטפורמת השרת של Graphisoft לשיתוף פעולה בזמן אמת בין מספר משתמשים על מודלי ArchiCAD - המקבילה של ArchiCAD ל-Cloud Worksharing של Revit, המאפשרת לצוות מבוזר לעבוד באותו קובץ פרויקט בו-זמנית.
פלטפורמת ניהול בעיות ייעודית מבוססת-BCF לתיאום BIM. פלטפורמת תיאום שנבנתה במיוחד סביב חילופי בעיות BCF - במקום כלי בדיקת מודלים מלא כמו Solibri או Navisworks, BIMcollab מתמקד בהחלקת צד מעקב הבעיות של התיאום: יצירה, הקצאה, דיון וסגירה של בעיות BCF בסביבת עבודה משותפת ומובנית שמתחברת ל-Revit, Navisworks, Solibri ורוב כלי ה-BIM הגדולים האחרים.
זו דוגמה טובה לאיך openBIM באמת מתממש יום-יום: צוות יכול להשתמש בתוכנת מידול שונה לגמרי אחד מהשני ועדיין לתאם בצורה נקייה, כי הבעיה עצמה נוסעת כקובץ BCF תקני ולא נעולה לפלטפורמה של ספק אחד.
מונח ביקורתי (בהשראת "greenwashing") לחברה או מוצר שטוענים ליכולת או לבשלות BIM בלי שקיימים מאחוריהם התהליכים בפועל. התווית הזו בדרך כלל מוצמדת לשיווק שטוען לעמידה ב"רמת BIM 2" או "BIM מלא", בעוד שהאספקה בפועל היא עדיין שרטוטים דו-ממדיים עם מודל תלת-ממדי סמלי, או חברה שמחזיקה רישיונות רוויט אך מעולם לא אימצה את סביבת ה-CDE השיתופית, התקנים ותהליכי ניהול המידע שהופכים את ה-BIM לעבוד בפועל.
דרישת תכנון שלפיה פיתוח משאיר את המגוון הביולוגי במצב טוב יותר באופן מדיד ממה שהיה לפני שהוא התחיל, ולא רק לא גרוע יותר. היא כעת חובה עבור רוב הפיתוחים החדשים באנגליה, ומשתמשת במדד מתוקנן כדי לדרג ערך בית גידול לפני ואחרי - סטנדרט צעיר, אך כבר בלתי נמנע בבקשת תכנון כמו הערכת אנרגיה.
כלי יצירה תלת-ממדי חינמי וקוד-פתוח - מודלינג, אנימציה ורינדור - בשימוש הולך וגובר בצינורות הדמיה של AEC וב-, באמצעות תוספים, בתהליכי openBIM. לבדו הוא לא יודע כלום על קירות או דירוגי אש - הוא כלי תלת-ממד כללי, לא פלטפורמת יצירת BIM - וזו בדיוק הסיבה שתוסף כמו BonsaiBIM קיים כדי לגשר על הפער הזה.
Bluebeam Revu
תוכנת סימון ושיתוף PDF, נפוצה מאוד בתעשיית הבנייה לביקורת שרטוטים, סימון תיקונים (Redlining) וכימות כמויות דיגיטלי. הרבה לפני שהתכנון מגיע לפירוט מלא במודל, בודקי תוכניות, קבלנים ולקוחות מסמנים גיליונות PDF מיוצאים ב-Bluebeam עם הערות, עננים ומדידות - זו הפכה לשכבת הביקורת הסטנדרטית בתעשייה, שיושבת מעל כלי ה-BIM עצמם ולא בתוכם.
Building Management System
מערכת הבקרה שבפועל מפעילה את מיזוג האוויר, התאורה ומערכות נוספות של מבנה. מערכת הבקרה הממוחשבת שבפועל מפעילה את ציוד המכני והחשמלי של מבנה יום-יום - מיזוג אוויר, תאורה, בקרת גישה, לעיתים מערכות אש ואבטחה - עוקבת אחר חיישנים ומכווננת ציוד אוטומטית כדי לשמור על המבנה פועל ביעילות. נקראת גם BAS (Building Automation System) באזורים מסוימים.
ה-BMS הוא המקום שבו נתוני 7D ו-AIM של מבנה הופכים לתפעוליים באמת: תגי ציוד ונתוני מערכת שנתפסו במודל במהלך התכנון ונמסרו דרך COBie הם בדיוק מה ש-BMS צריך מוגדר נכון כדי בפועל לשלוט בפריט הציוד הנכון - מודל שנמסר בצורה גרועה אומר צוות ניהול מתקן שמתכנת ומתייג הכל מחדש ידנית לאחר האכלוס.
תוסף חינמי וקוד-פתוח שהופך את Blender לכלי יצירת BIM מלא ומבוסס-IFC - נבנה ומתוחזק על ידי קהילת ה-openBIM. בניגוד ל-Revit או ArchiCAD, שמייצאים ל-IFC כמחשבה בדיעבד, BonsaiBIM שומר את הנתונים שלו כ-IFC באופן ילידי מההתחלה - גישה שונה באמת למה ש"open BIM" יכול לומר בפועל.
כתב כמויות
מסמך מפורט ומתומחר המפרט את כל החומרים, הרכיבים והעבודה הנדרשים לפרויקט, המשמש למכרזים ולהערכת תשלומים. כאשר QTO הוא תהליך מדידת הכמויות מתוך מודל, כתב הכמויות הוא המסמך המתומחר שנוצר, שקבלנים משתמשים בו להגשת הצעות מחיר ולקוחות משתמשים בו להערכת עבודה שהושלמה - כתבי כמויות שמקורם ב-BIM מתעדכנים אוטומטית ככל שהתכנון משתנה, במקום לדרוש מדידה מחדש ידנית מלאה.
Building Research Establishment Environmental Assessment Method
מערכת ההסמכה המובילה לבנייה ירוקה בבריטניה, המקבילה הבינלאומית העיקרית ל-LEED. המקבילה הבריטית ל-LEED - שיטת הערכה לבנייה ירוקה (מ-BRE) שמכסה אנרגיה, בריאות ורווחה, חומרים, פסולת ושימוש בקרקע, עם דירוגים מ-Pass ועד Outstanding. BREEAM שולט בפרויקטים בריטיים ובינלאומיים רבים באותו אופן ש-LEED שולט בצפון אמריקה, ושני התקנים מוזכרים לעיתים קרובות יחד כשתי המערכות המוכרות ביותר בעולם.
כמו LEED, BREEAM לא מחייב BIM, אך פרויקט ממודל היטב ועשיר-נתונים הופך את הרכבת הראיות שהערכת BREEAM דורשת למהירה בהרבה מאשר איסוף אותן מגיליונות ושרטוטים מפוזרים בדיעבד.
ההגדרה של Revit לקיבוץ ומיון רשימת התצוגות בדפדפן הפרויקט לפי כללים מותאמים אישית - לפי תחום, שלב או מספר גיליון - במקום סדר ברירת המחדל השטוח. בפרויקט גדול עם מאות תצוגות, ארגון דפדפן מוגדר היטב (מקובץ לפי תחום ואז שלב, למשל) הוא לעיתים קרובות ההבדל בין מציאת התצוגה הנכונה תוך שניות לגלילה ברשימה לא ממוינת במשך דקה.
BS 1192:2007
התקן הבריטי המוקדם יותר לייצור שיתופי של מידע אדריכלי. התקן הבריטי שקדם אפילו ל-PAS 1192 - BS 1192:2007 הציג את מוסכמות מתן השמות והשכבות המשמעתיות והשיתופיות שתקני BIM מאוחרים יותר ירשו: קוד שמות עקבי (פרויקט-מקור-נפח-רמה-סוג-תפקיד-מספר), ורעיון של סביבת תיקיות משותפת ומובנית לצוות הפרויקט.
רוב מה שהתקן BS 1192 חלוץ בו מקופל כיום בתוך דרישות מתן השמות וה-CDE של ISO 19650, אך התקן עדיין מוזכר מדי פעם באופן ישיר, בעיקר בשל מוסכמת מתן השמות שלו, שמשרדים רבים בבריטניה ובעולם עדיין משתמשים בה כתבנית בסיס.
קוד הפרקטיקה הבריטי לחיזוי ולשליטה ברעש ורטט הנובעים מפעילויות אתר בנייה. BS 5228 הוא קוד הפרקטיקה הבריטי לחיזוי, מדידה ושליטה ברעש וברטט הנוצרים מפעילויות בנייה והריסה - ניסוס, שבירה, תנועת ציוד - המשמש לקביעת שעות עבודה מותרות ומגבלות רעש בגבול האתר, ולעיתים קרובות מוזכר ישירות בתנאי היתר תכנון או בהסכם Section 106.
BS 7671: דרישות למתקנים חשמליים (תקנות החיווט של IET)
התקן הבריטי השולט בתכנון, התקנה ובדיקה של חיווט חשמלי - ההפניה שכל החלטת מידול חשמל בפרויקט MEP ברוויט חייבת לעמוד בה בסופו של דבר. גודל כבלים, הגנת מעגלים ותיעול חיווט במודל חשמל ברוויט - כולם חוזרים בסופו של דבר לדרישות BS 7671 - מודל יכול להיראות שלם ועדיין להיכשל בבדיקה אם התכנון החשמלי הבסיסי לא באמת עומד בתקן.
BS 8536: תכנון וביצוע בניינים ותשתיות - קוד עבודה לניהול נכסים
קוד עבודה בריטי לתכנון ותדריך תוך התחשבות במחזור החיים התפעולי השלם של הבניין, קשור קשר הדוק ל-Soft Landings ולמסירה לניהול נכסים. BS 8536 מכניס את הצרכים של צוות ניהול הנכסים לתדריך כבר מהיום הראשון - סמיכויות חדרים, גישה לתחזוקה ואורך חיים צפוי של ציוד נתפסים לפני שהתכנון מתחיל, במקום להתגלות כבעיות אחרי שהבניין נמסר.
אובייקטי ספרייה לארכיטקטורה, הנדסה ובנייה - חלק 1: זיהוי וסיווג
התקן הבריטי המגדיר כיצד אובייקטי ספריית BIM (משפחות) צריכים להיקרא, להיות מסווגים ומזוהים באופן עקבי לאורך פרויקט או ספריית אובייקטים. זהו התקן שמאחורי הרעיון של קוד אובייקט קבוע ומובנה - בדיוק סוג המשמעת בשמות שעליה בנויה ספריית משפחות מנוהלת היטב, כולל ספריית משפחות ה-Revit של האתר הזה עצמו.
התקן הבריטי המפרט כיצד סמלים דו-ממדיים של אלמנטי בניין צריכים להיראות ולהתנהג בספריית אובייקטים BIM. BS 8541-2 נמצא לצד BS 8541-1 באותה סדרת תקני ספריות אובייקטים, אך עוסק בייצוג דו-ממדי - כיצד דלת, חלון או אביזר צריכים לסמל את עצמם בתוכנית ובחתך - ולא בגיאומטריה ובנתונים תלת-ממדיים. יוצרי ספריות אובייקטים משתמשים בו כדי לשמור על עקביות הסמלים בלי קשר ליצרן שבנה את המשפחה.
קוד פרקטיקה בריטי לבטיחות אש, המציע חלופה גמישה ומהונדסת יותר ל-Approved Document B. BS 9999 הוא קוד פרקטיקה בריטי לבטיחות אש, המשמש כחלופה גמישה ומהונדסת יותר להנחיה המתארת ב-Approved Document B - ומאפשר למהנדס אש להצדיק גישה שונה (מרחקי מילוט ארוכים יותר, אסטרטגיות מילוט חלופיות) ממה שההנחיה הסטנדרטית מתירה, בתנאי שהנימוק מתועד, לרוב בדוח אסטרטגיית האש של הפרויקט.
buildingSMART Data Dictionary
מילון חינמי, מקוון ורב-לשוני של buildingSMART International למושגים ותכונות בנייה מתוקננים, הממפה מערכות סיווג כמו Uniclass ו-OmniClass לרפרנס משותף יחיד. זוהי התשובה המעשית לבעיית מילון הנתונים בקנה מידה תעשייתי - במקום שכל מדינה או ספק תוכנה יגדירו "דירוג אש" בדרכם שלהם, bSDD נותן לתהליכי עבודה מבוססי-IFC מקור משותף וניתן לשאילתה למה שתכונה בפועל אומרת.
תהליך האישור והפיקוח המאשר שמבנה עומד בתקנות הבנייה. פיקוח בנייה הוא תהליך האישור והפיקוח - המבוצע על ידי רשות מקומית או מפקח פרטי מאושר - המאשר שמבנה עומד בתקנות הבנייה, ופועל במקביל ובנפרד מהיתר התכנון. ביקורות באתר מתבצעות בשלבים מוגדרים, ומסתיימות בתעודת השלמה לאחר שהמבנה המוגמר עומד בדרישות.
טווח הקיום המלא של מבנה, מהתדריך ועד ההריסה. טווח הקיום המלא שמבנה עובר: תדריך והיתכנות, תכנון, בנייה, מסירה, תפעול - בדרך כלל השלב הארוך ביותר בהרבה - ובסופו של דבר שיפוץ, חיזוק או הריסה. כל הצעת הערך של BIM נשענת על ציר הזמן הזה: מידע שנוצר בזול במהלך התכנון (שינוי קיר הוא טריוויאלי על המסך) הופך יקר באופן אקספוננציאלי ליצירה או לתיקון ככל שמאוחר יותר במחזור החיים משאירים אותו, וזו בדיוק הסיבה שהשקעת מאמץ מוקדם באיכות הנתונים משתלמת.
מערך הממדים (3D עד 10D) בעצם ממופה על מחזור החיים הזה בסדר - גיאומטריה, זמן ועלות במהלך המסירה, ואז נתוני אנרגיה, ניהול מתקן ובטיחות שנושאים את הפרויקט דרך עשרות שנות תפעול לאחר מכן.
רשומה תפעולית חיה של בניין - כיצד המערכות שלו אמורות לפעול, אנשי קשר מרכזיים ויעדי ביצועים - שנשמרת מעודכנת לאורך כל חייו, לא רק נמסרת פעם אחת. בשונה ממדריך תפעול ותחזוקה סטטי שנמסר פעם אחת במסירה, יומן בניין נועד להיות מסמך חי שמתעדכן ככל שציוד מוחלף או אסטרטגיות הפעלה משתנות - דרישת Soft Landings שמתייחסת לתיעוד הבניין כמשהו שמזדקן יחד עם הבניין עצמו, לא כתוצר חד-פעמי.
אלמנט אתר ב-Revit היוצר שטח שטוח ומפולס במשטח הטופוגרפי עבור יסודות המבנה. משטח בניין (Building Pad) יוצר שטח שטוח ומפולס בתוך משטח טופוגרפי בגובה מוגדר, ומעניק ליסודות המבנה בסיס מפולס ראוי לעמוד עליו במקום השיפוע הטבעי של השטח הסובב - המקבילה במידול האתר ליסוד קונסטרוקטיבי, נדרש לפני שניתן לסמוך על משטח הטופוגרפיה עבור כמויות חפירה/מילוי מדויקות.
סימולציית ביצועי בניין (BPS)
מידול ממוחשב של צריכת האנרגיה, תאורה טבעית, נוחות תרמית או זרימת אוויר של בניין, המורץ מול מודל ה-BIM כדי להשפיע על החלטות תכנון לפני הביצוע. כלי סימולציה ייעודיים שולפים גיאומטריה, חומרים ונתוני מיקום מתוך רוויט כדי לבחון תרחישי "מה אם" - יחס חלון-קיר, עומק הצללה, גודל מערכות מיזוג - הרבה לפני שקיר אחד נבנה, ומתחברים יותר ויותר ישירות לדיווח פחמן גלום ותפעולי.
התקנים המינימליים הסטטוטוריים בבריטניה שמבנה חייב לעמוד בהם, המפורסמים כמסמכי ה-Approved Documents הממוספרים. תקנות הבנייה הן הרף הסטטוטורי המינימלי שמבנה בבריטניה חייב לעמוד בו - בטיחות מבנית, אש, נגישות, ביצועים אנרגטיים ועוד - הנאכף בנפרד מהיתר התכנון. כל נושא מתפרסם כ-Approved Document נפרד משלו (חלק B לאש, חלק M לנגישות, חלק L לאנרגיה), ומודלי BIM נבדקים יותר ויותר מולם באמצעות כלים אוטומטיים לבדיקת תאימות לתקנים.
חקיקה מרכזית בבריטניה, שהועברה לאחר שריפת מגדל גרנפל, ומציגה משטר רגולטורי חדש וחובות חוקיות לבטיחות מבנים בסיכון גבוה. זהו המקור החוקי שמאחורי דרישות חוט הזהב ותיק בטיחות המבנה - לא רק פרקטיקה טובה מומלצת, אלא חובה חוקית עם השלכות משפטיות אמיתיות אם עושים את זה לא נכון.
דרישה רגולטורית בריטית (שלאחר Grenfell) לבניינים בסיכון גבוה, המציגה את הראיות לכך שסיכוני בטיחות אש וקונסטרוקציה נוהלו כראוי לאורך כל מחזור החיים של הבניין. תיק בטיחות חייב להישמר ולהתעדכן באופן פעיל לאורך כל תקופת האיכלוס, לא להיות מוגש בארכיון פעם אחת בסיום - הוא נשען ישירות על ה-Golden Thread של מידע בניין מדויק ומעודכן שנשאר מחובר לנכס הפיזי כל עוד הבניין קיים.
הגוף הבריטי המאשר ומפקח על מבנים בסיכון גבוה במסגרת חוק בטיחות המבנים שלאחר Grenfell. רגולטור הבטיחות במבנים (BSR) הוא הגוף הבריטי האחראי על אישור ופיקוח על מבנים בסיכון גבוה (בגדול, מבנים למגורים מעל 18 מטר) בשלושה שערים סטטוטוריים - תכנון, טרום-בנייה והשלמה - במסגרת המשטר שקבע חוק בטיחות המבנים. פרויקט אינו יכול להתקדם מעבר לשער ללא אישור ה-BSR, וה-Golden Thread של המידע הוא מה שה-BSR מצפה להיות מסוגל לבחון בכל אחד מהם.
מדריך בשפה פשוטה המסביר כיצד להשתמש במבנה ולהבין אותו, מיועד למשתמשים בו - נבדל מהמדריך התפעולי הטכני שנכתב לצוות התחזוקה. זהו תוצר מרכזי של soft landings - מבנה יכול להיות מושלם טכנית ועדיין לתפקד גרוע אם אף אחד שעובד בו בפועל לא מבין איך אמצעי החימום או התריסים אמורים לפעול.
הבניין הפיזי המושלם או פיסת התשתית שהפרויקט מספק - המקבילה במציאות למודל המידע של הנכס שלו. "נכס בנוי" הוא אוצר המילים שתקן ISO 19650 משתמש בו עבור המבנה בפועל ברגע שהוא קיים, בשונה ממודלי המידע המתארים אותו. המונח מופיע לאורך דיוני ניהול נכסים ומסירה במיוחד כדי למנוע בלבול בין "הבניין" לבין "המודל של הבניין".
משפחת מערכת חשמל ב-Revit שמנתבת ותומכת כבילה מקובצת, ממודלת ובגודל בנפרד מצינור פיקוד. תעלת כבלים משמשת היכן שכמויות גדולות של כבלים רצות יחד באופן פתוח ולא דרך ריצות צינור פיקוד בודדות - בדרך כלל פירים, חללי תקרה וחדרי מכונות - וכמו תעלה וצנרת, רוויט יוצר אוטומטית אביזרים כשריצות מתעקלות או מסתעפות. זו קטגוריית משפחה נפרדת מצינור פיקוד, שמנתב מעגלים בודדים או מקובצים בקטנה דרך צינור סגור.
סוג תצוגה ברוויט שמציג חלק מוגדל וחתוך מתוך תצוגה אחרת - משמש לשרטוטי פרטים שמתקרבים לאזור קטן בלי לשכפל את כל התוכנית או החתך. תצוגת פירוט נשארת מקושרת לתצוגת האם שלה - מזיזים קיר בתוכנית, ותצוגת הפירוט החתוכה מתעדכנת יחד איתו - וזה מה שהופך אותה לכלי הנכון לפרט חתך קיר או פרט מדרגות, במקום לשרטט תצוגה כפולה מנותקת שהייתה יוצאת מסנכרון בשקט.
תצוגה תלת-ממדית פרספקטיבית ב-Revit שנוצרת על ידי הצבת מצלמה בנקודה וכיוון ספציפיים, שממסגרת את המודל בדרך שצילום היה עושה. זוהי נקודת ההתחלה עבור walkthrough - תצוגת מצלמה סטטית בודדת היא פריים אחד; walkthrough הוא נתיב שלם שלהם שמונפש יחד.
מדידה ומעקב אחר פליטות הפחמן בפועל של פרויקט - גלום ותפעולי - מול היעדים שלו, לאורך התכנון והביצוע. זוהי פרקטיקת המדידה שהפחמן הגלום והפחמן לאורך מחזור החיים הם הנושא שלה - בלי חשבונאות פחמן מובנית במודל ובתהליך הרכש, יעד אפס-נטו נשאר שאיפה מוצהרת ולא מספר עוקב וניתן לאימות.
פיצוי על פליטות הפחמן של פרויקט על ידי מימון הפחתת פחמן שקולה במקום אחר, במקום להפחית את הפליטות עצמן. היא נועדה בכוונה להיות המפלט האחרון ברוב אסטרטגיות אפס-הנטו - חשבונאות פחמן קיימת בדיוק כדי להוכיח כמה הפחתה אמיתית קרתה קודם, לפני שקיזוז משמש לכסות את מה שנותר.
קטגוריית משפחה ב-Revit עבור ארוניות ונגרות מובנות - משטחי מטבח, יחידות אחסון - בדרך כלל מאורחות לקיר או לרצפה. בניגוד לריהוט עומד בפני עצמו, נגרות (Casework) מאורחת בדרך כלל לקיר או לרצפה ומעוצבת כעבודה מובנית קבועה, נפוצה במטבחים, חדרי אמבטיה ופרויקטי גימור פנים עם עבודת נגרות רבה. היא נעקבת בנפרד מריהוט בתזמונים מכיוון שהיא בדרך כלל נרכשת ומותקנת על ידי בעל מקצוע אחר.
חיזוי מתי כסף יתקבל וישולם בפועל במהלך הפרויקט, לא רק כמה יעלה בסך הכל בסופו של דבר. פרויקט יכול להיות רווחי בסך הכל ועדיין להיגמר לו הכסף באמצע אם תשלומים ועלויות לא מתוזמנים כראוי - וזה בדיוק הפער שתחזית תזרים מזומנים קיימת כדי לתפוס לפני שהוא הופך למשבר.
גימור קטגוריה A וקטגוריה B
חלוקת היקף גימור מסחרי - Cat A מספק מעטפת בסיסית גמורה (רצפות מוגבהות, תקרות, MEP בסיסי) מוכנה לאיכלוס, ו-Cat B היא השכבה הספציפית לשוכר (מחיצות, ריהוט, מיתוג) הנבנית מעליה. מודל הבעלים בדרך כלל נעצר ב-Cat A, וקבלן הגימור של השוכר ממשיך משם במודל Cat B שלו - מה שאומר ששני המודלים זקוקים לממשקים נקיים ומוגדרים היטב (מערכת קואורדינטות משותפת וגבול היקף ברור) למרות שהם נבנים בזמנים שונים לחלוטין על ידי צוותים שונים לחלוטין.
Revit Category
קיבוץ העל שכל אלמנט ברוויט משתייך אליו, כמו קירות או דלתות. הרמה הגבוהה ביותר בהיררכיית האלמנטים של Revit: קטגוריה ואז משפחה ואז טיפוס ואז מופע. כל אלמנט בפרויקט משתייך לקטגוריה אחת בדיוק - קירות, דלתות, חלונות, עמודים קונסטרוקטיביים, ציוד מכני - והקטגוריה שולטת בהתנהגות בסיסית: אילו פרמטרים זמינים, איך האלמנט מתוזמן, אילו עוביי קו וגרפיקה הוא מקבל כברירת מחדל, ובאילו תצוגות הוא מופיע.
קטגוריות קבועות על ידי Revit עצמו (אי אפשר להמציא חדשה), וזה בדיוק למה הן ממופות בצורה כה נקייה על מערכות סיווג חיצוניות כמו Uniclass או MasterFormat - הן נקודת העיגון היציבה שמאפשרת סיווג ותזמון אוטומטיים.
Common Data Environment
פלטפורמה משותפת לכל מידע הפרויקט. הפלטפורמה המשותפת היחידה שבה כל מידע הפרויקט מאוחסן, מנוהל ומופץ. במקום שקבצים יטוסו באימייל, הכל נמצא ב-CDE - מודלים, שרטוטים, מסמכים, התכתבויות.
ה-CDE מחלק את מידע הפרויקט לארבעה אזורים מרכזיים:
| אזור | מי ניגש | מה מכיל |
|---|---|---|
| WIP (עבודה בתהליך) | היוצר בלבד | עבודה שטרם הושלמה ואינה מוכנה לשיתוף |
| Shared (משותף) | צוות הפרויקט | מידע שאושר לתיאום |
| Published (מפורסם) | הלקוח ובעלי עניין | יעדים שסופקו רשמית |
| Archive (ארכיון) | כולם | גרסאות שבוטלו, שמורות לתיעוד |
תקנות הבנייה (תכנון וניהול)
תקנות בטיחות בריטיות המחייבות זיהוי וניהול סיכוני תכנון וביצוע כבר משלב התכנון המוקדם ביותר, כאשר המודל עצמו משמש לעיתים קרובות לסימון סכנות. CDM מזיז את האחריות לבטיחות אחורה בזמן - מתכננים חייבים לתכנן מראש כדי להוציא מהתכנון סכנות צפויות (נתיב גישה קשה, משימת תחזוקה שדורשת עבודה בגובה), במקום להשאיר את כל הפחתת הסיכון לקבלן באתר, וקובץ הבטיחות והבריאות הוא המסמך שמעביר את המידע הזה לשלב התפעול.
משפחת מערכת אופקית ב-Revit, שממוקמת בדרך כלל אוטומטית בתוך קירות של חדר, ויוצרת את הצד התחתון הגמור של רצפה או גג מעל. תקרות ממוקמות בדרך כלל על ידי בחירת גבול חדר ולא משורטטות ידנית, והטיפוס שלהן נושא או מארג שכבות מורכב (טיח/גבס) או דוגמת רשת מודולרית עבור אריחי תקרה תלויה. גופי תאורה, ספרינקלרים ופתחי אוורור מתארחים בדרך כלל לפני התקרה או לרשת שלה.
העותק הראשי היחיד של פרויקט רוויט משותף (Workshared), המאוחסן במיקום משותף, שכל קובץ מקומי של חבר צוות מסתנכרן איתו. כאשר פרויקט רוויט משתמש ב-Worksets, קובץ אחד מוגדר כמודל המרכזי - הגרסה הסמכותית שאליה זורמים בסופו של דבר השינויים של כולם דרך Synchronize with Central. אסור לפתוח ולערוך אותו ישירות; במקום זאת כולם עובדים מתוך הקובץ המקומי שלהם.
התעודה המאשרת שליקויים שזוהו במהלך תקופת אחריות הליקויים תוקנו כראוי, המונפקת בתום אותה תקופה. זוהי הסגירה הפורמלית של תקופת אחריות הליקויים - המחויבות האחרונה שנותרה לקבלן לפני שכספי הריטנשן משוחררים במלואם. בלעדיה, ללקוח אין אישור מתועד שרשימת התיקונים אכן נסגרה ולא פשוט הוזנחה בשקט.
השיטה הסטנדרטית בבריטניה למדידה ותיאור עבודות הנדסה אזרחית בכתב כמויות - המקבילה בהנדסה אזרחית ל-NRM עבור מבנים. שמאי כמויות שמתמחר כביש או גשר מודד אותו מול CESMM4; אותו שמאי שמתמחר מבנה מודד אותו מול NRM במקום זאת.
התהליך הפורמלי להצעה, אישור ומעקב של שינויי תכנון. התהליך הפורמלי לטיפול בשינוי תכנון ברגע שפרויקט כבר בעיצומו: הצעתו, הערכת ההשפעה שלו על עלות, לוח זמנים ודיסציפלינות אחרות, קבלת אישור פורמלי, ווידוא שכל מי שעובד מהמודל בעצם יודע שזה קרה. בלי Change Management ממושמע, שינוי "קטן" שנעשה על ידי צוות אחד יכול לשבור בשקט את העבודה המתואמת של צוות אחר, מכיוון שדבר לא הכריח את השינוי להיסקר או להיתקשר לפני שנחת במודל המשותף.
CDE מנוהל היטב תומך בניהול שינויים ישירות: העברת אלמנט ששונה דרך WIP ל-Shared היא בעצמה צורה של שינוי מבוקר וגלוי, במקום עריכה שפשוט מופיעה בשקט בסנכרון המודל הבא של מישהו אחר.
מסמך חוזי פורמלי שמאשר שינוי ספציפי בהיקף, בעלות או בלוח זמנים, לאחר שהחוזה כבר נחתם. בעוד ניהול שינויים הוא התהליך השוטף של בקרה והערכה של שינויים מוצעים, הוראת שינוי היא המסמך החתום הספציפי שבפועל מאשר אחד מהם - נגרמת לעיתים קרובות על ידי התנגשות תיאום או תשובת RFI שחושפת שהתכנון המקורי לא ניתן לביצוע כפי שתועד.
מנוע רינדור ray-tracing בזמן אמת ומואץ-GPU מיוצרי V-Ray, המשמש להליכות וירטואליות מיידיות ופוטוריאליסטיות בסצנה. בעוד ש-V-Ray בנוי לתמונות סטילס איכותיות במצב לא-מקוון, Vantage מחליף חלק מהנאמנות הזו באינטראקטיביות מיידית - קרוב ברוחו יותר ל-Enscape או Twinmotion מאשר למוצר האחות שלו עצמו.
Chartered Institution of Building Services Engineers
הגוף המקצועי המוסמך של בריטניה למהנדסי מערכות מבנה (MEP), המפרסם הנחיות טכניות בשימוש נרחב לתכנון HVAC, חשמל ובריאות הציבור. המדריכים שלו הם עבור מהנדסי MEP בערך מה ש-NRM הוא עבור שמאי כמויות - רפרנס שמאומץ בצורה כה נרחבת שתכנית תכנון שמפנה ל"הנחיות CIBSE" מובנת בדרך כלל ללא הסבר נוסף.
המתודולוגיה הטכנית של CIBSE המשמשת להערכת סיכון ההתחממות של בית מגורים. CIBSE TM59 קובע את המתודולוגיה הספציפית - אילו חדרים למדל, באיזה קובץ מזג אוויר להשתמש, מה נחשב עמידה או כישלון - מאחורי הערכת ההתחממות של מבנה למגורים בפרויקט, ומעניק לבודקים אמת מידה עקבית לבדיקה במקום שכל משרד יבנה קריטריונים משלו.
תכנון מבנים כך שחומרים יוכלו לשמש מחדש או להתמחזר במקום להיהרס לפסולת. פילוסופיית תכנון ובנייה שמתמקדת בשמירת חומרים בשימוש כמה שיותר זמן - תכנון לפירוק במקום להריסה, פירוט חומרים ממוחזרים או ניתנים למחזור, והתייחסות לרכיבי מבנה כמשאב עתידי במקום פסולת בסופו של דבר. היא יושבת לצד צמצום פחמן גלום כאחד המנופים המרכזיים לצמצום טביעת הרגל הסביבתית של מבנה.
BIM תומך בחשיבת כלכלה מעגלית בדרך מאוד קונקרטית: מודל עם נתוני חומרים מדויקים הופך ל"דרכון חומרים" של המבנה - רשומה של בדיוק מה יש במבנה ואיפה, שהופכת פירוק, שימוש חוזר או מחזור עתידיים לבני-ביצוע באמת במקום ניחוש עשרות שנים מאוחר יותר.
תקן נתונים פתוח לייצוג והחלפה של מודלי עיר ונוף תלת-ממדיים, ברמת פירוט גסה יותר ממודל IFC בקנה מידה מבנה. בעוד ש-IFC ממדל מבנה בודד בפירוט עשיר, CityGML ממדל עיר שלמה באופן שטחי יותר - שניהם נפגשים בעבודת שילוב GIS-BIM, כל אחד מכסה את קנה המידה שהשני לא.
Autodesk Civil 3D
תוכנת התכנון האזרחי והתשתיות של Autodesk - מטפלת בכבישים, עיבוד קרקע ותשתיות אתר, ומתחברת לרוויט לתיאום משולב של בניין ואתר. בעוד רוויט ממדל את הבניין, Civil 3D ממדל את כל מה שסביבו - כבישים, ניקוז, עבודות עפר ורשתות תשתית - ושתי התוכנות חולקות נתונים (לרוב דרך מערכת קואורדינטות משותפת) כך שיסודות הבניין ותכנון הפילוס נשארים מתואמים עם תוכנית האתר שסביבו.
זיהוי התנגשויות
איתור אוטומטי של קונפליקטים בין מודלים. התהליך של זיהוי אוטומטי של קונפליקטים בין אלמנטים ממודלי דיסציפלינות שונות. כאשר תעלת ה-MEP עוברת דרך הקורה של מהנדס הקונסטרוקציה, זיהוי ההתנגשויות מסמן זאת - דיגיטלית, במודל - לפני שהבעיה הופכת לעלויות גבוהות באתר.
זיהוי התנגשויות מופעל בכלים כמו Autodesk Navisworks או Solibri. קיימים שלושה סוגים:
Uniclass / OmniClass
קוד תקני לכל רכיב ומערכת. כדי שמידע יהיה שמיש בין ארגונים, צריך שפה אחידה לקטלוג אלמנטים. Uniclass (בריטניה) ו-OmniClass (צפון אמריקה) הן מערכות סיווג היררכיות שנותנות לכל רכיב, מערכת ופעילות קוד תקני - מדלת בודדת ועד שלב פרויקט שלם.
הקודים מוזנים כפרמטרים באלמנטים ומאפשרים חיתוכי כמויות, מפרטים ודרישות מידע עקביים בין כל המשתתפים. תפגשו אותן בעיקר בפרויקטים בינלאומיים ובדרישות EIR של מזמינים גדולים.
מפקח בלתי תלוי הבודק שהעבודה באתר תואמת את המפרט והשרטוטים. פקח בנייה הוא מפקח בלתי תלוי, הממונה על ידי המזמין, הבודק יום-יום שהעבודה באתר אכן תואמת את המפרט והשרטוטים - תפקיד הבטחת איכות שקדם ל-BIM במאה שנה ויותר אך עדיין פועל באותו אופן, הליכה באתר במקום סקירת מודל.
הפעלת פרויקט שיתוף עבודה של Revit דרך שירותי הענן של Autodesk במקום שרת קבצים ברשת מקומית, כך שצוותים מפוזרים יוכלו לשתף פעולה על אותו מודל מרכזי מכל מקום. היא מחליפה את הדרישה הישנה ל-Revit Server או רשת משרדית משותפת באותו תהליך עבודה של סנכרון עם מרכזי שצוותים כבר מכירים - ההבדל המשמעותי הוא היכן המודל המרכזי חי פיזית, לא איך משתמשים בפועל עובדים איתו יום-יום.
מיקום פיזי של חברי צוות הפרויקט מארגונים שונים - מתכנן, קבלן, קבלני משנה מרכזיים - באותו מרחב עבודה כדי לשפר שיתוף פעולה ולזרז החלטות. זהו מאפיין נפוץ של integrated project delivery ושיטות מסירה שיתופיות אחרות - התנגשות שנפתרת בשיחה של חמש דקות מעבר לשולחן משותף במקום שבוע של מיילים בין משרדים נפרדים היא בדיוק היתרון ש-co-location נועד ללכוד.
Construction Operations Building Information Exchange
העברת נתוני נכסים למנהלי מתקן. פורמט נתונים מובנה להעברת מידע נכסים מצוות הבנייה לצוות ניהול המתקן עם השלמת הפרויקט. COBie מסופק בדרך כלל כגיליון אלקטרוני ומכיל כל מידע שמפעיל מבנה צריך: מרחבים, מערכות, ציוד, לוחות תחזוקה, אחריות וחלקי חילוף.
COBie הוא האופן שבו ממד ה-7D מסופק בפועל.
אימות שתכנון עומד בתקנות ובחוקי הבנייה הרלוונטיים, נעשה יותר ויותר על ידי הרצת בדיקות כללים אוטומטיות ישירות מול הנתונים של המודל עצמו. היתרים דיגיטליים הם הרעיון הזה שמובא כל הדרך לשולחן הרגולטור עצמו; רוב הפרויקטים עדיין מריצים גרסה שלו באופן פרטי קודם, ומשתמשים בכללי סגנון IDS כדי לתפוס הפרות לפני ההגשה.
הסכם רב-צדדי, לעיתים קרובות בנוי על תבנית כמו CIC BIM Protocol, המגדיר כיצד משתתפי הפרויקט יעבדו יחד בפועל וישתפו מידע. בעוד שפרוטוקול BIM הוא תבנית סטנדרטית של סעיפים, הסכם שיתוף פעולה הוא המסמך החתום בפועל עבור פרויקט ספציפי, שמפרט את הגורמים האמיתיים ואת ההתחייבויות האמיתיות שלהם.
הסכם משפטי שמרחיב חובת זהירות ממתכנן או קבלן לצד שלישי (כמו מממן, שוכר או רוכש עתידי) שלא היה חלק מהחוזה המקורי. בלי כתב אחריות משני, בעלים עתידי או מלווה של בניין לא יהיה לו זכות חוזית ישירה לתבוע את האדריכל או הקבלן המקוריים אם מתגלה ליקוי - זהו המסמך המשפטי שנותן להם עמידה משפטית, נפרד מחוזה הבנייה הראשי ונפרד מאחריות מוצר (Warranty) שמכסה חומרים פיזיים.
תצוגת תוכנית Revit המציגה חדרים או שטחים בקוד צבעים לפי פרמטר נבחר - מחלקה, אכלוס, דירוג אש - עם מקרא תואם, במקום קווים שחור-לבן פשוטים. זהו מאפיין נבדל מתצוגת מקרא כללית - סכימת הצבעים מוגדרת פעם אחת מול פרמטר (כמו שם מחלקה) וכל חדר שמתויג עם אותו ערך מקבל את הצבע שלו ואת הרשומה שלו במקרא באופן אוטומטי.
התהליך הפורמלי של בדיקה ואימות שמערכות הבניין באמת פועלות כפי שתוכננו, לפני שהפרויקט נמסר ללקוח. סוכן תיפעול ובדק מריץ מערכות מיזוג, חשמל ובטיחות אש דרך תנאי ההפעלה האמיתיים שלהן - לא רק בודק שהן מותקנות, אלא שהן מתפקדות לפי המפרט - והתוצאות מוזנות ישירות לתוך מדריך התפעול והתחזוקה ולקו הבסיס של צוות ניהול הנכסים למה ש"עובד כראוי" נראה כמוהו.
התעודה המאשרת שמערכות המבנה נבדקו מול תוכנית ההפעלה ואומתו לעבוד כפי שתוכננו. זה מה שלקוח אמור באמת לצפות לראות לפני הפעלת מערכות המבנה עבור משתמשים אמיתיים - לא רק מילת הקבלן שהבדיקה בוצעה.
המסמך הקובע כיצד מערכות המבנה ייבדקו ויאומתו לעבוד כפי שתוכננו לפני המסירה. היא קובעת לוח זמנים לאיזו מערכת נבדקת מתי ועל ידי מי, ומזינה ישירות את תעודת ההפעלה שמונפקת לאחר שכל בדיקה אכן עברה.
היטל בריטי סטנדרטי על פיתוח חדש, המשמש למימון תשתית מקומית כגון בתי ספר וכבישים. היטל תשתיות קהילתי (CIL) הוא היטל סטנדרטי, מחושב למ"ר, שחלק מהרשויות המקומיות בבריטניה מטילות על פיתוח חדש כדי לממן תשתית מקומית - בתי ספר, כבישים, פארקים - ומחושב לפי תעריף קבוע ולא במשא ומתן פרטני, בשונה מהסכם Section 106.
אירוע מוגדר תחת חוזי משפחת NEC המזכה את הקבלן בהתאמה למחיר ו/או לתאריך ההשלמה - המקבילה המובנית של NEC לשינוי או לתביעה. חוזי NEC מפרטים בדיוק אילו אירועים מזכים (שינוי שהונחה על ידי הלקוח, תנאי פיזי בלתי צפוי, ואחרים), ודורשים שהם יוערכו ויתומחרו במהירות - חלופה מובנית לתהליכי הזמנת שינוי ותביעה הפתוחים יותר הנהוגים במקומות אחרים.
הגדרת ההרכבה המשוכבת (מבנה, בידוד, גימור וכן הלאה) שמאחורי משפחת מערכת כמו קיר, רצפה או גג - כל שכבה נושאת חומר, עובי ופונקציה משלה. עריכת המבנה המורכב של סוג קיר היא הדרך שבה מודליסט מגדיר ממה הוא בפועל עשוי, שכבה אחר שכבה - וזה מה שקובע את דירוג האש שלו, את הביצועים התרמיים, ואת כמויות החומרים שזורמות לטבלאות, במקום שהקיר יהיה סתם לוח גנרי בודד בלי היגיון בנייה אמיתי מאחוריו.
Massing
נפח תלת-ממדי מפושט המשמש לחקירת צורת המבנה לפני מידול אלמנטים אמיתיים. צורה תלת-ממדית מפושטת וחופשית-צורה המשמשת בסביבת התכנון הקונספטואלי של Revit לחקירת הצורה והמסה הכוללת של מבנה - טביעת רגל, גובה, נסיגות - לפני התחייבות לקירות, רצפות או גגות אמיתיים. ניתן להמיר פאות של מסה ישירות לאלמנטי מבנה אמיתיים ברגע שהצורה מתייצבת, כך שעבודת המסה המוקדמת לא נזרקת, היא הופכת לגיאומטריית ההתחלה של המודל האמיתי.
מסה היא גם המקום שבו הרבה ניתוח 6D מוקדם קורה - מחקרי שמש, חישובי שטח רצפה, מחקרי צל - כי היא מאפשרת לצוות תכנון לבדוק הרבה אופציות נפחיות במהירות, לפני שעלות המידול המפורט המלא הופכת שינויים ליקרים.
מצב שבו עיכוב באשמת הלקוח ועיכוב באשמת הקבלן קורים לחפוף בזמן, מה שהופך את שאלת מי אחראי לחריגה שנוצרת לקשה באמת. זהו אחד הנושאים השנויים ביותר במחלוקת בסכסוכי חוזי בנייה - תביעת הארכת זמן הופכת מסובכת באמת כששני הצדדים יכולים להצביע על עיכוב אמיתי שקורה באותם ימים בדיוק.
הרצת משימות תכנון, הנדסה וניתוח במקביל בין דיסציפלינות על מודל משותף, במקום להמתין שכל דיסציפלינה תסיים לפני שהבאה מתחילה. המודל המשותף ושיתוף העבודה (Worksharing) של BIM הופכים הנדסה במקביל למעשית: אדריכלים, מהנדסי קונסטרוקציה וצוותי MEP יכולים לפתח כל אחד את התחום שלו בו-זמנית על מודלים מקושרים או מבוססי Worksets, ולתפוס התנגשויות מוקדם דרך גילוי התנגשויות שוטף, במקום לגלות אותן בסוף שרשרת מסירה מסורתית ורציפה.
הערכה המתעדת את המצב הפיזי הנוכחי של מבנה קיים, לפני החלטה על העבודה שהוא בפועל זקוק לה. זהו לעיתים קרובות הצעד הראשון האמיתי בפרויקט retrofit או שיפוץ - ויותר ויותר נעשה באמצעות סריקת לייזר שמזינה ישירות מודל scan-to-BIM במקום סקיצה ידנית.
משפחת מערכת חשמל ב-Revit - צינור סגור שמנתב מעגלים בודדים או מקובצים בקטנה, בגודל ובאביזרים בנפרד מתעלת כבלים. צינור פיקוד מתחבר דרך מחברים על ציוד ואביזרי חשמל, ויוצר אוטומטית אביזרים כשריצות מצוירות, והקוטר שלו נקבע בדרך כלל לפי מספר וחתך המוליכים שהוא צריך לשאת. זו המערכת המובילה למעגלים מוגנים בנפרד, כאשר תעלת כבלים משמשת במקום זאת לריצות כבלים פתוחות בכמות גדולה.
נקודה מוגדרת על משפחת MEP שבה היא יכולה להתחבר לאלמנט אחר - מחבר של צינור שנפגש עם מחבר של אביזר, ונושא זרימה ונתוני מערכת לרוחב המפרק. זה מה שמאפשר ל-Revit לנתב אוטומטית ריצת תעלה או צינור ולאמת שמערכת אכן רציפה - שני אלמנטים שנראים מחוברים בתצוגה אך לא חולקים מחבר אמיתי לא באמת מחוברים כלל.
מערכת בריטית שרושמת ומדרגת אתרי בנייה לפי עד כמה הם מתנהגים בהתחשבות כלפי שכניהם, הציבור והסביבה. היא מדרגת דברים שתוכנית האיכות של מבנה לא מכסה כלל - רעש, סדר באתר, איך מתייחסים לעובדים - שכבה תדמיתית שנמצאת לצד בדיקות הציות הטכניות הטהורות.
עד כמה תכנון בר-בנייה מעשית באמת, נסקר לפני שהבנייה מתחילה. עד כמה תכנון מעשי ובר-בנייה באמת בעולם האמיתי - האם ניתן להרכיב פרט פיזית ברצף המיועד, האם רכיב יכול לעבור דרך נתיב הגישה שהוא צריך כדי להגיע למיקומו הסופי, האם התכנון מניח סבילויות שבעלי המקצוע באתר באמת יכולים להשיג. Constructability Review פורמלי מביא מומחיות קבלנים ובעלי מקצוע לתהליך התכנון מוקדם, במיוחד כדי לתפוס את הבעיות האלה על המסך ולא באתר.
זיהוי התנגשויות תופס האם שני אלמנטים חופפים פיזית; סקירת בנאותיות תופסת את השאלה הרחבה והקשה יותר של האם תכנון שאין בו אפס התנגשויות גיאומטריות עדיין ניתן בפועל ומעשית לבנייה באופן שבו הוא שורטט.
מפגש בדיקה פורמלי שבו קבלנים ומומחים בודקים תכנון ספציפית מבחינת עד כמה יהיה מעשי ובטוח באמת לבנות אותו. נבנות עצמה היא האיכות הכללית שלתכנון יש או אין; בדיקת נבנות היא הפגישה הספציפית והמתוזמנת שבה מישהו בפועל בודק אותה לפני שמאוחר מדי לשנות.
חקיקה בבריטניה שנותנת לצדדים זכות חוקית לבוררות (adjudication) וקובעת תנאי תשלום מינימליים לחוזי בנייה. זהו היסוד החוקי שבוררות (adjudication) בעצם נשענת עליו - בלעדיו, מסלול הסכסוך המהיר והחוקי שהבנייה נשענת עליו כה רבות לא היה קיים כזכות חוקית בכלל.
מסמך הבטיחות והבריאות, הנדרש תחת תקנות ה-CDM, הקובע כיצד פרויקט ביצוע ספציפי ינוהל בבטיחות באתר. נכתב על ידי הקבלן הראשי לפני תחילת העבודה ונשמר חי לאורך כל הביצוע, הוא מכסה כללי אתר, סידורי רווחה, וכיצד סיכונים ספציפיים שזוהו בתכנון יבוקרו בפועל בשטח. זוהי דרישה חוקית בפרויקטים בבריטניה בכל גודל ממשי, לא תוספת אופציונלית.
האדם המנהל חוזה בנייה מסורתי (שאינו Design and Build) מטעם המזמין. מנהל חוזה (CA) מנהל חוזה בנייה מסורתי - בדרך כלל JCT - מטעם המזמין: מתן הוראות, אישור תשלומים ואישור השלמה מעשית. בדרך כלל זהו האדריכל או מנהל הפרויקט החובש כובע חוזי ספציפי זה, וזוהי המקבילה ברכש מסורתי לתפקיד נציג המזמין המשמש ב-Design and Build.
פירוט של מחיר חוזה בסכום גלובלי לרכיביו - לפי אלמנט או מקצוע - המשמש להערכת עבודה שבוצעה ולהערכת שינויים. בלעדיו, חוזה בסכום גלובלי הוא מספר יחיד ללא דרך לבדוק תשלומי התקדמות מול עבודה שבוצעה בפועל - ניתוח סכום החוזה הוא המסמך שכנגדו שמאי כמויות מעריך תעודות ביניים.
חלק מוגדר בתכנון - לעיתים קרובות אלמנטים מומחים כמו קיר מסך או MEP - שהקבלן לוקח עליו אחריות תכנון, גם תחת חוזה design-bid-build אחרת. זהו קו אמצע נפוץ בין שני הקצוות - צוות הלקוח שומר על שליטת תכנון על רוב המבנה, בעוד הוא מוסר את החלקים המומחים למי שבאמת הכי מתאים לתכנן אותם.
תגובת הקבלן לדרישות המזמין בחוזה Design and Build, המראה כיצד הוא יספק אותן. הצעות הקבלן הן תגובת הקבלן לדרישות המזמין בחוזה Design and Build - ומראות כיצד הוא מתכוון לעמוד בכל דרישה, באיזה מחיר, והיכן התכנון שלו שונה ממה שנדרש. יחד שני המסמכים מהווים את הבסיס הטכני והחוזי של ההסכם.
כלי תיאום ברוויט שמעתיק אלמנטים (כמו רשתות ומפלסים) ממודל מקושר למודל הנוכחי, ולאחר מכן מתריע אם המקור זז מאוחר יותר מבלי להישאר מסונכרן. מהנדס קונסטרוקציה משתמש בדרך כלל ב-Copy/Monitor כדי להביא את הרשתות והמפלסים של האדריכל למודל שלו עצמו, במקום לשרטט אותם מחדש ידנית - ואם האדריכל מזיז מאוחר יותר את הגובה של מפלס, רוויט מסמן את הפער אוטומטית במקום ששני המודלים יסטו זה מזה בשקט.
מנוע רינדור פוטוריאליסטי מבית Chaos - אותה חברה שמאחורי V-Ray - פופולרי בזכות תהליך עבודה פשוט וייעל יותר להדמיית פנים. זוהי האחות הנגישה יותר של Chaos ל-V-Ray - פחות הגדרות לכוונן, במחיר מסוים של השליטה העדינה ש-V-Ray מציע לאמני הדמיה מנוסים.
אומדן תקציב מתפתח לפרויקט, שמתעדן ברמת פירוט ככל שהתכנון מתקדם מנתון היתכנות מוקדם ועד פירוט אלמנטרי מלא. תוכנית עלויות בשלב מוקדם עשויה להיות נתון בודד למ"ר; עד שהיא מגיעה לניתוח סכום החוזה היא מפורטת אלמנט אחר אלמנט - אותו מסמך שמבשיל לצד התכנון.
תוכנת כימות כמויות ואומדן עלויות שמודדת ישירות מתוך מודל BIM או שרטוטים דו-ממדיים כדי להפיק כתב כמויות מתומחר. שמאי כמויות מקשר את CostX ישירות למודל הרוויט (או לקובץ IFC מיוצא), כך שכמויות נמדדות מתעדכנות אוטומטית ככל שהתכנון משתנה, במקום למדוד מחדש ידנית שרטוטים בכל פעם שמגיעה רוויזיה - אותה מטרה בסיסית כמו Assemble Systems, מכיוון של כלי שממוקד-ראשית באומדן עלויות ולא בתיאום מודל.
טכניקת לוח זמנים המזהה את הרצף הארוך ביותר של משימות תלויות בפרויקט - המשימות שאם יתעכבו, יעכבו את תאריך הסיום של כל הפרויקט. כל דבר בנתיב הקריטי משנה לתאריך הסיום; כל דבר מחוצה לו יש לו מרווח כלשהו - וזו בדיוק הסיבה שמנהל פרויקט טוב עוקב אחר הנתיב הקריטי הרבה יותר מקרוב משאר לוח הזמנים.
הגבול המלבני (או המעוצב) שמגביל כמה מהמודל תצוגת Revit בפועל מציגה, בלי קשר לקנה המידה של התצוגה או לגבולות האמיתיים של המודל. כיווץ תחום הגזירה של תוכנית קומה לאזור שגיליון צריך בלבד, במקום להציג את כל המודל באותו קנה מידה, הוא אחת הדרכים הבסיסיות ביותר שבהן משתמש Revit שולט במה שבאמת מודפס על גיליון שרטוט.
מערכת כרטיסים בריטית שמוכיחה שעובד בנייה בעל ההכשרה והכישורים לתפקידו הספציפי, נדרשת לגישה לרוב אתרי הבנייה בבריטניה. זהו שוער מעשי ויומיומי - שער האבטחה של אתר בודק אותו לפני שמישהו נכנס, בלי קשר לכמה טובה עבודתו בפועל.
קווי הרשת ב-Revit המחלקים קיר מסך לפאנלים, וקובעים היכן ממוקמים העמודונים והפאנלים. רשת קיר מסך מחלקת קיר מסך או מערכת מסך לפאנלים בודדים על ידי מיקום קווי רשת אופקיים ואנכיים - במרווח קבוע, במרחק קבוע, או במספר קבוע - וזוהי הרשת, לא הקיר עצמו, שקובעת בדיוק היכן ממוקם כל עמודון ופאנל.
אלמנט המילוי הבודד - מזוגג, אטום, או דלת משובצת - הממלא תא אחד ברשת קיר המסך. פאנל קיר מסך הוא אלמנט המילוי הבודד הממלא תא אחד ברשת קיר המסך - בדרך כלל זיגוג, אך יכול באותה קלות להיות פאנל ספנדרל אטום או משפחת דלת משובצת - ומכיוון שניתן להחליף כל פאנל בנפרד, קיר מסך יחיד יכול לשלב קטעים מזוגגים ואטומים מבלי לעצב סוגי קיר נפרדים.
גריד קיר מסך המוחל ישירות על פאה של גוש או גג, ולא עוקב אחר מסלול לינארי של קיר כפי שעושה Curtain Wall. בעוד ש-Curtain Wall הוא בבסיסו סוג קיר שנטו לחלוקת פאנלים, Curtain System מוחל פאה-אחר-פאה על מסה קונספטואלית או צורת גג מורכבת - שימושי עבור גג אטריום זכוכית משופע או חזית מרובת פאות שלא יושבת על מסלול קיר ישר או מעוקל בודד. שני הכלים חולקים אותם מנגנוני פאנל/פרופיל בסיסיים.
סוג קיר ברוויט הבנוי מרשת של פאנלים ופרופילים (מוליונים) במקום שכבות מלאות - המערכת הסטנדרטית למידול חזיתות מזוגגות. במקום מארג קיר אחיד, קיר מסך מוגדר על ידי דוגמת רשת שמחלקת אותו לפאנלים (בדרך כלל זכוכית, אך ניתנים להחלפה לפאנל מלא או תריס), עם מוליונים לאורך קווי הרשת - מה שהופך אותו למערכת המובילה לכל דבר, מחזית חנות בודדת ועד חזית מגדל משרדים מזוגגת במלואה.
כלי Revit שמאפשר לאלמנט אחד לחתוך חלל דרך אחר - תעלה שעוברת דרך קיר - כך שהם מוצגים כראוי במקום לחפוף באופן מלא. זוהי המקבילה ל-Join Geometry עבור אלמנטים שצריכים לעבור זה דרך זה במקום להתמזג - בלעדיו, תעלה שמנותבת דרך קיר פשוט תוצג כגוש מלא שמתנגש בו.
הגובה האופקי בתוך טווח תצוגה של Revit שבו המודל "נחתך" כדי ליצור תצוגת תוכנית - ההגדרה בתוך View Range שקובעת מה מוצג כקו חתך מלא. אם מגדירים אותו נמוך מדי בתוכנית קומה, אדן חלון נמוך לא יוצג כחתוך; אם מגדירים אותו גבוה מדי, הוא עלול לחתוך דרך משקוף דלת במקום הקיר שמתחתיו - זהו הערך הספציפי בתוך view range שרוב הבלבול בקריאת תוכניות באמת נובע ממנו.
מנוע רינדור בזמן אמת ומבוסס-GPU, פופולרי להדמיה אדריכלית מהירה ואיכותית ישירות מסצנה תלת-ממדית חיה. הוא מתחרה ישירות באותו מרחב כמו Enscape, Lumion ו-Twinmotion - כלי הדמיה בזמן אמת שנבנו כדי לשבת לצד מודל היצירה ולא להחליף אותו.
התפקיד האחראי על אחסון, אבטחה ותחזוקה טכנית שוטפים של מערך נתונים, בנבדל מהבעלים שלו. אחראי משמורת נתונים מטפל באחסון, בקרת גישה ותחזוקה טכנית שוטפים של מערך נתונים - בנבדל מהבעלים של הנתונים, שקובע מה הנתונים אמורים להיות ומי רשאי להשתמש בהם. בפרויקט BIM אחראי משמורת הנתונים הוא לעיתים קרובות מי שמנהל את ה-CDE עצמו, ומבצע את הכללים שמסגרת ממשל הנתונים קובעת ולא קובע אותם בעצמו.
מאגר מובנה ומשותף של שמות והגדרות תכונות מתוקננים - כך ש"דירוג אש" אומר בדיוק אותו הדבר עבור כל תוכנה וכל גורם שמשתמש במודל. בלי מילון נתונים משותף, "FireRating" של כלי אחד ו-"Fire_Rating_Class" של כלי אחר מתארים את אותה תכונה תחת שני שמות שונים, ושוברים כל בדיקה אוטומטית או מסירה. ה-bSDD של buildingSMART הוא הדוגמה הציבורית המוכרת ביותר, וממפה מערכות סיווג כמו Uniclass ו-OmniClass לרפרנס מקוון יחיד.
אבן דרך מתוזמנת שבה מידע מוסכם חייב להימסר. מונח מעולם ה-PAS 1192 / ISO 19650 עבור נקודה מתוזמנת בפרויקט שבה קבוצת מידע ספציפית שהוסכמה מראש חייבת להימסר לתוך ה-CDE - לא "שלחו כשמוכן" מעורפל, אלא אבן דרך קבועה הקשורה ל-MIDP של הפרויקט. פספוס Data Drop מטופל באותו אופן כמו פספוס כל דדליין חוזי אחר.
Data Drops הם מה שהופך את ה-MIDP וה-TIDP ליותר מלוח זמנים תיאורטי - הם נקודות הביקורת הקונקרטיות שצוות פרויקט באמת נמדד לפיהן, בדרך כלל מיושרות עם אבני דרך גדולות של הפרויקט כמו סוף שלב תכנון או אבן דרך בבנייה.
המדיניות והבעלות שקובעות מי רשאי ליצור, לערוך ולאשר נתוני פרויקט לאורך מחזור החיים שלהם. ממשל נתונים מגדיר מי הבעלים של כל פריט מידע בפרויקט, מי מורשה לשנות אותו, ואיזה אישור נדרש לפני שסומכים על שינוי. בפרויקט BIM המשמעות בדרך כלל היא הקצאת בעלים לכל מכל מידע, הסכמה על כללי אימות לפני כניסת נתונים ל-CDE, ותיעוד מי שינה מה. בלי זה, מושגים כמו איכות נתונים ובעלות על נתונים נשארים הצהרתיים בלבד ולא נאכפים בפועל.
עד כמה פרט מידע מפורק לגורמים דקים - רשומת "מערכת HVAC" בודדת לעומת כל תעלה, מתלה וניגר בודדים שנרשמים בנפרד. הפירוט הנכון תלוי במי ששואל - צוות FM שעוקב אחר החלפות מסננים צריך פירוט ברמת התעלה, בעוד שדוח עלויות ברמת תיק הנכסים משורת טוב יותר על ידי סיכום ברמת מערכת. LOD הוא פירוט שמוחל על גאומטריה; זהו אותו רעיון שמוחל על נתונים.
ההיסטוריה הניתנת למעקב של מהיכן פרט מידע הגיע במקור וכיצד הוא השתנה תוך כדי מעבר בין אנשים, כלים ושלבי פרויקט. אם דירוג האש של חדר משתנה שלוש פעמים לאורך תכנון, ביצוע ומסירה, שושלת נתונים היא מה שמאפשר למישהו לעקוב אחורה כדי להבין איזה שינוי היה נכון ומי ביצע אותו.
העברת נתונים ממערכת, תוכנה או פורמט אחד לאחר בלי לאבד או לפגוע בהם בדרך. מעבר בין תוכנות FM, או העברת מרשם נכסים ישן ל-AIM חדש, הוא בפני עצמו פרויקט הגירת נתונים - ובדיוק המקום שבו איכות נתונים לקויה במעלה הזרם הופכת לעבודת ניקוי יקרה מאוד.
השאלה החוזית מי הבעלים החוקי והשולט בנתוני מודל ה-BIM לאחר סיום הפרויקט - האדריכל, הלקוח, או הסדר משותף. בלי ניסוח חוזי ברור, לקוח יכול להישאר חסר יכולת חוקית לעדכן או אפילו לגשת במלואו למודל שעבורו שילם, וזו בדיוק הסיבה שמסמכי מינוי מודרניים (כמו BEP) מפרטים תנאי בעלות ורישוי על נתונים באופן מפורש בדיוק כפי שהם מפרטים שכר ותוצרים.
עד כמה הנתונים שביסוד מודל מדויקים, שלמים ועקביים בפועל - בלי קשר לכמה טובה נראית הגאומטריה. דלת שמעוצבת בצורה מושלמת עם שדה דירוג אש ריק היא בעלת גאומטריה מצוינת ואיכות נתונים לקויה - בדיוק סוג הפער שבדיקת איכות מודל ובדיקות data validation קיימות כדי לתפוס.
הפרקטיקה של לגרום לכל גורם בפרויקט לבנות ולקרוא לנתונים שלהם באותה דרך, כך שניתן לשלב ולהשוות אותם ללא ניקוי ידני. מילון נתונים או מערכת סיווג משותפת כמו Uniclass הם הכלים; תקנון נתונים הוא המשמעת המתמשכת של אכיפתם בפועל פרויקט אחר פרויקט, לא רק פרסום שלהם פעם אחת.
סט סטנדרטי וניתן לשימוש חוזר של פרמטרים ותכונות המוגדר עבור קטגוריה של אובייקט BIM, כך שכל מופע של סוג האובייקט הזה נושא נתונים עקביים ומובנים. במקום שכל יצרן או מודליסט ימציא שמות תכונות משלו, למשל עבור דלת אש, תבנית נתונים (כמו סטנדרט אובייקטי ה-BIM של NBS בבריטניה) קובעת את הפרמטרים, היחידות וסוגי הערכים המדויקים הצפויים - וזה מה שהופך נתונים לבני-פעולה הדדית ולניתנים לחיפוש באמת בין פרויקטים ותוכנות, לא רק תואמים גאומטרית.
בדיקה אוטומטית של מודל או תמסורת נתונים ספציפית מול מערכת כללים מוגדרת, לפני שהיא מתקבלת למידע הפרויקט. במקום שאדם יבדוק ידנית שלכל דלת בהגשה יש פרמטר דירוג אש מלא, כלי אימות מפעיל מערכת כללי IDS (או בודק דומה) באופן אוטומטי, ודוחה או מסמן כל אלמנט שלא עומד בדרישות המידע המוסכמות לפני שהוא מגיע בכלל למודל המשותף.
הדמיה של כמות האור הטבעי המגיע לחללים בתוך מבנה, המשמשת לבדיקת נוחות, ביצועי אנרגיה ודרישות אור טבעי לאישור תכנוני. היא רצה על אותה גאומטריית מודל ששימושה מחקרי sun-path משתמשים בה, אך מתמקדת במדדי נוחות פנימיים במקום רק לעקוב אחר היכן צללים נופלים בחוץ.
דוח משלב התכנון המעריך כיצד מבנה מוצע משפיע על אור יום ואור שמש בנכסים שכנים. הערכת אור יום ואור שמש מעריכה כיצד פיתוח מוצע משפיע על אור היום ואור השמש המגיעים למבנים שכנים ולשטחי הרווחה סביב המבנה החדש עצמו, בהתאם להנחיות BRE. זוהי סיבה נפוצה להתנגדויות תכנון בתוכניות עירוניות צפופות, וממצאיה עשויים לאלץ שינוי מסה עוד לפני שהניתוח המפורט של אור יום מתבצע על המודל המפורט.
פירוק מבנה בזהירות כדי לשחזר ולעשות שימוש חוזר בחומרים וברכיבים שלו, במקום להרוס אותו לכדי פסולת. זוהי האחות בעלת חשיבה-כלכלה-מעגלית של תכנון הריסה - איטית ויקרה יותר מראש, אך בדיוק מה שהופך material passporting ו-reverse logistics לכדאיים בהמשך.
תקופה קבועה לאחר המסירה שבמהלכה הקבלן נותר מחויב חוזית לתקן כל ליקוי שמתגלה, בדרך כלל לפני שהתשלום הסופי משוחרר. ליקויים שנרשמים במהלך התקופה הזו נמעקבים באותו אופן כמו סוגיות שלפני המסירה - לרוב מול אותם אלמנטים במודל - וסגירת כולם היא בדרך כלל התנאי לשחרור כספי הביטחונות שהוחזקו מהתשלום הסופי לקבלן.
תכנון כיצד מבנה קיים יורד בבטחה, כולל רצף, יציבות מבנית במהלך התהליך וטיפול בפסולת. מרשם אזבסט וסקר מצב מבנה שניהם בדרך כלל מגיעים לפני שתכנון הריסה מתחיל, מכיוון שמה שבאמת נמצא במבנה משנה כיצד ניתן לפרק אותו בבטחה.
עותקים של תצוגת Revit (בדרך כלל תוכנית גדולה שמפוצלת על פני מספר גיליונות) שנשארים מקושרים למקור - עריכת אלמנטים משותפים באחד מעדכנת את כולם באופן אוטומטי. עותק "Duplicate" רגיל הוא תצוגה עצמאית לגמרי; תצוגה תלויה נשארת קשורה להורה שלה, וזה בדיוק מה שנדרש כשאותה תוכנית קומה גדולה צריכה להופיע מפוצלת לרוחב matchlines על פני מספר גיליונות.
מסמך שמוגש עם בקשת תכנון ומסביר את החשיבה העיצובית שמאחורי הצעה וכיצד התוכנית תהיה נגישה לכל מי שמשתמש בה. זהו הנרטיב שמצדיק את השרטוטים - ומסביר למה מבנה נראה ויושב באופן שבו הוא נראה ויושב, לא רק מראה שכך הוא.
מסלול התקשרות שבו קבלן יחיד אחראי גם לתכנון וגם לביצוע, ולרוב לוקח על עצמו את צוות התכנון (לעיתים קרובות דרך המחאת חוזה) לאחר חתימת החוזה. מכיוון שגורם אחד שולט גם בתכנון וגם בביצוע, Design and Build נוטה לרכז את קבלת ההחלטות והסיכון של BIM אצל הקבלן - ניגוד חד למול Design-Bid-Build, שבו צוות התכנון של הלקוח עצמו וקבלן שממונה בנפרד צריכים לתאם על פני גבול ארגוני ש-Design and Build מסיר ברובו.
תכנון מבנה כך שניתן יהיה להתאים או לייעד אותו מחדש בקלות לשימוש שונה בהמשך, במקום לשרת רק אי פעם את התפקוד המקורי שלו. גובה קומה נדיב ורשת מבנית שלא נלחמת בקירות מחיצה עתידיים הן שתיהן החלטות תכנון-להתאמה - זולות לקבל בשלב התכנון, יקרות לבצע retrofit עליהן מאוחר יותר.
תכנון להוצאת סיכוני בטיחות ובריאות כבר בשלב התכנון עצמו, במקום להשאיר לקבלן לנהל אותם לאחר שהביצוע כבר החל. זהו החצי בשלב התכנון של ההיגיון שמאחורי תקנות ה-CDM - מתכנן שבוחר פאנל חיפוי קל יותר ששני אנשים יכולים להרים בבטיחות, במקום כזה שדורש מנוף והרמה בסיכון גבוה יותר, הוא תכנון לבטיחות בפועל.
אבן דרך מוסכמת בפרויקט, שממנה ואילך אסור לבצע שינויים נוספים בהיקף תכנון מוגדר, כדי שצוותי ההמשך יוכלו להתקדם בביטחון. הקפאת חבילה מוגדרת (למשל, מעטפת הבניין) ברמת LOD מוסכמת מאפשרת לצוותים האלה להתחייב על משאבים בלי לעשות מחדש את העבודה בכל פעם שמישהו משנה קיר.
דרך למדל ולהשוות כמה חלופות תכנון בתוך קובץ פרויקט אחד. הכלי המובנה של Revit לחקירת כמה חלופות תכנון - פריסות לובי שונות, טיפולי חזית שונים - בתוך קובץ פרויקט יחיד, בלי לשכפל את כל המודל. אלמנטים מוקצים ל-Option Set (קבוצת בחירות שוללות הדדית) ול-Option ספציפי בתוכה; שאר המודל, מחוץ לכל קבוצת אופציות, נשאר "המודל הראשי" המשותף שכל אופציה חולקת.
זה שונה מהותית מהשוואת חלופות תכנון מלאות בתהליכים גנרטיביים או חישוביים - Design Options הוא ספציפית המנגנון הפנימי-לקובץ של Revit עצמו, המשמש בעיקר להשוואות קצרות-טווח וקטנות-היקף במהלך פיתוח התכנון ולא לחקר תרחישים מקבילים גדולים.
כלי מבוסס שאלון מובנה (DQI) המשמש לדרג תכנון בניין מול פונקציונליות, איכות בנייה והשפעה, תוך איסוף קלט מבעלי עניין בשלבים מוגדרים בפרויקט. סקרי DQI מורצים בדרך כלל בשלוש נקודות - תכנון מוקדם, תכנון מפורט ולאחר השלמה - ומאפשרים ללקוח, לצוות התכנון ולמשתמשי הקצה לדרג את אותו פרויקט מול אותם קריטריונים ולראות כיצד התפיסות משתנות ככל שהבניין נבנה בפועל. זהו משלים רך יותר, מבוסס-תפיסה, למספרי הביצועים הקשיחים יותר שמפיקה הערכת שימוש שוטף או הדמיית ביצועי בניין.
פגישה מובנית או תהליך עבודה שבו בעלי עניין בוחנים את המודל הנוכחי מול דרישות, תקנים וסוגיות תיאום, לפני שהתכנון ממשיך הלאה. יותר ויותר מתקיים בתוך סביבת נתונים משותפת או צופה כמו Navisworks או BIM 360/ACC ולא סביב שרטוט מודפס, סקירת תכנון מאפשרת לכל דיסציפלינה לראות את אותו מודל מאוחד בו-זמנית ולרשום סוגיות (לרוב כקבצי BCF) ישירות מול האלמנטים שגורמים להן.
מסלול ההתקשרות המסורתי שבו צוות התכנון של הלקוח משלים את התכנון תחילה, קבלנים מגישים לאחר מכן הצעות תחרותיות עליו, וקבלן נפרד מבצע את הבנייה. מכיוון שצוותי התכנון והביצוע הם ארגונים נפרדים תחת Design-Bid-Build, מסירת המודל ביניהם חייבת להיות מפורשת ומתועדת היטב (דרישות EIR/BEP ברורות חשובות יותר כאן) ולא מובנת מאליה - בשונה מ-Design and Build, שבו אחריות התכנון והביצוע כבר יושבות בתוך חוזה אחד.
סמל שרטוט דו-ממדי בנוי-מראש וניתן לחזרה (כמו בידוד או חתך עץ), הממוקם בתוך תצוגות פרטים, בשונה מהמילוי הפשוט של אזור מוצבע. בעוד אזור מוצבע רק ממלא צורה בדוגמת הצללה, רכיב פרט הוא משפחה אמיתית לשימוש חוזר עם גיאומטריה והתנהגות משלה (הוא יכול להיות גמיש, להיערך במערך ולשאת פרמטרים) - הכלי הנכון לכל דבר שצריך לחזור על עצמו באופן זהה על פני הרבה שרטוטי פרטים, כמו רצף בידוד או פרופיל איטום סטנדרטי.
קבוצת Revit המורכבת מאלמנטי סימון ופרט דו-ממדיים בלבד, בניגוד לקבוצת מודל, שאורזת גאומטריה תלת-ממדית אמיתית. פרט טיפוסי חוזר - מידות, תגיות וקווים דו-ממדיים סביב תנאי ביצוע חוזר - מתאים באופן טבעי לקבוצת פרט, המוחזקת בנפרד מקבוצות המודל התלת-ממדיות המשמשות למכלולים פיזיים חוזרים.
Coarse, Medium, Fine
רמת הפירוט התצוגתית של אלמנט לפי תצוגה - לא להתבלבל עם LOD. Detail Level (גס, בינוני או עדין) הוא הגדרת תצוגה ברוויט לכל תצוגה בנפרד שקובעת כמה פירוט גרפי אלמנט מציג: קיר ב"גס" עשוי להישרטט כקו יחיד, אותו קיר ב"עדין" מציג כל שכבה של המבנה שלו. LOD מתאר עד כמה נתוני המודל שמאחורי האלמנט אמינים ומפותחים - מושג אמיתי, פרויקט-רחב וחוצה-תוכנות. Detail Level עוסק אך ורק באיך אותו אלמנט מצויר על המסך בתצוגה ספציפית אחת, ואין לו שום קשר לתוכן המידע האמיתי של המודל. קיר יכול לשאת נתוני LOD 350 מלאים ועדיין להיות מוצג ב"גס" בתוכנית אתר בקנה מידה קטן.
קו דו-ממדי ב-Revit הנראה בתצוגה בודדת בלבד, המשמש להערות ולא לגיאומטריה תלת-ממדית. קו פרט הוא גיאומטריית הערות דו-ממדית וספציפית לתצוגה - בניגוד לקווי מודל, הקיימים בתלת-ממד ומופיעים בכל תצוגה שחותכת דרכם. קווי פרט הם הדרך שבה משרטט מוסיף הצללה, מילוי גרפי או פרט גרפי נוסף לשרטוט מסוים אחד מבלי להשפיע על המודל עצמו.
Design for Manufacture & Assembly
תכנון לייצור מודולרי מחוץ לאתר. במקום לתכנן מבנה ואז לחשוב איך בונים אותו, מתכננים מראש לייצור מחוץ לאתר: אלמנטים מודולריים, מקטעי MEP טרומיים, חדרים רטובים מוכנים - שמיוצרים במפעל בדיוק גבוה ומורכבים באתר במהירות. ה-BIM הוא תנאי הכרחי כאן: המודל חייב להגיע לרמת דיוק ייצורית (LOD 400) כדי שהמפעל יעבוד ישירות ממנו.
פורמט ה-CAD/BIM הילידי של MicroStation של Bentley Systems, המקביל בערך בעולם Bentley לקובץ DWG או RVT. בפרויקטים עתירי תשתיות (רכבות, כבישים, תשתיות) נפוץ למצוא קובצי DGN לצד קבצי RVT ו-DWG, מכיוון שכלי Bentley חזקים במיוחד במגזר הזה - IFC הוא בדרך כלל הגשר הנייטרלי בין שתי המערכות.
ארגון, ניהול גרסאות ובקרת גישה לקבצי ולנתוני הפרויקט הדיגיטליים (מודלים, מסמכים, תמונות) - המקבילה הדיגיטלית לניהול הנכס הפיזי עצמו. CDE הוא הכלי המעשי שמיישם ניהול נכסים דיגיטליים בפרויקט; התחום עצמו רחב יותר, ומכסה הכל, מכללי שמות ועד מי מורשה לדרוס איזה קובץ.
פרסום ממשלתי בריטי שמנחה כיצד יש ליישם שיטות דיגיטליות ומודרניות של בנייה בפרויקטים ממשלתיים. זהו ההמשך המעשי, הממוקד-אספקת-פרויקטים, למסמכי מדיניות כמו דרישות ה-Golden Thread - פחות תקן טכני כמו ISO 19650 ויותר ספר שיטות מומלצות (מודלים תאומים, גישות פלטפורמה, תכנון מונחה-ייצור) שלקוחות ציבוריים מפנים אליו יותר ויותר בדרישות שלהם.
הבטחה שהמידע יישאר שמיש, נגיש ואמין לאורך זמן - לא רק בר-פעולה בין מערכות היום, אלא קריא ואמין גם בעוד שנים או עשורים. בעוד אינטראופרביליות פותרת את "האם תוכנה א' יכולה לקרוא את קובץ תוכנה ב' היום," המשכיות דיגיטלית פותרת את הבעיה הקשה יותר של "האם מידע הנכס הזה עדיין יהיה שמיש בעוד 20 שנה, אחרי שהתוכנה שיצרה אותו כבר לא קיימת." זו הסיבה שבעלי נכסים ארוכי-טווח מעדיפים יותר ויותר פורמטים פתוחים ומתועדים היטב (IFC, COBie) על פני קנייניים, לכל דבר שאמור לשרוד מעבר לערכת הכלים הנוכחית.
מסירת המידע של נכס בנוי כנתונים דיגיטליים מובנים ושמישים לאורך כל חייו - מהתכנית ועד התפעול - במקום כמסמכי נייר שנמסרים פעם אחת בסוף. זוהי הפילוסופיה הרחבה יותר ש-ISO 19650, ה-AIM, וחוט הזהב כולם משרתים - המידע של מבנה שנשאר מדויק, מובנה ונגיש במשך עשרות שנים, לא רק מדויק מספיק כדי לעבור את המסירה.
מונח רחב יותר מ-BIM, המכסה שימוש בנתונים ובתהליכים דיגיטליים לאורך ההנדסה של הפרויקט, לא רק במודל המידע של הבניין. נפוץ בהקשרי תשתיות וממשל (בייחוד באוסטרליה, בבריטניה, ויותר ויותר לצד BIM גם בבניינים), הנדסה דיגיטלית מתייחסת למודל כאל חלק אחד בלבד ממערכת אקולוגית דיגיטלית רחבה יותר הכוללת GIS, נתוני חיישנים, סימולציה וניתוח נתונים. בפועל, רוב הארגונים משתמשים ב"הנדסה דיגיטלית" וב-BIM כמעט לסירוגין, כאשר הנדסה דיגיטלית מדגישה את צינור נתוני ההנדסה יותר מאשר את תוכנת המידול.
ייצור רכיבי בניין ישירות מנתוני מודל BIM, באמצעות מכונות CNC, זרועות רובוטיות או מדפסות תלת-ממד, במקום ייצור ידני משרטוטים דו-ממדיים. זה מה שהופך את ה-DfMA לעבוד בפועל - המודל חייב להיות מדויק מספיק (בדרך כלל LOD 400) כך שמכונת מפעל תוכל לחתוך, לכרסם או להדפיס ישירות ממנו ללא שלב שרטוט אנושי מחדש באמצע.
הגשה ובדיקה של בקשות היתרי בנייה תוך שימוש בנתוני BIM מובנים במקום סטי שרטוטי נייר או PDF, כך שתוכנת הרגולטור תוכל לבדוק כללי ציות באופן אוטומטי. CORENET של סינגפור ומספר תוכניות פיילוט בארה"ב ובאירופה כבר הופכים חלקים מבדיקת התכניות לאוטומטיים בדרך זו - קוראים בדיקות מבוססות-כללים (כמו מרחקי מילוט מאש או מרווחי נגישות) ישירות מהנתונים של המודל עצמו במקום בודק אנושי שמודד PDF ידנית.
הדמיה של רצף ביצוע, תוכנית לוגיסטיקת אתר או תהליך הפעלה באופן וירטואלי לפני שהוא קורה באתר, באמצעות המודל במקום ניסוי וטעייה בשטח. סימולציית רצף 4D, הדמיית הרמת מנוף או הרצה וירטואלית של תהליך הפעלה - כולן צורות של חזרה דיגיטלית, שתופסות התנגשות בין קבלנים, נתיב גישה חסום או שגיאה ברצף הפעלה על המסך במקום באתר, שם התיקון עולה הרבה יותר.
יומן יומי של פעילות אתר, מזג אוויר, כוח אדם ותקלות שנשמר בכלי דיגיטלי במקום במחברת נייר. היא הכי חשובה כשמחלוקת קורית חודשים אחר כך - רשומה דיגיטלית ניתנת לחיפוש ומתוארכת קשה הרבה יותר לערער עליה מזיכרון של מישהו לגבי מה שיומן כתוב ביד אמר.
הזרימה הרציפה והניתנת למעקב של מידע המחברת בין תכנון הבניין, הביצוע והמידע התפעולי לאורך כל מחזור החיים שלו. שרשור דיגיטלי אומר שכל פיסת מידע - מהחלטת תכנון מוקדמת ועד קריאת חיישן על נכס מותקן שנים אחר כך - נשארת מקושרת וניתנת למעקב חזרה למקור שלה, במקום להיווצר מחדש או ללכת לאיבוד בכל מסירה בפרויקט. זהו הרקמה המחברת שמאפשרת לתאום דיגיטלי (Digital Twin) לשקף באמת את המציאות, במקום להיות תמונת מצב חד-פעמית.
תאום דיגיטלי
העתק וירטואלי חי שמוזן מחיישנים במבנה. העתק וירטואלי חי של מבנה פיזי, המתעדכן ברציפות עם נתוני עולם אמיתי מחיישני IoT ומערכות ניהול בניינים. בניגוד למודל BIM סטטי, תאום דיגיטלי מתפתח לאחר המסירה - עוקב אחר צריכת אנרגיה, בריאות ציוד, דפוסי תפוסה וצרכי תחזוקה בזמן אמת.
תאומים דיגיטליים הם נקודת הסיום של מחזור חיי BIM: המודל לא מועבר לארכיון כשהמבנה נפתח. הוא הופך לפלטפורמת המודיעין התפעולית לאורך כל חיי המבנה.
תביעה של בעלים כנגד שוכר עבור עלות השבת שטח מושכר למצב הנדרש בסיום החכירה. מודל או סקר שמתעד את מצב השטח בתחילת החכירה מול סיומה הוא הראיה המעשית מאחורי תביעת Dilapidations - אותן טכניקות לכידת מציאות ו-Scan-to-BIM שמשמשות לסקרי as-built של בניין חדש חלות גם כאן, רק בקצה השני של החכירה.
שרשרת של מידות ליניאריות קשורות ב-Revit שמוצבות ומיושרות יחד כרצף אחד רציף, במקום כקווי מידה נפרדים ועצמאיים. הוספה או הסרה של קו עדות משרשרת מידות קיימת שומרת אוטומטית על יישור כל שאר המקטעים - הצבה ידנית של אותו מספר מידות נפרדות כמעט אף פעם לא מתיישרת בצורה נקייה כזו.
חברה שמפרסמת תוספי Revit חינמיים ומוגמרים - SheetLink, ParaManager, DiRootsOne ואחרים - לעריכת פרמטרים בכמות, עבודה דו-כיוונית מול Excel וחילוץ נתונים. הכלים של DiRoots מוכנים להתקנה ולשימוש, בניגוד ל-pyRevit שהיא פלטפורמה לכתיבת סקריפטים משלכם. SheetLink מטפל בסנכרון דו-כיווני של נתוני פרמטרים מול Excel, ParaManager מנהל shared parameters בכמות, ו-DiRootsOne מאגד כמה מהם יחד. הם עונים על אותו צורך של "להכניס ולהוציא נתונים מהמודל מהר" שאחרת צוות היה צריך לכתוב לו סקריפט ביד.
גריד UV המוחל על פאה של מסה או צורה גנרית, ומשמש לתבנת ולאכלס אותה ברכיבים אדפטיביים. לאחר שפני השטח מחולקים, ניתן לטעון עליהם משפחת רכיב אדפטיבי ולחזור עליה אוטומטית בכל צומת גריד - חזית מפוצלת של מאות פאנלים דו-עקומים שונים במעט זה מזה היא דוגמה קלאסית לשימוש. מרווח הגריד, הסיבוב וסוג הדפוס (מלבני, משולש, דיאגריד) כולם ניתנים להתאמה בדיעבד בלי לחלק מחדש את פני השטח מאפס.
התחום העוסק בניהול גרסאות מסמכים, אישורים והפצה כך שכולם עובדים מהגרסה הנוכחית. בקרת מסמכים היא התחום - ולעיתים קרובות תפקיד מוגדר בפרויקטים גדולים יותר - של ניהול מספרי גרסה, סטטוס אישור והפצה כך שאף אחד לא עובד משרטוט או מפרט שהוחלף. סביבת CDE מבצעת אוטומציה לרוב התהליך, אך האחריות הבסיסית (מי מאשר מה, מי מקבל התראה על רוויזיה חדשה) עדיין צריכה להיות מוקצית לאדם מסוים.
קטגוריית משפחה מאורחת ב-Revit שחותכת פתח בקיר וממלאת אותו, בגודל ובכיוון פתיחה לפי פרמטרי הטיפוס שלה. דלת תמיד מאורחת לקיר - הזזה או מחיקה של קיר המארח גוררת גם את הדלת. כיוון הפתיחה, צד הפתיחה ומצב הסף נשלטים על ידי חצי היפוך ברמת המופע ופרמטרי טיפוס כמו רוחב, גובה וחומר המשקוף, והיא חותכת אוטומטית את גאומטריית הקיר בכל מקום שבו היא ממוקמת.
תוכנית עבודה דיגיטלית
גרסה דיגיטלית ומובנית של תוכנית העבודה שלב-אחר-שלב של הפרויקט, המקשרת כל שלב RIBA למידע ולנקודות המסירה שהוא דורש. במקום שבו תוכנית עבודה מסורתית היא מסמך, תוכנית עבודה דיגיטלית היא נתונים מובנים - היא קושרת כל שלב בפרויקט (ראו RIBA Plan of Work) לנקודות מסירת נתונים מוגדרות, אחריות וסיווג, כך שכלי תוכנה יכולים לעקוב אחר מה נדרש, ממי, ומתי, במקום שצוות הפרויקט יעקוב אחרי זה ידנית בגיליון אלקטרוני.
תצוגת Revit ללא כל חיבור למודל התלת-ממדי - קווים דו-ממדיים טהורים, המשמשת לפרטים גנריים שלא צריכים להתייחס לגאומטריית מודל אמיתית. פרט איטום סטנדרטי שחל באותה צורה בכל פרויקט מתאים באופן טבעי כאן - בניגוד ל-callout view, הוא אף פעם לא מתעדכן מהמודל כי הוא אף פעם לא היה מקושר אליו מלכתחילה.
אינדקס מעוקב של כל השרטוטים שהונפקו בפרויקט, הכולל את הרוויזיה, הסטטוס ותאריך ההנפקה הנוכחיים. מרשם שרטוטים הוא הרשימה הראשית של כל השרטוטים שהונפקו בפרויקט - מספרם, כותרתם, הרוויזיה הנוכחית, סטטוס ההתאמה ותאריך ההנפקה - הנשמרת כדי שכל אחד יוכל לוודא שהוא עובד מהגרסה העדכנית ביותר. בסביבת CDE מנוהלת היטב המרשם נוצר במידה רבה אוטומטית מהמטא-דאטה, אך בפרויקטים קטנים יותר הוא עדיין לעיתים קרובות גיליון אלקטרוני מתוחזק ידנית.
שימוש בכלי טיס בלתי מאויש כדי ללכוד תמונות או נתוני אתר - צילומי התקדמות, פוטוגרמטריה, סריקות תרמיות - מהאוויר. זוהי לעיתים קרובות הדרך המהירה ביותר להזין פוטוגרמטריה בכמות התמונות החופפות שהיא צריכה, במיוחד באתר גדול או קשה לגישה.
פלטפורמת מיפוי רחפנים התופרת תמונות אוויריות למפות אורתומוזאיקה ומודלים תלת-ממדיים של האתר למעקב התקדמות. DroneDeploy היא פלטפורמת מיפוי רחפנים התופרת תמונות אוויריות שנלכדו במהלך סקר רחפנים למפות אורתומוזאיקה ומודלים תלת-ממדיים של האתר, ועוקבת אחר נפחי עבודות עפר והתקדמות האתר הכללית מלמעלה לאורך זמן - השלמה מלמעלה לכלים ברמת הקרקע כמו OpenSpace.
משפחת מערכת MEP ב-Revit שמנתבת אוויר בין ציוד מכני לפתחי אוורור, בגודל ובניתוב עם לוגיקת אביזרים דומה לצנרת. תעלות מתחברות דרך מחברים על ציוד מכני ופתחי אוורור, ורוויט יוצר אוטומטית אביזרים (זוויות, מסתעפים, מעברים) כשריצות מצוירות או משנות גודל. מערכות תעלות נושאות חישובי גודל וזרימה משלהן, וגילוי התנגשויות מול שלד ומערכות MEP אחרות הוא אחת ממשימות התיאום הנפוצות ביותר סביבן.
פורמט הקובץ הקל והדחוס של Autodesk לשיתוף וסימון נתוני תכנון דו- ותלת-ממדיים ללא תוכנת היצירה המקורית. זוהי התשובה של Autodesk לייצוא אוניברסלי לצפייה וסימון בלבד - קטן בהרבה מ-RVT או DWG מקוריים, ניתן לצפייה בכלים חינמיים, ולא ניתן לעריכה חזרה למודל המקור. שימושי לחבילות בדיקה שנשלחות לאנשים שלא צריכים (או שלא אמורים לקבל) גישת עריכה.
פורמט השרטוט הילידי של Autodesk, עדיין שפת ההחלפה היומיומית של 2D. פורמט הקובץ הבינארי הילידי של AutoCAD, ובהרחבה אחד הפורמטים הנפוצים ביותר להחלפת מידע שרטוטי 2D בבנייה, גם בפרויקט עתיר-BIM. Revit יכול לייצא דפים ותצוגות ל-DWG עבור יועצים שעדיין עובדים ב-CAD דו-ממדי, או כדי לעמוד בדרישת חוזה לתוצרי DWG.
DWG הוא לא פורמט BIM - הוא נושא קווים, קשתות ובלוקים, לא אלמנטים פרמטריים או נתונים עשירים - כך שייצוא ל-DWG הוא בפועל צעד מטה בעושר המידע. הוא נותר חיוני בפועל כי הרבה קבלנים, רשויות ויועצי משנה עדיין מצפים לשרטוטים ב-DWG ולא ב-IFC.
פורמט להחלפת שרטוטים
פורמט CAD דו-ממדי פתוח ומבוסס-טקסט להחלפת קבצים - בן הדוד הפשוט והקריא באופן אוניברסלי יותר של פורמט ה-DWG הקנייני של Autodesk. מכיוון שהמבנה של DXF מפורסם בפתיחות וקריא כטקסט, זו הבחירה הבטוחה יותר בעת החלפת נתוני שרטוט דו-ממדיים עם תוכנה שאולי לא תומכת במלואה בפורמט הבינארי הקנייני של DWG - במחיר גדלי קבצים גדולים יותר ואובדן מדי פעם של עיצוב ספציפי ל-DWG.
Computational Design
אוטומציה ולוגיקה במקום קליקים. תכנון חישובי מגדיר גיאומטריה ונתונים באמצעות לוגיקה וכללים במקום קליקים - Dynamo הוא כלי התכנות הוויזואלי של עולם Revit (ו-Python או C# דרך ה-API למתקדמים). שימושים יומיומיים: שינוי שם למאות גיליונות בבת אחת, בדיקות QA/QC אוטומטיות, ומילוי פרמטרים מטבלת אקסל. תכנון גנרטיבי (Generative Design) לוקח את זה צעד קדימה - המחשב מציע ובוחן עשרות חלופות לפי יעדים שהגדרתם.
כלי תכנות ויזואלי מבוסס-צמתים וחינמי עבור Revit, המאפשר למשתמשים להפוך משימות מודלינג חוזרות לאוטומטיות וליצור גאומטריה מורכבת ללא כתיבת קוד. הוא נמצא בערך באותה רמה שבה Grasshopper נמצא עבור Rhino - גרירה וחיבור צמתים במקום כתיבת סקריפטים - והוא יכול לקרוא ולכתוב פרמטרים של Revit ישירות, מה שהופך אותו לגשר נפוץ בין תהליכי תכנון גנרטיבי למודל Revit חי.
פורמט קובץ נייטרלי מבחינת ספק לאחסון נתוני ענן נקודות שנסרקו בסורקי לייזר, שתוכנן כך שסריקות מציוד שונה יוכלו להישתף ולעובד באותה דרך. לפני E57, לכל יצרן סורקים היה פורמט ענן נקודות קנייני משלו, מה שהקשה על העברת סריקה בין כלי לכידת מציאות ו-BIM שונים. כיום זהו הדבר הקרוב ביותר לתקן החלפה משותף שיש לתהליך scan-to-BIM, לצד LAS לנתוני LiDAR אוויריים וניידים.
מעורבות קבלן מוקדמת (ECI)
גישת התקשרות שבה הקבלן מצטרף לפרויקט בשלב התכנון (ולא אחרי שהוא הושלם), ותורם קלט של יכולת ביצוע ועלות לפני שהשרטוטים סופיים. ECI מנסה ללכוד חלק מהתובנות המוקדמות של יכולת ביצוע ש-Design and Build מספק, תוך שמירה על שליטת צוות התכנון של הלקוח עצמו - הקבלן סוקר את המודל המתפתח, מסמן סוגיות יכולת ביצוע (ראו Constructability) מוקדם, ולעיתים קרובות מגבש תמחור לפני שהלקוח מתחייב לחוזה במחיר קבוע.
הודעה פורמלית, הנדרשת תחת חוזי משפחת NEC, שכל צד חייב להנפיק ברגע שהוא מודע לעניין שעלול להשפיע על עלות, זמן או איכות הפרויקט. היא מובנית בפילוסופיה השיתופית של חוזה ה-NEC - סימון בעיה ברגע שהיא מזוהה, לפני שהיא הופכת ל-compensation event, נותן לשני הצדדים הזדמנות לנהל אותה יחד במקום להתווכח עליה בדיעבד.
שיטה למדידת ביצועי פרויקט על ידי השוואת הערך של עבודה שהושלמה בפועל מול מה שתוכנן ומה שהוצא. היא עונה על שאלה חדה יותר מ"האם אנחנו בתקציב" - על ידי השוואת ערך מתוכנן, ערך נצבר ועלות בפועל יחד, היא מראה האם פרויקט הוא גם בלוח זמנים וגם בתקציב, או סוטה באחד בעוד שנראה בסדר בשני.
הערכת אתר של בתי גידול ומינים מוגנים, הנדרשת לפני פיתוח באזורים רגישים מבחינה אקולוגית. סקר אקולוגי מעריך את האתר מבחינת בתי גידול ומינים מוגנים - עטלפים, טריטונים, ציפורים מקננות - לפני הפיתוח, ולעיתים קרובות מהווה תנאי מוקדם לקבלת היתר תכנון באזורים רגישים. ממצאיו עשויים להוביל להגבלות עונתיות על העבודה או להזין ישירות את חישוב ה-Biodiversity Net Gain של הפרויקט.
המנגנון ברוויט לבקש לשאול אלמנט שחבר צוות אחר מחזיק בבעלותו כרגע בסשן שיתוף עבודה, במקום להיחסם מלערוך אותו. אם מודליסט צריך לערוך אלמנט שמישהו אחר כבר בבעלותו, רוויט שולח לאותו אדם בקשת עריכה שהוא יכול לאשר או לדחות - שכבת משא ומתן קלה שמאפשרת לצוות גדול לעבוד על אותו מודל מרכזי בו-זמנית בלי לנעול זה את זה כל הזמן.
Exchange Information Requirements
בריף ה-BIM של הלקוח. המסמך שמתחיל כל פרויקט BIM. ה-EIR נכתב על ידי הלקוח (המזמין) ומגדיר בדיוק איזה מידע הוא צריך מצוות הפרויקט - באיזה פורמט, לאיזו רמת פירוט, ובאילו אבני דרך של הפרויקט.
חשוב על זה כ"בריף BIM של הלקוח". הוא מכסה:
כל תהליך ה-BIM נגזר מה-EIR. בתקן ה-PAS 1192 הבריטי הישן אותו ראשי תיבות עמד עבור "Employer's Information Requirements" - תקן ISO 19650 שינה את השם כדי לשמור על המונח נייטרלי מבחינת התקשרות ברמה הבינלאומית, שכן הוא משתמש ב-"Appointing Party" ולא ב-"Employer".
תכונת Revit MEP המקבצת מכשירי חשמל יחד ומחברת אותם ללוח ספציפי, כך שעומס וחיווט יכולים להיות מחושבים ומתוזמנים אוטומטית. בלי הקצאת מכשירים למעגל, ל-Revit אין דרך ליצור טבלת לוח - זהו הקישור הבלתי נראה שהופך סט מפוזר של גופי תאורה למערכת חשמלית אמיתית על נייר.
קטגוריית משפחה ב-Revit ללוחות, שנאים וציוד מיתוג שמעגלים וצינורות פיקוד מתחברים אליהם כמקור הזנה. משפחות ציוד חשמל נושאות מחברים שמעגלים ומזינים מתחברים אליהם, ולוחות זמנים של לוחות חשמל נוצרים ישירות ממה שמחובר ללוח נתון. דרישות עומס ומרווח סביב הציוד הזה מסומנות בדרך כלל מוקדם, מכיוון שהעברתו בשלב מאוחר בפרויקט יכולה להשתלשל דרך כל מעגל המנותב ממנו.
סוג תצוגה ב-Revit המציג בניין או קיר פנימי בראייה ישירה, מכיוון קבוע - הדרך הסטנדרטית לתעד חזיתות חיצוניות ואלמנטים בקירות פנימיים. תצוגת חזית נוצרת על ידי סמן חזית שממוקם בתצוגת מפה ותמיד מביטה בכיוון קבוע אחד, בשונה מחתך שיכול לחתוך בכל זווית. חזיתות חיצוניות מתעדות את מעטפת הבניין עבור שרטוטי תכנון ובנייה; חזיתות פנימיות מבצעות את אותה עבודה עבור קירות של חדר בודד, ומציגות גימורים, ריהוט קבוע ואביזרים במבט אחד.
הפחמן שנפלט בייצור, הובלה ובנייה של חומרי המבנה. פליטות הפחמן שקשורות לחומרי ותהליך הבנייה של מבנה - כרייה של חומרי גלם, ייצור מוצרים, הובלתם, ועבודת הבנייה עצמה - בניגוד לפחמן תפעולי, שמגיע מהפעלת המבנה המוגמר. עבור מבנה מודרני יעיל מאוד, פחמן גלום יכול לייצג נתח גדול יותר מפליטות אורך החיים מאשר פחמן תפעולי, פשוט כי צריכת האנרגיה התפעולית ירדה כל כך.
מודל BIM עם כמויות וסוגי חומרים מדויקים הוא הבסיס המעשי לחישוב פחמן גלום: הכפילו את הכמות של כל חומר (שנשלפת באותו אופן כמו כל QTO) בגורם הפחמן המפורסם שלו, והסכום הופך לקלט החלטת תכנון אמיתי במקום ניחוש שנעשה בדיעבד.
סך האנרגיה הנצרכת בכריית, ייצור והובלת חומר בנייה - מדד קשור אך נבדל מהפחמן הגלום שלו. אנרגיה גלומה ופחמן גלום בדרך כלל עולים ויורדים יחד, אך לא תמיד - חומר יכול להיות עתיר אנרגיה לייצור תוך שימוש במקור אנרגיה דל-פחמן יחסית, או להיפך, וזו הסיבה שהערכות קיימות עוקבות יותר ויותר אחר שניהם במקום להניח שאחד מנבא את השני. הוא מדווח בדרך כלל במגה-ג'אול לקילוגרם חומר, ומוזן מאותו סוג נתוני כמות חומר ש-Revit כבר נושא עבור חשבונאות פחמן.
האדם הממונה לנהל חוזה Design and Build מטעם המזמין. נציג המזמין ממונה לנהל חוזה Design and Build מטעם המזמין - אישור תשלומים, מתן הוראות ואישור השלמה מעשית - המקבילה תחת JCT Design and Build לתפקיד מנהל החוזה המשמש ברכש מסורתי.
התדריך הטכני של המזמין בחוזה Design and Build, בנפרד מדרישות המידע של ה-EIR. דרישות המזמין (ER) הוא המסמך שהמזמין מנפיק ברכש מסוג Design and Build ומפרט מה הוא רוצה שייבנה - תקני ביצועים, מפרטים, אילוצים - ואליו הקבלן מגיב עם הצעות הקבלן שלו. קל להתבלבל בינו לבין EIR (דרישות מידע לחילופין), אך השניים מכסים תחומים שונים: דרישות המזמין מגדירות את המבנה עצמו, ואילו EIR מגדיר את תוצרי המידע לגביו.
התקן האירופי השולט בביצוע ובסימון CE של מבנים מפלדה ואלומיניום, וקובע דרישות כיצד יצרנים חייבים לייצר ולתעד את עבודתם. יצרן פלדה ללא הסמכת EN 1090 פשוט לא יכול לספק חוקית פלדה מבנית לשוק האירופי - זהו שער ציות קשיח, לא סימן איכות וולונטרי.
התקן האירופי המגדיר את המתודולוגיה להערכת הביצועים הסביבתיים של מבנה לאורך כל מחזור חייו. זוהי המתודולוגיה הפורמלית שמאחורי life cycle assessment - התקן שמגדיר בדיוק אילו שלבי מחזור חיים וקטגוריות השפעה נתון פחמן לאורך מחזור חיים בפועל חייב לקחת בחשבון.
התקן האירופי לאיכות סביבה פנימית - נוחות תרמית, איכות אוויר, תאורה ואקוסטיקה - המשמש לקביעת קריטריוני תכנון לאוורור ולמערכות מבנה. הנחיות CIBSE בבריטניה ו-EN 16798 ברחבי אירופה מכסים חלק ניכר מאותו שטח של איכות סביבה פנימית, משני כיוונים מוסדיים שונים.
ייצוג גאומטרי מפושט ש-Revit יוצר ממודל תכנון ספציפית לניתוח אנרגיה - חדרים ומעטפת מבנה בלבד, מנוקה מפרטים לא רלוונטיים. הוא מזין ישירות כלי סימולציית ביצועי מבנה כמו IES-VE או Autodesk Insight - מודל אדריכלי מלא כולל הרבה יותר פרטי גאומטריה ממה שסימולציית אנרגיה בפועל צריכה או יכולה לעבד ביעילות.
תעודת ביצועי אנרגיה (EPC)
דירוג נדרש על פי חוק (בדרך כלל A-G) שמראה עד כמה בניין יעיל אנרגטית, נדרש לפני שניתן למכור, להשכיר, ובחלק מהמדינות - לאכלס אותו. בשונה מ-BREEAM, LEED או Passivhaus, שהן הסמכות וולונטריות שלקוח בוחר לשאוף אליהן, EPC היא לרוב דרישה חוקית מוצקה - ואותם נתוני מודל אנרגיה או סימולציית ביצועי בניין ששימשו לרדוף אחרי הסמכה וולונטרית מייצרים בדרך כלל את דירוג ה-EPC כתוצר לוואי.
תוסף רינדור בזמן אמת שהופך מודל Revit לסצנת תלת-ממד ניתנת לחקירה מיידית. תוסף רינדור בזמן אמת שרץ ישירות בתוך Revit (וכמה כלי BIM נוספים), והופך את המודל לסצנת תלת-ממד פוטו-ריאליסטית ניתנת להליכה כמעט מיידית - בלי ייצוא נפרד, בלי המתנה לסיום רינדור. תוך כדי עריכת המודל, תצוגת Enscape מתעדכנת חיה לצידו.
הערך המרכזי שלו הוא תקשורת: לקוח או קבלן שלא יודע לקרוא תוכנית קומה יכול לעבור בהליכה בתצוגת Enscape של אותו תכנון ולהבין אותו מיידית. הוא הפך כמעט לציפייה ברירת מחדל בפרויקטי Revit מול לקוחות, באותו אופן שהדמיה מרונדרת נהגה להיות תוצר מיוחד ומוזמן בנפרד.
מחקר פורמלי של ההשפעות הצפויות של הפרויקט על הסביבה, הנדרש עבור פיתוחים גדולים לפני קבלת היתר תכנון. הערכת השפעה סביבתית (EIA) היא מחקר פורמלי, הנדרש עבור פיתוחים גדולים או רגישים יותר, המתעד את ההשפעות הצפויות של הפרויקט על אקולוגיה, רעש, תנועה, איכות אוויר ועוד, לצד אמצעי ההפחתה המוצעים לכל אחת מהן. הצהרה סביבתית שמתקבלת כתוצאה מכך מוגשת יחד עם בקשת ההיתר ועשויה להכתיב החלטות תכנון עוד לפני שקיים מודל כלשהו.
תוכנית ספציפית לאתר השולטת בהשפעה הסביבתית של פרויקט בנייה - רעש, אבק, נגר מים, מינים ובתי גידול מוגנים. היא נמצאת לצד תוכנית ניהול פסולת האתר כאחת משני המסמכים הסביבתיים שרוב אישורי התכנון כיום מתנים בהם.
דיווח סביבה, חברה וממשל (ESG)
דיווח תאגידי ומול משקיעים על ההשפעה הסביבתית והחברתית של תיק נכסים, הנשען יותר ויותר ישירות על נתוני BIM/נכסים במקום להיאסף ידנית. חברת נדל"ן שמדווחת פחמן גלום ותפעולי על פני עשרות בניינים למשקיעים או לרגולטורים שואבת יותר ויותר את הנתונים האלה ישירות ממודל מידע הנכס של כל בניין, במקום להזמין ביקורת נפרדת - עוד סיבה שנתוני מודל מדויקים ומובנים ממשיכים להחזיר את ההשקעה הרבה אחרי המסירה.
Eurocodes - תקני התכנון הקונסטרוקטיבי האירופיים
משפחת תקנים אירופיים (EN 1990-1999) שמגדירה כללי תכנון קונסטרוקטיבי - עומסים, חומרים, תכנון סייסמי - שמודל אנליטי קונסטרוקטיבי חייב להיבדק מולם בפרויקטים העוקבים אחר הפרקטיקה האירופית. Eurocode 1 מגדיר את העומסים, Eurocode 8 מכסה תכנון סייסמי וכן הלאה - מהנדס קונסטרוקציה מגדיר שילובי עומסים בכלי כמו Robot Structural Analysis לפי הקוד שחל על תחום השיפוט של הפרויקט, כאשר Eurocode הוא הנפוץ ביותר מחוץ לצפון אמריקה.
הארכת זמן (EOT)
תביעה חוזית פורמלית שמעניקה לקבלן זמן נוסף להשלמת העבודות, בדרך כלל עקב עיכוב שאינו בשליטתו. מודל והיסטוריית לוח זמנים מתועדים היטב הם בדיוק מה שתביעת EOT צריכה כדי להוכיח את טענתה - הצגה מדויקת של מתי שינוי תכנון או מסירת מידע מאוחרת דחפו בפועל את רצף הביצוע אחורה, במקום שהעיכוב יהיה אשמת הקבלן עצמו.
רכיבי MEP מפורטים ומדויקים-ליצרן ב-Revit - אביזרי תעלה ספציפיים, מצמדי צנרת - המשמשים לפירוט ברמת ייצור במקום משפחות מערכת גנריות. משפחת תעלה גנרית מספיקה לתיאום תכנון; חלקי ייצור נושאים את נתוני היצרן האמיתיים הנדרשים לייצור דיגיטלי, ומזינים ישירות את תהליך החיתוך וההרכבה של המפעל.
התפעול, התחזוקה והניהול השוטפים של בניין לאורך מחזור החיים שלו בשימוש, לאחר השלמת מסירת הפרויקט. השימושיות של BIM לא נגמרת במסירה - מודל מידע נכס (AIM) בנוי היטב, שמאוכלס דרך COBie או כלי דומה, מוזן ישירות לתוכנת ניהול מתקנים כך שבעלי הבניין יכולים לעקוב אחר נכסים, לתכנן תחזוקה ולנהל שטח בלי לסקור מחדש את הבניין. זו הסיבה המרכזית ביותר שבעלי נכסים גדולים מחייבים BIM בפרויקטים שלהם מלכתחילה.
Revit Families
אבני הבניין הפרמטריות של Revit. משפחה היא הגדרת רכיב פרמטרית - דלת, עמוד, גוף תאורה - עם טיפוסים (Types) (שילובי גודל ומאפיינים מוגדרים מראש) ומופעים (Instances) (האלמנטים שהונחו בפועל). ב-Revit יש שלושה סוגים: משפחות מערכת (קירות, רצפות, גגות - מובנות בפרויקט), משפחות נטענות (קובצי rfa. שיוצרים או מורידים) ומשפחות In-Place (אלמנטים חד-פעמיים שממודלים ישירות בפרויקט). שליטה במשפחות היא הצעד הגדול ביותר מ"להשתמש ב-Revit" ל"לשלוט ב-Revit".
הסביבה הייעודית ברוויט לבניית תוכן משפחות פרמטרי. סביבת המידול הנפרדת בתוך Revit - שנפתחת על ידי עריכת משפחה ולא פרויקט - שבה משפחות באמת נבנות: קודם מישורי וקווי ייחוס, ואז גיאומטריה פרמטרית, טיפוסים ונוסחאות בשכבות מעל. היא נראית דומה לסביבת הפרויקט הראשית אך מתנהגת אחרת בדרכים חשובות, בעיקר שלקובץ משפחה אין עבודה משותפת והוא מיועד להתכופף ולהיבדק בבידוד לפני טעינה לפרויקט אמיתי.
נוחות ב-Family Editor היא בדרך כלל קו ההפרדה הברור ביותר בין מי ש"משתמש" ב-Revit לבין מי שבאמת יכול לפתור בעיות בו - רוב התסכולים היומיומיים מרכיב חסר או שגוי מתוקנים כאן, לא בקובץ הפרויקט.
פרמטר המוגדר בתוך משפחה, ששולט בגאומטריה או בהתנהגות שלה, ונשאר מקומי לאותה משפחה אלא אם הוא הופך במפורש לפרמטר משותף. זוהי המקבילה ברמת עורך המשפחה לפרמטרים פרויקטיים ומשותפים - נוסחת "רוחב פנל" של משפחת דלת היא פרמטר משפחה, והיא נשארת בלתי נראית לטבלאות ותגיות מחוץ לאותה משפחה עד שהיא מקודמת לפרמטר משותף.
קובץ ההתחלה (.rft) שנבחר בעת יצירת משפחה חדשה בעורך המשפחות, שמגדיר מראש את התנהגות המארחות והקטגוריה שלה - בשונה מתבנית פרויקט (.rte), שמכינה פרויקט חדש שלם. בחירה ב"דלת" כתבנית משפחה מגדירה מראש התנהגות מארחות-קיר ופרמטרי דלת סטנדרטיים, בעוד בחירה ב"מודל גנרי מבוסס-פנים" מכינה משהו שיכול להתחבר לכל משטח - בחירת תבנית המשפחה הלא נכונה בהתחלה היא אחת הסיבות הנפוצות ביותר למשפחה מותאמת אישית שמתנהגת בצורה בלתי צפויה מאוחר יותר.
התוכנה של FARO לעיבוד ורישום נתוני ענן נקודות מסורקי הלייזר שלה - המתחרה הישיר של Leica Cyclone. באיזה מהם צוות סקר משתמש בדרך כלל תלוי רק במותג הסורק שהם רכשו - שתי המערכות פותרות את אותה בעיית רישום בדרך דומה במידה רבה.
אלמנט אביזר גג הרץ לאורך קצה הגג - לוח הגימור האנכי שאליו מתחבר בדרך כלל מרזב. פסיה מוצבת על ידי בחירת קצוות גג או אוגן ועוקבת אחר הגאומטריה שלהם אוטומטית, באותו אופן שבו Wall Sweep עוקב אחר מסלול קיר - הזיזו או שנו את צורת הגג והפסיה מתעדכנת יחד איתו. מרזב מתווסף בדרך כלל באותה שיטה, מאורח ישירות לפסיה ולא לגג עצמו.
פורמט קובץ Filmbox (FBX)
פורמט תלת-ממד להחלפת קבצים, שמקורו ב-Autodesk, נפוץ להעברת גיאומטריה, חומרים ואנימציה בין כלי BIM למנועי הדמיה/משחק בזמן אמת. רוויט יכול לייצא ישירות ל-FBX, שהוא הפורמט שרוב כלי ההדמיה ומנועי המשחק (כמו Unreal Engine, או Twinmotion בחלק מהצנרות עבודה) מצפים לקבל כקלט - שימושי כאשר מודל צריך לעבור מרינדור סטטי לחוויית הליכה אינטראקטיבית או VR.
מודל מאוחד
מודלי דיסציפלינות מקושרים לתמונה מתואמת אחת. מודל משולב המורכב ממודלי דיסציפלינה נפרדים המקושרים יחד - מודל האדריכל, מודל מהנדס הקונסטרוקציה ומודל מהנדס ה-MEP נצפים בו-זמנית. אף אחד לא עובד באותו קובץ; במקום זאת, כל צוות עובד במודל שלו והמודל המאוחד מורכב לסקירות תיאום.
מודלים מאוחדים משמשים להפעלת זיהוי התנגשויות ולמתן תמונה מלאה של המבנה לכל בעלי העניין.
התוכנית לאופן שבו מודלי הפרויקט מתחלקים לנפחים ניתנים לניהול, ולאחר מכן מקושרים בחזרה לשלם מתואם אחד. נקראת גם אסטרטגיית נפחים, היא קובעת כיצד המודלים מתחלקים - בדרך כלל לפי בניין, אזור ודיסציפלינה - כך שכמה צוותים יכולים למדל בו-זמנית בלי בעיות גודל קובץ או תיאום, ולאחר מכן מגדירה את ההיררכיה לקישור החלקים הללו חזרה למודלים מאוחדים, עד למודל מאוחד ראשי אחד לכל הפרויקט. בדרך כלל מתועדת כחלק מתוכנית ביצוע ה-BIM (BEP).
הפדרציה הבינלאומית של מהנדסים יועצים - טפסי חוזה סטנדרטיים
משפחה נפוצה של טפסי חוזה בנייה בינלאומיים סטנדרטיים (הספר האדום, הספר הצהוב, הספר הכסוף), נפוצים במיוחד בפרויקטים חוצי-גבולות ובינלאומיים מחוץ לבריטניה/ארה"ב. כל "ספר" FIDIC מתאים למודל התקשרות אחר - הספר האדום מתאים ל-Design-Bid-Build מסורתי עם פרויקט מתוכנן על ידי המזמין, הספר הצהוב מתאים ל-Design and Build, והספר הכסוף מתאים לפרויקטי EPC/מפתח בי - כך שאיזה ספר החוזה מפנה אליו אומר הרבה על מי נושא בסיכון התכנון עוד לפני שקוראים סעיף אחד.
צורת החוזה הנפוצה ביותר במשפחת FIDIC, עבור פרויקטים שבהם המתכנן של המזמין עצמו עושה את רוב התכנון והקבלן בונה לפיו. זוהי המקבילה של FIDIC לפיצול מסורתי של design-bid-build - ה-Yellow Book, לעומת זאת, היא צורת ה-FIDIC לחוזים בסגנון design-and-build שבהם הקבלן גם מתכנן.
אפליקציית ניהול שטח לבנייה למעקב משימות, רשימות תיקונים וסימון תוכניות באתר. Fieldwire היא אפליקציית ניהול שטח מותאמת לנייד, המשמשת למעקב אחר משימות, פריטי רשימת תיקונים וסימוני שרטוטים ישירות מהטלפון או הטאבלט באתר, ומאפשרת למשרד ולצוות האתר לצפות באותה מערכת תוכניות עדכנית.
אלמנט שרטוט דו-ממדי ספציפי לתצוגה ברוויט, הממלא גבול משורטט בדוגמת הצללה או מילוי מלא - משמש להערות, לא לגיאומטריית בניין אמיתית. אזור מוצבע קיים רק בתצוגה שבה הוא צויר - אין לו עובי אמיתי או נוכחות תלת-ממדית - מה שהופך אותו לכלי הנכון לדברים כמו פושה (Poché), דוגמאות ריצוף בתוכנית, או אזור מודגש שלא אמור להשפיע על כמויות או טבלאות כפי שאלמנט מודל אמיתי היה משפיע.
ההצהרה הסופית והמוסכמת על מה שקבלן חייב לו בדיוק עבור פרויקט שהושלם, לאחר שכל שינוי, תביעה והתאמה סוכמו. הסכמה על החשבון הסופי היא לעיתים קרובות החלק האיטי ביותר בסגירת פרויקט - כל הזמנת שינוי, הארכת זמן ותביעת הפסד והוצאה צריכה להיות מותאמת מול סכום החוזה המקורי לפני ששני הצדדים חותמים.
ניתוח אלמנטים סופיים (FEA)
שיטת ניתוח הנדסי שמפרקת מבנה לאלמנטים קטנים ופשוטים רבים, כדי לחשב באופן מספרי כיצד הוא מתנהג תחת עומסים וכוחות אמיתיים. מהנדס קונסטרוקציה מוציא את המודל האנליטי (ראו מודל אנליטי קונסטרוקטיבי) מרוויט לכלי FEA ייעודי כמו Robot Structural Analysis, שמחלק את האלמנטים לרשת של חלקים קטנים ופותר את הפיזיקה עבור כל אחד מהם - השיטה הסטנדרטית מאחורי כל בדיקת עומס, התעוותות ועמידה בתקן מודרנית.
חלוקת בניין לאזורים עמידי אש כך שדליקה נשארת מוכלת במדור אחד במקום להתפשט ללא בקרה בכל המבנה. קירות ורצפות מדור נושאים דירוג עמידות אש, וכל חדירה דרכם - תעלה, תעלת כבלים, דלת - זקוקה לאיטום אש משלה או למכלול מדורג כדי לשמר את הגבול הזה. ב-Revit, הפרדה למדורים ממודלת בדרך כלל כסט ייעודי של סוגי קיר ורצפה מדורגי אש כאשר הדירוג נישא כפרמטר, הניתן לבדיקה מול קודי אש מקומיים.
הערכה פורמלית המזהה סיכוני אש במבנה ואת האמצעים הנדרשים לשליטה בהם, נדרשת עבור רוב המבנים הלא-מגוריים בבריטניה. זהו מסמך חי וספציפי למבנה ולא בדיקת תכנון חד-פעמית - ועבור מבנים בסיכון גבוה, הוא כעת חייב להישאר עדכני כחלק מחוט הזהב.
המידע הספציפי הקשור לבטיחות אש בנוגע לתכנון ולביצוע של מבנה, שחייב להימסר לאדם האחראי תחת חקיקת בטיחות המבנים בבריטניה. עבור מבנים בסיכון גבוה, מידע זה מזין ישירות את "חוט הזהב" ואת תיק בטיחות המבנה - מידע בטיחות אש לא יכול להיות PDF סטטי שנמסר פעם אחת, הוא חייב להישאר מדויק ככל שהמבנה משתנה לאורך כל חייו.
חקיקה בבריטניה שמטילה חובה חוקית על מי שאחראי על מבנה לא-מגורים לבצע ולפעול לפי הערכת סיכוני אש. זוהי הדרישה החוקית שהופכת הערכת סיכוני אש לחובה ולא לאופציונלית - חוק בטיחות המבנים הוסיף שכבת חובות נוספת מעליה ספציפית עבור מבנים בסיכון גבוה.
מסמך משלב התכנון המפרט כיצד פריסת המבנה ומערכותיו משיגים עמידה בדרישות בטיחות אש. דוח אסטרטגיית אש מופק בשלב מוקדם של התכנון על ידי מהנדס אש, ומפרט כיצד פריסת המבנה, דרכי המילוט, התאי אש ומערכות בטיחות האש פועלים יחד כדי לעמוד בחלק B של תקנות הבנייה. זהו מסמך חי, המתעדכן ככל שהתכנון מתקדם, ונדרש יותר ויותר להיות ניתן למעקב דרך ה-Golden Thread של הפרויקט במבנים בסיכון גבוה.
הסמכת מבנה שמתמקדת בבריאות וברווחת המשתמשים, דומה במטרתה ל-WELL Standard אך בדרך כלל מהירה וזולה יותר להשגה. היא ממוקמת כחלופה נגישה יותר ל-WELL - תיעוד פחות ממצה, אך מכסה חלק ניכר מאותו שטח סביב אור, אוויר ונוחות משתמשים.
דוח המעריך את סיכון ההצפה של האתר ואת אמצעי ההפחתה שהתכנון חייב לכלול לפני קבלת היתר. הערכת סיכוני הצפה (FRA) הוא דוח, הנדרש בדרך כלל על ידי רשויות התכנון, המעריך האם האתר נמצא בסיכון הצפה ומפרט את אמצעי ההפחתה שהתכנון חייב לכלול - הגבהת מפלס הרצפה המוגמר, ניקוז בר-קיימא, חומרים עמידים בפני מים. הדוח מוזמן בדרך כלל בשלב מוקדם, מכיוון שממצאיו עשויים להגביל את פריסת האתר, מפלסי הרצפה, ואף את היתכנות הפיתוח של האתר כולו.
משפחת מערכת אופקית ב-Revit, משורטטת כגבול ובנויה ממארג שכבות, שיוצרת את משטח ההליכה של רום. רצפה משורטטת על ידי ציור הגבול שלה בתצוגת קומה, וכמו קיר, השכבות שלה - פלטה מבנית, בידוד, גימור - מגיעות מהטיפוס שלה. ניתן להטות רצפות באמצעות עריכת צורה, והן מארחות מעקות, מדרגות ואלמנטים אחרים שזקוקים לייחוס אופקי.
תצוגה ב-Revit המביטה ישירות כלפי מטה על קומה, חתוכה בגובה מוגדר - סוג התצוגה הנפוץ ביותר לתיעוד פריסה, קירות וסידור חדרים. תצוגת תוכנית קומה נוצרת אוטומטית עבור כל רום בפרויקט ומציגה כל מה שמישור החיתוך של ה-View Range עובר דרכו באותו גובה - וזו הסיבה שאלמנטים מעל או מתחת למישור החיתוך מופיעים, נעלמים או מוצגים בקו מקווקו בהתאם להגדרה זו. זוהי תצוגת העבודה העיקרית עבור רוב עבודות השרטוט האדריכליות והמבניות.
ביטוי מתמטי שנכתב לתוך פרמטר משפחה או פרמטר משותף, ומחשב אוטומטית ערך אחד מתוך אחרים, במקום לדרוש הזנה ידנית. רוחב המשקוף של משפחת דלת יכול להיכתב כנוסחה שמפנה לרוחב הדלת הכולל ועוד היסט קבוע, כך ששינוי מידה אחת מעדכן אוטומטית את השנייה - המנגנון שגורם למשפחה פרמטרית בנויה היטב לזוז נכון במקום להישבר כשמשתמש משנה ערך בלתי צפוי.
הסדר התקשרות ארוך טווח עם פאנל קבלנים או יועצים שנבחר מראש, משמש להענקת פרויקטים עתידיים מרובים בלי לצאת למכרז מחדש עבור כל אחד בנפרד. נפוץ בעבודות ציבוריות, הסכם מסגרת קובע תעריפים סטנדרטיים ודרישות BIM/מידע פעם אחת, ולאחר מכן פרויקטים בודדים ("קריאות") מוענקים במהירות מולו - כלומר הסטנדרטים והתבניות של BIM במשרד צריכים להיות עקביים מספיק כדי לשרת פרויקטים רבים ושונים מאותה מסגרת, לא מותאמים לפרויקט אחד בלבד.
יישום CAD תלת-ממדי פרמטרי, חינמי וקוד-פתוח, עם סביבת עבודה ייעודית ל-BIM עבור מודלינג אדריכלי. זהו פרויקט קטן ופחות בשל מ-Revit או ArchiCAD, אך הוא חלק אמיתי ומפותח באופן פעיל מאותה דחיפה קוד-פתוח לעבר openBIM כמו BonsaiBIM.
קטגוריית משפחה טעונה ב-Revit לפריטים עומדים בפני עצמם - שולחנות עבודה, כיסאות, שולחנות - בדרך כלל מאורחים לפאה או לרום ולא לקיר. משפחות ריהוט ממוקמות בדרך כלל באופן חופשי בתצוגת קומה ולא מאורחות לקיר או רצפה, אם כי גרסאות מאורחות-לפאה יכולות להיצמד לכל משטח. הן יעד נפוץ לתזמונים ולכמויות חומרים בפרויקטי גימור פנים, שם צריך לעקוב אחר כמויות וגימורים חדר אחר חדר.
כלי סימולציית VR ו-4D בזמן אמת לבנייה, שמתחבר ישירות לרוויט לסיורים אינטראקטיביים והדמיית רצף ביצוע. Fuzor יושב בצומת שבין הדמיה ותזמון - צוות פרויקט יכול לעבור במודל ב-VR תוך גלילה בו-זמנית בציר הזמן של הביצוע, מה שהופך אותו לבחירה פופולרית לתכנון לוגיסטיקת אתר ולהצגות לבעלי עניין שצריכות להראות גם "איך זה נראה" וגם "מתי זה קורה" יחד.
סכמת XML לייצוא גיאומטריה ותכונות של מבנה לתוכנות ניתוח אנרגיה. gbXML הוא סכמת XML לייצוא הגיאומטריה, החללים ותכונות הבנייה של מבנה מכלי BIM לתוכנת ניתוח אנרגיה ייעודית - הגשר הסטנדרטי בין מודל האנרגיה של Revit לכלים חיצוניים כמו IES-VE, שכן gbXML נושא את נתוני התרמיה והמרחב שכלים אלה זקוקים להם, שפורמט כללי כמו IFC אינו מותאם עבורם.
תהליך עבודה ברוויט שיוצר ומעריך אוטומטית אפשרויות תכנון רבות מול מטרות ואילוצים מוגדרים, במקום שמתכנן יחזור ידנית על אפשרות אחת בכל פעם. מגדירים את הקלטים (למשל, גבול מגרש ותוכנית חדרים), את המטרות (מקסום אור יום, מזעור מרחקי הליכה) ואת האילוצים, ותכנון גנרטיבי מפיק מגוון פריסות אפשריות המדורגות מול המטרות הללו - ומאפשר לצוות לחקור הרבה יותר אפשרויות ממה שחזרה ידנית הייתה מאפשרת. הוא נבנה על אותו מנוע תכנון חישובי בסיסי כמו Dynamo, אך ארוז כתהליך עבודה מודרך ומכוון מטרה במקום כתסריט חזותי פתוח.
עיגון מודל לקואורדינטות GPS אמיתיות כך שהוא יושב נכון על מפה. הגדרת המיקום האמיתי בעולם האמיתי של פרויקט - קו רוחב, קו אורך וצפון אמיתי - כך שהמודל יושב נכון על מפה ומחקרי השמש והצל שלו מחושבים במדויק עבור המיקום האמיתי שלו. תכונת Shared Site של Revit מאפשרת לכמה פרויקטים מקושרים להסכים על עיגון אחד משותף בעולם האמיתי, וזה חשוב באתרי בנייה גדולים ורבי-מבנים או פרויקטי תשתית שפרושים על שטח רחב.
Geolocation וקואורדינטות משותפות פותרים בעיות קשורות אך שונות: קואורדינטות משותפות גורמות למודלים להסכים אחד עם השני, Geolocation גורם לכל הפרויקט להסכים עם כדור הארץ האמיתי - שניהם צריכים להיות נכונים כדי שמחקרי השמש, הקשר האתר ואינטגרציית GIS של מודל יהיו באמת בעלי משמעות.
הצורה הפיזית, המידות והמיקום המרחבי של אלמנט במודל BIM - להבדיל מהמידע הלא-גאומטרי (תכונות, מפרטים) המצורף אליו. לכל אלמנט ב-BIM יש שני סוגי מידע זה לצד זה: מידע גאומטרי (הצורה התלת-ממדית והמיקום שלו) ומידע לא-גאומטרי (כל השאר - יצרן, דירוג אש, קוד עלות). מודל יכול להיראות שלם מבחינה גאומטרית בעוד המידע הלא-גאומטרי בו עדיין ריק, וזה בדיוק הפער ש-EIR נכתב כדי לסגור.
המסגרת הנפוצה ביותר בעולם למדידה ולדיווח פליטות גזי חממה, ומחלקת אותן לקטגוריות ישירות, קשורות-אנרגיה ושרשרת ערך מלאה (Scope 1/2/3). החלוקה ל-Scope 1/2/3 שלו היא מה שרוב יעדי אפס-הנטו ומערכות חשבונאות הפחמן בבנייה בפועל בנויים סביבו, גם כשהפרויקט עצמו אף פעם לא מזכיר את הפרוטוקול ישירות.
חיבור המידע המפורט ברמת הנכס של מודל BIM עם ההקשר הגאוגרפי והתשתיתי הרחב יותר של GIS, כך שמבנה או נכס יוכלו להיות מובנים ביחס לסביבתם. מודל ה-BIM של מבנה בודד מדויק אך ממוקד; שכבת ה-GIS של עיר רחבה אך שטחית בפרטים - שילוב השניים מאפשר, למשל, לחברת תשתיות לראות בדיוק איזה צינור בתוך איזה מבנה מתחבר לאיזה קו ראשי ברמת הרחוב.
ערכים בעלי שם ברמת הפרויקט שיכולים להניע מידות ונוסחאות בכל המודל. ערכים בעלי שם, ניתנים לשימוש חוזר (אורך, זווית, מספר, כן או לא) שחיים ברמת הפרויקט ולא בתוך משפחה בודדת, וניתן להשתמש בהם כדי להניע מידות, אילוצים ונוסחאות בכל מקום במודל. הגדרת "רוחב מסדרון סטנדרטי" כ-Global Parameter וקשירת כל מידת מסדרון אליו אומרים ששינוי הסטנדרט המשרדי פעם אחת מעדכן כל מסדרון בפרויקט מיידית, במקום לחפש כל אחד ידנית.
הם נקודת כניסה קלילה לאותה חשיבה של "הגדר פעם אחת, הנע הכל ממנה" שעליה בנויים מידול פרמטרי ופרמטרים משותפים, בלי צורך בגרף Dynamo כדי להקים אותה.
GL Transmission Format
פורמט תלת-ממד פתוח וקליל שנבנה לצפייה מהירה בווב ובמציאות רבודה/מדומה. פורמט תלת-ממד פתוח וללא תמלוגים (מתוחזק על ידי Khronos Group) שתוכנן במיוחד להיטען מהר בדפדפני אינטרנט, מנועי משחקים ואפליקציות AR/VR - משהו ש-IFC מעולם לא נבנה עבורו. glTF מפשיט מודל לגיאומטריה, חומרים ומרקמים קלילים, ומשמיט את נתוני הפרמטרים והסיווג העשירים ש-IFC נושא.
בתהליך BIM, glTF הוא בדרך כלל יעד ייצוא בקצה הצנרת: מודל מאוחד ומתואם מומר ל-glTF כדי שלקוח או צוות אתר יוכלו לצפות בו בצורה חלקה בטלפון או במשקפי VR, בלי צורך בתוכנת BIM כבדה.
רשומה רציפה ונגישה של המידע הקריטי לבטיחות של מבנה. מונח שנכנס לאוצר המילים של ה-BIM דרך רפורמת הבטיחות הבריטית בבניינים (בעקבות חקירת מגדל גרנפל): Golden Thread ("החוט המוזהב") הוא הדרישה שמידע קריטי לבטיחות על מבנה - אסטרטגיית אש, תכנון קונסטרוקטיבי, חומרים, שינויים מאוחרים - יישאר מדויק, נגיש ורציף מהתכנון דרך הבנייה ולאורך כל חיי המבנה.
זה פחות מסמך ספציפי ויותר עיקרון: מידע שנוצר בתכנון אסור שיאבד או יתיישן עד שהמבנה מאוכלס. BIM ו-CDE מנוהל היטב הם הכלים המעשיים שהופכים Golden Thread לבר-השגה - גיליון אקסל בתיבת הדואר של מישהו הוא לא.
גרסת המדיניות של המגזר הציבורי בבריטניה ל-Soft Landings, המחייבת סקירת ביצועים תפעולית לאחר המסירה. Government Soft Landings (GSL) היא מדיניות המגזר הציבורי בבריטניה המיישמת את גישת ה-Soft Landings הכללית - מעורבות מוקדמת של צוות המשתמש הסופי וסקירת ביצועי המבנה בפועל לאחר האכלוס - כדרישה מחייבת בפרויקטים במימון ממשלתי, ולא כפרקטיקה מומלצת אופציונלית.
תוסף תכנות ויזואלי ל-Rhino בשימוש נרחב לתכנון פרמטרי וגנרטיבי בארכיטקטורה ובתהליכי BIM חישוביים. בדומה ל-Dynamo ברוויט, Grasshopper מאפשר למתכננים לחבר צמתים זה לזה במקום לכתוב קוד כדי ליצור ולשלוט בגאומטריה מורכבת - חזיתות, אופטימיזציה קונסטרוקטיבית, חיפוש צורה - באופן פרמטרי. הוא דומיננטי במיוחד בתכנון מושגי מוקדם ובעבודות תחרות, שבהן לעיתים קרובות מעדיפים את המידול החופשי של Rhino על פני הכלים המוגבלים יותר של רוויט.
אלמנט datum שמסמן קו עמודים מבני לאורך פרויקט, מתויג ומצוטט באותה דרך בכל תוכנית, חתך וחזית. כמו קומה, זהו datum שצריך להיות ממוקם רק פעם אחת ונשאר עקבי בכל מקום - מהנדסים קונסטרוקטורים בפרט מנווטים סט שרטוטים כמעט לגמרי לפי הפניות רשת ולא לפי שמות חדרים.
סקר גיאוטכני של תנאי הקרקע והמים התת-קרקעיים באתר, המשמש לתכנון יסודות ולהערכת זיהום. דוח חקירה גיאוטכנית מתעד את תנאי תת-הקרקע באתר - סוג הקרקע וכושר הנשיאה שלה, מפלס המים התת-קרקעיים, זיהום - שנאספו באמצעות דגימות קידוח ובדיקות מעבדה. מהנדסי מבנים נסמכים עליו לתכנון גודל היסודות, והוא לעיתים קרובות חושף סיכונים (קרקע מזוהמת, קרקע לא יציבה) שמעצבים מחדש את התכנית עוד לפני שהתכנון התקדם רחוק.
הסדר חוזי שבו הקבלן מבטיח שעלות הפרויקט לא תעלה על תקרה מוסכמת, כאשר כל חיסכון מתחתיה משותף בדרך כלל עם הלקוח. הוא מעביר את סיכון חריגת העלות לקבלן, תוך שהוא עדיין מאפשר ללקוח ליהנות אם העלות בפועל מגיעה מתחת לתקרה - קו אמצע בין סכום גלובלי קבוע לחוזי החזר עלות בספרים פתוחים.
התהליך שבו שוכר מחזיר שטח מושכר לבעלים בסיום החכירה, בדרך כלל מחויב להשיב אותו למצב מוסכם. החזרת נכס היא למעשה השתקפות של המסירה המקורית - במקום נכס חדש שעובר מקבלן ללקוח, נכס מאוכלס כבר עובר בחזרה משוכר לבעלים, ומחלוקות על מצב השטח באותה נקודה הן בדיוק מה שתביעות Dilapidations עוסקות בהן.
ההעברה הפורמלית של נכס מושלם ונתוניו לבעליו. הנקודה שבה פרויקט מפסיק להיות עבודת בנייה והופך למבנה מופעל: החזקה, והמידע הנלווה, עוברים באופן פורמלי מצוות המסירה ללקוח או למפעיל. בפרויקט מונע-BIM, מסירה היא לא רק מפתחות ותעודה - זה הרגע שבו החלקים הרלוונטיים של ה-PIM מסוננים ונמסרים כ-AIM, לעיתים קרובות ארוזים כנתוני COBie, לצד אחריות, מדריכים ורשומות עדות.
מסירה שהולכת רע בדרך כלל מתחקה לאחור ל-AIR שהוגדר בצורה גרועה בתחילת הפרויקט - אם אף אחד לא פירט מוקדם בדיוק אילו נתונים המפעיל צריך, אין דרך אמינה להרכיב אותם בלחץ דדליין בסוף.
רשימת בדיקה מעשית המאשרת שכל תוצר שנדרש במסירה סופק בפועל - מפתחות, מדריכים, תעודות, ה-AIM עצמו. זוהי קו ההגנה האחרון מול מצב הכשל הנפוץ שבו לקוח מגלה, חודשים אחר כך, שמסמך מסוים שהובטח מעולם לא נמסר בפועל.
החבילה בפועל של מסמכים, מדריכים ותעודות שנמסרת ללקוח במסירה - מה שרשימת בדיקה למסירה מאשרת שנכלל. רשימת הבדיקה היא כלי האימות; חבילת המסירה היא הדבר הפיזי או הדיגיטלי שמאומת - מדריך תפעולי ותחזוקתי, מדריך למשתמש במבנה ותעודת הפעלה הם תכנים טיפוסיים.
הכשרת צוות מתקנים ומשתמשי מבנה כיצד להפעיל ולתחזק בפועל את מערכות המבנה, שמסופקת כחלק מהמסירה. מדריך למשתמש במבנה הוא מסמך הייחוס; הכשרת מסירה היא המפגש החי שבאמת מוודא שמישהו קרא והבין אותו לפני שצוות התכנון הולך.
מסמך שנדרש על פי תקנות CDM, המרכז את המידע הרלוונטי לבטיחות שבעלים עתידי, מתחזק או קבלן זקוקים לו כדי לעבוד בבניין בבטחה. גם סכנות שהוצאו מהתכנון נרשמות כאן - אם אלמנט קונסטרוקטיבי מכיל אסבסט, או שלגג אין נקודות עיגון קבועות למניעת נפילה, זהו המסמך שחייב לציין זאת, ומלווה את המידע הזה מהתכנון ולאורך כל החיים התפעוליים של הבניין.
משפחה (כמו דלת או חלון) שחייבת להיות ממוקמת על אלמנט אחר - "המארח" - ולחתוך אותו, במקום לעמוד בעצמה במרחב חופשי. משפחת דלת מבוססת-מארח על קיר (מוחקים את הקיר והדלת נעלמת איתו), בעוד משפחה מבוססת-פנים יכולה להתחבר לכל משטח מתאים, ומשפחה עצמאית - כמו רוב הריהוט - לא זקוקה למארח בכלל. בחירת התנהגות המארחות הנכונה בעת בניית משפחה מותאמת אישית בעורך המשפחות קובעת עד כמה קל יהיה למקם ולהזיז אותה בהמשך.
הרגולטור הלאומי בבריטניה לבריאות ובטיחות בעבודה, האחראי על אכיפת תקנות ה-CDM באתרי בנייה. זהו הגוף שיכול בפועל לעצור עבודה באתר או להעמיד קבלן לדין בגין הפרת בטיחות - תקנות ה-CDM הן הכללים; ה-HSE הוא מי שאוכף אותם.
תוסף רוויט שמייצא נתוני פרמטרים של המודל לאקסל לעריכה בכמות גדולה, ולאחר מכן כותב את הערכים הערוכים בחזרה לתוך המודל. עריכת מאות מספרי דלתות או שמות חדרים אחד אחד בתוך רוויט היא איטית ומועדת לטעויות - Ideate BIMLink שולף את הנתונים האלה לגיליון אלקטרוני מוכר, שבו חיפוש-והחלפה ונוסחאות הופכים שינויים בכמות גדולה למהירים, ולאחר מכן מחזיר את התוצאות בלי שאף אחד יגע ישירות באלמנטים במודל.
Information Delivery Specification
דרישות מידע קריאות-מכונה לבדיקה אוטומטית. התקן הצעיר של buildingSMART, שהופך דרישות מידע ממסמכי Word לקובץ קריא-מכונה. במקום לכתוב "לכל דלת חייב להיות דירוג אש", קובץ ה-IDS מגדיר את הדרישה בצורה שתוכנה יכולה לבדוק אוטומטית מול מודל ה-IFC - ולסמן כל אלמנט שלא עומד בה.
בפועל: פחות ויכוחים על "מה נדרש", ובקרת איכות שהופכת מבדיקה ידנית לדוח אוטומטי.
Integrated Environmental Solutions Virtual Environment
תוכנת סימולציית ביצועי בניין ייעודית מובילה, משמשת לניתוח אנרגיה, תאורה טבעית ונוחות תרמית מפורט ברמת עמידה בתקנים, מעבר למה שכלים מהירים בתוך המודל מספקים. בעוד שבדיקה מהירה בתוך רוויט עצמו עונה על "בערך כמה אנרגיה זה יצרוך," IES-VE נבנתה למידול המפורט והעומד בתקנים שגוף הסמכה או רגולטור בנייה דורשים בפועל - הגיאומטריה בדרך כלל מיוצאת או מקושרת מרוויט במקום להימודל פעם שנייה מאפס.
Industry Foundation Classes
פורמט פתוח להחלפת BIM בין תוכנות. פורמט הקובץ הפתוח להחלפת נתוני BIM בין פלטפורמות תוכנה שונות. IFC מאפשר לאדריכל שעובד ב-Revit לשלוח מודל למהנדס קונסטרוקציה שעובד ב-Tekla או לקבלן שעובד ב-Navisworks - ללא אובדן מידע.
IFC מתוחזק על ידי buildingSMART International והוא עמוד השדרה של BIM פתוח - העיקרון שתהליכי BIM לא צריכים להיות נעולים לאקוסיסטם התוכנה של ספק יחיד.
גרסת סכימת ה-IFC שהוסיפה תמיכה מלאה וילידית בתשתיות אזרחיות - כבישים, מסילות ברזל, גשרים, נמלים - לצד המבנים שה-IFC כבר כיסה. לפני 4.3, החלפת נתוני תשתית כ-open BIM משמעה מתיחת סכימה שממוקדת במבנים כדי להתאים לכביש או לגשר; 4.3 נותנת ליישורים, כבישים, מסילות ברזל ותחומי תשתית אחרים ישויות IFC משלהם באופן ראוי במקום זאת.
שרטוטים שהונפקו לביצוע
סט שרטוטים ששוחרר רשמית לצוות האתר כהפניית הביצוע הנוכחית. סטטוס ההנפקה הפורמלי שמסמן שרטוט כמשוחרר לקבלן ולצוות האתר כגרסה המחייבת לבנייה - בניגוד לסטטוסים מוקדמים יותר כמו For Review או For Coordination, שנועדו לבדיקה פנימית בלבד ולא היו אמורים לצאת מידי צוות התכנון מעולם.
שרטוטי IFC עוברים דרך אותו שער אישור ב-CDE כמו AFC Drawings, ובפרויקטים רבים שני התוויות מתארות את אותה אבן דרך משתי זוויות - IFC הוא מה שצוות האתר רואה מוטבע על הגיליון, AFC הוא איך שיומן מעקב הבעיות של צוות התכנון קורא לאירוע האישור. כאשר רוויזיה מאוחרת יותר מחליפה סט IFC, יש לסמן את השרטוטים המוחלפים כבטלים מיידית, מכיוון שקבלן משנה שעובד מגיליון IFC מיושן הוא אחד מכשלי התיאום הנפוצים והיקרים באתר.
הגרסה העיקרית הנוכחית של תקן ה-IFC, עם נתונים עשירים יותר מ-IFC2x3. הגרסה הראשית הנוכחית של IFC, שמחליפה את גרסת IFC2x3 השלטת זמן רב. IFC4 הוסיף תמיכה ביחסים פרמטריים עשירים יותר, נתוני ניתוח קונסטרוקטיבי טובים יותר, אלמנטי תשתית, והתאמה הדוקה יותר לתהליכי openBIM. בפועל, IFC2x3 עדיין מבוקש נרחבות בהרבה פרויקטים פשוט מהרגל תאימות תוכנה, כך שנפוץ לראות EIR שמפרט בדיוק איזו גרסת IFC - 2x3 או 4 - פרויקט חייב להשתמש בה, מכיוון ששתי הגרסאות אינן ניתנות להחלפה מלאה.
לדעת לשאול "איזו גרסת IFC?" במקום להניח ש"IFC" הוא דבר אחד יחיד היא פרט קטן שחוסך כאבי ראש תיאום אמיתיים.
ספריית תוכנה חינמית וקוד-פתוחה לקריאה, כתיבה ועיבוד קבצי IFC - המנוע שמתחת לכלי openBIM רבים, כולל BonsaiBIM. רוב המשתמשים אף פעם לא נוגעים בה ישירות - זוהי הספרייה הבסיסית שמפתחים בונים עליה, באותה דרך שקוד של אתר תלוי בספריות שמבקר אף פעם לא רואה.
הבחירה הבסיסית בין הכנסת גיאומטריה חיצונית לקובץ רוויט כעותק סטטי ומנותק (ייבוא) לבין הכנסתה כהפניה חיה ומתעדכנת (קישור). קובץ DWG או מודל מיובאים קפואים ברגע שהם מוכנסים - אם קובץ המקור משתנה, שום דבר לא מתעדכן - בעוד מודל מקושר נשאר מחובר ומתרענן אוטומטית, וזו הסיבה שמודלים מקושרים הם הסטנדרט לתיאום מתמשך רב-דיסציפלינות, וייבוא בדרך כלל שמור לגיאומטריית התייחסות חד-פעמית שלעולם לא תזדקק להתעדכן.
משפחה מקומית / מודל In-Place
גיאומטריה שממודלת ישירות בתוך הפרויקט עבור מצב חד-פעמי, במקום להיבנות כמשפחה נפרדת וניתנת לשימוש חוזר - בדרך כלל לא מומלץ, פרט לאלמנטים ייחודיים באמת. מודל In-Place מהיר ליצירה אך מגיע עם עלויות אמיתיות: אי אפשר לשתף או לעשות בו שימוש חוזר בין פרויקטים, הוא נוטה לנפח את גודל הקובץ יותר ממשפחה שקולה, והוא לא גמיש באותו אופן דרך פרמטרים של עורך המשפחות - מתאים לאלמנט פיסולי ייחודי באמת, אך סימן נפוץ לזרימת עבודה חפוזה כשמשתמשים בו למשהו שחוזר על עצמו.
המונח הגנרי של ISO 19650 לכל יחידת מידע בעלת שם, נבדלת - קובץ מודל, שרטוט, מסמך או טבלה - המאוחסנת ומנוהלת בתוך סביבת נתונים משותפת. במקום לדבר על "קבצים" או "שרטוטים" באופן ספציפי, ISO 19650 משתמש ב"מכולת מידע" (Information Container) ככינוי נייטרלי מבחינת ספק ופורמט לכל פיסת מידע מנוהלת בפרויקט, כך שאותם כללים (שמות, סטטוס, גרסה, אישור) חלים באופן עקבי בין אם המכולה היא מודל רוויט, PDF או גיליון אלקטרוני.
נקודה מוגדרת שבה מידע משותף באופן פורמלי בין גורמים בפרויקט - כל אחת מופעלת על ידי data drop ומוסדרת על ידי הדרישות שנקבעו ב-EIR. הגשת מכרז, תוצר בשער שלב, וחבילת מסירה סופית הם כולם החלפות מידע - לא שיתוף קבצים אגבי, אלא אירוע מוגדר, נבדק ומתועד. כל תהליך ה-CDE של ISO 19650 קיים כדי להפוך כל החלפה לבת-ביקורת: מי הגיש מה, מתי, והאם זה עבר את הבדיקות הנדרשות.
המשמעת העל-ארגונית ש-ISO 19650 מקודד עבור ארגון מידע פרויקט. המשמעת המטרייה ש-ISO 19650 קיים כדי לקודד: תכנון, ייצור, סקירה ושיתוף מאובטח של מידע לאורך חיי נכס בנוי, באמצעות תהליכים עקביים ולא הרגלים אד-הוק שמשתנים מצוות לצוות. זה רחב יותר מ"שימוש בתוכנת BIM" - ניהול מידע מכסה מוסכמות שמות, תהליכי אישור, סיווגי אבטחה, ותפקידים ואחריות שהופכים CDE לפעול באמת כמתוכנן, ולא רק להיות תיקייה משותפת עם שם מפוצץ יותר.
רוב ראשי התיבות במילון הזה - EIR, BEP, AIR, PIM, AIM, LOIN - הם כולם חלקים ספציפיים ממסגרת ניהול המידע ש-ISO 19650 מגדיר.
התפקיד האחראי על ניהול חילופי מידע בתוך סביבת נתונים משותפת מטעם הגורם המזמין. מוגדר בתקן ISO 19650, מנהל המידע הוא תפקיד פרוצדורלי - לא תפקיד תכנון או תיאום - ששולט בסביבת הנתונים המשותפת (CDE), מוודא שהמידע מוחלף לפי הפרוטוקול המוסכם, ומאשר שהתוצרים עומדים בדרישות המידע להחלפה של הפרויקט (EIR) לפני שהם עוברים בין מצבי ה-CDE. לתפקיד אין אחריות על גילוי התנגשויות או החלטות תכנון - הוא קיים אך ורק כדי לשמור על ניהול מידע ממושמע וניתן לביקורת.
מונח רחב יותר מ"מודל תלת-ממד" - המידע הגאומטרי והלא-גאומטרי המשולב המתאר נכס, שממנו AIM ו-PIM הם שתי הגרסאות הספציפיות לשלב מחזור החיים. "מודל מידע" הוא המונח הכולל שבו תקן ISO 19650 באמת משתמש - מודל מאוחד הוא דרך אחת לבנות אותו, אך מודל המידע כולל גם מסמכים, טבלאות ונתונים שלעולם לא מופיעים בתצוגה התלת-ממדית. בשלב הביצוע הוא נקרא PIM, ולאחר המסירה הוא הופך ל-AIM.
המונח המקיף למשפחת המסמכים (OIR, AIR, PIR, EIR) המגדירים אילו מידע צד מסוים צריך, באיזו רמת פירוט, ומתי. כל מסמך "דרישות מידע" עונה על אותן שלוש שאלות - מה, באיזו רמת פירוט, ועד מתי - רק מנקודת מבט שונה: ארגונית (OIR), נכס (AIR), פרויקט (PIR), או חילופי מידע עם ספק ספציפי (EIR). הבנת המשפחה כמכלול הופכת כל אחד מראשי התיבות הבודדים לקל הרבה יותר למקם.
כיס של נתונים כלוא בתוך הכלים של תחום אחד או הקבצים של גורם אחד, מנותק משאר הפרויקט ולא זמין לכל מי שזקוק לו במקום אחר. גיליון נתוני ציוד של יועץ MEP שאף פעם לא מגיע למודל המשותף הוא סילו מידע קלאסי - בדיוק מצב הכשל ש-CDE ו"מקור אמת יחיד" נועדו לחסל.
מסמך המפרט את הבדיקות הנדרשות בכל שלב של פעילות ומי חייב להעיד עליהן או לאשרן. תוכנית ביקורת ובדיקה (ITP) מפרטת, פעילות אחר פעילות, אילו בדיקות נדרשות בדיוק, באיזה שלב, ומי חייב להעיד או לאשר כל אחת מהן - נקודת עצירה שמפסיקה את העבודה עד שמפקח מאשר אותה, לעומת נקודת עדות שרק דורשת נוכחות של מישהו. זהו הכלי המעשי ברמת הפעילות ההופך את תוכנית האיכות של הפרויקט למשהו שצוות האתר יכול לעקוב אחריו בפועל.
אחריות על עבודה שהותקנה שנשארת בתוקף גם אם הקבלן המקורי מפסיק לפעול, מכיוון שמבטח עומד מאחוריה. אחריות רגילה טובה רק כמו החברה שהנפיקה אותה; IBG פותרת בדיוק את מקרה הכשל שבו אותה חברה כבר לא קיימת כדי לכבד את ההבטחה של עצמה.
שיטת מסירה שבה הבעלים, המתכנן והקבלן חותמים על חוזה משותף יחיד, מיישרים את האינטרסים שלהם וחולקים סיכון ותגמול במקום לנהל משא ומתן אחד נגד השני. הופצה על ידי ה-AIA בארה"ב, IPD היא נקודת הקצה בשיטת המסירה שגם target value design וגם co-location תומכות בה - החוזה הרב-צדדי הוא מה שבאמת מסיר את התמריץ מכל צד להגן על שולי הרווח שלו על חשבון הפרויקט.
התפקיד שמתאם חילופי מידע בין צוותי משימה שונים העובדים על חלקים תלויים זה בזה בפרויקט. מנהל הממשקים מזהה היכן המידע של צוות משימה אחד תלוי במידע של צוות אחר (למשל, כאשר מודלי הקונסטרוקציה והמערכות חייבים להתיישר), ומתאם את חילופי המידע כך שדבר לא נופל בין הכיסאות בין הדיסציפלינות. זהו תפקיד עתיר תקשורת, הפועל לצד מנהל צוות המשימה ומנהל מידע המשימה במבנה טיפוסי של צוות משימה ב-BIM.
הכלי המובנה ברוויט למציאת התנגשויות גיאומטריות בין קטגוריות או אלמנטים בתוך המודל הנוכחי, בשונה מגילוי התנגשויות רב-דיסציפלינרי מלא בכלי תיאום ייעודי. בדיקת התנגשויות היא מבחן שפיות מהיר בתוך התוכנה - "האם התעלה הזו פוגעת בקורה הזו, בתוך הקובץ הבודד הזה" - בעוד גילוי התנגשויות מלא ב-Navisworks או Solibri מאחד מספר מודלים מקושרים מכל דיסציפלינה ומנהל את הסוגיות שנוצרות בקנה מידה של הפרויקט; רוב הצוותים משתמשים בשניהם, בשלבים שונים.
היכולת של תוכנות שונות להחליף נתוני BIM בלי לאבד משמעות. המטרה הרחבה שכל אחד מ-IFC, openBIM ופורמטים כמו glTF משרתים: היכולת של כלי תוכנה שונים - שנעשו על ידי ספקים שונים, משמשים דיסציפלינות שונות - להחליף נתוני מודל בלי לאבד או לפגוע במשמעות שלהם בדרך. אינטראופרביליות מושלמת קשה באמת: גיאומטריה בדרך כלל שורדת מעבר הלוך-חזור בין תוכנות, אך נתונים עשירים (פרמטרים, סיווגים, יחסים) הם בדיוק מה שנוטה להיאבד או להיפגע בתרגום.
כדאי להתייחס לזה כאל ספקטרום ולא כתכונה של כן או לא - "כמה אינטראופרבילי" חילוף נתונים מסוים בפועל תלוי מאוד באיזה זוג תוכנות ספציפי, איזה פורמט ואיזה נתונים שואלים עליהם.
Internet of Things
חיישנים ומכשירים מקושרים שמזינים את נתוני העולם האמיתי של מבנה חזרה למודל הדיגיטלי שלו. חיישנים ומכשירים מקושרים שמוטמעים ברחבי מבנה - חיישני תפוסה, ניטור טמפרטורה, מדי אנרגיה, תאורה חכמה - שמזינים ברציפות נתוני עולם אמיתי חזרה למערכות דיגיטליות. בהקשר BIM, IoT הוא מה שהופך מודל מסירה סטטי לתאום דיגיטלי חי: במקום תמונת מצב חד-פעמית מיום המסירה, המודל ממשיך לקבל נתונים תפעוליים אמיתיים לשארית חיי המבנה.
הערך המעשי מופיע בניהול מתקנים: BMS מחובר-IoT יכול לסמן פריט ציוד כושל לפני שהוא נשבר, או מנהל אנרגיה יכול להשוות ביצועים אמיתיים שנמדדו ב-IoT של מבנה מול יעדי האנרגיה שמודלו בתכנון 6D.
ISO 9001: מערכות ניהול איכות - דרישות
התקן הבינלאומי למערכות ניהול איכות - אינו ספציפי ל-BIM, אך נדרש בדרך כלל ממשרדי תכנון וביצוע כהוכחה למשמעת תהליכית עקבית, עוד לפני ששוקלים בכלל מינוי BIM. מסמכי מכרז של לקוח מבקשים לעיתים קרובות ממציעים להוכיח הסמכת ISO 9001 לצד יכולת ה-BIM שלהם - זהו אות בסיס לכך שלארגון יש תהליכים מתועדים וניתנים לחזרה, שעליהם תוכנית ביצוע BIM בונה לאחר מכן נהלי ניהול מידע ספציפיים לפרויקט.
תקן ה-ISO המגדיר את המסגרת למערכות סיווג בבנייה כמו Uniclass ו-OmniClass. ISO 12006 קובע את המסגרת שעליה בנויות מערכות סיווג בבנייה - כיצד לבנות טבלאות לסיווג אלמנטים, מערכות, חללים ומוצרים כך שהמידע יישאר עקבי לאורך הפרויקט. Uniclass ו-OmniClass הן שתיהן מימושים של מסגרת זו, ולא תקנים מתחרים שנבנו מאפס.
ISO 14001: מערכות ניהול סביבתי
התקן הבינלאומי למערכות ניהול סביבתי - נדרש לעיתים קרובות במכרזים לצד ISO 9001/45001, ושונה מהסמכות של הבניין עצמו כמו LEED או BREEAM, שמדרגות את הבניין ולא את הארגון שמספק אותו. בעוד LEED או BREEAM מסמיכות את הביצועים הסביבתיים של הבניין המושלם, ISO 14001 מסמיכה את תהליכי ניהול הסביבה של הקבלן או משרד התכנון עצמם - טיפול בפסולת, שימוש במשאבים, מניעת זיהום באתר - שכבה שונה, ברמת הארגון, של אותה תמונת קיימות רחבה יותר.
התקן הבינלאומי לכימות, ניטור ודיווח פליטות גזי חממה - ספר הכללים הטכני שחשבונאות פחמן נמדדת מולו. בעוד ש-GHG Protocol הוא המסגרת המעשית והמאומצת בהרחבה שרוב הארגונים בפועל עוקבים אחריה, ISO 14064 הוא הגרסה התקנית הבינלאומית הפורמלית של אותו רעיון בסיסי.
תקן ה-ISO המגדיר רשמית את ה-IFC כסכמת הנתונים הבינלאומית לחילופי openBIM. ISO 16739 הוא התקן הבינלאומי המגדיר רשמית את ה-IFC (Industry Foundation Classes) - סכמת הנתונים עצמה, לא רק פורמט הקובץ שרוב האנשים מקשרים לראשי התיבות. יצרני תוכנה מסמיכים את יכולות היצוא/יבוא של IFC שלהם מול תקן זה, וזה מה שמאפשר לקובץ IFC מכלי יצירה אחד להיקרא באופן אמין בכלי אחר.
תקן בינלאומי לניהול מידע BIM. התקן הבינלאומי לניהול מידע לאורך כל מחזור החיים של נכס בנוי באמצעות BIM. ISO 19650 מגדיר את העקרונות והדרישות עבור:
ISO 19650 הוא כיום תקן הייחוס הגלובלי ל-BIM, שהחליף תקנים לאומיים קודמים כסדרת PAS 1192 הבריטית.
ISO 19650-1: מושגים ועקרונות
החלק היסודי בסדרת ISO 19650 - הוא מגדיר את המושגים והמינוח המרכזיים (CDE, מיכל מידע, דרישות מידע) שעליהם בנויים חלקים 2 ו-3. ISO 19650-1 לא מגדיר בעצמו נהלים - הוא המילון המשותף והמסגרת המושגית שעליהם מתבססת שאר הסדרה, וכולל רעיונות כמו מיכל מידע, ארבעת מצבי סביבת הנתונים המשותפת, והעיקרון הכללי של ניהול מידע לאורך כל מחזור החיים של הנכס ולא רק בשלבי התכנון והביצוע.
ניהול מידע באמצעות BIM - חלק 2: שלב מסירת הנכסים
החלק בתקן ISO 19650 הקובע את דרישות ניהול המידע במהלך שלב התכנון והביצוע (המסירה) של הפרויקט. חלק 2 הוא הקטע ב-ISO 19650 שרוב הצוותים עובדים איתו יום-יום - הוא מגדיר את תהליך המינוי, EIR, BEP, MIDP/TIDP ותהליך העבודה של ה-CDE השולט באופן שבו מידע זז ממכרז ועד למסירה. חלק 3 ממשיך מהנקודה שבה הוא מסתיים, ומכסה את חיי התפעול של הבניין.
ניהול מידע באמצעות BIM - חלק 3: שלב התפעול של הנכסים
החלק בתקן ISO 19650 המכסה ניהול מידע לאחר שבניין נמצא בשימוש, אחרי שמסירת הפרויקט הושלמה. חלק 3 מיישם את אותה משמעת ניהול מידע כמו חלק 2 - מינויים, דרישות מידע, CDE - אך על ניהול מתקנים, שיפוץ ותפעול יומיומי במקום תכנון וביצוע, וסוגר את המעגל בין מודל מידע הנכס (AIM) של הפרויקט לבין חיי התפעול האמיתיים שלו.
ניהול מידע באמצעות BIM - חלק 5: גישה מודעת-אבטחה לניהול מידע
החלק בתקן ISO 19650 הקובע כיצד להעריך ולנהל את סיכון האבטחה של מידע רגיש בפרויקט - התקן הפורמלי שמאחורי המושג הכללי של BIM מודע-אבטחה. הוא חל על פרויקטים שבהם המידע עצמו עלול להיות סיכון אבטחה אם ידלוף - תשתיות קריטיות, אתרי ביטחון, מבנים בעלי פרופיל גבוה - ודורש הערכת רגישות מתועדת לפני החלטה עד כמה CDE יכול בפועל להיות משותף בפתיחות.
תקן ה-ISO לאריזת מסמכים, מודלים ונתונים מקושרים ממקורות שונים למכל אחד הניתן להעברה. ISO 21597, המוכר בשם ICDD, מתקנן כיצד לארוז אוסף של משאבים מקושרים - מודלי IFC, גיליונות אלקטרוניים, קבצי PDF, ענני נקודות - מכלי יצירה שונים למכל אחד שבו הקשרים ביניהם נשמרים. התקן מיועד למקרה שקובץ IFC בודד לא יכול לפתור: תוצר מאוגד המורכב ממסמכים שמעולם לא נועדו להתמזג למודל אחד.
התקן הבינלאומי המגדיר מדריכי מסירת מידע (IDM) - דרך מובנית לתאר בדיוק אילו נתונים תהליך ספציפי, כמו זיהוי התנגשויות, זקוק להם בכל שלב פרויקט. IDM ממפה תהליך עסקי אמיתי - למשל, ניתוח אנרגיה בתכנון קונספט - לנתוני ה-IFC המדויקים שהוא תלוי בהם, וזה מה ש-Model View Definition (MVD) מיישם לאחר מכן במונחי תוכנה. בעוד ש-MVD הוא התוצר הטכני, הפונה לתוכנה, ה-IDM של ISO 29481 הוא המסמך הפונה לתהליך שמסביר מדוע הנתונים הללו נחוצים מלכתחילה.
תקן ה-ISO המגדיר מסגרת מערכת ניהול למתן שירותי ניהול מתקנים. ISO 41001 מגדיר מסגרת מערכת ניהול לאופן שבו יש לתכנן, לספק ולשפר שירותי ניהול מתקנים - ומתמקד בתהליכי ארגון ה-FM ולא בנכס הפיזי עצמו, שבו מתמקד ISO 55001. שני התקנים מיושמים לעיתים קרובות יחד בתיקי נדל"ן גדולים.
ISO 45001: מערכות ניהול בריאות ובטיחות תעסוקתית
התקן הבינלאומי לניהול בריאות ובטיחות תעסוקתית - נדרש יותר ויותר מקבלנים לצד ISO 9001, ומשקף עד כמה בטיחות באתר נשקלת ברצינות במכרזים מודרניים. הסמכת ISO 45001 של קבלן מדגימה גישה שיטתית לזיהוי סכנות והפחתת סיכונים - המקבילה הארגונית לביטול הסכנות בצד התכנון שתקנות CDM דורשות, וסוגרת את המעגל בין תכנון בטוח לביצוע בטוח.
ISO 55000: ניהול נכסים - סקירה, עקרונות ומינוח
התקן הבינלאומי למערכות ניהול נכסים - קובע כיצד ארגונים מתכננים, מפעילים ומתחזקים נכסים פיזיים לאורך מחזור החיים השלם שלהם, ללא תלות בתקן BIM ספציפי. בעוד ש-ISO 19650 קובע כיצד מנוהל המידע בשלבי התכנון והביצוע, ISO 55000 קובע את שלב ניהול הנכסים הארוך בהרבה שבא אחריו - ומיישר תקציבים, סיכונים ויעדי ביצועים על פני תיק שלם של בניינים, לא רק פרויקט בודד. מודל מידע נכס (AIM) בנוי היטב שנמסר בסיום פרויקט הוא מה שמאפשר לארגון שעומד בתקן ISO 55000 לנצל בפועל את המידע הזה בשלב התפעול.
תקן ה-ISO המפרט את הדרישות הניתנות לביקורת שמערכת ניהול נכסים חייבת לעמוד בהן לצורך הסמכה. ISO 55001 קובע את הדרישות הספציפיות והניתנות לביקורת שמערכת ניהול הנכסים של ארגון חייבת לעמוד בהן כדי לקבל הסמכה - בנפרד מ-ISO 55000, המסביר את העקרונות והמינוח הכלליים מאחורי ניהול נכסים ולא רשימת בדיקה שמבקרים מולה. צוות תפעול המנהל נכס בנוי לאורך חיי התפעול שלו מתייחס ל-55001 כאל יעד ההתאמה לתקן.
רישום, הקצאה וסגירה של בעיות תיאום עד שהן נפתרות. המשמעת של הפיכת בעיית תיאום - התנגשות, פיסת מידע חסרה, קונפליקט תכנוני - לפריט במעקב עם בעלים, סטטוס ופתרון, במקום להשאיר אותה חיה רק בהערות פגישה או בזיכרון של מישהו. בעיות מוחלפות בדרך כלל בין צוותים כקובצי BCF, או מנוהלות ישירות בתוך פלטפורמת CDE, ופרויקט מנוהל היטב סוקר בעיות פתוחות בקצב קבוע עד שהמספר נוטה לאפס.
כל הרעיון של הרצת זיהוי התנגשויות ותיאום מודלים חסר ערך בלי מעקב בעיות ממושמע מאחוריו - מציאת מאה בעיות לא אומרת כלום אם ארבעים מהן בשקט אף פעם לא מתוקנות.
משפחת חוזי הבנייה הסטנדרטיים הנפוצה ביותר בבריטניה, המפורסמת על ידי ה-Joint Contracts Tribunal, ומכסה הכל מעבודות קטנות ועד פרויקטי design-and-build גדולים. בעוד שחוזי NEC בנויים סביב ניהול סיכונים פרואקטיבי ושיתופי, חוזי JCT הם ברירת המחדל המסורתית והדומיננטית עדיין שרוב פרויקטי הבנייה בבריטניה בפועל משתמשים בה.
כלי Revit כללי שממזג בצורה נקייה את פני השטח המשותפים בין כל שני אלמנטים - לא רק קירות - כך שאחד לא חופף באופן נראה או מוכפל עם השני. חיבורי קירות הם הגרסה האוטומטית והמיוחדת-לקירות של זה בפינות; Join Geometry הוא הכלי הידני לכל השאר - עמוד שנפגש עם רצפה, קורה שנפגשת עם קיר.
פילוסופיית lean של שיפור מתמשך והדרגתי - שינויים קטנים ומתמשכים במקום שיפוץ גדול אחד. זוהי הגישה שמתחת לכל תנועת ה-lean construction - אותו היגיון ש-Last Planner System מיישם שבוע אחר שבוע, רק בשם הכללי ביותר שלו.
תצוגה בסגנון טבלה המפרטת כל הערת מפתח שמשמשת בגיליון או בפרויקט, לצד התיאור המלא שלה. בעוד שתגית הערת מפתח בודדת בשרטוט מציגה רק קוד קצר, מקרא הערות המפתח הוא המפתח שמפרש מה כל קוד באמת אומר - נדרש כמעט בכל סט שרטוטי ביצוע שמשתמש ב-keynoting בכלל.
מערכת הערות ממוספרת שמקשרת בין ציוני שרטוט לרשימת מפרט ראשית. מערכת תיעוד שבה הערות שרטוט מפנות לקוד ממוספר מרשימת Keynote ראשית (לרוב קשורה למערכת סיווג כמו MasterFormat) במקום לכתוב טקסט חופשי ישירות על כל דף. תג על שרטוט מציג רק את הקוד; טקסט ההערה המלא חי ברשימה מרכזית וניתנת לעריכה אחת, כך שתיקון ניסוח הערה פעם אחת מעדכן אותה בכל מקום שאותו Keynote מופיע בכל הפרויקט.
זה בעצם המקבילה ברמת ההערות לפרמטרים משותפים: מקור טקסט מוסמך אחד, מופנה בכל מקום, במקום אותו ביטוי מוקלד מחדש באופן עצמאי על ארבעים דפים שונים עם ארבעים הזדמנויות לצאת מסונכרן במעט.
פורמט מבוסס-XML להצגת נתונים גאוגרפיים, שנבנה במקור עבור Google Earth, עדיין בשימוש נרחב לשיתוף נתוני מיקום וגבול-אתר פשוטים. זוהי דרך קלת-משקל לשתף "איפה האתר הזה נמצא" עם מישהו שאין לו כלל תוכנת GIS - רק Google Earth - בניגוד לנתונים העשירים והמובנים יותר ש-LandXML או CityGML נושאים.
פורמט החלפת נתונים מבוסס-XML לנתוני הנדסה אזרחית וסקר - משטחי שטח, יישורי כבישים, רשתות צנרת. זהו הגשר המעשי בין נתוני site-survey לכלי תכנון אזרחי כמו Civil 3D, ועושה עבור שטח ויישורים בערך מה ש-IFC עושה עבור אלמנטי מבנה.
הפורמט הבינארי הסטנדרטי להחלפת נתוני ענן נקודות LiDAR, המשמש בעיקר לסריקות סקר אוויריות, ניידות וקרקעיות. מתוחזק על ידי האגודה האמריקאית לפוטוגרמטריה וחישה מרחוק, LAS הוא הפורמט שרוב נתוני ה-LiDAR של סקר שטח וטופוגרפיה מגיעים בו לפני שהם מוכנסים לכלי BIM או תכנון אזרחי - E57 מכסה שטח דומה בעיקר עבור סריקת לייזר קרקעית.
שיטת תכנון ייצור מבוססת lean construction, הבנויה סביב מחויבויות שיתופיות ואמינות לטווח קצר מהאנשים שבאמת עושים את העבודה - "המתכננים האחרונים" - במקום לוח זמנים ראשי מלמעלה למטה בלבד. פותחה על ידי מכון ה-Lean Construction, היא עובדת אחורה מתאריכי אבני דרך לתוכניות עבודה שבועיות שמנהלי עבודה וקבלני משנה באמת מתחייבים אליהן, ואז עוקבת אחר מדד "אחוז תוכנית שהושלמה" כדי לתפוס מחויבויות לא אמינות מוקדם במקום לגלות לוח זמנים שהחליק בסוף.
התפקיד ב-ISO 19650 עבור צוות המסירה הראשי שממונה להוביל את הפרויקט. הארגון שממונה על ידי ה-Appointing Party להוביל את מסירת הפרויקט - לעיתים קרובות המתכנן הראשי או הקבלן הראשי, תלוי במסלול ההתקשרות. Lead Appointed Party אחראי על הפקת ה-BEP בתגובה ל-EIR של הלקוח, ועל תיאום עבודת כל Task Teams שהוא ממנה מתחתיו.
בפרויקט מובל-תכנון טיפוסי התפקיד הזה בדרך כלל יושב אצל האדריכל או היועץ הראשי; בפרויקט תכנון-וביצוע או מובל-קבלן הוא לעיתים קרובות יותר יושב אצל הקבלן הראשי - המונח עצמו נייטרלי במכוון ביחס למסלול ההתקשרות, וזו בדיוק הסיבה ש-ISO 19650 משתמש בו במקום בתואר תפקיד ספציפי יותר.
יישום עקרונות ייצור רזה - ביטול בזבוז, מיצוי ערך, שיפור אמינות זרימת העבודה - על האופן שבו פרויקטי בנייה מתוכננים ומופעלים. טכניקות כמו Last Planner System ו-target value design שתיהן יוצאות מתנועת ה-lean construction, שמנסחת מחדש "בזבוז" ככל דבר שלא מוסיף ערך ללקוח - עבודה חוזרת, המתנה ומסירות לא אמינות בין קבלנים, לא רק חומר עודף.
Leadership in Energy and Environmental Design
מערכת ההסמכה לבנייה ירוקה הנפוצה ביותר בצפון אמריקה. מערכת דירוג בנייה ירוקה מבוססת-נקודות (מהמועצה האמריקאית לבנייה ירוקה) שמסמיכה פרויקט על פני קטגוריות כמו ביצועי אנרגיה, שימוש במים, חומרים ואיכות אוויר פנימי, ומעניקה רמה מ-Certified ועד Platinum. LEED לא דורש BIM, אך בפועל BIM הופך את המרדף אחריו לקל בהרבה: ניתוח אנרגיה, מחקרי אור יום וכמויות חומרים שתיעוד LEED דורש ניתנים לשליפה או לסימולציה ישירות מהמודל במקום חישוב ידני.
זה בעצם מה ש-6D BIM נועד עבורו בפועל - LEED (או המקבילים האזוריים שלו כמו BREEAM) הוא לרוב היעד האמיתי שניתוח האנרגיה והסביבה של 6D נעשה כדי לספק.
סוג תצוגה מיוחד ברוויט שמציג דוגמאות של אלמנטי מודל והסמלים שלהם לצורכי תיעוד, בלי להשתייך למיקום אמיתי בפרויקט. תצוגת מקרא ניתנת למיקום על מספר גיליונות בו-זמנית (בשונה מכמעט כל סוג תצוגה אחר), מה שהופך אותה לדרך הסטנדרטית לבנות מקרא דלתות/חלונות, מקרא סוגי קירות, או מקרא סמלים שצריך לחזור באופן זהה לאורך כל סט השרטוטים.
מופע משפחה שממוקם בתצוגת מקרא למטרות תצוגה בלבד, ומראה כיצד אובייקט נראה בלי שהוא יהיה אלמנט אמיתי וניתן-לתזמון בפרויקט. הוא קיים אך ורק עבור תצוגת המקרא שמציגה אותו - הצבת כיסא כרכיב מקרא לא מוסיפה כיסא אמיתי בשום מקום אחר במודל או בשום טבלה.
הערכה מחייבת של מערכות המים במבנה לסיכון להתפתחות חיידקי לגיונלה. הערכת סיכוני לגיונלה בוחנת את מערכות המים של המבנה - מיכלים, צנרת, מגדלי קירור - בחיפוש אחר תנאים המאפשרים לחיידקי לגיונלה להתפתח, והיא דרישה חוקית עבור כל מי שאחראי על אספקת המים של מבנה. היא מוזמנת בדרך כלל ככל שהמבנה מתקרב למסירה וחוזרת מעת לעת לאחר שהוא בתפעול, ומזינה את משטר התחזוקה של מדריך המשתמש למבנה.
התוכנה של Leica Geosystems לעיבוד ורישום נתוני ענן נקודות שנסרקו על ידי סורקי הלייזר שלה. סריקת לייזר גולמית לא מגיעה מוכנה לשימוש - Cyclone הוא המקום שבו כמה סריקות בודדות מיושרות לענן נקודות אחד נקי ורשום, לפני שהוא מיוצא ל-E57 או מוכנס לתהליך scan-to-BIM.
מסמך סיכום התופס מה הלך טוב ומה השתבש בפרויקט, כדי שהבא לא יחזור על אותן טעויות. זהו המסמך שהכי נפוץ לדלג עליו ברשימה הזו - כולם מסכימים שהוא בעל ערך, ועדיין הוא הדבר הראשון שנופל כשצוות פרויקט עובר ישר לעבודה הבאה.
מסמך טרום-חוזי שבו לקוח מסמיך קבלן להתחיל בעבודה מוקדמת מוגבלת, לפני חתימת החוזה המלא. הוא מאפשר לרכש ארוך-טווח או לעבודת אתר מוקדמת להתחיל בלי לחכות שכל סעיף בחוזה יסוכם - שימושי לשמירה על התקדמות לוח הזמנים, אך מסוכן אם משתמשים בו כדי להימנע מהסכמה על תנאים במקום לזרז דברים באמת.
מישורי ההתייחסות האופקיים ברוויט - בדרך כלל אחד לכל קומה בבניין - שאליהם רצפות, קירות, גגות וכמעט כל אלמנט אחר מתחברים ונמדדים מהם. מפלסים (Levels) הם אחד הדברים הראשונים שמוגדרים בכל פרויקט רוויט, וכמעט כל דבר אחר תלוי בהם: Worksets, שלביות (Phasing), טבלאות ומיקום משפחות - כולם מתייחסים למפלס, במישרין או בעקיפין. הגדרת מפלסים לא נכונה בשלב מוקדם היא אחת הסיבות הנפוצות ביותר לעבודה חוזרת מתסכלת בהמשך.
הערכת מחזור חיים (LCA)
המתודולוגיה לחישוב ההשפעה הסביבתית הכוללת של בניין לאורך כל חייו - כרייה וייצור חומרים, ביצוע, תפעול והריסה - שממנה נגזרים מספרי הפחמן הגלום והפחמן לאורך מחזור החיים. LCA היא מסגרת החישוב עצמה (מוגדרת בתקנים כמו EN 15978), בעוד פחמן גלום ופחמן לאורך מחזור חיים הם המספרים הספציפיים שהיא מפיקה - הכמויות ושיוכי החומרים של מודל רוויט הם מה שבפועל מזין כלי LCA, מה שהופך הזנת נתוני חומרים מדויקת למשימת קיימות ולא רק משימת תיעוד.
מכלול דרישות התכנון המגנות על המשתמשים בעת חירום - מסלולי מילוט, דירוגי אש, הפרדה למדורים ומערכות גילוי והתראה. בטיחות חיים חוצה מספר תחומים בו-זמנית: אדריכלות קובעת רוחבי מילוט ומרחקי הליכה, תכנון מבני קובע כמה זמן הבניין נשאר עומד בשריפה, ו-MEP מטפל במערכות גילוי, התראה ובקרת עשן. ב-Revit, פרמטרי דירוג אש, חישובי מילוט מבוססי חדר, ותצוגות תוכנית בטיחות חיים כולם שואבים מאותם נתוני מודל בסיסיים.
ההגדרה של Revit השולטת עד כמה כל קטגוריית קו עבה או דקה בהדפסה ובתצוגה, בכל קנה מידה של תצוגה - חלק מהגדרות Object Styles והסטנדרטים הגרפיים של המשרד. קו החתך של קיר צריך להיראות עבה יותר מקו נסתר מאחוריו בכל קנה מידה שבו שרטוט עשוי להדפס - משקלי קו הם מה ששומרים על ההיררכיה הגרפית הזו עקבית לאורך כל סט הגיליונות במקום שתותאם תצוגה אחר תצוגה.
Revit Links
קבצי מודל נפרדים המקושרים לפרויקט, נשמרים חיים וניתנים לעדכון. המנגנון להביא מודל שלם ונפרד - קובץ Revit של דיסציפלינה אחרת, סקר שטח, מודל של יועץ - לתוך פרויקט כהפניה חיה, בלי למזג את הנתונים בפועל יחד. בניגוד לWorksets, שמחלקים בעלות בתוך מודל מרכזי משותף אחד, מודלים מקושרים הם קבצים נפרדים לגמרי: האדריכל מקשר את מודל מהנדס הקונסטרוקציה כדי לתאם מולו, אך כל צוות עדיין הבעלים ועורך את הקובץ שלו בעצמאות.
מיקום נכון של קישורים תלוי לחלוטין בהגדרה נכונה של קואורדינטות משותפות - קישור עם מערכת קואורדינטות שגויה ייראה תקין בבידוד ויהיה מוזז במטרים ברגע שמביאים אותו למודל המארח.
קנס כספי יומי או שבועי, מוסכם מראש, שקבלן חייב ללקוח עבור כל יום שבו פרויקט מתעכב מעבר לתאריך ההשלמה החוזי. פיצויים מוסכמים הם ההשתקפות הפיננסית של הארכת זמן - אם עיכוב הוא אשמת הקבלן, הפיצויים מתחילים להצטבר; אם EOT תקף מוענק במקום זאת, תאריך ההשלמה עצמו זז והפיצויים לא חלים, וזו בדיוק הסיבה שתיעוד לוח הזמנים והשינויים הבסיסי חשוב כל כך לשני הצדדים.
רמת דיוק
מדד לרמת הדיוק והאמינות הגאומטרית של המידות הנתפסות של אלמנט במודל, בשונה מרמת הפירוט שלו (LOD). מוגדר על ידי המכון האמריקאי לתיעוד בנייה, רמת הדיוק (LOA) מדרגת נתוני תפיסת מציאות (כמו תוצרי Scan-to-BIM) לפי טולרנס נמדד - עד כמה הגאומטריה של המודל קרובה למציאות ה-as-built - וזו שאלה שונה לגמרי מ"כמה מידע האלמנט הזה נושא" של רמת הפיתוח (LOD). אלמנט מפורט מאוד יכול עדיין להיות בעל דיוק מיקום נמוך, ולהפך.
קבוצות מוגדרות מראש של עומסים סימולטניים (עומס מת, עומס חי, רוח, רעידת אדמה, ביחסים משוקללים שונים) שמודל קונסטרוקטיבי חייב להיבדק מולם כדי לאשר שהוא בטוח בכל תרחיש ריאלי. מודל קונסטרוקטיבי לעיתים רחוקות נכשל תחת סוג עומס בודד לבדו - התרחישים המסוכנים הם שילובים, כמו עומס רוח שיא שחופף עם עומס חי מלא מאיכלוס - וזו בדיוק הסיבה שקודי בנייה מחייבים בדיקת עשרות שילובי עומסים ספציפיים ולא כל סוג עומס בבידוד, תהליך שזרימות עבודה מודרניות של רוויט-ל-Robot יכולות לאוטומט.
עותק עבודה אישי של פרויקט רוויט משותף, שמור על המחשב האישי של המשתמש, המסתנכרן מעת לעת עם המודל המרכזי. כל חבר צוות בפרויקט משותף עובד בתוך קובץ מקומי משלו במקום ישירות מהמודל המרכזי המשותף - זה שומר על הקובץ מהיר לתגובה ומאפשר לכל אחד לערוך את ה-Worksets שלו בלי לחכות לאחרים, תוך סנכרון שינויים הלוך ושוב דרך Synchronize with Central.
Level of Development
כמה מפורט ואמין אלמנט מודל. LOD מגדיר עד כמה מפורט ואמין אלמנט במודל ה-BIM בשלב נתון. הוא עונה על השאלה: "כמה אני יכול לסמוך על אלמנט מודל זה, ואיזה מידע הוא מכיל?"
סולם ה-LOD הסטנדרטי נע בין 100 ל-500:
| LOD | שלב | משמעות |
|---|---|---|
| 100 | קונספט | האלמנט קיים כסמל או מסה. גודל ומיקום משוערים. |
| 200 | תכנון סכמטי | אלמנט גנרי עם גיאומטריה וגודל משוערים. |
| 300 | פיתוח תכנון | גיאומטריה ספציפית, מידות מדויקות, מיקום וכיוון. |
| 350 | מסמכי בנייה | כולל חיבורים לאלמנטים סמוכים. מוכן לתיאום. |
| 400 | ייצור | מפורט דיו לייצור ולהרכבה. |
| 500 | כפי שנבנה | מאומת בשטח. מייצג את המבנה כפי שנבנה בפועל. |
LOD משמש ב-BEP לציון איזו רמה כל אלמנט מודל חייב להגיע אליה בכל אבן דרך של הפרויקט.
סרגל LOD 100–500
LOD 100 ייצוג סכמטי כללי - נפח או סמל גנרי
LOD 200 גיאומטריה מקורבת - מידה, צורה ומיקום גסים
LOD 300 גיאומטריה מדויקת - מידה, צורה, מיקום וכמות סופיים
LOD 350 כמו 300, בתוספת ממשקים מול מערכות בניין אחרות
LOD 400 מוכן לייצור - מפורט לביצוע והתקנה
LOD 500 כפי-שנבנה (As-Built) - מאומת בשטח
Level of Information
כמה נתונים לא-גרפיים נושא אלמנט. לרוב מזווג עם LOD. בעוד LOD מתאר פירוט גיאומטרי, LOI מתאר את הנתונים הלא-גרפיים המצורפים לאלמנט - מאפיינים, מפרטים, נתוני חומר, ערכי ביצועים.
דלת ב-LOD 300 מכילה גיאומטריה מדויקת. אותה דלת עם LOI גבוה מכילה גם דירוג אש, דירוג אקוסטי, מפרט חומרה וקוד מוצר של היצרן. שני הממדים חשובים למסירה ולניהול המתקן.
Level of Information Need
בדיוק איזה מידע נדרש, למי ומתי. המונח החדש יותר מעידן ISO 19650, שמחליף בהדרגה את צמד LOD/LOI במפרטים. LOIN הופך את השאלה: במקום "לאיזה LOD האלמנט צריך להגיע?", הוא שואל מי צריך איזה מידע, לאיזו מטרה ובאיזו אבן דרך - ודורש בדיוק את זה, לא יותר.
LOIN מוגדר בתקן האירופי EN 17412-1 ומכסה שלושה סוגי תוכן:
המטרה היא להפסיק מידול-יתר: מידע שאף אחד לא ביקש עולה זמן וכסף לייצר ולתחזק.
לוח זמנים גלגלי קצר-טווח (בדרך כלל 2-6 שבועות) המשמש בבנייה רזה לתכנון העבודה שעומדת להתבצע בפועל. לוח זמנים קצר-טווח הוא תוכנית גלגלית לטווח קצר - בדרך כלל שבועיים עד שישה שבועות - המפרקת את התוכנית הראשית למשימות הספציפיות שכל בעל מקצוע צריך להתכונן אליהן כרגע, ובודקת שחומרים, כוח אדם ועבודה מקדימה אכן מוכנים. זהו כלי התכנון המרכזי מאחורי שיטת Last Planner System.
תביעה חוזית עבור הפסד כספי ישיר של הקבלן שנגרם עקב עיכוב או שיבוש מצד המזמין. הפסד והוצאה היא תביעה חוזית שקבלן יכול להגיש עבור הפסד כספי ישיר - ציוד סרק, עלויות תקורה מוארכות, אובדן פרודוקטיביות - שנגרם עקב עניין שהמזמין או צוותו אחראים לו, ומוגשת לצד תביעת הארכת זמן להשפעת לוח הזמנים של אותו אירוע עצמו, או בנפרד ממנה.
תוכנת הדמיה ורינדור בזמן אמת, פופולרית בזכות הגדרה מהירה וייבוא ברוויט בלחיצה אחת, המשמשת להפוך מודל לתמונות פוטוריאליסטיות וסיורים וירטואליים. לעומת Enscape או Twinmotion, Lumion משמש לרוב יותר לתמונות סופיות ברמת שיווק ואנימציות מאשר לסיורי סקירת תכנון חיים - זרימת עבודה נפוצה היא מידול ברוויט ולאחר מכן ייצוא ל-Lumion ספציפית עבור הרינדורים המלוטשים שהצגה ללקוח דורשת.
הגרסה היחידה והמוסמכת של פרט מידע (שם ספק, מספר חדר, מזהה נכס) שכל מערכת ומסמך אמורים להפנות אליה ולא להקליד מחדש. מידע ראשי הוא מה ששומר על מספר חדר או תגית נכס עקביים לאורך מודל ה-BIM, ה-CDE, מערכת ה-FM וכל טבלה שנגזרת מהם. בלי מקור ברור למידע ראשי, אותו נכס מסתיים עם שלושה מזהים שונים במקצת בשלושה מקומות שונים - בדיוק חוסר העקביות ש"מקור אמת יחיד" אמור למנוע.
תקן הסיווג הצפון-אמריקאי שמארגן מפרטים לפי חטיבת בנייה. המקבילה הצפון-אמריקאית ל-Uniclass - MasterFormat (מפורסם על ידי CSI, מכון המפרטים לבנייה) מארגן מידע בנייה לחטיבות ממוספרות, כמו חטיבה 08 לפתחים או חטיבה 23 למיזוג אוויר. זהו בעיקר תקן לכתיבת מפרטים ולא מערכת סיווג BIM מלאה, אך הוא מופיע כל הזמן בפרויקטים אמריקאים וקנדיים כעמוד השדרה לארגון פרקי המפרט, ומספרי החטיבות שלו לרוב ממופים לפרמטרים במודל לצורך עקביות בין השרטוטים למפרטים.
היכן ש-Uniclass שולט בפרויקטים בריטיים/בינלאומיים, MasterFormat הוא מה שתפגשו בפרויקטים צפון-אמריקאים.
סימון המסמן היכן תוכנית קומה גדולה מפוצלת על פני מספר גיליונות, ומראה היכן כל גיליון ממשיך באחר. במבנה גדול שבו קומה אחת לא נכנסת לגיליון בודד בקנה מידה שמיש, זהו הסימון ששומר על מישהו שקורא גיליון 3 מלהתבלבל לגבי איפה גיליון 4 ממשיך.
שמירת רשומה דיגיטלית של הרכב, מקור ומצב של חומר בנייה, כך שניתן לזהות ולעשות בו שימוש חוזר כשהמבנה מפורק בסופו של דבר. זה מה שהופך פירוק מרעיון מקווה לרעיון מעשי - צוות הריסה לא יכול בקלות לעשות שימוש חוזר בקורה שאף אחד לא באמת תיעד את דירוג החומר וההיסטוריה שלה.
טבלת Revit המדווחת על כמויות של חומרים ספציפיים (נפח בטון, שטח צבע, שטח גימור רצפה) במקום לספור אלמנטים שלמים כפי שטבלה רגילה עושה. בעוד שטבלת דלתות סופרת דלתות, כתב כמויות חומרים יכול לדווח על השטח הכולל של גימור צבע ספציפי בכל חדר שמשתמש בו - ומזין ישירות כתב כמויות ללא מעבר מדידה ידני נפרד.
ספריית Revit של תכונות מראה, פיזיקליות ותרמיות המוקצות לאלמנטים במודל. חומרים ב-Revit מגדירים כיצד אלמנט נראה בהדמיה (נכס מראה), כיצד הוא מתנהג מבחינה מבנית (נכס פיזיקלי), וכיצד הוא מתפקד תרמית (נכס תרמי) - כל שלושת אלה מקובצים תחת חומר בעל שם אחד שניתן להקצות לשכבת קיר, למשפחה, או לקטגוריה שלמה בבת אחת. לוחות כמויות חומר שואבים כמויות ישירות מהקצאות אלו.
פלטפורמת לכידת מציאות במצלמת תלת-ממד שמפיקה סיורים וירטואליים הליכתיים וענן נקודות/רשת בסיסיים, נפוצה לתיעוד מהיר של מצב קיים. לעומת סורק לייזר ברמת מדידה מקצועית, מצלמת Matterport מהירה וזולה יותר להפעלה אך פחות מדויקת - זרימת עבודה נפוצה בפרויקטי שיפוץ קטנים היא סריקת Matterport מהירה לסיור חזותי ומדידות גסות, ושמירת סריקת לייזר מלאה למה שדורש דיוק מידול as-built אמיתי.
מחבר אלמנט המודל
צוות המשימה או הצד האחראי על יצירת אלמנט מודל ספציפי, מתועד כך שכולם יודעים את מי לשאול לגביו ומי אחראי לדיוק שלו. בפרויקט רב-דיסציפלינרי ומתואם, לא תמיד ברור מי "הבעלים" של קיר או תעלה מסוימים במודל המאוחד - סימון מחבר אלמנט המודל (Model Element Author, לרוב קוד או ראשי תיבות על האלמנט עצמו) מסיר את אי-הבהירות, ומקשר כל אלמנט חזרה לצוות המשימה הספציפי האחראי לגאומטריה ולנתונים שלו.
המסלול הרציף והמוגן שמשתמש בבניין עובר מכל נקודה בפנים ועד ליציאה בטוחה בחוץ - כולל מסדרון, מדרגות ודלת יציאה. מסלול מילוט נבדק כשרשרת רציפה אחת, לא אלמנט אחר אלמנט - דלת אש מדורגת בצורה מושלמת לא אומרת דבר אם המסדרון המוביל אליה צר מדי או שמרחק ההליכה אליה ארוך מדי. מודלי Revit יכולים לתייג מרחקי הליכה ולהריץ בדיקות רוחב מילוט ישירות מול גאומטריית חדרים ומסדרונות ככל שהתכנון מתפתח.
קטגוריית משפחה MEP ב-Revit לציוד מיזוג אוויר - יחידות טיפול באוויר, מצננים, מאווררים - שתעלות וצנרת מתחברות אליו. משפחות ציוד מכני נושאות מחברים שתעלות וצנרת מתחברות אליהם, והמיקום שלהן מניע חישובי זרימה וקיבולת עבור המערכות המנותבות אליהן. הן בדרך כלל מתוזמנות עם עומס חשמלי ודרישות מרווח לצד המפרטים המכניים שלהן, מכיוון שהתיאום סביבן חוצה מספר תחומים.
תהליך יישוב סכסוכים וולונטרי ולא מחייב שבו מגשר ניטרלי עוזר לצדדים לנהל משא ומתן על הסדר משלהם, במקום להטיל החלטה. זהו הפחות פורמלי מבין שלושת מסלולי הסכסוך המרכזיים - זול ומהיר יותר מבוררות דין (adjudication) או בוררות (arbitration), אך עובד רק אם שני הצדדים באמת רוצים להגיע להסכמה ולא לנצח בוויכוח.
Mechanical, Electrical & Plumbing
דיסציפלינות שירותי המבנה. תחומי ההנדסה שמטפלים בשירותי המבנה: מערכות מיזוג אוויר, חלוקת חשמל, אינסטלציה, הגנה מפני אש ועוד. מודלי MEP הם מהמורכבים ביותר בתהליך BIM מאוחד מכיוון שהמערכות שהם מכילים חייבות להיות מתואמות כנגד הקונסטרוקציה וכנגד עצמן.
ב-Revit, עבודת MEP מתבצעת ב-Revit MEP - תצורה ספציפית לדיסציפלינה של אותה פלטפורמה שמשמשת אדריכלים ומהנדסי קונסטרוקציה.
מידע שמתאר מידע אחר - המחבר ותאריך היצירה של קובץ, או קוד הסיווג של אובייקט, ולא התוכן בפועל של הקובץ או האובייקט עצמו. הגאומטריה של משפחת דלת היא מידע; העובדה שהיא עודכנה לאחרונה בתאריך מסוים, על ידי אדם מסוים, מתויגת בקוד Uniclass מסוים, היא מטא-דאטה - בדיוק מה ש-audit trail של CDE ומילון נתונים מנהלים.
מסמך ביצוע המתאר בדיוק כיצד משימה או רצף עבודה ספציפיים יבוצעו באתר, כולל אמצעי בטיחות וציוד. בעוד שלוח זמנים (כמו רצף 4D) קובע מתי העבודה מתבצעת, הצהרת שיטת עבודה מסבירה כיצד - השלבים בפועל, הציוד ואמצעי הבטיחות שצוות יעקוב אחריהם למשימה כמו הרמת מנוף או יציקת בטון, ולעיתים קרובות נבדקת לצד המודל כדי לוודא שהרצף אכן ניתן לביצוע פיזית.
פלטפורמת יצירת CAD/BIM של Bentley Systems, בשימוש נרחב בפרויקטי תשתיות, רכבות ותשתיות ציבוריות כחלופה למערכת Autodesk. בעוד שכלי Autodesk שולטים בעולם המבנים, MicroStation של Bentley ויישומי ה-OpenX שלה (OpenRoads, OpenBridge) נפוצים במיוחד בתשתיות אזרחיות - שתי המערכות נפגשות באותו פרויקט דרך החלפת IFC ולא דרך אחת שמחליפה את השנייה.
Information Delivery Plans
לוחות הזמנים של מסירת המידע. שני מסמכים מעולם ISO 19650 שחיים לצד ה-BEP. TIDP (Task Information Delivery Plan) הוא תוכנית המסירה של צוות בודד: אילו קבצים ומודלים הצוות מספק, מתי ובאיזו רמת מידע. MIDP (Master Information Delivery Plan) מאחד את כל ה-TIDP-ים לתוכנית מסירה אחת של הפרויקט כולו - לוח הזמנים של המידע, לא של הבנייה.
אם ה-EIR אומר "מה", ה-MIDP אומר "מי ומתי".
הפעולה של יצירה ובנייה של הגאומטריה והמידע במודל BIM בתוך כלי יצירה כמו Revit, להבדיל מתיאום, בדיקה או איחוד מודלים שנוצרו במקום אחר. Revit, ArchiCAD ו-Tekla Structures הם כלי יצירה; Navisworks ו-Solibri אינם כאלה - הם מאחדים ובודקים את מה שכלי היצירה כבר בנו. הבנת הקטגוריה שאליה שייכת תוכנה מסוימת מסבירה מדוע דוח התנגשויות מ-Navisworks עדיין חייב להיות מתוקן חזרה במודל היוצר, ולא ב-Navisworks עצמו.
המחזור המתמשך של איחוד, סקירה ופתרון בעיות בין מודלי הדיסציפלינות. התהליך המתמשך והמחזורי שזיהוי התנגשויות הוא רק חלק ממנו: איחוד סדיר של מודלי הדיסציפלינות למודל מאוחד, סקירתו (ויזואלית ודרך בדיקות אוטומטיות), רישום כל בעיה שנמצאה כבעיה במעקב, הקצאתה למי שצריך לתקן אותה, ואישור התיקון במחזור הבא. הרצת זיהוי התנגשויות בודדת היא תמונת מצב; תיאום מודלים הוא הקצב השבועי או הדו-שבועי החוזר שגורם למודלי הפרויקט להתכנס לעבר תכנון בר-בנייה וללא קונפליקטים במקום להתרחק יותר.
בעיות בדרך כלל נעקבות עם קובצי BCF כך שכל צוות יכול לפתוח בדיוק את אותה בעיה בתוכנה שלו, בזווית המצלמה והאלמנט המדויקים שבהם היא נמצאה.
רכיב בודד ונבדל בתוך מודל BIM המייצג חלק פיזי או מרחבי אמיתי של הבניין. קירות, דלתות, תעלות וחדרים - כולם אלמנטים במודל (Model Element) - אבני הבניין הבסיסיות הנושאות גם גאומטריה וגם נתונים בתוך מודל מידע. הבנת "אלמנט מודל" כיחידה הגנרית היא מה שהופך מושגים כמו רמת פיתוח ומחבר אלמנט מודל למשמעותיים, שכן שניהם מוגדרים לפי אלמנט ולא לפי מודל שלם.
פיצ'ר ברוויט שמאגד קבוצת אלמנטים יחד, כך שניתן להעתיק, למקם ולעדכן אותם כיחידה אחת לאורך הפרויקט. בשונה ממשפחה (Family), שהיא רכיב בודד לשימוש חוזר, קבוצה (Group) מאגדת מספר אלמנטים קיימים (למשל, קירות, דלת וריהוט של חדר מלון) ליחידה אחת שניתן למקם - עריכת מופע אחד של הקבוצה יכולה להתפשט לכל העותקים, מה שהופך אותה לדרך מהירה לחזור על פריסות זהות לאורך קומה או מגדל שלם.
המצב הטכני הכולל של קובץ מודל - גודל הקובץ, כמות האזהרות וכמה מידע לא בשימוש או פגום הוא נושא - בלי קשר לאיכות תוכן התכנון שבו. מודל יכול להיות מתוכנן בצורה מבריקה ועדיין לא בריא - מאות אזהרות לא פתורות, מנופח משנים של משפחות לא מנוקות, איטי להיפתח לכל מי שבצוות. מעברי audit ו-purge סדירים הם התחזוקה השוטפת שהוא באמת תלוי בה.
קווים המצוירים ישירות במרחב המודל התלת-ממדי ב-Revit, נראים בכל תצוגה שמציגה את אותו חלק במודל - בניגוד לקווי פרט, שקיימים רק בתצוגה הבודדת שבה הם צוירו. קו מודל שמצויר בתוכנית אתר כדי לסמן גבול מגרש מופיע גם בתצוגה תלת-ממדית וגם בחתך, מכיוון שהוא גאומטריית מודל אמיתית - קו פרט שמבצע את אותה משימה יופיע רק באותה תצוגת תוכנית בודדת.
בדיקה מובנית שמודל BIM עומד בסטנדרטים המוסכמים - שמות, LOD, סיווג, שלמות נתונים - לפני שהוא מונפק או מאוחד עם אחרים. היא בדרך כלל מופעלת אוטומטית דרך תוכנת בדיקת כללים (Solibri, Navisworks, או בדיקת IDS מותאמת אישית) ולא ידנית, ותופסת דברים כמו פרמטרים חסרים או אלמנטים בוורקסט הלא נכון לפני שהם מגיעים למודל מאוחד וגורמים לבעיה יקרה בהרבה בהמשך.
הפקת אומדן עלות ישירות מהכמויות והנתונים של מודל ה-BIM עצמו, במקום למדוד שרטוטים ידנית כדי להפיק כתב כמויות תחילה. זוהי התוצאה המעשית ששמאי כמויות שואפים אליה כשהם דוחפים למודלים מובנים היטב ומתאימי-LOD - ככל שהכמויות של מודל אמינות יותר, כך אומדן זקוק לפחות מדידה חוזרת ידנית.
מונח-על לגישות בנייה מבוססות-מפעל, מחוץ לאתר ומונעות-טכנולוגיה - יחידות מודולריות, מערכות פנלים, ייצור דיגיטלי - כחלופה לבנייה מסורתית באתר. בנייה מודולרית ו-DfMA הן שתי גישות ספציפיות שנמצאות תחת מונח-העל הרחב הזה - MMC הוא הקטגוריה שממשלת בריטניה והתעשייה בפועל משתמשים בה כשדנים במעבר משיטות בנייה מסורתיות בכללותו.
בניית קטעים גדולים מחוץ לאתר במפעל, ואז הרכבתם באתר. שיטת בנייה שבה קטעים גדולים של מבנה - חדרים שלמים, תאי אמבטיה, מודולים קונסטרוקטיביים - מיוצרים במלואם במפעל ומובלים לאתר להרכבה, במקום להיבנות חתיכה-חתיכה באתר. זה הקצה הפיזי והגדול-בקנה-מידה של הספקטרום של DfMA: במקום רכיבים טרומיים בודדים, נפחים שלמים של המבנה מגיעים מוכנים או כמעט מוכנים.
BIM קרוב להיות תנאי מוקדם לבנייה מודולרית בכל קנה מידה אמיתי: המפעל צריך דיוק מודל ברמת ייצור LOD 400 כדי לייצר מודולים שבאמת יתאימו יחד נכון באתר, מכיוון שיש מעט מקום "להבין את זה" ברגע שמודול כבר עזב את המפעל.
איבר השלד שמחלק קיר מסך לפאנלים בודדים - אנכי, אופקי או משופע. פרופילי חלוקה ב-Revit ממוקמים אוטומטית לאורך קווי הגריד של קיר המסך וניתנים להחלפה לסוגי חתך שונים - מלבני, בצורת L, עגול - בלי לגעת בפריסת הגריד עצמה. פרופילי חלוקה מרובי לולאות מאפשרים לפרופיל בודד לשאת חתך מורכב יותר מצורה שלופה פשוטה.
משפחת תג יחידה ב-Revit היכולה לתייג אלמנטים ממספר קטגוריות שונות בסגנון אחיד. תג רב-קטגוריאלי הוא משפחת תג יחידה היכולה לתייג אלמנטים ממספר קטגוריות שונות - ריהוט, נגרות, ציוד מיוחד - בסגנון חזותי אחד משותף, במקום לדרוש משפחת תג ייעודית נפרדת לכל קטגוריה שעשויה להופיע בשרטוט.
הגדרת תצוגת מודל
תת-קבוצה מוגדרת של סכימת ה-IFC המותאמת למקרה שימוש ספציפי של חילופי מידע, כך שתוכנה צריכה לממש רק את החלקים ב-IFC שמקרה השימוש הזה באמת דורש. סכימת ה-IFC המלאה עצומה - הגדרת תצוגת מודל (MVD) מצמצמת אותה בדיוק למה שנדרש לתהליך עבודה אחד, כמו Coordination View לגילוי התנגשויות או Quantity Take-off View לכימות כמויות, כך שספקי תוכנה יכולים להסמיך תמיכה בתת-קבוצה ספציפית וניתנת לבדיקה במקום בכל ה-IFC בבת אחת. buildingSMART מתחזקת את ה-MVD הרשמיים לצד תקן ה-IFC עצמו.
Autodesk Navisworks
כלי סקירת המודלים והתיאום של Autodesk למודלי BIM מאוחדים. הכלי הייעודי של Autodesk לסקירת מודלי BIM גדולים ומאוחדים ממספר דיסציפלינות וחבילות תוכנה בו-זמנית. Navisworks מאגד מודלים (Revit, IFC, DWG ועוד) לתצוגה מאוחדת קלילה אחת, מריץ זיהוי התנגשויות, מניע תזמון בנייה 4D, ומנהל בעיות תיאום, לעיתים קרובות מוחלפות כקובצי BCF עם צוות התכנון.
זה לא כלי מידול - שום דבר לא מתוכנן ב-Navisworks - זה המקום שבו תיאום ותכנון ביצוע קורים ברגע שמודלי הדיסציפלינות קיימים. בהרבה פרויקטים בהובלת קבלן, Navisworks (או מתחרה כמו Solibri) הוא המקום שבו פגישת התיאום "האמיתית" באמת מתקיימת.
המפרט הלאומי לבנייה
פלטפורמת מפרט דיגיטלית ומאגר מפרטים סטנדרטי שמקורם בבריטניה, שמקשרים דרישות ביצוע/מוצר כתובות ישירות לאובייקטים במודל ה-BIM. מפרטי NBS הם באופן מסורתי המסמך הכתוב המפורט שנמצא לצד השרטוטים והמודל, ומפרט בדיוק איזה מוצר, תקן ביצוע או איכות עבודה נדרשים לכל אלמנט. כלי NBS מודרניים (כמו NBS Chorus) מקשרים את הטקסט הזה ישירות לאובייקטים ב-BIM לפי קוד מיון, כך ששינוי בסעיף מפרט ניתן לעקוב אחריו ישירות לאלמנטים במודל שהוא חל עליהם.
המהדורה הנוכחית של משפחת חוזי NEC, בנויה סביב שיתוף פעולה פרואקטיבי וסימון בעיות מוקדם במקום מנגנוני סכסוך בדיעבד. הודעות אזהרה מוקדמת ואירועי פיצוי הם שני המנגנונים המזוהים שלו - כל החוזה מתוכנן סביב העלאת בעיות בזמן שהן עדיין קטנות וזולות לתיקון.
משפחה שטעונה בתוך משפחה אחרת, ומשתפת או חושפת את הפרמטרים שלה. משפחה שטעונה בתוך משפחה אחרת - ידית שמקוננת בתוך משפחת דלת, ציר שמקונן בתוך משפחת חלון - שמאפשרת לבנות רכיבים מורכבים מחתיכות קטנות יותר וניתנות לתחזוקה עצמאית במקום גוש גיאומטריה מונוליטי אחד. משפחת ההורה יכולה לחשוף (או "לשתף") את הפרמטרים של המשפחה המקוננת כך שהם עדיין מופיעים ומתוזמנים נכון ברמת הפרויקט.
קינון הוא מה שהופך משפחות גדולות וריאליסטיות לניתנות לניהול באמת: עדכנו את משפחת הידית פעם אחת, וכל משפחת דלת שמקננת אותה קולטת את השינוי, במקום שארבעים ידיות נפרדות יצטרכו למידול ידני מחדש.
Net Zero Carbon
מבנה שפליטות הפחמן שלו מצומצמות עד כמה שאפשר ומקוזזות עבור השאר. יעד שבו פליטות הפחמן של מבנה - הן מהתפעול שלו (צריכת אנרגיה) והן מהבנייה שלו (פחמן גלום) - מצומצמות עד כמה שמעשית אפשרי, כשכל שארית בלתי נמנעת מאוזנת דרך קיזוזים או הסרת פחמן, כך שהתרומה נטו לפחמן האטמוספרי היא אפס. "Net Zero פחמן תפעולי" ו"Net Zero פחמן כל-חיים" הן טענות שונות באופן משמעותי, צרות ורחבות יותר, וההבחנה חשובה כשלקוח מבקש ספציפית אחת מהן.
תפקיד ה-BIM הוא בעיקר בחלק "לצמצם עד כמה שאפשר": ניתוח אנרגיה 6D וחישוב פחמן גלום מכמויות המודל הם מה שנותנים לצוות תכנון לבחון בפועל עד כמה תכנון קרוב ל-Net Zero, הרבה לפני שהבנייה מתחילה.
תוכנת ניהול מידע פרויקט המארגנת ועוקבת אחר תכתובות, RFI-ים ומסמכי הגשה לאורך כל שביל האימיילים והמסמכים של הפרויקט. במקום לחפש בשרשורי אימייל כדי למצוא מי ענה על RFI ספציפי, Newforma מאנדקסת את כל התקשורת בפרויקט במקום אחד הניתן לחיפוש - שכבת זרימת עבודה שיושבת לצד כלי ה-BIM עצמם, לא בתוכם.
התקנים הטכניים ודרישות האחריות הנפוצים ביותר בבריטניה לבנייה חדשה למגורים. תקני NHBC הם הדרישות הטכניות שבית חדש חייב לעמוד בהן כדי להיות זכאי לאחריות NHBC Buildmark - האחריות הנפוצה ביותר לבתים חדשים בבריטניה - ומכסים הכל מתכנון יסודות ועד גימורים פנימיים, ומוזכרים באופן קבוע על ידי בוני בתים לצד עמידה בתקנות הבנייה.
דוח החוזה את השפעת הרעש של פיתוח מוצע ואת אמצעי ההפחתה הנדרשים לעמידה במגבלות. הערכת השפעת רעש חוזה את הרעש שפיתוח מוצע ייצר - או ייחשף אליו, מכבישים או תעשייה סמוכים - ומפרטת את אמצעי ההפחתה הנדרשים כדי להישאר בגבולות המותרים. זוהי דרישה נפוצה בבקשות תכנון, כאשר רעש שלב הבנייה עצמו מוסדר בדרך כלל בנפרד תחת BS 5228.
תיעוד פורמלי של עבודה שאינה עומדת במפרט, במעקב מבדיקה ועד לפתרון. דוח אי-התאמה (NCR) מתעד באופן פורמלי עבודה שאינה עומדת במפרט או בדרישות תוכנית ביקורת ובדיקה, ותופס מה השתבש, מה הגורם לכך, ואת הפעולה המתקנת שהוסכמה לפני שהעבודה יכולה להמשיך או להתקבל. זהו עקבות הנייר שניתוח שורש הבעיה נשען עליו כאשר אותו ליקוי חוזר ונשנה.
המידע המצורף לאלמנט במודל שאינו צורה או מיקום - מפרט, עלות, אחריות, נתוני יצרן וביצועים. הגאומטריה התלת-ממדית של דלת כמעט ולא אומרת כלום שימושי לניהול מתקנים או לתמחור כשלעצמה; הנתונים הלא-גאומטריים שלה - דירוג אש, סט אביזרים, ספק, תקופת אחריות - הם מה שבאמת נעשה בו שימוש בהמשך על ידי טבלאות, ייצוא COBie ומערכות ניהול מתקנים. הערך האמיתי של BIM מעבר למידול תלת-ממדי פשוט מגיע כמעט כולו מהשכבה הזו.
מנגנון חוזי שמעביר את מינוי היועץ המתכנן מהלקוח לקבלן באמצע הפרויקט, נפוץ בהתקשרויות מסוג Design and Build. אדריכל שממונה ישירות על ידי הלקוח בשלב התכנון המוקדם יכול "לעבור המחאה" לקבלן ברגע שהביצוע מתחיל - אותו משרד ממשיך לעבוד על אותו מודל, אך יחסי הלקוח וקו הדיווח שלו מתחלפים משפטית, מה שיכול לשנות בשקט אילו דרישות מידע בפועל מקבלות עדיפות.
המסמך המשפטי שמעביר באופן פורמלי את חוזה יועץ התכנון, ואת ההתחייבויות שלו, מהלקוח לקבלן - הניירת שמאחורי נובציה. זה מה שבאמת הופך נובציה ב-design-and-build למשהו אמיתי - בלי הסכם נובציה חתום, היועץ עדיין עונה טכנית רק ללקוח המקורי.
New Rules of Measurement
התקן הבריטי לכימות ותמחור עבודות בנייה. סדרת תקנים (מ-RICS, מכון הסוקרים המוסמכים המלכותי) שמגדירה בדיוק איך למדוד ולתמחר עבודות בנייה בעקביות, על פני שלושה כרכים המכסים תכנון עלויות, מדידה מפורטת ועלויות תחזוקה. NRM הוא ספר הכללים שהופך את QTO וה-5D למשמעותיים בפועל - הוא מגדיר מה בעצם נחשב "יחידה אחת" של קיר, דלת או חפירה, כך שכמויות שהופקו ממודל BIM ניתנות להשוואה ותמחור בעקביות בין פרויקטים ובין כמאים.
בלי תקן מדידה כמו NRM מאחוריו, חישוב כמויות שמופק ממודל הוא סתם מספר - NRM הוא מה שהופך אותו למספר אמין.
מדריך תפעול ותחזוקה
סט מסמכי המסירה המסביר כיצד להפעיל, לתחזק ולשרת את המערכות והציוד של בניין שהושלם. באופן מסורתי הר של קבצי PDF שנמסר בקופסה בסוף פרויקט, תוכן מדריך התפעול והתחזוקה נשאב יותר ויותר ישירות מנתוני מודל BIM - לוחות תחזוקה, תקופות אחריות, רשימות חלפים - כך שמנהלי מתקנים מקבלים מידע מובנה וניתן לחיפוש במקום ארון תיוק לחפור בו.
פורמט גאומטריה תלת-ממדית פשוט ונתמך רחבות, שפותח במקור על ידי Wavefront Technologies, המאחסן צורות רשת, קואורדינטות טקסטורה וחומרים ללא מידע פרמטרי בסגנון BIM. זהו אחד הפורמטים התלת-ממדיים העתיקים והנתמכים ביותר, וזו בדיוק הסיבה שהוא עדיין משמש להעברת גאומטריית רשת פשוטה לכלי רינדור, מנועי משחק או תהליכי הדפסה תלת-ממדית, שם FBX או glTF עשויים לשאת יותר ממה שנדרש.
אוסף מאורגן ורב-שימושי של אובייקטי BIM (משפחות) שעומדים בסטנדרט שמות וסיווג עקבי, כך שניתן להשתמש בהם בבטחה במגוון פרויקטים. BS 8541-1 הוא בדיוק סוג הסטנדרט שספריית אובייקטים מנוהלת היטב בנויה לפיו - בלעדיו, ספרייה הופכת לתיקיית קבצים עם שמות לא עקביים שאף אחד לא סומך עליהם מספיק כדי להשתמש בהם שוב.
ההגדרה הפרויקטית הכוללת השולטת במשקל הקו, בצבע ובתבנית ברירת המחדל של כל קטגוריית מודל - קירות, דלתות, ריהוט - לפני שכל עקיפה ספציפית לתצוגה מוחלת. זוהי השכבה הבסיסית שמתחת לעקיפות visibility/graphics ולתבניות תצוגה - שינוי משקל קו של קטגוריה ב-Object Styles מעדכן אותו בכל מקום כברירת מחדל, אלא אם תצוגה ספציפית כבר עקפה אותו.
הגישה של BIM לבניית מודל מאובייקטים חכמים ונושאי-מידע (קירות, דלתות, תעלות) במקום קווים וקשתות מטומטמים, כך שכל אלמנט יודע מה הוא, לא רק איך הוא נראה. קו CAD שמייצג קיר הוא רק גאומטריה; אובייקט קיר ב-BIM יודע את הסוג שלו, דירוג האש והעלות שלו - ומתעדכן בכל תוכנית, חתך וטבלה בבת אחת כשהוא משתנה.
Organizational Information Requirements
צורכי המידע ברמה הגבוהה ביותר - מה שהארגון כולו צריך לדעת כדי לנהל את עסקיו. פסגת פירמידת הדרישות של ISO 19650. OIR מתאר את המידע שארגון שלם צריך כדי לקבל החלטות אסטרטגיות ותפעוליות על פני כל תיק הנכסים שלו - לא רק מבנה אחד. חשבו עליו כ"למה" שמאחורי כל השאר: ה-OIR מעצב את ה-AIR (מה שנכס ספציפי צריך), שמעצב את ה-EIR (מה שפרויקט ספציפי צריך).
רוב צוותי הפרויקט הבודדים אף פעם לא נוגעים ב-OIR ישירות - הוא חי ברמת ניהול תיק הנכסים של ארגון הלקוח - אך שווה לדעת שהוא קיים, כי הוא מסביר למה חלק מדרישות המידע בפרויקט יכולות להרגיש מנותקות מהיקף הפרויקט עצמו.
מערכת מיון בנייה OmniClass
תקן מיון צפון אמריקאי שמארגן נתוני בנייה בטבלאות ממוספרות המכסות הכול, מסוגי בניינים ועד חומרים, תוצרי עבודה ותחומי עיסוק. OmniClass בנוי מ-15 טבלאות ממוספרות (טבלה 21 לאלמנטים, טבלה 23 למוצרים, טבלה 33 לתחומי עיסוק וכן הלאה), וכל אחת מהן ניתנת לשימוש עצמאי או בשילוב כדי למיין אובייקט בודד ממספר זוויות בו-זמנית. זו מערכת המיון שהכי נפוץ לשלב עם MasterFormat, והיא מוזכרת בתבניות משפחות ובקבצי Keynote ברוויט לפרויקטים בצפון אמריקה.
openBIM / closedBIM
פורמטים פתוחים מול נעילת ספק. שתי גישות לשיתוף מידע. openBIM נשען על פורמטים פתוחים וניטרליים - IFC, BCF, IDS - כך שכל צד בפרויקט יכול לעבוד בתוכנה שהוא בוחר, והמידע לא כלוא אצל ספק אחד. closedBIM מניח שכולם עובדים באותו אקוסיסטם (למשל "כולם ב-Revit"), מה שמפשט את התיאום היומיומי אבל יוצר תלות בספק ומקשה על מסירה ארוכת טווח.
בפרויקטים ציבוריים הדרישה לתוצרי openBIM הולכת וגוברת.
פלטפורמת צילום תמונות 360 מעלות הממפה אוטומטית סיורי אתר על גבי תוכנית הקומה למעקב התקדמות. OpenSpace היא פלטפורמת צילום תמונות 360 מעלות - עובד הולך באתר עם מצלמה, והתוכנה תופרת ומצמידה את הצילום אוטומטית לתוכנית הקומה, ללא צורך בתיוג ידני. זוהי אבולוציה אוטומטית יותר של אותו הצורך שצילום התקדמות משרת, המיועדת ללכוד את תנאי האתר בצורה מקיפה ולא רק כמה תמונות נבחרות.
תוכנית המכינה את האנשים והמערכות שיפעילו מבנה - לא רק את המבנה עצמו - להיות מוכנים ליום שבו הוא נפתח. נפוצה בבתי חולים ותשתיות גדולות, היא מכסה הכשרת צוות, לוגיסטיקת מעבר ובדיקת מערכות בתנאי תפעול אמיתיים - ההרחבה המעשית של soft landings מעבר לקו הסיום של הביצוע.
הדמיה תרמית דינמית הבודקת האם מרחב נשאר בטווחי טמפרטורה מקובלים בקיץ חם, לא רק האם ניתן לחמם אותו בחורף. בניינים מבודדים היטב ואטומים שנבנו לעמוד ביעדי אנרגיה יכולים להתחמם באופן חמור בקיץ אם רווח שמש ואוורור לא נבדקו לצד דרישת החימום - הערכת התחממות יתר מריצה נתוני מזג אוויר של שנה שלמה מול המודל כדי לתפוס זאת לפני שהופך לתלונה אמיתית של דיירים. הצללה, יחס זיגוג ואסטרטגיית האוורור הם בדרך כלל הדברים הראשונים שמתואמים כשהערכה מסמנת סיכון.
טבלה שנוצרת ב-Revit המפרטת כל מעגל שמחובר ללוח חשמל ספציפי, העומס שלו ודירוג המפסק שלו. היא מתעדכנת אוטומטית ככל שמעגלים חשמליים מתווספים או משתנים - חשמלאי באתר סומך על דיוקה הרבה יותר מאשר על תצוגת התוכנית עצמה.
תכנון גאומטריה כמערכת כללים ויחסים (פרמטרים) במקום צורות קבועות, כך ששינוי ערך אחד מעדכן אוטומטית כל מה שמחובר אליו. מדרגות שתוכננו פרמטרית ומוגדרות לפי "עלייה כוללת חלקי גובה מדרגה" מחשבות מחדש את מספר המדרגות ברגע שגובה הקומה משתנה. Grasshopper ו-Dynamo קיימים כדי לקחת את הרעיון הזה רחוק יותר ממה שהפרמטרים של משפחה בודדת מאפשרים.
Parametric Modeling
אלמנטים מוגדרים בפרמטרים - שינוי אחד מעדכן הכל. המונח שמסביר למה Revit הוא לא "אוטוקאד בתלת-ממד". במידול פרמטרי כל אלמנט מוגדר על ידי פרמטרים - מידות, חומרים, כללים ויחסים - ולא על ידי קווים קפואים. שינוי פרמטר אחד מעדכן את האלמנט ואת כל מה שתלוי בו: מזיזים קיר - הדלתות, המידות והכמויות מתעדכנות איתו.
זה מה שמאפשר ל-BIM להיות מודל חכם ולא רק ציור: הגיאומטריה והנתונים קשורים זה לזה, והמודל שומר על עקביות בכל שינוי.
קטגוריית Revit למשפחות מקומות חניה ומעברים המשמשות בפריסות אתר וחוץ. חניה היא קטגוריית Revit למשפחות מקומות חניה ומעברי נסיעה, המשמשת לפריסה וספירה של חניה בתוכנית האתר - הספירה מזינה ישירות בדיקות תאימות מול יחס החניה הנדרש בפרויקט.
גישת רכש שיתופית שבה לקוח וקבלן מתחייבים לעבוד יחד לאורך מספר פרויקטים, ובונים אמון ויעילות לאורך זמן במקום להוציא מכרז מחדש לכל עבודה מאפס. זהו קרוב קל-משקל יותר של הסכם מסגרת מלא - פחות פורמלי, אך בנוי על אותו היגיון שלפיו שיתוף פעולה חוזר מנצח מכרז תחרותי חד-פעמי עבור סוגים מסוימים של עבודה מתמשכת.
הסכם משפטי בין בעלי נכסים שכנים בבריטניה המכסה עבודה על קיר משותף או גבול, או בקרבתו. הוא חייב להיות קיים לפני שעבודות חפירה או קיר מסוימות מתחילות - דילוג עליו הוא מקור נפוץ ובלתי נמנע לחלוטין לסכסוכי שכנים ולעיכוב תחילת עבודה באתר.
PAS 128: מפרט לגילוי, אימות ואיתור תשתיות תת-קרקעיות
מפרט בריטי המסווג עד כמה אמין איתור התשתיות התת-קרקעיות (צנרת, כבלים) שנסקרו, מרמת מחקר שולחני ועד חשיפה פיזית מאומתת. PAS 128 מגדיר רמות איכות (מ-D ועד A, כאשר A היא הוודאית ביותר) לנתוני סקר תשתיות, כך שמודל שמציג קו גז קיים יכול לשאת דירוג ביטחון מפורש - קריטי לפני שמתחילים חפירה או עבודות יסודות ליד תשתיות שאיש לא אימת פיזית.
Publicly Available Specification 1192
סדרת התקנים הבריטית לניהול מידע BIM שקדמה ל-ISO 19650. סדרת PAS 1192 (שפרסם BSI, מכון התקנים הבריטי) הייתה סדרת המפרטים הלאומית הבריטית לניהול מידע BIM לפני שהתקן ISO 19650 נכתב. PAS 1192-2 כיסה את שלב הביצוע וההקמה, PAS 1192-3 כיסה את ניהול הנכס התפעולי, ו-PAS 1192-5 כיסה BIM מודע-אבטחה.
ISO 19650 נבנה ישירות על גבי PAS 1192 - אזורי ה-CDE (WIP, Shared, Published, Archive), הצמד EIR/BEP, וחלק ניכר מהמינוח עברו כמעט ללא שינוי. אם אתם קוראים מפרט BIM בריטי ישן יותר, סביר שהוא עדיין מפנה ל-PAS 1192 בשמו.
התקן הבריטי הקובע כיצד יש להעריך, לתכנן ולהתקין פרויקטי שיפוץ אנרגטי למגורים. PAS 2035 קובע את התהליך שפרויקט שיפוץ אנרגטי למגורים חייב לעקוב אחריו - הערכת בית שלם תחילה, תכנון מתואם על פני כל האמצעים המותקנים, ומעקב לאחר ההשלמה - כדי למנוע את התוצאות הבלתי מכוונות (רטיבות, אוורור לקוי) שעבודות שיפוץ אנרגטי חלקיות גרמו להן בעבר. הוא כיום דרישה עבור תוכניות שיפוץ אנרגטי במימון ממשלתי בבריטניה.
התקן הבריטי לניהול ולהפחתת פליטות פחמן לאורך מחזור החיים בפרויקטי תשתית ובנייה. PAS 2080 קובע מסגרת לניהול פחמן לאורך כל שרשרת הערך של הפרויקט - לקוח, מתכנן וקבלן חולקים אחריות למדידה ולהפחתה שלו - במקום להשאיר את הפחתת הפחמן לגורם בודד. התקן הפך לדרישת לקוח נפוצה בפרויקטי תשתית בריטיים, ויותר ויותר גם בפרויקטי בנייה, ומהווה את תקן התהליך לניהול בפועל של המדדים הקיימים כמו פחמן גלום ופחמן לאורך מחזור חיים.
תקן Passivhaus (בית פסיבי)
תקן חסכון אנרגטי מחמיר ומבוסס-ביצועים, המתמקד בדרישת חימום/קירור נמוכה במיוחד באמצעות אטימות אוויר, בידוד והשבת חום - ולא במודל של ניקוד קרדיטים. בשונה מ-LEED או BREEAM, שמעניקים נקודות בהרבה קטגוריות, Passivhaus מסמיך בניין מול קבוצה קטנה של ספי ביצוע מדידים ונוקשים - בעיקר דרישת חימום/קירור ואטימות אוויר (הנמדדת במבחן Blower Door). מכיוון שהתקן רגיש כל כך לפרטי הביצוע, פרויקטי Passivhaus דורשים בדרך כלל תיאום הדוק יותר בין מודל הרוויט לבין המעטפת בפועל, לעומת הסמכת בנייה ירוקה טיפוסית.
מסמך פורמלי שמאשר את שווי העבודה שהושלמה עד כה, ומאשר תשלום ביניים לקבלן. אחוז ההשלמה שמצוין בתעודת תשלום נבדק יותר ויותר מול כמויות אמיתיות שנשלפות מהמודל עצמו (דרך QTO או כלי כמו Assemble) ולא מהאומדן של הקבלן עצמו, מה שהופך מודל מדויק ומעודכן לקלט ישיר בתזרים המזומנים של הפרויקט.
פורמט המסמך האוניברסלי, לצפייה בלבד, המשמש לפרסום סטי שרטוטים לצורך בדיקה, סימון והפצה מחוץ למודל. Revit מייצא גיליונות ל-PDF ישירות, וייצוא ברקע מאפשר לכך לרוץ בלי לחסום המשך עבודה במודל. לאחר הייצוא, קובץ ה-PDF אינו נושא נתוני מודל חיים - זהו תמונת מצב סטטית לכלי סימון כמו Bluebeam, בדיקת תוכניות, או פשוט שליחה למישהו שאין לו גישה כלל למודל המקורי.
ערבות פיננסית, בדרך כלל מבנק או מבטח, שמפצה את הלקוח אם קבלן נכשל בהשלמת העבודה שהתחייב לה. ערבות ביצוע מגנה על הלקוח מפני כישלון מוחלט של הקבלן או חדלות פירעון, שהוא סיכון שונה מכספי עיכבון (הגנה מפני ליקויים בעבודה שהושלמה ברובה) או פיצויים מוסכמים (פיצוי על איחור) - שלושת המנגנונים קיימים לעיתים קרובות באותו חוזה, כל אחד מכסה מצב כישלון אחר.
הרשאה פורמלית הנדרשת לפני תחילת משימה ספציפית בעלת סיכון גבוה, המאשרת שאמצעי הזהירות הנדרשים קיימים. היתר עבודה הוא הרשאה פורמלית, החתומה על ידי מפקח, הנדרשת לפני תחילת משימה ספציפית בעלת סיכון גבוה - עבודה חמה, כניסה לחלל מוקף, עבודה בגובה - ומאשרת שאמצעי הזהירות הנדרשים כבר קיימים. זוהי בקרה על הפעילות עצמה, בנפרד ממסמך ה-RAMS שמתכנן אותה.
הגדרת התצוגה השולטת אילו אלמנטים משלב ביצוע מסוים מוצגים, מוסתרים או מוצגים עם עקיפה, בהתבסס על השלב שהוקצה לתצוגה. phasing קובע לאיזה שלב אלמנט שייך; מסנן השלב הוא מה שבפועל מחליט כיצד תצוגה ספציפית בוחרת להציג עבודה קיימת, הרוסה וחדשה ביחס להקצאה הזו.
מידול מה קיים, מה נהרס ומה חדש לאורך זמן. המערכת של Revit למידול מבנה לאורך זמן ולא כתמונת מצב סטטית אחת. לכל אלמנט מוקצה Phase Created (שלב יצירה) ואם רלוונטי גם Phase Demolished (שלב הריסה), וכל תצוגה מוגדרת להציג שלב ספציפי (או השוואת שלבים, כמו "בנייה חדשה" שמציגה עבודה חדשה מודגשת מול מבנה קיים מוצלל). זה חיוני לפרויקטי שיפוץ וחיזוק: אותו מודל יכול לייצג מצב קיים, הריסה ועבודה חדשה בו-זמנית, כאשר כל תצוגה מסננת להציג רק את מה שרלוונטי.
Phase Filters (מסנני שלבים) שולטים בדיוק איך כל מצב שלב מצויר - איזה סגנון קו מקבלים אלמנטים הרוסים, האם אלמנטים קיימים מוצגים בכלל - ונותנים שליטה מלאה על האופן שבו סיפור ציר הזמן של המבנה מסופר על הנייר.
טכניקת לכידת מציאות שבונה גיאומטריה תלת-ממדית מדויקת וענן נקודות מתוך מערך גדול של תמונות חופפות, במקום סורק לייזר. תוכנה מתאימה נקודות משותפות בין עשרות או מאות תמונות חופפות (לרוב שצולמו מרחפן) כדי לשלש קואורדינטות אמיתיות - זולה ומהירה יותר ללכידה מסריקת לייזר עבור אתרים גדולים, אך בדרך כלל פחות מדויקת לפרטים פנימיים צפופים, ולכן שתי השיטות משולבות פעמים רבות באותו פרויקט.
Project Information Model
מודל המידע שנבנה בתכנון ובבנייה. חצי אחד מהצמד המרכזי של ISO 19650. ה-PIM הוא מודל המידע שנבנה במהלך התכנון והבנייה: מודלים, שרטוטים, מפרטים, לוחות זמנים ותיעוד, שמפותחים ומאושרים דרך ה-CDE.
במסירה, החלקים הרלוונטיים של ה-PIM עוברים לבעלים והופכים לבסיס של ה-AIM.
משפחת מערכת MEP ב-Revit שמנתבת נוזלים - מים, ניקוז, גז - בין קבועות אינסטלציה לציוד מכני. כמו תעלות, צנרת מתחברת דרך מחברים ויוצרת אוטומטית אביזרים כשריצה מצוירת, אך נושאת גם טיפוס מערכת צנרת (מי שתייה חמים, סניטרי, ניקוז גשם) שקובע דרישות שיפוע וכללי חיבור. מערכות סניטריות וניקוז גשם זקוקות בדרך כלל לשיפוע מינימלי, שרוויט יכול לסמן אוטומטית אם ריצה חורגת ממנו.
Project Information Requirements
מה הלקוח צריך לדעת כדי לקבל החלטות במהלך פרויקט ספציפי. החבר השלישי במשפחת OIR/AIR/PIR. PIR אוסף את המידע שהלקוח צריך במהלך חיי פרויקט ספציפי אחד - לא כדי לתפעל את הנכס המוגמר (זה ה-AIR) ולא עבור הארגון כולו (זה ה-OIR), אלא כדי לקבל החלטות טובות לגבי העבודה הספציפית הזו: מעקב תקציב, ניהול סיכונים, אישורי תכנון.
בפועל, ה-EIR שצוות הפרויקט מקבל מורכב בדרך כלל משילוב של תוכן AIR ו-PIR רלוונטי - הדרך של הלקוח לומר "הנה כל מה שאני צריך מכם, עבור הפרויקט הזה ועבור הפעלת המבנה לאחר מכן".
אפליקציית ניהול שטח מוקדמת לבנייה לסימון תוכניות ומעקב בעיות, שהוטמעה כיום בתוך Autodesk Build. PlanGrid הייתה אחת מאפליקציות ניהול השטח המוקדמות ביותר בבנייה לסימון ומעקב אחר בעיות בשרטוטים מהטאבלט, שנרכשה על ידי Autodesk ב-2018 והוטמעה בהדרגה למה שהיום נקרא Autodesk Build - עדיין מוזכרת מספיק פעמים בפרויקטים ישנים יותר כדי שכדאי להכיר את השם.
ההגשה הפורמלית לרשות המקומית המבקשת אישור לביצוע פיתוח מוצע, כולל שרטוטים, דוחות והצהרות תומכות. הערכות biodiversity net gain והצהרת עיצוב וגישה הן שתיים מהמסמכים התומכים שבקשת תכנון זקוקה להם יותר ויותר לצד השרטוטים עצמם.
פלטפורמת ניהול ליקויים ואיכות בבנייה לתיוג בעיות ישירות על גבי שרטוטים או מודלי BIM. PlanRadar היא פלטפורמת ניהול ליקויים ואיכות הנפוצה באתרי בנייה ברחבי אירופה, המאפשרת לצוותים לסמן בעיות ישירות על גבי שרטוטים, תוכניות קומה או מודל BIM מקושר ולעקוב אחריהן עד לפתרון.
קטגוריית Revit לעצים, שיחים ומשפחות צמחייה נופית אחרות. נטיעות היא קטגוריית Revit ייעודית לצמחייה נופית - עצים, שיחים, כיסוי קרקע - המעוצבת כמשפחות שיכולות לשאת נתונים כמו מין וגובה בבגרות, בנפרד מקטגוריית האתר הכללית המשמשת לעיצוב טופוגרפי ומשטחים קשים.
קטגוריית משפחה ב-Revit לכיורים, אסלות ואביזרים אחרים המתחברים למערכות אספקת מים וניקוז של הבניין. קבועות אינסטלציה נושאות מחברים לאספקה ולפסולת שריצות צנרת מתחברות אליהם, והמיקום שלהן מניע בדרך כלל ספירת יחידות קבועה המשמשת לקביעת גודל מערכות הניקוז והאספקה המזינות אותן. הן בדרך כלל מאורחות לקיר או לרצפה, ומתואמות מקרוב עם נגרות בפריסות חדרי אמבטיה ומטבח.
נתוני סריקת לייזר למידול מבנים קיימים. הגשר בין מבנים קיימים ל-BIM. ענן נקודות (Point Cloud) הוא התוצר של סריקת לייזר תלת-ממדית (או פוטוגרמטריה): מיליוני נקודות מדודות שיחד יוצרות תמונת מצב דיגיטלית מדויקת של חלל פיזי.
Scan to BIM הוא תהליך העבודה של ייבוא ענן הנקודות (ב-Revit: קובצי RCP/RCS, מקושרים כמו כל הפניה אחרת) ומידול המבנה האמיתי מעליו - קירות, רצפות, קונסטרוקציה, מערכות - כדי לקבל מודל as-built מדויק לפרויקטים של שיפוץ, חיזוק או תיעוד.
הערכת שימוש לאחר איכלוס (POE)
בחינה שיטתית של האופן שבו בניין באמת מתפקד ומשמש לאחר שהמשתמשים עוברים אליו, והזרמת הלקחים האלה חזרה לתכנון עתידי ולהחלטות ניהול נכסים. הערכת POE משווה את הכוונה "As Designed" מול המציאות "As Occupied" - צריכת אנרגיה בפועל מול התחזית של סימולציית הביצועים, סקרי נוחות למשתמשים, אופן השימוש השונה במרחבים מהמתוכנן - וסוגרת את המעגל ש-Soft Landings ו-BS 8536 שניהם נועדו להקים כבר מההתחלה.
דיונים המתקיימים לאחר הגשת הצעות המחיר להבהרת, התאמת או הסכמת תנאים סופיים לפני הענקת החוזה. זהו השלב שבין ניהול הצעות מחיר לחתימה בפועל על חוזה - הנקודה שבה שורה עמומה בכתב כמויות בדרך כלל נפתרת.
אבן הדרך החוזית הבריטית שבה העבודות הושלמו מספיק כדי שהמזמין ייקח חזקה, מלבד ליקויים קלים. השלמה מעשית היא אבן הדרך החוזית הבריטית שבה העבודות הושלמו מספיק כדי שהמזמין ייקח חזקה ויתחיל להשתמש במבנה, גם אם נותרו ליקויים קלים - זהו הטריגר שמתחיל את תקופת אחריות הליקויים ומשחרר את חלק ההחזקה הראשון. זוהי המקבילה תחת חוזים בריטיים למונח האמריקאי השלמה מהותית.
המסמך החוזי הפורמלי שמאשר שבניין הושלם דיו כדי שהלקוח ייקח בו חזקה ויתחיל להשתמש בו, גם אם ליקויים קלים עדיין פתוחים. הנפקת התעודה הזו היא בפועל מה שמתחיל את הספירה של תקופת אחריות הליקויים ומעביר את האחריות התפעולית ללקוח - חבילת המודל והתיעוד שנמסרת סביב אבן דרך זו היא מה שצוות ניהול הנכסים יחיה איתה שנים אחר כך.
הנחיה בלתי פורמלית המתבקשת מרשות התכנון לפני הגשת בקשת תכנון פורמלית. ייעוץ טרום-בקשה הוא הנחיה בלתי פורמלית שצוות התכנון מבקש מרשות התכנון המקומית לפני הגשת בקשת תכנון פורמלית - ומסמן התנגדויות צפויות או דוחות נדרשים מספיק מוקדם כדי לטפל בהם בתוכנית עצמה ולא לאחר שהגשה פורמלית יקרה נדחית.
המידע שלקוח מחויב חוקית למסור לקבלן הראשי לפני תחילת הביצוע תחת תקנות ה-CDM - סיכוני אתר קיימים, אזבסט ידוע, תנאי קרקע. זהו החצי של הלקוח בהחלפת המידע של ה-CDM, ומזין ישירות את תוכנית שלב הביצוע של הקבלן עצמו.
שימוש בנתוני חיישנים ובתאום דיגיטלי כדי לחזות מתי ציוד בבניין יזדקק לטיפול, במקום לעקוב אחר לוח תחזוקה קבוע או להמתין לתקלה. תאום דיגיטלי המחובר לחיישני ציוד חיים יכול לסמן משאבה שנכשלת או יחידת מיזוג שמגמתה לקראת תקלה שבועות מראש, ולאפשר לצוותי ניהול הנכסים לתזמן את התיקון בתנאים שלהם במקום להגיב לחירום - התועלת המעשית של השקעה בנתוני BIM מדויקים עבור שלב התפעול.
הקצבה מוגדרת בסכום החוזה עבור עבודה של ספק או מומחה בעל שם שטרם נבחר בפירוט. סכום עלות ראשית (PC Sum) מכסה עבודה או אספקה מקבלן משנה או ספק מוקצה בעל שם ספציפי - יצרן מעליות מסוים, קבלן משנה מומחה בחזיתות - שהעלות המדויקת שלו אינה סופית בעת חתימת החוזה הראשי, ומותאם לאחר שהצעת המחיר של אותו ספק מאושרת. הוא נבדל מ-Provisional Sum, המכסה היקף עבודה שאינו מוגדר כלל, ולא ספק ידוע עם מחיר ממתין.
בעל התפקיד תחת CDM 2015 האחראי על ניהול בריאות ובטיחות באתר בשלב הביצוע. הקבלן הראשי הוא המקבילה הסטטוטורית של המתכנן הראשי תחת תקנות ה-CDM, ונוטל אחריות על תכנון, ניהול ומעקב אחר בריאות ובטיחות ברגע שהבנייה מתחילה - הפעלת תדריך כניסה לאתר, תיאום מערכות היתר עבודה של מספר בעלי מקצוע, ותחזוקת תוכנית שלב הבנייה.
בעל התפקיד תחת CDM 2015 האחראי על ניהול סיכוני בריאות ובטיחות בשלב התכנון שלפני הבנייה. המתכנן הראשי הוא תפקיד סטטוטורי תחת תקנות ה-CDM הבריטיות, האחראי על תכנון, ניהול ומעקב אחר בריאות ובטיחות בשלב התכנון שלפני הבנייה - ותיאום האופן שבו מתכננים מבטלים או מפחיתים סיכון עוד לפני שהוא מגיע לאתר. זהו תפקיד חוקי בנפרד מהיותו האדריכל המוביל או מנהל ה-BIM, אם כי בפרויקטים קטנים יותר לעיתים אותו אדם ממלא יותר מתפקיד אחד מאלה.
פלטפורמת ניהול פרויקטי בנייה נפוצה מאוד, מכסה תקציבים, יומני עבודה יומיים, RFI-ים, מסמכי הגשה וניהול שרטוטים לשלב הביצוע. בעוד BIM 360/ACC ו-Autodesk Forma צמחו ישירות מהצד של תיאום התכנון/המודל באקוסיסטם של Autodesk, Procore היא פלטפורמה שמובילה בניהול בנייה - קבלנים ראשיים רבים מריצים את Procore לתפעול האתר תוך המשך תיאום המודל עצמו דרך כלי BIM נפרד.
האסטרטגיה הכוללת שנבחרה לאופן שבו אחריות התכנון והביצוע של פרויקט מובנית ומוחזית - הבחירה הכוללת ש-design-bid-build, design-and-build ו-IPD כולם נמצאים תחתיה. היא נקבעת לפני כמעט כל דבר אחר בפרויקט, כי היא קובעת מי בפועל אחראי לסיכון התכנון לאחר שהביצוע מתחיל - החלטה שכל מסמך אחר ברשימה הזו נכתב כדי לשקף אותה.
ביטוח המכסה מתכנן או יועץ מפני תביעות הנובעות מטעות, השמטה או ייעוץ רשלני בעבודתם המקצועית. זהו מנגנון העברת הסיכון הסטנדרטי שמאחורי כמעט כל מינוי יועץ תכנון - לקוח בדרך כלל ידרוש הוכחת כיסוי PI בתוקף לפני חתימה עם מישהו.
מעקב אחרי התקדמות ביצוע אמיתית באתר מול לוח הזמנים המתוכנן (לרוב מודל 4D), באמצעות נתוני לכידת מציאות כמו תמונות רחפן או עננות נקודות. מעבר של רחפן או מצלמת 360 מעלה תיעוד של האתר בקצב קבוע, ונתוני לכידת המציאות האלה מושווים מול מודל לוח הזמנים 4D כדי לסמן מה מקדים, בקצב או מפגר - והופך את "איך זה מתקדם שם" לתשובה אובייקטיבית ומבוססת מודל, במקום רושם סובייקטיבי מביקור באתר.
צילום שיטתי של אתר בנייה לאורך זמן כדי לתעד התקדמות ולתמוך במעקב התקדמות, הערכות ורישומי מחלוקות. זוהי הצורה הפשוטה והוותיקה ביותר של reality capture בפרויקט - עדיין בעלת ערך גם אחרי שפוטוגרמטריה וענני נקודות הפכו לסטנדרט, כי תמונה מתוארכת היא לפעמים הדרך המהירה ביותר להוכיח מה היה קיים ביום נתון.
חשבון בנק מגודר שמשלם ישירות ובו-זמנית לקבלן הראשי ולקבלני המשנה, ומגן על קבלני המשנה אם הקבלן הראשי הופך לחדל פירעון. הוא נדרש יותר ויותר בפרויקטים ציבוריים בבריטניה ספציפית כדי לתקן מצב כשל ידוע - קבלן משנה שעושה עבודה טובה אך אף פעם לא מקבל תשלום כי הכסף נתקע במקום כלשהו מעליו בשרשרת.
פאנל תצוגת עץ המפרט כל תצוגה, גיליון, משפחה וקבוצה בפרויקט Revit - הדרך העיקרית שרוב המשתמשים מנווטים בה במודל. דפדפן הפרויקט מארגן את התצוגות, הגיליונות, הטבלאות, המשפחות, הקבוצות והקישורים של הפרויקט לעץ ניתן להרחבה, מקובץ כברירת מחדל לפי תחום ושלב. שינוי שם, מחיקה או פתיחה של כמעט כל דבר בפרויקט מתבצעים דרכו, וזו הסיבה שדפדפן מאורגן היטב (ראו Browser Organization) חשוב כל כך בפרויקטים גדולים.
התחום המשולב של ניהול העלות, לוח הזמנים והסיכון של פרויקט יחד, במקום לעקוב אחר כל אחד בנפרד ובבידוד. ניהול ערך נצבר ושיטת הנתיב הקריטי הם שתיים מהטכניקות המרכזיות שלה - בקרת פרויקט היא התחום שמפעיל אותן יחד ולא ככלים עצמאיים.
המסמך הכולל הקובע כיצד פרויקט יאורגן, ינוהל ויימסר - רחב יותר מ-BEP, שמכסה רק את הצד הממוקד-BIM של אותה תוכנית. בעוד ש-BEP עונה על "איך המידע ינוהל", תוכנית ביצוע הפרויקט עונה על השאלה הרחבה יותר של איך כל הפרויקט - תקציב, לוח זמנים, תפקידים, סיכון - ינוהל בפועל.
פרמטרים מותאמים אישית שנוספים לקטגוריות ספציפיות בתוך פרויקט רוויט בודד - נראים בטבלאות ותגים באותו קובץ, אך אינם משותפים עם פרויקטים אחרים כפי שפרמטרים משותפים (Shared Parameters) הם. פרמטרי פרויקט הם הפשוטים מבין שלושת סוגי הפרמטרים ברוויט להגדרה - שימושיים לשדה מעקב חד-פעמי רק בפרויקט הזה - אך מכיוון שהם אפויים בתוך אותו קובץ בודד, אי אפשר לתייג אותם, לשלב אותם בטבלאות בפרויקטים אחרים, או לייצא אותם ל-ODBC כפי שניתן עם פרמטר משותף.
העלויות הנוספות שקבלן נושא בהן - הוצאות תקורה של אתר, השכרת ציוד ממושכת, פיקוח ארוך יותר - כי פרויקט התארך יותר מהמתוכנן בשל עיכוב שלא היה באשמתו. הארכת זמן נותנת לקבלן ימים נוספים; עלויות התארכות הן התביעה הנפרדת, ולעיתים קרובות השנויה יותר במחלוקת, על מה שהימים הנוספים האלה בפועל עלו כדי לשמור על האתר פועל.
הפאנל המציג פרמטרים של מופע עבור מה שנבחר כרגע, או את ההגדרות של התצוגה הפעילה עצמה כשלא נבחר דבר. כאשר אלמנט נבחר, פאנל המאפיינים מציג ומאפשר לערוך ישירות את פרמטרי המופע שלו - בורר הסוג בראש הפאנל מחליף איזה סוג משפחה מוקצה. כשלא נבחר דבר, הוא מציג במקום זאת את המאפיינים של התצוגה הנוכחית עצמה, כמו ה-View Range שלה, רמת הפירוט, או תבנית התצוגה המוחלת.
אלמנט אתר ב-Revit המסמן את הגבול החוקי של המגרש, המשמש לבדיקת קווי בניין וכיסוי שטח. קו מגרש מסמן את הגבול החוקי של האתר ב-Revit, בין אם משורטט ישירות או מוזן ממרחקים וזוויות שנמדדו בסקר, ויכול לשאת נתוני שטח או חלקה. לאחר המידול, הוא מה שמאפשר לבדוק את התכנון מול קווי בניין נדרשים ומגבלות כיסוי שטח מבלי לצאת מהמודל.
הקצבה זמנית בסכום החוזה עבור עבודה שלא ניתן להגדירה או לתמחרה במלואה בשלב המכרז. סכום זמני (Provisional Sum) הוא סכום מקום-שמור הכלול בחוזה כדי לכסות עבודה שלא ניתן לתכנן או לתמחר במלואה בעת חתימת החוזה - תנאי קרקע קיימים, אביזר שהמזמין יבחר אך טרם נבחר - ומותאם לעלות בפועל ברגע שהעבודה מוגדרת כראוי, בנבדל מ-Prime Cost Sum, המכסה עלות ספק ספציפי בעל שם.
המונח האמריקאי ל-snagging list - הרשימה המפורטת של ליקויים לתיקון לפני שפרויקט נחשב מוגמר. זוהי אותה פרקטיקה בדיוק כמו snagging תחת שם אחר - שימושי להכיר את שני המונחים, מכיוון שאיזה מהם פרויקט משתמש בו תלוי לעיתים קרובות רק אם הוא עוקב אחר מוסכמות חוזה בריטיות או אמריקאיות.
הפקודה ברוויט שמסירה משפחות, טיפוסים וסגנונות לא בשימוש מפרויקט. פקודה מובנית ברוויט שמוצאת ומסירה אלמנטים שטעונים בפרויקט אך לא מונחים בפועל בשום מקום - טיפוסי משפחה לא בשימוש, סגנונות קו, חומרים, View Templates - שבשקט מנפחים את גודל הקובץ ומאטים ביצועים לאורך חיי הפרויקט בלי להוסיף שום ערך.
Purge Unused הוא אחד ההרגלים הפשוטים ובעלי הסיכון הנמוך ביותר לשמירה על מודל בריא: הריצו אותו מדי פעם (בעיקר לפני אבן דרך גדולה או מסירה), ופרויקט שצבר מאות אלמנטים לא בשימוש וחצי-מנוסים במהלך חודשי עבודה נהיה קליל ומהיר יותר באופן ניכר כמעט בלי חיסרון.
תוסף חינמי בקוד פתוח שמאפשר למשתמשי רוויט לכתוב סקריפטים אוטומטיים בפייתון, אלטרנטיבה לתכנות הצמתים החזותי של Dynamo. בעוד הגרפים החזותיים של Dynamo נגישים למודליסטים בלי רקע בתכנות, pyRevit פונה למשתמשים שכבר יודעים או רוצים ללמוד פייתון - השניים לא סותרים זה את זה, וסטודיואים מסוימים משתמשים ב-Dynamo לגרפים חד-פעמיים מהירים וב-pyRevit לתחזוקת ספרייה משותפת של כלים מותאמים אישית לשימוש חוזר על פני משרד שלם.
יישום GIS חינמי וקוד-פתוח, החלופה הנפוצה ביותר ל-ArcGIS המסחרי של Esri. הוא קורא וכותב את אותם פורמטים גאומרחביים פתוחים (כמו KML ו-LandXML) כמתחריו המסחריים, מה שהופך אותו לנקודת כניסה נפוצה וזולה לשילוב GIS-BIM.
Quantity Takeoff
הפקת כמויות ישירות מהמודל. הצד המעשי של 5D. QTO הוא הפקת כמויות ישירות מהמודל - שטחי קירות, אורכי תעלות, נפחי בטון, ספירת דלתות - במקום למדוד ידנית מתוכניות. ברוויט זה קורה דרך Schedules; בכלים כמו Navisworks או Power BI אפשר לחתוך את הכמויות לפי קומה, אזור או שלב ביצוע.
האיכות של QTO תלויה ישירות באיכות המידול: אלמנט שמודל לא נכון - יספר לא נכון.
התהליכים היזומים המונעים ליקויים, בנבדל מבקרת האיכות שבודקת עבודה שכבר הושלמה. הבטחת איכות (QA) היא מערך התהליכים המשולבים בזרימת העבודה כדי למנוע ליקויים לפני שהם קורים - רשימות תיוג, שערי אישור, שיטות עבודה סטנדרטיות - בנבדל מבקרת איכות (QC), הבודקת עבודה שכבר בוצעה כדי לתפוס ליקויים שחמקו. מסמך תוכנית האיכות של הפרויקט קובע בדרך כלל את שניהם.
המסמך הקובע כיצד פרויקט או ארגון יבדקו שהעבודה שלהם עומדת בסטנדרט הנדרש, מיושר בדרך כלל עם ISO 9001. היא מגדירה מי בודק מה, באיזו תדירות, ומול איזה סטנדרט - תוכניות בדיקה ובקרה, בדיקות איכות מודל, ונהלי אישור כולם נמצאים תחתיה. בפרויקט BIM זה בדרך כלל כולל שלבי בדיקת איכות מודל מפורשים לצד הבדיקות הפיזיות המסורתיות.
הדיסציפלינה של מדידה ותמחור עבודות בנייה, מהערכות מוקדמות ועד לחשבונות סופיים. מודדים כמויות מחלצים כמויות נמדדות משרטוטים או ממודל BIM - בעבר ידנית, וכיום יותר ויותר דרך כלי QTO שקוראים נתוני מודל ישירות - כדי להפיק הערכות עלות, כתבי כמויות והערכות שווי ככל שהפרויקט מתקדם. הנתונים המובנים והפרמטריים של BIM הופכים את המדידה הזו למהירה ופחות רגישה לטעויות בהרבה מעבודה משרטוטים דו-ממדיים בלבד.
קטגוריית משפחה ב-Revit עבור מעקות בטיחות ומעקות יד, מאורחת למסלול משורטט, מדרגות או רמפה. מעקות עוקבים אוטומטית אחרי המדרגות או הרמפה שהם מאורחים אליהן, ומעדכנים מרווחי עמודונים וגאומטריית מעקה יד ככל שהריצה הבסיסית משתנה, או שניתן לשרטט אותם באופן חופשי לאורך מסלולם עבור קצה מרפסת או גלריה. דפוסי מיקום עמודונים מבוססי כלל, כך שמרווח קבוע או דפוס הקשור למספר מדרגים נשאר עקבי גם כשאורך המעקה משתנה.
משפחת מערכת ב-Revit, משורטטת כמו ריצת מדרגות, שמחברת בין שני רומים במשטח משופע במקום במדרגים. רמפה משורטטת על ידי ציור הריצה והפודסטים שלה בין שני רומים, כאשר השיפוע מחושב אוטומטית באותו אופן שבו מחושבים מדרגי מדרגות, מה שהופך אותה לדרך הסטנדרטית למידול מסלולי נגישות. מעקות מתארחים לרמפה בדיוק כפי שהם מתארחים למדרגות.
הערכת סיכונים ונוהל עבודה
מסמך משולב המעריך את הסיכונים של משימה ספציפית ואת השיטה לביצועה בבטחה. RAMS משלב הערכת סיכונים (מה עלול להשתבש, מה ההסתברות, מה החומרה) עם נוהל עבודה (השיטה הבטוחה, שלב אחר שלב, לביצוע המשימה) למסמך אחד, המופק לפני תחילת פעילויות אתר בעלות סיכון גבוה יותר. זהו הליווי הסטנדרטי ברמת האתר לרישום הסיכונים הכלל-פרויקטי - האחד מכסה את כל הפרויקט, ואילו RAMS מכסה משימה בודדת.
המונח המטרייה לסריקה, רחפנים ותצלומים המשמשים לתיעוד מצב קיים. המונח המטרייה לכל טכניקה שמשמשת לתיעוד דיגיטלי של המצב הפיזי האמיתי של אתר או מבנה: סריקת לייזר שמפיקה ענן נקודות, צילום רחפנים, תיעוד תצלומי 360 מעלות, ופוטוגרמטריה (בניית גיאומטריה תלת-ממדית מתצלומים חופפים במקום לייזר). Scan to BIM הוא תהליך העבודה הספציפי של הפיכת נתוני Reality Capture למודל Revit שמיש - Reality Capture היא הקטגוריה הרחבה יותר שהתהליך הזה שייך אליה.
בפרויקט שיפוץ, Reality Capture טוב בהתחלה הוא מה שהופך מודל As Built מדויק לאפשרי מאוחר יותר; דילוג עליו בדרך כלל אומר מודל שנבנה על ניחושים ושרטוטים ישנים ולא אמינים במקום.
מוט זיון
מוטות פלדה המוטמעים בבטון כדי לשאת עומסי מתיחה שהבטון לבדו אינו יכול לעמוד בהם - ממודלים ב-Revit כמוטות בודדים או קבוצות מוטות המאורחות על אלמנט מבני. זיון ב-Revit מאורח לאלמנט בטון (קיר, רצפה או עמוד) ועוקב אחר הגאומטריה שלו, כך ששינוי בצורת המארח מתאים אוטומטית את הזיון המונח בתוכו. ניתן למקם מוט בודד או קבוצה מונחית-צורה בבת אחת, כאשר כיסוי, מרווח וגאומטריית וו נשלטים באופן פרמטרי במקום להישרטט קו אחר קו.
Autodesk ReCap
תוכנת לכידת המציאות של Autodesk, שמעבדת נתוני סריקת לייזר או פוטוגרמטריה גולמיים לענן נקודות נקי וקל שניתן לקשר ישירות לפרויקט רוויט. פלט הסורק הגולמי בדרך כלל כבד ורועש מדי לעבודה ישירה, כך ש-ReCap מאנדקסת, מנקה ומכווצת אותו לפורמט .rcp/.rcs משלה, לפני שמודליסט מקשר אותו לרוויט כתבנית רקע למעקב אחרי קירות, רצפות ומצב קיים בקנה מידה אמיתי - הצעד המעשי הראשון ברוב תהליכי ה-Scan-to-BIM.
התוצר הפורמלי של שרטוטים המתעד בדיוק מה נבנה, המונפק כחלק מהמסירה - המקבילה בסט שרטוטים למודל as-built. בעוד ש-"as-built" מתאר קטגוריית מידע באופן כללי, שרטוטי התיעוד הם סט המסמכים הדו-ממדי הספציפי שלקוח מקבל בפועל במסירה - ויותר ויותר, הסט הזה נוצר ישירות מהמודל ה-as-built ולא משורטט מחדש מאפס.
קווי בנייה דו-ממדיים המשמשים בתוך מצבי סקיצה ברוויט ליישור, אילוץ או הכנת גיאומטריה - בשונה ממישור עבודה (Work Plane), שהוא המשטח התלת-ממדי שעליו מציירים סקיצה. מישורי התייחסות הם קווי הנחיה בלתי-נראים בתלת-ממד שמודליסט מוסיף בתוך עורך משפחות או סקיצה (לרוב נעולים עם מידות או פרמטרים) כדי לשמור על יישור הגיאומטריה כשהיא גמישה - הם כלי בזמן סקיצה, בעוד מישור עבודה הוא המשטח התלת-ממדי בפועל שמארח את כל הסקיצה.
בדיקת התקדמות או איכות באתר באמצעות שיחת וידאו, צילום רחפן או תמונות 360 מעלות במקום ביקור אתר פיזי. היא הפכה למיינסטרים כמעט בן-לילה במהלך המגפה, ונשארה גם אחר כך פשוט כי היא מהירה יותר לבדיקות שגרתיות - סקר רחפן שמזין אותה ישירות עבור כל דבר בגובה או קשה להגעה.
תכנון וניהול נכס בנוי כך שיוכל לעמוד ולהתאושש מאירועים הקשורים לאקלים ומאירועים משבשים אחרים - הצפות, חום קיצוני, אובדן חשמל - לאורך חיי העבודה שלו. היא יותר ויותר מודלת לצד הפחמן הגלום ופחמן מחזור החיים ולא מטופלת בנפרד - מבנה שתוכנן לתפעול אפס-נטו עדיין זקוק לתוכנית חוסן עבור תנאי האקלים שהוא יתמודד איתם בפועל לאורך חיים של 60 שנה, לא רק אלה הרשומים כיום.
מטריצת אחריות (RACI)
טבלה הממפה מי אחראי לביצוע (Responsible), מי אחראי כולל (Accountable), את מי מתייעצים (Consulted) ואת מי מעדכנים (Informed) לגבי כל משימת מידול או מידע בפרויקט. בתהליך עבודה לפי ISO 19650, מטריצת האחריות היא הכלי שבפועל משייך כל פיסת תוכן במודל ותוצר מידע לצוות או תפקיד ספציפי, כך שהתנגשות תיאום או תוצר חסר מקבלים בעלים ברור ומוסכם, במקום "מישהו צריך לתקן את זה" עמום.
אחוז מכל תשלום שמעוכב מקבלן עד שהעבודות (או תקופת אחריות הליקויים) הושלמו לשביעות רצון, כמנוף פיננסי להבטיח שליקויים באמת יתוקנו. עיכבון טיפוסי הוא 5% מכל תשלום, כאשר מחציתו משתחררת בהשלמה המעשית והשאר בסוף תקופת אחריות הליקויים - תמריץ פיננסי אמיתי הקשור ישירות למהירות ולשלמות שבה קבלן סוגר את רשימת הליקויים.
ערבות שקבלן יכול לספק במקום החזקת כספי עיכבון (Retention) מזומנים מתשלומים, ומשחררת את תזרים המזומנים שלו תוך שמירה על ביטחון פיננסי ללקוח. במקום שהלקוח יעכב פיזית 5% מכל תשלום, הבנק או המבטח של הקבלן מנפיק ערבות שמכסה את אותו סיכון - הקבלן שומר על תזרים מזומנים מלא לאורך הפרויקט, והלקוח עדיין יכול לממש את הערבות אם ליקויים נשארים לא מתוקנים בסוף תקופת אחריות הליקויים.
שדרוג ביצועי בניין קיים - בדרך כלל יעילות אנרגטית, מערכות או בטיחות - במקום תכנון ובנייה של משהו חדש. פרויקטי שדרוג כמעט תמיד מתחילים ב-Scan-to-BIM (לעיתים נדירות קיים מודל קיים מדויק), וההצלחה נמדדת מול עלות מחזור חיים מלא ויעדי פחמן ולא מול תדריך תכנון חדש - בעיית מידול שונה מהותית מעבודת בנייה חדשה, שעובדת סביב ומוגבלת על ידי מה שכבר קיים.
כלי ב-Revit החותך חריץ אופקי שקוע בקיר או ברצפה, ההופכי ל-Wall Sweep. חריץ (Reveal) חותך תעלה אופקית שקועה בקיר או ברצפה לאורך נתיב משורטט - ההופכי הגיאומטרי ל-Wall Sweep, המוסיף חומר ולא מסיר אותו - ומשמש בדרך כלל למרווח צל או לחריץ דקורטיבי בין גימורים.
ניהול זרימת חומרים לאחור דרך שרשרת האספקה - ממבנה מפורק חזרה למפעל או לפרויקט חדש - לשימוש חוזר או מיחזור. ניהול שרשרת אספקה רגיל מזיז חומרים ממפעל לאתר; לוגיסטיקה הפוכה היא אותו תחום שרץ בכיוון השני, והוא בדרך כלל הכיוון הקשה יותר להפוך לכדאי כלכלית.
סימון בצורת ענן שמצויר סביב חלק בשרטוט שהשתנה, ומסמן חזותית בדיוק על מה להסתכל בגיליון שהונפק מחדש. זהו החצי החזותי של מערכת דו-חלקית - הענן מראה איפה שינוי קרה בגיליון, בעוד שטבלת השינויים מתעדת מה השינוי היה, מתי ולמה.
הטבלה על גיליון Revit המפרטת כל שינוי שהונפק עבור אותו שרטוט - מספר, תאריך ותיאור עבור כל אחד. היא בדרך כלל מוצבת ממש ליד מסגרת הכותרת, ונותנת לכל מי שקורא שרטוט מודפס היסטוריה מיידית של כל שינוי בלי צורך להשוות אותו מול גרסה ישנה יותר.
תוכנת ה-BIM הפרמטרית של אוטודסק - כלי המידול המרכזי שרוב עבודת ה-BIM בתעשייה בפועל מתבצעת בתוכו, על פני אדריכלות, קונסטרוקציה ומערכות (MEP). רוויט פותחה במקור על ידי Charles River Software ונרכשה על ידי אוטודסק ב-2002 - השם שלה הוא קיצור של "Revise Instantly" (לתקן באופן מיידי), רמז לרעיון המרכזי שלה: כל קיר, דלת ולוח כמויות הם תצוגה חיה של אותו מודל משותף, כך ששינוי אחד מתעדכן בכל מקום אחר באופן אוטומטי. זו הגישה הפרמטרית מבוססת-מסד-הנתונים שכל שאר המילון הזה חוזר אליה שוב ושוב - משפחות, worksets, לוחות כמויות וה-Revit API כולם קיימים בתוך רוויט ספציפית, לא כמושגי BIM כלליים. שלוש דיסציפלינות נפרדות (אדריכלות, קונסטרוקציה, מערכות) עובדות בתוך אותו מוצר ליבה, בדרך כלל מתואמות דרך מודלים מקושרים ועבודה משותפת (worksharing) ולא דרך תוכנות נפרדות.
ממשק תכנות היישומים של רוויט
ממשק התכנות המאפשר למפתחים לכתוב תוספים וסקריפטים מותאמים אישית כדי להפוך פעולות לאוטומטיות, להרחיב או לשלוט ברוויט ישירות. כמעט כל דבר שרוויט יכול לעשות ידנית, ה-API יכול בדרך כלל לעשות פרוגרמטית - עריכה מרוכזת של פרמטרים, יצירת דוחות מותאמים אישית, אוטומציה של משימות מידול חוזרות, או בניית כלים מותאמים אישית שלמים. Dynamo ורוב תוספי הצד השלישי לרוויט בעצמם בנויים מעל ה-Revit API; משתמשים מתקדמים כותבים ישירות מולו ב-C# או Python (דרך pyRevit) כאשר הם צריכים משהו מעבר למה שתסריטים חזותיים מציעים.
גרסה זולה יותר וחד-משתמשית של רוויט עם מערך פיצ'רים מצומצם - ללא שיתוף עבודה, ללא תמיכה בתוספים/API, ומנוע רינדור מפושט. Revit LT מכסה את זרימת העבודה הבסיסית של מידול ותיעוד במחיר שהוא שבריר ממחיר הרוויט המלא, מה שהופך אותו לאטרקטיבי לעצמאים ולמשרדים קטנים - אך היעדר שיתוף העבודה ותמיכת ה-API אומרים שהוא לא יכול להשתתף במודל מרכזי רב-משתמשים או להריץ סקריפטים של Dynamo, כך שמשרדים גדלים בדרך כלל גדלים ממנו.
שרת מקומי של Autodesk לעבודה משותפת בין מספר משרדים. הפתרון של Autodesk להרחבת עבודה משותפת על פני כמה משרדים פיזיים בלי שכולם יתחברו לאותה רשת מקומית. במקום מודל מרכזי יחיד שיושב על שרת של משרד אחד, Revit Server מארח את המודל המרכזי ומאפשר לכל מופע שרת מקומי של משרד לשמור עותק מסונכרן, כך שצוות בעיר אחת וצוות בעיר אחרת יכולים לעבוד על אותו פרויקט דרך חיבור מקומי ומהיר משלהם.
הוא נדחק יותר ויותר על ידי עבודה משותפת בענן (Autodesk Construction Cloud), שעושה את אותה עבודה בלי חומרת שרת ייעודית בכל משרד, אך Revit Server עדיין נפוץ בחברות גדולות עם השקעה קיימת בתשתית IT.
פלטפורמת תיאום ומעקב בעיות בזמן אמת המשלבת סקירת מודלים עם תהליכי BCF. פלטפורמת תיאום שמשלבת צפייה במודל מאוחד, זיהוי התנגשויות ומעקב בעיות לסביבה אחת בזמן אמת, שמטרתה להפוך פגישות תיאום לאינטראקטיביות באמת - כמה אנשים יכולים לנווט יחד באותה תצוגת תלת-ממד חיה במהלך שיחה, במקום שאדם אחד ישתף מסך בעוד כולם צופים.
היא מתחרה ישירות ב-Navisworks וב-Solibri באותו מרחב תיאום, וכמו BIMcollab, נשענת על BCF כדי לשמור על ניידות הבעיות בין תוכנות של צוותים שונים.
סיומת הקובץ של משפחת Revit - רכיב פרמטרי הניתן לשימוש חוזר שנטען לתוך פרויקט. קובץ .rfa הוא משפחה טעינה בודדת - דלת, גוף תאורה, פריט ריהוט - שנבנית ונערכת בעורך המשפחות, ללא תלות בפרויקט ספציפי. הוא נטען לפרויקט בדומה לאופן שבו תמונה מוכנסת למסמך, ואותו קובץ .rfa יכול לשמש שוב במספר פרויקטים שונים.
בקשה למידע
שאלה רשמית שמעלה צד אחד בפרויקט לצד אחר, בדרך כלל הקבלן שמבקש מצוות התכנון להבהיר או לפתור פער בשרטוטים או במודל. בקשות למידע (RFI) הן המנגנון הסטנדרטי לפתרון אי-בהירות במהלך הביצוע - כאשר משהו באתר לא תואם את המסמכים, או שהמידע של שני תחומים מתנגש, בקשת מידע מתעדת את השאלה, מנתבת אותה למי שיכול לענות, ויוצרת תיעוד כתוב של הפתרון. ריבוי בקשות מידע בפרויקט הוא לרוב סימן לבעיות תיאום שגילוי התנגשויות טוב יותר ב-BIM היה יכול לתפוס מוקדם יותר.
סיומת הקובץ של תבנית משפחה ב-Revit - נקודת ההתחלה ליצירת משפחה חדשה, לא משפחה מוגמרת בעצמה. קובץ .rft מכין מראש את מישורי הייחוס, הקטגוריה והתנהגות האירוח שמשפחה חדשה זקוקה להם לפני שנוספת גאומטריה ממשית - בחירת "Door.rft" לעומת "Generic Model face-based.rft" קובעת התנהגות התחלתית שונה לחלוטין. תבניות משפחה מגיעות עם Revit והן מה שמעצב פותח דרך New > Family, לא משהו שנטען ישירות לפרויקט.
Rhinoceros 3D
אפליקציית מידול תלת-ממד בגיאומטריה חופשית, המשולבת לרוב עם רוויט דרך Grasshopper, משמשת לגיאומטריה מורכבת שכלי המידול של רוויט עצמו מתקשים בה. פאנל חזית דו-עקום או צורת חופה אורגנית מתוכננים ומרוקנים ב-Rhino באמצעות הכלים הפרמטריים של Grasshopper, ולאחר מכן מובאים לרוויט כצורה מיובאת או משפחת רכיב אדפטיבי לתיעוד ותיאום עם שאר מודל הבניין.
מסגרת השלבים הבריטית לארגון פרויקט מהתדריך ועד השימוש. מסגרת עבודה נפוצה מבריטניה (מהמכון המלכותי לאדריכלים בריטים) שמחלקת פרויקט לשלבים ממוספרים - מ-0 (הגדרה אסטרטגית) ועד 7 (שימוש) - כל אחד עם תוצרים ונקודות החלטה מוגדרות. זה לא תקן BIM בפני עצמו, אך מפרטי BIM מפנים אליו כל הזמן: EIR בדרך כלל יגיד איזה LOD מצופה "עד סוף שלב 3" או "עד שלב 4", ומעגן את פירוט המודל בשלב שכולם בתעשייה מכירים.
מדינות אחרות משתמשות במסגרות שלבים מקבילות משלהן, אך RIBA Plan of Work היא זו שמוזכרת מספיק לעיתים קרובות בינלאומית כדי שכדאי להכיר אותה גם מחוץ לבריטניה.
Royal Institution of Chartered Surveyors
הגוף המקצועי הגלובלי לשמאים מוסמכים, כולל שמאי כמויות, הקובע סטנדרטים למדידה, הערכת שווי והתנהלות מקצועית בתעשיית הנדל"ן והבנייה. NRM, כללי המדידה החדשים ששמאי כמויות עובדים לפיהם יום-יום, הוא עצמו פרסום של RICS - החברות בו והסטנדרטים המקצועיים שלו עומדים מאחורי חלק ניכר מהאופן שבו שמאות כמויות והערכת שווי מתבצעות בבריטניה ובעולם.
זיהוי, מעקב והפחתה של סיכוני פרויקט - התנגשויות תיאום, מידע חסר, סכנות בטיחות - באופן מובנה ומתועדף, במקום להגיב לבעיות כשהן צצות. בהקשר BIM זה בדרך כלל מקבל צורה של מרשם סיכונים חי, המצוין-הפניה מול אלמנטים במודל ומטריצת אחריות, כך שהתנגשות תיאום רצינית באמת מוסלמת קדימה לפני אחת קוסמטית, במקום ששתיהן ינחתו באותה רשימת סוגיות לא מובחנת.
רשימה חיה ומתוחזקת של הסיכונים שזוהו בפרויקט, כל אחד מדורג, בעל אחראי, ומנוטר עם תוכנית הפחתה. מרשם סיכונים בשלב תכנון עשוי לסמן אי-ודאות גיאוטכנית שלא נפתרה; מרשם בשלב ביצוע עוקב אחר עיכוב מזג אוויר חי. הוא נבדק בכל שער שלב, וסגירת רשומה בדרך כלל אומרת שהסיכון תוכנן החוצה או שהפחתה עבדה באמת - לא שהוא נשכח בשקט.
העברת אחריות עבור סיכון ספציפי מגורם אחד לאחר, בדרך כלל דרך סעיף חוזי או פוליסת ביטוח. מחיר מקסימלי מובטח הוא צורה של העברת סיכון לקבלן; ביטוח אחריות מקצועית הוא צורה של העברת סיכון למבטח - אותו רעיון בסיסי שמוחל על גורמים שונים.
Autodesk Robot Structural Analysis Professional
תוכנת הניתוח הקונסטרוקטיבי של Autodesk, שמחליפה נתונים דו-כיווני עם רוויט, כך שמהנדסי קונסטרוקציה יכולים לנתח עומסים וכוחות על אותו מודל שצוות האדריכלות בונה. מהנדס הקונסטרוקציה מייצא את המודל האנליטי (ראו מודל אנליטי קונסטרוקטיבי) מרוויט אל Robot, מריץ שם מקרי עומס ובדיקות תקן, ולאחר מכן מחזיר תוצאות זיון או מידות חתך - כך שהמודל הפיזי ברוויט וניתוח ההנדסה נשארים מסונכרנים במקום להתנהל כשני קבצים מנותקים.
משפחת מערכת ב-Revit, שנוצרת לפי היקף, שלוחה או פאה, שיוצרת את שכבת האיטום העליונה של הבניין ויכולה לשאת שיפוע. השיטה הנפוצה ביותר - גג לפי היקף (Roof by Footprint) - משרטטת גבול ומחילה שיפוע על קצוות נבחרים, בעוד גג לפי שלוחה (Roof by Extrusion) גורר פרופיל לאורך מסלול לצורות מורכבות יותר. כמו קירות ורצפות, שכבות הגג (מבנה, בידוד, איטום) חיות בטיפוס שלו, והוא יכול לארח לוקרנים, חלונות גג ומשפחות מבוססות-גג אחרות.
תכונה ששולטת האם אלמנט (קיר, עמוד, אפילו קו) נחשב כגבול כאשר רוויט מחשב גיאומטריית חדרים ושטחים. חדר שמחשב שטח שגוי או מסרב להתמלא בסכימת צבע כמעט תמיד קשור לאי-התאמת תוחם-חדר בקרבתו - משפחת ריהוט שמוגדרת בטעות כתוחמת-חדר, או קיר מחיצה שמוגדר בטעות כלא-תוחם-חדר - מה שהופך אותה לאחת התכונות הראשונות לבדוק כאשר חישובי חדר מול מרחב נראים שגויים.
מסמך תוצר לכל חדר בנפרד, המפרט את הגימורים, האביזרים, יעדי הסביבה והציוד הנדרשים למרחב - נוצר לעיתים קרובות ישירות מנתוני מודל ה-BIM. נפוץ בפרויקטים של בריאות, חינוך ואירוח עם מאות חדרים דומים אך שונים, גיליון נתוני חדר נוצר בדרך כלל ישירות מפרמטרי חדר וטבלאות ברוויט ולא נכתב ידנית - כך שהוא נשאר מסונכרן אוטומטית בכל פעם שגימור או שטח החדר משתנים במודל.
שני סוגי האלמנטים המתחרים ברוויט לתיחום שטח סגור - אחד אדריכלי, אחד מערכות. נקודת בלבול נפוצה עבור כל מי שמתאם אדריכלות עם מערכות ב-Revit: Rooms (חדרים) ו-Spaces (מרחבים) הם שני סוגי אלמנטים נפרדים שיכולים לתפוס בדיוק את אותו נפח פיזי אך שייכים לדיסציפלינות שונות ולקטגוריות Revit שונות לגמרי. אדריכלים מניחים ומתזמנים Rooms; מהנדסי מערכות מניחים Spaces (המשמשים לחישובי עומס מיזוג אוויר וניתוח אנרגיה) - ושני הסוגים לא נשארים מסונכרנים אוטומטית זה עם זה.
הפרקטיקה הטובה בדרך כלל היא לתת ל-Spaces לגזור את הגבולות שלהם ישירות מה-Rooms של המודל האדריכלי איפה שאפשר, ולבדוק מחדש את הקישור הזה בכל פעם שהפריסה האדריכלית משתנה - אחרת צוות מערכות יכול להגיע למצב שהוא מבצע חישובי עומס מול גבולות חדר שכבר לא תואמים את התכנון בפועל.
חקירת ליקוי, עיכוב או תקלה כדי למצוא את הסיבה האמיתית שביסודם, במקום רק לתקן את הסימפטום הנראה לעין. קיר סדוק אפשר לטייח אחר צהריים אחד; ניתוח שורש הבעיה הוא מה שאומר לך אם הוא פשוט יסדק שוב בגלל בעיית שקיעה שאף אחד לא באמת בדק.
Revit Project File (.rvt)
פורמט קובץ הפרויקט הילידי של Revit, נושא את המודל המלא וכל נתוניו. סיומת הקובץ הילידית של פרויקט Revit - rvt. - שנושאת את המודל המלא: גיאומטריה, פרמטרים, תצוגות, דפים וכל משפחה טעונה, הכל בקובץ בינארי קנייני אחד. בניגוד לפורמטים להחלפה כמו IFC או DWG, קובץ RVT לא מיועד להחלפה חוצת-תוכנות - זה Revit מדבר עם Revit, שומר על 100% מהאינטליגנציה הילידית של המודל, וזו בדיוק הסיבה שהוא פורמט הקובץ המשמש למודל המרכזי בעבודה משותפת.
קובצי RVT יכולים לגדול ובלי תחזוקה סדירה (ניקוי אלמנטים לא בשימוש, ביקורת) להצטבר בהדרגה ולהאט את כל הצוות - וזו הסיבה שהרגלי בריאות קובץ חשובים לא פחות מכישורי מידול בפרויקט ארוך טווח.
פלטפורמת בנייה דיגיטלית לתכנון ומעקב אחר התקדמות מול רשימות תיוג מבוססות תהליך באתר. Sablono היא פלטפורמת ניהול בנייה דיגיטלית לתכנון עבודה כתבניות תהליך חוזרות - רצף שלבי רשימת תיוג לכל יחידה או סוג חדר - ולמעקב אחר התקדמות בזמן אמת מולן באתר, המיועדת להיקפים החוזרים על עצמם רבות הנפוצים בבנייה למגורים ומלונאות.
המתודולוגיה הרשמית של ממשלת בריטניה לחישוב ביצועי האנרגיה ופליטות הפחמן של דירה חדשה, המשמשת להוכחת עמידה בדרישות רגולטוריות. כל דירה חדשה באנגליה ובוויילס זקוקה לחישוב SAP לפני שבקרת הבנייה תאשר אותה, ומייצר את המספרים שמאחורי דירוג תעודת ביצועי האנרגיה שלה. גאומטריה, מקדמי מעבר חום ויעילות מערכות המוזנים להערכת SAP מגיעים יותר ויותר ישירות מתוך מודל ה-Revit במקום להיות מוזנים מחדש ידנית לתוכנת אנרגיה נפרדת.
תהליך בקרת איכות שמשווה סריקת ענן נקודות as-built מול מודל התכנון, כדי לוודא עד כמה הביצוע בפועל תואם למה שתוכנן. בעוד Scan-to-BIM יוצר מודל מתוך סריקה (בדרך כלל לבניינים קיימים בלי מודל), השוואת סריקה מול BIM משווה סריקה חדשה של עבודה שזה עתה נבנתה מול מודל תכנון שכבר קיים - ומסמנת סטיות לפני שהן הופכות לבעיות יקרות, שלב בקרת איכות שרץ יותר ויותר באבני דרך ביצוע מרכזיות ולא רק במסירה הסופית.
התהליך של המרת נתוני ענן נקודות מסריקת לייזר של בניין קיים למודל BIM חכם. מודדים תופסים אתר או בניין קיים בסורק לייזר או בפוטוגרמטריה כדי להפיק ענן נקודות, ולאחר מכן מודליסטים משתמשים בענן הנקודות הזה כהתייחסות מדויקת כדי לבנות קירות, רצפות ואלמנטים אחרים ברוויט (או בכלי BIM אחר) במידות אמיתיות. זו הדרך הסטנדרטית לקבל מודלים אמינים של as-built לפרויקטים של שיפוץ, שדרוג וניהול נכסים שבהם אין מודל קיים מדויק.
Revit Schedule
דוח טבלאי חי של נתוני המודל שמתעדכן אוטומטית ככל שהמודל משתנה. תצוגת טבלה ב-Revit שמפרטת אלמנטי מודל ואת הפרמטרים שלהם כשורות ועמודות - לוח דלתות, לוח גימור חדרים, לוח חלונות - בנויה ישירות מנתוני מודל חיים ולא מוקלדת ידנית. מכיוון ש-Schedule היא בעצם עוד תצוגה של המודל, עריכת ערך בלוח משנה את האלמנט בפועל, ועריכת האלמנט מעדכנת את הלוח מיידית; השניים אף פעם לא יוצאים מסנכרון כמו שמודל וגיליון אקסל שמתוחזק בנפרד תמיד בסופו של דבר יוצאים.
לוחות הם גם התוצר המעשי הנפוץ ביותר של QTO: לוח חישוב כמויות חומרים עם עמודת כמות מחושבת הוא לרוב הדרך המהירה ביותר להוציא מספרים מהמודל ולתוכנית העלויות.
כלי ברוויט שמגדיר קבוצה לשימוש חוזר של ערכי פרמטרים (כמו סוגי גימור) כ"מפתחות" בעלי שם, כך שטבלה יכולה לשלוף קבוצה שלמה של ערכים על ידי בחירת שם מפתח אחד. במקום להקליד "גימור קיר: צבע, גימור רצפה: אריחים, גימור תקרה: פאנל אקוסטי" בכל חדר בנפרד, מודליסט משייך מפתח אחד (למשל "סוג גימור 2") וטבלת מפתח הטבלה ממלאת את שלושת הערכים אוטומטית - נבנה במיוחד כדי להפוך טבלה בסגנון גיליון נתוני חדר למהירה למילוי ועקבית על פני מאות חדרים.
כלי ברוויט שמגדיר גבול תלת-ממדי השולט אילו רשתות ומפלסים מוצגים בתצוגה נתונה, ומשמש לניהול נקי של פרויקטים גדולים או רב-בנייניים. בפרויקט קמפוס גדול או רב-מגדלים, רשתות ומפלסים היו נמתחים אחרת על פני כל תצוגה בלי קשר לאיזה בניין הם שייכים; תיבת היקף מאפשרת למודליסט לחתוך את הנראות של הרשתות/מפלסים רק לבניין או לאזור הרלוונטי בכל תצוגה, בלי לגעת בהיקף של הרשתות והמפלסים עצמם.
הסכם משפטי הצמוד להיתר תכנון בריטי, המחייב יזם לממן או לספק תועלות קהילתיות. הסכם Section 106 הוא התחייבות מחייבת מבחינה משפטית הצמודה להיתר תכנון בריטי, המחייבת את היזם לממן או לספק משהו בתמורה לאישור - דיור בר-השגה, תרומה למקום בית ספר חדש, שיפורי כביש - ומנוהל במשא ומתן בין הרשות המקומית ליזם לצד בקשת התכנון עצמה.
תיבת חיתוך תלת-ממדית אינטראקטיבית ב-Revit שחותכת חלק מהמודל בתצוגה תלת-ממדית, ומאפשרת למשתמש להסתכל בתוך מבנה ולא רק על החיצוני שלו. זהו כלי חי וספציפי-לתצוגה לחקירה אינטראקטיבית של מודל - בניגוד לתחום גזירה, שמגביל מה תצוגה דו-ממדית מציגה, או scope box, שמגביל אילו אלמנטי datum מופיעים על פני מספר תצוגות בבת אחת.
סוג תצוגה ב-Revit המציג חתך אנכי (או אופקי) דרך המודל, וחושף פרטי בנייה שתצוגת מפה או חזית לבדן אינן יכולות להראות. חתך משורטט כקו וחץ דרך תצוגת מפה או תצוגה אחרת, ו-Revit יוצר תצוגה חיה של כל מה שמישור החיתוך עובר דרכו - שכבות קיר, מבני רצפה, חיבורים מבניים - ומתעדכן אוטומטית ככל שהמודל משתנה. חתכי בניין חותכים דרך כל המבנה; חתכי קיר מתמקדים בפרט בנייה ספציפי אחד בקנה מידה גדול בהרבה.
גישה לניהול מידע רגיש בפרויקט (לפי PAS 1192-5) כך שנתוני הבניין לא יוכלו לשמש לאיומי אבטחה פיזיים, סייבר או כוח אדם. לא כל מידע על בניין יכול להיות משותף בחופשיות - שדות תעופה, מתקני ממשל ותשתיות קריטיות זקוקים לבקרות על מי יכול לגשת למה, באיזו רזולוציה, ודרך אילו מערכות. BIM מודע אבטחה בונה תהליך מיון אבטחה לתוך תהליך העבודה הסטנדרטי של ISO 19650, ומעריך רגישות לפני שהמידע מתפרסם ולא אחרי.
קבוצה שמורה של אלמנטי מודל ספציפיים ברוויט, שניתן לבחור מחדש באופן מיידי לפי שם, בלי התנהגות הגיאומטריה המשותפת של קבוצה (Group) או ההיגיון מבוסס-הכללים של מסנן (Filter). מודליסט בוחר ידנית שילוב חד-פעמי ומוזר של אלמנטים - למשל, כל חלון בחזית לא סדירה אחת - שומר אותו כקבוצת בחירה בעלת שם, ויכול לבחור מחדש את אותו שילוב בדיוק שבועות מאוחר יותר בלחיצה אחת, מה שלא מסנן לפי כלל ולא קבוצה משותפת-גיאומטריה בנויים לעשות.
Shared Coordinates
עיגון עולמי אחיד לכל המודלים. הסיבה מספר אחת שמודלים "לא יושבים" אחד על השני בתיאום. לכל מודל Revit יש Project Base Point (נקודת ייחוס פנימית) ו-Survey Point (עיגון למערכת הקואורדינטות של המודד). קואורדינטות משותפות הן ההסכמה של כל הדיסציפלינות על אותו עיגון עולמי - כך שכשמקשרים את מודל הקונסטרוקציה למודל האדריכלות, הם נפגשים במקום הנכון, בגובה הנכון ובסיבוב הנכון.
לקבוע אותן נכון ביום הראשון של הפרויקט - חוסך שבועות של כאב.
קובץ הטקסט הפשוט שמאחסן הגדרות פרמטרים משותפים, שמשפחות ופרויקטים מרובים יכולים כולם להפנות אליו כדי להישאר עקביים. משרד בדרך כלל מתחזק קובץ פרמטרים משותפים מרכזי אחד שכל פרויקט ותבנית משפחה מצביעים אליו - לפצל אותו למספר קבצים לא עקביים, ואותו פרמטר עלול להסתיים עם שני מזהים פנימיים שונים בפרויקטים שונים.
Shared Parameters
שדה נתונים אחיד בין משפחות ולוחות. הדרך של Revit לתת לנתון אחד להתקיים בעקביות בין משפחות, פרויקטים ולוחות כמויות. פרמטר משותף מוגדר בקובץ חיצוני אחד (txt.) עם מזהה ייחודי (GUID), וכל משפחה או פרויקט שמשתמשים בו מדברים על אותו שדה בדיוק - ולכן הוא יכול להופיע ב-Schedules, בתיוגים ובייצוא IFC.
בלי פרמטרים משותפים, "דירוג אש" במשפחה אחת ו"דירוג-אש" באחרת הם שני שדות זרים שלא ייפגשו לעולם בטבלה אחת.
מנגנון Revit לתיאום המיקום העולם-אמיתי של מודלים מקושרים דרך מיקום אתר משותף, כחלופה לפרסום קואורדינטות משותפות ישירות. זהו נתיב פחות נפוץ לאותו יעד שקואורדינטות משותפות מגיעות אליו - שימושי כשכמה מודלים צריכים להסכים על מיקום עולם-אמיתי אך פרסום קואורדינטות ישירות ביניהם לא מעשי.
תכונת שיתוף עבודה בענן שמאפשרת לשתף תצוגת Revit ספציפית עם בעל עניין לצורך בדיקה, בלי לתת לו גישה מלאה למודל עצמו. היא פותרת בעיית גישה ספציפית - לקוח או בודק שאין לו רישיון Revit ושלא אמור לראות את כל המודל העובד עדיין יכול לפתוח תצוגה משותפת אחת בדפדפן כדי להשאיר הערות.
טבלת Revit המפרטת כל גיליון בסט השרטוטים של פרויקט, המשמשת בדרך כלל ליצירת אינדקס גיליון השער. מכיוון שזו טבלה חיה, הוספה או הסרה של גיליון מעדכנת את אינדקס השרטוטים אוטומטית - אין יותר צורך להקליד מחדש ידנית תוכן עניינים בכל פעם שמספר הגיליונות משתנה.
שרטוטי ייצור המופקים על ידי קבלן משנה או יצרן, נגזרים ממודל ה-BIM. שרטוטים מפורטים ומוכנים-לייצור המופקים על ידי קבלן משנה, יצרן או מפעל - שמראים בדיוק איך רכיב ייבנה או יותקן, ברמת דיוק ששרטוטי צוות התכנון עצמו לא מנסים להגיע אליה. בתהליך BIM, שרטוטי ייצור מופקים יותר ויותר ישירות מהמודל במקום להישרטט מחדש מאפס, ברגע שהמודל מגיע ל-LOD 400.
שרטוטי ייצור בדרך כלל דורשים אישור פורמלי מצוות התכנון לפני שהייצור מתחיל, וזו בדיוק סוג אבן הדרך שנעקבת דרך מעקב הבעיות ותהליך הסקירה של פרויקט - שרטוט ייצור לא מאושר שמיוצר בכל זאת הוא טעות נפוצה ויקרה בפרויקט מתואם בצורה גרועה.
הכלל שלפיו כל מידע הפרויקט חייב לעבור דרך ה-CDE בנקודת כניסה מבוקרת אחת, ולא להיות משותף ישירות בין גורמים באימייל או בתיקיות פרטיות. זה נשמע כמו עניין טכני, אבל זה מה שהופך CDE לעבוד בפועל: אם ניתן לשלוח שרטוט גם ישירות במייל לקבלן משנה, כעת יש שתי גרסאות במחזור ואין דרך לדעת איזו מהן עדכנית. נקודת כניסה יחידה היא מה ששומרת על ה-CDE כמקור האמת היחיד האמיתי במקום עוד עותק אחד של הקבצים.
עקרון רכש שבו גורם אחד אחראי הן לתכנון והן לביצוע, כך שללקוח יש רק חוזה אחד לאכוף אם משהו משתבש. זהו ההיגיון שמאחורי המשיכה ל-design-and-build - במקום שלקוח ינהל צוות תכנון וקבלן בנפרד, ויתווכח על אשמת מי בעיה, יש רק דלת אחת לדפוק עליה.
העיקרון שקיימת גרסה מוסמכת אחת של מידע, ולא עותקים מפוזרים. העיקרון היסודי שמאחורי רוב המשמעת התהליכית של BIM: מידע על פרויקט צריך להתקיים במקום מוסמך אחד בדיוק, כשכל השאר - שרטוטים, לוחות, דוחות - נוצר ממנו, ולא מתוחזק כעותקים נפרדים ומקבילים שבהכרח יוצאים מסנכרון. לוח שנשלף חי מהמודל הוא מקור אמת יחיד בפעולה; גיליון אקסל שמישהו מתחזק ידנית לצד המודל הוא ההפך.
ה-CDE הוא המנגנון הארגוני שהופך מקור אמת יחיד לאפשרי ברמת הפרויקט - מקום מוגדר ומוסכם שבו הגרסה הנוכחית והנכונה של כל פיסת מידע חיה, כך שאף אחד לעולם לא עובד מעותק מיושן בלי לדעת.
הקמת אתר בנייה בתחילת פרויקט - מתקני רווחה, גדרות, אבטחה, חשמל זמני - לפני שכל עבודת בנייה בפועל מתחילה. זהו הביצוע הפיזי של תוכנית לוגיסטיקת האתר - התוכנית על נייר הופכת לגדרות, תאים ושער מתחם בעולם האמיתי.
תדריך הבטיחות וההתמצאות המחייב שכל עובד עובר לפני כניסתו הראשונה לאתר הבנייה. תדריך כניסה לאתר הוא תדריך הבטיחות וההתמצאות המחייב שכל עובד, מבקר או נהג הובלות עובר לפני שהוא דורך לראשונה באתר הבנייה - וכולל התייחסות לסכנות, נוהלי חירום וכללים ספציפיים לאתר. לעיתים קרובות זהו המקום הראשון שבו יומן אתר דיגיטלי או מערכת היתר עבודה מתעדים את נוכחותו של מישהו.
המסמך הממפה מיקומי מנוף, אחסון חומרים, גישה לאתר ומתקני רווחה עבור אתר בנייה ספציפי. באתר עירוני צפוף זהו לעיתים קרובות המסמך השנוי ביותר במחלוקת בעבודה - וגם בדיוק סוג התוכנית שחזרה דיגיטלית משמשת לבדוק לפני שמתחייבים אליה על נייר.
מידול האלמנטים הזמניים של אתר הבנייה עצמו - מנופים, אזורי אחסון חומרים, נתיבי גישה - כדי לתכנן רצף עבודה בטוח ויעיל. מודל לוגיסטיקת אתר יושב לצד מודל הבניין הקבוע ומשתנה ככל שהביצוע מתקדם - טווח הגעה של מנוף ואזור אחסון חומרים שהגיוניים בחודש השני עשויים להזדקק לזוז לגמרי עד החודש השמיני, ותכנון הרצף הזה במודל תופס התנגשויות שתוכנית אתר דו-ממדית סטטית הייתה מפספסת.
מדידה מדויקת של אתר פיזי, שיוצרת את בסיס האמת בשטח למודל. סקר פיזי מדויק של אתר - גבולות, מפלסים קיימים, תשתיות, מבנים קיימים - שמבוצע על ידי מודד מוסמך ומשמש כבסיס אמת מדויק בשטח שהמודל נבנה עליו. סקר שטח בדרך כלל מיובא כשרטוט מקושר או קובץ נקודות ונקשר לקואורדינטות המשותפות של הפרויקט, ומעגן כל מה שממודל לאחר מכן לעולם האמיתי.
דילוג או מיהור סקר שטח נכון הם אחד המקורות הנפוצים ביותר לבעיות יקרות בהמשך: מבנה שממודל מול נתוני שטח לא מדויקים יכול להגיע למפלס רצפה גמור שגוי, גבולות מגרש לא מיושרים, או תכנון שלא באמת מתאים לטופוגרפיה האמיתית ברגע שהבנייה מתחילה.
תוכנית הקובעת יעדים ושיטות להפחתה, שימוש חוזר ומיחזור של פסולת בנייה בפרויקט ספציפי. היא עוקבת אחר פסולת לפי סוג ויעד - מה ממוחזר, מה משמש שוב באתר, ומה בפועל מגיע למזבלה - ויותר ויותר קשורה ליעדי הכלכלה המעגלית והפחמן הגלום של הפרויקט, במקום להיות מטופלת כמסמך ציות עצמאי.
דירוג קיימות לפרויקטי גימור פנים, המכסה תחומים ש-LEED ו-BREEAM אינם מגיעים אליהם בקנה מידה זה. דירוג SKA הוא אמת מידה לקיימות המיועדת ספציפית לפרויקטי גימור פנים - מעריכה היבטים כמו חומרים, פסולת ואנרגיה בהיקף Cat A/Cat B ולא של מבנה שלם - וממלאת פער שסכימות ברמת המבנה כמו BREEAM ו-LEED לא נועדו לכסות.
אפליקציית מידול תלת-ממד בגיאומטריה חופשית, ידועה בקלות השימוש שלה, פופולרית ללימודי מאסה מוקדמים ותכנון קונספט לפני שפרויקט עובר לרוויט. הרבה סטודנטים לאדריכלות ומשרדים קטנים מתחילים קונספט ב-SketchUp כי עקומת הלמידה שלו הרבה יותר מתונה מהגישה הפרמטרית של רוויט - המחיר הוא שמודל SketchUp לא נושא נתוני בניין אמיתיים (בלי סוגי קירות, בלי טבלאות), כך שהוא בדרך כלל נבנה מחדש כמשפחות רוויט ראויות ברגע שהתכנון מתקבע, ולא מיובא כמכלול.
הפורמט הילידי של SketchUp, המאחסן את הגאומטריה התלת-ממדית, הרכיבים והסצנות שלו. זהו הפורמט שמאחורי ספריית ה-3D Warehouse החינמית שממנה משתמשי SketchUp רבים שואבים דגמי ריהוט והקשר אתר - שימושי לעבודת נפחים ותפיסה מוקדמת, אם כי הוא לא נושא דבר מהמבנה הפרמטרי והעשיר בנתונים שיש למשפחת Revit.
תהליך זיהוי, רישום ומעקב אחרי ליקויים או עבודה לא גמורה ("snags") באתר הבנייה, בדרך כלל לקראת מסירה. "רשימת ליקויים" (snag list, הנקראת גם punch list) נסקרת ומצולמת באתר, ויותר ויותר נרשמת ישירות מול אלמנטים במודל ה-BIM באמצעות אפליקציות ניידות או קבצי סוגיות BCF, כך שכל ליקוי מקושר לאובייקט, למיקום ולגורם האחראי המדויקים, במקום לשורה חופשית בגיליון אלקטרוני.
הרשימה המפורטת בפועל של ליקויים שנמצאו במהלך snagging - כל רשומה עוקבת עד שהיא מתוקנת ומאושרת. סגירת כל פריט ברשימת התיקונים היא מה שתעודת תיקון ליקויים מאשרת באופן פורמלי שקרה.
BSRIA Soft Landings
תהליך מסירה מובנה ששומר על מעורבות צוות התכנון גם לאחר האכלוס. מסגרת עבודה (במקור מ-BSRIA בבריטניה) לסגירת הפער בין האופן שבו מבנה תוכנן לפעול לבין האופן שבו הוא באמת מתפקד לאחר שאנשים עוברים אליו. Soft Landings שומר על מעורבות צוות התכנון והבנייה לתקופה לאחר המסירה - בדרך כלל שנה או יותר - כדי לכוונן מערכות, לענות על שאלות המפעיל ולהשוות נתוני ביצועים אמיתיים מול כוונת התכנון המקורית.
הוא משתלב באופן טבעי עם BIM: נתוני ה-AIM וה-COBie שהופקו במהלך הפרויקט הופכים לקו הבסיס שצוות ה-Soft Landings מודד מולו, והלקחים שנלמדים מוזנים חזרה ל-EIR של הפרויקט הבא.
Solibri Model Checker
כלי בדיקת מודלי BIM מבוסס-כללים ותיאום, בנוי סביב IFC פתוח. פלטפורמת בדיקת מודלים ותיאום (כיום בבעלות Nemetschek) שנבנתה במיוחד סביב openBIM ו-IFC, ולא סביב כלי מידול ספציפי כלשהו. החוזק של Solibri הוא בדיקה מבוססת-כללים: במקום רק לאתר התנגשויות ויזואלית, הוא יכול לאמת מודל אוטומטית מול קבוצת כללים מוגדרת - מרחקי מילוט אש, מרווחי נגישות, מידע חסר, עמידה ב-LOD - ולסמן כל הפרה בדוח מובנה.
זו חלופה או בן-לוויה נפוץ ל-Navisworks, בעיקר בפרויקטים שנשענים רבות על תהליכי openBIM ורוצים בדיקה שחורגת מעבר להתנגשויות גיאומטריות אל איכות המידע בפועל.
וידוא שאלמנטי המודל של כל תחום תופסים מרחב תואם בתוך אותו מודל מאוחד - העיקרון הכללי שגילוי התנגשויות בעצם בודק אותו. גילוי התנגשויות היא הבדיקה האוטומטית; תיאום מרחבי הוא התחום הרחב יותר שהיא משרתת, כולל דברים שבדיקת התנגשות לבדה לא תתפוס, כמו השארת מרווח מספיק סביב שסתום כדי שטכנאי יוכל להגיע אליו.
המסמך הכתוב המגדיר את איכות, הביצועים ותקני ההתקנה של חומרים ומערכות - המקבילה ל"מה" ו"איפה" של השרטוטים. אם השרטוטים מראים מה הולך איפה, המפרט אומר כמה טוב זה צריך להיות - באיזה תקן חומר חייב לעמוד, איך צריך להתקין אותו, ואיך בודקים או מסמיכים אותו. בפרויקטי BIM, סעיפי מפרט (המאורגנים לרוב דרך MasterFormat או מקבילה לאומית כמו NRM) מקושרים יותר ויותר ישירות לאלמנטים במודל במקום לחיות במסמך נפרד לחלוטין.
פלטפורמת נתונים בקוד פתוח לתעשיית ה-AEC, ששולחת ומגרסת נתוני BIM בין תוכנות שונות (Revit, Rhino, Grasshopper, Blender) בלי צורך לייצא קובץ סטטי בכל פעם. במקום לייצא קובץ IFC או Navisworks ולייבא אותו מחדש בכל פעם שמשהו משתנה, Speckle שומרת "זרמים" חיים ומגורסים של נתוני מודל, שכלים שונים יכולים לדחוף אליהם ולמשוך מהם - קרוב יותר לאופן שבו עובד מאגר קוד מאשר החלפת קבצים מסורתית. הכלי צובר תאוצה כאלטרנטיבה קלה יותר וניתנת לאוטומציה להחלפת קבצים, בייחוד לצוותים שכבר כותבים סקריפטים ב-Dynamo או Grasshopper.
כלי Revit שמחלק אלמנט בודד - קיר, קורה, צינור - לשני חלקים עצמאיים בנקודה נבחרת. הוא שימושי ברגע ששני חצאים ממה שהיה קיר רציף אחד צריכים תכונות שונות - דירוג אש שונה מעבר לנקודה מסוימת, למשל - בלי לשרטט מחדש כלום מאפס.
סימון Revit המסמן את הגובה המדויק של נקודה בודדת במודל - מפלס רצפה, נקודת גובה שטח, נקודה נמוכה בגג. תוכניות ניקוז אתר וגג תלויות בו רבות - סדרה של נקודות גובה על פני משטח משופע היא הדרך שבה בודק מאשר שמים באמת יזרמו לעבר ניקוז ולא יצטברו במקום לא מכוון.
סוג קיר ב-Revit המורכב משני קירות שונים בסוגם או יותר, המוערמים אנכית לאלמנט מורכב אחד. קיר מוערם משלב שני קירות שונים בסוגם או יותר אנכית לאלמנט אחד - למשל בסיס בנייה עם קטע קיר מסך עליון - כך שהם זזים ונערכים יחד כקיר אחד, בעוד כל קיר-משנה שומר על מבנה השכבות שלו.
מבנה ממשל פרויקט שבו עבודה עוברת לשלב הבא רק לאחר מעבר "שער" בדיקה פורמלי - שבודק שהתוצרים וההחלטות של השלב הקודם הושלמו ואושרו. השלבים הממוספרים של RIBA Plan of Work הם דוגמה מוכרת - כל שער שלב קיים כדי למנוע מפרויקט להחליק לתכנון מפורט לפני שהלקוח אישר בפועל את הקונספט שעליו הוא מבוסס.
משפחת מערכת ב-Revit, בנויה בדרך כלל "לפי רכיבים", שמחברת בין שני רומים בריצה של מדרגים ואדנים המחושבים מהגובה ביניהם. ריצת מדרגות-לפי-רכיבים מחשבת אוטומטית את גובה המדרג ועומק האדן מהגובה בין הרומים וממספר מדרגים יעד, ומתעדכנת בזמן אמת כשאחד הרומים זז. פודסטים, מדרגות מפותלות ותמיכות הם תת-רכיבים נפרדים של אותה ריצה, ומעקות מתארחים ישירות עליה.
כלי יצירת המדרגות הגמיש של Revit שבונה מדרגות מחלקים נפרדים (ריצה, פודסט, תמיכה) במקום פרופיל סקיצה בודד. הוא החליף את כלי המדרגות הישן מבוסס-הסקיצה כברירת המחדל מסיבה - כל רכיב נשאר ניתן לעריכה באופן עצמאי, מה שמטפל בגאומטריית מדרגות מציאותית ומביכה בצורה חלקה הרבה יותר.
זיהוי כל מי שיש לו עניין בתוצאת הפרויקט וניהול פעיל של הציפיות והמעורבות שלהם לאורך חייו. מטריצת אחריות אומרת לך מי עושה מה; ניהול בעלי עניין הוא העבודה הרחבה והמתמשכת יותר של לשמור על כל מי שאכפת לו מהתוצאה מעודכן ומיושר, בין אם הוקצתה לו משימה פורמלית ובין אם לא.
הצהרה פורמלית שהעבודה או המוצר שהושלמו עומדים במפרט או בתקן הרלוונטיים. הצהרת התאמה היא הצהרה פורמלית - מטעם קבלן, יצרן או קבלן משנה מומחה - המאשרת שהעבודה שהושלמה או המוצר שסופק עומדים במפרט או בתקן הרלוונטיים. זהו מסמך אבטחה קל יותר מתעודת בדיקה מלאה, ולעיתים קרובות נדרש עבור פריטים פשוטים שבהם בדיקה בלתי תלויה אינה מעשית.
חברת תשתית בעלת זכות חוקית להתקין ולתחזק תשתית - מים, גז, חשמל, תקשורת - באתר או בקרבתו. בעל תשתית סטטוטורית הוא חברת תשתית - מים, גז, חשמל, תקשורת - בעלת זכות חוקית להתקין ולתחזק את הציוד שלה באתר או בקרבתו, ללא תלות באישור בעל הקרקע. תיאום איתם, באמצעות חיפוש תשתיות בשלב מוקדם ולעיתים קרובות רשות מעבר בהמשך, הוא חלק קבוע בכל פרויקט הנוגע בתשתית קיימת.
תקן להחלפת נתוני מודל מוצר
פורמט ניטרלי להחלפת גיאומטריה תלת-ממדית מעולם הייצור, משמש בממשק שבין BIM לבין ייצור מוצרים ורכיבים. כאשר רכיב שמודל ברוויט צריך להיות מיוצר בפועל - תושבת קיר מסך מותאמת אישית או חלק פלדה קונסטרוקטיבי - STEP הוא לעיתים קרובות הפורמט שמעביר את הגיאומטריה המדויקת שלו למכונות CNC ולתוכנות CAD לייצור, מכיוון שהוא נבנה לדיוק הנדסי-מכני ולא לתיעוד אדריכלי.
פורמט קובץ רשת פשוט המשמש כמעט באופן אוניברסלי להדפסה תלת-ממדית. STL הוא פורמט רשת משולשים פשוט, ללא חומר, צבע או מטא-דאטה - רק גיאומטריית משטח - המשמש כמעט באופן אוניברסלי כקלט למדפסות תלת-ממד. מודלים המיוצאים מ-Revit או Rhino עבור מודל פיזי ללימוד או דגם מודפס בתלת-ממד עוברים בדרך כלל דרך STL.
צופה BIM ענני המשמש צוותי אתר ותפעול לבדיקת משימות, ליקויים ורשימות תיוג מול המודל. StreamBIM היא פלטפורמת צפייה ורשימות תיוג עננית מבוססת BIM, המיועדת לצד ניהול האתר והתפעול ולא ליצירת התכנון עצמו - עובדים משתמשים בה לצפייה במודל, סימון רשימות תיוג ותיעוד בעיות מול אלמנטים ספציפיים במודל, ללא צורך ברישיון תוכנת יצירה.
מודל הקווים והצמתים המפושט שמהנדסי קונסטרוקציה משתמשים בו להרצת חישובים. ייצוג מפושט של הקונסטרוקציה - קורות ועמודים מצומצמים לקווי מרכז, קירות מצומצמים למישורים - שתוכנת ניתוח קונסטרוקטיבי בפועל מחשבת מולו, רץ לצד המודל הפיזי המלא (הגיאומטריה האמיתית שכולם אחרים רואים ומתאמים מולה) בתוך אותם אלמנטי קונסטרוקציה של Revit.
שני המודלים יכולים להתרחק זה מזה אם לא מנוהלים בזהירות: הזזת גיאומטריה פיזית של עמוד לא תמיד מזיזה אוטומטית את הקו האנליטי שלו באותו אופן, וחישובי מהנדס קונסטרוקציה אמינים רק כמו מידת ההתאמה של המודל האנליטי לכוונת התכנון הפיזית האמיתית.
המסמך ההנדסי הפורמלי המציג את חישובי העומס ובדיקות התכנון שמאחורי מבנה, ומוכיח שהוא עומד בתקנים הנדרשים. ניתוח אלמנטים סופיים או מעבר אופטימיזציית מבנה בדרך כלל מזינים אותו ישירות - מסמך החישובים הוא הרשומה הפורמלית והניתנת-לבדיקה של מה שהניתוח הזה בפועל הסיק.
קטגוריית משפחה אנכית נושאת עומס ב-Revit - פלדה, בטון או עץ - מאורחת לרום ומיושרת בדרך כלל לחיתוך גריד. עמודים מבניים נצמדים כברירת מחדל לחיתוכי גריד, נושאים חומר מבני וחתך רוחב, ומשתתפים במודל האנליטי באותו אופן כמו קורות ושלד. הם קטגוריית משפחה נפרדת מעמודים אדריכליים, שקיימים למטרות ויזואליות/דקורטיביות בלבד ואינם נושאים נתיב עומס מבני.
כלי ה-Revit לעיצוב חיבורי הפלדה הפיזיים (ברגים, לוחות, ריתוכים) בין אלמנטים קונסטרוקטיביים. חיבורים קונסטרוקטיביים הוא ערכת הכלים של Revit לעיצוב החיבור הפיזי בפועל בין שני אלמנטים קונסטרוקטיביים - ברגים, לוחות קצה, ריתוכים - ולא רק מפגש האלמנטים בנקודה. הדבר חשוב במיוחד במסירה לפירוט פלדה, שבה הגיאומטריה האמיתית של החיבור משפיעה על ייצור ובדיקות התנגשות שחיבור קורה-לעמוד מפושט לא יכול לתפוס.
קטגוריית Revit עבור האלמנטים המעבירים את עומסי הבניין אל הקרקע - יסודות בודדים, יסודות קיר ופלטות מבניות. משפחות יסודות מגיעות בשלושה סוגים: יסודות בודדים יושבים מתחת לעמודים בודדים, יסודות קיר רצים ברציפות מתחת לקיר נושא, ופלטות מבניות מכסות שטח רחב יותר - כאשר יסוד רפסודה הוא הדוגמה הנפוצה ביותר. שלושתם נושאים חומר מבני ונתוני כושר נשיאה שצוותי גיאוטכניקה ומבנים מתאמים מולם.
קטגוריית Revit לאיברים מבניים אופקיים ומשופעים - קורות, קורות משנה, חבקים - הממוקמים בין עמודים או קירות כדי לשאת את עומסי המבנה. אלמנטי שלד מבני מאורחים לשתי נקודות (או מסלול משורטט) ולא לרום כפי שקורה בקיר או רצפה, ונושאים חומר מבני, חתך רוחב וייצוג אנליטי המוזן לשילובי עומסים וניתוח אלמנטים סופיים. גם מידול פלדה מנקודה לנקודה וגם כלי פיצול-עם-פער פועלים ישירות על קטגוריה זו.
חידוד תכנון מבני כדי להשתמש בפחות חומר או עלות תוך עמידה בכל קריטריוני העומס והבטיחות הנדרשים. זהו ניתוח אלמנטים סופיים שמופנה למטרה ספציפית - לא רק בדיקה האם תכנון עובד, אלא איטרציה לעבר התכנון הרזה ביותר שעדיין עובד.
אבן הדרך בחוזה אמריקאי המסמנת פרויקט כמוגמר ושמיש למעשה, גם עם רשימת ליקויים של פריטים מינוריים שעדיין נותרים - המקבילה האמריקאית ל-practical completion. מסמכי חוזה AIA מגדירים אותה במדויק כי כל כך הרבה דברים אחרים תלויים בתאריך הזה - תקופות אחריות, שחרור ריטנשן וחובות הביטוח של הלקוח לעיתים קרובות כולם מתחילים להימנות ממנו.
קודי הסטטוס של ISO 19650 (S0-S7) המסמנים בדיוק למה מידע מתאים - תיאום, בדיקה או ביצוע - ככל שהוא עובר דרך CDE. מודל או שרטוט המסומן S2 ("מתאים למידע") שונה מאוד ממודל המסומן A2 ("מאושר לביצוע") - קודי התאמה הופכים את ההבחנה הזו למפורשת וקריאה למכונה במקום להסתמך על שם קובץ או מייל שאומר זאת. הם מה שבפועל מזיז פיסת מידע בין מצבי WIP, Shared ו-Published של ה-CDE.
הכלי המובנה ברוויט להדמיית מיקום השמש והצללים על המודל בכל תאריך, שעה ומיקום, משמש לבדיקות תכנון הצללה ותאורה טבעית. מחקר מסלול שמש מהיר בתוך רוויט עצמו יכול לתפוס בעיית הצללה ברורה או לאשר שאמצעי הצללה עובד בהיפוך הקיץ, בלי צורך לייצא לכלי סימולציית ביצועי בניין ייעודי בכל שאלת תכנון מוקדמת.
תיאום וניהול הרשת של קבלני משנה וספקים שמספקים חומרים ועבודה מומחית לפרויקט. ספק ייצור דיגיטלי אמין רק כמו שרשרת האספקה שמזינה אותו בחומרים בזמן - ולכן משלוח מעוכב שלוש רמות למטה עדיין יכול לפגוע בנתיב הקריטי חודשים אחר כך.
בחירת חומרים, ספקים וקבלנים בהתבסס בין השאר על ההשפעה הסביבתית והחברתית שלהם, לא רק על מחיר ואיכות. זהו הצד המקביל של הרכש ליעדי פחמן גלום - תכנון דל-פחמן עדיין יכול להיכשל ביעדי הקיימות שלו אם החומרים שמאחוריו נרכשים ממי שהכי זול בלי קשר לטביעת הרגל שלהם.
Synchro Pro
תוכנת תזמון בנייה 4D ייעודית, שמקשרת לוח זמנים של פרויקט ישירות לאלמנטי מודל תלת-ממדי כדי לדמות ולנהל את רצף הביצוע. במקום שלוח זמנים ומודל יתקיימו כשני מסמכים מנותקים, Synchro מקשרת כל משימה בלוח הזמנים לאלמנטים הספציפיים שהיא בונה, כך שכל הצוות יכול לצפות ויזואלית ב"גדילת" הבניין לאורך זמן ולזהות מיידית קונפליקטים ברצף שלוח זמנים מבוסס-גיליון בלבד לעולם לא היה חושף.
פאנל Revit המפרט כל מערכת MEP בפרויקט (כל ריצת תעלה, כל לולאת צנרת) המאורגנת לפי מערכת ולא לפי תצוגה או גיליון. בעוד שדפדפן הפרויקט מארגן מודל לפי תצוגה, דפדפן המערכות מארגן אותו לפי מערכת - הכלי שמהנדס MEP פונה אליו כדי לבחור כל אלמנט בריצת תעלה ספציפית אחת בבת אחת, בכל מקום שהיא מופיעה.
סוג משפחת Revit הבנוי לתוך הפרויקט עצמו - קירות, רצפות, גגות, תקרות - שלא ניתן לטעון, לשמור או לשתף כקובץ נפרד כמו משפחה טעינה. זהו הפיצול הבסיסי שכל משתמש Revit חדש צריך ללמוד: משפחות טעינה (כמו דלת או רהיט) חיות בקבצי RFA ונטענות לפרויקט, בעוד שמשפחות מערכת תמיד מתארחות בפרויקט, ומועתקות בין פרויקטים דרך transfer project standards במקום טעינת משפחה.
פיצ'ר ממשק ברוויט שמאפשר למספר פרויקטים פתוחים לשבת בכרטיסיות נפרדות בתוך חלון אחד, במקום שכל פרויקט יפתח מופע אפליקציה שלם משלו. העתקת אלמנט בין שני פרויקטים פתוחים, או השוואה מהירה של פרט בין עבודה נוכחית לפרויקט התייחסות מהעבר, הופכת להחלפת כרטיסייה פשוטה במקום החלפה בין שני חלונות רוויט נפרדים לחלוטין - נוחות זרימת עבודה שרוב המשתמשים החדשים מעריכים רק אחרי שהרגישו את החיכוך של הדרך הישנה.
אלמנטי הערה ספציפיים לתצוגה ברוויט, שמציגים באופן אוטומטי ערך פרמטר (כמו מספר דלת או סוג קיר) מהאלמנט במודל שאליו הם מחוברים. תג הוא לא טקסט עצמאי - הוא תצוגה חיה המחוברת לפרמטר של אלמנט מודל ספציפי, כך שאם הערך של אותו אלמנט משתנה (או שהאלמנט נמחק), התג מתעדכן או נעלם יחד איתו, מה שמונע מתיעוד השרטוטים לסטות בשקט מהמודל.
פרקטיקת lean construction שבה יעדי עלות וערך נקבעים בשיתוף פעולה מראש, והחלטות תכנון מתקבלות כדי לעמוד בהם - ההפך מלתכנן קודם ולתמחר אחר כך. היא מכניסה את הבעלים, המתכנן והקבלן לאותו חדר כבר מההתחלה, ומתייחסת לעלות היעד כאילוץ תכנון ולא כאומדן שמופק לאחר שהתכנון כבר נקבע - קרובה ברוחה יותר ל-integrated project delivery מאשר לרצף מסורתי של design-bid-build.
האדם שמכוון את הפקת המידע עבור צוות משימה, לפי סטנדרטים ושיטות מוסכמות. בתוך צוות משימה ב-BIM (כפי שמוגדר ב-ISO 19650 וב-BS 1192), מנהל מידע המשימה מתכנן ומכוון את ההפקה השוטפת של המידע, מוודא שהצוות פועל לפי מוסכמות השמות והסטנדרטים של הפרויקט, ובודק מידע לפני שהוא משותף לתיאום. בשונה מתפקיד מנהל המידע הרחב, שפועל ברמת הפרויקט כולו ולא בתוך צוות משימה בודד.
צוות דיסציפלינה ספציפי שמפיק מידע תחת ה-Lead Appointed Party. צוות חד-דיסציפלינרי - מהנדסי הקונסטרוקציה, יועצי המערכות, מומחי החזית - שממונה להפיק חלק ספציפי ממידע הפרויקט, תוך עבודה תחת תיאום ה-Lead Appointed Party. כל Task Team אחראי על ה-TIDP שלו, ועל מסירת מודל הדיסציפלינה שלו ל-LOD המוסכם בכל אבן דרך.
בשפה יומיומית זה פשוט "אחד מצוותי היועצים בפרויקט" - התרומה של ISO 19650 היא לתת ליחס הזה שם מדויק ומקום מוגדר במבנה מסירת המידע הכולל, במקום להשאיר אותו משתמע.
כלי יצירת BIM של Trimble המתמחה בהנדסה מבנית, חזק במיוחד בפירוט פלדה ובטון טרום. בעוד ש-Revit הוא כללי לאורך כל תחום, Tekla צוללת לעומק באחד - פרטי חיבור פלדה מדויקים מספיק כדי להניע ייצור דיגיטלי ישירות, ולכן נפוץ לראות מודל מבני של Tekla מאוחד עם מודל אדריכלי של Revit.
Template (.rte)
קובץ התחלה עם סטנדרט המשרד. קובץ ההתחלה של כל פרויקט - וה-DNA של סטנדרט המשרד. טמפלייט (rte. ברוויט) מגיע טעון מראש עם הגדרות תצוגה, View Templates, משפחות, סגנונות קו, דפי הדפסה, פרמטרים ושמות שכבות - כך שכל פרויקט חדש מתחיל מאורגן ואחיד.
משרד עם טמפלייט טוב מייצר תוצרת עקבית ומהירה; משרד בלי טמפלייט ממציא את הגלגל בכל פרויקט. הקמת טמפלייט משרדי היא אחת ההשקעות המשתלמות ביותר בהטמעת BIM.
המידות ש-Revit מציג אוטומטית בזמן הצבה או הזזה של אלמנט, ומראה את המרחק שלו לרפרנסים סמוכים - נעלמות ברגע שהפעולה מאושרת, אלא אם הן מומרות למידה קבועה. הן עזר להצבה, לא תיעוד - סמל מידה קבועה קטן מופיע לצדן בדיוק כדי שמשתמש יוכל לקדם קריאה זמנית שימושית למידה אמיתית בשרשרת מידות לפני שהיא נעלמת.
התכנון ההנדסי של מבנים שתומכים בעבודות במהלך הביצוע אך אינם חלק מהמבנה המוגמר - פיגומים, תבניות, סמכות תמיכה, דיפון. זהו תחום הנדסי נבדל מהתכנון המבני הקבוע, ומקור תכוף לתאונות באתר כשמתייחסים אליו כמחשבה בדיעבד במקום לתכנן ולבדוק אותו כראוי.
החבילה המלאה של שרטוטים, מפרטים, כמויות ותנאים שנמסרת לקבלנים כדי שיוכלו להגיש הצעת מחיר תחרותית לעבודה. תחת Design-Bid-Build, איכות חבילת המכרז קובעת ישירות עד כמה ההצעות שחוזרות ניתנות להשוואה ואמינות בפועל - מודל או מפרט לא שלמים או עמומים בשלב המכרז הם אחד המקורות הנפוצים ביותר להוראות שינוי יקרות ברגע שהביצוע מתחיל.
אלמנט הערות דו-ממדי ב-Revit להוספת הערות כתובות לתצוגה, בנבדל מטקסט מודל תלת-ממדי. הערת טקסט היא אלמנט ההערות הדו-ממדי הבסיסי של Revit להוספת הערות כתובות ישירות לשרטוט - קווי מוביל, עיצוב וסוגי טקסט מוגדרים מובנים בו. היא ספציפית לתצוגה בדומה לקו פרט, ונבדלת מקו מפתח, השואב את הטקסט שלו מפרמטר מקושר ולא מוקלד באופן חופשי.
נקודה מקומית במעטפת הבניין - פלטת מרפסת, קורת פלדה החוצה בידוד - שדרכה חום בורח הרבה יותר מהר מאשר דרך הבנייה שמסביב. גשר תרמי מערער מכלול קיר או גג מבודד היטב אחרת, ומתבטא כנקודה קרה, סיכון לעיבוי, ופער אמיתי בין ביצועי האנרגיה המחושבים לבין המדודים בפועל של התכנון. פירוט רציפות הבידוד סביב חדירות מבניות - ומידול אותם חיבורים במדויק ב-Revit - הוא בדיוק מה שהערכת גשר תרמי בודקת בפועל.
סעיף חוזי המאפשר למישהו שלא היה צד מקורי לחוזה - בעל מבנה עתידי, למשל - לאכוף את תנאיו ישירות. זוהי חלופה קלת-משקל יותר לערבות צמודה, שמשיגה תוצאה מעשית דומה עם פחות ניירת נפרדת עבור כל גורם חדש שזקוק להגנה.
פאנל המידע הממוסגר על גיליון Revit שמכיל את שם הפרויקט, כותרת השרטוט, קנה המידה, התאריך והיסטוריית השינויים. היא עצמה משפחת סימון, בנויה או ערוכה בהתאמה אישית לכל משרד, וזה מה שכל טבלת שינויים ורשימת גיליונות מוצגת לצדו בסופו של דבר.
תדריך קצר וחוזר באתר, המתמקד בנושא בטיחות ספציפי הרלוונטי לעבודת אותו היום. שיחת בטיחות קצרה היא תדריך קצר ובלתי פורמלי - בדרך כלל חמש עד חמש עשרה דקות - המתקיים באתר ומתמקד בנושא בטיחות ספציפי אחד הרלוונטי לעבודת אותו היום, כגון עבודה בגובה או ציוד חדש. בניגוד לתדריך כניסה לאתר החד-פעמי, שיחות אלו חוזרות על עצמן באופן קבוע לאורך הפרויקט.
סוג אלמנט ברוויט שהוצג להחליף את כלי Toposurface הישן, ממדל קרקע כמוצק אמיתי עם שכבות, חומרים ותת-אלמנטים בדומה לרצפת רצפה, ולא רק כמשטח. Toposurface היה גיאומטרי בלבד - צורה בלי שכבות חומר או נתוני כמות - בעוד Toposolid מתנהג כמו אלמנט בניין ראוי: הוא יכול לארח תת-אלמנטים, להתפצל לשכבות (אדמת גן מעל תת-קרקע), ולהזין טבלאות באותו אופן שהרכבת רצפה או קיר עושה, וסוגר פער ותיק בין מידול אתר למידול בניין.
אלמנט הטופוגרפיה הישן ב-Revit, גיאומטרי בלבד - צורה ללא שכבות חומר או נתוני כמויות, שהוחלף ברוב העבודות החדשות ב-Toposolid. Toposurface ממדל את צורת הקרקע של האתר מנקודות מדידה, קווי גובה או ענן נקודות מיובא, אך אינו נושא שכבות חומר או כמויות ניתנות לטבלה כפי שעושה Toposolid. הוא עדיין מופיע בפרויקטים ישנים יותר ושימושי לצורך הקשר אתר פשוט, אך ה-Toposolid החדש יותר של Autodesk הוא כעת הכלי המומלץ בכל פעם שהאתר עצמו צריך להתנהג כמו אלמנט בנייה אמיתי.
תוכנית השולטת כיצד כלי רכב - משלוחים, מנופים, משאיות בטון - נעים סביב אתר בנייה ודרכיו הסובבות ודרכם. באתר עירוני צפוף היא פועלת יד ביד עם תוכנית לוגיסטיקת האתר, אך מתמקדת ספציפית ברשת הכבישים הציבורית ולא בגבול האתר עצמו.
כלי Revit שמעתיק משפחות מערכת, תבניות תצוגה, סגנונות קו והגדרות פרויקט אחרות מקובץ פרויקט אחד לקובץ אחר, מבלי שיהיה צורך לבנות אותם מחדש ידנית. מכיוון שמשפחות מערכת ותבניות תצוגה לא ניתנות לטעינה כמו משפחת RFA, זהו המנגנון בפועל שמשרדים משתמשים בו כדי לשמור על עקביות סטנדרטים בין פרויקטים - בדרך כלל מופעל פעם אחת מול קובץ תבנית האב של המשרד ולא מפרויקט לפרויקט.
תיעוד רשמי המלווה סט של מסמכים או מודלים שנשלחים מצד אחד לצד אחר, ומפרט מה נשלח, מתי ולמה. מסמך שידור (Transmittal) הוא השובל הנייר של חילופי מידע - הוא מציין את השולח, הנמען, המטרה (לידיעה, לבדיקה, לביצוע), מספרי גרסה ורשימה של כל קובץ שנכלל, כך שלשני הצדדים יש תיעוד משותף וניתן לביקורת של מה שהונפק ומתי. בפרויקטי BIM הוא בדרך כלל נוצר אוטומטית על ידי סביבת הנתונים המשותפת כאשר סט מסמכים משנה מצב.
מסמך בקשת תכנון המעריך את יצירת התנועה ואת סידורי הגישה של הפיתוח. הצהרת תחבורה מעריכה את השלכות התנועה והגישה של פיתוח מוצע - יצירת נסיעות, היקף חניה, מסלולי הולכי רגל ואופניים - ומוגשת יחד עם בקשת התכנון עבור תוכניות שמתחת לקנה המידה המחייב הערכת תחבורה מלאה. היא מכתיבה באופן ישיר כמה חניה תוכנית האתר יכולה או חייבת לספק.
סקר המתעד את העצים הקיימים באתר ומעריך את ההשפעה של פיתוח מוצע עליהם. סקר עצים מתעד את כל העצים הקיימים באתר ובסביבתו - מין, מצב, קטגוריית שימור - וההערכה הארבורקולטורית הנובעת ממנו קובעת אילו עצים פיתוח מוצע יכול לשמר ואילו אמצעי הגנה על שורשים נדרשים בבנייה בקרבתם. בדומה לסקר אקולוגי, זהו לעיתים קרובות תנאי מוקדם לקבלת היתר תכנון ועשוי להגביל היכן מבנה או דרך הגישה אליו יכולים למעשה לעמוד.
כלי עריכה בסיסי של Revit שמקצר או מאריך קירות, קווים או קורות כך שהם נפגשים בצורה נקייה בפינה או בצומת. זהו אחד הכלים הראשונים שמשתמש Revit חדש לומד - לחיצה על שני קירות שלא ממש נפגשים וגרימה להם להתחבר בצורה נקייה במקום גרירה ידנית של נקודות קצה.
פלטפורמת שיתוף הפעולה בענן של Trimble, נפוצה בפרויקטי תשתית ו-Tekla. פלטפורמת שיתוף הפעולה בענן של Trimble - סביבה בסגנון CDE לשיתוף, צפייה ותיאום מודלים בין צוותים, נפוצה במיוחד בפרויקטים שמשתמשים ב-Tekla Structures או כלי Trimble אחרים, ונפוצה בהרחבה בעבודות תשתית ואזרחית כבדה לצד פרויקטי מבנים.
היא ממלאת תפקיד פונקציונלי דומה ל-Autodesk Construction Cloud, אך מאקוסיסטם ספק שונה - באיזה פרויקט תפגשו אותה בדרך כלל תלוי באיזו תוכנת מידול הדיסציפלינה הקונסטרוקטיבית או התשתיתית משתמשת.
משפחה מבנית ב-Revit הבנויה מתבנית משולשת של מוטות, המגשרת על מרחקים ארוכים בפחות חומר מקורה מלאה. קונסטרוקציית מסבכת (טראס) ב-Revit היא משפחה מבנית הבנויה מתבנית חוזרת ומשולשת של קורדות ומוטות רשת, המשמשת לגישור על מרחקים ארוכים - גגות, גשרים - בפחות חומר בהרבה ממה שקורה מלאה הייתה דורשת. כלי הטראס ב-Revit מאפשר לשרטט פרופיל פעם אחת ולייצר את תבנית המוטות הפנימית אוטומטית, והוא נשאר פרמטרי גם אם המפתח משתנה.
כלי הוויזואליזציה בזמן אמת של Epic Games, בנוי על מנוע Unreal. כלי ויזואליזציה אדריכלית בזמן אמת מבית Epic Games (יוצרי מנוע Unreal ו-Fortnite), שמציע את אותו ערך של "מעבר פוטו-ריאליסטי מיידי" כמו Enscape, אך בנוי על טכנולוגיית מנוע משחקים אמיתית. מודלים נכנסים מ-Revit וכלי BIM אחרים דרך Datasmith, צנרת הייבוא הייעודית של Epic, ששומרת על חומרים והיררכיה טוב בהרבה מייצוא גנרי.
Twinmotion ו-Enscape תופסים בערך את אותו נישה ומושווים לעיתים קרובות ישירות - הבחירה ביניהם בדרך כלל תלויה בהעדפת סגנון רינדור, צרכי תמיכת VR, ואיזה מהם רישיונות קיימים של המשרד כבר מכסים.
תהליך רכש שבו קבלן ממונה מוקדם על בסיס מידע ראשוני, ולאחר מכן עובד עם צוות התכנון כדי להסכים על מחיר סופי לפני תחילת הביצוע. היא מכניסה את קלט הבנייה של הקבלן לתכנון מוקדם יותר ממכרז חד-שלבי מסורתי - קרובה ברוחה יותר ל-early contractor involvement מאשר לפיצול design-bid-build טהור.
שתי רמות הנתונים שאלמנט נושא - משותפות לכל עותק, או ייחודיות לאחד בלבד. אחד הרעיונות הראשונים שבאמת מבלבלים כל מי שחדש ל-Revit. פרמטר טיפוס (Type) משותף לכל מופע מונח של אותו טיפוס - שנו את דירוג האש בדלת אחת מסוג "דלת יחיד 900 מ״מ" וכל דלת מאותו טיפוס בדיוק מתעדכנת, כי זו למעשה הגדרה משותפת אחת. פרמטר מופע (Instance) שייך לאלמנט מונח ספציפי אחד בלבד - מספר הסימון שלו, הקומה שלו, הגובה המדויק שלו מעל הרצפה - ושינוי שלו לא משפיע על שום דבר אחר.
הבנה נכונה של ההבחנה הזו היא ההבדל בין מודל שבו תיקון אחד מתקן ארבעים דלתות בבת אחת, לבין מודל שבו מתקנים ארבעים דלתות אחת-אחת ידנית.
קובץ טקסט ברוויט המפרט כל וריאנט סוג של משפחה, ומאפשר למשתמשים לטעון גדלים או תצורות ספציפיים בלי לפתוח את כל המשפחה. במקום לטעון משפחה שלמה עם כל גודל אפשרי (למשל, משפחת דלתות עם ארבעים שילובי רוחב/גובה) ולבחור אחד, קטלוג סוגים (Type Catalog) מאפשר למשתמש לבחור בדיוק את הסוג שהוא צריך ישירות מתיבת הדו-שיח של ההוספה - ושומר על פרויקטים קלים יותר וניהול משפחות נקי יותר, במיוחד עבור תוכן יצרנים עם וריאנטים רבים.
מדד לכמות החום שעוברת דרך אלמנט בניין למטר רבוע לכל מעלת הפרש טמפרטורה - ככל שהערך נמוך יותר, הבידוד טוב יותר. מקדם מעבר החום של קיר, גג או חלון מחושב מהתכונות התרמיות והעובי של כל שכבה במכלול המורכב שלו, כך שקבלת ערך נכון ב-Revit תלויה ישירות במידול חומרים אמיתיים ומוגדרים כראוי במקום ממלאי מקום גנריים. קודי אנרגיה ותקנים כמו Passivhaus קובעים מקדמי מעבר חום מקסימליים כיעדי ביצוע קשיחים שהתכנון חייב לעמוד בהם.
התייחסות עמומה ולא-ניתנת-לעריכה לקומה אחרת המוצגת מאחורי התצוגה הנוכחית - בדרך כלל הקומה שמתחת, ומשמשת לבדוק יישור בין קומות. כך שרטט בודק שקיר בקומה השנייה אכן מתיישר עם הקיר שתומך בו למטה, בלי לעבור הלוך ושוב בין שתי תצוגות תוכנית נפרדות.
מיון מאוחד לתעשיית הבנייה
שיטת מיון בריטית שמארגנת מידע בנייה לטבלאות עקביות - לפי מערכת, מוצר, מרחב ועוד - כך שניתן לתייג, לסנן ולשתף אותו באופן אחיד לאורך הפרויקט. Uniclass מקבצת מידע תחת טבלאות כמו מערכות, מוצרים, מרחבים/מיקומים וישויות, וכל פריט מקבל קוד אלפאנומרי קצר (למשל Ss_25_10 עבור מערכת קיר) שנשאר עקבי בין אם הוא מוזכר בשרטוט, בטבלת כמויות או בקובץ מסירה של COBie. השיטה נפוצה בעיקר בפרויקטים בבריטניה ובחבר העמים, ומתחברת באופן טבעי לשדות המיון הקיימים כבר בפרמטרים של משפחות וחומרים ברוויט.
מיון Uniformat לאלמנטים בבניין
מערכת מיון צפון אמריקאית המאורגנת לפי אלמנטים ומערכות בבניין (יסודות, שלד, מעטפת חיצונית) ולא לפי מקצוע או תוצר עבודה. בעוד MasterFormat מארגנת מידע לפי מקצוע (בטון, בנייה, דלתות וחלונות), Uniformat מקבצת את אותו בניין לפי ממה הוא בפועל בנוי - תת-מבנה, מעטפת, פנים, מערכות - מה שהופך אותה לשימושית במיוחד לאומדני עלות מוקדמים וכימות כמויות אלמנטרי, עוד לפני שקיימים מפרטים ספציפיים למקצוע.
מנוע תלת-ממד בזמן אמת המשמש לסיורים אינטראקטיביים, מציאות מדומה והדרכה משחקית המבוססת על נתוני BIM. Unity הוא מנוע תלת-ממד בזמן אמת, לצד Unreal Engine אחד משני הכלים הדומיננטיים להפיכת גיאומטריית BIM מיוצאת לסיור אינטראקטיבי, חוויית מציאות מדומה או סימולציית הדרכת בטיחות משחקית - ומועדף בדרך כלל לבנייה קלה יותר או מכוונת לנייד, שבה צנרת ההצללה הכבדה יותר של Unreal אינה נדרשת.
מנוע משחקים תלת-ממדי בזמן אמת שמשמש יותר ויותר ישירות להדמיה אדריכלית ברמה גבוהה ו-VR, הטכנולוגיה הבסיסית ש-Twinmotion עצמה בנויה עליה. Twinmotion מוותרת על חלק מהגמישות הגולמית של Unreal תמורת זרימת עבודה מהירה בהרבה ומותאמת ל-AEC - סטודיו שזקוק לשליטה יצירתית מלאה בתאורה, חומרים ואינטראקטיביות מעבר למה שהממשק המפושט של Twinmotion מציע, יפנה לעיתים קרובות ישירות ל-Unreal עצמה.
תיאור סצנה אוניברסלי
מסגרת פתוחה לתיאור סצנות תלת-ממד, שנבנתה במקור עבור הפקות קולנוע, המשמשת יותר ויותר להביא מודלי BIM לצנרות הדמיה וסימולציה בזמן אמת כמו NVIDIA Omniverse. היכולת של USD לשכב ולמזג סצנות ענקיות ממקורות מרובים באופן לא הרסני היא מה שהופך אותו לאטרקטיבי עבור AEC מעבר לקולנוע - ניתן להמיר מודל רוויט ל-USD ולשלב אותו עם מקורות נתונים אחרים בסביבת זמן אמת משותפת, בלי לשטח הכול לקובץ קבוע אחד כפי שפורמטים ישנים יותר עושים.
חיפוש רשומות תשתית תת-קרקעית קיימת לפני התכנון, החושף צנרת וכבלים המגבילים את האתר. חיפוש תשתיות מבקש רשומות מכל בעל תשתית סטטוטורית עם ציוד בקרבת האתר - מים, גז, חשמל, תקשורת - כדי לגלות מה קבור מתחת לאדמה לפני תחילת התכנון, שכן קו ראשי או כבל לא מתועדים עלולים לאלץ תכנון מחדש של יסודות או ניקוז אם הם מתגלים רק לאחר תחילת החפירה.
מנוע רינדור ברמה גבוהה, זמין כתוסף לרוויט, ידוע בדיוק תאורה וחומרים פוטוריאליסטי ולא במהירות בזמן אמת. בשונה ממנועי זמן אמת שנבנו לסיורים מהירים בשלב התכנון (Enscape, Twinmotion, Lumion), רינדורים ב-V-Ray לוקחים יותר זמן לחישוב בתמורה לתאורה וחומרים מדויקים יותר פיזית - הכלי המועדף כשהתמונה הסופית עצמה היא התוצר, כמו לוח תחרות או תמונת שיווק מרכזית.
תהליך מובנה לצמצום עלות בלי לוותר על תפקוד או איכות נדרשים. תהליך מובנה לסקירת תכנון ספציפית כדי למצוא דרכים לצמצם עלות תוך עדיין לעמוד בתפקוד ואיכות נדרשים של הפרויקט - החלפת חומרים, פישוט פרט, שאלת האם מערכת שצוינה בעצם נחוצה - בניגוד לפשוט "לחתוך פינות", שמקריב איכות כדי לחסוך כסף.
BIM הופך הנדסת ערך למושכלת הרבה יותר: מכיוון שמודל נושא נתוני QTO ועלות חיים, ההשפעה האמיתית על עלות וכמות של החלפה מוצעת ניתנת לבדיקה ישירות במודל, במקום להיאמד בערך על נייר, וההשפעה של שינוי מתפשטת בצורה גלויה דרך כל לוח ושרטוט שתלוי בו.
תהליך מובנה, לאורך כל הפרויקט, שמוודא שכל החלטת תכנון ורכש מספקת את האיזון הטוב ביותר בין עלות, איכות ופונקציה - רחב יותר מתרגיל בודד של הנדסת ערך. בעוד שהנדסת ערך היא בדרך כלל תרגיל ממוקד שמופעל על תכנון ספציפי לאחר שהוא כבר קיים, ניהול ערך פועל לאורך כל מחזור חיי הפרויקט, ומעצב את התכנית וההחלטות כבר מההתחלה במקום לייעל בדיעבד.
טכניקת lean construction למיפוי חזותי של כל שלב בתהליך כדי לאתר בזבוז, עיכוב ועבודה חוזרת שלא מוסיפים ערך ללקוח. זהו כלי אבחוני ש-lean construction שואל ישירות מהתעשייה - שרטוט הזרימה בפועל של תהליך הוא לעיתים קרובות הדרך המהירה ביותר לראות היכן הוא באמת נשבר.
Virtual Design & Construction
שימוש ניהולי במודלים לתכנון הביצוע. מונח שתפגשו הרבה במודעות דרושים ובחברות בנייה גדולות. VDC הוא הגישה הניהולית שעוטפת את ה-BIM: שימוש במודלים וירטואליים כדי לתכנן את הבנייה עצמה - תיאום, לוחות זמנים, לוגיסטיקת אתר ותקציב - לפני שמגיעים לשטח.
אם BIM הוא המידע והמודל, VDC הוא האופן שבו צוות הפרויקט משתמש בהם כדי לקבל החלטות ביצוע. בפועל, תפקיד "מתאם BIM" בחברה קבלנית קרוב מאוד לעבודת VDC.
פלטפורמת BIM ו-CAD בשימוש בארכיטקטורה, תכנון נוף ותכנון בידור/במה. ערכות הכלים שלה לנוף ולתעשיית הבידור חזקות באופן יוצא דופן בהשוואה ל-Revit, ולכן היא הבחירה הנפוצה יותר מחוץ לעבודת תכנון מבנים טהורה.
הגישה הכוללת שהתכנון נוקט להכנסת אוויר צח לבניין והוצאת אוויר מעופש - טבעית, מכנית, או שילוב של השתיים. אסטרטגיית אוורור טבעי מסתמכת על חלונות נפתחים וזרימת אוויר בעירוב-ארובה או צולב; אסטרטגיה מכנית משתמשת במקום זאת במערכות אספקה ופליטה בתעלות, ומחליפה שימוש באנרגיה בשליטה הדוקה יותר באיכות אוויר ונוחות. ככל שבניינים נבנים באיטום הולך וגובר כדי לעמוד ביעדי אנרגיה, אסטרטגיית האוורור הופכת למשקל הנגדי ששומר על אוויר פנימי בריא לנשימה.
מעקב וניהול שינויים במודל או במסמך לאורך זמן, כך שניתן לשחזר גרסאות קודמות ותמיד ברור איזו גרסה היא הנוכחית. שדות הסטטוס/גרסה של CDE עצמו הם מנגנון בקרת הגרסאות שלו ברמת הפרויקט; מערכת הקובץ המרכזי-מקומי של Revit היא אותו רעיון ברמת הקובץ הבודד.
כלל ברוויט שדורס את המראה הגרפי (צבע, סגנון קו, נראות) של אלמנטים במבט על סמך ערכי הפרמטרים שלהם, בלי לשנות את המודל עצמו. במקום לצבוע מחדש כל קיר ידנית, מסנן מבט (View Filter) אומר "כל קיר שבו דירוג האש שווה ל-2 שעות הופך לאדום במבט הזה" - מוחל לפי מבט או תבנית מבט, גרפי בלבד וניתן לביטול מלא מכיוון שהוא אף פעם לא נוגע בנתוני המודל בפועל. שימושים נפוצים כוללים קידוד שלבים, דיסציפלינות או דירוגי אש בצבע לאורך כל סט שרטוטים בבת אחת.
מערכת המישורים האופקיים (עליון, חתך, תחתון ועומק תצוגה) שקובעים מה תצוגת תוכנית ברוויט בפועל מציגה ובאיזה גובה היא חותכת דרך המודל. תוכנית שמציגה משטח מטבח אך לא את הארונות העליונים מעליו, או שמפספסת קורה נמוכה שאמורה להופיע כקו מקווקו, היא כמעט תמיד בעיית הגדרת טווח תצוגה ולא שגיאת מידול - אחד המקורות הנפוצים ביותר לבלבול אצל כל מי שחדש בקריאה או הפקה של תוכניות רוויט.
חבילה שמורה של הגדרות תצוגה שמופעלת בלחיצה אחת עבור גרפיקה עקבית. אוסף שמור של הגדרות תצוגה - החרגות נראות וגרפיקה, קנה מידה, רמת פירוט, שלב, טווח תצוגה ועוד - שניתן להחיל על תצוגה בלחיצה אחת, ואפשר גם לנעול כדי שאף אחד לא ישנה אותו בטעות. View Templates הם האופן שבו משרד שומר על כל תוכנית קומה, חתך וחזית שנראים עקביים לאורך פרויקט (ולאורך כל פרויקט, אם התבניות חיות בטמפלייט המשרדי), במקום שכל חבר צוות יגדיר הגדרות נראות ידנית.
הם אחד הכלים בעלי המנוף הגבוה ביותר במשרד רוויט מנוהל היטב: סט טוב של View Templates הופך את "לגרום לשרטוט הזה להיראות נכון" ממשימה ידנית של 20 דקות לבחירה מרשימה נפתחת של שתי שניות.
כלי הניווט התלת-ממדי בפינת תצוגת Revit, המאפשר לקפוץ לתצוגות אורתוגרפיות סטנדרטיות או לגרור לכל כיוון מותאם אישית. לחיצה על פאה, קצה או פינה של ה-ViewCube מקפיצה את התצוגה לזווית סטנדרטית (עליון, קדמי, פינה איזומטרית), בעוד גרירה שלו מסובבת בחופשיות - אותו כלי קיים ברוב מוצרי Autodesk, לא רק ב-Revit. אייקון בית קטן לצדו מאפס את התצוגה לכיוון הבית המובנה של המודל.
החלפות נראות/גרפיקה (VG)
דיאלוג לכל תצוגה בנפרד, ששולט אילו קטגוריות, אלמנטים ומסננים מוצגים או מוסתרים, וכיצד הם מצוירים - בשונה מתבנית תצוגה (View Template), שמאגדת הגדרות רבות כאלה יחד. חלון ה-VG (שנפתח בקיצור VG או VV) הוא המקום שבו מודליסט מכוונן משקלי קו, דוגמאות הצללה או נראות קטגוריה בתצוגה בודדת באופן מיידי - תבנית תצוגה, לעומת זאת, אורזת מערכת שלמה של הגדרות VG והגדרות תצוגה אחרות לפריסט אחד לשימוש חוזר וניתן לנעילה, המוחל על תצוגות רבות בבת אחת.
התוכנית המוסכמת לאופן שבו מודל של פרויקט גדול מפוצל לקבצים/נפחים נפרדים (לפי אזור, קומה או דיסציפלינה), כדי ששיתוף העבודה והתיאום יישארו ניתנים לניהול. בפרויקט גדול, קובץ רוויט בודד הופך כבד מדי לעבודה יעילה של מישהו, ולכן הצוות מסכם מראש כיצד לפצל אותו - לרוב לפי מגדל, טווח קומות או אזור - ומתעד היכן נמצאים גבולות כל פיצול, כדי שהמודלים המקושרים יישארו מיושרים ושום היקף לא ייפול בין שני נפחים בלי בעלים.
נתיב מצלמה מונפש דרך מודל Revit, שמאפשר לצופה לחוות תנועה דרך המבנה במקום להסתכל על תצוגה סטטית בודדת. זוהי חלופה פשוטה ומובנית לייצוא מודל ל-Twinmotion או Lumion עבור מעוף מרונדר במלואו - נאמנות נמוכה יותר, אך מיידית, ללא תוכנה נוספת מעורבת.
משפחת מערכת ב-Revit הבנויה משכבות מוערמות (מבנה, בידוד, גימורים) שמארחת דלתות, חלונות ופתחים אחרים. שכבות הקיר - כל אחת עם חומר, עובי ותפקיד משלה (מבנה, תרמי, גימור) - מוגדרות פעם אחת בטיפוס ומשמשות בכל מופע של אותו טיפוס, כך שעריכת מארג השכבות של הטיפוס מעדכנת בבת אחת כל קיר שמשתמש בו. קירות מתחברים אוטומטית בפינות ומנקים חיתוכים עם קירות אחרים, וכל דבר מדלתות ועד פאנלי קיר מסך מתארח עליהם.
כיצד Revit פותר אוטומטית את הגאומטריה במקום שבו שני קירות או יותר נפגשים בפינה או בצומת - השכבות של איזה מהם עוטפות את השני. זהו אחד המקורות הנפוצים ביותר לפינות מבלבלות בתוכנית - החיבור האוטומטי בדרך כלל מבצע זאת נכון, אך ביטול או עקיפה שלו ידנית הוא תיקון שגרתי כשהוא לא.
פרופיל דקורטיבי או פונקציונלי אופקי שמתווסף לאורך קיר - כרכוב, לוח בסיס, קורת חגורה - מתארח על הקיר אך מודל כאלמנט עצמאי משלו. הוא עוקב אחר הנתיב של הקיר עצמו באופן אוטומטי, כולל סביב פינות ופתחים, במקום להיות מצויר כמקטעים ישרים נפרדים שהיו צריכים עדכון ידני בכל פעם שהקיר משתנה.
ההתראות המובנות של Revit שמסמנות בעיות מידול שלא עוצרות עבודה אך צריך לתקן. ההתראות המובנות ש-Revit מעלה כשמשהו במודל מוטל בספק גיאומטרית או לוגית - קירות חופפים, אלמנטים בקומה הלא נכונה, חדרים שלא סגורים במלואם - בלי לחסום בפועל את המשתמש מלהמשיך לעבוד. מספר קטן של אזהרות הוא נורמלי בכל פרויקט פעיל; מודל עם אלפי Warnings מצטברות ומתעלמות הוא בדרך כלל סימן לבעיות תיאום או איכות עמוקות יותר שלא טופלו.
סקירה ומיון של רשימת האזהרות מדי פעם - תיקון מה שאמיתי, הבנה והתעלמות ממה שחיובי-כוזב - הם חלק סטנדרטי מבדיקות בריאות המודל שמתאם BIM מריץ לפני אבן דרך או מסירה.
אחריות של יצרן או קבלן משנה המכסה מוצר או מערכת ספציפיים לתקופה קבועה, נפרדת ולעיתים קרובות ארוכה יותר מתקופת אחריות הליקויים הכללית. קרום גג יכול לשאת אחריות יצרן ל-20 שנה למרות שתקופת אחריות הליקויים הכללית של הפרויקט כולו מסתיימת אחרי 12 חודשים - מעקב אחרי אילו אחריות מוצר ספציפיות חלות על אילו אלמנטים במודל הוא בדיוק סוג המידע הלא-גיאומטרי שמודל מידע נכס נבנה כדי לשאת לתוך שלב התפעול.
הסכם משפטי המעניק לחברת תשתית גישה על פני קרקע פרטית להתקנת ציוד או לתחזוקתו. רשות מעבר הוא הסכם משפטי המעניק לבעל תשתית סטטוטורית גישה על פני קרקע פרטית - לרוב זכות זמנית או ניתנת לביטול ולא קבועה - להתקנת ציוד כמו כבל עילי או צינור תת-קרקעי, או לתחזוקתו. היא נבדלת מזיקת הנאה, הרצה בדרך כלל באופן קבוע יחד עם רישום הקרקע עצמו.
הסמכה שמתמקדת באופן שבו מבנה משפיע על בריאות האנשים בתוכו. בעוד ש-LEED ו-BREEAM מתמקדים בעיקר בטביעת הרגל הסביבתית של מבנה, WELL Building Standard מסמיך את האופן שבו המבנה משפיע על בריאות ורווחת המשתמשים בו - איכות אוויר ומים, תאורה, אקוסטיקה, נוחות תרמית ושיקולי בריאות נפשית. הוא מתבקש יותר ויותר לצד LEED או BREEAM ולא במקומם, בעיקר בפרויקטי משרדים ומגורים שבהם חוויית המשתמש היא נקודת מכירה.
כמו בהסמכות האחרות, הנתונים שהערכת WELL צריכה - רמות אור יום, קצבי אוורור, שקיפות חומרים - חופפים במידה רבה למידע שמודל BIM מפותח כראוי כבר יכול לספק.
טביעת הרגל הפחמנית הכוללת של מבנה לאורך כל מחזור חייו, גלום בתוספת תפעולי. התמונה המלאה של הפחמן של מבנה לאורך כל מחזור החיים שלו: פחמן גלום מחומרים ובנייה, פחמן תפעולי מעשרות שנות צריכת אנרגיה, ופחמן סוף-חיים מהריסה או פירוק אפשריים בעתיד, הכל מחובר יחד. הערכת Whole Life Carbon דורשת בדיוק את סוג הנתונים העשירים והמובנים ש-BIM נבנה כדי להחזיק - כמויות, סוגי חומרים, אורך חיים צפוי, ביצועי אנרגיה - שנשלפים ממודל אחד במקום להיאסף ידנית מדוחות נפרדים.
זה יותר ויותר מה שרגולציות והסמכות כמו LEED ו-BREEAM נעות לכיוון דרישתו, ומחליף הערכות ישנות יותר שהסתכלו רק על אנרגיה תפעולית בבידוד.
עלות מחזור חיים מלא (WLC)
חישוב העלות הכוללת של בניין - ביצוע ועוד כל עלות עתידית של תפעול, תחזוקה והחלפה בסופו של דבר - ולא רק מחיר הביצוע הראשוני שלו. מערכת מיזוג זולה יותר לבנייה יכולה בקלות לעלות יותר על פני 30 שנות צריכת אנרגיה וחלקי חילוף ממערכת יקרה יותר ויעילה יותר - עלות מחזור חיים מלא היא המשמעת של השוואת אפשרויות על פני ציר הזמן המלא הזה במקום המספר הראשוני, תוך שימוש באותן כמויות ונתוני מערכת שכבר נתפסו במודל.
קטגוריית משפחה מאורחת ב-Revit שחותכת פתח בקיר לזיגוג, בגודל לפי פרמטרי טיפוס כמו רוחב, גובה וגובה אדן. כמו דלת, חלון מאורח לקיר וחותך אותו אוטומטית בכל מקום שבו הוא ממוקם, אך מוסיף פרמטר גובה אדן ששולט כמה מעל הרצפה מתחיל הפתח. המשקוף, הכנף והזיגוג הם כולם חלק מגאומטריית המשפחה, כך שהחלפת טיפוס החלון יכולה לשנות את המראה בכל האתר בלי להציב מחדש כל מופע.
Work in Progress
עבודה שטרם אושרה לשיתוף. האזור הפרטי בתוך ה-CDE שבו כל דיסציפלינה עובדת על המודל שלה לפני שמשתפת אותו עם הצוות הרחב יותר. מידע WIP לא נבדק ולא אושר - הוא קובץ העבודה הגולמי.
קידום מידע מ-WIP לאזור ה-Shared הוא צעד רשמי: פירושו שהמידע נסקר ומוכן לשאר הצוות לתאם כנגדו.
פירוק פרויקט להיררכיה של יחידות עבודה קטנות וניתנות לניהול - השלד הסטנדרטי שעליו לוח זמנים ותקציב שניהם נבנים. Uniformat ו-Omniclass הם בעצם מבני WBS מתוקננים עבור אלמנטי מבנה - וזו בדיוק הסיבה שההיררכיה של מודל BIM בנוי היטב כה לעיתים קרובות מתיישרת גם עם פירוק העלות והלוח זמנים של הפרויקט.
משטח הייחוס הבלתי-נראה ש-Revit משתמש בו לשרטוט והנחת גיאומטריה חדשה. משטח הייחוס השטוח הבלתי-נראה ש-Revit משתמש בו בכל פעם ששורטטים או מניחים משהו - כברירת מחדל הוא קשור לתצוגה או לקומה הנוכחית, אך ניתן להגדיר אותו במפורש לפאה, מישור ייחוס, או רשת ספציפית כדי לשרטט במקום שאינו שטוח ואופקי, כמו על גג משופע או קיר בזווית.
בלבול לגבי "למה האלמנט הזה הלך למקום שלא ציפיתי" הוא לעיתים קרובות בעצם בעיית Work Plane מוסווית - Revit הניח את הגיאומטריה החדשה יחסית למישור שהיה פעיל, לא בהכרח לזה שהמשתמש הניח. הבנה מפורשת של מישורי עבודה היא אחת הדרכים המהירות ביותר להפסיק להיאבק בלוגיקת המיקום של Revit ולהתחיל להשתמש בה בכוונה.
החלוקות הלוגיות של מודל מרכזי משותף, לפי צוות או אזור מבנה. המנגנון בתוך עבודה משותפת שמחלק מודל מרכזי אחד לחלקים לוגיים הניתנים לעריכה עצמאית - מעטפת וליבה, פנים, אתר, מערכות - כך שכמה אנשים יכולים לעבוד על אותו קובץ בו-זמנית בלי לדרוך אחד על השני כל הזמן. כל אלמנט שייך ל-Workset אחד בדיוק, וכל משתמש יכול לבחור אילו Worksets פתוחים וגלויים בסשן שלו, וזו גם הדרך שבה מודל גדול וכבד נשאר עביד: סגירת Worksets שלא צריכים מאיצה משמעותית את הסשן המקומי.
Worksets עוסקים בחלוקת בעלות בתוך קובץ אחד; אם צריך להביא קובץ נפרד באמת, זה מה שמודלים מקושרים נועדו עבורו.
מודל מרכזי ו-Worksets
צוות שלם שעובד על מודל Revit אחד בו-זמנית. המושגים שכל ג'וניור שומע בשבוע הראשון בפרויקט אמיתי. Worksharing הוא המצב ברוויט שמאפשר לצוות שלם לעבוד על מודל אחד בו-זמנית: הפרויקט חי במודל מרכזי (על שרת או בענן), כל אחד עובד על עותק מקומי מסונכרן, והשינויים חוזרים למרכזי עם "Synchronize with Central". Worksets מחלקים את המודל לחלקים לוגיים - מעטפת, פנים, פיתוח - כך שאפשר לנהל בעלות ותצוגה לפי צוות. אם תהיתם פעם למה שמות קבצים מסתיימים ב-"_Central" - זו הסיבה.
מצב תצוגה ברוויט שצובע אלמנטים בקוד צבע לפי Workset, בעלים או סטטוס עריכה ישירות בתצוגת המודל - אלטרנטיבה חזותית לבדיקת דיאלוג מוניטור שיתוף העבודה הנפרד. במקום לפתוח את דיאלוג מוניטור שיתוף העבודה כדי לבדוק מי הבעלים של מה, מודליסט יכול להפעיל תצוגת שיתוף עבודה ישירות בתצוגת תלת-ממד או תוכנית כדי לראות אותה צבועה על פני הגיאומטריה בפועל - שימושי לאיתור מהיר של אילו חלקים במודל נערכים כרגע באופן פעיל על ידי חברי צוות.
דיאלוג ברוויט שמציג את הסטטוס החי של סשן שיתוף עבודה - מי עורך מה, אילו Worksets פתוחים, ופעילות סנכרון נוכחית בין חברי הצוות. כאשר שמירה למודל מרכזי רצה לאט או שחבר צוות לא מצליח לקבל אישור לבקשת עריכה, מוניטור שיתוף העבודה הוא המקום הראשון לבדוק בו - הוא מציג בדיוק מי מחובר, מה הוא שאל, והאם המודל המרכזי עצמו נמצא תחת עומס כבד באותו רגע.
ערכת כלים בקוד פתוח מבוססת .NET לקריאה, יצירה ואימות של נתוני IFC. xBIM היא ערכת כלים בקוד פתוח מבוססת .NET לקריאה, כתיבה ואימות של נתוני IFC באופן פרוגרמטי - משמשת מפתחים הבונים בדיקות נתוני BIM, ממירים או צופים מותאמים אישית על מחסנית .NET, אותה נישה ש-BonsaiBIM ו-IfcOpenShell ממלאים בצד Python/Blender.
קיבוץ MEP ב-Revit של חדרים או חללים החולקים מערכת HVAC משותפת, המשמש לניתוח עומסים ואנרגיה. אזור (Zone) מקבץ מספר חדרים או חללים החולקים מערכת HVAC או תרמוסטט משותפים, ומשמש לסיכום עומסי חימום וקירור עבור התאמת גודל ציוד וניתוח אנרגיה במקום לחשב כל חדר בבידוד - מושג הקיבוץ בצד ה-MEP הניצב לצד ההבחנה האדריכלית בין חדר לחלל.