BÀI 4 OOP

Tại sao cần xem xét các yêu cầu trước khi bắt đầu mã hóa?

• Để xác minh rằng các yêu cầu không bị hiểu sai.

• Để giảm chi phí phát triển.

• Để tiết kiệm thời gian lập trình.

• Để tránh các thay đổi yêu cầu trong tương lai.

Một use case không có "kịch bản thay thế" thường cho thấy điều gì?

• Nó thiếu các kịch bản xử lý lỗi hoặc trường hợp đặc biệt.

• Nó chỉ dành cho các hệ thống nhỏ.

• Nó không cần thiết trong quy trình phát triển.

• Nó đã được phân tích đầy đủ.

Lợi ích của việc sử dụng ngôn ngữ chủ động trong mô tả use case là gì?

• Loại bỏ hoàn toàn các yêu cầu chức năng.

• Giảm thời gian viết tài liệu.

• Làm cho các yêu cầu rõ ràng hơn và dễ hiểu hơn.

• Hạn chế số lượng lỗi khi mã hóa.

Khi mô tả hành vi người dùng và phản hồi của hệ thống, điều gì cần được tránh?

• Liên kết các yêu cầu với giao diện người dùng.

• Mô tả chi tiết từng bước.

• Sử dụng ngôn ngữ cụ thể.

• Kết hợp ngôn ngữ bị động và chủ động.

Tại sao việc mời đại diện khách hàng tham gia buổi đánh giá yêu cầu lại quan trọng?

• Để xác định chi phí thực hiện dự án.

• Để tiết kiệm thời gian hoàn thành dự án.

• Để tăng cường mối quan hệ giữa khách hàng và nhà phát triển.

• Để đảm bảo rằng yêu cầu hệ thống phản ánh chính xác nhu cầu thực tế của khách hàng.

Việc sử dụng giao diện người dùng (GUI) giúp cải thiện đặc tả use case như thế nào?

• Loại bỏ nhu cầu sử dụng sơ đồ use case

• Làm rõ hành vi của người dùng và phản hồi của hệ thống

• Giảm thời gian phát triển giao diện

• Tăng khả năng tái sử dụng của các yêu cầu chức năng

Tại sao việc viết use case theo ngôn ngữ chủ động lại quan trọng?

• Để làm cho tài liệu trở nên dễ đọc hơn với khách hàng.

• Để giúp lập trình viên hiểu rõ hơn về cách triển khai yêu cầu.

• Để tách biệt yêu cầu chức năng khỏi giao diện người dùng.

• Để giảm thời gian kiểm thử hệ thống.

Việc xác định các liên kết "is-a" và "has-a" trong mô hình miền có vai trò gì?

• Đảm bảo rằng các yêu cầu được đáp ứng đầy đủ.

• Loại bỏ nhu cầu tạo các lớp đối tượng.

• Tăng tính chính xác trong việc mô tả các mối quan hệ giữa các đối tượng.

• Làm giảm độ phức tạp của hệ thống.

Trong buổi đánh giá yêu cầu, tại sao cần tạo nguyên mẫu (prototype) cho giao diện người dùng?

• Để tăng số lượng các yêu cầu được xử lý.

• Để tạo tài liệu thiết kế chi tiết hơn.

• Để xác minh rằng các yêu cầu được thể hiện đúng trong thiết kế giao diện.

• Để giảm chi phí phát triển.

Làm thế nào việc truy vết (traceability) các yêu cầu đến các use case giúp ích cho dự án?

• Giảm nhu cầu kiểm tra hệ thống.

• Tăng độ chi tiết của mô hình miền.

• Đảm bảo rằng mọi yêu cầu đều được thực hiện và kiểm tra.

• Giảm thời gian viết các use case.