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:

Phần mềm hệ thống (System software)

Phần mềm trí tuệ nhân tạo (Artificial Intelligence Software)

Phần mềm thời gian thực (Real time software)

Phần mềm nghiệp vụ (Business software)

Trả lờ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ế để cung cấp dịch vụ cho các chương trình khác. Nó quản lý tài nguyên phần cứng và cung cấp một nền tảng để các ứng dụng có thể chạy. Các ví dụ về phần mềm hệ thống bao gồm hệ điều hành (như Windows, macOS, Linux), trình điều khiển thiết bị và các tiện ích hệ thống.

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 5

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

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

Báo cáo của IBM chỉ ra tỷ lệ dự án thất bại cao do nhiều yếu tố. Các lựa chọn khác như thiếu đào tạo, đạo đức phần mềm hay suy thoái kinh tế có thể là yếu tố tác động, nhưng không bao trùm được toàn bộ vấn đề như quản lý dự án kém. Quản lý yếu kém có thể dẫn đến các vấn đề như phạm vi dự án không rõ ràng, ước tính thời gian và chi phí không chính xác, giao tiếp kém hiệu quả giữa các bên liên quan, quản lý rủi ro không đầy đủ và thiếu sự giám sát chặt chẽ trong quá trình thực hiện dự án. Tất cả những yếu tố này góp phần vào việc dự án bị hủy bỏ, vượt dự toán hoặc phải khởi động lại.

Câu 21:

Phát biểu nào sau đây là không đúng khi nói đến quá trình thu thập yêu cầu:

Lời giải:

Đáp án đúng: D

Câu hỏi yêu cầu tìm phát biểu *không* đúng về quá trình thu thập yêu cầu.

* Đáp án 1: Yêu cầu rất khó phát hiện. Phát biểu này đúng. Việc thu thập yêu cầu thường gặp nhiều khó khăn do người dùng có thể không diễn đạt rõ ràng nhu cầu của mình, hoặc yêu cầu ẩn nằm sâu trong quy trình nghiệp vụ.
* Đáp án 2: Yêu cầu rất dễ bị thay đổi. Phát biểu này đúng. Yêu cầu có thể thay đổi do nhiều yếu tố như thay đổi về môi trường kinh doanh, công nghệ, hoặc nhận thức của người dùng.
* Đáp án 3: Yêu cầu phải luôn thống nhất. Phát biểu này đúng. Tính nhất quán của yêu cầu là rất quan trọng để tránh xung đột và đảm bảo hệ thống được xây dựng đáp ứng đúng nhu cầu.
* Đáp án 4: Yêu cầu luôn được biết một cách chính xác. Phát biểu này *không* đúng. Trên thực tế, yêu cầu thường không được biết một cách chính xác ngay từ đầu. Quá trình thu thập yêu cầu là một quá trình lặp đi lặp lại, trong đó yêu cầu được khám phá, làm rõ và tinh chỉnh dần dần.

Vì vậy, đáp án đúng là đáp án 4.

Câu 22:

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

Lời giải:

Đáp án đúng: D

Mô hình tiến trình phần mềm tiến hóa là một cách tiếp cận lặp đi lặp lại để phát triển phần mềm. Thay vì cố gắng phát triển một sản phẩm hoàn chỉnh trong một lần, mô hình tiến hóa phát triển phần mềm theo các bước gia tăng, với mỗi bước xây dựng dựa trên các bước trước đó. Điều này cho phép dễ dàng điều chỉnh các thay đổi về yêu cầu sản phẩm trong suốt quá trình phát triển. Do bản chất lặp đi lặp lại, mô hình này thường không tạo ra các sản phẩm bị loại bỏ hoàn toàn vì mỗi lần lặp đều nhằm mục đích cải thiện và mở rộng sản phẩm hiện có. Vì vậy, đáp án D, "Tất cả các mục", là chính xác nhất vì nó bao gồm tất cả các khía cạnh quan trọng của mô hình tiến trình phần mềm tiến hóa.

Câu 23:

Loại mô hình nào được tạo ra trong phân tích yêu cầu phần mềm

Lời giải:

Đáp án đúng: A

Trong phân tích yêu cầu phần mềm, mục tiêu chính là hiểu và mô tả những gì phần mềm cần làm, chứ không phải là cách nó sẽ làm điều đó. Do đó, các mô hình được tạo ra tập trung vào chức năng và hành vi của hệ thống.

* A. Chức năng và hành vi: Đây là đáp án đúng. Phân tích yêu cầu tập trung vào việc mô tả các chức năng mà phần mềm phải cung cấp và cách người dùng tương tác với phần mềm (hành vi).
* B. Giải thuật và cấu trúc dữ liệu: Đây là công việc của giai đoạn thiết kế, sau khi các yêu cầu đã được xác định rõ ràng.
* C. Kiến trúc và cấu trúc: Tương tự như trên, kiến trúc và cấu trúc hệ thống là một phần của giai đoạn thiết kế, không phải phân tích yêu cầu.
* D. Tính tin cậy và tính sử dụng: Đây là các thuộc tính chất lượng quan trọng, nhưng không phải là loại mô hình được tạo ra trong phân tích yêu cầu. Các yêu cầu về tính tin cậy và tính sử dụng sẽ ảnh hưởng đến thiết kế và kiểm thử, nhưng bản thân chúng không phải là "mô hình".

Câu 24:

Những mục nào không là nguyên tắc cho việc biểu diễn yêu cầu

Lời giải:

Đáp án đúng: D

Nguyên tắc cho việc biểu diễn yêu cầu bao gồm:

* Biểu đồ phải thu hẹp về số lượng và toàn vẹn trong sử dụng.
* Hình thức và nội dung biểu diễn thích hợp với nội dung.
* Những biểu diễn phải có thể xem xét lại.

Phương án D không phải là một nguyên tắc trong việc biểu diễn yêu cầu. Số lượng màu sắc sử dụng trong biểu đồ không phải là yếu tố quyết định tính hiệu quả của việc biểu diễn yêu cầu, mà quan trọng hơn là sự rõ ràng, dễ hiểu và phù hợp với mục đích truyền đạt thông tin.

Vậy đáp án đúng là D.

Câu 25:

Mục nào không là một phần của kiến trúc phần mềm

Lời giải: