“그리기”보다 “관리”가 중요한 순간
오토캐드로 도면을 그리다 보면, 어느 순간부터는 선을 더 예쁘게 긋는 것보다 “반복되는 요소를 얼마나 똑똑하게 관리하느냐”가 작업 시간을 좌우하더라고요. 문, 창호, 가구, 전기기호, 설비기호 같은 것들은 프로젝트마다 조금씩 달라도 결국 비슷한 패턴으로 계속 등장하잖아요.
실제로 CAD 실무자들 사이에서는 반복 작업이 전체 작업 시간의 큰 비중을 차지한다는 이야기가 자주 나옵니다. Autodesk가 공식적으로 “반복 작업이 몇 %다”라고 딱 잘라 말하진 않지만, 설계/제도 워크플로우 연구나 현업 인터뷰를 보면 ‘수정·정리·표기’에 시간이 많이 새는 건 공통된 결론이에요. 특히 도면 납품 직전에 “호실명 바뀜”, “장비번호 재부여”, “태그 다시 맞추기” 같은 일이 터지면, 그때부터는 사람이 손으로 처리하기엔 너무 힘들어지죠.
이럴 때 오토캐드의 블록과 속성을 제대로 써두면, 똑같은 걸 여러 번 그리는 일을 크게 줄일 수 있어요. 오늘은 실무에서 바로 써먹을 수 있게, 블록·속성 중심으로 반복 작업을 줄이는 방법을 친근하게 정리해볼게요.
1) 블록을 “그림 묶음”으로만 쓰면 손해
블록은 단순히 여러 객체를 하나로 묶는 기능 같지만, 실무에서는 “표준화”와 “일괄 수정”의 핵심 도구예요. 예를 들어 문 심볼을 블록으로 만들어두면, 같은 문이 120개 들어간 도면에서 문 두께 표현이 바뀌었을 때 블록만 수정해서 전체를 한 번에 바꿀 수 있죠.
블록을 쓰면 실제로 얼마나 절약될까?
간단한 가정으로 계산해볼게요. 도면 한 장에 장비 심볼이 80개 있고, 심볼 하나를 수동으로 수정하는 데 20초가 걸린다면 전체는 26분이 넘어요(80×20초=1600초). 그런데 블록으로 만들어두고 블록 정의만 수정하면, 수정 자체는 1~2분 내외로 끝나죠. 프로젝트가 여러 장이면 절약 효과는 더 커집니다.
블록 설계의 기본 원칙(실무용)
- 자주 반복되는 요소는 “처음부터” 블록화
- 블록 내부 레이어는 표준 레이어를 사용(0 레이어 활용 여부는 회사 표준에 맞추기)
- 스케일·회전·정렬을 고려해 기준점(Base Point)을 신중히 잡기
- 블록 이름은 규칙적으로(예: A-DOOR-0900, M-EQP-PUMP 등)
- 블록 라이브러리를 폴더로 운영(프로젝트마다 새로 만들지 않기)
2) 속성(Attribute)이 들어가면 “반복 입력”이 “데이터”로 바뀐다
블록의 진짜 강력함은 속성과 결합될 때 터져요. 속성(Attribute)은 블록 안에 들어가는 “변하는 텍스트 정보”라고 생각하면 쉬워요. 같은 심볼이라도 장비 번호나 규격, 설치 높이 같은 값은 매번 다르잖아요? 그걸 텍스트로 따로 적기 시작하면, 수정/검토/집계 단계에서 일이 폭발합니다.
속성의 대표적인 활용 예시
- 전기 도면: 콘센트 번호, 회로 번호, 용량
- 기계/설비: 장비 태그(EQP-101), 용량(kW), 제조사
- 건축: 실명, 실번호, 마감 코드
- 소방: 감지기 타입, 주소, 회로 정보
속성 설정 시 실수 많이 나는 포인트
처음 속성 넣을 때 자주 하는 실수들이 있어요. 이것만 피해도 나중에 덜 고생합니다.
- TAG(태그 이름)를 대충 짓기 → 나중에 추출/연동할 때 지옥이 열림
- 속성 문자 스타일/높이를 표준화하지 않기 → 도면마다 글자가 제멋대로
- 기본값(Default)을 비워두기 → 입력 누락이 늘어남
- 속성 프롬프트(Prompt)를 불친절하게 쓰기 → 팀원이 입력하다 헷갈림
3) “편집”이 곧 생산성: BATTMAN, EATTEDIT, REFEDIT의 조합
속성을 만들었다면, 결국 편집을 잘해야 반복 작업이 줄어들어요. 오토캐드에는 속성/블록 편집을 돕는 도구가 여러 개 있는데, 실무에서는 아래 조합을 많이 씁니다.
BATTMAN(블록 속성 관리자)로 속성 정의 정리
BATTMAN은 “블록에 들어있는 속성들의 순서, 표시 여부, 속성명(태그) 관리”에 강해요. 예를 들어 블록을 선택했을 때 속성 입력 창에 뜨는 순서가 뒤죽박죽이면 입력 속도가 확 떨어지거든요. BATTMAN으로 정렬해두면 입력 실수가 줄고, 팀원이 써도 덜 혼란스러워요.
EATTEDIT(속성 편집)로 빠르게 값 수정
블록 하나의 속성만 고칠 때는 EATTEDIT가 빠릅니다. 특히 장비 번호를 하나씩 확인하면서 수정할 때 유용해요. 속성 값이 텍스트처럼 보여도 “그냥 더블클릭해서 고치면 되겠지?” 했다가, 스타일/표시 옵션 때문에 원하는 방식으로 수정이 안 될 때가 있죠. 그럴 때는 속성 편집 명령을 쓰는 게 안전합니다.
REFEDIT(블록 내부 직접 편집)로 정의 수정
블록 정의를 고칠 때 블록 편집기(BEDIT)를 써도 좋고, REFEDIT로 도면 화면에서 바로 들어가도 좋아요. 예를 들어 블록 내부 선종류나 형상을 살짝 바꾸고 싶을 때, 화면에서 바로 수정하고 저장하면 흐름이 끊기지 않습니다.
4) 속성 추출로 표·리스트 작성 자동화(“집계 지옥” 탈출)
속성의 꽃은 “추출”이에요. 속성을 잘 만들어두면, 도면에 있는 블록들의 속성 값을 뽑아서 표로 만들거나 CSV로 내보낼 수 있거든요. 장비 리스트, 자재 리스트, 실 리스트 같은 것들이 대표적이에요.
왜 속성 추출이 그렇게 중요할까?
도면 납품에서 자주 터지는 문제가 “도면 표기와 리스트 불일치”예요. 예를 들어 도면에는 EQP-101인데, 장비 리스트에는 EQP-110으로 들어가 있으면? 검토 단계에서 시간 엄청 잡아먹습니다. 속성 기반으로 리스트를 뽑으면, 최소한 “같은 소스”에서 나오기 때문에 불일치 가능성이 줄어요.
실무에서 자주 쓰는 추출 흐름
- 블록에 필요한 속성(TAG, SPEC, QTY 등) 설계
- 도면에 배치하면서 속성 값 입력
- 속성 추출 기능으로 테이블 생성 또는 외부 파일로 내보내기
- 엑셀에서 정렬/필터/피벗으로 검토 후 최종 표 반영
전문가 관점: “데이터 구조화”가 경쟁력
CAD/BIM 컨설팅 쪽에서는 “도면을 데이터로 구조화하는 능력”이 생산성을 좌우한다고 많이 이야기해요. 특히 ISO 19650 같은 정보 관리 흐름이 강조되면서, 단순히 예쁘게 그리는 것보다 정보의 일관성과 추적 가능성이 점점 중요해지고 있죠. 오토캐드 환경에서도 속성은 작은 데이터베이스처럼 작동합니다.
5) 동적 블록(Dynamic Block)으로 “한 번 만들고 여러 상황” 커버하기
블록을 많이 만들수록 라이브러리가 커지고 관리가 어려워질 수 있어요. 이때 동적 블록을 쓰면 “모양은 같지만 길이/방향/표현이 다른” 요소를 하나로 통합할 수 있습니다.
동적 블록이 특히 잘 먹히는 대상
- 문: 여닫이 방향/개구 폭만 다른 경우
- 창호: 폭이 여러 규격으로 반복되는 경우
- 배관 기호: 방향 전환(엘보) 표현이 다양한 경우
- 전기 배선 기호: 방향/길이 변화가 잦은 경우
팁: “너무 만능”으로 만들지 말기
동적 블록은 강력하지만, 너무 많은 파라미터를 한 블록에 넣으면 팀원들이 쓰기 어려워져요. 실무에서는 “사용 빈도 높은 변화”만 담는 게 좋습니다. 예를 들어 창호 블록을 폭 900~2400까지 전부 슬라이딩으로 커버하려고 하면, 오히려 검토와 오류가 늘 수 있어요. 자주 쓰는 규격군(예: 1200, 1500, 1800)만 Visibility 상태로 묶는 식이 더 실용적일 때가 많습니다.
6) 팀 작업에서 빛나는 표준화: 블록 라이브러리 운영법
혼자 작업할 때는 “내가 알아보기만 하면” 되는데, 팀으로 일하면 블록 이름, 레이어, 속성 태그가 제각각이면 생산성이 바로 무너져요. 블록·속성은 개인 스킬이기도 하지만, 사실은 팀 표준의 영역이기도 합니다.
라이브러리 폴더 구조 예시
- 01_ARCH(건축): 문/창/가구/위생기구
- 02_MECH(기계): 펌프/밸브/덕트 기호
- 03_ELEC(전기): 조명/콘센트/분전반
- 04_FIRE(소방): 감지기/스프링클러
- 99_COMMON(공통): 방향표시, 그리드, 주기호
속성 태그 네이밍 규칙(추천)
속성 태그는 나중에 추출/정렬할 때 “열(Column) 이름”처럼 쓰입니다. 그래서 규칙이 필요해요.
- 장비 번호: TAG 또는 EQP_TAG
- 규격: SPEC
- 수량: QTY
- 비고: REMARK
- 층/구역: LEVEL, ZONE
문제 해결 접근: “도면마다 다르게 보인다”를 막는 체크리스트
- 블록 삽입 단위(UNITS)와 스케일 기준 통일
- Annotative 설정을 팀 규칙으로 정리
- 속성 문자 스타일/높이 표준화
- 블록 업데이트 시 배포 방식 정하기(누가, 언제, 어떤 버전)
- 샘플 도면(템플릿)에서 테스트 후 실도면 적용
정보 : 오토캐드 대안으로는 100% 호환성을 자랑하는 zw캐드 가 있습니다.
반복 작업을 줄이는 핵심은 “블록 + 속성 + 표준”
오토캐드에서 반복 작업을 확 줄이려면, 블록을 단순 묶음으로 쓰는 수준을 넘어 “속성으로 정보화”하고 “추출로 집계 자동화”까지 연결하는 게 가장 효과적이에요. 여기에 동적 블록으로 변형을 커버하고, 팀 표준과 라이브러리 운영을 붙이면 프로젝트 규모가 커질수록 시간 절약이 눈에 띄게 커집니다.
- 블록: 일괄 수정과 표준화의 출발점
- 속성: 반복 입력을 데이터로 바꾸는 장치
- 추출/표: 집계·검토·납품 단계의 실수 감소
- 동적 블록: 블록 개수는 줄이고 활용성은 높이기
- 표준화: 팀 작업에서 생산성을 지키는 안전장치
처음에는 블록 만들고 속성 설계하는 시간이 아깝게 느껴질 수 있어요. 그런데 한 번 구조를 잡아두면, 다음 프로젝트부터는 “쌓인 자산”이 계속 시간을 벌어줍니다. 도면을 그리는 시간을 줄이고, 검토와 품질에 더 집중할 수 있게 되는 거죠.