OPEN BIM | IFC
3. 속성(Property Set)으로 보는 IFC의 변화
속성(Property Set)으로 보는 IFC의 변화
1. IFC2x3의 속성 – 초기 IFC 속성 변화의 한계
IFC2x3에서도 객체 속성을 담을 수 있었다. 예를 들어 IfcWall 객체에는 기본적으로 다음과 같은 속성이 있었다.
| 객체 | 기본 속성 (예시) | 설명 |
|---|---|---|
| IfcWall | Length, Height, Thickness | 길이, 높이, 두께 같은 기하 정보 |
| IfcDoor | OverallHeight, OverallWidth | 문의 전체 높이와 폭 |
| IfcWindow | OverallHeight, OverallWidth | 창의 전체 높이와 폭 |
문제는 속성의 일관성이 부족했다는 것이다.
- 예를 들어 “방화 성능” 같은 속성을 넣으려면 사용자가 임의의 Property Set을 만들어야 했다. 누군가는 “FireRating”이라 쓰고, 누군가는 “방화등급”이라고 썼다.
- 같은 의미를 가진 속성이 프로젝트마다 제각각이라, 다른 소프트웨어로 열면 그 속성을 인식하지 못하거나, 중복된 속성으로 표시되었다.
즉, IFC2x3는 속성 자체는 있었지만, 표준화된 공용 속성이 부족했다고 말할 수 있다.
2. IFC4의 속성 – 표준화로 강화된 IFC 속성 변화
IFC4로 넘어오면서 속성 정의가 공식적으로 표준화되었다. 대표적인 것이 Property Set Template 개념이다.
예를 들어 IfcDoor 객체에는 이제 이런 속성이 공식으로 정의되었다.
| 객체 | IFC4 Property Set (예시) | 설명 |
|---|---|---|
| IfcDoor | FireRating | 문의 방화 성능 (예: 1시간, 2시간) |
| IfcDoor | AcousticRating | 차음 성능 (예: 35dB) |
| IfcDoor | IsExternal | 외부 문 여부 (True/False) |
| IfcDoor | OperationType | 여닫이 방식 (슬라이딩, 스윙, 회전 등) |
이제 “방화 성능”은 누구나 FireRating이라는 동일한 이름으로 저장된다. 덕분에 ArchiCAD에서 만든 IFC를 Revit이나 다른 뷰어에서 열어도 같은 속성으로 인식된다.
즉, IFC4는 속성을 공통 언어로 통일한 것이다.
3. IFC5에서 기대되는 속성 관리 – 미래 IFC 속성 변화
IFC5는 속성 관리 방식이 더 체계적으로 바뀐다.
- 모듈화 덕분에, 건축 모듈·철도 모듈·교량 모듈마다 필요한 속성이 별도로 관리된다. 불필요한 속성까지 따라오는 일이 줄어든다.
- bSDD(buildingSMART Data Dictionary)와 더 긴밀히 연결된다. bSDD는 건축·토목 자재와 속성의 국제 사전 같은 것인데, IFC5에서는 이와 직접 연결해 “이 속성은 국제적으로 어떤 정의를 갖는다”까지 함께 기록된다.
- 예를 들어 단열재 객체에 “열전도율”이라는 속성을 넣으면, 그 값이 어떤 단위(W/mK)를 쓰는지, 어떤 사전 정의에 따른 것인지가 함께 따라온다.
즉, IFC5에서는 속성이 단순한 글자가 아니라, 국제 데이터 사전과 연결된 살아 있는 정의가 된다.
사례로 보는 차이
같은 “문(door)” 객체를 IFC2x3, IFC4, IFC5에서 어떻게 다루는지 비교해보자.
| 버전 | 속성 관리 방식 | 예시 |
|---|---|---|
| IFC2x3 | 기본 속성만 있음. 추가 속성은 사용자가 제각각 정의 | OverallHeight = 2100, OverallWidth = 900, FireRating = “1시간” (소프트웨어마다 표기 달라짐) |
| IFC4 | Property Set Template로 공식 속성 정의 | FireRating = “1h”, AcousticRating = “35dB”, IsExternal = TRUE, OperationType = Swing |
| IFC5 | 모듈화 + bSDD 연동. 속성이 국제 데이터 사전과 연결 | FireRating = 1h (bSDD 정의), AcousticRating = 35dB (ISO 단위 표기), IsExternal = TRUE (건축 모듈), OperationType = Swing (문 모듈) |
즉, IFC2x3에서는 같은 문이라도 프로젝트마다 속성이 다 달랐다. IFC4는 같은 이름으로 통일했고, IFC5에서는 그 속성이 국제적으로 검증된 정의와 연결된다.
정리 – IFC 속성 변화가 BIM에 주는 의미
정리하자면,
- IFC2x3는 속성을 담을 수 있었지만 통일성이 약해 협업 시 혼란이 많았다.
- IFC4는 속성을 표준화해 같은 속성을 어디서나 같은 이름으로 쓸 수 있게 했다.
- IFC5는 속성을 국제 데이터 사전과 연결해, 단순한 글자가 아니라 의미와 단위까지 명확히 규정하려 한다.
즉, IFC의 진화는 단순히 “정보가 많아진 것”이 아니라, “정보가 더 정확하고 일관되게 교환되는 방향”으로 발전해온 것이다.
– CNV 박도윤 –
FAQ
IFC2x3 속성의 한계는 무엇인가요?
IFC2x3는 속성을 담을 수 있었지만 표준화가 부족해 프로젝트마다 속성명이 달라 협업에 혼란이 있었습니다.
IFC4 속성은 어떻게 달라졌나요?
IFC4에서는 Property Set Template으로 속성이 표준화되어 소프트웨어 간 호환성이 크게 향상되었습니다.
IFC5 속성 변화의 핵심은 무엇인가요?
IFC5는 bSDD와 연결되어 속성이 국제 표준과 단위까지 포함한 정확한 데이터로 관리됩니다.
