Font size
Worksheetsrobot1
Total questions: 100
Worksheet time: 50hrs 0mins
Thiết kế thoại (dialog design) trong HCI là gì?
Thiết kế chuỗi trao đổi giữa người dùng và hệ thống
Thiết kế phần cứng
Thiết kế thuật toán
Thiết kế mạng
Quy ước (convention) trong giao diện có vai trò gì?
Tăng độ phức tạp
Giảm phản hồi
Giúp người dùng dễ học và dễ nhớ
Giảm chức năng
Ký hiệu (icon) trong giao diện dùng để?
Trang trí
Tăng dung lượng
Truyền đạt thông tin nhanh chóng
Giảm màu sắc
Icon hình thùng rác thường biểu thị chức năng gì?
Xóa
Lưu
Mở
Sao chép
Thiết kế thoại tốt cần đảm bảo điều gì?
Nhiều bước
Rõ ràng, nhất quán
Ẩn phản hồi
Ít hướng dẫn
Menu trong giao diện là gì?
Thiết bị nhập
Phần cứng
Cơ sở dữ liệu
Danh sách các lựa chọn cho người dùng
Thông báo lỗi (error message) thuộc thành phần nào của thiết kế thoại?
Phản hồi của hệ thống
Không liên quan
Thiết bị nhập
Phần cứng
Tính nhất quán (consistency) trong giao diện nghĩa là?
Mỗi màn hình khác nhau
Nhiều màu sắc
Cách thiết kế đồng nhất trong toàn hệ thống
Nhiều biểu tượng
Vì sao cần sử dụng quy ước quen thuộc trong giao diện?
Để lập trình dễ hơn
Để tăng số chức năng
Để giảm gánh nặng học cho người dùng
Để giảm màu sắc
Icon giúp cải thiện giao diện vì?
Giúp người dùng nhận biết chức năng nhanh
Trang trí đẹp hơn
Giảm dữ liệu
Giảm tốc độ
Thiết kế thoại kém có thể gây ra điều gì?
Tăng hiệu quả
Người dùng nhầm lẫn và thao tác sai
Giảm lỗi
Giảm thời gian
Tính nhất quán giúp người dùng?
Phải học lại mỗi màn hình
Dự đoán được hành vi hệ thống
Khó sử dụng hơn
Ít phản hồi hơn
Quy tắc nào giúp người dùng dễ dàng điều hướng trong giao diện?
Ít thông tin
Quy ước rõ ràng
Thay đổi liên tục
Thiết kế phức tạp
Tại sao việc sử dụng màu sắc nhất quán là quan trọng trong thiết kế giao diện?
Để gây sự chú ý
Để tạo sự nhầm lẫn
Để giúp người dùng dễ nhận diện
Để giảm chi phí thiết kế
Phản hồi tức thì từ hệ thống có vai trò gì trong thiết kế giao diện?
Gây khó chịu
Giúp người dùng cảm thấy an tâm
Không cần thiết
Giảm tính tương tác
Thiết kế thoại cần hướng tới điều gì?
Nhiều thao tác
Ẩn phản hồi
Hỗ trợ người dùng đạt mục tiêu dễ dàng
Giảm hướng dẫn
Khi thiết kế nút “Xóa”, nên sử dụng?
Màu xanh
Biểu tượng quen thuộc như thùng rác
Không có icon
Màu giống nút lưu
Ứng dụng ngân hàng cần thiết kế thông báo lỗi như thế nào?
Ngắn gọn nhưng khó hiểu
Ẩn hoàn toàn
Rõ ràng và an toàn
Chỉ hiển thị mã lỗi
Để tránh người dùng nhầm lẫn, nên?
Thay đổi icon liên tục
Giữ nhất quán icon và màu sắc
Ẩn menu
Giảm phản hồi
Hệ thống cần xác nhận trước khi xóa dữ liệu để?
Tăng thao tác
Giảm tốc độ
Giảm lỗi nghiêm trọng
Giảm chức năng
Ứng dụng cho người mới nên?
Dùng quy ước quen thuộc
Dùng nhiều ký hiệu lạ
Ẩn hướng dẫn
Giảm phản hồi
Khi thiết kế menu dài, nên?
Không phân nhóm
Phân cấp hợp lý
Ẩn toàn bộ
Chỉ dùng phím tắt
Trong thiết kế thoại, bước tiếp theo nên?
Không cần hiển thị
Được gợi ý rõ ràng cho người dùng
Ẩn thông tin
Ngẫu nhiên
Vì sao thiếu nhất quán trong giao diện gây khó khăn?
Do phần cứng
Do người dùng khó dự đoán hành vi hệ thống
Do mạng
Do thuật toán
Icon không quen thuộc có thể dẫn đến?
Tăng hiệu quả
Nhầm lẫn chức năng
Giảm thao tác
Giảm lỗi
Thông báo lỗi kém thường gây ra?
Giảm trải nghiệm người dùng
Tăng hiệu quả
Giảm lỗi
Giảm thao tác
Đánh giá vai trò của thiết kế thoại trong HCI?
Không quan trọng
Chỉ mang tính hình thức
Yếu tố quyết định khả năng sử dụng
Không cần thiết
Nhận định nào đúng về quy ước giao diện?
Có thể thay đổi tùy ý
Nên tuân theo chuẩn phổ biến
Không cần thiết
Chỉ dùng cho chuyên gia
So với giao diện không quy ước, giao diện có quy ước sẽ?
Dễ sử dụng hơn
Khó học hơn
Ít chức năng hơn
Ít phản hồi hơn
Thiết kế thoại thành công khi?
Nhiều bước thao tác
Giao diện phức tạp
Người dùng đạt mục tiêu dễ dàng, ít lỗi
Nhiều thông báo
Đặc tả người dùng (user specification) nhằm mục đích gì?
Mô tả phần cứng
Mô tả đặc điểm, nhu cầu người dùng
Mô tả thuật toán
Mô tả cơ sở dữ liệu
Phân tích nhiệm vụ (task analysis) là gì?
Phân tích mã nguồn
Phân tích các bước người dùng thực hiện để đạt mục tiêu
Phân tích mạng
Phân tích phần cứng
Yếu tố nào KHÔNG thuộc đặc tả người dùng?
Kinh nghiệm
Khả năng nhận thức
Thuật toán xử lý
Mục tiêu sử dụng
Đặc điểm nào thường được xem xét khi đặc tả người dùng?
Tuổi, trình độ, kinh nghiệm
Tốc độ CPU
Dung lượng RAM
Băng thông mạng
Nhiệm vụ trong HCI được hiểu là?
Chức năng hệ thống
Hoạt động người dùng cần thực hiện
Thuật toán xử lý
Lệnh hệ thống
Phân tích nhiệm vụ thường được thực hiện ở giai đoạn nào?
Sau triển khai
Sau bảo trì
Giai đoạn đầu thiết kế
Sau đánh giá
Context of use là gì?
Giao diện đồ họa
Thuật toán
Bối cảnh người dùng sử dụng hệ thống
Cơ sở dữ liệu
HTA (Hierarchical Task Analysis) dùng để?
Phân cấp nhiệm vụ
Thiết kế giao diện
Viết mã
Thiết kế phần cứng
Use case mô tả điều gì?
Cấu trúc dữ liệu
Tương tác giữa người dùng và hệ thống
Thiết kế phần cứng
Mạng máy tính
Phân tích nhiệm vụ giúp xác định?
Giao diện đẹp
Tốc độ xử lý
Các bước và thứ tự thao tác
Dung lượng lưu trữ
Vì sao cần đặc tả người dùng trước khi thiết kế giao diện?
Để giảm chi phí phần cứng
Để thiết kế phù hợp đối tượng sử dụng
Để lập trình nhanh hơn
Để tăng độ phức tạp
Phân tích nhiệm vụ giúp cải thiện điều gì?
Thuật toán
Tính dễ sử dụng của hệ thống
Dung lượng bộ nhớ
Hiệu năng mạng
Đặc tả người dùng giúp nhà thiết kế tránh điều gì?
Thiết kế theo cảm tính
Thiết kế giao diện đẹp
Thiết kế nhanh
Thiết kế phức tạp
Phân tích nhiệm vụ không đầy đủ có thể dẫn đến?
Tăng hiệu quả
Giảm lỗi
Thiếu chức năng hoặc thao tác rườm rà
Giảm chi phí
HTA giúp ích gì cho thiết kế tương tác?
Ẩn nhiệm vụ
Tổ chức nhiệm vụ rõ ràng
Giảm phản hồi
Giảm màu sắc
Bối cảnh sử dụng ảnh hưởng đến điều gì?
Cách người dùng tương tác
Thuật toán
Phần cứng
Ngôn ngữ lập trình
Người dùng có kinh nghiệm và người mới khác nhau chủ yếu ở?
Tuổi
Phần cứng sử dụng
Cách thực hiện nhiệm vụ
Hệ điều hành
Use case giúp làm rõ điều gì?
Cấu trúc dữ liệu
Luồng tương tác người–hệ thống
Hiệu năng
Bảo mật
Phân tích nhiệm vụ giúp phát hiện điều gì?
Lỗi phần cứng
Các bước dư thừa
Lỗi mạng
Lỗi thuật toán
Đặc tả người dùng thường bao gồm?
Chỉ tuổi
Thuật toán
CSDL
Nhu cầu, mục tiêu, hạn chế
Câu 151: Thiết kế app cho người cao tuổi cần chú trọng?
Tốc độ CPU
Đặc tả thị lực và khả năng thao tác
Dung lượng RAM
Thuật toán
Khi thiết kế hệ thống bán vé, nên phân tích nhiệm vụ nào?
Các bước người dùng mua vé
Hệ thống xử lý dữ liệu
Cách lập trình
Cách lưu trữ
Muốn giảm thao tác dư thừa, nhà thiết kế nên?
Tăng số bước
Phân tích nhiệm vụ chi tiết
Ẩn chức năng
Giảm phản hồi
Ứng dụng di động cần xét bối cảnh nào?
Môi trường di chuyển, thao tác một tay
Phần cứng mạnh
Hệ điều hành
Mạng nội bộ
Khi người dùng thao tác sai thường xuyên, nên?
Đổ lỗi người dùng
Xem lại phân tích nhiệm vụ
Tăng thuật toán
Thay phần cứng
HTA phù hợp khi?
Thiết kế giao diện màu sắc
Phân chia nhiệm vụ phức tạp
Thiết kế mạng
Thiết kế phần cứng
Thiết kế cho nhân viên chuyên môn cao nên?
Ẩn chức năng nâng cao
Cung cấp thao tác nhanh
Giảm thông tin
Giảm phản hồi
Phân tích nhiệm vụ cho ATM cần tập trung?
Các bước rút tiền
Cách lập trình
Phần cứng ATM
Hệ điều hành
Use case phù hợp khi?
Mô tả cấu trúc dữ liệu
Mô tả tương tác người–hệ thống
Thiết kế mạng
Thiết kế phần cứng
Thiết kế website thương mại cần đặc tả người dùng để?
Giảm chi phí
Tối ưu quy trình mua hàng
Giảm dữ liệu
Giảm bảo mật
Vì sao bỏ qua phân tích nhiệm vụ dễ gây lỗi sử dụng?
Do phần cứng
Do thiết kế không phù hợp quy trình người dùng
Do mạng
Do thuật toán
So sánh thiết kế dựa trên người dùng và dựa trên hệ thống cho thấy?
Không khác nhau
Thiết kế dựa người dùng hiệu quả hơn
Thiết kế hệ thống tốt hơn
Thiết kế dựa thuật toán
Người mới và người có kinh nghiệm khác nhau chủ yếu ở?
Tuổi
Cách thực hiện nhiệm vụ
Thiết bị
Hệ điều hành
Đánh giá vai trò của phân tích nhiệm vụ trong HCI?
Không cần thiết
Nền tảng cho thiết kế hiệu quả
Chỉ mang tính hình thức
Chỉ dùng cho lập trình
Đặc tả người dùng tốt giúp?
Giảm trải nghiệm
Thiết kế đúng nhu cầu
Tăng độ phức tạp
Giảm phản hồi
Bối cảnh sử dụng thay đổi sẽ?
Không ảnh hưởng
Ảnh hưởng đến thiết kế tương tác
Chỉ ảnh hưởng phần cứng
Chỉ ảnh hưởng mạng
Trong dài hạn, phân tích nhiệm vụ tốt giúp?
Tăng chi phí
Giảm lỗi và tăng hiệu quả
Giảm bảo mật
Giảm tính năng
Thiết kế bỏ qua đặc tả người dùng thường dẫn đến?
Hệ thống mạnh hơn
Người dùng không hài lòng
Giảm chi phí
Tăng hiệu năng
Nhận định nào đúng về phân tích nhiệm vụ?
Chỉ cần làm một lần
Cần cập nhật khi yêu cầu thay đổi
Không cần thiết
Chỉ dùng cho giao diện
Thiết kế tương tác thành công khi?
Giao diện đẹp
Phù hợp người dùng và nhiệm vụ
Nhiều chức năng
Thuật toán nhanh
Đánh giá (evaluation) trong HCI là gì?
Thiết kế giao diện
Đo lường và kiểm tra khả năng sử dụng hệ thống
Lập trình hệ thống
Triển khai phần mềm
Mục tiêu chính của đánh giá trong HCI là?
Tăng thuật toán
Cải thiện khả năng sử dụng
Giảm dữ liệu
Giảm chi phí phần cứng
Usability testing là gì?
Kiểm tra hệ thống với người dùng thực
Kiểm tra phần cứng
Kiểm tra mạng
Kiểm tra mã nguồn
Phương pháp đánh giá nào KHÔNG cần người dùng?
Heuristic evaluation
Usability testing
User testing
Field study
Heuristic evaluation dựa trên?
Thuật toán
Các nguyên lý/heuristic về khả năng sử dụng
Phần cứng
Cơ sở dữ liệu
Người thực hiện heuristic evaluation thường là?
Người dùng cuối
Chuyên gia HCI
Lập trình viên mới
Quản trị mạng
Field study là phương pháp đánh giá như thế nào?
Trong phòng thí nghiệm
Trong môi trường sử dụng thực tế
Chỉ dùng bảng hỏi
Chỉ dùng mô phỏng
Questionnaire trong HCI dùng để?
Thiết kế giao diện
Thu thập ý kiến người dùng
Lập trình
Kiểm thử phần cứng
Vì sao cần đánh giá khả năng sử dụng?
Để tăng độ phức tạp
Để phát hiện và sửa lỗi sử dụng
Để giảm chức năng
Để giảm phản hồi
Heuristic evaluation có ưu điểm gì?
Không phát hiện lỗi
Nhanh và ít tốn chi phí
Cần nhiều người dùng
Phức tạp
Usability testing giúp ích gì?
Đánh giá thuật toán
Quan sát hành vi người dùng thực
Kiểm tra phần cứng
Giảm bộ nhớ
Field study phù hợp khi nào?
Khi muốn kiểm soát chặt chẽ
Khi cần hiểu bối cảnh sử dụng thực
Khi không có người dùng
Khi không có thời gian
Questionnaire giúp thu thập loại dữ liệu nào?
Chỉ định tính
Định tính và định lượng
Chỉ kỹ thuật
Chỉ thuật toán
Đánh giá sớm trong quá trình thiết kế giúp?
Giảm khả năng sửa lỗi
Tiết kiệm chi phí
Giảm phản hồi
Giảm đánh giá
So với heuristic evaluation, usability testing?
Ít chính xác hơn
Phản ánh thực tế sử dụng tốt hơn
Nhanh hơn
Không cần người dùng
Đánh giá trong HCI nên được thực hiện khi nào?
Chỉ cuối dự án
Xuyên suốt quá trình thiết kế
Chỉ đầu dự án
Không cần
Muốn kiểm tra nhanh giao diện mới, nên chọn?
Field study
Heuristic evaluation
Triển khai thực tế
Không đánh giá
Khi cần đánh giá hệ thống với người dùng thật, nên dùng?
Usability testing
Heuristic evaluation
Expert review
Inspection
Ứng dụng di động cần hiểu bối cảnh sử dụng ngoài trời, nên?
Heuristic evaluation
Field study
Questionnaire online
Không đánh giá
Muốn thu thập ý kiến số lượng lớn người dùng, nên dùng?
Phỏng vấn sâu
Questionnaire
Quan sát
Field study
Khi phát hiện lỗi sử dụng, nhà thiết kế nên?
Bỏ qua
Cải tiến thiết kế
Đổ lỗi người dùng
Giảm chức năng
Prototype nên được đánh giá để?
Thay thế sản phẩm cuối
Phát hiện sớm vấn đề thiết kế
Giảm phản hồi
Giảm dữ liệu
Ứng dụng y tế cần đánh giá kỹ để?
Tăng giao diện
Đảm bảo an toàn và dễ dùng
Giảm chi phí
Giảm chức năng
Vì sao chỉ dùng heuristic evaluation là chưa đủ?
Vì tốn chi phí
Vì thiếu góc nhìn người dùng thực
Vì quá phức tạp
Vì không có tiêu chí
So sánh field study và usability testing cho thấy?
Field study ít giá trị hơn
Field study phản ánh bối cảnh thực tốt hơn
Hai phương pháp giống nhau
Usability testing không cần người dùng
Đánh giá dựa trên người dùng trong HCI là gì?
Đánh giá bằng thuật toán
Đánh giá hệ thống với sự tham gia của người đó
Đánh giá phần cứng
Đánh giá mã nguồn
Đối tượng chính tham gia đánh giá user-based là?
Chuyên gia HCI
Người dùng cuối
Lập trình viên
Quản trị hệ thống
Usability testing thuộc loại đánh giá nào?
Expert-based
User-based
Inspection
Automated
Quan sát người dùng trong đánh giá nhằm mục đích gì?
Trang trí giao diện
Ghi nhận hành vi thực tế
Kiểm tra phần cứng
Giảm thời gian
Think-aloud là kỹ thuật gì?
Người dùng nói suy nghĩ khi thao tác
Người dùng làm việc im lặng
Phỏng vấn chuyên gia
Đánh giá bằng bảng hỏi
