Giới thiệu
Phân tích độ bền, ban đầu được giới thiệu bởi Phương pháp Objectory của Ivar Jacobson nhưng sau đó bị loại bỏ khỏi Ngôn ngữ mô hình hóa thống nhất (UML), là một thực hành có giá trị trong kỹ thuật phần mềm. Phương pháp này bao gồm việc phân tích văn bản mô tả các trường hợp sử dụng để xác định tập hợp chính các đối tượng tham gia vào các trường hợp sử dụng đó và phân loại các đối tượng này dựa trên vai trò của chúng. Bằng cách này, phân tích độ bền giúp thiết lập mối liên kết liền mạch giữa Các trường hợp sử dụng và Các lớp miền, phù hợp hiệu quả với kiến trúc phần mềm Mô hình-Giao diện-Điều khiển (MVC).
Rất quan trọng cần lưu ý rằng phân tích độ bền không phải là một thành phần cốt lõi của UML nhưng lại cần sử dụng các kiểu đặc tả để được áp dụng hiệu quả. Hãy cùng tìm hiểu các ký hiệu chính được sử dụng trong sơ đồ Phân tích độ bền:

1. Đối tượng ranh giới (hay đối tượng giao diện): Đây là các kênh giao tiếp thông qua đó các tác nhân tương tác với hệ thống.
2. Đối tượng thực thể: Thường đại diện cho các đối tượng trong mô hình miền, các thực thể này lưu trữ và quản lý dữ liệu hệ thống.
3. Đối tượng điều khiển:Đóng vai trò như “chất kết dính” giữa các đối tượng ranh giới và các đối tượng thực thể, các đối tượng điều khiển đóng vai trò then chốt trong việc phối hợp các chức năng của hệ thống. Trong bối cảnh MVC, chúng tương đương với các bộ điều khiển.
Tổng quan về sơ đồ Phân tích độ bền
Để minh họa rõ hơn khái niệm này, hãy cùng xem xét một mô tả trường hợp sử dụng đơn giản dưới dạng văn bản:
“Từ trang chi tiết sinh viên, giáo viên nhấp vào nút ‘Thêm môn học’, và hệ thống hiển thị danh sách các môn học. Giáo viên chọn tên một môn học và nhấn nút ‘Đăng ký’. Hệ thống đăng ký sinh viên cho môn học đó.”
Câu chuyện này có thể được chuyển đổi thành một sơ đồ Phân tích độ bền rõ ràng:

Hơn nữa, bạn có thể sử dụng nhãn văn bản để gắn mô tả trường hợp sử dụng ở phía bên phải của sơ đồ độ bền, giúp tăng tính rõ ràng và bối cảnh.

Bốn quy tắc kết nối cho sơ đồ Phân tích độ bền
Để đảm bảo tính nhất quán và tuân thủ các thực hành tốt nhất, điều quan trọng là phải ghi nhớ bốn quy tắc kết nối cơ bản sau cho sơ đồ Phân tích độ bền:
- Các tác nhân chỉ có thể tương tác với các đối tượng ranh giới.
- Các đối tượng ranh giới chỉ có thể giao tiếp với các bộ điều khiển và các tác nhân.
- Các đối tượng thực thể chỉ có thể tương tác với các bộ điều khiển.
- Các bộ điều khiển có thể giao tiếp với các đối tượng ranh giới, các đối tượng thực thể và các bộ điều khiển khác, nhưng không thể giao tiếp trực tiếp với các tác nhân.

Những quy tắc này đảm bảo thiết kế hệ thống có cấu trúc và hiệu quả, phù hợp với các nguyên tắc của mẫu kiến trúc Mô hình-Giao diện-Điều khiển.
Luật Demeter
Phân tích độ bền phù hợp với “Luật Demeter” (LoD), nhấn mạnh sự liên kết lỏng lẻo và giảm thiểu việc truyền đạt thông tin giữa các đơn vị phần mềm. Luật Demeter khuyến khích các nguyên tắc sau:
- Mỗi đơn vị nên có kiến thức hạn chế về các đơn vị khác, chủ yếu là những đơn vị liên quan mật thiết.
- Các đơn vị nên chỉ giao tiếp với những “bạn bè” ngay lập tức (các cộng tác viên trực tiếp) và tránh tương tác với các đơn vị không liên quan hoặc xa cách.
- Các đối tượng nên giả định ít nhất có thể về cấu trúc hoặc đặc tính của các đối tượng khác, thúc đẩy việc ẩn giấu thông tin.
Những nguyên tắc này hỗ trợ thiết kế phần mềm theo mô-đun và dễ bảo trì.
Năm bước để tạo sơ đồ Phân tích độ bền
- Phân tích văn bản trường hợp sử dụng:Bắt đầu bằng cách phân tích văn bản trường hợp sử dụng từng câu một.
- Xác định các đối tượng:Vẽ các tác nhân, đối tượng biên giới, đối tượng thực thể và bộ điều khiển theo ngữ cảnh của văn bản.
- Tạo kết nối:Thiết lập các kết nối giữa các thành phần trong sơ đồ.
- Duy trì sự rõ ràng:Đảm bảo rằng bất kỳ ai xem sơ đồ đều có thể dễ dàng liên kết nó với văn bản trường hợp sử dụng.
- Tinh chỉnh văn bản trường hợp sử dụng:Sửa đổi văn bản trường hợp sử dụng khi cần thiết để loại bỏ sự mơ hồ và tham chiếu rõ ràng đến các đối tượng biên giới và đối tượng thực thể.
Phân tích độ bền đóng vai trò như một cây cầu, kết nối mô tả trường hợp sử dụng với các sơ đồ trực quan và thúc đẩy sự hiểu biết sâu sắc hơn về chức năng hệ thống.
Phát triển các kịch bản trường hợp sử dụng bằng sơ đồ tuần tự MVC
Dựa trên nền tảng của Phân tích độ bền, bạn có thể tạo các kịch bản trường hợp sử dụng, cả bình thường và thay thế, bằng một tập hợp các sơ đồ tuần tự liên quan theo định dạng MVC. Trong sơ đồ tuần tự MVC:
- Các thực thểđại diện cho dữ liệu hệ thống.
- Các biên giớichức năng như giao diện với các tác nhân hệ thống.
- Các điều khiểngiữ vai trò trung gian trong các tương tác giữa các biên giới và thực thể, điều phối việc thực thi lệnh.
Các bộ điều khiển trong sơ đồ tuần tự MVC thường tương ứng với các kịch bản trường hợp sử dụng cụ thể và có thể được phân biệt trực quan bằng cách sử dụng các kiểu đặc trưng trên các đường đời.

Kết luận
Phân tích độ bền là một công cụ quý giá trong thiết kế hệ thống, hỗ trợ việc chuyển đổi hiệu quả các trường hợp sử dụng thành một kiến trúc phần mềm rõ ràng và có cấu trúc. Khi kết hợp với các sơ đồ tuần tự MVC, nó cung cấp một cách tiếp cận toàn diện trong phát triển phần mềm, thúc đẩy tính module và khả năng bảo trì. Bằng cách tuân theo các thực hành này, bạn có thể đảm bảo quá trình phát triển phần mềm diễn ra trơn tru hơn và nâng cao chất lượng tổng thể của các dự án của mình.











