Trong bài xích trước tất cả chúng ta tiếp tục biết tầm quan trọng của phiên bản vẽ Use Case là rất rất cần thiết, nó canh ty tất cả chúng ta hiểu đòi hỏi, phong cách thiết kế tác dụng của khối hệ thống và phân phối toàn bộ những phiên bản vẽ sót lại. Trong bài xích này tất cả chúng ta tiếp tục lần hiểu về những bộ phận kết cấu nên phiên bản vẽ này, cơ hội thi công và dùng nó.
1. Các bộ phận nhập phiên bản vẽ Use Case
Đầu tiên, tất cả chúng ta coi một ví dụ về Use Case Diagarm.
Bạn đang xem: cách vẽ sơ đồ use case
Hình 1. Bản vẽ Use Case về phần mềm ATM
Nhìn phiên bản vẽ này tất cả chúng ta thấy sở hữu nhị người tiêu dùng là Customer và ATM Technician và một đối tượng người sử dụng dùng khối hệ thống là Bank. Trong khi nó tế bào miêu tả những tác dụng của khối hệ thống và người tiêu dùng nào là người sử dụng tác dụng gì. Vấn đề này canh ty tất cả chúng ta tưởng tượng được là tất cả chúng ta sẽ xây dựng dựng khối hệ thống với những tác dụng gì? Cho ai người sử dụng.
Bây giờ tất cả chúng ta tiếp tục lần hiểu kỹ rộng lớn về những bộ phận của phiên bản vẽ.
1.1 Actor
Actor được dùng để làm chỉ người tiêu dùng hoặc một đối tượng người sử dụng nào là ê bên phía ngoài tương tác với khối hệ thống tất cả chúng ta đang được kiểm tra. Lưu ý, tất cả chúng ta hoặc xem nhẹ đối tượng người sử dụng tương tác với khối hệ thống, ví như Bank phía trên.
Actor được trình diễn như sau:
Hoặc
Hình 2. Các ký hiệu của Actor
1.2 Use Case
Use Case là tác dụng tuy nhiên những Actor tiếp tục dùng. Nó được ký hiệu như sau:
Hình 3. Ký hiệu về Use Case
Với việc xác lập những tác dụng tuy nhiên Actor dùng các bạn sẽ xác lập được những Use Case cần phải có nhập khối hệ thống.
1.3 Relationship(Quan hệ)
Relationship hoặc thường hay gọi là connector được dùng nhằm liên kết Một trong những đối tượng người sử dụng cùng nhau tạo thành phiên bản vẽ Use Case. Có những loại mối liên hệ cơ phiên bản sau:
– Association
– Generalization
– Include
– Extend
Chúng tao tiếp tục theo thứ tự lần hiểu về những loại mối liên hệ tiếp sau đây.
+ Quan hệ Association
Association thông thường được dùng để làm tế bào miêu tả quan hệ thân mật Actor và Use Case và Một trong những Use Case cùng nhau.
Hình 4. Ví dụ thể hiện tại Actor User dùng Use Case Login
+Quan hệ Generalization
Generalization được dùng nhằm thể hiện tại mối liên hệ quá kế tiếp Một trong những Actor hoặc Một trong những Use Case cùng nhau.
Hình 5. Ví dụ Actor User quá kế tiếp toàn cỗ quyền của Actor Guest
+ Quan hệ Include
Include là mối liên hệ Một trong những Use Case cùng nhau, nó tế bào miêu tả việc một Use Case rộng lớn được chia nhỏ ra trở nên những Use Case nhỏ nhằm dể setup (module hóa) hoặc thể hiện tại sự người sử dụng lại.
Hình 6. Ví dụ về mối liên hệ Include Một trong những Use Case
Chúng tao thấy Use Case “Verify Password” rất có thể gộp công cộng nhập Use Case Login tuy nhiên ở trên đây tất cả chúng ta tách đi ra làm cho những Use Case không giống dùng hoặc nhằm module hóa mang đến dễ nắm bắt, dễ dàng setup.
+ Quan hệ Extend
Extend dùng để làm tế bào miêu tả mối liên hệ thân mật 2 Use Case. Quan hệ Extend được dùng Lúc sở hữu một Use Case được đưa đến nhằm bổ sung cập nhật tác dụng cho 1 Use Case có trước và được dùng nhập một ĐK chắc chắn nào là ê.
Xem thêm: sum họp vẽ tranh đề tài gia đình
Hình 7. Ví dụ về mối liên hệ Extend Một trong những Use Case
Trong ví dụ bên trên “Open Account” là Use Case hạ tầng làm cho quý khách phanh thông tin tài khoản. Tuy nhiên, được thêm một ĐK là nếu như quý khách là doanh nghiệp lớn thì rất có thể tăng người chiếm hữu lên thông tin tài khoản này. Add Account Holder là tác dụng không ngừng mở rộng của Use Case “Open Account” mang đến tình huống rõ ràng nếu như Actor là Công ty nên mối liên hệ của chính nó là mối liên hệ Extend.
1.4 System Boundary
System Boundary được dùng nhằm xác lập phạm vi của khối hệ thống tuy nhiên tất cả chúng ta đang được kiến thiết. Các đối tượng người sử dụng ở ngoài khối hệ thống này còn có tương tác với khối hệ thống sẽ là những Actor.
System Boundary sẽ hỗ trợ tất cả chúng ta dể hiểu rộng lớn Lúc phân tách khối hệ thống rộng lớn trở nên những khối hệ thống con cái nhằm phân tách, kiến thiết.
2. Các bước thi công Use Case Diagram
Chúng tao tiếp tục tóm được những ký hiệu của phiên bản vẽ Use Case, giờ đây là khi tất cả chúng ta lần cơ hội thi công bọn chúng lại nhằm tạo thành phiên bản vẽ hoàn hảo. Thực hiện tại công việc sau nhằm thi công một phiên bản vẽ Use Case:
+ Cách 1: Tìm những Actor
Trả điều những thắc mắc sau nhằm xác lập Actor mang đến hệ thống:
– Ai dùng khối hệ thống này?
– Hệ thống nào là tương tác với khối hệ thống này?
Xem xét ví dụ về ATM phía trên tất cả chúng ta thấy:
– Ai dùng hệ thống? -> Customer, ATM Technician
– Hệ thống nào là tương tác với khối hệ thống này? -> Bank
Như vậy sở hữu 03 Actor: Customer, ATM Technician và Bank
+ Cách 2: Tìm những Use Case
Trả điều thắc mắc những Actor dùng tác dụng gì nhập hệ thống? tất cả chúng ta tiếp tục xác lập được những Use Case quan trọng mang đến khối hệ thống.
Xem xét ví dụ phía trên tao thấy:
- Customer dùng những chức năng: Check Balance, Deposit, Withdraw và Transfer
- ATM technician sử dụng: Maintenance và Repair
- Bank tương tác với toàn bộ những tác dụng bên trên.
Tóm lại, tất cả chúng ta nên thi công khối hệ thống sở hữu những chức năng: Check Balance, Deposit, Withdraw, Transfer, Maintenance và Repair nhằm đáp ứng nhu cầu được cho tất cả những người dùng và những khối hệ thống tương tác.
+ Cách 3: Xác toan những quan liêu hệ
Phân tích và những toan những quan liêu loại hệ Một trong những Actor và Use Case, Một trong những Actor cùng nhau, Một trong những Use Case với nhau tiếp sau đó nối bọn chúng lại tất cả chúng ta sẽ tiến hành phiên bản vẽ Use Case.
Hình 8. Bản vẽ Use Case về ATM
3. Đặc miêu tả Use Case
Nhìn nhập phiên bản vẽ bên trên tất cả chúng ta nhận thấy khối hệ thống có nhu cầu các tác dụng gì và ai dùng. Tuy nhiên, tất cả chúng ta không biết được bọn chúng vận hành đi ra sao? Sử dụng bọn chúng như vậy nào? Để nắm rõ rộng lớn khối hệ thống tất cả chúng ta cần được quánh miêu tả những Use Case.
Có 2 phương pháp để quánh miêu tả Use Case.
Cách 1: Viết quánh miêu tả cho những Use Case
Chúng tao rất có thể ghi chép quánh miêu tả Use Case theo đuổi kiểu sau:
- Tên Use Case //Account Details
- Mã số Use Case //UCSEC35
- Mô miêu tả tóm tắt// Hiển thị vấn đề cụ thể của Account
- Các bước triển khai // Liệt kê công việc thực hiện
- Điều khiếu nại thoát // Khi người tiêu dùng kích nút Close
- Yêu cầu quánh biệt// Ghi rõ ràng nếu như có
- Yêu cầu trước lúc thực hiện// Phải đăng nhập
- Điều khiếu nại sau khoản thời gian triển khai // Ghi rõ ràng những ĐK nếu như sở hữu sau khoản thời gian triển khai Use Case này
Cách 2: Sử dụng những phiên bản vẽ nhằm quánh tả
Chúng tao rất có thể người sử dụng những phiên bản vẽ như Activity Diagram, Sequence Diagram nhằm quánh miêu tả Use case. Các phiên bản vẽ này tất cả chúng ta tiếp tục bàn ở những bài xích tiếp sau.
4. Sử dụng Use Case Diagram
Như tất cả chúng ta tiếp tục biết Use Case Diagram sở hữu một tầm quan trọng đặc trưng cần thiết nhập quy trình phân tách, kiến thiết và cải tiến và phát triển khối hệ thống. Dưới trên đây Shop chúng tôi liệt kê một vài phần mềm vượt trội của Use Case Diagram.
– Phân tích và hiểu hệ thống
– Thiết kế tiếp khối hệ thống.
– Làm hạ tầng mang đến việc cải tiến và phát triển, đánh giá những phiên bản vẽ như Class Diagram, Activity Diagram, Sequence Diagram, Component Diagram.
– Làm hạ tầng nhằm tiếp xúc với quý khách, những căn nhà góp vốn đầu tư.
– Giúp mang đến việc kiểm demo tác dụng, kiểm demo gật đầu đồng ý.
5. Kết luận
Đến trên đây, tất cả chúng ta tiếp tục lần nắm chắc phiên bản vẽ trước tiên và rất rất cần thiết (use case diagram), chúng ta cần thiết nối tiếp thực hành thực tế nhằm nắm vững rộng lớn về phiên bản vẽ này na ná cơ hội thi công và dùng bọn chúng nhập quy trình cải tiến và phát triển thành phầm ứng dụng.
Xem thêm: vẽ sơ đồ tư duy online
Để canh ty chúng ta nắm rõ rộng lớn về phiên bản vẽ Use Case nhập bài xích tiếp sau tất cả chúng ta tiếp tục triển khai qua quýt từng bước bài xích thực hành thực tế thi công Use Case Diagram.
Bài tiếp: Thực hành thi công phiên bản vẽ Use Case
Bài trước: Cơ phiên bản về phân tách và kiến thiết phía đối tượng
Bình luận