Actor Trong Use Case Là Gì

     

Use Case là gì là từ bỏ khóa mà lại Google trả ra cho tới 3.200.000 kết quả chỉ với sau 0.5 giây. Theo lý thuyết, đối chiếu Use Case là chuyên môn giúp mô hình hóa những yêu ước của hệ thống phần mềm. Một quy mô Use Case giỏi sẽ biểu đạt hệ thống một cách trực quan và dễ nắm bắt nhất cho mọi đối tượng người dùng sử dụng. Để biết Use Case là gì cùng làm thế nào để chế tạo một sơ vật dụng Use Case hiệu quả, cùng tìm hiểu thêm 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 diễn đạt sự tác động giữa người tiêu dùng và hệ thống (trong 1 môi trường thiên nhiên cụ thể, bởi vì 1 mục đích cụ thể).Sự địa chỉ này rất có thể là:Cách thức mà người dùng tương tác 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 hệ thống khác.Tất nhiên, sự ảnh hưởng này cần phải nằm vào một môi trường cụ thể - tức là nằm trong một bối cảnh, phạm vi rõ ràng hoặc không ngừng 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 thương cầu theo mắt nhìn cụ thể từ bỏ phía người dùng.

Bạn đang xem: Actor trong use case là gì

*

Use Case giống như một sơ đồ biểu hiện sự tác động giữa những bên

Tên của Use Case được để ngắn gọn, rõ ràng, diễn đạt đủ nghĩa đối tượng người sử dụng người dùng. Người dùng sẽ áp dụng những Use Case để đại diện cho những 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 cụ thể nhất của khối hệ thống mà người tiêu dùng muốn thừa nhận được. Tác dụng “tìm kiếm” vé trên hệ thống cũng hoàn toàn có thể là tác dụng được sử dụng. Mặc dù nhiên, tính năng “tìm kiếm” phía trên không phải là 1 trong Use Case do nó chỉ là một phần của quy trình xử lý đặt vé.

Việc làm java website 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ế độ hấp dẫn

Tuyển dụng lập trình viên Pythonlương cao cơ chế hấp dẫn

Các nhân tố của Use Case là gì?

Nếu thắc mắc sơ vật dụng Use Case là gì thì câu chữ này sẽ cho bạn đáp án thiết yếu xác. Các thành phần của Use Case bao gồm:
*

Các nhân tố cơ phiên bản của Use Case là gì?

Actor

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

Actor - thành phần đặc biệt nhất

Để chứng thực đó liệu có phải là Actor hay là không thì đề xuất xét trên những thắc mắc sau:Ai là người sử dụng chức năng chính của hệ thống (tác nhân chính)?Ai đang là Admin của khối hệ thống – tín đồ cài đặt, thống trị và duy trì hệ thống (tác nhân phụ)?Ai sẽ buộc phải hệ thống hỗ trợ để tiến hành các tác vụ hằng ngày?Hệ thống này có cần phải liên hệ với các khối hệ thống nào không giống không?Ai là bạn input dữ 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 cái gì lưu ý đến giá trị mà khối hệ thống sẽ có lại?

Use Case, Communication Link, Boundary of System

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

Sự địa chỉ và phạm vi của Use Case

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

*

Mối quan hệ giới tính Include và Extend được biểu đạt trong sơ đồ gia dụng Use Case

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

Xem thêm: Cách Làm Bánh Bông Lan Trứng Muối Hình Trái Tim, Bánh Bông Lan Trứng Muối Phô Mai Tphcm

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

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

*

Ví dụ về quan hệ Generalization theo cách làm thanh toán

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

Cách xây cất một Use Case Diagram hoàn chỉnh

Đến đây, có lẽ rằng bạn đọc đã hiểu Use Case là gì. Và để xây đắp được một sơ vật dụng Use Case hoàn hảo 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 trả hảo

Giai đoạn quy mô 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 minh các Actor.Bước 3: xác minh các Use Case.Bước 4: Định nghĩa những mối quan hệ nam nữ giữa Actor và Use Case.Bước 5: Đánh giá các mối quan hệ nam nữ đó nhằm tìm cách cụ thể 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 cho quan hệ Extend.Bước 8: Đánh giá các Use Case mang lại quan hệ Generalization .

Xem thêm: Compare Phones: Htc 10 Evo Vs Htc 10: What'S The Difference? ?

Giai đoạn review:

Kiểm tra (verification): bảo vệ hệ thống đúng với tài liệu sệt tả.Thẩm định (validation): bảo đảm an toàn hệ thống đã được cách tân và phát triển là lắp thêm mà người tiêu dùng cuối thực sự phải thiết.

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

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

Tô màu đến Use Case Diagram để sơ đồ ví dụ hơn

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