MODUL PERKULIAHAN

Data Warehouse

 Penanggalan Dalam Bisnis

 Waktu Dalam DW
 DW System Model
 Case Study: A Location Specific
Calendar

Fakultas Program Studi Tatap Muka Kode MK Disusun Oleh

06
Ilmu Komputer Sistem Informasi W181720001 Ardiansyah

Abstract Kompetensi
Introduction
Dalam Modul ini membahas peran tanggal dalam Data Warehouse. Hal ini menjelaskan
mengapa penting untuk menjaga informasi kalender dan tidak bergantung pada database
yang disediakan berfungsi untuk menafsirkan tanggal. Kalender mungkin yang paling
banyak penting, namun paling tidak dihargai, komponen dari Data Warehouse. Hal ini
berfungsi sebagai titik sentral acuan untuk mengintegrasikan dan menganalisis peristiwa
bisnis berdasarkan tanggal. Kalender memberikan perspektif historis yang penting bagi
data warehouse. Sementara fungsi tanggal dalam database mendukung beberapa
analisis, sebagian besar bisnis menggunakan lebih dari satu kalender dalam operasi
mereka. Selain kalender Gregorian, kita sering melihat referensi ke kalender fiskal,
kalender perencanaan, dan kalender khusus lainnya yang mungkin unik berdasarkan
pada analisis yang dilakukan.

Dimulai dengan deskripsi berbagai jenis kalender dan menggabungkan ke dalam model data
bisnis, yang merupakan dasar dari data warehouse (serta sistem dan teknologi) model.
Menggunakan studi kasus, kami kemudian menggambarkan bagaimana model data
warehouse data perlu dikembangkan untuk masing-masingskenario. Mengakui bahwa
keputusan desain gudang data memengaruhi pengirimandata ke mart data, kami kemudian
memberikan informasi tentang desain data martimplikasi untuk masing-masing studi kasus.

Kalendar Dalam Bisnis

Bisnis menggunakan berbagai kalender. Tujuan dari kalender adalah untuk menghubungkan
tanggal untuk aplikasi tertentu. Dalam bisnis, selain standar (Gregorian)
kalender, ada kalender fiskal yang digunakan untuk tujuan akuntansi dan manajemen.
Selain itu, beberapa perusahaan memiliki kalender lain berdasarkan
kebutuhan bisnis, termasuk kalender siklus-penagihan, kalender pabrik, dan
lain-lain.

Setiap kalender mempunyai tujuan tertentu dan perlu direferensikan

kedalam konteks bisnis tertentu sehingga memiliki arti. Data Warehouse harus mendukung
masing-masing kalender yang tepat dan memastikan bahwa ketika data disajikan
untuk analisis, itu dilakukan dalam konteks kalender yang benar. Di bagian ini, kami akan
memeriksa kalender bisnis dari tiga perspektif: Jenis kalender, elemen penting dalam
kalender ini, dan implikasinya konglomerat dan perusahaan yang beroperasi secara global
atau di banyak lokasi.

Kalendar Fiskal

Kalender fiskal adalah jam yang digunakan dalam bisnis baik pelaporan dan akuntansi
keuangan. Kalender ini terdiri dari empat kuartal fiskal, yang masing-masing berisi tiga bulan
fiskal, yang kadang-kadang disebut periode fiskal. Bulan-bulan fiskal masing-masing berisi
individu tanggal, dan beberapa kalender fiskal yang dikelompokkan ke dalam minggu fiskal.

Awal dan akhir dari kalender fiskal tergantung pada masing-masing perusahaan. Banyak
perusahaan memilih untuk menggunakan 1 Januari sebagai tanggal mulai dan 31 Desember
sebagai tanggal akhir. Perusahaan yang memiliki aktivitas signifikan selama periode tertentu
dapat memilih untuk mengakhiri tahun setelah periode tersebut. Misalnya, pengecer
dapat memilih untuk menggunakan 31 Januari sebagai akhir tahun fiskalnya untuk
mencerminkan paska Natal penjualan, dan universitas dapat memilih untuk menggunakan
31 Agustus sebagai akhir dari fiskal tahun untuk sesuai dengan akhir tahun akademiknya.

Kalendar Fiskal 4-5-4

Dalam industri ritel, perbandingan penjualan sering dilakukan pada dasar minggu-ke-
minggu. Ketika hasil mingguan dikumpulkan hingga berbulan-bulan, perbandingan ini kalah
beberapa makna karena minggu-minggu akan perlu dipisah. Perusahaan ritel telah
memecahkan masalah ini dengan mengadopsi "4-5-4 kalender" untuk analisis fiskal dan
pelaporan. Dengan pengecualian potensial pada akhir tahun, kalender ini terbentuk semua
periodenya berdasarkan periode 7 hari yang berakhir pada hari tertentu dalam seminggu,
seperti hari jumat. Setiap kuartal mengandung 13 minggu, dan ini dialokasikan ke 3 bulan
dalam triwulan, dengan bulan pertama mengandung 4 minggu, yang kedua bulan
mengandung 5 minggu, dan bulan ketiga mengandung 4 minggu.

Kalender fiskal 4-5-4 sangat cocok untuk analisis yang dilakukan per minggu atau
per kuartal dan tidak cocok untuk membandingkan satu bulan ke bulan lainnya sejak
ketiga bulan adalah 25 persen lebih lama dari bulan lainnya. Kapan
analisis bulanan dilakukan, mereka perlu mengkompensasi yang berbeda
panjang bulan.
Empat perempat, masing-masing terdiri dari 13 minggu, dengan jumlah 364 hari, dan satu
tahun kalender mengandung 365 atau 366 hari. Opsi biasanya digunakan untuk mengatasi
masalah ini adalah mengaitkan hari pertama dan terakhir tahun fiskal dan melayang
tanggal-tanggal ini.

Sebagian besar perusahaan menggunakan kalender fiskal 4-5-4 tahun fiskal mereka dengan
menggunakan kalender Gregorian, misalnya, 1 Januari sebagai hari pertama dan
31 Desember sebagai hari terakhir. Dalam kalender ini, akan ada 52 minggu dalam
tahun, meskipun minggu pertama dan terakhir tahun ini pendek atau panjang,
tergantung pada hari minggu di mana tahun tersebut dimulai.

Versi modifikasi dari kalender fiskal 4-5-4 memerlukan pendekatan minggu-sentris.

Metode ini mengidentifikasi satu hari dalam seminggu sebagai hari terakhir dalam seminggu,
dan tidak melakukan penyesuaian untuk akhir tahun. Bulan di mana
hari itu jatuh menentukan ke mana ditugaskan. Misalnya, jika hari Jumat adalah hari terakhir
dalam seminggu, dan 2 Agustus jatuh pada hari Jumat, maka minggu 27 Juli hingga 2
Agustus akan dianggap sebagai yang pertama minggu dari bulan fiskal Agustus. Metode ini
menghilangkan pergeseran kalender masalah kalender 4-5-4 yang ketat, tetapi jumlah
minggu dalam setahun juga dalam setiap bulan fiskal dapat bervariasi dari tahun ke tahun.

Dalam versi modifikasi dari kalender fiskal 4-5-4, jumlah minggu dalam
setiap bulan tidak dapat diprediksi karena bulan dengan 5 minggu tidak selalu
bulan kedua kuartal ini. Demikian pula, beberapa tahun akan memiliki 52 minggu, sementara
yang lain akan memiliki 53 minggu. Jika keakuratan kebutuhan perbandingan dari tahun ke
tahun menjadi lebih baik dari 98 persen, maka perbedaan ini harus diperhitungkan.
Untuk analisis strategis yang dapat mentoleransi margin kesalahan kecil, perbedaannya
bisa diabaikan.

Kalender Fiskal Tiga Belas Bulan

Kalender minggu-sentris lainnya adalah kalender fiskal 13 bulan. Kalender ini membagi
tahun fiskal menjadi 13 bulan, masing-masing terdiri dari 4 minggu. Struktur ini memfasilitasi
perbandingan bulan ke bulan, karena semua bulan terdiri daritepat 4 minggu, tetapi tidak
mengakomodasi pelaporan triwulanan. Karena prevalensi persyaratan pelaporan keuangan
triwulanan, jenis kalender ini jarang digunakan.

Kalender Siklus Penagihan

Banyak perusahaan, seperti perusahaan utilitas dan kartu kredit, memiliki acara untuk terikat
pada siklus penagihan. Misalnya, di perusahaan utilitas, pengukurnya mungkin baca 2 hari
sebelum penagihan, pembayaran mungkin jatuh tempo 14 hari setelah penagihan, biaya
mungkin dikenakan pembayaran bunga 30 hari setelah penagihan, dan akun dapat masuk
ke tunggakan 60 hari setelah penagihan. Rumusnya, dalam hal jumlah hari (baik itu hari
kerja atau hari kalender), adalah konstan. Mengingat tanggal penagihan, pebisnis dapat
segera mengantisipasi saat tertentu peristiwa terjadi. Lebih jauh, dalam bisnis ini, ada pola
pembayaran tipikal yang didasarkan pada tanggal penagihan. Diberikan tanggal penagihan
dan jumlahnya sedang Ditagih, perencana keuangan dapat membuat proyeksi arus kas
menggunakan informasi disimpan di gudang data.

Kelendar Pabrik

Kalender pabrik adalah kalender khusus dan pada awalnya dikembangkan untuk jadwal dan
rencana produksi di pabrik. Kalender pabrik biasanya berdasarkan hari kerja dan shift.
Setiap hari dalam kalender pabrik mewakili satu hari dari produksi. Di masa lalu, kalender itu
diselenggarakan oleh "siklus" di mana saja dari 100 hingga 1000 hari. Siklus-siklus ini
adalah digunakan dalam penjadwalan produksi dan perencanaan untuk memudahkan
perhitungan masa depan tanggal. Misalnya, jika perutean lantai toko produksi membutuhkan
material untuk menjadi dikirim ke luar lokasi untuk pekerjaan khusus dan waktu giliran
adalah 15 hari kerja, material yang memasuki tahap produksi pada hari 183 akan
diharapkan kembali lantai pada hari 198. Sistem komputer modern telah menghilangkan
kebutuhan untuk menjaga kalender pada ketentuan ini, memungkinkan pengguna untuk
melihat 18 April 2002 bukannya hari 198, namun secara internal, sistem seperti itu terus
menghitung hari berdasarkan hari kerja dan tidak bekerja. Sesuai dengan sifat alami
mereka, kalender pabrik dilokalkan. Artinya, setiap fasilitas produksi mungkin memiliki pabrik
sendiri kalender untuk mencerminkan hari kerja dan shift dalam fasilitas itu.

Dalam pengembangan data warehouse untuk produsen atau tidak,

ide pelacakan hari kerja memiliki penerapan yang luas ketika melakukan analisis
untuk berbagai bisnis. Konsep kalender pabrik telah diperluas dalam penggunaan modern
untuk menyediakan kalender untuk pengukuran secara konsisten jumlah hari kerja antara
dua peristiwa, seperti awal dan akhir dari periode promosi, dan untuk memfasilitasi akses
data untuk jumlah yang sama hari kerja terlepas dari hari-hari kalender yang berlalu. Premis
di belakang pabrik kalender adalah untuk menghomogenkan garis waktu sehingga
perhitungan hari itu bisa dilakukan menggunakan aritmatika sederhana. Keseragaman ini
juga penting saat tampil analisa tahun ke tahun dan bulan ke bulan. Jika Anda memiliki
kekuatan penjualan yang bekerja Senin hingga Jumat dan Anda perlu membandingkan
kinerja bulan ini hingga saat ini dibandingkan dengan bulan lalu, masuk akal untuk
menghitung jumlah hari penjualan yang sama di setiap bulan; jika tidak, perbandingannya
bisa miring tergantung di mana akhir pekan jatuh dalam kaitannya dengan awal
bulan. Konsep ini akan dibahas panjang lebar di bagian selanjutnya.

Elemen Kelendar

Suatu entitas kalender yang efektif dapat secara signifikan meningkatkan kemampuan orang
untuk melakukan analisis dari waktu ke waktu. Ada tiga konsep dasar yang memfasilitasi
analisis:
 Hari-hari dalam seminggu, khususnya dalam bisnis ritel
 Akuntansi untuk hari yang tidak bekerja untuk memberikan perbandingan yang berarti
analisis dan perhitungan waktu berlalu
 Menentukan periode waktu yang menarik, seperti musim liburan, untuk analisis

Hari Dalam Minggu

Hari dalam seminggu mungkin merupakan hari istimewa yang paling dikenal
untuk melakukan analisis berorientasi tanggal. Seringkali hari dalam seminggu digunakan
untuk membedakan antara hari kerja dan hari kerja.

Siklus pendapatan perusahaan juga terkadang bergantung pada hari dalam seminggu.
Beberapa pengecer memiliki volume penjualan harian yang lebih besar selama akhir pekan,
sementara peritel lain mungkin memiliki volume yang lebih rendah selama akhir pekan,
terutama jika mereka memiliki jam yang lebih pendek. Penjualan pada hari Senin mungkin
lebih tinggi secara konsisten daripada penjualan pada hari-hari lain untuk beberapa
perusahaan.

Hari Libur
Liburan mempengaruhi dua area: praktik bisnis organisasi Anda dan pelanggan Anda
kemampuan untuk berbisnis dengan Anda. Dalam kasus pertama, liburan (atau lebih umum,
non work days) ditetapkan oleh kebijakan dan dampak bisnis internal
jadwal liburan perusahaan, jam buka toko, penutupan pabrik, dan acara lainnya. Dengan
informasi ini, analisis berdasarkan hari kerja difasilitasi. Selain itu, penggunaan Workday
Nomor Urutan membantu dalam membandingkan hasil selama 10 hari kerja pertama
dua bulan.
Pengaruh liburan pada pelanggan Anda adalah masalah yang jauh berbeda.
Dampak terbesarnya terlihat pada bisnis ritel, di mana hari libur dan peristiwa lainnya
dapat memiliki dampak yang signifikan terhadap statistik komparatif. Misalnya,
tidak masuk akal untuk langsung membandingkan penjualan Januari dengan penjualan
Desember jika 25 persen (atau lebih) dari penjualan Anda untuk tahun ini terjadi di minggu-
minggu menjelang Hari Natal. Kalender eksternal mempengaruhi bisnis dengan berbagai
cara. Pakaian dan pariwisata anak-anak memiliki siklus yang dipengaruhi oleh kalender
sekolah.

Penjualan permen dipengaruhi oleh acara seperti Paskah dan Halloween. Penjualan
Kembang api dipengaruhi oleh acara khusus seperti Hari Kemerdekaan dan Hari Tahun
Baru. Ketika melakukan analisis penjualan yang dipengaruhi oleh seperti
peristiwa, penting bagi data warehouse untuk menyediakan sarana untuk diterapkan
konteks yang diperlukan untuk data saat data bermigrasi ke mart. Tanpa
konteks seperti itu, perbandingan langsung dari angka dapat menyesatkan, yang mungkin
menyebabkan keputusan yang buruk.

Ini adalah siklus penjualan bisnis yang dapat diprediksi. Maka informasi tentang ini bisa
dimasukkan dalam model data bisnis dan mengalir ke model data warehouse. Atribut dapat
dimasukkan dalam entitas Tanggal menunjukkan periode khusus di mana tanggal tersebut
berada. Jika ada angka kecil dari periode tersebut, maka masing-masing dapat diakomodasi
oleh atribut terpisah; jika jumlah periode besar, maka periode dapat diklasifikasikan menjadi
logis pengelompokan dan atribut dapat menunjukkan grup(s) yang tanggal milik.

Musim Liburan
Musim liburan, yang dimulai pada hari setelah Thanksgiving dan berakhir pada Hari Natal
(25 Desember), adalah minat khusus dalam ritel. Sebuah Indikator untuk musim ini sangat
berguna karena tanggal awal bervariasi masing-masing tahun. Dengan indikator, seorang
analis membandingkan penjualan Musim Liburan selama 3 tahun cukup pilih tanggal
berdasarkan nilai indikator.

Musim liburan berdampak cascade melampaui hanya penjualan selama liburan Musim sejak
perusahaan perlu memastikan bahwa produk tersedia di satu waktu. Untuk mempersiapkan
volume penjualan yang besar, ada periode-periode sebelumnya mempengaruhi
perencanaan dan produksi produk. Terkadang sangat berarti untuk dilacak ini juga.
Misalnya, tingkat inventaris besar setelah puncak musim penjualan yang tidak sehat, tetapi
sangat tepat (dan sebenarnya penting) untuk dimiliki tingkat persediaan tinggi sebelum
musim puncak penjualan. Satu arah penanganan ini adalah termasuk bidang turunan yang
mewakili jumlah hari sebelum musim puncak penjualan. Analis dapat menggunakan
informasi itu untuk memenuhi syarat analisis data pada tingkat persediaan, jadwal produksi,
dan sebagainya.

Informasi liburan perusahaan mudah diperoleh dari Departemen Sumber Daya Manusia
dalam organisasi Anda. Tantangannya adalah informasi semacam itu mungkin tidak tersedia
dari aplikasi yang ada. Anda mungkin menemukan itu satu-satunya sumber untuk daftar hari
tidak bekerja adalah dari memo dan semacamnya dokumen. Dalam kasus seperti itu, akan
perlu untuk mengimplementasikan aplikasi data masuk untuk mengumpulkan dan
memelihara data ini untuk warehouse. Dari sudut pandang teknis, itu adalah aplikasi yang
sangat sederhana, volume rendah. Namun, menemukan departemen untuk mendukung
data ini mungkin sulit. Biasanya, jadwal liburan diterbitkan oleh Departemen Sumber Daya
Manusia sehingga akan menjadi kandidat yang paling mungkin untuk mempertahankan
informasi ini dalam aplikasi. Dikebanyakan kasus, implementasi warehouse sering tidak
mendukung Departemen Sumber Daya Manusia, dan Departemen Sumber Daya Manusia
biasanya keluar dari pengulangan ketika membahas persyaratan warehouse. Jadi, itu biasa
ditanya, Departemen Sumber Daya Manusia dapat menolak untuk berasumsi tanggung
jawab itu. Jangan kaget jika tanggung jawab untuk merawat data ini dalam data warehouse
jatuh pada dukungan data warehouse staf.

Musim
Selain liburan dan acara lainnya, musim memainkan peran penting dalam
mempengaruhi aktivitas bisnis. Musim didefinisikan sebagai periode waktu apa pun
makna. Apa artinya ini tergantung pada apa yang signifikan bagi bisnis Anda.
Jika Anda dalam olahraga, maka musim bisbol adalah signifikan. Jika Anda memproduksi
perahu, maka musim panas itu penting. Dibawa ke kesimpulan yang logis,
kalender musiman dapat digunakan data warehouse untuk menyediakan konteks untuk apa
pun tanggal atau rentang tanggal.

Keuntungan dari kalender musiman adalah bahwa ia memformalkan proses yang

memungkinkan pengguna akhir untuk mengelilingi setiap jangka waktu dengan konteks
khusus. Ia mengakui fakta bahwa dampak terhadap bisnis bukanlah peristiwa itu sendiri,
melainkan pada hari minggu, atau bulan sebelum atau sesudahnya. Ini juga memfasilitasi
analisis tahun ke tahun berdasarkan musim yang penting bagi bisnis, serupa ke musim
liburan yang dijelaskan sebelumnya. Konsep musim mengakui fakta bahwa, sebagai
perancang data warehouse, Anda tidak dapat mengantisipasinya setiap kemungkinan
analisis. Struktur kalender musiman menempatkan kontrol itu di tangan pengguna akhir.

Rentang Waktu Kalendar

Aplikasi utama dari kalender adalah menyediakan konteks waktu untuk bisnis aktivitas.
Minimal, kalender harus mencakup sejarah dan saat ini periode waktu aktivitas yang
dipertahankan di gudang. Dari sudut pandang praktis, itu harus mencakup horizon
perencanaan (misalnya, rentang waktu mendatang untuk yang perkiraan atau kuota yang
digunakan dalam analisis strategis dapat dibuat), yang sering beberapa tahun ke depan.

Beberapa industri, seperti perbankan, mungkin kalender mereka memerlukan jangka waktu
yang lebih lama untuk menutupi tanggal jatuh tempo obligasi, hipotek, dan keuangan lainnya
instrumen. Seperti yang akan Anda lihat nanti di bagian ini, ada banyak informasi
tentang tanggal yang dapat dimasukkan entitas kalender. Mungkin tidak mungkin untuk
berkumpul semua informasi yang diperlukan untuk tanggal 10, 20, atau 30 tahun ke depan.
Ini seharusnya tidak menjadi perhatian besar. Tidak ada persyaratan semua kolom untuk
semua tanggal segera diisi. Jika data tidak tersedia, maka kondisi null atau nilai yang
menunjukkan bahwa data tidak tersedia dapat digunakan. Kapan ini dilakukan, metadata
harus menjelaskan arti dari konten lapangan.

Data Warehouse dan Waktu

Waktu dapat menjadi aspek analisis yang penting, tergantung pada bisnis Anda. Di
ritel, mengidentifikasi bagian sibuk dan lambat hari itu dapat membantu dalam penjadwalan
pekerjaan yang lebih baik. Dalam logistik, analisis pola keterlambatan pada titik
penjemputan dan pengiriman bisa membantu meningkatkan penjadwalan dan pemanfaatan
sumber daya. Bagian ini akan memeriksa penggunaan waktu di data warehouse.

Sifat Waktu

Kesalahan umum dalam desain data warehouse adalah memperlakukan tanggal dan waktu
bersama. Hal ini dapat dimengerti karena hal itu biasa bagi orang dan bisnis menganggap
mereka sebagai satu dan sama. Kecenderungan alami ini dapat menghasilkan
efek yang tidak diinginkan di data warehouse.

Jika kita mengembangkan model bisnis dengan pemahaman bahwa atribut Tanggal
mewakili tanggal Gregorian tertentu, kemudian semua entitas lain yang merujuk pada entitas
Tanggal memiliki kunci asing yang mewakili tanggal Gregorian tertentu. Atribut yang
mewakili kedua tanggal dan waktu tidak dapat digunakan sebagai kunci asing karena
merupakan titik waktu. Untuk menghindari konflik ini, model harus mewakili tanggal dan
waktu hari sebagai atribut terpisah. Melakukan hal itu akan membantu memperjelas model
dan hindari masalah implementasi potensial.

Standarisasi Waktu

Aspek waktu adalah berbeda dari satu tempat ke tempat lain. Saat ini 3:33 PM. pada 2 Juni
di New York, jam 1:03 A.M. pada 3 Juni di Calcutta. Ketika kamu mendesain data
warehouse. Anda harus mempertimbangkan waktu mana penting untuk bisnis: waktu
standar umum, waktu lokal, atau keduanya. Rantai ritel tradisional kemungkinan besar
tertarik pada waktu setempat karena itu mewakili waktu dari perspektif pelanggan. Padahal
telekomunikasi Perusahaan membutuhkan keduanya, waktu lokal untuk menganalisis pola
dan tarif pelanggan, dan waktu standar umum untuk menganalisis lalu lintas jaringan.

Jika ada persyaratan untuk waktu standar umum, Anda harus menyimpan lokal waktu dan
tanggal serta waktu dan tanggal standar di data warehouse. Beberapa alasan dasar untuk
ini. Jika Anda hanya menyimpan satu tanggal dan waktu, itu akan menjadi
sangat sulit untuk dapat diandalkan menghitung yang lain, khususnya dalam analisis
sejarah.
Di seluruh dunia, pencatatan waktu lebih berkaitan dengan politik daripada yang
dilakukannya dengan sains. Tergantung dari otoritas pemerintah di setiap negara untuk
memutuskan apa waktu mereka akan terus dan bagaimana mereka akan menjaganya.

Selain itu, tanggal pengamatan akan bervariasi dari satu negara ke negara lain. Pekerjaan
akan lebih mudah jika itu adalah keputusan nasional, tetapi tidak di Amerika Serikat
misalnya, terserah kepada Negara Bagian dan Bangsa Bangsa, bukan pemerintah Federal,
untuk menetapkan aturan waktu. Misalnya, Arizona tidak mengamati siang hari
penghematan waktu, sedangkan Navajo Indian Reservation di Arizona benar-benar
memperhatikan daylight savings time. Dalam kasus lain, zona waktu melewati Negara,
mengikuti sungai, puncak gunung, atau tetap setia dengan garis bujur. Untuk menghindari
macet dalam minutia legislatif dan geografis, lebih baik untuk menangkap keduanya
kali pada saat transaksi.
Daftar Pustaka
1. Kimbal, Ralph, 2000, The Data Warehouse Lifecycle Toolkit, New York- USA, Jhon
Wiley & Sons, Inc
2. Todman, Chris.,Designing A Data warehouse, Prentice-Hall, Inc., USA, 2001
3. Chuck-Ballard, Dirk-Herreman, Don-Schau, Rhonda-Bell, Eunsaeng-Kim, Ann-Valencic,
Data Modeling Techniques for Data Warehousing,IBM, 1998