ifc ֆորմատ ինչ. ifc ֆայլի ընդլայնում: IFC-ի ֆայլերի բացման հետ կապված խնդիրների այլ պատճառներ

2016-ի ամռանը թողարկվեց հիանալի մեկը, որը ցուցադրում էր OpenBIM տեխնոլոգիան (տեղեկատվական մոդելների բաց փոխազդեցություն) Յարոսլավլի բազմաբնակարան բնակելի շենքի նախագծի օրինակով, որի ճարտարապետական ​​մասը նախագծված էր ARCHICAD ծրագրային արտադրանքում ( ճարտարապետների համար ամենահզոր BIM լուծումներից մեկը, իսկ նախագծային մասը (KZh հատված)՝ Tekla Structures-ում (BIM հզոր լուծում կառուցվածքային ինժեներների համար): Հոդվածում ցուցադրվում էր բավականին մեծ օբյեկտի վրա համատեղ աշխատանքի շրջանակներում մի քանի անկախ լուծումներ համատեղելու գործնական հնարավորություն։

Nanosoft-ի մասնագետները հոդվածի հեղինակներից պահանջել են նախագծի ինժեներական մասի աշխատանքային փաստաթղթերը (պատրաստված դասական 2D տեխնոլոգիայի միջոցով) և վերարտադրել այն՝ օգտագործելով. ժամանակակից տեխնոլոգիատեղեկատվական մոդելավորում nanoCAD Engineering BIM նոր ծրագրային փաթեթում, որը թողարկվել է 2016 թվականի սեպտեմբերին։ Իսկ հետո նախապես ստեղծված ճարտարապետական ​​և դիզայներական մոդելը համալրեցին ինժեներական բաժիններով։ Արդյունքը համախմբված BIM մոդելն է, որը միավորում է յոթ նախագծային բաժիններ՝ ճարտարապետություն, կառուցվածքներ երկաթբետոնե կոնստրուկցիաների և ինժեներական ցանցերի մասով՝ էլեկտրիկի/լուսավորության, ցածր հոսանքների, անվտանգության համակարգերի, ջեռուցման, ջրամատակարարման և կոյուղու մասերում:

Ներածություն

Հիշեցնեմ, որ նախագիծն ինքնին (նկ. 1) տրամադրվել է ProfStroy LLC ներդրումային ընկերության կողմից, որի գործունեությունն ուղղված է Յարոսլավլում և Յարոսլավլի մունիցիպալ շրջաններում մատչելի և հարմարավետ բնակարանների կառուցմանը, հիմնականում էկոնոմ դասի:

Բրինձ. 1. Բնակելի շենքի տեղեկատվական (BIM) մոդելներ՝ ճարտարապետական ​​և նախագծային մաս

Նախագծի և ARCHICAD ծրագրում ստեղծված ճարտարապետական ​​մոդելի հեղինակը ճարտարապետ Ա.Լիսոկոնն է։ Բոլոր կրող կառույցները պատրաստվել են Tekla Structures-ում դիզայներներ Վ. Սիզովի և Դ. Ռոյկի կողմից: Նախագծի գլխավոր ինժեներ Ա.Մեդվեդևն է։

Ինժեներական մասը (նկ. 2)՝ օգտագործելով BIM տեխնոլոգիա (Building Information Modeling - info modeling of buildings / structures) վերաստեղծվել է Nanosoft-ի մասնագետների կողմից 2D փաստաթղթերի համաձայն՝ էլեկտրական մասը՝ Դ. Շչուրով, ջեռուցում, ջրամատակարարում և կոյուղի՝ Ն. Սուվորով, թույլ հոսանքներ և անվտանգության համակարգեր՝ Մ.Բադաև, ամփոփ մոդել և ընդհանուր համակարգում՝ Դ.Օժիգին։

Բրինձ. 2. Բնակելի շենքի տեղեկատվական (BIM) մոդել՝ վերակառուցված 2D փաստաթղթերից ինժեներական առումով՝ էլեկտրականություն, լուսավորություն, ցածր հոսանքներ, անվտանգության համակարգեր, ջեռուցում, ջրամատակարարում և կոյուղի։

Նախնական տվյալներ՝ հասկանալ շենքի կառուցվածքը

Շենքի վերաբերյալ նյութերը ստանալուց հետո պարզեցինք հետևյալը.
Նախ, շենքն իրականում բաղկացած է երկու շինություններից (նկ. 3)՝ անկախ մասերից, որոնք միմյանցից 800 մմ բարձրությամբ շեղված են: Դա անսպասելի էր, և մենք մի փոքր գլուխներս քորեցինք, թե ինչպես լավագույնս կազմակերպել նախագիծը. կա՛մ երկու առանձին շենք, կա՛մ մեկ շինության մեկ մոդել: Ի վերջո, մենք որոշեցինք կատարել մեկ մոդել (յուրաքանչյուր հատվածում) - ապագայում այս որոշումը արդարացրեց իրեն, քանի որ մենք կարողացանք ինժեներական հաշվարկներ կատարել ամբողջ շենքում.

Երկրորդ, ճարտարապետական ​​նախագծի սկիզբը չի համընկնում առանցքների ցանցի կոորդինատների ծագման հետ. A1 առանցքների խաչմերուկը գտնվում է x = 19454.1, y = -271.4, z = 0 կոորդինատներում: Այնուամենայնիվ, մենք տեղադրեցինք. A1 կետում ինժեներական նախագծի ծագումը և կոմպոզիտային մոդելների հավաքագրման ժամանակ հաշվի է առնվել այս տեղաշարժը.

Բրինձ. 3. Նախագիծը բաղկացած է երկու շենքից, իսկ A1 առանցքների խաչմերուկը գտնվում է x = 19454.1, y = -271.4, z = 0 կոորդինատներում:

Երրորդ, մենք ճարտարապետի կողմից հետևյալ ներդրումն ունեինք.

• հատակագծերը *.dwg ձևաչափով, վերբեռնված ARCHICAD նախագծից - մենք օգտագործել ենք այս նյութերը որպես հիմք (ենթաշերտ) ինժեներական նախագծման և հատվածի աշխատանքային փաստաթղթերի պատրաստման համար,
• IFC ձևաչափով մեկ ճարտարապետական ​​մոդել. մենք օգտագործել ենք այս մոդելը որպես սարքավորման եռաչափ դասավորությունը համակարգելու և մոդելի ընդհանուր պատկերացում ստանալու հիմք,
• աշխատանքային փաստաթղթերը *.dwg ձևաչափով. քանի որ մենք վերարտադրել ենք նախագիծը (և զրոյից չենք նախագծել), մենք օգտագործել ենք այս նյութերը՝ ինժեներական լուծումը հասկանալու համար:

Մենք նաև ունեինք IFC ձևաչափով մեկ դիզայնի մոդել, որը գործնականում չօգտագործեցինք, քանի որ նախագիծը չփոխեցինք։ Բայց մենք բեռնեցինք դիզայնի մոդելը ամփոփման մեջ և տեսանք որոշ հակասություններ: Օրինակ, ինժեների և ամրապնդող ձողերի միջև:

Ելքային տվյալներ գործնական առաջադրանքի համար (IFC-մոդելներ)

Ծրագրային արտադրանքի շրջանակներում մենք ստանում ենք աշխատանքային փաստաթղթեր, հաշվարկներ, տեխնիկական բնութագրեր նախագծի համար, մասնավորապես, ինժեներական բաժիններ՝ nanoCAD Engineering BIM-ից: Ինչպե՞ս կոնկրետ: Սա մի փոքր դուրս է մեր հոդվածի շրջանակներից, ուստի լրացուցիչ տեղեկությունների համար այցելեք մեր սեմինարներին և վեբինարներին: Կամ դիտեք, օրինակ, «Information Modeling Technology (BIM) and the nanoCAD CAD հարթակ» երգացանկը մեր YouTube ալիքում ( https://www.youtube.com/playlist?list=PLaWJ5dzYEDosgGNi7SH3xtxZWaqDc4y4_): Որպես այս գործնական առաջադրանքի մաս, մենք կհավաքենք միայն ամփոփ BIM մոդելը:

Օգտագործված բոլոր ծրագրային արտադրանքներից դուք կարող եք ցանկացած պահի ներբեռնել տեղեկատվական մոդելը IFC ձևաչափով, և այն կպարունակի ամենավերջին և ամենաարդիական տեղեկատվությունը: Համար գործնական աշխատանքՄենք ստեղծել ենք, օգտագործելով nanoCAD Electro, SCS, OPS, VK և Heating ծրագրային արտադրանքները, IFC-ի առանձին մոդելներ, որոնք հավաքել ենք rar-արխիվում:

Խնդրում ենք նկատի ունենալ, որ արխիվը պարունակում է նաև ֆայլ CCI.AS.ifc- սա նախագծի ճարտարապետական ​​մասն է (IFC-մոդել, ձևավորված ARCHICAD-ից): Ահա *.dwg-ֆայլերը, որոնք ձեռք են բերվել ARCHICAD BIM-մոդելից ավտոմատացված ռեժիմով և թարմացվում են հիմնական մոդելի թարմացման ընթացքում. սա առաջին հարկի երկչափ գծագրություն-առաջադրանք է և եռաչափ մոդել: առաջին հարկ (շենք 1 և շենք 2)։ Փաստորեն, սա առաջին հարկի նախնական տվյալներն են ինժեներական նախագծման համար: Մենք դրանք կօգտագործենք ամփոփ մոդելի հավաքածուն պատկերացնելու համար:

Ծրագրային ապահովում

Գործնական աշխատանքի համար մեզ անհրաժեշտ է մեկ ծրագիր՝ nanoCAD Plus 8.1 հարթակը, որը կարելի է ներբեռնել մշակողի կայքից՝ www.nanocad.ru/products/detail.php?ID=606057:

Բայց IFC-ի մյուս դիտողները կարող են օգտագործվել որպես փորձ.
Տեղադրեք ծրագրային արտադրանք և գործարկեք nanoCAD Plus 8.1-ը:

Քայլ 1. ձևավորել ենթաշերտը

Այս քայլը բավականին նախապատրաստական ​​է և անհրաժեշտ է, որպեսզի դուք հստակ հասկանաք, թե ինչ է կատարվում։ Ստեղծեք նոր նախագիծ nanoCAD Plus-ում (NEW հրաման) և պահեք այն անվան տակ Համառոտ BIM Model.dwg.

Հաջորդը, մենք տեղադրում ենք երկչափ սուբստրատ: Դա անելու համար օգտագործեք ATTACH հրամանը (մենյու Տեղադրեք/Արտաքին տեղեկանք...) ներառել ֆայլը 01 Առաջին հարկ 2D.dwgներբեռնված նյութերից (նկ. 4): Խնդրում ենք նկատի ունենալ, որ կպցնելիս ես օգտագործում եմ հարաբերական ուղի ֆոնի համար (բաժին Ճանապարհի սահմանումերկխոսության մեջ Արտաքին հղումի տեղադրում) և նշեք ներդիրի կոորդինատները՝ x = -19454.1, y = 271.4, z = 0 (այսինքն՝ ես տեղադրում եմ կոորդինատների սկզբնակետը A1 առանցքների հատման կետում):

Բրինձ. 4. Ենթաշերտերը տեղադրելիս նշում ենք ներդիրի կետի կոորդինատները և օգտագործում հարաբերական ներդրման ուղիները.

Երբ հիմքը հայտնվում է փաստաթղթի լուսանցքում, կուրսորը տեղափոխեք էկրանի կենտրոն և պահելով SHIFT ստեղնը + մկնիկի անիվը, գծագիրը պտտեք անկյան տակ դեպի 3D տարածություն: Կամ ընդլայնել այն ստանդարտին SE իզոմետրիկ(_SEISO հրաման):

Կրկնեք հրամանը՝ ֆայլերի համար ջրանիշը տեղադրելու համար 01 Առաջին հարկ 3D (մաս 01).dwgև 01 Առաջին հարկ 3D (մաս 02).dwgնույն մածուկի կոորդինատներով, ինչ 2D նախագծի դեպքում, ձեր նախագծին կավելացվի առաջին հարկի 3D ճարտարապետության երկրաչափությունը: Սա դեռևս BIM մոդել չէ, քանի որ ստացված երկրաչափությունը որևէ տեղեկություն չի պարունակում տարրերի մասին։ *.dwg ֆայլերը տրամադրում են միայն երկրաչափություն, և մենք այն կօգտագործենք՝ հասկանալու տարբերությունը իրական BIM մոդելից:

Եվ վերջապես, սահմանեք 3D տարածության ցուցադրման եղանակը՝ մենյուում Դիտել/Տեսողական ոճերընտրել տարրը Արագ՝ ցույց տալով կողոսկրերըկամ Արագ.

Եթե ​​ամեն ինչ ճիշտ է արված, ապա դուք կստանաք արդյունքը, որը ցույց է տրված Նկ. 5.


Բրինձ. 5. NanoCAD նախագծում տեղադրում ենք երկչափ և եռաչափ ենթաշերտ, որպեսզի տեսողականորեն տեսնենք BIM նախագծի հավաքման գործընթացը:

Հուշում 1. օգտագործեք SHIFT ստեղնը և միաժամանակ սեղմեք մկնիկի անիվը՝ մոդելը պտտելու համար. սա թույլ կտա ձեզ դիտել նախագիծը բոլոր կողմերից:

Հուշում 2. եթե ունեք հզոր համակարգիչ, բայց մոդելը պտտելիս «թարթում է»՝ անջատելով դեմքերի գունավորումը, ապա ծրագրի կարգավորումներում ( Ծառայություն/Կարգավորում) կարող է անջատվել Եռանկյունի մատուցման օպտիմիզացում (Գրաֆիկական ենթահամակարգ/Օպտիմալացում) - դրանից հետո nanoCAD-ն ամբողջությամբ կնկարի մոդելը նույնիսկ պտտման ժամանակ։ Շատ ավելի հեշտ է աչքերի համար:

Քայլ 2. Ավելացնել BIM մոդել

Մենք լիովին պատրաստ ենք հավաքել համախմբված BIM մոդել: Այժմ օգտագործեք IFCVIEW3D հրամանը՝ ֆայլը բեռնելու համար MKZHD.O_building1.ifc. Դուք կարող եք ընտրել ցանկացած այլ ֆայլ, բայց ես խորհուրդ եմ տալիս սկսել այս մեկից. այն փոքր է չափերով, արագ բեռնվում է և բավականին տեսողական է: Եթե ​​ամեն ինչ ճիշտ է արված, ապա դուք կունենաք շենքի ջեռուցման համակարգը թիվ 1 շենքում - տես նկ. 6.

Հուշում 3. եթե IFC ֆայլը ներբեռնելուց հետո մոդելը չի ​​երևում, պահեք ֆայլը ձեր կոշտ սկավառակի վրա:

Խնդրում ենք նկատի ունենալ, որ բեռնված IFC ֆայլի կառուցվածքը հայտնվել է IFC ֆունկցիոնալ վահանակի վրա (վահանակը գտնվում է կողքին. Հատկություններև միացրեք / անջատեք ցանկի միջոցով Դիտել/Վահանակներ/Ֆունկցիոնալ վահանակներ/IFC...): հատակներ, տարրերի դասեր, բարձրություններ և այլն: Վահանակը թույլ է տալիս արագ գտնել տարրեր ըստ իրենց դասերի, ինչպես նաև ակնթարթորեն անջատել օբյեկտների տեսանելիությունը. կարող եք, օրինակ, անջատել վերին հարկերի օբյեկտները:

Բրինձ. 6. Նախագծի եռաչափ մոդել *.dwg- և IFC-տվյալներով

Նկատի ունեցեք նաև, որ BIM մոդելը պարունակում է տեղեկատվություն օբյեկտների մասին. օրինակ, եթե ընտրեք ռադիատոր, ապա հատկությունների պատուհանը կցուցադրի տվյալ օբյեկտի մասին՝ ծավալը, ջերմային բեռը, տեղադրման բարձրությունը հատակին, հզորությունը, անվանումը, հղումը դեպի արտադրողի կայքը և այլն: Այս ամբողջ տեղեկատվությունը պահվել է nanoCAD Heating ծրագրային ապահովման արտադրանքում և զգուշորեն փոխանցվել nanoCAD Plus միջավայր՝ շնորհիվ IFC ձևաչափի, որը պարզապես նախատեսված է նման տեղեկատվություն ծրագրերի միջև փոխանցելու համար: Համեմատեք, օրինակ, *.dwg ֆայլի օբյեկտների հատկությունների հետ, որոնք պարունակում են միայն ընդհանուր տեղեկություններ, ինչպիսիք են գույնը, շերտը, գծի հաստությունը (տես նկ. 7):

Բրինձ. 7. IFC-ի օբյեկտները պարունակում են շատ ավելի շատ պարամետրեր՝ համեմատած DWG բլոկների հետ

IFC-ի օբյեկտներից ստացված տեղեկատվությունը կարող է օգտագործվել ինչպես Ընտրության վահանակում, երբ ընտրվում են նախագծի համար, այնպես էլ ավտոմատ ստեղծվող բնութագրերում (օրինակ, սարքավորումների բնութագրերում) - տես նկ. ութ.

Բրինձ. 8. IFC-ի օբյեկտների պարամետրերը և տեղեկատվությունը կարող են օգտագործվել աղյուսակներում և ընտրանքներում

Քայլ 3. Համախմբված BIM մոդելի ստեղծում

ՄՖԿ-ի այլ մոդելների համար հաջորդաբար կրկնելով 2-րդ քայլը, մենք կարող ենք հավաքել ամփոփ BIM մոդել (նկ. 9):

Յուրաքանչյուր բաժնի համար IFC վահանակում ստեղծվում է օբյեկտների ցանկ: Յուրաքանչյուր ավելացված բաժին պարունակում է IFC-օբյեկտներ իրենց հատուկ տվյալներով (ներկառուցված համապատասխան ծրագրային արտադրանքներում), որոնք կարող են կամ ձեռքով սահմանվել, կամ վերցվել տվյալների բազայից, կամ հաշվարկվել հաշվարկների արդյունքում:

Միևնույն ժամանակ, յուրաքանչյուր ավելացված հատված բավականին զգալիորեն բեռնում է համակարգիչը, և ամբողջական մոդելը հավաքելու համար անհրաժեշտ են հզոր ռեսուրսներ։ Այս նախագծում ամենադժվարը ջրամատակարարման մոդելն է. ամենայն հավանականությամբ, որոշ ժամանակ կպահանջվի այն բեռնելու համար: Հետևաբար, իրական աշխատանքում դուք կարող եք համատեղել ոչ թե ամբողջ մոդելը, այլ միայն որոշակի հատվածներ կամ նույնիսկ հարկեր. սա թույլ կտա լուծել գործնական խնդիրներ՝ առանց համակարգչային ռեսուրսների զգալի ավելացման:

Բրինձ. 9. Համախմբված BIM մոդելը թույլ է տալիս մասնագետներին աշխատել մեկ տեղեկատվական տարածքում

NanoCAD Plus-ը որպես դիտող ապահովում է մոդելի ցուցադրում, նավարկություն ինչպես զուգահեռ (SHIFT + մկնիկի անիվ), այնպես էլ հեռանկարային պրոյեկցիայում (3DFLIGHT հրաման և WSAD ստեղներ կառավարելու համար): Սա թույլ է տալիս մտնել նախագծի ներսում և տեսողականորեն գտնել խնդրահարույց տարածքները, բախումները և թերությունները: Բացի այդ, օգտագործելով ավտոմատ բնութագրերը, դուք կարող եք արագ ընտրել IFC-ի ցանկալի օբյեկտները և վերահսկել ինժեներական ցանցերի պարամետրերը: Ընդհանուր առմամբ, դա հնարավորություն է տալիս նախագիծը ներկայացնել որպես ամբողջություն՝ հաշվի առնելով հարակից հատվածների իրավիճակը, բաշխել հետագա աշխատանքը մասնագետների միջև և աշխատել մեկ տեղեկատվական տարածքում (նկ. 10 և 11):

Բրինձ. 10. NanoCAD Plus հարթակի նավիգացիոն գործառույթները թույլ են տալիս դիտել համախմբված BIM մոդելը ցանկացած տեսանկյունից:

Բրինձ. տասնմեկ. Տարբեր տեսակներամփոփ BIM մոդելը nanoCAD Plus 8.1 աշխատանքային պատուհանում

Քայլ 5. Թարմացրեք IFC մոդելները

Այս պահին nanoCAD Plus 8.1-ում մոդելները թարմացվում են՝ ջնջելով IFC մոդելը վահանակից: ՄՖԿև մոդելի նոր տարբերակի վերաբեռնում: Այստեղ մեզ անհրաժեշտ է տեխնոլոգիական գործընթացի օպտիմալացում. ապագայում մենք ցանկանում ենք իրականացնել IFC-ի տվյալների բեռնումը որպես ենթաշերտ: Այնուհետև դրանք կթարմացվեն ինքնուրույն՝ IFC ֆայլի փոփոխությունից հետո:

Քայլ 6. BIM մոդելների համախմբում այլ լուծումներում

Որպես լրացուցիչ առաջադրանք, դուք կարող եք փորձել կառուցել ամփոփ մոդելներ Tekla BIMsight-ում (անվճար լուծում) (Նկար 12) և Solibri Model Checker-ում (վճարովի լուծում. Solibri Model Viewer-ի անվճար տարբերակը թույլ է տալիս բացել միայն մեկ IFC մոդել): Այս արտադրատեսակները նախագծված են որպես IFC դիտողների ունիվերսալ լուծումներ և բարելավված են բախումների ավտոմատ հայտնաբերմամբ, փոփոխությունների հաշվետվություններով և մոդելների վիզուալիզացիայի ավելի առաջադեմ գործիքներով:

Բրինձ. 12. Համառոտ BIM մոդելը Tekla BIMsight IFC դիտիչում թույլ է տալիս ավտոմատ կերպով գտնել համակարգերի միջև բախումները:

Եզրակացություն

BIM տեխնոլոգիան զարգանում է, և ամեն օր դիզայներներն ունեն լրացուցիչ գործիքներ բարձրորակ նախագծեր ստեղծելու համար: Մի քանի տարի առաջ դժվար էր նույն տարածքում ճարտարապետությամբ և ճարտարագիտությամբ բազմահարկ բնակելի շենքի մոդել հավաքելը, բայց հիմա դա բավականին տարածված գործնական խնդիր է։

Այնուամենայնիվ, դեռևս անհրաժեշտ է հետագա զարգացում: Անհրաժեշտ է զարգացնել IFC-ի տվյալների հետ աշխատելու արագությունը, կատարելագործել թարմացման գործիքները համախմբված BIM մոդելների շրջանակներում, բարելավել լուծումների միջև ինտեգրումը տեղեկատվության փոխանցման մակարդակում, ստանդարտացնել շինարարական կառույցների և նյութերի պարամետրերը, դասերը և հիերարխիան: ավտոմատացնել հաշվարկները, փոփոխություններ փոխանցել նախագծերի և բաժինների միջև: Այս ամենը մոտ ապագայի գործն է։

Nanosoft-ի մասնագետները հրավիրում են համագործակցության և պատրաստ են խորհուրդներ տալ ինժեներական ցանցերի BIM մոդելների ստեղծման և BIM փոխազդեցության կազմակերպման վերաբերյալ։

Դենիս Օժիգին,
CTO Nanosoft

Հուսով ենք, որ օգնել ենք ձեզ լուծել IFC ֆայլի հետ կապված խնդիրը: Եթե ​​չգիտեք, թե որտեղից կարող եք ներբեռնել հավելված մեր ցուցակից, սեղմեք հղման վրա (սա ծրագրի անվանումն է) - դուք կգտնեք ավելի մանրամասն տեղեկատվություն այն վայրի վերաբերյալ, որտեղից կարող եք ներբեռնել անհրաժեշտ հավելվածի անվտանգ տեղադրման տարբերակը: .

Էլ ի՞նչը կարող է խնդիրներ առաջացնել:

Կարող են լինել ավելի շատ պատճառներ, որ դուք չեք կարող բացել IFC ֆայլը (ոչ միայն համապատասխան հավելվածի բացակայությունը):
Նախ- IFC ֆայլը կարող է սխալ կերպով կապված լինել (անհամատեղելի) այն աջակցելու համար տեղադրված հավելվածի հետ: Այս դեպքում դուք պետք է ինքներդ փոխեք այս կապը: Դա անելու համար աջ սեղմեք IFC ֆայլի վրա, որը ցանկանում եք խմբագրել, սեղմեք տարբերակը «Բացելով»այնուհետև ցանկից ընտրեք ձեր տեղադրած ծրագիրը: Նման գործողությունից հետո IFC ֆայլը բացելու հետ կապված խնդիրները պետք է ամբողջությամբ անհետանան:
Երկրորդ- ֆայլը, որը ցանկանում եք բացել, կարող է պարզապես վնասված լինել: Այս դեպքում լավագույն լուծումը նոր տարբերակ գտնելն է կամ նորից ներբեռնել այն նույն աղբյուրից, ինչ նախկինում (գուցե ինչ-ինչ պատճառներով նախորդ նիստում IFC ֆայլի ներբեռնումը չի ավարտվել, և այն չի կարող ճիշտ բացվել) .

Ցանկանու՞մ եք օգնել։

Եթե ​​դուք ունեք լրացուցիչ տեղեկություններ IFC ֆայլի ընդլայնման մասին, մենք երախտապարտ կլինենք, եթե դրանք կիսեք մեր կայքի օգտատերերի հետ: Օգտագործեք տրամադրված ձևը և ուղարկեք մեզ IFC ֆայլի մասին ձեր տեղեկությունները:

Փոխգործունակությունը կարևոր է հաջողության համարBIM. Բաց տվյալների ստանդարտների մշակում և «չգրանցված» տվյալների հասանելիությունBIMարդյունաբերության համար առաջնահերթություն է, եթե մենք ցանկանում ենք խուսափել թերություններից և չլուծված չլուծված վերադարձի խնդիրների կրկնությունից: հետ փոխգործունակություն ՄՖԿթույլ կտա վերաօգտագործել նախագծային տվյալները, որոնք արդեն մշակվել են, և այդպիսով ապահովելու համապատասխանություն մոդելներից յուրաքանչյուրի միջև նույն շենքի տարբեր ներկայացումների համար: Ծրագրի ողջ թիմի համար հետևողական, ճշգրիտ և հասանելի տվյալները զգալի ներդրում կունենան ձգձգումների և լրացուցիչ ծախսերի ազդեցությունը մեղմելու գործում, ասվում է դրանում:

IFC-ի նման շենքերի տվյալների մոդելի մշակումը համեմատաբար նոր ձեռնարկություն է: Այս հայեցակարգով մշակված առաջին հավելվածը հունգարական Graphisoft ընկերությունից ArchiCAD-ն էր: Revit-ը ամենավերջին հավելվածն է, և Autodesk-ը ձեռք է բերել իր զարգացման համար պատասխանատու ընկերությունը՝ Revit Technology Corporation-ը, 2002 թվականին:

Կան նաև այլ հավելվածներ, ինչպիսիք են Bentley Architecture-ը և Autodesk Architectural Desktop-ը, որոնք մշակել են իրենց շենքերի տվյալների մոդելները՝ հիմնվելով իրենց սկզբնական CAD հարթակների վրա՝ համապատասխանաբար MicroStation և Auto CAD:

Այս բոլոր հավելվածներն ունեն իրենց ներքին տվյալների կառուցվածքը «հաճախորդի ձևաչափով»: Սա նշանակում է, որ նրանք չեն կարող միմյանց հետ տեղեկատվություն փոխանակել, քանի դեռ դրա համար թարգմանիչ չկա։

IFC-ն նախագծված էր ստեղծելու հետևողական տվյալների մեծ խումբ, որը կարող է ներկայացնել շենքի տվյալների մոդելը՝ այդպիսով թույլ տալով տեղեկատվության փոխանակում ճարտարապետական ​​և ինժեներական նախագծման և շինարարության ոլորտում ծրագրային ապահովման տարբեր վաճառողների միջև: IFC-ն այս համատեքստում իրեն դրսևորում է որպես թարգմանության տվյալների մոդել՝ «ոչ մեկին չպատկանող» ձևաչափով, որը հասանելի է ճարտարապետատեխնիկական նախագծման և շինարարության ոլորտում օբյեկտները սահմանելու համար: Այնուամենայնիվ, այն չի ստանդարտացնում տվյալների կառուցվածքները ծրագրային հավելվածներում և սահմանափակվում է միայն ընդհանուր տեղեկատվության ստանդարտացմամբ:

buildingSMART-ը սահմանում է IFC-ն որպես տվյալների սխեման, որը թույլ է տալիս տվյալների պահպանման և տեղեկատվության փոխանակում տարբեր BIM հավելվածների միջև:

IFC-ի սխեման ընդարձակելի է և ունի տեղեկատվություն, որը ներառում է բազմաթիվ առարկաներ, որոնք նպաստում են շենքի ստեղծմանը կյանքի ցիկլհայեցակարգի մշակումից, նախագծումից, շինարարությունից մինչև վերակառուցում կամ քանդում:
IFC-ն գրանցված է Ստանդարտացման միջազգային կազմակերպության կողմից (ISO) որպես ISO-PAS-16739 (2005) և ընդունված է որպես պաշտոնական ստանդարտ:

IFC-ում փոխանակման յուրաքանչյուր իրականացում պետք է հետևի այսպես կոչված «փոխանակման պահանջներին»: Նման պահանջները սահմանում են այն տեղեկատվությունը, որը պետք է ներկայացվի տվյալների փոխանակման ընթացքում որոշակի նախագծման փուլում՝ կանխատեսելով անորոշությունը:
IFC-ի միջոցով հնարավոր է նաև ստեղծել «տեղեկատվական դիտումներ» կամ տվյալների ենթախմբեր՝ օգտագործելով միայն որոշակի տարածքի համար անհրաժեշտ տվյալները՝ օգտագործելով «Model View» գործընթացը՝ ModelView:

IFC-ն սպեցիֆիկացիաների սխեմա է, որը տրամադրում է ուղիներ՝ սահմանելու և հասկանալու շինարարական օբյեկտների տեղեկատվությունը, հարաբերությունները և հատուկ հատկությունները և դրանք BIM մոդելում:

ՄՖԿ-ն տեխնիկապես սահմանվում է մոդելավորման և տվյալների փոխանակման ISO 10303-11 ստանդարտի կիրառմամբ, որը նաև կոչվում է STEP Product Data Exchange Standard: ISO-ն սկսեց մշակել STEP հստակեցումը (տվյալների ձևաչափը) 1984 թվականին՝ տեղեկատվության ընդհանուր ներկայացման և փոխանակման ստանդարտներ սահմանելու համար, և STEP ստանդարտը օգտագործվում է բազմաթիվ ոլորտներում, ինչպիսիք են ճարտարագիտությունը և ճարտարագիտությունը: Մասնագետները, ովքեր ի սկզբանե ներգրավված էին STEP ստանդարտի մշակման մեջ, ստեղծեցին IAI (Interoperability Alliance International)՝ ճարտարապետական ​​և տեխնիկական նախագծման և շինարարության ոլորտի համար հատուկ չափանիշներ մշակելու համար:

IFC-ն օգտագործում է ռեսուրսներ՝ հիմնված STEP ստանդարտի և նույն մոդելավորման լեզվի վրա, որը կոչվում է EXPRESS:

STEP ստանդարտը հստակեցման տիրույթ է, որն ունի պարզ տեքստի լեզու՝ համաձայն STEP/EXPRESS տվյալների սխեմայի հստակեցման՝ ISO 10303-11 (2004), որը նաև սահմանում է IFC լեզուն; ISO 10303-21 (2002) փոխակերպում տեքստային ֆայլերի համար, որոնք ներկայացնում են մոդելները տվյալների սխեմայի համաձայն. StepXML փոխակերպում, ISO 10303-28 (2007) XML (Extensible Markup Language) ֆայլերի համար; Application Programming Interface (API), ISO 10303 22 (1998) քարտեզագրում ծրագրավորման մոդելներին մուտք գործելու համար, որը հայտնի է որպես ստանդարտ տվյալների հասանելիության միջերես (SDAI):

Փոխակերպման բոլոր տեխնոլոգիաներից ISO 10303 21 (2002) ամենակարևորներից մեկն է փոխգործունակության տեսանկյունից, որն արդյունավետորեն սահմանում է IFC ֆայլի ձևաչափը: IFC մոդելի ներկայիս զարգացումը կառավարվում է buildingSMART-ի կողմից:

IFC-ն մշակվել է 1997 թվականից, երբ դեռ թողարկվում էր 1.0 տարբերակը, և այսօր, հետևողական և համակարգված թարմացումներից հետո, IFC-ն թողարկվել է 4x2 Հավելված 2 տարբերակով 2015 թվականի սկզբին: Տարբերակները ենթարկվում են փոփոխությունների և մշակումների՝ շենքում և դրա կյանքի ցիկլը ավելի լավ ներկայացնելու համար ստեղծված իրերն ու հարաբերությունները:
Քանի որ դա չեզոք և բաց տվյալների ձևաչափ է, ծրագրային ապահովման ընկերությունները կարող են IFC-ի տվյալների արտահանման ուղիներ մշակել: Դա անելու համար հավելվածը պետք է լինի «IFC-ի համապատասխան», սերտիֆիկացման գործընթացը պետք է կատարվի SMART տեխնոլոգիայի ստեղծման միջոցով։ Այսօր կան մոտ 204 ծրագրեր, որոնք հավաստագրված են որպես «IFC-ի համապատասխան»:

Ճարտարապետության ակնարկՄՖԿ

ՄՖԿ-ի էությունը որպես ամբողջություն հասկանալու համար օգտագործվում է Գծապատկեր 1-ի հայեցակարգային դիագրամը: Այս կառուցվածքի պարզեցված նկարագրության համար՝ Eastman et al. (2012b) հասկացությունները:

Նկար 1: IFC-ի 2x3 տարբերակի ընդհանուր սխեման

Այս կառուցվածքում կա չորս շերտ, որոնք հաջորդաբար նկարագրվելու են վերևից ներքև.

Ռեսուրսների շերտ > Հիմնական շերտ > Համատեղելիության շերտ. ընդհանուր տարրեր > տիրույթների շերտ

Ռեսուրսների շերտ

Այս շերտը հիմքն է, որը բաղկացած է սուբյեկտներից, որոնք սովորաբար օգտագործվում են ճարտարապետական ​​և տեխնիկական նախագծման և շինարարության արդյունաբերության օբյեկտներում, ինչպիսիք են երկրաչափությունը, տեղաբանությունը, նյութերը, չափման համակարգերը, պատասխանատու միջնորդները, ներկայացումը, ծախսերը և այլն:

Բազային շերտ

Այս շերտի բոլոր սուբյեկտները գալիս են IFC-ի արմատային գրացուցակից և պարունակում են վերացական միավորներ, որոնք հղում են կատարում հիերարխիայի ավելի բարձր շերտերով: Հիմնական շերտը բաժանված է չորս լրացուցիչ ենթաշերտերի՝ Control, Product, Process և Foundation:

Հիմնադրամի ենթաշերտը բազային կառուցվածքն է, որը կապն է և ընդհանուր հիմնական հասկացությունները հատուկ մոդելների բոլոր լրացուցիչ մասնագիտացումների համար, որոնցում հիմնական հասկացությունները սահմանվում են որպես խումբ, գործընթաց, արտադրանք և հարաբերություններ:

Արտադրանքի կամընտիր սխեման սահմանում է վերացական շինարարական բաղադրիչներ, ինչպիսիք են տարածական, տեղական, շենքային, տարրական: Լրացուցիչ գործընթացի դիագրամը պատկերացում է տալիս գործընթացների վերափոխման աշխատանքի պլանավորման և ծրագրավորման տրամաբանական հաջորդականության, ինչպես նաև դրա արդյունքների համար անհրաժեշտ առաջադրանքների մասին: Լրացուցիչ հսկողության սխեման վերաբերում է գործընթացների վերահսկմանը վերաբերող հասկացություններին:

Ընդհանուր տարրեր կամ համատեղելիության շերտ

Այս շերտը պարունակում է սուբյեկտների կատեգորիաներ, որոնք ներկայացնում են շենքի ֆիզիկական տարրերը:

Այն օգտագործվում է մասնագիտությունների և սպասարկման հայտերի փոխանակման համար և տեղավորում է շենքի ֆիզիկական տարրերը։ Այն ունի սահմանումներ այնպիսի միավորների համար, ինչպիսիք են ճառագայթները, սյուները, պատերը, դռները և շինության այլ ֆիզիկական տարրերը, ինչպես նաև հոսքի վերահսկման հատկությունները, ակուստիկ հատկությունները, ի թիվս այլոց:

Դոմենի շերտ

Սա ամենաբարձր շերտն է, որը վերաբերում է որոշակի առարկաների սուբյեկտներին, ինչպիսիք են ճարտարապետությունը, կառուցվածքը, սարքավորումները և մի քանի ուրիշներ:

Ինչպես են սահմանվում սուբյեկտներըՄՖԿ?

Այս հայեցակարգը ցույց տալու համար բերենք մի օրինակ. Կօգտագործվեն երկու հիմնական սուբյեկտներ՝ «պատ» և «տարածություն», և հնարավոր կլինի տեսնել, թե ինչպես է դրանցից յուրաքանչյուրը ներկայացված առանձին, և ինչպես է ներկայացված նրանց միջև հարաբերությունները, ինչպես ցույց է տրված Նկար 2-ում:

Գծապատկեր 2-ում վանդակները սուբյեկտների սահմանումներ են, որոնք ցույց են տալիս դրանց որոշ ատրիբուտներ. փոքր շրջանակները «պատի» և «տիեզերական» սուբյեկտների օրինակներ են, իսկ ադամանդները՝ սուբյեկտների միջև հարաբերություններ:

Նկար 2Կառույցի «պատը» և միավորի «տարածությունը» IFC մոդելում և դրանց փոխհարաբերությունները

Սուբյեկտի հիերարխիան սահմանում է «պատ» էությունը և այլ ֆիզիկական սուբյեկտներ, ինչպիսիք են սալերը, ճառագայթները, սյուները:

Գործնականում դա նշանակում է, որ «պատ» էությունը (ifcWall) սահմանվում է որպես «շինարարական տարրեր» էության ենթատեսակ (ifcBuildingElement), որը «տարր» էության ենթատեսակ է (ifcElement) և այլն մինչև « արմատային գրացուցակ» էությունը (ifcRoot):

Հատկանիշները կապված են յուրաքանչյուր էության տիպի հետ, և «պատ» էությունը ժառանգում է վերը նշված բոլոր կազմակերպությունների ատրիբուտները կամ «մայր սուբյեկտները», որոնք հայտնի են որպես «գերտիպեր»:

Այս դեպքում տրանսցենդենտ մակարդակի բոլոր սուբյեկտները վերացական են. սա նշանակում է, որ հնարավոր չէ ստեղծել այս տեսակի օրինակելի էություն: Այդ իսկ պատճառով նման սուբյեկտները գտնվում են Հիմնական շերտում։ Այնուամենայնիվ, պատի էությունը վերացական չէ, ինչը նշանակում է, որ այն չի կարող հղվել շենքի մոդելում գոյություն ունեցող պատի օբյեկտներ ստեղծելու համար: Մեծ մասամբ պատի հատկանիշները, ինչպիսիք են նրա տեսակը, ձևը, գտնվելու վայրը, քանակը, կցամասերը, բացվածքները և այլն: ի սկզբանե սահմանվել են իրենց «գերտիպերով»։

Տիեզերական էությունը (ifcSpace) սահմանվում է որպես Տարածական կառուցվածքային տարրի (ifcSpatialStructureElement) ենթատեսակ, որը արտադրանքի միավորի (ifcProduct) ենթատեսակ է, որը նույնպես գոյություն ունի Պատի կառուցվածքի հիերարխիայում:

«Տիեզերական» էության դեպքում նրա սուպերտիպի բոլոր սուբյեկտները վերացական են, իսկ «տիեզերական» էությունը ժառանգում է սուպերտիպերի բոլոր հատկությունները։ Այնուամենայնիվ, ինչպես պատի կառուցվածքը, տիեզերական միավորը վերացական չէ և կարող է հղում կատարել շենքի տարբեր տարածքներ ստեղծելու համար:

Տարբեր տեսակի հարաբերություններ կարող են կապված լինել օրինակում օգտագործված սուբյեկտների հետ: «Ագրեգացիայի» հարաբերությունը կիրառելի է «տիեզերական» էության օրինակների վրա՝ դրանք խմբավորելու շինարարական պանելների մեջ, իսկ «կապսուլյացիա» կապը կիրառելի է «կահույք» միավորի նկատմամբ՝ այն որոշակի տարածքում տեղադրելու համար:
Եթե ​​«պատ» էությունը պետք է կապված լինի «տիեզերական» էության հետ, ապա կկիրառվի «encapsulation» կապը (ifcRelContainedSpatialStructure):

Ինչպես ցույց է տրված Նկար 2-ում, հարաբերությունը տեղի է ունենում ifcElement և ifcSpatialStructureElement մակարդակներում, ինչը նշանակում է, որ ցանկացած այլ տարր՝ պատ, ճառագայթ, սյուն, դուռ և այլն: - կարող է կապված լինել տարածական կառուցվածքի հետ՝ տեղանք, շենք, վահանակ, տարածություն:

Քանի որ IFC ձևաչափը թույլ է տալիս ստեղծել բոլոր այս տեսակի հարաբերությունները, հայտի հեղինակի պարտականությունն է ապահովել, որ այդ հարաբերությունները պատշաճ կերպով ստեղծվեն, ով պետք է մոդելը արտահանի ifc ձևաչափով:

Քանի որ IFC-ի ձևաչափը շատ ճկուն է և չի նշում ասոցիացիայի ձևը, պատը պետք է կապված լինի տարածության հետ, բայց կարող է նաև կապված լինել վահանակի հետ:
Միևնույն ժամանակ, հավելվածը, որը պետք է գտնի տարածության հետ կապված պատ, կարող է չգտնել այն, քանի դեռ նման ասոցիացիան բացահայտորեն չի ստեղծվել: Այսպիսով, IFC-ի ֆայլի ստեղծման ձևը՝ հավելվածի կողմից արտահանման համար, շատ կարևոր է և հաջողության կարևոր գործոն է IFC օգտագործող հավելվածների միջև փոխգործունակության համար:

Լեզվի բարդությունՄՖԿ

IFC-ի լեզուն շատ ընդարձակ է և բարդ: 2x4 RC4, buildingSMART (2012d) ընթացիկ տարբերակը ներառում է.

• 126 սահմանված տեսակներ,
• 206 թվարկված տեսակներ,
• 59 տեսակ ընտրության համար,
• 764 սուբյեկտի սահմանումներ,
• 43 գործառույթ,
• 408 սեփականության խումբ,
• 91 արժեքների խումբ
• 1691 անհատական ​​գույք.

Լեզվի բարդությունը սրվում է նույն օբյեկտի համար գոյություն ունեցող մոդելավորման այլընտրանքային ձևերի հնարավորությամբ. օրինակ, կառուցվածքային բլոկը կարող է մոդելավորվել կամ սահմանափակված չորս հարթություններով, կամ մակերեսային և վեկտորային սեղմումով: Այս օբյեկտներից յուրաքանչյուրն ունի տարբեր իմաստային իմաստներ, և թեև դրանք կարող են ունենալ նույն տեսքը եռաչափ պատկերում, դրանք տարբեր կերպ կվերաբերվեն վերլուծության կառուցվածքային մեթոդին:
Այն դեպքերում, երբ ifc-ը չունի կոնկրետ օբյեկտ, լեզուն պարունակում է սիմուլյացիոն շարժիչ, որը կոչվում է IfcProxy, որը գործում է որպես այն երկարացնելու մեխանիզմ:

Լեզուների բարդությունը մի կողմ թողած, IFC մոդելները հակված են մեծ ֆայլերի չափսեր ունենալ: Օրինակ՝ 19 պանելներով շենք, որի ամբողջական մոդելը մոտ 360 ՄԲ է։

Նա հրավիրեց ծրագրային ապահովման մշակողներին՝ օգնելու իրեն մշակել օբյեկտի վրա հիմնված ինտերֆեյս (C++ ծրագրավորման լեզվի դասերի տեսքով) AEC (Ճարտարապետական ​​և շինարարական դիզայն) ոլորտում հավելվածների ինտեգրման համար: Տասներկու ԱՄՆ ընկերություններ այնուհետ ստեղծեցին IAI-ը (International Alliance for Interoperability), որն այժմ հայտնի է որպես buildingSMART:

Դաշինքի հիմնական նպատակն է մշակել արդյունաբերական ստանդարտ (և ֆայլի ձևաչափ), որը համապատասխանում է չեզոք ճարտարապետական ​​և շինարարական արտադրանքի մոդելին, որը ծածկում է շենքերի և շինությունների կյանքի ցիկլի տարբեր կարիքները: Այս ստանդարտը կոչվում էր IFC (Industry Foundation Classes; կա նաև այս հապավումի ոչ պաշտոնական վերծանում՝ Information For Construction):

IFC-ի տարբեր կազմակերպությունների հարաբերությունների մոդելը նկարագրված է EXPRESS տվյալների մոդելավորման լեզվով (որը CAD տվյալների փոխանակման STEP ձևաչափի մի մասն է): Սուբյեկտների օրինակներն են շինարարական տարրերը (օրինակ՝ IfcWall), երկրաչափությունը (օրինակ՝ IfcExtrudedAreaSolid) և հիմնական կառուցվածքները (IfcCartesianPoint to IfcBSplineSurfaceWithKnots), որոնք կազմում են օբյեկտի հիերարխիա՝ սեփականության ժառանգությամբ։ Ընդհանուր առմամբ, IFC-ն նկարագրում է մոտ 700 տարբեր կազմակերպություններ: IFC-ի օբյեկտի մոդելի մանրամասն նկարագրությունը կարելի է գտնել:

IFC ֆայլի երեք հիմնական ձևաչափերն են.

• IFC-SPF, տեքստային ձևաչափ, որը համապատասխանում է STEP (Միջազգային ստանդարտ ISO 10303-21) ֆայլին՝ .ifc ընդլայնմամբ։
• IFC-XML, ձևաչափ, որը հիմնված է XML նշագրման լեզվի վրա, որը նույնպես մաս է կազմում STEP (ISO 10303-28) .ifcXML ընդլայնմամբ:
• IFC-ZIP, IFC-SPF ձևաչափի սեղմում .ifcZIP ընդլայնմամբ

Այսօրվա համար ամենավերջին` IFC ստանդարտի չորրորդ տարբերակի վրա աշխատանքը սկսվել է վեց տարի առաջ: IFC4-ի վերջնական տարբերակը, որը թողարկվել է անցյալ շաբաթ, շուտով կհաստատվի որպես միջազգային ստանդարտ ISO 16379: IFC4-ի հիմնական առավելությունները (համեմատած այսօր օգտագործվող IFC2×3-ի հետ) հետևյալն են.

• Բարելավումներ և լրացումներ ներկառուցված օբյեկտների կատալոգում
• IFC-ի տեղայնացման համար սահմանված գույքի բազմալեզու տարբերակը տարբեր երկրներ(ի լրումն անգլերենի, այժմ IFC-ի հեռարձակումները կան ֆրանսերեն, գերմաներեն և ճապոներեն)
• Մոդելի ավելի կոմպակտ ներկայացում 4D և 5D BIM փոխանակելիս - միջինում IFC4 ֆայլերը IFC2x3-ի կիսով չափ են:
• IFC-ի իրականացման ավելի շատ օգտագործման դեպքեր և նկարազարդումներ

IFC-ի նախորդ տարբերակի (2×3) ֆայլերի հետ աշխատելն աջակցվում է հետևյալ հանրաճանաչ ծրագրային արտադրանքներում և մշակողների բաղադրիչներում.

• Ալպլան (Նեմեցչեկ)
• ArchiCAD (Graphisoft)
• AutoCAD Architecture (Autodesk)
• Bentley Architecture (Bentley Systems)
• Թվային նախագիծ (Gehry Technologies)
• GRAITEC (Advance Steel, Advance Concrete, Advance Design արտադրանք)
• HOOPS 3D փոխանակում (Tech Soft 3D)
• IDEA Architectural (4M)
• IFC սերվեր (բաց կոդով)
• Revit (Autodesk)
• Rhino 3D (Robert McNeel & Associates - երրորդ կողմի պլագինների միջոցով)
• SolidWorks (Dassault Systems)
• Թեքլա (Trimble)
• VectorWorks (Նեմեցչեկ)

Այս արտադրանքի մշակողները շուտով պետք է աշխատանքներ տանեն IFC4-ի նոր տարբերակի ինտեգրման ուղղությամբ։

Շինարարության ոլորտում սովորական CAD համակարգերով աշխատողներին պայմանականորեն կբաժանենք նրանց, ովքեր առաջին անգամ լսում են IFC հապավումը և նրանց, ովքեր արդեն նկատել են այս ձևաչափով աշխատելու հնարավորությունը CAD համակարգերում, բայց չեն օգտագործել կամ չեն օգտագործել։ իմանալ, թե ինչ է դա և ինչպես օգտագործել այն: Այսպիսով, եկեք սկսենք հենց հիմունքներից:

ՄՖԿ- այս հապավումը նշանակում է «Industry Foundation Classes»: Որն ազատ թարգմանության մեջ կարելի է մեկնաբանել որպես «Հիմնական արդյունաբերական կատեգորիաներ (դասեր)»։ Անունն ինքնին մեզ քիչ բան է ասում, ուստի եկեք նշանակենք IFC-ի հիմնական խնդիրը՝ շենքի ճարտարապետական ​​և շինարարական մոդելի փոխկապակցված տարրերի կազմակերպում և պահպանում:

Ինչու՞ ենք մեզ հետաքրքրում ֆայլի մեկ այլ ձևաչափ, որը պահպանում է նման տեղեկատվություն: Իրոք, ներկայումս յուրաքանչյուր CAD համակարգ ունի տեղեկատվության պահպանման իր ձևաչափը: Օրինակ, Autodesk Revit-ի համար այս ֆորմատը RVT է, իսկ Autodesk AutoCAD-ի համար՝ DWG:

Բանն այստեղ սա է. Այս ձևաչափի հիմնական առանձնահատկություններն են.

1. դրա ամբողջական բաց լինելը
2. Բազմակողմանիություն
3. անվճար
4. տեղեկատվության լայն տեսականի պահպանելու և փոխանցելու ունակություն (ոչ միայն երկրաչափական, այլև ցանկացած այլ, օրինակ, գնահատումներ կամ նյութերի բնութագրերի վերաբերյալ տեղեկատվություն)
5. ճարտարապետական ​​և շինարարական մոդելի առանձին բաղադրիչների միջև հիերարխիայի և հարաբերությունների առկայությունը
6. IFC ձևաչափի պարադիգմը ուղղակիորեն կապված է շենքի տեղեկատվական մոդելի (BIM) պարադիգմի հետ, և խիստ ասած՝ սա դրա իրականացումներից մեկն է, որը կախված չէ որևէ CAD ծրագրային փաթեթից:
7. Այսպիսով, այս ձևաչափը հավակնում է լինել ճարտարապետության և շինարարության ոլորտում օգտագործվող CAD համակարգերի և ծրագրերի համար շենքերի էլեկտրոնային նկարագրության ունիվերսալ ստանդարտ:

Այս պահին գրեթե բոլոր հայտնի CAD համակարգերն աջակցում են դրան (Autodesk Revit, AutoCAD MEP and Arcitecture, Nemetschek Allplan, Graphisoft Archicad, Bentley Microstation և Architecture):

Կան տարբեր IFC դիտողներ և այլ ծրագրերի հավելումներ: Նրանց թիվն աստիճանաբար աճում է։ Տարբեր համակարգերի կողմից IFC-ի աջակցությունը նշանակում է, որ մենք կարող ենք նախագծել շենքի մոդել մեկ CAD փաթեթում և այն փոխանցել մեկ այլ CAD փաթեթի կամ պահպանել այն IFC ձևաչափով՝ հետագա օգտագործման համար: Միևնույն ժամանակ մոդելում կպահպանվեն կոնկրետ հատկություններ, շինությունների տարրեր (պատեր, առաստաղներ, պատուհաններ, դռներ, հատակի բարձրություն և այլն) և նրանց միջև փոխհարաբերությունները:

Լավ է հնչում, բայց չնայած այն հանգամանքին, որ այս ձևաչափն արդեն բավականին հին է (նա 14 տարեկան է), նա համբավ և հետագա զարգացում ստացավ ընդամենը 4 տարի առաջ։ Այս առումով կան տարբեր նրբություններ և տարբերություններ տարբեր համակարգերից այս ձևաչափի ֆայլեր արտահանելիս և ներմուծելիս: Այնուամենայնիվ, ներկայումս ձևաչափն ինքնին շարունակում է ակտիվորեն զարգանալ, իսկ CAD փաթեթների ներմուծման և արտահանման հնարավորությունները շարունակում են զարգանալ։