BPMN, UML hay lưu đồ: nên dùng sơ đồ nào? — article illustration

Chuyển quy trình đó thành sơ đồ BPMN

Vẽ miễn phí

Mô hình hóa quy trình

BPMN, UML hay lưu đồ: nên dùng sơ đồ nào?

BPMN và UML khác nhau thế nào: mỗi ký pháp mô hình hóa điều gì, bảng so sánh giúp bạn chọn và lý do chúng tôi dùng BPMN 2.0 thay vì tự tạo ký pháp riêng.

BPMN hay UML phù hợp hơn tùy vào điều bạn cần mô hình hóa. BPMN mô tả quy trình nghiệp vụ và cách công việc chuyển giữa những người tham gia. UML mô tả cấu trúc và hành vi của phần mềm. Lưu đồ là cách nhanh, không chính thức để thể hiện các bước và quyết định. Chúng có thể trông giống nhau, nhưng không thể thay thế cho nhau.

Trang này so sánh mục đích của từng ký pháp, đưa ra một bảng giúp bạn lựa chọn và giải thích vì sao chúng tôi mô hình hóa bằng BPMN 2.0 thay vì dùng ký pháp riêng.

Mỗi ký pháp dùng để mô hình hóa điều gì?

BPMN 2.0 là viết tắt của Business Process Model and Notation. Tiêu chuẩn này do Object Management Group (OMG) duy trì và dùng để mô hình hóa quy trình nghiệp vụ: người tham gia, hoạt động, trình tự, quyết định và các sự kiện kích hoạt hoặc làm gián đoạn công việc. Ký hiệu và quy tắc kết nối được xác định rõ, nên bạn có thể kiểm tra mô hình theo các quy tắc đó. BPMN 2.0 cũng quy định định dạng XML để trao đổi mô hình giữa các công cụ. Để tìm hiểu nhập môn, xem bài BPMN 2.0 là gì.

UML là viết tắt của Unified Modeling Language. Đây cũng là tiêu chuẩn của OMG, dùng để mô tả hệ thống phần mềm và hành vi của chúng. UML gồm sơ đồ lớp, thành phần, triển khai, trình tự, hoạt động, máy trạng thái và ca sử dụng. Sơ đồ hoạt động là loại thường có phần giao thoa nhất với mô hình hóa quy trình.

Lưu đồ dùng hình dạng và mũi tên để thể hiện các bước và quyết định. Không có tiêu chuẩn quản lý hay bộ quy tắc cố định, nên mỗi nhóm thường tự đặt quy ước: vẽ nhanh nhưng hai người có thể hiểu khác nhau. Tên gọi cũng có nhiều cách viết, nhưng đều chỉ cùng một loại sơ đồ không chính thức.

BPMN, UML hay lưu đồ: chọn thế nào?

Hãy xác định sản phẩm bạn cần tạo, rồi chọn ký pháp ở cột giữa.

Bạn cần mô hình hóa… Dùng Lý do
Quy trình nghiệp vụ có người, nhóm hoặc hệ thống tham gia BPMN 2.0 Ký pháp này có sẵn người tham gia, làn, luồng thông điệp và sự kiện. Bạn cũng có thể kiểm tra tính hợp lệ của mô hình và trao đổi mô hình dưới dạng BPMN 2.0 XML.
Cấu trúc hoặc hành vi phần mềm UML UML có các loại sơ đồ dành cho phần mềm: lớp, thành phần, triển khai, trình tự và máy trạng thái. Sơ đồ hoạt động không phải tiêu chuẩn cho quy trình.
Một quy trình đơn lẻ, phác thảo trong buổi làm việc hoặc một quyết định Lưu đồ Không cần cài đặt hay theo quy tắc nào. Vì thế, lưu đồ cũng không phù hợp để duy trì như một mô hình lâu dài.
Quy trình cần được kiểm tra tính hợp lệ hoặc trao đổi giữa các công cụ BPMN 2.0 Ký pháp có quy tắc để kiểm tra mô hình và có định dạng tệp để chuyển mô hình sang công cụ khác.
Cây quyết định, phép tính hoặc luồng dữ liệu Không loại nào Hãy dùng ký pháp được thiết kế cho loại sản phẩm đó. Cố nhét vào sơ đồ quy trình sẽ che khuất logic sau những ô trông quen mắt.

Câu hỏi không phải là ký pháp nào trông quen thuộc. Điều quan trọng là sơ đồ cần truyền đạt điều gì và ai sẽ dùng nó sau khi bạn vẽ xong.

Làm sao để cả nhóm thống nhất cách làm? Trước tiên, hãy mô tả sản phẩm cần tạo trong một câu, rồi đừng chọn theo công cụ. Sở thích của nhà cung cấp hay giấy phép cũ không phải lý do để chọn ký pháp. Nếu hai ký pháp đều phù hợp, hãy chọn loại mà nhiều người có thể tự đọc hiểu hơn. Ghi lại các quy ước bổ sung như cách đặt tên, bố cục và mức độ chi tiết để mô hình tiếp theo không tự đặt ra quy tắc mới. Một cách kiểm tra đơn giản là đưa sơ đồ cho người không tham gia buổi làm việc và hỏi bước tiếp theo là gì. Nếu họ không trả lời được, thường vấn đề không nằm ở ký pháp.

Vì sao BPMN và UML trông giống nhau?

Sơ đồ hoạt động UML và sơ đồ quy trình BPMN đều có thể dùng hình chữ nhật bo góc cho hoạt động, hình thoi cho quyết định và thanh ngang cho các nhánh chạy song song. Nhìn thoáng qua, chúng có thể trông gần như giống nhau.

Nhưng ý nghĩa của các hình dạng lại khác nhau. Sơ đồ hoạt động UML mô tả hành vi trong bối cảnh phần mềm hoặc hệ thống. Sơ đồ BPMN mô tả công việc do những người tham gia thực hiện, có thể gồm cá nhân, phòng ban và hệ thống. BPMN có các thành phần riêng cho người tham gia, làn, luồng thông điệp và sự kiện. Sơ đồ hoạt động UML không thể hiện các khái niệm quy trình nghiệp vụ này theo cùng cách.

Một quy trình đơn giản được thể hiện bằng sơ đồ BPMN, sơ đồ hoạt động UML và lưu đồ
Một quy trình đơn giản được thể hiện bằng sơ đồ BPMN, sơ đồ hoạt động UML và lưu đồ.

Các công cụ process intelligence thường dùng ký pháp riêng. Chúng tôi chọn BPMN 2.0 vì đây là tiêu chuẩn thực sự duy nhất. Nó có hoàn hảo không? Không. Nhưng đây là ký pháp mọi người đã chọn dùng. Một mô hình vẫn dùng được sau khi rời công cụ tạo ra nó có giá trị hơn một sơ đồ đẹp mắt mà không ai khác đọc được.

Roel Vliegen
Roel Vliegen Đồng sáng lập kiêm CEO

Có thể kết hợp BPMN, UML và lưu đồ không?

Có, miễn là mỗi sơ đồ ghi rõ mình dùng ký pháp nào:

  • Ghi lại quy trình nghiệp vụ bằng BPMN, còn phần mềm hỗ trợ quy trình bằng UML. Nêu rõ mối liên hệ, chẳng hạn dùng chung tên hoặc mã định danh.
  • Dùng UML để thiết kế phần mềm, kể cả khi phần mềm nằm trong một quy trình BPMN. Mỗi mô hình trả lời một câu hỏi khác nhau.

Vấn đề không nằm ở việc dùng nhiều ký pháp trong cùng tổ chức, chính chúng tôi cũng làm vậy. Vấn đề là trộn chúng trong một sơ đồ mà không nói rõ. Nếu người đọc không biết một hình là hoạt động, thành phần phần mềm hay bước không chính thức, họ không thể tin vào sơ đồ.

Khi nào nên chọn lưu đồ?

Câu hỏi BPMN hay lưu đồ cũng tương tự, nhưng ở phạm vi nhỏ hơn. Câu trả lời thường phụ thuộc vào việc bạn có cần duy trì sơ đồ hay không. Lưu đồ phù hợp hơn với quy trình ngắn, phác thảo trong buổi làm việc hoặc lời giải thích dùng một lần: chỉ vài bước và một quyết định, chưa cần cấu trúc phức tạp.

Hãy chọn BPMN khi sơ đồ cần được đọc nhất quán, kiểm tra theo quy tắc ký pháp, xem lại vào quý sau hoặc chia sẻ giữa các nhóm. Nếu chưa chắc, bạn có thể phác thảo trước rồi chuẩn hóa bằng BPMN khi quy trình cần được mô hình hóa chính thức. Để xem thêm các loại sơ đồ, hãy đọc bài sơ đồ hóa quy trình là gì. Nếu bạn đang chuyển khỏi một công cụ vẽ sơ đồ cũ, hãy xem bài các lựa chọn thay thế Visio cho BPMN.

Còn những lưu đồ nhóm bạn đã có thì sao? Hãy xem chúng là đầu vào, không phải mô hình chính thức. Phác thảo trong buổi làm việc thường là cách nhanh nhất để thống nhất phạm vi. Khi quy trình trở nên quan trọng, bạn có thể vẽ lại bằng BPMN trong một hoặc hai giờ. Khi đó, lưu đồ chỉ là bản nháp chứ không phải một mô hình cạnh tranh. Điều cần tránh là duy trì cùng một quy trình bằng hai ký pháp: khi đó không phiên bản nào là nguồn chính thức, và cuộc họp lại xoay quanh câu hỏi phiên bản nào mới nhất.

Làm sao để mô hình BPMN dễ chuyển đổi?

Hãy vẽ ở nơi giữ nguyên ký pháp tiêu chuẩn và cho phép xuất tệp. ProcessMind hỗ trợ mô hình hóa BPMN 2.0 trên trình duyệt và nhập, xuất tệp BPMN, nên sơ đồ không bị khóa trong sản phẩm đã tạo ra nó. Bạn cũng có thể lưu mô hình cạnh quy trình được khai phá từ dữ liệu. Nhờ vậy, bạn có thể so sánh quy trình dự kiến với những gì hệ thống ghi nhận.

Xem không gian làm việc mô hình hóa của ProcessMind hoạt động thế nào hoặc danh sách các thành phần BPMN được hỗ trợ.

Where to Go From Here

Bạn đã chọn được ký pháp phù hợp với sản phẩm cần tạo. Tiếp theo, hãy xem công cụ có giữ được ký pháp tiêu chuẩn, cho phép kiểm tra tính hợp lệ và xuất mô hình hay không.

Câu hỏi thường gặp

BPMN mô hình hóa quy trình nghiệp vụ, gồm người tham gia, hoạt động, trình tự, quyết định và sự kiện liên quan đến công việc. UML mô hình hóa cấu trúc và hành vi của phần mềm. Dùng BPMN để mô tả cách công việc được thực hiện; dùng UML để thiết kế hoặc ghi lại cấu trúc phần mềm.

Còn tùy mục đích. BPMN phù hợp hơn với quy trình cần ký pháp nhất quán, vai trò người tham gia rõ ràng hoặc kiểm tra tính hợp lệ theo quy tắc. Lưu đồ giúp phác thảo nhanh hoặc giải thích một việc đơn lẻ.

Bạn có thể dùng sơ đồ hoạt động UML để thể hiện workflow, nhưng loại sơ đồ này được thiết kế để mô hình hóa hành vi của hệ thống. BPMN có sẵn các khái niệm về người tham gia quy trình, luồng thông điệp và sự kiện như bộ hẹn giờ hay sự kiện leo thang.

Lưu đồ là loại dễ phác thảo nhất vì không có quy tắc chính thức. Các thành phần phổ biến của BPMN khá dễ tiếp cận với nhóm phụ trách quy trình. UML có nhiều loại sơ đồ hơn và hữu ích nhất khi bạn cần mô tả phần mềm.

Có. Hãy dùng mỗi ký pháp cho đúng loại công việc mà nó được thiết kế để mô tả, đồng thời nói rõ ranh giới giữa chúng. Ví dụ, ghi lại quy trình nghiệp vụ bằng BPMN và phần mềm hỗ trợ bằng UML. Tránh trộn nhiều ký pháp trong cùng một sơ đồ.

Không. Hai loại sơ đồ có thể trông giống nhau, nhưng BPMN có bộ ký hiệu và quy tắc kết nối được xác định rõ. Lưu đồ không chính thức và không có một tiêu chuẩn quản lý chung.

Không phải lúc nào cũng cần. Quy trình ngắn, ít bước và không có ngoại lệ đáng kể có thể dễ hiểu hơn khi trình bày bằng lưu đồ. BPMN hữu ích khi bạn cần thể hiện người tham gia, quyết định, sự kiện hoặc tạo mô hình để người khác kiểm tra và duy trì.

BPMN 2.0 là tiêu chuẩn được mọi người sử dụng rộng rãi. Mô hình tạo bằng BPMN 2.0 có thể được kiểm tra tính hợp lệ, xuất thành BPMN 2.0 XML và đọc bởi cả những người chưa từng dùng ProcessMind. Ký pháp riêng của một công cụ thường giúp vẽ nhanh hơn, nhưng khó mang sang nơi khác hơn nhiều.

Bài viết liên quan

Nhận thông tin chuyên sâu về process mining và tối ưu hóa quy trình làm việc qua email
Giải pháp thay thế Bizagi: vì sao các đội ngũ chuyển sang nền tảng có quản trị

Mô hình hóa quy trình

Giải pháp thay thế Bizagi: vì sao các đội ngũ chuyển sang nền tảng có quản trị

Bizagi Modeler là phần mềm desktop miễn phí; nền tảng trả phí của Bizagi là một sản phẩm riêng. Tìm hiểu ProcessMind phù hợp với từng sản phẩm ra sao và việc chuyển đổi cần những gì.

Công cụ BPMN: chọn trình mô hình hóa phù hợp với nhu cầu

Mô hình hóa quy trình

Công cụ BPMN: chọn trình mô hình hóa phù hợp với nhu cầu

So sánh công cụ BPMN theo mục đích sử dụng: bảng gồm bảy tiêu chí, giới hạn của trình mô hình hóa miễn phí và gói miễn phí có thể mở rộng theo nhu cầu.

Mô hình hóa quy trình và process mining: kết hợp để đạt hiệu quả tốt hơn

Mô hình hóa quy trình

Mô hình hóa quy trình và process mining: kết hợp để đạt hiệu quả tốt hơn

Tìm hiểu mô hình hóa quy trình và process mining cho bạn biết điều gì, chúng khác nhau ra sao và cách kiểm tra mức độ phù hợp kết nối hai phương pháp này.

Clarity Engine của ProcessMind giúp sơ đồ quy trình dễ đọc hơn như thế nào

Mô hình hóa quy trình

Clarity Engine của ProcessMind giúp sơ đồ quy trình dễ đọc hơn như thế nào

Tìm hiểu cách Clarity Engine sắp xếp đồ thị quy trình, những gì thay đổi trên sơ đồ và cách so sánh kết quả với dữ liệu quy trình của bạn.

Thiết kế quy trình tốt hơn. Kết nối các quy trình. Luôn chủ động kiểm soát.

Truy cập ngay, không cần thẻ tín dụng hay chờ đợi. Biến cách tổ chức của bạn vận hành thành các thiết kế quy trình rõ ràng, liên kết với nhau.

Xây dựng kiến trúc quy trình, xác định quyền sở hữu và cơ chế kiểm soát, đồng thời thống nhất vai trò và trách nhiệm ở mọi cấp.

Bắt đầu dùng thử miễn phí để tạo nền tảng đáng tin cậy cho việc quản trị, quản lý và cải tiến quy trình liên tục.