1

Kata Pengantar
Puji syukur penulis panjatkan kepada Tuhan Yang Maha Esa, karena atas tuntunan dan kasih-Nya penulis mampu menyelesaikan ebook ini. Kemudian penulis pun ingin mengucapkan terimakasih kepada semua pihak yang telah membantu penulis untuk menyelesaikan ebook ini yaitu bang Narenda Wicaksono dari PT Microsoft Indonesia yang telah memberikan jalan bagi saya untuk menuliskan buku ini, Umi Fadhillah yang telah membantu membuat halaman kaver dari buku ini, M Ihsan Fauzi yang telah menjadi technical reviewer, Fajar Fatturahman rekan yang telah banyak membantu penulis ketika proses deployment PerformancePoint Server di MIC dan juga seluruh kru MIC ITB yang telah meluangkan waktunya dalam membantu penulis. Buku dengan judul Quick Intro to Microsoft Office PerformancePoint Server 2007 ini akan secara singkat mengenalkan pembaca dengan sebuah tools untuk membantu Business Intelegence di organisasi anda, yaitu PerformancePoint server 2007. Sehingga penulis mengharapkan agar buku ini dapat secara singkat membantu anda dalam memahami produk ini. Akhir kata penulis mengucapkan terima kasih atas kesediaan para pembaca untuk mengunduh buku ini dan menyempatkan diri untuk membacanya. Maju terus IT Indonesia, MERDEKA!!!!!

April 2008

Ronald Rajagukguk

Daftar Isi
Kata Pengantar ........................................................................................................................................... 2 Sekilas Tentang Business Intelligence ......................................................................................................... 6 Apa itu Business Intelligence? ................................................................................................................. 6 Pengguna dari Business Intelligence ....................................................................................................... 8 Pembuat Keputusan Bisnis .................................................................................................................. 9 Pekerja Informasi ................................................................................................................................ 9 Analis ................................................................................................................................................ 10 Pekerja Baris Depan .......................................................................................................................... 11 Mengirimkan Data ke Konsumen dari Business Intelligence ................................................................ 11 Kartu Skor Bisnis ............................................................................................................................... 11 Laporan ............................................................................................................................................. 14 Aplikasi untuk Analisis ....................................................................................................................... 16 Aplikasi Penunjang Bisnis .................................................................................................................. 17 Contoh Kasus .................................................................................................................................... 18 Penutup ................................................................................................................................................ 19 Pengenalan PerformancePoint Server ...................................................................................................... 20 Apa itu PerformancePoint 2007 ............................................................................................................ 20 Pengawasan dengan PerformancePoint Server ................................................................................ 20 Analisis dengan PerformancePoint Server ........................................................................................ 23 Perencanaan dengan PerformancePoint Server ............................................................................... 25 Penutup ............................................................................................................................................ 26 Proses Pengawasan pada PerformancePoint Server ................................................................................. 28 Sumber Data (Data Source) dan Scorecard .......................................................................................... 28 Proses Pembuatan Sumber Data .......................................................................................................... 30 Proses pembuatan Scorecard ............................................................................................................... 36 Proses Pembuatan dan Modifikasi KPI .................................................................................................. 43 KPI yang Memiliki Lebih dari Satu target .............................................................................................. 50 Penambahan Lebih dari satu KPI sekaligus ........................................................................................... 52 Bekerja dengan Menggunakan Objective ............................................................................................. 53

Agregasi dan Tren ................................................................................................................................. 56 Indikator ............................................................................................................................................... 58 Laporan dan Pemetaan Strategi ............................................................................................................ 60 Proses pembuatan sebuah Analytical Chart Report .............................................................................. 62 Proses membuat sebuah Trend Analysis Chart ..................................................................................... 65 Peta Strategi (Strategy Maps) ............................................................................................................... 68 Dashboard- Letakkan Semuanya di Satu Tempat .................................................................................. 72 Proses Pembuatan Dashboard .............................................................................................................. 73 Proses menambahkan Filter pada Dashboard ...................................................................................... 76 Proses Mengaitkan Filter pada Scorecard ............................................................................................. 77 Mengaitkan Filter pada Laporan ........................................................................................................... 78 Penutup ................................................................................................................................................ 83 Analisis menggunakan PerformancePoint Server ..................................................................................... 84 Analisis menggunakan PerformancePoint Server ................................................................................. 84 Tabel Analitik ........................................................................................................................................ 85 Dimensi pada sumbu X dan Y ................................................................................................................ 90 Mengklik-kanan .................................................................................................................................... 92 Stocked Bar dan Line Charts ................................................................................................................. 94 Pengukuran Multi ................................................................................................................................. 94 Filtering dalam Background .................................................................................................................. 96 Analytic Grids ........................................................................................................................................ 99 Pengukuran Multi ........................................................................................................................... 100 Dimensi Multi pada Baris dan Kolom .............................................................................................. 101 PivotChart dan Laporan PivotTable ................................................................................................. 102 Laporan Excel Service ...................................................................................................................... 106 ProClarity Analytics Server Page ..................................................................................................... 107 Laporan Spreadsheet ...................................................................................................................... 107 SQL Server Reports dan Web Pages ................................................................................................ 108 Proses Perencanaan dengan PerformancePointServer ........................................................................... 109 Planning Administration Console ........................................................................................................ 109 Aplikasi ................................................................................................................................................ 110 Situs Model ......................................................................................................................................... 113

Pengguna ............................................................................................................................................ 117 Global Administrator........................................................................................................................... 120 User Administrator ............................................................................................................................. 120 Data Administrator ............................................................................................................................. 121 Modeler .............................................................................................................................................. 122 Koneksi Data ....................................................................................................................................... 123 Membuat Dimensi Terkustomisasi...................................................................................................... 125 Properti Anggota Dimensi ................................................................................................................... 127 Memanggil Data Dimensi .................................................................................................................... 129 Entri Langsung (Direct Data Entry) .................................................................................................. 129 Memanggil dari Sumber Data ......................................................................................................... 130 Memanggil dari file CSV .................................................................................................................. 132 Pengambilan data dari Database Bertingkat ................................................................................... 134 Himpunan Member Dimensi ........................................................................................................... 135 Model.................................................................................................................................................. 138 Form dan Report. ................................................................................................................................ 143 Managemen Proses ............................................................................................................................ 144 Security dan Roles ............................................................................................................................... 152 Asosiasi ............................................................................................................................................... 153 Proses Deployment PerformancePoint Server 2007 dan Keamanannya ................................................ 155 Proses Deployment PerformancePoint Server .................................................................................... 155 Instalasi Monitoring Server ............................................................................................................. 155 Instalasi Planning Server ................................................................................................................. 160 Aspek Keamanan untuk PerformancePoint Server ............................................................................. 163 Keamanan Internet Information Services ....................................................................................... 163 Secure Sockets Layer ....................................................................................................................... 164 Kerberos dan Delegasi .................................................................................................................... 164 Penutup .............................................................................................................................................. 165 Tentang Penulis ...................................................................................................................................... 166

Sekilas Tentang Business Intelligence

Business Intelligence atau yang sering disingkat BI adalah sebuah konsep yang menggunakan berbagai macam teknologi. Sebuah solusi BI pada umumnya meliputi bidang yang luas mulai dari proses, perangkat lunak dan juga teknik, dimulai dari mengambil data dari sebuah sumber hingga mengirimkan nilai bisnis kepada pengguna. Untuk menyelesaikan masalah BI maka Microsoft telah meluncurkan sebuah produk dengan nama PerformancePoint Server. Namun bab ini akan dikhususkan untuk membahas Business Intelligence secara umum, termasuk penggunanya dan juga tipe-tipe pekerjaannya masing-masing dalam aktifitas pekerjaannya sehari-hari. Dalam bab ini pertama-tama saya akan menjelaskan business intelegence dari pandangan umum dan kemudian mendefinisikan apa itu Business Inteligence dan mengapa BI itu penting. Kemudian selanjutnya saya akan mendeskripsikan tipe-tipe konsumen dari BI, dan nanti anda akan melihat bahwa BI akan berhubungan dengan hampir semua orang dalam organisasi. Diakhir bab ini saya akan memberikan sebuah kesimpulan tentang beragam jalan untuk mengirimkan data ke berbagai tipe variasi pengguna.

Apa itu Business Intelligence?

Seperti telah dibahas secara singkat di awal bab, BI lebih merupakan sebuah konsep ketimbang sebuah teknologi. Tujuan dari BI adalah untuk membantu dunia bisnis dengan membawa data, melakukan operasi terhadap data tersebut sehingga mudah untuk dianalisis dan juga menyediakan seperangkat tools yang memberikan pengguna kemampuan yang lebih (tidak hanya sekedar kemampuan untuk melihat data tapi juga kemampuan untuk secara cepat mengerti data tersebut). Beberapa orang yang berkecimpung dalam dunia teknologi sering berkata bahwa data bukan informasi. Kalimat ini menggarisbawahi sebuah ide bahwa data seringkali gagal dalam menyediakan sebuah informasi karena data tersebut tidak ada dalam konteks yang membuatnya memiliki arti. Contohnya ialah daftar penjualan tidak akan berarti banyak kecuali didalamnya terdapat informasi tentang jumlah produk yang terjual, dimana produk tersebut dijual dan data-data lainnya. Adalah hal yang penting untuk memasukkan konteks ketika melihat data yang akan dirubah menjadi sebuah informasi. Sebuah informasi dianggap berguna hanya jika informasi tersebut mudah untuk dimengerti, sehingga seseorang dapat mengambil sebuah keputusan penting berdasarkan informasi tersebut. Ada banyak sekali informasi dalam buku tentang fisika nuklir , upacara penguburan atau ritual keagamaan, namun tanpa konteks yang jelas dan pelatihan yang baik informasi tersebut tentunya akan susah dimengerti. Maka dari itu dirumuskan sebuah tujuan untuk membuat data mudah dimengerti dalam hal mengirimkan sebuah system yang berguna dalam mengirimkan nilai-nilai bisnis. Membangun sebuah sistem yang mengizinkan pengguna untuk secara mudah mengerti apa yang sedang disajikannya dan merubahnya menjadi sebuah sebuah informasi bisnis yang penting memerlukan beberapa langkah. Pertama, masalah yang perlu diselesaikan harus terlebih dahulu diidentifikasi. Kemudian data tersebut harus disimpan dalam berbagai sistem penyimpanan dan dipadukan secara konsisten dan mudah ditemukan. Lankah tersebut adalah sebuah proses pembuatan sebuah gudang data. Pembangunan sebuah gudang data seringkali merupakan sebuah proses yang cukup menantang, sehingga banyak perusahaan yang sering membuat kesalahan dengan menganggap bahwa dengan hanya membangun sebuah gudang data maka projek BI mereka telah selesai. Telah sering terjadi kasus

dimana banyak perusahaan telah membuat sebuah gudang data dan kemudian tidak memberikan sebuah tools yang baik untuk dapat membantu orang dalam menggunakan informasi yang ada dalam gudang data tersebut. Hal ini ibaratnya seperti memiliki mobil namun kemudian menguncinya saja di garasi, sehingga mobil tersebut tidak dapat digunakan untuk jalan-jalan. Kasus ini menunjukkan sebuah nilai potensial yang tidak disadari. Setelah membuat sebuah gudang data, maka harus ada sebuah mekanisme untuk mengambil data yang ada dalam gudang data tersebut. Kemudian menyajikannya kepada para penguna bisnis sehingga mereka dapat dengan mudah mengerti tentangnya dan melakukan tindakan berdasarkan data yang telah diterimanya. Ini merupakan area dimana PerformancePoint server dan ProClarity menyelesaikan masalah. Karena dua benda tersebut merupakan tool yang menyediakan kemampuan untuk melakukan pengawasan dan analisis terhadap data. Kemudahan untuk memahami data biasanya terjadi karena aspek visual yang tersedia untuk produk tersebut, contohnya adalah chart, grafik, kartu skor, pohon dekomposisi, peta performa dan lainnya. Data dalam gudang data juga dapat digunakan untuk pelaporan yang bersifat tradisional yang dapat pula dilihat secara online, yang dapat dioperasikan secara interaktif ketika melakukan analis data. PerformancePOint server juga menambahkan sebuah kemampuan lain pada BI yaitu pemodelan. Pemodelan dapat terdiri dari perencanaan, pembuatan anggaran dan juga peramalan data. Meskipun tida hal tersebut dapat diselesaikan tanpa menggunakan gudang data namun dengan menggunakan gudang data kita memperoleh beberapa keuntungan seperti : pertama, data historis dapat secara mudah diakses dan dianalisa untuk mengetahui tren berdasarkan hasil terdahulu. Kedua, anggaran dan ramalan dapat disimpan ke gudang data dan hasil yang sebenarnya dapat dibandingkan dengan anggaran dan ramalan yang telah dibuat, sejalan dengan berjalannya waktu. Ada beberapa bagian dalam solusi Business Intelligence. Keseluruhan proses dalam Business Intelligence dapat diterjemahkan menjadi langkah-langkah dibawah ini : 1. Identifikasi masalah bisnis yang perlu diselesaikan dengan gudang data dan menentukan data yang diperlukan untuk menyelesaikan masalah tersebut. 2. Identifikasi lokasi dari data-data yang diperlukan dan mengambilnya dari sumber penyimpanannya. 3. Merubah data yang diperoleh dari beragam sumber tersebut ke dalam sebuah data yang konsisten. 4. Mengambil data yang telah dirubah tersebut ke dalam lokasi yang yang tersentralisasi. 5. Membuat sebuah gudang data dengan data yang ada dalam lokasi yang tersentralisasi tersebut. Struktur yang telah dibangun tadi sering kali disebut dengan istilah cube. 6. 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. Langkah pertama memerlukan kita untuk mengidentifikasikan masalah yang perlu diselesaikan dan ini diluar bahasa dari buku ini. Langkah-langkah selanjutnya merupakan langkah-langkah dalam

pembangunan gudang data dan dapat anda lihat dalam buku-buku lainnya yang membahas tentang pembuatan gudang data. Langkah ke 6 adalah bagian yang akan dicoba untuk dibahas dalam buku ini dengan menggunakan produk PerformancePoint Server. Gambar dibawah menunjukkan langkahlangkan dalam proses business intelegence secara keseluruhan.

Sekarang tentunya sudah jelas bahwa business intelligence tidak hanya membahas tentang pembangunan gudang data tapi juga ikut memasukkan satu atau beberapa cara untuk mengakses dan menganalisis data yang mengirimkan informasi berharga ke seluruh bagian organisasi bisnis. Proses pembuatan gudang data merupakan misi kritis yang mempengaruhi suksesnya dari sebuah proyek. Ini adalah sebuah bagian menarik yang dibahas dalam beberapa buku tentang SQL Server Integration Services (SSIS) dan SQL Server Analysis Services. Dalam buku ini akan lebih fokus kepada tools yang memampukan perusahaan anda unuk menggunakan gudang data dalam rangka memperoleh keuntungan maksimum dari penggunaan gudang data dan juga untuk memonitor kesehatan dari sebuah organisasi, melakukan analisis kompleks dan merencanakan masa depan dengan menggunakan kekuatan dari sumber datanya. Dalam rangka untuk mengerti bagian ini ada baiknya jika kita pun mengerti tentang jabatan-jabatan yang diperankan oleh setiap pengguna dalam sistem.

Pengguna dari Business Intelligence

Dalam sebuah organisasi seringkali ada perbedaan jabatan dan fokus pekerjaan antara para pegawainya. Sehingga tentunya setiap pegawai memerlukan kebutuhan akan informasi yang berbeda-beda. Adalah hal yang penting untuk mengerti jabatan atau kebutuhan-kebutuhan yang beragam ini. Setelah mendefinisikan empat buah jabatan yang berbeda dalam sebuah organisasi

saya akan membahas bagaimana tiap jabatan tersebut dapat berinteraksi dengan data dan mengapa tidak ada satu pendekatan yang dapat menyelesaikan semua kebutuhan bisnis. Keempat jabatan yang akan dijelaskan adalah : 1. 2. 3. 4. Pembuat keputusan bisnis Pekerja informasi Analis Pekerja baris depan

Satu hal yang pasti jabatan ini tidak berlaku secara ketat, sehingga bisa saja ada satu orang yang memiliki dua jabatan. Namun penting untuk dimengerti bahwa pembagian ini berdasarkan fokus bisnis dari masing-masing jabatan dan bagaimana keperluan masing-masing akan informasi. Pembuat Keputusan Bisnis Jabatan ini biasanya menduduki jabatan strategis dalam sebuah organisasi seperti dewan eksekutif, direktur dan manager. Pekerjaan-pekerjaan tersebut seringkali berbeda dalam berbagai jalan, namun tetap memiliki sebuah kesamaan yaitu mereka sama-sama sangat memerlukan informasi yang dapat diandalkan ketika mereka membuat sebuah keputusan yang menyangkut jalannya bisnis. Eksekutif adalah orang yang duduk di bagian tertinggi dari sebuah organisasi. Pandangan mereka seringkali luas, mereka harus mengerti setiap aspek dalam bisnis organisasi mereka dan mengerti bagaimana keterhubungan antara setiap aspek tersebut. Seorang CEO pasti memiliki tanggung jawab akan pengeluaran dan pemasukan, namun juga pengelolaan staff, proses manufaktur, kepuasan konsumen, rantai pasok dan lainnya. Eksekutif jarang sekali memiliki waktu untuk menggali lebih dalam laporan yang mereka terima. Mereka lebih membutuhkan laporan yang bersifat luas namun tidak detail tentang keseluruhan bisnis mereka. Seringkali Vice President dan direktur dari sebuah organisasi memerlukan informasi yang lebih detail tentang area dimana mereka bekerja, namun tetap saja informasi tersebut harus luas dan tidak terlalu mendetail. Manager juga sering mengatur dalam level yang lebih terkonsentrasi. Namun tetap saja mereka dapat membuat keputusan bisnis yang dapat mempengaruhi keuntungan atau kerugian bisnis secara keseluruhan. Ketika informasi yang digunakan oleh para pengambil keputusan dapat memiliki pengaruh terhadap unit fungsional maka adalah penting agar informasi tersebut akurat dan tidak kadaluarsa. Cara penyajian dari informasi yang diperlukan oleh jabatan tipe ini pun harus dengan mudah dapat dimengerti dan tidak menimbulkan efek yang ambigu. Data yang diperlukan oleh para pembuat keputusan ini pun tentunya berbeda berdasarkan jabatan mereka. Sebagai contoh Vice President untuk urusan keuangan pasti akan melihat data yang berbeda dengan Vice President untuk urusan sumber daya manusia.

Pekerja Informasi Golongan jabatan yang termasuk dalam pekerja informasi adalah para staff organisasi yang tidak termasuk ke dalam bagian managemen. Contohnya programmer perangkat lunak, tenaga penjualan,

staff sumber daya manusia dan pekerja lainya yang memerlukan informasi namun sering kali tidak dapat mengambil keputusan yang memiliki pengaruh besar terhadap jalannya bisnis dari organisasi secara keseluruhan. Sebagai contoh seorang tenaga pemasaran memperoleh tugas untuk membuat sebuah materi penjualan untuk memasarkan sebuah produk atau layanan. Orang ini tentunya akan melakukan riset untuk meneliti perilaku pasar, mencari produk saingan, melakukan studi tentang produk/layanan tersebut dan lainnya. Namun tentunya materi penjualan yang dihasilkan dari proses tersebut harus disetujui oleh bagian managemen sebelum digunakan. Jabatan seperti ini memerlukan data namun seringkali data yang diperlukan adalah data yang lebih mendetail jika dibandingkan dengan para pengambil keputusan bisnis. Sebagai tambahan data yang mereka perlukan seringkali berbeda-beda, sedangkan para pengambil keputusan cenderung untuk memerlukan data yang sama dalam setiap kesempatan. Jabatan ini pun sering kali memerlukan eksplorasi terhadap data yang mereka peroleh, namun tidak dalam level yang sangan mendalam. Sebagai contoh seorang tenaga pemasaran tentunya memerlukan informasi soal penjualan sebelumnya terhadap klien tertentu dan proyeksi ke depannya dari penjualan terhadap klien tersebut. Informasi ini diperlukan untuk tenaga pemasaran tersebut agar dia dapat melihat apakah perlu melakukan penawaran atau promosi produk baru terhadap klien tersebut. Namun model statistik yang digunakan untuk peramalan atau proyeksi ke depan dari klien tersebut bukan merupakan urusan dari tenaga pemasaran ini. Detail tentang proyeksi tersebut biasanya jatuh ke tangan seorang analis. Analis Analis adalah sebuah bagian dari pekerjan informasi yang sering kali berurusan langsung dengan para pengambil keputusan. Analis terlepas dari apakah dia seorang analis bisnis, keuangan atau analis lainnya sering kali menghabiskan banyak waktu untuk mengali data secara lebih detail. Mereka sering kali melakukan hal tersebut untuk mencari akar dari permasalahan dan mencari tren-tren dalam data yang sering kali tidak terlihat pada awalnya. Banyak analis yang menggunakan teknik statistik lanjut untuk menganalisis data. Mode ini dapat digunakan untuk keperluan peramalan atau untuk meneliti relasi dari standar dan normal di industri. Salah satu contohnya adalah dalam penentuan biaya pensiun untuk karyawan. Penentuan biaya ini dapat dengan mudah ditentukan dari perbandingan indeks standar finansial dan performanya di masa depan dapat diramalkan dan dibandingkan dengan ramalan pembayaran di masa depan. Banyak bisnis manufaktur dan transportasi yang menggunakan model untuk membantu memprediksi biaya berdasarkan harga minya. Beberapa tipe Model ini pun biasanya memasukkan fluktuasi mata uang jika beberapa material yang digunakan dibeli dari pihak asing. Model statistik yang kompleks ini memelukan sebuah perangkat lunak yang fleksibel yang memiliki akses tak terbatas terhadap data. Beberapa pekerjaan yang dilakukan oleh para analis tergolong ke dalam data mining, sebuah teknologi yang meggunakan model statistik untuk menganalisis data relasi atau membuat prediksi berdasarkan data yang ada.

10

Pekerja Baris Depan Jabatan ini biasanya merupakan perkerja yang bekerja di barisan depan serperti contohnya operator alat manufaktur atau kasir di sebuah pasar swalayan. Banyak dari pekerja tipe ini yang memperoleh manfaat dari Business Intelegence namun mereka sendiri tidak menyadarinya. Data yang diperoleh dari proses Business Intelligence bisa saja diintegrasikan dengan aplikasi berbasis bisnis (Line of Business application) yang membantu para pekerja ini untuk melakukan pekerjaannya lebih baik. Kasir dalam sebuah pasar swalayan mungkin saja dapat mengusulkan ke konsumen sebuah produk komplemen ataupun substitusi berdasarkan pilihan konsumen sebelumnya. Seorang pekerja pusat informasi bisa melihat pertanyaan dan mengembalikan sejarah dari konsumen yang bertanya untuk pertanyaan yang sama. Pegawai-pegawai tipe ini biasanya tidak mengenal istilah busines intelligence atau tidak mengetahui bahwa data yang mereka lihat berasal dari gudang data. Namun tetap saja mereka merupakan konsumen dari data dan mereka tetap merupakan bagian dari proses business intelligence

Mengirimkan Data ke Konsumen dari Business Intelligence

Dalam sesi sebelumnya telah dijelaskan empat tipe dari konsumen informasi yang dihasilkan oleh BI, mulai dari eksekutif organisasi hingga bagian penjualan dan operator di lapangan. Hal ini menunjukkan bahwa hasi akhir dari sebuah projek business intelligence dapat memberikan banyak keuntungan untuk hampir setiap aset dari sebuah organisasi. Hal yang juga penting adalah bahwa sebuah gudang data dapat dirancang sedemikian rupa sehinggs sebuah gudang data dapat melayani keperluan dari beragam konsumen. Maka proses pembuatan gudang data dan perawatannya akan menjadi lebih mudah. Meskipun sebuah gudang data dapat menyimpan data yang diperlukan oleh beragam konsumen namun ada beragam cara penyajian dan navigasi data tersebut ke konsumen. Dalam kata lain, ada beragam teknik yang dapat digunakan untuk menyajikan data ke konsumen, sehingga ada berbagai macam tools yang tersedia untuk menyajikan data tersebut. Akan lebih baik jika kita dapat mengatakan bahwa PerformancePoint Server dapat menangani setiap situasi. Dalam faktanya PerformancePoint Server memberikan banyak sekali metode-metode penyajian data. Bagian ini secara khusus akan membahas tentang cara-cara penyajian data ke pada penguna dan juga keuntungannya. Kartu Skor Bisnis Kartu skor bisnis (Business scorecards) dapat menunjukkan kepada seseorang nilai keseluruhan kesehatan dari sebuah bisnis atau sebuah divisi tertentu. Kartu skor bisnis umumnya menunjukkan Key Performance Indicator (indikasi kunci performa) atau yang sering disingkat KPI yang menunjukkan nlai utama dari fokus organisasi atau perorangan. Sebagai contoh seorang vice president untuk bidang produksi akan tertarik pada item-item seperti : 1. 2. 3. 4. 5. 6. Jumlah unit yang telah diproduksi Jumlah item yang gagal dalam proses kontrol produksi Jumlah metal sampah yang dihasilkan Jumlah barang yang ada dipenyimpanan Jumlah bahan mentah Harga besi dipasaran

11

Setiap poin diatas adalah KPI yang dapat saja muncul dalam kartu skor bisnis untuk vice president bagian produksi. Setiap KPI pada umumnya ditampilkan sebagai simbol yang menandakan nilai dari sebuah poin. Sebagai contoh misalnya jumlah produk yang gagal sebesar 50. Hal ini baik atau buruk? Itu tergantung kedalam banyak faktor. Jika perusahaan membuat dua juta barang dalam sehari tentunya angka tersebut adalah rendah namun jika perusahaan hanya memproduksi 75 barang berkualitas tinggi dan 50 diantaranya gagal produksi maka tentunya ini adalah masalah serius yang memerlukan perhatian khusus. Ide dibalik adanya kartu skor bisnis adalah bukan untuk fokus pada menampilkan angka namun untuk menampilkan sebuah ikon yang menunjukkan apakah apakah angka tersebut baik atau tidak. Icon tersebut dapat berupa indikator warna (merah, biru, kuning), wajah tersenyum, atau lainnya. Dengan cara penampilan ikon ini maka secara singkat seseorang dapat mengetahui apakah keadaan sedang baik atau buruk untuk sebuah KPI tanpa harus melihat angka dan membanding-bandingkan angka tersebut. Sebagai tambahan dari angka yang menunjukkan baik atau tidaknya KPI, beberapa KPI juga memiliki indikator tren yang menunjukkan apakah angka tersebut sedang naik atau turun. Dalam kasus jumlah barang yang cacat produksi nilai yang menurun adalah baik, sehingga menimbulkan tren yang positif. Karena tren dan nilai baik/buruknya KPI dilacak secara terpisah maka bisa saja nilainya baik namun trennya menurun. Atau sebuah KPI dengan nilai buruk tapi trennya tetap, hal ini menandakan bahwa usaha yang dilakukan untuk meningkatkannya tidak memiliki pengaruh. Gambar dibawah menunjukkan contoh kartu skor bisnis di PerformancePoint Server.

12

Nama dari kartu bisnis diatas menampilkan beberapa skor. Banyak organisasi yang tidak melakukan proses ini namun KPI dapat dihitung nilainya secara total. Hal ini akan berguna dalam sebuah organisasi yang ingin menerapkan nilai skor yang sama untuk berberapa lokasi. Dengan menggunakn skor maka proses pengurutan rangking akan menjadi mudah untuk dihitung. Kartu skor bisnis tentunya dapat digunakan oleh setiap orang dalam organisasi, karena sifatnya yang mudah dilihat dan dimengerti. Namun kartu skor bisnis sebenarnya ditujukan untuk konsumsi orang-orang yang berada di level atas dari sebuah organisasi yaitu para pengambil keputusan. Eksekutif dan lainnya dengan hak pengambilan keputusan umumnya adalah orang-orang yang sangat sibuk dan tidak memiliki terlalu banyak waktu untuk meneliti data, sehingga mereka hanya membutuhkan laporan singkat tentang kesehatan dari organisasi mereka. Kartu skor bisnis bekerja sangat baik ketika memberikan update terhadap matrik-matrik bisnis yang penting. Jika kartu bisnis menjukkan hasil yang buruk maka seringkali para pembuat keputusan di perusahaan melakukan serangkaian analisis untuk mencari penyebab buruknya hasil, tapi pada umumnya mereka akan menugaskan seorang analis untuk melakukannya. Analis umumnya memiliki seperangkat tools yang dapat digunakan untuk melakukan analisa yang lebih komplek ketimbang menggunakan kartu skor.

13

Kartu skor sering kali disimpan dalam bagian yang disebut dashboard. Sebuah dashboard dapat terisi dari satu atau lebih kartu skor, beberapa KPI yang tidak masuk ke kartu skor dan laporan dari Reporting Services. Dashboard adalah sebuah bagian dalam portal selain tentunya kalender orang tersebut, email dan lainnya. Dasboard adalah bagian yang utamanya ditambahkan oleh PerformancePoint server dan ditambahkan ke dalam SharePoint. SharePoint adalah sebuah tools yang sangat baik untuk mengambil informasi dari berbagai macam aplikasi dan menampilkannya di secara terpusat. Laporan Laporan pada umumnya adalah sebuah koleksi dari kolom dan row yang umumnya sangat membosankan. Terlepas dari membosankannya sebuah laporan tetap saja digunakan dalam berbagai kegiatan di dalam organisasi. Namun untungnya sekarang sebuah laporan tidak lagi membosankan sebagaimana dahulu. Dengan menggunakan online report viewing, sekarang sebuah laporan akan bersifat interaktif dan memberikan penggunanya kemampuan untuk menggali data dalam rangka memperoleh informasi tambahan, atau bahkan menerapkan sebuah filter untuk mempersingkat sebuah laporan berdasarkan data-data yang diperlukan saja. Ketika berbicara soal laporan, term filter dan parameters seringkali digunakan secara bergantian dan hal tersebut pun akan banyak terjadi pada buku ini gambar dibawah ini menunjukkan sebuah laporan yang memiliki fitur yang memungkinkan pengguna untuk memilih data dengan menggunakan sebuah kotak drop-down list dan juga meneliti detail dari laporan dengan mengekspansi region dari laporan tersebut.

14

SQL Server Reporting Services memiliki fitur untuk pembuatan sebuah laporan yang mengambil data dari gudang data, terlepas dari apakah data tersebut disimpan dalam format relasional ataupun dalam cube. Laporan yang dihasilkan ini pun dapat bersifat interaktif, pengguna dapat memilih nilai dari sekumpulan parameter yang tersedia dan juga laporan ini dapat melakukan operasi penggalian data dan beberapa proses analisis lainnya. Laporan pun dapat mengacu ke laporan lainnya sehingga data dapat dianalisis secara lebih mendetail. Standar reports bukan merupakan bagian dari PerformancePoint Server, tetapi PerformancePoint dapat dihubungkan ke laporan yang dihasilkan oleh Reporting Services, sehingga pengguna dapat memperoleh informasi yang lebih mendetail. Sebagai contoh, sebuah KPI dalam kartu skor menunjukkan bahwa tingkat kebetahan dari pegawai ada di bawah rata-rata. Dengan mengklik pada KPI tadi maka kita dapat membuka sebuah laporan yang mengandung data dari departemen yang menyangkut tingkat presentasi turnover pegawai pada departemen tersebut dikuartal terakhir. Sebuah laporan tidak perlu lagi menjadi sebuah bagian yang yang hanya bisa diambil lewat tool lain, namun dalam sebuah organisasi, report adalah satu-satunya bagian yang didistribusikan secara luas. Report adalah bagian penting dari sebuah organisasi dan untungnya karena adanya intranet maka sebuah laporan dapat didistribusikan secara mudah. Setiap orang dapat masuk ke dalam server laporan yang tersentralisasi dan melihat laporan secara langsung. Sebagai tambahan, laporan dapat dihasilkan berdasarkan jadwal yang tetap dan didistribusikan lewat email atau dicetak dalam waktu berkala.

15

Sebagai contoh, bayangkan sebuah perusahaan di Indonesia memiliki sejumlah toko di Indonesia dan Malaysia. Setiap manager toko memiliki akses ke enam laporan yang berbeda. Biasanya seorang manager toko memulai harinya dengan melihat laporan online yang menunjukkan bagaimana performa dari tokonya jika dibandingkan dengan toko lainnya yang ada di distriknya atau bahkan di seluruh dunia. Laporan yang dihasilkan ini simpel dan statik sehingga seorang manager dapat membolak-balik laporan tersebut secara cepat. Hal ini tentunya cocok untuk disebut sebagai kartu skor, namun sebuah laporan biasanya mengandung lebih banyak informasi dari yang umumnya ditemukan di skenario kartu bisnis. Sebuah laporan tidak harus statik. Sebuah laporan yang interaktif dapat memberikan fleksibilitas yang luar biasa sehingga seorang pengguna dapat menyingkatkan isi laporan mereka dengan melalui parameter-parameter yang ada di kotak drop-down list. Sebagai tambahan sebuah laporan dapat melakukan sebuah penggalian data baik itu dengan cara mengacu ke laporan lain atau memberikan kemampuan untuk ekspansi dari sebuah bagian di laporan tersebut. Menambahkan kemampuan yang interaktif ini mengizinkan pengguna untuk menjawab pertanyaan-pertanyaan mereka sendiri tanpa harus mempelajari sebuah aplikasi analisis yang rumit atau bagaimana cara melakukan query mereka. Aplikasi untuk Analisis Aplikasi analisis adalah sebuah tool spesial yang dapat digunakan untuk melakukan analisis detail terhadap data yang disimpan di gudang data. Dalam buku ini saya akan membahas mengenai tools yang berinteraksi dengen Analysis Services, sebuah mesin pembuat cube yang Microsoft sediakan lengkap dengan SQL Server. Yang menarik adalah pada umumnya para rekan pembaca telah sering mengunakan sebuah aplikasi analisis yang populer yaitu Microsoft Excel. Excel telah memiliki kemampuan untuk berinteraksi dengan cube Analysis Services dalam beberapa rilisnya, namun Excel 2007 menambahkan sebuah kekampuan istimewa dalam kemampuan dan kegunaan dari Excel sebagai alat untuk membaca data dari cube. Dalam beberapa tahun terakhir salah satu tool terkenal untuk membaca data dari cube adalah ProClarity. Perusahaan pembuat ProClarity telah membuat sebuah aplikasi yang berjalan di desktop klien yang disebut ProClarity Professional, kemudian sebuah tool web-based yang disebut ProClarity Analytics Server atau PAS. Di dalam PAS terdapat sebuah thin client untuk membaca data dari cube yang disebut ProClarity Standard dan ini mirip sekali dengan ProClarity Professional meskipun tidak memiliki fitur-fitur selengkap ProClarity Professional. Dengan diakuisisinya ProClarity oleh Microsoft pada tahun 2006 maka semua produk analitik dari ProClarity diintegrasikan dengan tool-tool dari Microsoft, termasuk Business Scorecard Manager. Penggabungan dari tool-tool ini dengan ditambahkan bagian perencaan telah menjadi sebuah produk baru yang disebut PerformancePoint Server. Aplikasi analisis seperti ProClarity diranang untuk analis yang akan melakukan analisis kompleks terhadap data. Namun ini tidak berarti bahwa aplikasi ini hanya terbatas untuk dipakai oleh analis, namun tool ini adalah tools yang lebih terspesialisasi jika dibandingkan dengan laporan standar sehingga tidak memiliki jangkauan yang luas. Aplikasi ini didesain khusus untuk orang yang ingin bekerja dengan data tanpa menemui batasan dan melakukan analisis secara iteratif terhadap data.

16

Dalam kategori aplikasi seperti ini seringkali dimasukkan sebuah fitur visualisasi tingkat lanjut dalam bentuk grafik dan chart yang berbeda. Gambar dibawah ini menunjukkan beberapa bagian dari tampilan ProClarity terhadap data dan bagaimana caranya dapat digunakan untuk secara cepat mengidentifikasikan masalah.

Dalam berbagai organisasi jumlah rasio orang yang memerlukan tool analisis ini biasanya antara 1:5 sampai 1:10, dengan kata lain ada seorang pengguna yang memerlukan sebuah tool analisis untuk setiap lima sampai sepuluh orang yang mengkonsumsi laporan. Namun Excel mengacaukan perhitungan ini dengan mengizinkan pembuatan laporan terhadap data ketika proses analisis sedang dilakukan. Maka dari itu batasan antara tool untuk analisis dan tool yang lebih umum akan tetap tidak jelas. Aplikasi Penunjang Bisnis Dalam artian nyata aplikasi penunjang bisnis bukan merupakan sebuah business intelligence tool. Melainkan adalah sebuah aplikasi yang memampukan sebuah bisnis melakukan operasinya sehari-hari. Namun mengintegrasikan data dari solusi business intelligence ke dalam aplikasi penunjang bisnis dapat memberikan pekerja dengan keuntungan yang luar biasa. Contohnya pegawai layanan telepon dapat segera melihat angka atau grafik yang mewakili bisnis-bisnis yang telah dilakukan terhadap konsumen yang sedang dilayani-nya. Sebuah toko online dapat merekomendasikan produk komplemen ketika seorang konsumen melakukan pembelian, rekomendasi ini diberikan berdasarkan pembelian-pembelian

17

yang telah dilakukan oleh konsumen tersebut sebelumnya. Sebuah pusat kesehatan dapat menggunakan statistik yang meliputi data dari lab dan data sejumlah pasien lainnya untuk menentukan apakah seorang pasien yang sedang dirawat sedang berada dalam resiko yang tinggi atau sedang menderita sebuah gejala tertentu. Kemampuan untuk menggunakan data yang berasal dari gudang data memberikan keuntungan kepada para pekerja yang berhubungan langung dengan konsumen atau produk. Individu-individu ini bisa saja tidak sadar akan adanya sebuah gudang data, namun mereka mengetahui bahwa mereka menggunakan angka-angka yang ditunjukkan pada aplikasi untuk memudahkan pekerjaan mereka. Sebuah integrasi yang manis antara data di Analysis Services dan aplikasi penunjang bisnis dapat dihasilkan dengan menggunakan teknologi seperti OLE DB, ADO .NET, XML web services, XMLA dan lainnya. Kumpulan teknologi ini berarti satu hal yaitu bahwa proses pengaksesan data dan membawanya ke aplikasi klien telah didukung oleh berbagai macam teknologi. Terlepas dari apakah perusahaan tersebut menggunakan aplikasi berbasis desktop atau web, data dapat secara mudah diintegrasikan ke dalam pekerjaan sehari-hari dari semua pengguna. Contoh Kasus Dalam teori, tentunya saya yakin bahwa hal diatas terdengar manis untuk anda. Namun tentunya anda memerlukan sebuah contoh kasus dan saya ingin memberikan sebuah contoh penerapan BI yaitu pada sebuah perusahaan yang bergerak pada bidang penjualan ritel. Kita sebuah aja PT Cerdas, perusahaan ini menginginkan pengawasan yang lebih baik terhadap penjualan dan juga melakukan analisis yang lebih kompleks terhadap barang apa saja yang laku terjual dalam area yang berbeda dan kombinasi dari atribut yang termasuk ke dalam produk yang paling menguntungkan. Data penjualan perlu diambil setiap hari dari setiap point penjualan di setiap toko. Data yang berjumlah jutaan ini akan diupload dari setiap toko ke gudang data secara periodik yaitu setiap hari di malam hari. Setiap harinya para pembuat keputusan dan manager dari tiap produk mengkonsumsi laporan yang menunjukkan bagaimana tiap item dalam barisan produk mereka terjual dan juga dimana produk tersebut terjual. Jumlah barang yang ada di penyimpanan dapat dapat disesuaikan menurut perminttan yang ada di area toko tersebut. Laporan harian level atas ini terdiri dari cuplikan aktivitas-aktivitas di seluruh organiasis pada hari-hari sebelumnya. Laporan ini digunakan oleh hampir seluruh orang dalam organisasi meliputi CEO sampai pegawai tingkat rendah. Seorang analis di perusahaan itu pun harus dapat melakukan analisis secara mendetail menggunakan tool analisis terhadap sekumpulan data termasuk analisis produk dengan atribut-atribut yang bervariasi. Sebagai contoh kemeja dapat terjual secara lancar pada satu musim. Namun kemeja ini tersedia dalam berbagai macam model, seperti bahan yang berbeda,kancing yang berbeda, dan lainnya. Data yang ada menginformasikan bahwa semua kemeja terjual dengan baik, namun tidak disebutkan informasi spesifik yang menyatakan tipe model dari kemeja yang terjual lebih banyak. Jika ada data yang menyatakan kemeja dengan kancing tipe mutiara dan bahan sutra terjual lebih baik daripada kemeja dengan kancing tipe plastik dan bahan katun. Maka data tersebut dapat digunakan untuk meramu strategi penyediaan dan juga penentuan harga barang.

18

Penerapan solusi Business Intelegence pada perusahaan ini adalah dengan membangun sebuah gudang data yang terdiri dari hampir 15TB data relasional. Data relasional tersebut disimpan dalam SQL Server 2005, sedangkan cube dibangun dengan menggunakan Analysis Services 2005. Laporan dihasilkan dengan Reporting Services 2005 dan analisis diselesaikan dengan menggunakan ProClarity.

Penutup
Sebagaimana telah dibahas dalam bagian ini bahwa keuntungan dari Business Intelligence telah bekerja secara baik di berbagai perusahaan di seluruh dunia. Namun, penting untuk disadari bahwa ada berbagai macam jabatan dalam organisasi yang apat memperoleh keuntungan dari BI dan tiap-tiap jabatan tersebut seringkali mengkonsumsi data dalam jalan yang berbeda-beda. Untuk ita ada berbagai macam tools yang dapat digunakan untuk melihat data yang ada dalam cube yang dibuat dari gudang data. Dengan mengimplementasikan tools yang sesuai untuk masing-masing jabatan dalam organisai maka keuntungan dari solusi BI dapat dirasakan di dalam organisasi. Membuat sebuah aplikasi Business Intelligence bukanlah sebuah proses yang mudah. Sebuah organisi harus memutuskan masalah bisnis apa yang ingin diselesaikannya dan kemudian dilanjutkan dengan membuat sebuah gudang data yang mendukung penyelesaian masalah tersebut. Penyampaian data dalam bisnis harus direncanakan dan dibuat, hal ini lah yang akan banyak dibahas pada buku ini. Bab selanjutnya Pengenalan PerformancePoint Server, akan membahas sebuah produk baru dari Microsoft , PerformancePoint Server yang akan membawa kepada anda sejumlah tools untuk membuat kartu bisnis, analisis dan juga perencanaan.

19

Pengenalan PerformancePoint Server

PerformancePoint Server 2007 adalah sebuah produk terbaru dari dari Microsoft. PerformancePoint Server 2007 adalah sebuah kakas yang didesain untuk mendukung siklus dari pengawasan kesehatan sebuah organisasi, analisis data organisasi pada level yang cukup detail dan perencanaan untuk masa depan. PerformancePoint Server 2007 mewakili sebuah usaha dari Microsoft untuk menyajikan seperangkat alat yang dapat melengkapi sebuah perusahaan dengan kemampuan business intelligence yang cukup mumpuni dan komplit. Dua pilar dalam PerformancePoint Server menyediakan kakas yang mendukung tipe pengguna yang bermacam-macam seperti analis dan juga pembuat keputusan bisnis, sedankan tiga pilar lainnya bergerak dalam bidang penyediaan data ke organisasi dalam rangka pembuatan perencanaan, anggaran dan peramalan. Aktifitas peramalan dan pembuatan anggaran dapat menjadi bagian dari proses, sehingga performa sebenarnya dapat dibandingkan dengan ramalan sehingga kesehatan dari bisnis dapat diawasi dengan baik. Variasi di performa dari perencanaan dapat dengan mudah dianalisis secara detail untuk menentukan sumber dari berbagai macam variasi.

Apa itu PerformancePoint 2007

Microsoft Office PerformancePoint Server 2007 dapat diartikan menjadi 2 bagian yaitu aplikasi dan platform. Hal ini terjadi karena PerformancePoint Server dapat digunakan sebagai sebuah aplikasi dan disebut platform karena dapat dikembangkan secara lebih lanjut dan juga dapat dikustomisasi. Kemudian ada tiga buah area yang menjadi fokus dari PerformancePoint Server yaitu : pengawasan, analisis dan juga perencanaan. Meskipun ada tiga pilar namun dua diantaranya diintegrasikan dalam berbagai macam kesempatan. Pengawaan dan analisis, keduanya diintegrasikan dalam sebuah tools dan diinstall secara bersamaan yang berarti mereka berdua terintegrasi secara penuh. Pada sisi lain fitur analisis dalam PerformancePoint 2007 disediakan dalam lisensi terpisah dalam pembelian PerformancePoint Server. Pemisahan ini dilakukan untuk memberikan dua buah tools kepada pengguna sesuai dengan keperluannya apakah akan melakukan monitoring atau analisis. Pengawasan dengan PerformancePoint Server PerformancePoint Server 2007 memberikan fungsi monitoring termasuk KPI, kartu bisnis dan juga dashboard. Dashboard ini akan dihost dalam seuah situs SharePoint yang menggunakan Windows SharePoint Services atau Microsoft Office SharePoint Server. Fungsi pengawasan dalam PerformancePoint Server adalah iterasi ketiga dari teknologi Microsoft yang menggantikan Microsoft Office Business Scorecard Manager 2005. Key Performance Indicator atau KPI, kartu skor dan dashboard akan dibahas secara detail pada bab 3 dan 4 namun akan terlebih dahulu dibahas secara sepintas didalam bagian ini. Sebuah aplikasi yang bernama Dashboard Designer adalah sebuah kakas yang digunakan untuk membuat seubah KPI, kartu skor dan juga dashboard. KPI adalah sebuah matriks yang digunakan oleh dunia bisnis untuk memonitor kesehatan dari bagian tertentu dalam bisnis. Contohnya adalah sebuah perusahaan menggunakan KPI untuk pelacakan penjualan, perhitungan jumlah pegawai, kepuasan konsumen, pelatihan pegawai dan lainnya. KPI bukan hanya terdiri dari sebuah angka-angka yang

20

menunjukkan kesehatan saja melainkan juga memiliki angka aktual seperti angka penjualan, target (angka perkiraan penjualan), indikator (bagaimana angka aktual tersebut jika dibandingkan dengan perkiraan), dan juga sebuah tren yang menunjukkan apakah KPI sedang naik, turun atau tidak berubah. Satu atau lebih KPI disimpan dalam sebuah kartu skor. Sebuat kartu skor memberikan sebuah pandangan singkat pada seseorang tentang bagaimana sebuah proses bisnis atau divisi dengan berlangsung. Indikatornya biasanya berupa sebuah gambar seperti lingkaran berwarna, wajah tersenyum, panah atau lainnya. Sehingga dengan indikator berwarna tersebut pengguna dapat secara cepat mengerti artinya tanpa harus ambil pusing dengan angka-angka yang disajikan. Selain menunjukkan KPI, sebuah kartu skor juga dapat menunjukkan skor. Sebuah KPI memiliki nilai aktual dan juga nilai target, semakin baik nilai aktual jika dibandingkan dengan nilai target maka nilai KPI pun akan semakin besar. Dashboard adalah sebuah kontainer dari satu atau lebih kartu skor yang bisa saja digabungkan dengan laporan atau item lainnya. Dashboard bisa memiliki filter yang dapat digunakan oleh pengguna untuk mengupdate satu atau lebih item yang ditampilkan. Sebagai contoh, filter untuk produk dapat digunakan oleh pengguna untuk mengganti tampilan laporan dari satu produk ke produk lainnya dan juga dua laporan yang ada di dashboard. Contohnya adalah pada gambar dibawah ini yang menampilkan sebuah dashboard yang mengandung dua buah kartu skor dan beberapa laporan yang ditampilkan dalam bentuk grafik.

21

Salah satu elemen yang hilang dalam versi pertama dari tool pengawasan adalah kemampuan untuk mengklik pada sebuah KPI dan melewatkannya ke sebuah aplikasi atau laporan. Sebagai contoh bayangkan seseorang sedang mencari pengeluaran untuk gaji pada sebuah lokasi tertentu, kemudian dia menyadari adanya sebuah nilai yang sangat rendah pada KPI. Arti dari nilai rendah tersebut adalah bahwa besar gaji lebih tingga dari besar yang diharapkan. Alangkan baiknya jika ada sebuah fitur yang memungkinkan dia untuk mengklik KPI tersebut dan meluncurkan sebuah aplikasi sistem pewaktuan dan kehadiran perusahaan dan memasukkan lokasi dan waktu dari KPI yang sedang dilihatnya sehingga dia dapat menganalisis permasalahan tingginya angka pengajian. Tipe integrasi ini dimungkinkan lewat proses kustomisasi namun ini bukanlah fungsionalitas yang tersedia secara langsung pada versi pertama PerformancePoint Server. Bagian monitoring menggunakan Dashboard Designer dan bekerja secara disconnected. Hal ini mirip dengan bagaimana Visual Studio digunakan untuk membuat sebuah aplikasi web. Seorang developer dapat bekerja secara lokal pada mesin penggembangan yang digunakannya, meskipun aplikasi web tersebut pada akhirnya akan dijalankan di server. Pada intinya Visual Studio mengizinkan seorang developer untuk membuat sebuah aplikasi web pada mesin pengembangannya dan menguji aplikasi tersebut sebelum pada akhirnya dideploy di server. Sama dengan Visual Studio, Dashboard Designer mengizinkan developer untuk bekerja secara lokal dan melihatnya dengan menggunakan Intenet

22

Information Server sebelum menginstall dashboardnya ke sebuah server yang menjalankan SharePoint. Hal ini akan dibahas secara mendetail pada bab 3. Analisis dengan PerformancePoint Server Pada pertengahan 2006, Microsoft telah membeli sebuah perusahaan dengan nama ProClarity Corporation. ProClarity adalah sebuah perusahaan yang membuat produk analisis untuk Analysis Services (produk paling terkenal untuk masalah ini adalah Excel, namun kemampuan analisisnya masih kalah jika dibandingkan dengan ProClarity). ProClarity sebenarnya memiliki beberapa produk lainnnya, dua diantaranya adalah ProClarity Desktop Professional dan Proclarity Analytics Server. Desktop Professinal adalah sebuah aplikasi berbasis Windows sedangkan Analytics Server adalah sebuah aplikai web yang didalamnya ada sebuah aplikasi thin client yang memiliki hampir semua kemampuan yang ada dalam Desktop Professional. Setelah pembelian ProClarity oleh Microsoft, PerformancePoint Server diumumkan sebagai pengganti dari produk ProClarity. PerformancePoint server merupakan sebuah perpaduan antara Business Scorecard Manager dan ProClarity dalam satu produk ditambah dengan sebuah modul perencanaan. Pada kenyataannya integrasi antara produk analisis dari ProClarity tidak terjadi dengan mulus. Fitur analisis di dalam PerformancePoint Server 2005 cukup baik dalam hasilnya, namun tergolong terbatas jika dibandingkan dengan aplikasi analisis yang sebenarnya. Fitur analisis yang ada dalam PerformancePoint Server utamanya dibagi menjadi dua yaitu : Analytic Chart dan Analytic Grid. Ada cara lain untuk memperoleh analisis namun hal ini tergantung pada Office Web Components yang memerlukan instalasi lagi pada sisi client dan juga lisensi baru. Analytic Chart dan Analytic Grid sangat baik dalam fitur yang mereka miliki, memampukan pengguna untuk mengeksplorasi data-data tambahan dan juga menerapakan filter. Namun keduanya amat terbatas pada fungsi ini. Pengguna tidak dapat mengganti dimensi yang sedang ditampilkan, sebagai contoh pengguna tidak dapat mengganti dimensi produk dengan pelanggan pada bagian baris. Analytic Chart dan Analytic Grid dibahas secara lebih lanjut pada bab 3 dan lebih detail lagi pada bab 4. Gambar dibawah ini menunjukkan contoh dari laporan yang dihasilkan oleh Analytic Chart dan Analytic Grid.

23

Dalam tujuan untuk mengatasi kurangnya kemampuan analisis dalam PerformancePoint Server, maka Microsoft tetap menjaga agar produk ProClarity tetap ada. Pengguna yang ingin membeli produk PerformancePoint Server pun akan mendapatkan lisensi untuk menggunakan ProClarity. Pengguna yang tertarik untuk menggunakan PerformancePoint server untuk analisis pasti akan menginstall dan mengunakan ProClarity Analytics Server, Microsoft pun menyediakan sebuah tipe laporan dalam PerformancePoint Server yang dihubungkan dengan sebuah report, hal ini dinamakan view dalam ProClarity Analytics Server. Kakas dari ProClarity menunjukkan aplikasi analisis data yang sebenarnya dengan menawarkan kemampuan yang bisa dikatakan tidak terbatas untuk bekerja terhadap data yang ada di cube Analysis Services. Kemampuan grafis dari kakas ProClarity masih belum dapat ditandingi oleh kakas lainnya yang ada di pasaran. Kemampuan dari Excel 2007 memang lebih baik jika berhadapan dengan data yang berbentuk grid, namun chart dalam ProClarity lebih powerfull dan juga fleksibel.

24

Perencanaan dengan PerformancePoint Server Fitur perencanaan dari PerformancePoint Server adalah sebuah fungsionalitas baru dari Microsoft. Modul ini dikembangkan dari awal untuk memenuhi kebutuhan dari dunia bisnis dalam melakukan perencanaan, pembuatan anggaran dan juga peramalan. Ketika ada banyak contoh dalam buku-buku BI adalah masalah keuangan, maka proses pengawasan dan analisis tidak perlu difokuskan pada masalah finansial. Namun lain halnya dengan modul perencanaan yang berfokus utama pada masalah keuangan. Kakas utama yang umumnya digunakan oleh pengguna dalam berurusan dengan perencanaan adalah Excel. Kakas lainnya adalah Planning Business Modeler yang ginakan oleh beberapa orang dalam organisasi untuk membuat sebuah model finansial yang mewakili bagaimana cara sebuah organisasi mengurus masalah finansial. Sekali model tersebut telah dibuat maka pengguna dapat menggunakan Excel dalam menambahkan atau mengupdate data untuk keperluan perencanaan/peramalan. Salah satu alasan utama untuk pembuatan dari modul perencanaan adalah untuk memudahkan proses pembuatan rencana strategis, pembuatan anggaran dan juga perkiraan penjualan. Modul perencanaan membuat sebuah perusahaan dapat mengimpor data dari berbagai lokasi maupun sistem yang berbeda dan menyimpannya dalam sebuah lokasi penyimpanan. Keamanan memainkan peran yang sangat penting dalam modul perencanaan, hanya pengguna yang diizinkan saja yang dapat melihat data yang mereka perlukan. Semua perubahan dicatat secara otomatis oleh sistem dalam rangka penyesuaian dengan aturan hukum yang memerlukan audit terhadap informasi yang menyangkut masalah finansial. Memiliki sebuah media penyimpanan yang tersentralisasi untuk data dan aturan bisnis berarti bahwa setiap orang dalam bisnis memiliki hanya satu sumber data, yang menjamin akurasi dan konsistendsi dari data. Hal ini adalah contoh yang baik dari single version of the truth yang menjadi tujuan dari Business Intelligence. Gambar dibawah menunjukkan penggunaan modul perencanaan.

25

Modul Perencanaan juga memiliki sebuah kemampuan workflow, sehingga penggantian yang dibuat oleh seorang pengguna dapat melalui sebuah proses validasi sebelum dimasukkan ke dalam perencanaan atau anggaran. Hal ini memastikan agar pengugna tidak membuat perubahan pada perencanaan agar laporannya terlihat baik pada akhir tahun. Modul perencanaan akan dibahas secara lebih detail pada bab 5. Penutup PerformancePoint Server memiliki 3 buah aplikasi utama yaitu pengawasan, analisis dan perencanaan. Pengawasan adalah sebuah acara untuk untuk mellihat faktor-faktor utama yang mempengaruhi kesehatan dari organisasi. Hal ini diselesaikan dengan menggunakan kartu skor yang berarti melihat data di level teratas dan memperoleh informasi tentang kelemahan atau kekuatan perusahaa melalui matriks yang beragam. Fungsi analisis dibahas lewat laporan dalam PerformancePoint Server dan kakas analisis pada aplikasi ProClarity. Penggunaan lebih dari satu aplikasi ini diperlukan dalam PerformancePoint Server di rilis yang pertamanya dan diharapkan bahwa kita tidak perlu lagi menggunakan lebih dari satu aplikasi pada rilis berikutnya.

26

Modul perencanaan didesain untuk menolong percepatan organisasi ketika membuat anggaran atau perkiraan sembari mengikuti aturan bisnis yang berlaku pada organisasi tersebut. Keamanan adalah salah satu komponen penting dalam modul perencanaan untuk mencatat setiap perubahan dan memastikan bahwa hanya pengguna yang terauthorisasi yang berhak mengubah data. Secara keseluruhan PerformancePoint Server 2007 memberikan jalan kepada sebuah perusahaan untuk mengawasi performa bisnis mereka dan membandingkannya dengan rencana, menganalisis data, dan membuat sebuah perkiraan dan perencanaan. Perencanaan yang telah dibuat tadi dapat digunakan untuk proses monitoring. Integrasi dari tools ini dan dashboard yang dapat dibuat menjadikan PerformancePoint Server 2007 sebagai sebuah kakas yang komplit dalam membantu penerapan nilainilai business intelligence ke dalam sebuah organisasi.

27

Proses Pengawasan pada PerformancePoint Server

PerformancePoint Server menggunakan indikator performansi utama untuk membuat scorecard (kartu skor). Scorecard ini pada dashboard yang tempat objekobjek yang akan diakses oleh pengguna ketika melakukan sebagian dari proses pegawasan, analisis dan percobaan untuk perencanaan. PerformancePoint Server menggunakan terminologi dashboard dan scorecard, tetapi seperti yang telah disebutkan pada bab 4 kedua istilah ini kadang-kadang dapat saling menggantikan. Dalam PerformancePoint Server , para pengembang bussiness intelligence dipandu melalui proses pembuatan KPI, pembuatan scorecard, dan selanjutnya menempatkannya pada dashboard. Setelah itu biasanya dasboard diterbitkan (di-publish) pada SharePoint sehingga dapat digunakan oleh pengguna lain dalam organisasi tersebut. Scorecard dan dashboard dalam PerformancePoint Server dibuat dengan menggunakan Dashboard Designer yang menggantikan Office Business Scorecard Manager 2005 Scorecard Builder. Businesss Scorecard Manager ini dulunya digunakan untuk membuat scorecard dan dashboard dengan menggunakan KPI dan dirilis sebelum SQL Server 2005. Meskipun dapat digunakan dengan Analysis Services 2000 dan Analysis Service 2005, keuntungan dari beberapa fitur baru yang terdapat pada Analysis Service 2005 tidak dapat digunakan, seperti KPI yang dibuat di dalam cube Analysis Service 2005. Dulu Microsoft merilis sebuah kakas konversi yang dapat memindahkan KPI pada Analysis Service 2005 ke dalam Scorecard Manager dan sebaliknya, tetapi Dashboard Designer pada PerformancePoint Server telah mendukung KPI dan semua fitur lain dalam Analysis Service 2005.

Sumber Data (Data Source) dan Scorecard

Pada bab ini kakas yang akan digunakan untuk membuat KPI, scorecard, laporan dan dashboard pada dinamakan Dashboard Designer. Dashboard designer ini merupakan aplikasi client yang biasanya dibuka lewat Dashboard Central, sebuah halaman web yang dapat diakses oleh developer BI dan perancang dashboard. Halaman ini dapat diakses dengan mengetik nama server ditambah dengan /central, atau kadang-kadang dengan nama server dan nomor portnya seperti yang dapat dilihat pada gambar 5-1. Dengan halaman web ini perancang dapat membuka Dashboard Designer dan menampilkan situs Dashboard Web Preview. Dashboard Designer dibuat dengan menggunakan managed code dan tidak perlu ditempatkan sebelumnya pada setiap mesin milik developer karena dapat diunduh ketika diperlukan. Selain itu karena Dashboard designer merupakan managed code, ia dapat berjalan pada daerah terproteksi (protected area) miliknya sendiri sehingga sama sekali tidak memerlukan verfikasi keamanan yang terdapat pada item seperti ActiveX Controls. Selain itu, karena merupakan sebuah aplikasi Windows Form, antarmukanya dilengkapi dengan fitur yang penuh dan menggunakan elemen desain seperti Office 2007

28

Gambar 5-1 Halaman Dashboard Central, dari menu ini Dashboard Designer dapat dibuka

dengan ribbon (pita) bar (jadi, tidak menggunakan menu yang lebih tradisonal). Gambar 5-2 menunjukkan tampilan Dashboard Designer ketika dibuka pertama kali. Bagian kiri dari Dashboard Designer adalah Workspace Browser yang menampilkan objek-objek yang tersedia untuk digunakan. Objek-objek mungkin saja baru dibuat atau baru diambil dari Server. Workspace Browser menunjukkan tipe-tipe objek yang dapat dibuat pada designer yaitu Dashboard, KPI, scorecard, Laporan (report), data source dan Indikator. Dashboard merepresentasikan objek pada level tertinggi sehingga terdaftar pertama kali. Tidak mengejutkan jika KPI dan scorecard terlihat, tetapi perlu dicatat bahwa laporan juga ditampilkan sebagai objek kelas pertama. Anda seharusnya menyadari bahwa apa pun yang terdaftar dalam workspace adalah sebuah salinan lokal yang dapat diubah tanpa mempengaruhi item-item pada server. Tidak ada perubahan lokal sampai di server sampai item-item diterbitkan.

29

Gambar 5-2 Tampilan Dashboard Designer ketika dibuka pertama kali Pada ribbon bar terdapat tombol refresh yang akan mengirimkan query ke server untuk mencari data source, dashboard, KPI, dan seterusnya. Jika tombol ini diklik maka daftar-daftar yang terdapat di tengah (area Workspace) tempat tab-tab Server dan Workspace akan tersusun. Pada server baru tentu saja daftar-daftar tesebut akan kosong. Ketika sudah ada objek-objek yang diterbitkan ke server, objekobjek tersebut akan ditampilkan dalam daftar-daftar tadi hanya jika tombol refresh telah diklik.

Proses Pembuatan Sumber Data

Jika simpul Data Sources pada Workspace Browser diklik kanan, sebuah konteks menu akan muncul dengan pilihan menu untuk membuat data source baru. Jika menu tersebut dipilih maka kotak dialog Select a Data Source Template akan muncul. Kotak dialog ini membagi jenis koneksi ke dalam tiga kategori yaitu Multidimensional, Standard Queries dan Tabular List. Terdapat juga simpul All yang akan menunjukkan semua template data source yang berbeda sekaligus, pada kotak template dalam kotak dialog. Pada folder template multidimensional terdapat sebuah template tunggal untuk Analysis Service. Template Analysis Service dapat terhubung ke Analysis Services 2000 dan Analysis Services 2005. Pada kategori Standard Query hanya tedapat sebuah template tunggal untuk membuka data source manapun yang dapat diakses lewat ODBC. Pada kategori Tabular List terdapat empat template yaitu satu untuk Excel Service (Excel versi web ), satu untuk mengimpor data dari sebuah Excel 2007 workbook, satu

30

untuk mengimpor data dari Share Point List dan sebuah template terakhir untuk membaca langsung dari sebuah table pada SQL Server, baik untuk SQL Server 2000 maupun SQL Server 2005. Gambar 5-3 menunjukkan semua tipe data source yang terdapat dalam PerformancePoint Server. Karena hampir semua aplikasi Business Intelligence akan didasarkan pada cube Analysis Service (minimal sebagian), contoh yang digunakan disini akan menunjukkan kepada Anda bagaimana membuat sebuah koneksi data ke Analysis Services 2005. Setelah memilih untuk membuat sebuah data source baru dan memilih Analysis Service sebagai template, sebuah kotak dialog akan muncul untuk menanyakan nama data source, folder display default, dan apakah akses untuk membaca diberikan kepada pengguna yang sudah terotentikasi pada PerformancePoint Monitoring Server. Nama tersebut sebaiknya deskriptif. Nama ini tidak akan dapat dilihat oleh pengguna akhir tetapi sebaliknya dapat dilihat oleh pengembangpengembang lain. Lokasi default display folder merupakan opsional . Berdasarkan informasi ini sebuah folder akan dibuat (atau menggunakan sebuah folder yang sudah ada sebelumnya) pada Workspace Browser. Mekanisme folder ini akan memungkinkan lebih dari satu item (dalam hal ini data source) dikelompokkan ke dalam subfolder di bawah folder yang merepresentasikan tipe objek. Hal ini akan memudahkan pengelompokan item-item. Misalnya pada sebuah perusahaan yang memiliki banyak scorecard, pengelompokkan berdasarkan area fungsional tentunya akan membantu. Jika akses untuk membaca diberikan kepada semua pengguna yang terotentikasi pada PerformancePoint Monitoring Server, sebuah role pada item tersebut akan secara otomatis ditambahkan pada semua pengguna. Jika opsi ini tidak dipilih , pengembang harus membuat ijin untuk akses sebagai langkah tambahan selanjutnya. Gambar 5-4 menunjukkan kotak dialog yang muncul ketika data source Analysis Service baru telah dibuat dengan nama AdvWorks.

31

Gambar 5-3 Tipe data source yang terdapat dalam PerformancePoint Server. Setelah sebuah data source dibuat, sebuah window setting dengan tiga buah tab muncul dalam area kerja utama yaitu Editor, Properties dan Time. Dengan data source Analysis Service, terdapat dua buah pilihan utama pada tab Editor yaitu use a standard connection atau use a custom connection string. Biasanya penggunaan koneksi standar saja sudah cukup, tetapi terdapat beberapa kasus dimana penggunaan parameter string koneksi khusus diberikan kepada Analysis Service untuk membuat fitur khusus dapat digunakan. Untuk contoh berikut ini cukup digunakan koneksi standar. Sebuah koneksi standar memerlukan nama dari server dimana Analysis Service berjalan. Sesudah nama server dientri, jika list box untuk dasis data di-drop down (didetailkan) maka basis data-basis data yang terdapat pada server tersebut akan ditampilkan.

32

Gambar 5-4 Kotak dialog yang menampilkan pembuatan sebuah data source Analysis Service baru. Tiga isian yang sama pada kotak dialog ini akan sering muncul ketika bekerja dengan menggunakan Dashboard Designer Wizard. Catatan: Jika sebuah basis data muncul pada server tetapi tidak muncul dalam list, maka hal ini disebabkan oleh bagaimana PerformancePoint Monitoring Server terhubung ke Analysis Service. PerformancePoint Monitoring Server tersedia melalui Internet Information Services (IIS) sehingga application pool digunakan untuk dapat berjalan. Setiap application pool dapat diset untuk berjalan dalam konteks sebuah service yang sudah ada, seperti network service atau sebuah nama user sebenarnya disertai dengan passwordnya. Oleh karena itu, cube harus memiliki sebuah role yang dapat memberikan ijin kepada pengguna atau service dimana application pool berjalan. Pilihan lain adalah dengan menset konfigurasi server sehingga melewatkan kepercayaan (credential) user melalui Analysis Service. Pilihan-pilihan ini akan didiskusikan lebih detail pada bab 8 pada bagian keamanan. Pilihan terakhir pada tab Summary adalah Cache Setting. Secara Default, PerformancePoint Server akan mendapat data dari Analysis Service dan meng-cache data tersebut selama 10 menit. Setelah 10 menit, PerformancePoint Server akan membuat cache tidak berlaku lagi dan query berikutnya akan terhubung kembali pada cube untuk memperoleh data. JIka ini adalah sebuah cube yang lebih jarang diperbaharui , waktu ini akan diperpanjang. Untuk organisasi-organisasi yang melakukan BI yang real time atau

33

hampir real time mempersingkat waktu cache ini secara internal mungkin masuk akal. Gambar 5-5 menunjukkan halaman Summary yang telah terisi dengan informasi untuk terhubung dengan Adventure Works cube pada basis data Adventure Works DW. Tab properties memungkinkan desainer untuk menset berbagai properti dari data source. Pada bagian General Properties terdapat empat properti termasuk nama dari data source dan sebuah deskripsi yang merupakan opsional. Kotak teks Person Responsible diperlukan dan seharusnya diisi dengan orang yang membuat data source tersebut sehingga hal ini disikan secara default. Secara teori hal ini dapat diganti menjadi user lain yang terotentikasi, tetapi biasanya cukup dengan orang yang membuat data source. Yang terakhir, kotak teks Display Folder menset tampilan opsional dan merupakan sebuah pengulanan kotak teks yang ditampilkan ketika data source pertama kali dibuat. Berikutnya adalah bagian yang diberi nama Customer Properties. Bagian ini biasanya berguna jika standar perusahaan mensyaratkan pemantauan informasi khusus yang tidak selalu tersedia seperti

Gambar 5-5 Tampilan data source yang terhubung ke Adventure Works cube pada basis data Adventure Work DW pada sebuah server yang diberi nama PerfPointServer Alamat email dari orang yang membuat data source. Ketika tombol New Property diklik, sebuah kotak dialog akan muncul. Kotak dialog ini menunjukkan bahwa properti dapat bernilai salah satu dari tipe data yaitu Text, Decimal, Date atau Hyperlink. Setiap properti khusus diberi sebuah nama, salah satu dari empat tipe data dan sebuah nilai. Sebuah properti khusus dapat juga memiliki deskripsi yang merupakan opsional.

34

Pada bagian bawah dari halaman ini, terdapat sebuah bagian Permisson yang memungkinkan pembuat data source untuk memberi ijin pada mereka yang memiliki ijin untuk membaca data melalui data source dan mereka yang memiliki wewenang untuk mengedit data source. Secara default, pada pembuat data source ditambahkan Editor role. Juga secara default, pada pembuat data source ditambahkan Reader Role jika pengembang menceklist pilihan (lihat gambar 5-4) yang memberi ijin membaca kepada semua pengguna. Jika tidak, setiap orang seharusnya memiliki akses membaca melalui data source ini, yang berarti role khusus dapat dibuang dan role yang lebih terbatas dapat ditambahkan. Selain itu, role tambahan dapat juga ditambahkan jika diinginkan lebih banyak editor. Role baru memerlukan sebuah pengguna dalam format DOMAIN\alias, dimana alias dapat berupa pengguna individu atau sebuah NT Group. Gambar 5-6 menunjukkan bahwa tampilan ini mungkin kelihatan telah ditambahkan dengan properti khusus dan sebuah deskripsi dari data source.

Gambar 5-6 Tab Properties dari data source menset properti umum dan khusus berikut dengan ijin bagi mereka yang dapat membaca dan mengedit data source. Tab Time memungkinkan pengguna untuk memilih sebuah member dalam dimensi waktu dari cube dan memetakannya ke sebuah tanggal dalam Time control pada Dashboard Designer. Pada Dashboard Designer pengembang dapat menentukan level-level dalam sebuah hirarki waktu ke level-level yang bersesuaian. Hal ini memungkinkan penggunaan filter Time Intelligence pada cube. Filter Time Intelligence memungkinkan pengembang untuk membuat pilihan filter seperti enam bulan terakhir, empat triwulan terakhir, dan seterusnya. Semuanya ini dapat didasarkan pada tanggal sekarang. Sebuah rumus mungkin dapat berupa Year-1:Year, yang akan menghasilkan tahun sebelumnya dan

35

tahun sekarang (maksudnya 2006;2007 akan dihasilkan jika dijalankan pada tahun 2007). Sebuah rumus yang mirip Month-12:Month, akan mengembalikan 12 bulan terakhir berdasarkan bulan saat ini. Sekarang setelah data source dibuat, penting untuk diperhatikan bahwa data source ini hanya akan muncul pada mesin miliki pengembang yang membuatnya. Aplikasi Dashboard Designer berjalan secara lokal dan agar pengguna lain dapat menggunakan data source tersebut atau objek lain yang dibuat pada Dashboard Designer, semua objek ini harus diterbitkan ke server. Objek individu dapat diterbitkan dengan cara diklik kanan pada Workspace Browser dan memilih Publish, atau semua objek yang berubah dapat diterbitkan sekaligus dengan mengklik tombol Publish All yang terdapat pada ribbon Home. Ketika objek-objek diterbitkan ke server, mereka secara otomatis akan diberi nomor versi dan timestamp. Perubahan pada objek dapat dipantau sehingga perbandingan antar versi dapat dilakukan dan bahkan perancang dapat mengembalikan objek ke versi sebelumnya jika diperlukan.

Proses pembuatan Scorecard

Secara umum setelah sebuah koneksi dibuat, langkah berikutnya adalah membuat himpunan KPI. Walaupun hal ini dimungkinkan, PerformancePoint Server dapat juga langsung ke proses pembuatan scorecard dan KPI dapat dibuat dalam proses tersebut. Hal ini mirip dengan perubahan dari Analysis Service 2000 ke Analysis Service 2005; dalam AS2000, dimensi harus dibuat sebelum sebuah cube dibangun, tetapi AS2005 memungkinkan pembuatan sebuah cube tanpa membangun dimensi terlebih dahulu. Demikian juga, Business Scorecard manager memerlukan pembuatan KPI sebelum pembangunan scorecard, tetapi PerformancePoint Server tidak memiliki batasan yang sama. Untuk membuka kotak dialog sebuah template scorecard, klik kanan pada scorecard dalam Workspace Browser dan pilih New Scorecard. Seperti kotak dialog yang muncul ketika membuat data source, kotak dialog ini memiliki dua bagian yaitu Category dan Template. Kategori ini meliputi ERP, Microsoft, Standard dan tabular, dan mungkin juga meliputi kategori lain di masa depan. Daftar template dalam PerformancePoint Server meliputi Analysis Service, Excel, SharePoint List dan seterusnya. Tambahan template Excel ditambahkan oleh vendor pihak ketiga sebagai contoh dari Microsoft. Kotak dialog ini memberikan pilihan untuk menggunakan wizard dalam membuat scorecard. Tentu saja penggunaan wizard jika baru pertama kali membuat scorecard akan membantu pengembang baru melalui semua proses. Setelah para pengembang menjadi terbiasa dengan scorecard, beberapa dari mereka akan memilih untuk menonaktifkan wizard dan membangun scorecard secara dari awal. Untungnya PerformancePoint Server mengakomodasi kedua pilihan tersebut. Template-template in dapat dikembangkan lebih lanjut dan perusahaan dapat membuat template khusus untuk data source dan scorecard jika diinginkan. Gambar 5-7 menunjukkan sebuah wizard jika memilih untuk membangun scoreard dengan sebuah template Analysis Service Scorecard Wizard. Halaman pertama dari wizard mirip dengan wizard untuk membangun data source baru. Perhatikan daftar beberapa kumpulan tahap diberikan pada bagian kiri dari wizard ini. Dari daftar ini, jelas bahwa terdapat beberapa tahap yang harus dilakukan untuk membuat score card. Tampilan awal hanya menanyakan nama dari scorecard, sebuah pilihan untuk menampilkan folder dan apakah pengguna yang telah terotentikasi diberi akses.

36

Tahap kedua dari wizard adalah memilih sebuah data source. Halaman ini memungkinkan penggunaan data source yang tedapat pada workspace atau server. Ingat bahwa sebuah data source yang baru dibuat, tetapi belum diterbitkan hanya terdapat pada mesin lokal atau workspace.

Gambar 5-7 Wizard untuk membuat sebuah scorecard baru memilliki daftar isian yang sama dengan wizard data source, tetapi wizard ini menunjukkan langkah-langkah yang akan dilakukan pada bagian kiri. Pembuat Scorecard dapat memilih untuk menggunakan data source lokal, yang belum diterbitkan atau yang sudah ada di server. JIka seorang pengembang langsung membuat scorecard tanpa memiliki data source lokal dan tidak ada data source pada server yang ditampilkan, hal ini berarti tombol Refresh belum diklik sebelumnya sehingga data source pada server tidak diambil. Halaman ketiga dari wizard ini adalah tempat dimana perancang memilih sumber KPI. Terdapat dua pilihan pada halaman ini yaitu membuat KPI dari SQL Server Analysis Services Measures atau Impor SQL Server Analysis Service KPI. Ingat bahwa Server pengawasan yang terdahulu, Business Scorecard Manager, pada dasarnya tidak mendukung Analysis Services 2005 KPI. Jelas bahwa PerformancePoint Server dapat memanfaatkan KPI yang telah terdapat dalam cube, meskipun demikian ukuran-ukuran (measure) pada cube dapat juga digunakan untuk membuat KPI di tengah-tengah proses. Masingmasing pendekatan memiliki kelebihan tersendiri, akan tetapi KPI seringkali jauh lebih baik dibangun dalam Analysis Service cube. Hal ini dapat mencegah pengembang yang berbeda mengembangkan KPI yang sama dengan rumus yang berbeda pada scorecard yang berbeda pula. Ingat bahwa satu tujuan dari BI adalah sebuah versi tunggal dari kebenaran jadi memasukkan KPI ke dalam cube membantu dalam

37

menciptakan sebuah standar dalam pendefinisian KPI. Di lain pihak, tidak mungkin sebuah cube akan mempunyai semua KPI yang selalu akan dibutuhkan, jadi PerformancePoint Server meliputi kemampuan untuk membuat KPI berdasarkan ukuran-ukuran pada cube. Tampilan berikutnya dari wizard akan sedikit berbeda tergantung pada pilihan Anda apakah menggunakan KPI dari cube atau membangun KPI dalam Dashboard Designer dari ukuran-ukuran pada cube. Gambar 5-8 menampilkan kedua pilihan tersebut; bagian atas dari layar menampilkan apa yang terjadi jika pengembang ingin menggunakan KPI yang sudah ada, yang terdapat di dalam cube. Penggunaan ulang KPI yang sudah ada cukup sederhana, cukup dengan mengklik checkbox import di sebelah setiap KPI. Setelah itu akan dilanjutkan ke scorecard. Pendekatan yang lebih rumit adalah dengan membangun semua KPI dari ukuran-ukuran pada cube. Catat bahwa scorecard dapat memiliki kedua jenis KPI, akan tetapi wizard ini tidak akan memberikan metode kepada perancang untuk mencampur atau mencocokkan mereka. Hal ini harus dilakukan kemudian secara manual dengan mengedit scorecard. Pendekatan yang akan dibahas pada paragrah-paragarah berikut adalah pendekatan yang membuat KPI baru pada Dashboard Designer berdasarkan ukuran-ukuran pada cube. JIka anda memilih untuk membuat KPI pada Dashboard Designer, Anda akan melihat pada layar untuk menambahkan KPI ke scorecard terdapat dua buah tombol: Add KPI dan Select KPI. Select KPI memungkinkan Anda untu memilih KPI yang telah dibaut sebelumnya dalam workspace atau pada server. Jika tidak terdapat KPI, para pengembang harus memilih tombol Add KPI yang akan memulai proses pendefinisian sebuah KPI. Ketika tombol Add KPI diklik, ukuran pertama pada cube ditambahkan secara default. Kolom nama disini dengan nama ukuran, kolom actual dan target keduanya di set dengan ukurna cube, dan kolom Band Method di set dengan Increasing is Better.

38

Gambar 5-8 Ini adalah dua buah tampilan dari proses menambah KPI. Tampilan yang terletak di atas adalah proses penambahan KPI dalam PerformancePoint berdasarkan ukuran-ukuran cube. Tampilah yang terletak di bawahadalah proses penambahan KPI dengan cara mengimpor KPI yang menjadi bagian dari sebuah cube pada Analysis Services 2005. Pada kolom target terdapat drop-down list dari semua ukuran yang terdapat di dalam cube, akan tetapi pengembang dapat juga mengetiknya jika memang ukuran tersebut ada. Jelas bahwa rumus dapat juga ditempatkan juga disini. Hal ini akan didiskusikan lebih lanjut. Contoh basis data Adventure Works DW digunakan sebagai contoh yang diperlihatkan pada gambar. Dua dari ukuran dalam Adventure Works cube dinamakan Sales Amount dan Sales Amount Quota, dan kedua ukuran masing-masing dapat digunakan sebagai Actual dan target. Selain itu, perhatikan juga ketika ukuran-ukuran ini diubah field nama tidak berubah sehingga masih berisi nama dari ukuran pertama. Penting bagi para pengembang untuk tidak lupa merubahnya sebelum lanjut ke tahap berikutnya. Tahap selanjutnya dalam proses in adalah untuk menambah filter ukuran yang merupakan opsional. Filter ukuran adalah sebuah cara untuk memilih anggota dari sebuah dimensi yang akan membatasi apa yang terlihat pada nilai KPI dan dapat juga diset baik sebagai ukuran Actual atau Target . Misalnya, KPI ini mungkin khusus untuk produk tertentu. Oleh karena itu, pengembang dapat memilih sebuah dimensi dengan memilih checkbox untuk menambah filter ukuran.

39

Pada contoh kasus basis data Adventure Works, dimensi produk dapat digunakan untuk membantu dalam memfilter anggotanya. Jika Product.Product Model Lines hierarchy dipilih, maka baik Actual dan Target dapat diset dengan Mountain untuk mempersempit fokus dari KPI khusus ini sehingga hanya mencakup produk dalam garis produksi Mountain. Meskipun wizard ini memungkinkan pengembang untuk membuat pilihan khusus dari anggota-anggota sebuah dimensi, dimensi ini dapat juga dibuat dinamis. Hal ini akan didiskusikan lebih lanjut dalam bab ini. Langkah berikutnya dalam wizard ini akan memungkinkan pengembang untuk menambahkan kolom berdasarkan anggota-anggota dari sebuah dimensi. Penambahan kolom member merupakan opsinal dan sering kali digunakan untuk menambahkan nilai tanggal pada scorecard. Misalnya sebuah perusahaan mungkin memilih agar scorecard menunjukkan nilai actual dan target untuk sales amount dselama tiga tahun terakhir. Scorecard yang dihasilkan memiliki sebuah kolom untuk setiap tahun dan kolom-kolom tersebut lebih jauh dibagi lagi menjadi kolom actual dan target. Setelah tahap ini selesai, maka tombol Finish akan aktif dan dapat diklik. Setelah tombol finish diklik sebuah halaman akan muncul dan menunjukkan ringkasan dari apa saja yang telah dilakukan, tetapi intinya adalah scorecard telah dibuat. Pada gambar 5-9 dapat dilihat Scorecard baru yang sangat sederhana dengan mengasumsikan tidak ada filter atau kolom member yang dipilih. Scorecard ini menunjukkan KPI pada bagian baris dan Actual dan Target pada bagian kolom. Nilai actual ditampilkan bersamaan dengan nilai target dan sebuah indikator kesehatan dari KPI. Dalam Workspace Browser sejumlah item baru telah dibuat termasuk scorecard, sebuah KPI dan dua buah item yang muncul di bawah folder indikator. Pada bagian Details, sejumlah folder sekarang muncul dalam jendela Available Items. Karena scorecard ini dibuat hanya dengan mengklik tombol Finish, indikator kesehatan diset secara otomatis bersamaan dengan layout dari keseluruhan tampilan scorecard. Di lain pihak, pengembang dapat saja memilih untuk menset member untuk setiap kolom dalam proses membuat tampilan scorecard. Dimensi yang dipilih untuk kolom biasanya adalah Time walaupun hal ini bukan sebuah persyaratan, Jika pengembang tidak memilih anggota dimensi ketika menggunaka wizard, dimensi dan anggota dapat dipilih dari folder Dimensions yang terdapat pada bagian Details, dengan mengasumsikan bahwa pengembang telah menerbitkan item-item ke server. Setelah dimensi dipilih, anggota dari dimensi tersebut dapat dipilih. Misalnya jika dimensi Date.Calendar Year dipilih, maka anggota CY 2003 dan CY 2004 selanjutnya dapat dipilih. Supaya data muncul, pengembang dapat memilih untuk menerbitkan scorecard atau mengklik tombol update pada Edit Ribbon. Penggunaan susunan ini merubah scorecard sehingga menjadi seperti pada gambar 5-10. Perhatikanlah, simbol telah berubah. Simbol pada gambar 5-9 yang dulunya sebuah segitiga dan berwarna kuning menjadi lingkaran berwarna hijau pada gambar 5-10. Pada gambar 5-10 hal ini wajar karena baik untuk tahun 2003 dan 2004 nilai actual berada di atas target.

40

Gambar 5-9 Ini adalah sebuah scorecard sederhana dengan sebuah KPI tunggal yang menunjukkan nilai aktual, target dan sebuah grafik yang merupakan indikator dari status KPI. Warna indikator pada gambar 5-9 apakah seharusnya kuning atau merah tergantung pada aturan bisnis dan apa yang diputuskan bisnis. Ambang batasnya seharusnya berubah menjadi merah atau kategori buruk. Setelah scorecard dapat terlihat seperti pada gambar 5-9 dan 5-10, scorecard telah menjadi interaktif dan dapat dimodifikasi. Hal ini memungkinkan desainer untuk menggeser dan meletakkan elemenelemen ke dalam scorecard untuk membangunnya secara grafis setelah wizard ini selesai. Ingat kembali bahwa tanggal dapat ditempatkan pada kolom kolom dengan memilihnya sebagai bagian dari wizard, tetapi penambahan item baik ke baris atau kolom juga dimungkinkan dalam jendela desainer. Pada area detail di bagian kanan dari Dashboard Designer terdapat sebuah daftar dari item yang tersedia dan hal ini meliputi KPI, dimensi, himpunan nama dan seterusnya. Item-item tersebut dapat digeser dari bagian Details dan diletakkan pada bagian scorecard. Contohnya, Hirarki Product Model Lines hierarchy yang disebutkan sebelumnya dapat digeser dan diletakkan pada scorecard.

41

Gambar 5-10 Scorecard setelah pengembang melakukan geser dan letakkan untuk menambahkan dimensi Date pada scorecard. Dashboard Designer berperan sebagai palet untuk desain GUI untuk scorecard. Indikator visual membantu dalam menunjukkan dimana item akan diletakkan, seperti sebelum atau sesudah Sales Amount KPI. Setelah diletakkan, sebuah daftar hierarki muncul dalam sebuah kotal dialog yang memungkinkan pengembang untuk memilih item mana yang akan ditempatkan pada scorecard. Dalam gambar 5-11, item-item pada dua level yang berbeda dipilih. Pertama kali semua item produk dipilih baru kemudian item-item satu level dibawah semua level dipilih juga. Setelah tombol update diklik setelah perubahan tersebut data akan diambil dari server. Scorecard sekarang menunjukkan semua item dan jumlah aktual dan target masing-masing. Perhatikan bahwa ukuran yang digunakan untuk target (Sales Amount Quota) tidak memiliki detail dibawah level semua produk sehingga pada contoh ini kosong. Setelah scorecard dibuat, scorecard terlihat pada Workspace Browser. Jika diklik maka scorecard ini akan muncul pada tab Summary, tetapi terdapat juga tab properties di jendela utama. Halaman ini sama persis dengan halaman properties untuk data source yang dibahas pada bagian sebelumnya dengan bagian General Properties, Customer Properties dan Permisson pada tab tersebut.

42

Gambar 5-11 Dua level berbeda dari hierarki Product Model Lines yang ditampilkan pada scorecard. Perhatikan bahwa dimensi dapat ditambahkan baik pada baris atau kolom dari sebuah scorecard dan meliputi anggota dari berbagai level

Proses Pembuatan dan Modifikasi KPI

Dalam bagian sebelumnya dibahas proses pembuatan scorecard. Pembuatan KPI merupakan bagian dari proses tersebut. KPI dapat juga dibuat secara independen hanya dengan mengklik kanan pada folder KPI pada Workspace Browser dan memilih menu New KPI. Selanjutnya akan muncul sebuah kotak dialog yang memberikan pilihan untuk membuat dua tipe objek yaitu KPI tujuan (Objectives) dan KPI Standar. Sebuah tujuan (objective) pada dasarnya sebuah KPI pada level yang lebih tinggi sehingga dapat memiliki satu atau lebih anak KPI dengan skor yang akan ditujukan ke objective. Oleh karena itu, jika tujuannya adalah meningkatkan profit maka KPI dapat meliputi penjualan, pengurangna biaya dan seterusnya. Sebuah KPI standard adalah sebuah KPI yang dibuat dengan scorecard pada bagian sebelumnya. Baik setelah memilih objective maunpun KPI standard, sebuah layar yang menayakan nama, sebuah pilihan untuk menampilkan folder, dan sebuah check boxyang memberikan ijin kepada semua pengguna akan dihasilkan sama seperti ketika membuat sebuah KPI melalui sebuah scorecard wizard baru. Setelah KPI atau objective dibuat, selanjutnya akan ditambahkan ke folder KPI dalam Workspace Browser. Jika KPI baru di Workspace Browser diklik maka dua buah tab akan muncul di area kerja utama yaitu tab Editor dan Properties. Tab properties ini sama dengan tab properties pada scorecard dan data

43

source sehingga tidak ada hal yang uni mengenai cara kerjanya. Meskipun demikian, Tab Editor akan memungkinkan desainer untuk mengubah nama, nilai actual, nilai target, bagaimana informasi ini ditampilkan, bagaimana ambang batas (threshold) diset dan apa indikator yang digunakan. Gambar 5-12 menunjukkan sebuah kotak dialog yang ditampilkan untuk menentukan format angka dari sebuah KPI. Jika pengembang memilih untuk mengganti format tampilan default, maka pengembang juga diberikan pilihan untuk nilai menset berbagai parameter terkait dengan tampilan tersebut. Jumlah angka di belakang koma yang akan ditampilkan dapat diset dengan nilai dari 0 sampai 30. Pengali sangat berguna ketika data disimpan dalam cube sebagai sebuah angka desimal tetapi merepresentasikan sebuah persentase misalnya jika sebuah ukuran batas kasar disimpan sebagai 0.12, multiplier dapat di set nilainya menjadi 100 dan tanda persen dapat ditambahkan untuk membuat data ini akan tampil menjadi 12% pada scorecard. Simbol yang dientri secara manual (harcoded) dapat ditempatkan pada sebelah kiri atau kanan dari nilai sehingga simbol persen, mata uang dan simbol lainnya dapat digunakan.

Gambar 5-12 Ketika mengedit sebuah KPI, format angka dapat di set secara manual. Jika tidak, maka format yang ditemukan pada data source akan digunakan. Angka negatif dapat ditampilkan dengan simbol negatif atau dalam kurung. Nilai nol dapat ditampilkan menggunakan setiap string yang dientri, seperti sebuah dash atau N/A. yang terakhir, sebuah tool tip

44

dapat ditambahkan pada KPI sehingga siapapun yang mengerakkan mouse di atas KPI tersebut akan melihal toll tip muncul berikut dengan informasi tambahan. Kolom berikutnya adalah Thresholds. Kolom ini tidak tersedia pada actual dan hanya ada untuk target. Thresholds merupakan point-point dimana indikator berubah dari satu keadaan ke keadaan lainnya. Sebuah indikator dengan tiga posisi akan mempunyai empat nilai: Best, Threshold 2, Threshold 1, dan Worst. Indikator-indikator dengan 10 posisi akan mempunyai sebelas nilai dan seterusnya. Hal ini mungkin terlihat aneh jika Threshold memiliki nilai Best dan Worst, akan tetapi hal ini diperlukan ketika membuat sebuah skor gabungan yang dapat disatukan. Misalnya kita asumsikan KPI yang digunakan adalah penjualan. JIka nilai target adalah $1 juta, maka semua nilai penjualan diatas nilai tersebut mungkin baik atau memiliki indikator berwarna hijau jika digunakan tiga posisi standar (merah/kuning/hijau). Meskipun demikian, berapa nilai yang terbaik yang mungkin dicapai untuk penjualan? Secara teoritis tidak ada batasan maksimm. Penjualan dapat mencapai $10 juta,$100 juta atau bahkan lebih. Oleh karena itu, untuk mengatasi beberapa masalah tersebut sebuah persentase dari target biasanya digunakan sebagai maksimum dan 120% adalah nilai default yang digunakan pada PerformancePoint Server. Hal ini berarti jika sebuah kelompok mencapai 120% dari target penjualannya dan kelompok lain dapat mencapai 140% dari targetnya maka keduanya memiliki skor yang sama untuk KPI tersebut. Dengan kata lain, mereka telah mencapai nilai terbaik yang diterima oleh sistem. JIak hal ini terlihal tidak adil, Anda dapat saja meningkatkan kriteria nilai untuk best. Akan tetapi, jika sebuah nilai yang sangat tinggi dipilih 200% misalnya, penjualan untuk kelompok yang berbeda dan besarnya saling mendekati seperti 110% dan 115% akan terlihat hampir sama pada skor secara keseluruhan. Pada kasus ini, keduanya akan memiliki skor dibawah 100 karena pernjualan kedua kelompok tersebut masih jauh di bawah 200% yang merupakan nilai yang telah didefinisikan sebagai nilai terbaik yang mungkin. Kebalikannya, nilai Worst (paling buruk) biasanya adalah 0%. Meskipun demikian, pada berbagai ukuran nilai tidak mungkin akan dicapai. Oleh karena itu angka ini biasanya ditingkatkan. Jika sebuah departemen memiliki target $1 juga, tetapi hanya menjual $500000 apakah hal ini jauh lebih baik dari kelompok lain yang memiliki target yang sama tetapi hanya menjual $400000? Oleh karena itu, nilai ini biasanya sekitar 70% dan kelompok manapun yang memiliki penjualan lebih kecil dari 70% dari target mendapat skor nol untuk KPI tersebut. Penentuan nilai Best dan Worst merupakan keputusan bisnis dan seharusnya diputuskan oleh pimpinan bisnis bukan IT. Selain itu, meskipun skor asli ditampilkan hal ini jauh kalah penting dari skor perbandingan satu sama lain. Kebanyakan skor digunakan untuk menentukan peringkat sehingga bagian bisnis dapat menentukan divisi mana yang memiliki performansi yang lebih baik dibandingkan dengan yang lain. Demikian juga, penentuan Threshold yang berada diantara nilai Best dan Worst adalah keputusan bisnis. Apakah jika penjualan mencapai 97% dari yang ditargetkan sudah cukup baik untuk menampikan indikator hijau? Atau apakah indikator seharusnya tidak berubah menjadi hijau sebelum penjualan melewati !00% dari targetnya? Tentu saja, kapan indikator berubah menjadi kuning atau merah? Gambar 5-13 menunjukkan contoh tampilan indikator untuk Sales Amount. Dalam kasus ini, nilai untuk Best diset 130%. Oleh karena itu, semua divisi atau kelompok produk yang melewati 130% akan memperoleh skor tertinggi pada kategori ini. Threshold 2 diset dengan nilai 100%, sehingga untuk berubah menjadi hijau nilai aktual harus melebihi target. Semua nilai diantara 70%-100% berwarna hijau

45

dan nilai di bawah 70% akan mendapat warna merah. Worst diset dengan nilai 50%. Hal ini berati divisi yang atau kelompok produk yang memiliki penjualan lebih kecil dari 50% dari targetnya, secara otomatis akan mendapat nilai nol untuk indikator ini. Perhatikan juga sebuah tombol tersedia di bagian Thresholds untuk menentukan pola penentuan skor dan penentuan band indikator. Jika tombol ini diklik akan muncul sebuah wizard sederhana yang memiliki beberapa metode berbeda untuk penentuan skor dan penentuan indikator. Layar pertama dari wizard ini akan meminta Anda untuk menentukan pola penentuan skor apakah Increasing is Better, Decreasing is Better atau Closer to Target is Better. Sebagai tambahan, terdapat tiga metode banding yang menentukan bagaimana skor dihitung. Sebagai metode default digunakan band berdasakan normalisasi dari nilai aktual/ target yang cara kerjanya seperti yang telah dijelaskan sebelumnya. Metode yang kedua adalah band berdasarkan nilai numerik dari aktual yang merupakan rumus yang jauh lebih sederhana dan menghitung skor hanya berdasarkan nilai aktual. Metode yang terakhir band berdasarkan nilai yang diberikan dan hitung berdasarkan angka diantara dua nilai yang dipilih. Sebagai contoh bayangkan jika target adalah sebuah perhitungan seperti persentase pertumbuhan pernjualan dari periode sebelumnya. Jika nilainya lebih besar dari 10% maka indikator akan berwarna hijau, 10% sampai -10% berwarna kuning dan nilai yang lebih kecil dari -10% diberi warna merah. Ketiga metode sama saja walaupun pola penentuan skor yang digunakan berbeda. Setelah pola penentuan skor dipilih dan penentuan band dipilih, pada layar berikutnya perancang dapat menentukan indikator yang akan digunakan. Secara default jika wizard telah digunakan, mungkin hanya ada tiga tanda standar yang ada. Akan tetapi, penambahan indikator dapat juga dilakukan dan akan dibahas sebentar lagi. Layar terakhir pada wizard Edit Bandng Setting akan meminta Anda untuk mangentri nilai untuk Worst jika metode penentuan band yang dipilih adalah nilai yang dinormalisasi (yang merupakan metode default). Ini hanyalah sebuah nilai yang dientri secara manual pada wizard, tetapi dapat dibuat menjadi rumus pada bagian selanjutnya dalam proses ini. Stelah tombol finish pada halaman ini diklik, indikator baru telah dibuat dan ditambahkan ke Workspace Browser. Kembali ke layar ringkasan Sales Amount , kolom berikutnya di bagian Actual dan Target dinamakan Data Mappings. Ini merupakan tempat untuk menentukan elemen data yang terikat pada target dan actual. Actual dan target dapat bernilai tetap, dan hal ini wajar untuk nilai Actual. Target bukan nilai yang tetap walaupun sebenarnya dimungkinkan ketika perusahaan mengklaim di awal bahwa mereka akan mencapai nilai persentase tertentu dari nilai margin kotor atau jumlah maksimum kegagalan dalam pengujian kualitas misalnya. Jika link pada kolom Data Mappings diklik akan memunculkan kotak dialog Dimension Data Source Mapping. Melalui kotak dialog ini (dapat dilihat pada gambar 5-14) peagembang dapat memilih ukuran yang sudah ada dan dapat memfilter nilai tersebut secara opsional berdasarkan pilihan dari dimensi yang berbeda. Perhatikan pada gambar 5-14, dimensi yang dipilih akan memfilter Sales Amout Quota pada sepeda yang terjual di Arizona. Hal ini tentu saja bisa terjadi, tetapi kemungkinan besar hanya ukuran yang akan berubah dan akan di tujukan pada kuota atau nilai yang diprediksi seperi Sales Quota yang dipilih sebelumnya. Biasanya lebih baik memfilter data kemudian sekaligus untuk keseluruhan scorecard. Hal in akan dibahas berikutnya dalam bab ini.

46

Selanjutnya wizard ini memungkinkan pengguna untuk menambahkan sebuah rumus filter waktu. Hal ini dapat berguna ketika sebuah nilai yang diramalkan tidak tersedia pada data source, tetapi pengembang ingin menggunakan periode sebelumnya. Dalam kasus ini, sebuah rumus dapat dientri agar membaca ukuran dari sebuah periode sebelumnya, seperti periode waktu dalam tahun sebelumnya dari tanggal berapun sekarang ditampilkan. Pilihan lebih lanjut dan lebih detail dapat dilakukan dengan sebuah MDX formula. Multidimensional Expressions atau MDX adalah sebuah bahasa yang digunakan untuk mengakses Analysis Services, sama seperti Structured Query languange (SQL) yang dipakai untuk menakses data relasional. Walaupun diluar cakupan dari buku ini, pemahaman MDX akan

Gambar 5-14 Pemetaan sebuah KPI pada sebuah ukuran (measure) pada data source dengan pilihan untuk menset filter berupa anggota dari dimensi Customer atau Produk. memungkinkan pengembang menentukan target misalnya pertumbuhan 10% dari tahun sebelumnya dan filter berdasarkan kombinasi apapun dari dimensi dan ukuran. Terdapat juga sebuah tombol Change Source yang terletak pada bagian bawah dari kotak dialog. Hal ini memungkinkan bisnis untuk memepertahankan nilai target di luar nilai actual pada cube. Misalnya, Nilai target mungkin pada sebuah cube yang berbeda atau bahkan pada Excel spreadsheet sedangkan actual

47

diambil dari sales cube. Hal ini dapat menyederhanakan proses pembuatan scorecard dan KPInya dengan mengijinkan prediksi dilakukan dan kemudian disimpan di luar Analysis Service cube. Kolom terakhir diberi label Calculation dan mendeskripsikan bagaimana skor untuk KPI ini disatukan jika KPI ini merupakan sebuah objektif dengan kata lain terdapat KPI anak. JIka link pada kolom ini diklik kolom ini akan menampilkan Calculation dialog dan memberikan pengembang beberapa pilihan. Hal ini meliputi default, yang menggunakan nilai rata-rata skor yang berbobot dan dinormalisasi dari semua KPI anak. PIlihan lain adalah rata-rata dari keseluruhan KPI, yang diambil dari masing-masing target anak dan dirata-ratakan terhadap target dari objektif tersebut. Pilihan lain meliputi jumlah anak KPI dan nilai maksimum dan minimum dari anak KPI. Kembali ke tampilan scorecard pada gambar 5-10, perhatikan bahwa kolom target menampilkan kedua nilai target dan indikator. Mudah untuk merubah apa yang ditampilkan pada kolom target manapun hanya dengan mengklik kanan pada header target dan memilih properties. Setelah itu, dialog Target Setting akan muncul seperti yang dapat dilihat pada gambar 5-15. Pertama kali, kolom target dapat menampilkan nilai target, nilai aktual atau tidak ada nilai sama sekali. Berikutnya kolom target dapat menampilkan skor, abaikan skor ketika memfilter scorecard dan kemudian Anda akan dapat memilih score type dan score rollup type.

48

Gambar 5-15 setting yang tersedia pada target termasuk menampilkan nilai target, nilai aktual, atau tidak ada nilai, juga bagaimana skor dan indikator sebaiknya ditampilkan Terdapat dua pilihan untuk tipe score yaitu Raw dan Normalized. Dengan tipe raw komputasi langung dilakukan tanpa pembobotan yang terjadi pada perhitungan yang dinormalisasi. Misalnya, jika actual 35 dan target 100, skor yang dinormalisasi mungkin 23% tetapi dengan raw score 35%. Ingat kembali bahwa skor yang dinormalisasi didasarkan pada bagaimana threshold di set sehingga menyebabkan skor yang dinormalisasi bukan perhitungan langsung seperti pada raw score. Ada empat tipe score rollup yakni None, Average, Weighted, Indicator Count dan Worst Child. Hal ini menentukan bagaimana KPI anak disatukan jika merupakan sebuah objektif. Yang menjadi default adalah Average Weighted karena setiap KPI dapat diberi bobot yang berbeda. Jadi satu KPI mungkin memberikan kontribusi yang lebih kepada skor dibandingkan dengan KPI yang lain. Indicator Count merupakan count dari sebuah KPI sedangkan KPI anak terburuk bekerja seperti fungsi minimum yang menunjukkan skor terendah dari seluruh anak-anak KPI sebagai sjor sekeluruhan onjektif. Bagian berikutnya menggambarkan apa yang dapat dilakukan dengan indikator. Secara default gambar indikator ditampilkan dan biasanya dibiarkan aktif karena merupakan gambar grafis yang dapat membantu orang untuk menyerap informasi lebih cepat. Tampilan indikator bervariasi tergantung indikatornya tetapi warna indikator standar yaitu hijau muncul jika sesuai target, kuning jika sedikit dibawah target dan merah jika jauh di bawah target. Yang terakhir melalui pilihan untuk menimpa tulisan target pada bagian Header dapat diganti dengan yang dientri pada textbox. Gambar 15-16 menunjukkan contoh sebuah scorecard yang kolom target yang diubah sehingga tidka menampilkan nilai apapun dan namnya diganti dengan Budget. Perhatikan pada gambar 15-16 kedua indikator berupa lingkaran yang berarti berwarna hijau. Meskipun demikian, skor CY2003 adalah 80.5% sedangkan skor CY2004 adalah 100%. Ingat kembali pada diskusi sebelumnya bahwa skor didasarkan pada setting Best dan Worst. Dalam hal ini, niai default untuk best adalah 120% tidak diubah. Meskipun nilai aktual pada CY2003 melewati target, nilainya hanya sekitar 108% dan diperlukan nilai 120% untuk mencapai skor 100%. Berdasarkan informasi ini, penting untuk diinformasikan ke pengguna bahwa skor 80.5% tidak berbrarti bahwa nilainya hanya berarti 80.5% dari target. Jadi indikator hanya merupakan alat sehingga pengguna dapat menentukan seberapa baik nilai tersebut. JIka indikator tidak berubah menjadi hijau sampai 100% dari target tercapai, hal ini berarti nilai aktual minimal 100% dari target, bahkan jika skornya lebih rendah dari 100%. Hal ini dapat membingungkan bagi pengguna akhir dan merupakan satu alasan mengapa skor sebaiknya ditampilkan sebagai angka absolut, tatapi tetep memudahkan untuk memberikan peringkat dan tinjauan dari kekuatan dan kelemahan relatif.

49

Gambar 5-16 ini merupakan sebuah scorecard yang menampilkan dua buah target, keduanya berada dalam kategori baik atau sesuai target tetapi memiliki skor yang berbeda berdasarkan pada seberapa besar targetnya.

KPI yang Memiliki Lebih dari Satu target

Sebuah KPI tunggal dapat memiliki lebih dari satu nilai target. Misalnya sebuah produk khusus mungkin memiliki target tersendiri untuk dijual dengan harge tertentu pada tahun depan. Selain itu, produk tersebut mungkin juga memiliki target untuk menyumbang 20% dari total pemasukan dari perusahaan. Hal ini berarti sebuah Sales Amount KPI tunggal mungkin difilter terhadap kelompok produk khusus tersebut. Salahs atu target mungkin jumlah penjualan untuk kelompok produk tersebut dan target lainnya adalah persentase total penjualan. Konfigurasi seperti ini dapat diperoleh karena sebuah KPI hanya mungkin memiliki beberapa target hanya ketika didesain. Kembali ke gambar 5-12, disana terdapat sebuah tombol yang memiliki label New Target pada bagian Actual dan Target. Hal ini memungkinkan penambahan target baru pada KPI khusus ini dan tentu saja setiap target dapat dipetakan ke data source yang berbeda atau berisi nilai yang dientri secara manual. Untuk membuat KPi dengan lebih dari satu target, pengembang dapat mengklik KPI pada Workspace Browser untuk mnampilkan halaman Summary untuk KPI tersebut. Untuk aktual, namanya dapat diganti supaya sesuai dengan nilai yang telah difilter. Sebagai contoh, bayangkan KPI ini merepresentasikan

50

produk sepeda (Bikes). Perancang akan mengganti nama yang semula Actual menjadi Bikes dan mengklik Data Mappings. Kemudian sebuah filter yang hanya akan menfilter sepeda ditambahkan. Mirip seperti gambar 5-14 tetapi filter State-Province tidak ikut dicakup. Berikutnya target akan memiliki pemetaan data yang berubah sehingga hanya untuk target penjualan sepeda. Dalam cube Adventure Works tidak terdapat prediksi penjualan untuk kategori produk yang berbeda sehingga untuk contoh ini sebuah nilai akan dientri secara manual. Seperti sebelumnya, desainer cukup mengklik link Data Mappings dan memilih nilai yang sesuai untuk target tersebut. Nama Target dapat diubah atau dibiarkan saja tergantung pada kebutuhan. Threshold dan indikator diset sama seperti sebelumnya. Selanjutnya desainer mengklik tombol New Target untuk KPI tersebut. Target ini akan dipetakan ke Sales Amount atau Sales Amount Quota tanpa filter apapun. Ingat bahwa target ini adalah semua penjulan dan Adventure Works hampir seluruhnya merupakan perusahaan yang dibangun untuk menjual sepeda sehingga mereka menentukan bahwa sepeda seharusnya mencapai 90% dari total penjualan. Oleh karena itu, nilai aktual untuk bikes dapat dibandingkan terhadap penjualan atau quota tergantung pada pendekatan mana yang lebih baik bagi bisnis (biasanya bagian bisnis akan menggunakan actual sales dan bukan sales quota dalam kasus ini). Meskipun demikian threshold di set sehingga indikator bergerak menuju sesuai target pada posisi 90 atau lebih tinggi. Untuk target baru ini, nama seperti Total atau Persentase dari Total dapat digunakan. Sebuah indikator harus ditambahkan karena tidak ada filter secara default. Setelah threshold di set dab data dipetakan, pada scorecard masih terdapat item tambahan pada bagian details. Gambar 5-17 menunjukkan walaupun ini hanya sebuah KPI tunggal dari Sales Amount, terdapat tiga metric yaitu Bikes, Target, dan % of Total. Ketiga metric ini telah diletakkan pada grid. Kolom yang diberi label Bikes adalah ukuran Sales Amount yang difilter untuk menunjukkan data hanya untuk kategori sepeda ( yang merupakan mayoritas dari data). Kolom target adalah himpunan sales quota untuk sepeda dan dalam kasus ini nilai $30 juta hanya sebuah nilai yang dientri secara manual karena tidak ada nilai prediksi aktual untuk sepeda pada cube. Thresehold di set sehingga penjualan sepeda sekarang yang jumlahnya sekitar $22.5 juta diwarnai merah atau pada posisi di bawah target. Kolom terakhir % of Total merepresentasikan ukuran Sales Amount untuk setiap produk. Sepeda merupakan bagian penting dari ukuran ini, tetapi tujuannya adalah seupaya sepeda mencapi 90% atau lebih besar. Saat ini penjualan sepeda hanya sekitar 87% dari total pemasukan sehingga indikator berwarna hijau atau sedikit di bawah target. Catat bahwa kolom % of Total tidak menunjukkan persentase, tapi ukuran Sales Amount. Jika yang diinginkan adalah untuk menampilkan persentase aktual, hal ini akan menjadi salah satu kasus dimana ekspresi MDX dibutuhkan. Dlam hal ini, pemetaan data untuk % of target adalah Sales Amount untuk sepeda dibagi dengan Sales Amount untuk semua produk. Di bawah ini dapat dilihat formula MDXnya:

51

Gambar 5-17 Sebuah scorecard yang difilter untuk menampilkan data hanya untuk produk dalam kategori speda. Perhatikan bahwa header kolom diubah dari Actual menjadi Bikes, dan target kedua telah ditambahkan. Setelah formula ini ditambahkan sebagaian pemetaan data target untuk % of Total dan setelah diformat persentase aktual muncul seperti yang ditunjukkan pada gambar 5-18.

Penambahan Lebih dari satu KPI sekaligus

Menambahkan KPI pada Dashboard Designer dapat dilakukan dengan cukup mudah hanya dengan mengklik Create ribbon dan kemudian tombol KPI, Akan teatpi, hal ini hanya meumungkinkan pengembang untuk menambahkan satu KPI pada satu saat dan akan menjadi membosankan ketika terdapat lusinan KPI yang harus ditambahkan. Ingat kembali ketika membuat sebuah scorecard baru, wizard akan menuntun pengembang melalui sebuah layar yang memungkinkan penambahaan lebih dari satu KPI sekaligus. Secara teknis pengembang akan mengklik tombol Add KPI satu kali untuk setiap KPI, tetapi proses ini masih jauh lebih cepat dari pada menggunakan tombol KPI yang terdapat pada Create ribbon.

52

Gambar 5-18 Scorecard sekarang menunjukkan bahwa sepeda merupakan 87.4% daru keseluruhan pejualan berbeda dengan sebelumnya dimana jumlah penjualan aktual ditampilkan. Hal ini menunjukkan bagaimana penambahan perhitungan MDX dapat memperbaiki sebuah scorecard. Jika KPI-KPI telah dibuat sebelumnya pada Analysis Service Cube, berapa pun jumlah KPI yang dipilih, semuanya dapat ditambahkan sekaligus. Gambar 5-8 menampilkan tampilan dari kedua layar wizard untuk menambahkan KPI baru. Oleh karena itu, salah satu strategi untuk menambahkan banyak KPI sekaligus adalah dengan cukup membuat sebuah scorecard baru dan menambahkan KPI dengan membuat banyak pada satu saat. Hal ini sering kali lebih cepat daripada jika kita membuat satu KPI pada satu saat dengan menggunakan tombol KPI pada ribbon Create. Dan ketika wizard scorecard baru selesai, KPI baru akan muncul pada bagian Detail dibawah folder KPI. KPI ini sekarang dapat ditambahkan ke scorecard manapun, tidak hanya pada scorecard tempat mereka dibuat ketika wizard sedang digunakan.

Bekerja dengan Menggunakan Objective

Objectives merupakan KPI dengan level yang lebih tinggi. Mereka biasanya digunakan untuk mengagregasi skor KPI yang berada di bawahnya. Misalnya, Objective Gross Profit Margin mungkin memiliki dua buah KPI di bawahnya, misalnya pada kasus cube Adventure Works terdapat Internet Gross Profit Margin dan Reseller Gross Profit Margin. Pada beberapa kasus, dimungkinkan juga untuk mempunyai sebuah objective tunggal di bagian paling atas dari scorecard untuk memperoleh skor

53

secara keseluruhan dari semua indikator. Kenyataannya hal ini sering kali menjadi cara yang berguna untuk merepresentasikan kesehatan dari kesuluruhan bisnis atau bisnis dalam sebuah angka. Untuk membuat sebuah objektive, pengembang menciptakan sebuah KPI baru pada halaman pertama dari wizard. Bedanya disini mereka memilih Objective bukan Blank KPI. Objective tersebut memiliki nama, sebuah folder display yang opsional, dan pilihan untuk menambahkan ijin untuk membaca kepada semua pengguna. Objective ini akan ditambahkan sebagai sebuah KPI dan akan muncul pada daftar KPI. Untuk membuat objektive baru ini menjadi actual objective, objective ini harus ditambahkan pada scorecard dan kemudian KPI yang lain harus ditempatkan dibawahnya. Meskipun demikian, hal ini belum cukup. Setelah diletakkan di bawah objective, KPI-KPI anak diindentasi satu level menggunakan tombol Decrease Level pada Edit Ribbon. Jumlah KPI yang berada di bawah sebuah objective tunggal tidak terbatas. Demikian juga halnya sebuah objectives dapat membawahi beberapa objective yang lain. Gambar 5-19 menunjukkan sebuah contoh scorecard yang di dalamnya sebuah objective telah ditambahkan. Objective ini dinamakan Overall Gross Profit margin dan dibawahnya terdapat dua buah KPI standar: Internet Gross Profit dan Reseller Gross Profit Margin. Dua buah KPI standar ini didasarkan pada ukuran yang sama dalam cube Adventure Works. Objective ini berikut dengan dua buah KPI yang diletakan pada scorecard secara berurutan dan KPI Internet Gross Profit margin dan Reseleer Gross Profit Margin dipilih dan tombol Decrease Level diklik. Gambar 5-19 menunjukkan tombol Decrease Level dengan sebuah lingkaran di sekitarnya sehingga lebih mudah untuk ditempatkan. Selain mengubah Overall Gross Profit Margin menjadi sebuah objective, objective ini harus mempunyai indikator dan sebuah skor. Jangan menjadi bingung dengan target untuk dua buah KPI standar yang menunjukkan dua persentase. Persentase yang pertama pada bagian kiri dari indikator adalah yang menjadi target. Persentase yang kedua di bagian kanan indikator adalah skor. Bagian manajemen pada perusahaan Adventure Works telah menentukan bahwa tujuan yang ingin mereka capai adalah 40% keuntungan pada penjualan kotor pada penjualan lewat internet dan 5% keuntungan pada penjualan lewat jalur penjualan ulang. Indikatornya jelas tujuan untuk keuntungan penjualan kotor lewat internet tercapai atau KPI sesuai target. Akan tetapi keuntungan lewat jalur penjualan ulang di bawah target 5% yaitu 0.58%. Oleh karena itu, indikatornya menunjukkan jauh di bawah target sehingga mendapat skor yang rendah.

54

Gambar 5-19 Sebuah objective adalah sebuah KPI yang memiliki anak KPI. Objective ini dbuat dengan mengunakan tombol Decrease Level pada anak-anak KPI. Scorecard ini dapat dianggap sebagai sebuah ukuran bisnis secara keseluruhan. Meskipun demikian bagaimana jika seorang eksekutif bertanya, Bagaimana keuntungan kotor kita? Berdasarkan scorecard ini, maka mereka berada di bawah target (indikator berwarna kuning). Meskipun demikian, ada hal lain yang dapat diketahui selain dengan hanya melihat skor dari item yang ada di bawahnya. Tidak semua KPI anak sama pentingnya dengan yang lain. Pengembang scorecard dapat mengubah pembobotan dari KPI yang berbeda dengan mengklik kanan pada nama kolom dari KPI tertentu pada scorecard kemudian memilih Properties. Setelah itu, kotak dialog KPI View Setting dan pilihan pertama adalah Score Rollup Weight seperti yang ditunjukkan pada gambar 5-20. Assumsikan bahwa bagian manajemen telah memutuskan untuk memberikan fokus yang paling besar pada penjualan lewat internet dan kurang memperhatikan jalur penjualan ulang. Oleh karena itu, mereka menginginkan agar Internet Gross Profit Margin memiliki bobot lima kali lebih besar dari bobot KPI Reseller Gross Profit Margin ketika skor ditentukan. Setelah diubah, maka skor dari objective yang semula hanya 39.6% berubah menjadi 60.8% seperti yang dapat diihat pada latar belakang gambar 5-20.

55

Gambar 5-20 Objectives dapat dipengaruhi oleh Score Rollup Weight yang dapat diet untuk setiap KPI anak yang berada di bawah sebuah objective

Agregasi dan Tren

Ingat lagi bahwa salah satu keuntungan dari KPI dibandingkan dengan measure adalah KPI dapat mencakup tren. Sajauh ini ketika membahas KPI, tren sama sekali belum muncul. Ketika menggunaka scorecard, dapat dilihat ada sebuah kategori dibagian Details yang dinamakan Agregation dan hal ini berguna tidak hanya untuk tren tetapi juga untuk jumlah, rata-rata, dan seterusnya. Gambar 5-21 menunjukkan sebuah scorecard sederhana dengan sebuah KPI tunggal yaitu Sales. Disini digunakan Sales Amount yang sama seperti yang telah digunakan pada contoh yang lain dan target telah diset menjadi Sales Amount Quota. Data tiga tahun ditampilkan dan pada ketiganya penjualan telah melampaui target. Meskipun demikian, total penjualan dari gabungan tiga tahun dapat juga ditampilkan dengan cara menggeser Sum dari simpul Aggregation dan meletakkannyapada scorecard. Perhatikan bahwa Sum merupakan sebuah jumlah dari nilai-nilai yang ditampilkan dan pada keperluan lain mungkin saja rata-rata, maksimum atau minimum.

56

Gambar 5-21 Ini adalah Sum Agregation yang telah ditambahakan pada scorecard. Agregation secara otomatis tersedia sebagai bagian dari jendela Detail pada sebuah scorecard. Tren sedikit berbeda. Perbedaan pertama, nilai tren dapat dengan mudah digeser dari simpul agregasi dan diletakkan pada scorecard. Meskupun demikian apa yang sebenarnya ditampilkan trennya? Tren pada produk tertentu hanya melihat dua kolom sebelumnya dan di buat juga dari kedua kolom tersebut. Dengan kata lain, tren akan melihat nilai actual untuk tahun 2002 dan membandingkannya dengan tahun 2003 dan demikian juga untuk target (walaupun tren untuk target hampir tidak pernah digunakan). Gambar 5-22 menunjukkan apa yang terjadi ketika sebuah tren ditambahkan. Sum telah dihapus, tren ditambahkan demikian juga dengan sebuah KPI (Gross Profit Margin). Perhatikan bahwa nilai Actual untuk Sales telah naik dari tahun 2002 ke 2003 sedangkan actual untuk gross profit margin telah turun sedikit. Tren untuk Sales naik sedangkan untuk Gross Profit Margin sebaliknya. Jika bisnis memutuskan diperlukan algoritma yang lebih canggih (daripada sekedar membandingkan dua periode terakhir) untuk membuat tren, ada dua pendekatan yang dapat dilakukan. Pertama sebuah KPI yang mencakup sebuah MDX yang diperlukan untuk melakukan perhitungan yang diperlukan dapat dibuat. Pendekatan yang kedua, sebuah measure yang akan melakukan perhitungan yang dibutuhkan tren dapat dibuat pada cube Analysis Service.

57

Gambar 5-22 Salah satu kelebihan KPI adalah mampu mengidentifiaksi tren. Tren yang termasuk dalam Aggregation itunjukkan disini walaupun hanya mampu menunjukkan tren dari dua periode terakhir Dalam kedua pendekatan tersebut, indikator dapat digunakan untuk menampilkan hasil tren kepada pengguna akhir, karena panah yang digunakan untuk menampilkan tren sebenarnya adalah sebuah indikator juga seperti indikator merah/kuning/hijau yang telah ditampilkan sebelumnya.

Indikator
Terdapat sejumlah indikator yang dapat dipilih pada PerformancePoint Server. Sejauh ini gambar yang ditampilkan hanya meliputi sebuah indikator sederhana dengan tiga posisi yang disebut lampu lalu lintas (Stoplight). Akan tetapi ada juga beberapa indikator tambahan dan beberapa di antaranya memiliki lebih dari tiga posisi. Indikator yang tersedia saat ini ditampilkan pada Workspace Browser, tetapi lebih banyak indikator dapat ditambah dengan cara mengklik tombol indikator pada ribbon Create. Setelah itu, kotak dialog Select An Indicator template akan muncul. Terdapat dua kategori dasar dari indikator yaitu Centered dan Standard. Indikator berkategori centered digunakan ketika pola penentuan skor untuk KPI adalah Closer to Target is Better. Hal ini terjadi ketika sebuah varian (perbedaan) pada dua arah buruk. Bayangkan sebuah perusahaan sedang memproduksi kotak karton dan kotak-kota tersebut memiliki penutup yang terpisah. Penutup tersebut harus pas dan rapi pada kotak tetapi tidak terlalu kecil. Selain

58

itu jika penutup terlalu besar, maka kotak akan menjadi tidak rapi. Oleh karena itu ada toleransi yang masih diijinkan dan semua penutup yang terlalu besar atau terlalu kecil ditolak sebagai penutup cacat. Oleh karena itu, indikator dengan kategori centered mengatasi masalah-masalah ketika varian menjadi sebuah masalah. Untuk pola penentuan skor dengan metode Increasing is Better atau Decreasing is Better digunakan indikator standar. Sebenarnya masih ada indikator lain dinamakan Blank Indicator. Indikator ini memunkinkan bisnis untuk membuat indikatornya sendiri. Indikator tersebut bisa saja Standard atau Centered dan memiliki dua sampai 10 level. Dengan demikian pengembang dapat file gambar khusus untuk setiap level demikian juga dengan warna teks, latar belakang dan nama yang ditampilkan untuk level tersebut. Baik dalam kategori Standard maupun Centered terdapat beberapa kategori dari indikator yang tersedia: Gauges, Miscelleaneous, Progress Bars, Smiley Faces, Stoplights, Thermometers dan Trends. Untuk menambahkan sebuah indikator yang lain untuk digunakan pada workspace pada Dashboard Designer, pilih indikator yang digunakan dan klik OK. Gambar 5-23 menunjukkan indikator yang dipilih adalah Smiley-Medium dari kategori standar. Setelah tombol OK diklik, indikator baru akan muncul pada

Gambar 5-23 Indikator-indikator yang tersedia pada PerformancePoint Server termasuk variasi gambar baik pada indikator kategori standard atau centered.

59

Workspace Browser. Untuk mengubah indikator dari KPI yang sudah ada, pengembang dapat mengklik KPI pada Workspace Browser dan mengklik sel Thresholds untuk target pada metric target. Pada layar Threshold pengembang dapat mengklik Set Scoring Pattern dan tombol indikator untuk memunculkan wizard Edit Banding Settings. Layar kedua dari wizard ini adalah Select Indicator dimana pengembang dapat memilih inikator dari yang tersedia di workspace. Catat bahwa hanya tipe indikator yang sesuai yang akan muncul. Jika pengembang memilih pola penentuan skor Closer To Taret is Better hanya indikator kategori centered yang akan muncul di dalam daftar. Oleh karena itu hanya indikator standard yang akan muncul. Ketika pilihan telah dibuat, tampilan scorecard dapat diperbaharui sehingga menggunakan indikator yang baru. Gambar 5-24 menampilkan scorecard dengan indikator untuk nilai target menggunakan Smiley-Medium.

Gambar 5-24 Indikator KPI telah diubah dari yang biasanya Stoplight menjadi Smiley.

Laporan dan Pemetaan Strategi

Walaupun scorecard merupakan fokus utama dari bagian pengawasan dari PerformancePoint Server masih terdapat bagian-bagian yang alin. Terdapat juga Report (laporan) disini. Walaupun laporan mengaburkan bagian analisis dari PerformancePoint Server, laporan diikutsertakan disini karena

60

merpakan bagian dari Dashboard Designer dan dapat diikutsertakan dalam dasboard, yang akan didiskusikan lebih lanjut pada bab ini. JIka simpul report diklik pada Workspace Browser dan New Report dipilih makan kotak dialog Select a Report template akan muncul. Terdapat sejumlah tipe laporan yang tersedia seperti yang ditampilkan pada gambar 5-25. Lihat tabel 5-1 untuk memahami apa yang dilakukan oleh template report yang berbeda ini. Template report Deskripsi

Analytic Chart and Analytic Chart dan grid menampilkan data OLAP dalam bentuk grafik atau tabel. Analytic Grid Grafik ini dapat berupa garis atau bar. Kedua jenis grafik ini memerlukan Analysis Service sebagai data sourcenya. Template ini lebih diminati dari pada template PivotChart dan PivotTable karena mereka adalah kakas thin-client tools sebaliknya template yang kedua adalah thick client. Kekurangan dari Analytical Chart dan Grid adalah mereka hanya bisa digunakan pada Analysis Service 2005 sehingga tidak compatible dengan Analysis Service 2000 Excel Services Template ini akan menarik data dari Excel Services workbookyang tealh diterbitkan sebelumnya sehingga mereka dapat dimasukkan dalam tampilan report dan Template PivotChart dan PivotTable diamsukkan agar compatible dengan Office 2003 Office Web Componerts. Meskipun PivotChart mencakup lebih banyak tipe grafis dibandingkan Analytical Chart, Analytical Chart dianggap lebih tinggi dari PivotChart dan PivotTable. Alasannya PivotChart dan PivotTable memerlukan pengunduhan dan instalasi AxctiveX controls pada mesin client. Oleh karena itu, penggunaan PivotChart dan PivotTable tidak disarankan jika dibandingkan dengan Analytical Chart dan Analytical Grid

PivotChart PivotTable

ProClarity Abalytics ProClarity Abalytics Servera tau PAS merupakan fitur analisis secara penuh pada Server client. Ada kalanya fungsionalitas yang tersedia pada PAS semuanya akan dipindahkan ke PerformancePoint Server. Sampai saat ini report ini akan memiliki tampilan yang sama dengan tampilan (atau report) dalam PAS. Hal ini akan dideskripsikan lebih deatil pada bab 6. Spreadsheet Template ini akan membuat Excel workbook dengan data yang sesuai. Workbook akan disimpan pada PerformancePoint Monitoring Server Template ini tidak membuat sebuah report pada SQL Server Reporting Services, teatpi membuat sebuah referensi ke sebuah Reporting Services report. Reporting Service Report akan dibahas kemudian pada bab 10.

SQL Server Report

61

Strategy Map

Template ini mengikat KPI kepada objective yang berbeda dalam sebuah pemetaan strategi yang dibuat pada Visio 2007. Strategy map akan dibahas lebih lanjut pada bab ini.

Trend Chart

Analysis Trend Analysis Chart adalah laporan yang menampilkan sejarah dari sebuah KPI. Laporan ini memiliki pilihan tambahan (yang sangat powerful) untuk menggunakan satu dari algoritma data mining dari SQL Server untuk menghasilkan sebuah prediksi untuk data tersebut sehingga prediksi dapat dibuat untuk nilai di masa depan. Template ini membuat sebuah referensi ke halaman web yang sudah ada. Template ini tidak membuat sebuah halaman web sendiri.

Web Page

Tabel 5-1 Template Report dan Fungsinya

Proses pembuatan sebuah Analytical Chart Report

Ketika Anda sedang membuat sebuah Analytical Chart baru, setelah template dari wizard dipilih (atau mengklik tombol Analytical Chart pada ribbon Create ) akan membuka kota dialog Analytical Chart Report. Kotak ini dimulau dengan tiga pertanyaan yang sama seperti pada sebagian besar wizard: nama report, sebuah folder pilihan untuk menampilkan folder, dan sebuah checkbox menanyakan apakah pengguna yang terotentikasi seharunya memiliki ijin untuk membaca.

62

Gambar 5-25 Disini ditampilkan berbagai tipe laporan yang disediakan oleh PerformancePoint Server. Bagian ini mulai masuk ke porsi analisis dari PerformancePoint Server tetapi dibuat di Dashboard Designer. Halaman kedua dari wizard ini menanyakan pengembang untuk memilih sebuah data source kemudian laporan akan dibuat. Setelah laporan dihasilkan, antarmuka desain muncul pada tab Desain di areka kerja utama. Di jendela detail terdapat daftar measure, dimensi dan named set. Pengembang cukup hanya menggeser dan meletakkan item dari jendela detail dan meletakkannya pada tiga panel di bagian bawah dari tab desain yang meliputi Series, Bottom Axis dan Background. Dengan grafik yang umum digunakan bottom axis akan merepresentasikan waktu dan series akan merepresentasikan satu atau lebih measure. Gambar 5-26 menunjukkan sebuah contoh Analytical Chart yang menampilkan jumlah pesanan untuk delapan triwulan. Ukuran jumlah pesanan telah ditempatkan pada panel series. Hirarki Date.Calendar tealah ditambahkan ke panel Bottom Axis. Setelah menambahkan hierarki, member harus dipilih oleh perancang. JIka tidak hanya member deault yang akan terpilih yang biasanya adalah All member. Untuk memiliki member individual , pengembang dapat mengklik kanandimensi pada panel Bottom Axis dan memilih menu Select Members atau mengklik indikator disebelah kanan hierarki. Keduanya akan membuka kotak dialog yang memungkinkan pengembang untuk memilih member manapun dari

63

Gambar 5-26 Sebuah Analytic Chart yang menampilkan dimensi Date pada bottom axis dan Order Quantity pada bagian series. berbagai level dalam hierarki. Dalam kasus ini empat triwulan dari setiap tahun (2002 dan 2003) dipilih. Perhatikan bahwa panel Background kosong. Secare default, semua dimensi selalu digunakan di dalam sebuah query , tetapi biasanya dimensi tersebut bernilai All level sehingga tidak memfilter data. Ada kalanya laporan perlu difilter sehingga data yang buka menjadi bagian dari grafik atau tabel tidak ditampilkan. Misalnya, laporan ini mungkin saja diberi nama Bikes Quantity Sold dan data dapat difilter dengan sepeda. Untuk melakukan ini, hierarki Product. Product Categories diemension dapat ditempatkan pada panel latar belakang dan hanya member bikes yang dipilih. Dengan demikian keseluruhan laporan akan difilter tanpa menampilkan Bikes sebagai bagian dari Bottom Axis atau bagian dari series. Setelah selesai dibuat, Analytic Chart akan kelihatan statik pada jendela Design. Meskipun demikian, terdapat sebuah tombol browse yang membuka laporan pada jendela viewer dan setelah ditampilkan laporan hanya akan memiliki interaksi yang terbatas. Khususnya bar pada grafik dapat diklik. Dengan mengklik sebuah bar maka yang ada satu level di bawah pada hierarki akan ditempatkan pada series. Apabila hal ini dilakukan pada contoh yang digunakan, sebuah measure akan muncul di Series tetapi tidak ada level di bawahnya lagi. Meskipin demikian pengguna dapat mengklik kanan pada sebuah bar,

64

memilih Drill Down To, dan kemudian memilih dimensi yang diinginkan. Pengguna dapat juga menukar laporan yang semula didetailkan pada dimensi dalam series menjadi dimensi dalam bottom axis dengan mengklik kanan pada sebuah bar dan memilih Switch To, diikuti dengan nama dari hierarki. Misalnya grafik yang ditampilkan pada gambar 5-26 mempunyai delapan bar yang mereprensetasi triwulan dari tahun 2002 dan 2003. JIka pengguna menggunakan Switch To untuk memilih hierarki Time dan mengklik salah satu dari bar yang didetailkan dari triwulan tertentu sampai tiga bulan yang membentuk triwulan tersebut. Jika setelah itu sebuah bar diklik maka akan didetailkan sampai setiap hari pada bulan tersebut. Urutan pendetailan ditentukan oleh struktur hierarki yang dalam hal ini adalah hierarki Date.Calendar mulai dari tahun ke triwulan dan selanjutnya ke hari, jadi mengklik pada bar akan mengikuti urutan pendetailan seperti ini. Ada kemampuan lain dari Analytial Chart yang akan didiskusikan pada bab 6 ketika bagian analisis dari PerformancePoint Server dibahas. Proses pembuatan Analytical Grid hampir sama dengan membuat Analytical Chart. Salah satu perbedaan utama adalah panel Series diganti dengan panel Rows . Ketika grafik dibuat, tidak jarang dimensi dan measure ditempatkan pada kolom dan dimensi yang lain pada baris. Hirarki tambahan dapat ditambahkan ke latar belakang jika mereka akan digunakan untuk memfilter segera setelah laporan ini ditambahkan ke sebuah dashboard. Analytical Grid akan didiskusikan lebih detail pada bab 6.

Proses membuat sebuah Trend Analysis Chart

Salah satu tipe dari laporan adalah Trend Analysis Chart yang sering juga disebut Trend Chart. Trend Chard menunjukkan tren dari KPI pada sebuah scoreboard. Tren ini digunakan sebagai data historis tetapi dapat juga digunakan untuk memprediksi dengan menggunakan salah satu dari algoritma data mining yang terdapat dalam Analysis Service. Catat bahwa lebih dari satu KPI dapat digunakan tetapi setiap KPI akan memiliki Tren Chart sendiri. Tren Chart masih menggunaka Office Web Components, tetapi fungsionalitasnya tidak dapat dihasilkan kembali dengan Analytical Chart saat ini. Terdapat sebuah setting properti dari server pada Analysis Service yang harus ditentukan sehingga fitur ini dapat bekerja. Properti ini dinamakan DataMining\AllowSession MiningModels dan harus di set sehingga bernilai true, karena nilai default adalah False. Untuk melakukan hal ini sebuah admin dari basis data atau datawarehouse akan membuka SQL Server management Strudio dan membuka koneksi ke server yang menjalankan Analysis Service. Dengan mengklik kanan pada server dan memilih properties, administrator dapat mengakses properti server dan mengubah settingnya. Gambar 5-27 menunjukkan kedua lokasi setting dan nilainya juga telah diset menjadi true walaupun belum diubah. Perhatikan gambar 5-27 kolom restart tidak memiliki sebuah Yes di dalamnya. Ini merupakan berita baik karena server tidak perlu di restartketika nilai ini diubah. Segerah sesudah properti AllowSessionMiningModels di set bernilai True, grafik tren dapat dibuat dan prediksi yang sesuai juga tersedia. Untuk menghasilkan sebuah prediksi, seherusnya ada minimal tiga periode dimana prediksi akan dilakukan. Walaupun lebih banyak nilai akan menghasilkan prediksi yang lebih baik sampat pada tingkat tertentu. Anda seharusnya menyadari bahwa data pengjualan untuk sebuah produk yang terjadi 10 tahun yang lalu memiliki relevansi dengan penjualan hari ini.

65

Gambar 5-27 Proses setting properti AllowSessionMiningModel pada Analysis Service untuk memungkinkan Trend Analysis Charts. Untuk membuat sebuah Trend Chart, harus ada sebuah scorecard yang mengadung KPI yang diinginkan. Untuk contoh ini terdapat sebuah scorecard yang menunjukkan Gross Profit Margin untuk delapan triwulan yang mencakup tahun 2002 dan 2003. Dengan mengklik kanan pada reports dan kemudian NewReport, template Trend Analysis Chard dapat dipilih. Layar pertama dari kotak dialog Create Trend Analysis Chart menanyakan tiga pertanyaan yang sama dengan yang lain yaitu nama, folder dan setting untuk membaca. Langkah berikutnya menanyakan scorecard yang mengandung KPI. Jika sebuah scorecard baru telah dibuat teapi tidak muncul pada daftar, batalkan wizard, terbitkan scorecard dan kemudian jalankan ulang wizard tersebut. Setelah memilih scorecard, sebuah list KPI akan muncul. Ingat bahwa tidak ada Trend Chart untuk setiap KPI, jadi memilih lebih dari satu KPI pada layar ini akan menghasikan lebih dari satu Trend Chart. Akhirnya jika tombol Finish diklik maka laporan akan dibuat. Setelah wizard dipilih desainer dipresentasikan dengan sebuah laporan yang mirip seperti yang ditunjukkan pada gambar 5-28. Secara deafult, grafik menunjukkan sebuah graf garis sebagian nilai yang sebenarnya.

66

Gambar 5-28 Trend Chart yang menunjukkan sejarah tren dari KPI tetapi tidak menunjukkan prediksi apapun sampai periode prediksi diset.

Gambar 5-29 Panel Select Time period memungkinkan desainer untuk memodifikasi periode sejarah yang ditampilkan berikut dengan prediksi untuk periode yang akan datang.

67

Di bawah Chart terdapat sebuah panel yang diberi label Select Time period. Panel ini ditunjukkan secara keseluruhan pada gambar 5-29. Disini tempat desainer dapat memasukkan periode waktu (angka) yang akan diprediksi (maksimal sampai tiga). Desainer dapat juga memilih untuk memodifkasi pilihan nilai yang digunakan sebagai input. Secara default, Trend Chart memilih delapan triwulan yang ada di scorecard, tetapi jika di klik pada link maka akan muncul hierarki dimana member individu dapat diberi tanda checklist atau tidak. Seabgai alternatif pengembang daat juga mengklik radio button untuk mengentri jumlah periode ke balakang yang digunakan untuk prediksi. Mode setting advance memungkinkan peningkatan kinerja algoritma dengan baik. Untuk mempelajari lebih lanjut soal algoritma ini, gunakan informasi yang tersedia pada algoritma deret waktu yang terdapat dalam bukubuku online SQL Server. Setelah memilih untuk memprediksi tiga peride di masa yang akan datang, grafik diperbaharui menjadi seperti yang ditampilkan pada gambar 5-30. Pada contoh tersebut, tiga periode terkahir diprediksi dari algoritma data mining, sedangkan nilai-nilai sebelumnya adalah nilai aktual. NIlai yang diprediksi ditampilkan dengan berwarna merah sedangkan data historis dengan warna biru. Pada gambar 5-30, hasil prediksi kelihatannya sedikit di bawah 10% dari Trend Chart ini.

Peta Strategi (Strategy Maps)

Ingat kembali dari bab 4 bahwa peta strategi biasanya digunakan untuk memberikan tinjauan umum dari bisnis. PerformancePoint Server memungkinkan sebuah peta strategi dengan level yang lebih rendah digunakan sebagai kakas untuk menampilkan. Peta-peta strategi ini adalah hanya berupa gambar Visio 2007 yang memiliki bangun-bangun yang dipetakan secara langsung pada KPI-KPI yang ada pada sebuah scorecard. Peta strategi dapat dibuat pada Visio 2007 atau secara langsung pada PerformancePoint Server yang pada dasarnya menggunakan potongan editor Visio.

68

Gambar 5-30 Trend Chart dengan prediksi terhadap Gross Profit margin pada tiga triwulan berikutnya. Bangun-bangun dapat menjadi hidup (memiliki nama KPI dan berubah warnya sesuai warna indikator). Untuk membuat sebuah peta strategi, Anda diperlukan untuk menyusun peta pada Visio atau PerformancePoint Server menggunakan bangun yang kosong. Setiap KPI dan Objective yang akan direpresentasikan membutuhkan bentuk tersendiri pada diagram Visio. Bentuk apa yang nantinya adigunakan tidak begitu penting, tetapi biasanya adalah sebuah segitiga atau bangun data lain yang dapat menampung teks di dalamnya. Gambar 5-31 menampilkan peta strategi yang disederhankan dan berisi sebuah objective tunggal dan dua metric untuk mencapai tujuan tersebut. Kedua metric yang menjadi input objective ini adalah Internet Gross Profit dan Reseller Gross Profit Margin. Kedua metric ini sudah menjadi KPI pada sebuah scorecard dan peta strategi objective juga merupakan sebuah objective pada scorecard yang sama.

69

Gambar 5-31 Sebuah peta strategi yang disederhanakan, dibuat pada Viso 2007 Untuk dapat menggunakan file Visio sebagau sebuah peta strategi, langkah pertama adalah untuk membuat sebuah laporan dan memilih template Strategy Map. Setelah laporan diberi nama , wizard akan menanyakan scorecard apa yang akan menjadi dasar dari peta strategi yang akan dibuat. Dalam hal ini scorecard yang sama yang sebelumnya digunakan untuk mendemonstrasikan objective dari scorecard akan digunakan karena mencakup dua KPI yang akan menjadi sebuah objective tunggal dan peta strategidibangun untuk mencerminkan skenario khusus ini. Setelah memilih scorecard yang sesuai dan menyelesaiakn wizard, laporan ditampilkan pada area kerja dari Dashboard Designer akan tetapi masih kosong. Pengembang harus mengklik tombol Edit Strategy Map pada ribbon Edit. Setelah itu, akan muncul kotak dialog Strategy Map Editor. Ini juga awalnya masih kosong, tetapi jika tombol Open Visio File diklik pengembang dapat memilih sebuah file visio yang akan digunakan. Gambar 5-32 menunjukkan file visio dari gambar sebelumnya di buka dalam Strategy Map Editor. Disini peta strategi dapat diubah.

70

Gambar 5-32 Peta strategi yang ditampilkan di dalam Strategy Map Editor pada Dashboard Designer. Bangun baru dapat ditambahkan, bangun yang sudah ada dihapus dan seterusnya. Perhatikan juga bahwa Strategy Map Editor kelihatannya hamir sama dengan Visio, termasuk kemampuan untuk membuka berbagai stensil untuk mengakses bangun-bangun yang berbeda. Setelah sebuah peta strategi digambar sesuai dengan yang diinginkan, bagian paling penting dari kotak dialog ini adalah tombol Connect Shape. Pertama-tama pengembang mengklik salah satu bangun pada diagram dan kemudian mengklik tombol Connect Shape. Setelah itu, kotak dialog yang mendaftarkan KPI pada scorecard yang tadinya dipilih sewaktu laporan peta strategi dibuat. Pada contoh ini, segi empat yang berada di dalam bagian objective dari peta strategiakan dipetakan ke sebuah KPI yang dinamakan Overall Gross Profit Margin, yang merupajan sebuah objective pada scorecard. Setelah memilih KPI, dimungkinkan untuk mengikatkannya pada KPI actual atau targetnya (umumnya pengembang akan memilih target). Ingat kembali dari bagian Objective pada scorecard, objective tidak memiliki nilai actual. Jadi hanya terdapat sebuah target yang menjadi indikator kesehatannya. Demikian juga yang diinginkan disini adalah keadaan kesehatan dari metric secara keseluruhan. Juga secara default, teks pada bangun berubah menjadi nama KPI. Hal ini dapat diganti kemudian jika digunakan. Dalam contoh ini, dua buah rounded rectangle diikatkan pada Internet Gross Profit Margin dan Reseller Gross Profit Margin. Urutannya tidak menjadi masalah, karena keduanya digabung menjadi objective. Setelah pengembang mengklik tombol Apply, peta strategi akan ditampilkan pada Dashboard Designer

71

dan bangun-bangun di dalamnya akan memiliki warna yang sesuai dengan indikator KPI atau Objective yang direpresentasikan. Gambar 5-33 menunjukkan bahwa bentuk-bentuk ini sekarang mencakup nama KPI dan walaupun sulit dibedakan dengan gambar hitam putih tetapi seharusnya kotak Overall Gross Profit Margin berwarna kuning (sedikit di bawah target), kotak Internet Gross Profit Margin berwarna Hijau (sesuai target) dan kotak Reseller Gross Profit Margin berwarna merah (tidak sesuai target). Teks pada kotak juga sesuai dengan nama KPI tetapi penyuntingan peta strategi akan memungkinkan pengembang untuk mengetik apapun di dalam kota-kota tersebut. Jadi, Overall Gross Profit Margin dapat diubah menjadi objective yang lebih berorientasi bisnis misalnya Maximize Gross Profit Margin.

Gambar 5-33 Bangun-bangun dalam peta strategi setelah dihubungkan ke KPI yang terdapat pada sebuah scorecard akan berubah warna dan mengambil nama KPI tersebut.

Dashboard- Letakkan Semuanya di Satu Tempat

Ingat bahwa kakas yang digunakan pada bab ini adalah Dashboard Designer bukan Scorecard Designer. Hal ini dilakukan karena scorecard adalah salah satu dari elemen yang mungkin diletakkan pada dashboard. Selain itu dashboard adalah yang pasti dapat ditampilkan oleh pengguna akhir karena sebuah dashboard mungkin mencakup lebih dari satu scorecard, laporan, peta strategi dan kombinasi dari elemen-elemen tersebut. Selain itu, sebuah dashboard mungkin menjadi tempat bagi lebih dari satu

72

scorecard dan laporan tetapi memiliki himpunan parameter tunggal yang dapat diubah pengguna untuk mengubah semua elemen pada dashboard secara bersamaan. Ambil contoh dimensi produk. JIka semua scorecard dan laporan dibuat tanpa difilter, maka keseluruhan produk digunakan dan akan ditampilkan total dari seluruh produk digabung. Meskipun demukian seorang manajer produk yang bertanggung jawab atas Sepeda mungkin ingin memfilter semuanya hingga yang tersisa hanya sepeda, dan demikian juga manajer produk untuk pakaian dan aksesoris tentunya ingin memeriksa produk tersebut. Olah karena itu sebuah drop-down dapat ditambahkan pada Dashboard yang akan memungkinkan pengguna untuk memfilter data dalam semua scorecard, laporan dan peta strategi pada dashboard secara bersamaan.

Proses Pembuatan Dashboard

Proses pembuatan sebuah dashboard hampir sama saja seperti membuat yang lain. Pengembang dapat mengklik kanan pada simpul Dashboard atau mengklik tombol Dashboard pada ribbon Create. Keduanya akan membuka kotak dialog Select a Dashboard template. Terdapat beberapa template yang tersedia termasuk yang memiliki dua atau tiga kolom dan seterusnya. Pemilihan sebuah template akan membuat proses penempatan lebih dari satu item pada dashboard menjadi lebih mudah. Setelah memilih sebuah template dan memberi nama dashboard, dashboard yang berisi beberapa elemen akan ditampilkan pada area kerja utama. Salah satu hal yang perlu diperhatikan adalah sebuah dashboard tunggal dapat memiliki lebih dari satu halaman, masing-masing memiliki layout, judul, dll. Secara default dahsboard memiliki sebuah halaman dengan layout yang dipilih ketika dashboard dibuat. Penambahan dan penghapusan halaman dapat dilakukan dengan hanya menggunakan tombol New Page dan Delete Page pada bagian atas dari editor dashboard. Halaman akan muncul sebagai tab-tab di bagian atas dashboard ketika ditampilkan pada SharePoint. Dalam panel Dashboard Content, editor merupakan zona yang dapat menampung scorecard atau laporan. Pengembang dapat menambahkan zona baru, menghapus zona, membagi zona yang sudah ada dab seterusnya dengan hanya klik-kanan dalam area desain. Pengembang cukup menggeser item dan meletakkannya pada jendela item yang tersedia pada zona yang berbeda. Pada gambar 5-34, nama halaman sudah diubah menjadi Financial Overview, scorecard AdvWorks-Multiple Targets juga telah ditambahkan pada zona tengah.

73

Gambar 5-34 Proses pembuatan sebuah dashboard. Dua buah scorecard seperti yang dapat dilihat telah ditambahkan dan halaman default telah diganti namanya. Perhatikan bahwa setiap zona memiliki properti yang dapat diubah. Panah kecil yang menunjuk ke bawah yang berada di dekat tombol untuk setiap item pada dashboard akan memungkinkan pengembang untuk mengakses kotak dialog Edit Item khusus untuk scorecard dan laporan. Edit Item dialog memungkinkan pengguna untuk menentukan urutan bagaimana item ditampilkan dalam zona tersebut karena satu buah zona dapat menjadi tempat bagi lebih dari satu item. Edit Item juga memungkinkan pengembang untuk memutuskan apakah item ini di-cache atau tidak. Proses caching menjadi masuk akal ketika data-data tidak banyak berubah atau ketika informasi yang paling baru tidak bersifat kritis, misalnya ketika menampilkan data historis pada tanggal tertentu. Jika caching dinonaktifkan, maka setiap kali item dibuat PerformancePoint Server kembali ke cube untuk mendapatkan datanya. Yang terakhir, Edit Item dialog memungkinkan pengembang untuk menset tinggi dan lebar dari zona. Secara default tinggi dan lebar akan menyesuaikan disi secara otomatis agar zona mencakup seluruh layar, tetapi sebenarnya tinggi dan lebarnya dapat dibatasi dengan sebuah nilai ataiu persentasi dari ukuran layar.

74

Zona juga memiliki setting sendiri, dan kotak dialog ini dapat diakses dengan mengklik-kanan judul zona dan memilih menu Zone Setting. Sebuah zona dapat mencakup dua buah scorecard dan sebuah laporan misalnya. Item-item tersebut dapat diletakkan secara horizontal, vertikal atau ditumpuk dimana setiap item akan memiliki tab sendiri. Pilihan horizontal, vertikal atau ditumpuk terdapat di tab Orientation pada Zone Setting. Sejauh ini, dashboard dapat diekspor untuk melihat tampilannya. Perhatikan, dalam gambar 5-34 ribbon Edit sedang ditampilkan dan salah satu tombol memiliki label SharePoint Site, yang akan menjadi pilihan yang paling umum. Sebelum dashboard di-deploy harus diterbitkan terlebih dahulu ke server. Setelah itu, klik tombol SharePoint, Pengembang akan diminta untuk memberi nama server dari SharePoint dan document library-nya. Layar berikutnya akan menanyakan master page apa yang akan digunakan untuk tampilan. Secara default, PerformancePoint Server menyediakan beberapa master page sederha tetapi perusahaan dapat juga menambahkan master page yang memiliki layout khusus. Gambar 5-35 menampilkan bagaimana dashboard ini kelihatannya pada SharePoint dengan menggunakan master page default. Terdapat tombol di atas setiap scorecard yang akan memungkinkan pengguna untuk memodifikasi tampilan nilai yang digabung (rolled up) sehingga mereka dapat melihat roll up default, roll up worst child (memiliki nilai minimum), atau jumlah setiap jenis indikator. Hal ini berarti untuk demonstrasi Objective akan ada satu indikator sesuai target dan satu lagi jauh di bawah target. Cara lain untuk menampilkan dashboard adalah dengan mengklik tombol Preview pada ribbon Edit. Dengan cara ini dashboard akan ditampilkan pada browser dengn cara di-deploy pada halaman preview.

Gambar 5-35 Sebuah dashboard dengan dua scorecard di buat pada SharePoint. Hal ini sangat berguna karena dashboard yang sedang dibuat tidak dapat diakses oleh pengguna lain. Preview tersebut diekspor sebagai sebuah halaman ASP.NET dan disimpan dalam sebuah area preview pada PerformancePoint Server, yang akan tetap ada walaupun setelah preview ditutup. Menampilkan

75

terlebih dahulu dashboard yang sedang dibuat merupakan cara yang lebih diminati karena telah memilih semua fungsionalitas dari dashboard yang telah dideploy.

Proses menambahkan Filter pada Dashboard

Penambahan filter atau parameter pada Dashboard dapat dilakukan tetapi filter ini akan memperngaruhi satu atau lebih scorecard dan laporan yang terdapat pada dashboard tersebut. Proses membuat filter dan menempatkannya pada dashboard cukup mudah untuk dilakukan. Mengaitkan filter kepada scorecard dan report adalah sebuah proses yang terpisah tetapi walaupun dapat dilakukan dengan mudah dibutuhkan pendekatan yang berbeda untuk sebuah scorecard dan report. Untuk membuat sebuah filter, dashboard dibuka pada Dashboard Designer ketika pengembang mengklik tab Filters. Pada panel Filters terdapat sebuah tombol yang memiliki label New Filter dan jika dklik maka kotak dialog Select a Dashboard Filter Template akan muncul. Terdapat beberapa template yang tersedia., termasuk MDX Query, Member Selection, Named Sets, Tabular Values dan beberapa yang berhubungan dengan intelijensi waktu (misalnya triwulan sebelumnya, periode yang sama pada tahun sebelumnya, dan seterusnya). Salah satu cara yang paling sederhana untuk membuat sebuah filter adalah dengan menggunakan Member Selection template, yang menampilkan dimensi dan memungkinkan pengguna untuk memilih member yang akan muncul pada daftar. Sebuah MDX Query adalah pilihan yang lebih baik jika daftar yang dibutuhkan bersifat dinamis seperti pada kasus dimana nilai sering ditambahkan dan dihapus. Untuk kasus tersebut penggunaan metode Children atau fungsi Descendants pada MDX akan membantu. Sebagai contih Member Selection akan dipilih. Setelah filter diberi nama (dalam contoh ini Product Category), data source dipilih. Karena member akan berasal dari sebuah dimensi, data source AdvWorks akan digunakan. Layar berikutnya akan menanyakan dimensi yang mencakup member dan membernya sendiri. Dimensi yang akan digunakan Product.ProductC Categories. Hati-hati ketika memilih member karena pengguna akhir sering kali dapat melihat All level (total dari keseluruhan) dan member individu. Pengembang dapat juga mengklik kanan sebuah member di pada bagian selektor dan menset member tersebut sebagai member default pada filter. Pada contoh Product Categories member-member yang dipilih adalah All Products, Accessories, Bikes, Clothing dan Components. Gambar 5-26 menunjukkan tampilan dialog ini setelah member dipilih dengan mengasumsikan All member dipilih sebagai nilai default. Layar berikutnya memberikan desainer tiga pilihan dalam menampilkan member kepada pengguna akhir yaitu List, Tree dan Multi-Select Tree. Pilihan list adalah sebuah list yang datar (maksudnya tidak terdapat struktur hierarki) tetapi hal ini akan membingungkan pengguna ketika terdapat member dari level yang berbeda seperti All level dan member yang berada di bawahnya. Pilihan yang lebih baik dalam menampilkan member adalah struktur pohon baik dengan Tree atau Multi-Select Tree. Sesuai dengan

76

Gambar 5-36 Proses pembuatan filter yang akan ditempatkan pada dashboard. Filter dapat dibuat sendiri di luar scorecard atau laporan. Tree menunjukkan sebuah struktur hierarki, tetapi hanya satu member yang dapat dipilih. Multi-Select Tree menampilkan member pada struktur hieraki dan memungkinkan pengguna untuk memilih lebih dari satu item secara bersamaan dengan menggunaka checkbox di sebelah setiap member. Setelah sebuah filter dibuat, filter akan muncul pada bagian available item. Jka kembali ke tab Editor maka pengembang dapat menggeser filter dan menletakkannya pada dashboard. Biasanya filter diletakkan pada sebuah zona kecil pada bagian atas dari halaman. Filter yang hanya diletakkan pada halaman ini tidak mengaitkannya kemanapun. Proses yang bebeda yang dilakukan pada setiap item dalam halaman tersebut harus dilakukan.

Proses Mengaitkan Filter pada Scorecard

Scorecard didasarkan pada KPI dan salah satu fitur utama dari KPI adalah dapat mencakup filter. Jika sebuah scorecard akan dikaitkan dengan kepada sebuah filter yang ada pada dashboard, sebuah filter untuk dimensi yang akan defilter pada dashboard sebaiknya tidak tercakup dalam KPI. Dengan kata lain, jika sebuah parameter dashboard didasarkan pada hierarki kategori produk, KPI yang terdaftar pada scorecard Objective Demo seharusnya tidak memasukkan Product Categories sebagai filter saat KPI ini didesain.

77

Setelah filter dan scorecard keduanya ditempatkan pada dashboard, filter dapat dikatikan ke scorecard. Meletakkan pointer mouse di atas filter akan memunculkan detailny dalan salah satu yang terdadtar disana adalah Member UniqueName. Member UniqueName adalah bagaimana setiap member dalam cube diidentifikasi secara unik. Jadi, nilai seperti Bika dan Clothing mungkin tidak unik pada semua dimensi jika hanya teks yang digunakan, jadi terdapat nilai unik yang mengidentifikasi setiap member. Jika Member UniqueName diklik dan digeser maka pengembang dapat meletakkannya pada scorecard. Akan tetapi, letakkanlah pada area dimana muncul tulisan Drop Fields Here to Create Links. Ketika Member Unique Name sudah diletakkan, akan muncul kotak dialog Edit Filter Link pada tab Link Option. Sebuah kotak pilih pada ujung item memungkinkanpengembang untuk memilih Filter, Row atau Column. Umumnya isian ini diset dengan Filter kecuali jika dimensi produk ditunjukkan pda bagian baris atau kolom. Pada contoh kasus scorecard objective pada AdvWorks produk tidak ditampilkan di manapun sehingga filter sebaiknya dipilih. Kotak dialog Edit Filter Link dapat dilihat pada gambar 5-37. Sampai ssejauh ini proses pembuatan dashboard telah selesai. Dashboard dapat diterbitkan ke server an kemudian diekspor ke SharePoint. Hasil akhirnya akan ditampilkan setelah cara menambahkan filter ke report ditambah.

Gambar 5-37 Hubungkan filter ke sebuah scorecard biasanya berarti menghubungkannya ke titik ujung Filter.

Mengaitkan Filter pada Laporan

Proses menghubungkan filter ke sebuah scorecard sangat sederhana karena scorecard didesain sebagai item yang normal sehingga tidak ada hal khusus yang perlu dilakukan. Akan tetapi, report memerlukan

78

pembuatan sebuah parameter pada report tersebut. Filter pada dashboard kemudian dihubungkan ke parameter pada report untuk mengaitkan keduanya. Sebelumnya pada bab ini terdapat sebuah laporan Quantity Sold yang ditunjukkan pada order quantity untuk produk selama delapan triwulan. Ketika laporan ini ditampilkan pada bagian desainer, tab Design menunjukkan tiga buah item pada bagian bawah halaman yaitu Series, Bottom Axis dan Background. Ingat bahwa item background biasanya digunakan untuk memfilter laporan. Dalam kasus ini karena pengguna ingin memfilter produk , desainer dapat menggeser hierarki Product Categorieske dalam kotak background. Untuk selanjutnya terdapat dua pendekatan, pendekatan yang pertama dan paling mudah adalah tidak melakukan apa pun. Dengan kata lain, setelah menggeser Product Categories ke kotak background, laporan dapat diterbitkan tanpa ada perubahan lebih lanjut. Setelah laporan ditempatkan pada dashboard, Member UniqueName di geser dari filter dan diletakkan pada laporan, dan dialog Edit Filter Link akan muncul. Semua hierarki yang ditunjukkan sebagai titik ujung yang mungkin dan pengembang cukup memilih Product Categories dan proses ini selesai. Pendekatan yang lebih manual agar pengembang dapat menambah Product Categories ke kotak background dan kemudian menuju tab Query tempat sintaks MDX untuk query ditampilkan. Menambahkan sebuah dimensi ke kotak background menambahkan sebuah klausa WHERE ke dalam query MDX. Dalam kasus ini klausa WHERE yang ditambahkan adalah:

Member deault untuk semua dimensi adalah All level. Pengembang sebaiknya menandai teks diantara tanda kurung pada bagian klausa WHERE. Pada bagian bawah dari halaman ini terdapat sebuah panel parameter. Pengembang seharusnya mengentri sebuah nama untuk parameter dan mengklik tombol Insert. Jika parameter ini dinamakan ProdCat misalnya maka:

dimasukkan pada query. Selanjutnya, parameter ProdCat memiliki sebuah nilai default yaitu

yang berarti laporan ini akan dijalankan walaupun tidak ada nilai parameter yang diberikan. Gambar 538 menunjukkan query dengan parameter yang telah diset.

79

Gambar 5-38 Proses penggantian background filter dari sebuah query laporan dengan sebuah parameter untuk menghubungkannya pada sebuah filter di dashboard. Setelah laporan diterbitkan ke server pengembang kembali ke dashboard dan menggeser laporan dari item yang tersedia ke dalam sebuah zona. Sekali lagi, member UniqueName digeser dari filter dan diletakkan pada area Drop fields here. Dialog Edit Filter Link akan muncul. Kali ini, ketika pengembang mendetailkan daftar uung point dari item pada dashboard item yang akan muncul aladaj dimensi yang secara spesifik ditambahkan ke background, series atau bottom axis. Hal ini berarti nama dari parameter yang ditambahkan tidak akan muncul. Dalam hal ini, pengembang dapat memilih Product Categories. Seletah mengklik tombol OK, laporan sekarang terkait dengan parameter. Sejauh ini, sebuah filter, laporan dan sebuah scorecard semuanya telah ditambahkan ke dalam sebuah dashboard dan filter tersebut juga telah terhubung dengan laporan dan scorecard. Proses yang diperlukan pada dasarnya sama baik untuk scorecard maunoun report, tetapi scorecard tidak memerlukan langkah khusus. Sebaliknya, meskipun demikian laporan dapat diubah querynya sehingga klausa WHERE mencakup nama dari sebuah parameter yang dibuat untuk report tersebut walaupun langkah ini tidak diperlukan. Karena langkah ini opsional dan memerlukan pekerjaan tambahan, alas an utama untuk melakukan ini adalah untuk membuat MDX terlihat jelas kepada siapapun yang menampilkannya di masa yang akan dating karena memang secara khusus didesain untuk menerima sebuah filter ketika berada pada sebuah dashboard. Sampai sejauh ini, hal yang mudah untuk menerbitkan dashboard dan mengekspornya ke SharePoint. Gambar 5-39 menunjukkan dashboard secara default dengan filter Product Category di set terhadap All

80

Products. Perhatikan bahwa scorecard AdvWorks-Objectives menampilkan skor keseluruhan sebesar 60.8% dengan sebuah Internet Gross Profit Margin yang sangat rendah. Catat juga bahwa laporan Quantity Sold menunjukkan bahwa kuantitas dari semua produk terjual pada triwulan ketiga dari tahun 2003 sekitar 50000. Asumsikan bahwa seorang pengguna akhir sekarang mendetaikan Product Category dan memilih hanya kategori Clothing. Gambar 5-40 menunjukkan perubahan yang terjadi. Pertama-tama, secara keseluruhan skor dari skorcard Objective Demo sekarang adalah 72.7%, karena nilai Reseller Gross Profit Margins yang jauh lebih tinggi. Perhatikan juga bahwa laporan Quantity Sold sekarang menampilkan jumlah produk yang terjual pada triwulan ketiga dari tahun 2003 sekarang sekitar 14000. Hal ini karena hanya 14000 item pakaian yang dijual dibandingkan dengan 50000 unit dari semua item digabung.

Gambar 5-39 Dashboard menunjukkan sebuah scorecard dan sebuah laporan, keduanya melaporkan bahwa total dari keseluruhan produk yang merupakan nilai default untuk filter.

81

82

Gambar 5-40 Filter dashboard tealh diubah sehingga mememperbaharui scorecard dan laporan pada dashboard.

Penutup
Kemampuan pengawasan dari PerformancePoint Server kaya dengan berbagai fitur. Hanya dengan sebuah kakas, Dashboard Designer pengembang dapat membuat KPI, scorecard, laporan, filter dan dashboard. KPI dapat mencakup sebuah nilai actual dan lebih dari satu nilai target. Scorecard dibuat dengan menggunakan KPI dan dapat mencakup objective yang merupakan gabungan dari nilai KPI. Penggabungan ini bisa diberi bobot sehingga beberapa KPI memberi kontribusi yang lebih besar pada keseluruhan skor dibandingkan dengan KPI lainnya. Laporan tersedia sebagai tambahan selain scorecard. Selain itu, laporan juga meliputi thin client Analytical Chartdan Grid termasuk juga tipe yang menggunakan Office Web Components. Sebuah Trend Analysis Chart disediakan sehingga pengguna dapat melihat tren historis dan memprediksi tren di masa yang akan datang dengan menggunakan algoritma data mining. Setelah scorecard dan laporan dibuat, item-item tersebut dapat ditempatkan pada dashboard yang akan di-deploy biasanya pada SharePoint. Filter dapat ditambahkan ke dashboard yang akan memperbaharui semua item-item yang ada di dashboard sekaligus.

83

Analisis menggunakan PerformancePoint Server

Salah satu keuntungan membangun sebuah business intelligence adalah memungkinkan para analis dan pengguna data lanjut melakukan analisis data yang kompleks dan detil. Kemampuan ini, yang biasanya disebut analitik, berjalan baik di atas scorecard yang sederhana tapi telah distrukturkan secara mantap. Dan laporan biasanya tersedia bagi pengguna bisnis secara umum dan manajemen di level yang lebih tinggi. Para pengambil keputusan bisnis jarang sekali memiliki tools untuk melakukan analisis lanjut, biasanya karena mereka kurang waktu atau pengetahuan. Sebagai tambahan, banyak bisnis mempekerjakan analis yang memiliki kemampuan di bidang statistik dan para analis tersebut diminta melakukan analisis mendalam terhadap data Menciptakan tools yang mampu menawarkan fungsi analisis lanjut selama ini telah menjadi tantangan; semakin canggih tools-nya semakin sulit juga dipakai. Berita baiknya adalah tools-tools canggih sekarang telah mudah digunakan. Tapi ini bukan berarti sembarang orang dapat memakainya. Tools-tools saat ini telah memungkinkan para analis membuat laporan/view data yang kompleks dan kemudian menunjukkannya kepada orang lain. Sungguh suatu bantuan besar dalam daya kerja analis Seperti telah didiskusikan dalam bab 2, PerformancePoint Server mempunyai 3 area focus utama: memonitor, menganalisis, dan merencanakan. Pada versi ini, bagian analisisnya dianggap bagian yang paling tidak lengkap. Walaupun demikian, suatu hari pasti PerformancePoint Server akan mampu melengkapinya seperti yang dimiliki ProClarity. Dengan demikian, bab ini akan membahas bagian analitik yang ada di PerformancePoint Server dan kemudian mendiskusikan ProClarity khususnya antarmuka ProClarity Standard dan Professional dan ProClarity Analytics Server

Analisis menggunakan PerformancePoint Server

Seperti yang telah dibahas pada bab 5, tool untuk membuat komponen monitoringnya PerformancePoint Server adalah Dashboard Designer, sebuah aplikasi .NET yang berjalan menggunakan ClickOnce. Dashboard Designer mampu membuat laporan sebagai tipe objek kelas pertama. Laporanlaporan ini mewakili inti dari fungsi analisis yang ada dalam PerformancePoint Server. Terdapat beberapa jenis laporan, yang akan saya jelaskan dalam bagian ini. Tabel 5-1 pada bab sebelumnya mendaftarkan tipe-tipe laporan yang tersedia. Gambar 6-1 menunjukkan antarmuka yang tampil ketika seorang developer membuat laporan. Memilih tipe laporan akan menampikan dekripsi singkat dari tiap tipe laporan dan menjelaskan hal-hal khusus lainnya, seperti kebutuhan akan sumber data Analysis Services atau tersedianya Excel Services.

84

Gambar 4-2 Dialog Box diatas menunjukkan tipe-tipe laporan yang tersedia pada PerformancePoint Server

Membuat laporan pada PerformancePoint Server adalah hal mudah dengan klik kanan di node Reports pada Dashboard Designer dan kemudian memilih New Report, atau klik pada tipe laporan yang sesuai pada pita Create di Dashboard Designer, seperti yang terlihat pada gambar 6-2. Ketika tipe laporan yang sesuai telah dipilih, developer akan melanjutkan dengan menghubungkan sumber data dengan query. Dalam kasus yang lain, laporan akan terhubung pada item eksternal seperti website, view ProClarity, atau SQL Server Reporting Services.

Gambar 4-3 Pita Create pada Dashboard Designer memungkinkan pembuatan berbagai tipe laporan

Tabel Analitik
Analytic Charts (Tabel Analitik) adalah suatu cara mudah untuk membuat laporan yang chart-based pada PerformancePoint Server. Hal ini dikarenakan tabel adalah hal yang kecil dan tidak membutuhkan

85

instalasi komponen apapun pada mesin klien, tidak seperti tipe laporan yang lain. Ada beberapa opsi untuk tipe chart, traditional bar charts, 2 jenis stacked bar charts, dan 2 jenis line charts. Tipe laporan lain juga memiliki banyak opsi. Nanti saya akan menjelaskan PivotChart. Memang Analytic Chart memiliki banyak kemampuan, tapi sebenarnya Analytic Chart adalah tool bagi end user; para analis akan menyadari bahwa chart yang disediakan oleh ProClarity jauh lebih powerful dan memiliki lebih banyak fitur analisis. Namun, kemampuan analitik dari Analytic Chart sudah memenuhi kebutuhan sebagian besar pengguna. kemampuan analitik ini memiliki fitur yang paling penting, yaitu kemampuan untuk men-drill down ke level yang lebih rendah sampai detail. Fitur ini sangat memuaskan pengguna yang tidak mempunyai banyak waktu untuk melakukan analisis komplit. Satu batasan yang terdapat pada Analytic Chart adalah perlunya cube Analysis Services sebagai sumber data. Hal ini tentunya tidak mengejutkan, karena chart sudah di-desain untuk memungkinan pengguna me-navigasi struktur hirarki dimensional tanpa perlu mengetahui bagaimana memilih item tabel relasional yang sudah di-normalisasi dalam urutan yang tepat. Juga, sumber cube-nya dapat berasal dari Analysis Services 2005; Tetapi, Analysis Services 2000 tidak dapat digunakan sebagai sumber bagi Analysis Chart. Ketika developer membuat Analytic Chart baru, wizard Create an Analytic Chart Report akan muncul. Layar pertama akan menanyai 3 pertanyan standard, seperti nama, folder dan apakah akan memberikan hak Read bagi semua user. Layar kedua akan meminta developer memilih sumber data yang akan digunakan. Jika layar ini blank, tekanlah tombol Refresh pada pita Home. Ingatlah juga, bahwa sumber data baru harus dibuat di Dashboard Designer sebelum memulai wizard. Dengan menekan tombol Finish, maka wizard akan membangkitkan laporan dan menampilkan layar konfirmasi yang memberitahu anda bahwa laporan telah dibuat. Analytic Chart kemudian ditampilkan pada view Design di dalam Dashboard Designer. View Design memungkinkan developer untuk membuat laporan menggunakan palet drag-and-drop sederhana. Tiga tombol pada bagian bawah halaman adalah Series, Bottom Axis, dan Background. Dimensi atau ukuran yang terdapat pada panel Series akan ditampilkan pada sumbu-Y laporan. Dimensi atau ukuran yang terdapat pada panel Bottom Axis akan ditampilkan pada sumbu-X laporan. Waktu biasanya ditampilkan pada sumbu-X. Ingatlah bahwa dimensi dan ukuran dapat diletakkan di panel Series ataupun Bottom Axis. Seringkali ukuran ditempatkan pada panel Series dan kadangkala hirarki ditempatkan pada panel Bottom Axis, meskipun hal ini akan terlihat sulit bagi end user. Hal ini akan kita diskusikan sekarang. Dimensi dan ukuran untuk sumber data tersedia di panel Available Items pada bagian kanan designer, seperti terlihat pada gambar 4-3.

86

Gambar 4-4 Tabel analitik sederhana yang menunjukkan Big Blue Bar dan item pada panel Series dan Bottom Axis

Ada juga kategori ketiga pada item-item yang terdapat pada panel Available Items, yaitu Named Sets. Named Sets adalah koleksi dari satu atau lebih item yang didefinisikan pada MDX statement. Sebagai contoh, bayangkan sebuah perusahaan ingin menentukan 10 pelanggan teratas dengan menggunakan analisis. Hal apa yang membuat seorang pelanggan masuk top 10? Ini adalah keputusan bisnis definisinya dapat saja berupa pelanggan dengan transaksi terbesar selama rentang waktu tertentu. Atau, dapat juga berupa sebuah definisi kompleks seperti pelanggan dengan kontribusi terbesar pada gross profit margin selama 4 kuarter, yang telah menjadi pelanggan selama minimal 2 tahun, dan yang belum melewati 80% dari batas kredit mereka. Maksud kalimat di atas adalah ketika suatu bisnis telah menentukan kriteria bagi pelanggan terbaik, sebuah rumus dapat juga dibuat untuk menentukan pelanggan-pelanggan terbaik tersebut dengan koleksi data yang paling mutakhir; hal ini memungkinkan anggota himpunan berubah-ubah secara cepat, tergantung kriteria dan volatilitas data. Orang yang mendesain laporan tersebut sekarang dapat dengan mudah memilih Named Sets seperti 10 pelanggan terbaik dan laporan akan secara otomatis memperbaharui 10 pelanggan terbaik tersebut. Sekali lagi, Named Sets sangat membantu kebutuhan orang-orang yang mengerti MDX ketika membangun sebuah solusi Business Intelligence berdasarkan teknologi Microsoft. Tidak ada banyak hal lagi yang dapat dapat dilakukan dengan tabel utama pada Design Mode, tetapi dengan menekan tombol Browse akan membuka sebuah viewer yang memungkinkan developer menguji bagaimana end user mampu berinteraksi dengan tabel utama ini. Membuka tabel dalam bentuk Browse Analytic Report adalah, tidak lebih menyenangkan ketimbang melihatnya dalam Design Mode. Namun, menggeser mouse ke Big Blue Bar akan mengubah pointer mouse menjadi tangan yang

87

mengindikasikan sebuah tombol yang dapat diklik. Dengan mengklik sekali pada Big Blue Bar akan mengubah view yang terlihat pada gambar 6-4. Dalam gambar 6-4, mudah untuk melihat bahwa Mountain Product Line adalah kontributor terbesar pada Gross Profit. Dengan menekan sebuah bar, user akan mendrill-down hirarki apapun ke level yang lebih rendah. Ingatlah juga bahwa jendela Browser memiliki tombol Back dan Forward pada bagian kiri atas yang memungkinan user menavigasi lebih mudah.

Gambar 5 Menelusuri sebuah Analytic Chart memungkinkan developer menampilkan laporan dan mendrilldown nya tanpa harus mempublishnya di server

Mengklik pada bar Accessory akan menampilkan tabel yang sama seperti pada gambar 6-5. Ingatlah pada gambar ini, user telah mendrill-down dari level Product Line ke level Model hanya bagi Accessories. Dengan kata lain, mengklik bar Accessory akan mendrill down item itu saja dan mengabaikan item yang lain. Pada gambar 6-5, user telah mendrill-down hirarki Product Model Line sejauh mungkin. Sayangnya, menggerakkan mouse di atas bar tetap menunjukkan sebuah region yang dapat diklik, tetapi mengkliknya tidak akan menghasilkan apa-apa. Bar tersebut sebenarnya dapat diklik kanan, yang akan kita diskusikan sebentar lagi.

88

Gambar 6 Men-drill down sebuah member menggantinya dengan anak-anaknya. Dalam contoh ini, user mendrill down member Accesory

Pendekatan lain bagi view ini adalah menukar item-item yang terdapat pada dimensi sehingga Gross Profit akan muncul di Series dan Product Model akan muncul di Bottom Axis. Menukar dimensi awalnya hanya membawa sedikit perubahan, karena Big Blue Bar masih berada di sana. Namun, perubahan besar pertama adalah mengklik pada bar ketika menampilkan dengan jendela Browser tidak akan melakukan apa-apa. Hal ini karena, secara default, system akan mendrill down apapun yang terdapat pada Series, dan tidak melakukan apa-apa jika ukuran diklik. Pada titik ini, ada dua pilihan. Pertama, user dapat mengklik kanan pada bar dan memilih Drill Down To, menentukan dimensi, dan kemudian menentukan level berapa yang dituju. Sayangnya, hirarki yang terdapat pada sumbu-X, dalam contoh ini adalah Product Model Lines, akan diburamkan pada daftar Drill Down To, yang berarti tidak mungkin di-drill down karena telah ada di laporan. Alih-alih, user dapat mengklik kanan pada Big Blue Bar dan memilih Switch to All Products. Ini akan menukar tabel sehingga akan mendrill down item pada sumbu-X (Bottom Axis). Sekarang, mendrill down akan sama seperti pada awalnya. Switch to All Products memungkinkan user mendril down Product Model Lines, dalam kasus ini, tampilannya akan terlihat sedikit berbeda dari tabel sebelumnya. Gambar 6-6 menunjukkan tabel dengan Product Model Lines pada sumbu-X, Gross Profit pada sumbu-Y dan user telah mendrill down satu level Big Blue Bar setelah memilih Switch to All Products. Perhatikan bahwa legend hanya menampilkan nama ukuran dan Product Line yang berbeda tersebut ditampilkan di bagian paling bawah. Walaupun sulit dikatakan, semua bar sekarang warnanya sama karena hanya ada satu nilai pada legend.

89

Ada cara yang lebih mudah untuk menswitch item dari sumbu X dan Y; Pertama, klik kanan pada sembarang bar dan pilihlah pivot. Ini akan menggerakan semua item pada Series ke Bottom Axis dan sebaliknya. Dengan demikian, sembarang chart dapat dengan mudah ditukar seperti pada gambar 6-5 dan gambar 6-6, yaitu dengan mengklik kanan pada bar dan memilih Pivot.

Gambar 7 Menggunakan perintah pivot yang sederhana akan menukar item dari sumbu-X ke sumbu-Y dan sebaliknya. Disini, ukuran telah dipindahkan ke sumbu-Y dan Product Model Lines berada di sumbu-X

Dimensi pada sumbu X dan Y

Pada contoh pertama ini, Bottom Axis hanya memiliki ukuran tunggal, Gross Profit. Namun, waktu bukanlah factor dalam laporan ini, jadi langkah berikutnya adalah memodifikasi laporan sehingga waktu memainkan peran. Tapi, dimana waktu diletakkan? Biasanya, waktu diletakkan di sumbu-X, jadi laporan didesain ulang sehingga dimensi Date.Date.Calendar terletak di Bottom Axis dan Product Model Lines berada di Series. Pada titik ini, bagaimana dengan ukuran Gross Profit? Itu dapat dipindahkan dengan mudah ke Background. Hal ini akan membuatnya tetap aktif tapi tabel akan menampilkan Big Blue Bar untuk All Product dan All Time, seperti pada gambar 6-7. Pada titik ini, membrowse laporan dan mengklik Big Blue Bar sekali akan menampilkan layar seperti pada gambar 6-8. Mengapa drill down terjadi pada hirarki Product Model Line dan bukan hirarki kalender? Ingat-ingatlah kembali bagian sebelumnya bahwa drill down hanya akan terjadi pada dimensi di panel Series. Pada kasus ini, Product Model Lines ada pada Series atau sumbu-Y, jadi mendrill downnya dapat dilakukan dengan mengklik bar dan user akan melihat dimensi Product Model Lines.

90

Gambar 8 Ukuran telah dipindahkan ke latar dan dimensi telah ditempatkan pada sumbu-X dan sumbu-Y

Gambar 9 Sebuah laporan dengan produk pada Series dan waktu pada Bottom Axis. Ukuran terletak pada latar

91

Mengklik-kanan
Ada cara lain untuk mendrill down, yaitu dengan mengklik kanan bar dalam tanda Tanya. Mengklik kanan bar akan membuka menu yang konteks sensitive yang menampilkan tidak hanya opsi drill down, tapi juga beberapa opsi lainnya. Opsi-opsi ini ditampilkan pada gambar 6-9 dan dijelaskan pada tabel 61. Tabel 6-1 menyebutkan bahwa salah satu opsi klik kanan adalah Drill Down To. Memilih opsi ini akan memberikan anda sebuah menu yang menampilkan semua dimensi dan setiap dimensi dapat memiliki sebuah menu yang menampilkan level pada hirarki dimensi tersebut. Ambillah laporan standar yang didrill down ke level Product Line, seperti pada gambar 6-9. Setiap bar mewakili total Gross Profit pada setiap Product Line pada semua waktu. Sebuah drill down sederhana akan mendrill down hirarki Product Model Lines. Opsi Switch To akan memungkinkan user mendrill down Date.Calendar. Namun, bagaimana jika user lebih menginginkan teritori penjualan mana yang berkontribusi bagi Gross Margin pada garis produk utama? Bukan teritori Series dan bukan juga teritori Bottom Axis. Namun, user dapat mengklik kanan pada bar, memilih Drill Down To, lalu memilih teritori sales dan Negara. Ini akan menampilkan Gross Profit setiap Negara bagi produk itu saja. Ini adalah poin penting: bar yang diklik oleh user akan berperilaku sebagai filter, sehingga data yang dihasilkan hanya bagi produk tersebut saja. Sebagai contoh, asumsikan seorang pengguna mengklik kanan pada bar Road Product dan memilih Sales Territory dan country. Chart yang dihasilkan akan terlihat seperti pada gambar 6-11.

Gambar 10 Menu pop up yang menunjukkan bar dalam sebuah Analytic Chart dapat melakukan lebih dari sekedar drill down.

Opsi

Fungsi

92

Drill down Drill down to

Drill up Show only Remove Switch to <member> Show Details Additional Actions Sort Filter Pivot Hide/Show Information

Sama seperti klik kiri pada bar. Membawa user satu level hirarki lebih detil Kadang kala disebut cross drilling karena memungkinkan user mendrill down dimensi apa saja, tidak hanya dimensi pada Series atau Bottom Axis. Cross drilling akan dijelaskan lebih lanjut dalam bab ini Kebalikan dari drill down Show only akan menghilangkan semua item lain dan membuat hanya satu bar yang ditampilkan di tabel, yaitu bar yang aktif. Kebalikan dari show only. Switch to <member> akan menukar dimensi dimana drill down akan dilakukan. Dalam gambar 6-9, opsinya adalah Switch to All Periods. Show details akan menjalankan Drillthrough pada cube, biasa juga disebut Drill to Detail. Drillthrough akan menarik record actual yang mengubah nilai utama. Additional Actions dapat dibangun di cube, dan aksi ini dapat diikat pada member, level, dan keseluruhan dimensi. Opsi sort akan menyortir data saat ini sesuai Series ataupun Bottom Axis. Filter memungkinkan user menghilangkan semua nilai kosong dari Series, Bottom Axis ataupun keduanya. Pivot akan menukar dimensi pada Series ke Bottom Axis dan sebaliknya. Opsi ini akan menempatkan/menghilangkan sejumlah kecil informasi pada bagian atas grafik

Tabel 1 Opsi yang tersedia jika user mengklik kanan Bar dalam Analytic Report

Gambar 11 Opsi Show Information menampilkan ukuran pada bagian paling atas grafik.

93

Stocked Bar dan Line Charts

Dashboard Designer memudahkan pembuatan stacked bar dan line charts. Dengan membuat chart baru, maka chart yang dihasilkan adalah bar chart. Pita Edit memiliki sebuah tombol yang berlabel Report Type dan dengan mengkliknya akan menampilkan enam opsi yang tersedia.

Gambar 6-14

Dengan menempatkan berbagai dimensi dalam series dan bottom axis memungkinkan sebuah diagram sederhana untuk mencakup lebih banyak detil.

Pengukuran Multi
Sangat dimungkinkan untuk memiliki banyak pengukuran pada suatu diagram sekaligus. Pengembang bisa memiliki banyak pengukuran pada Series atau Bottom Axis. Akan tetapi, peralatan yang ada tidak membolehkan untuk melakukan pengukuran di kedua panel Series dan Bottom Axis pada saat yang sama, karena tidak ada cara yang logis utntuk menampilkan data. Sebagai tambahan, tidak dimungkinkan untuk memiliki banyak pengukuran didalam Background; alasannya akan dijelaskan dalam bab berikut ketika filtering dibicarakan.

94

Menempatkan banyak pengukuran pada salah satu sumbu X dan Y bisa membuat penalaran yang bagus tergantung pada analisis yang sedang dilakukan. Kadangkala, lebih masuk akal untuk melakukan hal tersebut pada sebuah grid jika angka yang ada sangat bervariasi. Sebagai contoh, Gambar 6-15 menunjukkan tiga pengukuran dalam sumbu Y: Sales Amount, Gross Profit, dan Gross Profit Margin. Dalam diagram, hanya dua baris yang terlihat, dan dalam pemeriksaan yang seksama, ada sebuah titik yang dikaburkan oleh salah satu baris. Kedua baris menunjukkan dua pengukuran yang pertama: Sales Amount dan Gross Profit. Keduanya merupakan angka yang relatif besar, dengan Sales Amount menunjukkan kira-kira $110 juta dan Gross Profit menunjukkan

*Harap dicatat bahwa Gross Profit Margin secara automatis dipindah ke bagian kanan sumbu Y tetapi hanya sebuah poin tunggal yang muncul karena sumbu X diset untuk anggota tunggal (the All member) Gambar 6-15 Sebuah laporan dengan pengukuran multi kira-kira $12.5 juta. Akan tetapi, Gross Profit Margin, adalah sebuah angka yang kecil. Hanya menunjukkan .1143 (11.43%). Karena diagram ini membandingkan angka besar dengan sebuah persentase, secara automatis akan memindahkan Gross Profit Margin ke bagian kanan sumbu Y dan dijadikan sebuah garis. Sedangkan kedua pengukuran yang lain ditampilkan dalam batangan. Dalam kasus ini, karena sumbu X hanya memiliki satu nilai, garisnya tampil sebagai sebuah poin tunggal. Harap dicatat bahwa menyusun ulang pengukuran dengan menempatkan persentasi di awal akan menunjukkan keseluruhan poin, dan akan menempatkan poin tersebut didepan batang.

95

Melihat diagram ini dalam jendela Browse dan melihat dalam urutan Product Model Lines memungkinkan pengguna untuk melihat garis Gross Profit Margin yang muncul sebagai poin tunggal. Gambar 6-16 menunjjukan hal tersebut.

Gambar 6-16

Laporan ini telah dikembangkan sehingga Gross Profit Margin dipindah secara automatis ke kanan sumbu Y, dan terlihat dengan jelas sebagai garis.

Harap dicatat bahwa dalam kasus ini sumbu X berisi urutan Product Model Lines, dimana seringkali pengguna akan ingin melihat Time di bagian bawah, terutama dalam kasus dimana mereka sedang memeriksa figur penjualan. Hal ini juga memungkinkan mereka melihat tren lebih mudah.

Filtering dalam Background

Panel Background telah seringkali digunakan dalam contoh ini, hanya untuk menyediakan pengukuran ketika pengukuran tersebut tidak terlihat dalam sumbu X dan sumbu Y. Ketika melihat pengukuran tunggal, hampir pasti diletakkan dalam background. Akan tetapi, dimensi lain bisa diletakkan dalam background dan berfungsi sebagai penyaring data. Bayangkan bahwa manajer penjualan untuk Kanada ingin melihat Gross Profit dalam waktu dan Product untuk Kanada saja. Untuk melakukan hal ini, Product.Product Model Lines bisa diletakkan dalam panel Series dan Date.Date.Calendar bisa diletakkan dalam panel Bottom Axis dan Gross Profit bisa diletakkan dalam panel Background. Akan tetapi, untuk menyaring hanya Kanada, sebuah Sales Teritory, urutannya bisa diletakkan dalam panel Background. Dan perancang bisa menggunakan Member Selector

96

untukmengembangkan All Sales Territories ke Amerika Utara; Amerika Utara bisa juga diluaskan untuk melihat negara-negaradalam wilayah Amerika Utara; dan pengembang bisa memberikan tanda pada Kanada. Hasil operasi ini adalah Big Blue Bar dengan nilai sedikit diatas $1 juta. Jika dilihat dalam browser, dengan Show Information dihidupkan akan membantu menunjukkan bahwa data telah difilter untuk menunjukkan Gross Profit untuk Kanada, sebagaimana ditunjukkan Gambar 6-17. Akan sangat mudah untuk menambah filter pada diagram ini. Sebagai contoh, manajer Kanada mungkin penasaran tentang seberapa banyak penjualan yang melalui Reseller, sehingga urutan Sales Channel bisa diletakkan dalam background dan mendesain filter untuk menyaring hanya bagian Reseller. Seperti yang terlihat, background bisa menampung berbagai dimensi dalam satu waktu seperti series dan sumbu bawah.

Gambar 6-17 Laporan sederhana yang disaring dengan berbagai latar dimensi. Background juga bisa memungkinkan fitur lain, yaitu pemilihan berbagai macam item dalam dimensi yang sama. Bayangkan bahwa manajer di Kanada sangat sukses ditempatnya sehingga dia juga menjadi manajer penjualan untuk Inggris. Dengan urutan Sales Territory tetap di latar belakang, pengembang bisa melihat Member Selector dan memilih baik Kanada atau Inggris. Diagram bisa menunjukkan jumlah penjualan kotor untuk Kanada maupun Inggris secara bersamaan. Menyalakan Show Information sangat penting karena akan menunjukkan semua anggota yang dipilih pada

97

background. Gambar 6-18 menunjukkan bahwa hal ini terlihat oleh pengguna, dengan daftar negara dalam area informasi. Untuk menunjukkan kedua negara secara terpisah dalam laporan, urutan Sales Territory harus dipindah ke panel Series atau panel Bottom Axis. Ada beberapa hal yang memberatkan dalam meletakkan beberapa item dari dimensi yang sama pada background. Pengukuran yang ada tidak memiliki dimensi, seringkali hal tersebut menganggap Measures adalah suatu dimensi (dalam hal sebenarnya, seringkali disebut dimensi Measure).

Gambar 6-18

Dimensi Sales Territory sekarang memiliki banyak anggota yang dipilih pada background dan item individual dicatat dalam area informasi di laporan.

Akan tetapi, menempatkan lebih dari satu pengukuran pada background tidak diperbolehkan. Percobaan untuk menempatkan dua pengukuran pada Background akan membuat Dashboard Designer untuk memindahkan kedua pengukuran ke Bottom Axis. Jika pengembang mencoba untuk hanya memindahkan salah satu pengukuran, keduanya akan berpindah sebagai satu unit tunggal. Walau sangat memungkinkan untuk menjumlahkan anggota seperti Kanada dan Inggris untuk satu pengukuran, sangatlah tidak masuk akal untuk menambahkan pengukuran yang berbeda. Oleh karena itu, Dashboard Designer tidak akan mengizinkan banyak pengukuran pada background.

98

Memahami bagaimana item bekerja pada background sangatlah penting bagi pengembang yang mengerjakan laporan, akan tetapi hal itu bukanlah jalan terbaik bagi pengguna untuk mengerjakan laporan. Harap diingat pada Bab 5 bahwa dashboard bisa memiliki satu penyaringan atau lebih. Hal tersebut memungkinkan pengguna untuk memilih item dari daftar yang merupakan cara terbaik untuk mengimplementasikan kemampuan pada pengguna untuk memilih negara, produk, pengukuran, dan hal-hal lainnya yang ingin mereka lihat. Pengembang harus mengingat bahwa pengukuran tidak boleh dilakukan pada baris atau kolom, dan filter pada dashboard tidak memnugkinkan untuk melakukan bbanyak pemilihan sekaligus.

Analytic Grids
Analytic Grid sangat mirip dengan Analytic Chart. Wizard menanyakan hal yang persis sama untuk grid saat desainer menciptakan chart. Saat permukaan desain muncul, satu-satunya perbedaan antara grid dan desain permukaan chart hanyalah bagian grid memiliki panel bernama Rows dan Columns bukan Series dan Bottom Axis. Hal ini sangat memudahkan untuk membayangkan bagimana data akan terlihat. Grid memiliki dua fitur yang tidak dimiliki chart, akan tetapi juga memiliki kekurangan fitur yang dimiliki chart. Sisi positifnya, grid memungkinkan pengguna untuk menaruh dimensi pada baris atau kolom. Secara teknis chart juga bisa melakukan hal ini akan tetapi pengguna harus mengklik-kanan untuk melakukannya. Selanjutnya, grid memungkinkan pengguna untuk membuat daftar atau mengembangkannya, yang berarti untuk menunjukkan anak data dari pemilihan ketika meninggalkan data induk terlihat. Faktanya, mengembangkan data lebih mudah untuk ditemukan daripada membuat daftarnya. Akan ada tanda plus untuk mengembangkan data walau pengguna harus mengklik dua kali untuk mebuatnya tersusun ke bawah. Lihatlah contoh untuk menciptakan charts, dengan asumsu pengembang menciptakan grid baru dan menempatkan Product Model Lines pada Rows, Date.Date.Calendar pada Columns, dan Gross Profit pada Background. Memencet tombol Browse akan membuka laporan dalam bentuk Browse Analytic Report, dan grid akan terlihat. Dalam kasus ini, Big Blue Bar akan hilang digantikan dengan satu nilai tunggal dalam sebuah sel dan All Periods sebagai kepala kolom dan All Products sebagai kepala baris. Disebelah items pada baris dan kolom adalah sebuah tombol kecil berbentuk tanda plus. Memencet tombol tersebut akan mengembangkan item tersebut, atau dalam kata lain, akan menyimpan item tersebut dan menampilkan anak data. Sebagai contoh, memencet tanda plus disebelah All Periods akan menambah kolom baru, satu setiap CY 2001 sampaiu CY 2004. Contoh ini bisa dilihat pada gambar 6-19. Sampai bagian ini sangat mirip sekali dengan Analytic Chart. Perbedaan yang ada dalam Gambar 6-19 adalah pengguna tidak harus meluaskan item, pengguna bisa menurunkan daftar dengan mengklik dua kali. Gambar 6-19 juga menampilkan hasil jika pengguna mengklik dua kali pada All Products. Tidak seperti perluasan kolom yang menyimpan All Periods pada grid- mengklik dua kali akan menunjukkan anak data dan menggantikan induk data. Pengguna bebas untuk mengklik dua kali setiap anggota dari baris atau kolom untuk menurunkan daftarnya.

99

Keuntungan dari grid sangatlah jelas: kemampuan untuk menurunkan daftar dan meluaskan dimensi pada baris atau kolom membuat navigasi sangat mudah. Akan tetapi, grid memiliki kekurangan pilihan seperti yang terlihat pada menu klik kanan. Sehingga charts dan grid memiliki skenario terbaik masing masing dan bisa memudahkan analisis.

Gambar 6-19

Analytic Grid yang simpel sedang diperlihatkan oleh pengem,bang sebelum di sebarkan pada server. Pengguna telab mengembangkan waktu dan memuat daftar produk.

Pengukuran Multi Menunjukkan berbagai pengukuran sekaligus adalah keunggulan grid. Dilihat dari diskusi sebelumnya dalam bagian chart yang menunjukkan nilai jutaan dibandingkan dengan persentase yang kecil membuat persentase ditaruh pada sumbu Y. Dalam sebuah grid data yang ada sangatlah valid dan mudah dibaca. Sedangkan dalam chart, pengukuran multi tidak bisa diletakkan pada background. Jika pengembang melakukan hal ini, Dashboard Designer akan memindahkan pengukuran pada panel Column secara automatis. Walau hal tersebut kadang merupakan hasil yang diinginkan. Ambil Gambar 6-20 sebagai contoh. Dalam kasus ini produk tetap dalam baris dan waktu tetap dalam kolom. Pengukuran Gross Profit dan Gross Profit Margin juga telah ditambahkan pada kolom dan beberapa ekspansi data telah terjadi.

100

Gambar 6-20

Gross Profit dan Gross Profit Margin ditampilkan berdampingan, akan tetapi perhatikan kemiripan nama pengukuran karena lebar kolom.

Harap diingat satu masalah pada grid: lebar kolom yang menampung nama pengukuran memotong kata Margin pada pengukuran Gross Profit Margin. Lebar kolom tidak bisa diubah, dan hal ini terjadi baik pada pengembang pada saat fase desain dan pengguna saat laporan dipublikasikan pada SharePoint. Ini adalah salah satu alasan mengapa alat ProClarity atau Excel lebih baik untuk beberapa analisis. Dimensi Multi pada Baris dan Kolom Sebagaimana mudahnya untuk memperlihatkan berbagi macam pengukuran pada baris atau kolom, mudah pula untuk berbagai macam dimensi terlihat pada baris atau kolom. Gambar 6-20 menunjukkan hal ini dengan memiliki kedua tanggal dan pengukuran pada kolom, akan tetapi bayangkan bagaimana grid menayangkan keuntungan kotor dengan produk dan wilayah penjualan pada baris dan dengan waktu pada kolom. Menempatkan Gross Profit pada background, Date.Date.Calendar pada Columns, dan Product Model Lines serta SalesTerritory pada Rows akan menampilkan laporan yang sedemikian. Ketika berbagai dimensi diletakkan pada baris atau kolom, urutan yang ditampilkan pada panel Rows dan Columns akan menentukan urutan penempatan mereka pada grid. Dalam contoh kedua produk dan wilayah penjualan akan diletakkan pada baris, jika produk didaftar pertama maka akan ditampilkan lebih dahulu dan wilayah penjualan akan ditampilkan di baris selanjutnya. Pengguna masih bisa emluaskan atau menurunkan daftar anggota dari setiap produk atau wilayah penjualan untuk melakukan analisis.

101

Gambar 6-21 menunjukkan contoh pengguna meluaskan All Product dan All Sales Teritories. sebagaimana meluaskan All Periods juga. Catat bahwa bagian pertama baris memiliki semua produk dan wilayah, diikuti oleh penjelasan wilayah; dan bagian selanjutnya berpindah pada model produk pertama, dan selanjutnya. PivotChart dan Laporan PivotTable PivotChart dan PivotTable lebih bagus dari Analytic Chart dan Anaytic Grid, akan tetapi laporan PivotChart dan PivotTable menggunakan Office Web Components (OWC) dan membutuhkan instalasi pada mesin klien jika tidak ada, dan membutuhkan setiap pengguna yang melihat laporan untuk memiliki lisensi terhadap kontrol. Memulai PivotChart ayau PivotTable akan memulai suatu wizard yang menanyakan pengembang pertanyaan yang sama seperti objek lain (nama, folder, dan akses). Setelah mengisi informasi ini permuakaan desain akan dibuat. PivotCharts memiliki dua tombol pada toolbar yang memuat peralatan tambahan: Commands dan Option serta Chart Wizard. Commands dan Options membolehkan perubahan pada batas, toolbars, dan lain sebagainya. Chart Wizard meluncurkan kotak dialog yang membimbing pengembang melalui proses penciptaan laporan. Tidak seperti Anayltic Charts dan Analytic Grids, PivotCharts dan PivotTables bisa melaporkan dari berbagai sumbaer data termasuk tabel relasi, XML dan lain lain. PivotCharts bahkan bisa dibuat dengan memasukkan data secara manual saat chart dibuat.

102

Gambar 6-21

Berbagai macam dimensi diletakkan pada baris dan kolom sedangkan pengukuran tunggal pada latar belakang.

Tidak seperti PivotCharts, Pivot Tables hanya memiliki satu tombol aktif, Commands dan Options, saat pertama kali dibuat. Tombol Commands dan Option pada dasarnya adalah penggabungan opsi Commands dan Options serta Chart Wizard dari PivotCharts. Tombol ini membuka satu kotak dialog yang memungkinkan pengguna untuk menyambung ke sumber data dan melakukan perubahan pada grid. Ketika satu sumber data dipilih, desainer bisa memilih satu tabel tunggal atau kubus, atau menulis suatu pertanyaan yang akan memberikan suatu hasil yang diinginkan. Setelah menciptakan sambungan untuk PivotChart, sebuah Chart Field List muncul dan menunjukkan semua pengukuran dan urutan atribut. Dengan mengingat contoh sebelum ya, suatu hubungan antara kubus Adventure Work dalam Analysis Services akan menyediakan daftar seperti terlihat pada Gambar 6-22.

103

Gambar 6-22

Sebuah PivotChart menunjukkan tipe chart yang kaya dan sebuah daftar lapangan yang tersedia dalam kubus Adventure Works. Kerugian dari PivotChart atau PivotTables adalah kebutuhan untuk instalasi software pada sisi klien

Harap dicatat bahwa Gambar 6-22 memiliki banyak tipe charts, termasuk batang, garis, pie, area, dan tipe lainnya. Setiap charts mungkin memiliki beberapa sub tipe. Hal ini membuat charts tersebut lebih fleksibel dari Analytic Charts. Ada tiga area dalam chart dimana items bisa ditarik dan ditaruh: chart itu sendiri, satu-satunya area dimana pengukuran bisa diletakkan; area untuk Series Fields (sumbu Y) 5; dan area untuk Category Fields (sumbu X). Urutan yang ditempatkan pada kategori bisa diluaskan sehingga berbagai pilihan bisa dibuat. Chart itu sendiri sangat interaktif dan mengklik dua kali akan meluaskan data walau tombol diatas chart memungkinkan untuk menyingkat, meluaskan, dan masuk atau keluar. Ada juga tombol untuk menyaring, mengurutkan, dan ada area pada bagian atas chart untuk menyaring (mirip dengan penyaring pada dashboard dalam bab 5).

104

Gambar 6-23

PivotChart menunjukkan keinteraktifan yang digunakan untuk membuat pilihan.

Gambar 6-23 menunjukkan sebuah chart batang standar yang berisi Gross Profit untuk empat tahun dalam semua produk. PivotTables sangat mirip. Ada sebuah area pada bagian atas yang memuat penyaring, dan area untuk data pada baris dan kolom. Berbagai pengukuran bisa diletakkan pada grid itu sendiri. Tombol yang da memungkinkan untuk mengurutkan dan menyaring, dan ada bagian opsi ada kotak dialog Command dan Options untuk menampilkan atau menyembunyikan beberapa hal tertentu, dan mengkontrol format. Catat bahwa subtotal bisa diletakkan dengan mudah pada grid dan pengembang bisa memilih untuk menyembunyikan atau menampilkan baris dan kolom yang tidak memiliki nilai. Pada saat desain dan menjalankannya, kolom bisa dengan mudah diubah ukurannya untuk menunjukkan sxemua data atau teks pada bagian kepala. Gambar 6-24 menunjukkan contoh PivotTable dengan Gross Profit dan Gross Profit Margin, dijabarkan dalam tahun dan model produk. Catat bahwa format data dari kubus tidaj dilakukan; atau dalam lain kata, Gross Profit tidak tampil dalam satuan dollar dan Gross Profit Margin tidak tampil dalam persentase.

105

Gambar 6-24

PivotTable menunjukkan Field List dan berbagai macam opsi untuk mengontrol bagaimana grid dijabarkan.

Laporan Excel Service Laporan Exel Service adalah lamporan simpel yang menayangkan sebuah lembar Excel Services. Excel Services adalah versi berbasis web dari Excel yang memungkinkan user untuk mempublikasikan lembar Excel pada server dan melihatnya pada browser. Lembar spreadsheet bisa statis atau mengandung data yang diambil dai luar. Jika data diambil dari sumber luar, pengguna memiliki kemampuan untuk memperbaharui data dalam spreadsheet. Untuk menciptakan laporan Excel Service, pengembang akan memilih template Excel Service dan memberi nama dan pilihan folder penayangan. Saat laopran terbuka untuk editor, pengembang memilih URL untuk situs SharePoint. Saat SharePoint dipilih, Document Library juga terpilih; yang bisa merupakan data terbagi atau data pribadi, walau pilihan ini akan membuat pengguna untuk memasukkan nama dan kata kunci untuk melihat spreadsheet dalam folder personal seseorang. Akhirnya nama yang sebenarnya dari dokumen tersebut dipilih. Sebagai tambahan, Item Name juga bisa dipilih jika halaman memiliki jangkauan nama, dan pengembang bisa juga memilih intuk hanya menampilkan baris dan kolom tertentu. Akhirnya sebuah

106

spreadsheet dengan parameter akan mendaftarkan parameter yang ada dan bisa disandingkan dengan filter Performance Point. Gambar 6.25 menunjukkan seperti apa halaman ini akan terlihat setelah diisi untuk laporan simpel tanpa parameter. Setelah laporan selesai diset, pengembang bisa melihatnya dengan memencet tab View. Hal tersebut akan membuka laporan dalam mode browser dan membuat developer yakin bahwa semuanya bekerja dengan baik. ProClarity Analytics Server Page Laporan ProClarity Analytics Server Page akan tersambung kepada laporan yang tersedia dalam buku penjelasan ProClarity Analytic Server. Hal ini akan dijelaskan dengan detil pada bagian ProClarity.

Gambar 6-25

Report Settings pada halaman Excel Settings

Laporan Spreadsheet Laporan Spreadsheet sangatlah mudah. Membuat satu akan memuat grid Excel menggunakan Office Web Components. Catat bahwa Office Web Components dari Office 2003, bukan Office 2007, sehingga pengguna hanya akan memiliki fungsionalitas Excel 2003 dalam laporan spreadsheet.

107

Lebih penting lagi.kontrol spreadsheet tidak harus memiliki konektivitas langsung ke sumber data. Dalam cara lain, membuat laporan seperti itu akan membutuhkan semua data diketik masuk, atau setidaknya dikopi dari sumber lain. Kontrol spreadsheet tidak bisa secara langsung tersambung ke data sehingga tidak ada perintah tersedia untuk mengambil data dan mengisi spreadsheet. Akan tetapi ada tombol untuk meluncurkan produk Excel dan pengguna yang memencet tombol tersebut akan mendapat salinan spreadsheeet dalam Excel, selama mereka memiliki Excel 2003 atau Excel 2007 dalam mesin mereka. SQL Server Reports dan Web Pages Sebagaimana Strategy Map dan laporan Tren Analysis Chart diulas dalam bab 5, bagian ini akan menyimpulkan dengan diskusi tentang SQL Server Reports dan Web Pages. Setiap bagian tersebut akan menciptakan sambungak kepada objek yang sudah ada. Laporan SQL Server yang baru terikat pada laopran yuang sudah ada dalam Reporting Services. Pengembang bisa memilih untuk menampilkan atau menyembunyikan toolbar Reporting Services, sembarang parameter, dan docmap, yaitu sebuah alat navigasi dalam Reporting Services yang memungkinkan pengguna untuk melompat dalam report dengan cepat. Pada akhirnya, parameter laporan bisa diset sehingga data akan lewat secara automatis ketika laporan dipanggil, atau parameter laporan bisa diset untuk menyaring pada PerformancePointDashboard. Halaman web sangatlah simpel: hanya mengambil URL. Walau terlihat sangat mudah, tetaplah cara yang baik untuk mengikat isi non PerformancePoint Server kedalam dashboard. Hal ini sangat bermanfaat saat berinteraksi dengan data statis dalam sistem lain atau dengan alat pelaporan dari vendor lain.

108

Proses Perencanaan dengan PerformancePointServer

Bagian ketiga dalam PerformancePoint Server adalah modul Planning. Microsoft membangun modul perencanaan dari awal untuk PerformancePoint Server, sementara PerformancePoint Server adalah pengembangan dari Office Business Scorecard Manager 2005, dan bagian analisa yg sebenarnya adalah ProClarity. Modul perencanaan dari PerformancePoint Server 2007 memungkinkan pebisnis untuk berinteraksi dan berkontribusi dalam perencanaan bisnis, penyusunan anggaran, dan pengiraan dalam waktu yang seksama, menggunakan lingkungan Microsoft Office yang familiar dan mudah untuk digunakan. Microsoft Office Excel berfungsi sebagai interface pengguna untuk modul perencanaan, dimana pengguna menulis perubahan yang terjadi pada model data sentral yang bisa terdiri dari data yang aktual berdampingan dengan data perencanaan. Ada tiga komponen yang menyusun modul perencanaan dalam PerformancePoint Server 2007: satu komponen server dan dua komponen client. Komponen server dinamakan Microsoft Office PerformancePoint Server 2007 Planning Server. Komponen client adalah Microsoft Office PerformancePoint Server 2007 Planning Business Modeler dan Microsoft Office PerformancePoint Server 2007 PerformancePoint Add-in untuk Excel. Bab ini akan mencakup seluruh ketiga komponen dengan detil, dimulai dengan administrasi Planning Server.

Planning Administration Console

Penyetelan awal dan administrasi dari PerformancePoint Server 2007 Planning Server, atau disingkat Planning Server, dilakukan melalui Planning Administration Console. Program tersebut adalah konsol administrasi berbasis-web yang bisa digunakan untuk mengelola Planning Server yang banyak. Dalam contoh yang digunakan dalam bab ini, nama dari penempatan server Planning Module adalah PerfPointServer. Untuk mengakses Planning Administrative Console, pengembang akan membuka Internet Explorer dan pergi ke alamat http://<Server Name>:46788/. Dalam contoh kami alamat web adalah http://perfpointserver:46788/, seperti ditunjukkan Gambar 7-1. Nomor port, 46788, adalah nomor TCP port standar untuk Planning Administrative Console. Nomor port standar bisa diubah melalui situs PPSPlanningAdminConsole didalam Internet Information (IIS) Manager. Bagian kiri dari situs konsol administrasi utama berisi sambungan ke berbagai macam aspek pengaturan server. Sambungan pertama, Connection, menyediakan halaman ringkas untuk membuat hubungan ke Planning Server. Hubungan ini dibuka ketika pengembang tersambung ke situs Planning Administrative Console. Dalam kotak teks Location, pengguna akan memasukan http://<Server Name>:46787/, dimana dalam kasus kita akan berupa http://PerfPointServer:46787/. Harap dicatat bahwa nomor TCP port adalah 46787, yaitu nomor port standar untuk PerformancePointServerPlanningWebServices. Seperti yang disebutkan sebelumnya, salah satu keuntungan dari konsol administrasi berbasis web adalah beberapa Planning Server bisa diatur dari situs web yang sama dengan menyambungkan beberapa server yang berbeda dahi halaman Connection. Seketika lokasi server sudah dimasukan, pengembang memencet tombol onnect. Ketika sambungan yang sukses telah didirikan, Status akan berubah dari No Connection menjadi Connection lalu Computer Running Planning Server.

109

Gambar 7-1 Bagian atas gambar menunjukkan halaman Connection didalam Planning Administrative Console sebelum sambungan didirikan. Bagian bawah menunjukan halaman yang sama dengan sambungan yang sudah didirikan.

Aplikasi
Langkah pertama dalam proses adalah menciptakan Planning Server Application. Didalam modul perencanaan dari PerformancePoint Server 2007, ada urutan yang sudah ditentukan untuk menciptakan Bussines Models. Tingkatan teratas dari urutan ini terdiri dari sebuah aplikasi. Aplikasi seharusnya mencakup semua komponen dalam Planning Server. Sebuah aplikasi berfungsi sebagai wadah utama untuk Semua informasi yang perlu disimpan untuk menjelaskan data bisnis Proses yang mengatur akses data Pengaturan keamanan yang mendefiniskan siapa yang bisa mengakses definisi data

Sebuah instalasi Planning Server dari PerformancePoint Server 2007 bisa memuat berbagai aplikasi. Aplikasi aplikasi baru bisa dibuat dari halaman pengaturan aplikasi didalam Planning

110

Admnistration Console atau dari Planning Business Modeler, salah satu dari peralatan client yang akan dijelaskan nanti dalam bab ini. Akan tetapi, aplikasi yang sudah ada hanya bisa diubah dan diurus dari halaman administrasi aplikasi didalam Planning Administrative Console. Terdapat juga beberapa pengaturan lanjut dari sebuah aplikasi yang hanya bisa diatur dari halaman Application Management didalam Planning Administration Console. Oleh karena itu, sangat direkomendasikan untuk menciptakan aplikasi awal dari Planning Administration Console sebagaimana dijelaskan berikut. Sambungan yang kedua dalam bagian kiri dari halaman Planning Administration Console disebut Applications. Sambungan ini membuka halaman Application Management. Satu satunya pilihan yang dibolehkan di Aplication Management dari sebuah Planning Server yang baru di-install adalah tombol Create, seperti ditunjukkan Gambar 7-2. Memencet tombol ini akan membuka kotak dialog Create Application. Penjelasan dari setiap bagian dijelaskan dalam Tabel 7-1.

Gambar 7-2 Ini adalah sebuah halaman Application Management didalam Planning Administration Console saat pertama kali dibuka.

Bagian Name

Penjelasan Nama dari sebuah aplikasi. Bagian ini diperlukan seperti

111

ditunjukan oleh tanda bintang (*). Nama dari aplikasi contoh yang digunakan dalam bab ini adalah Budget. Label Menunjukan Label untuk aplikasi, yang berupa pengenal unik internal untuk aplikasi tersebut. Label juga merupakan bagian yang diperlukan. Bisa sama atau berbeda dengan nama aplikasi Description Penjelasan tambahan untuk aplikasi SQL Server Computer name Nama Server yang menaungi basis data SQL Server Application Database name Nama dari basis data utama yang digunakan oleh aplikasi Planning. Pengaturan nama untuk aplikasi basis data adalah <nama aplikasi>_AppDB. Dalam contoh digunakan nama Budget_AppDB. Staging Database name Nama tempat dimana data untuk penggunaan terkini disimpan sebelum dimuat kedalam basis data aplikasi. Staging Database memainkan pernanan penting dalam aplikasi perencanaan sebagaimana akan dijelaskan nanti dalam bab ini. Penamaan yang dipakai adalah <nama aplikasi>_StagingDB. Dalam contoh akan digunakan Budget_StagingDB. Lokasi Form Templates Menunjukkan templates yang berupa dasar formular pengguna untuk memasukkan rencana, bujet, dan perencanaan data. Pengguna menulis perubahan ke sistem melalui formular ini. Templates ini bisa disimpan di sembarang tempat dengan pembagian akses kepada para pengguna, termasuk kepada pengguna modul perencanaan. Dalam contoh yg diberikan, templates diletakkan pada subfolder yang dinamakan FormTemplates, dibawah folder Budget pada PerfPointServer (Server yang menjalankan Planning Service). Setelah folder Budget dibuat, semua pengguna diberikan kendali penuh dibawah pengaturan Permissions. Lokasi Report Storage Sebuah lokasi dimana laporan yang menyusun susunan layout untuk pengguna disimpan. Pengaturan izin akses sama seperti FormTemplates. Dalam contoh yang diberikan, subfolder bernama ReportStorage digunakan untuk meyimpan laporan dan diletakkan dibawah folder Budget. Lokasi Assignment Forms Lokasi penyimpanan untuk Assignment Form. Aturan folder yang sama berlaku seperti dua diatas Lokasi Assignment Master Form Lokasi penyimpanan untuk Assignment Master Forms, Aturan folder yang sama berlaku seperti ketiga diatas. Tabel 7-1 Penjelasan dari bermacam bagian dalam kotak dialog Create Application Bagian Pengaturan Native SQL/MDX Pengaturan makro Excel Penjelasan Memberikan dukungan untuk pengaturan bisnis MDX dan SQL dalam Model pada aplikasi Memberikan dukungan untuk makro Excel pada formulir

112

pengisian data pengguna Nama Root Site Nama untuk situs model yang diciptakan aplikasi. Situs model akan dijelaskan pada bagian berikutnya. Dalam contoh ini nama yang dipakai adalah Budget. Label Root Site Label untuk situs asal, yang juga berupa alat identifikasi yang unik untuk situs. bisa sama ataui berbeda dengan nama Root Site Nama Analysis Services Nama server yang menaungi basis data Analysis Service Computer 2005 (SSAS) Lokasi Output Folder Lokasi dimana skrip Application Creation disimpan. Tabel 7-1 Penjelasan dari bermacam bagian dalam kotak dialog Create Application (lanjutan)

Kotak dialog Create Application yang lengkap dalam contoh ini ditunjukkan oleh gambar 7-3. Memencet tombol K setelah semua informasi dimasukkan akan membuat aplikasi dan basis data StagingDB dan AppDB muncul pada SQL Server seperti yang sudah disebutkan.

Situs Model
Sebagaimana yang sudah didiskusikan dalam bab sebelumnya, sebuah aplikasi membentuk urutan yang paling tinggi dalam urutan Planning Server. Situs Model melambangkan tingkatan berikutnya dalam urutan tersebut. Situs Model digunakan untuk mengorganisasikan aplikasi dan data. Setiap aplikasi memiliki satu situs model induk, dikenal juga dengan root site, yang berisi dimensi yang sudah ditentukan dan model asumsi global. Semua situs model lain dalam aplikasi ini dianggap sebagai subsitus model, yang berupa urutan ketiga. Subsitus model melambangkan struktru bisnis dari sebuah perusahaan. Mereka bisa didasarkan pada struktur pelaporan perusahaan, proses finansial, proses operasional, dan sebagainya. Sebagai contoh, sebuah perusahaan bisa membuat subsitus berdasarkan divisi, unit bisnis, atau pembatasan akses keamanan yang membutuhkan pembagian proses atau fungsi. Subsitus model mewarisi beberapa metadata yang di bagi dan terasosiasi dengan situs model induk. Hal tersebut mencakup model, dimensi, dan anggota dimensi. Sebagai tambahan, subsitus model bisa memiliki model, dimensi, atau anggota dimensi yang unik terhadap subsitus tersebut.

113

114

Gambar 7-3

Ini adalah kotak dialog Create Application ditampilkan dengan nilai yang digunakan pada contoh.

Sambungan ketiga pda bagian kiri halaman Planning Administration Console adalah Model Sites. Sambungan ini membuka halaman manajemen Model Sites. Halaman ini memiliki daftar menurun dari semua Applications. Saat suatu aplikasi dipilih dari kotak menurun, semua situs model yang dimiliki aplikasi didaftarkan pada tabel. Pada bagian pertama daftar adalah situs Root Model dan kemudian subsitus model didaftarkan sebagai kepunyaan situs Root Model. Anda mungkin akan mengingat ketika kita menciptakan aplikasi Budget dalam langkah sebelumnya, kita memasukkan nama Budget untuk situs Root kita. Gambar 7-4 menunjukkan situs model Budget didalam Budget Application pada halaman Model Sites Management. Properti situs model bisa dimodifikasi dengan mengklik didalam tombol radio untuk situs model yang perlu dimodifikasi dan mengklik tombol Edit. Properti situs model seperti namanya berisi deskripsi. SQL FileGroup dan nama komputer Analysis Services bisa di edit dan di modifikasi dari Edit pada kotak dialog Model Site, seperti ditunjukkan Gambar 7-5. Semua informasi kecuali SQL FileGroup disediakan dalam langkah penciptaan aplikasi sebelumnya. Dalam contoh kita, nilai SQL FileGroup diset ke Primary.

115

Gambar 7-4

Tombol radio di klik dalam situs Budget Model, terletak pada Budget Application

116

Gambar 7-5

Edit pada kotak dialog Model Site ditampilkan dengan nilai yang digunakan pada situs Budget Model.

Pengguna
Langkah berikutnya dalam mengatur Planning Server adalah menambahkan para pengguna. Pengguna bisa diimpor atau ditambahkan ke Planning Server sebelum mereka ditugaskan ke berbagai peran atau mengakses data melalui form Excel. Sambungan keempat di bagian kiri halaman Planning Administration Console dinamakan Users. Sambungan inimembuka halaman Users Management sebagaimana ditunjukkan Gambar 7-6. Ada dua opsi tersedia pada bagian bawah halaman ini untuk menambah pengguna pda Planning Server: Add dan Import.

117

Gambar 7-6

Halaman User Management menunjukkan dua opsi untuk menambah pengguna pada sistem: Add dan Import.

Mengklik tombol Add akan membuka kotak dialog Add a User. Kotak User ID dan Display Name harus diisi seperti dijelaskan tanda bintang disebelahnya. User ID diharuskan ditulis dalam format <domain>\<login>, sedangkan Display Name adalah nama yang biasa dipakai pengguna. Alamat e-mail tidak wajib diisi, akan tetapi jika diisi akan membolehkan PerformancePoint Server Planning untuk mengirim e-mail pemberitahuan kepada pengguna saat melakukan langkah-langkah proses perencanan. Gambar 7-7 menunjukkan pengguna Contributor2 sedang ditambahkan pada sistem PerformancePoint Server Planning. User ID yang dipakai adalah PerfPointServer\Contributor2. nilai Contributor2 dan Contributor2@Company.com dimasukkan dalam Display Name dan E-Mail Address. Setelah setiap nilai dimasukkan, klik tombol ADD untuk menyimpan nilai tersebut pada sistem. Jika sejumlah banyak pengguna perlu untuk dimasukkan, menggunakan tombol Add pada halaman manajemen User bisa menjadi pekerjaan yang melelahkan. Tombol Import pada halaman manajemen Users bisa digunakan untuk mengimpor daftar pengguna sekaligus pada sistem. Daftar pengguna harus tersedia dalam format Comma Separated Value (.csv). File harus berisi tiga kolom dengan kepala kolom Label, Name, dan E-mail pada baris pertama.

118

Gambar 7-7

Ini adalah kotak dialog Add a User menampilkan nilai nilai untuk pengguna Contributor2.

Kolom Label harus berisi nilai User ID dalam format <domain>\<login>, kolom Name harus berisi nilai Display Name, dan kolom E-Mail harus berisi alamat e-mail. Dengan mengklik tombol Import akan membuka kotak dialog Import Users. Pengembang kemudian bisa mencari file yang berisi daftar pengguna yang valid untuk diimpor. mengklik OK setelah memilih file akan mengimport pengguna yang terdaftar ke dalam sistem PerformancePoint Server Planning. Mengklik tombol Find akan meninggalkan kriteria pemilihan menjadi kosong dan mendaftar semua user yang ditambahkan pada sistem.Mengklik hyperlink yang tersambung pada Display Name tiap pengguna akan membuka kotak dialog Edit User untuk pengguna tersebut. Nama display dan alamat e-mail untuk pengguna bisa dimodifikasi dalam kotak dialog halaman web ini. Pengguna bisa dihapus dai PerformancePoint Server dengan mencentang kotak disebelah setiap Display Name pengguna dan mengklik tombol Delete di bagian bawah halaman Users management. Pengguna berikut ini telah ditambahkan pada PerformancePoint Server Planning Server dari halaman Users Management untuk digunakan pada contoh dalam bab ini. Mereka adalah Contributor1 sampai Contributor10, Reviewer1, Reviewer2, Approver1, dan Approver2. Pengguna ini ditambahkan sebagai tambahan untuk PerPointServer\Administrator yang ditambahkan sebagai pengguna dan Global Administrator ketika instalasi Planning Server.

119

Global Administrator
Sambungan kelima di bagian kiri dari halaman Planning Administration Console digunakan untuk mengatur Global Administration Role. Anggota peran Global Administrator bisa mengatur berbagai pengaturan pada semua komputer yang menjalankan PerformancePoint Server Planning Server dalam sistem. Anggota peran Global Administration bisa melakukan berbagai tugas seperti dibawah ini dalam Planning Administration Console: Membuat atau menghapus aplikasi dan situs model Memodifikasi aplikasi dan properti situs model Menambah pengguna atau menghapus pengguna dari Planning Server Mengatur peran keanggotaan untuk Global administrator dan User Administrator Mengedit pengaturan sistem server Menghilangkan status untuk object pada situs model Memanage sumber data dan sambungan tujuan data

Dalam halaman Global Administrator Role, pengguna yang memiliki peran tersebut akan tercatat pada kolom User ID. Anda harus termasuk dalam peran Global Administrator untuk menambah dan mengurangi user pada peran Global Administrator. Anggota pertama dari peran Global Administrator ditentukan saat instalasi Planning Server. Pengguna ini akan bisa menambah anggota lain ke peran Global Administrator melalui Planning Administration Console. Sebelum anda bisa menambah pengguna ke peran Planning Server, termasuk peran Global Administrator, setiap pengguna harus dimasukkan pada Planning Server melalui halaman User. Pengguna bisa ditambahkan pada peran Global Administrator dengan mengetik User ID pada kotak disebelah tombol Add, lalu mengklik tombol Add. User ID harus dimasukkan dalam format <domain>\<login>. Seorang pengguna bisa dihapus dari peran Global Administrator dengan cara memilih tombol radio disebelah pengguna dan mengklik tombol Remove. Untuk tujuan pemberian contoh pada bab ini, anggota pertama dari peran Global Administrator yang ditentukan saat instalasi Planning Server adalah PerfPointServer\Administrator. Catat bahwa tidak ada penambahan peran Global Administrator dari halaman manajemen Global Administrator.

User Administrator
Sambungan keenam pada bagian kiri halaman Planning Administration Console digunakan untuk mengatur User Administration Role. Anggota peran User Administrator bisa menambah atau mengurangi pengguna lain dari Planning Server dan memanage keanggotaan untuk Modeler, Data Administrator, dan peran User Administrator, tetapi tidak untuk peran Global Administrator. Dalam peralatan klien Planning Businesss Modeler, anggota peran User Administrator bisa menambah atau mengurangi pengguna Planning Server dari peran bisnis dan mengatur akses pengguna. Planning Business Modeler akan didiskusikan pada bab selanjutnya.

120

Dalam halaman User Administration Role, pengguna yang menjadi anggota peran akan terdaftar pada kolom User ID disebelah aplikasi yang bersangkutan atau situs model. Kecuali untuk peran Global Administrator, yang memiliki lingkup satu sistem, peran administratif hanya memiliki lingkup satu aplikasi atau satu situs model. Lingkup satu aplikasi berlaku untuk semua situs model dalam aplikasi. Lingkup situs model berlaku hanya untuk situs model yang spesifik. Anda harus berada pada peran Global Administrator atau User Administrator untuk menambah atau mengurangi pengguna dari peran User Administrator. Menambah atau mengurangi pengguna dari User Administrator sangatlah intuitif. Langkah pertama adalah memilih lingkup yang sesuai untuk peran tersebutapakah untuk aplikasi atau situs model. Lingkup ini kemudian dipilih dengan mengklik pada tombol radio disebelah lingkup yang bersangkutan. Hal tersebut akan menampilkan tombol Add/Remove Users. Mengklik tombol tersebut akan membuka kotak dialog Add or Remove Users: User Administrator Role. Di halaman ini, seorang pengguna bisa dinambahkan ke peran User Administrator dengan mengetik User ID pada kotak disebelah tombol Add lalu mengklik tombol tersebut. User ID harus dimasukkan dalam format <domain>\<login>. Pengguna bisa dihilangkan dari User Administrator dengan memilih check box disebelah pengguna dan mengklik tombol Remove. Untuk contoh dibab ini, pengguna PerfPointServer\Administrator ditambahkan sebagai User Administrator satu-satunya pada lingkup aplikasi Budget.

Data Administrator
Sambungan ketujuh pada bagian kiri halaman Planning Administrator Console digunakan untuk mengatur Data Administrator Role. Anggota dari peran Data administrator bisa melakukan tugas integrasi data dan manajemen data, proses arus kerja, dan tugas pengamanan. Pengguna yang ditugaskan ke peran Data Administrator memiliki akses tidak terbatas ke semua data bisnis didalam lingkup mereka, walau data tersebut termasuk dalam data dengan akses terbatas. Untuk alasan keamanan, pekerjaan yang dilakukan oleh Data Administrator harus selalu diawasi karena peran ini bisa memasuki basis data. Sangat dianjurkan bahwa anggota peran Data Administrator tidak memiliki akses ke semua basis data kecuali dibutuhkan. Mengurus pengguna yang tergabung dalam peran Data Administrator mirip dengan mengurus pengguna yang tergabung dalam peran User Administrator yang dijelaskan sebelumnya. Dalam halaman Data Administrator Role, pengguna yang saat ini tergabung dalam peran tersebut terdaftar pada kolom User ID disebelah aplikasi atau situs model yang terkait. Seperti peran User Administrator, Data Administrator memiliki lingkup aplikasi atau lingkup situs model. Lingkup satu aplikasi berlaku untuk semua situs model dalam aplikasi. Lingkup situs model berlaku hanya untuk situs model yang spesifik. Anda harus berada pada peran Global Administrator atau User Administrator untuk menambah atau mengurangi pengguna dari peran User Administrator. Menambah atau mengurangi pengguna kedalam peran Data Administrator sangat mirip dengan penjelasan untuk peran User Administrator. Langkah pertama adalah memilih lingkup yang sesuai untuk peran tersebutapakah untuk aplikasi atau situs model. Lingkup ini kemudian dipilih dengan mengklik

121

pada tombol radio disebelah lingkup yang bersangkutan. Hal tersebut akan menampilkan tombol Add/Remove Users. Mengklik tombol tersebut akan membuka kotak dialog Add or Remove Users: Data Administrator Role. Di halaman ini, seorang pengguna bisa dinambahkan ke peran Data Administrator dengan mengetik User ID pada kotak disebelah tombol Add lalu mengklik tombol tersebut. User ID harus dimasukkan dalam format <domain>\<login>. Pengguna bisa dihilangkan dari Data Administrator dengan memilih check box disebelah pengguna dan mengklik tombol Remove. Untuk contoh dibab ini, pengguna PerfPointServer\Administrator ditambahkan sebagai Data Administrator satu-satunya pada lingkup aplikasi Budget.

Modeler
Sambungan kedelapan pada bagian kiri halaman Planning Administrator Console digunakan untuk mengatur Modeler Role. Anggota peran Modeler bisa menciptakan dan mengatur data, proses arus kerja, dan peran bisnis dalam Planning Business Modeler. Pengguna yang ditugaskan pada peran Modeler memiliki akses tidak terbatas bada semua data bisnis dalam lingkup mereka, walau data tersebut memiliki akses terbatas. Akan tetapi Modeler tidak bisa menciptakan atau menghapus aplikasi dan situs model atau mengatur keanggotaan Seperti peran Data Adminisdtrastor dan User Admiistrator dijelaskan sebelumnya, setiap Modeler memiliki lingkup aplikasi atau situs model, dan pengguna yang termasuk dalam terdaftar dalam kolom User ID disebelah aplikasi atau situs model yang bersangkutan. Mengatur pengguna yang tergabung dalam peran Modeler serupa dengan mengatur pengguna dengan peran User administrator dan Data Administrator seperti dijelaskan sebelumnya. Utuk contoh dibab ini, pengguna PerPointServer\Administrator ditambahklan sebagai satusatunya Modeler pada lingkup aplikasi Budget. Keempat sambungan berikutnya pada bagian kiri Planning Administration Console digunakan untuk mengatur Session Setting, Auditing, Event, Trace Logs, dan Planning Process Service. Tambahan informasi tentang pengaturan tersebut bisa dilihat pada arsip bantuan untuk PerformancePoint Server Administrative Console. Untuk contoh pada bab ini, semua pengaturan tersebut dibiarkan pada nilai awalnya. Sambungan Workflow pada bagian kiri halaman Planning Administration Console digunakan untuk mengatur arus kerja Planning Server. Kubus OLAP menghitung ulang interval arus kerja Planning Server. Pemberitahuan email dan server SMTP juga diatur pada halaman manajemen Workflow. Planning Server memiliki dua jenis laporan : laporan Operational dan laporan Business. Sambungan Reporting pada bagian kiri halaman Planning Administration Console membuka halaman dimana lokasi laporan Operational dan Business bisa dimasukkan. SQL Server reporting Services bisa digunakan untuk mempublikasi baik laporan Operational maupun Business. Jalur yang layak termasuk URL untuk komputer yang menjalankan SQL Server Reporting Services dan folder yang mengandung laporan harus dimasukkan dalam kotak teks lokasi untuk setiap laporan.

122

Dalam Planning Business Modeler, anggota Data Administrator dan Modeler bisa memeriksa model, dimensi, dan asosiasi dari situ s model untuk tujan perawatan. Ketika suatu objek diperiksa, pengguna tidak bisa menuliskan data pdanya, dan antrian arus kerja dibekukan. Halaman Cancel Checkout dari Planning Administration Console bisa digunakan untuk menghapus status checked-out dari semua objek dalam situs model. Mengklik Force Cancel Checked out Objects akan men-check in semua objek dalam situs model tertentu dan menghapus perubahan terakhir yang dibuat sejak penyimpanan terakhir.

Koneksi Data
Sambungan Data Sources pada bagian kiri halaman Planning Administration Console digunakan untuk mengatur koneksi sumber data eksternal untuk PerformancePoint Server Planning Server. Koneksi sumber data menyediakan aplikasi Planning Server akses ke data bisnis yang relevan untuk tujuan business intelligence. Sumber eksternal bisa didapat diluar sistem Planning Server, seperti dari gudang data yang ada. Koneksi data eksternal bisa merujuk ke basis data, atau Data Source View (DSV), yang berupa arsip XML yang diciptakan dari basis data Microsoft SQL Server 2005. Koneksi yang tercipta dan terkonfigurasi pada Planning Administration Console adalah koneksi yang logis, dan nama-nama koneksi tersebut bisa digunakan di Planning Business Modeler. Langkah pertama dalam menciptakan koneksi sumber data adalah memilih aplikasi dimana koneksi sumber data tersebut akan ditambahkan dari daftar Application. Setelah aplikasi dipilih, situs model dimana koneksi sumber data akan ditambah dipilih dengan cara mengklik tombol radio disebelah situs model yang bersangkutan. Hal tersebut akan memperlihatkan tombol Add. Mengklik tombol ini akan membuka kotak dialog Create a Data Source Connection. Nama Connection dan Label adalah bagian yang perlu diisi sebagaimana ditandai dengan tanda bintang disebelahnya. Nama Connection akan digunakan pada Planning Business Modeler, dan Label adalah pengidentifikasi internal yang unik untuk sambungan tersebut. Salah satu dari dua tipe sambungan yang tersedia bisa dipilih: basis data atau Data Source View (DSV). Tergantung pada tipe sumber yang dipilih, informasi yang dibutuhkan seperti Server Name, Database Name, dan File Location (yang mengacu pada DSV) harus dimasukkan pada kotak teks. Gambar 7-8 menunjukkan kotak dialog Create a Data Source Connection dengan nilai-nilai yang sudah dimasukkan. Mengklik pada tombol Show Tables/Views akan menunjukkan tabel dan tampilan yang tersedia dari sumber data yang terpilih. Tabel dan tampilan yang perlu untuk diekspos pada Planning Business Modeler harus dipindah ke kotak Selected Tables/Views dengan memilih item pada kotak Available Tables/Views dan mengklik tombol >. Mengklik tombol >> akan meindahkan seluruh tabel dan tampilan. Jika tidak ada tabel atau tampilan yang dipilih secara spesifik pada kotak Selected Tables/Views, sumber data tidak akan bisa tersedia pada Planning Business Modeler. Klik OK untuk menutup kotak dialog, dan utnuk menyimpan informasi koneksi Data Source pada sistem.

123

Gambar 7-8

Data Sources yang umum dipakai termasuk Enterprise Data Warehouse, yang berisi dimensi dan data fakta yang bisa digunakan oleh PerformancePoint Server Planning Server.

Sambungan Data Destination pada bagian kiri halaman Planning Administration Console digunakan untuk mengatur sambungan tujuan data eksternal untuk PerformancePoint Server Planning Server. Sebuah koneksi data tujuan menciptakan atau mendaftarkan suatu basis data pada server yang sama dengan yang mengandungbasis data Application. Koneksi data tujuan mendefinisikan lokasi dimana data akan diekspor ketika batas-batas keluar dijalankan. Batas keluar memungkinkan data

124

rencana (perkiraan, bujet, dan lain sebagainya) dari model pada sistem PerformancePoint Server Planning untuk bisa diekspor ke basis data diluar batas. Menciptakan koneksi data tujuan sangat mirip dengan menciptakan koneksi data sumber. Hal tersebut dilakukan dengan memilih aplikasi dari daftar Application, memilih situs model dengan mengklik tombol radio disebelah situs model yang bersangkutan, lalu mengklik tombol Add. Hal tersebut akan membuka kotak dialog Crate a Data Destination Connection. Satu-satunya opsi koneksi data yang tersedia adalah koneksi basis data ke server yang mengandung basis data aplikasi. Disini anda memiliki pilihan untuk menciptakan basis data baru, atau menggunakan basis data yang sudah ada. Mengklik OK setelah memasukkan informasi yang dibutuhkan pada kotak teks akan menyimpan koneksi Data Destination pada sistem, dan menutup kotak dialog. Koneksi Data Destination dibutuhkan jika anda berencana untuk menjalankan Outbound Rules, yang berupa salah satu cara untuk mengekspor data rencana dari PPS Planning Server ke tujuan data eksternal.

Membuat Dimensi Terkustomisasi

Seringkali Dimensi yang telah tersedia dalam PPS Planning Server tidak cukup untuk memodelkan kebutuhan perencanaan bisnis secara akurat. Dimensi yang terkustomisasi dapat dibuat dalam Planning Business Modeler, yang akan memperluas fungsi dan fleksibilitas model bisnis yang dibuat. Tidak ada batasan jumlah model yang dapat ditambahkan dalam aplikasi. Dimensi-dimensi ini dapat dibuat sesesuai mungkin dengan model yang diinginkan. Bagian ini akan membicarakan bagaimana membuat dimensi yang dimaksud dan memasukkannya kedalam aplikasi. Hal pertama di Dimension Task, lihat gambar 7-11, adalah pranala yang merujuk ke pembuatan dimensi baru. Mengeklik pranala ini akan membawa anda ke wizard pembuatan dimensi. Halaman pertama Anda akan ditanya mengenai Nama, Label, dan deskripsi dimensi yang akan dibuat (opsional). Pada gambar 715, Employee diisikan kedalam tiga kotak isian sebagai contoh. Cek Allow This Dimension to Be Shared untuk membuat dimensi ini dapat diakses model lain. Ketika sebuah dimensi dibuat dengan cekbox yang dimaksud aktif, semua anggota dan himpunan yang masuk dalam dimensi ini akan dapat diakses oleh semua model yang masuk dalam aplikasi yang dibuat.

125

Gambar 7-15: Halaman pertama wizard pembuatan dimensi baru

Halaman selanjutnya pada wizard adalah halaman pemilihan struktur dimensi. Ada tiga opsi yang dapat digunakan untuk mendefinisikan struktur dimensi yang baru. Antara lain membuat struktur dimensi yang baru, mendefinisikan struktur dimensi melalui file CSV (Comma Separated Value), dan mendefinisikan struktur dimensi dari data yang telah dimasukkan ke daftar Sumber Data pada halaman Administrasi Perencanaan (Planning Administration Console). Pilihan pertama untuk membuat struktur yang baru dipilih sebagai contoh. Halaman selanjutnya pada wizard adalah halaman pendefinisian anggota. Dari dua pilihan yang tersedia, pilihan pertama dipilih sebagai contoh. Memilih ini hanya membuat daftar anggota kosong dalam dimensi. Halaman terakhir adalah halaman tinjau ulang dan pembuatan. Disini developer dapat meninjau ulang informasi yang ditampilkan, berkaitan dengan dimensi baru yang akan dibuat. Jika ada pilihan-pilihan yang perlu diganti, tombol Back dapat digunakan untuk kembali dan mengubah apa yang perlu diubah. Mengeklik Finish akan membuat dimensi baru dan membawa Anda menuju dimensi yang baru dibuat. Tab Member Maintenance terbuka secara otomatis, ditunjukkan pada gambar 7-16.

126

Properti Anggota Dimensi

Properti anggota dimensi menentukan karakteristik tiap anggotanya. Properti ini mirip dengan atribut dimensi dalam kubus SSAS OLAP dan akan terdefinisi layaknya kubus SSAS OLAP untuk model pada fase peluncurannya. Ada dua tipe properti, terdefinisi sistem dan terdefinisi user. Properti yang terdefinisi sistem adalah bagian dari dimensi yang disediakan oleh Planning Business Modeler. Seperti dimensi bawaan lain, properti ini tidak bisa dihapus karena properti ini digunakan pada sistem internal dari PBM. Sebagai contoh, dalam Account Dimension, properti tipe akun terdefinisi sistem. Properti ini dibutuhkan semua model yang menggunakan Account Dimension. Semua dimensi, bawaan atau buatan, juga memerlukan tiga properti. Antara lain Nama, Label, dan Deskripsi. Tujuan Nama adalah sebagai penyediakan kemudahan deskriptor untuk anggota dimensi. Label adalah indentifikator dari objek, dan tiap anggota dimensi diberikan label ketika dibuat. Deskripsi, sesuai namanya, memberikan deskripsi singkat tentang anggota dimensi. Walaupun properti ini dibutuhkan dan harus ada, menamai masing-masing properti adalah opsional. PBM menggunakan properti dimensi yang sebelumnya digunakan untuk memanajemen properti yang baru.

127

Properti dimensi terdefinisi user adalah salah satu fitur utama dalam PPS, yang dapat digunakan untuk memindai perilaku atau karakteristik anggota dimensi. Bagian ini akan mendeskripsikan bagaimana properti seperti ini dapat dibuat. Langkah pertama dalam pembuatannya dalam segala macam dimensi adalah membuang dimensinya. Anda dapat membuang dimensi dengan mengeklik dimensinya kemudian klik pada pranala Check Out pada panel Dimension Task. Begitu dimensi telah dibuang, dia akan diperlakukan sebagaimana dimensi yang baru saja dibuat, lihat gambar 7-16. Mohon diperhatikan bahwa di contoh ini dimensi yang dibuat di contoh sebelumnya belum disimpan atau dicek. Kita akan menggunakan contoh ini untuk membuat properti yang terdefinisi user. Jika Dimensi telah dimasukkan maka dimensi tersebut harus dibuang seperti yang telah disebut diatas.

Dari panel Dimension Task, klik pranala Create a Member Property. Ini akan membuka kotak isian properti anggota, lihat gambar 7-17. Berbagai aspek properti anggota dapat didefinisikan di kotak ini. Entity diisikan di kotak bernama Label dan Description sebagai contoh. Langkah selanjutnya adalah memilih tipe data yang akan dikandung oleh properti. Berbagai tipe yang tersedia bisa dilihat di daftar berjudul Data Types. Sebagian besar tipe dapat dikenali hanya dengan melihat namanya saja, dengan Member of Dimension sebagai pengecualian. Tipe data ini mengizinkan Anda untuk membuat referensi relasi diantara dimensi, dengan cara member izin untuk memilih anggota yang berasal dari dimensi referensi lain sebagai properti untuk referensi dimensi yang bersangkutan. Sebagai contoh, tipe data Member of Dimension dipilih dari daftar (bagian kiri gambar 7-17). Begitu tipenya dipilih, kotak isian disebelah kanan berganti dari Value menjadi Dimension Alias:, dan daftar dimensi akan muncul untuk dipilih sebagai referensi. Dimensi Entity dipilih sebagai referensi, lihat bagian kanan gambar 7-17, sebagai contoh. Nilai awal dimensi referensi dapat dipilih dengan mengeklik tombol ellipsis () yang tersedia disebelah kanan kotak isian bernama Member: dalam kotak dialog. Mengekliknya akan memunculkan Member Selector, yang kemudian menampilkan member yang tersedia di referensi, dimana member awal referensi bisa dipilih. Setelah Anda memodifikasi aspek properti member yang

128

baru, mengeklik OK akan menutup kotak dialog. Selain itu, Lembar kerja dimensi Employee dengan properti baru, Entity, dapat dilihat di kolom paling kanan. Klik pranala Check In di panel Dimension Task untuk menyimpan dan memasukkan dimensi Employee. Properti yang baru dibuat akan tersedia untuk semua member dimensi. Penting untuk dicatat bahwa properti tidak dapat dihapus begitu selesai dibuat dan disimpan.

Memanggil Data Dimensi

Ada empat cara untuk memanggil member kedalam dimensi dalam PPS Planning Application. Pemilihan metode pemanggilan bergantung pada volume, sumber, kompleksitas, dan perubahan dimensi data. Contoh berikut akan menjelaskan masing-masing mekanisme umum pemanggilan data. Entri Langsung (Direct Data Entry) Member dimensi dapat langsung diisi data dari tab Member Maintenance di lembar kerja Dimensi. Entri langsung direkomendasikan pada dimensi dengan sedikit member yang terbilang statik, dan data yang tersetor tidak dapat diambil dari sumber lain, termasuk gudang data yang tersedia. Dimensi Scenario dipilih untuk mendemonstrasikan metode Entri Langsung. Langkah pertama dalam Entri Langsung adalah mengeluarkan dimensi Scenario dengan mengeklik Check Out dari panel. Setelah dikeluarkan, pilih tab Member Maintenance di lembar kerja dimensi. Langkah berikutnya, buka menu Action dan pilih New Sibling. Ini akan menambahkan member baru kedalam Scenario dengan label dan nama NewMember1, lihat bagian atas gambar 7-18. Anda dapat dobelklik di teks NewMember1 dan mengganti namanya menjadi Actual. Isi Label dapat diganti menjadi ACT dengan cara yang sama. Deskripsi (opsional) juga dapat ditambahkan lagi-lagi dengan cara yang sama. Dalam metode langsung ini semua member dapat ditambahkan dengan memilih New Sibling dari menu Actions. Setiap kali hal ini dilakukan, member baru dengan nama NewMember ditambahkan kedalam dimensi. Nama dan label dapat dimodifikasi dengan dobelklik di teks dan memasukkan nama yang diinginkan. Sebagai contoh, member dengan Nama, Label, dan Deskripsi Budget, BGT, dan Budget ditambahkan ke dimensi Scenario. Isi terakhir dari dimensi Scenario dapat dilihat di bagian bawah gambar 7-18. Setelah semua member dimensi dientri, dimensi dapat disimpan atau dimasukkan kembali. Memasukkan dimensi ke lembar kerja akan menyimpan data dimensi kedalam PPS Planning System.

129

Memanggil dari Sumber Data Data member dimensi dapat dipanggil dari sumber data yang telah didefinisikan sebagai sumber data valid pada pranala Data Sources di panel sebelah kiri Konsol Perencanaan Administrasi. Memanggil member dari sumber data direkomendasikan untuk dimensi dengan jumlah member yang banyak dan relatif statik, serta data dimensi telah siap diambil dari sumber lain seperti gudang data. Dimensi Entity dipilih untuk mendemonstrasikan metode ini. Langkah pertama adalah mengeluarkan dimensi Entity. Setelah dikeluarkan, pilih tab Member Maintenance di lembar kerja. Dari panel di sebelah kanan klik pranala pertama, Load Members untuk menampilkan pilihan sumber data di wizard yang muncul, lihat gambar 7-19.

130

Halaman selanjutnya dari wizard adalah Specify Dimension Properties, seperti ditunjukkan di gambar 720. Kotak pilihan sumber data akan memunculkan daftar semua tabel dan tampilan yang dipilih ketika mendefinisikan sumber koneksi data di Konsol Administrasi Perencanaan, seperti ditunjukkan di gambar 7-8. Dari daftar ini pilih yang mengandung data dimensi. Sebagai contoh, tabel DimEntity dipilih.

131

Langkah selanjutnya adalah memetakan properti dimensi PPS Planning Application ke tabel dari sumber data yang ada. Properti dimensi aplikasi ditampilkan dibawah kolom berjudul Target dimension property disebelah kiri halaman. Mengeklik tombol panah kebawah di kanan barisan akan menampilkan daftar ladang yang tersedia. Tombol di setiap baris dapat digunakan untuk memetakan properti ke ladang yang sesuai dalam tabel sumber. Label dan Nama adalah ladang-ladang yang diperlukan dan harus dipetakan ke ladang dalam sumber data. Ladang yang opsional dapat dipetakan bila ada pasangannya, atau sah saja apabila diabaikan saja dengan memilih <none> sebagai isi propertinya. Gambar 7-20 menunjukkan hasil lengkapnya. Halaman terakhir dari wizard adalah halaman tinjau dan panggil. Disini developer bisa meninjau ulang dimensi dan pemetaan informasinya. Tombol back dapat digunakan untuk kembali dan melakukan perubahan yang dirasa perlu dilakukan. Apabila telah selesai, tombol finish akan menutup wizard dan memanggil data dimensi dari sumber yang telah dipilih sebelumnya. Tampilan akan berubah ke lembar kerja secara otomatis dan member yang baru dipanggil dapat dilihat. Setelah semua member berhasil dipanggil, dimensi dapat disimpan atau dimasukkan kembali. Memasukkan dimensi secara otomatis akan menyimpan data ke PPS Planning System. Memanggil dari file CSV Opsi ketiga dalam memanggil file adalah memanggil member dari file CSV. Metode ini dilakukan ketika data membernya besar, statik, dan datanya diambil dari sumber eksternal seperti sistem ERP dalam satu

132

file, serta pemodel tidak mengetahui cara atau izin untuk memanggil data dari database yang didefinisikan di PPS Planning Server. Dimensi Employee dipakai untuk mendemonstrasikan pemanggilan data dari file CSV. Langkah pertama dalam memanggil data dari file CSV adalah mengeklik pranala Load Members dari panel setelah mengeluarkan dimensi Employee. Ini akan mengeluarkan halaman Select Member Source dari wizard, seperti pada gambar 7-19. Pilih Load members from CSV file dan masukkan lokasi file CSV yang akan digunakan. Data yang dimasukkan haruslah dalam bentuk CSV (Comma Separated Value). Isinya haruslah mengandung judul kolom di baris pertama dan dan kolom pertamanya haruslah berjudul Label. Kolom ini harus mengandung label member dimensi, yang merupakan identifikasi utama objek. Kolom Nama juga dibutuhkan disini, dan headernya harus bertitel Name, jika identifikator opsional akan dimasukkan dalam file CSV, judul kolomnya haruslah Description. Gambar 7.21 akan menunjukkan file CSV yang dipakai sebagai contoh. Halaman Terakhir adalah tinjau dan panggil. Disini pemodel dapat meninjau lokasi file CSV yang akan digunakan. Tombol back dapat digunakan untuk kembali dan mengganti apa yang perlu diganti. Mengeklik tombol finish akan menutup wizard dan memanggil data yang ada di file CSV yang bersangkutan. Tampilan akan berubah ke lembar kerja secara otomatis dan member yang baru dipanggil dapat dilihat. Setelah semua member berhasil dipanggil, dimensi dapat disimpan atau dimasukkan kembali. Memasukkan dimensi secara otomatis akan menyimpan data ke PPS Planning System.

Anda pasti ingat tulisan bagian sebelumnya tentang properti member dimensi Employee yang berelasi dengen Entity, Dimensi Employee sebagai referall dan Entity sebagai reference. Kita telah memilih NONE member dari Entity sebagai default Entity member dari Employee. Sekalinya Entity dan Employee diisi member, relasi yang lebih spesifik dapat didefinisikan untuk tiap member dari dimensi referall (Employee). Untuk tiap member (baris) di dimensi referall, nilai dapat didefinisikan dengan mengeklik tombol ellipsis () yang tersedia di sebelah kanan. Sebagai contoh di bagian ini, mengeklik tombol ellipsis () disebelah NONE di kolom Entity untuk tiap member Employee (diperlihatkan di bagian atas gambar 7-22) akan membuka Member Selector. Ini akan menampilkan member yang bisa dijadikan referensi. Pilih checkbox

133

disebelah Nama member Entity dan klik OK untuk menjadikan relasi. Bagian bawah gambar 7-22 menunjukkan hal ini. Ikatan referensi juga dapat didefinisikan untuk member dimensi selama proses pemanggilan data. Namun penjelasan detailnya tidak akan dibahas di bagian ini.

Pengambilan data dari Database Bertingkat Integrasi data di Planning Business Modeler merujuk pada proses yang berkaitan dengan memindahkan data-data bisnis dari berbagai sumber ke sebuah database bertingkat, menvalidasi data, dan memindahkan dari database bertingkat ke database aplikasi. Database bertingkat yang didefinisikan di bagian sebelumnya (lihat gambar 7-3) memainkan peran yang tak tergantikan dalam integrasi data di PBM. Berbagai aspek integrasi data dijelaskan di sub bagian yang relevan. Sinkronisasi database bertingkat adalah langkah penting dalam menyiapkan database bertingkat untuk mengumpulkan data dari berbagai sumber, dan nantinya menyetor data ke database aplikasi. Sinkronisasi dimensi dapat dilakukan dengan mengeklik pranala Synchronize this dimension to Staging Area di panel kerja dimensi setelah mengeluarkan dimensi. Di bagian ini kita akan menggunakan dimensi Account untuk mendemonstrasikan pengambilan data dari database bertingkat. Ketika dimensi telah sinkron dengan database untuk pertama kalinya, akan dibuat tabel bernama D_<NamaDimensi> di database bertingkat dan mengisi tabel dengan semua member yang telah didefinisikan untuk dimensi tersebut di PPS Planning Application. Dalam contoh, mensinkronkan dimensi Account akan membuat

134

tabel dbo.D_Account di database Budget_StagingDB. Member NONE dari dimensi Account juga dipanggil kedalam tabel tersebut. Member dimensi Account dari sumber luar apapun juga dapat diambil ke tabel D_Account dengan proses ETL dan/atau perangkat lunak seperti SQL Server Integration Services (SSIS). Seperti biasanya, Label dan Name adalah field yang diperlukan dan tidak boleh kosong. Field wajib lainnya adalah BizSystemFlag. Sementara itu AccountTypeMemberId di dimensi Account juga harus diisi di dalam database bertingkat sebelum data di database bisa disetor ke database aplikasi. Ketika Anda mengambil data dimensi ke database aplikasi di PBM, semua perubahan yang dilakukan pada data dimensi di database bertingkat akan diintegrasikan kedalam database aplikasi. Termasuk didalamnya baris member baru di dimensi, update member dimensi, dan member dimensi yang dihapus. Member dimensi tidak diubah di database bertingkat tetap tidak berubah pada saat di database aplikasi. Itu adalah proses yang direkomendasikan untuk menyetor data dalam kasus apapun selama data masih dapat diambil di sumber eksternal, termasuk gudang data yang telah ada. Bagaimanapun juga integrasi perubahan database bertingkat ke aplikasi dikontrol oleh field BizSystemFlag yang disebutkan di paragraf sebelumnya. Nilai yang mungkin dimiliki oleh BizSystemFlag, dan proses yang dilakukan untuk tiap nilainya diberikan di tabel 7-2. Dengan melihat tabel 7-2, anda dapat melihat bahwa proses ETL apapun yang mengisi tabel dbo.D_Account di database bertingkat untuk pertamakalinya akan mengeset nilai BizSystemFlag ke 200, paling tidak untuk contoh di bagian ini. Setelah mengisi tabel, langkah selanjutnya dalam mengambil data dimensi dari database bertingkat adalah dengan mengeklik pranala Load this Dimension from Staging Area di panel. Klik OK ketika Anda melihat peringatan yang muncul untuk mengingatkan developer untuk mensinkronisasi dan dan mengisi Staging Area. Setelah pengambilan data selesai, pesan akan muncul di Status Bar di bagian bawah Planning Business Modeler. Pengambilan data yang sukses dapat diverifikasi dengan melihat nilai BizSystemFlag 100 untuk semua entri di tabel dbo.D_Account dalam database Budget_StagingDB. Member yang baru diisikan di dimensi Account dapat dilihat dengan merefresh tampilan yang dapat diakses dari menu View. Setelah semua data berhasil dipanggil, dimensi dapat disimpan atau dimasukkan kembali. Memasukkan dimensi secara otomatis akan menyimpan data ke PPS Planning System. Himpunan Member Dimensi Planning Business Modeler membantu dalam manajemen dimensi dengan mengorganisir member dimensi ke himpunan member. Himpunan member digunakan untuk membuat model, dengan member dimensi memiliki tak hingga banyaknya himpunan member. Himpunan member dapat rata, dengan semua dimensi member diorganisir sebagai saudara, ataupun sebagai hirarki, dengan beberapa member sebagai orangtua dan yang lainnya sebagai anakan, diletakkan dibawah orangtua sebagai hirarki. Ketika diorganisir sebagai hirarki, orangtua di himpunan member merepresentasikan subtotal dari semua member. Kemudian himpunan member dapat dengan mudah mencari subtotal dalam form atau laporan yang dirangkai oleh PPS Planning Application. Himpunan member mirip dengan hirarki dimensi di kubus

135

SSAS OLAP dan faktanya himpunan member didefinisikan sebagai hubungan orangtua-anak ketika kubus SSAS OLAP dibuat untuk model selama fase peluncuran model. Satu himpunan harus memasukkan semua member yang diperlukan dimensi untuk mengkalkulasi yang akan dilakukan model atau beberapa model. Salah satu pendekatannya adalah untuk menentukan kalkulasi yang mana yang akan dipakai suatu model. Kemudian Anda bekerja mundur dari kalkulasikalkulasi yang telah dilakukan tadi untuk menentukan member yang mana yang yang dibutuhkan dimensi tertentu, dan memasukkan member itu ke dalam himpunan yang digunakan untuk mengerjakan kalkulasi. Bagian ini akan mendeksripsikan bagaimana himpunan dapat didefinisikan sebagai dimensi. Entity digunakan untuk mendemonstrasikan pembuatan himpunan member di bagian ini. Langkah pertama dalam membuat member set adalah dengan mengeklik pranala Create a Member Set dari panel setelah mengeluarkan Entity. Ini akan membuka serangkai wizard. Nilai Corporate dimasukkan dalam kotak isian bertitel Label dan Description sebagai contoh.

Halaman berikutnya adalah halaman Select Member Set Creation Option. Pilih pilihan pertama yang akan membuat Member Set kosong. Halaman selanjutnya adalah Review and Create. Mengeklik Finish akan menutup wizard dan membuat member baru untuk Entity. Tampilan otomatis dibawa ke lembar kerja. Karena kita memilih untuk membuat himpunan kosong, tidak akan ada member yang muncul.

136

Langkah berikutnya adalah proses untuk menambahkan member ke himpunan baru Corporate. Klik di tab Member Set Maintenance untuk pergi ke lembar kerjanya. Pastikan himpunan Corporate telah dipilih dari daftar yang berjudul Destination Member Set. All Member seharusnya dipilih dari daftar disebelah kanan ruang kerja. Klik kanan di Demo Corporation member di panel bagian kanan dan pilih Add as Sibling, seperti yang ditunjukkan di bagian atas gambar 7-23. Menu Action menawarkan opsi yang sama. Setelah melakukannya, Demo Corporation member telah pindah dari Source Member ke bagian kanan panel, Destination Member, seperti yang ditunjukkan gambar 7-23 bagian bawah. Klik kanan pada member lain di Source Member Set akan memunculkan opsi untuk menjadikan sibling atau child. Pilih yang mana yang cocok untuk memasukkan member menjadi sibling atau anak dari member pertama yang masuk ke himpunan tujuan. Ulangi langkah untuk semua anggota himpunan awal. Setelah semua member dimasukkan ke himpunan yang baru, klik tab Member Maintenance untuk kembali ke lembar kerja. Dari daftar yang muncul, pilih himpunan Corporate yang baru kita buat. Member yang terdapat di himpunan Corporate ditampilkan di lembar kerja. Setelah membuat dan mengisi himpunan, Entity dapat disimpan atau dimasukkan. Memasukkan dimensi secara otomatis akan menyimpan data ke PPS Planning System.

137

Model
Dalam modul Planning di PerformancePoint Server, model adalah sebuah unit dasar dari penyimpanan data. Model mengandung sekumpulan dimensi yang mendefinisikannya dan juga atas level apa serta anggota dari data yang disimpan tersebut. Skenario bisnis yang berbeda tentunya memerlikan beberapa tipe model. Sebagai contoh, tentunya kita sering melihat sebuah katalog yang datang dengan daftar harga yang terpisah. Sehingga masa keberlakukan katalog tersebut akan lebih lama , karena didalamnya tidak dicetak harga dari barangnya. Dengan cara ini tentunya harga barang dapat berganti-ganti tanpa harus menganti katalog. Kita hanya perlu mengganti daftar harga saja. Sama dengan Model yang tidak perlu mengganti definisi dimensinya, hanya perlu mengganti nilainya saja. Seperti telah dibahas pada bagian sebelumnya, situs model mengorganisasikan aplikasi dan data. Setiap aplikasi memiliki sebuah situs model yang menjadi orangtuanya yang mana mendefinisikan dimensi dan model asumsi global. Semua model yang mengacu pada model orangtua ini direferensikan sebagai subsite model. Sebuah ruang kerja model dalam Planning Business Modeler dapat dipilih dengan mengklik tautan Models dalam Workspace Browser. Sebuah model baru dapat dibuat dengan mengklik tautan Create a Model dalam panel Model Task pada sisi kanan di ruang kerja Model. Atau cara lainnya adalah dengan memilih Create a Mode yang ada di menu Actions. Jika anda mengikuti langkah tersebut maka akan

138

mambuka sebuah Wizard dengan judul Create a Model. Halaman pertama dari wizard ini akan menanyakan Nama,Label dan opsi Deskripsi dari model yang baru tersebut. Silahkan isi nilai CorpBudget pada ketiga kotak text tersebut, seperti gambar dibawah ini :

Centang opsi Allow this Model to be shared agar data dari model ini dapat dibaca oleh subsite dari model ini. ketika anda membagi data model ini dengan subsite model ini, maka subsite dari model ini hanya dapat melihat datanya saja namun tidak dapat memodifikasi modelnya. Namun sebuah subsite dapat saja memiliki datanya sendiri yang bisa saja tidak dapat dilihat oleh model yang menjadi orang tuanya. Pada halaman selanjutnya dari wizard silahkan pilih opsi pertama Create a New Model. Disini anda akan dihadapkan terhadap beberapa pilihan model yaitu : 1. Generic Model ada dua dimensi yang akan secara otomatis dimasukkan yaitu Screnario dan Time, namun aturan akunting tidak akan ditambahkan. 2. Global Assumption Model, model ini mengandung asumsi yang tersedia untuk semua situs dari model ini. dua dimensi akan ditambahkan secara otomatis yaitu Screnario dan Time. Untuk secara komplit menggunakan fungsi asumsi dari model ini maka, model ini harus ditautkan ke model lain dalam Planning Business Modeler.

139

3. Exchange Rate Model , model ini adalah sebuah model asumsi yang dikhususkan untuk melacak perubahan nilai valuta asing dalam sebuah rentangan waktu terhadap semua valuta yang ada dalam sistem. Sebagai tambahan dari dimensi Scenario dan Tiem maka dimensi berikut pun akan ikut ditambahkan : Currency (Destinations), Exchange Rate, Currency (Source) dan Entity. 4. Financial model with shares calculation, model ini mengandung sebuah logika untuk melakukan konsolidasi lengkap dengan perhitungan pembagiannya. Dalam model ini secara otomatis akan ditambahkan dimensi sebagai berikut : Scenario, Time, Account, Entity, Business Process, Time Data View, Consolidation Method dan Flow. 5. Financial model without shares calculations, model ini mengandung sebuah logika untuk melakukan konsolidasi namun tanpa perhitungan akan pembagiannya. Dalam model ini secara otomatis akan ditambahkan dimensi sebagai berikut: Scenario, Time , Account, Entity, Business Process dan Time Data View. Opsi Generic Model akan dipilih untuk dipakai dalam contoh yang ada dalam bagian ini. Pada halaman berikutnya dalam wizard Create a Model adalah halaman dengan judul Define Dimensions and Member Sets. Disini adalah tempat dimana ditentukannya dimensi dan kumpulan anggota dari model. Seperti dapat dilihat dalam halaman ini dan sama seperti yang telah kita bahas dalam awal bab ini maka dimensi Scenario dan Time akan secara otomatis ditambahkan ke dalam model. Dimensidimensi lain dapat ditambahkan ke model dengan memilih dimensi yang diinginkan dari kotak dropdown list bertuliskan Dimension dan anggota yang sesuai untuk dimensi tersebut pun dapat ditambahkan dari sebuah kotak drop-down list bertuliskan Member. Sebuah nama yang lebih familiar untuk dimensi yang dipilih tersebut dapat diatur didalam text box yang berlabel Alias. Jika anda menekan tombol dengan tulisan > yang ada di sebelah kanan kotak Member set maka anda akan dapat menambahkan member set dari dimensi yang telah dipilih tersebut ke dalam model. Kemudian akan ditampilkan dalam daftar dimensi yang ada di sisi kanan halaman. Member set untuk dimensi yang otomatis ada (Time dan Screnario) atau dimensi lainnya pun dapat diganti dengan cara mengklik kolom Member set yang ada di sebelah kanan dari dimensi yang member set nya perlu diganti. Jika anda mengkliknya maka akan dimunculkan sebuah kotak drop-down yang menampilkan semua member set yang ada di model tersebut. Anda dapat memilih member set mana yang anda perlukan. Untuk tujuan contoh dalam bagian ini maka pilih semua member set untuk dimensi Scenario, Corporate member set untuk dimensi Entity dan member set ExpenseAccount untuk dimensi Account dan juga tidak lupa member set YQM untuk dimeni Time, seperti yang ada di gambar dibawah ini :

140

Halaman terakhir dari wizard Create a Model adalah halaman Review and Create Model. Disini seorang developer dapat mereview informasi yang akan ditampilkan. Jika dia melihat ada informasi yang perlu diperbaiki maka tombol Back dapat segera ditekan untuk melakukan navigasi ke halaman yang sesuai dan menggantinya. Menekan tombol Finish akan membuat sebuah model baru dan membawa anda ke model yang baru dibuat tersebut kemudian Tab Summary dari model yang baru dibuat tersebut akan secara otomatis terbuka seperti ditunjukkan pada gambar dibawah ini :

141

Tab kedua dalam ruang kerja Model yang ditunjukkan dalam gambar diatas berjudul Model Properties. Model properties sebenarnya sama dengan variabel, dia dapat diset kemudian direferensikan dimanapun dalam model. Contohnya adalah anda dapat mensetting sebuah nilai faktor konversi dan kemudian menggunakannya dalam pelbagai perhitungan di dalam model. Dengan cara ini maka pengantian terhadap suatu nilai dapat mempengaruhi beberapa data dalam model. Dengan menggunakan Model designer maka anada bebas menambahkan properti-properti baru. Namun ada beberapa properti yang secara otomatis telah ada. Contohnya adalah properti Enable Offline Cube yang menentukan apakah seorang pengguna dapat mengunduh assignment yang ada dan bekerja dengannya melalui Excel selama tidak terkoneksi dengan server atau dengan kata lain bekerja secara offline. Properti Model Data Has Changed menentukan apakah perubahan dalam model akan dicatat atau tidak. Seperti yang terlihat di gambar sebelumnya tab ketiga dari ruang kerja Model memiliki judul Business Rules. Business rules adalah sebuah program yang dapat dieksekusi dan bekerja terhadap data multidimensional yang ada dalam model. Program ini dapat menghasilkan sebuah perkiraan atau menemukan kesalahan dalam data. Tergantung kepada aturan bisnis yang berlaku, maka program tersebut dapat bervariasi mulai dari melakukan tugas yang sederhana sampai yang kompleks. Kemudian sintaks untuk bekerja dengan data berbentuk multidimensional seringkali memusingkan untuk orang-

142

orang yang telah terbiasa dengan relasional data. Diskusi secara detail tentang Business Rules dalam model aplikasi PerformancePoint Server tidak akan dibahas dalam buku perkenalan ini. Tautan Schedule Current Update akan membuat sebuah jadwal update dalam model designer diset sekali atau lebih terhadap properti Current Period dalam mdel tersebut. Properti ini pun dapat digunakan untuk menghitung jumlah siklus yang telah dilewati oleh model ini. Sebagai contoh jika proses pembuatan anggara dilakukan setiap kuartal maka sebuah siklus harus ditentukan untuk menentukan periode anggaran dari tanggal awal dan akhir kuartal tersebut. Proses dapat berjalan pada hari ke 30 dari tiap kuartal dalam rangka mengatur waktu untuk kuartal berikutanya dan memberikan tugas kepada setiap orang untuk memasukkan anggarannya pada kuartal berikutnya. Setelah model selesai didefinisikan, aturan bisnis selesai dibuat dan periode yang berlaku telah diatur maka model dapat disimpan atau di check in. jika anda melakukan check ini maka secara otomatis model tersebut akan disimpan dalam PPS Planning system. Pada tahap ini model siap untuk dideploy. Proses deploy berbeda dengan proses penyimpanan. Penyimpanan situs model hanya akan menyimpan data ke server yang sedang menjalankan Planning Server, sedangkan deployment sebuah situs model akan mengupdata data dalam Cube OLAP yang menjadi tempat disimpannya data yang digunakan oleh PerformancePoint Add-in untuk Excel. Pertama-tama Proses Deployment akan menyimpan perubahan dari model tersebut dan kemudian semua site model akan dicek untuk memastikan bahwa mereka adalah valid. Jika semua valid maka data akan diupdate ke sistem sumber sehingga pada akhirnya pengguna dapat melakukan tugasnya. Sebuah model dapat dideploy dengan mengklik pada opsi Deploy Model Site dibawah menu File pada Planning Business Modeler. Jika proses deployment ini sukses (dapat dilihat dari kotak dialog yang muncul) maka akan menghasilkan sebuah SSAS OLAP Cube yang dibangun pada komputer Analysis Services yang dispesifikasikan pada Planning Administration Console. Cube OLAP tersebut akan memiliki nama yang sama dengan model PerformancePoint Server Planning Application model. Cube tersebut pun akan memiliki dimensi yang sama dengan dimensi yang dispesifikasikan pada saat desain model. Setiap dimensi akan memiliki hirarki orang tua anak pada cube OLAP untuk setiap member set yang dipilih pada saat perancangan cube.

Form dan Report.

Jika anda menklik tautan Form and Reports pada Workspace Browser seperti pada gambar dibawah maka akan dibuka sebuah ruang kerja Forms dalam aplikasi Planning Business Modeler.

143

Form templates yang akan digunakan oleh PerformancePoint Planning Application akan dibuat dan diterbitkan dengan menggunakan PerformancePoint Server 2007 Add-in for Excel. Pembahasan secara detail tentang pembuatan dan penerbitan Business Report and Form Template akan diberikan pada bagian PerformancePoint Add-in for Excel pada akhir bagian ini. Dari kotak drop-down dalam ruang kerja Forms ini maka dapat diatur tampilan antara Form Templates dan Operational Reports.

Managemen Proses
Setelah template form telah dibuat dan diterbitkan maka langkah selanjutnya dari proses perencanaan adalah pembuatan dari siklus perencanaan yang sering disebut sebagai siklus pembuatan anggaran. Siklus perencanaan bisa dibuat dengan agar sesuai dengan anggaran atau perkiraan siklus dalam organisasi anda. Siklus perencanaan ini akan dibuat dalam ruang kerja Process Management. Jika anda mengklik tautan Process Management pada Workspace Browser maka akan secara otomatis di dalam aplikasi Planning Business Modeler ini dibuka sebuah ruang kerja Process Management, seperti yang dapat dilihat pada gambar dibawah.

144

Sebuah siklus dapat dibuat dengan mengklik pada Create a Cycle di bawah menu Actions atau dengan mengklik tautan Create a Cycle pada panel Process Scheduling yang ada di sebelah kanan ruang kerja Process Management anda. Aksi tersebut akan membuka sebuah wizard berjudul Create a Cycle yang akan menampilkan form isian Nama, Label dan Deskripsi dari siklus. Pemilih dari siklus ini dapat dispesifikasikan dengan mengklik tombol elipsis () yang ada di sebelah kanan text box Owner pada bagian bawah halaman ini. Jika anda mengklik tombol elipsis tersebut maka akan terbuka sebuah jendela baru yang menampilkan semua penggunan yang ada dalam PerformancePoint Planning Server. Dalam kotak dialog Select Owner ini, pilih nama pengguna yang memiliki siklus ini Kemudian klik tombol Add Selected yang ada di bagian atas untuk menambahkan pengguna tersebut sebagai pemilik dari siklus. Untuk setiap siklus hanya bisa ada satu pengguna dan setiap pengguna yang ditugaskan ke jabaran business dalam PPS Planning system dapat dijadikan pemilik dari siklus. Pemilik dari siklus ini akan diberikan ijin untuk mengganti status dari siklus tersebut pada setiap saat tanpa memandang status yang sedang berlaku. Sebagai contoh silahkan masukkan nilai Corporate Budget 2008 pada kotak Nama dan Label serta PERFPOINTSERVER\Administrator sebagai pemilik dari siklus ini, seperti yang terlihat pada gambar dibawah.

145

Pada halaman berikutnya anda akan memilih model dari data anda yang akan dipakai di siklus ini. Anda dapat memilihnya dari sebuah drop-down list yang menampilkan daftar model yang ada dalam aplikasi. Sebuah siklus proses hanya dapat direferensikan oleh sebuah model. Dalam contoh ini pilih model CorpBudget yang kita buat dalam seksi sebelumnya. Pada halaman selanjutnya di Create a Cycle Wizard adalah halaman Define Data Entry Scope. Pada halaman ini anda akan memilih dimensi Time dan Scenario untuk melepaskan entri data pada siklus yang baru dibuat. Nilai yang anda masukkan dalam halam ini menentukan cells mana di Planning Form yang akan dibukan untuk proses pemasukan data oleh penguna akhir ketika mereka membuka Assignment mereka. Jika anda mengklik tombol Edit di sebelah kanan Data Period maka halaman ini membuka sebuah kotak dialog dengan judul Select Member yang akan menunjukkan semua anggota dalam YQM yang ada dari dimensi Time yang telah dipilih untuk model CorpBudget. Hanya level daun dari dimensi Time yang dapat dipilih untuk pemasukan periode awal dan akhir. Hal ini adalh pertimbangan lainnya dalam pemilihan member set untuk waktu dalam model. Dalam contoh kita (YQM member set), bulan adalah anggota level daun. Jika aplikasi perencanaan dalam organaisasi anda memerlukan granularitas waktu yang berbeda untuk perencanaan, pembuatan anggaran dan keperluan perkiraan maka dimensi Time harus didefinisikan dan dipilih sesuai dengan model. Sebagai contoh untuk anggota dimensi Waktu

146

pilih January Year2008 sebagai bulan awal yang akan dibuka untuk pemasukan data untuk setiap penugasan form dalam siklus ini. Pemilihan dimensi dapat dipilih dengan mencentang check bos yang ada pada anggota dimensi Time yang bersesuaian pada kotak dialog Select Member. Sama dengan itu maka pilih dimensi Time December Year2008 sebagai bulan terakhir dimana dimungkinkan proses pemasukan data. Pemilihan January Year2008 dan December Year2008 sebagai anggota waktu awal dan akhir dari proses pemasukan data berarti bahwa semua cell yang memiliki dimensi waktu antara Januari 2008 sampai Desember 2008 akan dapat diisi untuk pemasukan data pada form penugasan di dalam siklus ini. Hal ini akan didemonstrasikan nanti dalam bab ini ketika kita mendiskusikan proses pemasukan data dan pengumpulannya. Sebagai contoh untuk anggota dimensi skenario Budget akan kita pilih untuk mendefinisikan scope dari pemsukan data. Gambar dibawah ini mendefinisikan scope entry data yang dipilih untuk siklus Corporate Budget 2008.

Halaman selanjutnya dalam wizard Create a Cycle adalah halaman Start and End Date. Halaman ini adalah tempat dimana siklus tanggal mulai dan akhir didefinisikan. Namun jangan sampai anda tertukar dengan scope pemasukan data yang didefinisikan pada halaman sebelumnya. Halaman ini akan mendefinisikan tanggal mulai dan berakhirnya sebuah siklus tersedia untuk proses pemasukan dan pengiriman data oleh pengguna. Pada kebanyakan skenario di perusahaan maka analisis pembuata

147

anggaran akan memiliki waktu sekitar dua sampai tiga bulan untuk pemasukan anggaran tahun depannya. Waktu yang menyatakan dua sampati tiga bulan ini dinyatakan pada halaman ini. Pilih tanggal 1 Desember 2007 sebagai tanggal awal dan 31 Januari 2008 sebagai tanggal akhir. Pada halaman berikutnya anda akan ditanya opsi Enable Notification yang akan mengirimkan pemberitahuan dalam bentuk email ke pengguna dari PPS Planning Application yang menandakan apakah mereka memiliki tugas untuk pemasukan data, peninjauan ulang atapun penyetujuan. Halam terakhir dari Wizard Create a Cycle adalah halaman Review and Create. Disini developer dapat meninjau ulang informasi yang telah ditampilkan. Apabila dia menemukan sebuah kesalahan maka dapat menekan tombol back untuk melakukan navigasi ke halaman-halaman sebelumnya dan membuat penyesuaian. Jika telah selesai maka tekan tombol Finish untuk membuat sebuah siklus baru dan akan membara anda ke siklus yang baru dibuat. Tab Summary dari siklus baru tersebut akan dibuka seperti dicontohkan pada gambar dibawah ini :

Setelah sebuah siklus didefinisikan dan dibuat, sebuah template form harus ditujukan kepada sebuah siklus. Ruang kerja siklus dapat diaktifkan dengan mengklik siklus yang sesuai pada ruang kerja process management. Setelah anda ada dalam ruang kerja siklus maka silahkan klik Assign Forms pada menu Action untuk membuka sebuah wizard Create an Assignment Definition. Masukkan nilai Budget 2008 pada Name, Label dan kotak Description yang ada di halam pertama dari wizard ini. Halaman

148

selanjutnya dari wizard ini adalah halaman Data Submission yang akan mendefinisikan pengguna yang dapat mengkontribusikan data pada assigment ini. Pilih check box yang ada disamping Contributors dan klik pada tombol Edit untuk membuka kotak dialog Select Contributr seperti ditunjukkan pada gambar dibawah.

Dalam kotak dialog ini setiap kombinasi dari Business Users dan Business Roles dapat dipilih sebagai kontributor untuk assignment ini. Caranya adalah dengan menghighlight pengguna atau jabatan yang sesuai dan kemudian mengklik tombol Add Selected yang ada pada bagian atas kotak dialog. Pada contoh diatas nama pengguna Contributor1 dipilih sebagai kontributor. Form Template yang digunakan untuk proses pengumpulan data dalam assignment ini pun didefinisikan dalam halaman Data Submission pada wizard Create an Assignment Definition. Dengan mengklik tombol Edit di sebelah kotak Form maka akan dibuak sebuah kotak dialog Select Form. Semua Form Templates yang ada di PPS Planning server akan ditampilkan pada sisi kiri dari kotak dialog ini. sebuah template fotm dapat dipilih dengan menghighlight form template yang diperlukan dan mengklik tombol > yang ada di tengah kotak dialog.

149

Form template yang terpilih akan ditampilkan pada bagian kiri dari kotak dialog ini. template form CorpBgt2008 akan dipilih sebagai contoh. Pembuatan form ini akan didiskusikan pada bagian selanjutnya di bab ini. Pada halaman selanjutnya dengan tajuk Submission Period pada wizard Create an Assignement Definition, para developer dapat memilih prioritas, waktu mulai dan berakhirnya dari sebuah submission, atau opsi no-submission. Sebagai contoh pilih Opsi standar yang berlaku untuk halaman ini. pada halaman selanjutnya yang berjudul Review and Approval pilih workflow yang diperlukan untuk proses pengumpulan data. Tergantung dari opsi yang dipilih dalam halaman ini maka sebuah penumpulan data dapat melalui proses peninjauan atau penyetujuan atau bahkan tidak melewati proses apapun. Sebagai contoh pilih opsi Review and Approval. Halaman berikutnya dalam wizard ini akan tergantung pada opsi yang anda pilih pada halaman Review and Approval. Jika pilihan Review Only atau Review and Approval anda pilih maka halam an selanjutnya akan berupa halaman Review. Penambahan kombinasi dari Business Users dan Business Roles sebagai Reviewers serupa dengan penambahan Contributors, seperti yang telah anda lihat pada bagian sebelumnya.PPS Planning System mengizinkan Reviewers dan Approver untuk mengedit dan memodifikasi data yang dikirimkan oleh kontributor. Hal ini adalah sebuah fitur yang cukup powerfull dan digunakan oleh banyak perusahaan yang menerapkan aplikasi PPS Planning Server. Modigikasi data oleh reviewers diaktifkan dengan cata mencentang check box yang ada di sebelah Allow Reviewers to Edit Submissions. Waktu akhir dari proses review pun dapat dispesifikasikan pada halaman Review ini. Sebagai contoh pilih pengguna Reviewer1 sebagai reviewer dan dia opsi lain dalam halaman ini tidak perlu dipilih. Karena opsi Review dan Approval dipilih pada awal wizard maka halaman selanjutnya adalah halaman Approval. Business Users dan Business Roles adalah pihak-pihak yang berhak untuk menggaprove pengiriman data dan hal ini didefinisikan dalam halaman ini. Sema dengan halaman Review modifikasi data oleh pihak yang berhak dan tanggal akhirnya didefinisikan dalam halaman ini. Sebagai contoh pilih pengguna Approver1 sebagai approver. Opsi lainnya dalam halaman ini tidak perlu anda pilih. Halaman terakhir dalam wizard Create an Assignment Definition adalah halaman Assignment Summary. Disini para developer dapat meninjau informasi yang akan digunakan, jika ada pilihan-pilihan pada halaman sebelumnya yang perlu diganti maka tombol Back atau pilihan kiri pada bagian navigasi dapat digunakan untuk kembali ke halaman-halaman sebelumnya dan membuat penggantian. Jika anda menekan tombol Finish maka akan dibuat sebuah assignemt baru untuk siklus tersebut. Penugasan lebih dari satu assigment termasuk ke lebih dari satu Form Templates dan Users (Contributors, Reviewers dan Approvers) dapat didefinisikan untuk setiap siklus. Semua assigment yang didefinisikan untuk sebuah siklus akan mengikuti properti-properti dari siklus tersebut, termasuk scope pemasukan data dan juga waktu mulai dan berakhirnya siklus. Langkah selanjutnya dalam mebuath sebuah assigment tersedia untuk kontributor untuk pengumpulan data ialah dengan membuat sebuah instan dari assignment. Dari ruang kerja process management, pilih assignments dari kotak drop-down yang berjudul View pada bagian atas dari ruang kerja. Dengan

150

memilih opsi tersebut maka akan ditampilkan assigment Budget 2008 yang telah dibuat pada bagian sebelumnya. Jika anda menghighlight bagian ini dan mengklik tautan Available Action dibawah panel Process Scheduling Task yang ada di sisi kanan dari ruang kerja seperti ditunjukkan pada gambar dibawah ini.

Maka akan dibuka sebuah kotak dialog dengan judul Available Action seperti yang ada di inset. Dari drop down yang memiliki judul Select Action tersebut pilih opsi Intantiate untuk membuat sebuah instan dari assignment. Dalam seksi parameter dalam kotak dialog, set nilai dari Start ke True seperti yang ada digambar diatas. Jika anda menekan OK maka kotak dialog tersebut akan segera ditutup dan instan baru dari assignment untuk semua Business Users dan Business Roles yang dapat dipilih sebagai kontributor untuk assigment ini. Satu instan assignment akan dibuat untuk satu business user. Business User tersebut dapat ekmuaidn ditambahkan secara individual sebagai kontributor atau berasal dari business role yang telah ditambahkan sebagai kontributor ketika assigment ini didefinisikan dengan menggunakan wizard Create an Assignment Definition yang telah dijelaskan sebelumnya. Assigment yang baru dibuat ini akan terlihat pada ruang kerja siklus setelah anda me-refresh kakas Planning Business Modeler yang ada di sisi client.

151

Security dan Roles

Sama seperti mayoritas dari produk Microsoft, keamanan di PPS juga berbasiskan role. Hal ini berarti pengguna yang berasal dari satu role atau lebih dan inklusi mereka terhadap role tyersebut menentukan izin yang mereka punya terhadap sistem. Ada dua buah jenis role yang ada di Planning Server : Administrative dan Business. Role Administrative adalah untuk membuat dan merawat infrastruktur dari Planning Server sedangkan Role Business berurusan dengan akses ke data yang ada dalam Planning Server. Business roles adalah sebuah koleksi dari Business users dalam PPS Planning Server dan dapat didefinisikan dalam ruang kerja Security dan Roles yang ada dalam kakas Planning Business Modeler yang ada di client. Business roles didesain untuk memasukkan pengguna yang memerlukan akses ke dalam data bisnis. Menambahkan pengguna ke Business roles akan mengizinkan developer untuk mengatur sekelompok pengguna secara sekaligus. Level keamanan untuk semua pengguna yang ada dalam role tersebut dapat diset pada level role. Jika pada pendefinisian Assignment pada awal bab ini dinyatakan bahwa banyak pengguna dapat ditambahkan pada list Contributors, Reviewers atau Approvers dengan cara memilih Business Roles yang mengandung user tersebut, ketimbang memilih user tersebut secara satu persatu. Namun meskipun dengan menggunakan role seorang pengguna dapat saja memiliki izin/permission khusus yang berbeda dari izin yang ada pada role tersebut. Seorang pengguna pun dapat berada di satu atau lebih role. Dalam kasus dimana pengguna tersebut memiliki lebih dari satu role maka izin yang berlaku adlah izin yang paling sedikit batasannya. Untuk secara sukses mengumpulkan data ke instan dari assignment yang telah dibuat pada awal seksi maka akses ke ke Model tertentu harus diset menjadi on untuk setiap Business Users atau Business Roles yang didefinisikan sebagai kontributor, reviewer atau approver dalam assigment tersebut. Untuk melakukan hal ini maka pilih ruang kerja Security and Roles dengan cara mengklik tautan Security and Roles pada Workspace Browser .Semua Business Users dan Business Roles akan ditampilkan dalam ruang kerja tersebut. Kemudian sebagai contoh pilih user Contibuter1 yang kemudian akan membuka ruang kerja Role atau User (tergantung pada apakaha user tadi masuk ke dalam role atau tidak). Pada bagian bawah dari tab Summary set akses sehingga menjadi on untuk model CorpBudget seperti gambar dibawah ini.

152

Ulangi langkah tersebut untuk pengguna Reviewer1 dan Approver1 (untuk keperluan contoh). Setelah semua perubahan dibuat maka simpan ke dalam PPS Planning Server.

Asosiasi
Asosiasi adalah tautan terakhir dalam browser Workspace. Meskipun tidak ada asosiasi yang digunakan dalam bagian ini, namun penting untuk dimengerti tentang konsep ini dan apa itu asosiasi dan apa yang dapat dilakukannya. Asosiasi memberikan jalan untuk dapat mengabungkan dua buah model dengan stau model berlaku sebagai sumber dan model yang satu lagi sebagai tujuan. Data dari tabel fakta pada model bumber dapat dipindahkan ke model tujuan denagn memilih opsi dari aggregating data yang dipindahkan. Bayangkan sebuah skenario dimana setiap divisi memiliki modelnya sendiri-sendiri dan juga memiliki perkiraan dan pembuatan anggarannya sendiri. Divisi-divisi ini mungkin memiliki aturan yang berbeda untuk menyelesaikan permasalahannya. Amun ketika mereka telah menyelesaikannya mereka dapat melakukan asosiasi dengan model master yang berlaku secara luas pada perusahaanya, dengan cara data dari setiap divisi dipindahkan ke model master melalui asosiasi.

153

154

Proses Deployment PerformancePoint Server 2007 dan Keamanannya

PerformancePoint Server tergolong sebagai produk yang tidak umum ditemui yang mencakup tiga area utama yaitu : pengawasan, analisis dan perencanaan. Banyak perusahaan yang hanya membutuhkan komponen analisis dan pengawasan sedangkan ada perusahaan lain yang memerlukan modul perencanaan tapi tidak memiliki keperluan untuk menginstall bagian pengawasan dan analisis. Tentu saja ada perusahaan yagn berniat untuk mengimplementasikan ketiga modul tersebut. Sebagai tambahan,pada rilis pertama ini ada keraguan yang timbul bahwa orang kan juga menginstall komponen lainya yang ada di ProClarity. Seperti yang telah kita lihat dalam bagian 3 dan 4, dashboard akan diinstall di SharePoint, sehingga baik itu Windows SharePoint Services atau Microsoft Office SharePoint Server akan ditambahkan ke bagian deployment. Kombinasikan semua perangkat lunak ini dengan SQL Server, Analysis Services dan Reporting service maka anda akan melihat jelas bawa ada banyak variasi aplikasi yang diperlukan untuk menghasilkan sebuah Business Intelligence. Berita baiknya adalah pada kebanyakan kasus, tidak semua perangkat lunak diperlukan. Bahkan pada kebanyakan kasus perangkat lunak tersebut tidak harus diinstall dan dijalankan pada satu server. Dengan banyaknya jumlah komponen yang diperlukan maka penting untuk dimengerti bagaimana proses instalasi dan konfigurasi dari PerformancePoint Server. Bagian ini tidak akan memberikan informasi yang lengkap tentang proses ini, hal ini dikarenakan bahwa SQL Server 2008 belum secara resmi dirilis ketika buku ini dibuat, sehingga bisa saja terjadi perubahan langkah ketika produk tersebut keluar di pasaran. Adanya Service Pack terhadap SQL Server, PerformancePoint atau sistem operasi pun dapat merubah rekomendasi ini.

Proses Deployment PerformancePoint Server

PerformancePoint Server dapat terdiri dari tiga area yang spesifik. Namun proses instalasi ini dibagi menjadi dua bagian. Pertama adalah Monitoring Server yang terdiri dari bagian analisis dan pengawasan yang dibahas pada bagian 3 dan 4. Ini adalah tempat dari Dashboard Designer berada dan berfungsi untuk membuat KPI, indikator, kartu skor, dashboard dan lainnya. Kedua adalah Planning Server yang diinstall secara terpisah dan didalamnya ada komponen-komponen yang diperlukan untuk membuat dan bekerja dengan item-item perencanaan sebagaimana yang telah dibahas pada bab 5. Karena ada dua buah proses instalasi maka pada bab ini pertama-tama akan dibahas bagimana proses deployment untuk Monitoring Server untuk kemudian dilanjutkan dengan proses deployment pada Planning Server. Instalasi Monitoring Server Server untuk pengawasan ini terdiri dari halaman ASP.NET, web services dan komponen-komponen terkait lainnya. Komponen-komponen tersebut akan diinstall di web server yang menjalankan Internet Informatioon Services atau IIS. Server pengawasan ini pun memerlukan akses ke sebuah server SQL Server 2005, yang menjadi tempat data pengawasan akan disimpan. Basis data diperlukan karena digunakan untuk menyimpan meta data untuk KPI, kartu skor, dashboard dan lainnya. SharePoint pun harus diinstall, bisa merupakan Windows SharePoint Services 3.0 atau Microsoft Office SharePoint Server 2007 (MOSS). Perangkat lunak lain yang diperlukan adalah .NET Framework 2.0, ASP .NET 2.0 AJAX Extension 1.0 dan ADOMD.NET 9.0 SP2 (ini diperlukan apabila dashboard mengakses data dari

155

Analysis Services), namun kebutuhan ini bisa saja diganti, anda disarankan untuk melihat petunjuk instalasi yang paling baru. Ada enam buah komponen termasuk basis data server pengawasan yang dapat diinstall. Komponen tersebut, bersama dengan basis data dapat dilihat pada tabel dibawah ini : Komponen Keterangan Komponen ini menjembatani komunikasi dari Dashboard Designer dengan basis data Monitoring PerformancePoint Monitoring database Basis data yang menyimpan metadata untuk KPI, kartu skor dan elemen lainnya di Monitoring Server PerformancePoint Dashboard Designer installation Situs yang menjadi tempat pengguna untuk site mengunduh dan menggunakan Dashboard Designer PerformancePoint Dashboard Viewer for Komponen ini adalah sebuah web part yang SharePoint membuat SharePoint dapat menampilkan Services dashboard dari Monitoring Server PerformancePoint Dashboard Web Preview Komponen ini memungkinkan sebuah dashboard untuk disimpan dan dilihat sebagai halaman ASP .NET PerformancePoint Scorecard Viewer for Reporting Komponen ini memampukan sebuah kartu skor Services untuk dilihat dengan format Report Definition Langguage (RDL) PerformancePoint Monitoring Plug-in for Report Plug-in ini digunakan untuk Visual Studio 2005 Designer dalam menyunting kartu skor yang telah disimpan dalam format RDL Keperluan Monitoring Server dari sisi perangkat keras cukup rasional jika melihat standar sekarang. Rekomendasinya adalah sebuah server dengan prosesor dual core 64-bit dan RAM 2 GB, namun server akan dapat berjalan pada komputer dengan single prosesor dan memori 1GB.
PerformancePoint Monitoring Server Web Service

Proses instalasi awal dari Monitoring Server cukup mudah, selain dari pemilihan lokasi instalasi tidak ada pilihan lainnya yang dapat dipilih oleh admin dan instalasi akan segera berlangsung. Namun setelah proses instalasi awal selesai, administrator harus menjalankan Monitoring Server Configuration Manager sebelum Monitoring Server siap untuk digunakan. Configuration Manager akan dimulai dengan mengecek semua kebutuhan awalnya dan kemudian pindah ke layar seperti cuplikan dibawah ini

156

Gambar diatas menunjukkan hanya 5 pilihan, sedangkan pada bagian sebelumnya dibahas 7 komponen, hal ini terjadi karena komponen Monitoring Web Service, Dashboard Web Preview dan Dashboard Designer Installation Site masuk ke dalam checkbox Monitoring Server. Tujuan utama dari layar ini adalah untuk memberikan opsi pada administrator pilihan apakah akan menginstall komponen-komponen dari Monitoring Server di dalah sebuah mesin atau didistribusikan di sekumpulan mesin. Dalam skenario yang memasukkan sebuah ladang server web atau mesin SQL Server yang dikluster maka adalah masuk akal jika kita menginstall komponen tersebut secara terpisah. Basis data Monitoring Server akan diinstall hanya pada server yang menjalankan SQL server dan bahkan mesin tersebut tidak harus memiliki IIS yang terinstall. Sedangkan pada Web server diperlukan instalasi Monitoring Server, namun tidak diwajibkan untuk menginstall Monitoring Plug-in for Report Designer. Server atau kumpulan server yang menjalankan SharePoint akan menjadi host dari web part yang menampilkan dashboard dari PerformancePoint Server, namun PerformancePoint server dapat berjalan di server yang berbeda. Pemisahan instalasi komponen di komputer-komputer yang berbeda dapat

157

meningkatkan skalabilitas dari sistem dan juga uptimenya. Jika kita ingin menginstall seluruh komponen pada satu server maka cukup pilih Standalone configuration yang akan menginstall semua di mesin lokal. Pilihan instalasi Monitoring System Database akan menyajikan admin sebuah layar yang meminta masukan nama server dan nama basis data yang akan digunakan untuk menyimpan data dari Monitoring System. Dengan adanya layar pengaturan ini maka admin dapat mengganti nama server dan basis data untuk menyesuaikan dengan standar yang ada atau memungkinkan proses instalasi dari basis data ini dilangsungkan di server lain tanpa memerlukan proses instalasi ini dilakukan di server lain tersebut. Instalasi basis data pada server yang berbeda memerlukan akun pengguna yang memiliki hak administrator di dalam SQL Server atau pengguna tersebut melakukan instalasi dengan menggunakan opsi Provision an Existing Database. Opsi Provision an Existing Database akan membuat mesin SQL Server yang menjadi target menciptakan sebuah basis data PPS Monitoring kosong. Hal ini berarti bahwa installer dari PerformancePoint Server dapat bekerja terhadap basis data tersebut dan membuat tabel yang diperlukan pada mesin SQL Server tersebut. Langkah selanjutnya dari proses instalasi adalah menspesifikasikan akun yang akan menjalankan servis Monitoring Server. Akun tersebut disebut dengan istilah Service Indentity atau SI, dan semua pekerjaan Monitoring Server akan dilakukan dibawah akun ini. Akun SI digunakan oleh IIS application pool, yang mana adalah tempat dari semua proses Monitoring Server berjalan. Aturan awalnya ialah menggunakan akun Network Service, namun langkah yang terbaik adalah menggunakan sebuah akun khusus yang dibuat khusus untuk PerformancePoint Server. Alasan pembuatan akun khusus ialah bahwa SI akan memerlukan ijin untuk bekerja pada cube yang ada di Analysis Services dan jika akun SI berada di akun Network Service maka berarti bahwa SI akan berada di akun yang sama dengan aplikasi lain yang juga sedang berjalan. Microsoft merekomendasikan agar akun Monitoring Server adalah sama dengan akun SI dari SharePoint dan juga akun SI hanya dimasukkan ke grup IIS_WPG pada mesin tempat Monitoring Server diinstall. Gambar dibawah ini menunjukkan halaman dari Configuration Manager yang telah diatur untuk menggunakan domain user.

158

Alasan dari penggunaan akun yang sama dengan SharePoint SI adalah karena web part dari PerformancePoint Server akan mengakses data dengan menggunakan SharePoint application pool. Semua koneksi ke basis data dari SharePoint terjadi dibawah kontrol akun SharePoint SI. Akun PerformancePoint SI hanya akan digunakan untuk melakukan koneksi ke sumber data ketika mengunakan Dashboard Designer. Perlu dicatat bahwa akun yang digunakan harus diberikan izin untuk mengakses cube Analysis Services tempat data diambil. Dua layar selanjutnya akan menanyakan situs SharePoint dan instan dari SQL server yang akan diinstall web part dan Report Server viewer. Setelah memasukkan kedua data data tersebut makan Configuration Manager akan memvalidasi semua data tersebut dan administrator akan dapat menyelesaikan proses konfigurasinya. Proses ini secara garis besar akan melakukan konfigurasi dari pool aplikasi pada IIS, menambahkan izin yang diperlukan ke dalam basis data dan IIS, menambahkan komponen ke SharePoint dan Reporting Services dan kemudian menambahkan basis data relasional untuk menyimpan metadata dari Monitoring Server.

159

Jika anda tidak menyukai bekerja dengan GUI maka Configuration Manager dapat dijalankan melalui command prompt dengan menggunakan kakas yang dinamakan PMServerConfigManager.exe yang dapat ditemui di %program files%\ Microsoft Office PerformancePoint Server \ 3.0 \ Tools \ MonitoringConfiguration. Ada beberapa parameter yang dapat digunakan untuk melakukan konfigurasi dengan kakas ini. Setelah melakukan instalasi dan konfigurasi dari Monitoring Server, maka situs Monitoring Central dapat diakses dengan menggunakan browser pada alamat http://<servername>:<port number>/central, nama server diisi dengan nama server tempat berjalannya Monitoring Server Web Service dan nilai port diisi dengan nomor yang telah dispesifikasikan pada instalasi (aturan awalnya adalah 40000). Monitoring Central hanya menampilkan dua buah tombol. Tombol yang pertama akan mengunduh dan kemudian menjalankan Dashboard Designer sedangkan yang kedua akan membawa pengguna ke situs Dashboard Designer Preview. Setelah Monitoring Server berjalan, maka akan dibuat dua buah berkas log pada direktori %temp%. fine ini akan dinamakan MonitoringStatus dan MonitoringVErbose, dan diikuti tanggal dari dibuat berkas ini dan diikuti oleh extensi .log, sehingga file status untuk tanggal 5 januari 2008 akan diberi nama MonitoringStatus1-5-2008.log jika sistem tersebut dikonfigurasikan untuk menggunakan tanggal dengan format US English. Mungkin salah satu area terbesar yang menyebabkan kebingungan ketika menggukan PerformancePoint adalah bagaimana koneksi dilakukan. Kebanyakan orang berfikit bahwa koneksi dari web parts di SharePoint ditujukan ke mesin Monitoring Server untuk kemudian dikoneksikan ke sumber data. Hal ini tidak benar, karena pada kasus ini memang Monitoring Server mendukung Dashboard Designer dan situs preview, namun Monitoring Server tidak ikut andil ketika dashboard dilihat melalui SharePoint. Pada kasus ini SharePoint akan secara langsung melakukan koneksi ke sumber data. Sehingga semua proses caching dan keamanan untuk sesi pengguna tersebut berlangsung di SharePoint server. Hal ini pun tetap berlaku jika kita mengekspor dashboard secara langsung ke SharePoint dan tidak menggunakan web parts secara langsung. Pada release note, administrator mungkin perlu mempertimbangkan untuk mengatus opsi ConnectionPerUser pada berkas web.config. Opsi ini mengatur jumlah koneksi khusus untuk seorang pengguna ketimbang menggukan koneksi yang ada di pool koneksi. Hal ini sangat berguna untuk menerapkan security pada pengguna individual karena koneksi dalam pool koneksi hanya dapat digunakan ulang jika semua informasi tentang koneksi tersebut sama, termasuk nama pengguna dan password. Instalasi Planning Server Planning Server terdiri daru dua web services yang berbeda : remote administration service dan basisdata. Keduanya diinstall di web server yang menjalankan Internet Information services. Planning Server pun memerlukan akses ke SQL Server 2005 yang akan menjadi tempat basis data planning server ini diinstall. Basis data planning server ini akan berjalan diatas SQL Server 2005 Standard Edition. Namun akses ke Analysis Services membutuhkan seri Enterprise Edition. Ada juga kebutuhan lainnya seperti .NET Framework 2.0, ASP .NET 2.0 dan juga update SP2. Pastikan bahwa anda melihat kebutuhan yagn terbaru, karena bisa saja terjadi perubahan akibat dari update yang dilakukan terhadap Planning Server. Ada tiga buah komponen yang terpisah dan juga sebuah basis data Planning Server yang terinstall dengannya. Komponen dan basis data ini dapat dilihat pada tabel dibawah ini: Komponen
PerformancePoint Planning Web Service

Keterangan Komponen ini digunakan oleh Planning Business

160

Modeler dan PerformancePoint Add-in untuk Excel Service ini digunakan untuk pekerjaan dan workflow pada PerformancePoint PerformancePoint Planning database Basis data ini menyimpan semua data dari Planning Server PerformancePoint Planning Remote Service ini digunakan oleh Planning Administration Administration Service Console dan dapat digunakan untuk memodifikasi setting server, roles dan lainnya. Kebutuhan perangkat lunak untuk Planning Server hampir sama dengan Monitoring Server. Kebutuhan yang direkomendasikan adalah sebuah mesin dengan prosesor dual core 64-bit dan RAM 2GB, namun server akan berjalan pada mesin dengan satu prosesor dan RAM 1GB. Namun sekali lagi mohon cek rekomendasi terakhir karena ada kemungkinan terjadi perubahan ketika patch dan service packs dikeluarkan.
PerformancePoint Planning Process Service

Apabila Monitoring Server hanya memiliki sebuah berkas instalasi, maka Planning Server memiliki lebih dari satu berkas dan juga memasukkan sebuah berkas setup .hta yang akan memandu berjalannya proses instalasi. Jika anda jeli maka ternyata dalah berkas hta tersebut terdapat satu tautan untuk Monitoring Server, sehingga berkas setup hta ini bekerja sebagai sebuah poin instalasi untuk semua komponen PerformancePoint Server. Ada tiga opsi dalam seksi Planning di dalam halaman instalasi : Install Planning Server Install Planning Business Modeler Install PerformancePoint Add-in for Excel Jika anda memilih untuk menginstall Planning Server maka akan menghasilkan sebuah proses yang hampir sama dengan proses instalasi pada Monitoring Server. Setelah memasukkan path instalasi maka, server akan terinstall dan menjalankan Planning Server Configuration Manager. Setelah memverifikasi bahwa perangkat lunak yang dibutuhkan telah terinstall maka Configuration Manager akan menyajikan pengguna dengan opsi untuk melakukan instalasi secara terdistribusi atau tersentralisasi disebuah server saja. Seperti Monitoring Server, Planning Server dapa diinstall di mesin-mesin terpisah yang bekerja di dalam sebuah lingkungan ladang server. Gambar dibawah ini menunjukkan bahwa ada empat opsi yang dapat diinstall pada bagian ini: basis data SQL Server , Planning Process Service, Planning Web Service dan Planning Administration Console.

161

Setelah memilih komponen mana yang akan diinstall maka Configuration Manager akan meminta nama dari mesin SQL Server yang akan menjadi tempat basis data diinstall. Pada tahan ini ada sebuah layar yang akan menanyakan nama dari akun pengguna dengan hak administrative untuk server tempat Planning Server akan dideploy. Akun pengguna tersebut harus terlebih dahulu ditambahkan ke role Global Administrator dan akan digunakan untuk menambahkan akun administrator lainnya melalui Planning Administrator Console. Perlu dicatat bahwa layar ini hanyak menanyakan nama dari akun pengguna, tetapi tidak menanyakan password. Layar selanjutnya akan menanyakan apakah server menjalankan Analysis Services. Anda tinggal memasukkan nama dari server dan klik next. Layar selanjutnya akan menanyakan nama akun dari domain user yang akan berlaku sebagai akun Planning Server Service Indentity (SI). Akun ini terpisah dari akun SI untuk Monitoring Server. Sebagai tambahan, layar ini berbeda dengan Monitoring Server. Opsi yang tersedia hanyalan menambahkan

162

sebuah akun yang berada di domain user, dan dalam kasus ini password akan diminta. Microsoft secara eksplisit merekomendasikan agar akun ini memiliki hak administratif terhadap server-server yang menjalankan Planning Server. Layar selanjutnya akan menanyakan lokasi dari log audit dan pelacakan. Layar ini pun memungkinkan administrator untuk menset apakah fitur pencatatan audit dan pelacakan diaktifkan atau tidak. Namun keduanya aktif secara default. Setelah itu anda akan ditanyakan port yang akan anda gunakan untuk menjalankan server. Port standar yang digunakan untuk Planning Web Server adalah 46787 dan port standar untuk Planning Administration Console adalah 46788. Layar selanjutnya akan memverifikasi informasi yang telah anda masukkan dan menyelesaikan instalasi. Planning Business Modeler akan menjalankan proses instalasi yang sama dengan sercer sebelumnya. Instalasi akan secara sederhana menanyakan lokasi instalasi dan kemudian menginstall aplikasi. Namun Business Modeler tidak perlu dikonfigurasi setelah proses instalasi selesai. Sama seperti itu PerformancePoint Add-in untuk Excel akan juga secara simpel menanyakan path instalasi dan melanjutkannya dengan proses instalasi, tanpa memerlukan konfigurasi ulang.

Aspek Keamanan untuk PerformancePoint Server

Ada banyak tempat dimana sekuriti bisa diterapkan ketika berurusan dengan PerformancePoint Server. Hal ini termasuk penerapan keamanan standar jaringan seperti penggunaan NTLM atau Active Directory, keamanan IIS, kemanan SharePoint dan juga keamanan di SQL Server dan Analysis Services. Dalam bab ini diasumsikan bahwa keamanan jaringan telah diterapkan dan anda dapat masuk ke sistem dan merupakan anggota dari salah satu grup di sistem. Pada saat menjalankan Internet Explorer, pengguna akan mencoba untuk mengakses sebuah situs SharePoint yang menjadi host dari dashboard PerformancePoint, kasus ini lah yang menjadi tempat dimana keamanan memegang peran penting. Keamanan Internet Information Services IIS memiliki beberapa opsi keamanan yang dapat diatur untuk setiap directory virtual. Pertama adalah hak akses anonymous yang mengizinkan pengguna untuk mengakses sebuah situr. Hak akses Anonymous berkerja dengan cara memasukkan semua pengguna ke sistem dengan akun yang sama yaitu IUSR_<namaserver>. Windows akan mengatur akun pengguna ini dan juga passwordnya seihngga adminstrator tidak perlu ambil pusing untuk mengatur akun ini. Berita baiknya adalah opsi ini sangat mudah dan telah ada out of the box. Namun ketika berurusan dengan PerformancePoint hal ini sangat tidak direkomendasikan karena jika digunakan aturan anonymous maka semua pengguna akan terlihat sama bagi PerformancePoint sehingga tidak ada pembatasan hak akses. Basic authentication adalah opsi lainnya. Jika aturan ini diterapkan dalam IIS maka akan membuka sebuah kotak dialog pada Internet Explorer yang meminta password dari pengguna tersebut. Opsi ini bekerja dengan baik namun ada beberapa kekurangan. Pertama pengguna harus log in setiap kali berkunjung ke sebuah situs. Kedua nama pengguna dan password dikirim sebagai text biasa jika opsi enkripsi tidak diaktifkan.

163

Satu-satunya opsi yang direkomendasikan untuk PerformancePoint adalah integrated authentification, atau yang umum diketahui di IIS sebagai Integrated Windows authentication. Integrated authentication akan melewatkan kredensial dari pengguna kepada web server secara otomatis dan hal ini dilakukan dengan menggunakan enkripsi, meskipun koneksi ke web servernya tidak dienkripsi dengan menggunakan Secure Sockets Layer (SSL). Dengan mengunakan metode ini maka server melihat pengguna dalam identitas networknya yang sebenarnya. Secure Sockets Layer Secure Sockets Layer adalah sebuah teknologi yang umum digunakan saat mengenkripsi stream data antara browser dan web server. SSL bekerja dengan cara menghasilakn sebuah kunci yang hanya valid untuk sesi yang sedang berlangsung dan membagi kunci tersebut dengan browser. Baik browser maupun server akan menggunakan kunci tersebut untuk mengekripsi dan mendekripsi data yang akan dipertukarkannya selama sesi sedang berlangsung. Yang menarik dari teknlogi ini adalah SSL bekerja di bawah level aplikasi, sehingga kita tidak perlu lagi melakukan perubahan pada aplikasi kita jika kita akan menggunakan SLL. Bahkan aplikasi web yang digunakan bisa saja tidak sadar apakah SSL digunakan dalam koneksinya atau tidak. Microsoft merekomendasikan agar SSL digunakan pada PerformancePoint. Dalam praktiknya, PerformancePoint secara standar dalam proses instalasinya memerlukan SSL. Hal ini adalah contoh penerapan yang baik namun memerlukan instalasi Kerberos dan Delegasi Salah satu aspek yang paling membingungkan dalam keamanan adalah menentukan pengguna mana yang bisa masuk ke SQL Server dan Analysis Services. Secara standar, akun pengguna yang dilihat oleh SQL Server dan Analysis Services adalah penggun yang diset melalui akun SI. Terlepas dari metode mana yang digunakan dalam IIS, server akan berjalan dalam akun SI dan akun tersebut lah yang akan digunakan ketika berhubungan dengan basis data, bukan akun yang digunakan untuk login ke IIS. Jika opsi keamanan di SQL Server atau Analysis Services diset untuk hanya menunjukkan data-data tertentu ke penguna tertentu maka pastinya penting untuk diketahui identitas dari penguna yang meminta data. Dalam kasus ini identitas dari akun SI tidak mencukupi, dalam kasus ini akun SI harus mengambil credentials dari pengguna sebenarnya. Dalam hal ini maka akun SI harus menirukan akun dari pengguna yang sebenarnya, terlepas dari apakah otentifikasi basic atau integrated yang digunakan. Kemudian Kerberos harus diinstall, hal ini karena hanya dengan menggunakan delegasi pada Kerberos akun dari pengguna yang sebenarnya dapat ditirukan oleh IIS ke sumber data. Kerberos akan membuat IIS mengambil token dari pengguna dan menyajikannya ke sumber data sehingga seolah-olah pengguna tersebut yang melakukan permintaan. Efeknya adalah SQL Server atau Analysis Services dapat mengirimkan data-data yang sesuai dengan identitas pengguna tersebut. Dalam banyak kasus, IIS dapat menirukan sebuah akun pengguna tanpa menggunakan Kerberos jika IIS dan Analysis Services ada dalam server yang sama, namun jika IIS dan Analysis Services berada dalam mesin yang terpisah maka diperlukan sebuah skenario yang bernama double hop. Dalam kasus ini

164

ketika pengguna meminta sebuah halaman dari browser mereka maka pertama-tama data akan mengalir dari mesin pengguna tersebut ke web server (hop pertama). Kemudian web server tentunya akan memerlukan data dari Analysis Services dan membuat koneksi ke server yang menjalankan Analysis Services (hop kedua). Meskipun integrated authentication digunakan, credentials dari pengguna tidak akan bisa dilewatkan dari IIS ke Analysis Services yang berada di server lainnya, kecuali Kerberos telah diinstal dan dikonfigurasi. Ketika bekerja dengan PerformancePoint maka ada aturan dalam berkas web.config yang perlu disesuaikan agar dapat menirukan akun pengguna saat menggunakan Kerberos. Aturan yang perlu dirubah ini adaah Bpm.ServerConnectionPerUser dan harus diset aktif agar token yang menirukan akun dari pengguna tersebut dapat dilewatkan. Hal ini hanya perlu diterapkan padan Monitoring Server, karena Planning Server akan selalu melewatkan credentials dari pengguna.

Penutup
Proses instalasi dari berbagai modul PerformancePoint ini relatif mudah. Hanya ada beberapa opsi saja yang bisa dipilih pada saat instalasi dan konfigurasi. Kebanyakan orang akan mengeset Service Identity dari Monitoring Server ke akun pengguna khusus yang dibuat untuk tujuan tersebut. Sementara itu Service Identity untuk Planning server harus ada di dalam akun domain. Setelah server diinstall dan dikonfigurasi, dia akan berjalan dibawah konteks dari Service Indentity yang diberikan. PerformancePoint ada di sebuah lingkungan yang mana beberapa komponennya memiliki aturan tersendiri yang menyangkut keamanan seperti IIS, SharePoint, SQL Server, Analysis Services dan lainnya. Dengan menggunakan Kerberos adalah cara paling mudah untuk memperoleh semua komponen bekerja dan memperoleh aliran dari identitas penguna dari aplikasi client terdepan melakui IIS dan SharePoint hingga ke sumber data. Karena tidak semua perusahaan atau organisasi menggunakan Kerberos maka perlu dipertimbangkan sebuah cara penanganan identitas dengan menggunakan skenario double hop yang akan membuat sebuah solusi keamanan baru atau sumber data diset untuk menerima sebuah akun penguna yang berlaku di setiap permintaan data.

165

Tentang Penulis
Ronald Augustinus Penalosa Rajagukguk lahir di bandung pada tanggal 13 Oktober 1985. Beliau menamatkan pendidikan S1 di jurusan Teknik Informatika Institut Teknologi Bandung pada tahun 2008 dan sekarang sedang berencana untuk melanjutkan studi dikampus yang sama. Pertama kali mengenal .NET saat ada training di MIC ITB pada pertengahan tahun 2006 dan langsung jatuh cinta pada teknologi yang dinilainya cukup menarik dan sangat powerfull. Sehingga akhirnya membawanya untuk mulai aktif pada ekplorasi teknologi ini. Pada awal 2007 oleh Microsoft Indonesia, Ronald dianugrahi gelar Microsoft Student Partners. Pada akhir 2007 akhirnya Ronald diangkat menjadi Microsoft Innovation Center Lead untuk Institut Teknologi Bandung. Sehari-harinya selain secara aktif mengeksplorasi teknologi .NET, ronald pun aktif memberikan seminar dan pelatihan-pelatihan seputar .NET. Ronald telah berbicara di berbagai macam acara seperti MSP Gathering, Campus MIX dan juga menjadi trainer di berbagai acara. Waktu luangnya banyak dimanfaatkan untuk menonton film dan tentunya tidur. Ronald secara aktif menulis blog seputar teknologi .NET di geeks.netindonesia.net/blogs/ronald, selain itu beliau pun mempunyai sebuah blog pribadi di ronaldpenalosa.com.

166