Trừu tượng hóa thủ tục là gì?

Câu 36:

Thứ tự các hoạt động trong tiến trình hình thành yêu cầu?

Lời giải:

Đáp án đúng: C

Tiến trình hình thành yêu cầu thường bao gồm các bước sau:

Nghiên cứu khả thi: Đánh giá tính khả thi của dự án, bao gồm các yếu tố kỹ thuật, kinh tế và pháp lý.

Xác định yêu cầu: Thu thập và xác định các yêu cầu từ các bên liên quan.

Phân tích yêu cầu: Phân tích các yêu cầu để đảm bảo chúng rõ ràng, đầy đủ, nhất quán và có thể kiểm tra được.

Đặc tả yêu cầu: Viết tài liệu đặc tả yêu cầu, mô tả chi tiết các yêu cầu của hệ thống.

Do đó, đáp án D là đáp án chính xác nhất.

Câu 37:

Đặc trưng của phần mềm?

Lời giải:

Đáp án đúng: C

Đặc trưng của phần mềm khác biệt so với các sản phẩm vật lý thông thường. Phần mềm không bị hao mòn theo nghĩa vật lý, mà có thể bị lỗi thời hoặc cần được bảo trì, nâng cấp để phù hợp với yêu cầu mới. Do đó, đáp án C là chính xác nhất. Các đáp án khác không phù hợp vì phần mềm không hao mòn (A), không nhất thiết được lắp ráp từ mẫu có sẵn (B), và không phải lúc nào cũng đơn giản, dễ hiểu hoặc hữu hình (D).

Câu 38:

Mục đích của chiến lược kiểm thử gây áp lực?

Lời giải:

Đáp án đúng: C

Chiến lược kiểm thử gây áp lực (Stress Testing) nhằm mục đích tìm hiểu giới hạn chịu tải của hệ thống. Nó giúp xác định điểm mà hệ thống bắt đầu gặp sự cố hoặc hoạt động không ổn định khi phải xử lý một lượng lớn dữ liệu hoặc số lượng người dùng đồng thời vượt quá khả năng dự kiến. Các phương án còn lại không phải là mục đích chính của kiểm thử gây áp lực.

- A. Phát hiện sớm lỗi thiết kế và lập trình: Mục tiêu này thường thuộc về các loại kiểm thử khác như kiểm thử đơn vị (unit testing) hoặc kiểm thử tích hợp (integration testing).
- B. Sớm có phiên bản đưa vào vận hành: Mặc dù kiểm thử có thể giúp phát hành phiên bản, nhưng kiểm thử gây áp lực không trực tiếp hướng đến việc này.
- D. Kiểm tra hiệu quả hoạt động thuật toán: Việc này thường được thực hiện thông qua phân tích độ phức tạp thuật toán và kiểm thử hiệu năng (performance testing).

Câu 39:

Mô hình hệ thống biểu diễn từ mấy loại quan điểm?

Lời giải:

Đáp án đúng: D

Mô hình hệ thống thường được biểu diễn từ 3 loại quan điểm khác nhau:

1. Quan điểm chức năng (Functional perspective): Mô tả hệ thống làm gì, các chức năng và quy trình mà nó thực hiện.
2. Quan điểm thông tin (Information perspective): Mô tả dữ liệu nào được sử dụng, lưu trữ và xử lý trong hệ thống.
3. Quan điểm động (Dynamic perspective): Mô tả hành vi của hệ thống theo thời gian, cách các thành phần tương tác và thay đổi trạng thái.

Do đó, đáp án đúng là C.

Câu 40:

Trong thiết kế phần mềm, giai đoạn đặc tả trừu tượng là:

Lời giải:

Đáp án đúng: A

Giai đoạn đặc tả trừu tượng trong thiết kế phần mềm tập trung vào việc xác định các dịch vụ mà mỗi hệ con (subsystem) phải cung cấp, cũng như các ràng buộc mà nó phải tuân theo. Điều này giúp định nghĩa rõ ràng vai trò và trách nhiệm của từng thành phần trong hệ thống, đồng thời đảm bảo tính nhất quán và khả năng tương tác giữa chúng.

* Phương án A: Mô tả chính xác mục tiêu của giai đoạn đặc tả trừu tượng, tập trung vào việc xác định dịch vụ và ràng buộc cho các hệ con.
* Phương án B: Đề cập đến việc phân chia dịch vụ giữa các thành phần của hệ con, nhưng đây là một bước chi tiết hơn, thuộc về giai đoạn thiết kế chi tiết, không phải đặc tả trừu tượng.
* Phương án C: Liên quan đến kiến trúc tổng thể của hệ thống, nhưng không trực tiếp phản ánh mục tiêu của đặc tả trừu tượng về dịch vụ và ràng buộc.
* Phương án D: Tập trung vào thiết kế dữ liệu chi tiết, một khía cạnh khác của quá trình thiết kế, không phải là đặc tả trừu tượng.

Do đó, phương án A là đáp án chính xác nhất.

Câu 41:

Trong thiết kế phần mềm, thiết kế chi tiết là gì?

Lời giải: