Phát biểu nào là sai khi nói về bản chất của phần mềm

Có thể là sản phẩm theo đơn đặt hàng

Là một sản phẩm công nghiệp

Là sản phẩm có thể thực thi

Không thực sự là sản phẩm

Trả lời:

Đáp án đúng: D

Phần mềm, về bản chất, là một sản phẩm trí tuệ và có nhiều hình thức khác nhau, có thể là sản phẩm được phát triển theo yêu cầu cụ thể của khách hàng (theo đơn đặt hàng), là một sản phẩm công nghiệp (được sản xuất hàng loạt), và chắc chắn phải là sản phẩm có thể thực thi (chạy được trên máy tính). Do đó, phát biểu "Không thực sự là sản phẩm" là sai. Phương án A đúng vì phần mềm có thể được tạo ra theo đơn đặt hàng riêng biệt. Phương án B đúng vì phần mềm có thể được sản xuất và phân phối rộng rãi như một sản phẩm công nghiệp. Phương án C đúng vì phần mềm phải có khả năng thực thi để mang lại giá trị sử dụng. Phương án D sai vì phần mềm chắc chắn là một sản phẩm, mặc dù là sản phẩm vô hình.

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 3

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

Nguyên lý Pareto được áp dụng trong kiểm thử được phát biểu như sau:

Lời giải:

Đáp án đúng: A

Nguyên lý Pareto, còn được gọi là quy tắc 80/20, phát biểu rằng khoảng 80% kết quả đến từ 20% nguyên nhân. Trong ngữ cảnh kiểm thử phần mềm, nguyên lý này thường được hiểu là 80% lỗi trong chương trình thường do 20% bug gây ra. Điều này có nghĩa là một số lượng nhỏ các lỗi có thể gây ra phần lớn các vấn đề trong phần mềm.

* Đáp án A đúng: 80% lỗi trong chương trình thường do 20% bug gây ra - Đây là phát biểu chính xác của nguyên lý Pareto trong kiểm thử.
* Đáp án B sai: 20% lỗi trong chương trình thường do 80% bug gây ra - Ngược lại với nguyên lý Pareto.
* Đáp án C sai: Chi phí sửa lỗi ở giai đoạn thu nhận yêu cầu chỉ bằng 1/5 chi phí sửa lỗi ở giai đạon cuối - Liên quan đến chi phí sửa lỗi ở các giai đoạn khác nhau, không phải nguyên lý Pareto.
* Đáp án D sai: 60% lỗi được tìm thấy trong giai đoạn kiển thử đơn vị - Đề cập đến thống kê về lỗi được tìm thấy trong một giai đoạn cụ thể, không phải nguyên lý Pareto.

Câu 45:

Mức độ một module kết nối với các module khác chỉ tới

Lời giải:

Đáp án đúng: A

Tính liên kết (coupling) đo lường mức độ mà một module phụ thuộc vào các module khác. Tính liên kết cao có nghĩa là các module phụ thuộc lẫn nhau nhiều, làm cho việc thay đổi hoặc tái sử dụng một module trở nên khó khăn hơn. Tính kết dính (cohesion) đo lường mức độ mà các phần tử bên trong một module liên quan đến nhau. Chi phí tích hợp và phát triển là các yếu tố khác, không trực tiếp đo lường sự kết nối giữa các module.

Câu 46:

Biểu đồ dịch chuyển trạng thái

Lời giải:

Đáp án đúng: D

Biểu đồ dịch chuyển trạng thái (State Transition Diagram) mô tả các trạng thái mà một đối tượng có thể trải qua và các sự kiện gây ra sự chuyển đổi giữa các trạng thái đó. Nó tập trung vào hành vi của hệ thống, đặc biệt là cách hệ thống phản ứng với các sự kiện bên ngoài. Do đó, đáp án D là chính xác nhất.

* A. Đưa ra hình ảnh về các đối tượng dữ liệu: Đây là mô tả của sơ đồ lớp (Class Diagram) hoặc mô hình dữ liệu, không phải biểu đồ dịch chuyển trạng thái.
* B. Đưa ra hình ảnh chức năng biến đổi luồng dữ liệu: Đây là mô tả của biểu đồ luồng dữ liệu (Data Flow Diagram), không phải biểu đồ dịch chuyển trạng thái.
* C. Chỉ ra hình ảnh dữ liệu được biến đổi như thế nào bởi hệ thống: Mặc dù biểu đồ trạng thái có thể liên quan đến việc thay đổi dữ liệu (ví dụ: một trạng thái có thể đại diện cho dữ liệu ở một trạng thái cụ thể), nhưng mục đích chính của nó không phải là hiển thị trực tiếp *cách* dữ liệu được biến đổi. Nó tập trung hơn vào *khi nào* và *tại sao* sự thay đổi xảy ra dựa trên các sự kiện.

Câu 47:

Tiêu chuẩn đánh giá chất lượng của một thiết kế kiến trúc phải dựa vào

Lời giải:

Đáp án đúng: B

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 việc hệ thống có đáp ứng được các chức năng đã định hay không. Tính chức năng bao gồm các yếu tố như hiệu suất, độ tin cậy, khả năng sử dụng và bảo trì. Các yếu tố khác như tính truy cập, dữ liệu và chi tiết thực thi cũng quan trọng, nhưng tính chức năng là yếu tố cốt lõi để đánh giá tổng thể.

Câu 48:

Trong phương pháp phân tích kiến trúc, mô tả mẫu kiến

trúc thường dùng khung nhìn

Lời giải:

Đáp án đúng: D

Trong phương pháp phân tích kiến trúc, việc mô tả mẫu kiến trúc thường sử dụng nhiều khung nhìn khác nhau để thể hiện các khía cạnh khác nhau của hệ thống. Mỗi khung nhìn tập trung vào một tập hợp các mối quan tâm cụ thể của các bên liên quan khác nhau. Các khung nhìn phổ biến bao gồm:

Khung nhìn dòng dữ liệu (Data Flow View): Mô tả cách dữ liệu được truyền và xử lý trong hệ thống.
Khung nhìn module (Module View): Mô tả cấu trúc module của hệ thống, bao gồm các thành phần và mối quan hệ giữa chúng.
Khung nhìn tiến trình (Process View): Mô tả các tiến trình và luồng thực thi trong hệ thống.

Do đó, việc sử dụng tất cả các khung nhìn trên là cần thiết để có một mô tả đầy đủ về mẫu kiến trúc.

Câu 49:

Những nguyên lý thiết kế giao diện cho phép người dùng ít phải nhớ

Lời giải: