Hoạt động sau đây thuộc loại bảo trì nào “Làm cho hệ thống tốt hơn, nhanh hơn, nhỏ hơn, tài liệu đầy đủ hơn”:

Bảo trì sửa lỗi (Corrective maintenance)

Bảo trì thích nghi (Adaptive maintenance)

Bảo trì hoàn chỉnh (Perfective maintenance)

Bảo trì phòng tránh (Preventive maintenance)

Trả lời:

Đáp án đúng: C

Hoạt động "Làm cho hệ thống tốt hơn, nhanh hơn, nhỏ hơn, tài liệu đầy đủ hơn" mô tả chính xác mục tiêu của bảo trì hoàn chỉnh. * **Bảo trì sửa lỗi (Corrective maintenance):** Sửa chữa các lỗi phát sinh trong quá trình vận hành. * **Bảo trì thích nghi (Adaptive maintenance):** Điều chỉnh hệ thống để đáp ứng các thay đổi trong môi trường (ví dụ: phần cứng, phần mềm, quy định mới). * **Bảo trì hoàn chỉnh (Perfective maintenance):** Cải tiến hệ thống để nâng cao hiệu suất, tính dễ sử dụng hoặc khả năng bảo trì. * **Bảo trì phòng tránh (Preventive maintenance):** Thực hiện các hoạt động bảo trì định kỳ để ngăn ngừa sự cố.

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 2

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

Hoạt động sau đây thuộc loại bảo trì nào “Phát hiện sớm và sửa sai các khuyết điểm vừa mới phát hiện trước khi chúng trở thành các khuyết điểm chính”:

Lời giải:

Đáp án đúng: A

Hoạt động "Phát hiện sớm và sửa sai các khuyết điểm vừa mới phát hiện trước khi chúng trở thành các khuyết điểm chính" mô tả chính xác hoạt động của bảo trì phòng tránh. Bảo trì phòng tránh (Preventive maintenance) là loại bảo trì được thực hiện để ngăn chặn sự cố xảy ra, bằng cách kiểm tra, bảo dưỡng định kỳ và sửa chữa các vấn đề nhỏ trước khi chúng gây ra các hỏng hóc lớn hơn.

Bảo trì sửa lỗi (Corrective maintenance): Được thực hiện sau khi sự cố đã xảy ra để khôi phục hệ thống về trạng thái hoạt động.

Bảo trì thích nghi (Adaptive maintenance): Được thực hiện để điều chỉnh hệ thống theo các thay đổi trong môi trường (ví dụ: thay đổi quy định, chính sách).

Bảo trì hoàn chỉnh (Perfective maintenance): Được thực hiện để cải thiện hiệu suất, khả năng bảo trì hoặc các thuộc tính khác của hệ thống.

Câu 14:

Kỹ thuật gì nên dùng cho kiểm thử đơn vị:

Lời giải:

Đáp án đúng: A

Kiểm thử đơn vị (Unit Testing) tập trung vào việc kiểm tra các thành phần nhỏ nhất của phần mềm, như các hàm hoặc lớp. Để thực hiện việc này một cách hiệu quả, người kiểm thử cần hiểu rõ cấu trúc bên trong và logic của mã nguồn.

* Kỹ thuật hộp trắng (White-box testing): Dựa trên việc xem xét cấu trúc bên trong của mã, cho phép kiểm tra các đường dẫn thực thi, các điều kiện và các vòng lặp. Do đó, nó rất phù hợp cho kiểm thử đơn vị.
* Kỹ thuật hộp đen (Black-box testing): Dựa trên đặc tả yêu cầu và không cần biết về cấu trúc bên trong của mã. Kỹ thuật này phù hợp hơn cho kiểm thử tích hợp và kiểm thử hệ thống.
* Kỹ thuật hồi quy (Regression testing): Là kỹ thuật kiểm tra lại phần mềm sau khi có thay đổi để đảm bảo các chức năng cũ vẫn hoạt động đúng. Nó không đặc biệt dành riêng cho kiểm thử đơn vị.

Như vậy, kỹ thuật hộp trắng là phù hợp nhất cho kiểm thử đơn vị.

Câu 15:

Xác nhận yêu cầu (Requirements Validation) được tiến hành bởi:

Lời giải:

Đáp án đúng: C

Xác nhận yêu cầu (Requirements Validation) là quá trình đảm bảo rằng các yêu cầu được thu thập và mô tả đáp ứng được nhu cầu thực tế của các bên liên quan. Quá trình này thường được thực hiện bởi phân tích viên (người chịu trách nhiệm thu thập và mô tả yêu cầu) và các bên có liên quan (những người có lợi ích hoặc chịu ảnh hưởng bởi dự án). Khách hàng và người dùng là các bên có liên quan, nhưng các bên liên quan có thể bao gồm nhiều đối tượng hơn. Do đó, đáp án chính xác nhất là "Phân tích viên và các bên có liên quan".

Câu 16:

Use-cases là một kịch bản mà mô tả :

Lời giải:

Đáp án đúng: A

Use-case (ca sử dụng) mô tả cách người dùng tương tác với hệ thống phần mềm để đạt được một mục tiêu cụ thể. Nó tập trung vào việc phần mềm sẽ thực hiện những gì khi được sử dụng trong một tình huống cụ thể, từ góc độ của người dùng. Các lựa chọn khác không mô tả chính xác định nghĩa của use-case.

* Đáp án 1 đúng: Use-case mô tả phần mềm thực hiện như thế nào khi được dùng trong một tình huống cho trước, tức là mô tả tương tác giữa người dùng và hệ thống để đạt được mục tiêu của người dùng.
* Đáp án 2 sai: Use-case không liên quan trực tiếp đến các công cụ CASE (Computer-Aided Software Engineering).
* Đáp án 3 sai: Use-case không phải là kế hoạch xây dựng cho sản phẩm phần mềm, mà là mô tả các tương tác.
* Đáp án 4 sai: Use-case không phải là test-case, mặc dù use-case có thể được sử dụng để tạo ra test-case.

Câu 17:

Nhược điểm đặc tả phi hình thức?

Lời giải:

Đáp án đúng: A

Đặc tả phi hình thức (informal specification) sử dụng ngôn ngữ tự nhiên để mô tả yêu cầu phần mềm. Ưu điểm của nó là dễ hiểu và dễ viết, tuy nhiên, nhược điểm lớn nhất là thiếu tính chính xác và dễ gây mơ hồ, dẫn đến nhiều cách hiểu khác nhau về cùng một yêu cầu. Điều này có thể gây ra các vấn đề trong quá trình phát triển và kiểm thử phần mềm.

Các phương án khác không phải là nhược điểm chính của đặc tả phi hình thức:
- Khó đọc, khó sử dụng: Ngược lại, đặc tả phi hình thức thường dễ đọc và dễ sử dụng hơn đặc tả hình thức.
- Ít được dùng để đặc tả: Đặc tả phi hình thức vẫn được sử dụng rộng rãi, đặc biệt trong giai đoạn đầu của dự án.
- Chi phí đặc tả cao: Chi phí đặc tả phi hình thức thường thấp hơn so với đặc tả hình thức.

Câu 18:

Trong thiết kế phần mềm,thiết kế thành phần là gì?

Lời giải: