Vượt ra ngoài các lớp cô lập: Thiết kế cấu trúc hệ thống thông qua các mối quan hệ UML và PlantUML

PlantUML Edit PlantUML in VPasCode

@startuml
skinparam style strictuml
skinparam classFontSize 14
skinparam defaultFontSize 12

title 1. Các mối quan hệ: Kết nối ngang hàng trong NexusMart

class Khách_hàng
class Mật_khẩu
class Người_đánh_giá
class Đánh_giá

' Điều hướng đơn hướng (Khách_hàng -> Mật_khẩu)
Khách_hàng "1" --> "1" Mật_khẩu : xác thực với

' Mối quan hệ hai chiều với vai trò, bội số và nhãn
Người_đánh_giá "1" - "0..*" Đánh_giá : viết

note on link
  Hướng đọc UML: Trái sang Phải
  "1 Người_đánh_giá viết 0..* Đánh_giá(s)"
end note

@enduml

2. Tích hợp và Kết hợp (Cấu trúc toàn bộ-phần)

Khi các mối quan hệ thể hiện ngữ nghĩa bất đối xứng ‘toàn bộ-phần’, UML phân biệt giữa tích hợp chung (chu kỳ sống độc lập) và kết hợp (quyền sở hữu chu kỳ sống nghiêm ngặt).

Ứng dụng NexusMart

Tích hợp chung: Danh mục chứa Sản phẩm thể hiện. Việc xóa một danh mục không xóa các sản phẩm; chúng vẫn tồn tại trong cơ sở dữ liệu chính.
Kết hợp: Đơn_hàng chỉ sở hữu nghiêm ngặt Chi_tiết_đơn_hàng thể hiện. Việc hủy bỏ một đơn hàng sẽ dẫn đến việc xóa tất cả các mục trong danh sách của nó.

Thực thi PlantUML

PlantUML Edit PlantUML in VPasCode

@startuml
skinparam style strictuml

title 2. Tích hợp so với Kết hợp: Ngữ nghĩa chu kỳ sống

class Danh_mục
class Sản_phẩm
class Đơn_hàng
class Chi_tiết_đơn_hàng

' Tích hợp chung: Kim cương mở, chu kỳ sống độc lập
Danh_mục "1" o-- "*" Sản_phẩm : chứa

' Kết hợp: Kim cương đầy, ràng buộc chu kỳ sống nghiêm ngặt
Đơn_hàng "1" *-- "1..*" Chi_tiết_đơn_hàng : bao gồm

note right of Đơn_hàng
  Kết hợp ngụ ý xóa lan truyền.
  Chi_tiết_đơn_hàng không thể tồn tại nếu không có Đơn_hàng cha.
end note

@enduml

3. Tổng quát hóa (Kế thừa)

Tổng quát hóa thiết lập mối quan hệ phân loại ‘là một’. Các lớp con kế thừa cấu trúc và hành vi từ lớp cha, chuyên biệt hóa nó thông qua các thuộc tính thêm vào, các thao tác ghi đè hoặc các trạng thái bị giới hạn. Các kiểu powertypes có thể phân chia thêm các lớp con dựa trên phân loại tại thời điểm chạy.

Ứng dụng NexusMart

Thanh_toán hành xử như một lớp cha trừu tượng.
Thanh_toán_bằng_thẻ_tín_dụng, Thanh toán PayPal, và Thanh toán Tiền mã hóa chuyên biệt hóa nó với các thuộc tính cụ thể cho cổng kết nối và logic xác minh.

Triển khai PlantUML

PlantUML Edit PlantUML in VPasCode

@startuml
skinparam style strictuml

title 3. Tổng quát hóa: Thứ tự kế thừa Thanh toán

lớp trừu tượng Payment {
  +amount: Decimal
  +currency: String
  +process(): Boolean
}

class CreditCardPayment {
  +cardNumber: String
  +expiryDate: Date
  +cvv: String
  +validateCard(): Boolean
}

class PayPalPayment {
  +payerEmail: String
  +transactionId: String
  +verifyPayPalAccount(): Boolean
}

class CryptoPayment {
  +walletAddress: String
  +blockchainNetwork: String
  +confirmOnChain(): Boolean
}

Payment <|-- CreditCardPayment
Payment <|-- PayPalPayment
Payment <|-- CryptoPayment

@enduml

4. Phụ thuộc (Động lực Khách hàng-Nhà cung cấp)

Một mối phụ thuộc là mối quan hệ theo hướng ‘sử dụng’ nơi một thay đổi ở nhà cung cấp có thể buộc phải thay đổi ở khách hàng. UML sử dụng các kiểu dáng để làm rõ bản chất của mối phụ thuộc, biến một mũi tên đứt đoạn mơ hồ thành một hợp đồng kiến trúc chính xác.

Tham chiếu Kiểu dáng Mối phụ thuộc

Kiểu dáng	Mục đích / Mô tả
`«sử dụng»`	Khách hàng yêu cầu nhà cung cấp thực thi các chức năng nội bộ.
`«tạo»`	Các thao tác khách hàng khởi tạo các đối tượng của lớp nhà cung cấp.
`«khởi tạo»`	Đường dẫn khởi tạo rõ ràng xuyên suốt vòng đời thực thi.
`«chiến lược»`	Giá trị đích được tính toán từ một phần tử nguồn.
`«thực hiện»`	Khách hàng triển khai các đặc tả hành vi được định nghĩa bởi nhà cung cấp.
`«tinh chỉnh»`	Khách hàng đại diện cho một phiên bản cấp thấp hơn, chi tiết hơn của nhà cung cấp.
`«theo dõi»`	Theo dõi sự phát triển lịch sử hoặc khái niệm xuyên suốt các lớp trừu tượng.
`«cho phép»`	Nhà cung cấp cấp quyền truy cập đặc biệt đến các thành phần riêng tư của mình cho khách hàng.
`«thay thế»`	Client đáp ứng hợp đồng thực thi được mong đợi từ nhà cung cấp trong quá trình chạy.

Ứng dụng NexusMart

Dịch vụ Đặt hàng sử dụng Client Kho hàng để kiểm tra tồn kho.
Đơn hàng tạo ra Hóa đơn khi xác nhận.
Bảng điều khiển Phân tích trích xuất các chỉ số từ Đơn hàng.

Triển khai PlantUML

PlantUML Edit PlantUML in VPasCode

@startuml
skinparam style strictuml

title 4. Phụ thuộc: Hợp đồng Khách hàng - Nhà cung cấp

class Dịch vụĐặtHàng
class ClientKhoHàng
class ĐơnHàng
class HóaĐơn
class BảngĐiềuKhiểnPhânTích

Dịch vụĐặtHàng .--> ClientKhoHàng : «sử dụng»
ĐơnHàng .--> HóaĐơn : «tạo»
BảngĐiềuKhiểnPhânTích .--> ĐơnHàng : «trích xuất»

note bottom of Dịch vụĐặtHàng
  Các phụ thuộc là các liên kết cấu trúc tạm thời.
  Chúng không ngụ ý quyền sở hữu hay ràng buộc vòng đời.
end note

@enduml

5. Lớp liên kết

Khi một mối quan hệ nhiều-nhiều mang theo các thuộc tính hoặc hành vi riêng, việc gắn các thuộc tính này vào bất kỳ lớp đầu cuối nào sẽ vi phạm nguyên tắc chuẩn hóa. Một lớp liên kết kết hợp giữa một liên kết và một lớp, ghi lại các thông tin mô tả thuộc về mối quan hệ đó một cách nghiêm ngặt.

Ứng dụng NexusMart

Khách hàng và Sản phẩm chung mối quan hệ nhiều-nhiều.
Hồ sơ Mua hàng hoạt động như một lớp liên kết lưu trữ ngàyMua, đơn giá, và số lượng, điều này về mặt logic thuộc về liên kết giao dịch, chứ không thuộc về khách hàng hay sản phẩm riêng biệt.

Triển khai PlantUML

PlantUML Edit PlantUML in VPasCode

@startuml
skinparam style strictuml

title 5. Lớp liên kết: Chuẩn hóa các liên kết nhiều-đa

class Khách_hàng
class Sản_phẩm

' Liên kết nhiều-đa cơ bản
Khách_hàng "*" - "*" Sản_phẩm

' Lớp liên kết ghi nhận dữ liệu mô tả liên kết
class Ghi_nhận_mua_hàng {
  +ngày_mua: DateTime
  +đơn_giá: Decimal
  +số_lượng: Integer
  +tính_thành_tiền(): Decimal
}

' Đường nét đứt nối lớp liên kết với mối quan hệ
(Khách_hàng, Sản_phẩm) .. Ghi_nhận_mua_hàng

note right of Ghi_nhận_mua_hàng
  Lớp liên kết giải quyết độ phức tạp M:N
  bằng cách nâng liên kết lên thành một thực thể cấp cao.
end note

@enduml

6. Hướng dẫn, Mẹo và Phát triển dần dần

Mô hình hóa cấu trúc không phải là hoạt động một lần. Kendall Scott nhấn mạnh việc phát triển theo từng giai đoạn, kỷ luật trực quan và kiểm soát bố cục để giữ cho sơ đồ có thể thực thi được trong suốt vòng đời phát triển phần mềm.

Các thực hành tốt trong mô hình hóa

Nhóm theo ngữ cảnh miền: Nhóm các lớp xung quanh các ngữ cảnh được giới hạn (ví dụ như Đặt hàng, Danh mục, Thanh toán) để giảm tải nhận thức và ngăn ngừa bố cục rối rắm.
Loại bỏ các mối quan hệ M:N thô sơ: Chuyển đổi các mối quan hệ không bị giới hạn * đến * các liên kết thành các lớp liên kết ngay từ đầu phân tích. Điều này chuẩn bị mô hình cho việc ánh xạ quan hệ và thiết kế theo miền.
Phát triển dần dần theo từng giai đoạn:
- Miền (Yêu cầu): Tên lớp + các mối quan hệ rộng. Không có thuộc tính/phương thức.
- Phân tích: Thêm bội số, vai trò, thuộc tính chính. Hoãn các phương thức.
- Thiết kế: Ký hiệu đầy đủ, các bộ chọn tính khả dụng (+, -, #), các kiểu triển khai, và các hợp đồng phụ thuộc.
Kiểm soát bố cục PlantUML: Sử dụng gợi ý định hướng (-trái->, -xuống->, -phải->, -lên->) để buộc định tuyến sạch sẽ và ngăn chặn các đường chéo nhau trong các đồ thị dày đặc.

Ví dụ bố cục PlantUML & chi tiết dần dần

PlantUML Edit PlantUML in VPasCode

@startuml
skinparam style strictuml
skinparam linetype ortho

title 6. Kiểm soát bố cục & Chi tiết dần dần (Giai đoạn thiết kế)

package "Bối cảnh Đặt hàng" {
  class Order {
    -orderId: UUID
    -status: OrderStatus
    +submit(): void
    +cancel(): void
  }
  class OrderItem {
    -quantity: int
    -price: Decimal
    +getLineTotal(): Decimal
  }
}

package "Bối cảnh Thanh toán" {
  abstract class Payment {
    +process(): boolean
  }
  class CreditCardPayment {
    -cardToken: String
    +validate(): boolean
  }
}

' Bố cục định hướng buộc để dễ đọc
Order "1" *-- "1..*" OrderItem : chứa >
Order -phải-> Payment : thanh toán qua >
Payment <|-- CreditCardPayment

note as N1
  Mô hình giai đoạn thiết kế bao gồm:
  - Các bộ chọn tính khả dụng (+, -)
  - Ký hiệu thao tác
  - Định tuyến đường thẳng vuông góc
  - Gói bối cảnh
end note

@enduml