Gunakan MimeTex/LaTex untuk menulis simbol dan persamaan matematika.

Welcome to Forum Sains Indonesia. Please login or sign up.

Maret 28, 2024, 10:28:52 PM

Login with username, password and session length

Topik Baru

Artikel Sains

Anggota
Stats
  • Total Tulisan: 139,653
  • Total Topik: 10,405
  • Online today: 142
  • Online ever: 1,582
  • (Desember 22, 2022, 06:39:12 AM)
Pengguna Online
Users: 0
Guests: 96
Total: 96

Aku Cinta ForSa

ForSa on FB ForSa on Twitter

Aplikasi Dashboard sebagai salah satu bentuk Business Intelligence

Dimulai oleh dna, Juni 03, 2010, 11:03:04 AM

« sebelumnya - berikutnya »

0 Anggota dan 1 Pengunjung sedang melihat topik ini.

dna

Pengen berbagi dikit nih, ini ada tulisan saya tentang aplikasi dashboard di tingkat operasional. Silakan dilihat di [pranala luar disembunyikan, sila masuk atau daftar.]  :)

Bernando

Berangkat dari filosofi "Bisa mencapai tujuan bila tau posisi kita sekarang dan tujuan kita apa" maka dashboar operasional ini cocok untuk digunakan...dengan dashboard tersebut kita tahu posisi kita dan target yang akan dicapai...
BTW dasboard merupakan bagian front end dari BI...pernah gak touch bagian back end nya???seperti data warehouse, dll.....
Be the sustainable learner, because life is learning...

dna

Halo prof Bernando :D

Ya, memang dashboard bisa dikatakan lebih merupakan bagian "front end" dari BI karena penggunanya adalah end-user yang . Dalam paper saya pun awalnya ingin saya bahas sedikit. Tetapi, akhirnya saya batalkan karena memang tujuan utamanya lebih ke mengeksplor penggunaan dashboard itu sendiri. Sebenarnya, ada beberapa dashboard yang dibangun benar-benar sendiri. Tetapi, memang lebih sering si dashboard ini dibangun atas komponen lain, misalnya yang membantu pengumpulan data --> data warehouse. Kalau mau membahas ini, berarti jadi ke arah pembuatannya nih. Untungnya saya udah pernah kok  :angel:

Bernando

proses di back end yang paling susah adalah proses ETL (Extract, Transform, Load). dalam pembangunan BI Solution proses ini 80% dari keseluruhan proses pembangunan BI. 20% lagi untuk membangun OLAP, dashboard, report, dll. kesusahan dalam ETL adalah menyamakan persepsi data dari masing2 system.

dna pernah gak tangani project BI dengan source data dari banyak system (OLTP)?kalo pernah bagaimana anda menangani ETLnya?;D
Be the sustainable learner, because life is learning...

dna

iya juga sih, memang kalau benar-benar ETL yang sempurna masih belum, kalo bernando sendiri udah pernah? pengen nge-share mungkin?  8)

Bernando

saya sudah pernah merancang BI dengan OLTP lebih dari satu...tetapi system yang mereka gunakan sama...maksudnya ERP solution mereka sama di semua negara....makanya penganannya lebih mudah...satu kesusahan yang saya hadapi adalah ketika dimensi yang sama code nya disetiap negara padahal descripsinya beda...kalo dari beda system belum pernah...;D

misal di ada dimensi product...
di indonesia product A codenya 001
sementara di turkey product B codenya 001
ketika kita melakukan warehouse dimensi product gak mungkin code systemnya sama 001...walaupun di dalam dimesi product tersebut kita membuat satu unik key tambahan (alternate key) tetapi tetap kita harus melakukan lookup ke dimensi product untuk mengambil alternate keynya dengan bantuan code system tersebut....

kalo untuk masalah pergantian nama product misal dari product A mau diganti ke product AA maka hal tersebut bisa ditangani dengan metode slow changing dimension...kalo dalam BIDS (Business Inteligence Development Studio - M$ punya tools dalam SQL Server Entreprise) udah ada tools dari slow changing dimesion pada SSISnya...jadi tinggal pake....:D
Be the sustainable learner, because life is learning...