Khi phần mềm bị lỗi, một trong những cách để khắc phục là “dùng miếng vá khẩn cấp (patching)”. Biện pháp này có tác dụng phụ gì?

Phân tích yêu cầu phần mềm là quá trình tìm hiểu, làm rõ và mô tả chi tiết những gì người dùng và các bên liên quan mong muốn ở phần mềm. Trong các khung nhìn (view) khác nhau, khung nhìn essential view (khung nhìn bản chất) được quan tâm đầu tiên. Essential view tập trung vào việc mô tả nghiệp vụ và các tương tác cơ bản giữa hệ thống và người dùng mà không đi sâu vào chi tiết kỹ thuật hay triển khai. Nó giúp chúng ta hiểu rõ vấn đề cần giải quyết và các yêu cầu cốt lõi trước khi xem xét các khía cạnh khác như dữ liệu (data view), người dùng (actor view) hay triển khai (implementation view). Do đó, đáp án C là chính xác nhất.

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).

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ả.

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 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.