Bài 12 · SketchUp trong mô hình hóa và trình bày BĐS

Move và Copy: di chuyển, sao chép và tạo dãy đối tượng chính xác

Move và Copy: di chuyển, sao chép và tạo dãy đối tượng chính xác là bài 12 của chuyên đề SketchUp trong mô hình hóa và trình bày BĐS. Bài hướng dẫn Move và Copy chính xác theo điểm chuẩn, trục, khoảng cách và tọa độ; đồng thời tạo dãy đối tượng lặp cho cột, cửa, căn hộ và module BĐS.

Biên soạn: ThS. Nguyễn Mạnh Hùng
GV. Khoa QLĐĐ&BĐS – ĐH Nông Lâm TP.HCM
Email: nguyenmanhhung@hcmuaf.edu.vn

Cập nhật 01/10/2026: Nội dung bám tài liệu hướng dẫn chính thức hiện hành của SketchUp. Tên công cụ, menu và thuật ngữ bắt buộc của phần mềm được giữ nguyên để người học thao tác đúng; phần diễn giải, tình huống và bài tập dùng tiếng Việt. Dữ liệu/kích thước minh họa là giả lập phục vụ giảng dạy.

1. Move không chỉ là kéo đối tượng

Move (phím M) di chuyển hình học hoặc Object theo một điểm chuẩn. Điểm người dùng chọn để cầm đối tượng quyết định độ chính xác khi đặt vào vị trí mới. Với Group/Component, các inference grip ở bounding box hỗ trợ chọn điểm thuận tiện.

2. Chọn điểm chuẩn có ý nghĩa

Khi đặt cửa vào tường, nên cầm tại một góc hoặc điểm giữa cần canh, không cầm giữa khoảng trống. Khi đặt cột, cầm tại tâm hoặc góc quy ước. Điểm chuẩn tốt giúp inference bắt đúng đích.

3. Khóa trục khi Move

Trong lúc Move, có thể dùng Shift để khóa hướng inference hoặc phím mũi tên để khóa trục. Điều này đặc biệt quan trọng khi đối tượng đang ở không gian 3D và con trỏ dễ bắt sang một điểm ở chiều sâu khác.

4. Nhập khoảng cách chính xác

Sau khi bắt đầu Move, nhập khoảng cách trong Measurements. Có thể dùng giá trị dương/âm và kèm đơn vị. SketchUp cũng hỗ trợ tọa độ tuyệt đối bằng ngoặc vuông và tương đối bằng ngoặc nhọn trong Move.

5. Copy bằng Move

Trong SketchUp trên Windows, khi đang dùng Move có thể bật chế độ sao chép bằng phím bổ trợ tương ứng. Sau khi tạo bản sao đầu tiên, có thể tiếp tục dùng phép nhân/chia để tạo dãy đều.

6. Dãy cột hoặc căn lặp

Bài toánCách làm gợi ý
5 cột cách đềuCopy cột đầu rồi tạo dãy
Dãy cửa sổComponent + Copy
10 căn giống nhauComponent + Copy/array
Ghế/sản phẩm nội thấtComponent lặp, tránh Group rời

7. Tạo dãy bằng xN và /N

Sau thao tác Copy đầu tiên, SketchUp hỗ trợ tạo nhiều bản sao theo khoảng cách lặp hoặc chia đều khoảng giữa bằng cú pháp nhân/chia. Người học nên kiểm số lượng thực tế vì cách hiểu “số khoảng” và “số bản sao” dễ gây nhầm nếu chỉ nhớ máy móc.

8. Move raw geometry khác Move Group

Move một cạnh/mặt raw có thể kéo theo hình học đang dính. Move một Group/Component chỉ di chuyển Object đó, không làm biến dạng phần xung quanh. Đây là lý do bài Group ngay sau nhóm công cụ dựng hình là rất quan trọng.

9. Tình huống nhà phố

Tạo một Component cửa rộng 0,9 m, đặt vào một vị trí chính xác bằng góc tham chiếu rồi Copy sang các phòng khác. Nếu cửa là Group độc lập, mỗi bản sao sau này phải sửa riêng; nếu là Component, bài 18–19 sẽ cho thấy lợi ích cập nhật đồng loạt.

10. Kiểm trước và sau Move

  1. Kiểm đúng đối tượng đã chọn.
  2. Chọn điểm cầm có ý nghĩa.
  3. Khóa hướng nếu cần.
  4. Nhập khoảng cách hoặc bắt điểm đích.
  5. Orbit kiểm cao độ và vị trí.
  6. Kiểm xem raw geometry có bị kéo biến dạng hay không.

Bài thực hành

  1. Move một Group đúng 2 m theo trục đỏ.
  2. Copy một cột và tạo dãy 6 cột cách đều.
  3. Thử Move raw geometry để thấy hiện tượng kéo dính.
  4. Dùng tọa độ tương đối cho một thao tác Move.
  5. Copy một cửa Component sang ba vị trí.

Sản phẩm phải nộp

  • Một file .skp có cấu trúc đúng với nội dung bài.
  • Ảnh chụp trước – sau hoặc các trạng thái quan trọng.
  • Một bảng kích thước/đối tượng đã dùng.
  • Một đoạn giải thích ngắn về ứng dụng trong BĐS và lỗi cần tránh.

Những lỗi thường gặp

  • Cầm đối tượng ở điểm ngẫu nhiên.
  • Move raw geometry làm méo model.
  • Không khóa trục.
  • Tạo nhiều Group copy thay vì Component cho đối tượng lặp.
  • Không kiểm số lượng dãy sau xN hoặc /N.

Quy trình kiểm mô hình trước khi kết thúc

  1. Đúng đơn vị và đúng phiên bản file.
  2. Đúng đối tượng/đúng ngữ cảnh chỉnh sửa.
  3. Kích thước/góc/khoảng cách quan trọng được nhập số.
  4. Không có raw geometry dính ngoài ý muốn.
  5. Group/Component/Tags được dùng đúng vai trò.
  6. Orbit kiểm hình học ở ít nhất hai góc nhìn.

Phản biện chéo tại lớp

Một nhóm bàn giao file cho nhóm khác. Nhóm kiểm không được chỉ nhìn hình đẹp mà phải thử chọn, Move, mở Group/Component, bật tắt Tags và đo kích thước. Nếu một thao tác cơ bản làm model vỡ cấu trúc, cần ghi nguyên nhân và đề xuất sửa.

Mỗi lỗi ghi theo cấu trúc: hiện tượng – nguyên nhân – thao tác sửa – cách phòng lặp lại. Đây là cách chuyển từ học công cụ sang học quy trình dựng mô hình có thể bàn giao.

Phiếu tự đánh giá

Câu hỏiĐạt khi
Dùng đúng công cụ?Công cụ phù hợp hình học cần tạo.
Dùng đúng cấp?Biết đang sửa raw geometry, Group hay Component.
Mô hình có sạch?Không dính/chồng thừa.
Có thể sửa tiếp?Cấu trúc không khóa cứng vô lý.
Có thể bàn giao?Tên Object/Tag và phiên bản rõ.

Ghi nhớ trong 30 giây

  • Move (phím M) di chuyển hình học hoặc Object theo một điểm chuẩn. Điểm người dùng chọn để cầm đối tượng quyết định độ chính xác khi đặt vào vị trí mới. Với Group/Component, các inference grip ở
  • Mọi kích thước quan trọng nên được kiểm bằng số, không chỉ nhìn bằng mắt.
  • Raw geometry, Group, Component và Tags có vai trò khác nhau; dùng sai cấp sẽ làm model khó sửa.
  • Mô hình BĐS tốt phải đúng mục đích, dễ kiểm và dễ bàn giao.

Nguồn tham khảo

Bài tiếp theo: “Rotate: xoay cửa, mái, đồ nội thất và hình học theo góc xác định”.

Bài luyện bổ sung 1

Tạo một mô hình nhỏ có ba lỗi liên quan trực tiếp tới nội dung bài, lưu thành phiên “TRUOC_KIEM”. Đổi file cho người khác và yêu cầu họ phát hiện lỗi bằng thao tác kiểm chứ không chỉ quan sát. Sau khi thống nhất nguyên nhân, sửa và lưu phiên “SAU_KIEM”.

So sánh hai phiên bằng các tiêu chí: hình học, kích thước, khả năng chọn/chỉnh, cấu trúc Object và khả năng tiếp tục dựng. Không sửa dữ liệu nguồn chỉ để mô hình trông đẹp hơn; nếu thông tin đầu vào chưa chắc chắn, phải ghi cần xác minh.

Bài luyện bổ sung 2

Tạo một mô hình nhỏ có ba lỗi liên quan trực tiếp tới nội dung bài, lưu thành phiên “TRUOC_KIEM”. Đổi file cho người khác và yêu cầu họ phát hiện lỗi bằng thao tác kiểm chứ không chỉ quan sát. Sau khi thống nhất nguyên nhân, sửa và lưu phiên “SAU_KIEM”.

So sánh hai phiên bằng các tiêu chí: hình học, kích thước, khả năng chọn/chỉnh, cấu trúc Object và khả năng tiếp tục dựng. Không sửa dữ liệu nguồn chỉ để mô hình trông đẹp hơn; nếu thông tin đầu vào chưa chắc chắn, phải ghi cần xác minh.

Bài luyện bổ sung 3

Tạo một mô hình nhỏ có ba lỗi liên quan trực tiếp tới nội dung bài, lưu thành phiên “TRUOC_KIEM”. Đổi file cho người khác và yêu cầu họ phát hiện lỗi bằng thao tác kiểm chứ không chỉ quan sát. Sau khi thống nhất nguyên nhân, sửa và lưu phiên “SAU_KIEM”.

So sánh hai phiên bằng các tiêu chí: hình học, kích thước, khả năng chọn/chỉnh, cấu trúc Object và khả năng tiếp tục dựng. Không sửa dữ liệu nguồn chỉ để mô hình trông đẹp hơn; nếu thông tin đầu vào chưa chắc chắn, phải ghi cần xác minh.

Bài luyện bổ sung 4

Tạo một mô hình nhỏ có ba lỗi liên quan trực tiếp tới nội dung bài, lưu thành phiên “TRUOC_KIEM”. Đổi file cho người khác và yêu cầu họ phát hiện lỗi bằng thao tác kiểm chứ không chỉ quan sát. Sau khi thống nhất nguyên nhân, sửa và lưu phiên “SAU_KIEM”.

So sánh hai phiên bằng các tiêu chí: hình học, kích thước, khả năng chọn/chỉnh, cấu trúc Object và khả năng tiếp tục dựng. Không sửa dữ liệu nguồn chỉ để mô hình trông đẹp hơn; nếu thông tin đầu vào chưa chắc chắn, phải ghi cần xác minh.

Bài luyện bổ sung 5

Tạo một mô hình nhỏ có ba lỗi liên quan trực tiếp tới nội dung bài, lưu thành phiên “TRUOC_KIEM”. Đổi file cho người khác và yêu cầu họ phát hiện lỗi bằng thao tác kiểm chứ không chỉ quan sát. Sau khi thống nhất nguyên nhân, sửa và lưu phiên “SAU_KIEM”.

So sánh hai phiên bằng các tiêu chí: hình học, kích thước, khả năng chọn/chỉnh, cấu trúc Object và khả năng tiếp tục dựng. Không sửa dữ liệu nguồn chỉ để mô hình trông đẹp hơn; nếu thông tin đầu vào chưa chắc chắn, phải ghi cần xác minh.

Bài luyện bổ sung 6

Tạo một mô hình nhỏ có ba lỗi liên quan trực tiếp tới nội dung bài, lưu thành phiên “TRUOC_KIEM”. Đổi file cho người khác và yêu cầu họ phát hiện lỗi bằng thao tác kiểm chứ không chỉ quan sát. Sau khi thống nhất nguyên nhân, sửa và lưu phiên “SAU_KIEM”.

So sánh hai phiên bằng các tiêu chí: hình học, kích thước, khả năng chọn/chỉnh, cấu trúc Object và khả năng tiếp tục dựng. Không sửa dữ liệu nguồn chỉ để mô hình trông đẹp hơn; nếu thông tin đầu vào chưa chắc chắn, phải ghi cần xác minh.

Bài luyện bổ sung 7

Tạo một mô hình nhỏ có ba lỗi liên quan trực tiếp tới nội dung bài, lưu thành phiên “TRUOC_KIEM”. Đổi file cho người khác và yêu cầu họ phát hiện lỗi bằng thao tác kiểm chứ không chỉ quan sát. Sau khi thống nhất nguyên nhân, sửa và lưu phiên “SAU_KIEM”.

So sánh hai phiên bằng các tiêu chí: hình học, kích thước, khả năng chọn/chỉnh, cấu trúc Object và khả năng tiếp tục dựng. Không sửa dữ liệu nguồn chỉ để mô hình trông đẹp hơn; nếu thông tin đầu vào chưa chắc chắn, phải ghi cần xác minh.

Bài luyện bổ sung 8

Tạo một mô hình nhỏ có ba lỗi liên quan trực tiếp tới nội dung bài, lưu thành phiên “TRUOC_KIEM”. Đổi file cho người khác và yêu cầu họ phát hiện lỗi bằng thao tác kiểm chứ không chỉ quan sát. Sau khi thống nhất nguyên nhân, sửa và lưu phiên “SAU_KIEM”.

So sánh hai phiên bằng các tiêu chí: hình học, kích thước, khả năng chọn/chỉnh, cấu trúc Object và khả năng tiếp tục dựng. Không sửa dữ liệu nguồn chỉ để mô hình trông đẹp hơn; nếu thông tin đầu vào chưa chắc chắn, phải ghi cần xác minh.

Bài luyện bổ sung 9

Tạo một mô hình nhỏ có ba lỗi liên quan trực tiếp tới nội dung bài, lưu thành phiên “TRUOC_KIEM”. Đổi file cho người khác và yêu cầu họ phát hiện lỗi bằng thao tác kiểm chứ không chỉ quan sát. Sau khi thống nhất nguyên nhân, sửa và lưu phiên “SAU_KIEM”.

So sánh hai phiên bằng các tiêu chí: hình học, kích thước, khả năng chọn/chỉnh, cấu trúc Object và khả năng tiếp tục dựng. Không sửa dữ liệu nguồn chỉ để mô hình trông đẹp hơn; nếu thông tin đầu vào chưa chắc chắn, phải ghi cần xác minh.

Bài luyện bổ sung 10

Tạo một mô hình nhỏ có ba lỗi liên quan trực tiếp tới nội dung bài, lưu thành phiên “TRUOC_KIEM”. Đổi file cho người khác và yêu cầu họ phát hiện lỗi bằng thao tác kiểm chứ không chỉ quan sát. Sau khi thống nhất nguyên nhân, sửa và lưu phiên “SAU_KIEM”.

So sánh hai phiên bằng các tiêu chí: hình học, kích thước, khả năng chọn/chỉnh, cấu trúc Object và khả năng tiếp tục dựng. Không sửa dữ liệu nguồn chỉ để mô hình trông đẹp hơn; nếu thông tin đầu vào chưa chắc chắn, phải ghi cần xác minh.

Bài luyện bổ sung 11

Tạo một mô hình nhỏ có ba lỗi liên quan trực tiếp tới nội dung bài, lưu thành phiên “TRUOC_KIEM”. Đổi file cho người khác và yêu cầu họ phát hiện lỗi bằng thao tác kiểm chứ không chỉ quan sát. Sau khi thống nhất nguyên nhân, sửa và lưu phiên “SAU_KIEM”.

So sánh hai phiên bằng các tiêu chí: hình học, kích thước, khả năng chọn/chỉnh, cấu trúc Object và khả năng tiếp tục dựng. Không sửa dữ liệu nguồn chỉ để mô hình trông đẹp hơn; nếu thông tin đầu vào chưa chắc chắn, phải ghi cần xác minh.

Bài luyện bổ sung 12

Tạo một mô hình nhỏ có ba lỗi liên quan trực tiếp tới nội dung bài, lưu thành phiên “TRUOC_KIEM”. Đổi file cho người khác và yêu cầu họ phát hiện lỗi bằng thao tác kiểm chứ không chỉ quan sát. Sau khi thống nhất nguyên nhân, sửa và lưu phiên “SAU_KIEM”.

So sánh hai phiên bằng các tiêu chí: hình học, kích thước, khả năng chọn/chỉnh, cấu trúc Object và khả năng tiếp tục dựng. Không sửa dữ liệu nguồn chỉ để mô hình trông đẹp hơn; nếu thông tin đầu vào chưa chắc chắn, phải ghi cần xác minh.

Bài luyện bổ sung 13

Tạo một mô hình nhỏ có ba lỗi liên quan trực tiếp tới nội dung bài, lưu thành phiên “TRUOC_KIEM”. Đổi file cho người khác và yêu cầu họ phát hiện lỗi bằng thao tác kiểm chứ không chỉ quan sát. Sau khi thống nhất nguyên nhân, sửa và lưu phiên “SAU_KIEM”.

So sánh hai phiên bằng các tiêu chí: hình học, kích thước, khả năng chọn/chỉnh, cấu trúc Object và khả năng tiếp tục dựng. Không sửa dữ liệu nguồn chỉ để mô hình trông đẹp hơn; nếu thông tin đầu vào chưa chắc chắn, phải ghi cần xác minh.

Bài luyện bổ sung 14

Tạo một mô hình nhỏ có ba lỗi liên quan trực tiếp tới nội dung bài, lưu thành phiên “TRUOC_KIEM”. Đổi file cho người khác và yêu cầu họ phát hiện lỗi bằng thao tác kiểm chứ không chỉ quan sát. Sau khi thống nhất nguyên nhân, sửa và lưu phiên “SAU_KIEM”.

So sánh hai phiên bằng các tiêu chí: hình học, kích thước, khả năng chọn/chỉnh, cấu trúc Object và khả năng tiếp tục dựng. Không sửa dữ liệu nguồn chỉ để mô hình trông đẹp hơn; nếu thông tin đầu vào chưa chắc chắn, phải ghi cần xác minh.

Bài luyện bổ sung 15

Tạo một mô hình nhỏ có ba lỗi liên quan trực tiếp tới nội dung bài, lưu thành phiên “TRUOC_KIEM”. Đổi file cho người khác và yêu cầu họ phát hiện lỗi bằng thao tác kiểm chứ không chỉ quan sát. Sau khi thống nhất nguyên nhân, sửa và lưu phiên “SAU_KIEM”.

So sánh hai phiên bằng các tiêu chí: hình học, kích thước, khả năng chọn/chỉnh, cấu trúc Object và khả năng tiếp tục dựng. Không sửa dữ liệu nguồn chỉ để mô hình trông đẹp hơn; nếu thông tin đầu vào chưa chắc chắn, phải ghi cần xác minh.

Bài luyện bổ sung 16

Tạo một mô hình nhỏ có ba lỗi liên quan trực tiếp tới nội dung bài, lưu thành phiên “TRUOC_KIEM”. Đổi file cho người khác và yêu cầu họ phát hiện lỗi bằng thao tác kiểm chứ không chỉ quan sát. Sau khi thống nhất nguyên nhân, sửa và lưu phiên “SAU_KIEM”.

So sánh hai phiên bằng các tiêu chí: hình học, kích thước, khả năng chọn/chỉnh, cấu trúc Object và khả năng tiếp tục dựng. Không sửa dữ liệu nguồn chỉ để mô hình trông đẹp hơn; nếu thông tin đầu vào chưa chắc chắn, phải ghi cần xác minh.

Bài luyện bổ sung 17

Tạo một mô hình nhỏ có ba lỗi liên quan trực tiếp tới nội dung bài, lưu thành phiên “TRUOC_KIEM”. Đổi file cho người khác và yêu cầu họ phát hiện lỗi bằng thao tác kiểm chứ không chỉ quan sát. Sau khi thống nhất nguyên nhân, sửa và lưu phiên “SAU_KIEM”.

So sánh hai phiên bằng các tiêu chí: hình học, kích thước, khả năng chọn/chỉnh, cấu trúc Object và khả năng tiếp tục dựng. Không sửa dữ liệu nguồn chỉ để mô hình trông đẹp hơn; nếu thông tin đầu vào chưa chắc chắn, phải ghi cần xác minh.

Bài luyện bổ sung 18

Tạo một mô hình nhỏ có ba lỗi liên quan trực tiếp tới nội dung bài, lưu thành phiên “TRUOC_KIEM”. Đổi file cho người khác và yêu cầu họ phát hiện lỗi bằng thao tác kiểm chứ không chỉ quan sát. Sau khi thống nhất nguyên nhân, sửa và lưu phiên “SAU_KIEM”.

So sánh hai phiên bằng các tiêu chí: hình học, kích thước, khả năng chọn/chỉnh, cấu trúc Object và khả năng tiếp tục dựng. Không sửa dữ liệu nguồn chỉ để mô hình trông đẹp hơn; nếu thông tin đầu vào chưa chắc chắn, phải ghi cần xác minh.

Bài luyện bổ sung 19

Tạo một mô hình nhỏ có ba lỗi liên quan trực tiếp tới nội dung bài, lưu thành phiên “TRUOC_KIEM”. Đổi file cho người khác và yêu cầu họ phát hiện lỗi bằng thao tác kiểm chứ không chỉ quan sát. Sau khi thống nhất nguyên nhân, sửa và lưu phiên “SAU_KIEM”.

So sánh hai phiên bằng các tiêu chí: hình học, kích thước, khả năng chọn/chỉnh, cấu trúc Object và khả năng tiếp tục dựng. Không sửa dữ liệu nguồn chỉ để mô hình trông đẹp hơn; nếu thông tin đầu vào chưa chắc chắn, phải ghi cần xác minh.

Bài luyện bổ sung 20

Tạo một mô hình nhỏ có ba lỗi liên quan trực tiếp tới nội dung bài, lưu thành phiên “TRUOC_KIEM”. Đổi file cho người khác và yêu cầu họ phát hiện lỗi bằng thao tác kiểm chứ không chỉ quan sát. Sau khi thống nhất nguyên nhân, sửa và lưu phiên “SAU_KIEM”.

So sánh hai phiên bằng các tiêu chí: hình học, kích thước, khả năng chọn/chỉnh, cấu trúc Object và khả năng tiếp tục dựng. Không sửa dữ liệu nguồn chỉ để mô hình trông đẹp hơn; nếu thông tin đầu vào chưa chắc chắn, phải ghi cần xác minh.

Bài luyện bổ sung 21

Tạo một mô hình nhỏ có ba lỗi liên quan trực tiếp tới nội dung bài, lưu thành phiên “TRUOC_KIEM”. Đổi file cho người khác và yêu cầu họ phát hiện lỗi bằng thao tác kiểm chứ không chỉ quan sát. Sau khi thống nhất nguyên nhân, sửa và lưu phiên “SAU_KIEM”.

So sánh hai phiên bằng các tiêu chí: hình học, kích thước, khả năng chọn/chỉnh, cấu trúc Object và khả năng tiếp tục dựng. Không sửa dữ liệu nguồn chỉ để mô hình trông đẹp hơn; nếu thông tin đầu vào chưa chắc chắn, phải ghi cần xác minh.

Bài luyện bổ sung 22

Tạo một mô hình nhỏ có ba lỗi liên quan trực tiếp tới nội dung bài, lưu thành phiên “TRUOC_KIEM”. Đổi file cho người khác và yêu cầu họ phát hiện lỗi bằng thao tác kiểm chứ không chỉ quan sát. Sau khi thống nhất nguyên nhân, sửa và lưu phiên “SAU_KIEM”.

So sánh hai phiên bằng các tiêu chí: hình học, kích thước, khả năng chọn/chỉnh, cấu trúc Object và khả năng tiếp tục dựng. Không sửa dữ liệu nguồn chỉ để mô hình trông đẹp hơn; nếu thông tin đầu vào chưa chắc chắn, phải ghi cần xác minh.

Bài luyện bổ sung 23

Tạo một mô hình nhỏ có ba lỗi liên quan trực tiếp tới nội dung bài, lưu thành phiên “TRUOC_KIEM”. Đổi file cho người khác và yêu cầu họ phát hiện lỗi bằng thao tác kiểm chứ không chỉ quan sát. Sau khi thống nhất nguyên nhân, sửa và lưu phiên “SAU_KIEM”.

So sánh hai phiên bằng các tiêu chí: hình học, kích thước, khả năng chọn/chỉnh, cấu trúc Object và khả năng tiếp tục dựng. Không sửa dữ liệu nguồn chỉ để mô hình trông đẹp hơn; nếu thông tin đầu vào chưa chắc chắn, phải ghi cần xác minh.

Bài luyện bổ sung 24

Tạo một mô hình nhỏ có ba lỗi liên quan trực tiếp tới nội dung bài, lưu thành phiên “TRUOC_KIEM”. Đổi file cho người khác và yêu cầu họ phát hiện lỗi bằng thao tác kiểm chứ không chỉ quan sát. Sau khi thống nhất nguyên nhân, sửa và lưu phiên “SAU_KIEM”.

So sánh hai phiên bằng các tiêu chí: hình học, kích thước, khả năng chọn/chỉnh, cấu trúc Object và khả năng tiếp tục dựng. Không sửa dữ liệu nguồn chỉ để mô hình trông đẹp hơn; nếu thông tin đầu vào chưa chắc chắn, phải ghi cần xác minh.

Bài luyện bổ sung 25

Tạo một mô hình nhỏ có ba lỗi liên quan trực tiếp tới nội dung bài, lưu thành phiên “TRUOC_KIEM”. Đổi file cho người khác và yêu cầu họ phát hiện lỗi bằng thao tác kiểm chứ không chỉ quan sát. Sau khi thống nhất nguyên nhân, sửa và lưu phiên “SAU_KIEM”.

So sánh hai phiên bằng các tiêu chí: hình học, kích thước, khả năng chọn/chỉnh, cấu trúc Object và khả năng tiếp tục dựng. Không sửa dữ liệu nguồn chỉ để mô hình trông đẹp hơn; nếu thông tin đầu vào chưa chắc chắn, phải ghi cần xác minh.

Bài luyện bổ sung 26

Tạo một mô hình nhỏ có ba lỗi liên quan trực tiếp tới nội dung bài, lưu thành phiên “TRUOC_KIEM”. Đổi file cho người khác và yêu cầu họ phát hiện lỗi bằng thao tác kiểm chứ không chỉ quan sát. Sau khi thống nhất nguyên nhân, sửa và lưu phiên “SAU_KIEM”.

So sánh hai phiên bằng các tiêu chí: hình học, kích thước, khả năng chọn/chỉnh, cấu trúc Object và khả năng tiếp tục dựng. Không sửa dữ liệu nguồn chỉ để mô hình trông đẹp hơn; nếu thông tin đầu vào chưa chắc chắn, phải ghi cần xác minh.

Bài luyện bổ sung 27

Tạo một mô hình nhỏ có ba lỗi liên quan trực tiếp tới nội dung bài, lưu thành phiên “TRUOC_KIEM”. Đổi file cho người khác và yêu cầu họ phát hiện lỗi bằng thao tác kiểm chứ không chỉ quan sát. Sau khi thống nhất nguyên nhân, sửa và lưu phiên “SAU_KIEM”.

So sánh hai phiên bằng các tiêu chí: hình học, kích thước, khả năng chọn/chỉnh, cấu trúc Object và khả năng tiếp tục dựng. Không sửa dữ liệu nguồn chỉ để mô hình trông đẹp hơn; nếu thông tin đầu vào chưa chắc chắn, phải ghi cần xác minh.

Bài luyện bổ sung 28

Tạo một mô hình nhỏ có ba lỗi liên quan trực tiếp tới nội dung bài, lưu thành phiên “TRUOC_KIEM”. Đổi file cho người khác và yêu cầu họ phát hiện lỗi bằng thao tác kiểm chứ không chỉ quan sát. Sau khi thống nhất nguyên nhân, sửa và lưu phiên “SAU_KIEM”.

So sánh hai phiên bằng các tiêu chí: hình học, kích thước, khả năng chọn/chỉnh, cấu trúc Object và khả năng tiếp tục dựng. Không sửa dữ liệu nguồn chỉ để mô hình trông đẹp hơn; nếu thông tin đầu vào chưa chắc chắn, phải ghi cần xác minh.

📚 Xem toàn bộ 23 bài trong series SketchUp trong mô hình hóa và trình bày BĐS