Cộng đồng công nghệ

Hiện nay, khi phân tích thiết kế hệ thống hướng đối tượng, một số nhầm lẫn phổ biến của sinh viên khi mô hình hóa hệ thống với các biểu đồ UML như biểu đồ use case, biểu đồ hoạt động, biểu đồ trình tự và biểu đồ lớp...

Với biểu đồ use case: Sử dụng không đúng mối quan hệ include và extend trong biểu đồ use case, và lạm dụng quá nhiều mối quan hệ extend trong biểu đồ use case không đúng mục đích.

Một số nhầm lẫn phổ biến cho những sinh viên mới học UML:

-  Xem use case được include là bắt buộc phải thực hiện, nếu không bắt buộc thì cho là extend

-  Hiểu include là kết hợp và (and), và extend là kết hợp hoặc (or)

Xét các ví dụ sau, mối quan hệ giữa các use case cần sử dụng là gì:

-  Use case Quản lý mặt hàng gồm các use case Thêm mặt hàng, Sửa mặt hàng, Xóa mặt hàng, Tìm mặt hàng, và Xem mặt hàng

o   Mối quan hệ nối giữa use case Quản lý mặt  hàng với các use case khác là include

-  Use case Bảo trì hệ thống gồm các use case Nâng cấp, Tìm lỗi, và Sửa lỗi.

o   Mối quan hệ nối giữa use case Bảo trì hệ thống với các use case khác là include

-  Use case Thanh toán gồm các use case Thanh toán bằng tiền mặt, Thanh toán bằng chuyển khoản, Thanh toán bằng thẻ tín dụng.

o   Mối quan hệ nối giữa use case Thanh toán với các use case khác là kế thừa hoặc include. Use case Thanh toán là use case trừu tượng (abstract use case), được kế thừa bởi các use case cụ thể, thực tế (real use case)

Trong phạm vi bài viết này, tôi sẽ không định nghĩa biểu đồ use case là gì, các thành phần của biểu đồ use case, các bước vẽ biểu đồ use case, trong đó định nghĩa mối quan hệ include, extend là gì. Tôi chỉ chỉ ra những vấn đề cần thảo luận, quan điểm của bản thân.

Các bạn quan tâm có thể xem giải thích sau của một chuyên gia, khi tôi đưa vấn đề trên thảo luận trong phần bình luận của website chuyên nghiệp và đáng tin cậy:

http://www.uml-diagrams.org/use-case-diagrams.html.

Và tôi nhận thấy những giải thích đó là rất chuyên nghiệp và hoàn toàn hợp lý, và tôi đồng ý với quan điểm này.