Tạo nguyên mẫu tiến hóa thường thích được dùng hơn tạo nguyên mẫu bỏ đi bởi vì

Mô hình thiết kế tập trung vào việc xác định kiến trúc tổng thể của hệ thống, cấu trúc dữ liệu và cách các thành phần tương tác với nhau thông qua giao diện. Phạm vi dự án là một yếu tố bên ngoài ảnh hưởng đến việc thiết kế, nhưng bản thân mô hình thiết kế không trực tiếp quan tâm đến phạm vi dự án. Do đó, đáp án đúng là D.

Câu hỏi yêu cầu chỉ ra phát biểu sai về hệ thống Help.

• A. Có nhiều điểm vào nên người dùng có thể vào hệ thống help từ nhiều nơi: Đây là một đặc điểm đúng của hệ thống Help. Người dùng có thể truy cập Help từ nhiều vị trí khác nhau trong ứng dụng hoặc hệ thống.
• B. Help! Nghĩa là “Help. I’m in trouble”: Đây là phát biểu sai. "Help!" là một lời kêu cứu, mang nghĩa "Giúp tôi! Tôi đang gặp rắc rối". Tuy nhiên, trong ngữ cảnh của hệ thống Help trong phần mềm hoặc ứng dụng, nó không mang nghĩa đen như vậy. Hệ thống Help cung cấp thông tin hướng dẫn, giải đáp thắc mắc cho người dùng, chứ không phải là một lời kêu cứu.
• C. Help như một số tay hướng dẫn on-line: Đây là một mô tả đúng về chức năng của Help. Nó cung cấp hướng dẫn trực tuyến cho người dùng.
• D. Những chỉ báo cho biết vị trí của người dùng trong hệ thống help: Đây là một tính năng quan trọng của hệ thống Help, giúp người dùng định hướng và biết họ đang ở đâu trong tài liệu hướng dẫn.

Vậy, phát biểu sai là B.

Câu hỏi này liên quan đến cách dữ liệu và điều khiển tương tác và thay đổi trong một hệ thống. Trong quá trình xử lý thông tin, dữ liệu và điều khiển không chỉ đơn thuần tồn tại độc lập mà còn có mối quan hệ chặt chẽ với nhau.

Phương án A mô tả đúng nhất điều này. Dữ liệu và điều khiển có quan hệ tương tác, ảnh hưởng lẫn nhau trong quá trình xử lý.

Phương án B cũng có phần đúng, nhưng không đầy đủ bằng A. Dữ liệu chắc chắn biến đổi khi đi qua hệ thống, nhưng điều khiển có thể không thay đổi hoặc thay đổi theo cách khác. Hơn nữa, phương án A bao hàm cả ý này.

Phương án C không liên quan trực tiếp đến cách dữ liệu và điều khiển tương tác mà chỉ đề cập đến việc thực thi thiết kế.

Phương án D sai vì có một phương án đúng (A).

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

Câu hỏi mô tả về một luồng dữ liệu trong sơ đồ luồng dữ liệu (DFD) mà tại một điểm, luồng này rẽ nhánh thành nhiều luồng dữ liệu khác nhau. Đây là đặc điểm của luồng giao dịch (transaction flow).

• Luồng giao dịch (transaction): Một luồng dữ liệu duy nhất đến một điểm (thường là một tiến trình) và sau đó rẽ thành nhiều đường khác nhau, mỗi đường đại diện cho một loại giao dịch khác nhau. Ví dụ: Một luồng dữ liệu "Yêu cầu" có thể rẽ thành "Xử lý đơn hàng", "Xử lý thanh toán", "Xử lý khiếu nại",... tùy thuộc vào loại yêu cầu.
• Luồng biến đổi (transform): Luồng dữ liệu đi qua một loạt các tiến trình, mỗi tiến trình thực hiện một biến đổi dữ liệu. Dữ liệu được biến đổi tuần tự từ đầu đến cuối.
• Liên kết thấp (low coupling): Là một khái niệm thiết kế, chỉ mức độ phụ thuộc lẫn nhau giữa các module. Liên kết thấp là một đặc điểm tốt, nhưng không trực tiếp mô tả luồng dữ liệu.
• Module hóa tốt (good modularity): Cũng là một khái niệm thiết kế, chỉ việc chia nhỏ hệ thống thành các module nhỏ, độc lập và dễ quản lý. Nó cũng không trực tiếp mô tả luồng dữ liệu.

Do đó, đáp án đúng nhất là C. Luồng giao dịch.

Kiểm nghiệm tích hợp module có thể được thực hiện theo nhiều cách khác nhau.

• Tích hợp từ trên xuống dưới: Bắt đầu với các module cấp cao nhất và tích hợp dần các module cấp thấp hơn. Cách này phù hợp khi muốn kiểm tra luồng điều khiển chính của hệ thống trước.
• Tích hợp từ dưới lên: Bắt đầu với các module cấp thấp nhất và tích hợp dần lên các module cấp cao hơn. Có hai cách tiếp cận chính:
  • Tích hợp theo chiều sâu: Tích hợp tất cả các module thuộc một nhánh cụ thể của cấu trúc hệ thống trước khi chuyển sang nhánh khác.
  • Tích hợp theo chiều ngang: Tích hợp các module ở cùng một mức độ trừu tượng trước khi tích hợp lên mức cao hơn.

Vì vậy, các phương án A, C và D đều mô tả các cách tiếp cận tích hợp module hợp lệ. Do đó, phương án B "Tất cả đều đúng" là đáp án chính xác nhất.