Component Definition và Instance: sửa một nơi, cập nhật nhiều nơi là bài 19 của chuyên đề SketchUp trong mô hình hóa và trình bày BĐS. Bài đi sâu Component Definition và Instance để người học hiểu vì sao sửa hình học ở một nơi có thể cập nhật nhiều nơi, còn Move/Rotate/Scale một instance có thể chỉ thay trạng thái instance đó.
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. Definition và Instance là hai khái niệm khác nhau
Definition mô tả hình học và đặc tính chung của một Component. Mỗi lần đặt Component vào model tạo một Instance dựa trên definition đó. Một definition có thể có rất nhiều instance.
2. Sửa geometry bên trong là sửa definition
Khi double-click một instance và chỉnh Edge/Face bên trong, bạn đang sửa nội dung definition. Các instance khác cùng definition sẽ cập nhật theo. Đây là sức mạnh và cũng là nguồn lỗi nếu người dùng chưa hiểu cơ chế.
3. Move/Rotate/Scale instance không nhất thiết sửa definition
Một instance có thể được đặt ở vị trí khác, xoay khác hoặc scale khác mà vẫn dựa trên cùng definition. Vì vậy dãy cửa có thể mở theo nhiều góc hoặc một số instance có tỷ lệ khác, dù nguồn hình học chung.
4. Definition và Instance trong dự án căn hộ
| Mức | Ví dụ |
|---|---|
| Definition | Mẫu cửa D01 900×2400 |
| Instance | Cửa D01 tại phòng ngủ 1 |
| Instance | Cửa D01 tại phòng ngủ 2 |
| Definition khác | Cửa D02 800×2200 |
5. Tên definition và tên instance
Trong mô hình lớn, nên đặt tên definition theo loại chuẩn; instance có thể được nhận diện thêm bằng vị trí hoặc tên trong Outliner khi cần. Tránh để toàn bộ model là Component#1, Component#2.
6. Make Unique tách definition
Khi chọn một instance và Make Unique, instance đó chuyển sang một definition mới để có thể chỉnh độc lập. Sau tách, cần đổi tên definition mới để tránh nhầm với loại cũ.
7. Replace Component
SketchUp cho phép thay các instance của một Component bằng Component khác trong quy trình phù hợp. Điều này rất hữu ích khi đổi mẫu cửa, cây hoặc furniture mà không đặt lại từng vị trí.
8. Instance được scale khác nhau: lợi và hại
Scale riêng từng instance có thể tiện cho asset minh họa, nhưng với phần tử kiến trúc tiêu chuẩn dễ tạo ra kích thước không kiểm soát. Với cửa/cột có quy cách, tốt hơn tạo definition khác đúng kích thước nếu khác loại thật.
9. Tình huống shophouse lặp
Một dãy 12 shophouse cùng module có thể dùng một Component module. Khi đổi vị trí cửa mặt tiền trong definition, 12 căn cập nhật. Nếu hai căn góc khác thiết kế, Make Unique hoặc dùng definition riêng cho căn góc.
10. Kiểm trước khi sửa Component
- Xác định instance thuộc definition nào.
- Đếm xem có bao nhiêu instance cùng definition.
- Quyết định sửa tất cả hay chỉ một.
- Nếu chỉ một: Make Unique trước.
- Đổi tên definition mới.
- Sau sửa kiểm toàn model.
Bài thực hành
- Tạo một Component cửa và 5 instance.
- Chỉnh một cạnh bên trong một instance và quan sát 5 instance.
- Rotate riêng 2 instance.
- Make Unique một instance rồi thay đổi.
- Đặt tên definition cũ/mới rõ ràng.
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
- Không phân biệt definition và instance.
- Chỉnh một cửa làm tất cả cửa đổi ngoài ý muốn.
- Make Unique nhưng không đổi tên.
- Scale instance tiêu chuẩn tùy tiện.
- Không kiểm toàn model sau khi sửa definition.
Quy trình kiểm mô hình trước khi kết thúc
- Đúng đơn vị và đúng phiên bản file.
- Đúng đối tượng/đúng ngữ cảnh chỉnh sửa.
- Kích thước/góc/khoảng cách quan trọng được nhập số.
- Không có raw geometry dính ngoài ý muốn.
- Group/Component/Tags được dùng đúng vai trò.
- 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
- Definition mô tả hình học và đặc tính chung của một Component. Mỗi lần đặt Component vào model tạo một Instance dựa trên definition đó. Một definition có thể có rất nhiều instance.
- 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
- https://help.sketchup.com/en/sketchup/components
- https://help.sketchup.com/en/sketchup/creating-basic-component
Bài tiếp theo: “Tags dùng để kiểm soát hiển thị chứ không thay Group/Component”.
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.