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

Chi tiết giải thuật

Cơ sở dữ liệu

Thiết kế dữ liệu

Cấu trúc chương trình

Trả lời:

Đáp án đúng: A

Kiến trúc phần mềm tập trung vào cấu trúc tổng thể và các thành phần chính của hệ thống. Nó bao gồm các yếu tố như cơ sở dữ liệu, thiết kế dữ liệu, và cấu trúc chương trình. Chi tiết giải thuật là một phần của thiết kế chi tiết, nằm ở mức độ thấp hơn và tập trung vào cách thức cụ thể để thực hiện một chức năng nào đó, không phải là một phần của kiến trúc phần mềm tổng thể.

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 11

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

Sử dụng bảng lần vết giúp

Lời giải:

Đáp án đúng: C

Bảng lần vết (trace table) là một công cụ được sử dụng để theo dõi giá trị của các biến trong chương trình khi nó thực thi. Việc sử dụng bảng lần vết giúp xác định chính xác luồng thực thi của chương trình và giá trị của các biến tại mỗi bước, từ đó giúp việc gỡ lỗi (debug) và hiểu rõ cách chương trình hoạt động trở nên dễ dàng hơn. Nó đặc biệt hữu ích trong việc xác định những sai sót trong logic của chương trình, nơi mà việc chỉ nhìn vào mã nguồn không đủ để phát hiện ra vấn đề. Vì vậy, bảng lần vết giúp xác định việc biểu diễn những sự thi hành giải thuật một cách chi tiết.

Phương án A không hoàn toàn chính xác. Mặc dù bảng lần vết có thể hỗ trợ debug, nhưng nó không chỉ dừng lại ở việc phát hiện lỗi thời gian thực mà còn giúp hiểu rõ quá trình thực thi.

Phương án C không liên quan đến mục đích sử dụng của bảng lần vết.

Phương án D không đúng vì có một đáp án đúng.

Câu 40:

Thành phần nào của kỹ thuật tiến trình nghiệp vụ là trách nhiệm của kỹ sư phần mềm

Lời giải:

Đáp án đúng: B

Kỹ sư phần mềm chịu trách nhiệm thiết kế hệ thống nghiệp vụ. Các công việc như phân tích phạm vi nghiệp vụ, kế hoạch sản phẩm và kế hoạch chiến lược thông tin thường thuộc về các vai trò khác như nhà phân tích nghiệp vụ, quản lý sản phẩm hoặc chuyên gia tư vấn chiến lược.

* Thiết kế hệ thống nghiệp vụ: Bao gồm việc cụ thể hóa các yêu cầu nghiệp vụ thành các thành phần và kiến trúc phần mềm có thể triển khai được.

Câu 41:

Theo Boris Beizer, thiết kế Testcase cần theo ràng buộc (contraint)

Lời giải:

Đáp án đúng: B

Thiết kế test case theo Boris Beizer cần tuân theo các ràng buộc sau:

- Nhằm khám phá lỗi: Mục tiêu chính của test case là tìm ra các lỗi tiềm ẩn trong phần mềm.
- Nỗ lực và thời gian là tối thiểu: Test case cần được thiết kế sao cho hiệu quả, tốn ít thời gian và công sức nhất mà vẫn đảm bảo khả năng phát hiện lỗi cao.
- Theo một cách thức đầy đủ: Test case cần bao phủ đầy đủ các khía cạnh của phần mềm, bao gồm các chức năng, các trường hợp sử dụng, và các điều kiện biên.

Vì vậy, đáp án "Tất cả đều đúng" là chính xác nhất.

Câu 42:

Trong tích hợp module, gom cụm (cluster) được dùng trong

Lời giải:

Đáp án đúng: A

Trong tích hợp module, gom cụm (cluster) là một kỹ thuật được sử dụng trong phương pháp tích hợp từ dưới lên (bottom-up integration). Trong tích hợp từ dưới lên, các module mức thấp nhất được kiểm tra và tích hợp trước, sau đó các module mức cao hơn sử dụng các module đã tích hợp được tích hợp tiếp. Gom cụm là việc nhóm các module liên quan lại với nhau để kiểm tra và tích hợp như một đơn vị, trước khi tích hợp vào các module cấp cao hơn.

- Tích hợp từ dưới lên (Bottom-up integration): Đúng. Gom cụm là một phần của quá trình này.
- Tích hợp big-bang: Sai. Tích hợp big-bang tích hợp tất cả các module cùng một lúc, không sử dụng gom cụm.
- Tích hợp từ trên xuống (Top-down integration): Sai. Tích hợp từ trên xuống bắt đầu từ module cấp cao nhất và tích hợp xuống các module cấp thấp hơn.
- Tích hợp tăng vòng: Sai. Tích hợp tăng vòng là một phương pháp tiếp cận lặp đi lặp lại để tích hợp, nhưng không liên quan trực tiếp đến gom cụm theo nghĩa như trong tích hợp từ dưới lên.

Câu 43:

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) là một mô hình phát triển phần mềm nhấn mạnh vào việc phát triển nhanh chóng thông qua việc sử dụng các công cụ và kỹ thuật lặp đi lặp lại.

Phương án A không đúng vì mô hình RAD và mô hình phát triển dựa vào thành phần là hai khái niệm khác nhau.

Phương án B đúng vì mô hình RAD đặc biệt hữu ích khi khách hàng chưa xác định được yêu cầu một cách rõ ràng ngay từ đầu. RAD cho phép phát triển phần mềm một cách linh hoạt và thích ứng với các thay đổi trong yêu cầu.

Phương án C không chính xác. RAD không phải là sự ráp nối tốc độ cao của mô hình tuần tự tuyến tính (waterfall). RAD sử dụng cách tiếp cận lặp đi lặp lại và tăng dần, khác với mô hình tuần tự tuyến tính.

Phương án D không đúng vì không phải tất cả các mục trên đều đúng.

Câu 44:

Trong ngữ cảnh của phân tích yêu cầu, hai loại phân tách vấn đề là

Lời giải: