Một đặc trưng của thiết kế tốt là:

Trong biểu đồ luồng dữ liệu, khi một luồng tổng thể có tính trình tự cao và đi theo những đường thẳng, nó thể hiện một luồng biến đổi (transform). Luồng biến đổi là một chuỗi các xử lý dữ liệu liên tiếp, trong đó dữ liệu được biến đổi từ dạng này sang dạng khác qua từng bước. Tính trình tự cao và đường thẳng cho thấy rõ sự liên tục và thứ tự của các bước biến đổi này.

Tại sao các lựa chọn khác không đúng:

• Liên kết thấp: Liên kết thấp đề cập đến sự độc lập giữa các module, không trực tiếp liên quan đến luồng dữ liệu trong một đoạn của biểu đồ.
• Module hóa tốt: Module hóa tốt là một khái niệm rộng hơn về thiết kế hệ thống, không chỉ đặc trưng bởi luồng dữ liệu thẳng và trình tự.
• Luồng giao dịch (transaction): Luồng giao dịch thường liên quan đến việc xử lý các giao dịch riêng biệt và có thể có nhiều nhánh hoặc rẽ nhánh, không chỉ là một luồng thẳng.

Kiểm thử tích hợp Top-down là phương pháp kiểm thử theo hướng từ trên xuống, bắt đầu từ các module mức cao nhất và dần dần tích hợp các module mức thấp hơn. Ưu điểm chính của phương pháp này là các điểm quyết định chính của hệ thống được kiểm thử sớm, giúp phát hiện và sửa lỗi ở giai đoạn đầu của quá trình phát triển. Điều này làm giảm thiểu rủi ro và chi phí sửa chữa sau này.

• Phương án 1 không đúng: Các module mức thấp vẫn cần được kiểm thử, dù là kiểm thử đơn vị hay kiểm thử tích hợp.
• Phương án 2 đúng: Như đã giải thích ở trên.
• Phương án 3 không đúng: Kiểm thử Top-down cần stubs (module giả) để thay thế cho các module mức thấp chưa được phát triển.
• Phương án 4 không đúng: Vì có một phương án đúng (phương án 2).

Trong tích hợp module, gom cụm (clustering) thường được sử dụng trong tích hợp từ dưới lên. Tích hợp từ dưới lên (bottom-up integration) bắt đầu bằng việc kiểm thử và tích hợp các module ở mức thấp nhất trước, sau đó kết hợp chúng thành các cụm (clusters) để kiểm thử ở mức cao hơn. Quá trình này tiếp tục cho đến khi tất cả các module được tích hợp và kiểm thử. Do đó, đáp án đúng là "Tích hợp từ dưới lên".

Trong phát triển phần mềm, yếu tố con người (đội ngũ phát triển, khách hàng, người dùng cuối...) đóng vai trò then chốt. Con người quyết định quy trình, tạo ra sản phẩm và quản lý thời gian. Một đội ngũ giỏi có thể điều chỉnh quy trình để phù hợp, tạo ra sản phẩm chất lượng và quản lý thời gian hiệu quả. Do đó, yếu tố con người là quan trọng nhất.

Câu hỏi này liên quan đến việc xác định kỹ thuật xây dựng phần mềm dựa trên các thành phần đã được thiết kế sẵn. Dưới đây là phân tích từng đáp án:

• Extreme Programming: Là một phương pháp phát triển phần mềm linh hoạt, tập trung vào việc giao tiếp chặt chẽ giữa các thành viên trong nhóm phát triển, phản hồi nhanh chóng và sự đơn giản. Nó không trực tiếp liên quan đến việc sử dụng các thành phần đã được thiết kế từ các lĩnh vực công nghệ khác.
• Evolutionary Prototyping: Là phương pháp xây dựng phần mềm bằng cách phát triển các bản mẫu (prototype) và liên tục cải tiến chúng dựa trên phản hồi của người dùng. Mặc dù có thể sử dụng các thành phần có sẵn, nhưng trọng tâm chính không phải là tận dụng các thành phần đã được thiết kế từ các lĩnh vực công nghệ khác.
• Component Architecture: Là một phương pháp thiết kế phần mềm, trong đó hệ thống được xây dựng từ các thành phần (components) độc lập, có thể tái sử dụng và thay thế. Các thành phần này có thể được thiết kế trong các lĩnh vực công nghệ khác nhau, sau đó được tích hợp lại để tạo thành một hệ thống hoàn chỉnh. Đây là đáp án phù hợp nhất với mô tả trong câu hỏi.
• Open-Source Development: Là mô hình phát triển phần mềm mà mã nguồn được công khai, cho phép mọi người có thể xem, sử dụng, sửa đổi và phân phối. Mặc dù các dự án open-source có thể cung cấp các thành phần để tái sử dụng, nhưng bản thân nó không phải là một kỹ thuật xây dựng phần mềm dựa trên các thành phần đã được thiết kế trong các lĩnh vực công nghệ khác.

Do đó, đáp án đúng nhất là Component architecture.