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:

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:

Đáp án đúng: D

Nhóm FAST (Facilitated Application Specification Techniques) là một kỹ thuật thu thập yêu cầu phần mềm, tập trung vào việc tạo điều kiện cho sự giao tiếp và cộng tác hiệu quả giữa các bên liên quan khác nhau. Mục tiêu là để đảm bảo rằng tất cả các quan điểm được xem xét và các yêu cầu được hiểu rõ trước khi bắt đầu phát triển.

Thành phần tham gia nhóm FAST nên bao gồm các bên liên quan có liên quan trực tiếp đến dự án, những người có thể đóng góp vào việc xác định và làm rõ các yêu cầu. Điều này thường bao gồm:

* Kỹ sư phần cứng và phần mềm: Hiểu rõ về khả năng kỹ thuật và hạn chế của hệ thống.
* Đại diện nhà sản xuất: Cung cấp thông tin về sản phẩm và khả năng sản xuất.
* Đại diện thị trường: Cung cấp thông tin về nhu cầu và mong muốn của khách hàng.

Nhân viên tài chính cao cấp, mặc dù quan trọng trong việc quản lý ngân sách dự án, nhưng thường không tham gia trực tiếp vào việc xác định các yêu cầu kỹ thuật và chức năng của phần mềm. Do đó, họ ít thích hợp hơn để tham gia vào nhóm FAST so với các thành viên khác.

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

Câu 30:

Một đặc trưng của thiết kế tốt là

Lời giải:

Đáp án đúng: B

Thiết kế tốt trong kỹ thuật phần mềm hướng đến việc tạo ra một hệ thống có cấu trúc rõ ràng, dễ hiểu, dễ bảo trì và mở rộng. Một đặc trưng quan trọng của thiết kế tốt là giảm sự phụ thuộc giữa các module (tính liên kết yếu - low coupling). Các module nên hoạt động độc lập càng nhiều càng tốt, chỉ giao tiếp với nhau qua các giao diện được định nghĩa rõ ràng. Điều này giúp việc thay đổi một module không ảnh hưởng đến các module khác, giảm thiểu rủi ro và công sức bảo trì.

* A. Cho thấy sự liên kết mạnh giữa các module: Sai. Thiết kế tốt hướng đến sự liên kết yếu giữa các module.
* B. Thực hiện tất cả yêu cầu trong phân tích: Đúng một phần, nhưng chưa đủ. Thiết kế cần đáp ứng yêu cầu, nhưng còn phải đảm bảo tính dễ bảo trì, mở rộng và hiệu quả.
* C. Bao gồm những test case cho tất cả thành phần: Kiểm thử là một phần quan trọng của quy trình phát triển phần mềm, nhưng không phải là đặc trưng của thiết kế.
* D. Kết hợp mã nguồn nhằm mục đích mô tả: Mã nguồn mô tả chức năng của hệ thống, nhưng không phải là đặc trưng của thiết kế. Thiết kế là bản thiết kế kiến trúc tổng thể.

Do đó, không có đáp án nào hoàn toàn chính xác trong các lựa chọn đã cho. Tuy nhiên, đáp án B gần đúng nhất, vì một thiết kế tốt sẽ phải đáp ứng các yêu cầu được xác định trong giai đoạn phân tích. Nhưng để chính xác tuyệt đối thì cần bổ sung thêm các khía cạnh khác của thiết kế tốt như tính module hóa, tính dễ bảo trì, khả năng mở rộng…

Câu 31:

Mục nào không là đặc trưng chung trong các phương pháp thiết kế

Lời giải:

Bạn cần đăng ký gói VIP để làm bài, xem đáp án và lời giải chi tiết không giới hạn. Nâng cấp VIP

Câu 32:

Thủ tục phần mềm tập trung vào

Lời giải:

Bạn cần đăng ký gói VIP để làm bài, xem đáp án và lời giải chi tiết không giới hạn. Nâng cấp VIP

Câu 33:

Một bảng quyết định được dùng

Lời giải:

Bạn cần đăng ký gói VIP để làm bài, xem đáp án và lời giải chi tiết không giới hạn. Nâng cấp VIP