Tiêu chuẩn "tính tin cậy" trong đánh giá phần mềm là gì?"

Phần mềm có giao diện người dùng thích hợp, có tư liệu hướng dẫn và các tiện ích trợ giúp đầy đủ

Phần mềm không gây nên các thiệt hại vật lý và kinh tế khi hệ thống thất bại

Phần mềm không được lãng phí các tài nguyên của hệ thống

Phần mềm có thể dễ dàng sửa chữa và nâng cấp được

Trả lời:

Đáp án đúng: B

Tính tin cậy (Reliability) của phần mềm đề cập đến khả năng phần mềm hoạt động ổn định và đúng chức năng trong một khoảng thời gian xác định, không gây ra các lỗi nghiêm trọng hoặc thất bại hệ thống dẫn đến thiệt hại. Phương án 2 mô tả chính xác nhất tiêu chuẩn này, vì nó nhấn mạnh việc phần mềm không gây ra các thiệt hại vật lý và kinh tế khi hệ thống gặp sự cố. Các phương án còn lại liên quan đến các khía cạnh khác như tính khả dụng, hiệu quả hoặc khả năng bảo trì của phần mềm, chứ không phải tính tin cậy.

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 7

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

Thế nào là bảo trì không cấu trúc?

Lời giải:

Đáp án đúng: D

Bảo trì không cấu trúc (Unstructured Maintenance) xảy ra khi phần mềm được bảo trì chỉ có mã nguồn là tài liệu duy nhất. Trong trường hợp này, quá trình bảo trì bắt đầu bằng việc đánh giá chi tiết mã nguồn để hiểu cách phần mềm hoạt động, từ đó thực hiện các thay đổi cần thiết. Các phương án khác không mô tả chính xác đặc điểm của bảo trì không cấu trúc.

- Phương án 1 mô tả tình huống có tài liệu thiết kế, không phù hợp với bảo trì không cấu trúc.
- Phương án 2 nói về mục tiêu của bảo trì nói chung, không đặc trưng cho bảo trì không cấu trúc.
- Phương án 3 cũng đề cập đến mục tiêu của bảo trì, nhưng không phải định nghĩa của bảo trì không cấu trúc.

Câu 20:

Bảo trì phần mềm được định nghĩa thông qua mô tả bốn hoạt động nào?

Lời giải:

Đáp án đúng: B

Bảo trì phần mềm là một giai đoạn quan trọng sau khi phần mềm được triển khai. Nó bao gồm các hoạt động để sửa lỗi, cải thiện hiệu suất, thích ứng với môi trường thay đổi và ngăn ngừa các vấn đề tiềm ẩn. Có bốn loại bảo trì phần mềm chính:

Bảo trì hiệu chỉnh (Corrective Maintenance): Sửa chữa các lỗi (bugs) hoặc khuyết điểm trong phần mềm được phát hiện sau khi triển khai.

Bảo trì thích ứng (Adaptive Maintenance): Thay đổi phần mềm để nó hoạt động đúng trong môi trường thay đổi (ví dụ: hệ điều hành mới, phần cứng mới).

Bảo trì hoàn thiện (Perfective Maintenance): Cải thiện hiệu suất, độ tin cậy hoặc khả năng bảo trì của phần mềm, hoặc thêm các chức năng mới theo yêu cầu của người dùng.

Bảo trì phòng ngừa (Preventive Maintenance): Thực hiện các thay đổi để giảm khả năng xảy ra các vấn đề trong tương lai (ví dụ: tái cấu trúc mã nguồn, cập nhật tài liệu).

Như vậy, đáp án chính xác nhất là: Bảo trì hiệu chỉnh, bảo trì tiếp hợp, bảo trì hoàn thiện, bảo trì phòng ngừa.

Câu 21:

Các phần tử trong mô đun được ghép lại trong một dãy điều khiển.

Lời giải:

Đáp án đúng: C

Câu hỏi này có vẻ như đang mô tả một đặc điểm của mô-đun phần mềm tốt, hoặc một nguyên tắc thiết kế phần mềm. Trong các lựa chọn đưa ra, đáp án đúng nhất là "Các phần tử trong mô đun được ghép lại trong một dãy điều khiển".

Giải thích chi tiết:
* "Các phần tử trong mô đun được ghép lại trong một dãy điều khiển.": Điều này ngụ ý rằng các thành phần bên trong mô-đun được tổ chức và phối hợp một cách chặt chẽ, tuân theo một luồng điều khiển rõ ràng. Điều này giúp cho việc hiểu, bảo trì và gỡ lỗi trở nên dễ dàng hơn. Đây là một dấu hiệu của thiết kế mô-đun tốt.
* "Phần mềm có thể dễ dàng sửa chữa và nâng cấp được": Đây là một đặc tính mong muốn của phần mềm, nhưng không trực tiếp liên quan đến cấu trúc bên trong của một mô-đun cụ thể.
* "Phần mềm không được lãng phí các tài nguyên của hệ thống.": Đây là một yếu tố quan trọng trong hiệu suất, nhưng không mô tả cấu trúc mô-đun.
* "Phần mềm có giao diện người dùng thích hợp, có tư liệu hướng dẫn và các tiện ích trợ giúp đầy đủ": Điều này liên quan đến trải nghiệm người dùng và tài liệu, không phải là cấu trúc bên trong của mô-đun.

Do đó, đáp án "Các phần tử trong mô đun được ghép lại trong một dãy điều khiển" phản ánh đúng nhất một khía cạnh quan trọng của thiết kế mô-đun, đó là sự liên kết chặt chẽ và luồng điều khiển rõ ràng giữa các thành phần bên trong.

Câu 22:

Trong lập trình hướng hiệu quả, để tăng hiệu quả vào/ra có thể áp dụng hướng dẫn nào sau đây?

Lời giải:

Đáp án đúng: C

Trong lập trình hướng hiệu quả, việc tối ưu hóa vào/ra (I/O) là rất quan trọng để cải thiện hiệu năng của chương trình. Các phương án được đưa ra có những điểm sau:

* Phương án 1: Mọi việc vào/ra không nên qua bộ đệm: Sai. Bộ đệm (buffer) được sử dụng để tạm lưu trữ dữ liệu trong quá trình vào/ra, giúp giảm số lần truy cập trực tiếp vào thiết bị lưu trữ, từ đó tăng hiệu quả. Loại bỏ bộ đệm sẽ làm chậm quá trình vào/ra.

* Phương án 2: Không xếp khối vào/ra với thiết bị bộ nhớ phụ: Sai. Xếp khối (blocking) vào/ra cho phép chương trình đợi cho đến khi thao tác vào/ra hoàn tất. Trong một số trường hợp, đặc biệt là với các thiết bị bộ nhớ phụ (ví dụ: ổ cứng), việc xếp khối có thể hiệu quả hơn vì nó giảm tải cho CPU và cho phép hệ điều hành tối ưu hóa việc truy cập đĩa.

* Phương án 3: Số các yêu cầu vào/ra nên giữ mức tối thiểu: Đúng. Việc giảm số lượng yêu cầu vào/ra là một trong những cách hiệu quả nhất để tăng hiệu suất. Mỗi yêu cầu vào/ra đều tốn thời gian để xử lý, vì vậy giảm số lượng yêu cầu sẽ giảm tổng thời gian thực hiện.

* Phương án 4: Với bộ nhớ phụ dùng phương pháp thâm nhập nhanh nhất: Sai. "Thâm nhập nhanh nhất" không phải là một thuật ngữ chuẩn trong lĩnh vực này. Việc chọn phương pháp truy cập bộ nhớ phụ phụ thuộc vào nhiều yếu tố, bao gồm loại bộ nhớ, mô hình sử dụng và các yêu cầu về hiệu năng.

Vậy, đáp án đúng là phương án 3: Số các yêu cầu vào/ra nên giữ mức tối thiểu.

Câu 23:

Kỹ sư phần mềm không cần

Lời giải:

Đáp án đúng: C

Kỹ sư phần mềm cần có kiến thức về phân tích thiết kế hệ thống, cơ sở dữ liệu, và lập trình thành thạo. Tuy nhiên, kinh nghiệm quản lý dự án phần mềm không phải là yêu cầu bắt buộc đối với một kỹ sư phần mềm, đặc biệt là ở các vị trí mới vào nghề hoặc tập trung vào kỹ thuật. Kinh nghiệm quản lý dự án thường cần thiết hơn cho các vị trí quản lý hoặc trưởng nhóm kỹ thuật.

Câu 24:

Kết quả cuối cùng của giai đoạn xác định và phân tích yêu cầu là:

Lời giải: