5
2.1 Penelitian Sebelumnya
Pada jurnal dengan judul A Service-oriented Architecture for
Business Intelligence dipaparkan tentang perbandingan konsep service-oriented dalam BI dengan konsep BI secara tradisional.
Dalam jurnal yang berupa studi pustaka ini disimpulkan bahwa dengan adanya konsep service-oriented pada BI, proses information
delivery dan technology integration menjadi lebih efektif jika
dibandingkan dengan konsep BI secara tradisional (Wu, dkk, 2007). Penelitian sebelumnya tentang data warehouse dan data
mining adalah penelitian dengan judul Penggunaan Data Warehouse
dan Data Mining untuk Data Akademik Sebuah Studi Kasus Pada Universitas Nasional. Penelitian ini mengkaji ekstrasi data operasional ke dalam sebuah data warehouse untuk kemudian dilanjutkan dengan kegiatan analisis data menggunakan teknik data
mining. Hasil dari penelitian ini adalah sebuah data warehouse
lengkap dengan aplikasi pelaporan informasi berbasis web. Sedangkan hasil dari penerapan data mining adalah dihasilkannya pola karakteristik mahasiswa yang mengambil program peminatan tertentu. (Azimah & Sucahyo, 2008)
2.2 Orisinalitas Penelitian
Berdasarkan penelitian yang sudah dilakukan sebelumnya dan untuk menyelesaikan masalah pada Bab 1, maka dalam penelitian ini akan dilakukan perbandingan dari implementasi arsitektur
Traditional Business Intelligence dengan Service-oriented Business Intelligence (SoBI) untuk integrasi data akademik dan keuangan di
Universitas Kristen Satya Wacana. Hasil yang diinginkan adalah dapat mengetahui perbandingan dari implementasi kedua arsitektur ini berdasarkan kriteria perbandingan yang dibuat.
2.3 Service-oriented Business Intelligence (SoBI)
SoBI adalah gabungan dari konsep Service Orientation dan
Business Intelligence, yang berusaha untuk memecahkan masalah
integrasi sistem yang terpisah dalam suatu perusahaan (Gordon & Grigg, 2005). Konsep ini mencoba untuk memberikan mekanisme transformasi data dengan lebih sederhana.
Berikut ini merupakan tujuan dari SoBI:
- Menyediakan framework implementasi sistem yang baik. - Untuk menintegrasikan sistem pada level arsitektur yang sesuai. - Untuk menyediakan model data dari BI dalam strategi Service
Orientation meninggalkan source system.
- Menyediakan implementasi yang sederhana untuk transformasi data.
Sedangkan prinsip-prinsip dalam SoBI adalah:
- Accept a SO Strategy: menyediakan strategic plan untuk Service Orientation
- Data Modelling: membangun reference model untuk data
perusahaan
- Data Ownership: sistem dan service merupakan external representation
Gambar 2.1 menunjukkan pandangan tentang SO dan BI.
Gambar 2.1 The Views of SO and BI (Gordon & Grigg, 2005)
Berdasarkan sudut pandang SO, BI dilihat sebagai sekumpulan
services, di mana di dalamnya terdapat transformasi data dan
menyediakan layanan-layanan BI. Pada sudut pandang ini, SO melihat bahwa dalam menyediakan transformasi data, BI dapat memanfaatkan web service untuk mempermudah transformasi data yang diambil dari berbagai sumber data. Sedangkan berdasarkan sudut pandang BI, SO dilihat sebagai kumpulan data source dan
event source. Ada 2 jenis mode dalam sebuah service yang dapat
dioperasikan sebagai sebuah data source dalam konteks BI, yaitu
service sebagai penyedia data berdasarkan request dan service
sebagai pengirim events. Solusi untuk transfer dan transformasi data dalam jumlah yang besar masih melalui data warehouse, yaitu melalui proses ETL (Extract Transform Loading).
Arsitektur SoBI memungkinkan data BI dalam data
warehouse tersedia sebagai sebuah service untuk aplikasi lain dalam
yang sederhana untuk mengakses data untuk keperluan BI. Sehingga arsitektur BI akan menjadi komponen yang terintegrasi dengan SO.
Pada Tabel 2.1 diperlihatkan manfaat dari SO dan BI. Tabel 2.1 Manfaat SO dan BI (Gordon & Grigg, 2005)
Service Orientation (SO) Business Intelligence (BI)
Cocok untuk integrasi aplikasi dengan volume yang rendah dan dengan frekuensi event yang tinggi.
Cocok untuk integrasi data dan dapat mengatasi volume data yang besar.
Menyediakan sebuah operational
platform, mendefinisikan format
data dan struktur serta fungsi abstraksi dan encapsulation.
Menyediakan sebuah
kombinasi model data perusahaan dan menyediakan dasar pengambilan keputusan serta memiliki kemampuan untuk menggali informasi dari tumpukan data.
Mendukung penggunaan ulang (reuse) komponen-komponen
enterprise dan memungkinkan
perubahan pada proses bisnis secara cerdas.
Sebagai tools yang baik untuk transformasi data.
2.4 Service Oriented Architecture (SOA)
Service Oriented Architecture (SOA) merupakan sebuah
representasi model baru untuk membangun aplikasi yang terdistribusi (Jeffrey, 2006). SOA adalah sebuah gaya arsitektural yang memodularisasi sistem informasi menjadi services (Brown,
2008). SOA adalah sebuah framework yang mengintegrasikan proses bisnis dan mendukung infrastruktur IT yang aman, berkomponen terstandarisasi (services) yang dapat digunakan kembali dan disertakan dalam prioritas bisnis yang berubah (Bieberstein, 2008).
Terdapat beberapa aspek kunci pada prinsip SOA, yaitu: (Erl, 2005)
- Loose coupling, yaitu bahwa services tersebut mempertahankan
sebuah hubungan yang meminimalisasi ketergantungan dan mereka hanya perlu menjaga kesadaran antar satu sama lain. - Service contract, services melekat dan taat pada sebuah
kesepakatan komunikasi, yang didefinisikan secara kolektif oleh satu atau lebih deskripsi service dan dokumen yang berhubungan.
- Abstraction, di luar apa yang dideskripsikan pada service contract, services menyembunyikan logika dari dunia luar.
- Reusability, logika terbagi menjadi services dengan tujuan untuk
digunakan kembali.
- Composability, kumpulan dari services dapat dikoordinasikan
dan dihimpun untuk membentuk services yang berbeda.
- Statelessness, services meminimalisasi sifat berpegang teguh
pada informasi tertentu untuk sebuah aktivitas.
Siklus hidup service memungkinkan penempatan kemampuan
service melalui tiga tahap (Durvasula, 2005), yaitu: requirements and analysis, design and development, dan IT operations, seperti
Gambar 2.2 Siklus Hidup Service (Durvasula, 2005)
Gambar 2.3 merupakan penjabaran secara lengkap dari siklus hidup service pada Gambar 2.2
Gambar 2.3 Siklus Tahapan Metode Pengebangan Sistem dengan SOA Tahapan pada Gambar 2.3 dapat dijelaskan sebagai berikut: - Requirement and Analysis
a. Map High-Level Business Processes
Ini merupakan tahap awal dari tahap requirements and
proses-proses bisnis yang akan tercakup dalam sistem. Proses-proses-proses bisnis yang akan tercakup dalam sistem dianalisis dan dipetakan. Pada akhir tahap ini akan menghasilkan proses-proses bisnis yang akan tercakup dalam sistem yang telah terpetakan.
b. Prioritize Business Services
Pemetaan proses-proses bisnis dalam sistem yang telah dikerjakan pada tahap Map High-Level Business Processes, kemudian dilanjutkan dengan melakukan penentuan urutan prioritas proses bisnis sehingga dihasilkan proses-proses bisnis yang akan tercakup dalam sistem yang telah diberikan urutan prioritas.
c. Capture business services requirements
Untuk masing-masing proses bisnis yang telah memiliki urutan prioritas, kemudian dilakukan pengumpulan kebutuhan-kebutuhan yang akan digunakan dalam business
services, sehingga diperoleh daftar kebutuhan-kebutuhan
yang akan digunakan dalam business services d. Architecture Review
Pada tahap ini dilakukan peninjauan kembali arsitektur yang akan digunakan untuk mengembangkan sistem baru dengan menggunakan daftar proses-proses bisnis yang akan tercakup dalam sistem dan telah terpetakan beserta dengan daftar kebutuhan pada masing-masing proses bisnis.
- Design and Development
a. Assign Resources to Solutions Development Team
Awal dari tahap design and development dimulai dengan proses Assign Resources to Solutions Development Team.
Tim pengembang merupakan salah satu aspek penting untuk pengembangan sistem baru. Setelah memperoleh semua data mengenai kebutuhan untuk pengembangan sistem baru, tahap berikutnya adalah melakukan penentuan anggota tim pengembangan sistem yang akan terlibat sehingga diperoleh daftar anggota tim pengembang yang akan terlibat.
b. Design Solutions – Identify Reuse Opportunity
Tahap ini merupakan tahap perancangan solusi yang akan dibangun. Hal ini dilakukan dengan mengacu pada solutions
portfolio dan services apa saja yang telah ada sekarang yang
masih dapat digunakan.
c. Develop, QA, and Conduct UAT for Business Solution: Setelah memperoleh rancangan solusi baru yang akan dikembangkan, maka berikutnya adalah tahap melakukan pengembangan sistem baru, menjaga kualitas sistem yang akan dibangun, dan memberikan kesempatan kepada user untuk melakukan testing. Pada tahap pengembangan sistem, digunakan pula pendekatan Agile Software Development untuk mendukung perancangan arsitektur aplikasi. Develop,
QA, and Conduct UAT for Business Solution merupakan
tahap akhir dari tahap design and development. Pada akhir tahap ini dihasilkan solusi baru yang telah jadi dan siap diimplementasikan.
- IT Operations
a. Assign Resources to Service Operation Team
Tahap ini merupakan awal dari tahap IT operations. Tahap ini adalah tahap melakukan penentuan anggota tim service
diperoleh daftar anggota tim service operation yang akan terlibat.
b. Identify Infrastructure Needs and Establish Systems
Environment
Pada tahap ini dilakukan identifikasi kebutuhan lingkungan sistem dan mempersiapkan segala hal yang diperlukan sehingga diperoleh lingkungan implementasi sistem yang siap digunakan.
c. Deploy Business Solution:
Setelah tahap pengembangan sistem baru selesai dan persiapan untuk implementasi sistem telah terpenuhi, maka langkah berikutnya adalah melakukan implementasi sistem baru. Setelah tahap ini diselesaikan, diperoleh sistem baru yang telah diimplementasikan dan siap digunakan.
d. Maintain Solution to Business Requirements:
Tahap ini merupakan akhir dari Maintain Solution to
Business Requirements satu siklus besar SOA, yaitu akhir
dari tahap IT operations. Namun apabila setelah tahap ini berakhir dan terjadi perubahan proses bisnis pada sistem, maka dimungkinkan untuk dilakukan pengulangan dalam langkah-langkah tahap pengembangan sistem baru. Tahap ini merupakan tahap perawatan solusi baru yang telah dijalankan dan memungkinkan untuk dilakukan persiapan untuk pengembangan sistem berikutnya.
2.5 Business Intelligence (BI)
Business Intelligence menjelaskan tentang suatu konsep dan
metode bagiamana untuk meningkatkan kualitas pengambilan keputusan bisnis berdasarkan sistem yang berbasiskan data. BI seringkali dipersamakan sebagaimana briefing books, report and
query tools, dan sistem informasi eksekutif. BI merupakan sistem
pendukung pengambilan keputusan yang berbasiskan data-data. (Powers, 2002)
Menurut Chang, Dillon, Hussain (2006), perkembangan BI yang disertai dengan teknologi yang menyertai selama 40 tahun terakhir dapat dilihat pada Gambar 2.4.
Gambar 2.4 Perkembangan Teknologi BI (Chang, dkk, 2006)
Menurut Ronald (2008) ada beberapa bagian dalam solusi BI yaitu, keseluruhan proses dalam BI dapat diterjemahkan menjadi langkah-langkah berikut ini:
- Identifikasi masalah bisnis yang perlu diselesaikan dengan gudang data dan menentukan data yang diperlukan untuk menyelesaikan masalah tersebut.
- Identifikasi lokasi dari data-data yang diperlukan dan mengambilnya dari sumber penyimpanannya.
- Merubah data yang diperoleh dari beragam sumber tersebut ke dalam sebuah data yang konsisten.
- Mengambil data yang telah dirubah tersebut ke dalam lokasi yang yang tersentralisasi.
- Membuat sebuah gudang data dengan data yang ada dalam lokasi yang tersentralisasi tersebut.
- Memasang sebuah produk atau aplikasi yang dapat memberikan akses ke data yang ada dalam cube tadi. Ada berbagai macam jalan dan cara untuk berbagai macam tipe pekerjaan ketika berurusan dengan cube.
2.6 Data Warehouse
Data warehouse ialah sekumpulan informasi yang disimpan
dalam basis data yang digunakan untuk mendukung pengambilan keputusan dalam sebuah organisasi. Data dikumpulkan dari berbagai aplikasi yang telah ada. Data yang telah dikumpulkan tersebut kemudian divalidasi dan direstrukturisasi lagi, untuk selanjutnya disimpan dalam data warehouse. Pengumpulan data ini memungkinkan para pengambil keputusan untuk pergi hanya ke satu tempat untuk mengakses seluruh data yang ada tentang organisasinya. (Wayne, 2000)
Sedangkan fungsi dari data warehouse adalah: (Darmawikarta, 2003)
a. Pengambilan dan pengumpulan data, termasuk data dari luar organisasi yang dibutuhkan (extracting).
b. Mempersiapkan data (transforming), seperti membersihkan dan mengintegrasikan data.
c. Penyimpanan data (loading)
d. Penyediaan data untuk analisis (query dan reporting)
Secara garis besar, kedudukan data warehouse di implementasi BI dapat dilihat pada Gambar 2.5. Nampak bahwa penyusunan suatu data warehouse yang lengkap, integratif serta terhubung dengan semua data operasional merupakan modal pokok dikembangkannya BI di suatu organisasi.
Gambar 2.5 Implementasi Data Warehouse (Han, dkk, 2001)
Beberapa bagian penting dalam data warehouse dapat dijelaskan sebagaimana di bawah ini :
- Data Mart, yang merupakan bagian dari data warehouse yang mendukung kebutuhan dari suatu fungsi bisnis atau departemen
tertentu. Data mart dapat berdiri sendiri atau terhubung ke data
warehouse yang telah ada. Ada beberapa karakteristik dari data mart yang membedakannya dengan data warehouse, yaitu :
o Data mart hanya berfokus pada satu kebutuhan pengguna dengan satu departemen atau fungsi bisnis
o Data mart tidak secara normal berisi data operasional terperinci
o Data mart berisi lebih sedikit data dari yang ada dalam data
warehouse, lebih mudah dimengerti dan dipahami.
- Kubus data (cube), adalah unit pemrosesan data yang terdiri dari tabel fakta dan dimensi dalam suatu data warehouse.
- Aggregation, adalah hitungan awal dari data numerik. Dengan menghitung dan menyimpan jawaban dari query yang sebelumnya telah dibuat, waktu proses query dapat lebih cepat. Dengan adanya agregasi, data yang jumlahnya ribuan atau bahkan ratusan ribu dalam suatu basis data multidimensi dapat dicari dengan mudah dan tidak memakan banyak waktu. Agregasi ini merupakan pondasi dari pembentukan kubus data, karena mengorganisir kumpulan data kedalam struktur data basis data multidimensi sehingga menghasilkan respon time yang cepat.
Sedangkan untuk pembuatan data warehouse, dilakukan dengan melakukan beberapa langkah yang ada, antara lain (Ponniah, 2001):
- Data Extraction
Fungsi ini biasanya berhadapan dengan bermacam data
source. Sumber data mungkin berasal dari source machine yang
berbeda dalam format data yang berbeda pula. - Data Transformation
Data transformation melibatkan berbagai bentuk dalam mengkombinasikan bagian dari data yang berasal dari sumber yang berbeda. Kombinasi data dilakukan dari sumber record tunggal, atau dapat juga dilakukan dari elemen data yang berelasi dengan banyak sumber record. Proses cleaning mungkin dilakukan dalam data
transformation, dimana proses cleaning memiliki fungsi untuk
melakukan koreksi terhadap kesalahan pengejaan, atau untuk melakukan eliminasi terhadap duplikat data.
- Data Loading
Setelah selesai melakukan desain dan konstruksi dari data
warehouse dan aplikasi digunakan untuk pertama kalinya, akan
dilakukan pengisian awal data ke dalam media penyimpanan data
warehouse. Dalam pengisian awal, dilakukan pemindahan data
dalam jumlah yang besar.
2.7 Studi Perbandingan
Menurut Kamus Besar Bahasa Indonesia, perbandingan diartikan sebagai perbedaan atau selisih kesamaan. Sedangkan menurut Abdul Hamid (2010), studi perbandingan itu intinya adalah untuk membandingkan kondisi “objek” (kasus, spesimen, peristiwa, sistem, dan lain-lain) yang dipilih di tempat sendiri dengan kondisi yang ada di tempat lain, atau dapat pula membandingkan objek atau objek-objek yang dipilih tersebut di tempat sendiri. Hasilnya
biasanya berupa kumpulan data dan informasi sebagai bahan acuan dalam perumusan konsep yang diinginkan.
Studi perbandingan biasanya dilakukan terutama dengan tujuan akhir untuk peningkatan mutu dalam satu atau lebih hal dari objek yang dipelajari, apakah produk, usaha, sistem tertentu, kebijakan baru, peraturan perundang-undangan, keamanan, dan kenyamanan, atau yang lainnya lagi. Kegiatan studi ini biasanya dilakukan oleh seorang atau kelompok orang / kepentingan untuk mengunjungi atau menemui objek tertentu yang sudah disiapkan, dan berlangsung dalam waktu relatif singkat.
Disain dari suatu studi perbandingan cukup sederhana, oleh karena itu hal ini sangat disenangi banyak pihak, meskipun sering memerlukan biaya yang mulai relatif besar, sampai sangat besar, bahkan dapat terkesan “mewah” apabila objek studinya berada di luar propinsi sendiri, terlebih di luar negeri. Ada dua teknik yang dapat dilakukan, yaitu perbandingan deskriptif (mendeteksi, menjelaskan) dan perbandingan normatif (meningkatkan, mengembangkan). Objek yang dipilih seharusnya sama dalam beberapa respek, tetapi berbeda pada beberapa respek yang lain.
