Font size
WorksheetsTrích xuất câu hỏi trắc nghiệm HCI và thiết kế tương tác
Total questions: 150
Worksheet time: 50mins
Thiết kế tương tác không tốt sẽ dẫn đến?
Tăng hiệu quả
Giảm trải nghiệm người dùng
Tăng độ chính xác
Giảm lỗi
Phản hồi người dùng quan trọng vì?
Trang trí hệ thống
Giúp cải tiến thiết kế
Giảm thời gian sử dụng
Giảm dữ liệu
Quy trình thiết kế tương tác thường kết thúc bằng?
Triển khai ngay
Đánh giá và cải tiến
Không cần đánh giá
Viết mã
Khi thiết kế app cho trẻ em, bước nào cần chú trọng?
Chọn thuật toán
Nghiên cứu người dùng
Tối ưu phần cứng
Thiết kế mạng
Nhóm thiết kế muốn kiểm tra ý tưởng nhanh nên sử dụng?
Sản phẩm hoàn chỉnh
Prototype
CSDL
Hệ điều hành
Để mô tả cách người dùng đặt vé máy bay, nên dùng?
Persona
Scenario
Wireframe
Mockup
Giai đoạn nào nên thu thập phản hồi người dùng?
Chỉ khi hoàn thiện
Trong suốt quá trình thiết kế
Chỉ khi lập trình
Không cần
Để chỉnh sửa bố cục giao diện nhanh, nên dùng?
Mockup
Wireframe
Khi người dùng khó thao tác, nhà thiết kế nên?
Thay phần cứng
Điều chỉnh thiết kế tương tác
Giảm chức năng
Giảm dữ liệu
Ứng dụng y tế cần ưu tiên điều gì trong thiết kế?
Tính thẩm mỹ
Tính dễ dùng và an toàn
Độ phức tạp
Nhiều chức năng ẩn
Để so sánh nhiều phương án giao diện, nên?
Chọn một ngay
Thiết kế nhiều prototype
Không cần đánh giá
Viết mã trước
Khi thiết kế web thương mại điện tử, nên?
Ẩn nút mua
Làm quy trình mua rõ ràng
Giảm phản hồi
Giảm hướng dẫn
Thiết kế lặp cho phép?
Không thay đổi
Cải tiến dần sản phẩm
Giảm đánh giá
Giảm người dùng
Vì sao bỏ qua giai đoạn nghiên cứu người dùng dễ gây thất bại?
Do phần cứng
Do thiết kế không phù hợp nhu cầu
Do thuật toán
Do mạng
So sánh thiết kế tuyến tính và thiết kế lặp cho thấy?
Tuyến tính hiệu quả hơn
Thiết kế lặp linh hoạt hơn
Hai cách giống nhau
Tuyến tính dễ sửa hơn
Prototype độ trung thực thấp phù hợp khi nào?
Khi triển khai cuối
Khi khám phá ý tưởng ban đầu
Khi kiểm thử hệ thống thật
Khi đánh giá hiệu năng
Đánh giá vai trò của persona trong thiết kế?
Không cần thiết
Giúp tập trung vào người dùng
Chỉ mang tính hình thức
Chỉ dùng cho marketing
Thiết kế tương tác thành công khi nào?
Giao diện đẹp
Người dùng đạt mục tiêu dễ dàng
Nhiều chức năng
Thuật toán nhanh
Nhận định nào đúng về thiết kế lấy người dùng làm trung tâm?
Không cần đánh giá
Luôn cần phản hồi người dùng
Chỉ thiết kế một lần
Không cần prototype
Nguyên nhân chính gây lỗi sử dụng là?
Người dùng thiếu kiến thức
Thiết kế chưa phù hợp
Phần cứng yếu
Mạng chậm
Trong dài hạn, thiết kế tương tác tốt mang lại?
Tăng chi phí
Tăng sự hài lòng người dùng
Giảm bảo mật
Giảm hiệu năng
So với sửa lỗi sau triển khai, thiết kế tốt ban đầu giúp?
Tốn thời gian hơn
Tiết kiệm chi phí và công sức
Không khác biệt
Giảm chất lượng
Vai trò của đánh giá trong quy trình thiết kế là?
Không cần thiết
Đảm bảo thiết kế đáp ứng nhu cầu
Chỉ mang tính hình thức
Chỉ làm cuối
Thiết kế thoại (dialog design) trong HCI là gì?
Thiết kế phần cứng
Thiết kế chuỗi trao đổi giữa người dùng và hệ thố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úp người dùng dễ học và dễ nhớ
Giảm phản hồi
Giảm chức năng
Ký hiệu (icon) trong giao diện dùng để?
Trang trí
Truyền đạt thông tin nhanh chóng
Tăng dung lượng
Giảm màu sắc
Icon hình thùng rác thường biểu thị chức năng gì?
Lưu
Xóa
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
Danh sách các lựa chọn cho người dùng
Phần cứng
Cơ sở dữ liệu
Thông báo lỗi (error message) thuộc thành phần nào của thiết kế thoại?
Không liên quan
Phản hồi của hệ thống
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
Cách thiết kế đồng nhất trong toàn hệ thống
Nhiều màu sắc
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
Để giảm gánh nặng học cho người dùng
Để tăng số chức năng
Để giảm màu sắc
Icon giúp cải thiện giao diện vì?
Trang trí đẹp hơn
Giúp người dùng nhận biết chức năng nhanh
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
Menu phân cấp giúp ích gì?
Tăng số bước
Tổ chức chức năng rõ ràng
Ẩn toàn bộ chức năng
Giảm phản hồi
Thông báo lỗi tốt cần có đặc điểm gì?
Khó hiểu
Rõ ràng, hướng dẫn cách khắc phục
Chỉ hiển thị mã lỗi
Ẩn lỗi
Quy ước màu đỏ trong giao diện thường biểu thị?
An toàn
Cảnh báo hoặc lỗi
Thành công
Thông tin
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
Rõ ràng và an toàn
Ẩn hoàn 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 lỗi nghiêm trọng
Giảm tốc độ
Giảm chức năng
Ứng dụng cho người mới nên?
Dùng nhiều ký hiệu lạ
Dùng quy ước quen thuộc
Ẩ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
Yếu tố quyết định khả năng sử dụng
Chỉ mang tính hình thức
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ẽ?
Khó học hơn
Dễ sử dụng 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
Người dùng đạt mục tiêu dễ dàng, ít lỗi
Giao diện phức tạp
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
Giai đoạn đầu thiết kế
Sau bảo trì
Sau đánh giá
Context of use là gì?
Giao diện đồ họa
Bối cảnh người dùng sử dụng hệ thống
Thuật toán
Cơ sở dữ liệu
HTA (Hierarchical Task Analysis) dùng để?
Thiết kế giao diện
Phân cấp nhiệm vụ
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
Các bước và thứ tự thao tác
Tốc độ xử lý
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ả
Thiếu chức năng hoặc thao tác rườm rà
Giảm lỗi
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ì?
Thuật toán
Cách người dùng tương tác
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
Cách thực hiện nhiệm vụ
Phần cứng sử dụng
Hệ điều hành
Use case giúp làm rõ điều gì?
Luồng tương tác người–hệ thống
Cấu trúc dữ liệu
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?
Chi tuổi
Nhu cầu, mục tiêu, hạn chế
Thuật toán
CSDL
Thiết kế app cho người cao tuổi cần chú trọng?
Đặc tả thị lực và khả năng thao tác
Tốc độ CPU
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ách hệ thống xử lý dữ liệu
Các bước người dùng mua vé
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ách lập trình
Các bước rút tiền
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 phần cứng
Kiểm tra hệ thống với người dùng thực
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?
Usability testing
Heuristic evaluation
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
Khi cần đánh giá hệ thống với người dùng thật, nên dùng?
Heuristic evaluation
Usability testing
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 dùng
Đá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
Thử nghiệm khả năng sử dụng thường đo lường yếu tố nào?
Thời gian hoàn thành nhiệm vụ
Dung lượng bộ nhớ
Tốc độ CPU
Băng thông mạng
Post-test questionnaire được dùng khi nào?
Trước thử nghiệm
Sau khi người dùng hoàn thành nhiệm vụ
Trong quá trình lập trình
Trước thiết kế
User testing thường được thực hiện ở đâu?
Chỉ trong phòng thí nghiệm
Trong môi trường có kiểm soát hoặc thực tế
Chỉ ngoài thực địa
Chỉ online
Vì sao đánh giá thông qua người dùng quan trọng?
Vì dễ thực hiện
Vì phản ánh đúng trải nghiệm thực tế
Vì không tốn chi phí
Vì không cần chuẩn bị
Think-aloud giúp nhà thiết kế hiểu điều gì?
Thuật toán xử lý
Suy nghĩ và khó khăn của người dùng
Phần cứng
Mạng
Quan sát trực tiếp khác gì so với bảng hỏi?
Ít thông tin hơn
Ghi nhận hành vi thay vì ý kiến
Không chính xác
Chỉ dùng cho chuyên gia
Usability testing giúp phát hiện loại vấn đề nào?
Lỗi phần cứng
Lỗi sử dụng và tương tác
Lỗi mạng
Lỗi thuật toán
User-based evaluation thường cần điều gì?
Không cần chuẩn bị
Nhiệm vụ đại diện cho thực tế sử dụng
Chỉ cần câu hỏi lý thuyết
Không cần người dùng
Dữ liệu định tính trong đánh giá user-based thường là?
Thời gian thao tác
Ý kiến, nhận xét người dùng
Số lần click
Tần suất lỗi
Dữ liệu định lượng trong đánh giá user-based thường là?
Cảm nhận người dùng
Thời gian, số lỗi
Ý kiến mở
Quan sát mô tả
Kết quả đánh giá user-based dùng để?
Chỉ lưu trữ
Cải tiến thiết kế
Thay phần cứng
Giảm chức năng
Khi muốn kiểm tra hệ thống với sinh viên, nên?
Chọn người dùng không liên quan
Chọn người dùng đại diện
Không cần người dùng
Chỉ dùng chuyên gia
Muốn biết người dùng gặp khó khăn ở bước nào, nên?
Chỉ hỏi ý kiến
Quan sát quá trình thao tác
Chỉ đo thời gian
Chỉ dùng bảng hỏi
Trong usability testing, nên yêu cầu người dùng?
Tự do thao tác không mục tiêu
Thực hiện nhiệm vụ cụ thể
Chỉ xem giao diện
Không cần thao tác
Để thu thập ý kiến sau thử nghiệm, nên dùng?
Think-aloud
Post-test questionnaire
Quan sát
Heuristic
Ứng dụng y tế cần đánh giá với người dùng để?
Trang trí giao diện
Đảm bảo an toàn và dễ sử dụng
Giảm dữ liệu
Giảm chi phí
Để so sánh hai phiên bản giao diện, nên?
Chỉ chọn một
Thử nghiệm với cùng nhóm người dùng
Không cần thử
Chỉ dùng chuyên gia
Khi người dùng thao tác sai nhiều, nhà thiết kế nên?
Đổ lỗi người dùng
Xem lại kết quả đánh giá
Giảm chức năng
Thay phần cứng
Vì sao chỉ dựa vào ý kiến người dùng là chưa đủ?
Vì tốn thời gian
Vì cần kết hợp quan sát hành vi
Vì người dùng không trung thực
Vì không chính xác
So sánh heuristic evaluation và user-based evaluation cho thấy?
Giống nhau hoàn toàn
User-based phản ánh thực tế hơn
Heuristic chính xác hơn
Không cần user-based
Mục tiêu (goal) trong HCI là gì?
Chức năng của hệ thống
Kết quả người dùng muốn đạt được
Thuật toán xử lý
Giao diện đồ họa
Phân cấp mục tiêu nhằm mục đích gì?
Tăng số bước
Chia mục tiêu lớn thành các mục tiêu nhỏ
Ẩn nhiệm vụ
Giảm phản hồi
Nhiệm vụ (task) khác mục tiêu ở điểm nào?
Task là kết quả mong muốn, goal là hành động cụ thể
Task là hành động cụ thể để đạt goal, goal là kết quả mong muốn
Task và goal hoàn toàn giống nhau
Task chỉ dành cho chuyên gia
Nhiệm vụ là gì?
Nhiệm vụ là kết quả
Nhiệm vụ là các bước để đạt mục tiêu
Nhiệm vụ là thuật toán
Nhiệm vụ là phần cứng
HTA là viết tắt của?
Human Task Analysis
Hierarchical Task Analysis
High-level Task Algorithm
Human Technical Action
Trong HTA, kế hoạch (plan) dùng để?
Mô tả phần cứng
Chỉ ra thứ tự thực hiện các nhiệm vụ con
Thiết kế giao diện
Đánh giá hệ thống
Phân tích nhiệm vụ thường bắt đầu từ?
Hành động chi tiết
Mục tiêu cấp cao
Giao diện
Phần cứng
Subtask là gì?
Mục tiêu lớn
Nhiệm vụ con
Thuật toán
Giao diện
