Apa itu Model dan Notasi Manajemen Kasus (CMMN)

Proses Ad-Hoc

Proses ad-hoc adalah kumpulan aktivitas bisnis dan artefak yang sesuai (misalnya informasi, keputusan, dan produk) yang hanya dapat distandarisasi pada tingkat agregasi yang tinggi. Jenis aktivitas yang sebenarnya dan urutannya berbeda dari satu kasus ke kasus lainnya.

Berikut adalah karakteristik dari Proses Ad-Hoc:

• Sementara aktivitas tertentu dapat diprediksi, banyak dari proses tidak dapat sepenuhnya ditentukan di awal, karena memerlukan informasi yang hanya tersedia setelah beberapa waktu dalam proyek.
• Jika kita mengasumsikan bahwa dalam konteks proses ad-hoc langkah berikutnya tidak pernah ditentukan, pelaksanaannya tidak dapat dikendalikan oleh sistem informasi berbasis proses klasik, dalam banyak kasus, pekerja pengetahuan mengendalikan proses tersebut.
• Sepertinya tidak mungkin untuk memikirkan semua kemungkinan untuk proses ad-hoc pada waktu desain, model proses semacam itu akan menjadi kompleks dan sulit untuk dikelola

BPMN vs CMMN

Dalam beberapa dekade terakhir, telah ada fokus pada pemodelan dan otomatisasi proses yang terstruktur dengan baik dan rutin. BPMN paling baik digunakan untuk pekerjaan yang terstruktur dengan baik dan sangat dapat diprediksi di mana pekerja pengetahuan terutama mengeksekusi tugas, sementara CMMN mencakup bagian dari proses yang kurang dapat diprediksi dengan keterlibatan aktif pekerja pengetahuan yang membuat keputusan dan merencanakan selama waktu berjalan

Manajemen kasus (CM) diperkenalkan sebagai alat untuk pekerja pengetahuan oleh van der Aalst pada tahun 2005. Pada Mei 2014, OMG menerbitkan standar untuk manajemen kasus yang disebut Model dan Notasi Manajemen Kasus (CMMN). Fokusnya adalah pada mendukung proses yang tidak dapat diprediksi, intensif pengetahuan, dan terstruktur lemah. Manajemen kasus adalah jenis teknologi proses bisnis yang tidak menggunakan aliran kontrol untuk menggambarkan proses.

Manajemen kasus adalah tentang memberdayakan pekerja pengetahuan dengan memberikan mereka akses ke semua informasi yang berkaitan dengan kasus dan memberikan mereka kebijaksanaan dan kontrol tentang bagaimana sebuah kasus berkembang. Manajemen kasus bukan tentang proses, tetapi tentang pekerjanya. Berbeda dengan proses klasik, tujuan tertentu dan memberikan kemungkinan untuk dipilih lebih penting daripada cara untuk mencapai tujuan itu sendiri.

Berikut adalah perbedaan antara BPMN dan CMMN:

Notasi Deklaratiftidak berusaha untuk memodelkan aliran suatu masalah; mereka menetapkan hasil yang diinginkan yaitu menentukan apa yang ingin mereka terjadi tetapi tidak bagaimana itu harus terjadi. SQL adalah contoh pemrograman deklaratif karena tidak berusaha mengontrol aliran program; itu hanya menyatakan apa yang ingin ditampilkan tetapi tidak bagaimana itu dilakukan.

Notasi Imperatif, di sisi lain, berusaha untuk memodelkan aliran suatu masalah; misalnya, bahasa pemrograman imperatif seperti Java atau C++, mereka menetapkan perintah yang akan memberi tahu kompiler bagaimana mereka ingin kode dijalankan tetapi tidak secara eksplisit apa yang ingin mereka terjadi.

Proses Terstruktur vs Kasus vs Proses Ad-Hoc

Waktu Desain vs Waktu Jalankan

Tidak ada model aliran urutan dalam CMMN. Pelaksanaan tugas tergantung pada peristiwa dan kondisi yang disebut penjaga. Seorang penjaga menangkap terjadinya peristiwa tertentu atau kondisi yang terpenuhi dalam sebuah kasus. Penjaga digunakan sebagai kriteria masuk dan keluar. Perhatikan bahwa berlian hitam dan putih mewakili kriteria.

Sebuah Kasus memiliki dua fase yang berbeda yaitu waktu desain dan waktu jalankan seperti yang dijelaskan sebagai berikut:

Waktu Desain

Selama fase waktu desain, analis bisnis terlibat dalam pemodelan, yang mencakup mendefinisikan Tugas (item rencana) yang selalu menjadi bagian dari segmen yang telah ditentukan sebelumnya dalam model Kasus, dan Tugas “diskresioner” yang tersedia untuk pekerja Kasus yang diterapkan secara opsional berdasarkan kebijaksanaannya.

Waktu Jalankan

Dalam fase waktu jalankan, pekerja Kasus mengeksekusi rencana dengan melaksanakan Tugas sesuai rencana, dan secara opsional menambahkan Tugas diskresioner ke instance rencana Kasus dalam waktu jalankan.

Diagram CMMN Sekilas

Contoh ini menggambarkan proses penulisan makalah yang dimodelkan dengan CMMN. Misalkan penulisan makalah adalah pekerjaan intensif pengetahuan dan dapat ditangani dengan cara yang berbeda. Mari kita teliti contoh ini sedikit lebih lanjut sebagai berikut:

1. Proses memiliki dua tonggak yang harus dicapai:

• Draf selesai
• Dokumen selesai

1. Beberapa tugas (misalnya Buat TOC) diserahkan kepada kebijaksanaan penulis.
2. Siapkan Draf tahap dengan Tulis teks dan Integrasikan Grafik tugas adalah wajib.
3. Tahap ini memiliki aturan pengulangan yang ditentukan yang disimbolkan oleh dekorator pengulangan (yaitu hash).
4. Sementara topik penelitian adalah tugas yang wajib, tugas mengatur referensi akan diputuskan saat runtime. Ini mirip dengan membuat grafik dan menghasilkan daftar gambar.
5. Proses akan selesai ketika dokumen dibuat atau batas waktu tercapai

* Diambil dari spesifikasi Model dan Notasi Manajemen Kasus OMG

Catatan

• Model Rencana Kasus digambarkan menggunakan bentuk “Folder”
• Nama Kasus dapat dimasukkan ke dalam persegi panjang di kiri atas.
• Berbagai elemen dari Model Rencana Kasus digambarkan dalam batas bentuk Model Rencana Kasus.
• Diagram menunjukkan contoh Model Rencana Kasus.

Konsep Dasar CMMN

Model perilaku lengkap dari sebuah Kasus ditangkap dalam Model Rencana Kasus. Untuk model Kasus tertentu, model Rencana Kasus terdiri dari semua elemen yang mewakili rencana awal kasus, dan semua elemen yang mendukung evolusi lebih lanjut dari rencana melalui perencanaan runtime oleh pekerja kasus. Ada empat jenis Item Rencana:

Tugas

Sebuah Tugas adalah unit kerja. Ada tiga jenis tugas:

Tugas (Tugas Discretionary)

Tugas selalu merupakan bagian dari segmen yang telah ditentukan sebelumnya dalam model Kasus. Selain tugas, ada Tugas Discretionary yang tersedia untuk pekerja Kasus, yang dapat diterapkan secara opsional berdasarkan kebijaksanaannya. Tugas discretionary digambarkan dengan bentuk persegi panjang dengan garis putus-putus dan sudut membulat. Perhatikan bahwa, jenis tugas apa pun dapat bersifat discretionary:

Pendengar Acara

Sebuah acara adalah sesuatu yang terjadi selama proses Kasus. Misalnya, pengaktifan, aktivasi, dan penghentian Tahap dan Tugas, atau pencapaian Tonggak.

Tonggak

Sebuah Tonggak mewakili target yang dapat dicapai, didefinisikan untuk memungkinkan evaluasi kemajuan kasus. Tidak ada pekerjaan yang secara langsung terkait dengan Tonggak, tetapi penyelesaian serangkaian Tugas atau ketersediaan hasil kunci (informasi dalam Berkas Kasus) biasanya mengarah pada pencapaian Tonggak. Sebuah Tonggak dapat memiliki nol atau lebih kriteria masuk, yang mendefinisikan kondisi ketika Tonggak tercapai.

Sebagai Contoh, kita memiliki perjanjian tingkat layanan (SLA) dalam proses yang sesuai yang dapat dimodelkan menggunakan pendengar acara timer dan tonggak, sebagai berikut.

Tahap dan Tahap Discretionary

• Tahap dapat dianggap sebagai ‘fase’ dalam sebuah kasus dan biasanya mengelompokkan sejumlah Tugas.
• Ini adalah wadah elemen dari mana rencana kasus dibangun dan dapat berkembang lebih lanjut.
• Tahap dapat dianggap sebagai “episode” dari sebuah Kasus. Mereka dapat dianggap sebagai sub-kasus (mirip dengan sub-proses dalam BPMN) dan mereka berjalan secara paralel juga.
• Tahap digambarkan dengan bentuk persegi panjang dengan sudut miring dan penanda dalam bentuk tanda “-” di dalam kotak kecil di bagian bawah tengahnya (“-” menunjukkan tahap yang diperluas).
• Tahap discretionary dapat ditambahkan ‘secara opsional’, ‘ad-hoc’, ke rencana atas kebijaksanaan pengguna.

Gambar di bawah ini menunjukkan Tahap yang diperluas dengan satu sub Tahap dan tiga Tugas.

Kriteria

Kriteria memungkinkan kita untuk menggambarkan kapan sebuah tugas, tahap, atau tonggak harus tersedia untuk dieksekusi (kriteria masuk), atau kapan sebuah kasus (rencana kasus), tahap, atau tugas harus dihentikan secara abnormal (kriteria keluar). Kriteria memiliki dua bagian opsional berikut:

• Satu atau lebih peristiwa pemicu (disebut onParts). Ini adalah peristiwa yang akan memenuhi evaluasi kriteria masuk atau kriteria keluar

Kita dapat memikirkan kriteria yang membentuk kalimat sebagai berikut,

([ pada < Peristiwa 1 >[, pada < Peristiwa 2 >[, . . .]] ]) DAN ([ jika < kondisi Boolean > ])

Perhatikan bahwa:

• Di mana tanda kurung siku ([ ]) menunjukkan bagian opsional dari kalimat, dan tanda kurung sudut (< >) adalah tempat penampung yang harus diganti.
• baik onPart maupun ifPart bersifat opsionaldalam kalimat, tetapi agar itu masuk akal setidaknya salah satu dari mereka harus ada.

Kriteria masuk

Kriteria masuk menggambarkan kondisi yang harus dipenuhi agar tahap, tugas, atau tonggak tersedia untuk dieksekusi. Tahap, tugas, atau tonggak tanpa kriteria masuk akan tersedia untuk dieksekusi segera setelah mereka dibuat. Kriteria masuk dapat ditempatkan di mana saja di batas tahap, tugas, atau tonggak.

Contoh

Dalam contoh di bawah ini, kedua tahap keluhan produk dan keluhan layanan memerlukan kriteria masuk, karena mereka hanya dapat dieksekusi jika keluhan tersebut sesuai dengan jenis mereka. Dalam kebanyakan kasus, hanya satu dari dua tahap yang akan dieksekusi, meskipun dalam beberapa situasi keluhan dapat melibatkan kedua tahap.

Kriteria keluar

Kriteria keluar mirip dengan kriteria masuk, tetapi digunakan untuk menghentikan pekerjaan pada tahap, tugas, atau kasus (rencana kasus) ketika sudah terpenuhi. Dalam proses keluhan, kami akan menambahkan kriteria keluar untuk kasus tersebut. Dalam situasi di mana pelanggan menelepon dan membatalkan keluhan, maka kami perlu menghentikan pekerjaan pada kasus tersebut. Kami memodelkan skenario ini dengan memiliki item file kasus pembatalan, yang bisa berupa rekaman suara dari panggilan pelanggan atau surat dari pelanggan.

File kasus

Dalam CMMN, setiap instance kasus berisi satu file kasus (juga disebut folder kasus, atau hanya kasus), dan pekerja kasus memiliki akses ke semua data dalam file kasus tersebut. Pekerja kasus dapat menambah, menghapus, dan memodifikasi data dalam file kasus bahkan jika mereka tidak sedang mengeksekusi tugas apa pun dalam kasus tersebut, asalkan memiliki hak akses yang cukup. Data dalam file kasus disebut item file kasus.

Semua data dan struktur data disebut item file kasus. Semua item file kasus disimpan dalam file kasus. Item file kasus digunakan untuk merepresentasikan semua jenis data, termasuk nilai data dalam basis data, baris dalam basis data, dokumen, spreadsheet, gambar, video, rekaman suara, dll. Selain data dasar, item file kasus juga dapat merepresentasikan wadah, termasuk, direktori, folder, set, tumpukan, daftar, dll.

Contoh

Tabel perencanaan

Sebuah Tahap atau Tugas Manusia dapat memiliki Tabel Perencanaan yang menunjukkan apakah item diskresioner divisualisasikan (-) atau tidak (+). Ketika seorang pengguna ‘memperluas’ Tabel Perencanaan, item diskresioner yang terkandung di dalamnya menjadi terlihat di dalam Tahap atau di luar Tugas Manusia. Untuk item diskresioner yang terkait dengan Tugas Manusia, perencanaan hanya tersedia dalam keadaan aktif dari Tugas.