Pemodelan proses bisnis telah menjadi karya klasik banyak analis bisnis sebagai bagian dari optimalisasi proses bisnis dan standarisasi kegiatan. perusahaan Rusia. Ada banyak notasi yang digunakan dalam kasus-kasus tertentu. Artikel ini dikhususkan untuk ikhtisar notasi pemodelan proses bisnis.

PPN (vdiagram rantai tambah alue)

Notasi VAD yang diusulkan oleh Michael Porter dalam karyanya tentang strategi perusahaan berfokus pada pemodelan proses bisnis yang "menciptakan nilai" dalam bentuk layanan atau produk untuk pelanggan. Model proses bisnis yang dibangun dalam notasi VAD memberikan pandangan umum dan tidak mendetail tentang proses bisnis.

Menggunakan notasi VAD, Anda dapat menggambarkan daftar dan hubungan proses bisnis di tingkat atas, karena notasi ini memungkinkan Anda untuk menampilkan semua proses bisnis perusahaan pada satu model. Dalam notasi VAD, Anda dapat menggunakan hubungan yang menunjukkan hubungan proses bisnis relatif satu sama lain, sedangkan aliran proses dalam notasi ini di sebagian besar kasus diarahkan dari kiri ke kanan.

Ada banyak opsi notasi VAD yang diimplementasikan di berbagai alat, masing-masing dengan rangkaian karakternya sendiri, tetapi semuanya terlihat hampir sama - serangkaian proses bisnis yang sering kali saling berhubungan oleh tautan "pendahulu-pengikut".

Misalnya, perpanjangan notasi ini di toolkit ARIS memungkinkan Anda untuk menunjukkan pelaku, risiko, dokumen, data, dan banyak lagi pada model proses bisnis.

Selain memodelkan peta proses bisnis organisasi, notasi VAD memungkinkan Anda untuk memodelkan proses bisnis ujung ke ujung selama definisi awal mereka. Tetapi Anda perlu memahami bahwa VAD tidak dirancang untuk mensimulasikan kondisi logis dalam proses, dan karena itu diterima dengan baik oleh manajemen. Dalam praktiknya, setelah memodelkan proses bisnis di tingkat atas dalam notasi VAD, berikut pemodelan proses bisnis yang lebih rinci dalam notasi lain, yang akan kita bahas lebih detail di bawah ini.

Model notasi VAD dapat digambar di banyak alat seperti MS Visio dan banyak alat pemodelan proses bisnis lainnya.

Pemodelan proses bisnis - EPC (rantai proses yang digerakkan oleh peristiwa)

Notasi EPC dikembangkan oleh Profesor August Wilhelm Scheer dalam kerangka metodologi toolkit ARIS. Dengan bantuan, proses bisnis dimodelkan sebagai daftar langkah-langkah proses yang dipicu oleh peristiwa. Notasi tersebut berguna untuk pengaturan proses bisnis selanjutnya, serta untuk menganalisis aliran informasi dari proses bisnis (dokumen masuk/keluar).

Kebebasan notasi EPC memungkinkan Anda untuk menggambarkan objek tambahan dalam kerangka pemodelan proses bisnis, seperti risiko operasional, prosedur kontrol, formulir layar, Sistem Informasi, indikator dan banyak lagi.

Dalam kerangka notasi EPC, proses dimodelkan "top-down", dan urutan langkah-langkah/fungsi/tindakan/operasi dari proses bisnis yang dilakukan ditentukan melalui sistem peristiwa dan kondisi logis. Sebagai peristiwa dalam notasi EPC, awal dan penyelesaian langkah-langkah proses dipertimbangkan, serta peristiwa eksternal yang memerlukan tanggapan dari organisasi.

Model proses bisnis terdiri dari urutan "event-function-event" dan operator logika "AND", "OR", "exclusive OR" yang menampilkan solusi, pengecekan kondisi, paralelisasi, dan konvergensi aliran proses bisnis yang dimodelkan.

Ada banyak pilihan untuk notasi EPC, dalam format kolom, baris, serta dengan daftar objek yang berbeda yang digunakan, namun semua opsi ini hanya tersedia di toolkit ARIS, sedangkan di alat lain, misalnya, MS Visio atau Business Studio, hanya tersedia pemodelan proses bisnis EPC dalam format klasik.

Pemodelan proses bisnis dalam notasi EPC memungkinkan Anda untuk selanjutnya mendapatkan teks atau peraturan proses bisnis tabel, karena model EPC yang digambar dengan benar dapat diubah menjadi urutan kalimat bahasa biasa, yang menjadi dasar peraturan. Itulah sebabnya notasi ini dianggap paling nyaman untuk memodelkan proses bisnis untuk tujuan analisis dan regulasi selanjutnya.

Pemodelan bisnis— proses– BPMN (Model Proses Bisnis dan Notasi 2.0)

Notasi BPMN dibuat oleh Object Management Group (OMG) dan dimaksudkan untuk memodelkan proses bisnis dengan maksud untuk otomatisasi berikutnya. Notasi BPMN digunakan untuk pemodelan rinci dari proses bisnis, dan jumlah objek dalam notasi ini melebihi 100, yang memungkinkan Anda untuk menggambarkan semua nuansa perilaku proses bisnis sehingga sistem informasi dapat mengubah model yang dibuat menjadi executable. kode.

Keterbukaan notasi BPMN dan dukungan oleh sebagian besar pemodelan proses bisnis dan alat otomasi telah menjadikan notasi ini sebagai pemimpin dalam pemodelan proses bisnis.

Dalam notasi BPMN, selain langkah-langkah proses bisnis, Anda dapat memodelkan peristiwa proses mulai, menengah dan akhir, arus informasi, dan arus pesan. Di antara fitur notasi, seseorang dapat memilih penggunaan default gaya pemodelan Swim Lane (jalur renang), ketika pemain ditampilkan sebagai strip vertikal atau horizontal yang menyerupai jalur di kolam renang, dan di trek inilah yang tindakan / operasi yang dilakukan oleh pemain ini berada.

Penyederhanaan proses bisnis dalam format Swim Lane membuat transfer tanggung jawab dan alur kerja antara peserta proses menjadi visual, tetapi pada saat yang sama, membuat pemodelan menjadi sulit dalam kasus beberapa rekan pelaksana dalam satu operasi.

Model yang digambar dalam notasi BPMN seringkali sulit untuk dirakit menjadi hierarki yang koheren, karena metodologi awalnya dibuat untuk mengotomatiskan proses bisnis "end-to-end".

Menerapkan notasi BPMN memerlukan sejumlah pengalaman tertentu, yang seringkali membatasi jumlah pembuat model ini untuk sistem dan analis bisnis. Perwakilan unit bisnis jarang memodelkan proses bisnis dalam notasi BPMN.

Terlepas dari perbedaan grafis, notasi BPMN dan EPC sangat mirip satu sama lain, dan dalam toolkit ARIS mereka sudah dapat dikonversi satu sama lain, meskipun dengan batasan metodologis tertentu.

Pemodelan Proses Bisnis - Diagram Alir

Nama notasinya adalah Flow Charting, paling mudah diterjemahkan sebagai flowchart. Notasi ini awalnya muncul dalam standar ANSI pada tahun 1970, dan berisi kumpulan karakter yang sangat sederhana.

Selama bertahun-tahun keberadaan notasi Flow Charting, banyak varian diagram alur telah digambar yang berisi simbol untuk memecahkan berbagai masalah, misalnya untuk menggambarkan aliran material, peran dan pekerjaan, peralatan, untuk menganalisis input dan output fungsi.

Faktanya, diagram alur adalah cikal bakal notasi pemodelan proses bisnis modern, dan sampai sekarang telah diajarkan di sebagian besar lembaga pendidikan dalam disiplin ilmu yang didedikasikan untuk teknologi informasi.

Notasi Flow Charting tidak memiliki standar yang kaku, yang memungkinkan Anda untuk memodelkan proses bisnis dari sudut pandang yang berbeda, menambahkan objek tertentu ke model sesuai kebutuhan. Dengan cara ini, notasi ini sangat mirip dengan EPC, tetapi memiliki lebih banyak kebebasan dalam hal aplikasi. Kebebasan untuk menggunakan Flow Charting dan dukungan alat pemodelan proses bisnis yang paling murah dan bahkan gratis telah membuat notasi ini dapat diterapkan di banyak perusahaan.

Di antara kekurangan Flow Charting, seseorang dapat membedakan tidak adanya daftar objek dan atribut yang khas, yang merupakan kebalikan dari "kebebasan" notasi ini. Ini memungkinkan Anda untuk memodelkan proses bisnis yang sama dalam notasi ini sedemikian rupa sehingga modelnya akan sangat berbeda satu sama lain.

Terlepas dari kenyataan bahwa model proses bisnis dalam notasi Flow Charting dapat ditemukan cukup sering, kemungkinan besar itu akan menjadi sesuatu dari masa lalu, memberi jalan untuk lebih banyak "notasi ketat"

Pemodelan bisnis— proses– IDEF (Bahasa Definisi Terintegrasi)

Notasi IDEF berasal dari tahun 1970-an sebagai standar pemerintah AS yang berfokus pada input, output, mekanisme, dan kontrol dari proses bisnis dan menghubungkan proses organisasi ke dalam hierarki. Elemen kunci dari notasi ini adalah fungsi, sementara semua objek dan interaksi lainnya dimodelkan menggunakan hubungan.

Notasi menggunakan seperangkat simbol yang sangat sederhana: proses persegi panjang dan panah yang menggambarkan input, output, kontrol dan mekanisme, notasi ini dibedakan oleh sistem penomoran "built-in" untuk langkah-langkah proses bisnis, yang memungkinkan Anda untuk melacak hubungan antara induk dan proses anak.

Mengingat sejarah standar ini dan penggunaannya yang cukup luas, ini diimplementasikan di banyak alat pemodelan, tetapi notasi ini masih dapat dikaitkan dengan generasi keluar, karena semakin sedikit pendukungnya, dan perwakilan bisnis sering memperlakukan "sirkuit mikro" ini dengan keraguan.

UML (bersatu Pemodelan Bahasa)

Unified Modeling Language (UML) adalah seperangkat notasi dan metode pemodelan yang dirancang untuk menggambarkan persyaratan sistem informasi, tetapi di antara notasi UML ada juga notasi khusus yang dirancang khusus untuk pemodelan proses bisnis. UML didukung oleh Object Management Group (OMG), yang telah membuat metodologi ini cukup umum di kalangan profesional TI.

Notasi ini sangat mirip dengan EPC dan BPMN, satu-satunya perbedaan adalah tampilan pernyataan dan kejadian logis, dan meskipun ada banyak buku tentang notasi UML dan didukung oleh banyak alat pemodelan, UML Activiti Diagram digunakan terutama untuk analisis sistem dan desain, dan hanya sejumlah kecil perusahaan yang menggunakan UML untuk memodelkan proses bisnis

VSM (nilai Sungai kecil Pemetaan)

Nama notasi VSM dapat diterjemahkan ke dalam bahasa Rusia sebagai pemetaan aliran nilai pelanggan. nama asli notasi ini di Toyota Corporation, di mana diyakini bahwa itu ditemukan - Peta aliran bahan dan informasi.

Notasi VSM dikembangkan sebagai bagian dari metodologi manufaktur ramping, dan menggunakan serangkaian simbol khusus untuk menampilkan elemen sumber daya dan biaya waktu untuk menganalisis efektivitas proses bisnis dalam proyek Lean 6Sigma. Sebuah peta aliran nilai menggambarkan lingkungan fisik dan aliran bahan dan produk dalam proses manufaktur dan digunakan untuk mengikat input sumber daya dan waktu untuk suatu proses dan dengan demikian memberikan wawasan produktivitas.

Tujuan dari notasi ini adalah untuk melibatkan pesertanya dalam analisis proses bisnis untuk mendorong mereka secara mandiri mencari peluang optimasi. Sebagai aturan, model VSM digambar dalam proyek di Flip Chart dan tidak memerlukan alat pemodelan proses bisnis yang serius, karena keputusan dibuat atas dasar itu, dan model itu sendiri tidak menjadi dasar untuk regulasi atau solusi TI.

Hal utama saat membuat model dalam notasi VSM adalah mengisi atribut sementara berdasarkan proses, untuk mencari "kemacetan" dan tempat penyimpanan stok yang berlebihan.

Notasi ini memiliki lingkaran pengikut yang terbatas, dan di antara banyak analis bisnis, notasi ini tidak akan tersebar luas dalam waktu dekat karena kekhususan tugas yang diselesaikan dengan bantuannya. Tetapi pada saat yang sama, banyak alat pemodelan proses bisnis, seperti ARIS, telah mengembangkan ekstensi untuk mendukung pemodelan proses bisnis dalam notasi ini.

SIPOC

Singkatan SIPOC berarti: Pemasok (supplier), Masukan (input), Proses (process), Keluaran (output), Pelanggan (consumer). Ini adalah template dokumentasi proses yang diadopsi dalam metodologi Six Sigma, pada kenyataannya, ini bahkan bukan notasi model, tetapi format tabel yang memungkinkan Anda untuk menggambarkan proses bisnis di tingkat atas. Model SIPOC paling efektif diterapkan ketika mendefinisikan batasan proses bisnis, pihak-pihak yang berinteraksi, dan proses input/output.

Tidak ada notasi untuk SIPOC, karena ini adalah tabel sederhana dengan header yang sesuai yang memungkinkan Anda menyusun proses bisnis yang dipilih untuk analisis dan pengoptimalan lebih lanjut.

Kegunaan SIPOC, tidak seperti diagram lainnya, terletak pada kemungkinan penggunaannya oleh karyawan unit bisnis, karena tidak mengandung logika yang kompleks dan banyak objek, seperti notasi EPC atau BPMN.

Pemodelan Proses Bisnis - Kesimpulan

Jadi, saya melihat beberapa notasi pemodelan proses bisnis yang dapat ditemukan di pasar Rusia(Mereka dijelaskan secara lebih rinci dalam bab BPM CBOK tentang pemodelan proses bisnis). Manakah dari notasi yang dipilih untuk digunakan adalah pertanyaan terbuka, misalnya, untuk memodelkan proses bisnis organisasi di tingkat atas, saya menggunakan notasi VAD, untuk pemodelan utama proses bisnis yang dipilih untuk pengoptimalan, lebih mudah menggunakan SIPOC atau VAD. Untuk membuat model proses bisnis yang terperinci - BPMN yang disederhanakan untuk memodelkan interaksi lintas fungsi atau EPC untuk pemodelan terperinci untuk memformalkan aliran informasi dan kumpulan objek yang terkait dengan proses bisnis. Nah, jika Anda perlu mengotomatisasi proses bisnis dalam sistem BPMS, maka Anda tidak dapat melakukannya tanpa notasi BPMN.

Dunia telah berurusan dengan pendekatan proses untuk organisasi bisnis untuk waktu yang lama dan cukup efektif, dan standar Model dan Notasi Proses Bisnis (BPMN, notasi) adalah prosedur yang dipikirkan dengan matang. deskripsi yang benar proses bisnis. Perusahaan terus meningkatkan berbagai spesialisasi standar ini dan dengan demikian mencapai peningkatan yang sangat signifikan dalam semua indikator kualitas pekerjaan mereka. Notasi BPMN dapat dimengerti tidak hanya untuk para ahli dari bidang subjek di mana ia dibuat, setiap pekerja dapat beroperasi dengan perhitungan logisnya.

Pemodelan dan standardisasi

Bersamaan dengan kesederhanaan, standarisasi ini adalah yang paling model lengkap proses bisnis yang dijelaskan dalam bentuk yang dapat dibaca mesin. BPMN (bila dilihat dalam notasi versi BPMN 2.0) membangun model proses paling kompleks dalam bisnis dengan cara yang sangat kuat dan ekspresif, dan dalam sistem yang paling mudah dipahami. Yang paling penting, bersama dengan standar ini, model grafis didefinisikan dan diubah menjadi bentuk terstruktur yang indah dan dapat dibaca mesin yang didasarkan pada XML. Bahasa notasi BPMN benar-benar dapat dieksekusi, yaitu, memungkinkan Anda untuk memodelkan proses yang selanjutnya dilakukan menggunakan BPMS ( sistem otomatis Manajemen Proses Bisnis). Standarisasi tersebut sangat berguna justru karena pemodel dapat menggunakan beberapa produk perangkat lunak, dan performer – lainnya, jika mereka mendukung standar ini.

Untuk membangun model tertentu, dapat digunakan lebih dari satu versi (notasi BPMN 2.0 (PDF) dan lainnya), terkadang model terdiri dari fragmen notasi yang berbeda, tetapi cara sistematisasi dan pembacaannya sama. Semakin banyak pengusaha yang menerapkan di perusahaan mereka pelaksanaan proses bisnis berdasarkan standar ini. Permintaan akan spesialis yang mengetahui bahasa pemodelan ini semakin meningkat setiap hari. Semakin banyak orang yang mempelajari elemen grafis notasi BPMN dan aturan untuk membangun model. Untuk ini, ada kursus khusus di mana mereka yang ingin berkenalan dengan tujuan bahasa ini, dengan jenis diagram, dan melihat kemungkinan eksekusi otomatis dari model yang dibangun. Hal yang paling menarik adalah pengalaman praktis dalam notasi BPMN 2.0 (juga tersedia dalam bahasa Rusia), pemodelan dan analisis, pengembangan proses bisnis.

Spesialis

Siapa yang mampu menggambarkan proses bisnis? Notasi pemodelan BPMN mudah dilakukan oleh siapa saja yang terlibat dalam otomatisasi, pengembangan proses bisnis. manajer proyek, analis sistem, arsitek dan pengembang sistem komputer, ahli metodologi, karyawan layanan berkualitas. Biasanya orang-orang ini dapat membaca dokumentasi teknis dalam bahasa Inggris, berpartisipasi dalam proyek analisis apa pun, menjelaskan notasi BPMN, proyek bisnis yang dioptimalkan atau otomatis, atau perangkat lunak yang dikembangkan dan dipelihara. Metodologi ini memiliki status internasional, dan tidak bermerek, seperti banyak standar lainnya, dan bahkan tidak nasional. Itulah sebabnya sejak tahun 2005 mereka telah menganalisis dan menata ulang bisnis menggunakan pemodelan proses dalam notasi BPMN.

Teknik ini menyediakan hampir semua pengguna dengan informasi yang dapat diakses - dari analis terbesar yang membuat skema, dan pengembang yang menerapkan teknologi untuk menjalankan proses bisnis sesuai dengan skema ini, hingga eksekutif perusahaan, yaitu, pengguna biasa yang sibuk mengelola dan memantau implementasi model yang dibangun. Dengan cara ini, Business Process Modeling Notations (BPMN) menjembatani kesenjangan antara pembuatan model dan implementasi model. Di sini dikumpulkan ide terbaik tersedia dalam metodologi lain. Misalnya, untuk fleksibilitas dan keterbacaan yang lebih baik dalam notasi BPMN 2.0, ini mengikuti tradisi diagram alur.

Simbol (elemen) BPMN

Mendukung dan mengembangkan organisasi BPMN OMG. Ini bukan meme pelanggan tetap Internet, yang berarti "oh milikku", tetapi Grup Manajemen Objek yang sangat terkenal, yang mencakup lebih dari delapan ratus perusahaan yang mengembangkan standar seperti notasi BPMN. Kami berutang semua perubahan yang berguna dalam versi baru ke pengembang OMG. Organisasi inilah yang memilih promosi notasi UML BPMN, yang digunakan untuk memodelkan sistem berorientasi objek, sebagai arah utama. Oleh karena itu, ketika mengembangkan diagram, selain konsep dan konsep (alur kontrol, tindakan, objek data, dll.), ada banyak konsep di BPMN yang menjadi ciri pendekatan berorientasi objek: pesan, pertukaran, dan aliran pesan.

Simbol notasi grafis diuraikan sesuai dengan tujuannya dan digabungkan ke dalam kategori. Objek - objek aliran, Data - data, Swimlanes - area tanggung jawab, Menghubungkan Objek - menghubungkan objek, Artefak - artefak. Aliran kontrol, objek data, dan simbol objek aliran juga dibagi menjadi subkelompok sesuai dengan fitur semantik untuk menampilkan spesifik dari peristiwa yang sedang berlangsung, fitur percabangan aliran, eksekusi tindakan, dan sebagainya. Mereka menunjukkan secara spesifik karena gambar grafik tambahan - spidol, ikon yang ditempatkan di dalam simbol utama. Simbol acara juga datang dengan berbeda jenis garis besar dan warna latar belakang.

Acara menurut waktu

Selama pelaksanaan proses bisnis, berbagai dan banyak peristiwa selalu terjadi yang berdampak, meskipun faktanya paling sering mereka adalah elemen opsional dan tidak ditampilkan dalam diagram proses bisnis. Ini menerima dan menanggapi pesan, mengubah status dalam dokumen, dan banyak lagi yang tidak masuk akal untuk dicantumkan - banyak peristiwa terjadi secara harfiah di setiap langkah. Untuk mengklasifikasikannya, ditentukan karakteristik masing-masing. Kelompok pertama - pada saat onset. Ini adalah acara awal yang akan menunjukkan awal grafik. Dari sini, aliran kontrol hanya bisa keluar, dan aliran pesan bisa dua arah. Acara awal pada diagram proses bisnis biasanya satu, tetapi Anda tidak dapat menampilkannya sama sekali. Kadang-kadang bahkan ada beberapa dari mereka, jika pemetaan terjadi dengan trek, kumpulan, dan subproses yang digunakan. Garis besar acara ditampilkan sebagai satu garis tipis.

End event adalah hasil dari eksekusi proses bisnis. Di sini aliran kontrol hanya masuk, dan aliran pesan masih bergerak baik ke input maupun ke output. Aliran masuk diwakili oleh panah. Diagram hanya menampilkan satu atau beberapa peristiwa akhir - mereka digariskan sebagai garis tunggal yang tebal. Intermediate event adalah salah satu dari yang lain yang terjadi selama pelaksanaan proses bisnis. Satu aliran masuk ke sini dan satu lagi keluar. Hanya Boundary (peristiwa batas) yang terjadi dan diproses segera - baik di awal atau di akhir aksi. Ini ditampilkan pada kontur (batas) tindakan, dan hanya berisi satu aliran - baik masuk atau keluar. Dan peristiwa seperti itu ditunjukkan oleh garis ganda tipis.

Acara: gangguan subproses dan jenis hasil

Karena kejadian selama pemodelan proses bisnis sangat berbeda, blok berikutnya diklasifikasikan yang dapat mengganggu eksekusi suatu tindakan. Yang pertama ditandai adalah non-interrupting event - ini adalah intermediate atau start event yang terjadi selama eksekusi, namun, memulai utas keluar yang terkait dengannya hanya ketika aktivitas selesai. Kontur peristiwa semacam itu digambarkan dengan garis putus-putus. Berikutnya adalah peristiwa interupsi yang terjadi sebelum atau sesudah tindakan standar. Dalam situasi luar biasa, peristiwa ini memerlukan penghentian atau penghentian tindakan jika informasi yang diperlukan hilang atau kesalahan ditampilkan selama pemrosesan, jika tindakan tambahan diperlukan, dan sejenisnya. Di sini garis besar ditampilkan sebagai garis padat.

Jenis ketiga peristiwa diklasifikasikan menurut jenis hasil. Pertama-tama, di sini kita perlu berbicara tentang inisiator pemrosesan. Ini adalah peristiwa perantara atau awal yang terjadi sebagai akibat dari pelaksanaan tindakan dan merupakan hasil dari pelaksanaan suatu proses - standar atau tidak. Peristiwa pemicu diwakili oleh ikon yang tidak terisi. Perlu untuk menambahkan satu acara lagi ke bagian ini, yang juga berbicara tentang kinerja, hanya di sini hasil pemrosesan. Ini adalah peristiwa perantara atau akhir yang terjadi selama pelaksanaan tindakan dan merupakan salah satu hasil akhir dari pelaksanaan proses - standar atau tidak, ditampilkan sebagai ikon yang diisi.

tindakan

Sebuah proses, digambarkan sebagai diagram, terlihat seperti serangkaian tindakan yang dilakukan untuk mendapatkan hasil tertentu. Pada diagram vertikal notasi BPMN, dari atas ke bawah, urutan ditentukan menunjukkan pelaksanaan proses dari waktu ke waktu. Anda juga dapat melacaknya ke arah panah elemen penghubung dari kiri ke kanan. Tindakan yang ditampilkan memiliki tiga tampilan utama dan banyak variasi, masing-masing dengan ikon atau ikonnya sendiri.

tugas - tugas. Tindakan dasar, yaitu, tidak dapat dibagi. Jenis atau kekhususan tugas ditunjukkan oleh penanda atau ikon di sudut kiri atas simbol tindakan. Tugas dapat berupa Service (layanan), untuk penyediaan layanan, yang merupakan aplikasi otomatis atau layanan web. Kirim - kirim pesan. Jika pesan dikirim setidaknya sekali, tugas dapat dianggap selesai. Terima - menerima pesan (prinsip yang sama: jika pesan diterima sekali, tugas selesai). Tugas Pengguna dianggap khas dan dilakukan oleh pelaksana dengan bantuan perangkat lunak dan dengan bantuan karyawan lain. Tugas yang membutuhkan eksekusi manual adalah Manual, yang dilakukan tanpa bantuan otomatisasi. Aturan Bisnis - aturan bisnis, menurut teknologi, pemenuhan tugas ini tergantung pada keadaan, pilihan metode membantu menetapkan aturan bisnis. Script - skrip di mana pelaksanaan operasi secara ketat dalam urutan yang dijelaskan dalam bahasa yang dikenali oleh pemain. Biasanya, tugas semacam ini dilakukan dengan cara otomatis.

Subproses

Subproses - subproses. Ini termasuk gateway dalam notasi BPMN, alur kerja, acara, dan banyak aktivitas lainnya. Dengan demikian, sub-proses adalah tindakan gabungan, bagian-bagian yang secara langsung ditampilkan di dalam simbol pada diagram, atau dikeluarkan pada diagram dekomposisi terpisah. Dalam kasus terakhir, diagram utama harus menampilkan tanda + di tengah sub-proses (tepi bawah aktivitas). Ada subproses standar, tetapi itu tidak cukup, jadi dua varietas spesifik itu muncul. Ini adalah Sub-Proses Peristiwa - subproses peristiwa yang selalu dimulai saat peristiwa awal terjadi. Diagram menunjukkannya sama sekali tidak terkait dengan aktivitas dan alur kerja lainnya. Kontur subproses semacam itu digambarkan oleh titik-titik.

Varietas kedua adalah Transaksi (transaksi), ini adalah tindakan yang terdiri dari operasi yang berbeda dengan penyelesaian yang berhasil, yaitu memperoleh hasil positif. Anda bisa mendapatkan hasil tertentu hanya jika semua komponen berhasil diselesaikan. Jika terjadi masalah selama pelaksanaan subproses, hasil dari semua operasi sebelumnya akan dibatalkan (cancel event). Gangguan tersebut dapat berupa ketidakmungkinan melakukan operasi tertentu atau kinerjanya yang salah. Untuk menghindari pembatalan acara sebelumnya, Anda dapat mencoba operasi yang gagal untuk mengkompensasi (kompensasi acara). Garis besar sub-proses tersebut ditampilkan sebagai garis padat ganda. Untuk memasukkan dalam diagram semua tugas atau sub-proses yang digunakan kembali, ada Panggilan - panggilan, yang ditunjukkan dalam diagram dengan garis tebal.

Gerbang

Gateway dalam notasi BPMN dimaksudkan untuk menunjukkan secara spesifik aliran operasi dan perjalanannya melalui cabang paralel atau alternatif. Gateway dapat melakukannya tanpa aliran keluar atau masuk, tetapi selalu memiliki setidaknya dua aliran masuk atau keluar sendiri. Penanda di dalam simbolnya menentukan jenis gateway. Itu bisa Eksklusif, XOR - eksklusif dengan "atau" eksklusif, yang dirancang untuk membagi aliran menjadi rute alternatif. Selama proses, hanya satu dari rute yang disarankan yang dapat diaktifkan. Kondisi lewati terdapat di sebelah garis penunjuk. Inklusif, OR - non-eksklusif dengan gerbang "atau" logis yang dirancang untuk membagi aliran menjadi rute, di mana masing-masing diaktifkan jika kondisi ekspresi boolean yang terkait dengannya terpenuhi. Beberapa jalur dapat diambil dalam proses ini, tetapi jika setidaknya salah satunya tidak benar, maka pilihannya tidak mungkin.

Analog dari gateway non-eksklusif adalah Kompleks (kompleks). Perbedaannya adalah hanya ada satu ekspresi yang menentukan aktivasi alur kerja tertentu. Paralel, DAN - paralel dengan gerbang logis "dan" diperlukan untuk percabangan atau penggabungan operasi paralel. Berbasis Acara Eksklusif - Gerbang eksklusif tetapi berbasis acara yang memisahkan alur kerja menjadi rute alternatif. Gateway Berbasis Acara Eksklusif untuk memulai Proses juga merupakan gateway eksklusif, peristiwa yang menjadi dasarnya memulai seluruh proses. Ini adalah karakter awal dari suatu proses atau subproses yang tidak memiliki aliran input. Gateway Berbasis Acara Paralel untuk memulai Proses bekerja dengan cara yang sama - gateway paralel, juga berdasarkan peristiwa yang memulai proses. Namun, dengan bantuannya, Anda dapat mengaktifkan beberapa proses secara bersamaan jika peristiwa yang terkait dengannya berfungsi. Secara alami, ia tidak memiliki aliran masuk. Gambar dengan jelas menunjukkan notasi BPMN dalam contoh diagram dengan dua jenis gateway.

Data dan aliran

Objek data terkandung dan digunakan dalam bagan secara khusus, yang menunjukkan penggunaan penanda tambahan. Input Data - input data, yaitu informasi awal untuk memulai eksekusi tindakan. Muncul di tepi atas simbol. Pengumpulan Data - satu set data, yaitu seluruh larik atau kumpulan data dengan tipe yang sama. Ditampilkan di bawah simbol. Objek data dan tindakan dihubungkan oleh hubungan menggunakan asosiasi.

Gambar alur kerja standar dapat dilengkapi dalam diagram dengan menunjukkan alur tertentu. Aliran Urutan Bersyarat - penunjukan aliran operasi bersyarat saat bercabang. Ditampilkan sebagai berasal dari suatu tindakan (jika Anda tidak ingin menggunakan gateway dalam diagram). Aliran Urutan Default - aliran operasi yang terjadi secara default, paling sering berasal dari gateway atau tindakan, tidak terkait dengan ekspresi logis.

Contoh dan Kesimpulan

Acara awal, seperti namanya, menunjukkan titik awal dari suatu proses. Ini adalah titik awal, yang berarti tidak adanya aliran masuk apa pun. Kejadian awal pada contoh notasi BPMN dilambangkan dengan lingkaran yang pusatnya bebas. Peristiwa tersebut dapat berupa surat atau telepon dari klien, misalnya, dikirim ke toko online atau ke situs web perusahaan yang memodelkan proses bisnis ini. Selanjutnya, alur operasi berjalan di sepanjang garis dan menunjukkan pelaksanaan proses hingga lingkaran merah, yang menunjukkan penyelesaian, acara akhir. Omong-omong, mungkin ada beberapa di antaranya, dan mudah untuk melacak di mana tepatnya aliran operasi berakhir, menyelesaikan prosesnya. Aliran keluar dari lingkaran merah tidak dimungkinkan.

Jika diagram tidak berwarna, maka acara akhir disorot dengan garis tebal berbentuk lingkaran. Misalnya, dalam praktiknya, peristiwa ini dapat berupa penerbitan produk pesanan yang telah melalui proses izin, pemrosesan, hingga penerbitan. Selama semua pekerjaan ini, diagram menunjukkan tindakan yang dilakukan dalam perjalanan dari awal hingga akhir acara. Tindakan ini ditunjukkan oleh persegi panjang dengan tepi membulat. Gerbang - belah ketupat. Bahasa ini dapat dimengerti oleh pengguna, hanya perlu sedikit membiasakan diri dengan sistem tampilan yang ada di sini dalam ilustrasi.

ke EPC

Mari kita lanjutkan percakapan kita tentang Business Studio. Kemampuan sistem ini memberikan dukungan untuk siklus penuh pengembangan bisnis: dari desain arsitektur hingga menemukan cara untuk memperbaikinya.

Business Studio adalah kesederhanaan dan kenyamanan

Business Studio adalah sistem pemodelan bisnis yang dicirikan oleh kesederhanaan, kenyamanan, dan kecepatan tinggi pembelajaran oleh para ahli. Kehadiran antarmuka sistem yang intuitif memungkinkan bahkan pemula untuk memulai proses merancang arsitektur bisnis.

Notasi pemodelan yang digunakan

Program ini menggunakan notasi pemodelan proses bisnis paling populer yang dapat dipahami oleh karyawan tanpa pelatihan tambahan:

1. notasi IDEF0

Notasi pemodelan proses bisnis paling populer berdasarkan metodologi analisis struktural SADT.

Metodologi IDEF0 adalah metodologi pemodelan yang memungkinkan Anda membuat model fungsional yang menggambarkan struktur dan fungsi sistem. Dan juga - arus informasi dan objek material yang menghubungkan fungsi-fungsi ini. Gambar di bawah menunjukkan diagram grafik dalam notasi IDEF0 - contoh diimplementasikan dalam sistem Business Studio.

Proses bisnis dalam notasi IDEF0 direpresentasikan dalam bentuk persegi panjang, dan panah mencerminkan koneksi dengan proses lain dan lingkungan eksternal.

Fitur notasi adalah:

• kemampuan untuk menguraikan proses menjadi subproses dan, dengan demikian, membangun model hierarkis proses bisnis;
• pemilihan empat jenis panah: tiga jenis input (input, kontrol dan mekanisme), yang memungkinkan deskripsi logika yang lebih fleksibel menggunakan input dalam proses untuk analisis dan output lebih lanjut.

Notasi IDEF0 digunakan untuk membuat model proses bisnis tingkat atas. Konstruksi diagram IDEF0 tingkat atas memberikan deskripsi paling umum atau abstrak dari objek pemodelan. Pada tingkat yang lebih rendah, untuk menggambarkan algoritma (skenario) dari eksekusi proses, diperbolehkan untuk mengubah standar IDEF0 ke notasi Proses, Prosedur, EPC atau BPMN 2.0.

Metodologi SADT dapat ditemukan secara rinci dalam monografi David A. Mark dan Clement McGowan "Analisis Struktural dan Metodologi Desain SADT".

2. Proses Notasi (Basic Flowchart B Visio)

Notasi ini Elemen grafis digunakan: peristiwa, proses, keputusan, dua jenis panah - panah prioritas dan panah "Aliran objek".

Notasi Proses mendukung dekomposisi menjadi sub-proses.

Notasi Proses dapat digunakan untuk memodelkan proses perusahaan individu, serta pada tingkat yang lebih rendah dari model proses bisnis yang dibuat dalam notasi IDEF0.

3. Prosedur Notasi (Flowchart Lintas Fungsional B Visio)

Notasi ini digunakan untuk merepresentasikan algoritma eksekusi proses (workflow class notation). Selain elemen grafis yang digunakan dalam notasi Proses, trek (Jalur Renang) digunakan, yang menunjukkan unit organisasi - pelaku tindakan proses.

Prosedur Notasi mendukung dekomposisi menjadi sub-proses.

Notasi prosedur dapat digunakan untuk memodelkan proses perusahaan individu, serta pada tingkat yang lebih rendah dari model proses bisnis yang dibuat dalam notasi IDEF0.

4. Notasi BPMN 2.0

Digunakan untuk mewakili algoritma eksekusi proses (notasi kelas alur kerja).

Fitur notasi BPMN 2.0, yang muncul sebagai standar pemodelan pada tahun 2011, adalah bahwa notasi ini ditujukan untuk pemodelan proses bisnis dan untuk pelaksanaannya.

Mudah dipahami dan nyaman bagi analis bisnis dan pengembang yang mengotomatiskan eksekusi proses. Untuk mengekspor diagram proses ke sistem BPMS, Business Studio menggunakan standar XPDL.

Business Studio menyediakan 2 jenis diagram BPMN 2.0 - diagram proses dan diagram interaksi proses.

Elemen grafis berikut digunakan:

• proses;
• perkembangan;
• gerbang;

3 jenis panah:

• aliran kontrol;
• aliran pesan;
• asosiasi;

• dokumen-dokumen;
• informasi;
• pesan; database.

Penting bahwa di Business Studio semua elemen diagram BPMN adalah objek repositori.

Di Business Studio, dalam notasi BPMN, Anda dapat membangun hierarki proses pohon, yang didukung dekomposisi.

Untuk proses BPMN, Anda dapat secara otomatis menghasilkan peraturan dan laporan lainnya; notasi ini terutama digunakan untuk menggambarkan proses tingkat rendah, terutama yang memiliki logika eksekusi kompleks.

5. Notasi EPC (Event-Driven Process Chain)

Digunakan untuk mewakili algoritma eksekusi proses (notasi kelas alur kerja).

Diagram yang dijelaskan dalam notasi EPC (Event Process Chain) adalah kombinasi berurutan dari peristiwa dan fungsi.

Untuk setiap fungsi, acara awal dan akhir, peserta, pemain, materi dan aliran dokumenter yang menyertainya dapat ditentukan. Dalam notasi EPC, percabangan panah dilakukan dengan menggunakan operator.

Notasi EPC mendukung dekomposisi ke tingkat yang lebih rendah. Diagram fungsi EPC yang dapat didekomposisi hanya dapat dijelaskan dalam notasi EPC atau BPMN 2.0.

Notasi EPC dapat digunakan untuk memodelkan proses perusahaan individu, serta pada tingkat yang lebih rendah dari model proses bisnis yang dibuat dalam notasi IDEF0.

Notasi apa yang Anda gunakan dalam pekerjaan Anda?

Saya sering ditanya - apa yang harus dibaca tentang proses bisnis?
Salah satu situs terbaik di Runet adalah www.klubok.net. Saya sendiri "tumbuh" di forum dan artikel di situs ini. Banyak artikel tidak kehilangan relevansinya bahkan sekarang. Saya sarankan mulai dengan dia.

Tetapi jika kita berbicara tentang buku, saya dapat dengan yakin mengatakan buku terbaik tentang proses bisnis adalah buku yang ditulis oleh Repin dan Yeliferov: "Proses bisnis perusahaan. Konstruksi, analisis, regulasi".

Deskripsi proses bisnis: berjuang untuk kesederhanaan.

Artikel ini membahas masalah pemilihan notasi untuk menggambarkan proses untuk tujuan regulasi selanjutnya. Notasi Work Flow yang sering digunakan dibandingkan satu sama lain, seperti: "Simple flowchart" di MS Visio, "Procedure" Business Studio, notasi ARIS eEPC dan lain-lain.

Saat membandingkan notasi, fokusnya adalah pada pembuatan diagram proses yang sederhana dan mudah dipahami bagi karyawan organisasi.

Untuk analis bisnis perusahaan, tesis yang dibahas dalam artikel adalah alasan serius untuk memikirkan seberapa efektif pendekatan yang mereka gunakan untuk mengembangkan diagram grafis proses organisasi.

pengantar

Salah satu tujuan terpenting untuk pembentukan diagram proses grafis adalah penggunaannya selanjutnya dalam dokumen peraturan organisasi. Sebagai aturan, skema ini digunakan oleh karyawan yang tidak terlatih dalam notasi kompleks, tidak memiliki keterampilan analisis sistem, dll. Bagi mereka, kesederhanaan dan kejelasan skema sangat penting. Skema yang rumit dan membingungkan yang mengandung banyak simbol berbeda kurang dipahami oleh orang-orang, yang membuat penggunaan praktisnya menjadi sulit. Oleh karena itu, untuk tujuan praktis, pemilihan dan penggunaan notasi (metode) yang tepat untuk menggambarkan proses adalah penting. Dengan kriteria apa notasi seperti itu harus dipilih? Bagaimana cara membandingkan notasi yang berbeda satu sama lain? Mari kita lihat beberapa notasi populer dan mencoba menjawab pertanyaan-pertanyaan ini.

Perbandingan Notasi

Notasi deskripsi proses berikut dipilih untuk perbandingan:

1. "Flowchart sederhana" (dengan menampilkan pergerakan dokumen, menggunakan blok "Keputusan");
2. "Diagram blok sederhana" (tanpa menampilkan pergerakan dokumen, tanpa menggunakan blok "Solusi");
3. "Prosedur" sistem Business Studio (salah satu dari pilihan perwakilan);
4. eEPC ARIS.

Proses yang sederhana dan intuitif dipilih sebagai kasus uji. Hasil dari deskripsi proses ini disajikan pada gambar. 1-4.

Beras. 1. Diagram proses dalam notasi "Simple flowchart" di MS Visio (dengan pergerakan dokumen, menggunakan blok "Solution").

Pada diagram Gambar. 1. Urutan operasi proses dalam waktu ditunjukkan dengan panah tebal, dan pergerakan dokumen ditunjukkan dengan panah putus-putus tipis. Blok "Solusi" digunakan dengan cara klasik. Mereka menampilkan informasi (pertanyaan) di mana proses selanjutnya "bergantung". Pendekatan penggunaan "berlian" ini sangat umum. Namun pada kenyataannya, seluruh logika pengambilan keputusan dan pembentukan keluaran (dokumen) tertentu harus terkandung dalam operasi proses tersebut. Jika dipikir-pikir, nilai (makna) dari menggambar "berlian" ini tidak jelas. Apa objek-objek ini: operasi proses, peristiwa? Tampaknya tidak satu atau yang lain. Ini lebih merupakan pernyataan untuk membuat keputusan pada beberapa kondisi. Tapi bagaimanapun, kami sedang mengembangkan diagram proses untuk orang-orang, dan tidak menulis program komputer dalam bahasa khusus. PADA program komputer"berlian" akan menjadi operasi lengkap untuk membandingkan kondisi, dll. Tetapi pada diagram proses, Anda perlu menunjukkan objek nyata - proses yang dilakukan oleh orang, dokumen, sistem informasi, dll. Pikirkan tentang hal ini, apakah benar untuk menunjukkan "berlian" secara terpisah dari proses operasi pada diagram? Sebagai gantinya, Anda dapat:

a) menggambarkan logika pengambilan keputusan dalam bentuk urutan operasi pada skema proses yang sedang dipertimbangkan;
b) menggambarkan logika dalam bentuk diagram langkah-langkah dari sub-proses yang sesuai, pindah ke level di bawahnya;
c) menggambarkan logika dalam teks (dalam teks atribut operasi) dan selanjutnya membawanya ke dalam jadwal eksekusi proses.

Mari kita rumuskan "plus" dan "minus" dari metode di atas (Gbr. 1.) menggunakan "berlian".

"Bagan alir sederhana" di MS Visio (dengan pergerakan dokumen, menggunakan blok "Solusi")
"Pro"	"Minus"
Tampilan visual dari "logika" pilihan output tertentu dari proses. Memfokuskan perhatian pelaku pada titik keputusan / percabangan proses tergantung pada kondisi.	Menghapus logika pengambilan keputusan "di luar" dari operasi proses (salah dari sudut pandang dekomposisi formal proses). Tidak nyaman untuk mendokumentasikan proses (Anda harus menduplikasi "berlian" dengan teks saat membentuk deskripsi teks operasi). Diagram proses menjadi informasi yang berlebihan. "Berlian" sering digunakan terlalu formal, tanpa kebutuhan nyata.

pada gambar. 2. menunjukkan contoh proses yang sama, hanya dijelaskan tanpa menggunakan blok dan dokumen "Solusi". Sangat mudah untuk memeriksa bahwa ada 24 elemen grafik yang lebih sedikit dalam diagram ini daripada diagram pada Gambar. 1. Gambar skema. 2. terlihat jauh lebih sederhana. Dari elemen grafis itu tidak mempesona, tetapi dari sudut pandang keinformatifan, skema ini cukup dapat dimengerti dan dapat diakses oleh pengguna akhir. Jika untuk setiap operasi proses persyaratan untuk implementasinya dijelaskan dalam teks, maka dengan menggabungkan tabel dan bentuk grafik representasi, adalah mungkin untuk menggambarkan secara memadai prosedur pelaksanaan proses untuk karyawan perusahaan.

Beras. 2. Diagram proses dalam notasi "Simple flowchart" di MS Visio (tanpa perpindahan dokumen, tanpa menggunakan blok "Keputusan").

"Pro" dan "kontra" dari representasi grafis dari proses dalam bentuk yang ditunjukkan pada gambar. 2. ditunjukkan di bawah ini.

Secara umum, penggunaan skema dalam format yang mirip dengan yang ditunjukkan pada Gambar. 2 nyaman bagi pengembang dan karyawan yang bekerja sesuai dengan skema ini.

pada gambar. 3. diagram proses disajikan, dibentuk dalam notasi "Prosedur" dari lingkungan pemodelan Business Studio. Skema ini memiliki beberapa fitur. Pertama, blok "Keputusan" tidak digunakan secara standar - bukan sebagai elemen grafis untuk menampilkan pertanyaan dan percabangan, tetapi sebagai operasi proses pengambilan keputusan yang lengkap. Di Business Studio, "belah ketupat" memiliki hampir semua atribut dari proses yang lengkap, tetapi tidak dapat diuraikan (mungkin pengembang sistem akan memungkinkan ini pada waktunya). Menggunakan "belah ketupat" (bukan segi empat) membuat diagram lebih jelas. Pada saat yang sama, apapun informasi teks: deskripsi, awal, akhir, persyaratan tenggat waktu, dll.

Fitur kedua dari diagram proses yang ditunjukkan pada Gambar. 3., adalah penggunaan panah. Untuk menampilkan urutan operasi, Anda dapat menggunakan panah dengan satu ujung - panah "diutamakan". Anda dapat menggunakan panah dengan dua tip untuk menunjukkan pergerakan dokumen. Tetapi di Business Studio Anda hanya dapat menggunakan satu jenis panah - panah "diutamakan". Pada saat yang sama, Anda dapat mengikat panah bernama jumlah yang dibutuhkan dokumen yang didefinisikan dalam direktori objek aktivitas. Pendekatan ini memungkinkan:

• secara signifikan mengurangi jumlah elemen grafis pada diagram proses, dan pada saat yang sama:
• menampilkan informasi yang diperlukan tentang dokumen masuk dan keluar dalam peraturan proses.

Dengan demikian, tanpa mengacaukan diagram dengan elemen-elemen yang tidak perlu, kami tetap dapat menggambarkan proses secara lengkap dan mengunggah semua informasi yang diperlukan ke peraturan.

"Pro" dan "kontra" dari representasi grafis dari proses dalam bentuk yang ditunjukkan pada gambar. 3. ditunjukkan di bawah ini.

Beras. 3. “Prosedur” sistem Business Studio (varian dengan penggunaan blok “Solusi” non-tradisional).

Dalam kasus penggunaan Business Studio, notasi "Prosedur" dapat digunakan dengan cara yang sedikit berbeda. Penulis artikel cenderung ke pendekatan yang disajikan pada Gambar. 3.

pada gambar. Gambar 4 menunjukkan diagram proses yang sedang dipertimbangkan, yang dikembangkan dalam notasi ARIS eEPC. Perhatikan bahwa beberapa operasi dari proses tidak sesuai dengan diagram. Diagram tidak lengkap dari proses paling sederhana ini, dibuat dalam notasi ARIS eEPC, berisi empat pernyataan logika dan delapan peristiwa! Orang yang membaca diagram harus dapat menginterpretasikan dengan benar semua operator logika ini. Tanpa pelatihan khusus dan beberapa keterampilan dalam membaca diagram seperti itu, karyawan biasa tidak mungkin dapat memahami logika proses yang dimaksud tanpa deskripsi tekstual terperinci atau bantuan analis bisnis yang berkualifikasi.

Perhatikan bahwa diagram proses dalam notasi ARIS eEPC membutuhkan lebih banyak ruang secara signifikan daripada diagram yang ditunjukkan pada Gambar. 1-3. Kompleksitas pembentukan skema semacam itu juga jauh lebih tinggi.

Diagram proses dalam notasi ARIS eEPC (dibangun di Business Studio)
"Pro"	"Minus"
Saat membentuk skema, logika formal yang ketat dari proses dipertahankan. Semua peristiwa yang terjadi selama proses didefinisikan dengan jelas.	Kesulitan persepsi. Kompleksitas yang signifikan dari pembentukan skema. Karyawan harus memiliki keterampilan dan pengalaman khusus dalam menafsirkan skema tersebut. redundansi informasi. Memakan terlalu banyak ruang, yang tidak nyaman untuk dokumentasi.

Secara umum, jika Anda tidak akan membeli SAP R / 3, maka pilihan dan penggunaan notasi eEPC ARIS, dari sudut pandang penulis artikel, bukanlah solusi optimal. Perlu memperhatikan notasi yang lebih visual dan dapat dimengerti secara intuitif untuk deskripsi proses. Namun, bagi sebagian orang, notasi ARIS eEPC mungkin tampak lebih jelas dan dapat dimengerti. Sampai batas tertentu, ini masalah selera.

Beras. 4. Diagram proses dalam notasi ARIS eEPC (dibangun di Business Studio).

Deskripsi proses untuk tujuan otomatisasi selanjutnya

Menarik untuk melihat diagram proses yang dimaksud jika digambarkan dalam notasi BPMN 2.0. Notasi ini dimaksudkan untuk menggambarkan proses "yang dapat dieksekusi", mis. proses yang didukung oleh sistem BPM.

Pendapat Anda tentang penggunaan BPMN 2.0. saham A.A. Belaichuk - CEO Perusahaan "Konsol Bisnis":

pada gambar. 5 menunjukkan proses yang sama dalam notasi BPMN. Seperti yang bisa kita lihat, gambar ini mirip dengan Gambar 1: dalam notasi BPMN, tugas diwakili oleh persegi panjang, garpu - dengan berlian, data - dengan ikon yang mirip dengan dokumen. Aliran kontrol adalah garis padat, aliran data putus-putus. Perlu dicatat bahwa hanya sebagian kecil dari notasi BPMN yang terlibat dalam diagram ini: hanya satu jenis garpu dari 5 yang tersedia di palet, satu jenis tugas dari 8. Selain palet yang lebih luas, notasi ini adalah dibedakan oleh kemampuan untuk memodelkan tidak hanya alur kerja yang terisolasi, tetapi juga beberapa proses yang berinteraksi satu sama lain melalui pesan atau data. Selain itu, notasi ini lebih ketat: tidak hanya mendefinisikan ikon, tetapi juga aturan yang dengannya mereka dapat digabungkan satu sama lain. Perlunya aturan tersebut ditentukan oleh fakta bahwa notasi BPMN difokuskan tidak hanya pada fakta bahwa orang akan membacanya, tetapi juga pada eksekusi langsung oleh orang khusus. perangkat lunak- sistem BPM "mesin". Pada saat yang sama, seperti yang ditunjukkan contoh ini, saat menggunakan subset palet yang terbatas, BPMN tidak lebih rumit dari diagram alur yang sudah dikenal. Nah, bagi yang ingin menguasai BPMN secara profesional, kami merekomendasikan pelatihan khusus www.bpmntraining.ru.

Beras. 5. Diagram proses dalam notasi BPMN 2.0.

Latihan hidup

pada gambar. Gambar 6 menunjukkan fragmen diagram proses yang dikembangkan oleh analis bisnis dari perusahaan yang sangat spesifik dalam notasi yang mereka temukan. Skema ini dibangun menggunakan prinsip-prinsip "Diagram blok sederhana" - blok "Solusi" digunakan dalam versi klasiknya. Selain itu, diagram menunjukkan banyak simbol lain yang digunakan dengan cara yang tidak standar.

Saat membentuk skema Gambar. 6, analis bisnis jelas "berjuang" untuk visibilitas dan kejelasan maksimum untuk rata-rata pengguna. Mereka berusaha untuk meminimalkan, atau bahkan menghilangkan, komentar tekstual pada diagram proses. Para pemain hanya mencetak diagram format A3, ketika membaca semuanya segera menjadi jelas: apa yang harus dilakukan, bagaimana, dokumen apa yang digunakan, dll.

Skema yang dipertimbangkan, tentu saja, bukan contoh kesederhanaan dan kejelasan. Namun dibentuk agar dapat menyampaikan informasi yang bermanfaat secara maksimal kepada para pelaksana proses.

kesimpulan

Jadi, jelas bahwa ketika menggambarkan proses, seseorang harus berusaha untuk kesederhanaan dan pemahaman bagi karyawan.
Penggunaan notasi yang kompleks dan diformalkan saat menggambarkan proses mengarah ke:

• kesulitan dalam penggunaan (interpretasi) skema oleh karyawan biasa;
• ketidakmungkinan (kesulitan) mengatur pekerjaan untuk menggambarkan proses oleh karyawan departemen yang belum menjalani pelatihan khusus;
• peningkatan yang signifikan dalam biaya tenaga kerja analis bisnis untuk pembentukan skema;
• kesulitan tambahan dalam mendokumentasikan sirkuit (volume besar, dll.);

Oleh karena itu, jangan mengacaukan diagram proses dengan berbagai elemen grafis. Tetapi jika Anda menggunakannya, lebih baik mereka membawanya informasi berguna untuk karyawan, dan bukan hanya konsekuensi dari aplikasi formal notasi pemodelan.

V.V. Repin, Ph.D., profesor, Direktur Eksekutif BPM Consulting Group LLC, kepala. Departemen Manajemen Proses Bisnis NOU HPE "IEF "Synergy", pendiri portal www.FineXpert.ru

Prinsip-prinsip sederhana inilah yang coba saya sampaikan kepada para pemimpin bisnis yang terpesona dengan presentasi yang indah. produk perangkat lunak sering lupa bahwa daftar periksa sederhana seringkali lebih baik daripada 10 halaman peraturan.

Di Internet, Anda dapat menemukan banyak ulasan dan diskusi tentang notasi untuk memodelkan proses bisnis. Konsultan dan analis bisnis telah lama berdiskusi tentang notasi mana yang terbaik untuk digunakan ketika memodelkan proses bisnis perusahaan. Dari sudut pandang kami, diskusi tentang notasi tanpa referensi ke produk perangkat lunak tidak masuk akal. Bagaimanapun, diagram grafis hanyalah puncak gunung es, semua logika bisnis dan hubungan disimpan "di dalam" blok notasi dan tidak terlihat pada diagram.

Misalnya, notasi BPMN yang sekarang populer akan benar-benar mengungkapkan kelebihannya hanya dalam hubungannya dengan sistem BPM yang dapat "memahami" dan "mengeksekusi" diagram proses bisnis yang digambar secara real time. Artinya, dengan menggunakan notasi ini, Anda dapat mengotomatisasi dan mengontrol eksekusi proses. Jika Anda hanya menggambar proses dalam notasi BPMN di Visio dan menyimpannya sebagai gambar, maka Anda akan kehilangan hampir semua keunggulan notasi ini dibandingkan yang lain.

Sekarang banyak produk perangkat lunak telah muncul di pasar yang seharusnya mendukung beberapa notasi sekaligus, tetapi kenyataannya logika program ini sama untuk notasi mana pun. Sebagai aturan, tanggung jawab dan dokumen ditetapkan di dalam blok, dan kemudian, untuk memenuhi persyaratan salah satu notasi secara visual, blok grafik dapat ditambahkan ke diagram, yang keberadaannya tidak memengaruhi fungsionalitas di mana pun. cara. Artinya, pada kenyataannya, Anda sedang membangun dua model: satu sesuai dengan logika program, dan yang kedua - untuk memenuhi persyaratan notasi, dan pada saat yang sama, model ini mungkin tidak sesuai (apa yang kita lihat tidak sesuai dengan apa yang disimpan dalam database).

Di bawah ini adalah contoh sistem pemodelan bisnis yang, di atas kertas, mendukung notasi eEPC ARIS, tetapi, pada kenyataannya, tanggung jawab diberikan ke kartu fungsi, dan blok grafik digunakan "untuk kecantikan".

Tapi jangan mengkritik perkembangan orang lain, tetapi pertimbangkan notasi paling populer di pasar untuk memodelkan proses bisnis, serta implementasinya dalam program Fox Manager.

Proses tingkat atas

Notasi paling umum untuk membangun proses tingkat atas saat ini adalah IDEF0(metodologi pemodelan fungsional) dan ARIS VAD(rantai nilai).

Di Fox Manager, kami tidak mematuhi persyaratan ketat dari notasi apa pun, tetapi hanya membuat diagram interaksi proses, yang terdiri dari blok dan panah dan menunjukkan koneksi, serta input dan output proses dalam visual skema grafis. Keuntungan dari pendekatan pemodelan proses tingkat atas kami adalah diagram tersebut dapat dibuat secara otomatis oleh Fox Manager, tonton video singkat untuk memahami cara kerjanya.

Apa perbedaan antara skema kami dan IDEF0? Pertama-tama, di IDEF0 ada persyaratan untuk sisi blok mana yang harus sesuai dengan panah:

• panah masuk selalu muncul di tepi kiri aktivitas
• panah kontrol - ke tepi atas
• panah mekanisme - tepi bawah
• panah keluar - tepi kanan

Apakah ini perbedaan penting yang memberikan keunggulan notasi ini dibandingkan pendekatan kami? Dari sudut pandang kami, tidak, tetapi jika Anda mau, Anda dapat membawa skema interaksi di Fox Manager sesuai dengan persyaratan notasi ini (atas - skema asli di IDEF0, bawah - analognya di Fox Manager).

Seperti yang Anda lihat, jika Anda mau, Anda juga dapat memodelkan skema IDEF0 di Fox Manager.

Notasi IDEF0 juga memiliki persyaratan lain (yang, bagaimanapun, biasanya tidak diamati oleh analis bisnis) - ini adalah batasan jumlah blok dalam diagram (6-8) dan prinsip dominasi (paling banyak fungsi penting harus di pojok kiri atas). Sekali lagi, tidak ada hambatan untuk mengatur blok dengan cara ini dalam program kami.

Adapun notasi ARIS VAD, bahkan lebih sederhana di sini: cukup untuk membangun proses di sepanjang rantai nilai dan, jika Anda mau, tunjukkan mereka yang bertanggung jawab dan interaksi.

Gambar menunjukkan contoh skema seperti itu di program kami (di atas - diagram ARIS VAD asli, di bawah - analognya di Fox Manager). Tentu saja, Anda dapat menemukan kesalahan dalam bentuk balok, panah, atau sorotan, tetapi secara umum, tidak ada keraguan bahwa dalam program kami, jika diinginkan, Anda dapat membuat diagram sesuai dengan persyaratan notasi ARIS VAD.

Proses Tingkat Bawah

Di Fox Manage, kami menggunakan notasi sederhana, visual, dan sangat fleksibel untuk memodelkan proses tingkat rendah. Anda dapat berkenalan dengan kemampuannya dari video.

Ada banyak notasi untuk memodelkan proses bisnis tingkat rendah: Basic Flowchart, Cross Functional Flowchart, EPC dan lain-lain. Kebanyakan dari mereka memiliki perbedaan kecil satu sama lain.

Misalnya, jika dalam program Fox Manager pada diagram kami menciutkan blok yang bertanggung jawab, dokumen, dan sumber daya, maka kami akan mendapatkan analog dari notasi diagram alur dasar(di sebelah kanan adalah proses asli, di sebelah kiri adalah analog di Fox Manager).

Jika semua blok pada diagram diperluas, maka kita akan mendapatkan analog dari proses dalam notasi EPC. Hebatnya adalah ketika menggunakan notasi Fox Manager, blok dapat diciutkan dan diperluas secara dinamis tanpa harus membuat versi baru dari proses dalam notasi yang berbeda. Gambar di sebelah kanan menunjukkan proses asli, dan di sebelah kiri adalah analog di Fox Manager.

Ya, tentu ada perbedaannya, misalnya kita menggunakan fungsi kontrol sebagai tampilan acara, kita juga tidak memiliki blok terpisah "Logical AND" dan "Logical OR", tetapi mereka dapat dengan mudah diganti dengan blok lain (diamond ) dengan huruf "X" atau "V" di dalamnya.

Dukungan notasi Diagram Alir Lintas Fungsional telah ditambahkan ke program di salah satu pembaruan gratis kami. Notasi ini berbeda dari notasi yang sudah dibahas di atas di mana Anda dapat menunjukkan orang yang bertanggung jawab di atasnya dengan trek, dan bukan di sebelah blok. Sayangnya, metode ini memiliki kekurangan, ketika ada banyak orang yang bertanggung jawab, prosesnya menjadi tidak terlihat dan sulit untuk dibaca. Ada juga masalah ketika perlu untuk mendistribusikan tanggung jawab untuk suatu fungsi ke dua atau lebih posisi sekaligus. Di bawah ini adalah contoh proses seperti itu di Fox Manager.

Adapun notasi BPMN, maka kami percaya bahwa kemampuannya terlalu berlebihan untuk tujuan mendeskripsikan, menganalisis, dan mengatur proses bisnis. Notasi ini berisi sekitar 100 blok berbeda dan subspesiesnya yang digunakan dalam otomatisasi proses, tetapi mereka tidak berguna untuk sistem pemodelan bisnis yang tidak dapat "mengeksekusi" proses secara real time, tetapi mengambil informasi dari mereka untuk membentuk dokumen peraturan.

Tentu saja, dimungkinkan untuk mengurangi himpunan elemen notasi ini ke minimum yang diperlukan dan mencoba menyesuaikannya untuk tujuan regulasi, tetapi dalam kasus ini kita akan kehilangan keunggulan utamanya - kemampuan untuk menjalankan proses dengan BPM mesin. Pada saat yang sama, jika hanya 5-10 blok yang diperlukan yang tersisa, maka, kemungkinan besar, tampilan proses tersebut akan sangat mirip dengan notasi yang telah kita pertimbangkan.

Kesimpulan

Kami percaya bahwa program Fox Manager telah memilih notasi optimal untuk memodelkan proses bisnis, yang mudah dipahami dan memiliki fungsionalitas tinggi.

Dukungan notasi diimplementasikan berdasarkan inti program, kami tidak menggunakan Visio dan komponen pihak ketiga lainnya, sehingga kecepatan pemrosesan data dari diagram alur tersebut sangat tinggi.

Diagram dapat menunjukkan banyak informasi tambahan, misalnya, di sebelah nama fungsi, Anda dapat menampilkan jenis, frekuensi, waktu, dan bahkan biayanya, yang dihitung secara dinamis secara real time saat proses terisi. Pada saat yang sama, tampilan skema dapat disesuaikan untuk setiap pengguna secara individual.

Dan di editor proses kami, Anda dapat melacak perubahan yang dibuat oleh pengguna dan menampilkannya dalam tabel atau menampilkannya secara grafis pada diagram.

Jika Anda tidak memiliki fungsionalitas standar yang cukup, maka Anda dapat memperluas kumpulan blok dasar untuk memodelkan proses bisnis. Misalnya, Anda dapat membuat blok risiko atau indikator dan menampilkannya pada diagram proses grafis.

Namun kami menyadari bahwa beberapa analis bisnis tidak mempercayai perkembangan baru dan lebih suka menggunakan notasi lama yang sudah dikenal. Tujuan artikel ini adalah untuk menunjukkan fleksibilitas program Fox Manager dan kemampuan untuk menyesuaikan penampilan skema untuk persyaratan sebagian besar notasi yang tersedia di pasar. Bangun model proses bisnis seperti yang Anda inginkan!