오토캐드 실무 도면 정리, 블록·속성으로 끝내기

도면이 ‘깔끔하게 관리되는 팀’이 결국 일을 빨리 끝내는 이유

실무에서 오토캐드를 오래 쓰다 보면, 어느 순간 “도면을 더 잘 그리는 법”보다 “도면을 더 잘 정리하는 법”이 성과를 갈라놓는다는 걸 체감하게 돼요. 같은 시간에 같은 내용을 그렸는데, 어떤 팀은 수정 요청이 와도 10분 만에 끝내고, 어떤 팀은 반나절을 붙잡고 있죠. 그 차이는 대개 선이 예뻐서가 아니라, 블록과 속성(Attributes), 그리고 표준화된 규칙으로 도면을 ‘데이터화’했는지 여부에서 시작됩니다.

특히 반복 요소가 많은 건축/인테리어 평면, 기계 조립도, 전기 배선도, 소방 설비 도면처럼 “비슷한 객체가 여러 번 등장하고, 정보(명칭·규격·수량·코드)가 따라붙는” 작업에서는 블록·속성이 사실상 생산성을 결정해요. Autodesk가 2023년 발표한 설계 생산성 관련 자료에서도(Autodesk Design & Make 관련 리포트) 표준화·템플릿·재사용이 설계 변경 대응 시간을 크게 줄인다는 취지의 내용이 반복적으로 언급되는데, 현장 체감과도 딱 맞습니다.

오늘은 “도면을 예쁘게”가 아니라 “도면을 빨리·정확하게·수정에 강하게” 만드는 정리 루틴을 친근하게 정리해볼게요. 핵심은 오토캐드에서 블록·속성을 제대로 쓰고, 팀 표준으로 굳히는 겁니다.

실무 도면 정리의 첫 단추: ‘표준’이 없으면 블록도 무용지물

블록을 열심히 만들어도, 레이어가 제각각이고 문자 스타일이 뒤죽박죽이면 수정할 때 다시 지옥이 열려요. 그래서 시작은 표준이에요. 거창한 전사 표준까지는 아니어도, 프로젝트 단위로만이라도 “이 도면은 이렇게 간다”가 정해져야 블록·속성이 빛을 봅니다.

최소한으로 잡아야 하는 표준 5가지

  • 레이어 규칙: 예) A-WALL, A-DOOR, E-LIGHT처럼 접두어로 분야 구분
  • 선종/선가중치: 출력 기준(CTB/STB)과 함께 정의
  • 문자 스타일/치수 스타일: 폰트, 높이, 축척 대응 방식 고정
  • 축척 운영: 모델 1:1 + 레이아웃 뷰포트 축척 원칙(가능하면 통일)
  • 파일 네이밍/버전 규칙: 날짜, 리비전, 담당자 표기 방식

팁을 하나 드리자면, 처음부터 완벽한 표준을 만들려고 하면 반드시 지칩니다. “지금 당장 수정이 반복되는 항목”부터 표준화하세요. 예를 들어 전기 도면이라면 조명기구 기호, 콘센트, 스위치, 배선 표기 같은 것들이요. 건축이라면 문/창호 태그, 실명 표기, 마감 기호가 우선입니다.

템플릿(DWT)로 ‘강제’하는 게 핵심

사람은 바쁘면 원칙을 잊어요. 그래서 표준은 문서로만 두지 말고 템플릿(DWT)에 박아두는 게 좋습니다. 레이어, 문자/치수 스타일, CTB, 제목란 블록까지 템플릿에 포함해두면 “새 도면 만들기” 순간부터 정리가 반쯤 끝난 거예요.

오토캐드 프로그램 대안으로는 완벽한 호환성을 자랑하는 지스타캐드가 있습니다.

블록을 ‘그림’이 아니라 ‘부품 데이터’로 만드는 설계

오토캐드에서 블록은 단순 반복 삽입 도구가 아니라, 실무 도면을 정리하는 ‘모듈’이에요. 하지만 블록을 막 만들면 오히려 관리가 더 어려워질 수 있습니다. 핵심은 블록을 어떤 단위로 쪼개고, 어떤 기준으로 재사용할지 설계하는 거예요.

좋은 블록의 조건: “수정이 덜 생기는 단위”로 묶기

예를 들어 책상+의자+사람 실루엣을 한 블록으로 만들면 배치가 빨라 보이지만, 의자만 바꾸거나 사람만 빼야 할 때 매번 블록을 깨야 하죠. 반대로 의자, 책상, 사람을 각각 블록으로 만들면 조합은 유연하지만 삽입이 번거로워질 수 있어요. 실무에서는 이렇게 타협하는 경우가 많습니다.

  • 변경 가능성이 낮은 요소는 한 블록으로 묶기(예: 콘센트 기호+기본 표기)
  • 사양이 자주 바뀌는 요소는 분리하기(예: 등기구 형상 vs 등기구 코드)
  • 조합이 많은 요소는 “상위 블록(어셈블리)” + “하위 블록(파트)”로 구성

동적 블록(Dynamic Block)로 변형을 ‘한 놈’으로 끝내기

문이 좌개/우개, 1짝/2짝으로 계속 생긴다면 블록을 10개 만들기보다 동적 블록 1개로 처리하는 편이 관리가 훨씬 쉽습니다. 실무에서 동적 블록이 특히 유용한 케이스는 다음이 많아요.

  • 문/창호: 폭·높이 변화, 여닫이 방향, 1연동/2연동
  • 설비 기호: 배관 방향, 사이즈별 변형
  • 가구: 폭만 다른 모듈(예: 600/800/1000)

동적 블록은 처음 만들 때 시간이 조금 걸리지만, 프로젝트 전체 수정 시간을 줄여준다는 점에서 ROI가 큽니다. 사내에서 “동적 블록 만든 사람”이 영웅이 되는 이유가 있어요.

블록 이름 규칙만 통일해도 찾는 시간이 줄어요

블록이 많아지면 결국 “찾는 시간”이 낭비가 됩니다. 이름 규칙은 단순하게라도 통일하세요.

  • 분야_용도_규격 형태: 예) E_LIGHT_LED600, A_DOOR_SW900
  • 버전 표기: 예) A_WIN_SLIDING1200_v2
  • 불필요한 공백/특수문자 최소화(검색 효율)