Kiểm thử Black-box cố gắng tìm ra những lỗi

Liên kết (Coupling) trong thiết kế phần mềm đo lường mức độ phụ thuộc lẫn nhau giữa các module. Liên kết cao có nghĩa là các module phụ thuộc nhiều vào nhau, làm cho việc thay đổi một module có thể ảnh hưởng đến các module khác. Ngược lại, liên kết thấp (lỏng lẻo) là mục tiêu thiết kế tốt, vì nó làm cho các module độc lập hơn, dễ bảo trì và tái sử dụng hơn. Do đó, đáp án B là chính xác nhất vì nó mô tả mức độ kết nối giữa module với các module khác và môi trường bên ngoài.

Trong thiết kế phần mềm, có nhiều loại trừu tượng được sử dụng để quản lý độ phức tạp và tăng tính module hóa của hệ thống. Các loại trừu tượng phổ biến bao gồm:

• Trừu tượng điều khiển: Tập trung vào việc ẩn giấu các chi tiết cụ thể của luồng điều khiển và các bước thực hiện, cho phép người dùng tập trung vào mục tiêu cuối cùng mà không cần quan tâm đến cách thức đạt được mục tiêu đó. Ví dụ: sử dụng các cấu trúc điều khiển như vòng lặp for hoặc while mà không cần biết chi tiết về cách chúng được triển khai.

• Trừu tượng dữ liệu: Tập trung vào việc ẩn giấu cấu trúc lưu trữ và thao tác dữ liệu, cho phép người dùng làm việc với dữ liệu ở mức logic cao hơn mà không cần quan tâm đến chi tiết vật lý. Ví dụ: sử dụng kiểu dữ liệu trừu tượng (ADT) như ngăn xếp (stack) hoặc hàng đợi (queue).

• Trừu tượng thủ tục: Tập trung vào việc nhóm một chuỗi các lệnh thành một đơn vị logic duy nhất (thủ tục, hàm, phương thức), cho phép tái sử dụng mã và giảm sự phức tạp. Người dùng chỉ cần biết chức năng của thủ tục mà không cần biết chi tiết về cách nó hoạt động.

Vì cả ba loại trừu tượng (điều khiển, dữ liệu, thủ tục) đều được sử dụng phổ biến trong thiết kế phần mềm, nên đáp án chính xác là "Tất cả mục trên".

Quá trình thiết kế giao diện người dùng (User Interface - UI) bao gồm nhiều hoạt động khác nhau nhằm tạo ra một giao diện hiệu quả, thân thiện và dễ sử dụng. Các hoạt động khung thường bao gồm: phân tích người dùng và tác vụ (User and Task Analysis) để hiểu rõ nhu cầu và hành vi của người dùng; xây dựng giao diện (Interface Building) là quá trình tạo ra các thành phần và bố cục của giao diện; và định trị giao diện (Interface Evaluation) để đánh giá và cải thiện giao diện dựa trên phản hồi của người dùng.

Ước lượng giá (Cost Estimation) là hoạt động liên quan đến việc dự toán chi phí cho dự án, không trực tiếp tham gia vào quá trình thiết kế giao diện người dùng. Do đó, đây là hoạt động không kết hợp với quá trình thiết kế giao diện người dùng.

Vậy đáp án đúng là A.

QFD (Quality Function Deployment) là một phương pháp được sử dụng để chuyển đổi yêu cầu của khách hàng (customer requirements) thành các thông số kỹ thuật (engineering specifications) và sau đó là các yêu cầu kỹ thuật chi tiết. Trong quá trình này, QFD đặc biệt quan tâm đến tất cả các loại yêu cầu, bao gồm cả:

• Expected requirements (Yêu cầu mong đợi): Đây là những yêu cầu cơ bản mà khách hàng cho là hiển nhiên và mong đợi sản phẩm hoặc dịch vụ phải đáp ứng. Nếu những yêu cầu này không được đáp ứng, khách hàng sẽ không hài lòng.
• Normal requirements (Yêu cầu bình thường): Đây là những yêu cầu mà khách hàng nói rõ ràng và có thể đo lường được. Việc đáp ứng những yêu cầu này sẽ làm tăng sự hài lòng của khách hàng.
• Exciting requirements (Yêu cầu thú vị): Đây là những yêu cầu vượt quá mong đợi của khách hàng và mang lại sự hài lòng cao. Chúng thường là những tính năng hoặc lợi ích bất ngờ mà khách hàng không nghĩ tới.

Vì vậy, trong QFD, tất cả các loại yêu cầu trên đều được quan tâm để đảm bảo sản phẩm hoặc dịch vụ cuối cùng đáp ứng và vượt quá mong đợi của khách hàng.

Đáp án D - "technology requirements" (yêu cầu công nghệ) không phải là một loại yêu cầu mà QFD tập trung trực tiếp vào. Mặc dù công nghệ có thể đóng vai trò quan trọng trong việc đáp ứng các yêu cầu của khách hàng, nhưng bản thân các yêu cầu công nghệ không phải là trọng tâm chính của QFD.

Sơ đồ luồng dữ liệu (Data Flow Diagram - DFD) là một công cụ mô hình hóa trực quan quan trọng trong phân tích và thiết kế hệ thống. Nó tập trung vào việc mô tả cách dữ liệu di chuyển và biến đổi trong một hệ thống hoặc quy trình nghiệp vụ. DFD không tập trung vào cấu trúc dữ liệu (quan hệ giữa các đối tượng dữ liệu), quyết định logic, hay tương tác với các sự kiện bên ngoài. Thay vào đó, nó làm nổi bật các chức năng hoặc quy trình xử lý dữ liệu và cách dữ liệu được truyền giữa các chức năng này.

• Đáp án A: Sai. Mô tả quan hệ giữa các đối tượng dữ liệu là công việc của các mô hình dữ liệu, ví dụ như sơ đồ quan hệ thực thể (ERD).
• Đáp án B: Đúng. Sơ đồ luồng dữ liệu thể hiện cách các chức năng (processes) biến đổi luồng dữ liệu (data flow).
• Đáp án C: Sai. Quyết định logic thường được mô tả bằng các công cụ khác như cây quyết định (decision tree) hoặc bảng quyết định (decision table).
• Đáp án D: Sai. Sự tương tác của hệ thống với các sự kiện bên ngoài thường được mô tả bằng sơ đồ ngữ cảnh (context diagram) hoặc sơ đồ ca sử dụng (use case diagram).