Để mô hình hóa một hệ thống, khía cạnh quan trọng nhất là nắm bắt được hành vi động. Hành vi động có nghĩa là hành vi của hệ thống khi nó đang chạy/vận hành.

Chỉ hành vi tĩnh là không đủ để mô hình hóa một hệ thống thay vì hành vi động quan trọng hơn hành vi tĩnh. Trong UML, có sẵn năm sơ đồ để mô hình hóa bản chất động và sơ đồ trường hợp sử dụng là một trong số đó. Bây giờ chúng ta phải thảo luận rằng sơ đồ trường hợp sử dụng có tính chất động, nên có một số yếu tố bên trong hoặc bên ngoài để tạo ra sự tương tác.

Các tác nhân bên trong và bên ngoài này được gọi là các tác nhân. Sơ đồ ca sử dụng bao gồm các tác nhân, ca sử dụng và các mối quan hệ của chúng. Sơ đồ được sử dụng để mô hình hóa hệ thống/hệ thống con của một ứng dụng. Một sơ đồ trường hợp sử dụng duy nhất nắm bắt một chức năng cụ thể của một hệ thống.

Do đó, để mô hình hóa toàn bộ hệ thống, một số biểu đồ ca sử dụng được sử dụng.

Mục đích của sơ đồ ca sử dụng

Mục đích của sơ đồ ca sử dụng là để nắm bắt khía cạnh động của một hệ thống. Tuy nhiên, định nghĩa này quá chung chung để mô tả mục đích, vì bốn sơ đồ khác (hoạt động, trình tự, cộng tác và Biểu đồ trạng thái) cũng có cùng mục đích. Chúng tôi sẽ xem xét một số mục đích cụ thể, mục đích này sẽ phân biệt nó với bốn sơ đồ khác.

Biểu đồ trường hợp sử dụng được sử dụng để thu thập các yêu cầu của một hệ thống bao gồm các ảnh hưởng bên trong và bên ngoài. Những yêu cầu này chủ yếu là yêu cầu thiết kế. Do đó, khi một hệ thống được phân tích để thu thập các chức năng của nó, các trường hợp sử dụng được chuẩn bị và các tác nhân được xác định.

Khi nhiệm vụ ban đầu hoàn thành, sơ đồ trường hợp sử dụng được mô hình hóa để trình bày chế độ xem bên ngoài.

Tóm lại, mục đích của sơ đồ trường hợp sử dụng có thể nói như sau –

Được sử dụng để thu thập các yêu cầu của một hệ thống.
Được sử dụng để có được một cái nhìn bên ngoài của một hệ thống.
Xác định các yếu tố bên ngoài và bên trong ảnh hưởng đến hệ thống.
Thể hiện sự tương tác giữa các yêu cầu là các tác nhân.

Làm cách nào để vẽ sơ đồ ca sử dụng?

Sơ đồ trường hợp sử dụng được xem xét để phân tích yêu cầu cấp cao của một hệ thống. Khi các yêu cầu của một hệ thống được phân tích, các chức năng được nắm bắt trong các trường hợp sử dụng.

Chúng ta có thể nói rằng các trường hợp sử dụng không là gì ngoài các chức năng của hệ thống được viết một cách có tổ chức. Điều thứ hai có liên quan đến các trường hợp sử dụng là các diễn viên. Các tác nhân có thể được định nghĩa là một cái gì đó tương tác với hệ thống.

Tác nhân có thể là người dùng, một số ứng dụng nội bộ hoặc có thể là một số ứng dụng bên ngoài. Khi chúng ta dự định vẽ một sơ đồ ca sử dụng, chúng ta nên xác định các mục sau.

Các chức năng được biểu diễn dưới dạng trường hợp sử dụng
diễn viên
Mối quan hệ giữa các ca sử dụng và các tác nhân.

Sơ đồ ca sử dụng được vẽ để nắm bắt các yêu cầu chức năng của một hệ thống. Sau khi xác định các mục trên, chúng ta phải sử dụng các nguyên tắc sau để vẽ sơ đồ trường hợp sử dụng hiệu quả

Tên của một trường hợp sử dụng là rất quan trọng. Tên nên được chọn sao cho nó có thể xác định các chức năng được thực hiện.
Đặt tên phù hợp cho các diễn viên.
Hiển thị các mối quan hệ và phụ thuộc rõ ràng trong sơ đồ.
Đừng cố gắng bao gồm tất cả các loại mối quan hệ, vì mục đích chính của sơ đồ là xác định các yêu cầu.
Sử dụng ghi chú bất cứ khi nào cần thiết để làm rõ một số điểm quan trọng.

Sau đây là sơ đồ ca sử dụng mẫu đại diện cho hệ thống quản lý đơn đặt hàng. Do đó, nếu chúng ta nhìn vào sơ đồ thì chúng ta sẽ tìm thấy ba trường hợp sử dụng (Đơn hàng, Đơn hàng đặc biệt và Đơn hàng bình thường) và một tác nhân là khách hàng. Các trường hợp sử dụng SpecialOrder và NormalOrder được mở rộng từ trường hợp sử dụng Order . Do đó, họ đã mở rộng mối quan hệ. Một điểm quan trọng khác là xác định ranh giới hệ thống, được hiển thị trong hình. Tác nhân Khách hàng nằm bên ngoài hệ thống vì nó là người dùng bên ngoài của hệ thống.

Sử dụng Sơ đồ Ca sử dụng ở đâu?

Như chúng ta đã thảo luận, có năm sơ đồ trong UML để mô hình hóa khung nhìn động của một hệ thống. Giờ đây, mỗi và mọi mô hình đều có một số mục đích sử dụng cụ thể. Trên thực tế, những mục đích cụ thể này là các góc độ khác nhau của một hệ thống đang chạy.

Để hiểu động lực của một hệ thống, chúng ta cần sử dụng các loại sơ đồ khác nhau. Biểu đồ trường hợp sử dụng là một trong số đó và mục đích cụ thể của nó là thu thập các yêu cầu và tác nhân hệ thống.

Sơ đồ ca sử dụng xác định các sự kiện của một hệ thống và các luồng của chúng. Nhưng sơ đồ trường hợp sử dụng không bao giờ mô tả cách chúng được thực hiện. Sơ đồ ca sử dụng có thể được hình dung như một hộp đen mà chỉ có đầu vào, đầu ra và chức năng của hộp đen được biết đến.

Những sơ đồ này được sử dụng ở mức độ thiết kế rất cao. Thiết kế cấp cao này được tinh chỉnh lại nhiều lần để có được một bức tranh hoàn chỉnh và thiết thực về hệ thống. Một trường hợp sử dụng có cấu trúc tốt cũng mô tả điều kiện trước, điều kiện sau và ngoại lệ. Các yếu tố bổ sung này được sử dụng để tạo các trường hợp thử nghiệm khi thực hiện thử nghiệm.

Mặc dù trường hợp sử dụng không phải là ứng cử viên tốt cho kỹ thuật chuyển tiếp và đảo ngược, nhưng chúng vẫn được sử dụng theo một cách hơi khác để thực hiện kỹ thuật chuyển tiếp và đảo ngược. Điều này cũng đúng với kỹ thuật đảo ngược. Biểu đồ trường hợp sử dụng được sử dụng khác nhau để làm cho nó phù hợp với kỹ thuật đảo ngược.

Trong kỹ thuật chuyển tiếp, các sơ đồ trường hợp sử dụng được sử dụng để tạo các trường hợp thử nghiệm và trong các trường hợp sử dụng kỹ thuật đảo ngược được sử dụng để chuẩn bị các chi tiết yêu cầu từ ứng dụng hiện có.

Sơ đồ trường hợp sử dụng có thể được sử dụng cho –

Phân tích yêu cầu và thiết kế cấp cao.
Mô hình bối cảnh của một hệ thống.
Kỹ thuật đảo ngược.
Chuyển tiếp kỹ thuật.

UML – Sơ đồ tương tác

Từ thuật ngữ Tương tác, rõ ràng là sơ đồ được sử dụng để mô tả một số loại tương tác giữa các yếu tố khác nhau trong mô hình. Tương tác này là một phần của hành vi năng động của hệ thống.

Hành vi tương tác này được thể hiện trong UML bằng hai sơ đồ được gọi là Sơ đồ trình tự và Sơ đồ cộng tác . Mục đích cơ bản của cả hai sơ đồ là tương tự nhau.

Sơ đồ trình tự nhấn mạnh vào trình tự thời gian của thông điệp và biểu đồ cộng tác nhấn mạnh vào tổ chức cấu trúc của các đối tượng gửi và nhận thông điệp.

Mục đích của sơ đồ tương tác

Mục đích của sơ đồ tương tác là trực quan hóa hành vi tương tác của hệ thống. Hình dung sự tương tác là một nhiệm vụ khó khăn. Do đó, giải pháp là sử dụng các loại mô hình khác nhau để nắm bắt các khía cạnh khác nhau của sự tương tác.

Biểu đồ trình tự và cộng tác được sử dụng để nắm bắt bản chất động nhưng từ một góc độ khác.

Mục đích của sơ đồ tương tác là –

Để nắm bắt hành vi năng động của một hệ thống.
Để mô tả luồng thông báo trong hệ thống.
Để mô tả tổ chức cấu trúc của các đối tượng.
Để mô tả sự tương tác giữa các đối tượng.

Làm thế nào để vẽ một sơ đồ tương tác?

Như chúng ta đã thảo luận, mục đích của sơ đồ tương tác là nắm bắt khía cạnh động của một hệ thống. Vì vậy, để nắm bắt được khía cạnh động, chúng ta cần hiểu khía cạnh động là gì và nó được hình dung như thế nào. Khía cạnh động có thể được định nghĩa là ảnh chụp nhanh của hệ thống đang chạy tại một thời điểm cụ thể

Chúng tôi có hai loại sơ đồ tương tác trong UML. Một là biểu đồ trình tự và biểu đồ kia là biểu đồ cộng tác. Biểu đồ trình tự nắm bắt trình tự thời gian của luồng thông báo từ đối tượng này sang đối tượng khác và sơ đồ cộng tác mô tả tổ chức của các đối tượng trong hệ thống tham gia vào luồng thông báo.

Những điều sau đây phải được xác định rõ ràng trước khi vẽ sơ đồ tương tác

Đối tượng tham gia tương tác.
Tin nhắn chảy giữa các đối tượng.
Trình tự trong đó các tin nhắn đang chảy.
Tổ chức đối tượng.

Sau đây là hai sơ đồ tương tác mô hình hóa hệ thống quản lý đơn đặt hàng. Sơ đồ đầu tiên là sơ đồ trình tự và sơ đồ thứ hai là sơ đồ cộng tác

Biểu đồ trình tự

Biểu đồ tuần tự có bốn đối tượng (Khách hàng, Đơn hàng, Đơn hàng đặc biệt và Đơn hàng bình thường).

Sơ đồ sau đây hiển thị chuỗi thông báo cho đối tượng SpecialOrder và có thể sử dụng tương tự trong trường hợp đối tượng NormalOrder . Điều quan trọng là phải hiểu trình tự thời gian của các luồng thông báo. Luồng thông báo không là gì ngoài một cuộc gọi phương thức của một đối tượng.

Lời gọi đầu tiên là sendOrder() là một phương thức của đối tượng Order . Lời gọi tiếp theo là confirm() là một phương thức của đối tượng SpecialOrder và lời gọi cuối cùng là Dispatch() là một phương thức của đối tượng SpecialOrder . Sơ đồ sau đây chủ yếu mô tả các cuộc gọi phương thức từ đối tượng này sang đối tượng khác và đây cũng là tình huống thực tế khi hệ thống đang chạy.

Sơ đồ cộng tác

Sơ đồ tương tác thứ hai là sơ đồ cộng tác. Nó hiển thị tổ chức đối tượng như trong sơ đồ sau. Trong sơ đồ cộng tác, trình tự cuộc gọi phương thức được biểu thị bằng một số kỹ thuật đánh số. Con số chỉ ra cách các phương thức được gọi lần lượt. Chúng tôi đã lấy cùng một hệ thống quản lý đơn đặt hàng để mô tả sơ đồ cộng tác.

Các cuộc gọi phương thức tương tự như biểu đồ tuần tự. Tuy nhiên, sự khác biệt là biểu đồ trình tự không mô tả tổ chức đối tượng, trong khi biểu đồ cộng tác hiển thị tổ chức đối tượng.

Để lựa chọn giữa hai sơ đồ này, cần nhấn mạnh vào loại yêu cầu. Nếu trình tự thời gian là quan trọng, thì biểu đồ trình tự sẽ được sử dụng. Nếu tổ chức được yêu cầu, thì sơ đồ cộng tác được sử dụng.

Sử dụng biểu đồ tương tác ở đâu?

Chúng ta đã thảo luận rằng các sơ đồ tương tác được sử dụng để mô tả bản chất động của một hệ thống. Bây giờ, chúng ta sẽ xem xét các tình huống thực tế nơi các sơ đồ này được sử dụng. Để hiểu ứng dụng thực tế, chúng ta cần hiểu bản chất cơ bản của biểu đồ trình tự và cộng tác.

Mục đích chính của cả hai sơ đồ đều giống nhau vì chúng được sử dụng để nắm bắt hành vi động của một hệ thống. Tuy nhiên, mục đích cụ thể là quan trọng hơn để làm rõ và hiểu.

Biểu đồ trình tự được sử dụng để nắm bắt thứ tự của các thông điệp truyền từ đối tượng này sang đối tượng khác. Sơ đồ cộng tác được sử dụng để mô tả tổ chức cấu trúc của các đối tượng tham gia tương tác. Một biểu đồ đơn lẻ không đủ để mô tả khía cạnh động của toàn bộ hệ thống, do đó, một tập hợp các biểu đồ được sử dụng để nắm bắt toàn bộ hệ thống.

Biểu đồ tương tác được sử dụng khi chúng ta muốn hiểu luồng thông điệp và tổ chức cấu trúc. Luồng thông báo có nghĩa là chuỗi luồng điều khiển từ đối tượng này sang đối tượng khác. Tổ chức cấu trúc có nghĩa là tổ chức trực quan của các yếu tố trong một hệ thống.

Biểu đồ tương tác có thể được sử dụng –