BIỂU ĐỒ USE CASE LÀ GÌ

     

Use Case là gì là trường đoản cú khóa mà Google trả ra cho tới 3.200.000 kết quả chỉ với sau 0.5 giây. Theo lý thuyết, so với Use Case là nghệ thuật giúp quy mô hóa các yêu cầu của hệ thống phần mềm. Một quy mô Use Case tốt sẽ biểu lộ hệ thống một cách trực quan liêu và dễ dàng nắm bắt nhất cho mọi đối tượng sử dụng. Để biết Use Case là gì với làm ráng nào để kiến tạo một sơ đồ gia dụng Use Case hiệu quả, cùng tham khảo ngay!


*

Use Case là gì là câu hỏi được nhiều người tiêu dùng quan tâm

Giải đáp: Use Case là gì?

Theo lý thuyết: Use Case là kỹ thuật miêu tả sự thúc đẩy giữa người dùng và hệ thống (trong 1 môi trường thiên nhiên cụ thể, vị 1 mục đích cụ thể).Sự liên can này rất có thể là:Cách thức mà người tiêu dùng tương tác cùng với hệ thống;Cách thức mà khối hệ thống tương tác cùng với các khối hệ thống khác.Tất nhiên, sự hệ trọng này cần được nằm vào một môi trường xung quanh cụ thể - tức là nằm trong một bối cảnh, phạm vi ví dụ hoặc mở rộng ra là trong 1 hệ thống (phần mềm) cụ thể. Mục tiêu của Use Case là gì? Đó là nên diễn tả được yêu cầu theo mắt nhìn cụ thể từ phía người dùng.

Bạn đang xem: Biểu đồ use case là gì

*

Use Case giống hệt như một sơ đồ mô tả sự hệ trọng giữa những bên

Tên của Use Case được để ngắn gọn, rõ ràng, biểu đạt đủ nghĩa đối tượng người dùng. Người tiêu dùng sẽ sử dụng những Use Case để thay mặt đại diện cho các nghiệp vụ của hệ thống.

Ví dụ về “hệ thống đặt vé máy bay trực tuyến” thì chức năng “đặt vé”là mộtUse Case rõ ràng nhất của hệ thống mà người dùng muốn nhấn được. Công dụng “tìm kiếm” vé trên hệ thống cũng hoàn toàn có thể là chức năng được sử dụng. Tuy nhiên, tác dụng “tìm kiếm” phía trên không phải là 1 Use Case vị nó chỉ là một phần của quá trình xử lý đặt vé.

Việc làm cho java web lương cao chế độ hấp dẫn

Tuyển dụng lập trình sẵn viên php lương cao chính sách hấp dẫn

Tuyển dụng xây dựng viên Pythonlương cao chính sách hấp dẫn

Các nguyên tố của Use Case là gì?

Nếu vướng mắc sơ đồ gia dụng Use Case là gì thì nội dung này sẽ cho chính mình đáp án chủ yếu xác. Các thành phần của Use Case bao gồm:
*

Các thành phần cơ bản của Use Case là gì?

Actor

Actor được sử dụng để chỉ bạn dùng
hoặc một đối tượng nào đó phía bên ngoài tương tác với hệ thống.
*

Actor - thành phần đặc biệt quan trọng nhất

Để chứng thực đó có phải là Actor hay là không thì yêu cầu xét trên những thắc mắc sau:Ai là tín đồ sử dụng tác dụng chính của khối hệ thống (tác nhân chính)?Ai sẽ là Admin của khối hệ thống – bạn cài đặt, thống trị và duy trì hệ thống (tác nhân phụ)?Ai sẽ đề nghị hệ thống cung cấp để triển khai các tác vụ hằng ngày?Hệ thống này còn có cần phải liên tưởng với các hệ thống nào khác không?Ai là tín đồ input tài liệu vào khối hệ thống (đối với khối hệ thống lưu trữ dữ liệu)?Ai hay loại gì suy xét giá trị mà hệ thống sẽ sở hữu lại?

Use Case, Communication Link, Boundary of System

Use Case là gì? Đây là các tác dụng mà các Actor sẽ thực hiện hay miêu tả sự liên hệ giữa người tiêu dùng và hệ thống.Để đưa ra được các Use Case, ta cần trả lời những câu hỏi sau:Actor cần những chức năng như thế nào của hệ thống? Actor có hành động chính là gì?Actor tất cả cần đọc, thêm mới, hủy bỏ, sửa đổi hay tàng trữ loại tin tức nào trong hệ thống không?Hệ thống bao gồm cần thông báo những ráng đổi bất thần trong nội cỗ cho Actor không?Công việc mỗi ngày của Actor có thể được đơn giản dễ dàng hóa hoặc hữu ích hóa qua các tác dụng của hệ thống?Use Case hoàn toàn có thể được tạo nên bởi sự khiếu nại nào khác không?Hệ thống có nhu cầu các thông tin đầu vào/đầu ra nào, những tin tức đó đã đi từ đâu mang lại đâu?Những khó khăn và thiếu vắng của hệ thống hiện tại nằm tại vị trí đâu?
*

Sự can dự và phạm vi của Use Case

Để Use Case A xẩy ra thì phải có được Use Case B.Ví dụ: để rút được chi phí trong thẻ, người dùng phải chính xác tài khoản. Chỉ khi xác thực tài khoản xong, bạn mới có thể rút được chi phí trong thẻ. Hay nói phương pháp khác, nhằm Use Case rút tiền (Use Case A) xẩy ra thì Use Case xác thực thông tin tài khoản (Use Case B) bắt buộc hoàn thành. Đây là ví dụ tuyệt vời và hoàn hảo nhất cho mối quan hệ Include.

*

Mối quan hệ giới tính Include và Extend được diễn đạt trong sơ thiết bị Use Case

ExtendExtend biểu diễn quan hệ mở rộng giữa những Use Case cùng với nhau. Ví như Include thể hiện mối quan hệ bắt buộc thì Extend lại là mối quan hệ không bắt buộc (có thể tất cả hoặc không) giữa những Use Case cùng với nhau.Nếu Use Case B là Extend của Use Case A, điều này có nghĩa Use Case B chỉ là 1 trong lựa chọn chỉ xảy ra trong một trả cảnh cụ thể nào đó.

Xem thêm: Hàm Đếm Số Lần Xuất Hiện Ký Tự Trong Excel Đơn Giản Nhất, Hướng Dẫn Đếm Số Lần Xuất Hiện Ký Tự Trong Excel

Ví dụ: khi bạn đăng nhập hệ thống, Use Case quên mật khẩu (Use Case B) sẽ sở hữu được mối tình dục Extend với Use Case đăng nhập khối hệ thống (Use Case A). Bởi, Use Case quên mật khẩu đăng nhập chỉ là một Use Case hoàn toàn có thể xảy ra hoặc không và nó có liên quan đến Use Case đăng nhập khối hệ thống chứ ko phải bất kỳ một Use Case làm sao khác.

Generalization:Chúng ta có thể hiểu dễ dàng và đơn giản Generalization là côn trùng quan hệ cha con giữa các Use Case với nhau. Điểm khác biệt giữa Generalization với Include và Extend chính là khả năng thể hiện mối quan hệ giữa các Actor cùng với nhau.

*

Ví dụ về quan hệ Generalization theo thủ tục thanh toán

Tham khảo thêm các ví dụ sau đây để hiểu cụ thể hơn nhé!Ví dụ về mối quan hệ thân phụ – bé giữa các Use Case là gì:Đăng nhập (cha): có thể thông qua số điện thoại (con) hoặc email (con).Đặt hàng (cha): Có mua hàng qua số điện thoại cảm ứng (con) hoặc trang web (con).Thanh toán (cha): hoàn toàn có thể thông qua thẻ ATM (con), thẻ giao dịch thanh toán quốc tế (con) hay các ví điện tử (con).Tìm tìm (cha): hoàn toàn có thể qua từ khóa (con) hoặc theo nhóm thành phầm (con).Ví dụ về côn trùng quan hệ cha – bé giữa những Actor:Khách sản phẩm (cha): Gồm người tiêu dùng cũ (con) và người tiêu dùng mới (con).Nhìn chung, Generalization đang giúp chúng ta hiểu rõ hơn về các yêu mong bằng những nhóm Use Case có quan hệ cha – con. Quanh đó ra, Generalization còn tồn tại tính kế thừa, tức cha có gì thì con có đó tất cả Use Case hay Actor.

Cách xây dựng một Use Case Diagram hoàn chỉnh

Đến đây, có lẽ rằng bạn đọc vẫn hiểu Use Case là gì. Và để kiến thiết được một sơ vật Use Case hoàn chỉnh cần trải qua không ít giai đoạn với quá trình sau:
*

Ví dụ về một Use Case Diagram hoàn hảo

Giai đoạn mô hình hóa:

Bước 1: Thực hiện thiết lập cấu hình ngữ cảnh của 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: Định nghĩa các mối dục tình giữa Actor cùng Use Case.Bước 5: Đánh giá những mối quan hệ nam nữ đó để tìm cách chi tiết hóa.

Giai đoạn cấu trúc:

Bước 6: Đánh giá các Use Case đến quan hệ Include.Bước 7: Đánh giá các Use Case đến quan hệ Extend.Bước 8: Đánh giá các Use Case mang đến quan hệ Generalization .

Xem thêm: Cio Là Gì ? Thông Tin Về Cio (Chief Information Officer) Từ A

Giai đoạn review:

Kiểm tra (verification): bảo vệ hệ thống đúng với tài liệu đặc tả.Thẩm định (validation): bảo vệ hệ thống đã được phát triển là vật dụng mà quý khách hàng cuối thực sự phải thiết.

Điểm mặt những sai trái cần chú ý khi thi công Use Case Diagram

Sơ đồ vật Use Case là thứ diễn đạt được phần lớn yêu mong từ phía khách hàng. Vì vậy, quan trọng kế sao để cho đơn giản, cụ thể và dễ nắm bắt nhất. Để biết những sai trái thường chạm chán khi gây ra Use Case là gì, cách khắc phục như vậy nào, chúng ta nên giữ tâm:
*

Tô màu mang đến Use Case Diagram để sơ đồ cụ thể hơn

Đặt tên ko chuẩn: Vì là quy mô hóa phải cần diễn đạt bằng hình ảnh, cố gắng sử dụng không nhiều chữ nhất gồm thể. Vày vậy, rất nhiều gì được ghi bên trên Use Case Diagram nên thật cô đọng và có giá trị tức thì. Đó là tại sao bạn tránh đặt tên thừa dài;Lẫn lộn giữa Use Case và phân tan chức năng: Sai lầm nhìn thấy ngay là hầu hết từ “quản lý” (manage) trên sơ đồ. Use Case đề xuất truyền mua được mục đích sau cùng, đựng đựng ánh mắt của người tiêu dùng cuối cùng;Thiết kế vô số Use Case: Là một sai lầm nhiều tín đồ mắc phải. Bạn nên tận dụng những Relationship để khiến cho các Use Case links với nhau, sau đó sử dụng Boundary of System nhằm phân nhóm, giới hạn cho các Use Case;Quá đi sâu vào cụ thể các tính năng CRUD: Nếu thực hiện mỗi thực thể là một trong những lần CRUD thì sẽ khá tốn công. Điều này cũng tạo nên sự lặp đi tái diễn ở các sơ trang bị Use Case nhưng lại lại cần thiết hiện được nhiều thông tin cho tất cả những người xem. Để giải quyết, bạn cũng có thể thử thêm một dòng chú ý trước đoạn biểu thị Use Case của tư liệu hoặc sản xuất hẳn 1 Use Case có tên là manage X với X là 1 đối tượng người dùng bất kỳ;Thiếu thẩm mỹ: nhiều sơ thiết bị Use Case tương đối thiếu thẩm mỹ, không được thiết kế với hợp lý phải không thu hút được người dùng. Bởi vậy, bạn cần chú ý thiết kế các Use Case trong Diagram cùng kích cỡ, đánh dấu các Use Case ID, ko được chồng chéo cánh các mọt quan hệ, hoàn toàn có thể tô màu lên Use Case,... Nhằm sơ đồ dùng rõ ràng, mạch lạc hơn.Những thông tin share trên trên đây hy vọng để giúp bạn đọc cầm cố được Use Case là gì và nạm được bí quyết xây dựng một sơ đồ gia dụng Use Case hoàn hảo. Với nếu yêu thương thích những thủ thuật công nghệ hữu ích, hãy tiếp tục sát cánh đồng hành cùng namlinhchihoasen.com chúng ta nhé!