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

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?

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

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