Tác nhân là gì

Biểu thứ Use Case

Use Case được diễn tả vào ngữ điệu UML qua biểu đồ Use Case (Use Case Diagram), và một mô hình Use Case rất có thể được tạo thành một số lượng bự các biểu đồ vật như vậy. Một biểu thứ Use Case chứa những bộ phận mô hình biểu hiện hệ thống, tác nhân cũng tương tự Use Case và chỉ ra rằng các mối quan hệ giữa những Use Case.

Lời bộc lộ nội dung Use Case thường xuyên được hỗ trợ bên dưới dạng vnạp năng lượng bạn dạng. Trong UML, lời biểu đạt đó được coi là trực thuộc tí;nh "vnạp năng lượng bản" (document) của Use Case. Lời biểu lộ này bao cất mọi ban bố quan trọng đặc biệt, tư tưởng các những hiểu biết và tính năng ví dụ. Ttốt mang đến bài toán biểu đạt Use Case bởi văn bản, chúng ta cũng có thể vẽ một biểu đồ vật hoạt động (activity diagram). Mặc dầu vậy, yêu cầu hãy nhớ là một Use Case cần phải được biểu thị thế nào cho dễ nắm bắt với dễ dàng tiếp xúc so với người sử dụng, nhưng mà mọi kết cấu phức tạp như một biểu vật vận động có thể khiến cảm xúc không quen so với những người dân không quen áp dụng.Bạn sẽ xem: Tác nhân là gì

Tóm tắt: Một biểu thứ Use Case thể hiện:

- Hệ thống

- Tác nhân

- Use Case.

Ví; dụ biểu đồ vật Use Case trong UML:


*

Một ví; dụ biểu trang bị Use case trong UML

Trong số đó :

- Hệ thống được biểu đạt qua hình chữ nhật cùng với tên hệ thống nghỉ ngơi bên trên

- Tác nhân được diễn tả qua kí; hiệu hình nhân

- Use Case được bộc lộ qua hình ellipse

Hệ thống:

Vì khối hệ thống là một trong nguyên tố của quy mô Use Case nên nhóc con giới của khối hệ thống mà ta mong mỏi cải cách và phát triển cần phải được tư tưởng rõ ràng. Xin hãy nhờ rằng một hệ thống không hẳn bao giờ cũng độc nhất vô nhị thiết là 1 hệ thống phần mềm; nó có thể là 1 chiếc máy, hoặc là một trong những công ty lớn. Định nghĩa các ma lanh giới với trách rưới nhiệm của hệ thống không hẳn lúc nào cũng chính là việc dễ dàng, bởi vì không hẳn lúc nào người ta cũng cụ thể nhìn ra tác vụ nào có công dụng được auto hóa tốt nhất nghỉ ngơi khối hệ thống này và tác vụ nào thì tốt nhất có thể yêu cầu triển khai bằng tay thủ công hoặc giành riêng cho các khối hệ thống không giống. Một khí;a cạnh không giống đề nghị chăm chú là hệ thống rất cần được lớn tới mức độ làm sao trong phiên phiên bản thứ nhất của chính nó. Cố cụ tối nhiều mang lại phiên bản trước tiên của hệ thống thường xuyên là phương pháp nhưng mà tín đồ ta tuyệt tiến hành, mặc dù thế phần đa kim chỉ nam thừa tầm điều đó hoàn toàn có thể làm cho khối hệ thống trở cần quá to và thời hạn để cung ứng hệ thống vượt lâu. Một sáng kiến tốt rộng là chứng thực cho rõ các tác dụng căn bạn dạng và tập trung vào câu hỏi có mang một phong cách thiết kế khối hệ thống thí;ch hợp, cụ thể, gồm nền tảng rộng msinh hoạt bỏ nhiều tính năng hơn rất có thể được bổ sung cập nhật vào khối hệ thống này trong các phiên bản sau.

Bạn đang xem: Tác nhân là gì

Yếu tố quan trọng là chúng ta phải khởi tạo dựng được một bạn dạng catalog của những quan niệm (các thực thể) trung trung ương cùng rất những thuật ngữ cùng tư tưởng thí;ch hòa hợp trong số những tiến trình đầu của thời kỳ phân tí;ch. Đây chưa hẳn quy mô phạm vi đối tượng, mà lại chính xác là 1 cố gắng để miêu tả các thuật ngữ của hệ thống hoặc công ty lớn cơ mà họ cần mô hình hóa. Các thuật ngữ sau đó sẽ được dùng làm diễn tả Use Case. Phương thức rõ ràng của catalog này rất có thể khôn cùng không giống nhau; nó có thể là một trong mô hình quan niệm chỉ ra rằng những mối quan hệ dễ dàng hoặc chỉ là một trong vnạp năng lượng phiên bản cất các thuật ngữ cùng lời diễn đạt vắn tắt hồ hết thuật ngữ này trong thế giới thực.

Tác nhân:

Một tác nhân là một dạng thực thể (một lớp), chứ đọng không hẳn một thực thể. Tác nhân trình bày và đại diện thay mặt cho một sứ mệnh, chđọng không phải là 1 trong những người tiêu dùng thật sự với ví dụ của hệ thống. Nếu một anh chàng John nào kia ý muốn mua phù hợp đồng bảo đảm từ 1 thương hiệu bảo đảm, thì mục đích của anh ta đã là người tiêu dùng phù hợp đồng bảo đảm, và đây mới là sản phẩm công nghệ mà lại chúng ta mong quy mô hóa, chứ đọng không phải bạn dạng thân anh chàng John. Trong sự thực, một con tín đồ cụ thể rất có thể vào vai trò có tác dụng nhiều tác nhân vào một hệ thống: một nhân viên ngân hàng bên cạnh đó cũng có thể là người tiêu dùng của chí;nh bank đó. Mặt khác, con số những sứ mệnh mà một bé bạn rõ ràng được phxay đảm trách rưới trong một khối hệ thống cũng có thể bị tiêu giảm, ví; dụ cùng một bạn không được phép vừa biên soạn hóa đối chọi vừa phê lưu ý hóa solo đó. Một tác nhân sẽ có được một thương hiệu, với cái tên này cần phải phản chiếu lại vai trò của tác nhân. Cái tên kia không được đề đạt lại một thực thể đơn nhất của một tác nhân, nhưng cũng không đề đạt tính năng của tác nhân đó.

Xem thêm: Analysis Code With Sonarqube Là Gì, Nâng Cao Trình Độ Code Với Sonarqube

Một tác nhân tiếp xúc cùng với khối hệ thống bằng phương pháp gửi hoặc là dấn thông điệp, y hệt như tư tưởng bọn họ đang thân quen biết vào lập trình sẵn phía đối tượng người tiêu dùng. Một Use Case bao giờ cũng khá được kí;ch hoạt vì chưng một tác nhân gửi thông điệp đến mang đến nó. lúc một Use Case được tiến hành, Use Case hoàn toàn có thể gửi thông điệp cho một hay là các tác nhân. Những thông điệp này cũng có thể đến cùng với các tác nhân khác, ở kề bên chí;nh tác nhân vẫn kí;ch hoạt cùng tạo ra Use Case.

Tác nhân còn có thể được tư tưởng theo dạng tác nhân chủ động (active actor) tốt tác nhân thụ động (passive sầu actor). Một tác nhân dữ thế chủ động là tác nhân gây nên Use Case, trong những khi tác nhân bị động ko lúc nào gây nên Use Case nhưng mà chỉ tđê mê gia vào một trong những hoặc là nhiều Use Case.

xổ số miền nam