penerapan business process management untuk service … · web viewmisalkan pada awalnya sebuah...
TRANSCRIPT
BUSINESS PROCESS REPORTING SERVICE SUBSISTEM SMS BASED SERVICE
LAPORAN TUGAS AKHIR
Disusun sebagai syarat kelulusan tingkat sarjana
oleh:Budi Satrio / 13504006
PROGRAM STUDI TEKNIK INFORMATIKASEKOLAH TEKNIK ELEKTRO DAN INFORMATIKA
INSTITUT TEKNOLOGI BANDUNG2007
Lembar Pengesahan Program Studi Teknik Informatika
BUSINESS PROCESS REPORTING SERVICE SUBSISTEM SMS BASED SERVICE
Tugas AkhirProgram Studi Teknik Informatika ITB
OlehBudi Satrio / 13504006
Telah disetujui dan disahkan sebagai laporan tugas akhirdi Bandung, pada tanggal
Pembimbing
Yani Widyani, S.T., M.T.NIP 132164562
ii
DAFTAR ISI
Lembar Pengesahan Program Studi Teknik Informatika..........................................................iiDAFTAR ISI.............................................................................................................................iiiDAFTAR GAMBAR.................................................................................................................ivDAFTAR TABEL.......................................................................................................................vDAFTAR ISTILAH...................................................................................................................viDAFTAR SIMBOL..................................................................................................................viiBAB I PENDAHULUAN........................................................................................................I-1
1.1 Latar Belakang........................................................................................................I-11.2 Rumusan Masalah...................................................................................................I-21.3 Tujuan.....................................................................................................................I-21.4 Batasan Masalah.....................................................................................................I-21.5 Metodologi..............................................................................................................I-31.6 Sistematika Pembahasan.........................................................................................I-3
BAB II DASAR TEORI.........................................................................................................II-12.1 Web Services..........................................................................................................II-1
2.1.1 Web Services Generasi Pertama [ERL04].........................................................II-12.1.2 Web Service Generasi Kedua [ERL04].............................................................II-42.1.3 WS-BPEL..........................................................................................................II-4
2.2 Service Oriented Architecture (SOA)...................................................................II-52.2.1 Konsep Service Oriented..................................................................................II-62.2.2 Komponen-Komponen SOA.............................................................................II-82.2.3 Layering pada SOA...........................................................................................II-92.2.4 SOA dan Web Services...................................................................................II-122.2.5 Analisis dan Perancangan SOA......................................................................II-13
2.3 Business Process Management (BPM)................................................................II-142.3.1 Konsep Dasar..................................................................................................II-142.3.2 Tujuan.............................................................................................................II-152.3.3 Fase-Fase.........................................................................................................II-162.3.4 Business Process Management System (BPMS).............................................II-17
BAB III ANALISIS...............................................................................................................III-13.1 Model Penerapan BPM pada SOA.......................................................................III-13.2 Implementasi Model............................................................................................III-4
3.2.1 Gambaran Umum Implementasi......................................................................III-43.2.2 Alternatif Teknologi........................................................................................III-5
3.3 Metodologi Pembangunan Perangkat Lunak.......................................................III-93.4 Analisis Perangkat Lunak Studi Kasus..............................................................III-11
3.4.1 Pemilihan Studi Kasus...................................................................................III-113.4.2 Gambaran Umum Sistem...............................................................................III-123.4.3 Deskripsi Umum Perangkat Lunak................................................................III-123.4.4 Batasan Perancangan.....................................................................................III-133.4.5 Permodelan Perangkat Lunak........................................................................III-133.4.6 Permodelan Kandidat Service........................................................................III-15
DAFTAR PUSTAKA............................................................................................................xviii
iii
DAFTAR GAMBAR
Gambar II-1 Keterhubungan Antar Komponen Web Services [ERL04]................................II-2Gambar II-2 Enkapsulasi business process dengan service....................................................II-7Gambar II-3 Ilustrasi Operations dan Services [ERL05]........................................................II-8Gambar II-4 Keterhubungan antar komponen SOA [ERL05]................................................II-9Gambar II-5 Business Logic dan Application Logic pada Enterprise [ERL05]......................II-9Gambar II-6 Implementasi layer pada enterprise [ERL05]..................................................II-10Gambar II-7 Abstraksi dari service interface layer [ERL05]...............................................II-11Gambar II-8 Peran WSDL dalam hubungan antar service [ERL05]....................................II-12Gambar II-9 Komponen Dasar BPMS [NEW04].................................................................II-18Gambar III-1 Model Penerapan BPMS pada SOA................................................................III-2Gambar III-2 Gambaran Umum Implementasi.....................................................................III-4Gambar III-3 Implementasi Model Menggunakan Intalio BPMS CE...................................III-6Gambar III-4 Implementasi Model Menggunakan jBoss jBPM...........................................III-7Gambar III-5 Implementasi Model Menggunakan Java Business Integration......................III-7Gambar III-6 Gambaran Umum Sistem..............................................................................III-13Gambar III-7 Diagram Use Case Studi Kasus VRC...........................................................III-14Gambar III-8 Kandidat Service Untuk VRC.......................................................................III-15
iv
DAFTAR TABEL
Tabel III-1 Perbandingan Alternatif Teknologi Implementasi..............................................III-8Tabel III-2 Keterhubungan Fase, Aktivitas dan Deliverables...............................................III-8Tabel III-3 Daftar Kandidat Service dan Operasi VRC......................................................III-15
v
DAFTAR ISTILAH
Istilah Penjelasan / Padanan Kata
vi
DAFTAR SIMBOL
Simbol Penjelasan
vii
BAB IPENDAHULUAN
I.1 Latar Belakang
Saat ini, perkembangan dunia bisnis semakin cepat dan saling terhubung satu dengan yang
lain, sehingga setiap perusahaan bisnis perlu bekerja sama dengan perusahaan lain demi
meningkatkan kemampuan bisnisnya [HEC03]. Salah satu jenis kerja sama tersebut adalah
Business Process Outsourcing.
Business Process Outsourcing (BPO) didefinisikan sebagai perpindahan business process
suatu perusahaan dari dalam perusahaan ke penyedia layanan di luar perusahaan tersebut
[DUT05]. Sejak infrastruktur telekomunikasi global semakin stabil dan dapat diandalkan,
BPO memunculkan ide untuk menyerahkan pekerjaan kepada penyedia layanan internasional.
Tentunya tidak semua business process perusahaan akan menggunakan BPO sebagai
solusinya, tetapi hanya beberapa saja yang dianggap perlu dan dapat dialihkan kepada
perusahaan lain. Sebagai contohnya adalah proses reporting.
Permasalahan kompleksitas dan fleksibilitas business process perusahaan tidak dapat
dijalankan serta merta menggunakan BPO saja. Karena itu dibutuhkan suatu interface yang
menjembatani antara business process yang dipahami oleh perusahaan (level managerial) dan
juga implementasinya. Dengan interface tersebut, diharapkan akan dimengerti oleh kedua
belah pihak baik oleh perusahaan maupun pihak luar yang akan mengimplementasikan BPO
tersebut. Business Process Execution Language (BPEL) hadir sebagai solusi untuk
menghadapi permasalahan ini sehingga ide-ide yang berasal dari bussiness people dapat
diterjemahkan oleh tim implementasi IT dengan lebih mudah.
Salah satu business process umum sebuah perusahaan adalah pelaporan (reporting). Dengan
reporting ini, pihak-pihak yang terkait dalam perusahaan akan dapat dengan mudah
menganalisis pelaksanaan bisnis perusahaan tersebut untuk kemudian dijadikan bahan untuk
melakukan inovasi-inovasi bisnisnya. Biasanya, reporting ditangani oleh pihak dalam
perusahaan sendiri, namun ketika business process dari perusahaan tersebut menjadi lebih
kompleks, pelaporannya pun menjadi lebih kompleks pula. Karena itu diusulkan solusi untuk
menjalankan reporting melalui BPO.
SMS Based Service adalah suatu jenis layanan yang menggunakan media Short Messaging
System (SMS) pada telepon selular sebagai basisnya. SMS Based Service ini semakin banyak
1
2
digunakan oleh perusahaan-perusahaan karena beberapa hal, yaitu: SMS mampu menjangkau
hampir seluruh pengguna jaringan seluler dan biayanya yang cukup murah. Beberapa
perusahaan menggunakan layanan SMS ini untuk meningkatkan proses bisnisnya terutama
untuk berhubungan dengan customer, maupun untuk saling berkomunikasi.
SMS Based Service dibutuhkan karena sifatnya yang mudah dioperasikan dan menjangkau
hampir seluruh customer perusahaan. Panjang data dari SMS yang bersifat kecil akan mudah
untuk diolah secara cepat sehingga meningkatkan efisiensi pengolahan data. BPO dalam
bidang reporting dengan menggunakan SMS Based Service merupakan alternatif yang layak
untuk dikaji.
I.2 Rumusan Masalah
Sistem Bussiness Process Reporting Service yang diusulkan memiliki beberapa subsistem
yang saling mendukung dan berkaitan, yaitu:
1. Pemodelan business process perusahaan dan pembangkitan template laporan untuk
model business process tersebut. Bagian ini dikerjakan sebagai Tugas Akhir oleh
Hananto Edy Wibowo 13504002.
2. Pengumpulan data yang merupakan bahan untuk membuat laporan, pengolahan data
tersebut, serta pembuatan laporan dengan mengacu pada model business process dan
template laporan yang dihasilkan subsistem pada nomor 1. Data dikumpulkan melalui
File Transfer Protocol (FTP). Bagian ini dikerjakan sebagai Tugas Akhir oleh Wisnu
Manupraba 13504148.
3. Pengumpulan data yang merupakan bahan untuk membuat laporan, pengolahan data
tersebut, serta pembuatan laporan dengan mengacu pada model business process dan
template laporan yang dihasilkan subsistem pada nomor 1. Data dikumpulkan dalam
bentuk SMS. Bagian ini dikerjakan sebagai Tugas Akhir oleh Budi Satrio 13504006.
Secara umum gambaran sistem Bussiness Process Reporting Service dapat dilihat pada
Gambar 1.
3
Gambar 1. Business Process Reporting Service
Keterangan gambar:
Bagian nomor 1: Business Process sebuah perusahaan akan digambarkan dalam bentuk
gambar-gambar service pada aplikasi pertama dengan memanfaatkan service-service yang
disediakan oleh aplikasi-aplikasi di bawahnya, sehingga hasil dari aplikasi pertama adalah
business logic dalam bentuk xml.
Bagian nomor 2: Business data yang berukuran besar akan diambil oleh aplikasi kedua
melalui media FTP, kemudian berdasarkan business logic yang diterima dari aplikasi pertama,
business data tersebut akan diolah sesuai service-service yang disediakan untuk membentuk
reporting.
Bagian nomor 3: Business data yang berukuran kecil akan diambil oleh aplikasi ketiga
melalui media SMS, kemudian berdasarkan business logic yang diterima dari aplikasi
pertama, business data tersebut akan diolah sesuai service-service yang disediakan untuk
membentuk reporting.
Untuk itu, penelitian yang dilakukan pada Tugas Akhir ini difokuskan untuk membuat sebuah
sistem yang mampu:
1. Menangani data yang diterima dalam format SMS.
2. Menerima model business process berupa aturan business logic yang diterima dalam
format XML serta template laporan.
1
32
4
3. Mengolah data sesuai dengan aturan business logic tersebut.
4. Membangkitkan laporan data hasil olahan dari nomor 3 sesuai dengan template yang
diterima.
I.3 Tujuan
Tujuan dari Tugas Akhir ini adalah membangun sebuah subsistem dari Bussiness Process
Reporting Service yang menangani penerimaan data dalam format SMS, menerjemahkan
aturan business logic yang didapat, mengolah data berdasarkan aturan tersebut, kemudian
membuat laporan dari data hasil olahan.
I.4 Batasan Masalah
Batasan-batasan yang didefinisikan dalam pelaksanaan Tugas Akhir ini adalah:
1. Bentuk laporan yang ditampilkan akan memanfaatkan report generator yang sudah
ada.
2. Perangkat lunak yang dihasilkan menerima aturan business logic dalam format XML
yang algoritmanya tidak rumit, seperti perkalian, pembagian, penjumlahan, dan
pengurangan. Hal ini dilakukan karena algoritma yang rumit (looping, branching, dan
sebagainya) akan membutuhkan waktu yang cukup banyak untuk
mengimplementasikannya, padahal tidak menjadi fokus utama penelitian.
I.5 Metodologi
Dalam penyusunan Tugas Akhir ini akan digunakan metodologi sebagai berikut:
1. Studi Literatur
Pada tahap ini akan dilakukan studi mengenai konsep-konsep Business Process
Outsourcing dan proses reporting termasuk bagaimana metodologi pengembangan
BPO dengan menggunakan SMS Based Service.
2. Analisis Kebutuhan Sistem
Pada tahap ini akan dilakukan analisis mengenai kebutuhan sistem yang akan
dibangun.
3. Pembangunan Perangkat Lunak
Pada tahap ini akan dibangun perangkat lunak BPO yaitu Business Process Reporting
Service dengan menggunakan SMS Based Service dan pada tahap ini pula akan
5
dilakukan pengujian perangkat lunak. Pembangunan dan pengujian akan dilakukan
secara iteratif dan inkremental.
4. Analisis Hasil, dan Penarikan Kesimpulan.
Pada tahap ini perangkat lunak akan diujikan untuk dilihat apakah BPO dengan
menggunakan SMS Based Service dapat digunakan, selanjutnya akan dilakukan
analisis terhadap hasil yang dicapai dan pengambilan kesimpulan.
I.6 Sistematika Pembahasan
Adapun sistematika pembahasan dari dokumen ini adalah sebagai berikut:
Bab I berisi uraian yang menjelaskan latar belakang, rumusan masalah, tujuan, batasan
masalah, dan metodologi pengerjaan tugas akhir ini.
Bab II berisi penjelasan mengenai dasar teori yang melandasi pengerjaan Tugas Akhir ini.
Pembahasan akan dimulai dari penjelasan mengenai Business Process Outsourcing, lalu
dilanjutkan pada konsep Reporting Service. Pada bagian terakhir bab ini akan diulas
mengenai konsep pertukaran data melalui SMS.
Bab III berisi uraian hasil analisis mengenai kebutuhan sistem Business Process Reporting
Service dengan menggunakan media SMS Service dari studi literatur sehingga akan
didapatkan model prototipe dari pembangunan perangkat lunak tersebut. Analisis akan
diawali dari pembuatan model penerapan Business Process Reporting Service subsistem SMS
Based Service, Implementasi model, dan analisis terhadap proses pembangunan perangkat
lunak.
Bab IV berisi uraian mengenai pembangunan perangkat lunak studi kasus, mencakup
perancangan, implementasi, dan pengujian.
Bab V berisi kesimpulan dan saran yang diperoleh dari pengerjaan tugas akhir ini.
.
BAB IIDASAR TEORI
II.1 Business Process
II.1.1 Definisi
Business Process didefinisikan sebagai sebuah kumpulan dari pekerjaan-pekerjaan yang
saling berhubungan untuk menyelesaikan suatu permasalahan[SUMBER
http://en.wikipedia.org/wiki/Business_process ]. Sebuah business process dapat dipecah
menjadi sekumpulan sub-proses yang mempunyai atribut masing-masing, namun tetap
berkontribusi untuk melaksanakan tujuan dari proses utama[SUMBER]. Business process
merupakan inti dari seluruh aktivitas pada suatu perusahaan atau organisasi[SUMBER].
Untuk mencapai tujuan perusahaan, business process lah yang akan memberdayakan seluruh
sumber daya yang ada pada perusahaan. Tapi yang perlu diketahui adalah bahwa setiap bisnis
memiliki proses masing-masing yang unik, sesuai dengan karakteristik dari perusahaan dan
bidang usahanya, seperti proses pembuatan produk ataupun layanan baru, pengadaan supply,
menjawab pertanyaan pelanggan, ataupun rekruitasi karyawan baru, yang tentunya memiliki
perbedaan karekteristik tersendiri untuk setiap perusahaan.
II.1.2 Penggambaran Business Process
Business Process dapat digambarkan seperti yang diatur dalam Business Process Modelling
Notation (BPMN). BPMN sendiri adalah sebuah standar notasi grafik untuk menggambarkan
business process dalam sebuah workflow [Sumber http://en.wikipedia.org/wiki/BPMN ]
Terdapat 4 kategori dari elemen-elemen dalam BPMN, yaitu:
1. Flow Objects
a. Events, sebuah event direpresentasikan dengan lingkaran. Events dapat
berupa Start, Intermediate, atau End.
b. Activities, sebuah aktivitas direpresentasikan dengan persegi dengan sudut
melingkar dan memperlihatkan pekerjaan yang harus dilakukan.
1
2
c. Gateways, sebuah gateway direpresentasikan dengan belah ketupat dan
memperlihatkan pilihan yang berbeda. Gateway juga menjelaskan mengenai
percabangan dan penggabungan dari path yang ada.
2. Connecting Objects
a. Sequence Flow, sequence flow direpresentasikan dengan garis lurus dengan
panah tertutup dan menjelaskan mengenai urutan aktivitas yang akan
dijalankan.
b. Message Flow, message flow direpresentasikan dengan garis putus-putus dan
panah terbuka. Message flow menjelaskan pertukaran pesan yang sedang
terjadi.
c. Association, association direpresentasikan dengan garis putus-putus.
Association digunakan untuk mengasosiasikan sebah artifak, data, maupun
flow object.
3. Swimlanes
a. Pool, pool direpresentasikan dengan persegi besar yang didalamnya dapat
berisi flow objects, connecting object, maupun artifak.
b. Lane, lane merupakan bagian lebih mendetail dari pool.
4. Artifacts
a. Data Objects, data object digunakan untuk menjelaskan mengenai data yang
dibutuhkan atau dihasilkan dari sebuah aktivitas.
3
b. Group, group direpresentasikan dalam persegi dengan sudut melingkar dan
garis luar putus-putus. Group untuk melakukan grouping aktivitas.
c. Annotation, annotation digunakan untuk menjelaskan model atau diagram.
Business Process dapat digambarkan dalam BPMN secara mudah. Sebagai contoh dapat
dilihat pada gambar business process sederhana sebagai berikut:
II.2 Business Process Execution Language
II.2.1 Definisi
Business Process Execution Language (BPEL)
4
II.3 Business Process Outsourcing
II.3.1 Definisi
Business Process Outsourcing (BPO) didefinisikan sebagai perpindahan business process
suatu perusahaan dari dalam perusahaan ke penyedia layanan di luar perusahaan tersebut
[DUT05]. Secara umum, BPO menyediakan sebuah layanan untuk melakukan sebagian
business process dari perusahaan tanpa harus menjadi bagian dari perusahaan itu sendiri.
II.3.2 Aspek Pendorong
Business Process Outsourcing muncul karena aspek-aspek pendorong [SUMBER] sebagai
berikut:
1. Bisnis. Memungkinkan untuk fokus pada core-competencies, memperbaiki
jasa layanan, kualitas, dan kehandalan sistem kritikal, mempercepat tanggapan
pada tantangan bisnis dan time to market, merger, akuisisi dan konsolidasi,
revolusi e-business.
2. Teknologi. Mendapatkan akses lebih baik pada metodologi, tools dan best practices, transformasi sistem enterprise, fokus pada migrasi ke aplikasi baru
lebih cepat, manajemen efektif terhadap perubahan sistem yang cepat, mengejar
revolusi teknologi.
3. Sumber daya manusia. Membebaskan sumber daya kunci untuk inisiatif strategis,
bisnis dan TI, menghindari pencarian dan mempertahankan tenaga ahli, akses ke
sumber daya yang terlatih, kemampuan memobilisasi sumber daya dan
menghentikannya dengan cepat, menawarkan jenjang karir yang lebih baik pada para
staf, mengurangi karyawan.
4. Finansial. Pengendalian dan penghematan biaya, memiliki prediksi biaya, fleksibilitas
mengubah biaya tetap ke variabel, business justification untuk pengembangan,
memaksimalkan hasil investasi yang ada, mengalihkan dana untuk inisiatif kritikal
bisnis.
II.4 Reporting
II.4.1 Konsep Dasar
Reporting, sesuai dengan definisi yang cocok adalah dokumen tertulis yang menjelaskan hasil
pekerjaan dari individu maupun group [SUMBER ]. Reporting juga bisa digunakan
melakukan track progress dari project yang dilakukan. [SUMBER]. Reporting yang dimaksud
5
dalam laporan TA ini lebih mengarah kepada suatu jenis business process pada perusahaan
yang menangani masalah pelaporan data-data bisnis kepada pihak-pihak yang terkait
[SUMBER].
II.4.2 Reporting dalam perusahaan
Dalam sebuah perusahaan, reporting merupakan salah satu elemen penting untuk mengetahui
apa yang sedang terjadi dalam perusahaan tersebut. Sesuai dengan data penelitian pada
perusahaan-perusahaan besar, reporting dapat dibagi menjadi beberapa hal berikut:
1. Waktu
a. Harian
b. Mingguan
c. Bulanan
d. Tahunan
2. Role
a. Eksekutif
b. Manager
c. Supervisor
3. Grafik
a. Tanpa grafik
b. Grafik 2 D
c. Grafik 3 D
II.5 Short Message Service
II.5.1 Konsep Dasar
Short Message Service atau biasa dikenal dengan pesan teks singkat adalah suatu mekanisme
pengiriman pesan teks singkat dari dan ke telepon seluler[SUMBER]. Pesan yang dikirimkan
(berbentuk teks) dari telepon selular yang melakukan pengiriman disimpan dalam Short
Message Center yang terpusat, kemudian akan diteruskan kepada telepon selular penerima.
Hal ini berarti jika penerima sedang tidak ada, pesan akan disimpan dan dapat dikirimkan di
lain waktu. Setiap pesan tidak dapat berisi lebih dari 160 karakter. Karakter tersebut dapat
berupa teks atau binary Non Text. Sebuah fitur menarik dari SMS adalah report penerimaan.
Ini berarti, pengirim dapat mendapatkan pesan kecil yang berisi informasi bahwa pesan telah
diterima oleh penerima.
6
Di Indonesia sendiri, SMS berkembang cukup pesat dikarenakan harganya yang relatif
terjangkau sekitar kurang lebih 350 rupiah setiap kali pengiriman. Setiap orang menggunakan
fitur ini hanya sekedar untuk berkirim-kirim pesan sampai dengan pesan yang berisi mengenai
bisnis.
II.5.2 Keuntungan dan Kerugian SMS
Sebagai sebuah service yang digunakan oleh banyak orang, tentunya SMS mempunyai
kelebihan dan kekurangan. Kelebihan-kelebihan SMS diantaranya yaitu:
1. Harganya yang murah
2. Menjangkau setiap pengguna telepon seluler
3. Dapat dijangkau sesuai dengan jangkauan operator serta beroperasi 24 jam setiap hari
4. Banyak perusahaan menggunakan service ini untuk berhubungan dengan
konsumennya sehingga bayak supporting dari pihak luar
Sedangkan kerugiannya sebagai berikut:
1. Keterbatasan karakter setiap kali pengiriman, maks 160 karakter setiap kali mengirim
sehingga jika mengirim lebih dari itu akan dianggap mengirim lebih dari satu kali
2. Karena keterbatasan isi pesan tersebut, banyak pihak menggunakan definisi
bahasanya sendiri untuk mengirimkan pesan, sehingga tidak ada standar pengiriman
pesan
II.5.3 Pertukaran Data melalui SMS
Untuk melakukan pertukaran data melalui SMS sangatlah mudah. Pertukaran data tersebut
dapat dibagi menjadi :
1. P2P : phone to phone, dalam hal ini pengguna telepon seluler saling berkirim pesan
melalui telepon seluler
2. P2PC : phone to PC, dalam hal ini pertukaran data terjadi antara pengguna telepon
seluler dengan suatu sistem yang dapat menerima dan mengirimkan SMS
Secara umum dapat dilihat dalam gambar sebagai berikut:
GAMBAR
II.6 SMS Based Service
II.6.1 Konsep Dasar
SMS Based Service ini pada dasarnya adalah konsep layanan yang menggunakan SMS
[SUMBER]. Layanan tersebut dapat menyerupai sebuah aplikasi, sebagai contoh yaitu SMS
untuk mengetahui hasil SPMB, dan sebagainya.
7
II.6.2 Aktor dan Layanan
SMS Based Service ini dapat dibagi menjadi actor serta layanan. Aktor yang dimaksud dalam
SMS Based Service ini adalah pengguna SMS, sedangkan layanan adalah jenis layanan yang
akan diterima oleh actor dari SMS Based service ini. Secara umum dapat terlihat dalam
gambar berikut:
[GAMBAR]
II.6.3 Format Pesan dalam SMS Based Service
Sesuai dengan kaidah perintah yang digunakan dalam berbagai jenis SMS Based Service,
format pesan SMS dapat digeneralisasi menjadi berikut:
PERINTAH,SPASI,DATA
Perintah ini mirip dengan perintah yang terdapat dalam linux.
Commercially SMS is a massive industry in 2006 worth over 80 billion dollars globally.[17]
SMS has an average global price of 11 cents and maintains a near 90% profit margin
II.6.4 SMS Package
Setiap pesan SMS dikirimkan dalam satu package yang berisi sekitar beberapa bytes
II.6.5 Transfer data via SMS
Untuk melakukan transfer data via SMS, sangat tidak efisien jika data yang dikirimkan
berjumlah besar karena SMS sendiri hanya dapat menampung data sebesar maksimal
400bytes setiap kali package dikirimkan.
BAB IIIANALISIS
III.1 Model Penerapan Business Process Reporting Service subsistem SMS Based Service
Business Process Reporting Service ini adalah salah satu contoh penggunaan aplikasi yang
mendukung Business Process Outsourcing dalam bidang pelaporan data. Definisi yang
diberikan pada Business Process Reporting Service ini adalah sebuah aplikasi yang akan
menangani pemodelan business process sebuah perusahaan Secara umum, fungsi dari aplikasi
ini adalah membuat pelaporan data perusahaan yang tanpa harus menjadi bagian dari
perusahaan tersebut (Outsourcing). Aplikasi Business Process Reporting Service ini pada
dasarnya terdiri dari 3 bagian yang saling berkaitan, yaitu:
1. Pemodelan business process perusahaan dan pembangkitan template laporan untuk
model business process tersebut.
2. Pengumpulan data melalui FTP yang merupakan bahan untuk membuat laporan,
pengolahan data tersebut, serta pembuatan laporan dengan mengacu pada model
business process dan template laporan yang dihasilkan subsistem pada nomor 1.
3. Pengumpulan data melalui SMS yang merupakan bahan untuk membuat laporan,
pengolahan data tersebut, serta pembuatan laporan dengan mengacu pada model
business process dan template laporan yang dihasilkan subsistem pada nomor 1.
Ketiga bagian diatas jika digambarkan adalah sebagai berikut:
1
2
Gambar 1. Business Process Reporting Service
Setiap nomor diatas mewakili setiap bagian dalam Business Process Reporting Service.
Penjelasan secara detailnya adalah sebagai berikut:
Mengingat Tugas Akhir ini berkutat dalam bagian ke-3, yaitu pengumpulan data melalui
SMS, maka pembahasan akan dilakukan sesuai dengan bagian tersebut.
Sebuah aplikasi yang mempunyai fitur SMS harus memiliki library yang digunakan untuk
mengelola SMS tersebut. Di sini, penulis mengusulkan untuk mengambil library dari XXX
karena fiturnya yang banyak dan mudah dipprsasikan. Bagian BPM menuntut sebuah sistem
untuk terus berubah agar mencapai proses bisnis yang lebih efisien dan efektif. Perubahan
sistem tentunya akan mengakibatkan perubahan dari penggunaan aplikasi yang digunakan,
baik dari segi proses bisnis yang harus dijalankan oleh aplikasi tersebut, ataupun pemilihan
aplikasi apa saja yang digunakan oleh sebuah pekerjaan.
Seperti dijelaskan pada Bab 2.2.3, sebuah aplikasi yang tidak berbasis service-oriented
mendefinisikan proses bisnisnya bersamaan dengan perintah yang berhubungan dengan sisi
teknis dari aplikasi tersebut. Aplikasi tersebut umumnya terdiri atas dua lapisan, yaitu lapisan
proses bisnis dan lapisan aplikasi. Arsitektur aplikasi seperti ini akan menyulitkan untuk
memodifikasi perubahan proses bisnisnya.
Umumnya yang terjadi pada pada modifikasi perangkat lunak adalah proses bisnis berubah,
namun fungsi dari aplikasi yang digunakan tidak. Sebagai contoh, dalam pencetakan sebuah
1
32
3
dokumen, terdapat dua proses bisnis, yaitu proses bisnis pertama, yang mengharuskan
dokumen di-review terlebih dahulu oleh editor, dan proses bisnis kedua, yang dapat dicetak
tanpa review dari editor. Misalkan pada awalnya sebuah organisasi menggunakan proses
bisnis pertama, dan setelah mengalami sebuah cycle dari BPM, proses bisnis tersebut harus
berubah menjadi proses bisnis kedua. Fungsi dari kedua proses tersebut tidak berubah, hanya
berkurang di bagian review saja, sementara fungsi lain, yaitu mencetak, tetap digunakan.
Apabila definisi proses bisnis tersimpan di dalam aplikasi, perubahan harus dilakukan dengan
mengubah kode dari aplikasi. Perubahan ini membutuhkan effort yang besar. Terutama jika
aplikasi yang ingin diubah juga berskala besar. Selain itu, perubahan ini akan memakan waktu
yang cukup lama. Hal ini tentunya tidak sesuai dengan tuntutan organisasi saat ini, seperti
dijelaskan pada Bab 1.1, yakni harus memiliki competitive advantage agar dapat bersaing
dengan cepat tanggap menghadapi perubahan.
Saat ini BPM telah banyak diterapkan di organisasi-organisasi besar. Penerapan BPM tersebut
juga didukung oleh penggunaan BPMS. Selain itu, karena proses bisnis bersifat lintas fungsi,
BPMS juga berperan sebagai penunjang integrasi aplikasi. Umumnya setiap organisasi tidak
menggunakan satu jenis perangkat lunak saja, namun kebutuhan organisasi tersebut
membutuhkan adanya automatisasi proses antar perangkat lunak tersebut. Kondisi ini
menyebabkan BPMS harus siap mengadopsi berbagai jenis interface yang disediakan oleh
seluruh perangkat lunak yang ada.
Penerapan BPM pada SOA akan menjadi jawaban terhadap masalah yang dialami tersebut.
SOA merupakan arsitektur perangkat lunak yang menjamin modularitas fungsi-fungsi dari
aplikasi yang ada di dalamnya, sehingga akan mudah untuk didekomposisi ulang dan
penggunaan ulang (reuse) dari fungsi tersebut. Dengan SOA, seluruh fungsi tersebar dan
terpisah, proses bisnis didefinisikan oleh lapisan orkestrasi dari SOA. Peran BPM adalah
menjalankan lapisan orkestrasi tersebut, dengan process engine [NEW04], dan mengetahui
apa yang terjadi di dalamnya. Jika terjadi perubahan proses bisnis, maka perubahan cukup
terjadi pada definisi lapisan orkestrasi SOA tersebut. Dari sini dapat dilihat, bahwa process
engine dari BPM akan berperan sebagai lapisan orkestrasi dari SOA.
Telah dijelaskan pada Bab 2.3.4 bahwa BPM memiliki empat komponen yaitu process
engine, yang bisa disebut juga process execution, process modeling, process monitoring, dan
business activity monitoring. Apabila BPM tersebut diterapkan pada service interface layer
(Gambar II-6), maka komponen-komponen tersebut dapat digambarkan seperti Gambar III-1.
4
Gambar III-1 Model Penerapan BPMS pada SOA
Adapun peran dari setiap layer adalah sebagai berikut:
1. Orchestration Service Layer berperan sebagai tempat untuk mendefinisikan proses
bisnis yang akan dijalankan oleh seluruh service, sekaligus menjalankan dan
melakukan monitoring.
2. Business Service Layer berperan dengan menyediakan layanan-layanan yang terkait
dengan proses bisnis. Hal ini berarti fungsi-fungsi bisnis akan disimpan di sini.
3. Application Service Layer menyediakan layanan yang identik terhadap satu aplikasi
atau teknologi tertentu. Misalnya adapter untuk sebuah aplikasi yang ingin
diintegrasikan, layanan terkait basis data, pengiriman email, dan sebagainya.
Pada dasarnya keempat komponen BPM tersebut tidak selalu dibutuhkan. Menurut [CHA06]
sebuah BPMS cukup hanya memiliki process modeling dan process execution saja. BPMS
seperti ini dapat disebut sebagai BPMS yang minimal. Jika selanjutnya dibutuhkan sebuah
mekanisme administrasi dan pengawasan khusus, maka komponen lain dapat ditambahkan.
Hal ini berarti kelengkapan BPMS yang digunakan bergantung pada kompleksitas dan
kebutuhan aplikasi yang dikembangkan.
Manfaat yang diperoleh dari penerapan BPM pada SOA di atas adalah:
1 Sebuah BPMS tidak perlu membuat sebuah sistem yang mampu memahami interface
dari berbagai macam model teknologi jika ingin melakukan integrasi aplikasi dari
berbagai platform. BPMS cukup memahami bagaimana mengakses service yang
digunakan oleh SOA, yang dalam hal ini, umumnya adalah dengan web services.
5
2 Pengubahan proses bisnis tidak perlu turun ke kode, namun hanya perlu untuk
mengubahnya di sisi process modeling.
Bila dilihat implementasi model ini dari sisi teknologi, penggunaan SOA sebagai arsitektur
aplikasi akan melibatkan penggunaan web service, XML, dan WS-BPEL.
Seperti dijelaskan pada Bab 2.2.4, penggunaan SOA yang paling baik adalah dengan
menggunakan web services, oleh karena itu akan digunakan prinsip contemporary SOA, di
mana setiap service adalah sebuah aplikasi web service, operation merupakan operasi atau
layanan yang disediakan oleh service tersebut, message dikirimkan dengan format SOAP, dan
setiap service dapat mengetahui operasi yang dimiliki service lain dengan WSDL.
Satu komponen SOA yang tersisa, yaitu proses bisnis, akan didefinisikan dengan WS-BPEL.
WS-BPEL dipilih karena teknologi ini merupakan teknologi yang paling luas diterima dan
digunakan untuk proses bisnis.
III.2 Implementasi Model
III.2.1 Gambaran Umum Implementasi
Model penerapan BPMS pada SOA seperti telah dijelaskan pada Bab 3.1 memberi deskripsi
pada service interface layer bagaimana service dan BPMS diposisikan. Namun implementasi
tersebut tidak menggambarkan bagaimana perangkat lunak maupun sistem secara
keseluruhan.
Sebuah perangkat lunak pada dasarnya adalah sebuah bagian dari sistem. Perangkat lunak
tentunya perlu berinteraksi dengan pengguna (user) melalui antarmuka (interface) dalam
menjalankan proses bisnis. Pada implementasi model ini, antarmuka akan disambungkan
langsung dengan process execution, yang diimplementasi dengan teknologi WS-BPEL.
Seperti telah kita ketahui, teknologi ini sendiri juga merupakan sebuah aplikasi web service,
yang menyimpan sekumpulan definisi proses bisnis. Seluruh proses bisnis tersebut diakses
melalui antarmuka dengan memanggil fungsi-fungsi yang dimiliki oleh process execution
tersebut.
Sebuah kelengkapan lain yang perlu dimiliki oleh sebuah sistem adalah hubungannya dengan
sistem atau aplikasi lain. Misalnya sistem basis data yang digunakan, SMS Gateway, dan lain-
lain. Seluruh sistem tersebut akan dienkapsulasi oleh application service layer pada model,
6
sehingga akan menjadi sekumpulan service dengan yang mengabstraksikan aplikasi-aplikasi
tersebut.
Ilustrasi dari deskripsi di atas dapat dilihat pada Gambar III-2.
Gambar III-2 Gambaran Umum Implementasi
III.2.2 Alternatif Teknologi
Untuk mengimplementasikan model penerapan BPM pada SOA seperti dijelaskan
sebelumnya, terdapat berbagai BPMS yang dapat digunakan. Pada bab ini akan diuraikan dua
BPMS yang ada yaitu Intalio BPMS dan JBoss jBPM. Kedua aplikasi ini dipilih disebabkan
bersifat open source sehingga bebas untuk digunakan dan dimodifikasi sesuai kebutuhan.
Selain itu, akan dilihat juga bagaimana alternatif implementasi model ini dengan
menggunakan aplikasi OpenESB, yang merupakan teknologi yang memungkinkan
implementasi SOA dengan JEE sebagai mesin eksekusi..
III.2.2.1 Intalio BPMS Community Edition
Intalio BPMS Community Edition (CE) merupakan sebuah BPMS yang dikembangkan oleh
Intalio (http://www.intalio.com). Pada Desember 2006 BPMS ini dirilis sebagai sebuah
produk open source, sehingga membebaskan pengembang manapun untuk menggunakan dan
mengajukan usulan untuk pengembangan perangkat lunak ini.
Intalio BPMS CE terdiri atas dua aplikasi utama, yaitu Intalio BPMS Designer dan Intalio
BPMS Server. Intalio BPMS Designer berfungsi untuk merancang proses bisnis yang akan
dieksekusi oleh Intalio BPMS Server, sementara BPMS Server berfungsi untuk mengeksekusi
proses bisnis yang telah didefinisikan dan memberikan report terhadap hasil eksekusi
tersebut. Intalio BPMS Server juga menyediakan dukungan untuk mengintegrasikan web
services dalam proses bisnisnya.
7
Perancangan yang difasilitasi oleh Intalio BPMS Designer dilakukan dengan notasi Business
Process Modeling Notation (BPMN), yang akan dikonversi ke BPEL untuk dieksekusi. Selain
fitur perancangan proses bisnis tersebut, BPMS ini juga menyediakan fitur untuk merancang
form untuk proses bisnis yang melibatkan manusia.
Intalio BPMS Designer dibangun di atas Eclipse STP (http://www.eclipse.org). Eclipse STP
merupakan IDE open source yang dapat dikembangkan sesuai kebutuhan. Aplikasi ini bersifat
desktop based. Sementara Intalio BPMS Server dibangun dengan menggunakan Apache ODE
(Orchestration Director Engine). Sebuah proyek dari Apache
(http://incubator.apache.org/ode/) untuk mesin eksekusi BPEL.
Aplikasi yang berbasis SOA dapat diimplementasi dengan Intalio BPMS CE dengan model
seperti Gambar III-3.
Gambar III-3 Implementasi Model Menggunakan Intalio BPMS CE
III.2.2.2 jBoss jBPM
Aplikasi jBoss jBPM adalah sebuah BPMS yang dikembangkan oleh jBoss
(http://www.jboss.org). Seperti halnya Intalio, aplikasi ini terdiri atas aplikasi server yang
mengeksekusi proses (jBPM Process Engine), dan sebuah aplikasi berbasis Eclipse untuk
mendesain proses (jBPM Process Designer).
Aplikasi jBPM Process Engine dapat digunakan sebagai pengintegrasi aplikasi-aplikasi dalam
sebuah enterprise, dan dapat juga dijadikan sebagai mesin eksekusi proses bisnis dalam
sebuah aplikasi. jBPM Process Engine mendukung eksekusi proses yang didefinisikan dengan
bahasa jPDL sebagai bahasa utama. Selain jPDL juga disediakan ekstensi untuk dukungan
8
eksekusi proses dalam bahasa BPEL. Namun pengembangan dukungan untuk bahasa ini
masih dalam tahap beta.
Aplikasi jBPM Process Designer yang disediakan oleh jBPM dapat memvisualisasikan proses
bisnis, namun terbatas dalam bahasa jPDL. Untuk eksekusi dengan BPEL, dibutuhkan
pembuatan kode BPEL secara manual.
Gambar III-4 Implementasi Model Menggunakan jBoss jBPM
III.2.2.3 OpenESB
Pada teknologi Java Enterprise Edition (JEE), terdapat sebuah standar yang digunakan untuk
integrasi aplikasi, yaitu Java Business Integration (JBI). Standard ini digunakan untuk
mengintegrasikan berbagai jenis aplikasi yang berada dalam platform yang berbeda. Standard
ini dapat digunakan untuk integrasi sekumpulan web services, sehingga menunjang penerapan
SOA. Model yang telah digambarkan sebelumnya pada Bab 3.1 dapat dipetakan ke standar ini
menjadi seperti Gambar 3.4.
9
Gambar III-5 Implementasi Model Menggunakan Java Business Integration
Teknologi JBI digunakan untuk menerapkan SOA pada lapisan orkestrasi. Terdapat lima
komponen JBI utama untuk lapisan ini, yaitu :
1. Process Modeler, berfungsi untuk melakukan perancangan terhadap proses bisnis
yang akan dijalankan oleh perangkat lunak, dalam lingkungan JBI. Komponen ini
akan menerima masukan berupa proses bisnis yang dituliskan dalam Business
Process Modeling Notation (BPMN) dan mengubahnya menjadi bahasa BPEL, yang
menjadi keluaran. Hasil keluaran ini nantinya akan digunakan oleh komponen process
engine.
2. Process Monitoring, komponen ini berfungsi untuk memantau pekerjaan yang
dilakukan oleh process engine. Dari komponen ini dapat dilihat proses bisnis apa saja
yang bekerja, gagal, waktu eksekusi proses, dan fitur-fitur lainnya sesuai dengan
kebutuhan sistem. Komponen ini akan diimplementasi menggunakan Java
Management Extensions (JMX).
3. Process Engine, komponen ini berfungsi melakukan eksekusi dari proses bisnis
sesuai dengan keluaran dari process modeler.
4. JBI Normalized Message Router, komponen ini berfungsi sebagai jalur untuk
mengalirkan message dari satu komponen maupun service ke lainnya.
5. HTTP/SOAP Binding Componen. Untuk menyambung setiap layanan dengan
lingkungan JBI ini, maka digunakan binding component. Dikarenakan pada SOA
telah disepakati untuk menggunakan SOAP sebagai format pesan, maka untuk
10
memungkinkan seluruh service terintegrasi digunakan HTTP/SOAP Binding
Component
Untuk mengimplementasikan model ini dapat digunakan aplikasi OpenESB (https://open-
esb.dev.java.net/). Aplikasi ini telah mengimplementasikan lingkungan JBI mulai dari process
modeler, process engine, binding component, dan JBI message router. Komponen process
monitoring tidak langsung diimplementasi oleh OpenESB, namun dapat dibangun dengan
menggunakan teknologi Java Management Extension (JMX).
III.2.2.4 Perbandingan Alternatif
Dari uraian sebelumnya, ketiga alternatif implementasi tersebut dapat dibandingkan satu sama
lain. Intalio BPMS dapat mengimplementasikan model pada Gambar 3.1 meski tidak
memiliki semua komponen BPMS. Namun seperti telah dijelaskan pada Bab III.1 tersebut,
sebuah BPMS tidak perlu memiliki keempatnya. Intalio dapat memerankan BPM dari segi
permodelan, eksekusi dan monitoring. Sebab process monitoring pada Intalio BPMS CE
dapat dilakuikan oleh Intalio BPMS Server, meski terbatas hanya pada melihat proses apa saja
yang sedang berjalan.
JBoss jBPM juga dapat mengimplementasikan model yang ditunjukkan pada Gambar 3.1,
namun jika menggunakan bahasa BPEL dalam implementasinya, maka tidak akan tersedia
process modeler, hal ini berarti BPMS ini hanya akan mencakup proses monitor dan eksekusi
saja. Permodelan proses dengan BPEL dengan visualisasi dapat saja dilakukan namun dengan
menggunakan kakas dari pihak ketiga.
Implementasi model menggunakan OpenESB dapat dilakukan, namun memerlukan
implementasi sendiri untuk aspek monitoring, dengan menggunakan teknologi JMX. Jadi
OpenESB hanya menyediakan process modeling dan executing. Hal ini disebabkan OpenESB
bukan merupakan BPMS, tapi lebih ke teknologi ESB yang memungkinkan dibentuknya
arsitektur SOA.
Seluruh perbandingan tersebut dapat dilihat pada Tabel III-1.
Tabel III-1 Perbandingan Alternatif Teknologi Implementasi
Alternatif Modeling Execution Monitoring Activity MonitoringIntalio Ada Ada Ada Tidak AdajBoss BPM Tidak ada Ada Ada Tidak AdaOpen ESB Ada Ada Tidak Ada Tidak Ada
11
Setelah melihat perbandingan di atas, pada tugas akhir ini akan digunakan Intalio BPMS CE
sebagai BPMS sebagai BPMS dalam studi kasus, disebabkan karena dukungannya terhadap
BPEL dan fiturnya yang relatif lengkap untuk sebuah BPMS.
III.3 Metodologi Pembangunan Perangkat Lunak
Seperti dijelaskan pada subbab I.5, pembangunan perangkat lunak yang menjadi studi kasus
untuk tugas akhir ini akan menggunakan metodologi unified process. Ada empat fase dalam
unified process yang dijalankan dengan sejumlah iterasi dalam masing-masing fase tersebut
sesuai kebutuhan.
Namun, unified process adalah sebuah metodologi yang belum dipersiapkan untuk menangani
komposisi web services, seperti telah dijelaskan pada Subbab II.2.5. Unified process
umumnya digunakan untuk mendekomposisi sebuah perangkat lunak dalam bentuk objek.
Untuk arsitektur berbasis SOA, perlu beberapa aktivitas tambahan, khususnya untuk
mendefinisikan service. Karena sudut pandang perangkat lunaknya tidak hanya dilihat
berdasarkan objek saja, tapi juga termasuk service.
Tambahan aktivitas yang akan dimasukkan pada metodologi unified process akan diambil dari
metode SOA Delivery Lifecycle pada Subbab II.2.5. Seperti telah dijelaskan pada bab tersebut,
SOA Delivery Lifecycle mendeskripsikan langkah-langkah generik. Langkah-langkah ini perlu
diadaptasi dengan metodologi pembangunan perangkat lunak yang telah biasa digunakan
dalam organisasi yang membangun perangkat lunak tersebut.
Adapun aktivitas yang akan dilakukan untuk melakukan pembangunan perangkat lunak
berbasis SOA pada RUP dijelaskan pada Tabel III-2.
Tabel III-2 Keterhubungan Fase, Aktivitas dan Deliverables
Fase Aktivitas Deliverables
Inception Analisis domain masalah - Hasil analisis domain.Analisis perangkat lunak - Diagram use case.
Elaboration Analisis domain masalah - Revisi hasil analisis domain.Analisis perangkat lunak - Revisi diagram use case.
- Skenario use case.- Diagram sequence.- Identifikasi paket dan kelas analisis- Identifikasi kandidat service(*)
Perancangan perangkat lunak - Perancangan antarmuka.- Perancangan subsistem.- Diagram deployment.- Identifikasi kelas perancangan.- Perancangan service (*)
Implementasi perangkat lunak - Kode program.
12
Fase Aktivitas Deliverables
Construction Perancangan perangkat lunak - Revisi identifikasi kelas perancangan.- Revisi perancangan antarmuka.- Revisi perancangan subsistem.- Revisi diagram deployment.- Revisi perancangan service (*)
Implementasi perangkat lunak - Revisi kode program.Pengujian terintegrasi - Evaluasi pengujian.
Transition Persiapan instalasi - Installer aplikasi
Keterangan :(*) Aktivitas yang ditambahkan pada RUP untuk pembangunan SOA
Identifikasi kandidat service dilakukan setelah melakukan pembuuatan skenario use case
dengan memperkirakan service apa saja yang mungkin diimplementasi. Hal ini dapat
dilakukan dengan pendekatan pembuatan entity relationship diagram. Setelah kandidat
service berhasil didefinisikan, maka dibuatlah diagram keterhubungan pada sequence
diagram. Keterhubungan ini juga terkait dengan aplikasi user interface client yang akan
diimplementasi dengan pendekatan object oriented Setelah itu diperoleh seluruh fungsi dan
dan operasi yang terdapat di kelas analisis dan kandidat service.
Selain identifikasi kandidat service tentunya juga dibutuhkan perancangan dari service
tersebut terkait dengan teknologi yang akan digunakan. Hal ini dilakukan pada Service Design
pada SOA Delivery Lifecycle. Dikatakan terkait dengan perancangan, maka aktivitas ini
simasukkan ke dalam perancangan perangkat lunak, pada fase elaboration.
III.4 Analisis Pembangunan Perangkat Lunak
BAB IVPERANCANGAN DAN IMPLEMENTASI
IV.1 Perancangan
IV.1.1 Batasan Perancangan
IV.1.2 Perancangan Proses Bisnis
IV.1.3 Perancangan Service
IV.1.4 Identifikasi Kelas Perancangan
IV.1.5 Perancangan Representasi Persisten Kelas Entity
IV.1.6 Perancangan Antarmuka
IV.1.7 Deployment Diagram
IV.2 Implementasi
IV.2.1 Lingkungan Implementasi
IV.2.2 Batasan Implementasi
IV.2.3 Tahapan Implementasi
IV.2.4 Hasil Implementasi Kelas
1
xiv
xv
DAFTAR PUSTAKA
[BUR01] Burlton, Roger T. Business Process Management: Profiting from Process. Sams Publishing, 2001.
[CRA04] Larman, Craig. Applying UML and Patterns : An Introduction to Object Oriented Analysis and Design and Iterative Development, Third Edition. Addison Wesley International, 2004.
[ERL04] Erl, Thomas. Service-Oriented Architecture: A Field Guide to Integrating XML and Web Services. Prentice Hall PTR, 2004.
[ERL05] Erl, Thomas. Service-Oriented Architecture: Concepts, Technology, and Design. Prentice Hall PTR, 2005.
[GHA06] Ghalimi, Ismael Chang. BPM 2.0, Intalio, 2006[HUR06] Judith, Rubin Bloor, Carol Baroudi, dan Marcia Kaufman. Service Oriented
Architecture for Dummies. Wiley Publishing, 2007.[ION07] Glossary,
http://www.iona.com/support/docs/e2a/asp/5.1/platform/manage/glossary.html, Terakhir diakses 8 Mei 2007.
[KAH07] Khan, Rashid. Evaluating BPM Software. http://bpm.com/FeatureRO.asp?FeatureId=148. Terakhir diakses 30 April 2007.
[KRA04] Krafzig, Dirk, Karl Benke, Dirk Salma. Enterprise SOA: Service-Oriented Architecture Best Practices Prentice Hall PTR, 2004.
[LAN06] Langi, Armein Z.R, Dwi Hendratmo Widyantoro, dan Yani Widyani. Kebutuhan dan Analisa Sistem Virtual Research Center Untuk Pengembangan Komunitas Pengetahuan, Institut Teknologi Bandung, 2006.
[NEW04] Newcomer, Eric dan Greg Lomow, Understanding SOA With Web Services, Addison Wesley Professional, 2004.
[OAS06] OASIS, Reference Model for Service Oriented Architecture 1.0, OASIS Standards, 2006.
[PRE05] Pressman, Roger S. Software Engineering A Practitioner’s Approach, Sixth Edition. McGraw-Hill International, 2005.
LAMPIRAN A
1