Mẫu mô hình hệ thống chứa thành phần

Câu hỏi này liên quan đến các mô hình được sử dụng trong thiết kế hệ thống tương tác người-máy tính. * **Mô hình người dùng (B và C):** Đây là mô hình tập trung vào việc xây dựng hình ảnh về người dùng cuối, bao gồm đặc điểm, hành vi, mục tiêu và nhu cầu của họ khi tương tác với hệ thống. Mô hình này giúp nhà thiết kế hiểu rõ hơn về người dùng và tạo ra giao diện phù hợp. Trong 2 đáp án B và C thì đáp án C diễn đạt chính xác hơn. * **Mô hình thiết kế (A):** Mô tả cấu trúc và chức năng của hệ thống, nhưng không trực tiếp tập trung vào việc xây dựng hình ảnh người dùng. * **Mô hình nhận thức hệ thống (D):** Liên quan đến cách người dùng hiểu và tương tác với hệ thống, nhưng không trực tiếp xây dựng hình ảnh tiền sử (profile) của người dùng. Vì vậy, đáp án chính xác nhất là C. Mô hình của người dùng (User model) là mô hình đưa ra hình ảnh, tiền sử (profile) người dùng cuối của hệ thống dựa vào máy tính.

Ngôn ngữ thiết kế chương trình (PDL - Program Design Language) là một phương pháp để mô tả cấu trúc của một chương trình máy tính. Nó thường kết hợp các cấu trúc điều khiển của ngôn ngữ lập trình (như if-then-else, while, for) với văn bản mô tả tự nhiên (tiếng Anh hoặc tiếng Việt). Điều này giúp các nhà phát triển phác thảo logic của chương trình một cách dễ hiểu trước khi viết mã thực tế trong một ngôn ngữ lập trình cụ thể. Do đó, đáp án A là chính xác nhất vì nó thể hiện rõ sự kết hợp này. Các đáp án khác không mô tả đúng bản chất của PDL: - B: PDL không phải là một ngôn ngữ lập trình truyền thống tuân theo các quy tắc riêng để biên dịch và thực thi. - C: PDL không phải là ngôn ngữ phát triển phần mềm mà máy tính có thể đọc trực tiếp, mà là công cụ để con người thiết kế chương trình. - D: Mặc dù PDL có thể được sử dụng để biểu diễn kiến trúc phần mềm, nhưng mô tả chính xác nhất về nó vẫn là sự kết hợp giữa cấu trúc lập trình và văn bản tường thuậ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**