지반·구조·철골·마감은 하나의 데이터 철학으로 연결될 수 있는가

지반 설계와 인테리어 설계는 멀리 떨어져 보인다. 한쪽은 유효응력과 침하를 다루고, 다른 한쪽은 공간의 재료와 경험을 다룬다. 그러나 데이터를 관리하는 관점에서는 놀랄 만큼 닮아 있다. 둘 다 객체와 속성, 계산과 기준, 출처와 변경, 승인과 시공 상태를 가진다. 공종의 전문성은 달라도 운영 원리는 공유할 수 있다.

공종이 달라도 반복되는 질문

지반 엔지니어는 내부마찰각 30도가 어느 지층과 시험, 어느 설계 판단에서 나왔는지 설명해야 한다. 구조 엔지니어는 보 단면 400×700이 어떤 하중조합과 부재력에 의해 결정됐는지 보여줘야 한다. 철골 담당자는 접합부의 볼트 수와 플레이트 두께가 어느 설계력과 상세도에 연결되는지 확인한다. 마감 담당자는 한 공간의 벽체 마감이 어떤 바탕면과 두께, 자재, 샘플 승인과 물량에 연결되는지 관리한다.

질문의 문장은 달라도 구조는 같다. “이 객체는 무엇인가”, “어떤 속성을 갖는가”, “값의 출처는 어디인가”, “어떤 계산과 기준이 적용됐는가”, “무엇이 변경됐고 누가 승인했는가”다. 이 공통 구조가 플랫폼의 커널이 된다.

공통 커널은 얇고 엄격해야 한다

공통 데이터 모델을 크게 만들면 모든 공종을 담을 수 있을 것 같지만, 실제로는 추상적인 속성만 늘어나기 쉽다. 커널은 프로젝트와 문서, 객체, 속성, 단위, 수식, 규칙, 출처, 개정, 이슈, 승인처럼 어느 공종에도 필요한 개념만 가져야 한다. 대신 각 Domain Pack이 전문 용어와 계산 로직을 책임진다.

예를 들어 `Property`는 공통 개념이지만 지반에서는 N값과 점착력, 구조에서는 콘크리트 강도와 부재력, 마감에서는 두께와 폐기율로 구체화된다. `Formula`도 공통이지만 지반 지지력식과 철골 접합 계산, 미장 물량 계산은 별도의 검증 세트를 가져야 한다. 공통화의 목적은 계산식을 하나로 만드는 것이 아니라, 계산식이 어떤 객체와 입력, 근거, 버전에 연결되는지 같은 방식으로 추적하는 것이다.

지반 Domain Pack: 값보다 판단의 맥락

지반 데이터는 불확실성과 공간 변동성이 크다. 시추공 하나의 N값을 바로 설계정수로 사용하지 않고, 지층 분류와 시험 품질, 교란 여부, 지하수 조건, 인접 시추공과의 연속성, 설계자의 보수적 판단을 거친다. 따라서 지반 Pack은 표의 숫자뿐 아니라 적용 범위와 신뢰 상태를 표현해야 한다.

예를 들어 풍화토 내부마찰각 30도라는 값에는 어느 시추공과 시험이 근거인지, 직접전단인지 경험상관인지, 어느 굴착 구간에 적용하는지, 특이 지층은 제외했는지, 어떤 KDS·프로젝트 기준을 사용했는지가 연결되어야 한다. 그래야 흙막이 계산서와 기초 계산서가 같은 이름의 다른 값을 사용하는 문제를 찾을 수 있다.

구조 Domain Pack: 모델·해석·도면 사이의 계약

구조 분야에서는 BIM 부재, 해석 모델의 요소, Excel 검토서, 구조도와 물량이 같은 대상을 서로 다른 식별자로 부른다. 보 B3-214가 BIM에서는 GUID로, 해석 모델에서는 Element 4821로, 계산서에서는 `Beam_3F!B17`로 존재할 수 있다. 이 연결이 없으면 단면 변경 이후 일부 계산이나 배근표가 남는 문제가 발생한다.

구조 Pack은 부재와 구간, 단면, 재료, 경계조건, 하중조합, 해석 결과, 설계 검토와 상세를 연결해야 한다. 모든 해석 결과를 중앙 DB에 복사할 필요는 없다. 필요한 결과에 대한 참조와 해석 실행 버전, 추출 규칙, 단위와 조합을 명확히 하면 된다.

철골 Domain Pack: 설계에서 제작까지

철골은 객체 관계가 명확하고 제작 데이터로 직접 이어지기 때문에 연결 효과가 크다. 부재와 접합부, 플레이트, 볼트, 용접, 조립품, Piece Mark를 구조해석 결과와 상세도, BOM, 제작·검사 상태에 연결할 수 있다.

접합부 C-442의 설계력이 바뀌면 볼트 수, 플레이트 두께, 용접 길이와 상세도가 다시 검토되어야 한다. 변경이 이미 발주되거나 제작 중인 부재에 영향을 주면 설계 검토만으로 끝나지 않는다. 자재 재고, CNC 데이터, 공장 작업지시와 현장 설치 순서까지 상태를 확인해야 한다. 이때 `Change Event`와 `Effective Date`가 중요해진다.

마감·미장 Domain Pack: 계산이 없는 공종이라는 오해

마감과 미장은 구조해석처럼 복잡한 수치 모델이 없다는 이유로 데이터화 우선순위에서 밀리곤 한다. 그러나 실제 업무에는 면적, 층구성, 두께, 할증률, 배합, 자재 소요량, 인력 생산성, 양생 시간, 발주 리드타임과 품질 허용오차가 있다. 이는 충분히 계산 가능한 엔지니어링 데이터다.

중요한 객체는 공간만이 아니라 표면이다. 같은 방 안에서도 벽, 바닥, 천장, 걸레받이, 개구부 주변은 서로 다른 바탕과 마감 층을 갖는다. 표면 면적은 BIM에서 얻을 수 있지만 시공 물량은 개구부 공제, 모서리, 손실률, 패턴, 소량 구간과 현장 조건에 따라 달라진다.

인테리어 Domain Pack: 디자인 의도와 구매의 연결

인테리어는 룸 타입과 디자인 의도, 제품과 색상, FF&E, 샘플과 목업 승인, 공급사와 납기 정보를 함께 다룬다. 설계안의 한 제품이 단종되거나 납기가 맞지 않으면 동등품 검토, 색상 조정, 상세 변경, 견적과 발주가 이어진다.

이 영역에서는 텍스트와 이미지, 도면의 결합이 중요하다. AI는 마감 보드와 스펙북, 상세도에서 제품 후보와 색상, 모델명을 추출할 수 있다. 그러나 최종 동등성 판단은 성능, 치수, 인증, 촉감과 디자인 의도를 함께 봐야 한다. 따라서 이미지 유사도만으로 자동 대체하지 않고, 차이표와 승인 워크플로를 제공해야 한다.

공통 플랫폼과 전문 제품을 동시에 만드는 법

제품 전략은 “모든 공종을 지원하는 하나의 범용 앱”과 “공종마다 완전히 다른 제품” 사이에서 균형을 잡아야 한다. 데이터 수집, 문서 파싱, 버전관리, 계산 실행, 근거 표시, 이슈와 승인 같은 기반은 공통으로 만들 수 있다. 반면 객체 스키마, 용어 사전, 계산식, 규칙, 검토 UI와 평가 데이터는 공종별로 깊게 개발해야 한다.

이를 Common Platform + Domain Pack 구조로 구현하면 한 분야에서 쌓은 기반을 다른 분야에 재사용할 수 있다. 예를 들어 Excel 수식 의존성 분석과 결과 회귀검증은 모든 공종에서 공통이다. 하지만 지반의 지층 상관, 구조의 하중조합, 마감의 개구부 공제 규칙은 각각의 전문 Pack이 담당한다.

개발 순서는 데이터가 아니라 검증 가능한 업무 단위로 정한다

어느 공종부터 시작할지는 데이터 양보다 검증 가능성과 고객의 반복 비용을 기준으로 정해야 한다. 지반과 구조는 입력·공식·결과가 비교적 명확해 계산 재현과 오류 검증에 유리하다. 철골은 BOM과 제작 상태까지 이어지는 사업 가치가 크다. 마감과 인테리어는 물량·구매·변경 빈도가 높아 현장과 원가 효과를 보여주기 좋다.

한 번에 전 공종을 시작하기보다 한 고객의 실제 계산서와 도면, 변경 사례를 선택해 End-to-End로 완성하는 것이 낫다. 예를 들어 “지하수위 변경 → 흙막이·양압 계산 재검토 → 보고서와 단면도 영향” 또는 “룸 타입 마감 변경 → 면적·발주·공정·샘플 승인 영향”처럼 시작과 끝이 분명한 업무가 좋다.

같은 철학, 다른 깊이

지반과 구조, 철골, 마감과 인테리어는 같은 앱 화면으로 단순화할 수 없는 전문 영역이다. 그러나 객체와 속성, 계산과 기준, 출처와 변경, 승인과 증거를 관리하는 방식은 공유할 수 있다. 이것이 산업별 AI 플랫폼을 만드는 중요한 균형점이다.

다음 글에서는 이 데이터 철학이 실제 변경 상황에서 어떻게 작동하는지 살펴본다. 지하수위, 구조 부재, 마감재 하나가 바뀔 때 도면과 계산, 물량, 원가, 공정과 승인까지 영향 반경을 추적하는 Engineering Change Intelligence를 다룬다.