Business Process Reporting Service Subsistem Sms Based Service

48
BUSINESS PROCESS REPORTING SERVICE SUBSISTEM SMS BASED SERVICE LAPORAN TUGAS AKHIR Disusun sebagai syarat kelulusan tingkat sarjana oleh: Budi Satrio / 13504006 PROGRAM STUDI TEKNIK INFORMATIKA SEKOLAH TEKNIK ELEKTRO DAN INFORMATIKA INSTITUT TEKNOLOGI BANDUNG

Transcript of Business Process Reporting Service Subsistem Sms Based Service

BUSINESS PROCESS REPORTING SERVICE SUBSISTEM SMS BASED SERVICE

LAPORAN TUGAS AKHIR

Disusun sebagai syarat kelulusan tingkat sarjana

oleh: Budi Satrio / 13504006

PROGRAM STUDI TEKNIK INFORMATIKA SEKOLAH TEKNIK ELEKTRO DAN INFORMATIKA INSTITUT TEKNOLOGI BANDUNG 2007

Lembar Pengesahan Program Studi Teknik InformatikaBUSINESS PROCESS REPORTING SERVICE SUBSISTEM SMS BASED SERVICE

Tugas Akhir Program Studi Teknik Informatika ITB

Oleh Budi Satrio / 13504006

Telah disetujui dan disahkan sebagai laporan tugas akhir di Bandung, pada tanggal

Pembimbing

Yani Widyani, S.T., M.T. NIP 132164562

ii

DAFTAR ISIBUSINESS PROCESS REPORTING SERVICE SUBSISTEM SMS BASED SERVICE....1 Lembar Pengesahan Program Studi Teknik Informatika...........................................................................................ii Lembar Pengesahan Program Studi Teknik Informatika...........................................................................................ii BUSINESS PROCESS REPORTING SERVICE SUBSISTEM SMS BASED SERVICE ii DAFTAR ISI.........................................................................................................................iii DAFTAR ISI.........................................................................................................................iii DAFTAR GAMBAR..............................................................................................................v DAFTAR GAMBAR..............................................................................................................v DAFTAR TABEL.................................................................................................................vi DAFTAR TABEL.................................................................................................................vi DAFTAR ISTILAH..............................................................................................................vii DAFTAR ISTILAH..............................................................................................................vii DAFTAR SIMBOL.............................................................................................................viii DAFTAR SIMBOL.............................................................................................................viii BAB I PENDAHULUAN....................................................................................................................1 I.1 Latar Belakang.................................................................................................................1 I.2 Rumusan Masalah............................................................................................................2 I.3 Tujuan..............................................................................................................................4 I.4 Batasan Masalah..............................................................................................................4 I.5 Metodologi......................................................................................................................4 I.6 Sistematika Pembahasan..................................................................................................5 BAB II DASAR TEORI........................................................................................................................1 II.1 Business Process............................................................................................................1 II.1.1 Definisi....................................................................................................................1 II.1.2 Penggambaran Business Process.............................................................................1 II.2 Business Process Execution Language...........................................................................3 II.2.1 Definisi....................................................................................................................3 II.3 Business Process Outsourcing........................................................................................4 II.3.1 Definisi....................................................................................................................4 II.3.2 Aspek Pendorong....................................................................................................4 II.4 Reporting........................................................................................................................4 II.4.1 Konsep Dasar .........................................................................................................4 II.4.2 Reporting dalam perusahaan....................................................................................5 II.5 Short Message Service...................................................................................................5 II.5.1 Konsep Dasar..........................................................................................................5 II.5.2 Keuntungan dan Kerugian SMS..............................................................................6 II.5.3 Pertukaran Data melalui SMS.................................................................................6 II.6 SMS Based Service........................................................................................................6 II.6.1 Konsep Dasar..........................................................................................................6 II.6.2 Aktor dan Layanan..................................................................................................7 II.6.3 Format Pesan dalam SMS Based Service................................................................7 II.6.4 SMS Package...........................................................................................................7 II.6.5 Transfer data via SMS.............................................................................................7 BAB III ANALISIS................................................................................................................................1

iii

III.1 Model Penerapan Business Process Reporting Service subsistem SMS Based Service 1 III.2 Implementasi Model.....................................................................................................5 III.2.1 Gambaran Umum Implementasi.............................................................................5 III.2.2 Alternatif Teknologi...............................................................................................6 III.3 Metodologi Pembangunan Perangkat Lunak...............................................................11 III.4 Analisis Pembangunan Perangkat Lunak....................................................................12 BAB IV PERANCANGAN DAN IMPLEMENTASI.........................................................................xiii IV.1 Perancangan..............................................................................................................xiii IV.1.1 Batasan Perancangan..........................................................................................xiii IV.1.2 Perancangan Proses Bisnis..................................................................................xiii IV.1.3 Perancangan Service...........................................................................................xiii IV.1.4 Identifikasi Kelas Perancangan...........................................................................xiii IV.1.5 Perancangan Representasi Persisten Kelas Entity...............................................xiii IV.1.6 Perancangan Antarmuka.....................................................................................xiii IV.1.7 Deployment Diagram.........................................................................................xiii IV.2 Implementasi.............................................................................................................xiii IV.2.1 Lingkungan Implementasi..................................................................................xiii IV.2.2 Batasan Implementasi.........................................................................................xiii IV.2.3 Tahapan Implementasi........................................................................................xiii IV.2.4 Hasil Implementasi Kelas...................................................................................xiii DAFTAR PUSTAKA...........................................................................................................xv DAFTAR PUSTAKA...........................................................................................................xv

iv

DAFTAR GAMBARGambar III-1 Model Penerapan BPMS pada SOA....................................................................4 Gambar III-2 Gambaran Umum Implementasi.........................................................................6 Gambar III-3 Implementasi Model Menggunakan Intalio BPMS CE.......................................7 Gambar III-4 Implementasi Model Menggunakan jBoss jBPM................................................8 Gambar III-5 Implementasi Model Menggunakan Java Business Integration...........................9

v

DAFTAR TABELTabel III-1 Perbandingan Alternatif Teknologi Implementasi................................................10 Tabel III-2 Keterhubungan Fase, Aktivitas dan Deliverables.................................................11

vi

DAFTAR ISTILAHIstilah Penjelasan / Padanan Kata

vii

DAFTAR SIMBOLSimbol Penjelasan

viii

BAB I PENDAHULUANI.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.

1

2 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 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

1

2

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.

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 II DASAR TEORIII.1 Business Process . 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.

. 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, flow object.

association

direpresentasikan

dengan

garis

putus-putus.

Association digunakan untuk mengasosiasikan sebah artifak, data, maupun

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

3 a. Data Objects, data object digunakan untuk menjelaskan mengenai data yang dibutuhkan atau dihasilkan dari sebuah aktivitas.

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 . 2.1 Definisi

Business Process Execution Language (BPEL)

4

II.3 Business Process Outsourcing . 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.

. 3.2berikut:

Aspek Pendorong

Business Process Outsourcing muncul karena aspek-aspek pendorong [SUMBER] sebagai 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 . 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].

. 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 . 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.

. 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

. 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 . 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

. 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]

. 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

. 6.4

SMS Package

Setiap pesan SMS dikirimkan dalam satu package yang berisi sekitar beberapa bytes

. 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 III ANALISISIII.1 Model Penerapan Business Process Reporting Service subsistem SMS Based ServiceBusiness 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

1

2

3

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

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 . 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 lainlain. 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

. 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://openesb.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 Intalio jBoss BPM Open ESB

Modeling Ada Tidak ada Ada

Execution Ada Ada Ada

Monitoring Ada Ada Tidak Ada

Activity Monitoring Tidak 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 LunakSeperti 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 Inception Elaboration

Aktivitas Analisis domain masalah Analisis perangkat lunak Analisis domain masalah Analisis perangkat lunak -

Deliverables Hasil analisis domain. Diagram use case. Revisi hasil analisis domain. Revisi diagram use case. Skenario use case. Diagram sequence. Identifikasi paket dan kelas analisis Identifikasi kandidat service(*) Perancangan antarmuka. Perancangan subsistem. Diagram deployment. Identifikasi kelas perancangan. Perancangan service (*) Kode program.

Perancangan perangkat lunak

Implementasi perangkat lunak

12

Fase Constructio n

Aktivitas Perancangan perangkat lunak

Deliverables - Revisi identifikasi kelas perancangan. - Revisi perancangan antarmuka. - Revisi perancangan subsistem. - Revisi diagram deployment. - Revisi kode program. - Evaluasi pengujian. - Installer aplikasi:

Transition

Implementasi perangkat lunak Pengujian terintegrasi Persiapan instalasi

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 IV PERANCANGAN DAN IMPLEMENTASI

IV.1 Perancangan . 1.1 . 1.2 . 1.3 . 1.4 . 1.5 . 1.6 Batasan Perancangan Perancangan Proses Bisnis Perancangan Service Identifikasi Kelas Perancangan Perancangan Representasi Persisten Kelas Entity Perancangan Antarmuka Deployment Diagram

. 1.7

IV.2 Implementasi . 2.1 . 2.2 . 2.3 . 2.4 Lingkungan Implementasi Batasan Implementasi Tahapan Implementasi Hasil Implementasi Kelas

1

xiv

xv

DAFTAR PUSTAKA[BUR01] [CRA04] [ERL04] [ERL05] [GHA06] [HUR06] [ION07] [KAH07] [KRA04] [LAN06] [NEW04] [OAS06] [PRE05] Burlton, Roger T. Business Process Management: Profiting from Process. Sams Publishing, 2001. Larman, Craig. Applying UML and Patterns : An Introduction to Object Oriented Analysis and Design and Iterative Development, Third Edition. Addison Wesley International, 2004. Erl, Thomas. Service-Oriented Architecture: A Field Guide to Integrating XML and Web Services. Prentice Hall PTR, 2004. Erl, Thomas. Service-Oriented Architecture: Concepts, Technology, and Design. Prentice Hall PTR, 2005. Ghalimi, Ismael Chang. BPM 2.0, Intalio, 2006 Judith, Rubin Bloor, Carol Baroudi, dan Marcia Kaufman. Service Oriented Architecture for Dummies. Wiley Publishing, 2007. Glossary, http://www.iona.com/support/docs/e2a/asp/5.1/platform/manage/glossary.html, Terakhir diakses 8 Mei 2007. Khan, Rashid. Evaluating BPM Software. http://bpm.com/FeatureRO.asp? FeatureId=148. Terakhir diakses 30 April 2007. Krafzig, Dirk, Karl Benke, Dirk Salma. Enterprise SOA: Service-Oriented Architecture Best Practices Prentice Hall PTR, 2004. 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. Newcomer, Eric dan Greg Lomow, Understanding SOA With Web Services, Addison Wesley Professional, 2004. OASIS, Reference Model for Service Oriented Architecture 1.0, OASIS Standards, 2006. Pressman, Roger S. Software Engineering A Practitioners Approach, Sixth Edition. McGraw-Hill International, 2005.

LAMPIRAN A

1