Bạn Đang Xem: Use Case là gì? Quy trình vẽ sơ đồ Use Case hoàn chỉnh – ITNavi

Use Case là gì? Tổng quan về sơ đồ Use Case hoàn chỉnh trong quá trình phát triển phần mềm

1. Use Case là gì?

Theo wikipedia khái niệm, Use Case (Trường hợp sử dụng) là “Một kỹ thuật được sử dụng trong kỹ thuật phần mềm và mạng lưới hệ thống để nắm bắt yêu cầu chức năng mạng lưới hệ thống. Use Case mô tả sự tương tác đặc trưng giữa người dùng phía ngoài (Actor) và mạng lưới hệ thống.”

Ví dụ: Khối hệ thống “Đặt vé phi cơ trực tuyến” có chức năng “đặt vé” là một Use Case.

Use Case mô tả sự tương tác giữa người dùng và mạng lưới hệ thống ở trong một môi trường xung quanh cụ thể, vì một mục tiêu cụ thể. Môi trường thiên nhiên nằm trong một toàn cảnh, phạm vi hoặc mạng lưới hệ thống phần mềm cụ thể. Mục tiêu cụ thể là diễn tả được yêu cầu theo góc nhìn từ phía người dùng. Độc giả tham khảo thêm: quy trình thông quan sản phẩm & hàng hóa

Sự tương tác giữa người dùng và mạng lưới hệ thống có 2 phương pháp phổ thông:

• Phương pháp mà người dùng tương tác với mạng lưới hệ thống.
• Phương pháp mà mạng lưới hệ thống tương tác với những mạng lưới hệ thống khác.

2. Các thành phần đặc tả Use Case

Các thành phần đặc tả Use Case gồm có: Actor (người sử dụng), Use Case (chức năng tương tác) & Relationship (các quan hệ trong Use Case).

Các thành phần của Use Case gồm có: Actor, Use Case & Relationship

a, Actor (Người sử dụng)

Actor là thành phần chỉ người dùng hoặc một đối tượng người sử dụng nào đó phía ngoài tương tác với mạng lưới hệ thống. Để xác nhận đó liệu có phải là Actor hay là không thì nên cần xem xét dựa và những vướng mắc sau:

• Ai là người sử dụng chức năng chính của mạng lưới hệ thống (tác nhân chính)?
• Ai sẽ là admin của mạng lưới hệ thống – Người tùy chỉnh cấu hình, quản lý và bảo trì mạng lưới hệ thống (tác nhân phụ)?
• Ai sẽ cần mạng lưới hệ thống tương trợ để thực hiện các tác vụ hằng ngày?
• Khối hệ thống này còn có cần phải tương tác với những mạng lưới hệ thống nào khác không?
• Ai là người input tài liệu vào mạng lưới hệ thống (trường hợp mạng lưới hệ thống lưu trữ tài liệu)?
• Ai hay cái gì quan tâm đến giá trị mà mạng lưới hệ thống sẽ mang lại?

b, Use Case (Chức năng tương tác)

Xem Thêm : Thiểu năng trí tuệ

Use Case là các chức năng mà các Actor sẽ sử dụng hay thể hiện sự tương tác giữa người dùng và mạng lưới hệ thống. Để tìm ra được những Use Case, ta cần trả lời những vướng mắc sau:

• Actor có nhu cầu các chức năng nào của mạng lưới hệ thống?
• Actor có hành động đó là gì?
• Actor có cần đọc, thêm mới, hủy bỏ, chỉnh sửa hay lưu trữ loại thông tin nào trong mạng lưới hệ thống không?
• Khối hệ thống có cần thông tin những thay đổi bất thần trong nội bộ cho Actor không?
• Công việc hàng ngày của Actor có thể được đơn giản hóa hoặc hữu hiệu hóa qua các chức năng của mạng lưới hệ thống?
• Use Case có thể được tạo ra bởi sự kiện nào khác không?
• Khối hệ thống có nhu cầu các thông tin nguồn vào/đầu ra nào? Những thông tin này sẽ đi từ đâu đến đâu?
• Những khó khăn và thiếu vắng của mạng lưới hệ thống ngày nay nằm ở đâu?

c, Relationship (Các quan hệ trong Use Case)

Các quan hệ trong Use Case gồm 3 loại: Include, Extend & Generalization.

Quan hệ Include trong Use Case là gì?

Include là quan hệ gồm có hoặc sẽ phải có giữa các Use Case với nhau. Hiểu đơn giản hơn: Để Use Case A xẩy ra thì phải đạt được Use Case B.

Ví dụ: Use Case A rút tiền xẩy ra thì Use Case B xác thực tài khoản phải hoàn thành.

Quan hệ Extend

Extend trình diễn quan hệ mở rộng, không bắt buộc, có thể có hoặc không giữa các Use Case với nhau.

Ví dụ: Use Case B quên mật khẩu có thể xẩy ra hoặc không và nó có liên quan đến Use Case A đăng nhập mạng lưới hệ thống chứ không phải bất kỳ một Use Case nào khác.Độc giả tham khảo thêm: vận chuyển nhật việt giá rẻ

Quan hệ extend thể hiện quan hệ không bắt buộc giữa các Use Case với nhau

Quan hệ Generalization

Generalization là quan hệ cha con giữa các Use Case với nhau. Generalization còn thể hiện khả năng thể hiện quan hệ giữa các Actor với nhau.

Xem Thêm : Mặt chữ điền là gì và khuôn mặt này có đẹp hay không?

Ví dụ: Quan hệ cha – con giữa các Use Case:

• Đăng nhập (cha): Có thể thông qua số điện thoại cảm ứng thông minh (con) hoặc Thư điện tử (con).
• Đặt hàng (cha): Có đặt hàng qua số điện thoại cảm ứng thông minh (con) hoặc website (con).

Ví dụ: Quan hệ cha – con giữa các Actor:

• Khách hàng (cha): Gồm khách hàng cũ (con) và khách hàng mới (con).

=> Đăng kí ngay: Webinar “Xây dựng lộ trình tự học lập trình hiệu quả”

3. Quy trình vẽ Use Case diagram

Xây dựng được một sơ đồ Use Case hoàn chỉnh cần trải qua 3 thời đoạn: Thời đoạn mô hình hóa, thời đoạn cấu trúc & thời đoạn review.

Thời đoạn mô hình hóa:

• Bước 1: Thực hiện thiết lập văn cảnh của mạng lưới hệ thống.
• Bước 2: Xác định các Actor.
• Bước 3: Xác định các Use Case.
• Bước 4: Khái niệm các quan hệ giữa Actor và Use Case.
• Bước 5: Nhận định và đánh giá các quan hệ đó để tìm cách cụ thể chi tiết hóa.

Thời đoạn cấu trúc:

• Bước 6: Nhận định và đánh giá các Use Case cho quan hệ Include.
• Bước 7: Nhận định và đánh giá các Use Case cho quan hệ Extend.
• Bước 8: Nhận định và đánh giá các Use Case cho quan hệ Generalization .

Thời đoạn review:

• Bước 9: Kiểm tra (verification): Đảm bảo mạng lưới hệ thống đúng với tài liệu đặc tả.
• Bước 10: Thẩm định (validation): Đảm bảo mạng lưới hệ thống sẽ tiến hành phát triển là thứ mà khách hàng cuối thực sự cấp thiết.

4. Vẽ sơ đồ Use Case cần lưu ý gì?

Use Case diagram cần được thiết kế đơn giản, cụ thể chi tiết và dễ hiểu nhất. Khi xây dựng Use Case, các bạn nên nắm được những lưu ý sau để sở hữu cách khắc phục tối ưu nhất.Độc giả tham khảo thêm: hình thức vận chuyển door to door

• Lưu ý 1: Không đặt tên Use Case quá dài. Tên của Use Case phải kê ngắn gọn, rõ ràng, miêu tả đủ nghĩa đối tượng người sử dụng người dùng.
• Lưu ý 2: Không lạm dụng từ “Manage” quá nhiều.Sử dụng từ “Manage” để miêu tả quan hệ giữa Actor và mạng lưới hệ thống là quá tối nghĩa, không nói rõ được mục tiêu để làm gì. Use Case cần truyền tải được mục tiêu sau hết, chứa đựng góc nhìn của người dùng cuối cùng.
• Lưu ý 3: Không thiết kế quá nhiều Use Case. Tận dụng các Relationship để các Use Case liên kết với nhau. Sau đó sử dụng Boundary of System để phân nhóm, giới hạn cho những Use Case.
• Lưu ý 4: Không thật đi sâu vào cụ thể chi tiết các chức năng CRUD.Không lạm dụng CRUD tránh gây nhàm chán, không thể hiện được nhiều thông tin cho những người xem. Hướng giải quyết và xử lý: Thêm một dòng note trước đoạn mô tả Use Case của tài liệu hoặc tạo riêng một Use Case mang tên là manage X với X là một trong đối tượng người sử dụng bất kỳ.
• Lưu ý 5: Nên tạo tính thẩm mỹ cho Use Case. Use Case không thiết kế hợp lý, thiếu thẩm mỹ sẽ không còn thu hút được người dùng. Người xây dựng cấp thiết kế các Use Case rõ ràng mạch lạc bằng phương pháp: Tạo sơ đồ cùng kích cỡ, lưu lại các Use Case ID, không chồng chéo các quan hệ, thêm sắc tố vào các Use Case…

Những thông tin san sớt trên hy vọng sẽ giúp độc giả nắm được Use Case là gì, tổng quan về use case diagram hoàn chỉnh. Nếu yêu thích công nghệ, hãy tham khảo thêm các công việc về ngành IT tại ITNavi nhé!

Xem thêm:

1000 việc làm IT tại Nền tảng kết nối việc làm ITNavi

Tổng quan về quy trình phát triển phần mềm

Test case là gì? Các thành phần test case cần nắm