Ngôn ngữ thiết kế chương trình (PDL) thường là một

Câu hỏi yêu cầu xác định những đo lường hữu dụng có thể thu thập khi quan sát người dùng tương tác với hệ thống máy tính.

Phương án A: Thời gian cho ứng dụng (thời gian để hoàn thành một tác vụ cụ thể trong ứng dụng) là một số liệu hữu ích để đánh giá hiệu quả sử dụng của ứng dụng.
Phương án B: Số khiếm khuyết (defect) phần mềm là một số liệu quan trọng để đánh giá chất lượng phần mềm, nhưng nó thường được xác định trong quá trình kiểm thử và phát triển phần mềm chứ không phải trực tiếp từ việc quan sát người dùng tương tác.
Phương án C: Tính tin cậy của phần mềm là một khái niệm rộng hơn và khó đo lường trực tiếp bằng cách quan sát người dùng. Nó thường được đánh giá dựa trên các số liệu khác nhau như thời gian hoạt động liên tục, số lỗi phát sinh, v.v.
Phương án D: Thời gian đọc tài liệu trợ giúp là một số liệu quan trọng để đánh giá tính hữu dụng của tài liệu trợ giúp và mức độ dễ sử dụng của hệ thống. Nếu người dùng phải mất nhiều thời gian để tìm kiếm thông tin trong tài liệu trợ giúp, điều đó có thể cho thấy hệ thống khó sử dụng hoặc tài liệu trợ giúp chưa được tổ chức tốt.

Như vậy, thời gian đọc tài liệu trợ giúp là một trong những đo lường hữu dụng có thể thu thập được.

Bản câu hỏi (questionnaire) được thiết kế để thu thập thông tin. Trong thiết kế giao diện (UI design), mục tiêu quan trọng nhất là tạo ra sản phẩm phù hợp với nhu cầu và mong muốn của người dùng cuối (end-users). Do đó, bản câu hỏi có ý nghĩa nhất khi được hoàn tất bởi chính người dùng sản phẩm, vì họ là những người trực tiếp sử dụng và trải nghiệm giao diện đó.

* A. Khách hàng: Khách hàng có thể là người trả tiền cho sản phẩm, nhưng không nhất thiết là người sử dụng trực tiếp. Ý kiến của họ quan trọng trong việc xác định yêu cầu chung, nhưng không đủ chi tiết về trải nghiệm người dùng.
* B. Những lập trình viên có kinh nghiệm: Lập trình viên có kiến thức về kỹ thuật, nhưng không phải là chuyên gia về trải nghiệm người dùng. Ý kiến của họ có thể hữu ích trong việc đánh giá tính khả thi, nhưng không nên là yếu tố quyết định trong thiết kế giao diện.
* C. Người dùng sản phẩm: Đây là đối tượng quan trọng nhất vì họ trực tiếp sử dụng và trải nghiệm giao diện. Phản hồi của họ giúp nhà thiết kế hiểu rõ những điểm mạnh, điểm yếu và những cải tiến cần thiết.
* D. Người quản lý dự án: Người quản lý dự án tập trung vào việc điều phối và đảm bảo dự án hoàn thành đúng tiến độ và ngân sách. Họ có thể không có kiến thức chuyên sâu về thiết kế giao diện hoặc trải nghiệm người dùng.

Vậy, đáp án đúng là C.

Câu hỏi này đề cập đến những yếu tố gây khó khăn trong việc xác định và đưa ra các yêu cầu trong một dự án hoặc một quá trình phát triển sản phẩm.

* A. Hiểu rõ những yêu cầu người dùng: Việc hiểu rõ yêu cầu của người dùng là một thách thức lớn. Người dùng có thể không diễn đạt rõ ràng những gì họ muốn, hoặc yêu cầu của họ có thể thay đổi theo thời gian.
* B. Sự thay đổi: Yêu cầu có thể thay đổi trong suốt quá trình phát triển. Điều này có thể do nhiều yếu tố, chẳng hạn như sự thay đổi trong nhu cầu của người dùng, sự xuất hiện của công nghệ mới, hoặc những thay đổi trong môi trường kinh doanh.
* D. Phạm vi, giới hạn: Phạm vi và các giới hạn của dự án (ví dụ: ngân sách, thời gian, nguồn lực) cũng có thể gây khó khăn cho việc đưa ra yêu cầu. Cần phải đảm bảo rằng các yêu cầu là khả thi và phù hợp với các giới hạn này.

Vì cả ba yếu tố trên đều gây khó khăn cho việc đưa ra yêu cầu, nên đáp án đúng là:

* C. Tất cả các mục

Câu hỏi này kiểm tra kiến thức về các nguyên lý thiết kế giao diện người dùng tốt. Một giao diện tốt phải cho phép người dùng kiểm soát và tương tác linh hoạt với hệ thống.

* A. Cho phép được gián đoạn: Đây là một nguyên lý tốt. Người dùng nên có khả năng tạm dừng và tiếp tục công việc của họ.
* B. Cho phép tương tác có thể undo: Đây cũng là một nguyên lý tốt. Khả năng hoàn tác (undo) các hành động giúp người dùng thoải mái thử nghiệm và sửa lỗi.
* C. Che dấu những bản chất kỹ thuật với những người dùng thường: Đây là một nguyên lý tốt. Giao diện nên đơn giản và dễ hiểu, không làm người dùng choáng ngợp bởi các chi tiết kỹ thuật.
* D. Chỉ cung cấp một cách thức xác định cứng khi hoàn thành tác vụ: Đây là lựa chọn đúng. Nếu giao diện chỉ cung cấp một cách duy nhất và cứng nhắc để hoàn thành một tác vụ, nó sẽ hạn chế sự linh hoạt và khả năng kiểm soát của người dùng. Một giao diện tốt nên cung cấp nhiều cách để đạt được cùng một mục tiêu, cho phép người dùng lựa chọn phương pháp phù hợp với sở thích và kỹ năng của họ.

Vì vậy, đáp án chính xác là D.

Theo chiến thuật kiểm nghiệm phổ biến, kiểm nghiệm tính năng tương quan với C. Phân tích yêu cầu.

Giải thích:

* Phân tích yêu cầu là giai đoạn đầu tiên trong quy trình phát triển phần mềm, nơi các yêu cầu của người dùng được thu thập, phân tích và ghi lại. Kiểm nghiệm tính năng ở giai đoạn này giúp đảm bảo rằng phần mềm được phát triển đáp ứng đúng các yêu cầu đã được xác định. Tính năng được kiểm tra tương quan với yêu cầu để xác minh rằng các tính năng được xây dựng thực sự giải quyết các nhu cầu đã nêu.

* Phân tích toàn bộ hệ thống: Kiểm nghiệm ở mức hệ thống thường được thực hiện sau khi các thành phần riêng lẻ đã được kiểm tra.

* Thiết kế: Thiết kế là giai đoạn tạo ra kế hoạch chi tiết về cách phần mềm sẽ được xây dựng. Mặc dù kiểm nghiệm có thể liên quan đến thiết kế, nhưng tính năng tương quan trực tiếp hơn với các yêu cầu.

* Mã hóa: Mã hóa là giai đoạn viết mã nguồn của phần mềm. Kiểm nghiệm trong giai đoạn này thường tập trung vào việc kiểm tra các đơn vị mã hoặc tích hợp nhỏ, không phải tính năng ở mức độ tương quan với yêu cầu.

Do đó, đáp án C là chính xác nhất.