Làm rõ yêu cầu (Eliciting requirements) là

Mô hình phát triển dựa vào thành phần (Component-Based Development - CBD) là một phương pháp phát triển phần mềm tập trung vào việc xây dựng hệ thống từ các thành phần phần mềm có thể tái sử dụng. Các thành phần này thường được phát triển độc lập và sau đó được tích hợp lại với nhau để tạo thành một hệ thống hoàn chỉnh.

• Phương án A: Sai. CBD không chỉ phù hợp cho phần cứng máy tính mà còn được ứng dụng rộng rãi trong phát triển phần mềm.
• Phương án B: Sai. Một trong những ưu điểm lớn nhất của CBD là khả năng hỗ trợ phát triển và tái sử dụng các thành phần.
• Phương án C: Đúng. CBD thường dựa trên các kỹ thuật hỗ trợ đối tượng (Object-Oriented), vì các thành phần thường được thiết kế theo hướng đối tượng để dễ dàng tái sử dụng và tích hợp.
• Phương án D: Sai. Chi phí và hiệu quả của CBD hoàn toàn có thể được đánh giá thông qua các độ đo phần mềm định lượng như số lượng thành phần tái sử dụng, thời gian phát triển, chi phí phát triển, v.v.

Do đó, đáp án đúng là C.

Câu hỏi đề cập đến việc xác định các mẫu kiến trúc hoặc kết hợp các mẫu phù hợp nhất cho hệ thống đề nghị. Trong ngữ cảnh này, việc khám phá "những mẫu thiết kế" (Design Patterns) là kỹ thuật phù hợp nhất. Các mẫu thiết kế cung cấp các giải pháp đã được kiểm chứng cho các vấn đề thiết kế phần mềm thường gặp, giúp xây dựng hệ thống đề nghị một cách hiệu quả và có cấu trúc tốt.

Các lựa chọn khác không phù hợp vì:

• Giải thuật phức tạp: Mặc dù giải thuật quan trọng trong hệ thống đề nghị, nhưng câu hỏi tập trung vào kiến trúc tổng thể.
• Đặc trưng và ràng buộc: Các đặc trưng và ràng buộc là các yếu tố cần xem xét khi thiết kế, nhưng không phải là kỹ thuật chính để khám phá kiến trúc.
• Điều khiển và dữ liệu: Điều khiển và dữ liệu là các thành phần cơ bản của hệ thống, nhưng không đặc tả việc sử dụng các mẫu kiến trúc.

Tiêu chuẩn đánh giá chất lượng của một thiết kế kiến trúc tập trung vào tính chức năng của hệ thống. Điều này có nghĩa là thiết kế phải đáp ứng được các yêu cầu và mục tiêu đã đặt ra, giải quyết được các vấn đề mà nó được tạo ra để giải quyết, và mang lại giá trị sử dụng thực tế. Các yếu tố khác như tính truy cập, độ tin cậy, dữ liệu, điều khiển và chi tiết thực thi đều quan trọng, nhưng chúng phục vụ cho mục tiêu cuối cùng là đảm bảo tính chức năng của hệ thống. Do đó, đáp án C là phù hợp nhất.

Quá trình thiết kế giao diện người dùng (UI) bao gồm nhiều giai đoạn, tập trung vào việc tạo ra một giao diện hiệu quả, dễ sử dụng và đáp ứng nhu cầu của người dùng. Các hoạt động khung phổ biến trong quá trình này bao gồm:

• Phân tích người dùng và tác vụ: Nghiên cứu người dùng mục tiêu, xác định nhu cầu, mục tiêu và cách họ tương tác với hệ thống.
• Xây dựng giao diện: Tạo ra các bản thiết kế, nguyên mẫu (prototype) của giao diện, từ bản phác thảo đơn giản đến các mô hình chi tiết.
• Định trị giao diện: Đánh giá giao diện dựa trên các tiêu chí như khả năng sử dụng, tính thẩm mỹ, hiệu quả và khả năng đáp ứng nhu cầu người dùng.

Trong khi đó, Ước lượng giá là một hoạt động liên quan đến việc dự đoán chi phí, thời gian và nguồn lực cần thiết cho dự án. Nó không phải là một phần trực tiếp của quá trình thiết kế giao diện người dùng, mà là một hoạt động quản lý dự án liên quan đến toàn bộ dự án, bao gồm cả thiết kế giao diện.

Trong một dự án thành công, việc chỉ rõ các yêu cầu theo cách thức có thể định lượng (B) là rất quan trọng. Điều này giúp đo lường và đánh giá tiến độ dự án một cách khách quan. Các nhóm kiểm thử độc lập (C) cũng quan trọng để đảm bảo tính khách quan và giảm thiểu sai sót. Tuy nhiên, thứ tự ưu tiên xem xét kỹ thuật hình thức trước khi kiểm thử (A) không phải lúc nào cũng đúng, tùy thuộc vào mô hình phát triển phần mềm. Do đó, đáp án D (Tất cả mục trên) không hoàn toàn chính xác trong mọi trường hợp, và đáp án B là phù hợp nhất.