Mô hình và ký hiệu Quy trình Kinh doanh (BPMN) đóng vai trò là ngôn ngữ phổ quát để mô tả các luồng công việc. Trong tiêu chuẩn trực quan này, các sự kiệnhành động như các điểm kích hoạt và kết quả thúc đẩy toàn bộ quy trình tiến triển. Không hiểu rõ cách các sự kiện này hoạt động sẽ khiến mô hình quy trình trở nên mơ hồ hoặc không thể thực thi về mặt kỹ thuật. Hướng dẫn này phân tích ba loại chính: sự kiện Khởi đầu, sự kiện Trung gian và sự kiện Kết thúc.
Các sự kiện được biểu diễn dưới dạng hình tròn trong ký hiệu BPMN. Các biểu tượng bên trong xác định hành vi cụ thể của chúng. Chúng đánh dấu điểm bắt đầu, sự xảy ra hoặc kết thúc của một hoạt động quy trình. Việc xác định chính xác các sự kiện này đảm bảo rằng logic được truyền tải một cách hợp lý từ nhiệm vụ này sang nhiệm vụ khác.
🟢 Sự kiện Khởi đầu: Điểm Kích hoạt
Một sự kiện Khởi đầu khởi tạo một quy trình. Đây là điểm vào nơi luồng công việc bắt đầu thực thi. Về mặt trực quan, một sự kiện Khởi đầu là một hình tròn có viền mỏng. Có những loại sự kiện Khởi đầu cụ thể quyết định cách thức quy trình được kích hoạt.
1. Sự kiện Khởi đầu Không
- Biểu tượng:Hình tròn trống bên trong một hình tròn lớn hơn.
- Hành vi: Đây là mặc định. Nó chờ can thiệp thủ công hoặc một lời gọi hệ thống bên ngoài để khởi động quy trình.
- Trường hợp sử dụng: Lý tưởng cho các quy trình bắt đầu theo yêu cầu, chẳng hạn như luồng công việc “Yêu cầu phê duyệt” được khởi động bởi người dùng.
2. Sự kiện Khởi đầu Tin nhắn
- Biểu tượng:Biểu tượng phong bì bên trong hình tròn.
- Hành vi: Quy trình bắt đầu khi nhận được một tin nhắn cụ thể. Điều này ngụ ý một điểm kích hoạt bất đồng bộ.
- Trường hợp sử dụng: Nhận xác nhận email hoặc phản hồi API, khởi động chu kỳ thực hiện đơn hàng.
3. Sự kiện Khởi đầu Bộ đếm thời gian
- Biểu tượng:Biểu tượng mặt đồng hồ bên trong hình tròn.
- Hành vi: Quy trình bắt đầu vào một thời điểm cụ thể hoặc dựa trên lịch trình lặp lại.
- Trường hợp sử dụng: Tạo báo cáo hàng ngày, chạy lương hàng tháng hoặc sao lưu hệ thống.
4. Sự kiện Khởi đầu Tín hiệu
- Biểu tượng: Tia chớp màu vàng bên trong hình tròn.
- Hành vi: Quy trình bắt đầu khi một tín hiệu được phát đi. Tín hiệu này có thể được bắt bởi nhiều quy trình cùng lúc.
- Trường hợp sử dụng: Một cảnh báo hệ thống toàn cầu kích hoạt các quy trình bảo trì trên nhiều bộ phận khác nhau.
5. Sự kiện bắt đầu lỗi
- Ký hiệu: Dấu chấm than bên trong hình tròn (thường màu đỏ).
- Hành vi: Hiếm khi được sử dụng như một sự kiện bắt đầu trong các luồng tiêu chuẩn, nhưng về mặt kỹ thuật là khả thi nếu một quy trình được thiết kế để phục hồi từ trạng thái lỗi cụ thể ngay lập tức khi khởi động.
Rất quan trọng cần lưu ý rằng một quy trình phải có đúng một sự kiện bắt đầu. Việc có nhiều sự kiện bắt đầu có thể dẫn đến sự nhầm lẫn về điều kiện nào khởi động quy trình làm việc.
🟡 Sự kiện trung gian: Sự xảy ra
Các sự kiện trung gian xảy ra trong quá trình thực thi. Chúng nằm giữa các sự kiện Bắt đầu và Kết thúc. Các sự kiện này có thể bắt một sự kiện (chờ đợi điều gì đó) hoặc phát ra một sự kiện (gửi điều gì đó đi). Về mặt trực quan, chúng là các hình tròn có viền dày.
1. Sự kiện bắt trung gian
Các sự kiện này tạm dừng luồng quy trình cho đến khi một điều kiện cụ thể được đáp ứng. Khi điều kiện được thỏa mãn, luồng sẽ tiếp tục.
- Bắt tin nhắn: Chờ đợi một tin nhắn cụ thể đến. Quy trình sẽ bị đình trệ cho đến khi dữ liệu được nhận.
- Bắt bộ đếm thời gian: Làm chậm quy trình trong một khoảng thời gian cụ thể (ví dụ: chờ 3 ngày) hoặc cho đến một ngày cụ thể.
- Bắt lỗi: Chờ đợi một lỗi cụ thể được ném ra bởi một tác vụ phía trước. Điều này thường được sử dụng trong các quy trình con xử lý lỗi.
- Bắt tín hiệu: Chờ đợi một tín hiệu được phát đi. Khác với tin nhắn, tín hiệu được phát đi rộng rãi, không gửi đến một người nhận cụ thể.
- Bắt liên kết: Kết nối đến một sự kiện phát liên kết trong cùng một quy trình. Hữu ích cho các vòng lặp dài hoặc luồng phức tạp.
- Bắt nâng cấp: Chờ đợi một nâng cấp được ném ra. Điều này đặc biệt dùng để xử lý các nâng cấp quy trình.
2. Sự kiện phát trung gian
Các sự kiện này ngay lập tức kích hoạt một hành động khi luồng đi qua chúng. Chúng không làm dừng luồng.
- Phát tin nhắn: Gửi một tin nhắn đến một thành viên hoặc hệ thống khác ngay lập tức.
- Gửi tín hiệu: Phát tín hiệu đến tất cả các quá trình đang lắng nghe tín hiệu cụ thể đó.
- Gửi sự kiện nâng cao: Kích hoạt một sự kiện nâng cao trong logic quá trình.
- Gửi liên kết: Chuyển luồng điều khiển đến một sự kiện bắt liên kết ở nơi khác trong sơ đồ.
3. Sự kiện biên trung gian
Một loại sự kiện trung gian đặc biệt được gắn vào biên của một Nhiệm vụ hoặc Tiểu quá trình. Nó cung cấp cách xử lý các sự gián đoạn mà không cần dừng luồng chính ngay lập tức.
- Biên hủy bỏ: Hủy bỏ hoạt động nếu sự kiện xảy ra.
- Biên bộ đếm thời gian: Kích hoạt một con đường thay thế nếu nhiệm vụ mất quá nhiều thời gian (hết thời gian).
- Biên tin nhắn: Cho phép nhiệm vụ tiếp tục đồng thời lắng nghe một tin nhắn.
- Biên lỗi: Bắt lỗi xảy ra trong quá trình thực thi nhiệm vụ được gắn kết.
Hiểu rõ sự khác biệt giữa Bắt và Gửi là rất quan trọng. Bắt chờ đợi; Gửi hành động. Nhầm lẫn hai khái niệm này có thể dẫn đến các quá trình bị treo vô thời hạn hoặc thực thi quá sớm.
🔴 Sự kiện kết thúc: Sự kết thúc
Các sự kiện kết thúc cho biết quá trình đã hoàn thành thành công hay thất bại. Chúng đánh dấu điểm cuối cùng của thực thi. Giống như các sự kiện bắt đầu, chúng là hình tròn, nhưng thường có viền đậm để thể hiện tính chất kết thúc.
1. Sự kiện kết thúc Không
- Ký hiệu: Hình tròn trống.
- Hành vi: Quá trình đơn giản dừng lại. Không có dữ liệu nào được gửi đi, và không có thông báo bên ngoài nào được thực hiện.
- Trường hợp sử dụng: Một quy trình chuẩn hoàn thành mà không cần sự xác nhận bên ngoài thêm.
2. Sự kiện kết thúc tin nhắn
- Ký hiệu:Biểu tượng phong bì.
- Hành vi: Gửi một thông điệp như bước cuối cùng của quy trình.
- Trường hợp sử dụng: Gửi email xác nhận “Đơn hàng đã hoàn thành” đến khách hàng.
3. Sự kiện kết thúc tín hiệu
- Ký hiệu: Tia chớp màu vàng.
- Hành vi: Phát tín hiệu để kết thúc các quy trình liên quan khác hoặc thông báo cho hệ thống.
- Trường hợp sử dụng: Thông báo cập nhật trạng thái toàn cầu rằng một giao dịch cụ thể đã hoàn tất.
4. Sự kiện kết thúc lỗi
- Ký hiệu: Dấu chấm than.
- Hành vi: Chỉ ra rằng quy trình kết thúc do điều kiện lỗi.
- Trường hợp sử dụng: Ghi lại một giao dịch thất bại không thể khôi phục.
5. Sự kiện kết thúc kết thúc
- Ký hiệu: Vòng tròn đậm có dấu chéo (X) hoặc viền dày.
- Hành vi: Dừng ngay lập tức toàn bộ phiên bản quy trình, hủy bỏ tất cả các nhánh song song đang hoạt động.
- Trường hợp sử dụng: Hủy bỏ một đơn hàng mà tất cả các bước tiếp theo phải bị hủy ngay lập tức.
📊 Bảng so sánh sự kiện
Để trực quan hóa sự khác biệt, vui lòng tham khảo bảng so sánh dưới đây.
| Tính năng | Sự kiện bắt đầu | Sự kiện trung gian | Sự kiện kết thúc |
|---|---|---|---|
| Hình dạng | Hình tròn (viền mỏng) | Hình tròn (viền dày) | Hình tròn (viền dày) |
| Dòng kết nối | Chỉ có một luồng ra | Một luồng vào, một luồng ra | Chỉ có một luồng vào |
| Số lượng quy trình | Chính xác một cái mỗi quy trình | Không hoặc nhiều hơn mỗi quy trình | Không hoặc nhiều hơn mỗi quy trình |
| Thời gian | Khởi tạo luồng | Xảy ra trong quá trình luồng | Kết thúc luồng |
| Chức năng chính | Kích hoạt | Chờ, Gửi hoặc Xử lý | Hoàn tất hoặc Hủy bỏ |
⚠️ Các thực hành tốt nhất và những sai lầm phổ biến
Khi mô hình hóa các quy trình phức tạp, tuân thủ các tiêu chuẩn sẽ ngăn ngừa sự mơ hồ. Dưới đây là những hướng dẫn chính để duy trì sự rõ ràng và tính toàn vẹn kỹ thuật.
1. Tránh các sự kiện bị tách rời
Đảm bảo mọi sự kiện đều được kết nối với một luồng. Một sự kiện không có luồng vào hoặc luồng ra thường là lỗi mô hình hóa. Các sự kiện trung gian phải có một kết nối vào và một kết nối ra, trừ khi chúng được gắn vào biên của một tác vụ.
2. Phân biệt giữa các loại bộ đếm thời gian
Không nhầm lẫn giữa Sự kiện bắt đầu bộ đếm thời gian với Sự kiện trung gian bộ đếm thời gian.
- Bắt đầu bộ đếm thời gian: Quy trình bắt đầu vì của bộ đếm thời gian.
- Sự kiện trung gian bộ đếm thời gian: Quy trình tạm dừng vì của bộ đếm thời gian.
3. Sử dụng sự kiện biên để xử lý ngoại lệ
Thay vì tạo các cổng phức tạp để kiểm tra lỗi, hãy gắn các sự kiện biên lỗi vào các nhiệm vụ. Điều này giúp đường đi bình thường (happy path) luôn rõ ràng và tách biệt logic xử lý lỗi về mặt hình ảnh.
4. Quy ước đặt tên
Đặt tên rõ ràng cho các sự kiện của bạn. Một sự kiện “Bắt tin nhắn” nên được đặt tên theo tên tin nhắn (ví dụ: “Nhận xác nhận thanh toán”). Điều này giúp các bên liên quan hiểu được dữ liệu cần thiết tại điểm cụ thể đó.
5. Hạn chế độ phức tạp của tín hiệu
Mặc dù tín hiệu rất mạnh mẽ, nhưng sử dụng quá mức có thể khiến quy trình trở nên khó theo dõi. Tín hiệu là toàn cục. Nếu một tín hiệu được phát ra, nhiều quy trình có thể phản ứng. Hãy ghi chú các mối phụ thuộc này trong một sơ đồ hoặc tài liệu hỗ trợ.
6. Hướng dòng tuần tự
Luôn đảm bảo dòng chảy di chuyển từ Bắt đầu đến Kết thúc. Các sự kiện trung gian không bao giờ được tạo vòng lặp trừ khi được thiết kế rõ ràng với các cổng. Vòng lặp vô hạn cho thấy lỗi logic trong xử lý sự kiện.
🛠 Các cân nhắc về triển khai
Chuyển đổi một sơ đồ thành mã thực thi đòi hỏi sự chú ý đặc biệt đến ngữ nghĩa của sự kiện.
- Quản lý trạng thái:Các sự kiện trung gian thường yêu cầu động cơ duy trì trạng thái (ví dụ: đang chờ tin nhắn). Điều này ảnh hưởng đến hiệu suất nếu quá nhiều quy trình đang chờ đồng thời.
- Hành vi bất đồng bộ:Các sự kiện tin nhắn ngụ ý giao tiếp bất đồng bộ. Hệ thống phải xử lý hàng đợi tin nhắn và các lần thử lại.
- Xử lý thời gian chờ:Các sự kiện bộ đếm thời gian phải bền bỉ trước những thay đổi về đồng hồ hoặc thời gian ngừng hoạt động của hệ thống. Một bộ đếm thời gian được thiết lập 1 giờ không được thất bại nếu hệ thống khởi động lại trong 10 phút.
- Truyền lan lỗi:Các sự kiện lỗi nên được truyền lên theo cấp độ nếu không được xử lý tại chỗ. Đảm bảo các điều kiện biên được xác định chính xác.
🔍 Phân tích chi tiết hành vi sự kiện
Hãy cùng khám phá sự tinh tế trong tương tác cụ thể giữa các sự kiện trong một tình huống thực tế.
Tình huống: Xử lý đơn hàng
Hãy tưởng tượng một quy trình xử lý đơn hàng khách hàng. Tình huống này sử dụng cả ba loại sự kiện.
- Bắt đầu: Một Sự kiện bắt đầu tin nhắn nhận dữ liệu “Đơn hàng mới” từ nền tảng thương mại điện tử.
- Trung gian:Sau khi kiểm tra tồn kho, một Sự kiện định thời trung gianchờ 24 giờ để xác nhận thanh toán. Nếu không nhận được thanh toán, một Sự kiện ném tin nhắn trung giangửi thông báo nhắc nhở.
- Kết thúc:Khi thanh toán được xác nhận, một Sự kiện kết thúc tin nhắngửi thông tin vận chuyển đến kho hàng.
Trong luồng này, sự kiện định thời trung gian đóng vai trò như người kiểm soát lối vào. Nếu thời gian định sẵn hết hạn, luồng sẽ chuyển sang nhánh thay thế (Thông báo nhắc nhở). Nếu tin nhắn được nhận trước khi thời gian hết hạn, luồng sẽ tiếp tục tiến đến sự kiện kết thúc.
Xử lý các sự kiện đồng thời
Điều gì xảy ra nếu một quy trình đang chờ tin nhắn nhưng xảy ra lỗi? Đây chính là lúc các quy trình con sự kiện phát huy tác dụng. Một quy trình con sự kiện cho phép bạn định nghĩa một nhánh riêng biệt được kích hoạt bởi một sự kiện, độc lập với luồng chính. Điều này rất quan trọng để duy trì sự ổn định khi các sự kiện bất ngờ xảy ra.
- Kích hoạt quy trình con sự kiện:Chỉ có thể là một sự kiện bắt trung gian (Lỗi, Định thời, Tin nhắn, Tín hiệu, Bùng nổ).
- Thực thi:Nó chạy đồng thời với quy trình chính.
- Phạm vi:Nó nằm trong phạm vi quy trình chính nhưng có luồng nội bộ riêng.
🔗 Sự kiện liên kết và kết nối
Các sự kiện liên kết là một nhóm con duy nhất của các sự kiện trung gian được dùng để kết nối các luồng nằm cách xa nhau về mặt vật lý trong sơ đồ hoặc để quản lý logic vòng lặp phức tạp.
- Sự kiện ném liên kết:Hoạt động như một dấu hiệu đích đến.
- Sự kiện bắt liên kết:Hoạt động như một dấu hiệu nguồn.
Mặc dù chúng giảm nhu cầu về các đường chéo nhau, nhưng lạm dụng chúng có thể khiến sơ đồ khó đọc. Hãy sử dụng chúng một cách tiết chế để duy trì luồng trực quan một cách tự nhiên.
📝 Tóm tắt những điểm chính cần lưu ý
Thành thạo các chi tiết tinh tế của sự kiện BPMN là điều cần thiết để tạo ra các mô hình quy trình vững chắc. Sự kiện Bắt đầu xác định điểm vào, Sự kiện Trung gian quản lý luồng và các gián đoạn, và Sự kiện Kết thúc xác định điểm ra.
- Tính nhất quán:Duy trì các hình dạng tiêu chuẩn. Không được trộn lẫn các đường viền mỏng và dày một cách tùy tiện.
- Rõ ràng:Đặt tên cho các sự kiện dựa trên hành động, chứ không phải dựa trên hình dạng.
- Lôgic:Đảm bảo mọi luồng đều dẫn đến kết thúc hoặc một vòng lặp hợp lệ.
- Xác minh:Kiểm tra xem mỗi sự kiện Start và End có duy nhất trong từng phiên bản quy trình hay không.
Bằng cách áp dụng các nguyên tắc này, các kiến trúc sư quy trình có thể xây dựng các mô hình không chỉ rõ ràng về mặt trực quan mà còn vững chắc về mặt kỹ thuật cho các động cơ thực thi. Sự phân biệt giữa chờ đợi (Bắt) và hành động (Gửi) vẫn là khái niệm quan trọng nhất cần nắm vững.
