Biểu đồ quan hệ thực thể

Đưa ra hình ảnh quan hệ giữa các đối tượng dữ liệu

Đưa ra hình ảnh những chức nĕng biến đổi luồng dữ liệu

Chỉ ra những quyết định logic chính khi chúng xuất hiện

Chỉ ra sự tương tác của hệ thống với sự kiện bên ngoài

Trả lời:

Đáp án đúng: A

Biểu đồ quan hệ thực thể (Entity Relationship Diagram - ERD) là một loại sơ đồ dùng để mô tả cấu trúc dữ liệu của một hệ thống thông tin bằng cách thể hiện các thực thể (entities) và mối quan hệ (relationships) giữa chúng. Nó cung cấp một hình ảnh trực quan về cách dữ liệu được tổ chức và liên kết với nhau trong cơ sở dữ liệu. Do đó, đáp án A là chính xác nhất vì nó mô tả đúng mục đích của biểu đồ quan hệ thực thể là thể hiện quan hệ giữa các đối tượng dữ liệu. Các đáp án còn lại không đúng vì: - B: Mô tả biểu đồ luồng dữ liệu (Data Flow Diagram). - C: Mô tả cây quyết định (Decision Tree). - D: Mô tả sơ đồ ngữ cảnh (Context Diagram) hoặc sơ đồ use case (Use Case Diagram).

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 5

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

Nhằm xác định những mẫu kiến trúc hay kết hợp những mẫu phù hợp nhất cho hệ thống đề nghị, kỹ thuật yêu cầu dùng để khám phá

Lời giải:

Đáp án đúng: B

Câu hỏi đề cập đến việc xác định kiến trúc hoặc kết hợp các mẫu kiến trúc phù hợp nhất cho hệ thống đề nghị. Trong ngữ cảnh này, "những mẫu thiết kế" (Design Patterns) là một kỹ thuật quan trọng. Các mẫu thiết kế cung cấp các giải pháp đã được kiểm chứng cho các vấn đề thường gặp trong thiết kế phần mềm. Việc khám phá và áp dụng các mẫu thiết kế phù hợp giúp xây dựng hệ thống đề nghị một cách hiệu quả và dễ bảo trì.

* A. Giải thuật phức tạp: Giải thuật quan trọng trong hệ thống đề nghị, nhưng không trực tiếp liên quan đến việc xác định kiến trúc tổng thể.
* B. Đặc trưng và ràng buộc: Đặc trưng và ràng buộc quan trọng để mô tả hệ thống, nhưng không phải là kỹ thuật chính để khám phá kiến trúc.
* C. Điều khiển và dữ liệu: Điều khiển và dữ liệu là các khía cạnh cơ bản của hệ thống, nhưng không phải là phương pháp cụ thể để chọn kiến trúc.
* D. Những mẫu thiết kế: Các mẫu thiết kế cung cấp các giải pháp thiết kế đã được chứng minh, giúp chọn và kết hợp các thành phần kiến trúc một cách hiệu quả.

Câu 49:

Lý do tốt nhất cho việc dùng nhóm kiểm tra phần mềm độc lập là

kiểm thử bắt đầu

Lời giải:

Đáp án đúng: D

Việc sử dụng một nhóm kiểm thử phần mềm độc lập giúp giảm thiểu mâu thuẫn về quyền lợi giữa những người phát triển và những người kiểm thử. Những người phát triển có thể có xu hướng bỏ qua hoặc đánh giá thấp các lỗi trong phần mềm của họ, trong khi những người kiểm thử độc lập có thể đánh giá khách quan và toàn diện hơn. Điều này giúp đảm bảo chất lượng phần mềm cao hơn.

* A. Sai: Nhóm phát triển vẫn cần thực hiện kiểm thử ở các giai đoạn khác nhau của dự án (ví dụ: unit test).
* B. Sai: Mức độ chặt chẽ của việc kiểm thử không chỉ phụ thuộc vào việc người kiểm thử là người lạ mà còn phụ thuộc vào kỹ năng và kinh nghiệm của họ.
* C. Sai: Nhóm kiểm thử có thể tham gia vào dự án ở các giai đoạn sớm hơn để xem xét yêu cầu và thiết kế, giúp phát hiện sớm các vấn đề tiềm ẩn.
* D. Đúng: Nhóm kiểm thử độc lập giúp giảm mâu thuẫn về quyền lợi giữa người phát triển và người kiểm thử, do đó, đảm bảo tính khách quan và toàn diện của quá trình kiểm thử.

Câu 50:

Hướng debug

A. Backtracking B. Brute force

C. Sự loại trừ nguyên nhân D. Tất cả các mục

Lời giải:

Đáp án đúng: a

Câu hỏi này kiểm tra kiến thức về các hướng debug (gỡ lỗi) phần mềm.

* Backtracking (A): Là phương pháp dò ngược lại các bước thực hiện của chương trình để tìm ra nguyên nhân gây ra lỗi. Đây là một kỹ thuật debug phổ biến.
* Brute force (B): Trong ngữ cảnh debug, brute force có thể là việc thử nhiều cách khác nhau, thay đổi các tham số hoặc đoạn code để xem liệu có giải quyết được vấn đề hay không. Mặc dù không phải lúc nào cũng hiệu quả, nhưng đây là một hướng tiếp cận.
* Sự loại trừ nguyên nhân (C): Là phương pháp loại bỏ dần các khả năng có thể gây ra lỗi, thu hẹp phạm vi tìm kiếm cho đến khi tìm ra nguyên nhân thực sự. Đây cũng là một phương pháp debug hiệu quả.

Vì cả ba phương án trên đều là các hướng tiếp cận debug hợp lệ, đáp án đúng là "Tất cả các mục". Do đó, câu trả lời 'Đúng' là đáp án chính xác.

Câu 1:

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 tập trung vào những vấn đề mà kỹ sư phần mềm *hiện nay* ít quan tâm. Chi phí phần cứng máy tính đã giảm đáng kể so với trước đây và không còn là mối quan tâm hàng đầu của kỹ sư phần mềm. Các vấn đề khác như thời gian phát triển phần mềm, chi phí phát triển và lỗi phần mềm vẫn là những thách thức lớn mà kỹ sư phần mềm luôn phải đối mặt và tìm cách giải quyết. Do đó, đáp án đúng là "Tại sao chi phí phần cứng máy tính quá cao?"

Câu 2:

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 trong quá trình phát triển phần mềm để theo dõi các giá trị của biến và luồng thực thi của chương trình. Nó giúp xác định cách một giải thuật được thực thi, bằng cách ghi lại các bước và giá trị trung gian. Từ đó, người lập trình có thể hiểu rõ hơn về hành vi của chương trình và dễ dàng phát hiện, sửa lỗi.

* Phương án 1: Debug dựa trên phát hiện lỗi thời gian thực, bảng lần vết hỗ trợ debug nhưng không chỉ giới hạn ở lỗi thời gian thực.
* Phương án 2: Đúng, 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 bằng cách theo dõi giá trị biến và luồng thực thi.
* Phương án 3: Quản lý yêu cầu là công việc khác, không liên quan đến bảng lần vết.
* Phương án 4: Có một phương án đúng.

Câu 3:

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: