Use-cases là một kịch bản mà 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

Những công cụ CASE sẽ được dùng như thế nào để xây dựng hệ thống

Kế hoạch xây dựng cho sản phẩm phần mềm

Những test-case cho sản phẩm phần mềm

Trả lời:

Đáp án đúng: A

Use case (ca sử dụng) mô tả một chuỗi các tương tác giữa người dùng (hoặc một hệ thống khác) và 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 thực hiện như thế nào* 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 chính xác vì: * **Những công cụ CASE sẽ được dùng như thế nào để xây dựng hệ thống:** Use case không liên quan trực tiếp đến việc sử dụng các công cụ CASE. * **Kế hoạch xây dựng cho sản phẩm phần mềm:** Use case là một phần của quá trình yêu cầu, không phải là kế hoạch xây dựng tổng thể. * **Những test-case cho sản phẩm phần mềm:** Test case được tạo ra dựa trên use case, nhưng use case không phải là test case.

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 12

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.

32 câu hỏi 60 phút

Bắt đầu thi

Câu hỏi liên quan

Câu 7:

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 tính chức năng của hệ thống. Điều này bao gồm việc hệ thống có đáp ứng được các yêu cầu đặt ra, hoạt động hiệu quả và mang lại giá trị sử dụng hay không. Các yếu tố khác như tính truy cập, độ tin cậy, dữ liệu và các chi tiết thực thi tuy quan trọng nhưng là các khía cạnh cụ thể hơn, góp phần vào việc đảm bảo tính chức năng tổng thể.

Câu 8:

Loại phần mềm gì là 1 tập hợp các chương trình để cung cấp dịch vụ cho các chương trình khác:

Lời giải:

Đáp án đúng: C

Phần mềm hệ thống (System software) là một tập hợp các chương trình được thiết kế để quản lý và điều khiển phần cứng máy tính, cũng như cung cấp một nền tảng để chạy các phần mềm ứng dụng khác. Nó cung cấp các dịch vụ cơ bản như quản lý bộ nhớ, quản lý thiết bị, quản lý tệp tin và giao diện người dùng.

Các lựa chọn khác không phù hợp vì:
- Phần mềm trí tuệ nhân tạo (Artificial Intelligence Software) tập trung vào việc mô phỏng trí thông minh của con người.
- Phần mềm thời gian thực (Real-time software) được thiết kế để phản hồi các sự kiện trong một khoảng thời gian xác định.
- Phần mềm nghiệp vụ (Business software) được sử dụng để tự động hóa các quy trình kinh doanh.

Câu 9:

Theo một báo cáo của IBM, "31% các dự án bị hủy bỏ trước khi chúng được hoàn thành, 53% vượt dự toán trung bình 189% và cứ mỗi 100 dự án, có 94 dự án khởi động lại". Lý do nào cho số liệu thống kê trên?

Lời giải:

Đáp án đúng: A

Dựa trên thông tin được cung cấp trong câu hỏi, có vẻ như các dự án thường xuyên gặp vấn đề như bị hủy bỏ, vượt dự toán hoặc phải khởi động lại. Trong các phương án đưa ra, "Quản lý các vấn đề trong công ty" là đáp án phù hợp nhất. Quản lý kém hiệu quả có thể dẫn đến các vấn đề như lập kế hoạch kém, phân bổ nguồn lực không hợp lý, giao tiếp không hiệu quả, và không kiểm soát rủi ro. Tất cả những yếu tố này có thể góp phần vào việc dự án thất bại. Các đáp án khác như thiếu đào tạo, đạo đức phần mềm hoặc ảnh hưởng của suy thoái kinh tế có thể là yếu tố góp phần, nhưng "quản lý các vấn đề trong công ty" bao quát hơn và có tác động trực tiếp đến sự thành công của dự án.

Câu 10:

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

Câu hỏi đề cập đến mức độ mà một module phụ thuộc và tương tác với các module khác trong một hệ thống phần mềm. Mức độ kết nối này được gọi là "tính liên kết" (coupling). Tính liên kết cao có nghĩa là các module phụ thuộc lẫn nhau rất 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. Ngược lại, tính liên kết thấp là mong muốn, vì nó giúp các module độc lập hơn, dễ bảo trì và tái sử dụng hơn.

* Tính liên kết (coupling): Đo lường mức độ phụ thuộc giữa các module. Đây là đáp án chính xác.
* Tính kết dính (cohesion): Đo lường mức độ liên quan của các phần tử bên trong một module. Nó không liên quan đến sự kết nối giữa các module khác nhau.
* Chỉ đến chi phí tích hợp/phát triển: Mặc dù tính liên kết có thể ảnh hưởng đến chi phí tích hợp và phát triển, nhưng bản thân nó không "chỉ đến" chi phí, mà là một thuộc tính của thiết kế phần mềm.

Do đó, đáp án chính xác nhất là tính liên kết (coupling).

Câu 11:

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 biết đến 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 (lỗi) 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. Do đó, việc tập trung vào việc tìm và sửa chữa 20% bug "quan trọng" này có thể mang lại hiệu quả cao nhất trong việc cải thiện chất lượng phần mềm.

Các phương án khác không phản ánh đúng nguyên lý Pareto:
- Phương án 2 đảo ngược tỉ lệ, làm sai lệch ý nghĩa của nguyên lý.
- Phương án 3 đề cập đến chi phí sửa lỗi ở các giai đoạn khác nhau của phát triển phần mềm, không liên quan đến nguyên lý Pareto.
- Phương án 4 đề cập đến tỉ lệ lỗi được tìm thấy trong kiểm thử đơn vị, cũng không liên quan đến nguyên lý Pareto.

Câu 12:

Chiến lược kiểm thử nào mà việc kiểm thử bắt đầu với mô đun mức cao nhất và tiếp theo là các mô đun thấp hơn một mức?

Lời giải: