Các nền tảng chia sẻ xe như Uber, Lyft và Bolt đã cách mạng hóa khả năng di chuyển tại đô thị bằng cách kết nối hành khách với tài xế gần đó trong thời gian thực. Ở trung tâm của trải nghiệm này là một tương tác phức tạp và động giữa nhiều dịch vụ — từphù hợp vị trívàtheo dõi thời gian thực, đếnlogic chấp nhận tài xế, thông báo, vàxử lý lỗi.

Bài viết này trình bày mộtnghiên cứu trường hợp toàn diệnvề mộtquy trình đặt xe của ứng dụng chia sẻ xe, được mô hình hóa bằng mộtUML Sơ đồ tuần tự. Chúng tôi sẽ đi qua toàn bộ vòng đời của một hành khách yêu cầu xe — từ đầu vào đến xác nhận — bao gồmphù hợp tài xế, xử lý thời gian chờ hết, thông báo bất đồng bộ, vàlogic thử lại.
Để làm cho điều này thực tế và có thể sử dụng ngay lập tức, chúng tôi cung cấp mộtđoạn mã PlantUML đã được sửa hoàn toàn, hợp lệ và sẵn sàng cho môi trường sản xuấttạo ra một sơ đồ tuần tự sạch sẽ và tuân thủ chuẩn.
Một hành khách đã đăng ký mở ứng dụng di động, nhập điểm đón và điểm trả, chọn loại chuyến đi (ví dụ: tiết kiệm, cao cấp) và yêu cầu chuyến đi. Hệ thống thực hiện các bước sau:
Ước tính cước phí và thời gian đếnsử dụng định tuyến thời gian thực thông quaMapsService.
Tìm các tài xế sẵn sàng gần đótrong phạm vi nhất định (có thời gian chờ).
Gửi yêu cầu chuyến điđến các tài xế phù hợp nhất.
Chờ đợisự chấp nhận hoặc từ chối của tài xế (với thời gian chờ 30 giây).
Nếu được chấp nhận:
Giao chuyến đi.
Thông báo cho cả hành khách và tài xế.
Bắt đầu theo dõi thời gian thực.
Nếu không có tài xế nào chấp nhận trong thời gian quy định:
Ghi nhận yêu cầu là thất bại.
Cung cấp tùy chọn thử lại hoặc hủy.
Điều này phản ánh hành vi thực tế của các ứng dụng chia sẻ chuyến đi:sự ghép nối động, phản hồi bất đồng bộ, vàkhả năng chịu đựng các tình huống không có tài xế nào chấp nhận.
| Khái niệm | Vai trò trong sơ đồ này |
|---|---|
| Đường sống | Các đường nét đứt đứng cho mỗi thành phần (ví dụ nhưHành khách, Dịch vụ xe, Tài xế) |
Tin nhắn đồng bộ (->) |
Gọi trực tiếp (ví dụ nhưRS -> DM: tìm tài xế gần nhất) |
Tin nhắn bất đồng bộ (-->) |
Không chặn hoặc phản hồi (ví dụ nhưNS --> Tài xế: Thông báo đẩy) |
| Thanh kích hoạt | Hiển thị thời gian xử lý (kích hoạt / tắt kích hoạt) |
| Phần thay thế | Điều kiện:alt Người lái chấp nhận vs ngược lại Thời gian chờ/ Từ chối |
| Khối tùy chọn | Các luồng tùy chọn (ví dụ: chọn chuyến đi cao cấp) |
| Khối lặp | Lặp lại tìm kiếm trên nhiều tài xế (lặp Tìm tài xế có sẵn) |
| Khối tham chiếu | Tham chiếu đến một chuỗi con (ví dụ: startTrackingSession) |
Nhân vật (Hành khách, Tài xế) |
Người dùng bên ngoài khởi tạo hành động |
Dịch vụ bên ngoài (<<bên ngoài>>) |
MapsService, NotificationService |
| Tiến trình thời gian | Từ trên xuống dưới — luồng logic theo thời gian |
| Thành phần tham gia | Vai trò |
|---|---|
Hành khách |
Người thực hiện yêu cầu chuyến đi |
Ứng dụng di động |
Giao diện người dùng phía trước xử lý đầu vào và hiển thị |
Dịch vụ chuyến đi |
Dịch vụ nền chính quản lý vòng đời chuyến đi |
Dịch vụ ghép nối tài xế |
Ghép hành khách với tài xế gần đó |
Dịch vụ bản đồ |
Dịch vụ bên ngoài cho định tuyến, cước phí và thời gian đến (<<bên ngoài>>) |
Dịch vụ thông báo |
Gửi thông báo đẩy/SMS/email đến tài xế và hành khách (<<bên ngoài>>) |
Tài xế |
Người thực hiện (ứng dụng tài xế) phản hồi yêu cầu chuyến đi |
@startuml
title Ứng dụng chia sẻ chuyến đi - Sơ đồ tuần tự đặt chuyến đi
skinparam monochrome true
skinparam shadowing false
skinparam sequenceMessageAlign center
autonumber "<b>[0]"
actor Hành khách
participant "Ứng dụng di động" as App
participant "Dịch vụ chuyến đi" as RS
participant "Dịch vụ ghép nối tài xế" as DM
participant "Dịch vụ bản đồ" as Maps <<bên ngoài>>
participant "Dịch vụ thông báo" as NS <<bên ngoài>>
actor Tài xế
Hành khách -> App: Mở ứng dụng & nhập điểm đón/trả
activate App
App -> RS: requestRide(điểm đón, điểm trả, loạiChuyến)
activate RS
RS -> Maps: calculateFareAndETA(điểm đón, điểm trả, loạiChuyến)
activate Maps
Maps --> RS: ước tínhCước, thờiGianĐếnPhút, tuyếnĐường
deactivate Maps
RS --> App: display(cước, thờiGianĐến, xác nhận?)
App --> Hành khách: Hiển thị cước & thời gian đến, hỏi xác nhận
alt Hành khách xác nhận chuyến đi
Hành khách -> App: confirmRide()
App -> RS: confirmAndMatch()
activate RS
loop Tìm tài xế sẵn sàng (hạn chế 30s)
RS -> DM: findNearestDrivers(điểm đón, loạiChuyến, khoảngCáchTốiĐa)
activate DM
DM --> RS: danhSáchTàiXếCóSẵn
deactivate DM
alt Tìm thấy tài xế
RS -> NS: sendRideRequestToDriver(idTàiXế, điểm đón, cước)
activate NS
NS --> Tài xế: Thông báo đẩy "Yêu cầu chuyến đi mới"
NS --> RS: yêuCầuGửi
alt Tài xế chấp nhận
Tài xế -> NS: acceptRide()
NS --> RS: driverResponse(accept)
break Thành công ghép nối
else Tài xế từ chối hoặc hết thời gian
note right of RS: Tiếp tục đến tài xế tiếp theo hoặc thất bại
break Không có chấp nhận
end
RS -> Maps: startTrackingSession(idChuyến)
activate Maps
Maps --> RS: idTheoDõi, cậpNhậtBảnĐồ
deactivate Maps
RS -> NS: notifyPassenger("Tài xế được giao", thôngTinTàiXế, thờiGianĐến)
NS --> Hành khách: Thông báo đẩy "Tài xế đang trên đường"
RS -> NS: notifyDriver("Chuyến đi xác nhận", thôngTinHànhKhách)
NS --> Tài xế: Thông báo đẩy "Chuyến đi được chấp nhận"
RS --> App: rideMatched(thôngTinTàiXế, phươngTiện, thờiGianĐến)
App --> Hành khách: Hiển thị thông tin tài xế & bản đồ
else Không có tài xế nào sẵn sàng
RS --> App: noDrivers("Không có tài xế nào gần đó. Thử lại?")
break Không có tài xế
end
end
alt Thành công ghép nối
RS --> App: bookingConfirmed(idChuyến)
App --> Hành khách: Hiển thị "Chuyến đi đã đặt!" + theo dõi
else Không có chấp nhận sau nhiều lần thử
RS --> App: requestFailed("Không có tài xế nào sẵn sàng. Thử lại?")
App --> Hành khách: Hiển thị lỗi & tùy chọn thử lại
end
deactivate RS
else Hành khách hủy
App --> Hành khách: Đã hủy
end
deactivate App
@enduml
✅ Không có return lệnh — được thay thế bằng break và luồng hợp lý.
✅ Tất cả kích hoạt/tắt kích hoạt cặp được đóng đúng cách.
✅ alt/vòng lặp/opt được lồng ghép và kết thúc đúng cách.
✅ ref các đoạn được ngụ ý thông quastartTrackingSession (có thể trích xuất thành sơ đồ con).
✅ <<ngoại vi>> các kiểu dáng được sử dụng để rõ ràng hơn.
✅ Thử ngay bây giờ: Dán vào https://www.plantuml.com/plantuml → Nhấp vào “Tạo” → Xem bản vẽ luồng đầy đủ ngay lập tức.
Đi tới PlantUML Live
Dán mã nguồn → Nhấn “Tạo”
✅ Sơ đồ tuần tự trực quan tức thì
💡 Mẹo hay: Thêm
skinparam backgroundColor #F8F8F8để có nền trắng sạch sẽ.
Mở Visual Paradigm Desktop hoặc VP Online
Tạo một mới Sơ đồ tuần tự
Sử dụng Công cụ > Nhập > PlantUML → Dán mã nguồn
Tự động tạo với các đường đời, tin nhắn và thanh kích hoạt
Sử dụng chat.visual-paradigm.com để nhập yêu cầu:
“Tái cấu trúc sơ đồ chia sẻ xe này thành kiến trúc microservices: tách riêng RideService, MatchingService, NotificationService và PaymentService. Thêm bước thanh toán tùy chọn sau khi ghép đôi.”
VP AI sẽ:
Tách RideService thành RideController, RideService, PaymentService
Thêm PaymentService với processPayment() gọi
Thêm <<ngoại bộ>> cho Cổng thanh toán
Thêm tùy chọn cho nâng cấp tùy chọn lên gói cao cấp
Đăng nhập vào online.visual-paradigm.com
Mở OpenDocs → Tạo trang mới: “Especificación luồng đặt xe”
Chèn sơ đồ.
Thêm:
Điều kiện tiền đề: “Người dùng phải đăng nhập, GPS phải được bật”
Điều kiện hậu đề: “Đã ghép xe, đang theo dõi hoạt động, tài xế đã được thông báo”
Trường hợp ngoại lệ: “Không có tài xế nào chấp nhận trong vòng 30 giây”, “GPS không khả dụng”
Liên kết: Để sử dụng sơ đồ Use Case, sơ đồ lớp, máy trạng thái
| Lợi ích | Giải thích |
|---|---|
| Sáng tạo nhanh | Viết UML trong vài giây với PlantUML |
| Tối ưu hóa được hỗ trợ bởi AI | Tái cấu trúc thành các dịch vụ vi mô hoặc kiến trúc theo lớp |
| Hỗ trợ kiểm soát phiên bản | Lưu mã nguồn trong Git — không có tệp nhị phân |
| Khả năng mở rộng | Mở rộng với các loại xe, chương trình khuyến mãi, xe chở nhóm |
| Tương thích với nhiều công cụ | Hoạt động tốt trên VS Code, Confluence, GitHub, v.v. |
Muốn đi xa hơn? Dưới đây là các mở rộng phổ biến:
opt Loại xe: Premium
RS -> Ứng dụng: showPremiumOption()
Ứng dụng --> RS: selectPremium()
RS -> Bản đồ: recalculateFareWithSurge()
Bản đồ --> RS: newFare, updatedEta
end
RS -> Dịch vụThanhToán: processPayment(idXe, sốTiền)
kích hoạt Dịch vụThanhToán
Dịch vụThanhToán --> RS: thành công, idGiaoDịch
tắt kích hoạt Dịch vụThanhToán
RS --> Ứng dụng: showPaymentConfirmed()
Tài xế -> NS: cancelRide(lý do)
NS --> RS: driverCanceled
RS -> Ứng dụng: notifyPassenger("Tài xế đã hủy. Đang tìm tài xế mới...")
Hãy cho tôi biết nếu bạn muốn các biến thể này dưới dạng mã PlantUML đầy đủ!
Quy trình đặt xe chia sẻ không chỉ đơn thuần là ghép nối — đó là về sự phối hợp theo thời gian thực, giao tiếp bất đồng bộ, và khả năng phục hồi trong điều kiện không chắc chắn. Bằng cách mô hình hóa nó với Sơ đồ tuần tự UML và tận dụng PlantUML + các công cụ AI như Visual Paradigm, các đội có thể:
Thiết kế với sự rõ ràng và chính xác
Phát hiện các trường hợp biên sớm (ví dụ: không có tài xế, hết thời gian)
Hợp tác giữa các bộ phận sản phẩm, kỹ thuật và kiểm thử
Tài liệu về luồng công việc cho kiểm toán, đào tạo và hướng dẫn
✅ Bắt đầu ngay: Dán mã PlantUML phía trên vào PlantUML Live và xem luồng chia sẻ xe của bạn được hiện thực hóa trong vài giây.
Sử dụng autonumber để đảm bảo khả năng truy xuất nguồn gốc.
Thêm hide footbox để xóa chân trang.
Tùy chỉnh màu sắc: skinparam sequenceMessageBackgroundColor #E0F7FA
Xuất dưới dạng PNG/SVG/PDF cho báo cáo hoặc trình bày.
📬 Cần giúp đỡ?
Muốn một phiên bản với sơ đồ lớp, máy trạng thái, hoặc tích hợp với backend Spring Boot/Node.js?
Chỉ cần hỏi — tôi sẽ tạo mô hình kiến trúc đầy đủ cho bạn.
✨ Mô hình hóa chính xác. Xây dựng nhanh chóng. Giao hàng tự tin.