Mục tiêu chính của việc vẽ Sequence Diagrams là gì?

• Mô tả cách các đối tượng tương tác với nhau trong thời gian thực.

• Thể hiện cấu trúc tĩnh của hệ thống.

• Mô tả hành vi của từng đối tượng riêng lẻ.

• Thể hiện cách dữ liệu được lưu trữ trong cơ sở dữ liệu.

Lợi ích chính của việc đặt text của use case bên cạnh sequence diagram là gì?

• Làm cho sequence diagram trở nên dễ đọc hơn.

• Đảm bảo rằng thiết kế phù hợp với yêu cầu hành vi của hệ thống.

• Tăng tính thẩm mỹ cho diagram.

• Giảm thời gian phân tích yêu cầu.

Các đường thẳng đứng (lifelines) trên sequence diagrams thể hiện điều gì?

• Dữ liệu đang được truyền qua các lớp.

• Thời gian tồn tại của các đối tượng trong hệ thống.

• Cấu trúc tĩnh của đối tượng.

• Các lỗi logic trong hệ thống.

Một controller từ robustness diagram thường được chuyển đổi thành gì trên sequence diagram?

• Một lớp dữ liệu.

• Một phương thức hoặc một tập hợp phương thức.

• Một boundary object mới.

• Một thuộc tính của entity object.

Khi nào cần chia nhỏ sequence diagram thành nhiều diagram khác nhau?

• Khi use case quá phức tạp để thể hiện trong một diagram

• Khi các boundary objects quá lớn.

• Khi không có thời gian để hoàn thành một diagram duy nhất.

• Khi thiết kế chỉ có một kịch bản chính.

Trong ICONIX Process, bước nào là bước chuẩn bị cuối cùng trước khi bắt đầu vẽ sequence diagrams?

• Phân tích độ bền (Robustness analysis).

• Tinh chỉnh sơ đồ lớp

• Kiểm tra mô hình tĩnh

• Cải tiến sơ đồ trình tự

Điều gì cần được kiểm tra trong sequence diagrams để đảm bảo tính chính xác của thiết kế?

• Các thông điệp phù hợp với các use case text.

• Các boundary objects có đúng tên không.

• Tính tương thích với cơ sở dữ liệu.

• Số lượng đối tượng trong mỗi diagram

Tại sao không nên vẽ flowcharts trên sequence diagrams?

• Flowcharts không được UML hỗ trợ.

• Flowcharts không thể hiện được việc phân bổ hành vi giữa các lớp.

• Flowcharts làm mất sự liên kết giữa các use case và thiết kế.

• Flowcharts không thích hợp cho các hệ thống lớn.

Nếu một sequence diagram trở nên quá phức tạp với nhiều đối tượng và thông điệp, bạn nên làm gì để cải thiện?

• Chia nhỏ sequence diagram thành các diagram nhỏ hơn theo từng kịch bản.

• Loại bỏ một số boundary objects.

• Gộp tất cả các entity objects thành một nhóm.

• Chỉ tập trung vào flow chính và bỏ qua các chi tiết nhỏ.

Khi nào cần cập nhật class diagram dựa trên thông tin từ sequence diagram?

• Khi một phương thức mới được xác định trong sequence diagram.

• Khi một kịch bản thay thế không được bao phủ trong sequence diagram.

• Khi một boundary object không có trong class diagram.

• Khi các thông điệp trên sequence diagram quá ngắn.