ESSENTIAL PROCESS MODELING

“Makalah ini disusun untuk memenuhi tugas mata kuliah Manajemen Proses Bisnis”

Dosen Pengampu:

Nur Aeni Hidayah S.E., M.M.S.I.

Disusun Oleh

Adelia Indah Puspita (11180930000018)

Ana Mashfufah (11180930000020)
Janu Reza Romansyah(11180930000026)

PROGRAM STUDI SISTEM INFORMASI

FAKULTAS SAINS DAN TEKNOLOGI
UNIVERSITAS ISLAM NEGERI SYARIF HIDAYATULLAH
JAKARTA
2019
 KATA PENGANTAR
Dengan menyebut nama Allah Swt yang Maha Pengasih lagi Maha Panyayang, Kami
panjatkan puja dan puji syukur atas kehadirat-Nya, yang telah melimpahkan rahmat, hidayah,
dan inayah-Nya kepada kami, sehingga kami dapat menyelesaikan makalah tentang“Esenssial
Process Modeling” pada manajemen proses bisnis.
Makalah ini telah kami susun dengan maksimal dan mendapatkan bantuan dari
berbagai pihak sehingga dapat memperlancar pembuatan makalah ini. Untuk itu kami
menyampaikan banyak terima kasih kepada semua pihak yang telah berkontribusi dalam
pembuatan makalah ini.
Terlepas dari semua itu, Kami menyadari sepenuhnya bahwa masih ada kekurangan
baik dari segi susunan kalimat maupun tata bahasanya. Oleh karena itu dengan tangan
terbuka kami menerima segala saran dan kritik dari pembaca agar kami dapat memperbaiki
makalah ini.
Akhir kata kami berharap semoga makalah tentang “Esenssial Process Modeling” ini
dapat memberikan manfaat maupun inpirasi terhadap pembaca.

Ciputat, 15 September 2019

Penyusun

i
 DAFTAR ISI

KATA PENGANTAR..................................................................................................i
DAFTAR ISI................................................................................................................ii
BAB 1 PEMBAHASAN...............................................................................................1
1. Business Process Modeling and Notation ….……………………….………........30
2. Langkah Pertama BPMN..........................................................................................3
2.1 Flow Object........................................................................................................
2.3 Konektor.............................................................................................................
2.4. Swimlanes............................................................................................................
2.5 Artefak..................................................................................................................
3. Sumber Daya
BAB II KESIMPULAN………………………………………………………....….34

Daftar Pustaka………………………………………………………………………35

ii
 BAB I
PEMBAHASAN

1. Bussines Process Model and Notation (BPMN)

BPMN merupakan kepanjangan dari Business Process Model and Notation, yaitu sebuah
standar untuk menggambarkan proses bisnis yang dikeluarkan oleh Open Management Group
(omg.org). BPMN versi terakhir hingga artikel ditulis adalah BPMN 2.0.1 yang dirilis pada
bulan September 2013. Tidak terjadi perubahan yang signifikan dari versi 2.0 yang dirilis
bulan Januari 2011. Hingga saat ini, sudah banyak organisasi besar yang menerapkan standar
BPMN untuk mewujudkan proses bisnis dan sepertinya, BPMN akan menjadi sebuah standar
internasional yang baku.

Mengingat BPMN sudah diakui sebagai standar kelas dunia, maka mau tidak mau, kita
tidak boleh tertinggal, minimal mempelari dari hal-hal yang mendasar dahulu, seperti BPMN
fundamental. Karena spesifikasi tentang BPMN salah satunya berhubungan dengan diagram,
maka pendekatan yang relatif mudah untuk mempelajari BPMN adalah dengan mengenal
notasi dasar. Pengenalan BPMN fundamental akan dibahas lebih detail di artikel terpisah
tentang Dasar-dasar BPMN.

Mengacu pada revisi standar terakhir, BPMN bisa digunakan sebagai tools untuk
menjelaskan bagaimana cara mendesain business process dan mendeskripsikan secara teknis
bagaimana business process dieksekusi untuk keperluan otomasi. Di tataran praktis, BPMN
akan sangat powerfull digunakan untuk menjembatani perbedaan yang sering terjadi
antara System Analyst dan programmer dalam mendesain dan membuat aplikasi. Seperti yang
kita ketahui, masih banyak desaian aplikasi yang menjelaskan proses bisnis digambarkan
dalam bentuk Flowchart, Use Case Diagram, atau Activity Diagram. Untuk kasus-kasus
yang melibatkan proses bisnis yang sederhana, mungkin activity diagram dianggap sudah
cukup untuk mewakili keinginan System Analyst (SA) maupun Business Analyst (BA), dan
dapat diterima oleh bagian programmer sebagai dasar untuk memulai menulis program.
Mengingat dengan semakin kompleksnya perkembangan sebuah organisasi, maka terkadang
perlu diadakan revisi terhadap proses bisnis yang sudah berjalan.

1
 Tujuan BPMN

1. Untuk menyediakan notasi yang dapat dengan mudah dipahami oleh semua
pengguna bisnis. Termasuk adalah analis bisnis yang menciptakan draf awal dari
proses sampai pengembang teknis yang bertanggungjawab untuk
mengimplementasikan teknologi yang digunakan untuk menjalankan prosesproses
tersebut. .

2. Untuk memastikan bahwa bahasa XML languages yang dirancang untuk

melaksanakan proses bisnis, seperti BPEL4WS (Business Process Execution
Language for Web Services) dan BPML (Business Process Modeling Language),
dapat diekspresikan secara visual dengan notasi yang sama.

Kelebihan BPMN :

1. Proses dan cara kerja hampir sama dengan yang sudah dipelajari yaitu
Flowmap/flowchart

2. Terdapat simulasi pada pengujian proses bisnis

3. Validasi error apabila ada relasi yang tidak nyambung

Model BPMN memiliki kekurangan dalam hal:

Ambiguitas pada spesifikasi standar serta memungkinkan adanya kesalahan

semantik. Selain itu, model BPMN juga memiliki kompleksitas bahasa yang cukup
tinggi Sementara semantic correctness dari suatu model BPMN adalah fitur yang
sangat diperlukan dalam pemodelan berbasis BPMN. Karena kekurangan dari
model BPMN tersebut maka perlu dilakukan transformasi model BPMN kedalam
model petri net untuk menemukan model semantik formal dari BPMN, Petri net
merupakan alat pemodelan matematis berbasis graf bipartit yang berarah. Petri net
dapat diaplikasikan pada beberapa sistem, salah satunya adalah sistem pemroses
informasi. Pada sistem pemroses informasi, Petri net berperan sebagai pembantu
dalam media komunikasi dalam proses pengembangan system . Salah satu
keunggulan Petri net adalah dapat dimodelkan secara matematis, serta dapat
dengan mudah diimplementasikan, sehingga dapat digunakan oleh praktisi maupun

2
 ilmuan. Hal ini menjadikan Petri net sebagai medium dalam berkomunikasi
sehingga praktisi dapat belajar dari ilmuan bagaimana cara membuat modelnya
menjadi metodis, dan ilmuan dapat belajar dari praktisi bagaimana membuat
modelnya menjadi realistis. Formalisasi tersebut juga bertujuan untuk analisis lebih
lanjut serta menemukan kekurangan - kekurangan pada model BPMN.

 Siapa yang membutuhkan BPMN

Nah, di fase inilah, terkadang sering terjadi semacam kegalauan antara BA, SA
maupun programmer dalam mewujudkan perubahan tersebut. Revisi yang dilakukan
terhadap business process bisa jadi akan berimbas pada perubahan desain
aplikasi. Business process yang didesain dengan tujuan mengikuti perkembangan
organisasi ternyata membutuhkan desain-desain yang rumit dan tidak sederhana, hal
ini dikarenakan keterbatasaan standar pemodelan proses bisnis yang ada seperti
flowchart atau activity diagram. Salah satu contoh sederhana adalah ribetnya
mendesain proses bisnis yang melibatkan fungsi pewaktuan, decision (approval case),
dan manajemen event (kejadian). Bukan berarti activity diagram tidak bisa
mewujudkan pemodelan proses bisnis tersebut, namun tidak sesederhana seperti jika
diwujudkan dengan menggunakan BPMN.

BPMN tidak hanya dibutuhkan oleh BA, SA atau programmer saja, namun
bisa juga digunakan oleh pihak-pihak lain yang bahkan tidak terkait dengan dunia IT
sama sekali. Yang paling mudah untuk diambil contoh adalah di bidang manajemen
bisnis, ISO, atau apapun yang terkait dengan bisnis proses. Salah satunya adalah
Business-To-Business-Collaboration.

3
 Model interaksi antara pelanggan pizza dan vendor. Model kolaborasi diagram
untuk menunjukkan interaksi antara mitra bisnis, tetapi juga memperbesar ke satu
perusahaan, pemodelan interaksi antar departemen yang berbeda, tim atau pekerja
bahkan tunggal dan sistem perangkat lunak dalam diagram kolaborasi.

 Notasi BPMN

Secara notasi, BPMN lebih sederhana dan tegas jika dibandingkan dengan activity
diagram apalagi flowchart. Terdapat empat shape dasar yang digunakan untuk
memodelkan proses bisnis, yaitu Rounded Rectangle, Diamond, Circle,
dan Line with solid arrowhead (sequenceFlow).

4
 Gambar 1. Notasi Dasar BPMN

Dari keempat shape dasar tersebut, dapat dikembangkan menjadi banyak

notasi sesuaidengan fungsinya. Penjelasan detail tentang pemakaian notasi BPMN
akan dibahas diartikeltersendiri.

 Pemodelan dan Eksekusi Proses Bisnis dengan BPMN

Yang perlu dipahami tentang BPMN adalah bahwa BPMN didesain baik untuk
pemodelan maupun eksekusi suatu proses bisnis. Dengan demikian, BPMN bukan
hanya sebagai tools pemodelan seperti halnya menggambar diagram saja, namun

5
 harus memperhatikan kaidah-kaidah pemodelan proses bisnis, seperti: penentuan
aktivitas inti beserta rangkaian urutannya, siapa saja yang terlibat dalam proses
bisnis, data apa saja yang akan diakses, dokumen apa yang perlu diakses jika
memang membutuhkan keterlibatan manusia, dan sumber daya IT lainnya yang
terlibat. Apakah BPMN bisa dieksekusi? Iya, BPMN bisa dieksekusi seperti halnya
bahasa pemrograman. Tentu saja perlu diperhatikan aspek-aspek yang terkait dengan
pengeksekusian BPMN seperti halnya dalam pemodelan business process. Dengan
perkembangan kebutuhan akan otomasi proses bisnis, maka berkembang
pula tools pelengkap lainnya seperti process monitoring, process optimization,
process auditor, process analytics, integration, dan lain-lainnya.

 Potensi Perubahan Paradigma terhadap Sistem Informasi

Kehadiran BPMN di lingkungan IT dipandang sebagai salah satu terobosan yang

cukup signifikan untuk melakukan perubahan paradigma dalam memandang
pengelolaan sistem informasi. BPMN menawarkan cara yang mudah untuk
mewujudkan sistem informasi dengan fitur eksekusinya. Mewujudkan sistem
informasi yang sederhana, transparan, dan auditable sekarang dapat dilakukan
secara lebih mudah, karena hanya dengan fokus di level proses bisnis. Keruwetan
implementasi sistem informsi dalam aspek teknis seperti pemrograman dapat
diminimalkan atau bahkan dihindari. Artinya, impian untuk membuat sistem
informasi tanpa pemrograman pun akhirnya bisa terwujud.

2. Langkah Pertama dengan BPMN

Pemodelan proses menggambarkan alur dari aktivitas bisnis sebuah perusahaan. Tujuan
dari pemodelan ini adalah membantu pihak-pihak yang terlibat dalam proses untuk mengerti
dan memahami setiap langkah dari proses tersebut, sehingga perusahaan dapat mencapai
tujuan dan keuntungan yang maksimal dari pemodelan proses. Alur proses harus
digambarkan dengan jelas agar tidak terjadi persepsi akan suatu proses yang berbeda.

Penggambaran peta yang pertama yaitu peta bisnis proses, yang digambarkan ialah
kegiatan-kegiatan yang ada di dalam organisasi tersebut beserta dengan hubungan-
hubungannya. Departemen atau unit kerja tidak boleh digambarkan dan juga menjadi
landasan pembuatan alur proes, dikarenakan dapat terjadi duplikasi proses antar departemen,

6
sehingga membuat peta bisnis proses tidak menggambarkan proses-proses yang sebenarnya
terdapat dalam sebuah organisasi.

Dalam menggambarkan model proses bisnis dikenal sebuah metode atau tool yang dapat
digunakan untuk membantu perusahaan dalam menggambarkan proses-prosesnya. Metode itu
disebut dengan Business Process Model and Notation atau yang dikenal dengan BPMN.
Menurut Jetson dan Nelis (2008:196) BPMN merupakan sebuah notasi standar untuk
permodelan proses bisnis. BPMN digunakan untuk permodelan grafis antara alat
permodelan bisnis proses dan aplikasi BPM yang digunakan, dengan demikian, BPMN
digunakan untuk melengkapi standar BPM lainnya. Dengan adanya BPMN diharapkan,
pengguna dapat mengerti secara keseluruhan mengenai alur-alur proses karena digambarkan
secara sederhana dengan simbol-simbol yang mudah dimengerti.
Menurut Flowers dan Edeki(2013:35-40) BPMN diagram mempunyai 4 kategori
elemen grafik, yaitu :

2.1 Flow Objects

Dalam kategori ini terdapat event activity dan gateways. Aktivitas yang dimaksud
adalah proses yang dilakukan oleh para aktor dan gateways menunjukkan bahwa adanya
keputusan yang dibuat.

 Activities
Kegiatan adalah pekerjaan yang dilakukan dalam proses bisnis. Sebuah kegiatan
dapat atomic (aktivitas terkecil/ tunggal) atau non-atomic (kumpulan aktivitas). Jenis
kegiatan yang berupa bagian dari model proses adalah sub-process, dan Task.
Activities berbentuk persegi panjang dengan sudut lengkung, Dapat dilakukan sekali

7
atau secara internal memiliki pengulangan (Loop).Task adalah aktivitas atomic yang
ada dalam proses. Task digunakan ketika pekerjaan dalam suatu proses dipecah
ketingkat lebih detil model proses. Sedangkan sub-process adalah sekumpulan
(senyawa/ serangkaian kegiatan atomic) kegiatan yang terkandung dalam suatu
proses. Sekumpulan/ senyawa kegiatan tersebut dapat di pecah ketingkatan lebih detil
melalui serangkaian sub-aktivitas.
 Event
Event adalah sesuatu yang "terjadi" selama proses bisnis. Event ini mempengaruhi
aliran Proses dan biasanya memiliki pemicu atauhasil Event ini dapat memulai (Start),
interupsi (Interupt), atau mengakhiri aliran.

a. Start Event menunjukkan di mana proses akan mulai. Ada beberapa pemicu
(Trigers) berbeda yang menunjukkankeadaan khusus yang memulai proses:
- None Start Event : digunakan untuk menandai awal Sub-Proses atau ketika
Start tidak terdefinisi.
- Link Start Event akan dihapus dalam versi BPMN berikutnya.
- Setiap Pemicu yang termasuk dalam Multiple Start Event akan
menjadikan suatu Proses dimulai (Start)

8
b. Intermediate Event terjadi setelah proses dimulai dan sebelum proses berakhir.
Ada beberapa pemicu yang berbeda yang menunjukkan keadaan khusus dari
suatu Event, yaitu:
- Intermediate Event (Normal Flow)
Event yang ditempatkan dalam alur proses mewakili hal-hal yang terjadi
selama operasi normal proses, bisa merupakan respon terhadap Event (yaitu,
penerimaan pesan) dan dapat mewakili penciptaan Event (yaitu, pengiriman
pesan).

- Intermediate Events (Attached to Boundary)

Event yang melekat pada batas (boundary) aktivitas menunjukkan bahwa
aktivitas tersebut harus di-interupsi ketika Event ini dipicu. Event-event
tersebut dapat melekat pada Task atau Sub-process yang digunakan untuk
menangani Error Handling, exception handling, dan kompensasi.

c. End Eventsmenunjukkan dimana proses akan berakhir Ada yang berbeda

"Hasil" yang menunjukkan keadaan tertentu akhir Proses:
- None Start Events digunakan untuk menandai awal Sub-Proses atau ketika
start tidak terdefinisi/ tertentu.
- Link End Event akan diganti dalam versi BPMN berikutnya (mungkin
dengan Signal).

9
 -
 Gateways
Gateway adalah pemodelan elemen yang digunakan untuk mengontrol bagaimana
Sequence Arus berinteraksi saat mereka berkumpul (Converge) dan menyimpang
(diverge) dalam Proses. Semua jenis Gateways bentuknya adalah belah ketupat.
Semua Gateways dapat men-split dan menggabungkan aliran. Jika aliran tidak
perlu dikontrol, maka Gateway tidak diperlukan. Jadi, gateway merupakan tempat di
mana kontrol diperlukan.

a. Keputusan Eksklusif
Digunakan untuk membuat aliran alternatif dalam suatu proses. Karena hanya satu
dari jalan yang bisa diambil, itu disebut eksklusif.
Gateways Eksklusif (Decision) adalah lokasi dalam suatu proses bisnis di mana
Arus Sequence bisa mengambil dua atau lebih jalur alternatif. Hal ini pada
dasarnya adalah "pertigaan jalan" untuk proses. Hanya salah satu jalan keluar
mungkin dapat
diambil ketika proses dilakukan.
 Ada dua jenis mekanisme keputusan (decision)
1. Data (misalnya, ekspresi kondisi)
2. Kejadian (Event) (misalnya, penerimaan pesan alternatif)
Gateway tersebut juga digunakan untuk menggabungkan Sequence
Flow Perilaku penggabungan mungkin berubah dalam versi BPMN
berikutnya.

10
 Jenis Keputusan/ Decision ini merupakan titik percabangan dalam proses di
mana alternatif yang didasarkan pada kejadian (event)yang terjadi pada titik dalam
proses, daripada kondisi Multiple Intermediate Event ini digunakan untuk
mengidentifikasi Gateway. Event yang terletak setelah Gateway menentukan jalur
yang dipilih, kejadian (Event) pertama dipicu menang atau terpilih.
Contoh :

Untuk model hubungan antara dua atau lebih alternatif kegiatan, seperti dalam
kasus persetujuan atau penolakan klaim, menggunakan eksklusif (XOR) split. Kami
menggunakan XOR-bergabung untuk menggabungkan dua atau lebih cabang
alternatif yang mungkin sebelumnya telah bercabang dengan XOR-split. Gateway
XOR ditunjukkan dengan berlian kosong atau dengan berlian ditandai dengan “X”.
Mulai sekarang, kami akan selalu menggunakan “X” penanda.

Begitu faktur yang diterima dari pelanggan, perlu diperiksa untuk

ketidaksesuaian. Cek dapat mengakibatkan salah satu dari tiga pilihan ini:

11
 i) tidak ada ketidaksesuaian, dalam hal faktur diposting
ii) ada ketidaksesuaian tetapi ini dapat diperbaiki, dalam hal faktur tersebut
kembali dikirim ke pelanggan.
iii) ada ketidaksesuaian tetapi ini tidak dapat diperbaiki, dalam hal faktur
diblokir.

Setelah salah satu dari tiga kegiatan tersebut dilakukan faktur diparkir dan proses
selesai. Untuk model proses ini kita mulai dengan aktivitas keputusan, yaitu “Periksa
ketidaksesuaian faktur” setelah “faktur diterima”. Kegiatan keputusan merupakan
kegiatan yang mengarah ke hasil yang berbeda. Dalam contoh kita, kegiatan ini
menghasilkan tiga kemungkinan hasil yang eksklusif, jadi kita perlu menggunakan XOR-
split setelah kegiatan ini untuk garpu yang mengalir menjadi tiga cabang.

Dengan demikian, tiga urutan tersebut adalah “Post invoice”, dilakukan jika tidak
ada ketidaksesuaian, satu lagi menuju “Re-send invoice to customer”, dilakukan jika
ketidaksesuaian ada tetapi dapat diperbaiki, dan ketiga menuju “Block faktur”, dilakukan
jika ketidaksesuaian ada yang tidak dapat dikoreksi.

Ketika menggunakan XOR-split, pastikan setiap urutan keluar dijelaskan dengan

label menangkap kondisi di mana cabang yang spesifik diambil. Selain itu, selalu
gunakan kondisi saling eksklusif, yaitu hanya satu dari mereka bisa benar setiap kali
XOR-split dicapai oleh token. Ini adalah karakteristik dari gerbang XOR-split. Dalam
contoh ini faktur dapat menjadi benar, atau berisi ketidaksesuaian yang dapat terfiksasi,
atau ketidaksesuaian yang tidak dapat terfiksasi.

Setelah salah satu dari tiga alternatif kegiatan telah dilaksanakan, kami
menggabungkan aliran kembali dalam rangka melaksanakan kegiatan “Park faktur” yang
umum untuk semua tiga kasus. Untuk ini kita menggunakan XOR-bergabung. gerbang
khusus ini bertindak sebagai pass through, yang berarti bahwa itu menunggu token untuk
tiba dari salah satu busur input dan segera setelah menerima token, mengirimkan token
ke busur output. Dengan kata lain, dengan XOR-bergabung kita lanjutkan kapan cabang
yang masuk telah selesai. Kembali ke contoh kita, kita menyelesaikan model proses
dengan akhir acara “Faktur ditangani”.

12
b. Eksekusi Paralel
Digunakan untuk membuat jalur paralel tanpa mengevaluasi kondisi apa pun.

Paralel Gateways adalah tempat dimana Proses jalur paralel multiple

didefinisikan. dalam kebanyakan situasi tidak diperlukan untuk Forking, dapat
digunakan untuk tujuan metodologis Tanda "+" digunakan untuk mengidentifikasi
Gateway. Gateway juga digunakan untuk menyinkronkan (menunggu) jalur paralel.
Contoh : Keamanan di Bandara

Ketika dua atau lebih kegiatan tidak memiliki urutan ketergantungan pada satu
sama lain (yaitu satu kegiatan tidak perlu mengikuti yang lain, atau ia tidak termasuk
lainnya) mereka dapat dijalankan secara bersamaan, atau secara paralel. AND-
gateway digunakan untuk model hubungan khusus. Khususnya, eksekusi paralel dari

13
dua atau lebih cabang, dan AND-gateway untuk menyinkronkan pelaksanaan dua atau
lebih cabang paralel. Dalam contoh keamanan di bandara, setelah boarding pass telah
diterima, penumpang melanjutkan ke pemeriksaan keamanan. Di sini mereka harus
lulus pemeriksaan keamanan pribadi dan skrining bagasi. Setelah itu, mereka dapat
melanjutkan ke tingkat keberangkatan. Proses ini terdiri dari empat kegiatan. Dimulai
dengan aktivitas “Lanjutkan ke pemeriksaan keamanan” dan diakhiri dengan aktivitas
“Lanjutkan ke tingkat keberangkatan”. Kedua kegiatan ini memiliki urutan
ketergantungan yang jelas: penumpang hanya bisa pergi ke tingkat keberangkatan
setelah menjalani pemeriksaan keamanan yang diperlukan. Setelah kegiatan pertama
fi, dan sebelum yang terakhir, ada kegiatan yang tidak bergantung satu sama lain yaitu
“Pemeriksaan keamanan pribadi” dan “Lulus skrining bagai”. Untuk model situasi ini
kita menggunakan AND-split untuk menghubungkan aktivitas “Lanjutkan ke
pemeriksaan keamanan” dengan dua kegiatan screening, dan AND-gateway
menghubungkan dua kegiatan screening dengan aktivitas “Lanjutkan ke tingkat
keberangkatan”.

c. Keputusan Inklusif
Digunakan untuk membuat aliran alternatif di mana semua jalur dievaluasi.

Inclusive Gateways adalah decision di mana ada lebih dari satu kemungkinan
hasil. Tanda "O" digunakan untuk mengidentifikasi Gateway, biasanya diikuti
dengan penggabungan yang sesuai dengan Inclusive Gateways.

14
Contoh :

Sebuah perusahaan memiliki dua gudang yang menyimpan produk yang

berbeda: Amsterdam dan Hamburg. Saat pesanan diterima, itu didistribusikan di
seluruh gudang ini. Jika beberapa produk yang relevan dipertahankan di Amsterdam,
sub-order dikirim ke sana; demikian juga, jika beberapa produk yang relevan
dipertahankan di Hamburg, sub-order dikirim ke sana. Setelah itu, pesanan terdaftar
dan proses selesai. Model skenario di atas dapat dibuat menggunakan kombinasi AND
dan XOR gateway, namun akan ada beberapa masalah, Gambar 3.8 dan 3.9
menunjukkan dua kemungkinan solusi. Pertama, kami menggunakan XOR-split
dengan tiga cabang alternatif: satu diambil jika order hanya berisi produk Amsterdam
(dimana sub-order diteruskan ke gudang Amsterdam), cabang kedua diambil jika
order hanya berisi produk Hamburg (dimana sub-order ditersukan ke gudang
Hamburg), dan cabang ketiga yang akan diambil dalam kasus urutan mengandung
produk dari kedua gudang (dalam hal ini sub-order akan diteruskan ke kedua gudang).
Ketiga cabang berkumpul di XOR-join yang mengarah pada pendaftaran pesanan.

Diagram yang dihasilkan agak berbelit-belit, karena kita perlu menduplikasi

dua kegiatan yang meneruskan suborder ke dua gudang. Dan jika kita memiliki lebih
dari dua gudang, jumlah kegiatan digandakan akan meningkat. Sebagai contoh, jika
kita memiliki tiga gudang, akan membutuhkan XOR-split dengan tujuh cabang keluar,
dan setiap kegiatan akan perlu digandakan empat kali. Jelas solusi ini tidak efisien.

15
 Dalam solusi kedua kami menggunakan AND-split dengan dua busur keluar,
yang masing-masing mengarah ke XOR-split dengan dua cabang alternatif. Satu diambil
jika order mengandung Amsterdam (Hamburg) produk, dalam hal suatu kegiatan
dilakukan untuk meneruskan sub-order untuk gudang masing-masing; cabang lainnya
diambil jika order tidak mengandung Amsterdam (Hamburg) produk, dalam hal ini tidak
ada yang dilakukan sampai XOR-join, yang menggabungkan dua cabang kembali.
Kemudian ANS-join menggabungkan dua cabang paralel keluar dari AND-split dan
proses selesai dengan mendaftarkan pesanan. Contoh Skenario memungkinkan tiga
kasus: produk yang di Amsterdam saja, di Hamburg saja, atau di kedua gudang,
sementara solusi ini memungkinkan satu kasus lagi, yaitu ketika produk tersebut dalam
baik dari gudang. Kasus ini terjadi ketika dua cabang kosong dari dua XOR-split diambil
dan hasil dalam melakukan apa-apa antara aktivitas “Check order line items” dan
aktivitas “Register order”. Jadi solusi ini, meskipun lebih kompak daripada yang pertama
satu, adalah salah.

Untuk model situasi di mana keputusan dapat menyebabkan satu atau beberapa
opsi yang diambil pada saat yang sama, kita perlu menggunakan inklusif (OR)-split
gateway. OR-split mirip dengan XOR-split, tapi kondisi di cabang keluar yang tidak
perlu saling eksklusif, yaitu lebih dari satu dari mereka bisa menjadi kenyataan pada
waktu yang sama. Ketika kita menemukan sebuah OR-split, dengan demikian kita
mengambil satu atau lebih cabang tergantung pada kondisi adalah benar. Dalam hal
semantik token, ini berarti bahwa OR-split mengambil input token dan menghasilkan

16
 sejumlah token setara dengan jumlah kondisi output yang benar, di mana jumlah ini
dapat setidaknya satu dan paling banyak sebagai jumlah cabang keluar. Serupa dengan
gerbang XOR-split, OR-split juga dapat dilengkapi dengan standar flow, yang diambil
hanya bila semua kondisi lain mengevaluasi ke kesalahan.

Gambar 3.10 menunjukkan solusi untuk contoh tersebut menggunakan OR-

gateway. Setelah sub-order telah diteruskan ke salah satu dari dua gudang atau keduanya,
kami menggunakan OR-join untuk menyinkronkan alir dan melanjutkan dengan
pendaftaran pesanan. OR-join hasil ketika semua cabang yang masuk aktif telah selesai.
Menunggu cabang aktif berarti menunggu cabang yang masuk. Jika cabang aktif, OR-
join akan menunggu token yang, jika tidak maka tidak akan. Setelah semua token cabang
aktif telah tiba, OR-bergabung mensinkronisasikan token ini menjadi satu (sama dengan
apa AND-join tidak) dan mengirimkan token yang ke busur output. Kami menyebutnya
perilaku ini sinkronisasi menggabungkan yang bertentangan dengan penggabungan
sederhana dari XOR-bergabung dan sinkronisasi AND-bergabung.

2.3 Connectors
Merupakan garis yang menghubungkan elemen – elemen pada diagram. Connectors
terdapat sequence flows (menghubungkan elemen pada swimlane yang sama), message
flows (menghubungkan elemen dari pools yang berbeda) dan associations
(menghubungkan input dan output terhadap elemen lainnya).
 Sequence Flow digunakan untuk menunjukkan urutan kegiatan yang akan dilakukan
dalam proses. Sumber dan target harus menjadi salah satu objek berikut: Events,
Activities, dan Gateways. Sebuah Sequence Flow tidak dapat menyeberangi batas
Sub-Proses atau batas Pool.

17
 Message Flow digunakan untuk menunjukkan aliran pesan antara dua Peserta Proses.
Dalam BPMN, Pools terpisah digunakan untuk mewakili Peserta. Message Flow
dapat terhubung ke batas (boundary) pool atau untuk sebuah objek di dalam pool dan
tidak diperbolehkan antar obyek dalam Pool tunggal.

 Sebuah Asosiasi digunakan untuk mengasosiasikan objek satu sama lain (seperti
Artifact dan Activities). Asosiasi digunakan untuk menunjukkan bagaimana data input
dan output dari Activities.

18
2.4 Swimlanes
Komponen ini digunakan untuk menjelaskan siapa aktor yang melakukansuatu
aktivitas atau tindakan tersebut. Ada dua jenis swimlanes yaitu Pool dan Lane.
 Pools mewakili Peserta dalam (B2B) Diagram Bisnis Proses interaktif.

 Lanes merupakan subpartisi untuk objek dalam Pool. Mereka sering mewakili peran
organisasi (misalnya, Manager, Associate), tetapi dapat mewakili karakteristik yang
diinginkan proses.

2.5 Artifacts
Merupakan elemen yang mengelompokkan dan menganotasikan model,sehingga
pembaca dapat mengerti dengan baik maksud dari aktivitas dan tindakan yang
dilakukan. BPMN dirancang untuk memungkinkan pemodel dan alat-alat pemodelan
fleksibel dalam memperluas notasi dasar dan dalam memberikan kemampuan untuk
konteks tambahan sesuai dengan situasi pemodelan spesifik. Setiap jumlah artefak

19
dapat ditambahkan ke diagram yang sesuai untuk konteks proses bisnis yang
dimodelkan.
BPMN mendefinisikan tiga jenis artifacts.
 Data Object artefak yang digunakan untuk menunjukkan bagaimana data dan
dokumen digunakan dalam proses. Data Objects dapat digunakan untuk
mendefinisikan input dan output dari kegiatan.

 Text Annotations adalah sebuah mekanisme modeler untuk memberikan

informasi tambahan tentang proses. Text Annotations dapat dihubungkan ke
objek tertentu pada Diagram dengan Asosiasi.

 Grup adalah artefak yang digunakan untuk menyorot bagian-bagian tertentu dari
sebuah Diagram tanpa menambahkan kendala tambahan untuk performa -
sebagai Sub-Proses. Groups dapat digunakan untuk mengkategorikan elemen
untuk tujuan pelaporan dan Groups tidak dibatasi oleh pembatasan Pools dan
Lanes.

20
3. Sumber Daya
Aspek selanjutnya kita perlu dipertimbangkan ketika pemodelan proses
bisnis adalah perspektif sumber daya. perspektif ini, juga disebut perspektif
organisasi, menunjukkan siapa atau apa yang melakukan yang aktivitas. Sumber
daya adalah istilah generik untuk merujuk kepada siapa pun atau apa pun yang
terlibat dalam kinerja aktivitas proses. Sebuah sumber daya dapat berupa:
1. Seorang peserta proses
2. Sebuah sistem perangkat lunak, misalnya server atau aplikasi perangkat lunak.
3. Peralatan, seperti printer atau pabrik.
Kami membedakan antara sumber daya aktif dan pasif, sumber daya aktif
yaitu yang secara mandiri dapat melakukan suatu kegiatan, dan sumber daya pasif,
yaitu sumber daya yang hanya terlibat dalam kinerja tidak aktif. Sebagai contoh,
sebuah mesin fotokopi digunakan oleh peserta untuk membuat salinan dari
dokumen, tetapi peserta yang melakukan aktivitas fotokopi. Jadi, mesin fotokopi
adalah sumber daya pasif sementara peserta adalah sumber daya yang aktif.
Sebuah buldoser adalah contoh lain dari sumber daya pasif karena sopir yang
melakukan aktivitas di mana buldoser digunakan.

21
 Membuat Model Fragmen dari Proses Bisnis untuk Menilai Aplikasi Pinjaman.

Latihan 1
Setelah permohonan pinjaman disetujui oleh penyedia pinjaman, paket penerimaan disiapkan
dan dikirim ke pelanggan. Paket penerimaan mencakup jadwal pembayaran yang harus
disetujui oleh pelanggan dengan mengirimkan dokumen yang ditandatangani kembali ke
penyedia pinjaman. Yang terakhir kemudian memverifikasi perjanjian pembayaran: jika
pemohon tidak setuju dengan jadwal pembayaran, penyedia pinjaman membatalkan aplikasi;
jika pemohon setuju, penyedia pinjaman menyetujui aplikasi. Dalam kedua kasus tersebut,
proses tersebut dilengkapi dengan pemberi pinjaman yang memberi tahu pemohon tentang
status aplikasi.
Solusi 1

Latihan 2
Permohonan pinjaman disetujui jika melewati dua pemeriksaan:
(i) penilaian risiko pinjaman pemohon, dilakukan secara otomatis oleh suatu sistem
(ii) penilaian properti yang diminta pinjaman, dilakukan oleh penilai properti.
Penilaian risiko memerlukan pemeriksaan riwayat kredit pada pemohon, yang dilakukan oleh
petugas keuangan. Setelah penilaian risiko pinjaman dan penilaian properti dilakukan,
petugas pinjaman dapat menilai kelayakan pemohon. Jika pemohon tidak memenuhi syarat,
permohonan ditolak, jika tidak paket penerimaan disiapkan dan dikirim ke pemohon.

22
Solusi 2

Latihan 3
Aplikasi pinjaman dapat digabungkan dengan asuransi rumah yang ditawarkan dengan harga
diskon. Pemohon dapat menyatakan minat mereka dalam rencana asuransi rumah pada saat
mengajukan permohonan pinjaman mereka kepada penyedia pinjaman. Berdasarkan
informasi ini, jika aplikasi pinjaman disetujui, penyedia pinjaman hanya dapat mengirim
paket penerimaan kepada pemohon, atau juga mengirim penawaran asuransi rumah. Proses
ini kemudian berlanjut dengan verifikasi perjanjian pembayaran kembali.
Solusi 3

Latihan 4
Setelah permohonan pinjaman diterima oleh penyedia pinjaman, dan sebelum melanjutkan
dengan penilaiannya, permohonan itu sendiri perlu diperiksa untuk kelengkapannya. Jika
aplikasi tidak lengkap, itu dikembalikan ke pemohon, sehingga mereka dapat mengisi

23
informasi yang hilang dan mengirimkannya kembali ke penyedia pinjaman. Proses ini
diulangi hingga aplikasi ditemukan lengkap.

Solusi 4

24
 BAB II

KESIMPULAN

Pada akhir bab ini, kita harus dapat memahami dan menghasilkan model proses dasar
di BPMN. Model dasar BPMN mencakup kegiatan, acara, gateway, objek data, kolam, dan
jalur. Kegiatan menangkap unit kerja dalam a proses. Peristiwa menentukan awal dan akhir
suatu proses, dan menandakan sesuatu yang terjadi selama pelaksanaannya. Gateways
memodelkan keputusan eksklusif dan inklusif, penggabungan, paralelisme dan sinkronisasi,
dan pengulangan. Kami mempelajari perbedaannya antara model proses dan contoh proses.

Contoh, sebuah model proses menggambarkan semua cara yang mungkin dilakukan
proses bisnis yang diberikan, sementara contoh proses menangkap satu eksekusi proses
spesifik dari semua kemungkinan, kemajuan, atau status.

BPMN saat ini sudah menjadi standar de facto pemodelan business process yang
diakui secara internasional dan sampai saat ini sudah dianut oleh perusahaan besar skala
dunia seperti IBM, Oracle, SAP AG, BizAgi, Axway, Software AG, dan lain sebagainya.
BPMN sudah menyebar hampir di semua bidang, baik yang terkait dengan aspek IT maupun
manajemen. BPMN telah masuk ke sektor bisnis manufaktur, pendidikan, adminstrasi
pemerintahan, rumah sakit, penerbangan, telekomunikasi, pedagangan, perkebunan, oil and
gas, dan sektor bisnis lainnya. Sudah saatnya BPMN menjadi bahan literatur untuk
membangun business process di tanah air.

Kami juga belajar bagaimana menggunakan objek data untuk memodelkan aliran
informasi di antaranya kegiatan dan acara. Objek data menangkap artefak fisik atau
elektronik yang diperlukan untuk menjalankan suatu aktivitas atau memicu suatu peristiwa,
atau yang dihasilkan oleh eksekusi dari suatu kegiatan atau kejadian peristiwa. Objek data
dapat disimpan dalam penyimpanan data seperti database atau lemari file sedemikian rupa
sehingga mereka dapat bertahan di luar contoh proses tempat mereka dibuat. Selanjutnya,
kami melihat bagaimana kolam dan jalur bias digunakan untuk memodelkan sumber daya
manusia dan non-manusia yang melakukan kegiatan proses. Pools umumnya memodelkan
kelas sumber daya sementara jalur digunakan untuk partisi pool. Interaksi antara kumpulan
ditangkap oleh aliran pesan. Aliran pesan bias langsung melekat pada batas kolam, harus
detail interaksi tidak relevan.

25
 Kegiatan, acara, gateway, artefak, dan sumber daya milik perspektif pemodelan utama
dari proses bisnis. Perspektif fungsional menangkap kegiatan yang dilakukan dalam proses
bisnis sementara perspektif kontrol-aliran menggabungkan kegiatan ini dan acara terkait
dalam urutan tertentu.

Perspektif data mencakup artefak yang dimanipulasi dalam proses sementara

perspektif sumber daya mencakup sumber daya yang melakukan berbagai kegiatan. Dalam
bab selanjutnya, kita akan belajar cara memodelkan proses bisnis yang kompleks dengan
menggali berbagai ekstensi elemen inti BPMN yang kami sajikan di sini.

26
 DAFTAR PUSTAKA

http://mti.binus.ac.id/icasce2013/single/business-process-management-dan-modelling-untuk-
service-oriented-architecture-soa-2/

http://repository.ub.ac.id/id/eprint/846

https://andarsyah.wordpress.com/2018/01/02/bpmn-business-process-model-notation/

https://openlibrary.telkomuniversity.ac.id/pustaka/files/116968/bab1/analisis-formal-transformasi-
bpmn-ke-petri-net-menggunakan-metode-dijkman.pdf

27