도면 수정이 느려지는 진짜 이유: “반복 작업”이 쌓이기 때문
오토캐드를 쓰다 보면 이상하게 도면 자체가 어려운 게 아니라, “똑같은 수정”이 계속 반복돼서 지치는 순간이 많아요. 예를 들면 방 이름 표기, 문짝 규격 바꾸기, 기호 크기 통일, 자재 코드 변경 같은 것들이죠. 한두 개만 고치면 금방 끝날 것 같은데, 도면이 10장, 30장 늘어나면 수정이 곧 야근이 되는 구조가 됩니다.
실제로 CAD/설계 실무자들이 반복 수정에 쓰는 시간이 꽤 큰 비중을 차지한다는 이야기는 흔해요. Autodesk 쪽에서도 “표준화와 재사용(블록, 템플릿, 속성)”이 생산성의 핵심이라고 지속적으로 강조해왔고요. 현장 체감으로도 전체 작업 시간 중 20~40%가 ‘수정·정리·표기 통일’로 사라지는 경우가 많습니다(프로젝트 규모가 커질수록 더 커져요).
이 글에서는 오토캐드에서 블록과 속성(Attributes)을 제대로 써서, 도면 수정의 ‘속도’와 ‘일관성’을 동시에 잡는 방법을 친근하게 정리해볼게요. 목표는 단순합니다. “한 번 바꿨는데 전체가 같이 바뀌게 만들기”예요.
블록을 “도장”이 아니라 “시스템”으로 쓰는 관점
블록을 단순히 반복되는 도형을 묶어두는 기능 정도로만 쓰면, 절반만 활용하는 거예요. 블록은 표준화된 부품이자, 업데이트 가능한 ‘관리 단위’입니다. 잘 설계된 블록은 도면 전체의 수정 전략을 바꿔줘요.
블록이 강력한 이유: 한 번 정의하면 여러 곳이 연결된다
기본 블록의 가장 큰 장점은 “같은 블록 참조(Reference)”를 쓰는 객체들이 모두 같은 정의(Definition)를 공유한다는 점이에요. 그래서 블록 정의를 수정하면, 도면 안의 모든 동일 블록이 같이 바뀝니다. 이게 반복 수정 시간을 줄이는 핵심이에요.
자주 쓰는 블록 예시(실무형)
- 건축: 문/창호 기호, 방 이름 표기 틀, 단면 기호, 그리드 버블
- 기계: 베어링/볼트 표현, 부품 번호 박스, 용접 기호
- 전기/통신: 콘센트/스위치/조명 심볼, 회로 표기 프레임
- 토목: 맨홀·표지판 심볼, 측점 표기, 레벨 표기
블록 표준을 만들 때 꼭 정할 3가지
블록을 “시스템”으로 운영하려면 처음에 작은 규칙을 정해두는 게 좋아요. 그래야 나중에 수정이 빨라집니다.
- 레이어 규칙: 블록 내부 요소는 0 레이어(또는 명확한 표준 레이어)로 통일할지 결정
- 삽입 기준점: 항상 같은 기준(예: 문 중심, 기호 중심, 좌하단 코너)으로 잡기
- 스케일/단위: INSUNITS, 도면 단위 기준을 사전에 고정(특히 협업 시 필수)
속성(Attribute)로 “문자 수정 지옥” 탈출하기
블록만으로도 반복 도형은 줄일 수 있지만, 실무에서 더 무서운 건 ‘문자’예요. 방 번호, 자재 코드, 수량, 도면 번호, 수정 이력… 이런 텍스트는 도면이 커질수록 수정이 폭발합니다. 여기서 속성(Attribute)을 쓰면 게임이 달라져요.
속성이란? 블록 안에 넣는 “입력 가능한 데이터 칸”
속성은 블록 내부에 심어두는 텍스트 필드 같은 개념이에요. 블록을 삽입할 때 값을 입력할 수도 있고, 나중에 한 번에 편집·추출할 수도 있어요. 즉, “문자도 객체처럼 관리”할 수 있게 됩니다.
속성 블록이 특히 빛나는 상황
- 도면 제목란(도면명, 축척, 날짜, 담당자, 프로젝트 코드) 자동 관리
- 룸 태그(방번호/용도/면적) 표기 통일 및 일괄 수정
- 자재 태그(규격/재질/코드) 변경 시 도면 전체 일괄 업데이트
- 기계/전기 심볼에 장비번호, 회로번호를 붙여서 목록(BOM) 추출
실무 팁: 속성 이름(TAG)은 “데이터베이스 컬럼”처럼 짓기
속성 TAG는 나중에 추출/정렬/필터링의 기준이 돼요. 그래서 감으로 “TEXT1, TEXT2”처럼 만들면 나중에 100% 후회합니다. 추천은 아래처럼 의미 중심으로 짓는 거예요.
- ROOM_NO, ROOM_NAME, AREA
- EQUIP_ID, CIRCUIT_NO, PANEL_ID
- DWG_TITLE, SCALE, DATE, REV
한 번에 수정하는 핵심 명령/기능 조합(실전 루틴)
여기부터는 “오늘 당장 써먹을 수 있는” 수정 루틴으로 정리해볼게요. 블록과 속성은 기능을 아는 것보다, 어떤 순서로 쓰느냐가 생산성을 결정하거든요.
블록 정의를 바꿔서 전체 업데이트: BEDIT/REFEDIT
동일 블록이 도면 곳곳에 있을 때, 하나만 고치고 전체 반영하려면 블록 편집이 답이에요.
- BEDIT: 블록 에디터로 들어가 블록 정의 자체를 수정(가장 정석)
- REFEDIT: 도면 화면에서 블록 내부를 “현장 편집”처럼 수정
- 저장 후 종료하면 동일 블록 인스턴스가 전부 업데이트
속성 값만 빠르게 바꾸기: EATTEDIT/ATTEDIT
도형은 그대로 두고 텍스트 값만 바꾸고 싶다면 속성 편집이 훨씬 빠릅니다.
- EATTEDIT: 특정 블록 하나의 속성을 대화형으로 편집
- ATTEDIT: 여러 속성 편집(환경에 따라 제공/동작이 다를 수 있어요)
- 속성 표기 순서/가시성(숨김)도 함께 관리 가능
여러 블록의 속성을 “표처럼” 한꺼번에: BATTMAN + 데이터 추출
실무에서는 블록이 수십~수백 개 나오죠. 이때는 ‘표 편집’처럼 접근해야 합니다.
- BATTMAN: 블록에 포함된 속성 정의(태그, 기본값, 순서 등) 관리
- DATAEXTRACTION(데이터 추출): 속성 값을 표로 뽑아서 검토/정리
- 표로 뽑아보면 오타, 누락, 규칙 위반이 한 번에 드러남
“블록 교체”로 표준 통일: BLOCKREPLACE 또는 DesignCenter
프로젝트 중간에 표준이 바뀌는 건 흔한 일이에요. 예: 구형 기호를 신형 기호로 바꾸기, 문 기호 통일하기 등. 이럴 때는 기존 블록을 같은 이름의 새 블록 정의로 덮어씌우거나, 블록 교체 기능을 활용하면 좋습니다.
- 표준 블록 DWG를 라이브러리화해두고 필요할 때 불러오기
- 같은 이름으로 재정의하면 동일 이름 블록이 전부 새 정의로 갱신되는 방식 활용
- 블록 이름 정책(예: DOOR_900, DOOR_1000)을 정해두면 교체가 쉬워짐
사례로 보는 생산성 차이: “문 기호 120개 수정”을 5분으로 줄이기
현장에서 정말 자주 나오는 상황으로 예를 들어볼게요. 평면도에 문 기호가 120개 들어가 있고, 설계 변경으로 문 폭 표기가 900에서 1000으로 바뀌었다고 해봅시다.
블록 없이 그렸을 때(또는 블록을 ‘복사 도형’처럼만 썼을 때)
- 문 기호 120개를 찾아다니며 치수/문자/형상을 각각 수정
- 수정 누락 발생(특히 확대도, 부분 상세도에 숨어 있음)
- 검토 시간이 추가로 듦(“다 바뀌었나?” 확인하는 시간이 큼)
이 경우는 수정 시간도 문제지만, 품질 리스크가 커요. 누락 하나가 시공 오류나 재발주로 이어질 수 있거든요.
블록으로 표준화했을 때
- BEDIT로 문 블록 정의에서 폭 표기/형상 변경
- 저장하면 120개가 자동 업데이트
- 누락 가능성이 구조적으로 줄어듦(동일 블록 참조라서)
체감상 “수정 시간”은 1/10 이하로 줄어드는 경우가 많고, 그보다 더 큰 이득은 검토 스트레스가 줄어든다는 점이에요.
속성까지 적용했을 때(문 번호, 방화등급, 하드웨어 등)
문 기호에 문번호(D-01), 방화등급, 마감 같은 정보를 속성으로 넣어두면, 변경이 생겨도 속성 값만 바꿔서 도면 전체 표기를 정리할 수 있어요. 그리고 데이터 추출로 문 스케줄 표까지 자동에 가깝게 만들 수 있죠.
실무자가 자주 겪는 문제와 해결 체크리스트
블록·속성은 강력하지만, 처음 세팅이 어설프면 오히려 도면이 꼬일 때가 있어요. 아래는 현장에서 자주 터지는 문제와 해결 접근법입니다.
문제 1) 블록 색/선종이 제멋대로다
대부분 레이어 관리 문제예요. 블록 내부 객체의 속성이 BYLAYER/BYBLOCK 원칙을 안 지키면, 삽입한 레이어 규칙을 따라가지 않습니다.
- 블록 내부 객체는 가능하면 BYLAYER로 통일
- 블록 자체를 특정 레이어에 두고, 내부는 0 레이어 전략을 쓰는 경우도 많음(회사 표준에 맞추기)
- 표준 템플릿(DWT)에서 레이어/선종/플롯 스타일을 먼저 고정
문제 2) 속성 값이 안 보이거나, 일부만 보인다
- 속성 정의에서 “Invisible(숨김)” 옵션이 켜져 있는지 확인
- ATTDISP 설정(속성 표시 모드) 확인
- 주석(Annotative) 텍스트/스케일 혼용 여부 점검
문제 3) 동일 블록인데 어떤 건 업데이트되고 어떤 건 안 된다
이건 보통 “이름은 비슷한데 다른 블록”이거나, 외부참조(Xref)/다른 파일에서 들어온 블록이 섞였을 때 발생해요.
- 블록 이름을 정확히 확인(대소문자/접두어/공백 포함)
- INSERT로 들어온 블록인지, WBLOCK로 분리된 블록인지 히스토리 확인
- Xref 내부 블록은 상위 도면에서 직접 수정이 어려울 수 있으니, 원본 Xref를 수정 후 재로드
문제 4) 협업에서 블록이 계속 깨진다(스케일/단위 혼선)
협업에서는 “단위 통일”이 거의 전부라고 해도 과언이 아니에요. 단위가 안 맞으면 블록이 말도 안 되는 크기로 들어오죠.
- INSUNITS 설정을 팀 표준으로 통일(mm/m/inch)
- 외부 블록 라이브러리는 단위 기준을 파일명/폴더 규칙으로 명시
- 템플릿에 단위/축척/문자 스타일을 미리 고정해두기
오토캐드 대안으로는 100% 호환성을 자랑하는 zwcad 가 있습니다.
수정 시간을 줄이는 “설계 습관” 만들기
오토캐드에서 수정이 빠른 사람은 손이 빠른 게 아니라, 수정이 “발생해도 덜 아픈 구조”로 도면을 만들어둔 경우가 많아요. 블록은 반복 도형을 통제하고, 속성은 반복 텍스트를 데이터로 바꿔서 통제합니다. 이 두 가지를 묶으면 “찾아다니며 고치기”에서 “정의/값을 바꿔서 전체 반영하기”로 작업 방식이 바뀌어요.
- 블록은 ‘복붙 편의 기능’이 아니라 ‘표준 부품 시스템’으로 운영
- 속성은 텍스트를 데이터화해서 일괄 수정/검토/추출이 가능하게 만듦
- BEDIT/REFEDIT로 형상 수정, EATTEDIT로 값 수정, DATAEXTRACTION으로 검수/리스트화
- 레이어·단위·이름 규칙을 미리 정하면 협업에서도 안정적으로 굴러감
한 번 세팅해두면 다음 프로젝트부터는 시간이 누적해서 절약돼요. 오늘은 자주 쓰는 기호 1~2개만이라도 “속성 포함 블록”으로 바꿔보세요. 그 작은 변화가 도면 수정 스트레스를 확 줄여줄 거예요.
