Nguyên nhân của việc sinh lỗi do thiết kế mức thành phần trước khi thiết kế dữ liệu là

Thiết kế thành phần thì phụ thuộc vào ngôn ngữ còn thiết kế dữ liệu thì không

Thiết kế dữ liệu thì dễ thực hiện hơn

Thiết kế dữ liệu thì khó thực hiện

Cấu trúc dữ liệu thường ảnh hưởng tới cách thức mà thíết kế thành phần phải theo

Trả lời:

Đáp án đúng: D

Thiết kế dữ liệu nên được thực hiện trước thiết kế thành phần vì cấu trúc dữ liệu có ảnh hưởng lớn đến cách thức mà thiết kế thành phần phải tuân theo. Việc xác định cấu trúc dữ liệu trước giúp định hình và đơn giản hóa quá trình thiết kế thành phần, đảm bảo tính nhất quán và hiệu quả của hệ thống. Nếu thiết kế thành phần trước, có thể dẫn đến việc phải điều chỉnh hoặc thiết kế lại khi cấu trúc dữ liệu được xác định, gây tốn kém thời gian và công sức, thậm chí gây ra lỗi.

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 4

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

Tác vụ nào không được biểu diễn như là một phần của phân tích yêu cầu phần mềm

Lời giải:

Đáp án đúng: C

Phân tích yêu cầu phần mềm là quá trình tìm hiểu, làm rõ và ghi lại các nhu cầu của người dùng đối với phần mềm. Các tác vụ chính bao gồm:

* Mô hình hóa và thừa nhận vấn đề: Xác định vấn đề cần giải quyết và mô hình hóa các yêu cầu.
* Đặc tả và xem xét: Mô tả chi tiết các yêu cầu và xem xét tính khả thi, tính nhất quán.
* Định giá và tổng hợp: Ước tính chi phí, thời gian và nguồn lực cần thiết để phát triển phần mềm, đồng thời tổng hợp các yêu cầu thành một tài liệu hoàn chỉnh.

Lập kế hoạch và lịch biểu là một phần của quản lý dự án phần mềm, diễn ra sau khi phân tích yêu cầu và xác định phạm vi của dự án. Do đó, nó không phải là một phần của phân tích yêu cầu.

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

Câu 44:

Trong biểu diễn lịch biểu dự án Critical path là đường

Lời giải:

Đáp án đúng: C

Đường Critical path (đường găng) trong biểu diễn lịch biểu dự án là đường có thời gian dài nhất. Đường găng xác định thời gian hoàn thành dự án tối thiểu, vì bất kỳ sự chậm trễ nào trên đường này sẽ ảnh hưởng đến toàn bộ dự án.

* Phương án A: Sai. Critical path không nhất thiết là đường duy nhất, có thể có nhiều đường găng.
* Phương án B: Sai. Critical path có thời gian dài nhất, không phải ngắn nhất.
* Phương án C: Đúng. Critical path là đường có thời gian dài nhất.
* Phương án D: Sai. Critical path luôn là đường dài nhất, không phụ thuộc vào dự án.

Câu 45:

Use-cases là một kịch bản mà mô tả

Lời giải:

Đáp án đúng: A

Use-case (ca sử dụng) mô tả cách người dùng tương tác với hệ thống phần mềm để đạt được một mục tiêu cụ thể. Nó tập trung vào hành vi của hệ thống từ quan điểm của người dùng cuối, mô tả các bước mà người dùng thực hiện và cách hệ thống phản hồi.

Phương án A chính xác vì nó mô tả use-case như một kịch bản về cách phần mềm hoạt động trong một tình huống cụ thể từ góc độ người dùng. Các phương án còn lại không chính xác vì:

- B: Use-case không liên quan trực tiếp đến công cụ CASE.
- C: Use-case không phải là kế hoạch xây dựng phần mềm mà là mô tả yêu cầu.
- D: Use-case có thể được sử dụng để tạo test-case, nhưng bản thân nó không phải là test-case.

Câu 46:

Xét đường độc lập cơ bản, nếu có 7 node phân nhánh thì ta có số đường thực thi cơ bản độc lập là

Lời giải:

Đáp án đúng: A

Số đường thực thi cơ bản độc lập trong một đồ thị luồng điều khiển được tính bằng công thức: V(G) = E - N + 2P, trong đó: E là số cạnh, N là số nút, P là số thành phần liên thông. Trong trường hợp đường độc lập cơ bản, số đường thực thi cơ bản độc lập cũng có thể được tính bằng số lượng vùng kín trong đồ thị + 1. Tuy nhiên, câu hỏi này đề cập đến 'node phân nhánh'. Trong cấu trúc của một chương trình, số lượng đường đi độc lập cơ bản thường liên quan đến số lượng node quyết định (ví dụ: if, switch, while, for). Mỗi node quyết định (node phân nhánh) có thể tạo ra một đường đi độc lập. Do đó, nếu có 7 node phân nhánh, ta có thể suy ra có 7 + 1 = 8 đường thực thi cơ bản độc lập.

Câu 47:

Độ đo mức độ bảo trì

Lời giải:

Đáp án đúng: A

Độ đo mức độ bảo trì là một chỉ số đánh giá hiệu quả của quá trình bảo trì. Các lựa chọn đều có thể là các độ đo mức độ bảo trì khác nhau, tùy thuộc vào mục tiêu đánh giá cụ thể:

* A. Số vấn đề giải quyết trong tháng / tổng số vấn đề phát sinh trong tháng: Đo lường khả năng giải quyết các vấn đề phát sinh một cách nhanh chóng và hiệu quả.
* B. Số lần bảo trì vượt quá tiêu chuẩn thời gian / tổng số lần bảo trì: Đánh giá khả năng tuân thủ thời gian bảo trì tiêu chuẩn.
* C. Số lần bảo trì sai sót / tổng số lần bảo trì: Đo lường chất lượng của quá trình bảo trì, thể hiện số lượng các sai sót xảy ra.
* D. Thời gian trung bình của một lần bảo trì: Đo lường hiệu quả thời gian của mỗi lần bảo trì.

Như vậy, tất cả các đáp án đều có thể được sử dụng để đo lường mức độ bảo trì, tùy thuộc vào khía cạnh bảo trì nào cần được đánh giá. Tuy nhiên, đáp án C. Số lần bảo trì sai sót /tổng số lần bảo trì thể hiện trực tiếp và quan trọng nhất chất lượng của quá trình bảo trì, vì nó cho biết tần suất xảy ra lỗi trong quá trình bảo trì.

Câu 48:

Mô hình phát triển phần mềm dựa trên mẫu thử (prototype) là

Lời giải: