Mô hình và ký hiệu quy trình kinh doanh, hayBPMN, là một ngôn ngữ trực quan chuẩn hóa để mô tả cách công việc được thực hiện. Nó giúp các nhà phân tích kinh doanh, quản lý, nhà phát triển và những người tham gia quy trình hiểu cùng một quy trình mà không cần dựa vào các quy trình viết dài dòng.

Một sơ đồ BPMN được xây dựng từ bốn nhóm chính:

Biểu đồ tham khảo ký hiệu BPMN minh họa các đối tượng luồng, đối tượng kết nối, làn bơi và các tác phẩm với ví dụ và mô tả.

Các đối tượng luồng:Sự kiện, hoạt động và cổng điều kiện
Các đối tượng kết nối:Luồng thứ tự, luồng tin nhắn và liên kết
Các làn đường:Các bể chứa và làn đường
Các tài liệu hỗ trợ:Các đối tượng dữ liệu, nhóm và chú thích văn bản

Hướng dẫn này tập trung vào nhóm quan trọng nhất:Các đối tượng luồng BPMN. Các đối tượng luồng mô tả điều gì xảy ra trong một quy trình, công việc nào được thực hiện và cách quy trình chuyển từ một nhánh sang nhánh khác.

1. Các đối tượng luồng BPMN là gì?

Các đối tượng luồng là những thành phần trung tâm trong sơ đồ quy trình BPMN. Chúng được kết nối với nhau bằng các luồng thứ tự và đại diện cho hành vi của một quy trình.

Có ba loại:

Đối tượng luồng	Hình dạng cơ bản	Mục đích chính
Sự kiện	Hình tròn	Điều gì đó xảy ra
Hoạt động	Hình chữ nhật bo tròn	Công việc được thực hiện
Cổng kết nối	Hình thoi	Một quyết định, điểm chia tách, điểm hợp nhất hoặc điểm đồng bộ

Một quy trình đơn giản có thể trông khái niệm như sau:

Sự kiện bắt đầu → Hoạt động → Cổng kết nối → Hoạt động → Sự kiện kết thúc

Ví dụ:

Sơ đồ luồng BPMN hiển thị luồng quy trình với các biểu tượng sự kiện bắt đầu, hoạt động, cổng và sự kiện kết thúc.

Đơn hàng nhận được → Kiểm tra tồn kho → Hàng hóa có sẵn không?
                                      ├── Có → Gửi đơn hàng
                                      └── Không → Thông báo cho khách hàng

Các hình dạng đơn giản, nhưng các biểu tượng bên trong chúng cung cấp thêm ý nghĩa.

2. Sự kiện: Những điều xảy ra

Một sự kiệnđại diện cho điều gì đó xảy ra trong quá trình thực hiện một quy trình. Khác với một hoạt động, một sự kiện không phải là công việc do con người hoặc hệ thống thực hiện. Nó có thể kích hoạt một quy trình, ngắt quãng một hoạt động, báo hiệu một điều kiện, hoặc cho biết cách thức một quy trình kết thúc.

Các sự kiện được hiển thị dưới dạng hình tròn. Viền chỉ ra nơi sự kiện xảy ra trong quy trình:

Loại sự kiện	Kiểu viền	Ý nghĩa
Sự kiện bắt đầu	Đường đơn mảnh	Chỉ ra cách một quy trình bắt đầu
Sự kiện trung gian	Đường kép	Xảy ra giữa điểm bắt đầu và kết thúc
Sự kiện kết thúc	Đường đơn dày	Chỉ ra cách một nhánh quy trình kết thúc

Một sự kiện bắt đầu có thể bắt lấy một tín hiệu kích hoạt, chẳng hạn như một tin nhắn đến hoặc một thời điểm đã lên lịch. Một sự kiện trung gian có thể chờ đợi hoặc gửi đi một điều gì đó. Một sự kiện kết thúc tạo ra kết quả cuối cùng của một nhánh quy trình.

2.1 Sự kiện bắt đầu

Một sự kiện bắt đầuchỉ ra tín hiệu kích hoạt bắt đầu một quy trình hoặc quy trình con.

Nó được vẽ dưới dạng hình tròn có viền mảnh.

Các ví dụ phổ biến bao gồm:

Một khách hàng gửi một đơn hàng
Một nhân viên gửi một yêu cầu nghỉ phép
Một bộ đếm thời gian đạt đến ngày đã lên lịch
Một tin nhắn đến
Một hệ thống phát hiện một điều kiện
Một trường hợp mới được tạo

Sự kiện bắt đầu không

Một hình tròn bắt đầu đơn giản có nghĩa là quy trình bắt đầu mà không cần một sự kiện kích hoạt được mô hình hóa cụ thể.

○

Ví dụ:

○ → Xem xét đơn đăng ký

Sử dụng sự kiện bắt đầu không khi nguồn kích hoạt chính xác là chưa biết, không liên quan hoặc cố ý để chung chung.

Sự kiện bắt đầu bằng tin nhắn

Biểu tượng tin nhắn bên trong sự kiện bắt đầu cho thấy quy trình bắt đầu khi nhận được một tin nhắn.

Ví dụ:

◉ biểu tượng phong bì → Xử lý yêu cầu khách hàng

Các trường hợp sử dụng phổ biến:

Nhận một email
Nhận một yêu cầu API
Nhận một đơn đặt hàng
Nhận một yêu cầu từ một thành viên tham gia khác

Sự kiện bắt đầu định thời

Một đồng hồ bên trong sự kiện bắt đầu cho thấy quy trình bắt đầu theo lịch trình hoặc ngày cụ thể.

Ví dụ:

Bắt đầu tạo hóa đơn mỗi tháng
Bắt đầu quy trình gia hạn 30 ngày trước khi hết hạn
Chạy quy trình đối chiếu hàng ngày

Sự kiện bắt đầu điều kiện

Một sự kiện bắt đầu điều kiện sẽ bắt đầu khi một điều kiện kinh doanh trở nên đúng.

Ví dụ:

Mức tồn kho giảm xuống dưới điểm đặt hàng lại

Sự kiện bắt đầu tín hiệu

Một sự kiện bắt đầu tín hiệu sẽ bắt đầu khi nhận được tín hiệu phát sóng. Khác với tin nhắn, tín hiệu thường không được gửi đến một người nhận cụ thể nào.

Ví dụ:

Nhận tín hiệu “Đóng cửa khẩn cấp” → Đóng tất cả chi nhánh

Sự kiện bắt đầu nhiều

Một sự kiện bắt đầu nhiều cho thấy rằng nhiều tín hiệu khác nhau có thể khởi động cùng một quy trình.

Ví dụ, một trường hợp hỗ trợ có thể bắt đầu khi:

Khách hàng gửi mẫu web
Một đại diện nhập trường hợp thủ công
Một hệ thống giám sát tự động phát hiện một vấn đề

2.2 Sự kiện trung gian

Một sự kiện trung gianxảy ra sau khi một quy trình đã bắt đầu nhưng chưa kết thúc. Nó có thể tạm dừng quy trình, chờ đợi một điều gì đó, gửi một thông điệp, tạo ra một đường dẫn ngoại lệ, hoặc phản hồi với một điều kiện.

Nó được vẽ với viền kép.

Các sự kiện trung gian có thể là:

Bắt lấy:Chờ đợi hoặc nhận được điều gì đó
Gửi đi:Gửi đi hoặc tạo ra điều gì đó

Một sự kiện bắt lấy thường có dấu hiệu không được tô đầy hoặc viền ngoài, trong khi một sự kiện gửi đi thường sử dụng dấu hiệu được tô đầy.

Sự kiện trung gian định thời

Một sự kiện định thời đại diện cho một khoảng thời gian trì hoãn, hạn chót, thời lượng hoặc lịch trình lặp lại.

Ví dụ:

Chờ ba ngày làm việc
Chờ đến một ngày cụ thể
Tăng cấp nếu không có phản hồi nào đến trong vòng 24 giờ
Thực hiện một hành động lặp lại trong khi quy trình đang hoạt động

Ví dụ:

Gửi báo giá → Chờ 3 ngày → Kiểm tra phản hồi

Sự kiện trung gian tin nhắn

Một sự kiện trung gian tin nhắn sẽ chờ một tin nhắn hoặc gửi một tin nhắn.

Ví dụ:

Gửi yêu cầu phê duyệt → Chờ phản hồi phê duyệt

Một sự kiện tin nhắn đặc biệt hữu ích khi một quy trình tương tác với một bên tham gia khác, phòng ban, tổ chức hoặc hệ thống.

Sự kiện trung gian lỗi

Một sự kiện lỗi đại diện cho một điều kiện lỗi ảnh hưởng đến luồng quy trình bình thường.

Nó thường được sử dụng như một sự kiện biên gắn với một hoạt động hoặc quy trình con.

Ví dụ:

Xử lý thanh toán
      │
      └── Lỗi → Xử lý lỗi thanh toán

Sự kiện trung gian nâng cấp

Một sự kiện nâng cấp cho thấy một vấn đề cần sự chú ý ở cấp độ cao hơn mà không nhất thiết đại diện cho một sự cố kỹ thuật.

Ví dụ:

Giải quyết khiếu nại khách hàng
      │
      └── Nâng cấp → Xem xét của trưởng phòng

Sự kiện trung gian điều kiện

Một sự kiện điều kiện sẽ chờ cho đến khi một điều kiện được chỉ định trở nên đúng.

Ví dụ:

Chờ cho đến khi tài khoản khách hàng được xác minh

Sự kiện trung gian tín hiệu

Một sự kiện tín hiệu phát sóng hoặc nhận tín hiệu có thể liên quan đến nhiều người tham gia quy trình.

Ví dụ:

Phát sóng tín hiệu thu hồi sản phẩm

Sự kiện trung gian liên kết

Một sự kiện liên kết kết nối hai điểm cách xa nhau trong cùng một sơ đồ quy trình mà không cần vẽ một đường luồng tuần tự dài xuyên suốt trang giấy.

Sử dụng sự kiện liên kết cẩn trọng. Chúng có thể cải thiện độ rõ ràng của sơ đồ, nhưng sử dụng quá mức có thể khiến quy trình trở nên khó theo dõi hơn.

Sự kiện trung gian bồi hoàn

Một sự kiện bồi hoàn kích hoạt công việc điều chỉnh để hủy bỏ hoặc bù đắp cho một hoạt động trước đó.

Ví dụ:

Hủy đặt phòng khách sạn

Bồi hoàn khác với đường dẫn lỗi thông thường. Nó đặc biệt liên quan đến việc đảo ngược hoặc bù đắp cho công việc đã hoàn thành.

2.3 Sự kiện biên

Một sự kiện biên được gắn trực tiếp vào mép của một hoạt động hoặc hoạt động con. Nó đại diện cho một điều gì đó có thể xảy ra trong khi hoạt động đó đang diễn ra.

Ví dụ:

┌────────────────────┐
│ Ứng dụng quy trình   │
└────────────────────┘
          ○
          │
          └── Hết thời gian → Nâng cao vụ việc

Các sự kiện biên hữu ích trong việc mô hình hóa:

Hết thời gian
Hủy bỏ
Lỗi
Kích hoạt
Tin nhắn đến
Bồi thường
Tín hiệu bên ngoài

Sự kiện ranh giới ngắt quãng

Một sự kiện ranh giới ngắt quãng sẽ dừng hoạt động được gắn kết khi nó xảy ra.

Ví dụ:

Xử lý Thanh toán
      │
      └── Lỗi Thanh toán → Xử lý Sự cố

Hoạt động thanh toán sẽ kết thúc khi lỗi xảy ra.

Sự kiện ranh giới không ngắt quãng

Một sự kiện ranh giới không ngắt quãng sẽ khởi tạo một đường dẫn bổ sung trong khi hoạt động ban đầu vẫn tiếp tục.

Nó thường được hiển thị với viền gạch nối.

Ví dụ:

Xử lý Ứng dụng
      │
      └── Nhắc nhở Bộ đếm thời gian → Gửi Nhắc nhở

Quy trình ứng dụng vẫn tiếp tục trong khi đường dẫn nhắc nhở đang chạy.

Sự phân biệt này rất quan trọng:

Loại sự kiện ranh giới	Tác động đến hoạt động được gắn kết
Ngắt quãng	Dừng hoạt động
Không gián đoạn	Giữ hoạt động đang chạy

2.4 Sự kiện kết thúc

Một sự kiện kết thúcchỉ ra sự kết thúc của một nhánh quy trình. Nó được vẽ dưới dạng một hình tròn có viền dày.

Một quy trình có thể có nhiều hơn một sự kiện kết thúc vì các kết quả khác nhau có thể kết thúc quy trình.

Ví dụ:

Đơn hàng hoàn tất
Yêu cầu bị từ chối
Thanh toán thất bại
Vụ việc bị hủy
Khách hàng đã được thông báo
Quy trình hoàn tất với bồi thường

Sự kiện kết thúc không có gì

Một sự kiện kết thúc đơn giản cho thấy rằng nhánh đã kết thúc mà không xác định kết quả cụ thể nào.

●

Sự kiện kết thúc thông báo

Một sự kiện kết thúc thông báo sẽ gửi một thông báo khi quy trình kết thúc.

Ví dụ:

Đơn hàng được chấp thuận → Gửi xác nhận → Kết thúc tin nhắn

Sự kiện kết thúc lỗi

Một sự kiện kết thúc lỗi kết thúc quy trình bằng cách ném một lỗi đến quy trình cấp cao hơn hoặc bộ xử lý.

Sử dụng nó cho các điều kiện lỗi ở cấp độ quy trình cần được xử lý ở nơi khác.

Sự kiện kết thúc nâng cấp

Một sự kiện kết thúc nâng cấp kết thúc đường dẫn quy trình hiện tại và thông báo rằng đã xảy ra nâng cấp.

Sự kiện kết thúc kết thúc

Một sự kiện kết thúc kết thúc ngay lập tức toàn bộ phiên bản quy trình, bao gồm cả các đường dẫn đang hoạt động khác.

Điều này mạnh hơn so với một sự kiện kết thúc thông thường. Nó nên được sử dụng khi tất cả công việc còn lại phải dừng lại.

Sự kiện kết thúc bồi hoàn

Một sự kiện kết thúc bồi hoàn kích hoạt các hoạt động bồi hoàn trước khi đường dẫn quy trình kết thúc.

3. Hoạt động: Công việc được thực hiện

Một hoạt độngđại diện cho công việc được thực hiện bởi một cá nhân, nhóm, hệ thống hoặc dịch vụ tự động. Các hoạt động được vẽ dưới dạng hình chữ nhật bo tròn.

Ví dụ bao gồm:

Xem xét đơn đăng ký
Chấp thuận hóa đơn
Gửi xác nhận
Xác minh thông tin khách hàng
Tính chi phí vận chuyển
Cập nhật tài khoản
Tạo báo cáo

Các hoạt động tạo nên nền tảng hoạt động của sơ đồ BPMN vì chúng cho thấy nơi thời gian, nỗ lực, chi phí và trách nhiệm được tập trung.

3.1 Đặt tên cho các hoạt động

Tên hoạt động tốt thường tuân theo mẫu này:

Động từ + danh từ

Ví dụ:

Xem xét đơn đăng ký
Duyệt hóa đơn
Tạo hồ sơ khách hàng
Xác minh thanh toán
Gửi email xác nhận

Tránh dùng tên mơ hồ như:

Xử lý
Xử lý yêu cầu
Bước 1
Công việc khác
Hành chính

Tên hoạt động rõ ràng nên mô tả một hành động và đối tượng của nó.

Tên yếu	Tên tốt hơn
Đang xử lý	Xử lý thanh toán
Xem xét	Xem xét đơn đăng ký
Bước của khách hàng	Xác minh danh tính khách hàng
Email	Gửi email phê duyệt
Cập nhật	Cập nhật trạng thái đơn hàng

Một nhiệm vụ thường đại diện cho một đơn vị công việc không thể hoặc không nên chia nhỏ hơn. Một quy trình con đại diện cho một tập hợp các hoạt động liên quan.

3.2 Nhiệm vụ

Một nhiệm vụlà loại hoạt động đơn giản nhất. Nó đại diện cho một đơn vị công việc duy nhất.

Một nhiệm vụ cơ bản được hiển thị dưới dạng hình chữ nhật bo tròn:

╭────────────────────╮
│ Xem xét đơn đăng ký │
╰────────────────────╯

Các nhiệm vụ có thể bao gồm các dấu hiệu nhận biết loại công việc đang được thực hiện.

Nhiệm vụ người dùng

Một nhiệm vụ người dùng được thực hiện bởi con người thông qua việc sử dụng một hệ thống hoặc ứng dụng.

Ví dụ:

Duyệt báo cáo chi phí
Nhập thông tin khách hàng
Xem xét hợp đồng
Giao vụ hỗ trợ

Nhiệm vụ thủ công

Một nhiệm vụ thủ công được thực hiện bởi một người mà không cần sự hỗ trợ từ bộ động lực quy trình kinh doanh hoặc ứng dụng.

Ví dụ:

Kiểm tra thiết bị
Ký một tài liệu giấy
Đóng gói một sản phẩm vật lý
Giao một tài liệu bằng tay

Nhiệm vụ dịch vụ

Một nhiệm vụ dịch vụ được thực hiện tự động bởi một hệ thống, ứng dụng, dịch vụ web hoặc API.

Ví dụ:

Truy xuất điểm tín dụng
Gửi email tự động
Tính thuế
Tạo bản ghi cơ sở dữ liệu
Gọi dịch vụ thanh toán

Nhiệm vụ kịch bản

Một nhiệm vụ kịch bản thực thi một đoạn kịch bản hoặc mã lệnh trong môi trường quy trình.

Ví dụ:

Chuyển đổi dữ liệu
Tính một giá trị
Định dạng một thông điệp
Áp dụng một quy tắc dữ liệu đơn giản

Nhiệm vụ quy tắc kinh doanh

Một nhiệm vụ quy tắc kinh doanh đánh giá các quy tắc kinh doanh, thường thông qua một bộ động lực quy tắc.

Ví dụ:

Xác định hạn mức tín dụng
Tính phí bảo hiểm
Quyết định xem một đơn hàng có đủ điều kiện được giao hàng miễn phí hay không
Xác định cấp độ phê duyệt

Nhiệm vụ gửi

Một nhiệm vụ gửi gửi một thông điệp đến một bên tham gia hoặc hệ thống khác.

Ví dụ:

Gửi hóa đơn
Gửi xác nhận đơn hàng
Gửi thông báo đến kho hàng

Nhận nhiệm vụ

Một nhiệm vụ nhận sẽ chờ một tin nhắn từ một thành viên hoặc hệ thống khác.

Ví dụ:

Nhận hợp đồng đã ký
Nhận xác nhận thanh toán
Nhận trạng thái vận chuyển

3.3 Các quy trình con

Một quy trình conlà một hoạt động chứa một quy trình chi tiết hơn.

Nó có thể được thể hiện theo hai cách:

Quy trình con thu gọn:Một hình chữ nhật bo tròn có dấu cộng
Quy trình con mở rộng:Một hình chữ nhật bo tròn lớn hơn hiển thị luồng bên trong

Sử dụng quy trình con khi nhiều nhiệm vụ liên quan với nhau và sơ đồ cấp cao sẽ trở nên quá chi tiết nếu tất cả chúng đều được hiển thị.

Ví dụ:

╭──────────────────────────────╮
│ + Hoàn tất quá trình đăng ký khách hàng │
╰──────────────────────────────╯

Quy trình con có thể bao gồm:

Thu thập thông tin
        ↓
Xác minh danh tính
        ↓
Tạo tài khoản
        ↓
Gửi tin nhắn chào mừng

Khi nào nên sử dụng quy trình con

Sử dụng khi:

Một nhóm các bước có mục đích kinh doanh rõ ràng
Nhóm này có thể được tái sử dụng về mặt khái niệm
Sơ đồ chính đang trở nên quá tải
Các bên liên quan cần cả cái nhìn tổng quan và chi tiết
Quy trình nội bộ có logic bắt đầu, kết thúc, ngoại lệ hoặc quyết định riêng

Quy trình con nhúng

Một quy trình con nhúng được định nghĩa bên trong quy trình cha của nó và là một phần trong luồng của quy trình đó.

Hoạt động gọi

Một hoạt động gọi kích hoạt một quy trình có thể tái sử dụng được định nghĩa riêng biệt hoặc một nhiệm vụ toàn cục.

Sử dụng khi cùng một logic quy trình được gọi từ nhiều vị trí khác nhau, ví dụ:

Xác minh danh tính khách hàng

Nếu xác minh khách hàng xuất hiện trong nhiều quy trình kinh doanh, một hoạt động gọi có thể tái sử dụng có thể phù hợp hơn so với việc nhân bản tất cả các bước nội bộ của nó.

Quy trình con sự kiện

Một quy trình con sự kiện được kích hoạt bởi một sự kiện bắt đầu trong khi quy trình hoặc quy trình con chứa nó đang hoạt động. Nó hữu ích để xử lý các tình huống bất thường hoặc song song, chẳng hạn như yêu cầu hủy bỏ, nâng cấp khẩn cấp hoặc cập nhật đến. Các quy trình con sự kiện có thể là ngắt quãng hoặc không ngắt quãng.

Ví dụ:

Quy trình chính: Thực hiện đơn hàng

Quy trình con sự kiện:
Yêu cầu hủy → Hủy thực hiện → Hoàn tiền cho khách hàng

3.4 Biểu tượng hoạt động

Các hoạt động có thể bao gồm những biểu tượng nhỏ bổ sung thông tin về cách chúng hoạt động.

Biểu tượng vòng lặp

Biểu tượng vòng lặp cho biết hoạt động sẽ lặp lại cho đến khi điều kiện được đáp ứng.

Ví dụ:

Xem xét tài liệu
      ↻

Sử dụng nó cho các hoạt động như:

Xem xét cho đến khi được duyệt
Thử giao hàng cho đến khi thành công
Liên hệ khách hàng cho đến khi liên lạc được

Biểu tượng nhiều trường hợp song song

Điều này cho biết nhiều phiên bản của cùng một hoạt động chạy đồng thời.

Ví dụ:

Thu thập ba sự chấp thuận

Hoạt động này có thể được thực hiện đồng thời bởi nhiều người xem xét.

Biểu tượng nhiều trường hợp tuần tự

Điều này cho biết các phiên bản chạy lần lượt sau nhau.

Ví dụ:

Xem xét từng mục một lần lượt

Biển chỉ bồi hoàn

Điều này xác định một hoạt động được sử dụng để bồi hoàn cho công việc đã hoàn thành trước đó.

Ví dụ:

Hoàn tiền cho khách hàng

Biển chỉ tạm thời

Một quy trình con tạm thời được biểu diễn bằng một ký hiệu giống như ký tự tilde. Nó cho thấy rằng các hoạt động bên trong quy trình con có thể được thực hiện theo thứ tự linh hoạt hoặc cấu trúc lỏng lẻo thay vì tuân theo một trình tự cố định.

4. Cổng: Quyết định, Chia tách và Gộp

Một cổngkiểm soát cách luồng quy trình tách ra hoặc hợp lại. Các cổng được vẽ dưới dạng hình thoi.

Một cổng thông thường không phải là một nhiệm vụ. Nó không thực hiện công việc ra quyết định trực tiếp. Thay vào đó, nó biểu diễn cách luồng quy trình được kiểm soát sau khi một quyết định, điều kiện hoặc sự kiện đã được đánh giá.

Ví dụ:

Xem xét đơn đăng ký → Đơn đăng ký đã hoàn tất chưa?

Hoạt động xem xét thu thập hoặc đánh giá thông tin. Sau đó, cổng định tuyến quy trình dựa trên kết quả.

Các cổng có thể:

Chia một đường đi thành nhiều đường đi
Gộp nhiều đường đi thành một đường đi
Đồng bộ hóa công việc song song
Chờ một hoặc nhiều sự kiện
Định tuyến công việc dựa trên các điều kiện hoặc quy tắc

4.1 Cổng loại trừ: XOR

Một cổng loại trừchọn đúng một đường dẫn ra.

Nó thường được biểu diễn dưới dạng hình thoi chứa chữ “X”, mặc dù trong một số sơ đồ, dấu hiệu này có thể bị bỏ qua.

Ví dụ:

                    ┌── Được chấp thuận → Tạo tài khoản
Kiểm tra đơn ứng tuyển ─◇
                    └── Bị từ chối → Gửi thông báo từ chối

Chỉ có một đường dẫn được thực hiện.

Các trường hợp sử dụng phổ biến:

Nếu thanh toán được chấp thuận, tiếp tục; ngược lại từ chối
Nếu khách hàng đủ điều kiện, hãy đưa ra ưu đãi giảm giá
Nếu yêu cầu đầy đủ, hãy xử lý nó; ngược lại trả lại

Các đường dẫn ra thường nên có điều kiện hoặc nhãn rõ ràng:

Được chấp thuận
Bị từ chối
Đầy đủ
Chưa đầy đủ
Số tiền > 10.000 USD
Số tiền ≤ 10.000 USD

Hợp nhất loại trừ

Một cổng loại trừ cũng có thể hợp nhất các nhánh thay thế trở lại thành một nhánh. Nó không chờ đợi tất cả các nhánh vì chỉ có một trong các nhánh thay thế mới nên được chọn.

Luồng mặc định

Một nhánh mặc định có thể được sử dụng khi không điều kiện nào được chỉ định là đúng.

Ví dụ:

Được chấp thuận
Bị từ chối
Mặc định → Xem xét thủ công

Một nhánh mặc định hữu ích cho các trường hợp bất ngờ hoặc chưa phân loại.

4.2 Cổng song song: VÀ

Một cổng song songchia quá trình thành nhiều nhánh chạy đồng thời.

Nó được biểu diễn bằng một hình thoi chứa dấu cộng.

Ví dụ:

                 ┌── Chuẩn bị hóa đơn ──┐
Đơn hàng được chấp thuận ─◇                       ◇── Giao đơn hàng
                 └── Dự trữ hàng tồn kho ┘

Cả hai hoạt động đều bắt đầu, và quá trình có thể sau này chờ cả hai hoàn thành.

Chia nhánh song song

Một nhánh chia song song bắt đầu tất cả các nhánh đầu ra.

Sử dụng nó khi tất cả các hoạt động phải xảy ra, bất kể điều kiện.

Ví dụ:

Gửi xác nhận và cập nhật hàng tồn kho
Thông báo cho tài chính và thông báo cho vận hành
Thực hiện kiểm tra bảo mật và kiểm tra gian lận

Kết hợp song song

Một kết hợp song song sẽ chờ tất cả các đường dẫn đầu vào hoàn thành trước khi tiếp tục.

Điều này đôi khi được gọi là đồng bộ hóa.

Chuẩn bị hóa đơn ──┐
                  ◇── Thực hiện đơn hàng
Duy trì tồn kho ┘

Nếu một nhánh đầu vào bị chậm trễ, kết hợp sẽ chờ nó.

4.3 Cổng bao gồm: HOẶC

Một cổng bao gồmchọn một hoặc nhiều đường dẫn đầu ra tùy thuộc vào điều kiện nào là đúng.

Nó được biểu diễn bằng một hình thoi chứa một hình tròn.

Ví dụ:

Khách hàng đủ điều kiện nhận:
- Chiết khấu tiêu chuẩn
- Chiết khấu khách hàng thân thiết
- Chiết khấu khuyến mãi

Có thể chọn nhiều hơn một hành động liên quan đến chiết khấu nếu nhiều điều kiện được thỏa mãn.

Sử dụng cổng bao gồm khi:

Một hoặc nhiều điều kiện có thể đúng
Nhiều đường dẫn có thể chạy đồng thời
Quy trình nên tiếp tục sau khi tất cả các đường dẫn đã chọn hoàn thành

Khác với cổng loại loại trừ, cổng bao gồm không nhất thiết chỉ chọn một đường dẫn. Khác với cổng song song, nó không nhất thiết chọn mọi đường dẫn.

4.4 Cổng dựa trên sự kiện

Một cổng dựa trên sự kiện định tuyến quy trình theo sự kiện nào xảy ra đầu tiên.

Nó thường được theo sau bởi các sự kiện trung gian bắt sự kiện hoặc các tác vụ nhận.

Ví dụ:

Gửi báo giá → Cổng dựa trên sự kiện
                         ├── Nhận tin nhắn → Xử lý chấp nhận
                         └── Hạn chót hết thời gian → Gửi lời nhắc

Chỉ có sự kiện đầu tiên xảy ra mới xác định con đường.

Sử dụng cổng dựa trên sự kiện khi quy trình đang chờ hành vi bên ngoài thay vì đánh giá một điều kiện kinh doanh đã biết. Ví dụ, quy trình có thể chờ phản hồi từ khách hàng hoặc hết thời gian chờ.

Cổng dựa trên sự kiện so với cổng loại loại trừ

Câu hỏi	Cổng loại loại trừ	Cổng dựa trên sự kiện
Điều gì xác định con đường?	Một điều kiện hoặc quy tắc kinh doanh	Sự kiện đầu tiên xảy ra
Câu hỏi điển hình	“Yêu cầu có được chấp thuận không?”	“Điều gì xảy ra đầu tiên?”
Các thành phần thường theo sau	Hoạt động hoặc luồng trình tự	Bắt sự kiện hoặc nhiệm vụ nhận
Nguồn quyết định	Dữ liệu hoặc logic	Sự kiện bên ngoài

4.5 Cổng phức tạp

Một cổng phức tạpxử lý logic định tuyến nâng cao mà không thể diễn đạt rõ ràng bằng các loại cổng tiêu chuẩn.

Ví dụ bao gồm:

Tiếp tục khi ít nhất hai trong ba phê duyệt được nhận
Chọn một con đường dựa trên sự kết hợp phức tạp của các điều kiện
Đồng bộ hóa các con đường đã chọn theo các quy tắc tùy chỉnh

Các cổng phức tạp nên được sử dụng hạn chế. Trong nhiều trường hợp, việc sử dụng nhiều cổng đơn giản hơn hoặc một nhiệm vụ quy tắc kinh doanh được đặt tên rõ ràng sẽ dễ hiểu và dễ bảo trì hơn.

4.6 Các biến thể cổng dựa trên sự kiện

BPMN cũng hỗ trợ các biến thể cổng dựa trên sự kiện, bao gồm:

Cổng dựa trên sự kiện loại loại trừ
Cổng dựa trên sự kiện song song
Cổng dựa trên sự kiện khởi tạo

Một cổng dựa trên sự kiện song song có thể chờ đợi nhiều điều kiện sự kiện, trong khi cổng dựa trên sự kiện loại trừ sẽ tiếp tục dựa trên sự kiện đầu tiên xảy ra. Biến thể phù hợp phụ thuộc vào việc quy trình đang chờ một sự kiện hay một tổ hợp các sự kiện.

5. Cách các đối tượng luồng hoạt động cùng nhau

Ý nghĩa của một sơ đồ BPMN đến từ các mối quan hệ giữa các sự kiện, hoạt động, cổng và các luồng trình tự.

Xem xét một quy trình đặt hàng:

Bắt đầu
  ↓
Nhận đơn hàng
  ↓
Kiểm tra tồn kho
  ↓
Hàng có sẵn không?
  ├── Có → Đóng gói đơn hàng → Giao hàng → Kết thúc
  └── Không → Thông báo cho khách hàng → Kết thúc

Ví dụ này bao gồm:

Một sự kiện bắt đầu đánh dấu bắt đầu quy trình
Các hoạt động nhận hàng, kiểm tra, đóng gói, giao hàng và thông báo
Một cổng loại loại trừ chọn một con đường duy nhất
Hai sự kiện kết thúc hoặc các đường kết thúc đại diện cho các kết quả khác nhau

Một phiên bản nâng cao hơn có thể là:

Bắt đầu
  ↓
Nhận đơn hàng
  ↓
Kiểm tra tồn kho
  ↓
Hàng có sẵn không?
  ├── Không → Thông báo cho khách hàng → Kết thúc
  └── Có → Cổng song song
                   ├── Duy trì tồn kho
                   ├── Chuẩn bị hóa đơn
                   └── Kiểm tra gian lận
                         ↓
                 Gom song song
                         ↓
                    Giao hàng
                         ↓
                        Kết thúc

Ở đây:

Cổng loại loại trừ xác định xem việc thực hiện có thể tiếp tục hay không.
Cổng song song khởi chạy ba hoạt động.
Cổng gom song song chờ đợi cho cả ba hoạt động hoàn tất.
Vận chuyển chỉ bắt đầu sau khi đồng bộ hóa hoàn tất.

6. Sự kiện, Hoạt động và Cổng kết nối: So sánh nhanh

Yếu tố	Câu hỏi chính	Ví dụ
Sự kiện	Điều gì đã xảy ra hoặc sẽ xảy ra?	Thanh toán đã nhận
Hoạt động	Công việc nào được thực hiện?	Xác minh thanh toán
Cổng kết nối	Quy trình nên đi theo tuyến đường nào?	Thanh toán có hợp lệ không?

Một quy tắc hữu ích là:

Sự kiện xảy ra
Hoạt động được thực hiện
Cổng kết nối điều khiển hành trình

Nếu bạn không chắc nên dùng biểu tượng nào, hãy hỏi:

Đây có phải là điều gì đó xảy ra mà không được coi là công việc? Hãy dùng mộtsự kiện.
Có ai hoặc điều gì đang thực hiện một hành động không? Sử dụng mộthoạt động.
Quy trình có đang chia tách, hợp nhất hoặc đang chờ điều kiện định tuyến không? Sử dụng mộtcổng.

7. Kết nối các đối tượng luồng đúng cách

Các đối tượng luồng được kết nối bằng các loại đường khác nhau. Sử dụng bộ nối sai có thể khiến sơ đồ trở nên gây hiểu lầm.

7.1 Luồng thứ tự

Mộtluồng thứ tựlà một đường liền có đầu mũi tên. Nó thể hiện thứ tự mà các đối tượng luồng được thực hiện trong cùng một quy trình.

Hoạt động A → Hoạt động B

Sử dụng luồng thứ tự để kết nối:

Sự kiện với hoạt động
Hoạt động với cổng
Cổng với hoạt động
Hoạt động với sự kiện kết thúc

Một luồng trình tự thông thường không nên vượt qua ranh giới giữa các bể riêng biệt.

7.2 Luồng tin nhắn

Một luồng tin nhắnlà một đường nét đứt có đầu mũi tên hở. Nó đại diện cho sự giao tiếp giữa các bên tham gia hoặc các bể riêng biệt.

Ví dụ:

Khách hàng gửi đơn hàng đến người bán
Người bán gửi xác nhận đến khách hàng
Ngân hàng gửi kết quả thanh toán đến người bán hàng

Sử dụng luồng tin nhắn cho giao tiếp, không dùng để thể hiện thứ tự quy trình nội bộ.

7.3 Liên kết

Một liên kếtlà một đường chấm chấm dùng để kết nối các tác phẩm, ghi chú hoặc biểu diễn dữ liệu với các đối tượng luồng.

Ví dụ:

Đính kèm một tài liệu vào một nhiệm vụ
Liên kết một chú thích văn bản với một hoạt động
Hiển thị rằng một nhiệm vụ sử dụng một đối tượng dữ liệu

Ba loại đối tượng kết nối chính là luồng trình tự, luồng tin nhắn và liên kết.

8. Bể và Làn

Mặc dù các bể và các làn không phải là các đối tượng luồng, chúng cung cấp bối cảnh thiết yếu để hiểu ai thực hiện từng hoạt động.

Bể

Một bể đại diện cho một bên tham gia trong một quy trình.

Ví dụ:

Khách hàng
Nhà cung cấp
Ngân hàng
Công ty
Cơ quan chính phủ
Hệ thống bên ngoài

Một bể có thể chứa toàn bộ quy trình hoặc có thể được hiển thị như một bên tham gia dạng hộp đen mà không có chi tiết bên trong.

Làn

Một làn chia bể theo trách nhiệm, vai trò, phòng ban, hệ thống hoặc vị trí.

Ví dụ:

Dịch vụ khách hàng
Tài chính
Kho hàng
Quản lý
Hệ thống thanh toán

Các làn giúp trả lời câu hỏi:

Ai chịu trách nhiệm cho hoạt động này?

Chúng cũng có thể tiết lộ các điểm chuyển giao, chậm trễ, công việc trùng lặp và quyền sở hữu không rõ ràng.

9. Đối tượng dữ liệu và các thành phần hỗ trợ khác

Các đối tượng dữ liệu không phải là các đối tượng luồng, nhưng chúng cung cấp bối cảnh hữu ích về thông tin được sử dụng, tạo ra hoặc thay đổi bởi các hoạt động.

Ví dụ:

Mẫu đơn đăng ký
Hóa đơn
Đơn đặt hàng
Hồ sơ khách hàng
Tài liệu phê duyệt
Nhãn vận chuyển

Một đối tượng dữ liệu có thể được kết nối với một hoạt động như sau:

Mẫu đơn đăng ký → Xem xét đơn đăng ký

Các đối tượng dữ liệu xác định thông tin liên quan, nhưng chúng không nhất thiết đại diện cho từng phần dữ liệu được xử lý bởi quy trình.

Các thành phần hỗ trợ khác bao gồm:

Kho dữ liệu:Các vị trí bền vững nơi dữ liệu được lưu trữ
Ghi chú văn bản:Các ghi chú giải thích
Nhóm:Sắp xếp trực quan các thành phần liên quan
Các mối liên hệ:Các liên kết giữa các thành phần hỗ trợ và các đối tượng luồng

10. Một phương pháp từng bước để mô hình hóa một quy trình

Bước 1: Xác định phạm vi quy trình

Quyết định quy trình bắt đầu và kết thúc ở đâu.

Ví dụ:

Từ: Khách hàng gửi đơn hàng
Đến: Đơn hàng được giao hoặc bị từ chối

Tránh mô hình hóa toàn bộ tổ chức trong một sơ đồ.

Bước 2: Xác định các bên tham gia

Liệt kê những người, phòng ban, hệ thống hoặc tổ chức tham gia.

Ví dụ:

Khách hàng
Đội bán hàng
Phòng tài chính
Kho hàng
Cổng thanh toán

Những thành phần này có thể trở thành các vùng hoặc làn.

Bước 3: Xác định sự kiện khởi đầu

Hỏi:

Yếu tố nào khiến quy trình này bắt đầu?

Sử dụng sự kiện bắt đầu phù hợp:

Tin nhắn
Bộ đếm thời gian
Kích hoạt điều kiện
Tín hiệu
Không có

Bước 4: Liệt kê các hoạt động chính

Viết từng hoạt động theo định dạng động từ – đối tượng:

Nhận đơn hàng
Xác minh đơn hàng
Tính tổng cộng
Duyệt thanh toán
Giao đơn hàng

Ở giai đoạn này, đừng lo lắng về mọi ngoại lệ.

Bước 5: Thêm các quyết định

Tìm kiếm các câu hỏi như:

Đơn hàng đã hoàn tất chưa?
Thanh toán đã được duyệt chưa?
Hàng tồn kho có sẵn không?
Khách hàng có đủ điều kiện không?
Hạn chót đã qua chưa?

Sử dụng các điểm giao nhau để biểu diễn cách câu trả lời ảnh hưởng đến quy trình.

Bước 6: Thêm công việc song song

Xác định các hoạt động có thể xảy ra đồng thời.

Ví dụ:

Cập nhật tồn kho
Gửi xác nhận
Tạo hóa đơn

Sử dụng điểm giao nhau song song khi tất cả các nhánh phải được hoàn thành hoặc đồng bộ hóa.

Bước 7: Thêm các sự kiện trung gian và sự kiện biên

Hỏi xem điều gì có thể xảy ra trong khi công việc đang được thực hiện:

Hoạt động này có hạn chót không?
Có thể hủy bỏ được không?
Có thể xảy ra lỗi không?
Có thể nhận được tin nhắn bên ngoài không?
Quy trình có nên được nâng cấp nếu mất quá nhiều thời gian không?

Bước 8: Thêm các sự kiện kết thúc

Xác định tất cả các kết quả có ý nghĩa:

Hoàn thành
Từ chối
Hủy bỏ
Thất bại
Nâng cao
Bồi hoàn

Bước 9: Thêm dữ liệu và chú thích

Chỉ bao gồm tài liệu, hệ thống, ghi chú và quy tắc kinh doanh khi chúng giúp cải thiện sự hiểu biết.

Bước 10: Xem xét sơ đồ

Kiểm tra xem:

Mỗi luồng quy trình đều có điểm bắt đầu rõ ràng
Mỗi luồng cuối cùng đều kết thúc
Điều kiện của điểm giao nhau phải dễ hiểu
Các hoạt động phải có người phụ trách rõ ràng
Luồng trình tự thể hiện thứ tự thực tế
Luồng tin nhắn chỉ được sử dụng giữa các bên tham gia
Không có điểm giao nhau nào được sử dụng như một nhiệm vụ
Sơ đồ không bị quá tải bởi các chi tiết không cần thiết

11. Những sai lầm phổ biến khi mô hình hóa BPMN

Sai lầm 1: Sử dụng điểm giao nhau như một hoạt động ra quyết định

Một điểm giao nhau nên định tuyến quy trình, chứ không phải thực hiện phân tích.

Mô hình yếu:

◇ Kiểm tra điểm tín dụng

Mô hình tốt hơn:

Kiểm tra điểm tín dụng → Được duyệt tín dụng?

Hoạt động thực hiện kiểm tra. Cổng điều hướng dựa trên kết quả.

Sai lầm 2: Sử dụng luồng chuỗi giữa các bể riêng biệt

Luồng chuỗi đại diện cho thứ tự quy trình nội bộ. Giao tiếp giữa các bên tham gia riêng biệt nên sử dụng luồng tin nhắn.

Khái niệm sai:

Bể Khách hàng ── luồng chuỗi liền ── Bể Người bán

Khái niệm tốt hơn:

Bể Khách hàng ── luồng tin nhắn gạch chấm ── Bể Người bán

Sai lầm 3: Để các nhánh cổng không được ghi nhãn

Một cổng không có nhãn sẽ tạo ra sự mơ hồ.

Thay vì:

◇ → Đường đi A
  → Đường đi B

Sử dụng:

◇
├── Được duyệt
└── Bị từ chối

Sai lầm 4: Sử dụng cổng loại loại trừ cho công việc song song

Nếu tất cả các hoạt động đều phải xảy ra, đừng sử dụng cổng loại loại trừ.

Sai:

◇ ├── Gửi xác nhận
   └── Cập nhật kho hàng

Điều này có nghĩa là chỉ có một đường đi được chọn.

Sử dụng cổng song song nếu cả hai hoạt động đều phải xảy ra:

+ ├── Gửi xác nhận
  └── Cập nhật kho hàng

Sai lầm 5: Sử dụng cổng song song cho công việc điều kiện

Một cổng song song kích hoạt mọi đường đi ra. Nếu chỉ một số đường đi cần chạy, hãy sử dụng cổng loại loại trừ hoặc loại bao gồm.

Sai lầm 6: Mô hình hóa mọi hành động nhỏ

Một sơ đồ có thể trở nên khó đọc nếu bao gồm mọi thao tác nhấp chuột, nhập dữ liệu và hành động hệ thống nội bộ.

Mô hình hóa ở cấp độ phù hợp với đối tượng của bạn:

Các nhà điều hành cần các giai đoạn chính
Người sở hữu quy trình cần trách nhiệm và quyết định
Các nhà phát triển có thể cần chi tiết ở cấp độ triển khai
Các kiểm toán viên có thể cần kiểm soát và bằng chứng

Sai lầm 7: Tạo các đường đi bị chết

Mọi đường đi theo luồng trình tự nên cuối cùng đạt đến một sự kiện kết thúc phù hợp hoặc ranh giới quy trình con được xác định rõ ràng.

Sai lầm 8: Pha trộn logic kinh doanh và triển khai kỹ thuật một cách không cần thiết

Sơ đồ quy trình kinh doanh nên giải thích quy trình trước tiên. Các chi tiết kỹ thuật chỉ nên được bao gồm khi chúng giúp đối tượng mục tiêu.

12. Quy ước đặt tên thực tế

Đặt tên nhất quán giúp sơ đồ dễ đọc hơn.

Sự kiện

Đặt tên cho các sự kiện theo kết quả, sự kiện xảy ra hoặc điều kiện:

Đơn hàng đã nhận
Thanh toán đã xác nhận
Hạn chót đã đến
Khách hàng đã hủy
Đã xảy ra lỗi

Các hoạt động

Sử dụng:

Động từ + tân ngữ

Ví dụ:

Xem xét hợp đồng
Chấp thuận yêu cầu
Cập nhật tài khoản
Gửi thông báo

Các điểm chuyển tiếp

Các điểm chuyển tiếp thường rõ ràng nhất khi được liên kết với một câu hỏi:

Đơn đăng ký đã hoàn tất chưa?
Thanh toán đã được chấp thuận chưa?
Hàng tồn kho có sẵn không?
Hạn chót đã qua chưa?

Các đường đi ra phải chứa các câu trả lời:

Có / Không
Được chấp thuận / Bị từ chối
Có sẵn / Không có sẵn

Sự kiện kết thúc

Đặt tên cho các sự kiện kết thúc theo kết quả:

Đơn hàng đã hoàn thành
Yêu cầu bị từ chối
Thanh toán thất bại
Vụ việc đã bị hủy

13. Chọn cổng phù hợp

Sử dụng hướng dẫn ra quyết định này:

Yêu cầu mô hình hóa	Cổng cần sử dụng
Chọn đúng một đường đi dựa trên điều kiện	Cổng loại loại trừ
Bắt đầu mọi đường đi ra	Cổng song song
Chọn một hoặc nhiều đường đi dựa trên điều kiện	Cổng bao hàm
Theo dõi con đường cho sự kiện đầu tiên xảy ra	Cổng điều kiện dựa trên sự kiện
Áp dụng các quy tắc định tuyến chuyên biệt cao	Cổng phức tạp

Một bài kiểm tra tư duy nhanh:

Một con đường?Loại trừ
Tất cả các con đường?Song song
Một số con đường?Bao gồm
Sự kiện đầu tiên?Dựa trên sự kiện
Logic tùy chỉnh bất thường?Phức tạp

14. Một ví dụ hoàn chỉnh: Quy trình hoàn tiền khách hàng

Xem xét một quy trình hoàn tiền khách hàng.

Sơ đồ luồng BPMN minh họa quy trình hoàn tiền cho khách hàng, bao gồm các sự kiện bắt đầu, hoạt động, các cổng loại loại trừ và song song, cũng như các sự kiện kết thúc.

Bắt đầu: Yêu cầu hoàn tiền đã nhận
                ↓
        Xem xét yêu cầu hoàn tiền
                ↓
        Yêu cầu có đủ điều kiện không?
          ├── Không
          │    ↓
          │  Gửi thông báo từ chối
          │    ↓
          │  Kết thúc: Hoàn tiền bị từ chối
          │
          └── Có
               ↓
          Duyệt hoàn tiền
               ↓
        Cổng song song
          ├── Phát hành hoàn tiền
          └── Cập nhật tài khoản khách hàng
               ↓
        Giao điểm song song
               ↓
        Gửi xác nhận hoàn tiền
               ↓
        Kết thúc: Hoàn tiền đã hoàn tất

Mô hình này minh họa:

Một sự kiện bắt đầu bằng tin nhắn
Hoạt động của người dùng hoặc thủ công
Cổng ra loại loại trừ
Đường dẫn từ chối
Phân nhánh song song
Ghép nối song song
Hoạt động xác nhận
Kết quả kết thúc khác nhau

Nếu dịch vụ hoàn tiền có thể thất bại, hãy thêm một sự kiện lỗi biên vào Phát hành hoàn tiền:

Phát hành hoàn tiền
      │
      └── Lỗi → Tạo trường hợp xem xét thủ công

Nếu hoàn tiền phải được hoàn tất trong vòng năm ngày làm việc, hãy thêm một sự kiện bộ đếm thời gian biên:

Phát hành hoàn tiền
      │
      └── Hết hạn 5 ngày → Nâng cao hoàn tiền

15. Bảng ghi nhớ ký hiệu BPMN gọn nhẹ

Loại ký hiệu	Ý nghĩa	Cách sử dụng thông thường
Vòng tròn mỏng	Sự kiện bắt đầu	Bắt đầu một quy trình
Hình tròn kép	Sự kiện trung gian	Chờ, gửi, nhận hoặc phản ứng
Hình tròn đậm	Sự kiện kết thúc	Kết thúc một nhánh quy trình
Hình chữ nhật bo tròn	Nhiệm vụ hoặc hoạt động	Thực hiện công việc
Hình chữ nhật bo tròn có dấu cộng	Dưới quy trình con đã thu gọn	Nhóm công việc chi tiết
Hình thoi có dấu X	Cổng lựa chọn độc quyền	Chọn một nhánh
Hình thoi có dấu cộng	Cổng song song	Chạy tất cả các nhánh
Hình thoi có hình tròn	Cổng lựa chọn bao hàm	Chạy một hoặc nhiều đường đi
Hình thoi có dấu hiệu sự kiện	Cổng điều kiện dựa trên sự kiện	Theo dõi sự kiện đầu tiên
Mũi tên liền	Dòng tuần tự	Hiển thị thứ tự nội bộ
Mũi tên gạch ngang	Dòng thông điệp	Hiển thị giao tiếp
Kết nối chấm	Liên kết	Liên kết ghi chú hoặc dữ liệu
Bể	Tham gia viên	Đại diện cho một tổ chức hoặc quy trình
Làn đường	Vai trò hoặc trách nhiệm	Giao quyền sở hữu
Hình dạng tài liệu/dữ liệu	Đối tượng dữ liệu	Hiển thị thông tin được sử dụng hoặc tạo ra

16. Các nguyên tắc mô hình hóa cuối cùng

Các sơ đồ BPMN hiệu quả nhất tuân theo một vài nguyên tắc cơ bản:

Sử dụng sự kiện cho những việc xảy ra.
Sử dụng hoạt động cho công việc mà con người hoặc hệ thống thực hiện.
Sử dụng cổng để kiểm soát hoặc đồng bộ hóa các đường đi.
Sử dụng luồng trình tự để thể hiện thứ tự nội bộ của quy trình.
Sử dụng luồng tin nhắn để giao tiếp giữa các bên tham gia.
Ghi nhãn rõ ràng các quyết định và điều kiện đầu ra.
Sử dụng các quy trình con để kiểm soát độ phức tạp.
Thể hiện trách nhiệm bằng các bể và làn.
Sử dụng sự kiện biên để xử lý thời gian hết hạn, lỗi và ngắt quãng.
Mô hình hóa ở mức độ phù hợp với đối tượng người xem.
Cung cấp cho mỗi hành trình có ý nghĩa một kết quả rõ ràng.
Ưu tiên các sơ đồ đơn giản, dễ hiểu hơn là những sơ đồ quá cầu kỳ.

Khi ba ý tưởng cốt lõi này trở nên quen thuộc—sự kiện xảy ra, hoạt động được thực hiện, và cổng kiểm soát luồng—hầu hết các sơ đồ BPMN trở nên dễ đọc và dễ tạo hơn rất nhiều.

This post is also available in Deutsch, English, Español, فارسی, Français, English, Bahasa Indonesia, 日本語, Polski, Portuguese, Ру́сский, 简体中文 and 繁體中文.