1

2

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

3

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

4

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

5

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

6

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

7

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

8

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

langkan 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

9

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. Pembuat keputusan bisnis

2. Pekerja informasi

3. Analis

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

10

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.

11

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. Jumlah unit yang telah diproduksi

2. Jumlah item yang gagal dalam proses kontrol produksi

3. Jumlah metal sampah yang dihasilkan

4. Jumlah barang yang ada dipenyimpanan

5. Jumlah bahan mentah

6. Harga besi dipasaran

12

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.

13

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.

14

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.

15

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.

16

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.

17

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

18

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.

19

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.

20

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

21

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.

22

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

23

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.

24

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.

25

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.

26

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.

27

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

nilai business intelligence ke dalam sebuah organisasi.

28

Proses Pengawasan pada PerformancePoint Server PerformancePoint Server menggunakan indikator performansi utama untuk membuat scorecard (kartu

skor). Scorecard ini pada dashboard yang tempat objek–objek 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

29

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.

30

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, objek-

objek 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

31

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

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

32

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.

33

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

34

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.

35

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

36

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.

37

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

masing 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

38

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.

39

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.

40

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.

41

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

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

42

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.

43

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

44

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

45

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

46

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.

47

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

48

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.

49

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.

50

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

51

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:

52

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.

53

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

54

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.

55

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.

56

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.

57

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.

58

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

59

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.

60

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

61

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 Grid

Analytic Chart dan grid menampilkan data OLAP dalam bentuk grafik atau tabel.

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

PivotChart dan

PivotTable

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

ProClarity Abalytics

Server

ProClarity Abalytics Servera tau PAS merupakan fitur analisis secara penuh pada

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

SQL Server Report 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.

62

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 Analysis

Chart

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.

Web Page Template ini membuat sebuah referensi ke halaman web yang sudah ada.

Template ini tidak membuat sebuah halaman web sendiri.

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.

63

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

64

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,

65

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.

66

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.

67

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.

68

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

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

69

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.

70

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.

71

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

72

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

73

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.

74

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.

75

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

76

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

77

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.

78

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

79

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

38 menunjukkan query dengan parameter yang telah diset.

80

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

81

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.

82

83

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.

84

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

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

85

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

86

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.

87

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

88

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

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

89

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.

90

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.

91

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

92

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

1.

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

93

Drill down Sama seperti klik kiri pada bar. Membawa user satu level hirarki lebih detil

Drill down to 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

Drill up Kebalikan dari drill down

Show only Show only akan menghilangkan semua item lain dan membuat hanya satu bar yang ditampilkan di tabel, yaitu bar yang aktif.

Remove Kebalikan dari show only.

Switch to <member>

Switch to <member> akan menukar dimensi dimana drill down akan dilakukan. Dalam gambar 6-9, opsinya adalah Switch to All Periods.

Show Details Show details akan menjalankan Drillthrough pada cube, biasa juga disebut “Drill to Detail”. Drillthrough akan menarik record actual yang mengubah nilai utama.

Additional Actions Additional Actions dapat dibangun di cube, dan aksi ini dapat diikat pada member, level, dan keseluruhan dimensi.

Sort Opsi sort akan menyortir data saat ini sesuai Series ataupun Bottom Axis.

Filter Filter memungkinkan user menghilangkan semua nilai kosong dari Series, Bottom Axis ataupun keduanya.

Pivot Pivot akan menukar dimensi pada Series ke Bottom Axis dan sebaliknya.

Hide/Show Information

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.

94

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.

95

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.

96

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

97

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

98

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.

99

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.

100

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.

101

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.

102

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.

103

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.

104

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

105

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.

106

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

107

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.

108

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.

109

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.

110

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

111

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 Penjelasan

Name Nama dari sebuah aplikasi. Bagian ini diperlukan seperti

112

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 Penjelasan

Pengaturan Native SQL/MDX Memberikan dukungan untuk pengaturan bisnis MDX dan SQL dalam Model pada aplikasi

Pengaturan makro Excel Memberikan dukungan untuk makro Excel pada formulir

113

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 Computer

Nama server yang menaungi basis data Analysis Service 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.

114

115

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.

116

Gambar 7-4 Tombol radio di klik dalam situs Budget Model, terletak pada Budget Application

117

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.

118

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.

119

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.

120

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.

121

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 tersebut—apakah 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 tersebut—apakah untuk aplikasi atau situs model. Lingkup ini kemudian dipilih dengan mengklik

122

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

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

123

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.

124

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

125

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

15, ‘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.

126

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.

127

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.

128

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

129

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.

130

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.

131

Halaman selanjutnya dari wizard adalah Specify Dimension Properties, seperti ditunjukkan di gambar 7-

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

132

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

133

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

134

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

135

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

136

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

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

137

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.

138

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

139

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.

140

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

dimensi lain dapat ditambahkan ke model dengan memilih dimensi yang diinginkan dari kotak drop-

down 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 :

141

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 :

142

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-

143

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.

144

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.

145

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.

146

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

147

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

148

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

149

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.

150

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

151

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.

152

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.

153

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.

154

155

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

156

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 PerformancePoint Monitoring Server Web Service 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 site

Situs yang menjadi tempat pengguna untuk mengunduh dan menggunakan Dashboard Designer

PerformancePoint Dashboard Viewer for SharePoint Services

Komponen ini adalah sebuah web part yang membuat SharePoint dapat menampilkan 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 Services

Komponen ini memampukan sebuah kartu skor untuk dilihat dengan format Report Definition Langguage (RDL)

PerformancePoint Monitoring Plug-in for Report Designer

Plug-in ini digunakan untuk Visual Studio 2005 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.

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

157

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

158

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.

159

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.

160

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 Keterangan PerformancePoint Planning Web Service Komponen ini digunakan oleh Planning Business

161

Modeler dan PerformancePoint Add-in untuk Excel PerformancePoint Planning Process Service Service ini digunakan untuk pekerjaan dan

workflow pada PerformancePoint PerformancePoint Planning database Basis data ini menyimpan semua data dari

Planning Server PerformancePoint Planning Remote Administration Service

Service ini digunakan oleh Planning Administration 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.

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.

162

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

163

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.

164

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

165

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.

166

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.