Penerapan Business Process Management Untuk Service …  · Web viewMisalkan pada awalnya sebuah organisasi menggunakan proses bisnis pertama, dan setelah mengalami sebuah cycle

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