Mô hình và ký hiệu quản lý trường hợp (CMMN) là gì

Quy trình ngẫu nhiên

Các quy trình ngẫu nhiên là tập hợp các hoạt động kinh doanh và các đối tượng tương ứng (ví dụ: thông tin, quyết định và sản phẩm) chỉ có thể được tiêu chuẩn hóa ở mức độ tổng hợp cao. Các loại hoạt động thực tế và thứ tự của chúng khác nhau từ trường hợp này sang trường hợp khác.

Dưới đây là các đặc điểm của Quy trình ngẫu nhiên:

• Trong khi một số hoạt động có thể được dự đoán, nhiều phần của quy trình không thể được xác định đầy đủ ngay từ đầu, vì nó yêu cầu thông tin chỉ trở nên khả dụng một thời gian nào đó trong dự án.
• Nếu chúng ta giả định rằng trong bối cảnh của các quy trình ngẫu nhiên, bước tiếp theo không bao giờ được xác định, việc thực hiện của chúng không thể được kiểm soát bởi các hệ thống thông tin dựa trên quy trình cổ điển, trong hầu hết các trường hợp, những người lao động tri thức kiểm soát quy trình.
• Có vẻ như không thể nghĩ đến tất cả các khả năng cho một quy trình ngẫu nhiên vào thời điểm thiết kế, một mô hình quy trình như vậy sẽ trở nên phức tạp và khó quản lý

BPMN so với CMMN

Trong những thập kỷ gần đây, đã có sự tập trung vào việc mô hình hóa và tự động hóa các quy trình có cấu trúc tốt và thường xuyên. BPMN được sử dụng tốt nhất cho các công việc có cấu trúc tốt và có thể dự đoán cao, nơi mà những người lao động tri thức chủ yếu thực hiện các nhiệm vụ, trong khi CMMN bao trùm phần các quy trình ít có thể dự đoán hơn với sự tham gia tích cực của những người lao động tri thức đưa ra quyết định và lập kế hoạch trong thời gian thực

Quản lý trường hợp (CM) được giới thiệu như một công cụ cho những người lao động tri thức bởi van der Aalst vào năm 2005. Vào tháng 5 năm 2014, OMG đã công bố một tiêu chuẩn cho quản lý trường hợp gọi là Mô hình và Ký hiệu Quản lý Trường hợp (CMMN). Mục tiêu của nó là hỗ trợ các quy trình không thể dự đoán, đòi hỏi tri thức và có cấu trúc yếu. Quản lý trường hợp là một loại công nghệ quy trình kinh doanh không sử dụng luồng điều khiển để mô tả quy trình.

Quản lý trường hợp là về việc trao quyền cho những người lao động tri thức bằng cách cung cấp cho họ quyền truy cập vào tất cả thông tin liên quan đến trường hợp và cho họ quyền tự quyết định và kiểm soát cách mà một trường hợp phát triển. Quản lý trường hợp không phải là về quy trình, mà là về những người lao động. So với các quy trình cổ điển, một mục tiêu nhất định và việc cung cấp các khả năng để lựa chọn là quan trọng hơn cách để đạt được mục tiêu đó.

Dưới đây là những khác biệt giữa BPMN và CMMN:

Ký hiệu tuyên bốkhông cố gắng mô hình hóa luồng của một vấn đề; chúng thiết lập các kết quả mong muốn tức là xác định những gì họ muốn xảy ra nhưng không phải là cách nó nên xảy ra. SQL là một ví dụ về lập trình tuyên bố vì nó không cố gắng kiểm soát luồng của một chương trình; nó chỉ đơn giản nêu rõ những gì nó muốn xuất hiện nhưng không phải là cách nó được thực hiện.

Ký hiệu mệnh lệnh, ngược lại, cố gắng mô hình hóa luồng của một vấn đề; ví dụ, các ngôn ngữ lập trình mệnh lệnh như Java hoặc C++, chúng thiết lập các lệnh sẽ cho trình biên dịch biết cách mà họ muốn mã chạy nhưng không rõ ràng những gì họ muốn xảy ra.

Quy trình có cấu trúc so với Trường hợp so với Quy trình ngẫu nhiên

Thời gian thiết kế so với Thời gian thực thi

Không có mô hình luồng tuần tự trong CMMN. Việc thực hiện một nhiệm vụ phụ thuộc vào các sự kiện và điều kiện được gọi là sentries. Một sentry ghi lại sự xuất hiện của một sự kiện nhất định xảy ra hoặc một điều kiện được hoàn thành trong một trường hợp. Sentries được sử dụng như các tiêu chí vào và ra. Lưu ý rằng các hình thoi đen và trắng đại diện cho các tiêu chí.

Một Trường hợp có hai giai đoạn khác biệt là thời gian thiết kế và thời gian thực thi như được mô tả như sau:

Thời gian thiết kế

Trong giai đoạn thời gian thiết kế, các nhà phân tích kinh doanh tham gia vào việc mô hình hóa, bao gồm việc xác định các Nhiệm vụ (các mục kế hoạch) luôn là một phần của các phân đoạn đã được xác định trước trong mô hình Trường hợp, và các Nhiệm vụ “tùy ý” có sẵn cho nhân viên Trường hợp mà có thể được áp dụng tùy chọn dựa trên sự tự quyết của họ.

Thời gian thực thi

Trong giai đoạn thời gian thực thi, nhân viên Trường hợp thực hiện kế hoạch bằng cách thực hiện các Nhiệm vụ như đã lên kế hoạch, và tùy chọn thêm các Nhiệm vụ tùy ý vào phiên bản kế hoạch Trường hợp trong thời gian thực.

Sơ đồ CMMN trong nháy mắt

Ví dụ này minh họa quy trình viết giấy được mô hình hóa bằng CMMN. Giả sử việc viết giấy là một công việc đòi hỏi tri thức cao và nó có thể được xử lý theo nhiều cách khác nhau. Hãy cùng điều tra ví dụ này một chút nữa như sau:

1. Quy trình có hai cột mốc cần phải đạt được:

• Bản nháp hoàn thành
• Tài liệu hoàn thành

1. Nhiều nhiệm vụ (ví dụ: Tạo mục lục) được để lại cho sự quyết định của tác giả.
2. Chuẩn bị bản nháp giai đoạn với Viết văn bản và Tích hợp đồ họa nhiệm vụ là bắt buộc.
3. Giai đoạn này đã xác định quy tắc lặp lại được biểu thị bằng trang trí lặp lại (tức là băm).
4. Trong khi chủ đề nghiên cứu là một nhiệm vụ bắt buộc, nhiệm vụ tổ chức tài liệu tham khảo sẽ được quyết định trong thời gian chạy. Nó tương tự như tạo đồ họa và tạo danh sách hình ảnh.
5. Quá trình sẽ hoàn thành khi tài liệu được tạo ra hoặc thời hạn được đạt tới

* Trích xuất từ mô hình và quy định quản lý trường hợp OMG

Ghi chú

• Mô hình kế hoạch trường hợp được mô tả bằng hình dạng “Thư mục”
• Tên của trường hợp có thể được bao quanh trong hình chữ nhật ở góc trên bên trái.
• Các yếu tố khác nhau của mô hình kế hoạch trường hợp được mô tả trong ranh giới của hình dạng mô hình kế hoạch trường hợp.
• Sơ đồ cho thấy một ví dụ về mô hình kế hoạch trường hợp.

Khái niệm cơ bản về CMMN

Mô hình hành vi hoàn chỉnh của một trường hợp được ghi lại trong một mô hình kế hoạch trường hợp. Đối với một mô hình trường hợp cụ thể, mô hình kế hoạch trường hợp bao gồm tất cả các yếu tố đại diện cho kế hoạch ban đầu của trường hợp, và tất cả các yếu tố hỗ trợ sự phát triển tiếp theo của kế hoạch thông qua lập kế hoạch thời gian chạy bởi các nhân viên xử lý trường hợp. Có bốn loại mục kế hoạch:

Nhiệm vụ

Một nhiệm vụ là một đơn vị công việc. Có ba loại nhiệm vụ:

Nhiệm vụ (Nhiệm vụ tùy ý)

Nhiệm vụ luôn là một phần của các đoạn đã được xác định trước trong mô hình trường hợp. Ngoài các nhiệm vụ, còn có các Nhiệm vụ Tùy ý có sẵn cho nhân viên xử lý trường hợp, được áp dụng tùy chọn dựa trên sự quyết định của họ. Một Nhiệm vụ Tùy ý được mô tả bằng hình chữ nhật với các đường nét đứt và các góc tròn. Lưu ý rằng, bất kỳ loại nhiệm vụ nào cũng có thể là tùy ý:

Nghe sự kiện

Một sự kiện là điều gì đó xảy ra trong quá trình của một trường hợp. Ví dụ, việc kích hoạt, kích hoạt và kết thúc các Giai đoạn và Nhiệm vụ, hoặc việc đạt được các Cột mốc.

Cột mốc

Một Cột mốc đại diện cho một mục tiêu có thể đạt được, được xác định để cho phép đánh giá tiến độ của trường hợp. Không có công việc nào liên quan trực tiếp đến một Cột mốc, nhưng việc hoàn thành một tập hợp các Nhiệm vụ hoặc sự sẵn có của các sản phẩm chính (thông tin trong Hồ sơ trường hợp) thường dẫn đến việc đạt được một Cột mốc. Một Cột mốc có thể có không hoặc nhiều tiêu chí đầu vào, xác định điều kiện khi nào một Cột mốc được đạt tới.

Ví dụ, chúng ta có một thỏa thuận mức dịch vụ (SLA) trong quy trình tuân thủ có thể được mô hình hóa bằng cách sử dụng một bộ lắng nghe sự kiện thời gian và một cột mốc, như sau.

Giai đoạn và Giai đoạn Tùy ý

• Giai đoạn có thể được coi là một ‘giai đoạn’ trong một trường hợp và thường nhóm một số Nhiệm vụ.
• Nó là một chứa các yếu tố từ đó kế hoạch của trường hợp được xây dựng và có thể phát triển thêm.
• Các giai đoạn có thể được coi là “tập” của một Trường hợp. Chúng có thể được coi là các tiểu trường hợp (tương tự như các tiểu quy trình trong BPMN) và chúng cũng chạy song song.
• Giai đoạn được mô tả bằng hình chữ nhật với các góc nghiêng và một dấu hiệu dưới dạng dấu “-” trong một hộp nhỏ ở giữa dưới cùng của nó (“-” chỉ định các giai đoạn mở rộng).
• Giai đoạn tùy ý có thể được thêm vào ‘tùy chọn’, ‘tùy ý’, vào kế hoạch theo sự quyết định của người dùng.

Hình dưới đây cho thấy một Giai đoạn mở rộng với một Giai đoạn phụ và ba Nhiệm vụ.

Tiêu chí

Tiêu chí cho phép chúng ta mô tả khi nào một nhiệm vụ, giai đoạn hoặc cột mốc nên sẵn sàng để thực hiện (tiêu chí đầu vào), hoặc khi nào một trường hợp (kế hoạch trường hợp), giai đoạn hoặc nhiệm vụ nên kết thúc bất thường (tiêu chí đầu ra). Tiêu chí có hai phần tùy chọn sau:

• Một hoặc nhiều sự kiện kích hoạt (gọi là onParts). Đây là những sự kiện sẽ thỏa mãn việc đánh giá tiêu chí đầu vào hoặc tiêu chí đầu ra

Chúng ta có thể nghĩ về tiêu chí hình thành một câu như sau,

([ on < Sự kiện 1 >[, on < Sự kiện 2 >[, . . .]] ]) VÀ ([ nếu < Điều kiện Boolean > ])

Lưu ý rằng:

• Trong đó dấu ngoặc vuông ([ ]) chỉ ra các phần tùy chọn của câu, và dấu ngoặc nhọn (< >) là các vị trí để thay thế.
• cả onPart và ifPart đều là tùy chọntrong câu, nhưng để nó có ý nghĩa thì ít nhất một trong số chúng phải có mặt.

Tiêu chí đầu vào

Một tiêu chí đầu vào mô tả điều kiện phải được thỏa mãn để giai đoạn, nhiệm vụ hoặc cột mốc có sẵn để thực hiện. Giai đoạn, nhiệm vụ hoặc cột mốc không có tiêu chí đầu vào sẽ có sẵn để thực hiện ngay khi chúng được tạo ra. Tiêu chí đầu vào có thể được đặt ở bất kỳ đâu trong ranh giới của giai đoạn, nhiệm vụ hoặc cột mốc.

Ví dụ

Trong ví dụ dưới đây, cả hai giai đoạn khiếu nại sản phẩm và khiếu nại dịch vụ đều cần một tiêu chí đầu vào, vì chúng chỉ có thể thực hiện nếu khiếu nại thuộc loại của chúng. Trong hầu hết các trường hợp, chỉ một trong hai giai đoạn sẽ thực hiện, mặc dù trong một số tình huống, các khiếu nại có thể liên quan đến cả hai giai đoạn.

Tiêu chí đầu ra

Một tiêu chí đầu ra tương tự như một tiêu chí đầu vào, nhưng nó được sử dụng để ngừng làm việc trên giai đoạn, nhiệm vụ hoặc trường hợp (kế hoạch trường hợp) khi nó được thỏa mãn. Trong quy trình khiếu nại, chúng tôi sẽ thêm một tiêu chí đầu ra cho trường hợp. Trong tình huống khách hàng gọi và hủy khiếu nại, vì vậy chúng tôi cần ngừng làm việc trên trường hợp đó. Chúng tôi mô hình hóa kịch bản này bằng cách có một mục tệp hủy trường hợp, có thể là một bản ghi âm cuộc gọi của khách hàng hoặc một bức thư từ khách hàng.

Tệp trường hợp

Trong CMMN, mỗi phiên bản trường hợp chứa một tệp trường hợp (còn được gọi là thư mục trường hợp, hoặc chỉ là trường hợp), và nhân viên xử lý trường hợp có quyền truy cập vào tất cả dữ liệu trong tệp trường hợp đó. Nhân viên xử lý trường hợp có thể thêm, xóa và sửa đổi dữ liệu trong tệp trường hợp ngay cả khi họ không thực hiện bất kỳ nhiệm vụ nào trong trường hợp, miễn là có đủ quyền hạn. Dữ liệu trong tệp trường hợp được gọi là mục tệp trường hợp.

Tất cả dữ liệu và cấu trúc dữ liệu được gọi là mục tệp trường hợp. Tất cả các mục tệp trường hợp được lưu trữ trong tệp trường hợp. Mục tệp trường hợp được sử dụng để đại diện cho tất cả các loại dữ liệu, bao gồm giá trị dữ liệu trong cơ sở dữ liệu, một hàng trong cơ sở dữ liệu, một tài liệu, một bảng tính, một bức tranh, một video, một bản ghi âm, v.v. Ngoài dữ liệu cơ bản, mục tệp trường hợp cũng có thể đại diện cho các container, bao gồm, một thư mục, một thư mục, một tập hợp, một ngăn xếp, một danh sách, v.v.

Ví dụ

Bảng lập kế hoạch

Một Giai đoạn hoặc một Nhiệm vụ Con người có thể có một Bảng lập kế hoạch chỉ ra liệu các mục tùy ý có được hình dung (-) hay không (+). Khi một người dùng ‘mở rộng’ một Bảng lập kế hoạch, các mục tùy ý chứa bên trong nó trở nên hiển thị trong Giai đoạn hoặc bên ngoài Nhiệm vụ Con người. Đối với các mục tùy ý liên quan đến một Nhiệm vụ Con người, việc lập kế hoạch chỉ có sẵn trong trạng thái hoạt động của Nhiệm vụ.