✿ P U T R I K U S R Y A N T I ✿

Data Warehouse: Arsitektur Data Warehouse

Definisi

Arsitektur adalah sekumpulan atau struktur yang memberikan kerangka untuk keseluruhan rancangan suatu sistem atau produk.Arsitektur Data adalah menyediakan kerangka dengan mengidentifikasi dan memahami bagaimana data akan pindah melalui sistem dan digunakan dalam perusahaan.

Karakteristik

Data diambil dari source system, database, dan file Data dari source system diintegrasikan dan ditransformasikan sebelum disimpan ke dalam Database Management System (DBMS) seperti : Oracle, SQL Server, Sy Base DWH adalah database read only yang terpisah yang dibuat khusus untuk pengambilan keputusan User mengakses DWH melalui tool front end atau aplikasi

Menurut Poe, arsitektur adalah sekumpulan atau struktur yang memberikan kerangka untuk keseluruhan rancangan suatu sistem atau produk. Ada arsitektur client-server, arsitektur networking dan masih banyak arsitektur lainnya. Arsitektur data menyediakan kerangka dengan mengidentifikasikan dan memahami bagaimana data akan pindah melalui sistem dan digunakan dalam perusahaan. Arsitektur data untuk data warehouse mempunyai komponen utama yaitu read-only database.

Karakterisitik arsitektur data warehouse (Poe):

1.Data diambil dari sistem asal (sistem informasi yang ada), database dan file.

2.Data dari sistem asal diintegrasikan dan ditransformasi sebelum disimpan ke dalam Database Management System (DBMS) seperti Oracle, Ms SQL Server, Sybase dan masih banyak yang lainnya.

3.Data warehouse merupakan sebuah database terpisah bersifat hanya dapat dibaca yang dibuat khusus untuk mendukung pengambilan keputusan.

4.Pemakai mengakses data warehouse melalui aplikasi front end tool.

Aristektur dasar:

Arsitektur dengan staging area:

Arsitektur dengan data mart:

Komponen Data Warehouse Menurut Connoly And Begg

Arsitektur data warehouse terdiri dari struktur dan komponen yang saling berhubungan satu sama lain dalam membangun data warehouse.

1.Operational Data

Sumber data dari data warehouse dapat diambil langsung dari mainframe, basis data relasional seperti Oracle, Ms SQL server dan sebagainya. Selain itu dapat melaluo Operational Data Source (ODS). ODS menampung data yang diekstrak dari sistem utama atau sumber-sumber data yang ada dan kemudian data hasil ekstrasi tersebut dibersihkan.

- Berfokus pada fungsi-fungsi transaksional

- Merupakan bagian dari infrastruktur perusahaan

- Detail, tidak ada redudansi, dapat diupdate

- Merefleksikan nilai sekarang

2.Operasional Data Store

Tempat penyimpanan sementara dari data operasional saat ini

Menyuplai data yang sudah diekstrak dari sistem sumber dan   dibersihkan

Menyederhanakan proses integrasi dan restrukturisasi data di  data warehouse

3.Load manager

Load manager juga disebut sebagai komponen front-end yang bertugas melakukan seluruh operasi yang berhubungan dengan ekstrasi dan me-load data ke warehouse.

Menampilkan semua operasi yang terkait dengan ekstrak dan load   data ke dalam data warehouse

Data bisa diekstrak langsung dari sumber data atau ODS

4.Warehouse Manager

Warehouse manager melakukan seluruh operasi-operasi yang berhubungan dengan kegiatan manajemen data di dalam warehouse. Operasi-operasi tersebut meliputi:

•Analisis terhadap data untuk memastikan konsistensi

•Transformasi dan penggabungan sumber data dari tempat penyimpanan sementara menjadi tabel-tabel data warehouse.( Transformasi dan penggabungan sumber data dari ODS ke table data warehouse)

•Penciptaan indeks-indeks dan view berdasarkan tabel-tabel dasar

•Melakukan denormalisasi dan agregasi jika diperlukan

•Backing-Up dan mengarsipkan data

5.Query manager

Query manager juga disebut komponen back-end, melakukan operasi-operasi yang berhubungan dengan manajemen user queries. Operasi-operasi yang dilakukan oleh komponen ini termasuk mengarahkan query kepada tabel-tabel yang tepat dan menjadwalkan eksekusi dari query tersebut.

6.End-user Access Tools

Prinsip atau tujuan utama dari dibangunnya data warehouse adalah untuk menyediakan informasi bisnis kepada user-user untuk dapat melakukan pengambilan keputusan secara cepat dan tepat.User ini berinteraksi dengan warehouse melalui end-user access tools. Data warehouse harus secara efisien mendukung secara khusus kebutuhan user serta secara rutin melakukan analisis. Performa yang baik dapat dicapai dengan merencanakan dahulu keperluan-keperluan untuk melakukan joins, summations dan laporan-laporan per periode dengan end-users.
Komponen yang menyediakan informasi dari data warehouse   yang   ada bagi user dalam membantu mengambil keputusan

Tools mencakup :

 - Reporting dan Query Tool

 - Reporting : Menghasilkan laporan operasional yang teratur

 - Query : Relasi data warehouse untuk dapat menerima SQL atau untuk menghasilkan pernyataan SQL agar dapat melakukan query pada data  yang disimpan dalam data warehouse

Application Development Tools

 - Dirancang untuk kebutuhan Client Server

Executive Information System (EIS) Tool

 - Mendukung pengambilan tingkat tinggi

OLAP Tool

 - Konsep multidimensi

 - Mengizinkan pengguna untuk menganalisis data menggunakan view yang kompleks

Data Mining Tool

 -Proses menemukan korelasi, pola, dan gaya baru yang bermanfaat dengan ‘menggali’ data dalam jumlah yang banyak dengan menggunakan teknik statistika dan matematika

7.Detailed Data

Komponen yang menyimpan detail data dalam skema database

Current Detail Data adalah Langsung dari operasional database dan mengacu pada data perusahaan sekarang

contoh : profil pelanggan, data aktivitas pelanggan, data sales, data demografis

Old Detail Data à Current Detail Data yang berumur atau histori dari   subyek area

8. Lightly dan Highly Summarized Data

Menyimpan semua data Lightly dan Highly Summarized yang sudah terdefinisi sebelumnya yang dibuat oleh Warehouse Manager

Tujuan : meningkatkan performance query

9. Back Up Data/Archive Data

Menyimpan Detailed Data dan Summarized Data dengan tujuan   mengarsip dan melakukan backup

10. Metadata

Digunakan untuk membangun, memelihara, mengatur, dan   menggunakan data warehouse

Mengandung lokasi dan deskripsi :

Komponen data warehouse (nama, definisi, struktur, dan isi dari data warehouse dan end user view)

Identifikasi dari pembuat sumber data (record system)

Aturan-aturan integrasi dan transformasi yang digunakan untuk mempopulasikan data warehouse

Histori dari update dan refresh data warehouse

Pola-pola matriks yang digunakan untk performa menganalisa data warehouse

Berdasarkan kategori yang dikemukakan oleh Berson dan Smith terdapat lima grup utama dari tools tersebut, antara lain:

1.Reporting and query tools

2.Application development tools

3.Executive information System (EIS) tools

4.Online Analytical Processing (OLAP) tools

5.Data mining tools

Arsitektur dan infrastruktur dari data warehouse sangat erat hubungannya dan satu dengan lainnya saling berkaitan.

Strukrutur Data Warehouse

Seperti yang kita lihat sebelumnya pada arsitektur data warehouse, ada beberapa struktur yang spesifik terdapat pada bagian warehouse manager. Bagian tersebut merupakan struktur data warehouse.

Menurut Poe, Vidette, data warehouse memiliki struktur yang spesifik dan mempunyai perbedaan dalam tingkatan detail data dan umur data. Komponen dari struktur data warehouse adalah: 

1.Current detail data

Current detail data merupakan data detil yang aktif saat ini, mencerminkan keadaan yang sedang berjalan dan merupakan level terendah dalam data warehouse. Didalam area ini warehouse menyimpan seluruh detail data yang terdapat pada skema basis data. Jumlah data sangat besar sehingga memerlukan storage yang besar pula dan dapat diakses secara cepat. Dampak negatif yang ditimbulkan adalah kerumitan untuk mengatur data menjadi meningkat dan biaya yang diperlukan menjadi mahal.

Berikut ini beberapa alasan mengapa current detail data menjadi perhatian utama:

•Menggambarkan kejadian yang baru terjadi dan selalu menjadi perhatian utama

•Sangat banyak jumlahnya dan disimpan pada tingkat penyimpanan terendah.

•Hampir selalu disimpan dalam storage karena cepat di akses tetapi mahal dan kompleks dalam pengaturannya.

•Bisa digunakan dalam membuat rekapitulasi sehingga current detail data harus akurat.

2.Older detail data

Data ini merupakan data historis dari current detail data, dapat berupa hasil cadangan atau archive data yang disimpan dalam storage terpisah. Karena bersifat back-up (cadangan), maka biasanya data disimpan dalam storage alternatif seperti tape-desk.

Data ini biasanya memilki tingkat frekuensi akses yang rendah. Penyusunan file atau directory dari data ini di susun berdasarkan umur dari data yang bertujuan mempermudah untuk pencarian atau pengaksesan kembali.

3.Lighlty summarized data

Data ini merupakan ringkasan atau rangkuman dari current detail data. Data ini dirangkum berdasar periode atau dimensi lainnya sesuai dengan kebutuhan.

Ringkasan dari current detail data belum bersifat total summary.Data-data ini memiliki detil tingkatan yang lebih tinggi dan mendukung kebutuhan warehouse pada tingkat departemen. Tingkatan data ini di sebut juga dengan data mart. Akses terhadap data jenis ini banyak digunakan untuk view suatu kondisi yang sedang atau sudah berjalan.

4.Highly summarized data

Data ini merupakan tingkat lanjutan dari Lightly summarized data, merupakan hasil ringkasan yang bersifat totalitas, dapat di akses misal untuk melakukan analisis perbandingan data berdasarkan urutan waktu tertentu dan analisis menggunakan data multidimensi.

5.Metadata

Metadata bukan merupakan data hasil kegiatan seperti keempat jenis data diatas. Menurut Poe, metadata adalah ‘data tentang data’ dan menyediakan informasi tentang struktur data dan hubungan antara struktur data di dalam atau antara storage (tempat penyimpanan data).

Metadata berisikan data yang menyimpan proses perpindahan data meliputi database structure, contents, detail data dan summary data, matrics, versioning, aging criteria, versioning, transformation criteria. Metadata khusus dan memegang peranan yang sangat penting dalam data warehouse.

Metadata sendiri mengandung:

•Struktur data

Sebuah direktori yang membantu user untuk melakukan analisis Decission Support System dalam pencarian letak/lokasi dalam data warehouse.

•Algoritma

Algoritma digunakan untuk summary data. Metadata sendiri merupakan panduan untuk algoritma dalam melakukan pemrosesan summary data antara current detail data dengan lightly summarized data dan antara lightly summarized data dengan hightly summaried data.

•Mapping

Sebagai panduan pemetaan (mapping) data pada saat data di transform/diubah dari lingkup operasional menjadi lingkup data warehouse.

Kegunaan Data Warehouse

Ada empat tugas yang bisa dilakukan dengan adanya data warehouse. Menurut Williams, keempat tugas tersebut yaitu:

a.Pembuatan laporan

Pembuatan laporan merupakan salah satu kegunaan data warehouse yang paling umum dilakukan. Dengan menggunakan query sederhana didapatkan laporan perhari, perbulan, pertahun atau jangka waktu kapanpun yang diinginkan.

b.On-Line Analytical Processing (OLAP)

Dengan adanya data warehouse, semua informasi baik detail maupun hasil summary yang dibutuhkan dalam proses analisa mudah didapat. OLAP mendayagunakan konsep data multi dimensi dan memungkinkan para pemakai menganalisa data sampai mendetail, tanpa mengetikkan satupun perintah SQL. Hal ini dimungkinkan karena pada konsep multi dimensi, maka data yang berupa fakta yang sama bisa dilihat dengan menggunakan fungsi yang berbeda. Fasilitas lain yang ada pada sofware OLAP adalah fasilitas rool-up dan drill-down. Drill-down adalah kemampuan untuk melihat detail dari suatu informasi dan roll-up adalah kebalikannya.

c.Data mining

Data mining merupakan proses untuk menggali (mining) pengetahuan dan informasi baru dari data yang berjumlah banyak pada data warehouse, dengan menggunakan kecerdasan buatan (Artificial Intelegence), statistik dan matematika. Data mining merupakan teknologi yang diharapkan dapat menjembatani komunikasi antara data dan pemakainya.

Beberapa solusi yang diberikan data mining antara lain:

1.Menebak target pasar

Data mining dapat mengelompokkan (clustering) model-model pembeli dan melakukan klasifikasi terhadap setiap pembeli dan melakukan klasifikasi terhadap setiap pemebeli sesuai dengan karakteristik yang diinginkan.

2.Melihat pola beli dari waktu ke waktu

Data mining dapat digunakan untuk melihat pola beli dari waktu ke waktu.

3.Cross-market analysis

Data mining dapat dimanfaatkan untuk melihat hubungan antara satu produk dengan produk lainnya.

4.Profil pelanggan

Data mining bisa membantu pengguna untuk melihat profil pembeli sehingga dapat diketahui kelompok pembeli tertentu cenderung kepada suatu produk apa saja.

5.Informasi summary

Data mining dapat membuat laporan summary yang bersifat multi dimensi dan dilengkapi dengan informasi statistik lainnya.

d.Proses informasi executive

Data warehouse dapat membuat ringkasan informasi yang penting dengan tujuan membuat keputusan bisnis, tanpa harus menjelajahi keseluruhan data. Dengan menggunakan data warehouse segala laporan telah diringkas dan dapat pula mengetahui segala rinciannya secara lengkap, sehingga mempermudah proses pengambilan keputusan. Informasi dan data pada laporan data warehouse menjadi target informative bagi user.

Contoh Kasus Data Warehouse

PT. Astra Honda Motor merupakan sebuah perusahaan yang bergerak di bidang tranportasi dan sparepart nya. Sejak pertengahan 1990 tahun, perusahaan ini membangun cabang di kota-kota besar di Indonesia. Karena perusahaan mempunyai banyak cabang yang tersebar dan dimana tiap cabang mengembangkan database yang disesuaikan dengan kebutuhan masing-masing, mengakibatkan data perusahaan sulit untuk diolah menjadi satu kesatuan informasi.

Pertanyaan yang timbul:

1.Apa strategi pemasaran yang baik untuk seluruh cabang?

2.Apakah dalam proses layanan sudah memadai dan memuaskan?

3.Model kendaraan seperti apakah yang di inginkan konsumen?

Manfaat data warehouse:

1.Dapat mengetahui model motor seperti apa yang banyak terjual di pasaran.

2.Cabang mana yang banyak memasarkan produk dari perusahaan.

3.Mampu menggabungkan seluruh database yang berasal dari berbagai sumber data atau pun cabang – cabang nya.

4.Melalui data warehouse ini, seluruh database tersebut dapat terintegrasi secara lengkap  dan digunakan untuk kebutuhan penyediaan informasi pemasaran baik itu penjualan per  tahun, penjualan suku cadang,  penjualan  motor, dan lain sebagainya.

Perbandingan Model Skema Bintang dan Model Skema Snowflake Pada Data Warehouse

Model yang sering digunakan di dalam data warehouse saat ini adalah skema bintang dan skema snowflake. Masing-masing model tentunya memiliki kelebihan dan kekurangannya masing-masing. Dalam artikel ini dijelaskan dengan detil mengenai perbedaan kedua skema tersebut. Selain itu dijelaskan pula kondisi-kondisi yang sesuai di dalam mengimplementasikan skema bintang maupun skema snowflake.

Skema bintang dan skema snowflake adalah sarana untuk mengorganisir data mart – data mart atau gudang-gudang data dengan menggunakan basis data relasional. Kedua skema tersebut menggunakan tabel-tabel dimensi untuk mendeskripsikan data-data yang terdapat di dalam tabel fakta.

Setiap perusahaan pada umumnya menjual produk, pengetahuan, maupun jasa. Sehingga sistem penjualan adalah sebuah sistem yang terdapat di sebagian besar perusahaan. Berikut ini dijelaskan mengenai model penjualan baik skema bintang maupun skema snowflake.

Skema Bintang

Karakteristik utama dari skema bintang adalah bahwa tabel dimensinya tidak dinormalisasi. Pada model di atas, tabel fakta fact_sales (warna merah muda)berisi data-data yang diekstrakdari database operasional. Sedangkan tabel yang berwarna biru muda adalah tabel dimensi. Pada gambar di atas terdapat lima tabel dimensi yaitu dim_sales_type, dim_store, dim_employee, dim_product, dan dim_time.

Dari model ini, kita dapat dengan mudah melihat mengapa skema ini disebut ‘skema bintang’, karena model tersebut terlihat seperti bintang, dengan tabel dimensi yang mengelilingi tabel fakta.

SkemaSnowflake

Skema snowflakejuga menyimpan data yang sama seperti pada skema bintang. Tabel fakta yang digunakan pada skema bintang maupun pada skema snowflake berisi field-field yang sama. Perbedaan utama antara skema bintang dan skema snowflake adalah semua tabel dimensi pada skema snowflake telah dinormalisasi. Proses normalisasi tabel-tabel dimensi pada skema snowflake ini disebut dengan proses snowflaking,sehingga tampilan tabel-tabel pada skema snowflake bentuknya menyerupai snowflake.

Selain itu, perbedaan lainnya adalah dalam hal kompleksitas query-nya. Skema snowflake memiliki kompleksitas query yang lebih kompleks dibandingkan dengan skema bintang. Penjelasan mengenai kedua perbedaan tersebut adalah sebagai berikut:

1.Normalisasi

Seperti yang telah disebutkan di atas, normalisasi adalah perbedaan utama antara skema bintang dengan skema snowflake. Beberapa hal yang harus diperhatikan adalah sebagai berikut:

•Skema snowflake menggunakan ruang penyimpanan yang lebih kecil dibandingkan ruang penyimpanan pada skema bintang. Hal ini disebabkan karena tabel-tabel dimensi yang telah dinormalisasi memiliki record-record yang efisien karena tidak terjadi pengulangan data-data yang sama.

•Tabel dimensi yang tidak dinormalisasi dapat menyebabkan masalah integritas data. Karena data-data yang sama bisa muncul berulang-ulang, bahkan bisa juga terjadi kesalahan pengetikan pada data-data yang sama tersebut. Sehingga pada skema bintang harus dilakukan pengecekan dan maintenance secara berkala.

•Penyimpanan data pada skema snowflake lebih terorganisir dan lebih rapi dibandingkan dengan skema bintang.

2.Kompleksitas Query

Sebelum masuk ke dalam penjelasan mengenai perbandingan kompleksitas query antara skema bintang dan skema snowflake, terlebih dahulu diberikan contoh perintah query yang digunakan untuk menghitung jumlah telepon yang terjual di toko-toko di kota Berlin sepanjang tahun 2016. Perintah query-nya adalah sebagai berikut:

•Skema Bintang

SELECT

dim_store.store_address,

SUM(fact_sales.quantity) ASquantity_sold

FROM

fact_sales

INNERJOINdim_product ONfact_sales.product_id = dim_product.product_id

INNERJOINdim_time ONfact_sales.time_id = dim_time.time_id

INNERJOINdim_store ONfact_sales.store_id = dim_store.store_id

WHERE

dim_time.action_year = 2016

ANDdim_store.city = ‘Berlin’

ANDdim_product.product_type = ‘phone’

GROUPBY

dim_store.store_id,

dim_store.store_address

•Skema Snowflake

SELECT

  dim_store.store_address,

  SUM(fact_sales.quantity) ASquantity_sold

FROM

  fact_sales

  INNERJOINdim_product ONfact_sales.product_id = dim_product.product_id

  INNERJOINdim_product_type ONdim_product.product_type_id = dim_product_type.product_type_id

  INNERJOINdim_time ONfact_sales.time_id = dim_time.time_id

  INNERJOINdim_year ONdim_time.year_id = dim_year.year_id

  INNERJOINdim_store ONfact_sales.store_id = dim_store.store_id

  INNERJOINdim_city ONdim_store.city_id = dim_city.city_id

WHERE

  dim_year.action_year = 2016

  AND dim_city.city = ‘Berlin’

  AND dim_product_type.product_type_name = ‘phone’

GROUPBY

  dim_store.store_id,

  dim_store.store_address

Seperti terlihat dari dua perintah query di atas, query pada skema snowflake lebih kompleks dibandingkan dengan query yang digunakan pada skema bintang. Hal ini disebabkan karena pada skema snowflake melibatkan lebih banyak tabel sebagai akibat dari proses normalisasi, sehingga menggunakan perintah JOIN yang lebih banyak dibandingan dengan skema bintang.

Pada skema bintang,hanya ada satu perintah JOIN untuk setiap tabel dimensi. Namun jika tidak melibatkan tabel dimensi, maka perintah JOIN tidak perlu digunakan. Sedangkan pada skema snowflake, jumlah perintah JOIN yang digunakan bisa bervariasi tergantung kebutuhan.

Menggabungkan dua tabel memerlukan waktu karena Database Management System (DBMS) memerlukan waktu yang lebih lama untuk memproses permintaan query tersebut. Sebagai contoh tabel dim_store dan dim_city terlihat berdekatan pada gambar skema di atas, namun secara fisik kedua tabel tersebut mungkin tidak terletak berdekatan dalam media penyimpanan. Akan tetapi data-data yang terletak pada satu tabel, kemungkinan besar secara fisik data-data tersebut terletak berdekatan dalam media penyimpanan.

Umumnya, sebuah query yang berjalan dalam data mart dengan skema snowflake akan dieksekusi lebih lambat. Namun hal ini tidak menimbulkan masalah yang besar jika hasil yang ditampilkan hanya dalam waktu antara 1 mili detik sampai dengan 1 detik. Hal ini dapat menjadi masalah yang serius jika hasil yang ditampilkan memerlukan waktu 5 detik atau lebih.

Cara-Cara Mempercepat Eksekusi Query

Hal-hal yang dapat dilakukan untuk mempercepat proses query dalam laporan adalah sebagai berikut:

•Menyimpan data ke dalam level yang kita perlukan dalam laporan. Hal ini dapat memampatkan ukuran data secara signifikan. Untuk itu diperlukan prosedur-prosedur ETL (Extract, Transform, Load) yang dapat mentransformasi data ke dalam struktur dengan tepat dan efisien.

•Membuat sebuah tempat penyimpanan data yang terpusat untuk semua data perusahaan, tidak hanya untuk data-data bagian tertentu saja.

•User hanya mengakses data-data yang diperlukan saja untuk analisa dan laporan, tidak perlu semua data yang dapat memperlambat proses eksekusi query.

Kelebihan dan Kekurangan Snowflake Schema

Kelebihan Snowflake Schema

Snowflake Skema dalam keluarga yang sama sebagai skema bintang model logis. Bahkan, skema bintang ini dianggap sebagai kasus khusus dari skema snowflake. Kepingan salju skema memberikan beberapa keunggulan dibandingkan dengan skema bintang dalam situasi tertentu, termasuk:

•Beberapa OLAP alat pemodelan database multidimensi dioptimalkan untuk skema kepingan salju.

•Normalisasi hasil atribut penghematan penyimpanan, tradeoff menjadi kompleksitas tambahan dalam sumber permintaan bergabung.

Kekurangan Snowflake Schema

Kerugian utama dari skema snowflake adalah bahwa tingkat tambahan atribut normalisasi menambah kompleksitas sumber permintaan bergabung, jika dibandingkan dengan skema bintang .

Skema snowflake, berbeda dengan datar dimensi tabel tunggal, telah banyak dikritik. Tujuan mereka diasumsikan penyimpanan yang efisien dan kompak data dinormalisasi tapi ini adalah pada biaya yang signifikan kinerja yang buruk ketika browsing bergabung diperlukan dalam dimensi ini. Kerugian ini mungkin telah berkurang dalam tahun sejak pertama kali diakui, karena kinerja query yang lebih baik dalam alat browsing.

Bila dibandingkan dengan sangat normal skema transaksional, kepingan salju skema ini denormalization menghapus jaminan integritas data yang disediakan oleh skema normal data beban ke dalam skema snowflake harus sangat dikontrol dan dikelola untuk menghindari update dan memasukkan anomali.

Kelebihan Dan Kekurangan Star Schema

Kelebihan Star Schema

Skema bintang yang denormalized , yang berarti aturan normal normalisasi diterapkan pada database relasional transaksional santai selama desain skema bintang dan implementasi. Manfaat skema bintang denormalization adalah

•Pertanyaan sederhana – skema bintang bergabung logika umumnya lebih sederhana daripada bergabung logika yang diperlukan untuk mengambil data dari sangat normalskema transaksional.

•Sederhana pelaporan bisnis logika – bila dibandingkan dengan sangat normal skema, skema bintang menyederhanakan umum logika pelaporan bisnis, seperti-selama periode-periode dan as-pelaporan.

•Keuntungan kinerja query – Bintang skema dapat memberikan peningkatan kinerja untuk aplikasi read-only pelaporan bila dibandingkan dengan sangat normal skema.

•Cepat agregasi – query sederhana terhadap skema bintang dapat menghasilkan peningkatan kinerja untuk operasi agregasi.

•Feeding kubus – Bintang skema yang digunakan oleh semua OLAP sistem untuk membangun proprietary kubus OLAP secara efisien; pada kenyataannya, sebagian besar OLAPsistem menyediakan ROLAP modus operasi yang dapat menggunakan skema bintang langsung sebagai sumber tanpa membangun struktur kubus proprietary.

Kekurangan Star Schema

Yang saya ketahui kerugian utama dari skema bintang adalah bahwa integritas data tidak ditegakkan serta berada dalam database yang sangat normal. Satu-off menyisipkan dan update dapat mengakibatkan anomali Data yang dinormalisasi skema dirancang untuk menghindari. Secara umum, bintang skema dimuat dalam mode yang sangat dikontrol melalui batch processing atau dekat-real time “trickle feed”, untuk mengkompensasi kurangnya perlindungan yang diberikan oleh normalisasi .

Skema bintang juga tidak fleksibel dalam hal kebutuhan analitis sebagai model data dinormalisasi. Model Normalisasi memungkinkan setiap jenis pertanyaan analitis untuk dieksekusi selama mereka mengikuti logika bisnis yang didefinisikan dalam model. Skema bintang cenderung lebih tujuan-dibangun untuk pandangan tertentu dari data, sehingga tidak benar-benar memungkinkan analisis yang lebih kompleks. Skema bintang tidak mendukung banyak-ke-banyak hubungan antara entitas bisnis – setidaknya tidak sangat alami.Biasanya hubungan ini disederhanakan dalam skema bintang untuk menyesuaikan model dimensi sederhana.

sumber:

https://karlindasebastian.wordpress.com/2015/06/23/data-warehouse-arsitektur-data-warehouse/

https://mti.binus.ac.id/2017/04/10/perbandingan-model-skema-bintang-dan-model-skema-snowflake-pada-data-warehouse/

Yuhuu anyyeong haseyo..
Akhir awali 2017 dengan topik ERP..sungguh kangen hati ini untuk berramah tamah dengan kalian
tunggu update selanjutnya yes..
For this time I want upload still about my Homework (again) :D


1.       Nama Perusahaan             : PT. Semen Gresik
Produk ERP yang dipakai : ERP JD Edwards
History                                    :
Semen Gresik adalah perusahaan bergerak di industri semen, yang didirikan sejak tahun 1957. Bicara soal semen, orang mungkin langsung mengasosiasikannya dengan truk pengangkut, adukan, dan tukang-tukang bangunan. Namun, bagi manajemen PT Semen Gresik, urusan semen juga identik dengan sistem informasi yang kompleks dan rantai pasok yang mesti terintegrasi. Dengan kata lain, bisnisnya perlu ditangani dengan bantuan teknologi informasi (TI) yang memadai. Semuanya akan menjadi lebih simpel dengan diterapkannya sistem TI yang terintegrasi dan mutakhir.
Pada bulan Juni tahun 2001, ERP mulai diaplikasikan untuk mendukung bisnis proses yang ada di Semen Gresik dengan penerapan pertama kali dilakukan di bagian finansial. Dengan berjalannya waktu, implementasi dilakukan di bagian penjualan dan kemudian di bagian manufakturing.

Ada beberapa hal yang melatar belakangi Semen Gresik untuk mengimplementasikan ERP (Garside, 2004), yaitu :
Kebutuhan ‘Back Bone System’ yang kuat dan mampu memberikan informasi yang relevan dan tepat waktu.
Kebutuhan integrasi sistem informasi Semen Gresik Group (SSG) guna mendapatkan sinergi yang lebih optimal.

Faktor-faktor yang mendorong adanya kebutuhan integrasi tersebut diantaranya adalah :
Bergabungnya Semen Tonasa dan Padang sebagai subsidiary Semen Gresik (distributor) Semen Gresik tersebar di wilayah Jawa-Bali sehingga membutuhkan sistem tersentralisasi untuk pengiriman ordernya agar order dapat segera diproses dan dipenuhi.
Jaringan distribusi Semen Gresik memiliki dua pabrik, dua puluh tiga gudang penyangga, seratus dua puluh distributor dan empat puluh Ekspeditur. Order dari distributor dapat dipenuhi dari pabrik maupun gudang penyangga sehingga perlu sistem informasi yang terintegrasi diantara pabrik, gudang dan distributor.
Jaringan pengiriman semen sangat kompleks dan melibatkan Ekspeditur untuk menyelenggarakan jasa transportasi di Semen Gresik, menyebabkan kebutuhan untuk mengintegrasikan informasi-informasi yang berkaitan dengan pengiriman barang terutama dengan pihak Ekspeditur.
Semen Gresik sebenarnya telah menggunakan aplikasi buatan sendiri (in-house development) berbasis program Foxbase dan database Sybase sejak 1989. Sayangnya, aplikasi-aplikasi yang digunakan hanya untuk menunjang operasional bisnis di tingkat departemen/bagian, dan belum terintegrasi antara satu dan lainnya. Dalam perjalanannya, sistem tersebut tidak bisa mengakomodasi kebutuhan perusahaan -- khususnya para user -- yang dari waktu ke waktu terus berkembang. Jadi, perkembangannya di-drive oleh para user. Dan dalam praktiknya, tenaga TI memang bisa mengembangkan sesuai kebutuhan mereka. Karena itu, manajemen PT. Semen Gresik akhirnya memutuskan mencari solusi baru yang lebih powerful dan bisa terintegrasi dari hulu ke hilir. Manajemen Grup Semen Gresik sangat berkeinginan memiliki sistem informasi yang bisa dipakai untuk menunjang aspek operasional, taktis bahkan strategis. Sistem itu juga harus mampu menciptakan kemudahan, kecepatan dan kenyamanan bagi mata rantai bisnis di lingkungan perusahaan: pemasok, pelanggan, tiap departemen dan unit-unit di lingkungan Grup Semen Gresik, serta stakeholder lainnya. Untuk merealisasikannya, pada Oktober 2000 dibentuklah Tim Proyek Sistem Informasi Grup Semen Gresik.

3.PROSES IMPLEMENTASI ERP PADA PT. SEMEN GRESIK

3.1. Proses Implemetasi ERP
Berikut ini adalah tugas Tim Proyek Sistem Informasi Grup Semen Gresik :
a. Mendefinisikan rencana proyek yang realistis dan melaksanakan perubahan proses bisnis sesuai tujuan perusahaan.
b. Melaksanakan tahap-tahap pengembangan dan penerapan sistem dengan sebaik-baiknya, sesuai dengan target waktu yang ditentukan.
c. Mengusulkan penunjukan konsultan dan penetapan platform Sistem Informasi Perusahaan.
d. Menyusun rencana anggaran dan melaporkan realisasi biaya proyek.
e. Melaksanakan pengadaan barang dan jasa dalam batas-batas tertentu yang ditetapkan oleh direksi.
f. Membuat laporan manajemen secara berkala dan menyusun dokumentasi proyek.
Setelah melalui proses cukup panjang -- memakan waktu hampir 1,5 tahun -- Semen Gresik akhirnya memutuskan memakai solusi ERP JD Edwards. Alasannya, solusi ini merupakan solusi Best Practice, serta cukup fleksibel dan mudah diimplementasikan. Bahkan, beberapa pemain semen terbesar di dunia menggunakan solusi ini, seperti Lafarge, Cemplank, Argos, Cockburn Cement, Cruz Azul, Calme Cementi, Ferrobeton.
Sebelum diimplementasi, Tim Proyek meneliti lebih jauh calon user (stakeholder analysis) selama hampir empat bulan. Salah satu tujuannya: mengetahui sejauh mana tanggapan dan apresiasi mereka terhadap sistem baru yang akan segera diimplementasi. Hasilnya, beberapa calon user di sejumlah departemen memang ada yang menunjukkan resistensi terhadap perubahan, namun secara umum banyak yang menerima terhadap solusi ini.
Proses selanjutnya adalah perusahaan membeli beberapa perangkat hardware yang mendukungnya. Pada saat yang hampir bersamaan, perusahaan membangun jaringan LAN/WAN ke seluruh cabang hingga ke gudang-gudang yang tersebar di beberapa lokasi dan proses ini saja memakan waktu hingga dua tahun.
Proses implementasi modul-modul ERP ini, dimulai pada November 2000. Modul Maintenance, Inventory dan Purchasing bisa go live Oktober 2001. Menyusul kemudian modul Finance pada Januari 2002, dan terakhir modul Sales Order & Transportation bisa diselesaikan pada Juli 2002.
Proses impelementasinya dilakukan secara bertahap atas pertimbangan efektivitas. Pada fase ini, Semen Gresik dibantu oleh konsultan Berca HardayaPerkasa dan Praweda. Ada sekitar 60 orang yang terlibat pada fase ini: 10 tenaga TI, dan sisanya terdiri dari para user dari berbagai departemen. Hal yang paling rumit terjadi adalah pada saat implementasi modul Sales Order & Transportation karena untuk modul ini, para user-nya tidak hanya dari kalangan internal, tapi juga berbagai mitra bisnis, seperti para buyer (distributor), toko-toko, dan perusahaan ekspeditur/transporter (pengangkut semen) yang jumlahnya sekitar 100 dan tersebar dari Serang, Madura hingga Bali. Sehingga kendalanya justru terletak pada sisi SDM-nya, bukan pada sistemnya. Oleh karena itu, sebelum implementasi, dilakukan proses sosialisasi. Antara lain, dengan mengumpulkan seluruh distributor dan memberikan briefing kepada mereka. Setelah proses implementasi selesai, dilanjutkan dengan tahap internalisasi (bersifat teknis): tim TI Semen Gresik mendatangi para distributor di tiap daerah satu per satu.
PT. Semen Gresik harus mengeluarkan dana sekitar Rp 46 miliar lebih. Namun, biaya sebesar itu tidak hanya diperuntukkan bagi pembangunan sistem dan infrastruktur di Semen Gresik, tapi juga mencakup Semen Padang dan Semen Tonasa.
Dalam mengimplementasikan ERP di Semen Gresik, beberapa aspek teknis yang dilakukan oleh departemen Information Technology (IT) diantaranya :
1. Mengimplementasikan sofware J.D.Edwards
2. Membangun sistem jaringan komputer (LAN/WAN)
3. Membangun infrastruktur server dan database
4. Membangun tata ruang sistem informasi
5. Menyusun dokumentasi sistem.

Sedangkan aspek non teknis yang dipertimbangkan oleh departemen IT pada khususnya serta perusahaan pada umumnya dalam menyongsong implementasi ERP adalah :
Komitmen manajemen agar implementasi berhasil sehingga yang dipertimbangkan tidak lagi apakah Software tersebut yang ”The Best”.
Proses mapping dilakukan karena bisnis proses J.D.Edwards ternyata tidak sama dengan bisnis proses yang dijalankan Semen Gresik. Dari proses mapping ini ada dua kemungkinan yaitu bisnis proses semen Gresik mengikuti J.D.Edwards atau sebaliknya. Tahap selanjutnya yang dilakukan adalah mengkaji efek dalam jangka panjang dan pendek terhadap pemilihan bisnis proses yang akan dipakai. Sebagai contoh proses pengadaan barang diputuskan oleh Semen Gresik untuk mengikuti bisnis proses J.D.Edwards.
Perubahan bisnis proses dan implementasi ERP menyebabkan perubahan-perubahan dalam struktur organisasi berupa bertambahnya job discription dan unit-unit kerja baru yang berfungsi untuk mendukung implementasi ERP.
Aplikasi ”Change Management” untuk mengelola perubahan-perubahan yang terjadi dengan adanya implementasi ERP.
3.2. Kendala-kendala dalam Implementasi ERP

1. Teknis, diantaranya masalah bahasa dan perubahan dari model hard copy menjadi model display. Penggunaan Software ERP menuntut terminologi istilah yang sama sehingga istilah-istilah dalam produksi, penjualan, dan lain-lain yang digunakan di Semen Gresik harus dirubah sesuai istilah-istilah dalam ERP yang berbahasa Inggris. Pengambilan keputusan yang dilakukan oleh pihak manajemen secara tradisional dilakukan dengan menggunakan model hard copy dimana Manajer menandatangani tumpukan kertas yang dimejanya dipaksa untuk membuka komputer karena proses Approval dilakukan melalui media tersebut (model display).
2. Budaya, implementasi ERP yang berbasis penggunaan teknologi menuntut perubahan-perubahan yang harus dilakukan karyawan diantaranya harus aware terhadap penggunaan software tersebut (sebagai contoh selalu update data).
3. Politik, kendala yang menghambat implementasi berasal dari dalam tubuh departemen IT sendiri dan dari luar departemen.Sebagian besar karyawan IT merasa pekerjaannya akan hilang karena digantikan oleh sistem tersebut. Hal ini dikarenakan sebelum penerapan sistem ERP, bagian IT inilah yang bertanggung jawab untuk membuat aplikasi-aplikasi sesuai dengan kebutuhan user disemua departemen. Beberapa karyawan di luar departemen IT juga merasa terancam dengan berkurangnya kekuasaan karena sebagian pekerjaan akan dilakukan oleh software ERP. Dengan alasan politis tertentu, beberapa unit kerja yang sebenarnya bisa dihapus dengan penerapan J.D.Edwards tidak dapat dilakukan.Keengganan user atau karyawan departemen lain pada saat diimplementasikan software karena adanya unsur ”ketidakpercayaan” terhadap departemen IT. Ketidakpercayaan tersebut timbul karena ketakutan bahwa data-data atau laporan-laporan rahasia mereka akan diketahui oleh bagian IT selaku administrator.
Untuk mengatasi kendala tersebut, ada beberapa hal yang telah dilakukan pihak Semen Gresik :
Implementasi Change Acceleration Project (CAP) untuk mengelola perubahan-perubahan yang terjadi dalam implementasi ERP.
Pendekatan dengan user sebelum penerapan sistem ERP melalui presentasi-presentasi untuk menunjukkan kelebihan-kelebihan implementasi sistem tersebut.Pengembangan Sistem Recovery dalam Implementasi ERP.
3.3. HASIL IMPLEMENTASI ERP

      Dengan implementasi yang telah dilaksanakan di Semen Gresik ada beberapa perbaikan yang   diperoleh diantaranya :
Mempercepat proses order dari distributor sehingga membantu meningkatkan penjualan semen.
Mempercepat waktu pembuatan laporan keuangan, dari sebelumnya per tanggal lima belas menjadi tanggal lima sudah tercetak semua laporan.
Meningkatkan keakuratan informasi
Proses bisnis yang berlangsung di perusahaannya jauh lebih efisien. Semua proses bisnis di berbagai departemen sudah bisa dilakukan secara cepat dan tepat.
Dari sisi produktivitas karyawan, terjadi peningkatan yang mengacu pada survei internal perusahaan, setelah 6 bulan sistem baru itu go live, umumnya user mengaku puas.

2.       Nama Perusahaan             : PT. Telkomsel
Produk ERP yang dipakai : SAP R/3 Enterprise
History                                    :
PT Telkomsel adalah salah satu perusahaan yang sudah menerapkan ERP ke dalam fungsi bisnisnya.Enterprice Resource Planning (ERP) adalah suatu alat bantu berupa perangkat lunak yang terdiri dari modul-modul yang merupakan fungsi standar dari proses bisnis, diantarnya produksi, penjualan, sumber daya manusia, finansial dan lain-lain yang terintegrasi dengan satu arsitektur teknogi informasi. Diterapkannya alat bantu ERP ini dikarenakan tuntutan suatu perusahaan untuk mengikuti standar internasional, legacy information system, bagaimana peran penjualan, analisis terhadap biaya, dan bagaimana penulisan best practice, best process dan best functionality ke dalam suatu perangkat lunak
Sistem yang dipilih : Pilihan jatuh pada penggunaan SAP R/3 Enterprise.Tahun 2001 pada era pemetintaha Gus Dur, pemerintah membuka peluang investasi untuk bidang telekomunikasi dengan hak 100 % kepemilikan atas equitas pada bisnis telekomunikasi.Pada era sebelumnya pertelekomunikasian di Indonesia dikuasai oleh duopoly BUMN yaitu PT Telkom dan PT Indosat. Dibukanya peluang bagi pemodal asing untuk masuk dalam percaturan bisnis pertelekomunikasian di Indonesia , membuat PT Telkom memasuki era persaingan yang lebih terbuka dan kompetitif dari sebelumnya.Seperti industri telekomunikasi pada umumnya Telkom menghadapi tekanan dari pesaing lainnya yaitu Indosat dan Excelcomindo, terutama setelah kehilangan hak monopolinya. Dihantam oleh semakin meningkatnya kompetisi dan margin keuntungan yang semakin mengecil, memaksa Telkom untuk segera menerapkan sistem akuntabilitas yang lebih baik, bersamaan dengan praktek – praktek bisnis terbaik dari para pelaku bisnis telekomunikasi internasional.Misi dari Telkom saat ini adalah memberikan “one-stop infocom service” dengan kualitas yang tinggi, harga dan teknologi yang kompetitif, bersamaan dengan staf yang berkualitas dan menciptakan sinergi yang baik dengan para rekan bisnis.
Latar belakang penerapan ERP :Sejak tahun 2002 , Telkomsel IT Enterprise Team yang berlokasi di Bandung, telah menyiapkan pola dan bibit terbaik teknologi yang dapat mengakomodasi semua permintaan pasar telekomunikasi di Indonesia yang tumbuh dengan luarbiasa cepat.System yang tersedia diharapkan mampu mengimbangi pertumbuhan pelanggan baik fixed maupun selular. System juga harus mampu menjalankan CRM ( customer relationship management ) sama baiknya dengan humanresource dan aplikasi finansial.Maka PT Telkom memutuskan untuk melakukan Upgread pada system yang sudah dimiliki saat ini. System yang baru harus scalable, intuitive ( mudah penggunaannya ) dan mampu menangani sekumpulan data – data penting dengan aman, dan yang terpenting adalah mudah untuk diatur dan digunakan.
Sistem yang dipilih :
Pilihan jatuh pada penggunaan SAP R/3 Enterprise. Alasan – alasan yang mendasari pemilihan system SAP R/3 Enterprise adalah :
• SAP R/3 Enterprise menawarkan “best price” , kemampuan yang handal, dan memiliki catatan prestasi pada bisnis telekomunikasi.
• Kebutuhan untuk mentransformasi PT Telkom menjadi operator kelas dunia dengan sistem “benchmark” kelas dunia juga yang menawarkan peningkatan kualitas pada infrastruktur IT yang sudah ada sebelumnya dengan “zero defect process”.
Penerapan sistem :
• Komite IT memilih Magnus Consulting dan Anderson Consulting sebagai Patner dalam imlementasi system.
• Project team dibentuk pada awal 2002 dan time line dibuat.
• Total waktu pengembangan dan peralihan adalah 2 tahun dan project mulai dapat berjalan pada pertengahan 2004
• Untuk meningkatkan bandwith perasional perusahaan , pada bagian pengendalian jarak jauh area – area di Indonesia Telkom menambahkan 1Giga Byte fiber-optic Wide Area Network ( WAN ) backbone ( jaringan utama ) pada kantor – kantor cabang yang lebih kecil.
Kendala yang dihadapi pada saat tansisi sampai pada penerapan sistem :
• Proses belajar yang berbeda – beda dari tiap cabang menuntut dibentuknya team pendampingan khusus yang bertugas mendampingi cabang yang lambat perkembangannya.
• Tenggat waktu untuk running system yang sangat pendek .
Keuntungan yang diperoleh PT Telkom :
• Keuntungan yang utama adalah saat ini PT Telkom dapat membuat forecasting dan estimasi dalam rangka analisa konsumen dengan lebih akurat.
• Integrasi yang lebih baik dengan pelanggan dan vendor.
• Penerapan modul tambahan dari SAP yaitu SAP HR dan SAP Project System , Telkom mampu membuat organisasi bisnisnya menjadi ebih efisien dan dapat mengurangi jumlah karyawannnya yang diatas 3500 menjadi 2700 orang .

3.       Nama Perusahaan             : PT. Pertamina
Produk ERP yang dipakai : SAP R/3
History                                    :

PERTAMINA adalah perusahaan minyak dan gas bumi yang dimiliki Pemerintah Indonesia (National Oil Company), yang berdiri sejak tanggal 10 Desember 1957 dengan nama PT PERMINA. Pada tahun 1961 perusahaan ini berganti nama menjadi PN PERMINA dan setelah merger dengan PN PERTAMIN di tahun 1968 namanya berubah menjadi PN PERTAMINA. Dengan bergulirnya Undang Undang No. 8 Tahun 1971 sebutan perusahaan menjadi PERTAMINA. Sebutan ini tetap dipakai setelah PERTAMINA berubah status hukumnya menjadi PT PERTAMINA (PERSERO) pada tanggal 17 September 2003 berdasarkan Undang-Undang Republik Indonesia Nomor 22 tahun 2001 pada tanggal 23 November 2001 tentang Minyak dan Gas Bumi.

Implementasi ERP di Pertamina
Pertamina merupakan salah satu pengguna SAP R/3. Dalam proses pengimplementasiannya menemukan banyak kendala sehingga berbagai pihak menilai pemanfaatan SAP R/3 yang dipilih oleh Pertamina kurang mampu dioptimalkan. Pertamina menerapkan ERP dengan sistem mySAP 2005 telah Go Live pada tanggal 2 Januari 2009.
Beberapa hal yang dapat dipelajari dari implementasi ERP di Pertamina adalah sebagai berikut.
o   Keselarasan antara Business Process, Peopledan IT.
o   Metode pengembangan system
o   Pemanfaatan project management
o   Keselarasan antar company’s directiondengan IS’s direction

1.       Keselarasan antara Business Process, People dan IT.
Dalam Information System (IS) terdapat tiga komponen yang harus disinergikan agar memperoleh hasil yang optimal yaitu business process, people dan IT.Tim menyadari sepenuhnya bahwa implementasi ERP di Pertamina harus melalui business process reengineering.
2.        Metode pengembangan sistem
Metode pengembangan sistem di Pertamina ini menggunakan pendekatan big bang. Pada awalnya pelaksanaan business process reengineering dan implementasi ERP akan dilakukan secara sekuensial. Namun seiring dengan adanya UU Migas No.22 tahun 2001 tanggal 23 November 2001 serta adanya AFTA di tahun 2003, maka Pertamina menyadari dengan cara sekuensial tidak akan dapat mengejar batas waktu yang dimaksud.Kekhawatiran ini ternyata terbukti yaitu ketidaksiapan sumber daya manusia untuk melakukan perubahan cara kerja sehingga implementasi ERP di Pertamina tidak memberikan hasil yang optimalUpms II merupakan unit pemasaran pertama Go Live SAP yang merupakan non pilot project dalam melaksanakan SAP secara mandiri. Adapun modul yang pertama kali digunakan oleh Pertamina meliputi SD, MM, FI, CO dan HR. Kini Pertamina merencanakan menggunakan mySAP dengan menggunakan modul yang lebih lengkap yaitu meliputi MMH (Materials Management Hydro), MMNH (Materials Management Non Hydro), SD/TD (Sales & Distribution/ Transportation & Distribution), PP (Production Planning), PM (Plant Maintenance), Human Capital Management, FI (Finanancial Accounting) dan CO (Controlling).
3.       Pemanfaatan project managementSetelah tim sepakat untuk membeli ERP lalu dilakukan kajian terhadap beberapa produk sebelum memutuskan untuk membeli SAP R/3. Pada tahap implementasi, Pertamina dibantu oleh Accenture. Konsultan ini diharapkan dapat memberikan transfer knowledge pada Pertamina dalam mengimplementasikan SAP. Dalam proyek ERP ini sepertinya top management tidak terlibat langsung. Untuk tahap berikutnya yaitu penggunaan mySAP yang akan diterapkan pada 2009, tim diharapkan dapat memenuhi ekspektasi semua pihak agar pemanfaatan mySAP lebih optimal, tidak seperti SAP R/3.
4.       Keselarasan antar company’s direction dengan IS’s direction
Permasalahan yang dihadapi oleh Pertamina adalah sulitnya mendapatkan data dan informasi secara real time padahal mengingat persaingan yang semakin ketat, perusahaan dituntut untuk dapat bergerak cepat. Untuk menjawab tantangan ini maka tim dari Pertamina menggunakan teknologi informasi berbasis jaringan komputer terintegrasi yang disebut enterprise service architecture (ESA). Program yang dijalankan untuk fungsi teknis ini disebut SAP NetWeaver. Keunggulan program yang terdapat dalam paket mySAP ini adalah menjadikan data lebih informatif, adaptif, user friendly dan real time.
Dengan rencana penggantian SAP R/3 dengan generasi di atasnya yaitu mySAP menjadikan implementasi IS di Pertamina bukan sekedar pada level support operational akan tetapi meningkat pada level decision making system.
5.       Tantangan yang dihadapi oleh IS Department
Kurang optimalnya pemanfaatan SAP R/3 pada tahun 2003-2006 tentunya menjadi beban tersendiri bagi tim. Tantangan terberat tentunya adalah dapat mengoptimalkan pemanfaatan sistem ES selanjutnya di Pertamina. Terlebih kali ini level adopsi pemanfaatan ES di Pertamina akan naik setingkat lagi yaitu pada level decision making system.Setidaknya tantangan IS department adalah dapat mengoptimalkan sistem guna memenuhi tuntutan bisnis yang kian berkembang dengan cepat. Terlebih Pertamina merupakan perusahaan yang memiliki komoditi usaha strategis berupa minyak bumi.

4.       Nama Perusahaan             : PT.PLN (Persero) Distribusi Bali
Produk ERP yang dipakai : SAP
History                                    :

Tahun 2005 PLN telah mulai memutuskan menggunakan ERP, penerapan ERP ini dimulai dari tiga proses bisnis yaitu: Keuangan (Financial Management), Sumber Daya Manusia (Human Resource), dan Pergudangan (Material Management/MM) yang merupakan tiga hal dasar dalam laju PLN. Dalam penerapan ERP tersebut, PLN melakukannya secara bertahap mengingat banyaknya distribusi PLN didaerah-daerah. Tahun 2005 ada tiga unit pilot proyek yaitu PLN Distribusi Jaya & Tangerang, PLN Distribusi Bali dan PLN Penyaluran dan Pusat Pengaturan Beban (P3B) Jawa-Bali.

Pemilihan software ERP yang akhirnya diputuskan oleh PLN untuk digunakan ialah paket software SAP (Software Application and Product)mengingat SAP sudah memiliki nama yang dipercaya dan cukup banyak digunakan oleh perusahaan besar di Indonesia. Disamping itu modul-modul yang ada pada SAP dapat mengakomodir proses bisnis dan kebutuhan PLN dengan adanya beberapa penyesuaian pada software SAP agar sesuai dengan kebutuhan PLN yang spesifik, tidak sama denga perusahaan listrik di negara lain. Meskipun bukan suatu hal yang mudah bagi manajemen PLN memutuskan penggunaan SAP, dikarenakan kebutuhan biaya yang besar karena yang dibutuhkan tidak hanya membeli paket software SAP saja namun juga database, hardware, paket jaringan komunikasi data, serta biaya konsultan untuk melakukan implementasi system SAP, namun keputusan tesebut dirasakan sangat tepat.Penggunaan jasa konsultan SAP sangat diperlukan selain dalam memberikan solusi dalam memetakan bisnis proses dengan tepat hingga pada pengaplikasian system juga dalam memberikan motivasi terhadap karyawan pengguna system tersebut nantinya agar bersedia mengubah kebiasaan dengan menggunakan system baru. Disamping itu yang lebih penting untuk membantu manajemen PLN mengukur tingkat keberhasilan system, dengan mengetahui apakah system tersebut berhasil atau tidak maka dapat memberikan gambaran kepada manajemen bahwa investasi yang telah dikeluarkan memberikan nilai tambah atau tidak bagi perusahaan. Adapun sistem yang digunakan sebelum menggunakan software SAP adalah Sistem Informasi Pegawai (SIPEG) terdapat di di bagian Sumber Daya Manusia (SDM), Sistem Informasi Manajemen Keuangan (SIMKEU) terdapat di bagian Keuangan, dan Sistem Material (SIMAT) terdapat di bagian logistic.Sistem-sistem tersebut masih belum bisa terintegrasi dengan pusat, dengan kata lain semua system tersebut berdiri sendiri tidak terkoneksi dengan kantor pusat, sehingga kantor pusat tidak bisa mengontrol atau mengambil data yang diperlukan secara online, jadi ketika akan mengirimkan data harus dilakukan secara manual. Oleh karena itu Perusahaan Listrik Negara ingin melakukan penyeragaman sistem pada seluruh PLN Jawa dan Bali (untuk tahap pertama) dengan menggunakans software SAP. Dapat dibayangkan dengan menggunakan sistem manual, banyak celah kebocoran yang tidak dapat dipantau secara langsung disamping biaya yang dikeluarkan cukup besar hanya untuk mengirimkan laporan yang belum dapat diandalkan keakuratannya, apalagi jika terjadi kesalahan pada laporan yang telah dibuat dan harus dilakukan perbaikan, dan beberapa hal penting lainnya.

5.       Nama Perusahaan             : PT. HM.Sampoerna
Produk ERP yang dipakai : ERP dari Oracle
History                                    :Salah satu departemen PT HM Sampoerna yang mengalaminya adalah departemen logistik yang pekerjaan hariannya menyatukan data-data persediaan bahan baku, distribusi bahan baku, data produksi. Data-data tersebut terkumpul pada akhir jam kerja, sehingga menyulitkan. Ini dilakukan dengan manual, sehingga bisa dibayangkan sulitnya jika data-data tersebut terdiri dari ribuan data dan memerlukan proses yang lama. Masalah tersebut mendorong PT. HM Sampoerna untuk membangun Teknologi Informasi, yang dimulai pada tahun 1992.Pembangunan fondasi sistem TI di HMS dimulai tahun 1992, sedangkan peralihan dari pola local area network (LAN) ke wide area network (WAN) dilakukan pada 1995. Setelah itu, aplikasi bisnis korporat menjadi fokus perhatian berikutnya. Setelah melalui proses screening, manajemen memutuskan untuk menggunakan aplikasi ERP dari Oracle (yang masih dipakai hingga sekarang). “Sampoerna memang memakai Oracle, sedangkan Philip Morris di seluruh dunia memakai SAP. Ke depan, tentunya mesti sama. Saat ini, untuk mengintegrasikan sistemnya. Menurut Sugiharto Hartono, Direktur Penjualan, Perencanaan, Sistem & Pengembangan PT Panamas, penggunaan ERP dari Oracle itu mencakup hampir semua proses bisnis penting, mulai dari akuntansi dan keuangan, manufaktur, hingga pengadaan barang dan manajemen barang jadi. ERP Oracle juga digunakan di anak usaha HMS, yakni PT Panamas (perusahaan penjualan dan distribusi HMS) dan PT Handal Logistik Nusantara (perusahaan logistik dan pergudangan). “Unit-unit bisnis dalam naungan Sampoerna juga menggunakan aplikasi yang dikembangkan sendiri untuk melengkapi solusi ERP. Bukti sudah modernnya sistem TI di HMS juga terlihat pada sistem rantai pasokan (supply chain management). Strategi TI HMS lebih pada mengonsolidasikan sistem aplikasi yang ada, dan memberi respons pada permintaan bisnis yang baru. Misalnya, melakukan stardardisasi proses bisnis dengan mengimplementasi solusi ERP yang sama yang digunakan oleh HMS kepada semua unit bisnis. Proses konsolidasi dan integrasi aplikasi yang berlangsung terus – bersamaan dengan implementasi bisnis sistem yang baru – memungkinkan mereka dapat memonitor indikator kinerja penting (Key Performance Indicator) dengan lebih baik. Penerapan suatu ERP sistem itu adalah suatu proses yang continue. Begitu dimulai sudah tidak mungkin lagi dihentikan dan tidak ada titik kesempurnaannya. Yang ada hanyalah proses penyempurnaan yang tak terhenti.Maka penilaian ERP juga mesti dilakukan dengan sungguh-sungguh.Banyak faktor yang perlu dipikirkan pada seleksi ERP. Masalah sumber daya manusia dan infrastruktur juga menjadi faktor penentu ERP akan berkembang terus sesuai dengan tuntutan konsumen.Pada perkembangan ERP masa depan ini akan dititik-beratkan pada beberapa hal, yaitu, lebih mendukung customer service, lebih mendukung vertical industri spesifik (vertical industry), dan juga lebih mendukung proses pengambilan keputusan (decision support). ERP masa depan juga akan lebih fleksibel dalam penerapan, pemakaian dan cara pembiayaan. Begitu juga banyak manfaat bagi PT. HM Sampoerna dalam membangun teknologi informasi seluruh sector dapat dengan mudah mendapatkan informasi apa saja yang mereka perlukan serta Perusahaan mampu dapat merespon langsung terkait perubahan resep rokok. Setelah ERP diterapkan, seluruh informasi data dapat dengan cepat dikoordinasikan ke semua departemen.
Beberapa Kebijakan TI untuk HMS
Setelah Masuknya Philip Morris :
1. Konsolidasi sistem aplikasi yang ada (existing application)
2. Standardisasi dengan solusi aplikasi yang dipakai Philip Morris
3. Penerapan metedologi proyek pada setiap proyek TI
4. Pengenalan sistem dan infrastruktur baru, seperti :iSMS, IP Telephony, dan sebagainya.
5. Integritas sistem dan jaringan HMS dengan jaringan Philip Morris
6. Pengiriman laporan ke kantor regional untuk kebutuhan konsolidasi data
7. Dalam beberapa tahun ke depan direncanakan penggantian sistem inti (ERP) di HMS dari Oracle ke SAP, yang memang digunakan oleh Philip Morris.

Daftar pustaka

https://kuliahitblog.wordpress.com/2016/02/03/perusahaan-perusahaan-yang-menggunakan-aplikasi-erp/

http://rizki-inspirations.blogspot.co.id/2009/01/implementasi-erp-pada-pt-semen-gresik.html

http://yudhasancaka.net/2008/09/04/erp-di-pt-telkomsel/

http://yusriaffandy15.blogspot.co.id/2016/11/penerapan-erp-pada-pt-pertamina.html

http://georgetimothy.blogspot.co.id/2011/10/pt-sampoerna-berserta-software.html

https://umntalaud.wordpress.com/2013/11/21/entrerprice-resource-planning-pt-pln-perssero-distribusi-bali/

Assalamualaikum akwan ukhti..
selamat lebaran selamat lebaran la la la*nyanyi nih ceritanya hahaha
selamat lebaran 1 syawal 1436 H teman blogger semua,putri selaku owner lagi laman or website or blog yang gak jelas ini mau ngucapin minal aidzin wal faidzin sebelumnya buat semua kesalahan yang pernah putri perbuat selama nulis dilaman yang gak guna ini.
biasalah karena terlalu asyik nulis terkadang aku sering kepleset ngetik kata-kata yang enggak patut,maklumin lah yee kan enggak ada editor yang mau ngedit artikel blog aku -,-

Selain aku mau halal bihalal ama kalian,aku juga mau jumpa fans nih ama semua fans club blog aku yang ada seberang sana..
Yuhuuu mana suaranya yang di seberang sana??
*hening tanpa suara..kriik kriik kriik
whahhaah dianya tak mau bersuara teman bloger,biasa masi jaim-jaiman gitu.Udah 2015 nih om tante masi jaim aja jadi orang..cupou loe hihihi
*ups kan putri mulai lagi,maapkan yaa baru juga minta maap udah bikin dosa lagi ishh iish issh -,-

Any way aku mau cerita juga nih ama kalian teman,perihal kepulangan aku buat lebaran tahun 2015 ini,syukur alhamdulillah di kantor yang baru ini aku udah dapet jatah cuti..so udah pasti bisa pulang donk yes akunya.Kan tahun kemarin aku udah lebaran diperantauan,dan rasanya gitu dah nyesek miris gimana gitu wwkwkkw  resiko anak perantau yang masi newbi gitu katanya

Udah pada tau kan kalau mau mudik lebaran itu tiket pulang ke jawa harus dibooking 3 bulan sebelum hari keberangkatan,dan buat pertama kalinya aku begadang rebutan ama semua orang di jakarta buat cari tiket mudik 2015.Kala itu kalau enggak salah aku ‘melekan’ tanggal berapa yaa aku..duuh lupa deh.Pokok yang jelas malam itu aku,mbak ama mas nyari tiket buat keberangkatan tanggal 14 juli.
dah pada denger cerita dari temen yang mau mudik tanggal sebelum itu kalau tiket keretanya sulit buat didapat,apalagi ada yang bilang kalau servernya down,jadi makin menciut aja ini nyali hiks banget
buat antisipasi hal itu,aku posting di grub line “SEDULUR Jakarta” buat nanya sapa yang mau pulang tanggal 14 juli,mau ngajakin ‘melekan’ bareng gitu..kan kalau beneran servernya down dan udah ada satu anak yang bisa masuk ke website kan tinggal nitipin nama dan bisa beli gradakan *maunya sih gitu tapi nyatanya boro-boro ada yang mau dititipin -,-
sebenernya  enggak mau terlalu berharap kemereka juga sih takut di-PHP-in *terlalu sering kemakan PHP cowok sih,jadi aku stand by di kontrakan bareng mbak dan mas stand by di kantor tempat kerjanya.Alasanya simple aja cari wifi yang cepet.
Dimulai jam 21.00 mas berangkat ke kantar,jam 23.45 aku udah bangun..dibanguni ama alarm hp xiomi ku tercintaahh sepanjang masaaah*entaahlahh aku ini kenapaahh -,-
udah tuh langsung aku nyalain laptop,tethering hp langsung aku on-in dan mataku aku kucek-kucek biar enggak ngantuk dan siap buat perang rebutan tiket ama hampir 75% warga jakarta yang kebanyakan hendak mudik kejawa
buat pemanasan tethering hp,aku nyoba-nyoba tuh buka tiket yang dijual tanggal 13 juli mumpung waktunya masi kurang 7 menit,akses webnya kan baru di buka jam 12 tengah malam teng.Sempet ‘gumon’ gitu,daebak banget tiket keberangkatan gambir ama pasar senen bisa ludes kaya gitu.
saat jam menunjukan pukul 23.58 aku udah mulai berdoa *awali segala sesuatu dengan doa kata ibu* badan udah fit dan semangat full banget istilahnya ready for fight.Kota keberangkatan dah diisi “Stasiun Pasar Senin” kota tujuan diisi “Stasiun Panjen” dan bla bla bla buat data yang laen udah ready.Tiba saatnya buat klik tombol ‘search’..dalam hati berkata “yaa Allah semoga dapet tiket yang enggak mahal yaa Allah,kan uang aku pas-pasan,kalau bisa moga dapet tiket yang majapahit,kalau enggak yaa apa ajalah yaa Allah asal lebaran taun ini bisa kumpul ama keluarga dirumah’
Pas jam udah nunjukin pukul 00.00 tangan ini dengan semangat yang membaranya,dengan semangat 45 nya,dengan mata bening yang udah berbinar-binar,mulut yang komat-kamit baca AL  Fatihah dan semua fokus tertuju pada dari telunjuk yang men double klik kursor ‘search’ yang segera nge-load ke website booking tiket,2 menit berlalu lama di website masi seperti halaman semua *dalam hati berkata masi loading put masi loading
ketika penunjuk jarum udah beralih ke 00:08 kegusaran hati mulai meluap dan ngebuat aku mutusin untuk merefresh laman tersebut.Dan bener teman aku bener bener gak percaya dengan hasil yang aku liat saat proses refreshing selesai.Di laman itu terlihat jelas banget tulisan dengan warna merah yang terbold “Server 212 Down!!!”
Ngelihat tulisan kaya gitu,disaat semangat sedang berkobar-kobarnya,rasanya itu sumpah kaya ditusuk jarum..cekitt cekitt cekiitt cekiittt hiks hiks hiks T_T

Proses merefresh aku lakukan berulang kali teman,tak terasa 20 menit dah berlalu,dan hasil yang aku peroleh dari setiap proses refreshing selesai masi sama yakni “Server 212 Down”
mata yang awalnya berbinar-binar kini mulai sayup-sayup,namun kembali ‘melek’ saat laman website bisa diakses pukul 00:30 dan tambah melek lagi saat melihat hasil refresh yang menunjukan kelas ekonomi yang berangkat dari “Pasar Senen” dan ludes semua
*tangan model apa coba yang bisa akses sebegitu cepetnya,dan konesi model apa yang mereka pakai sampai setengah jam tiket udah ludes des des gak tersisa kaya gitu*batinku kecewa+bertanya-tanya

Mengetahui hal itu aku langsung rubah asal ke “Stasiun Gambir” dan beruntung disana masi tersedia untuk jurusan ke kota yang aku tuju,walaupun yang tersisa hanya tinggal tiket Gajayana dengan nominal harga 635.000.
tak perlu berpikir panjang,aku langsung booking kursi yang tersisa dan langsung kau kirim ke mas yang lagi stand by di kantor tadi buat bayarin ke atm dulu.

alhamdulillah akhirnya tiket mudik terbeli juga walau yaa gitu harganya diluar perkiraan aku.

Perjuangan mencari tiket tak hanya sampai disitu teman,selang berapa hari aku ‘melek’an lagi buat beli tiket balik,buat tiket balik yang ke Jakarta aku enggak begitu “ngaya” banget,mungkin itu semua karena efek kecapekan setelah seharian kerja dan berebut posisi di krl.Aku beralih jadi anak krl yang berangakat jam 6 pagi dan nyampek jam 6 sore semenjak kantor tempatku  bekerja pindah ke Daan Mogot tangerang ==’
paginya aku dikasih tau mbak kalau tiklet balik udah dapet,cuman kita musti ke stasiun kota baru kota malang dulu,sebab keberangkatan dari stasiun kepanjen udah ke booking semua.
tak apalah penting bisa mudik dan balik lebaran taun ini.Untuk total kereta dimudik pertama aku ini keseluruhan mencapai total 1.100.00 an lebih lah,yaa wis lah walau rada terkejut dengan jumlah yang lebih dari satu jetiii bersyukur aja kan cuman sekali setahun
dan untuk pembayarannya tentu kalian tau donk kalau aku enggak mungkin bisa bayar kontan langsung breegg gitu kan..karena waktu itu tengah-tengah bulan dan aku juga belum gajian.
so aku ngutang dulu ama mbak masku dan baru aku bayar ntar diawal bulan setelah aku gajian

Yeyeyeye lalalala hati senang tak karuan dan sangat enggak sabar buat nunggu 3 bulan kepulangan ke malang,setelah hampir 7 bulan enggak pulang ke malang sehabis tragedi di bekasi desember tahun lalu.
kesenangan hati aku yang enggak sabar nunggu pulang itu,tiba-tiba terusik saat aku diberi tahu kalau ternyata cuti tahunan yang diterapkan oleh pemerintah berbeda dengan yang diterapkan dikantorku
di kantorku ternyata cuti bersama yang diterapakan pemerintah itu motong cuti tahunan yang aku dapet dari tempat kerja.Hiks banget,berulang kali aku nangis karena ternyata cuti tahunan aku tinggal 5 dan kalau dihitung-hitung dan diseuaiin ama jadwal tiket yang udah aku booking kurang 2 hari..

Yaa Allah,bodohnya aku yang enggak tanya-tanya dulu ama mas mbak dan bapak ibu kantor perihal sistem cuti yang berlaku dikantor dan main beli tiket mudik seenak  jidatku aja...
*ngapunten nggih pak buk mas mbak T_T
nyesel banget sebenarnya dalam hati,karena aku bertindak tanpa bertanya terlebih dahulu,dan saran dari ibu kantor kau musti balik tgl 23 biar aku enggak kena pelanggaran kerja atau SP gitu bahasa kerennya -,- karena waktu yang udah mepet ama libur lebaran dan hasil pencarian di website kereta Api balik untuk tanggal 23 Juli udah penuh alias ke booking semua,aku mutusin buat ikut fatma teman aku yang kala itu mau ke gambir buat balikin tiketnya dora yang enggak jadi dipakai untuk mudik.Aku ikut kesana dengan harapan bakalan ada yang ngebalikin tiket atau ngebatalin tiket mudik mereka,tapi sungguh nyesek banget karena kebanyakan yang ngebatalin tiket balik rata-rata mereka asalnnya jawa tengah.
Ooh God,gimana nasib gue sekarang huuwhaa huuwhaaa huuwhaaa T_T padahal udah 2 kali ke gambir tapi masi aja hasilnya nihil hiks hiks hiks :’(

Alhamdulillah H- seminggu sebelum jadwal mudik,masalah itu terselesaikan,makasih mas buat saran dan bantuannya.Semoga kelak kebaikan mas ini dibayar ama Gusti Allah..Amin.
dan semoga entar anak mas pas udah gedhe dan udah kerja juga dapet kemudahan mudik dari atasannya kalau mau emang mau mudik atau ada urusan lain yang  mendesak.

Akhirnya hari yang ditunggu-tunggu dateng..
dan inilah tanggal 14 Juli 2015 tretetet tetet yihhaaaa suiitt suiiittt hwahahahahah
sumpah akhirnya penantian panjangku terbayar,saat tanggal 14 juli itu aku masi masuk kerja,cuman yaa gitu enggak full time alias cuman setengah  hari aja hihihi...alasan masuk cuman setengah hari karena mbak booking taxi ke Gambirnya jam 3 an,jadi  jam 1 aku udah minta ijin pulang duluan ke manager aku,soalnya waktunya udah mepet dan lagian kerjaan aku udah selesai..alhamdulillah dibolehin ama bapaknya..matur sembah suwun sanget nggih pak

Jam setengah 3 an aku nyampek kontrakan dan cus ke Gambir jam 3 tet.Perjalanan ke gambir kira-kira makan waktu sejamlah dari kontrakan.Nyampek di Gambir jam 16.15,dan langsung dah kita (aku mbak ama mas) ngentang di stasiun karena keberangkatan masi jam setengah 6 petang nanti.
lebih baik menunggu dari pada ditinggalkan katanya mbakku..
*hahha iya mbak emang lebih baik menunggu kok,kaya aku yang masi setia nungguin kamu dengan sabar bang #eaaa whahahhaha

Saat jam 5 kita semua para penumpang kereta Gajayana udah dipersilahkan menunggu kereta di jalur 4 lantai 2.Jam 5.10 kereta udah dateng dan aku langsung aja menuju ke gerbong 4 tempat dimana kursi aku udah dibooking.Sesampainya dikursi aku,ada ibu-ibu yang mendatangiku.Ibunya tadi ngomong kalau lagi enggak fit badannya,dan dia minta aku buat tukeran ama anaknya yang kala itu ada di gerbong 1.Aku sebenarnya agak keberatan,karena gerbong 5 ke gerbong 1 lumayan jauh cinn..apalagi baju eyke yang eyke bawa mudik ke abrek gitu.Eee sepertinya ibunya bisa baca pikiran aku,ibunya ngomong kalau untuk barang-barang aku bakalan dibawain ama bapak yang tugas distasiun
*apasih nama buat petugas yang tugasnya bawa barang para penumpang kreta itu..aku kok lupa yok :3
kalau dibawaain ama bapaknya dan di anter ke gerbong 1,ketujuan kursi yang ditukar aku sih fine-fine aja ibu...okee deal yaa ibu hihihi

Sumpah teman..aku gak bohong
asli nyaman dan bikin nagih banget naik kreta mudik lebaran ini
aku langsung aja dibuat jatuh cinta ama pelayanan KA.Gajayana dipertemuan pertama..selain bersih di KA Gajayana kita dipinjamin selimut ama bantal lho
*just info buat yang belum pernah naik kaya aku hihih

emang bener kata orang itu "Ada harga ada Rupa" sepadan lah yaa buat keluarin duit segitu dengan pelayanan yang memuaskan banget kaya ini
jujur baru kali ini aku bisa molor pules dikreta dalam waktu yang lama.Biasanya aku kalau naik kreta tidur 5 jam aja dah untung banget..Tapi lain banget jess buat ang kreta ini,naik kreta ini aku tidur mulai jam 7 malem dan baru bangun jam 3 pagi itu aja karena suara berisik orang-orang di kreta pada saur.
Itung sendiri dah berapa jam aku molor itu hihihi

itu foto aku ambil sekitar jam sejam setelah keberangkatan dari stasiun Gambir.
Maap yee enggak keliatan semuanya..abisnya malu cuii mau ambil gambar dari tengah wkwkwk
Kondisinya lagi ramai banget...padat merayap gitu
kalau yang ini aku ambilnya..ehm mungkin setikar jam 7 pagi pas udah masuk daerah jawa timur.Udah sepi gitu maksdunya,makanya berani ambil gambar dari tengah kreta gini.No liat aja udah banyak yang kosong kan kursinya..yups tinggal berapa ekor manusia dalam kreta mewah ini
*ekor..manusia kok kamu bilaang ekor sih put??kagak sopan banget -,-

nyampek di kepanjen itu on time banget teman..aku mbak ama mas nyampek jam 9 dan di sana udah standby mbak ke dua aku yang udah siap anter aku ke rumah wkkwkwkw *supir pribadi gitu istilahnya hihih
Oh yaa di stasiun aku juga sempet ketemu ama senior paski aku.Udah pernah denger sih kalau senior aku itu satu jalur sama aku kalau pulang
Gak nyangka juga bisa ketemu distasiun kepanjen kaya gitu..btw minal minul yaa mbak
Long time no see hahahh

seneng banget Alhamdulillah akhirnya bisa ngerasain sholat ied di masjid dekat rumah lagi,lebaran dirumah dan bisa silaturahmi sama orang-orang terkasih dan terdekatku,bisa silaturahmi juga sama tetangga bahkan sama orang di kampung sebelah

sempet juga nih ketemu ama temen TK yang udah jarang ketemu karena semenjak SD kita beda sekolah dan semakin enggak pernah ketemu lagi pas aku udah sekolah dimalang.
well tanggepan aku setelah sekian lama enggak ketemu..si dia makin subhanallah banget,makin sholeh yang pasti karena semenjak SMP dia udah masuk pondok pesantren makin cute dan hahah makin wibawa sepertinya

enggak terasa seminggu lebih udah dirumah,haha hihi kesana kemari sama sanak saudara deket rumah,walau ada yang bikin sedih juga karena enggak bisa meetup ama temen yang domisilinya dimalang kota.Jujur pingin gitu meetup cuman kalau aku ke malang bingung mau nginep dimana..kan dulu waktu sekolah dimalang aja aku ngekos hiks hiks hiks

Tiba juga waktunya buat kembali ketempat perantaun.sedih pasti nangis jangan ditanya karena itu udah jadi sifat bawaanaku dari lahir yang cengeng.Oh ya satu hal yang perlu kalian tau,Karena di daerah aku udaranya masi sangat sejuk dan masi asli banget,sumpah deh dingin banget..jam 8 udah mandi itu merupakan suatu hal yang wow banget *khusus buat orang kaya aku yang alergi dingin lho yaa
So buat kalian yang mau dapet udara yang super sejuk dan masi sangat asri..contact aku aja dah,biar aku ajakin nginep dirumah aku.Tinggal dirumah aku free dah tapi makan nyari sendiri yess..pokoknya daerah rumah aku yang tergolong malang coret ini masi sangat asli dan udaranya dijamin masi sejuk kadang kelampau dingin.Very recomended dah pokoknya
Karena daerahku yang masuk dalam list maalang coret itu tadi,jadi masi butuh waktu 2 jam untuk bisa nyampek ke malang kota.nya *stasiun* makanya mulai jam 5 pagi aku yang biasanya abis subuhan tarik selimut udah harus bangun walau masi belum berani mandi heheheh
aku baru berani mandi itu jam setengah 7 dan jam 8 tepat aku sama bapak udah cus ke malang..15 menit sebelum keberangkatan adegan peluk dan cium sama cinta,ibuk dan mbok pun tak terelakan
*sehat-sehat yaa semuanya tunggu kepulangan putri yang selanjutnya hihihi hiks hiks T_T
karena udara yang terlampau dingin pagi itu dan mungkin faktor mandi yang kepagian dari jadwal mandi aku biasanya..ditengah jalan aku muntah-muntah.Masuk angin gitu..'ringkih' banget ini badan -,-
Sebel deh.. :3
jam 10 lebih,aku sama bapak udah nyampek di stasiun kota malang dan karena kreta Jayabaya udah ready di jalur 1..yaa udah cepet deh aku pamitan sama bapak dan nyuruh bapak cepet pulang dan istirahat.Biar bisa kebagian sholat jumat juga ntar dirumah.
Kreta yang aku naikin buat arus balik ini adalag kreta ekonomi jayabaya,waktu keberangkatannya jam 11.45 dari stasiun kota malang
Bener kan apa yang aku bilang,kalau selain kreta gajayana aku enggak bisa tidur pulas.Perjalanan yang makan waktu 15 jam dengan jalur utara itu,aku hanya bisa tidur 4 jam.an hiks banget huhuhu

Jadwal nyampek dijakarta pun juga enggak meleset,bahkan bisa dibilang ontime.Kita sampek di stasiun pasar senen jam 01:45.Mata udah kriyip kriyip abis tuh padahal
Tapi tak apalah,semakin cepet sampai semakin cepat pula aku ketemu pacar kesayangan aku di jakarta yakni kasur,
Namun ternyata kenyataan buat ketemu 'pacar kesayangan* itu harus ketunda,karena kita masi harus nyari taksi.Tak yang biasanya mbak aku naikin pada enggak mau masuk dalem stasiun*takut kena chargr kali yaa
So buat nyari taksi yang dimaksud,kita kudu jalan dulu keluar staiun dan ngentang dipinggir jalan sampai taxi yang dimaksud lewat.
Aslinya banyak juga taksi yang standby di luar stasiun,cuman kebanyakan pada tidur semua bapak supir taksinya
Pas daper taksi dan jalan kekontrakan..sumpah jakarta lengah banget alias sepi binggow.Bapak supir taxinya aja sampek bisa macu kendaraannya dengan kecepatan 100 km..wuss hal yang mustahil dilakukan dipagi hari wkwkwkwk
lengah banget kan jakarta teman..yailah lha wong masi jam 2 dini hari kok -,-

oke itu dulu dah crita mudik tahun 2015 ini yaa.udah malem banget,mata kau tinggal 5 watt
so thanks for everything dan sekali lagi minal aidzin wal faidzin atas semua kekhilafan yang pernah putri dan keluarga perbuat
dan mohon ketersediannya buat mulai dari 0 lagi sama aku  yaa hhihihi

satu lagi pesan buat kalian semua "Merantaulah !!! Agar kalian bisa merasakan indahnya kerinduan pada keluarga,dan rasa bahagia saat bertemu dengan keluarga dikala pulang kampung"

sun sayang buat kalian semua teman blog aku


01 agustus 2015  (◕‿◕✿)
@kusriyanti.putri