Trong bài xích trước các bạn đã biết phương châm của bản vẽ Use Case là khôn cùng quan trọng, nó cứu các bạn hiểu bao gồm nhu cầu, con kiến trúc chức năng của hệ thống and chi phối tổng thể những phiên bản vẽ còn lại. Trong bài bác này các bạn sẽ thăm dò về các thành phần kết cấu nên bản vẽ này, cách thức thành lập và cần thực hiện nó.
Bạn đang xem: Biểu đồ use case là gì
Bài Viết: Use case là gì
1. Phần nhiều thành phần trong phiên bản vẽ Use Case
Trước tiên, các bạn xem một ví dụ như về Use Case Diagarm.
Hình 1. Phiên bản vẽ Use Case về ứng dụng ATM
Nhìn bản vẽ này chúng ta cảm nhận thấy có hai người mua là Customer & ATM Technician and một đối tượng người sử dụng người sử dụng cần sử dụng khối hệ thống là Bank. Sát vị trí kia nó diễn tả những tính năng của hệ thống and người tiêu dùng nào áp dụng công dụng gì. Điều đó cứu các bạn tưởng tượng được là các các bạn sẽ thành lập khối hệ thống với các tác dụng gì? cho ai áp dụng.
Giờ trên đây các các bạn sẽ thăm dò kỹ rộng về đa số thành phần của bản vẽ.
1.1 Actor
Actor được áp dụng để chỉ người tiêu dùng hoặc một đối tượng người sử dụng người thực hiện nào đó ngoại trừ trời can dự với hệ thống chúng ta đang xem xét. Chuyên chú, các bạn hay vứt quên đối tượng người dùng người sử dụng liên quan với hệ thống, lấy một ví dụ như bank ở mức giá a trên.
Actor đc biểu diễn như sau:

Hoặc

Hình 2. Phần lớn ký hiệu của Actor
1.2 Use Case
Use Case là tác dụng mà đa số Actor sẽ nên sử dụng. Nó được ký hiệu như sau:

Hình 3. Ký kết hiệu về Use Case
Với việc xác minh những công dụng mà Actor yêu cầu sử dụng bạn sẽ khẳng định được những Use Case rất cần được có vào hệ thống.
1.3 Relationship(Quan hệ)
Relationship hay còn được gọi là conntector được cần thực hiện để liên kết giữa những đối tượng người sử dụng người thực hiện cùng nhau chế tạo ra bạn dạng vẽ Use Case. Gồm có kiểu quan hệ nam nữ căn bạn dạng sau:
– Association
– Generalization
– Include
– Extend
Các bạn sẽ lần lượt thăm dò về đa số kiểu quan hệ bên dưới đây.
+ quan hệ nam nữ Association

Association thường được áp dụng để biểu đạt mối quan hệ nam nữ giữa Actor và Use Case and một trong những Use Case cùng nhau.

Hình 4. Ví dụ biểu thị Actor User cần áp dụng Use Case Login
+Quan hệ Generalization
Generalization đc cần thực hiện để biểu hiện quan hệ thừa kế trong những Actor hoặc giữa những Use Case thuộc nhau.
Hình 5. Lấy ví dụ như Actor User vượt kế toàn bộ quyền của Actor Guest
+ dục tình Include
Include là quan hệ giữa những Use Case cùng nhau, nó miêu tả việc một Use Case to đc chia nhỏ tuổi ra thành phần đông Use Case nhỏ tuổi dại nhằm dễ setup (module hóa) hoặc biểu hiện sự vận dụng lại.
Hình 6. Lấy ví dụ về tình dục Include trong số những Use Case
Các bạn cảm nhận thấy Use Case “Verify Password” hoàn toàn có thể gộp chung vào Use Case Login nhưng ở đây những bạn tách bóc ra để cho những Use Case không giống cần thực hiện hoặc để module hóa mang đến dễ hiểu, dễ setup.
+ quan hệ tình dục Extend
Extend vận dụng để mô tả quan hệ giữa 2 Use Case. Tình dục Extend được cần sử dụng khi đựng một Use Case được tạo được để bổ sung cập nhật tính năng cho một Use Case gồm sẵn và được cần sử dụng trong một tình huống ổn định như thế nào đó.
Hình 7. Ví dụ như về quan hệ nam nữ Extend trong những Use Case
Trong lấy một ví dụ trên “Open Account” là Use Case cơ sở để cho quý khách hàng mở tài khoản. Tuy vậy, lại có một trường hợp là nếu khách hàng là c.ty thì rất có thể thêm chủ nhân lên thông tin tài khoản này. địa chỉ cửa hàng Account Holder là tính năng mở rộng của Use Case “Open Account” mang đến điều kiện cụ thể nếu Actor là Doanh nghiệp đề xuất quan hệ của chính nó là quan hệ giới tính Extend.
1.4 System Boundary
System Boundary được cần thực hiện để khẳng định phạm vi của hệ thống mà các bạn đang thiết kế. Những đối tượng người tiêu dùng người sử dụng tọa lạc ngoài khối hệ thống này có thúc đẩy với hệ thống đc xem giống như những Actor.
System Boundary đã cứu chúng ta dễ phát âm hơn lúc chia khối hệ thống to thành những hệ thống con nhằm phân tích, thiết kế.
2. Quy trình thành lập và hoạt động Use Case Diagram
Các chúng ta đã nắm được những ký hiệu của bản vẽ Use Case, ngày này là lúc các bạn tìm phương thức lắp chúng lại để chế tạo ra phiên bản vẽ hoàn chỉnh. Thi công quy trình sau để thành lập và hoạt động một phiên bản vẽ Use Case:
+ bước 1: Tìm đa số Actor
Vấn đáp những băn khoăn sau để khẳng định Actor cho hệ thống:
– Ai nên sử dụng hệ thống này?
– hệ thống nào tương tác với khối hệ thống này?
Xem xét lấy một ví dụ về ATM ở mức giá a trên chúng ta cảm dấn thấy:
– Ai cần thực hiện hệ thống? -> Customer, ATM Technician
– khối hệ thống nào ảnh hưởng với khối hệ thống này? -> Bank
Như thế có 03 Actor: Customer, ATM Technician and Bank
+ cách 2: Tìm đầy đủ Actor
Vấn đáp khúc mắc những Actor đề xuất sử dụng công dụng gì vào hệ thống? các các bạn sẽ khẳng định được những Use Case rất cần thiết cho hệ thống.
Xem xét ví dụ ở tầm giá a trên ta cảm giác thấy:
Customer cần áp dụng những chức năng: kiểm tra Balance, Deposit, Withdraw and TransferATM technician đề nghị sử dụng: Maintenance và RepairBank tương tác với tất cả những tính năng trên.
Nói chung, chúng ta phải thành lập khối hệ thống có các chức năng: bình chọn Balance, Deposit, Withdraw, Transfer, Maintenance và Repair để trưng bày đc cho những người dùng và những hệ thống tương tác.
+ bước 3: cam kết những quan liêu hệ
Phân tích and những định hồ hết quan một số loại hệ giữa những Actor and Use Case, giữa những Actor cùng nhau, giữa những Use Case thuộc nhau tiếp nối nối chúng lại các bạn để được bản vẽ Use Case.
Hình 8. Bản vẽ Use Case về ATM
3. Đặc tả Use Case
Nhìn vào phiên bản vẽ trên chúng ta phân biệt hệ thống cần các tác dụng gì and ai buộc phải sử dụng. Tuy vậy, chúng ta chưa biết đến được chúng vận hành ra sao? sử dụng chúng do vậy nào? Để làm rõ hơn khối hệ thống các bạn phải đặc tả mọi Use Case.
Có 2 phương pháp để quánh tả Use Case.
Phương pháp 1: Viết quánh tả cho những Use Case
Các bạn có thể viết quánh tả Use Case theo chủng loại sau:
Tên Use Case //Account DetailsMã số Use Case //UCSEC35 Diễn tả tóm tắt// Hiển thị thông tin rõ rệt của AccountQuy trình tiến hành triển khai // Liệt kê công đoạn tiến hành triển khaiTrường thích hợp thoát // Khi người mua kích nút CloseMong mong muốn nổi trội// Ghi rõ giả dụ cóMong ước ao trước khi thực hiện triển khai// đề nghị đăng nhậpTrường hợp sau khoản thời gian tiến hành triển khai // Ghi rõ các tình huống nếu có sau khi tiến hành thực hiện Use Case này
Phương pháp 2: Dùng những phiên bản vẽ để quánh tả
Các chúng ta có thể áp dụng những bạn dạng vẽ như Activity Diagram, Sequence Diagram để quánh tả Use case. Những bản vẽ này các bạn sẽ bàn ở các bài tiếp theo.
4. Sử dụng UseCase Diagram
Như các bạn đã biết Use Case Diagram đựng một phương châm nổi trội đặc trưng trong các bước phân tích, kiến tạo and trở nên tân tiến hệ thống. Dưới đây công ty chúng tôi liệt kê một số phần mềm tiêu biểu của Use Case Diagram.
– Phân tích & hiểu hệ thống
– kiến tạo hệ thống.
– Làm đại lý cho câu hỏi phát triển, check những phiên bản vẽ như Class Diagram, Activity Diagram, Sequence Diagram, Component Diagram.
– Làm các đại lý để xúc tiếp với quý khách, rất nhiều nhà đầu tư.
– cứu vớt cho câu hỏi kiểm test chức năng, kiểm test chấp nhận.
5. Kết luận
Đến đây, chúng ta đã dò la đc phiên bản vẽ trước tiên and rất quan trọng đặc biệt (use case diagram), chúng ta cần tiếp tục thực hành để nắm rõ hơn về bạn dạng vẽ này y như cách thức thành lập và cần sử dụng chúng trong các bước phát triển sản phẩm & hàng hóa ứng dụng.
Xem thêm: Giải Bài 1 Trang 79 (Luyện Tập) Sgk Toán 5 Trang 79 Luyện Tập Sgk, Bài 1, 2, 3
Để cứu chúng ta hiểu rõ rộng về phiên bản vẽ Use Case trong bài tiếp theo sau các các bạn sẽ tiến hành thực thi qua từng bước một bài thực hành thành lập Use Case Diagram.
Thể Loại: Giải bày kiến thức Cộng Đồng
Bài Viết: Use Case Là Gì – Tổng quan Về Use Case
Thể Loại: LÀ GÌ
Nguồn Blog là gì: https://movingthenationforward.com Use Case Là Gì – Tổng quan liêu Về Use Case