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

Kiến thức về phân tích thiết kế hệ thống.

Kiến thức về cơ sở dữ liệu.

Lập trình thành thạo bằng một ngôn ngữ lập trình.

Kinh nghiệm quản lý dự án phần mềm.

Trả lờ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.

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

Đáp án đúng: A

Giai đoạn xác định và phân tích yêu cầu trong quy trình phát triển phần mềm nhằm mục đích thu thập, làm rõ và ghi lại tất cả các yêu cầu của người dùng và các bên liên quan. Kết quả cuối cùng của giai đoạn này là tài liệu đặc tả yêu cầu phần mềm (Software Requirements Specification - SRS). Tài liệu SRS mô tả chi tiết các chức năng, hiệu năng, giao diện và ràng buộc của phần mềm. Các sơ đồ DF (Data Flow Diagram), ER (Entity-Relationship Diagram), và Use case diagram có thể được sử dụng trong quá trình phân tích yêu cầu để mô hình hóa hệ thống, nhưng chúng không phải là kết quả cuối cùng của giai đoạn này.

Câu 25:

Khi xác nhận yêu cầu, cần phải làm sáng tỏ các từ nào sau đây:

Lời giải:

Đáp án đúng: A

Khi xác nhận yêu cầu, việc làm sáng tỏ các từ ngữ mang tính định lượng không rõ ràng là rất quan trọng. Các từ như "một số", "đôi khi", "thường", "thông thường", "bình thường", "phần lớn", "đa số" đều mang tính ước lượng, không cung cấp thông tin chính xác về số lượng hoặc tần suất. Việc làm rõ ý nghĩa của chúng giúp tránh hiểu lầm và đảm bảo yêu cầu được thực hiện đúng theo mong muốn.

Các phương án còn lại không liên quan trực tiếp đến việc xác nhận yêu cầu để tránh hiểu lầm về mặt định lượng:

* B. Danh từ là số nhiều hay số ít: Quan trọng trong ngữ pháp nhưng không phải vấn đề chính khi xác nhận *mức độ* của yêu cầu.
* C. Tính từ chỉ trạng thái: Mô tả đặc điểm, tính chất, không liên quan đến việc xác định số lượng hay tần suất.
* D. Động từ ở hình thức chủ động hay bị động: Liên quan đến hành động, không phải là số lượng hoặc tần suất của hành động.

Câu 26:

Câu hỏi không được kỹ sư phần mềm hiện nay quan tâm nữa

Lời giải:

Đáp án đúng: A

Câu hỏi này kiểm tra sự hiểu biết về các vấn đề mà kỹ sư phần mềm ngày nay không còn đặc biệt quan tâm do sự phát triển của công nghệ và phần cứng.

A. Chi phí phần cứng máy tính quá cao: Đây không phải là một vấn đề lớn hiện nay do phần cứng ngày càng rẻ hơn.
B. Tại sao phần mềm mất một thời gian dài để hoàn tất?: Đây vẫn là một vấn đề quan trọng.
C. Tại sao người ta tốn nhiều chi phí để phát triển một mẩu phần mềm?: Đây vẫn là một vấn đề quan trọng.
D. Tại sao những lỗi phần mềm không được loại bỏ trong sản phẩm trước khi xuất xưởng: Đây vẫn là một vấn đề quan trọng.

Do đó, đáp án đúng nhất là A.

Câu 27:

Mô hình phát triển ứng dụng nhanh

Lời giải:

Đáp án đúng: A

Mô hình phát triển ứng dụng nhanh (RAD - Rapid Application Development) tập trung vào việc tạo mẫu nhanh chóng và thu thập phản hồi liên tục từ người dùng để nhanh chóng điều chỉnh và hoàn thiện ứng dụng. Các giai đoạn chính thường bao gồm:

* Analysis (Phân tích): Xác định yêu cầu và phạm vi dự án.
* Design (Thiết kế): Thiết kế nguyên mẫu và giao diện người dùng.
* Testing (Kiểm thử): Kiểm tra và đánh giá các nguyên mẫu.

Các phương án khác không phản ánh đúng các giai đoạn cốt lõi của mô hình RAD.

* A. definition, development, support: Đây là các giai đoạn chung chung trong phát triển phần mềm, không đặc trưng cho RAD.
* B. what, how, where: Đây là các câu hỏi mang tính định hướng, không phải là các giai đoạn phát triển.
* C. programming, debugging, maintenance: Đây là các hoạt động cụ thể, thường nằm trong giai đoạn development (phát triển) và maintenance (bảo trì) của các mô hình khác.

Câu 28:

Mô hình phát triển phần mềm xoắn ốc

Lời giải:

Đáp án đúng: C

Mô hình xoắn ốc là một mô hình phát triển phần mềm lặp đi lặp lại, tập trung vào việc quản lý rủi ro. Mỗi vòng lặp (xoắn ốc) bao gồm các giai đoạn: lập kế hoạch, đánh giá rủi ro, phát triển và đánh giá.

* A. Kết thúc với việc xuất xưởng sản phẩm phần mềm: Mô hình xoắn ốc có thể kết thúc bằng việc xuất xưởng sản phẩm, nhưng đây không phải là đặc điểm nổi bật nhất của nó.
* B. Nhiều hỗn độn hơn với mô hình gia tăng: Mô hình xoắn ốc có cấu trúc và tập trung vào quản lý rủi ro hơn so với mô hình gia tăng.
* C. Bao gồm việc đánh giá những rủi ro phần mềm trong mỗi vòng lặp: Đây là đặc điểm cốt lõi của mô hình xoắn ốc. Việc đánh giá và giảm thiểu rủi ro được thực hiện ở mỗi vòng lặp.
* D. Tất cả điều trên: Vì C đúng và A, B không hoàn toàn chính xác nên D không đúng.

Vậy đáp án đúng nhất là C.

Câu 29:

Ai là người không thích hợp để tham dự vào nhóm FAST (facilitated application specification techniques)

Lời giải: