Trong phương pháp phân tích kiến trúc, mô tả mẫu kiến
trúc thường dùng khung nhìn

Dòng dữ liệu

Module

Tiến trình

Tất cả các mục trên

Trả lời:

Đáp án đúng: D

Trong phương pháp phân tích kiến trúc, việc mô tả mẫu kiến trúc thường sử dụng nhiều khung nhìn khác nhau để thể hiện các khía cạnh khác nhau của hệ thống. Mỗi khung nhìn tập trung vào một tập hợp các mối quan tâm cụ thể của các bên liên quan khác nhau. Các khung nhìn phổ biến bao gồm:

Khung nhìn dòng dữ liệu (Data Flow View): Mô tả cách dữ liệu được truyền và xử lý trong hệ thống.
Khung nhìn module (Module View): Mô tả cấu trúc module của hệ thống, bao gồm các thành phần và mối quan hệ giữa chúng.
Khung nhìn tiến trình (Process View): Mô tả các tiến trình và luồng thực thi trong hệ thống.

Do đó, việc sử dụng tất cả các khung nhìn trên là cần thiết để có một mô tả đầy đủ về mẫu kiến trúc.

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 3

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

Những nguyên lý thiết kế giao diện cho phép người dùng ít phải nhớ

Lời giải:

Đáp án đúng: D

Nguyên lý thiết kế giao diện giúp người dùng giảm thiểu việc phải ghi nhớ bao gồm:

- A. Xác định những shortcut trực quan: Sử dụng các biểu tượng, phím tắt hoặc cử chỉ quen thuộc để thực hiện các thao tác, giúp người dùng dễ dàng truy cập chức năng mà không cần phải nhớ các lệnh phức tạp.

- B. Biểu lộ thông tin theo cách diễn tiến: Trình bày thông tin một cách có cấu trúc, từng bước, giúp người dùng dễ dàng theo dõi và hiểu được tiến trình, giảm tải cho trí nhớ ngắn hạn.

- C. Thiết lập những trường hợp mặc định có ý nghĩa: Cung cấp các giá trị mặc định hợp lý cho các tùy chọn hoặc trường nhập liệu, giảm số lượng quyết định mà người dùng phải đưa ra và giảm nhu cầu nhớ lại các thiết lập trước đó.

Vì cả ba phương án trên đều đúng, đáp án chính xác là D.

Câu 50:

Kiểm thử tích hợp Top-down có thuận lợi chính là

A. Những module mức thấp không bao giờ cần kiểm thử

Lời giải:

Đáp án đúng: A

Phương pháp kiểm thử tích hợp Top-down bắt đầu từ các module mức cao nhất và dần dần tích hợp các module mức thấp hơn. Một trong những ưu điểm chính của phương pháp này là các điểm quyết định quan trọng (như luồng điều khiển chính, các chức năng quan trọng) được kiểm thử sớm trong quá trình phát triển. Điều này giúp phát hiện và sửa lỗi sớm, giảm thiểu rủi ro và chi phí sửa chữa sau này. Các phương án khác không đúng vì:

- A. Những module mức thấp vẫn cần được kiểm thử, nhưng chúng được tích hợp và kiểm thử dần dần từ trên xuống.
- C. Kiểm thử Top-down vẫn cần stubs để mô phỏng các module mức thấp chưa được tích hợp. Stub được sử dụng để thay thế các thành phần chưa có và giúp quá trình kiểm thử tiếp tục.

Câu 1:

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 (hay "xoắn") 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á. Việc đánh giá rủi ro là một phần quan trọng trong mỗi vòng lặp, giúp xác định và giảm thiểu các vấn đề tiềm ẩn trước khi chúng trở nên nghiêm trọng. Mô hình này không nhất thiết kết thúc bằng việc xuất xưởng sản phẩm (có thể hủy bỏ nếu rủi ro quá lớn) và phức tạp hơn so với mô hình gia tăng. Do đó, đáp án đúng nhất là phương án nêu bật việc đánh giá rủi ro trong mỗi vòng lặp.

Câu 2:

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 phần mềm từ góc độ của người dùng trong một tình huống cụ thể. Do đó, đáp án đúng là: Phần mềm thực hiện như thế nào khi được dùng trong một tình huống cho trước.

Câu 3:

Loại mô hình nào được tạo ra trong phân tích yêu cầu phần mềm:

Lời giải:

Đáp án đúng: A

Trong phân tích yêu cầu phần mềm, mục tiêu chính là hiểu rõ những gì phần mềm cần làm. Điều này bao gồm xác định các chức năng mà phần mềm phải cung cấp và cách phần mềm sẽ hành xử trong các tình huống khác nhau. Vì vậy, mô hình được tạo ra trong phân tích yêu cầu phần mềm chủ yếu tập trung vào chức năng và hành vi của hệ thống.

Các lựa chọn khác không chính xác vì:
- Giải thuật và cấu trúc dữ liệu: Đây là các yếu tố quan trọng trong giai đoạn thiết kế, sau khi yêu cầu đã được xác định.
- Kiến trúc và cấu trúc: Tương tự như trên, kiến trúc và cấu trúc hệ thống cũng thuộc về giai đoạn thiết kế.
- Tính tin cậy và tính sử dụng: Mặc dù quan trọng, nhưng đây là các thuộc tính phi chức năng, được xem xét sau khi các yêu cầu chức năng đã được xác định.

Câu 4:

Những mục nào không là nguyên tắc cho việc biểu diễn yêu cầu:

Lời giải: