click

Use Case Là Gì – Tổng Quan Về Use Case

Use Case La Gi Tong Quan Ve Use Case

Use Case Là Gì – Tổng Quan Về Use Case

Trong bài trước
chúng ta, đã biết vai trò của bản vẽ Use Case là rất quan trọng, nó giúp
chúng ta, hiểu
có nhu yếu,, kiến trúc
công dụng của hệ thống and chi phối toàn bộ những bản vẽ
còn sót lại,. Trong bài này những
các bạn sẽ, thăm dò về những thành phần kết cấu nên bản vẽ này, phương thức, xây dựng, and cần sử dụng nó.

Bài Viết: Use case là gì

1. Những thành phần trong bản vẽ Use Case

Trước tiên,
chúng ta, xem một ví dụ về Use Case Diagarm.

Hình 1. 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, thấy có hai
người sử dụng là Customer and ATM Technician and một đối tượng người tiêu dùng, cần sử dụng hệ thống là Bank. Sát bên đó nó
diễn tả những
công dụng của hệ thống and
người sử dụng nào
Cần sử dụng,
công dụng gì.
Vấn đề đó, giúp
chúng ta, tưởng tượng đc là những
các bạn sẽ, xây dựng, hệ thống với những,
công dụng gì? Cho ai
Cần sử dụng,.

Giờ đây những
các bạn sẽ, thăm dò kỹ hơn về những thành phần của bản vẽ.

1.1 Actor

Actor đc
Cần sử dụng, để chỉ
người tiêu dùng hoặc một đối tượng người tiêu dùng, nào đó
Phía bên ngoài, tương tác với hệ thống
chúng ta, đang cân nhắc,. Chăm chú,
chúng ta, hay bỏ quên đối tượng người tiêu dùng, tương tác với hệ thống, ví dụ như Bank ở phí a trên.

Actor đc
màn biểu diễn như sau:

*

Hoặc

*

Hình 2. Những ký hiệu của Actor

1.2 Use Case

Use Case là
công dụng mà những Actor sẽ cần sử dụng. Nó đc ký hiệu như sau:

*

Hình 3. Ký hiệu về Use Case

Với việc khẳng định chắc chắn, những
công dụng mà Actor cần sử dụng
các bạn sẽ, khẳng định chắc chắn, đc những Use Case sẽ phải, có trong hệ thống.

1.3 Relationship(Quan hệ)

Relationship hay nói một cách khác, là conntector đc cần sử dụng để
liên kết giữa những đối tượng người tiêu dùng,
cùng với nhau, tạo ra bản vẽ Use Case. Có những kiểu quan hệ
cơ bản, sau:

– Association

– Generalization

– Include

– Extend

Những
các bạn sẽ, lần lượt thăm dò về những kiểu quan hệ
Phía bên dưới, đây.

Xem Ngay:  Vật Thể Là Gì - Di Sản Văn Hoá

+ Quan hệ Association

*

Association thường đc
Cần sử dụng, để
diễn tả quan hệ, giữa Actor and Use Case and giữa những Use Case
cùng với nhau,.

*

Hình 4. Ví dụ
bộc lộ Actor User cần sử dụng Use Case Login

+Quan hệ Generalization

*

Generalization đc cần sử dụng để
bộc lộ quan hệ thừa kế giữa những Actor hoặc giữa những Use Case
cùng với nhau,.

*

Hình 5. Ví dụ Actor User thừa kế
tất cả quyền của Actor Guest

+ Quan hệ Include

*

Include là quan hệ giữa những Use Case
cùng với nhau,, nó
diễn tả việc một Use Case to đc chia ra thành những Use Case nhỏ dại để dễ setup (module hóa) hoặc
bộc lộ sự
Cần sử dụng, lại.

*

Hình 6. Ví dụ về quan hệ Include giữa những Use Case


chúng ta, cảm nhận thấy, thấy Use Case “Verify Password” có thể gộp chung vào Use Case Login nhưng ở đây
chúng ta, tách ra làm cho, những Use Case khác cần sử dụng hoặc để module hóa cho dễ hiểu, dễ setup.

+ Quan hệ Extend

*

Extend
Cần sử dụng, để
diễn tả quan hệ giữa 2 Use Case. Quan hệ Extend đc cần sử dụng khi chứa một Use Case đc tạo được để bổ sung cập nhật
công dụng cho một Use Case có sẵn và đã được cần sử dụng trong một
trường hợp ổn định nào đó.

*

Hình 7. Ví dụ về quan hệ Extend giữa những Use Case

Trong ví dụ trên “Open Account” là Use Case cơ sở làm cho,
quý khách hàng mở tài khoản. Tuy vậy, lại sở hữu, một
trường hợp là nếu
quý khách hàng là C.ty thì có thể thêm
người chủ sở hữu, lên tài khoản này. Add Account Holder là
công dụng mở rộng của Use Case “Open Account” cho điều kiện kèm theo, rõ ràng và cụ thể, nếu Actor là Doanh nghiệp nên quan hệ của nó là quan hệ Extend.

1.4 System Boundary

System Boundary đc cần sử dụng để khẳng định chắc chắn, phạm vi của hệ thống mà
chúng ta, đang thiết kế kiến thiết,. Những đối tượng người tiêu dùng, tọa lạc ngoài hệ thống này còn có, tương tác với hệ thống đc xem như những Actor.

*

System Boundary sẽ hỗ trợ,
chúng ta, dễ hiểu hơn khi chia hệ thống to thành những hệ thống con để phân tích, thiết kế kiến thiết,.

Xem Ngay:  Duy Tâm Là Gì

Xem Ngay: Btcv Là Gì

2.
quy trình tiến độ xây dựng, Use Case Diagram


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
chúng ta, tìm phương thức, lắp chúng lại để tạo ra bản vẽ hoàn chỉnh. Tiến hành khởi công,
quy trình, sau để xây dựng, một bản vẽ Use Case:

+ Bước 1: Tìm những Actor

Vấn đáp những thắc mắc, sau để khẳng định chắc chắn, Actor cho hệ thống:

– Ai cần sử dụng hệ thống này?

– Hệ thống nào tương tác với hệ thống này?

Cân nhắc, ví dụ về ATM ở phí a trên
chúng ta, cảm nhận thấy, thấy:

– Ai cần sử dụng hệ thống? -> Customer, ATM Technician

– Hệ thống nào tương tác với hệ thống này? -> Bank

Như vậy, có 03 Actor: Customer, ATM Technician and Bank

+ Bước 2: Tìm những Actor

Vấn đáp thắc mắc, những Actor cần sử dụng
công dụng gì trong hệ thống? những
các bạn sẽ, khẳng định chắc chắn, đc những Use Case thiết yếu cho hệ thống.

Cân nhắc, ví dụ ở phí a trên ta cảm nhận thấy, thấy:

Customer cần sử dụng những
công dụng: Kiểm tra Balance, Deposit, Withdraw and TransferATM technician cần sử dụng: Maintenance and RepairBank tương tác
Với tất cả, những
công dụng trên.


nói tóm lại,
chúng ta, phải xây dựng, hệ thống có những
công dụng: Kiểm tra Balance, Deposit, Withdraw, Transfer, Maintenance and Repair để phân phối đc cho
người tiêu dùng and những hệ thống tương tác.

+ Bước 3: Cam kết những quan hệ

Phân tích and những định những quan loại hệ giữa những Actor and Use Case, giữa những Actor
cùng với nhau,, giữa những Use Case
cùng với nhau, tiếp sau đó, nối chúng lại
chúng ta, sẽ đượ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 bản vẽ trên
chúng ta, phân biệt hệ thống cần những
công dụng gì and ai cần sử dụng. Tuy vậy,
chúng ta, chưa biết đến, tới, đc chúng vận hành thế nào,? Sử dụng, chúng như vậy nào? Để làm rõ, hơn hệ thống những
bạn phải, đặc tả những Use Case.

Có 2 phương thức, để đặc tả Use Case.

Phương thức, 1: Viết đặc tả cho những Use Case

Những
bạn cũng có thể, viết đặc tả Use Case theo mẫu sau:

Xem Ngay:  Thủ Dâm Là Gì - Top 20 Cách Thủ Dâm Tự Sướng

Tên Use Case //Account DetailsMã số Use Case //UCSEC35Diễn tả tóm tắt// Hiển thị thông tin rõ rệt của Account
quy trình tiến độ triển khai, triển khai
// Liệt kê
quy trình, triển khai, triển khaiTrường hợp thoát // Khi
người sử dụng kích nút CloseMong ước,
Tính chất,
// Ghi rõ nếu cóMong ước, trước khi triển khai, triển khai// Phải đăng nhậpTrường hợp sau lúc, triển khai, triển khai // Ghi rõ những
trường hợp nếu có sau lúc, triển khai, triển khai Use Case này

Phương thức, 2: Sử dụng, những bản vẽ để đặc tả

Những
bạn cũng có thể,
Cần sử dụng, những bản vẽ như Activity Diagram, Sequence Diagram để đặc tả Use case. Những bản vẽ này những
các bạn sẽ, bàn ở những, bài tiếp theo.

4. Sử dụng, UseCase Diagram

Như
chúng ta, đã biết Use Case Diagram chứa một vai trò
Tính chất, quan trọng trong công đoạn, phân tích, thiết kế kiến thiết, and tăng trưởng, hệ thống.
Phía bên dưới, đây chúng tôi liệt kê một số trong những, ứng dụng, tiêu biểu của Use Case Diagram.

– Phân tích and hiểu hệ thống

– Thiết kế kiến thiết, hệ thống.

– Làm cơ sở cho việc tăng trưởng,, check những bản vẽ như Class Diagram, Activity Diagram, Sequence Diagram, Component Diagram.

– Làm cơ sở để tiếp xúc với
quý khách hàng, những nhà góp vốn đầu tư,.

– Giúp cho việc kiểm thử
công dụng, kiểm thử đồng ý,.

5.
Kết luận

Tới, đây,
chúng ta, đã thăm dò đc bản vẽ trước tiên and rất quan trọng (use case diagram),
tất cả chúng ta, cần tiếp tục thực hành để nắm vững, hơn về bản vẽ này y như phương thức, xây dựng, and cần sử dụng chúng trong công đoạn, tăng trưởng, mặt hàng, ứng dụng.

Xem Ngay: Scenario Là Gì – Nghĩa Của Từ Scenario

Để giúp
tất cả chúng ta, làm rõ, hơn về bản vẽ Use Case trong bài tiếp theo những
các bạn sẽ, triển khai, triển khai qua từng bước một, bài thực hành xây dựng, 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://hethongbokhoe.com Use Case Là Gì – Tổng Quan Về Use Case

Leave a Reply

Your email address will not be published. Required fields are marked *