Hướng Dẫn Sử Dụng Bizagi Modeler
Rolando Kumar
V tnh chất bi ny l giới thiệu, giải thch, nn mnh sợ n sẽ hơi kh khan với anh em. Do đ bi ny mnh đ cố tnh chm chỉa kh nhiều hnh ảnh bỏ vo. Một phần để nhn cho n nguy hiểm, phần khc n sẽ gip anh em đỡ ngn, v dễ hnh dung hơn.
Pool thể hiện một tổ chức, một bộ phận, một phng ban, một vai tr hoặc một hệ thống no đ. Cn Lane thể hiện cc c nhn ring lẻ, người sẽ lm cc hoạt động cụ thể.
Transaction về cơ bản cũng tương tự Sub-Process, nhưng n khc ở chỗ: transaction l một chuỗi cc task thể hiện sự giao dịch, tức l c payment trong đ. Cn Sub-Process th rộng nghĩa hơn. V dụ dưới đy cho anh em dễ hiểu.
Cn Call Activity như mnh c giải thch ở hnh trn th bản chất n giống như: mnh gọi lại (triệu hồi) một quy trnh m mnh đ define trước đ rồi. V dụ.
Ng c vẻ nhiều, nhưng anh em đừng hoang mang hồ ngọc h qu. Cũng khng qu phức tạp v kh nhớ lắm. Ni theo kiểu BA th mnh sẽ facilitate n cho anh em, tức l lm cho n dễ hiểu hơn.
V dụ một hm sếp yu cầu anh em kể một cu chuyện hấp dẫn trong đm Year-End Party của cng ty. Anh em sẽ lm theo những bước sau: brainstorm với đồng bọn >> soạn thảo kịch bản nhp >> chỉnh sửa bản nhp >> hon thiện >> trnh sếp để ổng duyệt.
Hnh động duyệt cc report ny được thể hiện bằng một Task (tạm gọi l Evaluate Report), lặp đi lặp lại nhiều lần. Nhưng với mỗi lần duyệt, sẽ l một report khc nhau, được gửi từ cc ng Manager khc nhau. Đ l cc data khc nhau. Gộp lại sẽ thnh một data set gồm nhiều data khc nhau.
Quay lại với Loop, anh em c thể thấy Multi-Instance (MI) giống với Loop. Nhưng như mnh ni, MI khc Loop ở chỗ n đến từ nhiều data set khc nhau. Lấy lun v dụ pha trn cho anh em dễ đối chiếu.
Điều ny c nghĩa: khi mỗi người bạn sửa dm, họ sẽ gửi lại bản nhp m họ sửa, tức đ l một data. Mỗi người bạn l mỗi bản nhp khc nhau, l mỗi data khc nhau. Cc data ny gộp lại sẽ thnh một bộ data set gồm cc bản nhp khc nhau.
V dụ một dealer bn xe, họ c quy trnh lm việc với cc ngn hng rất r rng. Nhưng ring với ngn hng BuTaLo-BaTaCho th lại c quy trnh lm việc kh đặc biệt, chỉ dnh ring cho ngn hng ny.
Tm vy lần một, Activity Marker gip anh em thể hiện được hnh vi khi thực hiện một hnh động no đ. V dụ thực hiện hnh động một cch lặp đi lặp lại (Loop), hoặc chỉ thực hiện khi c một hnh động cụ thể trước đ (Compensation).
Lại một lần nữa, ci tn ni ln qu r. Business Rule Task thể hiện một task, m task đ dựa vo một ci rule no đ. Anh ny th cũng mới c trong BPMN 2.0 thi. V dụ một pht cho nng.
Tm vy lần hai, Task Type gip anh em thể hiện được tnh chất, bản chất của cc hoạt động. Biết được: , task ny lm trong hệ thống hay ngoi hệ thống (user task hay manual task). Hoặc task ny chạy tự động hay user sẽ lm (service task hay user task).
Inclusive Gateway cũng tương tự Exclusive Gateway, nhưng khc ở chỗ n cho php xảy ra nhiều nhnh, chứ khng duy nhất một nhnh như XOR. Tuy nhin một khi cc nhnh được activate, n phải được complete hết trước khi merge lại.
Parallel Gateway nghĩa l cc nhnh phải cng xảy ra song song với nhau. Chỉ cần một trong cc nhnh chưa được complete th cc nhnh khc khng thể merge lại, v quy trnh khng thể đi tiếp được.
Event-Driven, tức l dựa vo Event, hướng theo Event m chạy. Về cơ bản, Event-Driven Gateway kh giống với Exclusive Gateway (XOR) v hai tụi ny chỉ cho php một nhnh chạy duy nhất.
Nhưng n khc ở chỗ Exclusive Gateway th dựa vo điều kiện để chạy, cn Event-Driven Gateway dựa vo event để chạy. Tức l khi c một sự kiện no đ xảy ra th n sẽ kch nhnh của sự kiện đ chạy.
C thể anh em sẽ hơi bị confuse giữa condition v event, thấy n cứ giống giống nhau. Nhưng mục đch dng của hai anh ny l hon ton khc nhau, do đ mục đch dng Exclusive Gateway hay Event-Driven Gateway cũng sẽ khc nhau.
Như ở trn mnh c ni th Event diễn tả một sự việc xảy ra trong quy trnh, thường mang yếu tố bn ngoi. Chứ khng phải một việc g đ được chủ đch lm bởi user (v nếu vậy th n l Activity mất rồi). Event được chia lm 3 giai đoạn:
Task Subprocess A c dnh một Boundary Event. Nghĩa l khi quy trnh chạy tới task ny, nếu trong thời gian X v hnh động Y xảy ra, th quy trnh sẽ đi theo nhnh tới task Handle Timeout. Cn nếu khng th quy trnh sẽ qua task Subprocess B.
Mnh ni Boundary Event, để bắc cầu qua một loại Event khc, đ l: Interrupting Event v Non-Interrupting Event. V 2 loại event ny đều phải được dng dưới dạng Boundary Event. Tức l event phải được vẽ dnh liền với hnh chữ nhật bao quanh task.
Interrupting Event l khi task Subprocess A đạt được điều kiện trong thời gian A v hnh động Y xảy ra, th khi đ quy trnh chuyển qua nhnh Handle Timeout. V dừng ton bộ task Subprocess A.
Anh Thịnh ơi, cho em hỏi ngoi lề 1 cht ạ. Ngoi BPMN, th lm 1 BA cần phải học thm những cng cụ/viết những loại document no khc nữa anh nhỉ. Anh cho em vi gợi để em tự học thm được khng anh.
Cảm ơn Minh đ đọc blog. Thực tế anh dng Draw.IO vẫn bnh thường ngon lnh cnh đo. Đng l n c 1 số k hiệu khng c trong BPMN thật. Thường anh sẽ tự chế ra, tức lấy cc icon khc gộp vo sao cho giống k hiệu của BPMN nhất, rồi group n lại. Ci no kh thể hiện qu th cứ note thẳng vo hnh.
Với lại, k hiệu chuẩn của BPMN cũng chỉ để mnh tham khảo thi, chứ ko nhất thiết phải bm st 100% vo n đu. V cn ty vo nhiều, ty vo đối tượng khch hng của em như thế no nữa. Đưa ra một đống hầm b lằng, k hiệu tới lui tm lum tm la hết nhiều khi họ cũng ko chịu đọc đu.
Do đ, quan trọng l mnh linh hoạt như thế no cho dễ hiểu, đơn giản, v thể hiện được đồ của mnh nhưng khng vi phạm quy tắc vẽ BPMN l được ? Em tham khảo nh. (sr e anh bị miss comment nn giờ mới rep em được).
Cho em. Chị đang xy dựng QT theo BPMN nhưng mới qu chưa r nhiều. Em hướng dẫn gip chị khi đang vẽ trang 1 đ đầy, bước tiếp theo qua trang 2 sẽ dng k hiệu no? C phải dng k hiệu intermediate event khng? Ngoi ra, c thể sử dụng Pool v Land ở dạng đứng thay cho nằm ngang được khng?
Cm ơn em!
Bạn ơi, BPMN show cho khch hng liệu khch hng c hiểu khng bạn v mnh chưa vẽ bao h chỉ m tả tất tật trong SRS nhưng thường với khch hng IT họ hiểu cn khch hng l cc ngnh khc th dng rất nhiều cch cơ m chỉ l lưu đồ đơn giản
Ngoi ra chỗ no thể hiện bằng k hiệu ko được, th mnh cứ lm ci khung rồi note ngay trn hnh cho r rng ? Cũng k nhất thiết phải vẽ theo chuẩn 1 cch cứng nhắc đu. My cứ thử nh!
ui, bi viết vừa dễ hiểu, vừa mang tnh chất giải tr, m vừa kết hợp giải thch thực tế nn dễ hiểu. cảm ơn bi viết ny rất nhiều, nhờ những bi viết như thế ny m em thấy những thứ kh cứng, kh nhai trở nn dễ dng, dễ hiểu, v dễ thương hơn rất nhiều ạ. hi vọng được học hỏi nhiều kiến thức của anh hơn nữa. Cảm ơn anh rất nhiều.
Anh Thịnh ơi, cho em hỏi cht với ạ, ở H Nội c trung tm no uy tn học BA khng anh Thịnh nhỉ (em giờ đang l trang giấy trắng muốn từ cơ bản đi ln ạ). Em cảm ơn anh.
Hi Hương, c thể đng lại nếu: c ra nhnh gateways no th cũng sẽ chung 1 hnh động. Hoặc c thể ko cần đng lại nếu mỗi nhnh gateways ra một hnh động khc nhau nh em. Nếu chưa r th xem bi note thứ 3 của anh nh ?
-nghe-ba/quay-toi-ben-voi-bpmn/
Em cho anh. Sau khi đọc xong bi ny của anh, cũng l lần đầu em tiếp cận BPMN, em c bịa ra 1 quy trnh v vẽ thử như thế ny. Phiền anh, c thời gian rảnh c thể check gip em được khng ạ. Quy trnh text l như thế ny ạ:
1: Nếu khch chỉ l người mua hng đơn thuần th hướng dẫn khch mua hng, sau 30 pht sẽ lin hệ lại kiểm tra xem khch hng đ mua được hng hay chưa.
2: Nếu khch hng đang c nhu cầu mua v họ cũng l nh bn hng (chưa tham gia) th sẽ hướng dẫn khch mua hng trước, sau đ giới thiệu sơ qua về nền tảng để mời họ tham gia, sau đ chuyển thng tin khch cho bộ phận kinh doanh tư vấn v chốt gi dịch vụ (Quy trnh chốt gi dịch vụ hiện em rt gọn lại chưa triển khai ạ)
3: Nếu khch hng l nh bn hng v c nhu cầu tham gia bn hng th sẽ giới thiệu sơ qua về nền tảng, sau đ chuyển thng tin khch cho bộ phận kinh doanh tư vấn v chốt gi dịch vụ.