crimea-troll.com share mọi vật dụng về game / phần mềm / Thủ Thuật dành riêng cho máy tính với số đông tin hay độc nhất và các thông tin kỹ năng và kiến thức hỏi đáp.

Biểu đồ Use Case

Use Case được tế bào tả trong ngôn ngữ UML qua biểu đồ Use Case (Use Case Diagram), với một mô hình Use Case tất cả thể được phân thành một số lượng lớn các biểu đồ như thế. Một biểu đồ Use Case chứa các phần tử mô hình biểu thị hệ thống, tác nhân cũng như Use Case cùng chỉ ra những mối quan hệ giữa các Use Case.

Lời mô tả nội dung Use Case thường được cung cấp dưới dạng văn bản. Trong UML, lời mô tả đó được xem là thuộc tí;nh “văn bản” (document) của Use Case. Lời mô tả này bao chứa những thông tin quan trọng, định nghĩa các yêu cầu cùng chức năng cụ thể. Cố cho việc tế bào tả Use Case bằng văn bản, bạn cũng tất cả thể vẽ một biểu đồ hoạt động (activity diagram). Mặc dầu vậy, nên nhớ rằng một Use Case cần phải được tế bào tả làm sao để cho dễ hiểu và dễ giao tiếp đối với người sử dụng, nhưng những cấu trúc phức tạp như một biểu đồ hoạt động gồm thể khiến cảm giác xa lạ đối với những người lạ lẫm sử dụng.

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

Đang xem: Tác nhân là gì

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

– Hệ thống

– Tác nhân

– Use Case.

Ví; dụ biểu đồ Use Case vào UML:

*

Một ví; dụ biểu đồ Use case trong UML

Trong đó :

– Hệ thống được thể hiện qua hình chữ nhật với tên hệ thống ở trên

– Tác nhân được thể hiện qua kí; hiệu hình nhân

– Use Case được thể hiện qua hình ellipse

Hệ thống:

Vì hệ thống là một thành phần của mô hình Use Case buộc phải ranh giới của hệ thống mà ta muốn phát triển cần phải được định nghĩa rõ ràng. Xin nhớ rằng một hệ thống ko phải bao giờ cũng nhất thiết là một hệ thống phần mềm; nó bao gồm thể là một chiếc máy, hoặc là một doanh nghiệp. Định nghĩa những ranh giới và trách nhiệm của hệ thống ko phải bao giờ cũng là việc dễ dàng, bởi ko phải bao giờ người ta cũng ví dụ nhìn ra tác vụ nào gồm khả năng được tự động hóa tốt nhất ở hệ thống này cùng tác vụ nào thì tốt nhất đề nghị thực hiện thủ công hoặc giành riêng cho các hệ thống khác. Một khí;a cạnh không giống cần chú ý là hệ thống cần phải lớn tới mức độ làm sao trong phiên bản đầu tiên của nó. Cố gắng tối đa cho phiên bản đầu tiên của hệ thống thường là biện pháp mà người ta giỏi thực hiện, thế nhưng những mục tiêu thừa tầm như vậy gồm thể khiến đến hệ thống trở phải quá lớn cùng thời gian để cung cấp hệ thống vượt lâu. Một sáng kiến tốt hơn là xác nhận mang đến rõ những chức năng căn bản với tập trung vào việc định nghĩa một kiến trúc hệ thống thí;ch hợp, rõ ràng, tất cả nền tảng rộng mở để nhiều chức năng hơn có thể được bổ sung vào hệ thống này trong những phiên bản sau.

Yếu tố quan tiền trọng là bạn phải tạo dựng được một bản catalog của các khái niệm (các thực thể) trung trọng tâm cùng với những thuật ngữ và định nghĩa thí;ch hợp trong những giai đoạn đầu của thời kỳ phân tí;ch. Đây chưa phải mô hình phạm vi đối tượng, mà đúng hơn là một cố gắng để tế bào tả các thuật ngữ của hệ thống hoặc doanh nghiệp mà bọn họ cần quy mô hóa. Các thuật ngữ sau đó sẽ được cần sử dụng để mô tả Use Case. Phương thức cụ thể của catalog này có thể rất khác nhau; nó có thể là một quy mô khái niệm chỉ ra các mối quan tiền hệ đơn giản hoặc chỉ là một văn bản chứa các thuật ngữ thuộc lời tế bào tả vắn tắt những thuật ngữ này vào thế giới thực.

Tác nhân:

Một tác nhân là một người hoặc một vật như thế nào đó tương tác với hệ thống, sử dụng hệ thống. Trong khái niệm “tương tác với hệ thống”, ý họ muốn nói rằng tác nhân sẽ gửi thông điệp đến hệ thống hoặc là nhận thông điệp xuất phân phát từ hệ thống, hoặc là cụ đổi những thông tin cùng với hệ thống. Nói một phương pháp ngắn gọn, tác nhân thực hiện các Use Case. Thêm một điều nữa, một tác nhân có thể là người mà cũng bao gồm thể là một hệ thống không giống (ví; dụ như là một chiếc đồ vật tí;nh khác được nối kết với hệ thống của họ hoặc một loại trang thiết bị phần cứng nào đó tương tác với hệ thống).

Một tác nhân là một dạng thực thể (một lớp), chứ ko phải một thực thể. Tác nhân mô tả với đại diện cho một vai trò, chứ ko phải là một người sử dụng thật sự với cụ thể của hệ thống. Nếu một anh chàng John làm sao đó muốn thiết lập hợp đồng bảo hiểm từ một hãng sản xuất bảo hiểm, thì sứ mệnh của anh ta sẽ là người cài hợp đồng bảo hiểm, với đây mới là thứ mà họ muốn quy mô hóa, chứ ko phải bản thân anh chàng John. Trong sự thực, một bé người cụ thể tất cả thể đóng vai trò làm nhiều tác nhân vào một hệ thống: một nhân viên bank đồng thời cũng có thể là khách hàng của chí;nh bank đó. Mặt khác, số lượng các vai trò mà lại một bé người cụ thể được phép đảm trách vào một hệ thống cũng bao gồm thể bị hạn chế, ví; dụ thuộc một người không được phép vừa soạn hóa đơn vừa phê duyệt hóa đơn đó. Một tác nhân sẽ có một tên, và cái brand name này cần phải phản ánh lại sứ mệnh của tác nhân. Cái brand name đó ko được phản ánh lại một thực thể riêng biệt biệt của một tác nhân, cơ mà cũng ko phản ánh chức năng của tác nhân đó.

Một tác nhân giao tiếp với hệ thống bằng phương pháp gửi hoặc là nhận thông điệp, giống như khái niệm họ đã thân quen biết vào lập trình hướng đối tượng. Một Use Case bao giờ cũng được kí;ch hoạt bởi một tác nhân gửi thông điệp đến đến nó. Khi một Use Case được thực hiện, Use Case tất cả thể gửi thông điệp đến một hay là nhiều tác nhân. Những thông điệp này cũng có thể đến với những tác nhân khác, bên cạnh chí;nh tác nhân đã kí;ch hoạt và gây nên Use Case.

Tác nhân cũng bao gồm thể được xếp loại. Một tác nhân chí;nh (Primary Actor) là tác nhân sử dụng những chức năng căn bản của hệ thống, tức là các chức năng chí;nh. Ví; dụ, vào một hệ thống bảo hiểm, một tác nhân căn bản bao gồm thể là tác nhân xử lý việc ghi danh với quản lý những hợp đồng bảo hiểm. Một tác nhân phụ (secondary actor) là tác nhân sử dụng những chức nặng phụ của hệ thống, ví; dụ như các chức năng bảo trì hệ thống như quản trị bank dữ liệu, giao tiếp, back-up và các tác vụ quản trị khác. Một ví; dụ mang lại tác nhân phụ có thể là bên quản trị hoặc là một nhân viên sử dụng chức năng trong hệ thống để rút ra các thông tin thống kê về doanh nghiệp. Cả hai loại tác nhân này đều được quy mô hóa để đảm bảo mô tả đầy đủ các chức năng của hệ thống, mặc dù các chức năng chí;nh mới thật sự nằm vào mối nhiệt tình chủ yếu của khách hàng.

Xem thêm: Lịch Sử 10 Bài 34: Các Nước Tư Bản Chuyển Sang Giai Đoạn Đế Quốc Chủ Nghĩa

Tác nhân còn có thể được định nghĩa theo dạng tác nhân chủ động (active actor) giỏi tác nhân thụ động (passive actor). Một tác nhân chủ động là tác nhân gây ra Use Case, trong những lúc tác nhân thụ động không bao giờ gây nên Use Case cơ mà chỉ tham gia vào một hoặc là nhiều Use Case.