Mô hình thiết kế không quan tâm tới

Kiến trúc

Dữ liệu

Giao diện

Phạm vi dự án

Trả lời:

Đáp án đúng: D

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.

500+ câu trắc nghiệm môn Công nghệ phần mềm có lời giải chi tiết - Phần 4

Tổng hợp 500+ câu hỏi trắc nghiệm môn Công nghệ phần mềm có đáp án đầy đủ nhằm giúp các bạn dễ dàng ôn tập lại toàn bộ các kiến thức.

50 câu hỏi 60 phút

Bắt đầu thi

Câu hỏi liên quan

Câu 36:

Chỉ ra phát biểu sai. Help:

Lời giải:

Đáp án đúng: C

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 37:

Dòng thông tin biểu diễn cách thức mà dữ liệu và điều khiển

Lời giải:

Đáp án đúng: 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 38:

Khi luồng thông tin trong một đoạn của sơ đồ luồng dữ liệu thể hiện bằng một mục đơn mà bẩy một luồng dữ liệu khác theo một trong nhiều đường sẽ thể hiện

Lời giải:

Đáp án đúng: C

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.

Câu 39:

Kiểm nghiệm tích hợp module

Lời giải:

Đáp án đúng: A

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.

Câu 40:

Kiểm thử lặp là một kỹ thuật kiểm thử cấu trúc điều khiển mà những tiêu chuẩn dùng để thiết kế test-case

Lời giải:

Đáp án đúng: D

Kiểm thử lặp (Loop Testing) là một kỹ thuật kiểm thử cấu trúc điều khiển tập trung vào việc kiểm tra tính đúng đắn của các vòng lặp trong chương trình. Các loại vòng lặp khác nhau (ví dụ: vòng lặp đơn, vòng lặp lồng nhau, vòng lặp nối tiếp) đòi hỏi các chiến lược kiểm thử khác nhau để đảm bảo rằng vòng lặp hoạt động chính xác trong mọi tình huống. Do đó, đáp án D là chính xác nhất vì nó trực tiếp đề cập đến việc tập trung vào kiểm thử các giá trị của cấu trúc lặp.

Câu 41:

Mô hình tiến trình phần mềm tiến hóa

Lời giải: