Biểu đồ Use Case

Use Case được diễn tả trong ngữ điệu UML qua biểu đồ Use Case (Use Case Diagram), với một mô hình Use Case có thể được phân thành một số trong những lượng mập những biểu vật dụng như thế. Một biểu vật Use Case đựng những phần tử mô hình biểu lộ khối hệ thống, tác nhân cũng giống như Use Case cùng chỉ ra rằng các quan hệ thân những Use Case.

Lời miêu tả nội dung Use Case hay được cung cấp dưới dạng văn uống bản. Trong UML, lời mô tả đó được xem là ở trong tí;nh "văn bản" (document) của Use Case. Lời diễn tả này bao cất gần như biết tin đặc trưng, định nghĩa các đòi hỏi cùng tác dụng ví dụ. Ttuyệt mang đến câu hỏi biểu lộ Use Case bởi vnạp năng lượng bạn dạng, bạn có thể vẽ một biểu thứ vận động (activity diagram). Mặc dầu vậy, nên hãy nhớ là một Use Case cần phải được biểu hiện làm thế nào để cho dễ hiểu cùng dễ giao tiếp so với người tiêu dùng, mà phần đa kết cấu tinh vi nlỗi một biểu đồ vật chuyển động hoàn toàn có thể tạo cảm giác không quen so với những người xa lạ sử dụng.quý khách sẽ xem: Tác nhân là gì

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

- Hệ thống

- Tác nhân

- Use Case.

Ví; dụ biểu thiết bị Use Case vào UML:


*

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

Trong số đó :

- Hệ thống được mô tả qua hình chữ nhật với tên hệ thống sinh sống bên trên

- Tác nhân được bộc lộ qua kí; hiệu hình nhân

- Use Case được diễn tả qua hình ellipse

Hệ thống:

Vì hệ thống là 1 trong những yếu tố của quy mô Use Case bắt buộc nhãi ranh giới của hệ thống mà ta hy vọng cải cách và phát triển rất cần phải được quan niệm cụ thể. Xin đừng quên một khối hệ thống chưa hẳn bao giờ cũng tuyệt nhất thiết là một khối hệ thống phần mềm; nó có thể là 1 trong những chiếc máy, hoặc là 1 doanh nghiệp lớn. Định nghĩa các oắt con giới và trách nhiệm của hệ thống không hẳn bao giờ cũng là bài toán tiện lợi, vì không phải bao giờ bạn ta cũng cụ thể quan sát ra tác vụ nào có khả năng được auto hóa tốt nhất sinh sống hệ thống này với tác vụ làm sao thì tốt nhất đề nghị triển khai thủ công hoặc giành cho những hệ thống khác. Một khí;a cạnh không giống nên chăm chú là hệ thống cần phải bự đến tầm độ như thế nào vào phiên bạn dạng trước tiên của chính nó. Cố thay về tối nhiều mang lại phiên phiên bản đầu tiên của khối hệ thống thường là phương pháp nhưng tín đồ ta giỏi triển khai, thế nhưng những kim chỉ nam quá khoảng điều đó rất có thể làm cho khối hệ thống trngơi nghỉ đề xuất quá to cùng thời hạn nhằm cung cấp khối hệ thống quá lâu. Một ý tưởng giỏi rộng là xác thực cho rõ các công dụng căn uống bản với tập trung vào Việc khái niệm một phong cách xây dựng hệ thống thí;ch đúng theo, rõ ràng, bao gồm nền tảng rộng msống bỏ không ít tác dụng hơn hoàn toàn có thể được bổ sung vào hệ thống này trong số phiên bạn dạng sau.

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

Yếu tố đặc biệt quan trọng là bạn phải lập dựng được một phiên bản catalog của những có mang (các thực thể) trung tâm với những thuật ngữ với định nghĩa thí;ch hòa hợp trong số những tiến độ đầu của thời kỳ phân tí;ch. Đây chưa hẳn quy mô phạm vi đối tượng, mà đúng ra là một trong những cố gắng nhằm biểu hiện những thuật ngữ của khối hệ thống hoặc doanh nghiệp lớn nhưng bọn họ nên mô hình hóa. Các thuật ngữ tiếp đến sẽ tiến hành dùng để làm thể hiện Use Case. Pmùi hương thức cụ thể của catalog này có thể hết sức khác nhau; nó có thể là 1 trong những quy mô định nghĩa đã cho thấy các quan hệ đơn giản và dễ dàng hoặc chỉ là một trong những văn uống bản chứa các thuật ngữ cùng lời diễn đạt vắn tắt phần đa thuật ngữ này trong quả đât thực.

Tác nhân:

Một tác nhân là 1 trong những dạng thực thể (một lớp), chđọng chưa phải một thực thể. Tác nhân biểu thị và thay mặt đại diện cho 1 sứ mệnh, chứ chưa hẳn là 1 trong người tiêu dùng thật sự với cụ thể của hệ thống. Nếu một chàng trai John nào đó ao ước sở hữu thích hợp đồng bảo hiểm xuất phát 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 mua phù hợp đồng bảo hiểm, với trên đây new là thứ mà bọn họ mong mỏi mô hình hóa, chứ không phải bản thân chàng trai John. Trong sự thực, một bé bạn ví dụ có thể nhập vai trò làm cho nhiều tác nhân trong một hệ thống: một nhân viên ngân hàng đôi khi cũng hoàn toàn có thể là người sử dụng của chí;nh ngân hàng đó. Mặt khác, số lượng các vai trò mà lại một nhỏ fan cụ thể được phxay đảm trách rưới vào một khối hệ thống cũng rất có thể bị giảm bớt, ví; dụ và một bạn ko được phnghiền vừa soạn hóa đối kháng vừa phê săn sóc hóa đối kháng đó. Một tác nhân sẽ sở hữu một tên, với cái tên này rất cần được phản ánh lại sứ mệnh của tác nhân. Cái tên kia không được phản ảnh lại một thực thể đơn nhất của một tác nhân, nhưng cũng ko đề đạt công dụng của tác nhân đó.

Xem thêm: Cách Check Mã Md5 Ghost Là Gì ? Cách Kiểm Tra Mã Md5 Bằng Phần Mềm Ffsj

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à thừa nhận thông điệp, hệt như định nghĩa chúng ta đang quen biết trong lập trình sẵn hướng đối tượng người tiêu dùng. Một Use Case bao giờ cũng được kí;ch hoạt vì chưng một tác nhân gửi thông điệp cho đến nó. lúc một Use Case được tiến hành, Use Case có thể gửi thông điệp cho một xuất xắc là các tác nhân. Những thông điệp này cũng hoàn toàn có thể cho cùng với các tác nhân khác, ở kề bên chí;nh tác nhân sẽ kí;ch hoạt cùng tạo ra Use Case.

Tác nhân còn rất có thể được định nghĩa theo phương thức tác nhân dữ thế chủ động (active sầu actor) hay tác nhân bị độ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 không lúc nào gây nên Use Case mà chỉ tsay đắm gia vào một trong những hay những những Use Case.

Bài viết liên quan

Trả lời

Email của bạn sẽ không được hiển thị công khai. Các trường bắt buộc được đánh dấu *