Khi nào nên dùng Architecture Diagram?

Khi một hệ thống có quá nhiều thành phần, việc giải thích bằng chữ thường khiến người nghe khó hình dung.

Ngoài việc toàn chữ gây nhàm chán thì nó cũng khó mô tả các thành phần liên kết với nhau ra sao.

Trong trường hợp này, Architecture Diagram có lẽ sẽ là giải pháp. Đây là ngày 1/45 trong series tìm hiểu về Diagram Design.

Architecture Diagram giúp trả lời câu hỏi gì?

Architecture Diagram cho người xem cái nhìn tổng thể của một hệ thống:

• Có những thành phần chính nào?
• Các thành phần liên kết với nhau ra sao?
• Dữ liệu hoặc yêu cầu đi qua hệ thống như thế nào?
• Đâu là hệ thống nội bộ, đâu là dịch vụ bên ngoài?

Nói ngắn gọn, Architecture Diagram chủ yếu giúp trả lời một câu hỏi:

Hệ thống này gồm những gì và các thành phần liên kết với nhau như thế nào?

Ví dụ gần gũi: ứng dụng đặt đồ ăn

Ví dụ đời thường hơn là một ứng dụng đặt đồ ăn. Người dùng chọn món trên app, đơn hàng được gửi đến nhà hàng, thanh toán đi qua cổng thanh toán, rồi tài xế nhận thông tin để giao hàng.

Khi vẽ Architecture Diagram, mỗi thành phần được đặt thành một node, còn mũi tên cho thấy đơn hàng và trạng thái đi qua hệ thống nào.

Nhìn vào sơ đồ, ta biết ngay app là điểm tiếp nhận, nhà hàng là nơi xử lý, cổng thanh toán là dịch vụ bên ngoài, còn tài xế là một tác nhân bên ngoài.

Cách nhìn này cũng giống với hệ thống AI chăm sóc khách hàng ở ví dụ tiếp theo: thay vì nhớ một danh sách thành phần, người đọc thấy được cả cấu trúc và mối liên kết.

Ví dụ: hệ thống AI hỗ trợ chăm sóc khách hàng

Một hệ thống AI hỗ trợ chăm sóc khách hàng có thể gồm:

• Ứng dụng chat.
• AI Agent.
• Kho tri thức nội bộ.
• CRM.
• Hệ thống phân quyền.
• Nhân viên phụ trách xử lý những trường hợp ngoại lệ.

Nếu chỉ mô tả bằng chữ, người đọc phải tự ghi nhớ từng thành phần rồi tự ghép các mối quan hệ trong đầu. Nhưng khi đưa lên Architecture Diagram, toàn cảnh sẽ dễ hiểu hơn rất nhiều.

Luồng chính có thể hình dung như sau:

Người dùng gửi câu hỏi qua ứng dụng chat → AI Agent tiếp nhận câu hỏi → tìm thông tin trong kho tri thức → kết quả cập nhật vào CRM.

Nếu gặp trường hợp quá phức tạp hoặc AI không đủ khả năng xử lý, yêu cầu sẽ được chuyển sang nhân viên.

Chỉ cần nhìn vào diagram, chúng ta có thể hiểu tương đối nhanh hệ thống đang hoạt động như thế nào mà không cần đọc một đoạn mô tả dài.

Khi nào Architecture Diagram không phù hợp?

Architecture Diagram không toàn năng.

Nếu muốn mô tả các bước xử lý hoặc các nhánh quyết định, Flowchart sẽ phù hợp hơn. Nếu muốn mô tả thứ tự trao đổi giữa các thành phần theo thời gian thì nên chọn Sequence Diagram. Hai loại này sẽ được đi qua trong những bài tiếp theo của series.

Với những hệ thống nhiều thành phần, chỉ riêng việc biến một trang đầy chữ thành một diagram dễ nhìn cũng có thể giúp người khác hiểu vấn đề nhanh hơn rất nhiều.

---

Series Diagram Design: Ngày 1/45 · Bài tiếp theo: Khi nào nên dùng High-Level Diagram?