BÀI 6

Khi nào bạn nên sử dụng mối quan hệ Extend trong mô hình Use Case?

• Khi bạn muốn chắc chân rằng một Use Case luôn thực thì một Use Case khác trong mọi tình huống.

• Khi một Use Case có thể bổ sung các hành động mới vào một Use Case khác chỉ trong một số tình huống nhất định, ví dụ như trong trường hợp ngoại lệ hoặc tùy chọn.

• Khi bạn cần xác định các mối quan hệ giữa các actor mà không thay đổi hành vi của các Use Case.

• Khi bạn muốn thay thế một Use Case bằng một Use Case khác hoàn toàn

Use Case và Scenario có điểm tương đồng nào?

• Use Case mô tả các hành động của hệ thống, trong khi Scenario mô tả các tác nhân và mối quan hệ giữa chúng.

• Use Case là một phần của Scenario, và Scenario chímô tả các tình huống ngoại lệ trong hệ thống.

• Cả hai đều mô tả chi tiết các bước thực hiện và hành động trong hệ thống, nhưng Scenario thường chỉ mô tả một tình huống cụ thể, còn Use Case mô tả các tình huống có thể xảy ra.

• Cả hai đều tập trung vào mô tả các yêu cầu phi chức năng của hệ thống phần mềm.

Điểm khác biệt chính giữa Actors và Stakeholders là gì?

• Actors chỉ liên quan hoạt động lập trình, trong khi Stakeholders liên quan hoạt động thiết kế

• Actors là người phát triển phần mềm, trong khi Stakeholders là người đảm bảo chất lượng phần mēm.

• Actors là những người hoặc hệ thống tương tác trực tiếp với hệ thống trong các use case, trong khi Stakeholders là những người có quan tâm hoặc ảnh hưởng đến kết quả của hệ thống, nhưng không nhất thiết phải tương tác trực tiếp.

• Actors là người ra quyết định chính cho hệ thống, còn Stakeholders chỉ là người sử dụng hệ thống.

Chọn phát biểu đúng về use case trong mô hình kim tự tháp yêu cầu?

• Use cases có thể sinh ra tự động nhờ việc mã hóa

• Use case được hình thành từ các tính năng là yêu cầu chức năng và các ràng buộc của chức năng

• Use case được hình thành từ các tính năng là yêu cầu phí chức năng

• Use cases có nguồn gốc từ test cases

Có thể có những quan hệ dấu vết gì giữa yêu cầu thuộc tầng features và tầng use cases trong mô hình kim tự tháp yêu cầu?

• Chỉ có thể là quan hệ 1-1

• Chỉ có thể là quan hệ 1-n

• Có thể là quan hệ 1-1, n-1, m-n

• Chỉ có thể là quan hệ m-n

Chọn phát biểu đúng về use cases (Ucs) và product features (FEATs)?

• FEATS và Ucs đều là yêu cầu người dùng

• FEATS và UCs đều là yêu cầu hệ thống

• FEATs là các yêu cầu hệ thống, Ucs là các yêu cầu người dùng.

• FEATs là các yêu cầu người dùng, Ucs là các yêu cầu hệ thống

Sự khác biệt giữa yêu cầu người dùng và yêu cầu hệ thống là gì?

• Yêu cầu người dùng viết cho người dùng đọc, yêu cầu hệ thống viết cho developers, testers và desiger đọc và triển khai

• Yêu cầu người dùng và yêu cầu hệ thống không có sự khác biệt

• Yêu cầu người dùng viết cho developers đọc, yêu cầu hệ thống viết stakeholder đọc

• Cả hai loại yêu cầu người dùng và yêu cầu hệ thống đều là các giải pháp thiết kế phần mềm.

Khi chuyển từ các Features sang các Use Cases trong mô hình Kim tự tháp yêu cầu, các bước cần làm là gì?

• Xác định đâu là Features phản ánh các chức năng của phần mềm, sau đó phân chia chức năng thành các bước hành động cụ thể.

• Xác định các Use Case chung cho toàn hệ thống, sau đó phân tách chúng nhỏ hơn

• Cấu trúc hóa mô hình Use case và loại bỏ quan hệ dư thừa

• Định nghĩa các Actors có liên quan đến hệ thống, xây dựng mô hình use case biểu diễn các Actors

Các nguyên lý kỹ nghệ yêu cầu áp dụng cho tầng scenarios là gì? (chọn 3 đáp án)

• Đánh giá scenarios

• Quản lý scenarios

• Loại bỏ scenarios

• Phân tích xác định các scenarios

Scenarios dùng để làm gì?

• Dùng biểu diễn các ràng buộc về thời gian tồn tại của phần mềm

• Dùng để biểu diễn các ràng buộc về kinh phí triển khai dự án

• Dùng để sinh ra các test case sửdụng kỹ thuật sinh test case dựa trên kịch bản của use cases

• Dùng để ước lượng nỗ lực phần mëm