Resume Datawarehouse pertemuan 8

Kualitas data adalah bagian dari tata kelola data, kualitas data mempunyai pengertian tentang kelengkapan dan keakuratan data (Batini 2009). Selain itu, kualitas data juga berhubungan dengan konsistensi dan ketepatan waktu (Batini, 2009). Kelengkapan itu sendiri mengandung pengertian informasi sebagai output dari proses pegolahan data mewakili setiap keadaan sebenarnya (Wand dan Wang, 1996), memiliki semua pengertian yang diperlukan untuk mendeskripsikan suatu entitas (Bovee, 2001) atau semua nilai yang seharusnya dikumpulkan (Liu dan Chi, 2002).

Menurut Mark Mosley (2008), dalam bukunya “Dictionary of Data Management”, pengertian kualitas data adalah level data yang menyatakan data tersebut akurat (accurate), lengkap (complete), timely (update), konsisten (consistent) sesuai dengan semua kebutuhan peraturan bisnis dan relevan.

Beberapa indikator data yang berkualitas antara lain sebagai berikut:

1. ACCURACY = data yang tersimpan nilainya benar (name cocok dengan alamatnya)
2. DOMAIN INTEGRITY = nilai attributnya sesuai batasan yang diperkenankan (nilai attribut laki n perempuan)
3. DATA TYPE = Nilai data disimpan dalam tipe data yang sesuai (data nama disimpan dengan tipe text)
4. CONSISTENCY = nilai sebuah field data akan sama semua dalam berbagai berkas (field produk A dgn kode 123, akan selalu sama kodenya di setiap berkas lain)
5. REDUDANCY = tidak boleh ada data yang sama disimpan di tempat yang berbeda dalam satu sistem
6. COMPLETENESS = Tidak ada nilai atttribut salah yang diberikan dalam sistem
7. DATA ANOMALY = sebuah field hanya digunakan sesuai kegunaannya. (field address3  digunakan untuk mencatat baris ketiga dalam alamat bukan untuk telp atau fax)
8. CLARITY = Kejelasan arti kegunaan dan cara penulisan sebuah data (penamaan khusus)
9. TIMELY = merepresentasikan waktu dari data yang dimasukkan (jika data digunakan perhari maka data pada warehaouse harus juga dibuat per hari)
10. USEFULNESS = setiap data harus benar digunakan oleh user
11. ADHERENCE TO DATA INTEGRITY RULES = taat pada aturan keterhubungan data

Akurasi VS Kualitas

AKURASI

• Sesuai entitasnya
• Elemen data Didefinisikan menggunakan Database Teknologi
• Elemen data
• menyesuaikan dgn
• batasan tervalidasi
• Masing2 data memiliki
• tipe data yg sesuai
• Operasional Database

KUALITAS

• Sesuai Kegunaan
• Sesuai dengan representasi Bisnis
• Terhubung tidak hanya dalam satu data tapi keseluruhan sistem
• Form dan data konsisten terhadap keseluruhan sistem Datawarehouse

Manfaat dari meningkatnya kualitas data

• Analisis dengan Informasi Tepat Waktu 
• Layanan Pelanggan Lebih Baik 
• Kesempatan yang lebih baru 
• berkurang biaya dan risiko 
• Peningkatan Produktivitas 
• Pembuatan Keputusan Strategis dapat diandalkan

 
sumber :

• http://elib.unikom.ac.id/files/disk1/586/jbptunikompp-gdl-ireneharta-29268-7-unikom_b-4.pdf
• http://supono.wordpress.com/2013/01/23/kualitas-data/
• http://fsolihin.files.wordpress.com/2009/03/dw-9-kualitas-data.pdf

Resume Data Warehouse Pertemuan 5

Dimension Tables

Sebuah tabel dimensi adalah tabel dalam skema bintang dari data warehouse. Sebuah toko tabel dimensi atribut, atau dimensi, yang menggambarkan objek dalam tabel fakta.
Dalam data warehouse, dimensi adalah kumpulan referensi informasi tentang peristiwa terukur. Peristiwa ini dikenal sebagai fakta dan disimpan dalam tabel fakta. Dimensi mengkategorikan dan menggambarkan fakta data warehouse dan tindakan dengan cara yang mendukung jawaban yang berarti untuk pertanyaan bisnis. Mereka membentuk inti dari pemodelan dimensi.

Data Multidimensi

data multidimensi adalah ketika kita dapat melihat sebuah data dari berbagai sudut pandang atau dimensi. Sebagai contoh, penjualan buku dapat dilihat dari segi lokasi Buku, waktu, lokasi penjualan / toko dan sebagainya.

Skema Bintang (Star Schema) 



Dalam data warehouse, data-datanya akan disimpan dalam tabel fakta dan tabel dimensi. Tabel fakta akan menyimpan data-data utama sementara tabel dimensi mendeskripsikan setiap nilai dari suatu dimensi dan dapat direlasikan ke tabel fakta jika diperlukan. Data fakta merupakan data yang terukur besarannya, semisal jumlah siswa, banyaknya rupiah yang diperoleh, rata-rata IPK, dan sejenisnya.  Untuk lebih menjelaskan data fakta, maka kondisi saat data tersebut diukur turut disampaikan. Data kondisi inilah yang dipetakan dalam bentuk data dimensi. Kondisi yang dipetakan dalam dimensi umumnya berupa kondisi waktu, kondisi produk atau item, dan kondisi geografinya. Mendesain struktur star schema, dimulai dengan menentukan data apa yang ingin dilihat oleh pengguna (besarannya) dan bagaimana pengguna melihat  data tersebut (kondisi atau dimensinya).
Tabel dimensi memiliki primary key sederhana yang mengandung hanya satu atau dua kolom saja. Namun, tabel fakta akan memiliki sekumpulan foreign key yang disusun dari primary key komposit dan merupakan gabungan kolom-kolom tabel dimensi yang berelasi.

skema Snowflake (Snowflake Schema)

Struktur basis data ini lebih kompleks dari pada star schema, dengan menormalisasi tabel-tabel dimensi yang berukuran besar dengan satu atau lebih kolom yang memiliki duplikasi data. Tabel dimensi dinormalisasi untuk mengurangi redudansi data (duplikasi), sehingga struktur tabelnya akan lebih ramping. Dengan pengelompokan ini, data akan lebih mudah dibaca dan membantu pengembang aplikasi untuk menata desain antarmuka sistem dan filtering data. Struktur ini akan menghemat kapasitas storage, namun waktu eksekusi data akan lebih lama mengingat jumlah tabel dimensi yang direlasikan lebih banyak dan membutuhkan tambahan relasi foreign key. Kueri yang terbentuk lebih kompleks, yang mengakibatkan kinerja kueri menurun. Pada penerapan yang lebih umum, tabel dimensi tidak diturunkan dengan lebih banyak tabel dimensi lain dan pengaturan UI atau pengelompokan data diatur secara hard-coded di kode program aplikasinya.

Sumber :
- http://searchdatamanagement.techtarget.com/definition/dimension-table
- http://www.gudangmateri.com/2010/04/data-multidimensi.html
- http://nanang.lecture.ub.ac.id/2010/04/17/skema-star-dan-snowflake/

Tugas Data Warehouse Pertemuan 4

Arsitektur Data Warehouse Pada Bank Central Asia (BCA)

Profile Bank Central Asia (BCA)
Banyak Bank swasta yang eksis di bumi Indonesia ini, salah satunya adalah Bank Central Asia (BCA) yang secara resmi berdiri pada tanggal 21 Februari 1957 dengan nama Bank Centra Asia NV Tbk.  Profile Bank Central Asia (BCA)
Banyak Bank swasta yang eksis di bumi Indonesia ini, salah satunya adalah Bank Central Asia (BCA) yang secara resmi berdiri pada tanggal 21 Februari 1957 dengan nama Bank Centra Asia NV Tbk. Direktur Utama BCA dari tahun 1999 hingga sekarang adalah masih Bpk. Djohan Emir Setijoso.
Pada krisis moneter sekitar tahun 1997 BCA mengalami krisis kepercayaan oleh masyarakat Indonesia, sehingga pada tahun itu banyak masyarakat Indonesia yang menarik uangnya dari BCA. Oleh karena krisis tersebut BCA meminta bantuan pemerintah Indonesia : Badan Penyehatan Perbankan Nasional (BPPN) untuk menyuntikkan dana agar BCA tidak gulung tikar, akhirnya pada tahun 1998 BPPN mengambil alih BCA
Dengan kebijakan tersebut BCA mampu bangkit dari krisis pada tahun yang sama (baca:1998) dengan mengembalikan tingkat kepercayaan masyarakat kepadanya, sebelum krisis asset utama BCA mencapai Rp. 53.36 triliun sedangkan setelah krisis asset BCA semakin bertambah besar yakni Rp 67.93 triliun.
Hingga sekarang (baca:2010) BCA selalu memberikan pelayanan yang baik dan selalu memberikan invosi-inovasi, seperti ATM dan Setor Tunai menggunakan Mesin. Dengan berbagai macam layanan produk dan jasa, BCA memproses lebih dari 3 juta transaksi perbankan setiap hari dan memiliki lebih dari 7 juta rekening nasabah yang dapat dilayani melalui ‘delivery channels’ yang luas, 814 cabang-cabang di seluruh Indonesia, 5.681 ATM, Mobile Banking serta Klik BCA. Didukung oleh 20.322 karyawan, visi BCA adalah menjadi bank pilihan dan menunjang pilar ekonomi Indonesia
Dengan banyaknya fasilitas yang di miliki dan ditawarkan oleh BCA, sudah barang tentu manajemen nya harus baik dan rapih, khususnya adalah mengenai Database. Kita bisa memperkirakan berapa banyak data (baca:transaksi) yang masuk tiap harinya, dan 1 milyar setiap tahunnya (3.000.000 x 360 = 1.095.000.000 penj.).
Dengan banyaknya data yang harus disimpan dan diload setiap harinya maka tidaklah mungkin BCA menggunakan system database konvensional (baca:tidak terdistribusi atau OLPT),untuk mengatasi masalah ini BCA harus menggunakan database yang terdistribusi untuk menunjang fasilitas yang ditawarkan dan dimiliki agar proses bisnis tetap berjalan dengan lancar.
Bukti Empiris Bahwa BCA menggunakan Data Warehouse
Datawarehouse adalah solusi utama dari pendistribusian database yang ampuh untuk mensupplay data yang dibutuhkan oleh BCA, sehingga system tetap berjalan dengan baik dan tidak mengganggu proses bisnis, seperti over load dan stack pada server karena kelebihan beban akses dari 814 Cabang dan 5 ribu lebih ATM aktiv yang tersebar di seluruh Indonesia. Walaupun tidak tertutup kemungkinan bahwa database juga bisa kacau karena kesalahan user dalam menginputkan data (baca:human error).
Data Warehouse adalah sebuah system yang dapat dijadikan sebagai dasar pengambilan keputusan, BCA jelas memanfaatkan Data Warehouse ini, terbukti bahwa Henry Koenaifi, direktur PT Bank Central Asial Tbk. Yang bertanggung jawab atas pengelolaan Unit Bisnis Kredit Konsumer, Unit Bisnis Kartu Kredit, dan Personal/Individual Banking. Mengatakan bahwa BCA tetap bisa bertahan dari produk Kredit Pemilikan Rumah (KPR) dengan suku bungan yang fix dan cap (baca: suku bunga tetap selama 3 tahun dan 2 tahun dengan suku bunga maksimal) dengan cara memanfaatkan database:
dari data yang dimiliki perusahaannya, diketahui bahwa sebagian besar nasabah tabungan memiliki semacam stabilitas saldo. Artinya, baik situasi krisis maupun tidak, tak ada pengaruhnya buat mereka. Jumlah saldonya terus bertambah dan akumulasi setoran per bulan juga stabil sehingga produk ini amat dimungkinkan. Pada Desember 2008, penyaluran kredit konsumer BCA tumbuh signifikan sebesar 47,8% menjadi Rp21 triliun dibanding Desember 2007, yang didukung pertumbuhan di semua produk kredit konsumer. Prestasi ini terus berlanjut dengan tumbuhnya kredit konsumer menjadi Rp21,1 triliun pada akhir Maret 2009 dari Rp15,1 triliun pada periode yang sama 2008
Harus diakui, BCA unggul di bidang TI karena bank yang mayoritas sahamnya dikuasai Farallon Capital (Alaerka Investment dan Grup Djarum) ini lebih dulu mengembangkan program TI-nya. Itu berarti, reliability sistem yang dibangun sudah terbukti dan bisa diandalkan. Apalagi data warehousing atau data mining sudah bisa dimanfaatkan penuh
Data-data seperti yang disebutkan oleh Bpk. Henry Koenaifi didapatkan dari database BCA selama tahun 2007 hingga 2008, yang dimana database tersebut (baca:system) dapat dijadikan dasar pengambilan keputusan untuk menetapkan suku bunga KPR antara 3 tahun dan 2 tahun kedepan dengan suku bunga maksimal, seperti definitive dari pengertian Data Warehouse. Maka dari itu saya mengatakan dengan bukti empiris bahwa BCA memanfaatkan Data Warehouse.
Arsitektur Data Warehouse BCA
Terkait dengan data center, BCA hingga kini masih mengembangkan sistem dua data center yang saling mem-back up. Tujuannya, jika ada masalah di salah satu data center, yang satu lagi akan mem-back up dan mengambil alih tugas. Berbeda dengan kebanyakan bank lain, BCA memisahkan antara data center dan disaster recovery center (DRC)-nya. Sistem DRC telah dimiliki BCA sejak 1989. Sejak 2002, sistem DRC ini ditempatkan di Singapura dan dipercayakan pada IBM untuk mengelolanya.
Arsitektur data menyediakan kerangka dengan mengidentifikasikan dan memahami bagaimana data akan pindah melalui sistem dan digunakan dalam perusahaan. Arsitektur data untuk data warehouse mempunyai komponen utama yaitu read-only database.
Karateristik Arsitektur Data Warehouse:
a) Data diambil dari sistem asal (sistem informasi yang ada), database dan file.
b) Data dari sistem asal diintegrasikan dan ditransformasi sebelum disimpan ke dalam Database Management System (DBMS) seperti Oracle,Ms SQL Server, Sybase dan masih banyak yang lainnya.
c) Data warehouse merupakan sebuah database terpisah bersifat hanya dapat dibaca yang dibuat khusus untuk mendukung pengambilan keputusan
d) Pemakai mengakses data warehouse melalui aplikasi front end tool
Jadi, Arsitektur Data Warehouse sudah memiliki standart dimana karateristik yang sudah disebutkan harus dimiliki apabila ingin membangun sebuah data warehouse. Tidak terkecuali oleh BCA, data warehouse yang dimiliki oleh BCA pastinya tidak jauh berbeda dengan definitive dan karakteristik data warehouse secara umum.

Sumber Data
adalah adalah database layer untuk tujuan operasional
Staging area
menyederhanakan proses pembuatan summary dan management warehouse secara umum
Metadata
adalah istilah dari proses pengidentifikasian suatu atribut dan struktur dari sebuah data atau informasi. Metadata menjelaskan sebuah data itu sendiri
Lapisan Akses Data
merupakan tools yang digunakan untuk mengambil dan meload yang merupakan bagian dari karakteristik data warehouse.
Data mart
merupakan subset dari data resource, biasanya berorientasi untuk suatu tujuan yang spesifik atau subjek data yang didistribusikan untuk mendukung kebutuhan bisnis.
User
merupakan pengguna akhir dari system.
Kesimpulan
Dari skema arsitektur data warehouse diatas, dapat dilihat bahwa sumber data di integrasikan atau digabungkan dalam staging area, agar mudah di akses (baca:di load dan diambil) oleh warehouse, didalam warehouse terdapat meta data dan summary data yang bersifat read only (baca:hanya dapat di baca) dan pada saat user menggunakan system warehouse, user hanya ter hubung dengan data yang sudah di pecah dari resource (baca: warehouse). Dari data mart yang spesifik atau pengelompokkan subjek merujuk kepada tujuan yang berhubungan langsung, data tersebut di distribusikan untuk kelancaran bisnis BCA.

sumber :
http://himeblue.blogspot.com/2011/01/arsitektur-data-warehouse-pada-bank.html

Resume Data Warehouse Pertemuan 4

Arsitektur Datawarehouse
Maksudnya adalah bagaimana datawarehouse dibangun, arsitektur tidak ada yang benar dan salah tetapi suatu arsitektur dibangun tergantung situasi dan kondisi. Arsitektur datawarehouse akan berpengaruh pada penggunaan dan pemeliharaan.
Lapisan-lapisan arsitektur datawarehouse :
1.    Operational database layer / Lapisan basis data operasional
a.    Sumber data (source) untuk datawarehouse
b.    Data lengkap, Data hari ke hari
c.    Mempunyai nilai saat ini/ data berarti.
d.    Tingkat kemungkinan data besar.
2.    Data Access Layer/ Lapisan Akses Data
a.    Tools untuk mengekstrak, mengubah dan mengambil(load) data.
b.    Meliputi karakteristik datawarehouse.
3.    Metadata Layer / Lapisan Metadata
a.    File data tersimpan / Direktori
b.    Lebih detil dari direktori data sistem, maksudnya lebih mendalam dari file data yang tersedia sebelumnya.
c.    Ada pentunjuk untuk keseluruhan warehouse dan ada petunjuk data yang dapat diakses report khusus untuk di analisis.
4.    Informational access layer (lapisan akses informasi)
a.    Akses data dan juga tool untuk laporan dan analisis.
b.    Tools Business Intelligence masuk ke tahap ini.

Mari kita bahas sekilas mengenai keempat arsitektur data warehouse di atas:

1. Enterprise Data Warehouse. Pada arsitektur ini, Data Warehouse merupakan satu-satunya penyimpanan data dari berbagai sumber di suatu organisasi. DWH ini juga yang dijadikan acuan utama dalam melakukan analisis, membuat laporan, dashboard, data mining, dan Business Intelligence. Kelebihan dari pendekatan ini adalah sumber data untuk analisis adalah hanya DWH ini, selain itu, kelebihannya yaitu semua data terintegrasi dengan baik (dengan syarat proses analisis dan perancangan DWH dilakukan dengan matang). Kekurangan pendekatan ini adalah ketika data yang dimiliki sudah sangat banyak, DWH dengan arsitektur Enterprise Data Warehouse bisa mengalami masalah kinerja, apalagi jika ditambah semakin banyaknya pengguna yang menembak DWH ini secara bersama-sama.
2. Dependent Data Mart. Saya melihat arsitektur ini sebagai kelanjutan dari Enterprise Data Warehouse. Ketika DWH pada EDW sudah dianggap berat, ditambah effort untuk mengupgrade infrastruktur yang kadang tidak ekonomis, maka dibuatlah data mart-data mart di satu atau lebih departemen untuk mengakomodasi kebutuhan laporan di departemen yang bersangkutan . Kelebihan dari arsitektur ini adalah  kinerja DWH menjadi lebih ringan. Jika sebelumnya sehari ada 10,000 hit yang ditujukan ke data warehouse, dengan adanya data mart baru, sebagian porsi hit tersebut akan mengarah ke data mart, misalkan porsi data warehouse tinggal 8,000 hit dan yang 2,000 ditujukan ke data mart. Jika satu data mart masih dianggap kurang, maka bisa dibuat data mart berikutnya untuk departemen lain, misalkan penjualan. Pembuatan data mart baru tersebut mungkin bisa mengurangi hit data warehouse menjadi 6,000. Begitu seterusnya hingga dicapai nilai yang optimal. Disamping manfaat dari sisi kinerja, dependent data mart juga memungkinkan setiap departemen melakukan tuning lebih jauh terhadap struktur tabel dimensional. Tuning  dimaksudkan  untuk meningkatkan kinerja sistem secara keseluruhan dalam mengakomodasi kebutuhan analisis departemen yang mungkin belum diakomodasi oleh data warehouse. Dibandingkan arsitektur dengan data mart yang lainnya, alternatif ini memiliki karakteristik Enterprise Data, yaitu data yang terdapat di DWH dan DM memiliki cakupan validitas di tingkat enterprise/organisasi/perusahaan karena tingkat tersebut sudah didapatkan ketika memasuki DWH.
3. Independent Data Mart. Meskipun sama-sama memiliki DM seperti pada arsitektur Dependent Data Mart, alternatif  ini tidak memiliki Data Warehouse di dalamnya. Setiap DM harus memiliki strategi integrasi yang tidak terkait. Hal itu dikarenakan nature dari pembangunan DM adalah karena tingginya kebutuhan data untuk analisis pada suatu departemen dan tidak optimal jika harus menunggu dibuatnya DWH di level organisasi/perusahaan.  Karena itulah satu departemen memutuskan membuat DM versi departemen itu. Jika ada departemen lain yang memiliki kebutuhan analisis yang tinggi juga, maka dimungkinkan dorongan untuk membuat DM di departemen tersebut juga tinggi, ditambah adanya contoh departemen lain yang sudah membangun DM versi departemennya. Hal pokok yang biasanya menjadi kekurangan di pendekatan ini adalah data yang dihasilkan cenderung belum menjadi  level enterprise, namun masih di tingkat departemen. Hal tersebut dikarenakan  pembangunan DM mungkin hanya melibatkan departemen pembuat, dengan sedikit sekali-atau tanpa-keterlibatan departemen lain, sehingga aspek integrasi format data dan formula tidak terpenuhi.
4. Enterprise Data Mart. Ini merupakan alternatif solusi antara Dependent Data Mart dan Independent Data Mart. Adanya staging yang berada di level Enterprise adalah sebagai area integrasi data dari berbagai sistem. Dengan demikian, data lebih dekat ke level enterprise. Namun demikian, kendala integrasi kadang juga menjadi masalah di sini, yaitu jika ketika mengembangkan DM untuk departemen A, departemen-departemen lain yang ada di organisasi tidak banyak dilibatkan, atau bahkan tidak dilibatkan sama sekali.

 Karakterisitik arsitektur data warehouse (Poe) :
1.    Data diambil dari sistem asal (sistem informasi yang ada), database dan file. 
2.    Data dari sistem asal diintegrasikan dan ditransformasi sebelum disimpan ke dalam Database Management System (DBMS) seperti Oracle,Ms SQL Server, Sybase dan masih banyak yang lainnya. 
3.    Data warehouse merupakan sebuah database terpisah bersifat hanya dapat dibaca  yang dibuat khusus untuk mendukung pengambilan keputusan
4.    Pemakai mengakses data warehouse melalui aplikasi front end too

Infrastruktur data warehouse adalah software, hardware, pelatihan dan komponen-komponen lainnya yang memberikan dukungan yang dibutuhkan untuk mengimplementasikan data warehouse(Poe).

Salah satu instrumen yang mempengaruhi keberhasilan pengembangan data warehouse adalah pengidentifikasian arsitektur mana yang terbaik dan infrasruktur apa yang dibutuhkan. Arsitektur yang sama, mungkin memerlukan infrastruktur yang berbeda, tergantung pada lingkunan perusahaan ataupun organisasi.

Seperti yang kita lihat sebelumnya pada arsitektur data warehouse, ada beberapa struktur yang spesifik terdapat pada bagian warehouse manager. Bagian tersebut merupakan struktur data warehouse.

Menurut Poe, Vidette, data warehouse memiliki struktur yang spesifik dan  mempunyai perbedaan dalam tingkatan detail data  dan umur data.

Komponen dari struktur data warehouse adalah:

Ø   Current detail data

Current detail data merupakan data detil yang aktif saat ini,mencerminkan keadaan yang sedang berjalan dan merupakan level terendah dalam data warehouse. Didalam area ini warehouse menyimpan seluruh detail data yang terdapat pada skema basis data. Jumlah data sangat besar sehingga memerlukan storage yang besar pula dan dapat diakses secara cepat. Dampak negatif yang ditimbulkan adalah kerumitan untuk mengatur data menjadi meningkat dan biaya yang diperlukan menjadi mahal.

Berikut ini beberapa alasan mengapa current detail data menjadi perhatian utama :

1.    Menggambarkan kejadian yang baru terjadi dan selalu menjadi perhatian utama

2.    Sangat banyak jumlahnya dan disimpan pada tingkat penyimpanan terendah.

3.    Hampir selalu disimpan dalam storage karena cepat di akses  tetapi mahal dan kompleks dalam pengaturannya.

4.    Bisa digunakan dalam membuat rekapitulasi sehingga current detail data  harus akurat.

 

Ø   Older detail data

Data ini merupakan data historis dari current detail data, dapat berupa hasil cadangan atau archive data yang disimpan dalam storage terpisah. Karena bersifat back-up(cadangan), maka biasanya data disimpan dalam storage alternatif seperti tape-desk.

Data ini biasanya memilki tingkat frekuensi akses yang rendah. Penyusunan file atau directory dari data ini di susun berdasarkan umur dari data yang bertujuan mempermudah untuk pencarian atau pengaksesan kembali.

Ø   Lighlty summarized data

Data ini merupakan ringkasan atau rangkuman dari current detail data. Data ini dirangkum berdasar periode atau dimensi lainnya sesuai dengan kebutuhan.

Ringkasan dari current detail data  belum bersifat total summary.Data-data ini memiliki detil tingkatan yang lebih tinggi dan mendukung kebutuhan warehouse pada tingkat departemen. Tingkatan data ini di sebut juga dengan data mart. Akses terhadap data jenis ini banyak  digunakan untuk view suatu kondisi yang sedang atau sudah berjalan.

Ø   Highly summarized data

Data ini merupakan tingkat lanjutan dari Lightly summarized data, merupakan hasil ringkasan yang bersifat totalitas, dapat di akses misal untuk melakukan analisis perbandingan data berdasarkan urutan waktu tertentu dan analisis menggunakan data multidimensi.

Ø   Metadata

Metadata bukan merupakan data hasil kegiatan seperti keempat jenis data diatas. Menurut Poe, metadata adalah ‘data tentang data’ dan menyediakan informasi tentang struktur data dan hubungan antara struktur data di dalam atau antara storage(tempat penyimpanan data).

Metadata berisikan data yang menyimpan proses perpindahan data meliputi database structure,contents,detail data dan summary data, matrics,versioning, aging criteria,versioning, transformation criteria. Metadata khusus dan memegang peranan yang sangat penting  dalam data warehouse.

Metadata sendiri mengandung :

Ø  Struktur data

Sebuah direktori yang membantu user untuk melakukan analisis Decission Support System dalam pencarian letak/lokasi dalam data warehouse.

Ø  Algoritma

Algoritma digunakan untuk summary data. Metadata sendiri merupakan panduan untuk algoritma dalam melakukan pemrosesan summary data antara current detail data dengan lightly summarized data dan antara lightly summarized data dengan hightly summaried data.

Ø  Mapping 

Sebagai panduan pemetaan(mapping) data pada saat data di transform/diubah dari lingkup operasional menjadi lingkup data warehouse.

sumber : 
- http://netindonesia.net/blogs/muhammadsubhan/archive/2009/11/07/arsitektur-datawarehouse.aspx
- http://noverino.wordpress.com/2011/03/18/4-alternatif-arsitektur-data-warehouse/
- http://calvingulo.blogspot.com/2012/10/arsitektur-dan-infrastruktur-data.html

Tugas Data Warehouse Pertemuan 3

- Cari Paper tema: perusahaan yang ingin membangun Data Warehouse! (tidak boleh sama)

  STRATEGI BUDIDAYA KELAPA SAWIT

1. Jangka Panjang :

1. Penggunaan kecambah dengan beberapa sumber penghasil kecambah terbaik seperti  PPKS, SOCFINDO, LONSUM yang mempunyai Produktivitas tinggi, laju pertumbuhan tinggi lambat, tahan terhadap serangan ekologi.
2. Melaksanakan peremajaan tanaman tua dengan pola percepatan untuk mendapatkan komposisi tanaman yang ideal.
3. Melaksanakan seleksi bibit secara ketat untuk mendapatkan bibit yang terbaik dengan masa TBM yang lebih singkat.
4. Peremajaan dilaksanakan dengan standar kultur teknis terbaik, sehingga dapat memberikan potensi produksi maksimal pada usia produktif tanaman :

-   Menggunakan penutup tanah Mucuna, sp dengan standar P.1.
-   Membuat lobang tanam dengan Holedigger.
-   Melaksanakan konservasi tanaman seperti Tapak Kuda, Teras Mekanis, Drainase.
B.   Jangka Pendek  :
1.   Melaksanakan pemupukan dengan pupuk majemuk sesuai kebutuhan tanaman dengan prinsip 4 T (tepat waktu, tepat dosis, tepat applikasi, tepat jenis).
2.   Menertibkan pelaksanaan panen sesuai dengan Instruksi Kerja, sehigga diperoleh kwantitas dan kualitas produksi yang terbaik.
3.   Meningkatkan keterampilan pemanen dengan melaksanakan pelatihan Kav School).
4.   Menambah pemanen sesuai kebutuhan.
5.   Memenuhi alat panen dan perbaikan infrastruktur yang mendukung proses panen.
6.   Melaksanakan kerjasama dengan Pusat Penelitian PPKS untuk mengadopsi tehnologi dan pengawalan produksi.
7.   Melaksanakan kastrasi untuk merangsang pertumbuhan generatif.
8.   Melaksanakan pollination di areal yang memerlukannya.
STRATEGI BUDIDAYA KARET
A.    Jangka Panjang :
1.     Penggunaan klon – klon unggulan (Quick stater), dengan produktivitas tinggi seperti klon seri PB, seri RRIM dan seri IRR.
2.     Melaksanakan seleksi bibit yang lebih ketat, sehingga bibit yang ditanam merupakan bibit terbaik sehingga mempercepat masa TBM.
3.     Pelaksanaan Tanaman Ulang (TU) sebaik mungkin dengan mempersiapkan media tumbuh sebaik mungkin dan menanam Kacangan Mucuna Brachteata.
4.     Mengendalikan penyakit terutama serangan JAP dari mulai  persiapan bibit, TU, TBM dan TM.
5.     Tanaman yang populasi rendah dengan mempercepat pelaksanaan Peremajaan.
6.     Mengadakan pengawalan produksi dengan Pusat Penelitian Karet Sei Putih.
7.     Melaksanakan pengaturan tinggi percabangan (Manajemen Canopy), sehigga kerpatan pohon dapat dipertahankan. B.    Jangka Pendek  :
1.     Menertibkan pelaksanaan penyadapan sesuai dengan norma.
2.     Meningkatkan keterampilan penyadap dengan melaksanakan pelatihan.
3.     Melaksanakan rasionalisasi ancak dengan penambahan penyadap sesuai kebutuhan dilapangan.
4.     Memenuhi alat panen dan mutu alat panen sesuai dengan kebutuhan.
5.     Applikasi stimulansia sesuai dengan norma, dengan jenis cair (GEA, SES) dan Jenis Gas (Latene Gas, RRIM FLOW).
6.     Tanaman populasi rendah dan situasi Panel deres yang telah rusak, dengan melaksanakan/menyesuaikan sistim deres yang tepat.
STRATEGI PENGADAAN BARANG
Untuk periode tahun 2008, Bagian Pengadaan telah menetapkan visi, misi, sasaran dan strategi yang diharapkan dapat menjadi pedoman untuk memperoleh peningkatan efektivitas dan efisiensi dalam proses pengadaan barang yang diuraikan sbb. :
a.   VISI
Menjadikan Bagian Pengadaan sebagai sarana pelayanan untuk memenuhi semua barang/bahan yang dibutuhkan Perusahaan secara tepat waktu, tepat mutu, tepat pemasok dengan harga yang wajar dan kompetitif.
b.   MISI
Mengembangkan system dan prosedur pengadaan barang untuk mendukung upaya peningkatan efisiensi dan efektivitas pengadaan barang/bahan sesuai dengan kebutuhan Perusahaan dan membina hubungan baik dengan Rekanan yang telah terdaftar dalam Daftar Rekanan Mampu dan Terpilih.
c.   SASARAN
Memenuhi permintaan barang/bahan dari Bagian/Kebun/Unit secara tepat waktu, tepat mutu, tepat pemasok dengan harga yang wajar dan kompetitif.
d.   STRATEGI
Dalam usaha menerapkan Visi dan  Misi tersebut, untuk dapat mencapai sasaran yang telah ditetapkan Bagian Pengadaan telah menyusun Strategi yang diuraikan sebagai berikut :
1. Melakukan efisiensi pengadaan barang melalui pemeriksaan kebutuhan fisik dan koreksi harga terhadap barang/bahan yang diminta oleh Bagian/Kebun/Unit.
2. Melakukan negosiasi harga dengan Rekanan yang telah ditetapkan untuk melaksanakan pekerjaan pengadaan barang dalam upaya memperoleh harga yang paling menguntungkan bagi Perusahaan.
3.   Meningkatkan survey pasar untuk mendukung kebijakan penetapan harga.
4.   Menghindari system monopoli dalam pengadaan barang untuk memperoleh harga dan mutu barang yang bersaing.
5.   Menetapkan standarisasi barang teknik dan bahan kimia serta substitusinya.
6.   Melakukan pembelian langsung kepada produsen barang-barang kebutuhan Perusahaan untuk memperoleh harga pembelian yang lebih murah dan mutu barang yang lebih baik.
7.   Melakukan kontrak jangka pajang (Long Term Contract) untuk pengadaan barang yang bersifat rutin dan tidak mengalami peribahan spesifikasi teknis, khususnya Amonia Gas dan BBM.
STRATEGI PEMASARAN
1.      Seluruh produk dipasarkan oleh Kantor Pemasaran Bersama dengan Sistem Penjualan
yang fleksibel. Untuk mendapat harga yang optimal dilaksanakan dengan cara :
Ø           Tender
Ø           Bid/Offer.
Ø           LTC (Long Term Contract).
2.      Menerapkan Paradigma bahwa ”Kepuasan Pelanggan menjadi perioritas utama untuk memenangkan persaingan”.
3.      Menjaga konsistensi mutu dan mempertahankan ISO 9002 & 14000.
4.      Fleksibel dalam memenuhi perubahan pasar, baik perubahan produk, mutu maupun kemasan.
5.      Mampu bersaing secara kualitas dan kuantitas.
6.      Memperluas jaringan pemasaran lokal dan internasional dengan segmentasi pada pembeli perusahaan besar yang reputasinya baik dan memposisikan produk dengan delivery on time serta tepat mutu.
7.      Mengoptimalkan Turn Over Persediaan produksi.
8.      Meningkatkan Promosi dan Service
PROGRAM RISET PERUSAHAAN
Sebagai perusahaan yang sedang mengembangkan bisnisnya, maka PT. Perkebunan Nusantara III memprogramkan untuk melakukan riset terapan yaitu riset lanjutan dalam penerapan hasil suatu riset dasar atau hasil inovasi, sehingga dapat diaplikasikan dalam skala bisnis yang lebih besar dan menguntungkan. Untuk kegiatan tersebut PT. Perkebunan Nusantara III menjalin kerjasama dengan lembaga-lembaga riset dan Universitas seperti Balai Bioteknologi Bogor, Pusat Penelitian Kelapa Sawit, Balai Penelitian Karet, Universitas Sumatera Utara, IPB dan ITB. Kegiatan yang sedang dirintis pada saat ini adalah penyediaan batang bawah untuk tanaman karet dengan cara micro cutting, extraksi carotene dari CPO, optimalisasi pupuk kompos dan lain-lain.
PROGRAM RENCANA KERJA JANGKA PANJANG
Ø Program-Program Perusahaan
§ Pengembangan areal baru
§ Pembangunan dan Pengembangan Kawasan Industri Sei Mangkei
§ Pembangunan dan Pengembangan Industri Hilir Berbasis Sawit
§ Penyediaan ”Company Bank Data/Data Warehouse” melalui fasilitas Teknologi Informasi sebagai Company Business Intelligence
§ Penyusunan Rencana Jangka Panjang Perusahaan
§ Penyusunan Blueprint/Master Plan Perusahaan
Ø Periode Kerja dan Tahun Awal & Akhir Kerja
§ Rencana Jangka Panjang periode 2009-2013
§ Company Bank Data/Data Warehouse :
- Evaluasi Kinerja Perusahaan Periode 2003-2007
- Proyeksi dan peluang bisnis yang relevan dengan perkembangan bisnis perusahaan periode 2009-2013
§ Blueprint/Master Plan Periode 2014-2025
Ø Detil Penjelasan
Rencana Jangka Panjang Perusahaan
§ Suatu proses yang berorientasi pada hasil yang akan dicapai selama periode 1-5 tahun dengan memperhitungkan potensi, peluang, dan kendala yang ada/yang mungkin timbul
§ Mengandung visi, misi, tujuan, sasaran, kebijakan, program kerja, dan kegiatan yang realistis, serta mengantisipasi masa depan yang diinginkan dan yang akan dicapai.
Company Bank Data/Data Warehouse dalam mengatur Sumber Data Perusahaan meliputi :
§ Independensi data, yaitu pemisahan data dari program-program aplikasi
§ Konsistensi data
§ Entry data dan penyimpanan dalam batasan waktu yang telah ditentukan
§ Integrasi data, yaitu konsolidasi data dalam satu tempat penyimpanan (respository)
§ Kepemilikan data bersama
§ Manajemen data terpusat
§ Penyederhanaan manajemen dan akses data
Blueprint/Master Plan Perusahaan
§ Merupakan landasan ke depan perusahaan untuk menjadikan potensi dan peluang yang dimiliki sehingga mampu berkompetisi di tengah persaingan yang ketat dan sangat dinamis
§ Merupakan sebuah pijakan yang harus dimiliki oleh perusahaan agar jelas dan terarah. Jadi akan dibawa kemana potensi dan peluang yang dimiliki perusahaan untuk dikembangkan
§ Perusahaan akan mampu menganalisis potret potensi dan peluang yang dimiliki berdasarkan analisis yang dilakukan terhadap kondisi internal/eksternal yang dapat mempengaruhi tujuan perusahaan di masa yang akan datang
Ø Target yang ingin dicapai
Menjadi perusahaan agribisnis kelas dunia dengan kinerja prima dan melaksanakan tata-kelola bisnis terbaik.
KERJASAMA DENGAN PIHAK EKSTERNAL
Pada saat ini PT. Perkebunan Nusantara III melakukan kerjasama dengan pihak luar dalam rangka bersinergi untuk memaksimalkan potensi yang dimiliki perusahaan.
Beberapa kegiatan yang sudah berjalan, sedang dalam proses maupun dalam tahap persiapan, antara lain :

SUDAH BERJALAN	DALAM PROSES	TAHAP PERSIAPAN
Pabrik Pengolahan Kayu Karet	Pabrik Bubur Kayu Sawit	Project CDM untuk Biogas
Pembuatan Bahan Bakar Berbentuk Pellet dari Batang Sawit	Project CDM untuk Pupuk Kompos	Ekstraksi Carotene dari CPO
Kerjasama dengan USTDA dalam membuat Kajian Biodiesel	Batang Bawah Karet dengan Micro Cutting

sumber : http://www.bumn.go.id/ptpn3/tentang-kami/rencana-kerja/

- Buat soal serta solusinya tentang segala yang berhubungan dengan data warehouse! (minimal 3)

1. Data Warehouse adalah sebuah lingkungan informasi yang :

• Menyediakan sebuah integrasi dan pandangan total tentang enterprise

•  Membuat informasi saat ini dan sejarah perusahaan itu mudah tersedia untuk pengambilan keputusan

•  Membuat transaksi pendukung keputusan mungkin tanpa menghambat sistem operasional 

2.  Perbedaan antara Sistem Operasional dan Sistem Informasi adalah

Sistem Operasional adalah OLTP, adalah sistem yang digunakan untuk menjalankan inti bisnis sehari-hari dalam perusahaan. mereka disebut bread-and butter system. Sistem operasional membuat bisnis berjalan baik.

Sistem Informasi adalah strukturisasi informasi yang utuh dan terintegrasi dalam sebuah organisasi. yang digunakan dalam pembuatan keputusan yang strategis.

3. sebutkan daftar karakteristik yang diinginkan strategi informasi!

Intergrated, data integrity, accessible, credible, dan timely

Resume Data Warehouse Pertemuan 3

Sebelum sebuah perusahaan benar-benar terjun menggunakan data warehouse, langkah pertama dan yang terpenting, apakah perusahaan anda benar-benar membutuhkan data warehouse? Apakah perusahaan anda benar-benar siap untuk menggunakan data warehouse? Selain kedua pertanyaan tersebut yang harus anda lakukan adalah anda perlu mengembangkan kriteria-kriteria untuk melakukan proses penilaian terhadap nilai yang anda harapkan dari penggunaan data warehouse tersebut. Setelah itu, perusahaan anda harus memikirkan dan memutuskan pada jenis data warehouse apa yang akan dibangun dan dimana data warehouse tersebut ditempatkan.

Selain pertanyaan-pertanyaan diatas, perencanaan sebuah data warehouse juga harus mempertimbangkan secara seksama masalah-masalah utama. Jawaban untuk masing-masing masalah akan menjadi sebuah kunci yang penting untuk perencanaan yang tepat dan berhasil dalam menyelesaikan proyek. Oleh karena itu, mari kita mempertimbangkan masalah-masalah yang terkait dalam perencanaan data warehouse satu per satu, diantaranya :

1. Value and Expectations ( Nilai dan Harapan)
Akankah data warehouse membantu para eksekutif dan manajer perusahaan anda dalam melakukan perencanaan yang lebih baik dan membuat keputusan yang baik juga? Apakah keputusan tersebut dapat meningkatkan pangsa pasar? Jika iya, seberapa besar? Kemudian apa yang manajemen ingin capai dalam penggunaan data warehouse? Sebagai bagian dari keseluruhan proses perencanaan, membuat daftar manfaat nilai dan harapan merupakan salah satu hal terpenting dalam membangun sebuah data warehouse yang baik.

2. Risk Assessment (Pengkajian Resiko)
Selain itu kita juga harus memperkirakan resikonya. Jika proyek gagal berapa banyak biaya yang kita keluarkan dan menjadi sia-sia? Akan tetapi, pengkajian resiko bisa lebih dari menghitung kerugian dan biaya proyek. Akan tetapi, penilaian resiko yang luas dan relevan dengan proses bisnis masing-masing. Gunakan kondisi budaya dan bisnis perusahaan anda sebagai salah satu penilaian resiko. Sertakan pula penilaian tersebut sebagai bagian dari perencanaan anda.

3. Top-down or Bottom-up (Dari Atas ke Bawah atau dari Bawah ke Atas)
Top-down adalah, dimana data warehouse dirancang menggunakan data model enterprise yang telah di normalisasi.
Kelebihannya :

• Menghasilkan dimensional view yang lebih konsisten dari semua data yang berasal dari data cabang karena semua data cabang di load dari repository terpusat.
• Sanggup menghadapi perubahan pada proses bisnis, karena membuat data dimensional cabang yang baru menjadi tugas yang mudah.

Kelemahannya :

•  Merepresentasikan projek yang sangat besar dengan cakupan yang luas, sehingga membutuhkan biaya yang besar untuk mengimplementasikannya.
• Durasi waktu dari dimulainya projek sampai pengguna dapat merasakan manfaat warehouse memakan waktu yang cukup lama.
• Dapat menjadi tidak fleksible terhadap perubahan kebutuhan di tahap implementasi.

data pada cabang/pasar dibuat lebih dulu untuk menyediakan kapabilitas laporan dan analisis untuk proses bisnis tertentu. Data cabang ini dapat dikombinasikan untuk membuat sebuah data warehouse.

 

(+) nilai bisnis dapat dikembalikan secepat data cabang pertama dibuat. (kecepatan)

(-) sulit untuk memastikan kekonsistenan dimensi dari kesemua data cabang.
4. Build or Buy (Bangun atau Beli)
Berbagai macam dan kaya alat pihak ketiga dan solusi yang tersedia. Pertanyaan sebenarnya adalah berapa banyak data mart Anda jika Anda membangun sendiri? Berapa banyak dari ini dapat terdiri dari solusi siap pakai? Apa jenis campuran dan cocok harus dilakukan?
Intinya adalah untuk melakukan pekerjaan rumah Anda dan menemukan keseimbangan yang tepat antara di rumah dan vendor perangkat lunak. Lakukan ini pada tahap perencanaan itu sendiri.

Requirement Data Warehouse
System yang bekerja pada level operasional, walaupun System tersebut adalah suatu hal yang penting, tapi system tersebut tidak dapat menyediakan informasi yang bersifat strategis, karena itu para pelaku bisnis harus menemukan cara baru dalam mendapatkan informasi strategis.
Misalnya Para pelaku bisnis butuh untuk tahu dimana lokasi terbaik membangun gudang penyimpanan, jenis produk mana yang harus dikembangkan, dan pasar produk mana yang harus mereka perkuat.
Data dalam skala yang besar sangat berguna untuk menjalankan operasional bisnis, tapi sering kali sulit untuk bisa dijadikan dasar dalam pengambilan kebijakan strategis dan tujuan bisnis. Karena data dari sebuah perusahaan sering kali tersebar dalam banyak bentuk yang saling tidak kompatibel antara satu System dengan System lainnya.Syarat-syarat yang diinginkan oleh informasi strategis yang akan digunakan dalam bisnis, diantaranya:

• Integrated : harus terintergrasi denga pandangan-pandangan sistem lain yang ada dalam perusahaan.
• Data integrity : informasi yang dihasilkan haruslah akurat dan sesuai dengan aturan bisnis yang ada.
• Accesible : kemudahan dalam mengaksesnya dan dapat mendukung dalam analisa bisnis.
• Credible : informasi yang dihasilkan pun juga harus bisa dipercaya dan bersumber pada satu pandangan bisnis yang tejaga.
• Timely : informasi yang tersedia memiliki jangka waktu tertentu dan siap pada waktu yang dibutuhkan.