Test usecase

Câu 1: Trên hệ thống trung tâm đào tạo, các học viên có thể xem được danh sách các khóa học mà học viên đã đăng ký, bạn BA đã đặt tên UC đó như sau: Actor: Học viên UC: Hiển thị danh sách khóa học đăng ký của tôi

• Đúng vì hệ thống cần hiển thị ra danh sách khóa học mà học viên đăng ký
• Sai vì tên UC là tên hành động mà actor muốn làm thì tên UC phải là Xem danh sách khóa học đăng ký của tôi

Câu 2: Trên hệ thống bạn dự định thiết kế 1 màn hình Xem báo cáo, trên đó bạn có thể chọn báo cáo mà user muốn xem . Mỗi báo cáo sẽ có danh sách output khác nhau. Và bạn BA đó đặt tên UC là Xem báo cáo. Theo bạn, cách đặt tên UC như thế có đúng hay không?

• Đúng vì Actor vào đó để xem báo cáo – đó là hành động mà User muốn là
• Sai vì mỗi báo cáo 1 mục đích khác nhau, 1 đầu ra khác nhau, chỉ là thiết kế gom vào 1 màn hình nên ở đây cần tách ra các UC Xem báo cáo tổng hợp doanh thu, Xem báo cáo đăng ký theo trạng thái

Câu 3: Nga và Khang đang làm BA đang làm cho dự án của Tiki, Nga có đưa ra 1 UC là Xem trạng thái đơn hàng với Actor là KH nhưng Khang phản đối và bảo là trạng thái chỉ là 1 thông tin trong đơn hàng mà thôi, nên UC là Xem chi tiết đơn hàng là đã bao gồm xem trạng thái rồi. Theo bạn ai đúng, ai sai

• Nga Đúng, Khang sai vì kể cả trạng thái là 1 phần thông tin trong đơn hàng thì nó vẫn tách ra thành 1 UC độc lập là Xem trạng thái đơn hàng
• Nga Sai, Khang đúng vì trạng thái chỉ là 1 thông tin trong thông tin của đơn hàng, nên mình sẽ có UC là xem thông tin đơn hàng là đủ, nếu làm như Khang thì sẽ cần tách ra rất nhiều UC như Xem ds SP trong đơn hàng, xem địa chỉ nhận hàng, xem thông tin thanh toán, cứ 1 thông tin trên Màn hình là 1 UC …

Câu 4: Bạn hãy thử xem mô tả UC (bỏ qua tính đúng sai của mô tả UC, chỉ đọc để hiểu) như bên dưới thì theo bạn thì đặt tên UC lại như thế nào mới đúng

• Xem chi tiết ticket
• Xem trạng thái ticket
• Xem danh sách ticket chờ phê duyệt

Câu 5: Bạn đang xây dựng hệ thống quản lý ticket, Nhân viên tạo ticket xong thì quản lý sẽ phê duyệt/từ chối. Sau khi từ chối xong thì NV có quyền sửa lại nội dung ticket đó theo cmt của Quản lý. Và bạn BA đó đặt tên UC là Chỉnh sửa ticket sau khi từ chối phê duyệt. Theo bạn bạn ấy đặt tên như vậy thì có hợp lý không

• Có vì nó nói rõ được khi nào NV được phép chỉnh sửa
• Không vì tên UC không cần nêu rõ điều kiện để được chỉnh sửa, mà sẽ có trong mô tả UC

Câu 6: Trên hệ thống của bạn có rất nhiều danh mục đầu vào như danh mục loại ticket, danh mục độ ưu tiên… Và để cho tiện thì bạn BA đặt tên UC là quản lý danh mục. Theo bạn thì như thế có hợp lý không

• Có vì nó đều là danh mục
• Không vì mỗi danh mục 1 mục đích khác nhau, chúng ta chỉ có thể gom CRUD danh mục 1, CRUD danh mục 2 vì danh mục thường là những chức năng đơn giản nên chúng ta có thể gom, nhưng đúng nguyên tắc thì cần tách ra thành chức năng như Tạo Loại ticket, Xem danh sách loại ticket, chỉnh sửa loại ticket…

Câu 7: Trong hệ thống trung tâm đào tạo, Trên web admin, Admin và mentor đều có thể xem danh sách học viên đăng ký khóa học. Và bạn BA đã tách thành 2 UC: UC 1 có actor là Admin, UC 2 có actor là Mentor và tên 2 UC là Xem danh sách học viên đăng ký khóa học Theo bạn, có nên tách như thế không, nếu không thì nên để như thế nào

• Có vì 2 actor nên mình coi là 2 UC
• Sai vì chỉ 1 UC nhưng mà 2 actor đều có thể thực hiện được UC đó và mình sẽ liệt kê thành 1 UC với actor là Admin, Mentor (Các actor cách nhau dấy ,)

Câu 8: Trên hệ thống quản lý ticket, các ticket sẽ có trạng thái khác nhau như Trạng thái chờ duyệt, Từ chối, Đã duyệt. Và bạn BA đã đưa ra 3 UC Xem chi tiết ticket chờ duyệt Xem chi tiết ticket đã duyệt Xem chi tiết ticket bị từ chối Theo bạn đặt như vậy có hợp lý không

• Có vì khi ticket ở trạng thái khác nhau thì thông tin hiển thị sẽ khác nhau nên cần tách ra cho rõ ràng
• Không vì có thể ở trạng thái khác nhau sẽ có 1 số thông tin sai khác nhau nhưng nó vẫn là 1 UC Xem chi tiết ticket, các thông tin sai khác đó BA sẽ cần thể hiện trong mô tả màn hình: nếu trạng thái A thì hiển thị thông tin gì/không hiển thị thông tin gì

Câu 9: Hệ thống trung tâm đào tạo có UC xem chi tiết khóa học đăng ký với actor là học viên. Và BA mô tả main flow của UC đó như sau Bước 1: Học viên đăng nhập hệ thống Bước 2: Học viên chọn Tài khoản =>Khóa học đăng ký Bước 3: Hệ thống hiển thị Danh sách khóa học mà học viên đăng ký Bước 4: Học viên chọn khóa học đăng ký để xem chi tiết Bước 5: hệ thống hiển thị màn hình chi tiết thông tin đăng ký khóa học tương ứng của học viên Theo bạn, BA mô tả như trên là đúng hay sai

• Đúng vì nó đang mô tả luồng các bước để học viên có thể xem chi tiết khóa học
• Sai vì khi mô tả UC nào thì chỉ tập trung vào UC đó, không mô tả dạng user flow, trong đoạn mô tả trên bạn BA đang mô tả cho 3 UC: Đăng nhập, Xem danh sách khóa học đăng ký, Xem chi tiết khóa học đăng ký

Câu 10: (Giả định) Hệ thống trung tâm đào tạo có kết nối với Zalo qua API để gửi request các học viên join vào nhóm Zalo với luồng mô tả như sau (dưới đây mô tả luồng trao đổi 2 bên, không phải mô tả trong 1 UC nhé) Admin thực hiện xác nhận học viên đóng học phí Hệ thống gửi yêu cầu sang Zalo để Zalo gửi request cho học viên join vào nhóm lớp Sau đó học viên join vào lớp theo yêu cầu Zalo gửi thông tin sang cho Hệ thống trung tâm đào tạo trạng thái join nhóm Hệ thống trung tâm đào tạo cập nhật trạng thái join nhóm zalo của học viên tương ứng. Vậy với mô tả luồng trao đổi như trên thì phát biểu nào sau đây là đúng

• Hệ thống trung tâm đào tạo cần mở API để gọi sang Zalo để Zalo gửi request cho học viên join nhóm lớp
• Trong UC xác nhận đóng học phí, sẽ có 1 step Hệ thống trung tâm đào tạo gọi API của Zalo trong UC Xác nhận đóng học phí (UC tích hợp API)
• Hệ thống trung tâm đào tạo mở API để bên Zalo thông báo trạng thái join nhóm Zalo, hay có UC dạng API và actor là hệ thống Zalo